Registro de envío de bases de datos grandes: ¿qué pasa con el registro?

Actualmente estoy configurando el envío de registros de una base de datos grande (aproximadamente 1,5 TB) y me pregunto qué puedo hacer con el archivo de registro.

Tal como está, quiero seguir los siguientes pasos:

1. Cambiar DB a recuperación COMPLETA
2. Realice una copia de seguridad COMPLETA (5-6 horas) en primaria
3. Restaurar la copia de seguridad COMPLETA a secundaria (dejando en NORECOVERY)
4. Tomar copia de seguridad DIFF en primaria
5. Restaurar copia de seguridad DIFF a secundaria (todavía en NORECOVERY)
6. Inicialice el envío de registros utilizando 'La base de datos ya está inicializada'

El problema es que mientras realizo la copia de seguridad completa, el archivo de registro se llenará más rápido de lo que las copias de seguridad pueden completar.

¿Qué opciones tengo para evitar que se llene el archivo de registro? ¿Puedo hacer copias de seguridad de registros de forma normal durante las copias de seguridad COMPLETAS ya que la restauración DIFF cubrirá cualquier transacción que tenga lugar durante ese período de tiempo? ¿Alguien ha hecho esto antes con un DB de este tamaño, algún consejo / truco para hacerlo más fácil?

Si te entiendo correctamente, tu principal problema son los archivos de registro durante las varias horas de respaldo. Según su declaración inicial, entiendo que la base de datos de 1.5 TB normalmente se ejecuta en recuperación SIMPLE y, por lo tanto, no hay copias de seguridad de registro que hacer.

Descargo de responsabilidad: nunca he realizado el envío de registros en esta escala.

Por supuesto, debe preguntar si puede obtener más espacio asignado para sus archivos de registro. Si puedes, entonces genial.

Sin embargo, creo que una pequeña modificación de su plan, siempre y cuando se ejecute en el modelo de recuperación SIMPLE y / o el riesgo de un modelo de recuperación SIMPLE por algunas horas valga la pena, aliviaría algunas de sus preocupaciones.

1. Mantenga (o configure) DB en el modelo de recuperación SIMPLE.
2. Realice una copia de seguridad COMPLETA (5-6 horas) en primaria
3. Restaurar la copia de seguridad COMPLETA a secundaria (dejando en NORECOVERY)
4. Establecer DB en modelo de recuperación COMPLETO
5. Tomar copia de seguridad DIFF en primaria
6. Restaurar copia de seguridad DIFF a secundaria (todavía en NORECOVERY)
7. Inicialice el envío de registros utilizando 'La base de datos ya está inicializada'

Las ventajas aparentes son:

1. No hay archivos de registro para realizar copias de seguridad durante la gran copia de seguridad COMPLETA
2. Cambiar a COMPLETO antes de comenzar la copia de seguridad DIFF le dará el registro necesario para comenzar y su mayor crecimiento probablemente sea durante la copia de seguridad DIFF.

En cuanto a cuándo puede comenzar una copia de seguridad de registro:

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

Esto dice: "Una nueva cadena de registro comienza con la primera copia de seguridad completa de la base de datos después de la creación de la base de datos o después de cambiar del modelo de recuperación simple al modelo de recuperación completo o de registro masivo".

Entonces, todavía creo que esto funcionará como se describe. (No es idéntico, pero he usado una copia de seguridad diferencial para cubrir una brecha cuando se perdieron los archivos de registro, a fin de establecer un nuevo origen para las copias de seguridad del registro).

(Recuerda mi descargo de responsabilidad, por supuesto).