Pros y contras de las estrategias de copia de seguridad de SQL Server y sus escenarios de uso apropiados

Por lo que puedo decir, hay tres formas posibles de hacer una copia de seguridad de su base de datos de SQL Server

1. Copia de seguridad completa
2. Copia de seguridad diferencial
3. Envío de registro

¿Cuáles son los pros y los contras de cada estrategia y en qué situaciones deberían emplearse?

El envío de registros no es un escenario de respaldo. Es un escenario de disponibilidad semi alta.
Para las copias de seguridad hay copias de seguridad completas, diferenciales y de registro de transacciones. Todos deberían usarse juntos. Su SLA dicta cómo los usa. La mayoría de los escenarios típicos son copias de seguridad completas, por ejemplo, a medianoche, copias de seguridad diferenciales al mediodía y copias de seguridad del registro de transacciones cada 30 o 15 minutos.

Y recuerde: no tiene una copia de seguridad válida hasta que la restaure para probar si está bien.

Podría decirse que no existe un concepto como una estrategia de copia de seguridad: tiene una estrategia de restauración porque esto determina cuánto tiempo hasta que vuelva a estar en funcionamiento *.

Todas las estrategias requieren una copia de seguridad completa para basar cualquier restauración posterior de copias de seguridad diferenciales y / o de registro.

En la práctica, puede tener una copia de seguridad completa de hace 6 meses con copias de seguridad de registro de 15 minutos: sin embargo, debe aplicar todas las copias de seguridad de registro desde la última completa.

Como ejemplo aleatorio, un escenario podría ser semanal completo, diferencial diario, registrar 15 minutos.

El intervalo de respaldo determina la cantidad de datos que perderá en el peor de los casos: los respaldos de registro de 15 minutos le brindan una pérdida de datos entre 1 segundo y 14 minutos y 59 segundos, un promedio de 7.5 minutos. ¿Es esto aceptable?

El envío de registros es de espera activa con conmutación por error manual: no es una copia de seguridad sino una opción de alta disponibilidad.

No hay una estrategia única que se adapte a cada situación. Pero es importante entender lo que tiene disponible para usted. Las copias de seguridad completas son exactamente lo que parecen: una copia de seguridad completa de su base de datos, menos el registro de transacciones. Las copias de seguridad diferenciales son copias de seguridad de cambios en los archivos de datos desde la última copia de seguridad completa. Las copias de seguridad del registro de transacciones respaldarán todas las transacciones almacenadas en el registro de transacciones desde la última copia de seguridad del registro de transacciones. Las copias de seguridad del registro de transacciones le permitirán restaurar a un punto en el tiempo. Si esto es un requisito, deberá establecer su modo de recuperación en "Completo" y deberá realizar copias de seguridad periódicas del Registro de transacciones según la cantidad de datos que esté dispuesto a perder en caso de una situación de recuperación.

Cuando se trata de copias de seguridad del registro de transacciones, es importante comprender qué es una cadena de registro. En mis palabras, una cadena de registro es la serie de copias de seguridad que deben restaurarse para restaurar su base de datos en un momento determinado. Para comenzar a restaurar los registros de transacciones, primero debe restaurar una copia de seguridad completa con la opción WITH NORECOVERY. Si también realiza copias de seguridad diferenciales, querrá restaurar la copia de seguridad diferencial más reciente antes del momento en el que desea restaurar utilizando la misma opción CON NORECORRECCIÓN. En este punto, deberá restaurar las copias de seguridad del Registro de transacciones, secuencialmente, utilizando la opción WITH NORECOVERY en todas las copias de seguridad excepto la copia de seguridad final. Para obtener más información sobre restauraciones de punto en el tiempo, consulte este enlace. http://msdn.microsoft.com/en-us/library/ms175093.aspx

Como se mencionó, Log Shipping no es una estrategia de respaldo, pero puede reducir significativamente los tiempos de restauración en caso de una situación de recuperación ante desastres. Hay que tener en cuenta que las publicaciones de replicación deberán ser escritas en el servidor de Log Shipping e inicializadas para que la replicación funcione como estaba antes del desastre. Con publicaciones más grandes, esto podría causar un aumento significativo en el tiempo que lleva restaurar el nivel de producción.

Espero que esto ayude,

Mate

Yo segundo Mladen Prajdic. Este artículo le ayudará a elegir la estrategia de copia de seguridad adecuada según el modelo de recuperación de las bases de datos.

esas no son estrategias de respaldo para SQL Server. Las copias de seguridad completas y diferenciales son tipos de copias de seguridad que puede hacer en una base de datos de SQL Server, mientras que Log Shipping es una estrategia de alta disponibilidad (al mover copias de seguridad de registros a una hora programada de un servidor a otro y tener esas 2 bases de datos sincronizadas hasta límite de sus copias de seguridad).

Buena información sobre recuperación ante desastres (copia de seguridad y restauración :-)) que puede encontrar en MSDN: aquí y aquí . En resumen, debe elegir cuántos datos puede recuperar de las copias de seguridad en caso de falla. Una muestra sensata de la estrategia de respaldo sería un respaldo completo todos los días y registros de respaldo cada hora (esto depende de sus necesidades), por lo que en este caso podrá restaurar la base de datos desde el respaldo completo + todo el respaldo diario de registro.

Otra buena referencia sobre DR que puedes encontrar en Simple_Talk .

Por supuesto, no solo necesita restaurar su base de datos, hay recuperación en el contexto del servidor y la aplicación de la que forma parte la base de datos. Todavía no lo he usado, pero Data Protection Manager busca hacer un trabajo más completo, si lo necesita.

La mejor manera es usar los tres tipos de copias de seguridad por completo. Por supuesto, puede ignorar la copia de seguridad diferencial de la copia de seguridad del registro de transacciones. Todo depende de su base de datos, qué tan rápido crece, con qué frecuencia realiza cambios en su base de datos y otros. Antes de elegir su plan de copia de seguridad, considere cuántos datos está dispuesto a perder. ¿Cuánto tiempo estás listo para pasar para recuperar tu base de datos?

Por ejemplo, si su base de datos crece rápidamente, puede usar la siguiente estrategia de copia de seguridad de SQL Server: copia de seguridad completa, una vez al día, copias de seguridad diferenciales, cada dos horas y copias de seguridad del registro de transacciones, cada 20 minutos. En este caso, si ocurre la falla, perderá no más de 19 minutos de su trabajo. Otro ejemplo, si su base de datos crece lentamente, puede realizar una copia de seguridad completa una vez al día, una copia de seguridad diferencial cada seis horas y cada hora hacer una copia de seguridad del registro de transacciones.

Un consejo más: para asegurarse de que su base de datos esté segura, de vez en cuando restaure sus copias de seguridad en un servidor de prueba.