Partager via


Regroupement des bases de données BizTalk Server

Si les bases de données BizTalk Server ne sont plus disponibles, l’environnement BizTalk Server ne fonctionne pas correctement. Pour fournir une haute disponibilité, vous pouvez créer un cluster Microsoft SQL Server pour les bases de données BizTalk Server, comme illustré dans la figure suivante.

Niveau de base de données de BizTalk Server

Pour créer une solution hautement disponible pour les bases de données BizTalk Server, vous devez disposer d’au moins deux ordinateurs exécutant SQL Server et d’un tableau de disques partagés dans le cluster.

Options de regroupement

Déterminez la meilleure configuration de cluster pour les bases de données BizTalk Server pour vos besoins professionnels. Voici une liste des options suivantes :

  • Actif/passif. La haute disponibilité pour les bases de données BizTalk Server se compose généralement de deux ordinateurs de base de données ou plus configurés dans une configuration de cluster de serveur actif/passif. Ces ordinateurs partagent une ressource de disque commune (par exemple, un réseau de disques RAID 1+0 SCSI ou un réseau de zone de stockage) et utilisent le clustering Windows pour fournir une redondance de sauvegarde et une tolérance de panne.

  • Actif/actif. Le clustering Windows et SQL Server vous permettent d’exécuter SQL Server en mode Actif/Actif, où chaque nœud du cluster est « actif » et exécutant une ou plusieurs instances SQL Server. Par exemple, cela vous permet d’avoir la base de données MessageBox sur un nœud et toutes les autres bases de données BizTalk Server sur l’autre nœud. Cela vous permet d’optimiser l’utilisation matérielle du cluster, mais une configuration SQL Server active/active doit être utilisée avec soin.

    Chaque nœud peut-il simultanément gérer la charge de toutes les instances SQL Server lors d'un scénario de basculement de nœud de cluster SQL Server ? Y a-t-il suffisamment de ressources processeur ? Y a-t-il suffisamment de mémoire ? Qu’en est-il de la bande passante réseau ? Qu’en est-il de la contention d’E/S de disque ?

    Voici quelques-unes des questions à répondre pour déterminer si un cluster SQL Server actif/actif convient à vos applications BizTalk. S’il est déterminé qu’un nœud ne peut pas gérer toutes les instances SQL Server dans un scénario de basculement, une alternative consiste à utiliser un clustering actif/actif/passif.

  • Actif/actif/passif. Les processus d'exécution écrivent dans la base de données de gestion de BizTalk, les bases de données MessageBox, la base de données Tracking Analysis Services, la base de données d'analyse BAM, la base de données BAM Star Schema, la base de données d'importation primaire BAM et la base de données d'archivage BAM. Par conséquent, ces bases de données sont particulièrement importantes si une catastrophe se produit et doivent avoir une priorité plus élevée lors de la détermination des bases de données à cluster. Seuls les utilisateurs ou les outils écrivent dans les autres bases de données. Pour les bases de données MessageBox, vous pouvez envisager une configuration active/active/passive ou active/active/active/passive afin de réduire le matériel nécessaire.

Remarque

SQL Server Standard Edition prend en charge les clusters de basculement à 2 nœuds. Si vous décidez d’utiliser la configuration active/active/passive sur SQL Server, vous devez utiliser Enterprise Edition.

Procédures de clustering des bases de données

Veillez à respecter les conditions préalables suivantes avant de commencer le clustering des bases de données BizTalk Server.

Exécuter la configuration de BizTalk

  1. Installez BizTalk Server sur un serveur d’exécution.

  2. Ouvrez la configuration de BizTalk Server.

  3. Pour appliquer une configuration personnalisée, consultez Import and Export BizTalk Server Configuration. Pour spécifier le cluster SQL Server pour les bases de données BizTalk Server, entrez le nom du cluster SQL Server dans la boîte de dialogue Bases de données de la configuration.

  4. Terminez la configuration de BizTalk Server à l’aide d’une configuration personnalisée.

    Pour plus d’informations sur le clustering de bases de données BizTalk Server, consultez Amélioration de la tolérance de panne dans BizTalk Server à l’aide d’un cluster de basculement Windows Server 2008 ou d’un cluster Windows Server 2003 Server.

Comportement des instances d’hôte BizTalk pendant le basculement SQL Server

Pour plus d’informations sur le comportement des instances d’hôte BizTalk pendant le basculement SQL Server, consultez Comportement des instances hôtes BizTalk Server pendant le basculement SQL Server.

Utilisation de la mise en miroir de bases de données SQL Server

Pour plus d'informations sur l'utilisation de la mise en miroir de bases de données SQL Server par rapport au clustering des bases de données de BizTalk Server, consultez la mise en miroir de bases de données SQL Server, le service de cliché instantané en volume et AlwaysOn.

Voir aussi

Montée en puissance des bases de données BizTalk Server