Évolution verticale du niveau serveur SQL Server
Dans ce modèle, la base de données SQL MessageBox existante est mise à niveau pour évoluer en fonction des exigences en matière de débit et de latence.
La figure suivante montre un scénario dans lequel la base de données principale MessageBox passe d'un serveur à quatre processeurs à un serveur à huit processeurs.
Quand faut-il effectuer une évolution verticale du niveau SQL ?
Lorsque la base de données principale MessageBox peut évoluer verticalement.
Lorsque la base de données principale MessageBox est à l'origine d'engorgements. Ces engorgements peuvent être notamment :
CPU Dans le cas de scénarios d’orchestration très coûteux et complexes, Message box consomme de lourdes ressources processeur. Faire évoluer le serveur SQL verticalement en ajoutant des UC devrait faire évoluer le scénario.
Mémoire ou E/S La mémoire ou les E/S peuvent être goulot d’étranglement et peuvent être mises à niveau.
Lorsque l'évolution verticale est moins chère que l'évolution horizontale, l'évolution verticale peut résoudre ces goulots d'étranglement. Par exemple, si la base de données principale MessageBox présente un problème de conflit de verrouillage SQL, l'évolutivité verticale ne peut pas résoudre ce problème.
Quand décidez-vous que SQL ne peut pas faire l'objet d'une évolutivité verticale ?
L'évolutivité verticale ne peut pas résoudre les engorgements liés à un conflit de verrouillage se produisant sur le niveau SQL. Si ce type d'engorgement se produit, l'évolutivité horizontale est une meilleure option que l'évolutivité verticale.
Stratégies et considérations pour l'évolutivité verticale du niveau SQL
Faites évoluer verticalement la base de données principale MessageBox, puis horizontalement.
La base de données MessageBox master sera finalement le goulot d’étranglement. Pour cette raison, elle devrait être plus rapide et plus conséquente (par exemple, un ordinateur Itanium 64 bits ou x64 à processeur double).
Voir aussi
Évolution horizontale du niveau BizTalk Server
Montée en puissance par unité du niveau BizTalk Server
Évolution horizontale du niveau SQL Server
Hôtes de réception montés en charge
Hôtes de traitement montés en charge
Hôtes d’envoi montés en charge
Utilisation d’un cluster Windows Server pour fournir une haute disponibilité pour les hôtes BizTalk Server 2
Bases de données montées en charge
Mise en cluster des bases de données BizTalk Server