Partager via


Paramètres de SQL Server qui ne doivent pas être modifiés

Lorsque vous configurez SQL Server pendant les procédures de préparation opérationnelle pour BizTalk Server, vous ne devez pas apporter de modifications aux paramètres suivants.

Degré maximal de parallélisme SQL Server

Le degré maximal de parallélisme (MDOP) est défini sur « 1 » pendant la configuration de BizTalk Server pour les SQL Server instance qui hébergent la ou les bases de données MessageBox BizTalk Server. Il s’agit d’un paramètre de niveau SQL Server instance. Ce paramètre ne doit pas être modifié par rapport à la valeur « 1 ». Le fait de remplacer ce paramètre par une valeur autre que « 1 » peut avoir un impact négatif significatif sur le BizTalk Server procédures stockées et les performances. Si la modification du paramètre de parallélisme d’une instance de SQL Server a un effet négatif sur d’autres applications de base de données exécutées sur le SQL Server instance, vous devez créer une instance distincte de SQL Server dédiée à l’hébergement de la BizTalk Server bases de données.

Les requêtes parallèles sont généralement mieux adaptées aux charges de travail de traitement par lots et de prise de décision. Elles ne sont généralement pas souhaitables dans un environnement de traitement des transactions où vous avez de nombreuses requêtes courtes et rapides en cours d’exécution en parallèle. En outre, la modification du paramètre MDOP entraîne parfois la modification du plan de requête, ce qui entraîne des performances de requête médiocres ou même des blocages avec les requêtes BizTalk Server.

Les procédures stockées BizTalk Server fournissent les jointures et les indicateurs de verrouillage appropriés dans la mesure du possible afin d’empêcher l’optimiseur de requête d’effectuer beaucoup de travail et de modifier le plan. Ces procédures stockées fournissent des exécutions de requêtes cohérentes en construisant les requêtes de telle sorte que l’optimiseur de requête soit retiré de l’image autant que possible.

statistiques SQL Server sur la base de données MessageBox

Les options suivantes sont désactivées par défaut dans la base de données MessageBox BizTalk Server lors de sa création :

  • Créer automatiquement des statistiques

  • Mise à jour automatique des statistiques

    N’activez pas ces options sur les bases de données MessageBox. L’activation des options « création automatique de statistiques » et « mise à jour automatique des statistiques » peut entraîner des retards d’exécution des requêtes indésirables, en particulier dans un environnement à charge élevée.

    En outre, les procédures stockées BizTalk Server ont des jointures exactes et des indicateurs de verrouillage spécifiés sur les requêtes. Cela permet de s’assurer que le plan de requête optimal est utilisé par les requêtes BizTalk Server dans SQL Server. Les distributions et les résultats attendus pour les requêtes sont connus ; le nombre approximatif de lignes retournées est connu. Les statistiques ne sont généralement pas nécessaires.

    Pour plus d’informations, consultez les articles suivants :

  • Gérer et résoudre les problèmes des bases de données BizTalk Server

  • Blocage, conditions d’interblocage ou autres problèmes de SQL Server lorsque vous vous connectez à la base de données BizTalkMsgBoxDb dans BizTalk Server.

Modifications apportées à la base de données MessageBox

La base de données MessageBox doit être traitée comme du code source d’application non-Microsoft. Autrement dit, vous ne devez pas « ajuster » la base de données MessageBox en modifiant les tables, les index, les procédures stockées et la plupart des paramètres de base de données SQL Server. Pour plus d’informations, dans le WebLog du moteur BizTalk Core, consultez Ce que vous pouvez et ne pouvez pas faire avec le serveur de base de données MessageBox.

Paramètres par défaut pour la reconstruction et la défragmentation de l’index de base de données

BizTalk Server ne prend pas en charge la défragmentation des index. « DBCC INDEXDEFRAG » et « ALTER INDEX ... RÉORGANISER... ne sont pas pris en charge, car ils utilisent le verrouillage de page, ce qui peut entraîner des blocages et des interblocages avec BizTalk Server. BizTalk Server prend en charge les reconstructions d’index de base de données (« DBCC DBREINDEX » et « ALTER INDEX ... REBUILD ...), mais elles ne doivent être effectuées que pendant les fenêtres de maintenance lorsque BizTalk Server ne traite pas les données. Les reconstructions d’index pendant BizTalk Server traitement des données ne sont pas prises en charge.

Pour plus d’informations, consultez Blocage, conditions d’interblocage ou autres problèmes de SQL Server lorsque vous vous connectez à la base de données BizTalkMsgBoxDb dans BizTalk Server.

La fragmentation de l’index n’est pas autant un problème de performances pour BizTalk Server que pour un système DSS ou un système OLTP qui effectue des analyses d’index. BizTalk Server effectue des requêtes et des mises à jour très sélectives, et BizTalk Server procédures stockées ne doivent pas provoquer d’analyses de table ou d’index.

Voir aussi

Liste de vérification : configuration de SQL Server