Compartir vía


¿Qué es el trasvase de registros de BizTalk Server?

BizTalk Server procedimientos de recuperación ante desastres se crean en torno al trasvase de registros de BizTalk. El trasvase de registros de BizTalk simplifica la restauración de la base de datos en caso de desastre aplicando continuamente las actualizaciones del registro de transacciones a las bases de datos del sitio de recuperación ante desastres.

Aunque el trasvase de registros de BizTalk se basa en principios similares a SQL Server trasvase de registros, no se admite el trasvase de registros SQL Server para las bases de datos de BizTalk Server copia de seguridad como parte del trabajo del Agente SQL de copia de seguridad BizTalk Server.

¿Cómo funciona el trasvase de registros de BizTalk?

Funciones de trasvase de registros de BizTalk de forma similar a SQL Server trasvase de registros. El grupo de BizTalk Server de producción está configurado para realizar copias de seguridad de las bases de datos de BizTalk Server en una ubicación UNC. De forma predeterminada, el trabajo copia de seguridad del Agente SQL de BizTalk realiza una copia de seguridad completa cada hora y una copia de seguridad de registros cada 15 minutos. El trabajo backup BizTalk Server implementa lógica para iniciar automáticamente una copia de seguridad completa si se detecta un error de copia de seguridad.

Cuando las instancias de SQL Server de recuperación ante desastres están configuradas para el trasvase de registros de BizTalk, los archivos de copia de seguridad creados por el trabajo del Agente SQL de backup BizTalk Server se restauran en el sitio de recuperación ante desastres cada 15 minutos de forma predeterminada. Los archivos de copia de seguridad se copian a través de la red mediante un comando RESTORE de SQL. Los archivos de copia de seguridad completos solo se copian en las situaciones siguientes:

  • Cuando el trasvase de registros de BizTalk se configura por primera vez

  • Cuando se agrega una nueva base de datos al trabajo copia de seguridad BizTalk Server.

  • Cuando se produce un error RESTORE en el sitio de recuperación ante desastres

    Cada instancia de SQL Server en el sitio de recuperación ante desastres se configura individualmente como parte del trasvase de registros de BizTalk para restaurar las bases de datos hospedadas en una instancia de base de datos de SQL Server de producción. Cuando se configura una instancia de SQL Server para BizTalk Server trasvase de registros y el trabajo de bases de datos de restauración de trasvase de registros BTS está habilitado, el trabajo de bases de datos de restauración de trasvase de registros bts se conectará a la base de datos de administración de BizTalk en el grupo de producción BizTalk Server.

    Como se ha descrito anteriormente, cuando el servidor de destino se configura por primera vez, la copia de seguridad completa de la base de datos se restaura en el servidor de destino. La mayoría de las veces solo se restauran los registros cuando se ejecuta el trabajo de restauración de trasvase de registros bts .

    Al ver las instancias de recuperación ante desastres SQL Server con SQL Server Management Studio, las bases de datos se mostrarán en un estado "Cargando". Esto se debe a que el último registro de un conjunto de copia de seguridad nunca se restaura automáticamente. Una vez que haya disponible un nuevo registro, BizTalk Server trasvase de registros restaura el siguiente al último registro. Cuando se produce un evento de recuperación ante desastres y el sitio de recuperación ante desastres debe estar en línea, el último registro se restaura mediante el comando STOPATMARK para recuperar las bases de datos y las bases de datos ya no se mostrarán como en estado "Carga".