Liste de vérification : configuration de SQL Server

Article
10/14/2023

Étapes à suivre lors de la préparation de SQL Server pour une utilisation dans un environnement de production BizTalk Server.

configuration de SQL Server

Étapes	Référence
Surveillez et réduisez BizTalk Server contention d’E/S de disque de fichiers de base de données.	- Nous vous recommandons de surveiller de manière proactive l’utilisation des E/S de disque pour les disques qui hébergent les fichiers journaux des données et des transactions. - 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é que la contention d’E/S de disque devienne un problème. - Vous pouvez réduire la contention d’E/S de disque en séparant les bases de données MessageBox et Tracking (DTA) et en séparant les fichiers de base de données et les fichiers journaux des transactions sur différents disques physiques. Pour plus d’informations, consultez Surveillance et réduction des conflits d’E/S de base de données.
Vérifier que SQL Server est configuré sur des partitions de disque correctement alignées	Les partitions de disque correctement alignées peuvent entraîner une diminution significative de la latence, améliorant ainsi les performances SQL Server, ce qui améliore à son tour les performances BizTalk Server. Au contraire, les partitions de disque non alignées peuvent affecter négativement les performances d’E/S, ce qui dégrade les performances SQL Server et BizTalk Server. Pour plus d’informations sur la façon dont les partitions de disque correctement alignées peuvent affecter positivement les performances, consultez Meilleures pratiques d’alignement des partitions de disque pour SQL Server.
Conservez les événements que vous surveillez avec le SQL Server Profiler	Utilisez le SQL Server Profiler pour surveiller uniquement les événements qui vous intéressent. Si les traces deviennent trop volumineuses, vous pouvez les filtrer en fonction des informations souhaitées, afin que seul un sous-ensemble des données d’événement soit collecté. La surveillance d'un trop grand nombre d'événements s'ajoute à la charge du serveur et du processus de surveillance, et peut considérablement accroître la taille du fichier ou de la table de trace, en particulier si le processus de surveillance se prolonge sur une période importante.
Surveillez et réduisez la contention d’E/S du disque du fichier journal DTC.	Surveillance et réduction de la contention d’E/S du disque de fichier journal DTC
Fournir une haute disponibilité pour les bases de données SQL Server.	Planification de la disponibilité des bases de données
Passez en revue la configuration du cluster actif/actif SQL Server pour les scénarios de basculement.	Examen et test de la configuration du cluster SQL Server pour les scénarios de basculement
Utilisez les paramètres de configuration par défaut pour : - Degré maximal de parallélisme (MDOP). - SQL Server statistiques sur la base de données MessageBox BizTalk Server. - SQL Server la reconstruction et la défragmentation de l’index de base de données.	Paramètres de SQL Server qui ne doivent pas être modifiés
Activez l’indicateur de trace 1118 (TF1118) en tant que paramètre de démarrage pour toutes les instances de SQL Server.	L’implémentation de TF1118 permet de réduire les conflits entre les instances SQL Server en supprimant presque toutes les allocations de page unique. Pour plus d’informations, consultez l’article Améliorations de la concurrence de la base de connaissances Microsoft pour la base de données tempdb. Note: Pour plus d’informations sur TF1118, consultez Les idées fausses sur TF1118. Notez que le contenu de ce lien n’appartient pas à Microsoft et que Microsoft ne garantit pas l’exactitude du contenu.
Fractionnez la base de données tempdb en plusieurs fichiers de données de taille égale sur chaque SQL Server instance utilisé par BizTalk Server.	Vérifiez que les fichiers de données utilisés pour tempdb sont de taille égale. Cela est essentiel, car l’algorithme de remplissage proportionnel utilisé par SQL Server est basé sur la taille des fichiers de données. Si des fichiers de données sont créés avec des tailles inégales, l’algorithme de remplissage proportionnel utilise davantage le fichier le plus volumineux pour les allocations GAM (Global Allocation Map) au lieu de répartir les allocations entre tous les fichiers, ce qui va à l’encontre de l’objectif de créer plusieurs fichiers de données. En règle générale, créez un fichier de données pour chaque processeur sur le serveur, puis ajustez le nombre de fichiers à la hausse ou à la baisse si nécessaire. Notez qu'une UC à double noyau est traitée comme deux UC distinctes. En tout état de cause, le nombre de fichiers de données ne doit pas être supérieur à 8, quel que soit le nombre de cœurs supplémentaires disponibles sur l’ordinateur. Pour plus d’informations sur les fichiers tempdb, consultez Optimisation des performances tempdb.
Définissez la mémoire minimale et maximale du serveur sur les mêmes valeurs sur les SQL Server instance qui hébergent les bases de données BizTalk Server.	Les ordinateurs exécutant SQL Server qui hébergent les bases de données BizTalk Server doivent être dédiés à l’exécution de SQL Server. Lorsque les ordinateurs exécutant des SQL Server qui hébergent les bases de données BizTalk Server sont dédiés à l’exécution de SQL Server, nous vous recommandons de définir les options « mémoire minimale du serveur » et « mémoire maximale du serveur » sur chaque SQL Server instance pour spécifier la quantité fixe de mémoire à allouer à SQL Server. Dans ce cas, vous devez définir « mémoire minimale du serveur » et « mémoire maximale du serveur » sur la même valeur (égale à la quantité maximale de mémoire physique que SQL Server utiliserez). Cela permet de réduire la surcharge qui serait autrement utilisée par SQL Server la gestion dynamique de ces valeurs. Exécutez les commandes T-SQL suivantes sur chaque ordinateur exécutant SQL Server pour spécifier la quantité fixe de mémoire à allouer à SQL Server : sp_configure « Mémoire maximale du serveur (Mo) », (taille maximale en Mo)sp_configure « Mémoire minimale du serveur (Mo) », (taille minimale en Mo) Avant de définir la quantité de mémoire pour SQL Server, déterminez le paramètre de mémoire approprié en soustrayant la mémoire requise pour Windows Server de la mémoire physique totale. Il s’agit de la quantité maximale de mémoire que vous pouvez affecter à SQL Server. Note: Si le ou les ordinateurs exécutant SQL Server qui hébergent les bases de données BizTalk Server hébergent également le secret de Sign-On master unique d’entreprise, comme décrit dans la rubrique Clustering the Master Secret Server, vous devrez peut-être ajuster cette valeur pour vous assurer qu’il y a suffisamment de mémoire disponible pour exécuter le service d'Sign-On unique d’entreprise.
Compte pour la taille de la base de données de suivi BizTalk	- Lors de la détermination de la taille des messages dans la base de données de suivi BizTalk (DTA), ajoutez la taille moyenne du contexte de message à la taille du message si elle est significative par rapport à la taille du message. - Pour limiter la taille des messages dans la base de données de suivi BizTalk, limitez le nombre de propriétés que vous promouvez. - Si l’option de débogueur d’orchestration est activée, prenez en compte que la status de chaque forme de l’orchestration est enregistrée dans la base de données BizTalk Tracking.

Exécution de procédures de maintenance SQL Server

Étapes	Référence
Définissez des paramètres de croissance automatique pour les bases de données BizTalk Server.	- 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, en particulier pour les bases de données MessageBox et Tracking. En fonction de votre application BizTalk Server et du débit, les bases de données MessageBox et Tracking peuvent devenir assez volumineuses. Si la croissance automatique est définie sur un pourcentage, la croissance automatique peut également être importante. - L’initialisation instantanée des fichiers peut réduire considérablement l’impact sur les performances d’une opération de croissance de fichier. - Dans l’idéal, la taille des fichiers prenant en charge les groupes de fichiers doit être pré-allouée et, si possible, définie sur une taille statique. Pour plus d’informations, consultez Définition des paramètres de croissance automatique pour les bases de données.
Sauvegarder les bases de données BizTalk Server	- Nous vous recommandons d’exécuter le travail de sauvegarde BizTalk Server pour empêcher la BizTalk Server journaux des transactions de base de données de croître de manière illimitée. - Vous devez restaurer régulièrement l’ensemble de l’environnement BizTalk Server et documenter soigneusement le processus. - Nous vous recommandons d’archiver les anciens fichiers de sauvegarde. Pour plus d’informations, consultez Sauvegarde de bases de données.
Surveillez les travaux BizTalk Server SQL Agent.	Surveillez l’intégrité de ces travaux et assurez-vous qu’ils s’exécutent sans erreurs. Pour plus d’informations, consultez Supervision SQL Server Agent travaux.
Activer le suivi et l’archivage des BizTalk Server	Le travail de l’agent SQL « DTA Purge and Archive » archive et purge les anciennes données de la base de données bizTalk Tracking, ce qui l’empêche de croître hors de contrôle. Cela est essentiel pour un système de BizTalk Server sain. Pour plus d’informations, consultez Vidage et archivage des données de suivi.

Sauvegarde des bases de données BizTalk Server

Étapes	Référence
Vérifiez que le travail De sauvegarde BizTalk Server SQL Agent est configuré.	Consultez Configurer le travail de BizTalk Server de sauvegarde
Configurez le travail De sauvegarde BizTalk Server SQL Agent pour supprimer les fichiers de sauvegarde antérieurs au nombre de jours spécifié par la @DaysToKeep variable. Si les fichiers de sauvegarde ne sont pas supprimés, ils peuvent croître sans limite au fil du temps, ce qui peut remplir le ou les disques qui contiennent les fichiers de sauvegarde et provoquer des problèmes liés à l’espace disque limité.	Consultez Configurer le travail de BizTalk Server de sauvegarde
Vérifiez que le travail De sauvegarde BizTalk Server SQL Agent est activé et en cours d’exécution.	Surveillance des tâches de SQL Server Agent

Utilisation de la copie des journaux de transaction SQL Server pour la récupération d’urgence

Étapes	Référence
Vérifiez que les serveurs de récupération d’urgence ont la capacité de gérer la charge de production.	Consultez Utilisation de la copie des journaux de transaction BizTalk Server pour la récupération d’urgence
Assurez-vous que les spécificités de votre routine de récupération d’urgence sont bien documentées.	Consultez Utilisation de la copie des journaux de transaction BizTalk Server pour la récupération d’urgence
Dans le cadre de tests réguliers, pratiquez le basculement vers le site de récupération d’urgence, en particulier lorsque de nouvelles applications BizTalk sont mises en production.	Consultez Utilisation de la copie des journaux de transaction BizTalk Server pour la récupération d’urgence

Surveillance des travaux BizTalk Server SQL Agent

Étapes	Référence
Vérifiez que le service SQL Server Agent est en cours d’exécution.	Consultez Supervision des travaux SQL Server Agent
Vérifiez que les travaux SQL Server Agent installés par BizTalk Server sont activés et s’exécutent correctement.	Consultez Supervision des travaux SQL Server Agent
Vérifiez que les travaux BizTalk Server SQL Agent se terminent en temps opportun.	Consultez Supervision des travaux SQL Server Agent

Vidage et archivage des données de suivi

Étapes	Référence
Assurez-vous que le travail de l’Agent SQL « Purger et archiver DTA » est correctement configuré, activé et terminé correctement.	Consultez Configurer le travail de vidage et d’archivage DTA.
Assurez-vous que le travail est en mesure de vider les données de suivi aussi rapidement que les données de suivi entrantes sont générées.	Voir Mesure du débit maximal de suivi durable
Passez en revue les paramètres de vidage réversible et de vidage dur pour vous assurer que vous conservez les données pendant la durée optimale.	Consultez Archivage et vidage de la base de données de suivi BizTalk.
Si vous avez seulement besoin de vider les anciennes données et que vous n’avez pas besoin de les archiver d’abord, modifiez le travail SQL Agent pour appeler la procédure stockée « dtasp_PurgeTrackingDatabase ».	Consultez Vider les données de la base de données de suivi BizTalk.

Suivant