Numéro d'article: 307593 - Dernière mise à jour: mardi 14 août 2007 - Version: 7.0

Comment résoudre les événements ID 1311 messages sur un domaine Windows 2000

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

Symptômes

Cet article explique comment résoudre les messages événement 1311 de code dans le journal des événements Service d'annuaire sur un domaine Microsoft Windows 2000.

Le vérificateur de cohérence des connaissances (KCC) crée et gère la topologie de réplication pour les services d'annuaire Active Directory. Pour ce faire, le vérificateur de cohérence des CONNAISSANCES examine la somme de tous les contextes d'appellation qui résident dans la forêt et toutes les contraintes définies par l'administrateur pour site, de lien de site et de coût du lien.

Si un domaine Active Directory, un schéma, une configuration, une partition d'application ou le catalogue global contextes d'appellation ne peut pas être répliqué entre les contrôleurs de domaine ou les sites, un message d'événement 1311 code semblable au suivant est enregistré dans le journal d'événements du service d'annuaire :
Type d'événement : Erreur
Source de l'événement : KCC NTDS
Catégorie de l'événement : vérificateur de cohérence
L'ID d'événement : 1311
Date: jj/mm/aaaa
Heure: HH: mm : ss
Utilisateur: n / A
Ordinateur : <domain_controller_name>
Description :
Le vérificateur de cohérence de service d'annuaire a déterminé que deux là (a) est connectivité pas suffisamment physique publiée via les sites Active et Gestionnaire des services pour créer un fractionné arborescence connexion tous les sites contenant la partition CN = < nom de partition > contrôleur de domaine = < domaine racine de forêt, > contrôleur de domaine = com, et (b) la réplication ne peut pas être exécutée avec un ou plusieurs serveurs critiques pour les modifications se propagent sur tous les sites (généralement en raison des serveurs est inaccessible).
Retour au début

Cause

Ce problème se produit si un ou plusieurs des conditions suivantes sont remplies :
  • Pont de liaison de sites est activé sur un réseau qui ne prend pas en charge la connectivité réseau physique entre deux contrôleurs de domaine de différents sites qui sont connectés par une liaison KCC.
  • Un ou plusieurs sites sont trouvent pas dans liens de site.
  • Liens de sites contiennent tous les sites, mais les liens de site sont interconnectées pas. Cette s'agit d'une situation de type en tant que site de nom disjoint liens.
  • Un ou plusieurs contrôleurs de domaine sont hors connexion.
  • Serveur tête de pont les contrôleurs de domaine sont en ligne, mais des erreurs survenir lorsqu'ils essaient de répliquer un contexte de nommage nécessaire entre Active Directory sites.
  • Serveurs ponts par défaut définies par l'administrateur sont en ligne, mais ils pas ordinateur hôte requis contextes d'appellation.
  • Serveurs têtes de pont favoris sont définis correctement par l'administrateur, mais ils sont actuellement hors connexion.
  • Le serveur tête de pont est surchargé soit parce que le serveur est undersized, trop de branche sites tentez de répliquer des modifications du même contrôleur de domaine concentrateur ou les plannings de lien de site sont trop fréquents.
  • KCC a créé un autre chemin autour d'un échec de connexion site à site, mais il réessaie la connexion Échec toutes les 15 minutes car il se trouve dans « connexion conservez mode ».
Les causes courantes de messages d'événement 1311 code se répartissent en deux catégories : incorrecte Échec de configuration et l'infrastructure logique. Messages d'événement 1311 code sont enregistrés lorsqu'une configuration logique incorrecte ou une erreur de réplication se produit.
  • Configuration logique incorrecte

    Une configuration logique est incorrectement configurée lorsque informations dans la configuration de nommage du contexte (contexte de NOMMAGE) (visible dans le composant logiciel enfichable Sites et services) ne correspond pas à la topologie physique du réseau qui héberge la forêt Active Directory. Par exemple, un site peut ne pas être correctement défini, sites qui sont manquants dans les liens de site peuvent être inclus, des liens de site peuvent être interconnectées ou serveurs têtes de pont incorrect peut-être sélectionnée par l'administrateur.
  • Échec de l'infrastructure

    Un échec d'infrastructure se produit suite d'une ou plusieurs des événements suivants :
    • Une liaison de réseau WAN (wide area échoue.
    • Un contrôleur de domaine qui héberge un contexte de nommage nécessaire est en mode hors connexion.
    • Un problème de réplication pour un ou plusieurs contextes de nommage.
    • Le partenaire entrant pour la réplication a désactivé la réplication sortante. Pour plus d'informations sur la réplication, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
      321153  (http://support.microsoft.com/kb/321153/ ) Comment faire pour désactiver ou activer la réplication Active Directory dans Windows 2000
Retour au début

Résolution

Pour résoudre les messages d'événement 1311 ID, appliquez les méthodes suivantes.
  • Déterminer si les messages événement 1311 ID sont spécifiques au site ou une forêt à l'échelle de le.
  • Déterminer si de pont lien de sites est activée et si le réseau est totalement distribué.
  • Vérifiez que tous les sites sont définis dans les liaisons de site.
  • Détecter et supprimer des serveurs têtes de pont préféré.
  • Résoudre les défaillances de réplication Active Directory de la forêt.
  • Déterminer si les serveurs sources sont surchargées.
  • Déterminer si les liens de site sont dissociées.
  • Supprimer les connexions Si KCC est en mode de maintien de connexion.
Retour au début

Déterminer si les messages d'événement ID 1311 spécifiques au site ou à l'échelle de la forêt

Déterminer si les messages événement 1311 code sont enregistrés sur tous les contrôleurs de domaine (ISTG) Générateur topologie inter-site dans la forêt ou uniquement sur les contrôleurs de domaine ISTG spécifiques au site. Pour rechercher les contrôleurs de domaine ISTG, utilisez l'outil Ldp.exe pour rechercher les attributs suivants :
Base DN: CN = Sites, CN = Configuration, DC = RootDomainName,DC = com
Filtre: (cn = NTDS Site Settings)
Portée : sous-arbre
Attributs : interSiteTopologyGenerator
Pour plus d'informations sur la façon de localiser les contrôleurs de domaine ISTG, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
224599  (http://support.microsoft.com/kb/224599/ ) Déterminer le Générateur de topologie inter-sites (ISTG) d'un site dans Active Directory
Pour déterminer l'étendue de l'événement, appliquez l'une des méthodes suivantes :
  • Examinez les journaux des événements Service d'annuaire d'un nombre approprié de contrôleurs de domaine ISTG dans la forêt.
  • Utiliser l'outil eventcombmt.exe (disponible auprès des services de support technique Microsoft) pour rechercher les messages d'événement 1311 ID sur un nombre approprié ISTG contrôleurs de domaine de la forêt.
Retour au début

Déterminer si de pont lien de sites est activée et si le réseau est totalement distribué

Lorsque vous activez le lien de site de transition dans le répertoire sites et active composant logiciel enfichable Services, vous devez vous assurer que tout site défini dans Active Directory a une connexion réseau entièrement distribué à un site qui est défini par l'administrateur. Si le KCC crée un lien de connexion entre deux sites non connectées dans le site du pont de liaison est activée, les messages d'événement 1311 code peuvent être enregistrés.

Pont de liaison de sites est activée dans Active Directory si les conditions suivantes sont remplies :
  • La case à cocher pont tous les liens de site est activée pour le protocole IP et le protocole SMTP dans les sites Active Directory et le composant logiciel enfichable Services.
  • L'attribut des Options pour le protocole IP et le protocole SMTP est NULL ou la valeur 0 (zéro) pour les chemins d'accès domaine nom (DN, Distinguished Name) suivant :
    • CN = IP, CN = Transports inter-sites, CN = Sites, CN = Configuration, DC = root domain of forest
    • CN = SMTP, CN = Transports inter-sites, CN = Sites, CN = Configuration, DC = root domain of forest
Pour déterminer si une connexion réseau routé entièrement existe entre deux sites, contactez votre NOS administrateur, administrateur réseau ou architecte Active Directory.

Si de pont lien de sites est activée dans un environnement non-acheminé, soit changer le réseau routé entièrement, ou désactiver de pont lien de sites, puis créez le site et des liens de site ponts liens que vous devez utiliser. Attendez deux fois la plus longue intervalle de réplication de la forêt. Si les messages d'événement 1311 code continuent d'être enregistré ou si de pont lien de sites est activé dans un réseau routé entièrement, passez à la méthode « vérifier que tous les sites sont définis par dans site liens ».

Par défaut, de pont lien de sites est activée. En outre, les instructions d'exercices pratiques meilleures vous recommandons de garder site pont lien activé.

Le diagramme suivant utilise plus signe (+) et moins signes (-) pour illustrer des connexions réseau physique entre Active Directory sites. Site France est répertorié dans lien de site WEST et site GA est répertorié dans lien de site est, mais sites France et GA ne sont pas connexions réseau entièrement distribué aux sites de WASHINGTON et NY dans une configuration d'Active Directory de pont lien de sites est activée sur. 
                  WA <-- Site Link WANY --> NY  
                  +-                        +-
                 +  -                      +  -  
                +    -                    +    - 
               +      -                  +      -         
             CA + + + AZ               IL + + + GA
                
            Site Link WEST           Site Link EAST
Retour au début

Vérifiez que tous les sites sont définis dans les liaisons de site

Chaque site défini dans Active Directory doit être hébergé ou se trouvent dans un lien de site. Par exemple si des sites de WASHINGTON, autorité de CERTIFICATION, France, NY, IL et GA sont définies et des liens de site Ouest, est et WANY sont définis, messages d'événement 1311 code sont enregistrés si n'importe quel site un (par exemple, France ou GA) n'est pas répertorié dans un lien de site où les sites sont physiquement connectés. Sites sont orphelines lorsque de sites dans un lien de site supprimé ne sont pas ajoutés à un lien de site existant approprié. 
                  WA -- Site Link WANY -- NY  
                 /                        /   
                /                        /    
               /                        /              
              CA    (AZ)               IL    (GA)
                
            Site Link WEST           Site Link EAST                         

   Because sites AZ and GA are not listed in any site links, they are
   orphaned and the KCC does not consider them when it constructs the
   replication topology for Active Directory.
la commande repadmin /showism est utile pour recherche incorrectement configurés des sites. Sortie de la commande repadmin /showism ressemble à l'exemple suivant d'une forêt nommée « corp: « 
==== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com CONNECTIVITY INFORMATION FOR 3 SITES: ====

        0,    1,    2
( 0) CN=US-NC,CN=Sites,CN=Configuration,DC=corp,DC=com
     0:0:0, 100:15:0, 200:15:0

( 1) CN=US-TX,CN=Sites,CN=Configuration,DC=corp,DC=com
     100:15:0, 0:0:0, 100:15:0

( 2) CN=US-WA,CN=Sites,CN=Configuration,DC=corp,DC=com
     200:15:0, 100:15:0, 0:0:0
Remarque : contrairement aux autres arguments de la commande repadmin , vous ne pouvez pas exécutez la commande repadmin /showism à partir d'un ordinateur distant. Vous devez exécuter la commande repadmin /showism à partir de la console du contrôleur de domaine que vous voulez examiner (dans la plupart des cas, il est le contrôleur de domaine ISTG).

Pour chaque site est configuré pour la réplication IP ou pour la réplication en fonction de SMTP (non illustré), la commande repadmin /showism renvoie une matrice de site qui représentent les connexions à tous les sites de la forêt. Chaque entrée dans la matrice de site contient trois chiffres délimitées par des deux-points (:) qui représentent les coûts, Intervalle de réplication et options de chaque lien de réplication vers un autre site dans Active Directory forêt. Les numéros d'une entrée apparaissent dans l'ordre suivant :
Cost:Replication interval : Options
  • La valeur de Cost indique l'option d'une liaison réseau pour répliquer des informations d'annuaire entre les sites. L'administrateur utilise les sites Active et enfichable Services pour définir la valeur de Cost de chaque lien de site.
  • La valeur Replication interval indique la fréquence de réplication de la liaison en minutes.
  • La valeur Options indique les options pour le lien de site, y compris de notification de lien de site.

    Remarque : lorsque vous résoudre des messages d'événement 1311 de code, vous pouvez ignorer la valeur Options.
Dans l'exemple de la forêt « corp.com », de pont lien de sites est activé et la forêt contient trois sites Active Directory :
  • site 0 : ÉTATS-Unis-contexte de NOMMAGE, un site saluer qui utilise le TX <-> lien contexte de NOMMAGE pour se connecter à site 1 (US-TX).
  • site 1 : ÉTATS-Unis-TX qui héberge les deux contrôleurs de domaine.
  • site 2 : ÉTATS-Unis-WA, un site couvert qui utilise le TX <-> lien WA pour se connecter à site 1 (US-TX).
Matrice de chaque site contient un " 0: 0: 0 entrée qui fait référence à elle-même. Une entrée qui contient les numéros de positifs pour la valeur de coût et valeur d'intervalle réplication (par exemple, « 200:15:0 » ou « 100:15:0 ») indique que la connexion site est bonne. UN «-1: 0: entrée de 0 indique que la connexion site ne fonctionne pas. Cela se produit si une ou plusieurs des conditions suivantes est remplie :
  • Le protocole de réplication n'est pas utilisé. Par exemple, si SMTP réplication n'est pas configurée, les entrées dans la partie SMTP de le /SHOWISM matrice afficheront en tant que «-1: 0: 0 ».
  • Le site n'ordinateur hôte les contrôleurs de domaine (cette procédure est appelée un site « saluer).
  • Le site n'est pas inclus dans un lien de site.
Si de pont lien de sites est activée et que la commande repadmin /showism renvoie "-1: 0: 0 entrées pour un ou plusieurs couverts sites Active Directory, vérifiez que les sites concernés sont répertoriés dans un lien de site.

Un site avec un parti de «-1: 0: entrées 0 » et une « 0: 0: entrée 0 » est orphelin, sauf si le site est saluer (aucun contrôleur de domaine ne résider dans ce site). Lorsque vous tentez de résoudre messages d'événement 1311 ID, enregistrer les noms de tous les sites orphelins, mais n'enregistre pas les noms des sites saluer.

Si de pont lien de sites est désactivé, «-1: 0: 0 entrées sont moins significatifs. Si c'est le cas, vous devez déterminer manuellement si chaque site est inclus dans un lien de site. Pour ce faire, écrivez la liste des sites et des liens de site et associer manuellement chaque site sur un lien de site.

Remarque : la commande repadmin /showism renvoie toujours «-1: 0: 0 entrées pour un site saluer.

Dans l'exemple suivant repadmin /showism , de pont lien de sites est activée dans la forêt « corp.com » et le lien de site TX <-> WA a été supprimé. Site 2 (WASHINGTON ÉTATS-Unis) est orphelin de tous les autres sites de la forêt et doit être ajoutée à un lien de site approprié.
==== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com CONNECTIVITY INFORMATION FOR 3 SITES: ====

        0,    1,    2
( 0) CN=US-NC,CN=Sites,CN=Configuration,DC=corp,DC=com
     0:0:0, 100:15:0, -1:0:0

( 1) CN=US-TX,CN=Sites,CN=Configuration,DC=corp,DC=com
     100:15:0, 0:0:0, -1:0:0

( 2) CN=US-WA,CN=Sites,CN=Configuration,DC=corp,DC=com
     -1:0:0, -1:0:0, 0:0:0
Retour au début

Détecter et supprimer des serveurs têtes de pont préféré

Parce que sélection pont correct est difficile dans les forêts multi-domaine et Windows 2000 ayant bon logique de basculement en cas d'un pont sélectionné pour le KCC passe hors ligne, Microsoft recommande vivement que vous ne définissez pas serveurs têtes de pont préféré.

Pour rechercher des serveurs têtes de pont préféré :
  1. Utiliser l'outil de ligne de commande Ldp.exe pour effectuer une recherche LDAP pour les critères suivants :
    Chemin d'accès au nom de domaine: cn = sites, cn = configuration, dc = < domaine racine de forêt >
    ObjectClass : serveur
    Attributs : bridgeheadTransportList
  2. Utilisez la commande FINDSTR sur un fichier exportation LDIFDE de CN = Sites, CN = conteneur de configuration :
    LDIFDE CN = SITES, CN = CONFIGURATION, DC = < domaine Racine de forêt > SITEDUMP.LDF
    FINDSTR /i bridgeheadTransportList SITEDUMP.LDF
    Si la recherche renvoie tous les résultats, notez le nom du serveur dans le chemin de nom de domaine dont l'attribut bridgeheadTransportList est rempli.

    Si vous trouvez les serveurs pont par défaut, utilisez le site et services logiciel enfichable pour les supprimer et puis patientez jusqu'à deux fois le maximal intervalle de réplication de la forêt. Si les messages d'événement 1311 code continuent d'être enregistrés, passez à la méthode suivante.
Retour au début

Résoudre les défaillances de réplication Active Directory de la forêt

La réplication Active Directory nécessite la réplication transitive de tous les contextes d'appellation de la forêt à qui se répliquer une partition courants tous les contrôleurs de domaine.

Résoudre les défaillances de réplication pour les contrôleurs de domaine en ligne plus rapidement possible, en particulier celles qui ordinateur hôte une-de--type contextes dans une forêt (par exemple, le seul contrôleur de domaine d'un domaine particulier dans la forêt) d'appellation. En dernier recours, si vous ne pouvez pas effectuez un contrôleur de domaine répliquer, il le supprimer à partir de la forêt.

Si un contrôleur de domaine est en mode hors connexion pour les jours moins que le nombre durée de vie de désactivation (par défaut 60), mettre le contrôleur de domaine en ligne et forcer à répliquer ou en dernier ressort, supprimez-le de la forêt.

Si un contrôleur de domaine est en mode hors connexion ou ne réplique pas les modifications entrantes pour les jours plus que le nombre durée de vie de désactivation, ne resuscitate il. Au lieu de cela, immédiatement supprimer de la forêt. Pour plus d'informations sur la valeur de durée de vie de désactivation, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
216993  (http://support.microsoft.com/kb/216993/ ) Durée d'utile utile d'une sauvegarde d'état du système d'Active Directory
314282  (http://support.microsoft.com/kb/314282/ ) Les objets en attente peuvent rester une fois que vous remettez un serveur catalogue global obsolète en ligne
Lorsque vous souhaitez découvrir et de dépanner des échecs de réplication, les outils suivants peuvent être utiles :
  • /failcache Repadmin : exécuter cette commande à partir de la console de chaque contrôleur de domaine ISTG dans la forêt pour découvrir les défaillances de réplication de serveurs têtes de pont du site pour que ISTG.

    note Vous pouvez également exécuter cette commande à distance sur les autres contrôleurs de domaine ISTG dans la forêt.
  • repadmin /showreps : exécuter cette commande à partir de la console de chaque contrôleur de domaine ISTG dans la forêt pour analyser la réplication des contrôleurs de domaine spécifique qui sont exposés par la commande repadmin /failcache .
  • dcdiag /test:intersite /e /q : Cette commande teste la connectivité inter-site pour les contrôleurs de domaine serveur tête de pont de la forêt. Le jeu de résultats est limité aux contrôleurs de domaine rencontrer des erreurs avec le commutateur /q .
  • dcdiag /test:connectivity /e /q : Cette commande teste la résolution de noms et LDAP/connectivité rpc sur tous les contrôleurs de domaine de la forêt. Le jeu de résultats est limité aux contrôleurs de domaine rencontrer des erreurs avec le commutateur /q .
  • Examinez le journal des événements Service d'annuaire sur les contrôleurs de domaine ISTG et les serveurs tête de pont, à l'aide pour les niveaux NTDS diagnostic des paramètres suivants :
    • Vérificateur de cohérence des connaissances 1: 3
    • Événements de réplication 5: 3
    • Traitement interne: 1
La commande repadmin /failcache répertorie des défaillances de réplication qui sait KCC sur. La sortie de la commande repadmin /failcache est divisée en deux sections :

Le cache "Échec de liaison KCC" répertorie les erreurs des liens de connexion existants. Le contrôleur de domaine ISTG importe les données showreps (« repsfroms) pour chaque serveur tête de pont de son site. Toutefois, le contrôleur de domaine ISTG ne répertorie pas les erreurs. Le cache de défaillance lien correspond vidé au début de chaque exécution KCC et rechargé au cours d'exécution en cours.

Le cache "Échec de connexion KCC" répertorie les tentatives infructueuses pour créer des objets de connexion entre les contrôleurs de domaine ("commerciaux de" ou « commerciaux à »). Lorsque vous exécutez la commande repadmin /failcache depuis le contrôleur de domaine ISTG, il répertorie les écritures qui sont importées à partir de serveurs têtes de pont du site. Au début de chaque exécution KCC, le vérificateur de cohérence des CONNAISSANCES examine chaque entrée dans le cache d'échec de connexion et essaie de DsBind sur le serveur défaillant. Si la liaison réussit, l'entrée est supprimée.

La commande repadmin /failcache diffère de la commande repadmin /showreps de deux manières :
  • La commande repadmin /showreps affiche le contexte de nommage défaillant. La commande repadmin /failcache ne pas.
  • Données à partir de la commande repadmin /failcache ne sont pas répliquées entre les contrôleurs de domaine.
L'exemple suivant montre exemple de sortie de la commande repadmin /failcache . 
Z:\>repadmin /failcache
==== KCC CONNECTION FAILURES ============================
(none)

==== KCC LINK FAILURES ==================================
    USA-WA-24\C-24-DC03
        DC object GUID: 134244cd-26be-4944-82a7-ac3eb74fc02f
        No Failures.
    USA-WA-24\B-24-DC02
        DC object GUID: 21b050d6-33b5-424d-aa9b-060fe209233d
        No Failures.
    USA-WA-24\Z-24-DC-05
        DC object GUID: bfb3b008-3849-4e5d-81d8-53dbb76d587a
        No Failures.
Retour au début

Déterminer si les serveurs sources sont surchargées

Un contrôleur de domaine surchargé avec un grand nombre de partenaires de réplication directe ou une planification de réplication qui est trop agressive peut créer une file d'attente dans lequel certains partenaires jamais reçoivent modifications d'un contrôleur de domaine concentrateur. Dans la sortie à partir de la commande repadmin / showreps , contrôleurs de domaine partenaire de contrôleurs de domaine source surchargées apparaissent avec le statut « en jamais ».

Pour résoudre ce problème, redimensionner matériel, reconfigurer des liens de site et reconfigurez grilles de lien ou une connexion site que nécessaire pour réduire la charge sur les contrôleurs de domaine surchargées.
Retour au début

Déterminer si les liens de site sont dissociées

« Disjoints des liens de site » sont une configuration Active Directory dans lequel la topologie est rompue en deux parties ou dans lequel certains sites ne répliquez pas car les définitions de site et site lien définitions sont incorrectes. Par exemple, le diagramme suivant montre une configuration dans lesquels Sitelink_ABC contient les sites A, B et C et Sitelink_DEF contient les sites D, E et F, mais aucun lien de site ne connecte des sites de Sitelink_ABC à n'importe quel site dans Sitelink_DEF. Pour résoudre la condition de liens site disjoint, un nouveau lien site devez vous connecter au moins un site en Sitelink_ABC avec au moins un site en Sitelink_DEF (par exemple, un nouveau lien de site entre site A et site D). 
                  A                        D  
                 / \                      / \ 
                /   \                    /   \ 
               /     \                  /     \        
              B       C                E       F
                
            Sitelink_ABC              Sitelink_DEF
le diagramme suivant illustre autre possible une configuration de liens site nom disjoint. Dans ce cas, un nouveau lien site devez joindre n'importe quel site dans Sitelink_ABDC avec au moins un site en Sitelink_FG (par exemple, un nouveau lien de site entre site A et site F) résoudre la condition de liens site nom disjoint. 
                  A                  F  
                 / \                  \ 
                /   \                  \ 
               /     \                  \        
              B       C                  \ 
               \     /                    \ 
                \   /                      \ 
                 \ /                        \ 
                  D                          G

            Sitelink_ABDC            Sitelink_FG
liens de site de nom disjoint sont la configuration incorrecte la plus difficile à résoudre les problèmes. Recherchez des liens de site disjoint uniquement après que vous éliminer tous les autres causes connues. Utiliser un crayon de bois et papier pour graphique topologie de site et localiser les sites orphelins.
Retour au début

Supprimer les connexions KCC est en « mode connexion conserver »

Si KCC crée un autre chemin autour d'un échec de connexion site à site, mais il réessaie la connexion Échec toutes les 15 minutes car il se trouve dans "connexion conserver mode, » supprimer toutes les connexions rompues et laisser KCC recréer les. Attendez deux fois la plus longue planification de réplication de la forêt.
Retour au début

Plus d'informations

Terminologie et des concepts

  • serveur tête de pont : un contrôleur de domaine dans un site Active Directory qui réplique une partition Active Directory (par exemple, schéma, configuration, domaine, partition d'application ou catalogue global) à un contrôleur de domaine dans un autre site Active Directory.

    Un serveur tête de pont est activée pour chaque partition d'annuaire unique, un domaine ou une partition d'application dans un site Active Directory, pour un site qui héberge trois domaines différents possède trois serveurs têtes de pont dans le site.

    Contrôleurs de domaine répliquer tous les contextes d'appellation sont maintenus en commun avec leurs partenaires de réplication directs, pour un contrôleur de domaine dans le domaine « corp.com » réplique CN = SCHEMA et CN = CONFIGURATION plus au contexte de nommage de domaine « corp.com » avec son partenaire de tête de pont inter-site.
  • inter-site Générateur de topologie (ISTG) : pour chaque site Active Directory, un serveur unique, appelé L'ISTG est désigné pour générer la topologie de réplication inter-site. Pour plus d'informations sur L'ISTG, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    224815  (http://support.microsoft.com/kb/224815/ ) Le rôle du Générateur de topologie inter-sites dans la réplication Active Directory
  • site saluer : un Active Directory site défini dans le sites et services enfichable qui ne contient pas actuellement les contrôleurs de domaine Windows 2000. Un site saluer peut être en attente de son contrôleur de domaine arrivent à partir d'un site intermédiaire. En outre, un site peut être défini comme saluer pour fournir la préférence de site pour les opérations de client.
Retour au début

Sortie tronquée de la commande REPADMIN /SHOWISM

Dans certains environnements, la commande repadmin /showism 2195 version de Windows 2000 se ferme prématurée au cours de l'exécution et son résultat est tronqué en raison d'une erreur interne. Par exemple, la partie supérieure de cette sortie /SHOWISM réussie d'un contrôleur de domaine dans le domaine « corp.com » indique que les 128 sites sont définis (0-127). 
==== TRANSPORT CN=IP,CN=Inter-Site Transports,CN=Sites,CN=Configuration,DC=corp,DC=com 

CONNECTIVITY INFORMATION FOR 128 SITES: ====

        0,    1,    2,    3,    4,    5,    6,    7,    8,    9,   10,   11,   12,   13,   

14,   15,   16,   17,   18,   19,   20,   21,   22,   23,   24,   25,   26,   27,   28,   

29,   30,   31,   32,   33,   34,   35,   36,   37,   38,   39,   40,   41,   42,   43,   

44,   45,   46,   47,   48,   49,   50,   51,   52,   53,   54,   55,   56,   57,   58,   

59,   60,   61,   62,   63,   64,   65,   66,   67,   68,   69,   70,   71,   72,   73,   

74,   75,   76,   77,   78,   79,   80,   81,   82,   83,   84,   85,   86,   87,   88,   

89,   90,   91,   92,   93,   94,   95,   96,   97,   98,   99,  100,  101,  102,  103,  

104,  105,  106,  107,  108,  109,  110,  111,  112,  113,  114,  115,  116,  117,  118,  

119,  120,  121,  122,  123,  124,  125,  126,  127
dans l'exemple suivant, la sortie de repadmin /showism cesse au milieu de la ligne de site 115, CN = du siège social. 
All DCs in site CN=Headquarters,CN=Sites,CN=Configuration,DC=corp,DC=com (with trans &amp; hosting NC) are bridgehead candidates.
(115) CN=headquarters,CN=Sites,CN=Configuration,DC=corp,DC=com
     -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 

-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 

-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 

-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 

-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 

-1:0:0, -1:0:0, -1:0:0, -1:0:0, -1:0:0, 100:0:0, 150:0:0, 150:0:0, 100:0:0,
pour résoudre ce problème de troncation, procurez-vous une version mise à jour du fichier Repadmin.exe à partir de Microsoft Product Support (PSS).
Retour au début
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Server
Retour au début
Mots-clés : 
kbmt kbprb KB307593 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: 307593  (http://support.microsoft.com/kb/307593/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.