Compartir vía

Configurar la tarea de copia de seguridad de BizTalk Server

Después de instalar y configurar BizTalk Server, configure el trabajo copia de seguridad de BizTalk Server para realizar copias de seguridad de los datos.

A partir de BizTalk Server 2016 Feature Pack 2, puede realizar copias de seguridad de las bases de datos y los archivos de registro en una cuenta de Azure Blob Storage.

Información general

El trabajo Copia de seguridad de BizTalk Server (BizTalkMgmtDb) incluye los pasos siguientes:

  • Paso 1: Establecer opción de compresión: Habilitar o deshabilitar la compresión durante la copia de seguridad

  • Paso 2: BackupFull: ejecuta copias de seguridad completas de bases de datos de las bases de datos de BizTalk Server

  • Paso 3: MarkAndBackUpLog: realiza una copia de seguridad de los registros de base de datos de BizTalk Server

  • Paso 4: Borrar historial de copia de seguridad: elija cuánto tiempo se mantiene el historial de copia de seguridad

Para configurar este trabajo, deberá hacer lo siguiente:

  • Identificar los servidores SQL Server principal y de destino y otras opciones de copia de seguridad

  • Elija una cuenta de usuario de Windows para realizar una copia de seguridad de las bases de datos y cree un inicio de sesión de SQL Server para esta cuenta.

  • Asignar los inicios de sesión de SQL Server al rol de base de datos BTS_BACKUP_USERS en las bases de datos de BizTalk Server

  • Asegúrese de que el servicio MSDTC está activo en todos los nodos. De lo contrario, se produce un error al agregar un servidor vinculado entre el nodo de origen y el nodo de destino.

Antes de empezar

  • Algunas operaciones de configuración y copia de seguridad requieren la pertenencia al rol de SQL Server sysadmin. Para realizar una copia de seguridad de las bases de datos de BizTalk Server, inicie sesión en el servidor principal con una cuenta que sea miembro del rol sysadmin Server de SQL Server. La configuración de BizTalk Server agrega el rol de base de datos de BTS_BACKUP_USERS. La cuenta de usuario que usa para realizar copias de seguridad de las bases de datos no requiere permisos de administrador del sistema (rol de SQL Server sysadmin) en todos los servidores SQL Server que pueden estar implicados en una copia de seguridad, excepto para el servidor principal.

  • Decida qué cuenta de inicio de sesión usa para ejecutar las copias de seguridad de base de datos de BizTalk Server. Puede usar una cuenta local y puede usar más de una cuenta. Pero generalmente es más sencillo y seguro crear una cuenta de usuario de dominio de Windows dedicada específicamente para este propósito. Debe configurar una cuenta de inicio de sesión de SQL Server para este usuario y el usuario debe asignarse a un inicio de sesión de SQL Server para todos los servidores SQL Server que participan en el proceso de copia de seguridad, ya sea como servidores principal (origen) o secundario (destino). Asigne este usuario al rol de base de datos de BizTalk BTS_BACKUP_USERS para cada una de las bases de datos de BizTalk Server de las que realiza una copia de seguridad.

  • El trabajo copia de seguridad de BizTalk Server no elimina los archivos de copia de seguridad obsoletos, por lo que debe administrar manualmente esos archivos de copia de seguridad para conservar el espacio en disco. Después de crear una nueva copia de seguridad completa de las bases de datos, debe mover los archivos de copia de seguridad obsoletos a un dispositivo de almacenamiento de archivado para recuperar espacio en el disco principal. Consulte los paquetes SSIS para administrar estos archivos.

  • BizTalk Server no escribe datos de seguimiento directamente en la base de datos de seguimiento de BizTalk; en su lugar, almacena temporalmente los datos en la base de datos MessageBox, y luego los mueve a la base de datos de seguimiento de BizTalk. Si se produce una pérdida de datos de Cuadro de mensajes, también se pueden perder algunos datos de seguimiento.

Prerrequisitos

  • Inicie sesión en SQL Server con una cuenta que sea miembro del rol de SQL Server sysadmin.

  • Configure el servicio agente SQL Server para que se ejecute en una cuenta de dominio (recomendado, aunque se pueden usar cuentas locales), con un inicio de sesión de usuario asignado en cada instancia de SQL Server.

  • Para usar una cuenta de Azure Blob Storage, necesita una cuenta de almacenamiento de uso general, un contenedor dentro de la cuenta de Blob Storage, una firma de acceso compartido (SAS) y una credencial de SQL mediante la SAS. Una vez creada, tenga lista la dirección URL del punto de conexión de Blob Service, que es algo parecido a https:// ourstorageaccount.blob.core.windows.net/containername.

    Sugerencia

    Si no tiene una cuenta de almacenamiento de blobs existente configurada con una SAS, el script de PowerShell de SAS puede crearlo y el contenedor. Copia de seguridad en URL de SQL Server proporciona información general y los pasos específicos.

Configuración del trabajo

  1. En el servidor de SQL Server que hospeda la base de datos de administración de BizTalk, abra SQL Server Management Studio y conéctese a su SQL Server.

  2. Expanda Agente SQL Server y expanda Trabajos.

  3. Haga clic con el botón derecho en Copia de seguridad de BizTalk Server (BizTalkMgmtDb) y seleccione Propiedades. En las propiedades del trabajo, seleccione Pasos.

  4. Seleccione el paso Establecer opción de compresión y seleccione Editar:

    Este paso llama al sp_SetBackupCompression procedimiento almacenado en la base de datos de administración de BizTalk (BizTalkMgmtDb) para establecer el valor en la adm_BackupSettings tabla. El procedimiento almacenado tiene un parámetro: @bCompression. De forma predeterminada, se establece en 0 (la compresión de copia de seguridad está desactivada). Para aplicar la compresión, cambie el valor a 1:

    exec [dbo].[sp_SetBackupCompression] @bCompression = 1 /*0 - Do not use Compression, 1 - Use Compression */

    Selecciona Aceptar.

  5. Seleccione el paso BackupFull y seleccione Editar. En el cuadro Comando , actualice los valores de parámetro:

    1. Frecuencia: el valor predeterminado es d (diario); que es la configuración recomendada. Otros valores incluyen h (cada hora), w (semanal), m (mensual) o y (anual).

    2. Nombre: el valor predeterminado es BTS. El nombre se usa como parte del nombre del archivo de copia de seguridad.

    3. Ubicación de los archivos de copia de seguridad: reemplace "<ruta> de acceso de destino" por la ruta de acceso completa (la ruta de acceso debe incluir las comillas simples) en el equipo y la carpeta donde desea realizar una copia de seguridad de las bases de datos de BizTalk Server o la dirección URL del punto de conexión de Blob Service en una cuenta de Azure Blob Storage.

      Importante

      • Si introduces una ruta de acceso local, tendrás que copiar manualmente todos los archivos a la misma carpeta en el sistema de destino cada vez que la tarea de copia de seguridad de BizTalk Server cree nuevos archivos.

        Para usar una ruta de acceso remota, escriba un recurso compartido UNC como \\<ServerName>\<SharedDrive>\, donde <NombreServidor> es el nombre del servidor donde desea los archivos y <SharedDrive> es el nombre de la unidad o carpeta compartidas.

        La copia de seguridad de datos a través de una red está sujeta a cualquier problema de red. Al usar una ubicación remota, compruebe que la copia de seguridad se realizó correctamente cuando finalice el trabajo de Copia de seguridad de BizTalk Server.

      • Para evitar la posible pérdida de datos, configure el disco de copia de seguridad para que sea un disco diferente al de los discos de registro y datos de la base de datos. Esto es necesario para poder acceder a las copias de seguridad si se produce un error en el disco de datos o registro.

      • Al realizar una copia de seguridad en una cuenta de blob de Azure, escriba la dirección URL del punto de conexión de Blob Service y el nombre del contenedor, que se muestran en las propiedades de Blob Service en Azure Portal.

    4. Opcional. Forzar la copia de seguridad completa después de errores parciales de copia de seguridad (@ForceFullBackupAfterPartialSetFailure): el valor predeterminado es 0. Si se produce un error en una copia de seguridad de registros, no se ejecutarán copias de seguridad completas hasta que se alcance el siguiente intervalo de frecuencia de copia de seguridad completa. Reemplace por 1 si desea ejecutar una copia de seguridad completa cada vez que se produzca un error de copia de seguridad de registro.

    5. Opcional. Hora local para que se ejecute el proceso de copia de seguridad (@BackupHour): el valor predeterminado es NULL. El trabajo de copia de seguridad no está asociado a la zona horaria del equipo de BizTalk Server y se ejecuta a medianoche hora UTC (0000). Si desea realizar una copia de seguridad en una hora específica en la zona horaria del equipo de BizTalk Server, escriba un valor entero de 0 (medianoche) a 23 (11 p. m.) como hora local.

    6. Opcional. Use la hora local (@UseLocalTime): indica al procedimiento que use la hora local. El valor predeterminado es 0 y usa la hora UTC actual : GETUTCDATE() – 2007-05-04 01:34:11.933. Si se establece en 1, usa la hora local – GETDATE() – 2007-05-03 18:34:11.933

    En el ejemplo siguiente, las copias de seguridad diarias se crean a las 2:00 y se almacenan en la unidad m:\ :

    exec [dbo].[sp_BackupAllFull_Schedule]   
'd' /* Frequency */,   
'BTS' /* Name */,   
'm:\BizTalkBackups' /* location of backup files */,   
'0' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */,   
'2' /* local time hour for the backup process to run */

    En el ejemplo siguiente, las copias de seguridad semanales se crean a medianoche hora UTC y se almacenan en la cuenta de blob de Azure:

    exec [dbo].[sp_BackupAllFull_Schedule]   
'w' /* Frequency */,   
'BTS' /* Name */,   
'http://yourstorageaccount.blob.core.windows.net/yourcontainer/' /* location of backup files */,   
'1' /* 0 (default) or 1 ForceFullBackupAfterPartialSetFailure */

    Selecciona Aceptar.

  6. Seleccione el paso MarkAndBackupLog y seleccione Editar. En el cuadro Comando , actualice los valores de parámetro:

    1. @MarkName: esta es parte de la convención de nomenclatura para los archivos de copia de seguridad: <Nombre del servidor>_<Nombre de la base de datos>_Log_< Nombre de marca de registro >_<Marca de tiempo>

    2. @BackupPath: ruta de acceso de destino completa (incluidas las comillas simples) al equipo y la carpeta para almacenar los registros de base de datos de BizTalk Server, o la cuenta y el contenedor de Azure Blob Storage. La ruta> de< acceso de destino también puede ser local o una ruta de acceso UNC a otro servidor.

      El paso MarkAndBackupLog marca los registros para copia de seguridad y luego se hace una copia de seguridad de ellos.

    Importante

    Para evitar la posible pérdida de datos y para mejorar el rendimiento, la <ruta> de acceso de destino debe establecerse en otro equipo o disco duro, diferente de lo que se usa para almacenar los registros de base de datos originales.

    Selecciona Aceptar.

  7. Seleccione el paso Borrar historial de copias de seguridad y seleccione Editar. En el cuadro Comando , actualice los valores de parámetro:

    1. @DaysToKeep: el valor predeterminado es de 14 días. Determina cuánto tiempo se mantiene el historial de copia de seguridad en la Adm_BackupHistory tabla. Borrar periódicamente el historial de copia de seguridad ayuda a mantener la Adm_BackupHistory tabla en un tamaño adecuado.

    2. Opcional. @UseLocalTime: indica al procedimiento que use la hora local. El valor predeterminado es 0. Usa la hora UTC actual – GETUTCDATE() – 2007-05-04 01:34:11.933. Si se establece en 1, usa la hora local – GETDATE() – 2007-05-03 18:34:11.933

    exec [dbo].[sp_DeleteBackupHistory] @DaysToKeep=14, @UseLocalTime =1

    Nota:

    Este paso no elimina los archivos de copia de seguridad de la ruta de acceso de destino.

    Seleccione Aceptar y cierre todas las ventanas de propiedades.

  8. Opcional. Cambie la programación de copia de seguridad. Vea Cómo programar la tarea de copia de seguridad de BizTalk Server.

    Nota:

    El trabajo de copia de seguridad de BizTalk Server se ejecuta la primera vez que se configura. De forma predeterminada, en ejecuciones posteriores, el trabajo copia de seguridad de BizTalk Server completa una copia de seguridad completa una vez al día y completa las copias de seguridad de registros cada 15 minutos.

  9. Haga clic con el botón derecho del ratón en el trabajo Copia de Seguridad de BizTalk Server y seleccione Habilitar. El estado debe cambiar a Correcto.

Ejecutar Backup_Setup_All_Procs.sql y LogShipping_Destination_Logic.sql

BizTalk Server 2016 Feature Pack 2 (FP2) usó los scripts de Backup_Setup_All_Procs.sql y LogShipping_Destination_Logic.sql en \Program Files (x86)\Microsoft BizTalk Server *your version*\Schema.

Si el trabajo de Copia de seguridad de BizTalk Server ya está configurado y desea cambiar al uso de blob de Azure (en lugar de un disco), haga lo siguiente:

  1. En el SQL Server, ejecute el Backup_Setup_All_Procs.sql script en todas las bases de datos personalizadas de las que realiza la copia de seguridad el trabajo de Backup de BizTalk Server. De forma predeterminada, FP2 actualiza automáticamente las bases de datos de BizTalk; no actualiza ninguna base de datos personalizada (esas bases de datos de la adm_OtherBackupDatabases tabla en BizTalkMgmtDb).

    La copia de seguridad de bases de datos personalizadas proporciona más detalles sobre las bases de datos personalizadas.

  2. Si utiliza log shipping, ejecute el script LogShipping_Destination_Logic.sql en el sistema de destino dentro de SQL Server. Si no usa el trasvase de registros, no ejecute este script.

    Configurar el sistema de destino para el trasvase de registros proporciona más detalles sobre el sistema de destino.

sp_ForceFullBackup procedimiento almacenado

El procedimiento almacenado sp_ForceFullBackup de la base de datos de BizTalkMgmtDb se puede usar para ejecutar una copia de seguridad completa ad hoc de los archivos de datos y de registro. El procedimiento almacenado actualiza la tabla adm_ForceFullBackup con un valor 1. La próxima vez que se ejecuta el trabajo de Copia de seguridad de BizTalk Server, se crea un conjunto de copia de seguridad de base de datos completo.

Pasos siguientes

Configure el sistema de destino para el envío de registros
Programar la tarea de copia de seguridad de BizTalk Server
cuentas de almacenamiento de Azure
Copia de seguridad de SQL Server en URL