Compartir a través de

Restauración de las bases de datos: BizTalk Server

  • Artículo

Es preciso efectuar una restauración de todas las bases de datos en la misma marca para garantizar que el estado transaccional sea coherente en todas las bases de datos. Consulte Transacciones marcadas, copias de seguridad completas y copias de seguridad de registros.

Si solo hay un servidor en el sistema de destino, asegúrese de que se han restaurado todos los conjuntos de copias de seguridad de registro (excepto el más reciente). Consulte Visualización del historial de copias de seguridad restauradas. Si no se han restaurado todos los conjuntos de copias de seguridad de registro y el trabajo de restauración no se está ejecutando en ese momento, ejecútelo (de forma manual, si es necesario). Si hay conjuntos de copia de seguridad pendientes que se puedan recuperar, la tarea los procesa hasta que estén todos restaurados.

Si hay varios servidores en el sistema de destino, se deben restaurar todos en el mismo conjunto de copias de seguridad. Consulte el historial de restauración de cada servidor y asegúrese de que el registro más reciente de conjuntos de copia de seguridad es el mismo en todos los servidores. Si no es así, debe ejecutar manualmente el trabajo de restauración en los servidores en los que se deba restaurar el conjunto de copias de seguridad de registro más reciente.

Cuando todos los servidores se encuentren en el mismo conjunto de copias de seguridad, puede restaurar manualmente el conjunto final.

La tabla adm_BackupHistory constituye el punto central de historial para el proceso de trasvase de registros del sistema de origen. En esta tabla se registran todos los trabajos de copia de seguridad realizados. Todos los servidores del sistema de destino efectúan una lectura de esta tabla para obtener la información necesaria para realizar la restauración.

Antes de empezar

  • Si restaura la base de datos de importación principal de BAM a partir de una copia de seguridad, también debe restaurar las bases de datos de archivo de BAM, de esquema de estrella de BAM y de análisis de BAM mediante una copia de seguridad anterior a la principal de BAM. Consulte Copia de seguridad y restauración de BAM.
  • Si mueve las copias de seguridad completas o de registro de una base de datos de origen desde la ubicación en la que las colocó el trabajo de copia de seguridad de BizTalk Server, debe actualizar la fila asociada a esa base de datos en la tabla bts_LogShippingDatabases del sistema de destino. Para ello, establezca LogFileLocation o DBFileLocation en la nueva ubicación en la que el sistema de destino debe leer los archivos de copia de seguridad completa o de registro. Esta tabla se rellena al ejecutar el procedimiento almacenado bts_ConfigureBtsLogShipping. De forma predeterminada, estas columnas se configuran como null, lo que indica que el sistema de destino debe leer los archivos de copia de seguridad desde la ubicación almacenada en la tabla adm_BackupHistory.
  • 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 en SQL Server con una cuenta que sea miembro del rol sysadmin SQL Server.

Restauración de las bases de datos

  1. En el sistema de destino, abra SQL Server Management Studio y conéctese al SQL Server.

  2. Expanda Agente SQL Server y expanda Trabajos. Haga lo siguiente:

    1. Haga clic con el botón derecho en el trabajo Trasvase de registros de BTS - Obtener historial de copias de seguridad y seleccione Deshabilitar. El estado se cambia a Correcto.

    2. Haga clic con el botón derecho en el trabajo Trasvase de registros de BTS - Restaurar bases de datos y seleccione Deshabilitar. El estado se cambia a Correcto.

    3. Haga clic con el botón derecho en el trasvase de registros bts - restaurar para marcar y seleccione Iniciar trabajo en el paso. Seleccione Step ID 1 (Id. de paso 1 ) y seleccione Start (Iniciar).

      Cuando el estado cambia a Correcto, los trabajos de Agente SQL Server y las bases de datos BizTalk Server se restauran en el sistema de destino.

    Importante

    Si el estado es Error, seleccione el vínculo en el campo Mensaje para determinar la causa. Estos trabajos deberían tener un estado de Correcto antes de continuar.

  3. En el BizTalk Server donde editó el archivo SampleUpdateInfo.xml, abra un símbolo del sistema y vaya a:

    Equipo de 32 bits: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

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

  4. En el símbolo del sistema, escriba:

    cscript UpdateDatabase.vbs SampleUpdateInfo.xml

    Nota

    Al usar un entorno de SQL Server 2016 o posterior, es posible que tenga que usar MSOLEDBSQL en UpdateDatabase.vbs. En UpdateDatabase.vbs, vaya a conn.Provider = "SQLOLEDB". Cambio de SQLOLEDB a MSOLEDBSQL. De lo contrario, es posible que se produzca un error en el script: SQL Server: Invalid connection string attribute.

    Descargue MSOLEDBSQL 18.x.

    Este script actualiza todas las tablas que almacenan información acerca de la ubicación de otras bases de datos.

    Importante

    • Ejecute UpdateDatabase.vbs en un servidor del grupo de BizTalk.
    • En los equipos de 64 bits, debe ejecutar UpdateDatabase.vbs desde un símbolo del sistema de 64 bits. Tenga en cuenta que el símbolo del sistema predeterminado en equipos de 64 bits es un símbolo del sistema de 64 bits y se encuentra en %SystemDrive%\windows\System32\cmd.exe.
    • El motor EDI de BizTalk no requiere ninguna de sus propias modificaciones en SampleUpdateInfo.xml al restaurar bases de datos. Se basa en la conectividad con la base de datos BizTalkDTADb para acceder a las tablas EDI.

  5. Copie el archivo de SampleUpdateInfo.xml editado en la siguiente carpeta en cada equipo que ejecute BizTalk Server en este grupo de BizTalk:

    Equipo de 32 bits: Copiar en %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

    Equipo de 64 bits: copiar en %SystemDrive%\Program Files (x86)\Microsoft BizTalk Server <version>\Bins32\Schema\Restore

  6. En cada equipo del grupo BizTalk Server, abra un símbolo del sistema y vaya a:

    Equipo de 32 bits: %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

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

  7. En el símbolo del sistema, escriba:

    cscript UpdateRegistry.vbs SampleUpdateInfo.xml

    Este script actualiza todas las entradas del Registro que almacenan información acerca de la ubicación de otras bases de datos.

    Importante

    • Ejecute UpdateRegistry.vbs en todos los servidores del grupo de BizTalk.
    • En los equipos de 64 bits, debe ejecutar UpdateRegistry.vbs desde un símbolo del sistema de 64 bits. Tenga en cuenta que el símbolo del sistema por defecto en los equipos de 64 bits es un símbolo de sistema de 64 bits y está ubicado en %SystemDrive%\windows\System32\cmd.exe.

  8. Reinicie todos los servicios de BizTalk Server. Consulte Cómo iniciar, detener, pausar, reanudar o reiniciar servicios BizTalk Server.

  9. Después de restaurar sus bases de datos, reinicie el servicio del Instrumental de administración de Windows:

    1. Abra services.msc.

    2. Haga clic con el botón derecho en Instrumental de administración de Windows y, a continuación, seleccione Reiniciar.

  10. Abra administración de BizTalk Server. Haga lo siguiente:

    1. Haga clic con el botón derecho en el grupo de BizTalk y seleccione Quitar.

    2. Haga clic con el botón derecho en administración de BizTalk Server y seleccione Conectar al grupo existente.

    3. En SQL Server nombre, seleccione el nombre de la instancia de SQL Server que hospeda la base de datos de administración de BizTalk. Al seleccionar la instancia de SQL Server, BizTalk Server detecta automáticamente las bases de datos de BizTalk Server en ese equipo.

    4. En Nombre de la base de datos, seleccione la base de datos de administración de BizTalk (BizTalkMgmtDb de forma predeterminada) y, a continuación, seleccione Aceptar.

      La consola de administración de BizTalk Server agrega el grupo de BizTalk a la consola de administración.

      El BizTalk Server ahora se restaura y debe estar en ejecución. A continuación, configure el trabajo backup BizTalk Server para empezar a escribir copias de seguridad en un nuevo servidor de destino. Asimismo, debe volver a configurar un nuevo sistema de destino.

Importante

  • Si usa el motor de reglas, después de restaurar las bases de datos, debe reiniciar el servicio de actualización del motor de reglas en todos los servidores del grupo BizTalk Server. Consulte Cómo iniciar, detener, pausar, reanudar o reiniciar servicios BizTalk Server.
  • Si usa BAM, ahora es el momento de restaurar las bases de datos de BAM. Consulte Copia de seguridad y restauración de BAM.
  • Si va a mover bases de datos y usa EDI de BizTalk o el acelerador de RosettaNet, es posible que algunos puertos SQL se configuren en las bases de datos de BizTalk. Exporte los enlaces, busque los vínculos de base de datos antiguos y reemplace los vínculos de base de datos en consecuencia.

Pasos siguientes

Realizar una copia de seguridad y restauración de BAM

Consulte también

Configurar el trabajo de copia de seguridad de BizTalk Server
Configurar en el sistema de destino para el trasvase de registros