Fonctions liées aux performances et à l'évolutivité d'Exchange Server 2003

Dernière rubrique modifiée : 2011-02-16

Pour améliorer les performances et l'évolutivité de votre organisation Exchange, Microsoft® Exchange Server 2003 fournit les fonctionnalités nouvelles ou améliorées suivantes :

• Nouveauté de SP1 : Meilleure prise en charge de plusieurs processeurs
• Nouveauté de SP2 : Amélioration des performances du carnet d'adresses en mode hors connexion
• Mise en cache des listes de distribution améliorée
• Suppression de l'envoi de messages d'absence du bureau aux membres d'une liste de distribution
• Remise du courrier Internet basée sur DNS améliorée
• Amélioration des performances de synchronisation de Microsoft Office Outlook®
• Amélioration des performances de Microsoft Outlook Web Access
• Analyse des performances du client Outlook
• Améliorations de l'état des liens
• Améliorations de l'espace d'adresse virtuelle
• Modification de l'emplacement du répertoire des fichiers MTA à l'aide du Gestionnaire système Exchange
• Modification de l'emplacement du répertoire SMTP Mailroot à l'aide du Gestionnaire système Exchange
• Réglage de Microsoft Exchange Server 2003

Ce chapitre présente en détail chacun de ces points.

Pour plus d'informations sur les améliorations de fiabilité, sujet étroitement lié à celui-ci, voir la rubrique sur les Fonctionnalités liées à la fiabilité et aux clusters d'Exchange Server 2003.

Nouveauté de SP1 : Meilleure prise en charge de plusieurs processeurs

Auparavant, les performances du serveur Exchange affichaient des améliorations négligeables lorsque le nombre de processeurs des serveurs principaux était supérieur à quatre. Avec plus de huit processeurs, les performances sont au mieux légèrement améliorées et parfois vraiment pires. La diminution des performances avec l'ajout de processeurs est devenue plus marquée avec les types de processeurs utilisés sur les ordinateurs plus récents.

Dans Exchange Server 2003 Service Pack 1 (SP1), l'évolutivité avec des processeurs supplémentaires est améliorée de façon significative. Lorsque la fonctionnalité de threading maximal est activée, des serveurs équipés de huit processeurs offrent désormais une augmentation de 50 % des performances par rapport aux serveurs équipés de quatre processeurs. L'utilisation d'ordinateurs équipés de huit processeurs pour les serveurs principaux est maintenant appropriée dans de nombreux scénarios. Des serveurs équipés de deux processeurs sont toujours conseillés pour les serveurs frontaux.

Nouveauté de SP2 : Amélioration des performances du carnet d'adresses en mode hors connexion

Dans Exchange Server 2003 SP2, les performances du carnet d'adresses en mode hors connexion ont été améliorées. Ces améliorations permettent notamment de réduire l'impact sur le réseau des utilisateurs qui téléchargent des informations du carnet d'adresses en mode hors connexion.

Remarque :
Pour atteindre ces performances avancées, les clients Exchange doivent exécuter Microsoft® Office Outlook® 2003 Service Pack 2 (SP2) ou version ultérieure.

La liste suivante décrit certaines de ces améliorations :

• Les situations dans lesquelles un client de messagerie électronique doit télécharger l'intégralité du carnet d'adresses en mode hors connexion se font plus rares. Les modifications du SP2 permettent notamment de vérifier que les clients effectuent un téléchargement des différences de la liste d'adresses en mode hors connexion plutôt qu'un téléchargement complet. Un téléchargement des différences n'affecte pas autant les performances du réseau et du client qu'un téléchargement complet.

  Important :

  Dans certains cas, bien qu'Exchange Server détermine qu'un téléchargement des différences est plus efficace, il peut lui être impossible de générer un fichier de différences pour des clients plus tôt qu'Outlook 2003 SP2. Dans les versions d'Exchange Server antérieures à Exchange Server 2003 SP2, un téléchargement complet du carnet d'adresses en mode hors connexion est toujours obligatoire dans ce cas. Toutefois, si cela se produit sur un serveur exécutant Exchange Server 2003 SP2, Exchange Server enregistre un événement indiquant qu'il lui a été impossible de créer un fichier de différences et qu'il ne créera pas de fichier complet de carnet d'adresses en mode hors connexion. Dans ce cas, les utilisateurs ne pourront pas recevoir les mises à jour du carnet d'adresses en mode hors connexion jusqu'à ce que le problème soit résolu. La description de l'événement spécifie les modifications du répertoire qui pose problème. Si vous remarquez que les modifications du répertoire étaient intentionnelles, vous devrez envisager de modifier le comportement par défaut du serveur du carnet d'adresses en mode hors connexion pour générer des téléchargements complets de ce carnet d'adresses lorsqu'il est impossible de télécharger les différences. Pour changer ce paramètre, vous devez modifier le répertoire Windows comme spécifié dans le message du journal d'événements. Pour plus d'informations sur la procédure de configuration de ce paramètre, voir la rubrique sur la création d'un fichier de téléchargement complet de carnet d'adresses en mode hors connexion en cas d'impossibilité de générer un fichier de différences dans l'aide en ligne d'Exchange Server 2003 SP2. Pour les clients exécutant Outlook 2003 SP2 ou version ultérieure, la modification de format du carnet d'adresses en mode hors connexion résout les problèmes qui empêchent le serveur de générer un fichier de différences. Le serveur ne tentera jamais de forcer un téléchargement complet du carnet d'adresses en mode hors connexion en refusant de générer un fichier de différences pour les clients qui utilisent le nouveau format du carnet d'adresses en mode hors connexion. Toutefois, les clients peuvent toujours décider d'effectuer un téléchargement complet si la taille des fichiers de différences est supérieure à une fraction prédéfinie de la taille du carnet d'adresses en mode hors connexion.

• Les téléchargements complets du carnet d'adresses en mode hors connexion sont considérablement réduits en taille par rapport à ceux réalisés sur serveur sans SP2. Ces améliorations sont possibles grâce à l'application d'un mécanisme de compression avancé du fichier de carnet d'adresses en mode hors connexion.

• L'indexation d'un carnet d'adresses en mode hors connexion se base sur les paramètres régionaux (langue et pays) du client. Ainsi, les utilisateurs d'un même serveur (avec différents paramètres régionaux) peuvent afficher correctement le carnet d'adresses en mode hors connexion, trié en fonction de leurs paramètres régionaux et non des serveurs.

• L'amélioration de l'enregistrement des diagnostics simplifie la détermination des problèmes pouvant survenir lors des téléchargements du carnet d'adresses en mode hors connexion. Des événements ont été spécialement ajoutés pour permettre le contrôle des problèmes suivants.

  • Un événement d'avertissement est enregistré lorsqu'au moins un attribut est supprimé du carnet d'adresses en mode hors connexion parce qu'il dépasse la taille limite.
  • Un événement d'informations est enregistré chaque fois qu'un enregistrement est modifié parce que certains attributs dépassent la taille limite.
  • Un événement d'erreur est enregistré en cas d'échec de la génération d'un téléchargement différentiel.

• Capacité de gestion de la taille des fichiers de téléchargement du carnet d'adresses en mode hors connexion en vous permettant de spécifier les types de propriétés spécifiques dont la taille doit être limitée dans les fichiers de téléchargement de listes d'adresses en mode hors connexion. Pour ce faire, vous pouvez spécifier, dans le répertoire, la taille maximale en octets pour chaque type de propriétés. Les événements sont enregistrés dans le journal des applications pour vous permettre de suivre les modifications apportées à ces paramètres. Pour plus d'informations sur la procédure de gestion de la taille des fichiers de téléchargement du carnet d'adresses en mode hors connexion, voir la rubrique sur la gestion des tailles des fichiers de carnet d'adresses en mode hors connexion dans l'aide en ligne d'Exchange Server 2003 SP2.

Amélioration de la mise en cache des membres d'une liste de distribution

Exchange 2000 Server et Exchange Server 2003 utilisent un cache de règles pour consulter les appartenances à une liste de distribution avant d'envoyer des messages. Dans Exchange 2003, ce cache de règles a été optimisé. Le temps de traitement requis pour consulter l'appartenance à une liste de distribution a ainsi été réduit. Cette nouvelle fonctionnalité améliore les performances en modifiant le cache afin que les recherches, les insertions et les stratégies d'expiration puissent être exécutées de manière plus efficace, ce qui entraîne une réduction de 60 % des demandes du service d'annuaire Microsoft Active Directory® liées aux listes de distribution.

En fin de compte, l'avantage du cache modifié consiste en une légère réduction de l'utilisation d'Active Directory (les recherches dans les listes de distribution ne représentent qu'un faible pourcentage des recherches Active Directory globales).

Suppression de l'envoi de messages d'absence du bureau à des membres de listes de distribution

Dans les versions antérieures d'Exchange, si vous créez un message d'absence du bureau, celui-ci est envoyé à tous les membres des listes de distribution qui apparaissent sur les lignes À ou Cc. Dans Exchange 2003, le message d'absence du bureau n'est pas envoyé à l'intégralité des membres d'une liste de distribution qui s'affiche sur les lignes À ou Cc. Les messages d'absence du bureau sont plutôt envoyés uniquement à des noms d'utilisateur distincts qui ont été indiqués sur les lignes À ou Cc des messages entrants.

Cette modification a été implémentée après avoir déterminé que les utilisateurs qui envoient souvent des messages électroniques à des listes de distribution ne souhaitent pas recevoir de messages d'absence du bureau de la part des membres de ces listes. Cette modification n'apporte qu'un gain mineur de performances aux serveurs Exchange ; en particulier, l'utilisation de l'utilisation centrale est à peine réduite.

Amélioration de la remise des messages électroniques basée sur DNS

La remise des messages électroniques basée sur DNS (Domain Name System) a été améliorée pour Exchange 2003. En particulier, l'équilibrage de la charge de ces messages est désormais plus efficace. De plus, Exchange 2003 offre une plus grande tolérance face à l'indisponibilité du réseau et de l'hôte ainsi qu'à l'absence de réponse des serveurs DNS externes.

Cette modification apporte des bénéfices sur les performances aux serveurs Exchange ; en particulier, la remise des messages électroniques basée sur DNS est plus fiable.

Amélioration des performances de synchronisation de Microsoft Outlook

Exchange 2003 améliore les performances des utilisateurs finaux Outlook 2003.

Les améliorations suivantes ont été apportées à la communication Exchange Server 2003 et Outlook 2003 :

• Le nombre de notifications de changement est réduit.
• Exchange 2003 détecte le format natif des messages (par exemple, HTTP) à synchroniser et envoie uniquement les messages sous ce format au client.
• Améliorations des conditions dans lesquelles les clients Outlook effectuent des demandes de synchronisation contenant des hiérarchies de dossiers imbriqués.
• Les utilisateurs reçoivent maintenant un message qui indique le nombre et la taille des messages à télécharger.
• Exchange 2003 effectue une compression des données pour réduire la quantité d'informations échangées entre le client Outlook 2003 et les serveurs Exchange 2003.
• Exchange 2003 réduit le nombre total de demandes d'informations échangées entre l'utilisateur avec Outlook 2003 et le serveur Exchange.

Exchange 2003 améliore les performances de synchronisation de Microsoft Outlook pour les utilisateurs fonctionnant en mode Exchange mis en cache.

La liste suivante récapitule les améliorations concernant les clients Outlook fonctionnant en mode Exchange mis en cache :

• Le nombre de notifications de changement est réduit.
• Exchange 2003 détecte le format natif des messages (par exemple, HTTP) à synchroniser et envoie uniquement les messages sous ce format au client.
• Améliorations des conditions dans lesquelles les clients Outlook effectuent des demandes de synchronisation contenant des hiérarchies de dossiers imbriqués.
• Les utilisateurs reçoivent maintenant un message qui indique le nombre et la taille des messages à télécharger. Les utilisateurs peuvent sélectionner les messages à télécharger.
• Exchange 2003 effectue une compression des données pour réduire la quantité d'informations échangées entre le client Outlook 2003 et les serveurs Exchange 2003.
• Exchange 2003 réduit le nombre total de demandes d'informations échangées entre le client et le serveur, que le client Outlook 2003 fonctionne en mode mis en cache ou non, ce qui permet d'optimiser la communication entre le client et le serveur.

Ces modifications permettent de réduire l'utilisation de l'unité centrale sur le serveur Exchange. Plus précisément, le serveur utilise une puissance de traitement moins importante compte tenu de demandes réduites et moins intensives des clients Outlook.

Amélioration des performances de Microsoft Outlook Web Access

Exchange Server 2003 améliore les performances des utilisateurs finaux Outlook Web Access en réduisant la quantité totale d'informations échangées entre l'ordinateur qui exécute Outlook Web Access et le serveur Exchange.

Les performances du client Outlook Web Access sont améliorées dans Exchange 2003. Par exemple, les utilisateurs Outlook Web Access remarqueront que leur boîte de réception est plus rapidement chargée. Ils noteront également que les tâches sont plus réactives, en particulier sur des connexions lentes. La raison principale de cette amélioration réside dans le fait que Microsoft Exchange 2003 permet de réduire le nombre d'octets devant transiter du serveur au navigateur.

Analyse des performances du client Outlook

Dans les versions antérieures d'Exchange, il n'était pas possible d'analyser les performances des utilisateurs finaux Outlook. En revanche, avec Exchange 2003 et Outlook 2003, les administrateurs peuvent analyser les performances pour leurs utilisateurs.

Les serveurs Exchange 2003 enregistrent à la fois les erreurs et la latence RPC sur les ordinateurs clients qui exécutent Outlook 2003. Un administrateur peut utiliser ces informations pour évaluer la qualité globale de l'expérience pour les utilisateurs ainsi que pour rechercher des erreurs sur le serveur Exchange.

Les clients Outlook envoient des données RPC (par exemple, des données de latence ou un code d'erreur) au serveur Exchange 2003 à la suite d'appels RPC réussis.

Remarque :
Les données RPC envoyées à partir d'ordinateurs clients vers le serveur Exchange ne représentent pas la méthode principale de détection d'erreurs individuelles en temps réel.

Le tableau suivant répertorie les opérations associées à RPC que vous pouvez analyser à l'aide de Microsoft Operations Manager. Pour plus d'informations sur l'utilisation de Microsoft Operations Manager, voir les sites Web https://go.microsoft.com/fwlink/?LinkId=16198 et https://go.microsoft.com/fwlink/?LinkId=18176.

Analyses des performances côté client à l'aide de Microsoft Operations Manager

Améliorations de l'état des liens

Exchange 2003 réduit la quantité de trafic d'état des liens en supprimant les informations sur l'état des liens lorsqu'il n'existe aucun autre chemin ou qu'une connexion est oscillante. (Une connexion est oscillante lorsqu'elle est disponible et indisponible par intermittence.) Dans les deux cas, l'état des liens reste disponible, réduisant ainsi le volume du trafic d'état des liens propagé.

Pour plus d'informations sur les améliorations de l'état des liens, voir la section sur les améliorations de l'état des liens dans la rubrique sur les Fonctionnalités de transport et de flux de messages d'Exchange Server 2003.

Améliorations de l'espace d'adresse virtuelle

Avec Exchange 2000, les administrateurs ont peut-être rencontré des problèmes liés à la gestion de l'espace d'adresse virtuelle. Pour résoudre ces problèmes, Exchange 2003 offre les améliorations suivantes :

• Plusieurs améliorations permettant de supprimer les nombreuses allocations de mémoire de petite taille effectuées par les composants Exchange.

• Plusieurs améliorations pour garantir l'efficacité des allocations de mémoire. Par exemple, il est possible de demander une mémoire tampon d'une taille de 32 Ko à la place de 17 Ko et de ne plus gaspiller la mémoire restante.

• Lors du démarrage, Epoxy alloue désormais une importante part contiguë de mémoire de 190 Mo au lieu d'allouer une part moindre et de demander progressivement davantage de mémoire. Vous pouvez utiliser les paramètres DSAccess pour modifier cette allocation de mémoire Epoxy.

• La taille de la pile de threads du processus Store.exe passe de 512 Ko à 256 Ko.

• En fonction de la configuration du serveur, le processus Store.exe alloue désormais une taille de mémoire cache ESE (Extensible Storage Engine) adaptée au lieu d'utiliser une valeur codée en dur. Pour un serveur sur lequel l'option /3GB est définie, une taille de mémoire cache de 896 Mo est définie (par exemple, 28 x 32 Mo). Si l'option /3GB n'est pas définie, la taille de mémoire cache est de 576 Mo (par exemple, 18 x 32 Mo). Pour plus d'informations sur la définition de l'option /3GB, voir l'article 266096 de la Base de connaissances Microsoft sur la nécessité du commutateur /3GB avec plus de 1 Go de RAM physique pour Exchange 2000.

  Remarque :
  Vous ne devez ajouter le commutateur /3GB qu'aux serveurs qui répondent aux critères suivants :

  Remarque :
  Le serveur héberge des boîtes aux lettres ou dossiers publics Exchange 2003.

  Remarque :
  Le serveur possède au moins 1 Go de mémoire physique.

• Si la mémoire virtuelle disponible atteint 32 Mo, Exchange 2003 envoie une demande ponctuelle à la mémoire cache ESE pour l'augmenter de 64 Mo (valeur par défaut). Cette part de 64 Mo devient disponible pour le traitement des messages et l'administrateur dispose de davantage de temps avant de devoir démarrer le processus Store.exe.

• Exchange vérifie si la configuration de la mémoire est optimale au démarrage du processus de banque d'informations Exchange. S'il est possible d'optimiser la configuration de la mémoire, l'événement 9665 s'affiche dans l'Observateur d'événements. Ce message apparaît dans les circonstances suivantes :

  • Le serveur exécute Microsoft Windows® 2000 Server et la valeur du Registre SystemPages est définie en dehors de la plage allant de 24000 à 31000.
  • Le serveur possède au moins 1 Go de mémoire et n'est pas équipé du commutateur /3GB.
  • Le serveur exécute Microsoft Windows Server™ 2003, possède au moins 1 Go de mémoire et le commutateur /3GB est défini, mais le paramètre /USERVA est absent ou défini en dehors de la plage allant de 3030 à 2970.

  Si vous voyez cet événement, vérifiez les paramètres SystemPages et HeapDeCommitFreeBlockThreshold dans le Registre ainsi que le commutateur /3GB et le paramètre USERVA dans le fichier Boot.ini.

  Remarque :
  Si vous souhaitez désactiver la vérification de la configuration de la mémoire, vous pouvez créer la clé de Registre suivante.

  Chemin d'accès	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem\
  Paramètre	Supprimer la notification de configuration de la mémoire
  Type	REG_DWORD
  Paramètre	1

Modification de l'emplacement du répertoire de fichiers MTA à l'aide du Gestionnaire système

Par défaut, la base de données MTA Exchange et les répertoires d'exécution sont situés sous le dossier où Exchange 2003 est installé (<lecteur>:\Program Files\Exchsrvr\ MTADATA). Sur certains serveurs, particulièrement ceux où Exchange fonctionne en tant que serveur tête de pont, vous pouvez améliorer les performances en déplaçant la base de données MTA vers une matrice de disques rapide, par exemple une partition RAID 0+1.

Remarque :
Lorsque vous modifiez l'emplacement du répertoire de file d'attente, vous ne modifiez que le chemin de la base de données MTA et ne déplacez que les fichiers de la base de données (fichiers .dat) ; ni les fichiers d'exécution ni le répertoire d'exécution ne sont déplacés.

Remarque :
N'essayez pas de déplacer le répertoire d'exécution MTA, car des problèmes au niveau des performances risquent de se poser.

Dans Exchange 2003, vous pouvez désormais utiliser le Gestionnaire système Exchange pour modifier l'emplacement de la base de données MTA. Pour ce faire, utilisez l'onglet Général de la boîte de dialogue Propriétés de X.400. Pour plus d'informations sur la modification de l'emplacement de la base de données MTA, voir la section sur le déplacement des emplacements de répertoires de files d'attente X.400 (MTA) et SMTP dans le chapitre 6.

Modification de l'emplacement du répertoire Mailroot SMTP à l'aide du Gestionnaire système

Dans Exchange 2003, lorsque les messages arrivent via SMTP, les données sont écrites sur un disque sous la forme d'un fichier du système de fichiers Microsoft Windows NT® (NTFS), plus précisément un fichier .eml. Par défaut, ces fichiers sont écrits dans un répertoire (<lecteur>:\Program Files\Exchsrvr\Mailroot) sur la partition de disque où les fichiers binaires Exchange 2003 sont installés.

Dans certains scénarios, par exemple la configuration d'un serveur tête de pont ou de relais, le déplacement du répertoire Mailroot SMTP vers une partition de disque plus rapide peut améliorer les performances.

Dans Exchange 2003, vous pouvez désormais utiliser le Gestionnaire système Exchange pour déplacer le répertoire Mailroot. Pour ce faire, utilisez l'onglet Messages de la boîte de dialogue Propriétés du serveur virtuel SMTP. Pour plus d'informations sur le déplacement du répertoire Mailroot, voir la section sur le déplacement des emplacements de répertoires de files d'attente X.400 (MTA) et SMTP dans la rubrique sur les Fonctionnalités de transport et de flux de messages d'Exchange Server 2003.

Réglage d'Exchange 2003

À l'installation, Exchange 2003 fonctionne correctement et ne nécessite pas beaucoup d'opérations de réglage. Toutefois, lorsqu'il existe des versions antérieures d'Exchange ou que vous implémentez des serveurs Exchange 2003 dont la mémoire est étendue, il est possible qu'un réglage manuel soit nécessaire.

Même si cette section ne fournit pas une liste complète de conseils en matière de réglage, elle propose des modifications de paramètres à effectuer lors de la mise à niveau d'un serveur Exchange 2000 vers Exchange 2003.

Suppression des paramètres de réglage de Microsoft Exchange 2000

De nombreux paramètres de réglage d'Exchange 2000 (tels que ceux répertoriés dans l'article technique Microsoft Exchange 2000 Internals: Quick Tuning Guide), ne sont plus applicables dans Exchange 2003 ; en fait, certains de ces paramètres peuvent entraîner des problèmes. Si vous avez auparavant réglé vos serveurs Exchange 2000 en ajoutant l'un des paramètres répertoriés dans cette section, vous devez les supprimer manuellement sur les serveurs exécutant Exchange 2003. Les outils que vous utilisez pour les supprimer sont l'Éditeur du Registre, le Gestionnaire des services ISS et l'outil ADSI Edit. Pour plus d'informations sur l'utilisation de l'Éditeur du Registre, le Gestionnaire des services ISS et l'outil ADSI Edit, voir l'aide en ligne de Windows Server.

Remarque :
Une modification incorrecte du Registre peut provoquer de graves problèmes dont la résolution peut impliquer la réinstallation du système d'exploitation. Les problèmes résultant d'une modification incorrecte du Registre peuvent même ne pas avoir de solution. Avant de modifier le Registre, sauvegardez toutes les données importantes.

Pourcentage de mémoire initiale

La clé de Registre Pourcentage de mémoire initiale ne fonctionne plus avec Exchange 2003. Par conséquent, utilisez l'Éditeur du Registre pour supprimer le paramètre de Registre suivant lorsqu'Exchange 2003 est installé.

Segments système de stockage extensible

Le nombre optimal de segments est désormais calculé automatiquement avec Exchange 2003. Par conséquent, utilisez l'Éditeur du Registre pour supprimer le paramètre de Registre suivant lorsqu'Exchange 2003 est installé.

Clé DSAccess MaxMemoryConfig

Si vous avez auparavant réglé les performances DSAccess en ajoutant une clé MaxMemoryConfig, cette clé n'est plus conseillée. Par conséquent, vous devez utiliser l'Éditeur du Registre pour supprimer le paramètre de Registre suivant lorsqu'Exchange 2003 est installé.

Réglage du cache mémoire DSAccess

Si vous avez auparavant réglé le cache utilisateur dans DSAccess, vous pouvez maintenant supprimer ce réglage manuel. Exchange 2000 possédait un cache utilisateur par défaut d'une taille de 25 Mo, alors que la taille de celui d'Exchange 2003 est de 140 Mo. Par conséquent, vous devez utiliser l'Éditeur du Registre pour supprimer le paramètre de Registre suivant lorsqu'Exchange 2003 est installé.

Expiration de contenu Outlook Web Access

Vous ne devez pas désactiver l'expiration de contenu pour le répertoire virtuel \Exchweb. Le paramètre d'expiration par défaut 1 jour doit être utilisé dans tous les cas de figure. Vous pouvez afficher et modifier ce paramètre dans le Gestionnaire des services IIS.

Tampons du journal

Si vous avez auparavant attribué manuellement au paramètre msExchESEParamLogBuffers la valeur 9000 (recommandation Exchange 2000 SP2) ou 500 (recommandation Exchange 2000 SP3), supprimez ce réglage manuel. Exchange 2003 utilise la valeur par défaut 500. Auparavant, Exchange 2000 utilisait la valeur par défaut 84.

Pour rétablir les paramètres par défaut, <Not Set>, ouvrez le paramètre suivant dans l'outil ADSI Edit, puis cliquez sur Effacer.

Nombre maximal de tables ouvertes

Si vous avez réglé manuellement le paramètre msExchESEParamMaxOpenTables, vous devez supprimer ce réglage manuel. Lorsque la valeur du paramètre est effacée, Exchange 2003 calcule automatiquement la valeur correcte ; par exemple, sur un serveur à huit processeurs, la valeur 27600 est utilisée.

Pour rétablir les paramètres par défaut, <Not Set>, ouvrez le paramètre suivant dans l'outil ADSI Edit, puis cliquez sur Effacer.