Compartir a través de


Cómo configurar el sistema de destino para el envío de registros

El trasvase de registros proporciona funciones de servidor en espera para reducir el tiempo de inactividad en caso de error del sistema. El envío de registros permite enviar automáticamente registros de transacciones desde el sistema de origen al de destino. En el sistema de destino, los registros de transacciones se restauran en las bases de datos de BizTalk Server; mantenerlos estrechamente sincronizados con las bases de datos de origen.

El envío de registros funciona tanto en entornos de servidor distribuido como de un solo servidor. El servidor o grupo de servidores que contiene datos activos se conoce como sistema de origen (o principal). El servidor o grupo de servidores que se usa para restaurar las copias de seguridad de base de datos que genera el sistema de origen (o principal) se conoce como sistema de destino (o secundario).

Acerca del trasvase de registros en la documentación de SQL proporciona detalles específicos.

Puede seguir los siguientes pasos para crear un sistema de destino compuesto de un servidor para un sistema de origen único. Si el sistema de destino contiene varios servidores, repita los pasos en cada uno de éstos.

Importante

Guarde siempre una copia de sus archivos de copia de seguridad en una ubicación segura. Aunque haya registrado copias de seguridad, no podrá restaurar las bases de datos sin los archivos de copia de seguridad.

Requisitos previos

  • Inicie sesión como miembro del grupo administradores de BizTalk Server.

  • Use la misma versión de SQL Server en los sistemas de origen y destino. SQL Server debe instalarse en la misma ubicación relativa en los sistemas de origen y destino.

  • El directorio para el registro de transacciones SQL (archivos .LDF) del sistema de origen también debe existir en el sistema de destino. Si este directorio no se encuentra en el sistema de destino, cree el directorio con el mismo nombre y con los mismos permisos del sistema de origen.

Configuración del sistema de destino para el trasvase de registros

  1. En el sistema de destino, abra SQL Server Management Studio y conéctese a la SQL Server. Seleccione master en Bases de datos disponibles.

  2. En el menú Archivo , abra el siguiente script SQL:

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Schema.sql  
    
  3. En el menú Consulta , seleccione Ejecutar.

    El LogShipping_Destination_Schema quita y vuelve a crear las tablas usadas para restaurar las bases de datos de origen en el sistema de destino. Se incluyen las tablas para almacenar la lista de bases de datos que se están recuperando, copias del historial de copias de seguridad importado desde la base de datos BizTalkMgmtDb del sistema de origen e información acerca de los trabajos del Agente SQL Server que se configuraron para que se ejecutaran respecto a las bases de datos de origen.

  4. En el menú Archivo , abra el siguiente script SQL:

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Logic.sql  
    
  5. En el menú Consulta , seleccione Ejecutar.

  6. En el equipo o los equipos que ha identificado como el sistema de destino, abra SQL Server Management Studio y conéctese al SQL Server.

  7. Seleccione Nueva consulta. Pegue el comando siguiente en la ventana de consulta:

    exec bts_ConfigureBizTalkLogShipping @nvcDescription = '<MyLogShippingSolution>',  
    @nvcMgmtDatabaseName = '<BizTalkServerManagementDatabaseName>',  
    @nvcMgmtServerName = '<BizTalkServerManagementDatabaseServer>',  
    @SourceServerName = null, -- null indicates that this destination server restores all databases  
    @fLinkServers = 1 -- 1 automatically links the server to the management database  
    

    A continuación:

    1. En el sistema de destino, habilite Consultas distribuidas ad hoc.

    2. En la ventana de consulta, reemplace <MyLogShippingSolution> por una descripción significativa, rodeada de comillas simples.

    3. En la ventana de consulta, reemplace <BizTalkServerManagementDatabaseName> y <BizTalkServerManagementDatabaseServer> por el nombre y la ubicación de la base de datos de administración de BizTalk de origen, rodeada de comillas simples.

    Nota

    Si tiene más de un servidor de origen, puede restaurar cada uno de ellos en su propio servidor de destino. En cada servidor de destino, en el parámetro @SourceServerName = null , reemplace null por el nombre del servidor de origen adecuado, rodeado de comillas simples (por ejemplo, @SourceServerName = 'MySourceServer',).

  8. En el menú Consulta , seleccione Ejecutar.

    Importante

    Si se produce un error en la consulta, después de corregir el problema con la consulta, debe empezar desde el paso 1 de este procedimiento para volver a configurar el sistema de destino.

    Nota

    Los trabajos de restauración del sistema de destino intentan volver a crear los archivos de datos y registros para cada una de las bases de datos restauradas en la misma ubicación en la que existieron en el servidor de base de datos de origen.

  9. En el sistema de destino de SQL Server Management Studio, expanda Agente SQL Server y expanda Trabajos.

    En el panel de detalles, hay tres trabajos nuevos:

    • Envío de registro BTS - Obtener historial de copias de seguridad

      Este trabajo de BizTalk mueve los registros de historial de copia de seguridad desde el origen al destino. De forma predeterminada, está programado para ejecutarse cada minuto. Este trabajo se ejecuta con la mayor frecuencia posible para mover registros de historial del origen al destino. En el caso de que se produzca un error en el sistema de origen, el servidor identificado como el sistema de destino sigue procesando los registros de historial ya importados.

    • Bases de datos de restauración de trasvase de registros del servidor BTS

      Este trabajo de BizTalk restaura los archivos de copia de seguridad para las bases de datos del origen en el servidor de destino. De forma predeterminada, está programado para ejecutarse cada minuto. Este trabajo se ejecuta de forma continua sin completarse siempre que haya archivos de copia de seguridad que restaurar. Como precaución adicional, puede ejecutar este trabajo una vez más para garantizar que está completo.

    • Envío de registro BTS - Restaurar en marca

      Este trabajo de BizTalk restaura todas las bases de datos a una marca en la última copia de seguridad de registros. Con ello, se garantiza que todas las bases de datos se encuentren en un estado transaccionalmente coherente. Además, este trabajo vuelve a crear todos los trabajos del Agente SQL Server que estuvieron en el sistema de origen en el sistema de destino.

      Importante

      Debe supervisar estos trabajos para garantizar que no se produzcan errores en ellos.

  10. En el BizTalk Server, vaya a la siguiente carpeta:

    Equipo de 32 bits: %SystemDrive%\Archivos de programa\Microsoft BizTalk Server <versión>\Schema\Restore

    Equipo de 64 bits: %SystemDrive%\Archivos de programa (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  11. Haga clic con el botón derecho enSampleUpdateInfo.xmly seleccione Editar. Haga lo siguiente:

    • Reemplace todas las instancias de "SourceServer" por el nombre del sistema de origen.

    • Reemplace todas las instancias de "DestinationServer" por el nombre del sistema de destino.

    Importante

    Flanquee el nombre de los sistemas de origen y destino con comillas.

    Nota

    Si ha cambiado el nombre de cualquiera de las bases de datos de BizTalk Server, también debe actualizar los nombres de base de datos en el archivo XML.

    Nota

    Si ha configurado BAM, debe agregar las líneas siguientes en la sección OtherDatabases del archivo SampleUpdateInfo.xml para las bases de datos BAMAlertsApplication y BAMAlertsNSMain:
    <Database Name="BAM Alerts Application DB" oldDBName="BAMAlertsApplication" oldDBServer="SourceServer" newDBName=" BAMAlertsApplication" newDBServer="DestinationServer"/>
    <Database Name="BAM Alerts Instance DB" oldDBName="BAMAlertsNSMain" oldDBServer="SourceServer" newDBName="BAMAlertsNSMain" newDBServer="DestinationServer"/>

    Si ha cambiado el nombre predeterminado para estas dos bases de datos, use los nombres reales correspondientes.

  12. Si tiene más de una base de datos messageBox en el sistema de BizTalk Server, agregue otra línea MessageBoxDB a la lista y, a continuación, establezca IsMaster="0" para las bases de datos no maestras.

  13. Si usa BAM o el motor de reglas, quite los comentarios de estas líneas según corresponda.

  14. Si tiene alguna base de datos personalizada, agréguelas en la <sección OtherDatabases> . Consulte Copia de seguridad de bases de datos personalizadas.

  15. Cuando termine de editar el archivo, guárdelo y salga.

Pasos siguientes

Cómo restaurar las bases de datos

Consulte también

Cómo configurar el trabajo de copia de seguridad de BizTalk Server
Cómo programar el trabajo de copia de seguridad de BizTalk Server
Cómo realizar copias de seguridad de bases de datos personalizadas