Partager via

Post-configuration pour les optimisations de base de données BizTalk Server

  • Article

En plus de suivre les recommandations contenues dans Optimisations de base de données préconfigurées, plusieurs étapes doivent être suivies pour optimiser les performances de BizTalk Server base de données sur SQL Server après l’installation de BizTalk Server et la configuration des bases de données BizTalk Server. Cette rubrique fournit une liste de ces optimisations.

Préallouer de l’espace pour les bases de données BizTalk Server et définir des paramètres de croissance automatique pour les bases de données BizTalk Server à une valeur fixe au lieu d’une valeur de pourcentage

  • SQL Server croissance automatique de base de données est une opération bloquante qui entrave les performances de BizTalk Server base de données. Par conséquent, il est important d’allouer suffisamment d’espace pour les bases de données BizTalk Server à l’avance afin de réduire l’occurrence de la croissance automatique de la base de données.

  • La croissance automatique de la base de données doit être définie sur un nombre fixe de mégaoctets au lieu d’un pourcentage (spécifiez la croissance du fichier en mégaoctets). Cela doit être effectué si la croissance automatique se produit, elle le fait de manière mesurée, ce qui réduit la probabilité d’une croissance excessive de la base de données. L’incrément de croissance ne doit généralement pas dépasser 100 Mo (pour les fichiers volumineux), 10 Mo (pour les fichiers de taille moyenne) ou 1 Mo (pour les petits fichiers).

  • Lorsque SQL Server augmente la taille d’un fichier, le nouvel espace doit d’abord être initialisé avant de pouvoir l’utiliser. Il s’agit d’une opération de blocage qui consiste à remplir le nouvel espace de pages vides. SQL Server 2005 s’exécutant sur Windows Server 2003 ou version ultérieure prend en charge « initialisation instantanée des fichiers ». Cela peut considérablement réduire l’impact sur les performances d’une opération de croissance de fichier. Pour plus d’informations, consultez SQL Server 2008 - Initialisation de fichier de base de données. Cette rubrique décrit les étapes permettant d’activer l’initialisation instantanée des fichiers.

Déplacer le répertoire de sortie backup BizTalk Server vers une LUN dédiée

Déplacez le répertoire de sortie backup BizTalk Server (sauvegarde complète et journal) vers un LUN dédié, modifiez les étapes 1 et 2 (insérer un nouveau chemin de sortie) du travail Backup BizTalk Server [BizTalkMgmtDb]. Le déplacement du répertoire de sortie backup BizTalk Server vers une LUN dédiée réduit la contention d’E/S disque lorsque le travail est en cours d’exécution en écrivant sur un autre disque que celui à partir duquel le travail est lu.

Vérifiez que les travaux de l’Agent SQL BizTalk Server sont en cours d’exécution

BizTalk Server comprend plusieurs travaux SQL Server Agent qui remplissent des fonctions importantes pour maintenir vos serveurs opérationnels et sains. Vous devez surveiller l’intégrité de ces travaux et vous assurer qu’ils s’exécutent sans erreurs. L’une des causes les plus courantes des problèmes de performances dans BizTalk Server est l’BizTalk Server travaux SQL Agent ne sont pas en cours d’exécution, ce qui peut à son tour entraîner une croissance des bases de données MessageBox et Tracking sans vérification. Suivez ces étapes pour vous assurer que les travaux de l’agent SQL BizTalk Server s’exécutent sans problème :

L’une des causes les plus courantes des problèmes de performances dans BizTalk Server est l’BizTalk Server travaux SQL Agent ne sont pas en cours d’exécution, ce qui peut à son tour entraîner une croissance des bases de données MessageBox et Tracking sans vérification. Suivez ces étapes pour vous assurer que les travaux de l’agent SQL BizTalk Server s’exécutent sans problème :

  • Vérifiez que le service SQL Server Agent est en cours d’exécution.

  • Vérifiez que les travaux SQL Server Agent installés par BizTalk Server sont activés et s’exécutent correctement.

    Les travaux BizTalk Server SQL Server Agent sont essentiels : s’ils ne sont pas en cours d’exécution, les performances du système se dégradent au fil du temps.

  • Vérifiez que les BizTalk Server SQL Server Agent travaux se terminent en temps opportun.

    Configurez Microsoft Operations Manager (MOM) 2005 ou Microsoft System Center Operations Manager 2007 pour surveiller les travaux.

    Vous devez connaître les planifications qui sont spécifiques à certains travaux :

    • Le travail MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb s’exécute en continu par défaut. Les logiciels de surveillance doivent tenir compte de cette planification et ne pas produire d’avertissements.

    • Le travail MessageBox_Message_Cleanup_BizTalkMsgBoxDb n’est pas activé ou planifié, mais il est démarré par le MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb travail toutes les 10 secondes. Par conséquent, ce travail ne doit pas être activé, planifié ou démarré manuellement.

  • Vérifiez que le type de démarrage du service SQL Server Agent est correctement configuré.

    Vérifiez que le service SQL Server Agent est configuré avec un type de démarrageAutomatique, sauf si le service SQL Server Agent est configuré en tant que ressource de cluster sur un cluster Windows Server. Si le service SQL Server Agent est configuré en tant que ressource de cluster, vous devez configurer le type de démarragemanuel, car le service sera géré par le service cluster.

Configurer le vidage et l’archivage des données de suivi

Suivez ces étapes pour vous assurer que le vidage et l’archivage des données de suivi sont configurés correctement :

Surveiller et réduire la contention d’E/S du disque de fichier journal DTC

Le fichier journal MS DTC (Microsoft Distributed Transaction Coordinator) peut devenir un goulot d’étranglement d’E/S de disque dans les environnements gourmands en transactions. Cela est particulièrement vrai lors de l’utilisation d’adaptateurs qui prennent en charge des transactions, telles que SQL Server, MSMQ ou MQSeries, ou dans un environnement multi-MessageBox. Les adaptateurs transactionnels utilisent des transactions DTC, et les environnements multi-MessageBox utilisent largement les transactions DTC. Pour vous assurer que le fichier journal DTC ne devient pas un goulot d’étranglement d’E/S disque, vous devez surveiller l’utilisation des E/S de disque pour le disque où le fichier journal DTC réside sur le ou les serveurs de base de données SQL Server. Si l’utilisation des E/S de disque pour le disque où réside le fichier journal DTC devient excessive, envisagez de déplacer le fichier journal DTC vers un disque plus rapide. Dans un environnement où SQL Server est en cluster, ce n’est pas très préoccupant, car le fichier journal se trouve déjà sur un lecteur partagé, qui sera probablement un lecteur SAN rapide avec plusieurs broches. Vous devez néanmoins toujours surveiller l’utilisation des E/S de disque, car elle peut devenir un goulot d’étranglement dans les environnements non cluster ou lorsque le fichier journal DTC se trouve sur un disque partagé avec d’autres fichiers gourmands en disque.

Pour vous assurer que le fichier journal DTC ne devient pas un goulot d’étranglement d’E/S disque, vous devez surveiller l’utilisation des E/S de disque pour le disque où le fichier journal DTC réside sur le ou les serveurs de base de données SQL Server. Si l’utilisation des E/S de disque pour le disque où réside le fichier journal DTC devient excessive, envisagez de déplacer le fichier journal DTC vers un disque plus rapide.

Dans un environnement où SQL Server est en cluster, ce n’est pas très préoccupant, car le fichier journal se trouve déjà sur un lecteur partagé, qui sera probablement un lecteur SAN rapide avec plusieurs broches. Vous devez néanmoins toujours surveiller l’utilisation des E/S de disque, car elle peut devenir un goulot d’étranglement dans les environnements non cluster ou lorsque le fichier journal DTC se trouve sur un disque partagé avec d’autres fichiers gourmands en disque.

Séparer les bases de données MessageBox et Suivi

Étant donné que les bases de données BizTalk MessageBox et BizTalk Tracking sont les plus actives, nous vous recommandons de placer les fichiers de données et les fichiers journaux des transactions pour chacun d’entre eux sur des lecteurs dédiés afin de réduire la probabilité de problèmes liés à la contention d’E/S disque. Par exemple, vous avez besoin de quatre lecteurs pour les fichiers de base de données MessageBox et BizTalk Tracking, un lecteur pour chacun des éléments suivants :

  • Fichier(s) de données MessageBox

  • Fichier(s) journal des transactions MessageBox

  • Fichiers de données BizTalk Tracking (DTA)

  • Fichiers journaux des transactions BizTalk Tracking (DTA)

    La séparation des bases de données BizTalk MessageBox et BizTalk Tracking et la séparation des fichiers de base de données et des fichiers journaux des transactions sur différents disques physiques sont considérées comme des meilleures pratiques pour réduire la contention d’E/S disque. Essayez de répartir les E/S disque sur autant de broches physiques que possible. Vous pouvez également réduire la contention d’E/S disque en plaçant la base de données BizTalk Tracking sur un SQL Server dédié. Toutefois, vous devez toujours suivre les pratiques ci-dessus en ce qui concerne la séparation des fichiers de données et des fichiers journaux des transactions.

Optimiser les groupes de fichiers pour les bases de données BizTalk Server

Suivez les étapes décrites dans Optimisation des groupes de fichiers pour les bases de données1 et le livre blanc « optimisation de base de données BizTalk Server » pour créer des groupes de fichiers et des fichiers supplémentaires pour les bases de données BizTalk Server. Cela augmentera considérablement les performances des bases de données BizTalk Server à partir d’une configuration de disque unique.