Optimisations du système d’exploitation

Cette rubrique fournit des recommandations pour optimiser les performances des ordinateurs BizTalk Server utilisés dans un environnement de BizTalk Server de production. Ces optimisations sont appliquées après l’installation et la configuration de BizTalk Server.

Instructions générales pour améliorer les performances du système d’exploitation

Les recommandations suivantes peuvent être utilisées pour augmenter les performances du système d’exploitation :

Installez les derniers BIOS, pilotes de réseau de zone de stockage (SAN), microprogramme de carte réseau et pilotes de carte réseau les plus récents

Les fabricants de matériel publient régulièrement des mises à jour du BIOS, des microprogrammes et des pilotes qui peuvent améliorer les performances et la disponibilité du matériel associé. Visitez le site Web du fabricant de matériel pour télécharger et appliquer des mises à jour pour les composants matériels suivants sur chaque ordinateur de l’environnement BizTalk Server :

1. Mises à jour du BIOS

2. Pilotes SAN (si vous utilisez un SAN)

3. Microprogramme de carte réseau

4. Pilotes de carte réseau

Affecter le répertoire du fichier journal MSDTC à un lecteur dédié distinct

Dans un environnement BizTalk Server avec plusieurs bases de données MessageBox sur des ordinateurs SQL Server distincts, une surcharge supplémentaire associée à Microsoft Distributed Transaction Coordinator (MSDTC) est encourue. Par défaut, les fichiers journaux MSDTC se trouvent dans le répertoire %systemdrive%\windows\system32\msdtc des ordinateurs exécutant le service DTC. Pour atténuer le risque que la journalisation DTC devienne un goulot d’étranglement des performances, envisagez de déplacer le répertoire du fichier journal MSDTC vers un lecteur de disque rapide. Pour modifier le répertoire du fichier journal MSDTC, procédez comme suit :

1. Cliquez sur Démarrer, sur Exécuter, puis tapez dcomcnfg pour lancer la console gestion des services de composants.

2. Développez Services de composants, Ordinateurs, cliquez avec le bouton droit sur Poste de travail, puis cliquez sur Propriétés.

3. Dans la boîte de dialogue Propriétés du poste de travail , cliquez sur l’onglet MSDTC .

4. Dans la zone d’édition Emplacement sous Informations du journal, tapez le chemin d’accès où vous souhaitez créer le nouveau journal (par exemple, G :\Logs\DTCLog).

5. Cliquez sur Réinitialiser le journal et vous serez invité à redémarrer le service. Cliquez sur OK pour redémarrer le service DTC, puis sur OK pour confirmer que le service MSDTC a été redémarré.

Configurer un logiciel antivirus pour éviter l’analyse en temps réel des exécutables BizTalk Server et des suppressions de fichiers

L’analyse en temps réel des logiciels antivirus de BizTalk Server fichiers exécutables et de tous les dossiers ou partages de fichiers surveillés par BizTalk Server emplacements de réception peut avoir un impact négatif sur les performances BizTalk Server. Si un logiciel antivirus est installé sur le ou les ordinateurs BizTalk Server, désactivez l’analyse en temps réel des types de fichiers non exécutables référencés par tous les emplacements de réception BizTalk Server (généralement .XML, mais peuvent également être .csv, .txt, etc.) et configurez le logiciel antivirus pour exclure l’analyse de BizTalk Server fichiers exécutables

Désactiver l’analyse réseau de détection d’intrusion entre ordinateurs dans l’environnement BizTalk Server

Les logiciels de détection d’intrusion peuvent ralentir ou même empêcher des communications valides sur le réseau. Si un logiciel de détection d’intrusion est installé, désactivez l’analyse réseau entre les ordinateurs BizTalk Server et les ordinateurs de dépôts de données externes (SQL Server) ou les ordinateurs des services de messagerie (Message Queuing, WebSphere MQSeries, etc.).

Défragmenter régulièrement tous les disques de l’environnement BizTalk Server

La fragmentation excessive du disque dans l’environnement BizTalk Server a un impact négatif sur les performances. Procédez comme suit pour défragmenter les disques dans l’environnement BizTalk Server :

1. Défragmentez régulièrement tous les disques (locaux et SAN/NAS) en planifiant la défragmentation des disques hors heures.

2. Défragmentez le PageFile Windows et pré-allouez les tables de fichiers maîtres de chaque disque dans l’environnement BizTalk Server pour améliorer les performances globales du système.

   Notes

   Utilisez l’utilitaire PageDefrag pour défragmenter le PageFile Windows et préallouer les tables de fichier maître. Pour plus d’informations, accédez à Commandes Windows : défragmentation.

Si un logiciel antivirus est installé sur le ou les ordinateurs SQL Server, désactivez l’analyse en temps réel des fichiers de données et de transaction

L’analyse en temps réel des fichiers de données et de transaction SQL Server (.mdf, .ndf, .ldf, .mdb) peut augmenter la contention d’E/S du disque et réduire SQL Server performances. Notez que les noms des fichiers de données et de transaction SQL Server peuvent varier d’un environnement à l’autre BizTalk Server. Pour plus d’informations sur les fichiers de données et de transaction créés avec une configuration de BizTalk Server par défaut, consultezOptimisation des groupes de fichiers pour les bases de données.

Configurer MSDTC pour BizTalk Server

Passez en revue les informations suivantes pour configurer MSDTC pour BizTalk Server :

• Configurez MSDTC sur le BizTalk Server. Pour plus d’informations, consultez Configurer et installer les prérequis pour BizTalk Server 2020.

• Résolution des problèmes liés à MSDTC.

Configurer le ou les pare-feu pour BizTalk Server

Passez en revue les informations suivantes pour configurer le ou les pare-feu pour BizTalk Server :

• Ports requis pour BizTalk Server
• Comment faire pour configurer l'allocation de port dynamique RPC avec un pare-feu

Utiliser le système de fichiers NTFS sur tous les volumes

Windows Server offre plusieurs types de systèmes de fichiers pour la mise en forme des lecteurs, notamment NTFS, FAT et FAT32. NTFS doit toujours être le système de fichiers de choix pour les serveurs. Windows Server

NTFS offre des avantages considérables en matière de performances par rapport aux systèmes de fichiers FAT et FAT32 et doit être utilisé exclusivement sur les serveurs Windows. En outre, NTFS offre de nombreux avantages en matière de sécurité, d’extensibilité, de stabilité et de récupération par rapport à FAT et FAT32.

Dans les versions précédentes de Windows, FAT et FAT32 étaient souvent implémentés pour des volumes plus petits (par exemple <500 Mo), car ils étaient souvent plus rapides dans de telles situations. Avec le stockage sur disque relativement peu coûteux aujourd’hui et les systèmes d’exploitation et les applications poussant la capacité du lecteur au maximum, il est peu probable que de tels petits volumes soient utilisés. FAT32 est mieux mis à l’échelle que FAT sur des volumes plus importants, mais n’est toujours pas un système de fichiers approprié pour les serveurs Windows.

FAT et FAT32 ont souvent été implémentés dans le passé, car ils étaient considérés comme plus facilement récupérables et gérables avec les outils DOS natifs en cas de problème avec un volume. Aujourd’hui, avec les différents outils de récupération NTFS intégrés en mode natif dans le système d’exploitation et disponibles en tant qu’utilitaires tiers disponibles, il ne doit plus y avoir d’argument valide pour ne pas utiliser NTFS pour les systèmes de fichiers.

N’utilisez pas la compression de fichier NTFS

Bien que l’utilisation de la compression du système de fichiers NTFS soit un moyen simple de réduire l’espace sur les volumes, elle n’est pas appropriée pour les serveurs de fichiers d’entreprise. L’implémentation de la compression engendre une surcharge inutile sur le processeur pour toutes les opérations de disque et est préférable d’éviter. Réfléchissez aux options d’ajout de disques supplémentaires, de stockage proche de la ligne ou envisagez d’archiver des données avant d’envisager sérieusement la compression du système de fichiers.

Passer en revue la taille de la bande du contrôleur de disque et les unités d’allocation de volume

Lors de la configuration des tableaux de lecteurs et des lecteurs logiques au sein de votre contrôleur de lecteur matériel, veillez à faire correspondre la taille de bande du contrôleur à la taille d’unité d’allocation avec laquelle les volumes seront mis en forme. Cela garantit que les performances de lecture et d’écriture sur disque sont optimales et offrent de meilleures performances globales du serveur.

La configuration de plus grandes tailles d’unité d’allocation (ou de cluster ou de bloc) entraîne une utilisation moins efficace de l’espace disque, mais offre également des performances d’E/S disque plus élevées, car la tête de disque peut lire davantage de données pendant chaque activité de lecture.

Pour déterminer le paramètre optimal pour configurer le contrôleur et mettre en forme les disques avec, vous devez déterminer la taille moyenne du transfert de disque sur le sous-système disque d’un serveur avec des caractéristiques de système de fichiers similaires. Utilisez l’outil de Analyseur de performances Windows Server pour surveiller les compteurs d’objets de disque logique d’octets de disque/lecture et d’octets de disque/écriture moyen sur une période d’activité normale afin de déterminer la meilleure valeur à utiliser.

Bien que des tailles d’unités d’allocation plus petites puissent être justifiées si le système accède à de nombreux petits fichiers ou enregistrements, une taille d’unité d’allocation de 64 Ko offre des performances et un débit d’E/S solides dans la plupart des cas. Les améliorations des performances avec des tailles d’unités d’allocation optimisées peuvent être particulièrement notées lorsque la charge du disque augmente.

Surveiller l’utilisation de l’espace disque

Moins il y a de données sur un disque, plus il fonctionne rapidement. En effet, sur un lecteur bien défragmenté, les données sont écrites aussi près que possible du bord externe du disque, car c’est là que le disque tourne le plus rapidement et produit les meilleures performances.

Le temps de recherche de disque est normalement considérablement plus long que les activités de lecture ou d’écriture. Comme indiqué ci-dessus, les données sont initialement écrites sur le bord extérieur d’un disque. À mesure que la demande de stockage sur disque augmente et que l’espace libre diminue, les données sont écrites plus près du centre du disque. Le temps de recherche de disque augmente lors de la localisation des données à mesure que la tête s’éloigne de la périphérie, et lorsqu’elle est trouvée, la lecture prend plus de temps, ce qui entrave les performances d’E/S disque.

Cela signifie que la surveillance de l’utilisation de l’espace disque est importante non seulement pour des raisons de capacité, mais également pour des raisons de performances.

En règle générale, travaillez vers l’objectif de maintenir l’espace libre sur le disque entre 20 % et 25 % de l’espace disque total. Si l’espace disque libre passe en dessous de ce seuil, les performances d’E/S disque seront affectées négativement.

Implémenter une stratégie pour éviter la fragmentation du disque

Exécutez régulièrement un utilitaire de défragmenteur sur vos disques, y compris le lecteur racine, pour empêcher la dégradation des performances. Effectuez cette opération hebdomadaire sur des disques occupés. Un défragmenteur de disque est installé avec Windows Server et peut être exécuté à partir d’une tâche planifiée à intervalles spécifiés.

Optimiser les performances de Windows Server pour les services en arrière-plan

Le processus BizTalk Server (BTSNTSVC.exe) s’exécute en tant que service en arrière-plan. Par défaut, Windows Server est configuré pour s’ajuster pour optimiser les performances des programmes d’application et non pour les services en arrière-plan.

Windows Server utilise le multitâchage préemptif pour hiérarchiser les threads de processus qui seront pris en charge par le processeur. Le multitâchage préemptif est une méthodologie par laquelle l’exécution d’un processus est arrêtée et un autre processus est démarré, à la discrétion du système d’exploitation. Ce schéma empêche un thread unique de dominer le processeur.

Le basculement de l’UC d’un processus à l’autre est appelé changement de contexte. Le système d’exploitation Windows inclut un paramètre qui détermine la durée pendant laquelle les threads individuels sont autorisés à s’exécuter sur le processeur avant qu’un changement de contexte ne se produise et que le thread suivant soit pris en charge. Cette durée est appelée quantum. Ce paramètre vous permet de choisir la façon dont les quanta de processeur sont partagés entre les programmes de premier plan et les services d’arrière-plan. En règle générale, pour un serveur, il n’est pas souhaitable d’autoriser un programme de premier plan à lui allouer plus de temps processeur que les services en arrière-plan. Autrement dit, toutes les applications et leurs processus en cours d’exécution sur le serveur doivent être pris en compte de la même valeur pour le temps processeur.

Pour augmenter les performances du service en arrière-plan comme les instances d’hôte BizTalk, procédez comme suit :

1. Cliquez sur Démarrer, sur Panneau de configuration, puis sur Système.

2. Cliquez sur l’onglet Avancé , puis sur Paramètres sous Performances.

3. Cliquez sur l’onglet Avancé , sur Services d’arrière-plan, puis sur OK à deux reprises.

Charger manuellement des listes de révocation de certificats Microsoft

Lors du démarrage d’une application .NET, le .NET Framework tente de télécharger la liste de révocation de certificats (CRL) pour tout assembly signé. Si votre système n’a pas d’accès direct à Internet ou n’est pas autorisé à accéder au domaine Microsoft.com, cela peut retarder le démarrage de BizTalk Server. Pour éviter ce retard au démarrage de l’application, vous pouvez utiliser les étapes suivantes pour télécharger et installer manuellement les listes de révocation de certificats de signature de code sur votre système.

1. Téléchargez les dernières mises à jour de la liste de révocation de certificats à partir de http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl et http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.

2. Déplacez les fichiers CodeSignPCA.crl et CodeSignPCA2.crl vers le système isolé.

3. À partir d’une invite de commandes, entrez la commande suivante pour utiliser l’utilitaire certutil afin de mettre à jour le magasin de certificats local avec la liste de révocation de certificats téléchargée à l’étape 1 :

   certutil –addstore CA c :\CodeSignPCA.crl

   Les fichiers de liste de révocation de certificats sont mis à jour régulièrement. Vous devez donc envisager de définir une tâche récurrente de téléchargement et d’installation des mises à jour de liste de révocation de certificats. Pour afficher l’heure de la prochaine mise à jour, double-cliquez sur le fichier .crl et affichez la valeur du champ Mise à jour suivante .

Synchroniser l’heure sur tous les serveurs

De nombreuses opérations impliquant des tickets, des reçus et des journaux s’appuient sur la précision de l’horloge système locale. Cela est particulièrement vrai dans un environnement distribué, où les écarts de temps entre les systèmes peuvent entraîner la non-synchronisation des journaux ou le rejet par un autre des tickets émis par un système comme expirés ou non encore valides.

Pour plus d’informations sur la configuration d’un serveur pour synchroniser automatiquement l’heure, consultez Configurer un ordinateur client pour la synchronisation automatique de l’heure du domaine.

Configurer windows PAGEFILE pour des performances optimales

Suivez ces instructions pour configurer windows PAGEFILE (fichier de pagination) pour des performances optimales :

1. Déplacez le fichier de pagination vers un volume physique distinct du lecteur physique sur lequel le système d’exploitation est installé pour réduire la contention de disque et augmenter les performances du disque : sur BizTalk Server ordinateurs, les gains de performances associés au déplacement du fichier de pagination varient en fonction de la charge de traitement du document. Sur SQL Server ordinateurs, le déplacement du fichier de pagination vers un volume distinct est considéré comme une bonne pratique dans tous les scénarios en raison de la nature intensive du disque de SQL Server.

2. Isolez le fichier de pagination sur un ou plusieurs lecteurs physiques dédiés configurés en tant que tableaux RAID-0 (entrelacement) ou RAID-1 (mise en miroir), ou sur des disques uniques sans RAID : à l’aide d’un disque dédié ou d’un tableau de lecteurs où PAGEFILE.SYS est le seul fichier sur l’ensemble du volume, le fichier de pagination ne sera pas fragmenté, ce qui améliorera également les performances. Comme avec la plupart des tableaux de disques, les performances du tableau sont améliorées à mesure que le nombre de disques physiques dans le tableau est augmenté. Si le fichier de pagination est distribué entre plusieurs volumes sur plusieurs lecteurs physiques d’un tableau de disques, la taille du fichier de pagination doit être identique sur chaque lecteur du tableau. Lors de la configuration d’un tableau de disques, il est également recommandé d’utiliser des lecteurs physiques ayant la même capacité et la même vitesse. Notez que la redondance n’est normalement pas requise pour le fichier de pagination.

3. Ne configurez pas le fichier de pagination sur un tableau RAID 5 : la configuration du fichier de pagination sur un tableau RAID 5 n’est pas recommandée, car l’activité de pagination des fichiers est intensive en écriture et les tableaux RAID 5 sont mieux adaptés aux performances de lecture que d’écriture.

4. Si vous n’avez pas les ressources pour déplacer le fichier de pagination vers un volume physique autre que celui sur lequel le système d’exploitation est installé, configurez le fichier de pagination pour qu’il réside sur le même volume logique que le système d’exploitation . La configuration du fichier de pagination pour qu’il réside sur un autre volume logique qui se trouve sur le même disque physique que le système d’exploitation augmente le temps de recherche du disque et réduit les performances du système en tant que têtes de plateau de lecteur de disque se déplace continuellement entre les volumes, en accédant alternativement au fichier de page, aux fichiers de système d’exploitation, aux fichiers d’application et aux fichiers de données. En outre, le système d’exploitation est généralement installé sur la première partition d’un disque physique, qui est généralement la plus proche du bord extérieur du disque physique et où la vitesse du disque est et les performances associées sont optimales pour le disque.

   Important

   Si vous supprimez le fichier de pagination de la partition de démarrage, Windows ne peut pas créer de fichier de vidage sur incident (MEMORY. DMP) dans lequel écrire des informations de débogage en cas d’erreur STOP en mode noyau. Si vous avez besoin d’un fichier de vidage sur incident, vous n’aurez pas d’autre choix que de laisser un fichier de pagination d’au moins la taille de mémoire physique + 1 Mo sur la partition de démarrage.

5. Définir manuellement la taille du fichier de pagination : définir manuellement la taille du fichier de pagination offre généralement de meilleures performances que de permettre au serveur de le dimensionner automatiquement ou de n’avoir aucun fichier de pagination du tout. Il est recommandé de définir les paramètres de taille initiale (minimale) et maximale du fichier de pagination sur la même valeur. Cela garantit qu’aucune ressource de traitement n’est perdue par le redimensionnement dynamique du fichier de pagination, ce qui peut être intensif. Cela est particulièrement vrai étant donné que cette activité de redimensionnement se produit généralement lorsque les ressources de mémoire sur le système sont déjà contraintes. La définition de la même valeur de taille de fichier de page minimale et maximale garantit également que la zone de pagination sur un disque est une seule zone contiguë, ce qui améliore le temps de recherche du disque.