Configurar el trabajo de copia de seguridad de BizTalk Server

Artículo
07/21/2023

Después de instalar y configurar BizTalk Server, configure el trabajo backup 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 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 la base 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 el historial de copia de seguridad: elija cuánto tiempo se mantiene el historial de copia de seguridad.

Para configurar este trabajo, deberá:

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 del servidor SQL Server al rol de base de datos BTS_BACKUP_USERS en las bases de datos de BizTalk Server.
Asegurarse 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

Ciertas operaciones de configuración y copia de seguridad requieren la pertenencia al rol sysadmin SQL Server. 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 de servidor sysadmin de SQL Server. BizTalk Server configuración agrega el rol de base de datos 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 administrador del sistema SQL Server) en todos los servidores SQL Server que puedan estar implicados en una copia de seguridad, excepto en el servidor principal.
Decida qué cuenta de inicio de sesión usa para ejecutar las copias de seguridad de la 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 más 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 participen en el proceso de copia de seguridad, ya sean servidores principales (origen) o secundarios (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 de copia de seguridad de BizTalk Server no elimina archivos de copia de seguridad obsoletos, por lo que la administración manual de este tipo de archivos resulta necesaria para conservar espacio en disco. Después de crear una nueva copia de seguridad completa de las bases de datos, debería 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 en caché los datos de la base de datos cuadro de mensajes y, a continuación, lo mueve a la base de datos de seguimiento de BizTalk. Si se pierden datos de cuadro de mensajes, es posible que también se pierdan algunos datos de seguimiento.

Requisitos previos

Inicie sesión en SQL Server con una cuenta que sea miembro del rol de SQL Server sysadmin.
Configure el servicio de Agente de SQL Server para ejecutarse bajo una cuenta de dominio (recomendado, aunque se pueden usar cuentas locales), con un 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 como https:// susutorageaccount.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. SQL Server Copia de seguridad en dirección URL proporciona información general y los pasos específicos.

Configuración del trabajo

En el 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.
Expanda Agente SQL Server y expanda Trabajos.
Haga clic con el botón derecho en Copia de seguridad BizTalk Server (BizTalkMgmtDb) y seleccione Propiedades. En las propiedades del trabajo, seleccione Pasos.
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 */  
```
Seleccione Aceptar.
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 escribe una ruta de acceso local, tendrá que copiar manualmente todos los archivos en la misma carpeta del sistema de destino siempre que el trabajo de copia de seguridad BizTalk Server cree nuevos archivos.
    
    Para usar una ruta de acceso remota, escriba un recurso compartido UNC como \\<ServerName>\<SharedDrive\, donde ServerName es el nombre del servidor donde desea los archivos y SharedDrive>>es el nombre de la unidad o carpeta< compartida.><
    
    La creación de copias de seguridad de datos a través de la red está sujeta a posibles problemas 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 BizTalk Server.
  - Para evitar una pérdida de datos potencial, configure un disco de copia de seguridad distinto de los discos de registro y de datos de la base de datos. De este modo, podrá acceder a las copias de seguridad en caso de error en el disco de registro o datos.
  - 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 el Azure Portal.
4. Opcional. Forzar la copia de seguridad completa después de errores de copia de seguridad parciales (@ForceFullBackupAfterPartialSetFailure): el valor predeterminado es 0. Si se produce un error en una copia de seguridad del registro, 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 que se ejecutara 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. Usar 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 a la 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 */
```
Seleccione Aceptar.
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 de los archivos de copia de seguridad: <Nombre_de_base> de datos_Nombre>_<Log_< Marca >de registro _<Marca de tiempo>
2. @BackupPath: ruta de acceso de destino completa (incluidas las comillas simples) en el 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 realizar la copia de seguridad y después realiza la copia de seguridad.
Importante

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

Seleccione Aceptar.
Seleccione el paso Borrar historial de copia 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.
Opcional. Cambiar la programación de copia de seguridad. Consulte Cómo programar el trabajo de copia de seguridad BizTalk Server.

Nota

El trabajo de copia de seguridad de BizTalk Server se ejecuta la primera vez que lo configura. De forma predeterminada, en las ejecuciones posteriores, el trabajo copia de seguridad BizTalk Server completa una copia de seguridad completa una vez al día y completa las copias de seguridad de registros cada 15 minutos.
Haga clic con el botón derecho en el trabajo Copia de seguridad BizTalk Server y seleccione Habilitar. El estado debe cambiar a Correcto.

Ejecute Backup_Setup_All_Procs.sql y LogShipping_Destination_Logic.sql

BizTalk Server 2016 Feature Pack 2 (FP2) usó los scripts 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 BizTalk Server ya está configurado y desea cambiar a mediante el blob de Azure (en lugar de un disco), haga lo siguiente:

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 del trabajo de copia de seguridad 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).

Copia de seguridad de bases de datos personalizadas proporciona más detalles sobre las bases de datos personalizadas.
Si usa el trasvase de registros, 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.

procedimiento almacenado sp_ForceFullBackup

El procedimiento almacenado sp_ForceFullBackup en 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 de 1. La próxima vez que se ejecuta el trabajo de copia de seguridad BizTalk Server, se crea un conjunto de copia de seguridad de base de datos completo.

Pasos siguientes

Configurar en el sistema de destino para el trasvase de registros
Programar el trabajo de copia de seguridad de BizTalk Server
Cuentas de almacenamiento de Azure
Copia de seguridad en URL de SQL Server

Compartir vía