Configurer le travail de sauvegarde de BizTalk Server

Article
07/21/2023

Après avoir installé et configuré BizTalk Server, configurez le travail de sauvegarde BizTalk Server pour sauvegarder vos données.

À compter de BizTalk Server Feature Pack 2016 2016, vous pouvez sauvegarder vos bases de données et fichiers journaux dans un compte de stockage Blob Azure.

Vue d’ensemble

Le travail BizTalk Server de sauvegarde (BizTalkMgmtDb) comprend les étapes suivantes :

Étape 1 : Définir l’option de compression : Activer ou désactiver la compression pendant la sauvegarde
Étape 2 : BackupFull : Exécute des sauvegardes de base de données complètes des bases de données BizTalk Server
Étape 3 : MarkAndBackUpLog : sauvegarde les journaux de base de données BizTalk Server
Étape 4 : Effacer l’historique des sauvegardes : choisir la durée de conservation de l’historique des sauvegardes

Pour configurer ce travail, vous devez :

Identifier les serveurs SQL principaux et de destination et d’autres options de sauvegarde
Choisissez un compte d’utilisateur Windows pour sauvegarder vos bases de données et créez une connexion SQL Server pour ce compte
mapper les connexions SQL Server au rôle de base de données BTS_BACKUP_USERS dans les bases de données BizTalk Server.
Assurez-vous que le service MSDTC est actif sur tous les nœuds. Sinon, l’ajout d’un serveur lié entre le nœud source et le nœud de destination échoue.

Avant de commencer

Certaines opérations de configuration et de sauvegarde nécessitent l’appartenance au rôle SQL Server sysadmin. Pour sauvegarder vos bases de données BizTalk Server, connectez-vous au serveur principal avec un compte membre du rôle serveur SQL Server sysadmin. BizTalk Server configuration ajoute le rôle de base de données BTS_BACKUP_USERS. Le compte d’utilisateur que vous utilisez pour sauvegarder vos bases de données ne nécessite pas d’autorisations Administrateur système (rôle sysadmin SQL Server) sur tous les serveurs SQL qui peuvent être impliqués dans une sauvegarde, à l’exception du serveur principal.
Déterminez le compte de connexion que vous utilisez pour exécuter vos sauvegardes de base de données BizTalk Server. Vous pouvez utiliser un compte local et plusieurs comptes. Toutefois, il est généralement plus simple et plus sécurisé de créer un compte d’utilisateur de domaine Windows dédié spécifiquement à cet effet. Vous devez configurer un compte de connexion SQL Server pour cet utilisateur. Celui-ci doit être mappé à une connexion SQL Server pour tous les serveurs SQL participant au processus de sauvegarde, en tant que serveur principal (source) ou secondaire (destination). Attribuez cet utilisateur au rôle de base de données BizTalk BTS_BACKUP_USERS pour chacune des bases de données BizTalk Server que vous sauvegardez.
Le travail de sauvegarde BizTalk Server ne supprime pas les fichiers de sauvegarde obsolètes. Vous devez donc gérer manuellement ces fichiers de sauvegarde pour économiser de l’espace disque. Une fois que vous avez créé une sauvegarde complète de vos bases de données, vous devez déplacer les fichiers de sauvegarde obsolètes vers un périphérique de stockage d'archives pour libérer de l'espace sur le disque principal. Consultez les packages SSIS pour gérer ces fichiers.
BizTalk Server n’écrit pas les données de suivi directement dans la base de données de suivi BizTalk ; elle met plutôt en cache les données dans la base de données MessageBox, puis les déplace vers la base de données de suivi BizTalk. Si des données MessageBox sont perdues, certaines données de suivi peuvent l'être également.

Prérequis

Connectez-vous à SQL Server à l’aide d’un compte membre du rôle SQL Server sysadmin.
Configurez l'exécution du service SQL Server Agent sous un compte de domaine (recommandé, même si des comptes locaux peuvent être utilisés), avec une connexion d'utilisateur mappée sur chaque instance de SQL Server.
Pour utiliser un compte de stockage d’objets blob Azure, vous avez besoin d’un compte de stockage à usage général, d’un conteneur dans votre compte de stockage d’objets blob, d’une signature d’accès partagé (SAP) et d’informations d’identification SQL à l’aide de la signature d’accès partagé. Une fois la création terminée, ayez l’URL de point de terminaison de votre service blob prête, ce qui est quelque chose comme https:// votrestorageaccount.blob.core.windows.net/containername.

Conseil

Si vous n’avez pas de compte de stockage d’objets blob configuré avec une SAP, le script PowerShell SAS peut le créer, ainsi que le conteneur. SQL Server Backup to URL fournit une vue d’ensemble et les étapes spécifiques.

Configurer le travail

Sur le SQL Server qui héberge la base de données de gestion BizTalk, ouvrez SQL Server Management Studio et connectez-vous à votre SQL Server.
Développez SQL Server Agent, puis Travaux.
Cliquez avec le bouton droit sur Sauvegarde de BizTalk Server (BizTalkMgmtDb) et sélectionnez Propriétés. Dans les propriétés du travail, sélectionnez Étapes.
Sélectionnez l’étape Définir l’option de compression , puis sélectionnez Modifier :

Cette étape appelle la sp_SetBackupCompression procédure stockée dans la base de données de gestion BizTalk (BizTalkMgmtDb) pour définir la valeur sur la adm_BackupSettings table. La procédure stockée a un paramètre : @bCompression. Par défaut, elle est définie sur 0 (la compression de sauvegarde est désactivée). Pour appliquer la compression, remplacez la valeur par 1 :
```
exec [dbo].[sp_SetBackupCompression] @bCompression = 1 /*0 - Do not use Compression, 1 - Use Compression */  
```
Sélectionnez OK.
Sélectionnez l’étape SauvegardeFull , puis sélectionnez Modifier. Dans la zone Commande , mettez à jour les valeurs des paramètres :
1. Fréquence : la valeur par défaut est d (quotidienne) ; qui est le paramètre recommandé. Les valeurs h (horaire), w (hebdomadaire), m (mensuelle) et y (annuelle) sont également disponibles.
2. Name: la valeur par défaut est BTS. Cette valeur est utilisée dans le nom du fichier de sauvegarde.
3. Emplacement des fichiers de sauvegarde : remplacez « <chemin> de destination » par le chemin d’accès complet (le chemin doit inclure les guillemets simples) de l’ordinateur et du dossier où vous souhaitez sauvegarder les bases de données BizTalk Server, ou l’URL du point de terminaison du service Blob vers un compte de stockage Blob Azure.
  Important
  - Si vous entrez un chemin d’accès local, vous devez copier manuellement tous les fichiers dans le même dossier sur le système de destination chaque fois que le travail de sauvegarde BizTalk Server crée de nouveaux fichiers.
    
    Pour utiliser un chemin d’accès distant, entrez un partage UNC tel que \\<ServerName>\<SharedDrive>\, où <ServerName> est le nom du serveur sur lequel vous voulez les fichiers et <SharedDrive> est le nom du lecteur ou dossier partagé.
    
    La sauvegarde de données sur un réseau peut faire l’objet d’éventuels problèmes réseau. Lors de l’utilisation d’un emplacement distant, vérifiez que la sauvegarde a réussi une fois le travail de BizTalk Server de sauvegarde terminé.
  - Pour éviter de perdre des données, configurez un disque distinct pour la sauvegarde et le stockage des données des bases de données et des journaux. Cette étape est nécessaire afin que vous puissiez accéder aux sauvegardes en cas de défaillance du disque de stockage des données ou des journaux.
  - Lors de la sauvegarde dans un compte d’objets blob Azure, entrez l’URL du point de terminaison du service Blob et le nom du conteneur, qui sont répertoriés dans les propriétés de votre service d’objets blob dans le Portail Azure.
4. facultatif. Forcer la sauvegarde complète après des échecs de sauvegarde partielle (@ForceFullBackupAfterPartialSetFailure) : la valeur par défaut est 0. Si une sauvegarde de journal échoue, aucune sauvegarde complète n’est exécutée tant que l’intervalle de fréquence de sauvegarde complet suivant n’est pas atteint. Remplacez par 1 si vous souhaitez qu’une sauvegarde complète soit exécutée chaque fois qu’un échec de sauvegarde de journal se produit.
5. facultatif. Heure locale d’exécution du processus de sauvegarde (@BackupHour) : la valeur par défaut est NULL. Le travail de sauvegarde n’est pas associé au fuseau horaire de l’ordinateur BizTalk Server et s’exécute à minuit HEURE UTC (0000). Si vous souhaitez effectuer une sauvegarde à une heure spécifique dans le fuseau horaire de l’ordinateur BizTalk Server, entrez une valeur entière comprise entre 0 (minuit) et 23 (23 h) comme heure locale.
6. facultatif. Utiliser l’heure locale (@UseLocalTime) : indique à la procédure d’utiliser l’heure locale. La valeur par défaut est 0 et utilise l’heure UTC actuelle – GETUTCDATE() – 2007-05-04 01 :34 :11.933. Si la valeur est 1, elle utilise l’heure locale – GETDATE() – 2007-05-03 18 :34 :11.933
Dans l’exemple suivant, les sauvegardes quotidiennes sont créées à 2 heures du matin et stockées dans le lecteur 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 */  
```
Dans l’exemple suivant, les sauvegardes hebdomadaires sont créées à minuit UTC et stockées dans votre compte d’objets blob 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 */
```
Sélectionnez OK.
Sélectionnez l’étape MarkAndBackupLog , puis sélectionnez Modifier. Dans la zone Commande , mettez à jour les valeurs des paramètres :
1. @MarkName : cela fait partie de la convention d’affectation de noms pour les fichiers de sauvegarde : <Nom>_nom_<base de données>_journal_nom>_<marque_<timestamp>
2. @BackupPath : chemin de destination complet (y compris des guillemets simples) vers l’ordinateur et le dossier pour stocker les journaux de base de données BizTalk Server, ou le compte et le conteneur de stockage Blob Azure. Le <chemin de> destination peut également être local ou un chemin UNC vers un autre serveur.
  
  L'étape MarkAndBackupLog marque les journaux pour la sauvegarde, puis les sauvegarde.
Important

Pour éviter une perte de données potentielle et améliorer les performances, le <chemin d’accès> de destination doit être défini sur un autre ordinateur ou disque dur, différent de ce qui est utilisé pour stocker les journaux de base de données d’origine.

Sélectionnez OK.
Sélectionnez l’étape Effacer l’historique de sauvegarde , puis sélectionnez Modifier. Dans la zone Commande , mettez à jour les valeurs des paramètres :
1. @DaysToKeep : la valeur par défaut est 14 jours. Détermine la durée pendant laquelle l’historique des sauvegardes est conservé dans la Adm_BackupHistory table. L’effacement périodique de l’historique de sauvegarde permet de maintenir la Adm_BackupHistory table à une taille appropriée.
2. facultatif. @UseLocalTime : indique à la procédure d’utiliser l’heure locale. La valeur par défaut est 0. Il utilise l’heure UTC actuelle – GETUTCDATE() – 2007-05-04 01 :34 :11.933. Si la valeur est 1, elle utilise l’heure locale – GETDATE() – 2007-05-03 18 :34 :11.933
```
exec [dbo].[sp_DeleteBackupHistory] @DaysToKeep=14, @UseLocalTime =1 
```
Notes

Cette étape ne supprime pas les fichiers de sauvegarde du chemin d’accès de destination.

Sélectionnez OK et fermez toutes les fenêtres de propriétés.
facultatif. Modifiez la planification de la sauvegarde. Consultez Guide pratique pour planifier le travail de BizTalk Server de sauvegarde.

Notes

Le travail de sauvegarde BizTalk Server s’exécute la première fois que vous le configurez. Par défaut, lors des exécutions suivantes, le travail De sauvegarde BizTalk Server effectue une sauvegarde complète une fois par jour et effectue des sauvegardes de journaux toutes les 15 minutes.
Cliquez avec le bouton droit sur le BizTalk Server de sauvegarde, puis sélectionnez Activer. L'état doit passer à Réussite.

Exécuter Backup_Setup_All_Procs.sql et LogShipping_Destination_Logic.sql

BizTalk Server 2016 Feature Pack 2 (FP2) utilisait les scripts Backup_Setup_All_Procs.sql et LogShipping_Destination_Logic.sql dans \Program Files (x86)\Microsoft BizTalk Server *your version*\Schema.

Si votre travail de BizTalk Server de sauvegarde est déjà configuré et que vous souhaitez passer à l’utilisation d’un objet blob Azure (au lieu d’un disque), procédez également comme suit :

Sur le SQL Server, exécutez le Backup_Setup_All_Procs.sql script sur toutes les bases de données personnalisées qui sont sauvegardées par le travail de sauvegarde BizTalk Server. Par défaut, FP2 met automatiquement à jour les bases de données BizTalk ; elle ne met pas à jour les bases de données personnalisées (celles figurant dans la adm_OtherBackupDatabases table dans BizTalkMgmtDb).

Sauvegarder des bases de données personnalisées fournit plus de détails sur les bases de données personnalisées.
Si vous utilisez la copie des journaux de transaction, exécutez le script LogShipping_Destination_Logic.sql sur le système de destination dans SQL Server. Si vous n’utilisez pas la copie des journaux de transaction, n’exécutez pas ce script.

Configurer le système de destination pour la copie des journaux de transaction fournit plus de détails sur le système de destination.

Procédure stockée sp_ForceFullBackup

La procédure stockée sp_ForceFullBackup dans la base de données BizTalkMgmtDb peut être utilisée pour exécuter une sauvegarde complète ad hoc des fichiers de données et des fichiers journaux. La procédure stockée met à jour la table adm_ForceFullBackup avec la valeur 1. La prochaine fois que le travail BizTalk Server de sauvegarde est exécuté, un jeu de sauvegarde de base de données complet est créé.

Étapes suivantes

Configurer le système de destination pour l’envoi de journaux
Planifier le travail de sauvegarde de BizTalk Server
Des comptes de stockage Azure
Sauvegarde SQL Server vers une URL