Exchange Server rencontre des problèmes de performances lors de l'émulateur de contrôleur principal de domaine est utilisé pour DSAccess ou ADAcess

Traductions disponibles Traductions disponibles
Numéro d'article: 298879 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Symptômes

Par défaut, DSAccess ou ADAccess choisit l'émulateur de contrôleur principal de domaine ordinateur de rôle de maître d'opérations pour traiter les requêtes dans Microsoft Exchange. Cette action peut entraîner une dégradation des performances si des autres programmes non-Exchange sont une utilisation intensive de l'émulateur PDC.

Résolution

Pour résoudre ce problème, appliquez l'une des méthodes suivantes, selon votre situation.

Méthode 1: Microsoft Exchange Server 2000 et versions ultérieures

Pour résoudre ce problème dans Exchange 2000 Server et les versions ultérieures, ajoutez la valeur de Registre MinUserDC pour exclure l'émulateur PDC à partir de la liste des serveurs Cet échange peut utiliser.

Important Cette section, la méthode ou la tâche qui va suivre contient des étapes qui vous indiquent la méthode pour modifier le Registre de Windows. Toutefois, les problèmes sérieux peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous de suivre ces étapes avec une attention toute particulière. Afin de couvrir votre système d'une protection supplémentaire, veuillez sauvegarder le Registre avant d'intervenir pour y apporter des modifications. Ainsi, si à la suite des modifications un problème devait survenir, vous pourrez toujours restaurer le Registre. Pour obtenir des informations sur la marche à suivre pour sauvegarder ou restaurer la Base de Registre, cliquez sur le lien (numéro) ci-dessous et afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment sauvegarder et restaurer le Registre dans Windows

Pour ajouter la valeur de Registre MinUserDC, procédez comme suit :
  1. Démarrez l'Éditeur du Registre.
  2. Recherchez et puis cliquez sur la sous-clé suivante dans le Registre :
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeDSAccess\Profiles\Default
    Remarque : Dans Exchange Server 2007 et Exchange Server 2010, recherchez la sous-clé MSExchangeADAccess au lieu de la sous-clé MSExchangeDSAccess.
  3. Sur la Modifier menu, cliquez sur Valeur ajoutée, puis ajoutez la valeur de Registre suivante :
    Nom de valeur : MinUserDC
    Type de données : REG_DWORD
    Données de la valeur : En fonction des besoins

    Remarque : L'entrée MinUserDC détermine le nombre de contrôleurs de domaine utilisateur total doit être disponible pour l'exclusion d'émulateur PDC allumer. La valeur qui est configurée pour l'entrée de Registre MinUserDC est le nombre maximal de contrôleurs de domaine à contacter avant de l'émulateur PDC est contacté. Par exemple, lorsque vous définissez MinUserDC sur 4, cela permet de configurer DSAccess pour exclure l'émulateur PDC uniquement lorsqu'un total de quatre contrôleurs de domaine sont disponibles. Lorsque cette condition est remplie, l'émulateur PDC est exclu de l'utilisation, et DSAccess communique uniquement avec les autres contrôleurs de trois domaine.
  4. Quittez l'Éditeur du Registre.
Notes
  • Vous devez appliquer la modification du Registre que cet article Décrit indépendamment du service pack est installé.
  • Exchange Server Enterprise Edition, la sous-clé de profils et le Sous-clé par défaut ne sont pas disponibles. Vous devez créer ces sous-clés d'Exchange Server Enterprise Edition.
  • Lorsque vous définissez une valeur pour MinUserDC, envisagez d'équation n - 1, où n est égal au nombre total de contrôleurs de domaine du site. Ce nombre inclut l'émulateur PDC. Soustraire 1 de ce numéro, et la somme doit être la valeur que vous entrez pour MinUserDC.
Méthode 2: Exchange Server 2007 et Exchange Server 2010

Dans Exchange Server 2007 et Exchange Server 2010, vous pouvez utiliser une applet de commande pour configurer le composant ADAccess pour exclure un contrôleur de domaine particulier ou une liste de contrôleurs de domaine d'utilisation. Pour ce faire, utilisez la commande Set-ExchangeServer avec l'option StaticExcludedDomainControllers .

L'exemple suivant montre comment utiliser la commande Set-ExchangeServer pour exclure un ou plusieurs contrôleurs de domaine à utilisent. En outre, cet exemple montre comment vérifier l'état de l'environnement Exchange après avoir exécuté la commande Set-ExchangeServer .

Dans cet exemple, vous avez les serveurs suivants :
Réduire ce tableauAgrandir ce tableau
Nom d'hôteDomaineRôle
E2K7-1Contoso.comExchange Server 2007
DC-1Contoso.comcontrôleur de domaine maître d'opérations PDC avec
DC-2Contoso.comcontrôleur de domaine
DC-3Contoso.comcontrôleur de domaine
Pour utiliser la commande Set-ExchangeServer pour exclure les trois contrôleurs de domaine qui sont répertoriés dans cette table à partir de l'utilisation du composant DSAccess, procédez comme suit :
  1. Démarrez Exchange Management Shell. Pour ce faire, cliquez sur Démarrer, pointez sur Tous les programmes, pointez sur Microsoft Exchange Server 2007, puis cliquez sur Exchange Management Shell.
  2. À l'invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
    Set-ExchangeServer-identités E2K7-1.contoso.com - StaticExcludedDomainControllers: dc-1.contoso.com,dc-2.contoso.com,dc-3.contoso.com
    Cette commande exclut DC-1, 2-DC et DC-2 de l'utilisation par le serveur qui est nommé E2K7-1.

    Remarque : Dans cette commande, spécifiez les noms de domaine pleinement qualifié des contrôleurs de domaine individuels à l'aide d'une liste séparée par des virgules qui ne contient-elle pas d'espaces entre chaque entrée.
  3. Pour vérifier la liste des contrôleurs de domaine exclu, tapez la commande suivante et appuyez sur ENTRÉE :
    Get-ExchangeServer-identités E2K7-1.contoso.com-état | fl nom, StaticExcludedDomainControllers
Remarque : Si vous souhaitez supprimer les modifications que vous avez apportées et revenir au comportement par défaut d'Exchange, le type de la commande suivante à l'invite de commandes Exchange Management Shell, en puis appuyez sur ENTRÉE :
Set-ExchangeServer-identités E2K7-1.contoso.com - StaticExcludedDomainControllers:$ null

Statut

Microsoft a confirmé qu'il s'agit d'un problème pour les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Dans Exchange Server 2007 et Exchange Server 2010, vous pouvez utiliser la cmdlet Set-ExchangeServer pour configurer le composant ADAccess pour exclure un contrôleur de domaine particulier ou une liste de contrôleurs de domaine d'utilisation. Vous n'avez pas à modifier le Registre lorsque vous utilisez la cmdlet Set-ExchangeServer . Toutefois, soyez prudent lorsque vous utilisez la cmdlet Set-ExchangeServer pour exclure un contrôleur de domaine d'utilisation. Par exemple, si votre domaine a Domain_Controller_A et Domain_Controller_B, et vous utilisez la cmdlet Set-ExchangeServer pour exclure Domain_Controller_A à partir de l'utilisation, Exchange Server cesse de fonctionner si Domain_Controller_B n'est pas disponible.

Vous pouvez également ajouter la valeur de Registre MinUserDC pour exclure l'émulateur PDC d'utilisation par le composant ADAccess. Lorsque vous utilisez la valeur de Registre MinUserDC, vous pouvez définir un niveau minimal de ressources de contrôleur de domaine avant que le serveur ayant le rôle d'émulateur PDC est activé pour traiter les demandes Exchange. La valeur de Registre MinUserDC présente les avantages suivants par rapport à l'aide de la cmdlet Set-ExchangeServer :
  • Lorsque vous utilisez la valeur de Registre MinUserDC, le contrôleur de domaine qui a le rôle d'émulateur PDC est toujours disponible pour une utilisation si tous les autres contrôleurs de domaine échouent. Si vous utilisez la cmdlet Set-ExchangeServer , le contrôleur de domaine qui a le rôle d'émulateur PDC est définitivement exclu.
  • Lorsque vous utilisez la valeur de Registre MinUserDC et puis déplacez le rôle d'émulateur PDC à un autre contrôleur de domaine, le contrôleur de domaine que désormais utilisent des hôtes que le rôle d'émulateur PDC est automatiquement exclu par le composant ADAccess, et le contrôleur de domaine hébergé précédemment le rôle d'émulateur PDC est disponible pour traiter les demandes Exchange.

    Si vous utilisez la cmdlet Set-ExchangeServer et le rôle d'émulateur PDC est déplacé vers un autre contrôleur de domaine, vous devez exécuter la cmdlet Set-ExchangeServer pour réactualiser la liste StaticExcludedDomainControllers. Si vous n'exécutez pas la cmdlet Set-ExchangeServer à nouveau, le contrôleur de domaine qui héberge le rôle d'émulateur PDC après le déplacement sera disponible pour traiter les demandes Exchange. En outre, le contrôleur de domaine hébergé précédemment le rôle d'émulateur PDC reste exclu.

Références

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
316300ID d'événement 2080 de MSExchangeDSAccess
812848 Une ligne RNIS établit la connexion aux sites de réseau étendus à distance toutes les 15 minutes


Pour plus d'informations sur la commande Set-ExchangeServer , visitez le site Web Microsoft suivant :

http://technet.Microsoft.com/en-us/library/bb123716.aspx

Propriétés

Numéro d'article: 298879 - Dernière mise à jour: vendredi 23 mars 2012 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 2007 Enterprise Edition
  • Microsoft Exchange Server 2007 Standard Edition
  • Microsoft Exchange Server 2010 Enterprise
  • Microsoft Exchange Server 2010 Standard
Mots-clés : 
kbexpertiseadvanced kbbug kbfix kbmt KB298879 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: 298879
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