Nombre maximal de vues mises en cache défini sur une valeur trop faible
[Cette rubrique est destinée à résoudre un problème spécifique signalé par l'outil Exchange Server Analyzer Tool. Ne l'appliquez qu'à des systèmes sur lesquels l'outil Exchange Server Analyzer Tool a été exécuté et qui ont rencontré ce problème spécifique. L'outil Exchange Server Analyzer Tool, disponible sous forme de téléchargement gratuit, collecte à distance des données de configuration de chaque serveur de la topologie et les analyse automatiquement. Il génère un rapport qui détaille les problèmes de configuration importants, les problèmes potentiels et les paramètres du produit qui ne sont pas définis par défaut. En suivant ces recommandations, vous pouvez accroître les performances, l'évolutivité, la fiabilité et la disponibilité. Pour plus d'informations sur l'outil ou pour télécharger les versions les plus récentes, consultez la rubrique sur les analyseurs Microsoft Exchange à l'adresse https://go.microsoft.com/fwlink/?linkid=34707.]
Dernière rubrique modifiée : 2010-07-21
L'outil Microsoft® Exchange Best Practices Analyzer Tool interroge le service d'annuaire Active Directory® pour déterminer si le nombre maximal de vues mises en cache par base de données a été modifié. Si Exchange Server Analyzer détecte que l'attribut msExchMaxCachedViews est défini sur une valeur inférieure à 5, il affiche un avertissement. Le nombre de vues mises en cache configuré par base de données est inclus dans les résultats d'Exchange Server Analyzer. Il est recommandé de le définir sur une valeur comprise entre 5 et 20.
L'attribut msExchMaxCachedViews fait partie de la classe d'objet msExchangePrivateMDB. Par conséquent, chaque objet de banque de boîtes aux lettres d'Active Directory possède une valeur d'attribut msExchMaxCachedViews. La valeur de l'attribut msExchMaxCachedViews spécifie le nombre maximal de vues mises en cache pour un dossier spécifique d'une boîte aux lettres.
Dans ce contexte, le terme « vue » désigne les dossiers affichés lorsqu'un utilisateur accède à la boîte aux lettres Microsoft Office Outlook d'un autre utilisateur. Lorsque des utilisateurs partagent l'accès à un dossier Outlook avec d'autres utilisateurs, Exchange Server génère une vue qui masque les éléments privés.
Lorsqu'un utilisateur Outlook affiche en premier le calendrier, le dossier de contacts ou toute autre donnée d'un autre utilisateur, des retards peuvent survenir. Une fois qu'il a consulté le dossier, il est possible que les vues soient plus rapides lors des tentatives suivantes, mais après un certain délai, il se peut qu'il doive patienter s'il réessaie d'accéder au dossier. Cette attente est généralement plus longue si le dossier contient un grand nombre d'éléments. Par grand nombre, on entend au moins 5 000 éléments dans Exchange Server 2007 ou une version antérieure.
On entend 100 000 éléments dans Exchange Server 2010.
L'application d'une vue à un dossier crée des dossiers de recherche dans la banque Exchange pour chaque utilisateur unique qui accède au dossier Outlook. Lors de sa création, le dossier de recherche est mis en cache pour une utilisation ultérieure. Avant de créer un nouveau dossier de recherche, Exchange Server détermine si ce dossier de recherche existe déjà. Le cas échéant, Exchange Server utilise le dossier de recherche mis en cache pour accélérer les affichages suivants.
L'attribut msExchMaxCachedViews définit le mode de mise en cache de nombreux dossiers de recherche dans un dossier spécifique. Par exemple, l'attribut msExchMaxCachedViews peut définir le nombre de dossiers de recherche mis en cache dans le dossier Calendrier.
Si plusieurs utilisateurs partagent des dossiers Outlook, vous devez décider de la manière d'équilibrer les ressources du serveur et les performances acceptables du client. Lors de sa mise en cache, un dossier de recherche est actualisé au fur et à mesure que ses données sont modifiées. Cette actualisation occupe les ressources disque et processeur. En cas de mise à jour de plusieurs caches du dossier de recherche, les performances du processeur et du disque sont davantage affectées.
Par ailleurs, lorsqu'Exchange Server crée un dossier de recherche pour la première fois, il se peut que l'utilisateur qui accède au dossier Outlook doive patienter pendant la création.
Imaginez par exemple qu'un serveur Exchange est configuré avec 11 dossiers de recherche. Ce chiffre constitue le nombre de dossiers de recherche par défaut. L'utilisateur A partage son dossier Calendrier avec 15 autres utilisateurs. L'utilisateur B accède au dossier et doit patienter lors de la création de son dossier de recherche. Une fois le dossier de recherche de l'utilisateur B créé, l'accès au dossier Calendrier de l'utilisateur A est rapide. Supposons que l'utilisateur B n'accède pas au dossier pendant le restant de la journée. Dans le même temps, si 11 autres utilisateurs accèdent au dossier, des dossiers de recherche uniques sont créés pour eux. Étant donné que seulement 11 dossiers de recherche sont mis en cache, la prochaine fois que l'utilisateur B accèdera au Calendrier de l'utilisateur A, il devra de nouveau patienter pendant la création d'un nouveau dossier de recherche pour lui.
Il est recommandé de limiter le nombre maximal de mises en cache de dossiers de recherche à 20. Si vous dépassez cette limite, en particulier pour les dossiers contenant plus de 5 000 éléments, vous risquez de surcharger le serveur alors qu'il tente de mettre à jour les dossiers mis en cache.
Il est également recommandé de ne pas dépasser cinq caches. Si des utilisateurs partagent des dossiers Outlook avec plusieurs utilisateurs, la mise en cache de seulement quatre dossiers de recherche a une incidence négative sur l'utilisation du client et oblige le serveur à utiliser davantage de ressources plus fréquemment lors de la création de nouveaux caches.
L'attribut msExchMaxCachedViews peut également être défini dans des bases de données de dossiers publics. Des dossiers de recherche sont également créés pour des dossiers publics. Par défaut, les dossiers publics sont des ressources partagées auxquelles de nombreux utilisateurs peuvent accéder. Si des dossiers publics reçoivent de nombreuses publications, vous devez diminuer le nombre de dossiers de recherche car le serveur Exchange peut considérablement occuper le processeur et le disque lors de l'actualisation des dossiers de recherche. En outre, il n'est pas recommandé de tenter d'optimiser l'utilisation du client en fournissant de nombreux caches de dossiers de recherche si beaucoup d'utilisateurs accèdent à un dossier public. Ces caches risquent d'être ignorés lors de la création de nouveaux dossiers de recherche pour les nouveaux utilisateurs.
.gif "Caution") Attention : |
|---|
| Si vous modifiez de manière incorrecte les attributs des objets Active Directory lors de l'utilisation d'Active Directory Service Interfaces (ADSI) Edit, de l'outil LDP (ldp.exe) ou de tout autre client LDAP (Lightweight Directory Access Protocol) version 3, vous vous exposez à de graves problèmes. Ces problèmes peuvent nécessiter la réinstallation de Microsoft Windows Server, Exchange Server ou des deux. Si vous modifiez les attributs d'objet Active Directory, vous devez en assumer les risques. |
Pour exécuter cette procédure, vous devez disposer de l'outil ADSI Edit. Pour plus d'informations sur ADSI Edit, consultez la rubrique ADSI Edit (adsiedit.msc).
Pour modifier l'attribut msExchMaxCachedViews
Lancez ADSI Edit.
Développez les nœuds suivants :
- Conteneur Configuration
- Configuration
- Services
- Microsoft Exchange
- Nom_organisation
- Groupes d'administration
- Nom_groupe_administration
- Serveurs
- Banque_informations
- Nom_groupe_stockage
Dans le volet Détails, cliquez avec le bouton droit sur Nom_base_données, puis cliquez sur Propriétés.
Dans la zone Attributs, double-cliquez sur msExchMaxCachedViews.
Dans la boîte de dialogue Éditeur d'attribut de nombre entier, entrez un nombre entier compris entre 5 et 20 dans le champ Valeur, puis cliquez sur OK.
Cliquez sur Appliquer, puis fermez ADSI Edit.
Attendez au moins 15 minutes pour la réplication, puis redémarrez le service de banque d'informations de Microsoft Exchange du serveur Exchange auquel vous avez apporté la modification.