Numéro d'article: 316300 - Dernière mise à jour: jeudi 25 octobre 2007 - Version: 5.4

L'ID d'événement 2080 de MSExchangeDSAccess

Affichage côte à côteCliquez ici si vous souhaitez afficher en côte à côte l?article anglais et sa traduction automatique en français
Traduction automatiqueATTENTION : Cet article est issu du système de traduction automatique
Voir les produits auxquels s'applique cet article
A noterCet article s'applique à un système d'exploitation différent de celui que vous utilisez. Le contenu de l'article qui ne vous concerne peut-être pas est désactivé.

Sommaire

Agrandir tout | Réduire tout

Résumé

Dans Exchange 2000 Service Pack 2 (SP2) et Exchange 2003, DSAccess (un composant Directory Service Access) génère un événement de détection de topologie dans le Exchange 2000 ou le journal d'applications Exchange 2003 serveur. Cet article explique comment vous pouvez utiliser les informations contenues dans 2080 de code événement pour diagnostiquer les problèmes Exchange DSAccess.
Retour au début

Plus d'informations

Pour afficher cet événement, vous devez augmenter enregistrement de la catégorie MSExchangeDSAccess des diagnostics :
  1. À partir de Exchange 2000 ou Exchange 2003, cliquez sur Démarrer , pointez sur programmes , pointez sur Microsoft Exchange et puis cliquez sur Gestionnaire système .
  2. Développez votre nom d'organisation, développez Groupes d'administration , développez Applicable Administrative Group et ensuite développez serveurs .
  3. Cliquez avec le bouton droit sur Applicable Exchange server name, puis cliquez sur Propriétés .
  4. Cliquez sur l'onglet Enregistrement des diagnostics , cliquez sur Service MSExchangeDSAccess dans le volet gauche, puis cliquez sur topologie dans le volet droit.
  5. Définir le niveau d'enregistrement à moyen ou plus, cliquez sur Appliquer et puis cliquez sur OK .
  6. Si possible, redémarrez le serveur Exchange pour visualiser la détection de topologie initiale.
Avec la détection topologie augmentée pour le niveau de diagnostic supérieur, vous pouvez voir l'ID d'événement dans le journal d'application suivant : 
Event Type: Information
Event Source: MSExchangeDSAccess
Event Category: Topology 
Event ID: 2080
Computer: MyComputer
Description:
Process MAD.EXE (PID=1808). DSAccess has discovered the following servers with the following characteristics: 
 (Server name | Roles | Reachability | Synchronized | GC capable | PDC | SACL right | Critical Data | Netlogon | OS Version) 
In-site:
domaincontroller1.company.com  CDG 7 7 1 0 0 1 7 1
domaincontroller2.company.com  CDG 7 7 1 0 1 1 7 1
domaincontroller3.company.com  CDG 7 7 1 0 1 1 7 1
 Out-of-site:

For more information, click http://search.support.microsoft.com/search/?adv=1.
La liste suivante décrit les colonnes des événements 2080 ID et leur contenu :
  • nom du serveur : la première colonne indique le nom du contrôleur de domaine qui le reste des données de la ligne correspond à.
  • rôles : le second indique colonne ou non le serveur particulier peut être utilisé qu'un contrôleur de domaine de configuration (valeur de colonne C ), un contrôleur de domaine (valeur de colonne D ) ou un serveur de catalogue global (valeur de colonne compte ) pour ce serveur Exchange spécifique. Une lettre dans cette colonne signifie que le serveur peut être utilisé pour la fonction désignée et un trait d'union (-) signifie que le serveur ne peut être utilisé pour cette fonction. Dans l'exemple qui est décrit plus haut dans cet article, la colonne rôles contient la valeur CDG pour afficher que le service peut utiliser le serveur pour tous les trois fonctions.
  • Accessibilité : la troisième colonne indique si le serveur est accessible par une connexion TCP (Transmission Control Protocol). Ces indicateurs de bits sont connectés par une valeur ou. 0 x 1 signifie le serveur est accessible qu'un serveur de catalogue global (port 3268), 0 x 2 signifie le serveur est accessible qu'un contrôleur de domaine (port 389) et 0 x 4 signifie le serveur est accessible qu'un contrôleur de domaine configuration (port 389). En d'autres termes, si un serveur est accessible en tant que serveur de catalogue global et qu'un contrôleur de domaine, mais pas en tant que contrôleur de domaine de configuration, la valeur est 3 . Dans l'exemple qui est décrit plus haut dans cet article, la valeur 7 dans la troisième colonne signifie que le serveur est accessible par un serveur de catalogue global, en tant que contrôleur de domaine et comme un contrôleur de domaine de configuration (0 x 1 | 0 x 2 | 0 x 4 = 0 x 7).
  • synchronisé : la quatrième colonne indique si l'indicateur « isSynchronized » de l'objet rootDSE du contrôleur de domaine est défini sur TRUE. Ces valeurs utiliser les indicateurs bits même reliées par une valeur ou en tant que les indicateurs qui sont utilisés dans la colonne d'accessibilité.
  • compatible GC : la cinquième colonne est une expression booléenne qui indique si le contrôleur de domaine est un serveur de catalogue global.
  • contrôleur de domaine principal : la sixième colonne est une expression booléenne qui indique si le contrôleur de domaine est un contrôleur de domaine principal pour son domaine.
  • droit SACL : la colonne septième est une expression booléenne qui indique si DSAccess possède les autorisations correctes lire la liste SACL (partie de nTSecurityDescriptor) par rapport à ce service d'annuaire.
  • données critiques : la colonne huitième est une expression booléenne qui indique si DSAccess trouvé ce serveur Exchange dans le conteneur configuration du contrôleur de domaine répertorié dans colonne Nom du serveur .
  • vérification de l'accès réseau : la neuvième colonne (ajoutée dans Exchange 2000 SP3) indique si DSAccess connecté au service Accès réseau ?s un contrôleur de domaine. Cela nécessite l'utilisation d'appel de procédure distante (RPC) et cet appel peut échouer pour des raisons autres qu'un serveur qui est vers le bas. Par exemple, pare-feu peut bloquer cet appel. Par conséquent, si s'il y a un 7 dans la colonne neuvième, cela signifie que la vérification de service Accès réseau a réussi pour chaque rôle (contrôleur de domaine, contrôleur de domaine de configuration et catalogue global).
  • version du système d'exploitation : la colonne dixième (ajoutée dans Exchange 2003) indique si le système d'exploitation du contrôleur de domaine répertoriés s'exécute au moins Windows 2000 Service Pack 3 (SP3). Exchange 2003 utilise uniquement des contrôleurs de domaine ou serveurs de catalogue global qui exécutent Windows 2000 SP3 ou version ultérieure. Une expression booléenne de 1 signifie le contrôleur de domaine satisfait la configuration d'exploitation requise d'Exchange 2003 pour utilisation par DSAccess.
Retour au début

Comment faire pour utiliser les informations dans l'ID d'événement 2080 pour diagnostiquer des problèmes de DSAccess

Lorsque vous examinez le message d'événement ID 2080, examinez la colonne rôles tout d'abord. Il si vous devez être des attributs d'au moins un serveur peut traiter le rôle de C, au moins un serveur peut traiter le rôle D et au moins un serveur peut traiter le rôle de compte. Si il y a un trait d'union à la place d'une lettre dans un des ces espaces, examinez votre topologie. Vérifiez que vous disposez au moins un contrôleur de domaine et le serveur d'un catalogue global dans le site votre serveur Exchange dans les sites connectés les plus proches ou avec la siteLink le plus bas coût.

Ensuite, examinez la colonne d'accessibilité . En règle générale, vous voir un des plusieurs numéros possibles de cette colonne. Si le contrôleur de domaine est un contrôleur de domaine, mais pas un serveur de catalogue global ( rôles colonne affiche les CD - ), ce nombre est 6 (0 x 2 | 0 x 4) pour indiquer que le port de contrôleur de domaine du serveur (389) est accessible par une connexion TCP. Si le contrôleur de domaine est un serveur de catalogue global (colonne rôles affiche « CDG »), ce nombre est 7 (0 x 1 | 0 x 2 | 0 x 4), qui signifie que du serveur port de contrôleur de domaine (389) et serveur de catalogue global port (3268) sont accessibles par une connexion TCP. Si vous voyez ici autres nombres (particulièrement 0), il peut-être un problème avec la connexion à partir du serveur Exchange sur le service d'annuaire.

Ensuite, examinez la colonne de droite de la liste SACL . DSAccess n'utilise pas un contrôleur de domaine qui n'a pas les autorisations pour lire la liste SACL sur l'attribut nTSecurityDescriptor dans le contrôleur de domaine. Vous devez disposer au moins un serveur satisfait à chaque rôle (C, D ou G), qui est accessible pour ce rôle (l'indicateur de bit approprié reliés par une valeur ou de la colonne Accessibilité ) et qui affiche 1 dans la colonne de droite de la liste SACL . Si vous n'avez pas ces serveurs, vérifiez que le contrôleur de domaine qui présente les 0 de la colonne de droite de la liste SACL est domaine préparé en tant qu'et puis vérifiez que vos services de mise à jour de destinataire sont configurés correctement.

Pour plus d'informations sur les problèmes droite et à policytest SeSecurityPrivilege, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
314294  (http://support.microsoft.com/kb/314294/EN-US/ ) XADM : Exchange 2000 erreur messages sont générés en raison de droit SeSecurityPrivilege et problèmes Policytest
Si les étapes de dépannage décrites dans cet article ne résolvent pas le problème, capturer un démarrage RegTrace de DSAccess et la découverte de topologie initiale. Pour cela :
  1. Arrêtez tous les processus DSAccess. Sur un serveur Exchange 2000 ou Exchange 2003 fonctionnel, les processus suivants possède généralement DSAccess chargé :

    • MAD.exe (MSExchangeSA)
    • EMSMTA.exe (MSExchangeMTA)
    • Store.exe (MSExchangeIS)
    • Winmgmt.exe (WinMgmt)
    • Inetinfo.exe (plusieurs services de)
    • Exmgmt.exe (MSExchangeMGMT)

    Si vous ne pouvez pas redémarrez le serveur, vous pouvez toujours arrêter tous les services qui utilisent DSAccess en exécutant les commandes suivantes :

    • net stop msexchangesa /y
    • net stop iisadmin /y
    • net stop winmgmt / y

    Pour confirmer que tous les processus à l'aide de DSAccess ont cessé, exécutez la commande suivante :
    tlist-m dsaccess.dll
    Lorsque vous voyez la sortie suivante, vous avez correctement arrêter tous les processus à l'aide de DSAccess :
    Aucune tâche ne trouvé via DSACCESS.DLL
  2. Activer le suivi.Pour plus d'informations sur la façon d'activer le suivi, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    238614  (http://support.microsoft.com/kb/238614/EN-US/ ) XCON : Comment faire pour configurer des Regtrace pour Exchange 2000
  3. Démarrez le service Surveillance du système Exchange (pour démarrer le service Surveillance du système Exchange à partir de la ligne de commande, tapez net start msexchangesa ).
  4. Attendez que l'échec d'événements de topologie DSAccess pour aller en dans l'Observateur d'événements, arrêter la procédure RegTrace et contactez support (technique Microsoft) pour interpréter la sortie. Pour plus d'informations contacter les services de support technique Microsoft, reportez-vous au site Web technique Microsoft :

    http://support.microsoft.com/contactus/?ws=supportquestion.asp?sd=gn&fr=0 (http://support.microsoft.com/contactus/?ws=supportquestion.asp?sd=gn&fr=0)
Retour au début
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
Retour au début
Mots-clés : 
kbmt kberrmsg kbinfo KB316300 KbMtfr
Retour au début
Traduction automatiqueTraduction 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: 316300  (http://support.microsoft.com/kb/316300/en-us/ )
Retour au début
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.