Partager via

Restaurer vos bases de données - BizTalk Server

  • Article

Vous devez restaurer toutes les bases de données à la même marque afin de garantir un état transactionnel cohérent entre les bases de données. Consultez Marked Transactions, Full Backups, and Log Backups.

S'il n'y a qu'un serveur dans le système de destination, vérifiez que tous les jeux de sauvegarde de journal (à l'exception du jeu le plus récent) ont été restaurés. Consultez Viewing the History of Restored Backups. Si tous les jeux de sauvegarde de journal n'ont pas été restaurés et que le travail de restauration n'est pas en cours d'exécution, exécutez ce dernier (manuellement le cas échéant). S'il reste des jeux de sauvegarde pouvant être restaurés, ils sont traités par le travail jusqu'à ce que qu'ils soient tous restaurés.

S'il y a plusieurs serveurs dans le système de destination, tous les serveurs doivent être restaurés vers le même jeu de sauvegarde. Consultez l'historique de restauration sur chaque serveur et vérifiez que le jeu de sauvegarde le plus récent restauré est identique sur tous les serveurs. Si ce n'est pas le cas, vous devez exécuter manuellement le travail de restauration sur chaque serveur pour lequel le jeu de sauvegarde le plus récent doit être restauré.

Une fois tous les serveurs restaurés vers le même jeu de sauvegarde, le jeu final peut être restauré manuellement.

La table adm_BackupHistory est le point d'historique central pour l'envoi des journaux du système source. Tous les travaux de sauvegarde effectués sont enregistrés dans cette table. Tous les serveurs du système de destination lisent cette table pour recevoir les informations nécessaires à l'exécution des travaux de restauration.

Avant de commencer

  • Si vous restaurez la base de données d'importation principale BAM à partir d'une sauvegarde, vous devez également restaurer les bases de données des archives BAM, de schémas en étoile BAM et d'analyse BAM à l'aide d'une sauvegarde antérieure à la sauvegarde principale BAM. Consultez Backing Up and Restoring BAM.
  • Si vous déplacez les sauvegardes complètes ou de journaux d’une base de données source à partir de l’emplacement où les BizTalk Server de sauvegarde les ont placées, vous devez mettre à jour la ligne associée pour cette base de données dans la table bts_LogShippingDatabases sur le système de destination en définissant LogFileLocation ou DBFileLocation sur le nouvel emplacement où le système de destination doit lire les fichiers de sauvegarde complets/de journal. Cette table est renseignée lorsque vous exécutez la procédure stockée bts_ConfigureBtsLogShipping. Par défaut, ces colonnes sont définies sur la valeur Null (qui indique que le système de destination doit lire les fichiers de sauvegarde à partir de l'emplacement stocké dans la table adm_BackupHistory).
  • Conservez toujours une copie de vos fichiers de sauvegarde dans un emplacement sécurisé : même si vous disposez de sauvegardes de journal, vous ne pouvez pas restaurer vos bases de données sans les fichiers de sauvegarde.

Prérequis

Connectez-vous à SQL Server à l’aide d’un compte membre du rôle SQL Server sysadmin.

Restaurer vos bases de données

  1. Sur le système de destination, ouvrez SQL Server Management Studio et connectez-vous à votre SQL Server.

  2. Développez SQL Server Agent, puis Travaux. Effectuez les actions suivantes :

    1. Cliquez avec le bouton droit sur le travail Envoi de journaux de BizTalk Server - Obtenir l'historique des sauvegardes, puis sélectionnez Désactiver. L'état passe à Réussite.

    2. Cliquez avec le bouton droit sur le travail Envoi de journaux de BizTalk Server - Restaurer les bases de données , puis sélectionnez Désactiver. L'état passe à Réussite.

    3. Cliquez sur le travail Envoi de journaux de BizTalk Server - Restaurer à la marque et sélectionnez Démarrer le travail à l'étape. Sélectionnez ID d'étape 1 , puis Démarrer.

      Lorsque le status passe à Réussite, les travaux SQL Server Agent et les bases de données BizTalk Server sont restaurés sur le système de destination.

    Important

    Si l' État est Erreur, sélectionnez le lien dans le champ Message pour déterminer la cause. Ces travaux doivent avoir l'état Réussite avant de continuer.

  3. Sur le BizTalk Server où vous avez modifié le fichier SampleUpdateInfo.xml, ouvrez une invite de commandes et accédez à :

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

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

  4. À l’invite de commandes, tapez :

    cscript UpdateDatabase.vbs SampleUpdateInfo.xml

    Notes

    Lorsque vous utilisez un environnement SQL Server 2016 ou ultérieur, vous devrez peut-être utiliser MSOLEDBSQL dans UpdateDatabase.vbs. Dans UpdateDatabase.vbs, accédez à conn.Provider = "SQLOLEDB". Remplacez SQLOLEDB par MSOLEDBSQL. Sinon, le script peut échouer avec l’erreur : SQL Server: Invalid connection string attribute.

    Téléchargez MSOLEDBSQL 18.x.

    Ce script met à jour toutes les tables qui stockent des informations sur l'emplacement des autres bases de données.

    Important

    • Exécutez UpdateDatabase.vbs sur un serveur dans le groupe BizTalk.
    • Sur les ordinateurs 64 bits, vous devez exécuter UpdateDatabase.vbs à partir d'une invite de commandes 64 bits. Notez que l’invite de commandes par défaut sur les ordinateurs 64 bits est une invite de commandes 64 bits et se trouve dans %SystemDrive%\windows\System32\cmd.exe.
    • Le moteur EDI BizTalk ne nécessite aucune de ses propres modifications pour SampleUpdateInfo.xml lors de la restauration des bases de données. Il s’appuie sur la connectivité à la base de données BizTalkDTADb pour accéder aux tables EDI.

  5. Copiez le fichier de SampleUpdateInfo.xml modifié dans le dossier suivant sur chaque ordinateur exécutant BizTalk Server dans ce groupe BizTalk :

    Ordinateur 32 bits : copier vers %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\Restore

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

  6. Sur chaque ordinateur du groupe BizTalk Server, ouvrez une invite de commandes et accédez à :

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

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

  7. À l’invite de commandes, tapez :

    cscript UpdateRegistry.vbs SampleUpdateInfo.xml

    Ce script met à jour toutes les entrées de Registre qui stockent des informations sur l'emplacement des autres bases de données.

    Important

    • Exécutez UpdateRegistry.vbs sur chaque serveur dans le groupe BizTalk.
    • Sur les ordinateurs 64 bits, vous devez exécuter UpdateRegistry.vbs à partir d'une invite de commandes 64 bits. Notez que l'invite de commandes par défaut sur les ordinateurs 64 bits est une invite de commandes 64 bits et se trouve dans %SystemDrive%\windows\System32\cmd.exe.

  8. Redémarrez tous les services BizTalk Server. Consultez How to Start, Stop, Pause, Resume, or Restart BizTalk Server Services.

  9. Une fois vos bases de données restaurées, redémarrez le service WMI (Windows Management Instrumentation) :

    1. Ouvrez services.msc.

    2. Cliquez avec le bouton droit sur Windows Management Instrumentation, puis sélectionnez Redémarrer.

  10. Ouvrez Administration de BizTalk Server. Effectuez les actions suivantes :

    1. Cliquez avec le bouton droit sur le projet BizTalk Group , puis sélectionnez Supprimer.

    2. Cliquez avec le bouton droit sur le nœud Administration de BizTalk Server et sélectionnez Se connecter au groupe existant.

    3. Dans Nom du serveur SQL, sélectionnez le nom de l'instance SQL Server qui héberge la base de données de gestion BizTalk. Lorsque vous sélectionnez le SQL Server instance, BizTalk Server détecte automatiquement les bases de données BizTalk Server sur cet ordinateur.

    4. Dans Nom de la base de données, sélectionnez votre base de données de gestion BizTalk (BizTalkMgmtDb par défaut), puis sélectionnez OK.

      La console Administration BizTalk Server ajoute le groupe BizTalk à la console Administration.

      Votre BizTalk Server est maintenant restauré et doit être en cours d’exécution. Ensuite, configurez le travail De sauvegarde BizTalk Server pour commencer à écrire des sauvegardes sur un nouveau serveur de destination. Vous devez également reconfigurer un nouveau système de destination.

Important

  • Si vous utilisez le moteur de règles, après avoir restauré les bases de données, vous devez redémarrer le service de mise à jour du moteur de règles sur chaque serveur du groupe BizTalk Server. Consultez How to Start, Stop, Pause, Resume, or Restart BizTalk Server Services.
  • Si vous utilisez BAM, il est temps de restaurer les bases de données BAM. Consultez Backing Up and Restoring BAM.
  • Si vous déplacez des bases de données et que vous utilisez l’EDI BizTalk ou l’accélérateur RosettaNet, certains ports SQL peuvent être configurés sur les bases de données BizTalk. Exportez les liaisons, recherchez les anciennes liaisons de base de données et remplacez les liaisons de base de données en conséquence.

Étapes suivantes

Sauvegarde et restauration de l’analyse BAM

Voir aussi

Configurer le travail de sauvegarde de BizTalk Server
Configurer le système de destination pour l’envoi de journaux