Partager via


Mise en cluster des bases de données BizTalk Server

Lorsque les bases de données BizTalk Server sont indisponibles, l'environnement BizTalk Server ne fonctionne pas correctement. Pour qu'elles soient hautement disponibles, vous pouvez créer pour elles un cluster Microsoft SQL Server, comme indiqué sur le schéma suivant.

BizTalk Server niveau base de données

Afin de créer une solution qui soit hautement disponible pour les bases de données BizTalk Server, vous devez disposer d'au moins deux ordinateurs exécutant SQL Server et d'une baie de disques partagée dans le cluster.

Clustering Options

Il vous est possible de définir la configuration de cluster la mieux adaptée aux bases de données de BizTalk Server et répondant le mieux à vos besoins. Voici une liste des options :

  • Actif/passif. La haute disponibilité des 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 serveurs actif/passif. Ces ordinateurs partagent une ressource de disque commune (telle qu’une baie de disques SCSI RAID 1+0 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 d’exécuter 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 du matériel du cluster, mais une configuration SQL Server active/active doit être utilisée avec précaution.

    Chaque nœud peut-il gérer simultanément la charge de toutes les instances de SQL Server pendant 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 auxquelles vous devez 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 des clustering actifs/passifs.

  • Actif/actif/passif. Les processus d'exécution écrivent dans la base de données de gestion BizTalk, les bases de données MessageBox, la base de données du composant d'analyse des suivis, celle des schémas en étoile BAM, la base de données d'importation principale BAM et celle des archives BAM. Ces bases de données sont donc particulièrement importantes en cas de sinistre et sont prioritaires lorsqu'il s'agit de déterminer les bases de données à mettre en 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 pour réduire le matériel nécessaire.

Notes

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 la Êdition Entreprise.

Procédures de mise en cluster des bases de données

Avant de commencer à clustering les bases de données BizTalk Server, vérifiez que vous remplissez les conditions préalables suivantes.

Exécuter la configuration BizTalk

  1. Installez BizTalk Server sur un serveur runtime.

  2. Ouvrez BizTalk Server Configuration.

  3. Pour appliquer une configuration personnalisée, consultez Importer et exporter 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. Effectuez la configuration BizTalk Server à l’aide d’une configuration personnalisée.

    Pour plus d’informations sur les bases de données clustering 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 SQL Server basculement, consultez Comportement des instances d’hôte 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 en ce qui concerne BizTalk Server clustering de base de données, consultez SQL Server mise en miroir de bases de données, service de cliché instantané des volumes et AlwaysOn.

Voir aussi

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