Clients Exchange Server 5.5 semblent se bloquer lorsque la banque d'informations interroge le répertoire

Traductions disponibles Traductions disponibles
Numéro d'article: 268357 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Important Cet article contient des informations sur la façon de modifier le Registre. Veillez à sauvegarder le Registre avant de le modifier. Assurez-vous que vous savez le restaurer en cas de problème. Pour plus d'informations sur la façon de sauvegarder, restaurer et modifier le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
256986Description du Registre Microsoft Windows
Agrandir tout | Réduire tout

Symptômes

Il peut s'afficher que le processus client a cessé de répondre (se bloque) et il affiche le pointeur en sablier pendant de longues périodes, tout le processus renvoie finalement le contrôle à l'utilisateur. Ce problème se reproduit généralement tout au long de la journée, souvent au cours des cycles de réplication et uniquement lorsque le site est en charge.

Mesurée par l'Analyseur de performances, la banque d'informations cesse de répondre, accompagné des pointes dans le compteur Demandes RPC tandis que les clients RPC d'octets écriture/s reste compteur à zéro. Appel de procédure distante haute (RPC, Remote Procedure Call) demande par eux-mêmes ou octets faible écriture seules ne sont pas liées à ce problème. Uniquement lorsqu'un serveur rencontre ces deux éléments simultanément peut-être cela le problème.

Ce problème a été observé uniquement au sein des organisations Exchange Server avec des centaines de sites.

Cause

Grandes organisations Exchange Server avec des centaines de sites nécessitent souvent quelques minutes à l'exécution d'une recherche du répertoire par la banque d'informations. Lorsque certains objets sont modifiés dans le répertoire, une notification peut être déclenchée pour indiquer à la banque d'informations pour reconstruire des éléments tels que les listes d'adressage site ou les listes de domaines SMTP valides.

Si la banque d'informations est déjà très occupé recherche le répertoire d'un élément et est informé qu'un objet dans le répertoire qui elle regardait a été modifié, la banque d'informations peut renvoyer une erreur DS_E_TOO_LATE, qui se présente comme suit dans le journal des événements applications :
ID d'événement : 7201
Source : MSExchangeIS
Type : avertissement
Catégorie : général
Description : Thread d'arrière-plan FDsWaitTask a rencontré un problème.
Code d'erreur DS_E_TOO_LATE
Réponse de la banque d'informations à cette erreur consiste à reconstruire la liste des objets qu'il a recherché contre. Dans ces cas, la banque d'informations utilise un accès sérialisé pour lire à partir de l'annuaire, la lourdeur de composés. Lorsque le serveur est déjà occupé à tenter de gérer les demandes des clients (dont certains sont en attente probablement de cette recherche se termine), clients semblent se bloquer car ils sont en attente pour leurs appels RPC à terminer. Notez que chaque mise à jour peut forcer la banque d'informations pour effectuer la recherche dans le répertoire pour plus d'informations, pour une longue chaîne de mises à jour peut conduire à plusieurs minutes de temps de se bloquer apparente.

Bien sûr, les clients produisent souvent le pointeur en sablier pour plusieurs raisons entièrement non liés à ce problème. Dans ce cas, le client attend la réponse du serveur et consomme peu ou pas temps processeur sur l'ordinateur client.

Résolution

Pour résoudre ce problème, procurez-vous le dernier service pack pour Exchange Server 5.5. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
191014Comment faire pour obtenir la dernière pack de service Exchange Server 5.5
Ce problème est pire lorsque l'attribut de Nom d'annuaire n'est pas indexé. Lorsque l'attribut de Nom d'annuaire n'est pas indexé, les performances de certaines recherches peuvent être affectés négativement.

Pour indexer l'attribut de Nom de répertoire, procédez comme suit.

Avertissement Si l'utilisation incorrecte de du mode brut du programme Administrateur Exchange Server (admin/r) des problèmes graves peuvent se produire qui peuvent vous obliger à réinstaller Microsoft Windows NT Server, Microsoft Exchange Server ou les deux. Microsoft ne peut pas garantir que les problèmes résultant d'une utilisation incorrecte de mode brut puissent être résolus. Utilisez le mode brut à vos risques et périls.
  1. Démarrez le programme Administrateur Exchange en mode brut. Pour ce faire, vous pouvez utiliser la commande Admin /r à l'invite de commande.
  2. Dans le menu affichage, cliquez sur Annuaire brut.
  3. Dans le volet gauche, cliquez sur schéma.
  4. Dans le volet droit, double-cliquez sur le Nom du répertoire, puis cliquez sur Oui.
  5. Dans la liste des attributs de l'objet, cliquez sur Indicateurs de recherche.

    Si la valeur de l'attribut Flags de recherche est définie sur 0, modifiez la valeur 1.
  6. Redémarrez le service d'annuaire Microsoft Exchange.
Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
184823Index de schéma incorrect après mise à niveau de Exchange 4.0 pour 5.5

Contournement

Avertissement Problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte à l'aide de l'Éditeur du Registre ou à une autre méthode. Ces problèmes peuvent obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que ces problèmes peuvent être résolus. Modifier le Registre à vos risques et périls.
Vous pouvez diminuer ou mouiller l'effet de ce problème en augmentant le temps que le serveur tête de pont de réplication d'annuaire attend avant elle informe les autres serveurs dans le site des modifications. Vous pouvez augmenter ce délai dans l'exemple suivant la clé de Registre :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDS\Parameters\Replicator notifier pause après modification (secs)
La valeur par défaut pour cette clé est 0x12C ou 300 secondes (cinq minutes). Si vous augmentez cette valeur afin qu'elle corresponde à la durée de la plus longue série de se bloque, vous pouvez réduire l'impact du problème.

La stratégie ici consiste à forcer le serveur tête de pont de réplication d'annuaire à accueillir ses mises à jour un peu plus de temps. Cela réduit la probabilité d'une série de randomisation des mises à jour sera verser dans le site. Notez que chaque mise à jour peut-être forcer la banque d'informations pour effectuer la recherche dans le répertoire pour plus d'informations, et qu'une mise à jour pendant une période où la banque d'informations recherche déjà le répertoire est marquant de ce problème.

Notez que comme n'importe quel réglage des performances, il existe un solde ou un équilibre à respecter. Si vous augmentez cette valeur de Registre, vous pouvez réduire la probabilité de client se bloque mais au détriment de temps potentiellement plus longs pour terminer la réplication d'annuaire.

Statut

Microsoft a confirmé l'existence de ce problème dans Microsoft Exchange Server version 5.5. Ce problème a été corrigé dans Exchange Server 5.5 Service Pack 4.

Plus d'informations

Il peut être utile d'utiliser l'Analyseur de performances pour diagnostiquer ce problème. Utiliser les objets suivants :
  • Demandes MsExchangeIS::RPC
  • MsExchangeIS::Write clients RPC octets/s
  • MsExchangeDS::ExDS lectures/s
Une courbe du moniteur de performances typique de ce problème illustre MsExchangeIS::RPCRequests (et éventuellement, MsExchangeDS::ExDS lectures/s) IMPULSIONNELS vers le haut, en même temps Clients MsExchangeIS::Write octets RPC/s dives à 0 et quel que soit le. Finalement, Demandes RPC renvoie à des niveaux normaux et les Octets d'écriture renvoie à ses valeurs par défaut.

Propriétés

Numéro d'article: 268357 - Dernière mise à jour: lundi 10 février 2014 - Version: 4.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange Server 5.5 Service Pack 1
  • Microsoft Exchange Server 5.5 Service Pack 2
  • Microsoft Exchange Server 5.5 Service Pack 3
Mots-clés : 
kbnosurvey kbarchive kbmt kbhotfixserver kbbug kbexchange550sp4fix kbfix kbqfe KB268357 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 268357
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com