Partager via

Guide pratique pour configurer le système de destination pour la copie des journaux de transaction

  • Article

La copie des journaux de transaction offre des fonctionnalités de serveur de secours, ce qui réduit le temps mort en cas de défaillance du système. L'envoi de journaux vous permet d'envoyer automatiquement des journaux des transactions à partir du système source vers le système de destination. Sur le système de destination, les journaux des transactions sont restaurés dans les bases de données BizTalk Server, ce qui les maintient étroitement synchronisés avec les bases de données sources.

L'envoi de journaux fonctionne dans les environnements monoserveur et de serveur distribué. Le serveur ou groupe de serveurs contenant des données actives est appelé « système source (ou principal) ». Le serveur ou groupe de serveurs utilisés pour restaurer les sauvegardes de base de données produites par le système source (ou principal) est appelé « système de destination (ou secondaire) ».

À propos de la copie des journaux de transaction dans la documentation SQL fournit des détails spécifiques.

Vous pouvez utiliser les étapes suivantes pour créer un système de destination constitué d'un seul serveur pour un système source unique. Si le système de destination compte plusieurs serveurs, répétez les étapes sur chaque serveur de destination.

Important

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 en tant que membre du groupe Administrateurs BizTalk Server.

  • Utilisez la même version de SQL Server sur les systèmes source et de destination. SQL Server doivent être installés au même emplacement relatif sur les systèmes source et de destination.

  • Le répertoire du journal des transactions SQL (fichiers .LDF) présent sur le système source doit également exister sur le système de destination. Si tel n'est pas le cas, créez le répertoire en lui donnant les mêmes nom et autorisations que sur le système source.

Configurer le système de destination pour la copie des journaux de transaction

  1. Sur le système de destination, ouvrez SQL Server Management Studio et connectez-vous à votre SQL Server. Sélectionnez master dans Bases de données disponibles.

  2. Dans le menu Fichier , ouvrez le script SQL suivant :

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Schema.sql

  3. Dans le menu Requête , sélectionnez Exécuter.

    Le LogShipping_Destination_Schema supprime et recrée les tables utilisées pour restaurer les bases de données sources sur le système de destination. Cela inclut les tables permettant de stocker la liste des bases de données en cours de récupération, les copies de l'historique des sauvegardes importées à partir de la base de données BizTalkMgmtDb du système source, ainsi que les informations sur les travaux de l'Agent SQL Server configurés pour être exécutés sur les bases de données sources.

  4. Dans le menu Fichier , ouvrez le script SQL suivant :

    %SystemDrive%\Program Files\Microsoft BizTalk Server <version>\Schema\LogShipping_Destination_Logic.sql

  5. Dans le menu Requête , sélectionnez Exécuter.

  6. Sur l’ordinateur ou les ordinateurs que vous avez identifiés comme système de destination, ouvrez SQL Server Management Studio et connectez-vous au SQL Server.

  7. Sélectionnez Nouvelle requête. Dans la fenêtre de requête, collez la commande suivante :

    exec bts_ConfigureBizTalkLogShipping @nvcDescription = '<MyLogShippingSolution>',  
@nvcMgmtDatabaseName = '<BizTalkServerManagementDatabaseName>',  
@nvcMgmtServerName = '<BizTalkServerManagementDatabaseServer>',  
@SourceServerName = null, -- null indicates that this destination server restores all databases  
@fLinkServers = 1 -- 1 automatically links the server to the management database

    Ensuite :

    1. Sur le système de destination, activez les requêtes distribuées ad hoc.

    2. Dans la fenêtre de requête, remplacez <MyLogShippingSolution> par une description explicite, entourée de guillemets simples.

    3. Dans la fenêtre de requête, remplacez <BizTalkServerManagementDatabaseName> et <BizTalkServerManagementDatabaseServer> par le nom et l’emplacement de votre base de données BizTalk Management source, entourés de guillemets simples.

    Notes

    Si vous disposez de plusieurs serveurs sources, vous pouvez restaurer chaque serveur source sur son propre serveur de destination. Sur chaque serveur de destination, dans le paramètre @SourceServerName = null , remplacez null par le nom du serveur source approprié, entouré de guillemets simples (par exemple, @SourceServerName = « MySourceServer », ).

  8. Dans le menu Requête , sélectionnez Exécuter.

    Important

    En cas d'échec de la requête, vous devez résoudre le problème lié à la requête, puis recommencer cette procédure, à partir de l'étape 1, pour reconfigurer le système de destination.

    Notes

    Les travaux de restauration sur le système de destination tentent de recréer les journaux et les fichiers de données pour chaque base de données restaurée dans le même emplacement où ils se trouvaient sur le serveur de bases de données source.

  9. Sur le système de destination dans SQL Server Management Studio, développez SQL Server Agent, puis Travaux.

    Dans le volet de détails, il existe trois nouveaux travaux :

    • Envoi de journaux de BizTalk Server - Obtenir l'historique des sauvegardes

      Ce travail BizTalk déplace des enregistrements d'historique de sauvegarde de la source vers la destination. Par défaut, ce travail est planifié pour être exécuté toutes les minutes. Il est exécuté aussi souvent que possible afin de déplacer des enregistrements de l'historique depuis la source vers la destination En cas de défaillance du système source, le serveur identifié comme système de destination continue de traiter les enregistrements de l'historique déjà importés.

    • Envoi de journaux de BizTalk Server - Restaurer les bases de données

      Ce travail BizTalk restaure les fichiers de sauvegarde des bases de données indiquées pour la source vers le serveur de destination. Par défaut, ce travail est planifié pour être exécuté toutes les minutes. Ce travail est exécuté en permanence, tant que des fichiers de sauvegarde sont à restaurer. Pour plus de précautions, vous pouvez exécuter ce travail une fois de plus pour vous assurer qu'il est bien fait.

    • Envoi de journaux de BizTalk Server - Restaurer à la marque

      Ce travail BizTalk restaure toutes les bases de données jusqu'à une marque dans la dernière sauvegarde du journal. Cela garantit la cohérence transactionnelle de toutes les bases de données. En outre, ce travail recrée, sur le système de destination, tous les travaux de l'Agent SQL Server qui étaient sur le système source.

      Important

      Vous devez surveiller ces travaux pour vous assurer qu'ils n'échouent pas.

  10. Dans le BizTalk Server, accédez au dossier suivant :

    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

  11. Cliquez avec le bouton droit surSampleUpdateInfo.xml, puis sélectionnez Modifier. Effectuez les actions suivantes :

    • Remplacez toutes les instances de « SourceServer » par le nom du système source.

    • Remplacez toutes les instances de « DestinationServer » par le nom du système de destination.

    Important

    Utilisez des guillemets doubles pour encadrer le nom du système source et du système de destination.

    Notes

    Si vous avez renommé l’une des bases de données BizTalk Server, vous devez également mettre à jour les noms de base de données dans le fichier XML.

    Notes

    Si vous avez configuré BAM, vous devez ajouter les lignes suivantes dans la section OtherDatabases du fichier SampleUpdateInfo.xml pour les bases de données BAMAlertsApplication et BAMAlertsNSMain :
    <Database Name="BAM Alerts Application DB" oldDBName="BAMAlertsApplication" oldDBServer="SourceServer" newDBName=" BAMAlertsApplication" newDBServer="DestinationServer"/>
    <Database Name="BAM Alerts Instance DB" oldDBName="BAMAlertsNSMain" oldDBServer="SourceServer" newDBName="BAMAlertsNSMain" newDBServer="DestinationServer"/>

    Si vous avez modifié le nom par défaut de ces deux bases de données, utilisez les noms de bases de données réels.

  12. Si votre système de BizTalk Server contient plusieurs bases de données MessageBox, ajoutez une autre ligne MessageBoxDB à la liste, puis définissez IsMaster="0 » pour les bases de données non master.

  13. Si vous utilisez l'analyse BAM ou le moteur de règles, supprimez les commentaires dans ces lignes, si nécessaire.

  14. Si vous avez des bases de données personnalisées, ajoutez-les sous la <section OtherDatabases> . Consultez Comment sauvegarder des bases de données personnalisées.

  15. Lorsque vous avez terminé de modifier le fichier, enregistrez-le et quittez-le.

Étapes suivantes

Restauration de vos bases de données

Voir aussi

Configuration du travail de sauvegarde de BizTalk Server
Planification du travail de sauvegarde de BizTalk Server
Sauvegarde des bases de données personnalisées