una the servidor seguridad running realizo previous error datos copia backed database backup db2

servidor - sql error the database was backed up on a server running version



Copia de seguridad de la base (7)

Dudo que pueda acelerar las cosas con otra herramienta de respaldo. Como Mike menciona, puede agregar TSM a la pila, pero eso dificilmente hará que la copia de seguridad se ejecute más rápido.

Si yo fuera usted, investigaría dónde están almacenados los archivos de copia de seguridad: ¿Están usando los mismos husillos de disco que la base de datos en sí? De ser así: vea si puede almacenar los archivos de respaldo en un área de almacenamiento que no está contenta para acceder durante la ventana de respaldo.

Y considere usar copias de seguridad incrementales para copias de seguridad diarias, y luego una copia de seguridad larga y completa los sábados.

(Supongo que ya está ejecutando copias de seguridad en línea, para que sus datos no estén indisponibles durante la copia de seguridad).

Actualmente tengo una base de datos de más de 200 GB que está usando la copia de seguridad integrada de DB2 para hacer una copia de seguridad diaria (y espero que no la restaure). Pero como esa copia de seguridad ahora demora más de 2.5 horas, estoy buscando una copia de seguridad y restauración de un tercero. utilidad. La versión es 8.2 FP 14 Pero pronto me moveré a 9.1 y también tengo unas 9.5 bases de datos para hacer copias de seguridad y restaurar. ¿Cuáles son las mejores herramientas que has usado para este propósito?

¡Gracias!

No es un producto de "terceros", pero cualquiera que haya visto usar DB2 está utilizando Tivoli Storage Manager para almacenar sus copias de seguridad de la base de datos.

La mayoría de las tiendas configurará el registro de archivos en TSM, por lo que solo tendrá que realizar la copia de seguridad "grande" cada semana más o menos.

Como también es un producto de IBM, no tendrá que preocuparse de que funcione con todos los diferentes sabores de DB2 que tiene.

La desventaja es que es un producto de IBM. :) No estoy seguro si eso ($) hace una diferencia para usted.

Una cosa que ayudará es ir a DB2 versión 9 y activar la compresión. El tamaño de la copia de seguridad disminuirá (hasta un 70-80% en el nivel de la tabla), lo que acortará el tiempo de la copia de seguridad. Por supuesto, si su base de datos está en continuo crecimiento, pronto se encontrará nuevamente con problemas, pero el archivado de datos podría ser lo que necesita.

Antes de buscar herramientas de terceros, lo que dudo que ayudaría demasiado, consideraría algunas optimizaciones.

1) ¿Has usado REORG en tus tablas e índices? Esto compactaría la información y minimizaría la cantidad de páginas utilizadas;

2) Si puede, haga una copia de seguridad en múltiples discos al mismo tiempo. Esto se puede lograr fácilmente ejecutando db2 backup db mydb /mnt/disk1 /mnt/disk2 /mnt/disk3 ...

3) DB2 debería hacer un buen trabajo en el ajuste fino, pero siempre puede experimentar con las WITH num_buffers BUFFERS , BUFFER buffer-size y PARALLELISM n . Pero, nuevamente, usualmente DB2 hace un mejor trabajo por sí mismo;

4) Considere realizar copias de seguridad incrementales diarias y una copia de seguridad completa una vez los sábados o domingos;

5) UTIL_IMPACT_PRIORITY y UTIL_IMPACT_LIM permiten acelerar el proceso de copia de seguridad para que no afecte demasiado su carga de trabajo habitual. Esto es útil si su principal preocupación no es el tiempo per se, sino el rendimiento de su datasever mientras realiza la copia de seguridad;

6) La compresión de datos de DB2 9 puede hacer maravillas cuando se trata de reducir las dimensiones de los datos que se deben respaldar. He visto resultados impresionantes y lo recomiendo encarecidamente si puede migrar a la versión 9.1 o, incluso mejor, a la 9.5.

Un paquete de copia de seguridad de un tercero probablemente no ayude mucho a su velocidad. Asegurarse de que no está haciendo copias de seguridad completas cada 2 horas es probablemente el primer paso.

Después de eso, mira dónde estás escribiendo tu copia de seguridad. ¿Es un disco local, en lugar de una unidad de red? ¿Los husillos se utilizan para cualquier otra cosa? Las copias de seguridad no implican mucha actividad de búsqueda, pero implican muchas escrituras grandes, por lo que probablemente desee evitar el RAID 5 y obtener tamaños de franjas grandes para ayudar a maximizar el rendimiento.

Naturalmente, tarde o temprano tienes que hacer copias de seguridad completas, pero con suerte puedes encontrar una ventana cuando la carga es liviana y puedes vivir con un período de tiempo más largo entre las copias de seguridad. Haga su copia de seguridad completa durante un período de 4 a 6 horas cuando los incrementales normales están desactivados y luego realice incrementos basados ​​en eso el resto del tiempo.

Además, hasta que no copie la copia de seguridad en un sistema completamente separado, realmente no estará respaldado. Tendrás que experimentar para averiguar si es mejor que lo compres antes, durante o después del envío.

En realidad, hay solo dos formas de hacer que la copia de seguridad, y la recuperación más importante, se ejecute más rápido: 1. Haga una copia de seguridad de menos datos y / o 2. Tenga una conexión más grande con los medios de copia de seguridad.

Creo que recibiste muchas sugerencias sobre cómo reducir la cantidad de datos que copiaste. Básicamente, debe crear una estrategia de respaldo que dependa de copias de seguridad relativamente infrecuentes y copias de seguridad mucho más frecuentes de los datos modificados (desde la última copia de seguridad completa). Lo invito a echar un vistazo al asistente "Configurar el mantenimiento automático" en el Centro de control de DB2. Le ayudará a crear copias de seguridad automáticas y con otras utilidades como REORG que sugirió Antonio . Cosas como la compresión obviamente pueden ayudar ya que la cantidad de datos es mucho menor. Sin embargo, no todas las ediciones de DB2 ofrecen compresión. Por ejemplo, DB2 Express-C no lo hace. Francamente, hacer compresiones en una base de datos de 200 GB puede no valer la pena de todos modos y esa es precisamente la razón por la cual el DBMS gratuito como DB2 Express-C no ofrece compresión.

En cuanto a abrir una tubería más grande para su copia de seguridad, primero debe decidir si va a realizar una copia de seguridad en el disco o en la cinta. Hay una gran diferencia en la velocidad (obviamente, el disco es mucho más rápido). En segundo lugar, DB2 puede paralelizar las copias de seguridad. Por lo tanto, si tiene varios dispositivos a los que se puede acceder, realizará una copia de seguridad de todos ellos al mismo tiempo, es decir, el tiempo transcurrido será mucho menor dependiendo de cuántos dispositivos tenga para resolver el problema. De nuevo, el Centro de control de DB2 puede ayudarlo a configurarlo.