Haute disponibilité pour les bases de données
BizTalk Server s’appuie fortement sur SQL Server pour le magasin de données et la persistance des données. Tous les autres composants et hôtes de BizTalk Server jouent un rôle précis dans le processus d'intégration des applications d'entreprise (ex. : réception, traitement ou routage des messages) tandis que l'ordinateur où se trouvent les bases de données enregistre ces travaux pour les conserver sur le disque. Par exemple, quand BizTalk Server reçoit un message entrant, l’hôte de réception le conserve dans la base de données MessageBox avant que d’autres hôtes récupèrent le message pour le traitement et l’envoi de l’orchestration. Si votre solution BizTalk implique une orchestration, BizTalk Server achemine le message vers l’hôte qui exécute le processus métier (hôte de traitement) et enregistre le message dans la base de données MessageBox une fois l’orchestration terminée. L'hôte d'envoi extrait ensuite le message de la base de données avant de l'envoyer à l'application externe concernée par l'intermédiaire de l'adaptateur d'envoi approprié.
Pour assurer la haute disponibilité des bases de données BizTalk Server, utilisez le clustering Windows pour configurer au moins deux ordinateurs qui exécutent SQL Server créer un cluster de serveurs. Ce serveur clustering fournit la redondance et la tolérance de panne pour les bases de données BizTalk Server. Dans un cluster à équilibrage de charge, plusieurs ordinateurs forment un groupe et fonctionnent ensemble dans le but d'augmenter la disponibilité et l'évolutivité de l'installation. En revanche, dans un cluster de serveurs, deux ordinateurs dédiés aux bases de données sont configurés sur un modèle actif/passif où l'une des machines fournit les ressources de sauvegarde à l'autre.
Le schéma suivant représente un niveau de base de données BizTalk Server hautement disponible grâce à un cluster de serveurs actif/passif.
Si la machine de base de données active rencontre des problèmes ou s'arrête, la machine passive devient active et reprend le contrôle des ressources de base de données jusqu'à ce que la machine défaillante soit de nouveau opérationnelle. Le service de base de données bascule et restaure les connexions de données vers le nouvel ordinateur actif et permet à l’application BizTalk de continuer à fonctionner.
Bases de données BizTalk Server
Microsoft BizTalk Server installe plusieurs bases de données sur le serveur SQL Server. Le tableau suivant présente les caractéristiques d’utilisation classiques des bases de données BizTalk Server.
| Base de données | Nom par défaut de la base de données | Caractéristiques d’utilisation |
|---|---|---|
| Base de données de gestion | BizTalkMgmtDb | Cette base de données gère les opérations de lecture et d’écriture à faible utilisation. |
| Base de données MessageBox | BizTalkMsgBoxDb | Cette base de données gère les opérations de lecture et d’écriture à usage élevé. |
| Base de données des suivis | BizTalkDTADb | Cette base de données gère les opérations d’écriture potentiellement à forte utilisation en fonction de la quantité de données que vous configurez pour le suivi et des opérations de lecture à faible utilisation. |
| Base de données SSO | SSODB | Cette base de données gère les opérations de lecture et d’écriture à faible utilisation. |
| Base de données d'analyse BAM | BAMAnalysis | Cette base de données SQL Server Analysis Services gère les opérations de lecture et d’écriture potentiellement à forte utilisation, en fonction du niveau de supervision effectué. |
| Base de données de schémas en étoile BAM | BAMStarSchema | Cette base de données SQL Server Analysis Services gère les opérations de lecture et d’écriture potentiellement à forte utilisation, en fonction du niveau de supervision effectué. |
| Base de données d'importation principale BAM | BAMPrimaryImport | Cette base de données SQL Server Analysis Services gère les opérations de lecture et d’écriture potentiellement à forte utilisation, en fonction du niveau de supervision effectué. |
| Base de données des archives de l'analyse BAM | BAMArchive | Cette base de données SQL Server Analysis Services gère les opérations de lecture et d’écriture potentiellement à forte utilisation, en fonction du niveau de supervision effectué. |
| Base de données du moteur de règles | BizTalkRuleEngineDb | Cette base de données gère les opérations de lecture et d’écriture potentiellement à faible utilisation, sauf si vous mettez à jour les règles. |
| Suivi de la base de données Analysis Services | BizTalkAnalysisDb | Cette base de données SQL Server Analysis Services gère les opérations de lecture et d’écriture à usage élevé. |
BizTalk Server opérations d’exécution utilisent généralement les quatre premières bases de données (base de données de gestion, bases de données MessageBox, base de données de suivi et base de données SSO). En fonction du trafic sur ces bases de données, vous pouvez les placer sur des ordinateurs distincts qui exécutent SQL Server. Selon la fonctionnalité BizTalk Server employée, vous pouvez disposer de tout ou partie des bases de données de ce tableau. Vous pouvez effectuer un scale-out et mettre en cluster ces bases de données en fonction des besoins.
Veillez à suivre les bonnes pratiques de déploiement SQL Server, telles que l’utilisation de disques distincts pour chaque base de données.
Pour les bases de données BizTalk Server, nous vous recommandons d’effectuer les opérations suivantes :
Configurez les clustering de basculement. Le clustering de basculement permet à SQL Server de basculer automatiquement le traitement d’un instance de SQL Server d’un serveur défaillant vers un serveur opérationnel.
La base de données d'importation principale BAM collecte les données d'événement. En cas de sinistre, les données ajoutées à cette base de données depuis la dernière sauvegarde seront perdues. Étant donné qu’il n’existe aucun moyen de régénérer les événements perdus, il est particulièrement important d’activer le basculement clustering sur votre base de données d’importation principale BAM.
Utilisez SQL Server RAID 1+0 (tableau redondant de disques indépendants), en particulier pour la base de données MessageBox et la base de données d’importation principale BAM.
Pour plus d’informations sur la sauvegarde de vos bases de données BizTalk Server, consultez Meilleures pratiques pour la récupération d’urgence.
Notes
Microsoft SQL Server fournit une solution logicielle appelée mise en miroir de bases de données pour augmenter la probabilité qu’une base de données soit disponible. Actuellement, l’utilisation de la mise en miroir de bases de données SQL Server n’est pas une solution prise en charge pour garantir la haute disponibilité des bases de données Microsoft BizTalk Server en raison de problèmes potentiels de maintien de la cohérence transactionnelle dans les bases de données BizTalk Server.
Pour plus d’informations sur la mise en miroir de bases de données et les transactions entre bases de données dans SQL Server, consultez Transactions - groupes de disponibilité et mise en miroir de bases de données. BizTalk Server bases de données doivent être installées sur un cluster SQL Server pour garantir la haute disponibilité et la copie des journaux de transaction doivent être utilisées à des fins de récupération d’urgence.
Pour plus d’informations sur la copie des journaux de transaction, consultez Qu’est-ce que la copie des journaux de transaction BizTalk Server ?
Dans cette section
Voir aussi
Planification de la haute disponibilité
Haute disponibilité pour les hôtes BizTalk
Haute disponibilité pour le serveur de secret principal
Récupération d’urgence