Réglage des performances de Microsoft Exchange Server 2003

Dernière rubrique modifiée : 2006-08-16

Ce chapitre contient des informations sur la personnalisation et l'optimisation des performances de Microsoft® Exchange Server 2003. Il inclut des conseils et recommandations en matière de personnalisation qui peuvent ne pas s'appliquer à votre déploiement actuel. Il est par conséquent recommandé de le lire en entier pour déterminer quels paramètres s'appliquent à votre situation.

Pour les utilisateurs Exchange 2000 Server, certaines des recommandations de ce chapitre sont identiques à celles que contenait le guide de réglage des performances précédent. En outre, certaines modifications antérieures ne sont plus nécessaires. Pour plus d'informations sur les paramètres devenus superflus, voir la rubrique sur les Paramètres obsolètes.

Améliorations liées aux performances

Exchange Server 2003 inclut plusieurs nouveautés qui améliorent le réglage, par exemple la gestion du trafic d'état des liens et de l'espace d'adresse virtuelle. Pour une description détaillée de ces optimisations des performances, consultez la rubrique Nouveautés dans Exchange Server 2003.

Sous-système de disque

Les sections suivantes précisent la configuration de stockage recommandée pour les divers types de serveurs Exchange 2003. Pour les utilisateurs Exchange 2000, cette section contient les mêmes recommandations que la documentation précédente sur les performances d'Exchange 2000 Server.

Serveur tête de pont SMTP

Si le serveur est un serveur tête de pont SMTP (Simple Mail Transfer Protocol), la meilleure configuration de disque consiste généralement à créer une partition. Les messages arrivent sur l'interface SMTP, sont écrits dans le répertoire Mailroot (qui doit se trouver sur un système formaté pour le système de fichiers NTFS), puis sont transmis à l'ordinateur suivant. Pour optimiser les performances, fractionnez le répertoire Mailroot sur autant de disques que possible. Si vous avez plusieurs partitions sur un serveur tête de pont SMTP, déplacez le répertoire SMTP Mailroot vers la partition la plus rapide. Pour des instructions détaillées sur la procédure de déplacement du dossier Mailroot, voir la rubrique sur la Procédure de déplacement du répertoire Mailroot dans Exchange Server 2003.

Une pile doit atteindre une vitesse de transfert approximative de 30 petits messages par seconde. Par conséquent, lorsque vous augmentez le nombre de piles, les performances s'améliorent.

Votre configuration RAID (Redundant Array of Inexpensive Disks) matérielle est largement dictée par le nombre de piles de disques disponibles, comme le montre le tableau suivant.

Recommandations RAID

Si votre contrôleur RAID matériel dispose d'un cache en écriture différée, exploité en miroir et doté d'une batterie de secours, et qu'il vous permet de régler le ratio cache de lecture/cache d'écriture, fixez le ratio à 100 % de cache d'écriture, car le serveur ne peut accuser réception d'un message qu'une fois celui-ci écrit sur le disque. Par conséquent, plus vite le serveur peut écrire sur le disque, plus il répond rapidement aux autres ordinateurs. Bien que le contenu des messages doive être relu avant d'être relayé vers l'ordinateur suivant, le service SMTP conserve un descripteur de fichier ouvert vers les données et il peut extraire les contenus du cache NTFS.

Serveur tête de pont X.400 ou autre serveur connecteur

Si votre serveur Exchange 2003 contient de nombreux connecteurs X.400 ou se connecte à d'autres systèmes de messagerie (tels que Lotus cc:Mail, Lotus Notes, Novell GroupWise ou Microsoft Mail), créez une partition de disque séparée pour les journaux des transactions si vous avez suffisamment de piles. Les messages qui utilisent ces connecteurs Exchange emploient le processus Store.exe pour traiter les données et, si le serveur est confronté à une lourde charge, un gain de performance supplémentaire s'obtient en séparant les journaux des transactions de la base de données.

Lorsqu'un message est reçu par l'Agent de transfert des messages (MTA, Message Transfer Agent), les données sont écrites dans le répertoire Mtadata sur une partition NTFS et transmises au processus Store.exe via une file d'attente virtuelle MTS-IN. Comme le message est transmis au processus Store.exe, des données sont écrites dans les fichiers journaux des transactions. Le message est ensuite traité par le processus de catégorisation et de routage. Si le routage a déterminé que le message doit être envoyé à l'extérieur via un connecteur X.400, les données sont transférées dans la file d'attente virtuelle MTS-OUT. Les autres connecteurs de messagerie emploient un processus similaire.

Le nombre de piles de disques disponibles affecte votre configuration RAID matérielle (voir tableau suivant).

Recommandations RAID

Bien que la configuration à 6 disques n'utilise pas de partition RAID pour le fichier d'échange, vous avez intérêt à placer le fichier d'échange sur une partition protégée s'il est essentiel d'assurer une haute disponibilité du serveur.

Si votre contrôleur RAID matériel dispose d'un cache en écriture différée, exploité en miroir et doté d'une batterie de secours, et qu'il vous permet de régler le ratio cache de lecture/cache d'écriture, fixez le ratio à 100 % de cache d'écriture pour les configurations qui utilisent une seule partition et à 100 % de cache d'écriture sur la partition des journaux des transactions lorsque vous utilisez cinq disques ou davantage. Vous obtiendrez un gain de performance plus élevé en utilisant un cache d'écriture sur les journaux des transactions au lieu d'un cache de lecture sur le lecteur de la base de données.

Serveurs de boîtes aux lettres et de dossiers publics

Si vous configurez un seul serveur de base de données, votre configuration disque est semblable à celle d'Exchange Server 5.5 et d'Exchange 2000 Server. Votre première priorité est de stocker les journaux des transactions et la base de données sur des piles de disques séparées. Non seulement les journaux doivent se trouver sur un ensemble de piles différent, mais cet ensemble de piles doit être dédié uniquement aux journaux. Par exemple, la séparation n'apporte aucun gain de performance si vous placez le fichier d'échange ou le système d'exploitation Windows® 2000 Server ou Windows Server™ 2003 sur le même ensemble de piles que les journaux.

Si vous comptez créer plusieurs groupes de stockage sur le serveur, votre priorité absolue est, encore une fois, de placer les journaux sur des piles dédiées. Cependant, pour améliorer les performances, vous devez avoir un ensemble de piles dédié pour chaque groupe de stockage. Une fois que vous avez un ensemble de piles dédié, déterminez combien il vous reste de piles. Sur la majorité des serveurs, il ne restera pas beaucoup de logements de disque disponibles. Par conséquent, vous aurez peut-être intérêt à placer toutes les bases de données sur la même partition.

Si vous placez des bases de données de plusieurs groupes de stockage sur le même ensemble de disques RAID et que cet ensemble de disques cesse d'être disponible, toutes les bases de données de ces groupes de stockage (même les bases de données situées sur d'autres ensembles de disques RAID) sont temporairement hors service. La base de données défaillante est signalée comme étant arrêtée et les bases de données intactes se reconnectent. L'interruption doit durer seulement quelques minutes, puis les clients MAPI comme Microsoft Outlook® récupèrent leurs connexions.

Avec suffisamment de disques, vous pouvez séparer les fichiers de la base de données des propriétés (.edb) des fichiers de la base de données de transmission en continu (.stm). Les types de clients que dessert votre serveur dictent le gain de performance obtenu en séparant ces fichiers. Par exemple, si vous prévoyez de desservir uniquement des clients IMAP4 (Internet Message Access Protocol version 4rev1) et POP3 (Office Protocol version 3) avec des pièces jointes de grande taille, la taille de lecture/écriture peut excéder les 4 Ko généralement observés chez les utilisateurs MAPI sur une base de données .edb. Dans ce cas, la séparation de ces fichiers est recommandée. Vous pouvez optimiser vos disques pour les fichiers .stm afin de prendre en charge les pièces jointes volumineuses.

Les clients MAPI et Microsoft Outlook Web Access lisent et écrivent des données dans le fichier .edb. Techniquement, les clients communiquent avec le processus Store.exe. Ils ne sont donc pas en mesure de distinguer les fichiers .edb des fichiers .stm. Tous les autres clients utilisent le fichier .stm. Le tableau suivant montre l'emplacement préféré qu'utilisent différents clients.

Emplacements de stockage préférés des clients

Bien que ce tableau indique le type de fichier préféré, des conversions d'un fichier à l'autre sont susceptibles de se produire. Par exemple, si un client POP3 soumet un message, les données du message sont stockées physiquement dans le fichier .stm. L'en-tête du message et d'autres données font l'objet d'une certaine promotion de propriétés automatique vers le fichier .edb. Supposons maintenant qu'un client MAPI essaie de lire le message. Dans ce scénario, les données du message stockées dans le fichier .stm sont promues entièrement vers le fichier .edb (les pièces jointes sont laissées dans le fichier .stm et converties en mémoire). La promotion n'a lieu que du fichier .stm vers le fichier .edb. En aucun cas les données ne sont promues vers le fichier .stm. Toutes les conversions de client sont effectuées en mémoire dans ces scénarios (à l'aide de fichiers temporaires).

Dans la majorité des scénarios, il n'y a aucun avantage réel à stocker les fichiers .edb et les fichiers .stm sur des piles séparées. Par exemple, si vous avez six disques, vous devez décider si la création de deux partitions RAID5 occupant chacune trois disques donnerait de meilleures performances qu'une seule partition RAID0+1 (bande et miroir). Dans ce cas, RAID0+1 offre de meilleures performances en écriture.

Comme la capacité des disques ne cesse d'augmenter, il est tentant d'acheter des disques de taille supérieure en quantité inférieure pour traiter les données des utilisateurs. Malheureusement, la vitesse des disques ne dépend pas de leur taille. Par conséquent, un espace disque physique suffisant ne garantit nullement une performance suffisante pour la charge que représentent les utilisateurs. Allouez suffisamment de piles de disques physiques aux serveurs de boîtes aux lettres. Il est à noter que les sous-systèmes de stockage spécialisés qui utilisent des gigaoctets de cache et de nombreuses baies de disques durs possèdent généralement leur propre gestion de partitions et un système d'exploitation à tolérance de pannes. Si vous utilisez ces appareils, leur fournisseur est en mesure de vous offrir une assistance spécialisée.

En résumé, voici les méthodes conseillées pour configurer les serveurs de boîtes aux lettres :

• Créez une partition RAID1 pour les fichiers binaires Windows et Exchange.
• Placez le fichier d'échange sur une pile RAID1 séparée. Pour les serveurs de boîtes aux lettres, ne placez jamais le fichier d'échange sur une partition non-RAID, car la perte de ce volume provoque l'arrêt du serveur.
• Créez une partition dédiée à tolérance de pannes pour chaque groupe de stockage afin d'y stocker les journaux des transactions (par exemple RAID1 ou RAID0+1). Une partition RAID1 à deux disques doit atteindre environ 300 opérations d'E/S d'écriture séquentielles par seconde. Cette capacité doit être plus que suffisante pour un groupe de stockage de cinq bases de données utilisé intensivement.
• Créez au moins une partition à tolérance de pannes pour vos bases de données. Si vous avez un seul ensemble de disques RAID, placez-y toutes les bases de données. Si vous avez plusieurs ensembles de disques RAID, utilisez-en un pour chaque groupe de stockage (bases de données uniquement).

Les bases de données, les files d'attente SMTP et les fichiers journaux des transactions peuvent être déplacés vers d'autres partitions à l'aide du Gestionnaire système Exchange.

Pour plus d'informations sur le déplacement de bases de données et de journaux, voir l'article 257184 de la Base de connaissances Microsoft sur la procédure de déplacement des bases de données et des journaux Exchange dans Exchange 2000 Server.

Alignement des opérations d'E/S d'Exchange avec les limites de piste du support de stockage

Avec un disque physique qui gère 64 secteurs par piste, Windows crée toujours la partition à partir du soixante-quatrième secteur, si bien qu'elle n'est pas alignée avec le disque physique sous-jacent. Pour assurer l'alignement du disque, utilisez Diskpart.exe, un outil de partitionnement de disque. Diskpart.exe est un utilitaire fourni par Microsoft dans les Outils de support de Windows Server 2003 Service Pack 1. Il s'agit d'un utilitaire de ligne de commande qui peut définir explicitement le décalage de départ dans l'enregistrement MBR (Master Boot Record). En définissant le décalage de départ, vous pouvez aligner les pistes et améliorer les performances des disques. Exchange Server 2003 écrit les données par des opérations d'E/S portant sur des multiples de 4 Ko (4 Ko pour les bases de données et jusqu'à 32 Ko pour les fichiers de transmission en continu). Vous devez par conséquent spécifier comme décalage de départ un multiple de 4 Ko. Si vous ne le faites pas, une opération d'E/S peut s'étendre sur deux pistes, ce qui entraîne une altération des performances.

Pour obtenir des informations détaillées, voir la rubrique sur la procédure d'alignement d'E/S Exchange avec les limites de piste du support de stockage du guide sur l'optimisation du stockage pour Exchange Server 2003.