Se registro de transacciones transporte afectados por el guión Redgate carreras de larga

Question

Tengo un script Redgate larga duración que está solicitando un montón de cambios de tipo de esquema a una base de datos. Se va a tomar 3 horas para funcionar. Este script se ejecuta en una base de datos de producción que ha reflejos y el trasvase de registro de transacciones en su lugar.

Mi pregunta concreta es ¿cómo es el envío de registro de transacciones va a ser afectado por una enorme Redgate script generado? Su configurado: copia de seguridad cada 15 minutos copia de seguridad en la unidad local enviado a la unidad de servidor dr aplicado cada 30 minutos mantenido durante 60 minutos

¿seguirá de forma incremental se envío a los cambios, o si hay una transacción Redgate que no conseguirá enviado hasta que se complete?

La preocupación es que 1. el guión de larga duración no se verá afectada por este trasvase de registros de transacciones (dado que va a abarcar varias copias de seguridad) 2. si los cambios serán enviados de forma incremental o como un gran vertedero - como pensaba Redgate normalmente utilizan una transacción por lo que si no se revierte todo? Sé que el archivo de registro aumenta un total de aproximadamente 80 concierto así que estoy tratando de asegurarse de que hay suficiente espacio para el trasvase de registros de transacciones para almacenar lo que necesita para almacenar.

Gracias!

Answer 1

Aceptar así que hice a través de mi actualización (yay!) Y descubrió que no se suministró toda la cosa como un gran paquete. Desde su dba Tengo esta información:

No hacerlo como un gran paquete ... vas a tener grandes archivos TRN a medida que avanza. Cuanto más a menudo realizar copias de seguridad TRN y los envían y les aplican, la más pequeña, se puede conservar. Sin embargo, teniendo copia de seguridad requiere, obviamente, cpu + i / o ... por lo que no desea que se ejecute de forma continua.

Así que mientras pensé que el archivo de registro crecería a 90 g .. y luego tratar de enviar algún tipo de archivo de 90g a través de ella no lo hizo. Sólo gradualmente se llenó la carpeta de trasvase de registros de transacciones y la 60g que tenía era suficiente para la actualización:)

Answer 2

debe ser capaz de saber a partir de la inspección de la secuencia de comandos Redgate si se trata de toda una gran transacción. Sólo grep los archivos SQL para "iniciar la transacción" para tener una idea.

Si es así, entonces el envío de registro de transacciones no lo enviará hasta que la transacción se ha completado y se ha comprometido, por lo que no importa que se extiende por las sincronizaciones. Estoy bastante seguro de que este es el caso - que estoy basando esto en este artículo http://msdn.microsoft.com/en-us/library/ms151706.aspx que dice:

  

La base de datos de distribución [es] la cola de almacenamiento y reenvío desde donde se envían los cambios en los suscriptores ..

     

"Sólo las transacciones confirmadas se envían a la base de datos de distribución."