Artikel-ID: 307593 - Geändert am: Dienstag, 14. August 2007 - Version: 7.0

Problembehandlung bei Ereigniskennung 1311 Meldungen in einer Windows 2000-Domäne

SystemtippDieser Artikel bezieht sich auf ein anderes Betriebssystem als das von Ihnen verwendete. Für Sie möglicherweise nicht relevante Artikelinhalte wurden deaktiviert.

Auf dieser Seite

Alles erweitern | Alles schließen

Problembeschreibung

Dieser Artikel beschreibt die Problembehandlung bei Ereignis-ID 1311 Meldungen im Ereignisprotokoll Verzeichnisdienst in einer Microsoft Windows 2000-Domäne.

Die Knowledge Consistency Checker (KCC) erstellt und verwaltet die Replikationstopologie für Active Directory. Dazu untersucht die KONSISTENZPRÜFUNG die Summe aller Namenskontexte, die in der Gesamtstruktur befinden und alle vom Administrator definierte Einschränkungen für Standort, Standort und Verbindungskosten.

Wenn ein Active Directory-Domäne, ein Schema, eine Konfiguration, einer Anwendungspartition oder der globale Katalog benennen Kontexte zwischen Domänencontrollern oder Sites kann nicht repliziert werden, wird ein Ereignis-ID 1311 Meldung ähnlich der folgenden im Verzeichnisdienst-Ereignisprotokoll protokolliert:
Ereignistyp: Fehler
Ereignisquelle: NTDS KCC
Ereigniskategorie: Konsistenzprüfung
Ereignis-ID: 1311
Datum: TT/MM/JJJJ
Uhrzeit: HH:MM:SS
Benutzer: NV
Computer: <domain_controller_name>
Beschreibung:
Der Verzeichnisdienst-Konsistenzprüfer hat ermittelt, dass entweder (a) nicht genügend physische Verbindung über die Active Directory-Standorte veröffentlicht ist und Dienstverwaltung zum Erstellen einer spanning Struktur alle Standorte, die mit der Partition CN = < partitionsname der >, DC = < stammdomäne der gesamtstruktur >, DC = com, oder (b) die Replikation kann nicht ausgeführt werden, eine oder mehrere wichtige Server in damit Änderungen an allen Standorten (meistens aufgrund von dem Server wird nicht erreichbar) übertragen.

Ursache

Dieses Verhalten tritt auf, wenn eine oder mehrere der folgenden Bedingungen erfüllt sind:
  • Überbrückung von Standortverknüpfungen ist in einem Netzwerk aktiviert, das keine physische Netzwerkkonnektivität zwischen zwei Domänencontrollern an verschiedenen Standorten unterstützt, die über eine KCC-Verknüpfung miteinander verbunden sind.
  • Einen oder mehrere Standorte sind in Standortverknüpfungen nicht enthalten.
  • Standortverknüpfungen enthalten alle Standorte, aber die Standortverknüpfungen sind nicht miteinander verbunden. Diese Bedingung wird als getrennte Standortverknüpfungen bezeichnet.
  • Eine oder mehrere Domänencontroller sind offline.
  • Bridgeheaddomänencontroller sind online, aber Fehler auftreten, wenn Sie versuchen, einen erforderlichen Namenskontext zwischen Active Directory replizieren Websites.
  • Vom Administrator definierte, bevorzugte Bridgeheads sind online, aber nicht Host die erforderlichen Kontexte benennen.
  • Bevorzugte Bridgeheads sind vom Administrator ordnungsgemäß definiert, jedoch sind zurzeit offline.
  • Der Bridgeheadserver ist überladene entweder weil der Server undersized ist, zu viele Websites versuchen, Änderungen von demselben Hubdomänencontroller oder die Site Link Zeitpläne replizieren Verzweigung zu häufigen.
  • KONSISTENZPRÜFUNG hat einen anderen Pfad um einen Standort-zu-Standort-Verbindungsfehler erstellt, aber es wiederholt die fehlerhafte Verbindung alle 15 Minuten, da in "Verbindung beibehalten Modus."
Die häufigsten Ursachen von Ereignis-ID 1311 Nachrichten werden in zwei Kategorien unterteilt: eine fehlerhafte logische Konfiguration und Infrastruktur-Fehler. Ereignis-ID 1311-Meldungen werden protokolliert, wenn eine fehlerhafte logische Konfiguration oder ein Replikationsfehler auftritt.
  • Fehlerhafte logische Konfiguration

    Eine logische Konfiguration ist nicht ordnungsgemäß konfiguriert, wenn Informationen im Konfigurationsnamenskontext Kontext (NC) (sichtbar im Snap-in Standorte und-Dienste) nicht die physische Topologie des Netzwerks übereinstimmt, die die Active Directory-Gesamtstruktur hostet. Z. B. eine Website ist möglicherweise nicht ordnungsgemäß definiert, Sites, die Standortverknüpfungen fehlen möglicherweise enthalten, Standortverknüpfungen möglicherweise nicht miteinander verbunden oder falsch Bridgeheads können vom Administrator ausgewählt werden.
  • Fehler bei der Infrastruktur

    Infrastruktur Ausfall als Ergebnis einer eine oder mehrere der folgenden Ereignisse:
    • Eine wide Area Network (WAN)-Verbindung ausfällt.
    • Ein Domänencontroller, der einen erforderlichen Namenskontext hostet ist offline.
    • Ein Replikationsfehler tritt für eine oder mehrere Namenskontexte.
    • Der eingehende Partner für die Replikation hat die ausgehende Replikation deaktiviert.Weitere Informationen zur Replikation finden Sie im folgenden Artikel der Microsoft Knowledge Base:
      321153  (http://support.microsoft.com/kb/321153/ ) Gewusst wie: deaktivieren oder aktivieren Active Directory-Replikation in Windows 2000

Lösung

Problembehandlung bei Ereignis-ID 1311 Meldungen, verwenden Sie die folgenden Methoden.
  • Bestimmen Sie, ob die Ereignis-ID 1311 Nachrichten standortspezifischen oder gesamtstrukturweiten sind.
  • Bestimmen Sie, ob die Überbrückung von Standortverknüpfungen aktiviert ist und wenn das Netzwerk vollständig geroutet ist.
  • Stellen Sie sicher, dass alle Websites in den Standortverknüpfungen definiert sind.
  • Erkennen Sie und entfernen Sie bevorzugte Bridgeheads.
  • Beheben Sie Active Directory-Replikationsfehlern in der Gesamtstruktur.
  • Bestimmen Sie, wenn Source Server überlastet sind.
  • Bestimmen Sie, wenn Standortverknüpfungen unzusammenhängende sind.
  • Löschen Sie Verbindungen, wenn die KONSISTENZPRÜFUNG im Modus "Verbindung aktualisieren" ist.

Bestimmen Sie, ob die Ereigniskennung 1311 Nachrichten standortspezifischen oder gesamtstrukturweiten sind

Bestimmen Sie, wenn Ereignis-ID 1311 auf allen Ersteller der standortübergreifenden Topologie (ISTG)-Generator-Domänencontrollern in der Gesamtstruktur oder nur auf standortspezifischen ISTG-Domänencontrollern protokolliert werden. Verwenden Sie zum Suchen von ISTG-Domänencontrollern das Tool Ldp.exe, um für die folgenden Attribute zu durchsuchen:
Basis-DN: CN = Sites, CN = Configuration, DC = Stammdomänenname, DC = Com
Filter: (Cn = NTDS Site Settings)
Bereich: Subtree
Attribute: InterSiteTopologyGenerator
Weitere Informationen zum Suchen von ISTG-Domänencontrollern finden Sie im folgenden Artikel der Microsoft Knowledge Base:
224599  (http://support.microsoft.com/kb/224599/ ) Bestimmen der standortübergreifenden Topologie (Generator, ISTG) von einer Site in Active Directory
Verwenden Sie eine der folgenden Methoden, um den Gültigkeitsbereich des Ereignisses zu bestimmen:
  • Überprüfen Sie die Active Directory-Ereignisprotokolle einer entsprechenden Anzahl von ISTG-Domänencontrollern in der Gesamtstruktur.
  • Verwenden Sie das Eventcombmt.exe-Tool (verfügbar über Microsoft Product Support Services), um auf eine entsprechende Anzahl von ISTG-Domänencontrollern in der Gesamtstruktur Nachrichten Ereignis-ID 1311 suchen.

Bestimmen Sie, ob die Überbrückung von Standortverknüpfungen aktiviert ist und wenn das Netzwerk vollständig geroutet ist

Wenn Sie in der Active Directory-Standorte und Dienste-Snap-in-bridging Standortverknüpfung aktivieren, müssen Sie sicherstellen, dass einem in Active Directory definiertem Standort vollständig geroutete Netzwerkverbindung zu jedem anderen Standort verfügt, die durch den Administrator definiert wird. Wenn KONSISTENZPRÜFUNG eine Verbindung zwischen zwei nicht verbundenen Standorten erstellt, in welcher Site Link bridging aktiviert ist, können Ereignis-ID 1311 Nachrichten protokolliert werden.

Die Überbrückung von Standortverknüpfungen ist in Active Directory aktiviert, wenn folgende Bedingungen erfüllt sind:
  • Das Kontrollkästchen Brücke zwischen allen Standortverknüpfungen ist für das IP-Protokoll und SMTP-Protokolls in Active Directory-Standorte aktiviert und Dienste-Snap-in.
  • Das Options -Attribut für das IP-Protokoll und das SMTP-Protokoll ist NULL oder auf 0 (null) für die folgenden Domain Name (DN) Pfade festgelegt:
    • CN = IP, CN = Inter-Site Transports, CN = Sites, CN = Configuration, DC = root domain of forest
    • CN = SMTP, CN = Inter-Site Transports, CN = Sites, CN = Configuration, DC = root domain of forest
Wenden Sie sich bestimmt, ob eine Netzwerkverbindung mit vollständigem Routing zwischen zwei Standorten vorhanden ist, an den NOS Administrator, Netzwerk-Administrator, oder Active Directory-Architekten.

Wenn die Überbrückung von Standortverknüpfungen in einer Umgebung ohne Routing aktiviert ist, entweder stellen im Netzwerk vollständig geroutet, oder deaktivieren Sie Standortverknüpfungsbrücken und Erstellen der Standortverknüpfungen und die Website Standortverknüpfungsbrücken, die Sie verwenden müssen. Warten Sie zwei Mal das längste Replikationsintervall in der Gesamtstruktur. Wenn Ereignis-ID 1311 Meldungen weiterhin protokolliert werden oder wenn die Überbrückung von Standortverknüpfungen in einem vollständig gerouteten Netzwerk aktiviert ist, fahren Sie mit der Methode "Überprüfen, alle Websites sind definiert in Standortverknüpfungen" fort.

Standardmäßig ist die Überbrückung von Standortverknüpfungen aktiviert. Wird darüber hinaus Richtlinien für die bewährten Verfahrensweisen empfohlen, dass Site Link bridging aktiviert.

Das folgende Diagramm verwendet plus (+) signiert und Erläutern Sie die physischen Netzwerkverbindungen zwischen Active Directory Minuszeichen (-) Websites. Website AZ in WEST Standortverknüpfung aufgeführt ist und Website globalen im OSTEN Standortverknüpfung aufgeführt wird verfügen, aber Websites AZ und globalen nicht vollständig geroutete Verbindungen auf Websites WA und hh in eine Active Directory-Konfiguration, in denen Überbrückung von Standortverknüpfungen aktiviert ist.
                  WA <-- Site Link WANY --> NY  
                  +-                        +-
                 +  -                      +  -  
                +    -                    +    - 
               +      -                  +      -         
             CA + + + AZ               IL + + + GA
                
            Site Link WEST           Site Link EAST                         

Überprüfen Sie, ob alle Standorte in Standortverknüpfungen definiert sind

Jede Site in Active Directory definierten gehostet werden muss oder befinden sich in einer Standortverknüpfung. Z. B. wenn Standorte WA, CA, TX, USA, IL und globalen definiert sind, und Standortverknüpfungen WEST, Ost und WANY definiert sind, werden Ereignis-ID 1311 Nachrichten protokolliert, wenn eine beliebige Site (z. B. AZ oder GA) in eine Standortverknüpfung nicht aufgeführt ist, in denen die Standorte physisch verbunden sind. Standorte sind verwaist, wenn Websites in einer gelöschten Standortverknüpfung nicht zu einer entsprechenden vorhandenen Standortverknüpfung hinzugefügt werden.
                  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.
der Befehl Repadmin/showism ist nützlich, für Websites suchen nicht ordnungsgemäß konfiguriert werden. Ausgabe des Befehls Repadmin/showism sieht in etwa dem folgenden Beispiel aus einer Gesamtstruktur mit dem Namen "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
Hinweis : im Gegensatz zu anderen Argumente für den Befehl Repadmin können nicht Sie den Befehl Repadmin/showism ausführen, von einem Remotecomputer. Sie müssen den Befehl Repadmin/showism ausführen, von der Konsole des Domänencontrollers, den Sie untersuchen möchten (Dies ist in den meisten Fällen der ISTG-Domänencontroller).

Für jeden Standort, der für die IP-basierte Replikation oder für die SMTP-basierte Replikation (nicht gezeigt) konfiguriert ist, gibt der Befehl Repadmin/showism eine Website-Matrix, die die Verbindungen zu allen Websites in der Gesamtstruktur darstellen zurück. Jeder Eintrag in der Website-Matrix enthält drei Zahlen getrennt durch Doppelpunkte (:) Kosten, Replikationsintervall und Optionen für jede Replikationsverknüpfung darstellt zu einer anderen Site in Active Directory-Gesamtstruktur. Die Zahlen in einem Eintrag in der folgenden Reihenfolge angezeigt:
Cost: Replication interval: Options
  • Cost-Wert gibt die Vorrangsstufe für eine Netzwerkverbindung zum Replizieren von Verzeichnisinformationen zwischen Standorten. Der Administrator verwendet die Active Directory-Standorte Services Snap-in und Cost definieren.
  • Replication interval Wert gibt die Replikationsrate der Verknüpfung in Minuten.
  • Options-Wert gibt die Optionen für die Standortverknüpfung, einschließlich Site Link Benachrichtigung.

    Hinweis : bei der Problembehandlung bei Ereignis-ID 1311-Meldungen können Sie den Wert Options ignorieren.
Im Beispiel aus der Gesamtstruktur "corp.com" Überbrückung von Standortverknüpfungen aktiviert ist und die Gesamtstruktur enthält drei Active Directory-Standorte:
  • 0-Website : US-NC ein aufgedeckt Website, die die TX verwendet <-> NC Verknüpfung zur Website 1 (US-TX) herstellen.
  • Website 1 : US-TX, 2-Domänencontroller als Host dient.
  • Website 2 : US-WA, eine abgedeckte Website, die die TX verwendet <-> WA Verknüpfung zur Website 1 (US-TX) herstellen.
Jede Website Matrix enthält einen "0: 0: 0" Posten, die auf sich selbst verweist. Ein Eintrag, der positive Zahlen für den Kostenwert und Replikations Intervall Wert (z. B. "200:15:0" oder "100:15:0") enthält bedeutet, dass die Standort-Verbindung gut ist. EINE "-1: 0: 0" Eintrag gibt an, dass die Standort-Verbindung nicht funktioniert. Dies tritt auf, wenn eine oder mehrere der folgenden Bedingungen erfüllt sind:
  • Das Replikationsprotokoll wird nicht verwendet. Beispielsweise wenn SMTP-Replikation ist nicht konfiguriert, die Einträge in der SMTP-Teil der /SHOWISM Matrix, die alle als "-1: 0: 0".
  • Die Website nicht Host beliebigen Domänencontrollern (Dies wird als "aufgedeckt" Website bezeichnet).
  • Die Website ist in einer Standortverknüpfung nicht enthalten.
Wenn die Überbrückung von Standortverknüpfungen aktiviert ist und gibt der Befehl Repadmin/showism "-1: 0: 0" Einträge für eine oder mehrere Active Directory-Standorte behandelt stellen Sie sicher, dass die betroffenen Websites in einer Standortverknüpfung aufgelistet werden.

Eine Website mit einer vollständige Komplement von "-1: 0: 0" Einträge und eine "0: 0: 0" Eintrag ist, sofern die Website nicht abgedeckten Codeabschnitt ist verwaist (keine Domänencontroller befinden sich in der Website). Problembehandlung bei Ereignis-ID 1311-Meldungen zeichnen Sie die Namen aller verwaiste Websites, aber zeichnen Sie die Namen der aufgedeckt Standorte nicht auf.

Wenn die Überbrückung von Standortverknüpfungen deaktiviert ist, "-1: 0: 0" Einträge sind weniger sinnvoll. Wenn dies der Fall ist, müssen Sie manuell festlegen, wenn jeder Standort in eine Standortverknüpfung enthalten ist. Dazu schreiben Sie die Liste der Standorte und Standortverknüpfungen, und ordnen Sie jede Website manuell zu einer Standortverknüpfung.

Hinweis : der Befehl Repadmin/showism gibt immer "-1: 0: 0" Einträge für eine Site aufgedeckt.

Im folgenden Beispiel Repadmin/showism Überbrückung von Standortverknüpfungen wird aktiviert in der "corp.com" Gesamtstruktur und die Standortverknüpfung TX <-> WA wurde gelöscht. Standort 2 (US-WA) ist verwaist, von anderen Standorten in der Gesamtstruktur und eine entsprechende Standortverknüpfung hinzugefügt werden muss.
==== 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

Erkennen Sie und entfernen Sie bevorzugte bridgeheads

Weil richtigen Bridgehead Auswahl schwer in Gesamtstrukturen mit mehreren Domänen, und da Windows 2000 gute Failover-Logik verfügt Fall ein Bridgehead KONSISTENZPRÜFUNG ausgewählt offline geschaltet wird, Microsoft dringend empfiehlt, definieren Sie nicht bevorzugte Bridgehead-Server.

Suchen nach bevorzugte Bridgehead-Server:
  1. Verwenden Sie das Befehlszeile-Tool Ldp.exe, um eine LDAP-Suche für die folgenden Kriterien auszuführen:
    DN-Pfad: Cn = Sites, Cn = Configuration, dc = < stammdomäne der gesamtstruktur >
    ObjectClass: Server
    Attribute: BridgeheadTransportList
  2. Verwenden Sie den FINDSTR -Befehl für eine LDIFDE-Exportdatei aus den CN = Sites, CN = Configuration Container:
    LDIFDE CN = SITES, CN = CONFIGURATION, DC = < stammdomäne in der gesamtstruktur > SITEDUMP.LDF
    FINDSTR/i "BridgeheadTransportList" SITEDUMP.LDF
    Wenn die Suche keine Ergebnisse zurückgibt, notieren Sie den Namen der Server in der Domänennamen-Pfad in dem das BridgeheadTransportList -Attribut aufgefüllt wird.

    Wenn Sie alle bevorzugten Bridgehead-Server finden, Verwenden der Website und Services Snap-In, um Sie zu entfernen und warten Sie dann zweimal das maximale Replikationsintervall in der Gesamtstruktur. Wenn Ereignis-ID 1311 Nachrichten protokolliert werden, fahren Sie mit der nächsten Methode fort.

Beheben von Active Directory-Replikationsfehlern in der Gesamtstruktur

Active Directory-Replikation erfordert die transitive Replikation aller Namenskontexte in der Gesamtstruktur auf allen Domänencontrollern, die eine gemeinsame Partition zu replizieren.

Beheben Sie so schnell wie möglich, insbesondere Replikationsfehler für online-Domänencontroller die Host eine-des-ein-Art Benennung Kontexten in einer Gesamtstruktur (z. B. der einzige Domänencontroller für eine bestimmte Domäne in der Gesamtstruktur). Als letzten Ausweg, wenn Sie können kein Domänencontroller replizieren, aus der Gesamtstruktur entfernen.

Wenn ein Domänencontroller für weniger Tage als die Tombstone-Lebensdauer-Anzahl (standardmäßig 60) offline ist, schalten Sie den Domänencontroller online zu und erzwingen Sie replizieren, oder entfernen Sie es als letzten Ausweg aus der Gesamtstruktur.

Wenn ein Domänencontroller offline ist oder nicht eingehende Änderungen für mehrere Tage als die Tombstone-Lebensdauer-Anzahl repliziert, resuscitate Sie es nicht. Stattdessen sofort entfernen Sie es aus der Gesamtstruktur. Weitere Informationen über den TombstoneLifetime-Wert finden Sie in den folgenden Artikeln der Microsoft Knowledge Base:
216993  (http://support.microsoft.com/kb/216993/ ) Regal Nutzungsdauer einer Systemstatus Sicherung von Active Directory
314282  (http://support.microsoft.com/kb/314282/ ) Veraltete Objekte bleiben, nachdem Sie eine veraltete GC-Server wieder online schalten
Wenn Sie erkennen und Behandeln von Replikationsfehlern möchten, können die folgenden Tools nützlich sein:
  • Repadmin /failcache : Dieser Befehl von der Konsole der einzelnen ISTG-Domänencontroller in der Gesamtstruktur zum Ermitteln von Replikationsfehlern für Bridgeheads in der Website für die ISTG ausführen.

    Hinweis: Sie können diesen Befehl auch Remote gegen andere ISTG-Domänencontrollern in der Gesamtstruktur ausführen.
  • Repadmin/showreps : Dieser Befehl ausführen, von der Konsole der einzelnen ISTG-Domänencontroller in der Gesamtstruktur Replikation mit bestimmten Domänencontrollern analysieren, die durch den Befehl Repadmin /failcache verfügbar gemacht werden.
  • Dcdiag /test:intersite/e/q : Dieser Befehl testet die standortübergreifenden Verbindungen für Bridgeheaddomänencontroller in der Gesamtstruktur. Das Resultset ist beschränkt auf Domänencontrollern, die Fehler mit der Befehlszeilenoption/q auftreten.
  • Dcdiag /test:connectivity/e/q : Dieser Befehl testet, Namensauflösung und Ldap / Rpc-Verbindungen zu allen Domänencontrollern in der Gesamtstruktur. Das Resultset ist beschränkt auf Domänencontrollern, die Fehler mit der Befehlszeilenoption/q auftreten.
  • Untersuchen Sie das Directory Service-Ereignisprotokoll auf ISTG-Domänencontrollern und Bridgehead-Server mithilfe der folgenden Einstellungen für die NTDS-Diagnose Ebenen:
    • 1 Knowledge Consistency Checker: 3
    • 5 Replikation Ereignisse: 3
    • Interne Verarbeitung: 1
Der Befehl Repadmin /failcache Listet Replikationsfehler, denen KONSISTENZPRÜFUNG kennt. Die Ausgabe des Befehls Repadmin /failcache ist in zwei Abschnitte unterteilt:

Der Cache "KCC Link Fehler" listet Fehler für vorhandene Verbindung Verknüpfungen. Der ISTG Domänencontroller importiert Showreps ("Repsfroms")-Daten für jeden Bridgeheadserver in der Website. Der ISTG Domänencontroller werden jedoch nicht Fehler aufgelistet. Der Link Fehler Cache am Anfang jeder KCC-Ausführung geleert und im Verlauf des aktuellen ausführen aufgefüllt.

Der Cache "KCC Verbindung Fehler" listet erfolglosen Versuchen, Verbindungsobjekte zwischen Domänencontrollern ("Reps aus" oder "Reps zu") zu erstellen. Wenn Sie den Befehl Repadmin /failcache vom ISTG-Domänencontroller ausführen, werden Einträge, die aus Bridgeheads in der Site importiert werden aufgelistet. Am Anfang jeder KCC-Ausführung wird die KONSISTENZPRÜFUNG jeder Eintrag in der Verbindung Fehler Cache untersucht und DsBind an den ausgefallenen Server versucht. Wenn die Bindung erfolgreich ist, wird der Eintrag entfernt.

Der Befehl Repadmin /failcache unterscheidet sich von den Befehl Repadmin/showreps in zwei Möglichkeiten:
  • Der Befehl Repadmin/showreps zeigt den Namenskontext, der fehlschlägt. Der Befehl Repadmin /failcache führt nicht.
  • Daten aus den Befehl Repadmin /failcache werden nicht zwischen Domänencontrollern repliziert.
Das folgende Beispiel zeigt Beispielausgabe des Befehls 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.

Bestimmen Sie, wenn Quellserver überladen werden

Einen Domänencontroller, der mit einer großen Anzahl von direkten Replikationspartner oder einen Replikationszeitplan aus, der übermäßig strenge ist überlastet ist kann einen Rückstand erstellen, in dem einige Partner nie Änderungen von einem Hub-Domänencontroller empfangen. In der Ausgabe des Befehls Repadmin/showreps werden Partner-Domänencontroller der überladenen Quelldomänencontroller mit Status "at"nie angezeigt.

Plant, das dieses Problem beheben, Größe Hardware, Neukonfigurieren von Standortverknüpfungen und Neukonfigurieren von Standortverknüpfung oder Verbindung bei Bedarf, um die Auslastung auf überladene Domänencontrollern zu reduzieren.

Bestimmen Sie, wenn Standortverknüpfungen unzusammenhängende sind

"Getrennter Standortverknüpfungen" ist eine Active Directory-Konfiguration in der die Topologie ist unterbrochen, in zwei Teile oder in dem einige Websites nicht replizieren da Websitedefinitionen und Website-Definitionen verknüpfen falsch sind. Das folgende Diagramm zeigt z. B. eine Konfiguration in der Sitelink_ABC Standorten A, B und C und Sitelink_DEF enthält enthält Sites, D, E und F, aber keine Standortverknüpfung verbindet alle Websites in Sitelink_ABC an die Sites in Sitelink_DEF. Um die Bedingung getrennten Website Hyperlinks zu beheben, muss eine neue Standortverknüpfung mindestens einen Standort in Sitelink_ABC mit mindestens einem Standort in Sitelink_DEF (z. B. eine neue Standortverknüpfung zwischen Standort A und Standort D) verbinden.
                  A                        D  
                 / \                      / \ 
                /   \                    /   \ 
               /     \                  /     \        
              B       C                E       F
                
            Sitelink_ABC              Sitelink_DEF
das folgende Diagramm anderen möglichen zeigt die Konfiguration eine getrennten Site Links. In diesem Fall muss eine neue Standortverknüpfung alle Sites in Sitelink_ABDC mit mindestens eine Website in Sitelink_FG (z. B. eine neue Standortverknüpfung zwischen Standort A und Standort F) beitreten, zum Beheben der getrennten Site Links.
                  A                  F  
                 / \                  \ 
                /   \                  \ 
               /     \                  \        
              B       C                  \ 
               \     /                    \ 
                \   /                      \ 
                 \ /                        \ 
                  D                          G

            Sitelink_ABDC            Sitelink_FG                          
getrennten Standortverknüpfungen sind die schwierigsten fehlerhafte Konfiguration beheben. Suchen Sie nach getrennten Standortverknüpfungen erst, nachdem Sie alle bekannten Ursachen auszuschließen. Verwenden Sie für Stift und Papier Diagramm Standorttopologie und Lokalisieren verwaiste Websites.

Löschen Sie Verbindungen, wenn KONSISTENZPRÜFUNG in "Verbindung beibehalten Modus"

Wenn KCC einen anderen Pfad um einen Standort-zu-Standort-Verbindungsfehler erstellt, aber es die fehlerhafte Verbindung alle 15 Minuten, wiederholt da es in "Verbindung beibehalten Modus" ist, löschen Sie alle fehlerhafte Verbindungen, und lassen Sie KONSISTENZPRÜFUNG, die Sie neu erstellen. Warten Sie zwei Mal den längsten Replikationszeitplan in der Gesamtstruktur.

Weitere Informationen

Begriffe und Konzepte

  • Bridgehead-Server : alle Domänencontroller in einer Active Directory-Standort, die eine Active Directory-Partition (z. B. Schema, Konfiguration, Domäne, Anwendungspartition oder globalen Katalog) auf einen Domänencontroller in einer anderen Active Directory-Standort repliziert.

    Ein Bridgehead ist für jede eindeutige Verzeichnispartition, Domäne oder Anwendungspartition in Active Directory-Standort ausgewählt, damit eine Website, die drei verschiedene Domänen hostet drei-Site Bridgeheadserver hat.

    Domänencontroller replizieren alle Namenskontexte, die gemeinsam mit Ihren direkte Replikationspartner aufrechterhalten werden, ein Domänencontroller in der Domäne "corp.com" CN repliziert SCHEMA "und" CN = = CONFIGURATION, zusätzlich zu der Domänennamenkontext von "corp.com" mit seinen Partner standortübergreifende Bridgeheadserver.
  • Standortübergreifender Topologiegenerator (ISTG) : für jede Active Directory-Standort ein einzelner Server, der ISTG genannt benannt, die standortübergreifenden Replikationstopologie zu erstellen. Weitere Informationen zu den ISTG finden Sie im folgenden Artikel der Microsoft Knowledge Base:
    224815  (http://support.microsoft.com/kb/224815/ ) Die Rolle der standortübergreifenden Topologie in Active Directory-Replikation
  • Aufgedeckt Website : eine Active Directory-Website definiert im Standort- und Snap-in, die derzeit keine Windows 2000-Domänencontroller enthalten sind. Eine aufgedeckt Site möglicherweise Ihr Domänencontroller von eine Stagingsite empfangen warten. Darüber hinaus kann ein Standort definiert als aufgedeckt Website Vorrangsstufe für Client-Vorgänge bereitstellen.

Abgeschnittene Ausgabe des Befehls REPADMIN-/SHOWISM

In einigen Umgebungen der Befehl Repadmin/showism Build 2195 von Windows 2000 vorzeitig beendet, während der Ausführung und die Ausgabe wird aufgrund eines internen Fehlers abgeschnitten. Der obere Teil dieser erfolgreichen /SHOWISM Ausgabe von einem Domänencontroller in der Domäne "corp.com" gibt z. B. 128 Sites (0-127) definiert sind.
==== 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
im folgenden Beispiel die Ausgabe Repadmin/showism beendet mitten in der Zeile für die Site 115, CN = HeadQuarters.
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, 
eine aktualisierte Version der Datei "Repadmin.exe" beziehen um diese Abschneiden Problem zu beheben, von Microsoft Product Support Services (PSS).

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Server
Keywords: 
kbmt kbprb KB307593 KbMtde
Maschinell übersetzter ArtikelMaschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 307593  (http://support.microsoft.com/kb/307593/en-us/ )
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.