Copie des journaux de transaction BizTalk Server avec un nom et une adresse IP d’un cluster Windows
Il est possible de simplifier BizTalk Server la copie des journaux en utilisant deux instances d’un cluster SQL Server comme serveurs source et de destination dans un scénario d’expédition des journaux de BizTalk Server. Ensuite, en cas d’événement de récupération d’urgence, la récupération de base de données est simplifiée en basculant simplement les ressources de nom et d’adresse IP associées aux instances de SQL Server cluster, comme décrit ci-dessous. Lorsque vous utilisez cette approche, il n’est pas nécessaire d’exécuter le script UpdateDatabase.vbs comme décrit dans la rubrique Comment restaurer des bases de données dans le travail de sauvegarde BizTalk Server, car le nom de la base de données est inchangé.
Notes
Pour augmenter la tolérance de panne pour les instances de SQL Server cluster, les instances de SQL Server cluster doivent être séparées géographiquement.
Pour implémenter BizTalk Server la copie des journaux à l’aide d’un nom de cluster Windows Server et d’une ressource d’adresse IP
Arrêtez les serveurs BizTalk de production.
Effectuez une BizTalk Server restauration de la copie des journaux sur le cluster SQL Server secondaire.
Suivez les étapes décrites dans la rubrique Configuration de la copie des journaux de BizTalk Server pour reconfigurer BizTalk Server la copie des journaux afin que le cluster SQL Server secondaire instance soit désormais le groupe source et le cluster SQL Server principal instance est maintenant le groupe de destination.
Arrêtez la ressource d’adresse IP et de nom réseau PublicSQLClustername sur le cluster SQL Server principal instance.
Configurez et démarrez les ressources d’adresse IP et de nom réseau PublicSQLClustername sur le instance de cluster secondaire SQL Server.
Démarrez les serveurs BizTalk de production.
Vérifiez la restauration de la copie des journaux.
Démarrez BizTalk Server services associés sur le site de production.
Après avoir effectué ces étapes, le groupe BizTalk pointe vers le cluster SQL Server secondaire instance, comme illustré dans la figure suivante.
L’illustration suivante montre comment configurer BizTalk Server expédition des journaux à l’aide de deux instances cluster de SQL Server et en déplaçant le nom cluster et la ressource d’adresse IP.
BizTalk Server implémentation de la copie des journaux de transaction à l’aide des ressources de nom et d’adresse IP du cluster Windows Server
Voir aussi
Haute disponibilité pour les bases de données
Configuration de la copie des journaux de transaction BizTalk Server
Comment restaurer des bases de données dans la tâche BizTalk Server de sauvegarde