Opération MAPI « FindRow » longue

[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 : 2006-11-22

L'outil Microsoft® Exchange Server Analyzer Tool utilise l'outil Exchange Server User Monitor (ExMon) pour déterminer si les opérations MAPI de l'utilisateur prennent plus de temps que prévu sur un serveur Exchange sain.

Dans le cadre de son analyse, Exchange Server Analyzer examine les données ExMon pour des opérations MAPI FindRow lancées par l'utilisateur, dont l'exécution a pris plus de 30 secondes.

L'augmentation du nombre de vues pour chaque dossier peut allonger le temps de traitement de nombreuses opérations MAPI. Les applications clientes utilisent les opérations MAPI SeekRow ou FindRow pour déplacer le pointeur entre les lignes d'une vue. L'opération SeekRow spécifie le nombre de lignes sur lesquelles déplacer le pointeur et est très peu coûteuse en termes de temps processeur. L'opération FindRow est très coûteuse car elle déplace le pointeur vers le premier élément d'une vue non matérialisée (non mise en cache) qui correspond aux critères de restriction, puis ignore la vue une fois que l'application cliente a terminé l'action. Le coût processeur final de l'opération FindRow dépend de la complexité de la restriction et du nombre de lignes que la banque d'informations doit passer en revue avant de trouver le premier élément qui correspond aux critères et est vaguement en corrélation avec le nombre d'éléments dans le dossier.

Les coûts élevés que peut générer une opération FindRow en font une bonne candidate pour une exécution en mode mis en cache qui déchargerait le serveur de ce coût. Sachez que, parfois, le pourcentage de processeur élevé consommé par ces opérations peut simplement être provoqué par des calendriers partagés, auquel cas le mode mis en cache n'aiderait pas. Une consommation élevée du pourcentage de temps processeur par les opérations FindRow peut indiquer un grand nombre de créations de vues, de vues chères ou d'éléments de dossiers volumineux.

Si Exchange Server Analyzer détermine qu'une opération MAPI FindRow lancée par un utilisateur a duré plus de 30 secondes, Exchange Server Analyzer affiche un message d'erreur.

Les opérations MAPI FindRow qui durent plus de 30 secondes ne constituent pas nécessairement un problème. Si le ou les utilisateurs identifiés sont confrontés à des retards fréquents ou qui affectent l'utilisation de la messagerie, vous devez comprendre pourquoi. Coopérez avec l'utilisateur confronté à la latence élevée afin de déterminer :

• si le nombre d'éléments dans les dossiers est important ;
• les applications que l'utilisateur exécute.

Pour résoudre ce problème :

• Encouragez les utilisateurs ayant de nombreux éléments dans leurs dossiers à réduire le nombre d'éléments par dossier. Il est recommandé de conserver moins de 5000 éléments dans les dossiers Boîte de réception, Calendrier, Éléments envoyés, Contacts et Éléments supprimés.
• Configurez les ordinateurs clients dont les coûts de fonctionnement sont les plus élevés (en particulier ceux qui présentent de longues latences sur les opérations Restrict, SetColumns ou FindRow) pour qu'ils utilisent le mode Exchange mis en cache. Celui-ci isole le serveur de la majeure partie du trafic RPC excédentaire.
• Essayez de désactiver toutes les applications, puis de les réactiver une à une afin d'identifier celle qui pourrait être la cause du problème. Si ces applications ne sont pas obligatoires pour vos activités ou si un correctif a été publié pour elles, désactivez-les définitivement ou mettez-les à jour pour réduire la charge à un niveau approprié.

Remarque :

Certaines applications peuvent considérablement accroître la charge du serveur sans effectuer un grand nombre d'opérations MAPI. En effet, les frais de certaines opérations sont plus élevés que pour d'autres. Une toute petite augmentation du nombre d'opérations coûteuses risque d'affecter sensiblement les performances du serveur. Dans ExMon, ces utilisateurs sont signalés comme ayant une influence élevée sur le processeur, sans nécessairement effectuer un grand nombre d'opérations MAPI.

Notez également que, dès qu'il existe un goulot d'étranglement des ressources (généralement au niveau du disque ou du processeur), les latences des opérations FindRow augmentent.