Wiederherstellen eines Domänencontrollers verursachen Inkonsistenzen zwischen Domänencontrollern

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 316829
Problembeschreibung
Wiederherstellen eines Domänencontrollers möglicherweise eine Ereignis-ID: 1587 Inkonsistenzen zwischen Domänencontrollern angibt. In diesem Fall möglicherweise einige veraltete Objekte auf dem wiederhergestellten Domänencontroller vorhanden. Außerdem werden neue Objekte in dem wiederhergestellten Domänencontroller nicht repliziert.
Ursache
Dieses Problem tritt auf, da der Domänencontroller weist eine neue Aufruf-ID die ursprünglichen obere Marke verwendet.
Lösung
Um dieses Problem zu beheben, beziehen Sie das neueste Servicepack für Windows 2000. Klicken Sie für Weitere Informationen auf die folgende Artikelnummer, um den Artikel der Microsoft Knowledge Base anzuzeigen:
260910 So erhalten Sie das neueste Windows 2000 Service Pack
Zum Beheben dieses Problems erhalten Sie im folgenden Artikel der Microsoft Knowledge Base beschriebenen Hotfix:
299687 MS01-036: Funktion mit LDAP über SSL könnte Kennwörter geändert werden können
Abhilfe
Um dieses Problem zu umgehen, herabstufen Sie und Heraufstufen Sie des wiederhergestellten Domänencontrollers. Den betroffenen Server herabstufen, erzwingen Sie eine vollständige Replikation der betroffenen Server auf einen anderen Domänencontroller. (Vollständige Synchronisierung kann größere Domänen ressourcenintensiv sein.) Führen Sie die vollständige Synchronisierung Domänenpartition und die Konfigurationspartition. Die folgende Zeile zeigt die Syntax des Befehls Repadmin verwenden, um die Synchronisierung durchzuführen:
Repadmin/Sync <Naming context=""> <Dest dc=""> <Source dc="" guid="">[/ force] [/ Full]</Source> </Dest> </Naming>
Die folgende Zeile ist ein Beispiel für die Verwendung dieses Befehls:
Repadmin/Sync DC = Domain, DC = Root Good_DC dc1 122a5239-36b3-488a-b24c-971ed0ca8a46/Force/vollständige
Im Beispiel,
  • "DC = Domain, DC = Root" Domänennamenskontext ist.
  • "Good_DC" ist der Zieldomänencontroller. Dies ist die gute Partner, der die Updates erhalten.
  • Die DSA-GUID ist die Replikation GUID für den wiederhergestellten DC. Erhalten Sie durch Ausführen von Repadmin/showreps auf dem wiederhergestellten Server. Die GUID ist oben unter "DC Objekt-Guid" aufgelistet.
Wenn die Synchronisierung erfolgreich war, wird die folgende Meldung angezeigt:
Synchronisieren von 122a5239-36b3-488a-b24c-971ed0ca8a46 Good_DC wurde erfolgreich abgeschlossen.


Wiederholen Sie den Vorgang für den Konfigurationsnamenskontext von Befehl ähnlich dem folgenden:
Repadmin/Sync Cn = Configuration, DC = Domain, DC = Root Good_DC dc1 122a5239-36b3-488a-b24c-971ed0ca8a46/Force/vollständige
Das Problem wahrscheinlich nicht gelöst werden, nachdem Sie dies getan haben. Danach, installieren Sie den Hotfix tiefer stufen Sie und höher stufen Sie Domänencontroller zum Lösen des Problems.
Status
Microsoft hat bestätigt, dass es sich um ein Problem bei den Microsoft-Produkten handelt, die zu Beginn dieses Artikels aufgeführt sind. Dieses Problem wurde erstmals in Windows 2000 Service Pack 3 behoben.
Weitere Informationen
Beim Wiederherstellen eines Domänencontrollers die höchste USN Commit auf den Punkt zurückgesetzt, beim Erstellen der Sicherung. Der Domänencontroller Aufruf-ID zurückgezogen und eine neue zugewiesen. Wenn Partner versucht, zum erste Mal nach der Wiederherstellung zu replizieren, wird die folgende Meldung protokolliert:

Typ: Informationen
Quelle: NTDS-Replikation
Kategorie: (5)
Ereignis-ID: 1587
Datum: 3/16/2001
Zeit: 10:52:35 Uhr
Benutzer: CONTOSO\CO-NA-DC-01$
Computer: CO-DC-02
Beschreibung
Der Directory Service Agent (DSA) für Objekt-GUID d0a6a575-9702-4f4e-bf68-bb2a9f875188 beantragt ändert eine Textmarke vor das lokale DSA letzte Wiederherstellung aus einer Sicherung auf USN-94727614 ab. Das Lesezeichen ist wie folgt angepasst werden: vorherigen Aufruf-ID: bc546028-fae7-4978-abe0-d294694da32b
Vorheriges Objekt Update USN: 95853579
Aktualisieren der vorherigen Eigenschaft USN: 95853579
Neue Aufruf-ID: ae6286cb-740b-4bb3-ace7-9577efa9dc9f
Neues Objekt Update USN: 94727614
Aktualisierte Eigenschaft USN: 94727614


Dieses Ereignis ist ein Domänencontroller. Bedeutet dies kein Problem. Dies ist ein Problem, wenn erstellten Objekte auf dem wiederhergestellten Domänencontroller "im Hintergrund" nicht repliziert werden.

Im Problemszenario wird die höchste USN zurückgesetzt. Während der Lesezeichen (oder "Aktualität" Vektor zurücksetzen) stellt der Quelldomänencontroller jedoch den höchsten USN-Wert, der vor der Wiederherstellung vorhanden ist. Objekte mit USNchanged-Werten zwischen den oberen und unteren HighestCommittedUSN Attributwert gelten nicht für die Replikation.

Beispiel: Angenommen, Domänencontroller 1 hat höchste USN von 100. Seines Replikationspartners Domänencontroller 2, wurde ein "Aktualitätsvektor" 100 für Domänencontroller 1.

Domänencontroller 1 wiederherstellen aus einer Sicherung auf die höchste USN 50 ist. Nach der nächsten Replikation Domänencontroller 2 zurückgesetzt Lesezeichens auf 100 (50 dürften) Domänencontroller 1. Domänencontroller 1 stammt ändert, 51, 52 und 53. Wenn Domänencontroller 2 Replikation handelt, hält es nie Änderungen, da angenommen wird, dass es über 100 von wurde. Domänencontroller 1 weiterhin ändern und erreicht schließlich 101. Änderung 101 repliziert, 51 bis 100 ändert sich jedoch nicht.

In einigen Fällen können Sie diesen Zustand erkennen. Verwenden von Ldp oder ADSI Edit aktuelle HighestCommittedUSN Attribut für das RootDSE-Objekt auf dem wiederhergestellten Domänencontroller. Vergleichen, die dann an die Ausgabe der Repadmin/showreps / verbose auf einem Partner. Suchen Sie in der Ausgabe Repadmin für den Wert "USN ### OU" Domänencontroller für jede Namenskontext. Ist der Wert in Repadmin höher als das Attribut HighestCommittedUSN ist der Domänencontroller das Problem auftritt.

Beachten Sie, dass wenn der wiederhergestellte Domänencontroller stammt genügend Updates, dass das Attribut HighestCommittedUSN erreicht oder überschritten "Aktualität" vector, die auf anderen Domänencontrollern (wie im Beispiel in diesem Artikel) aufgezeichnet ändern nie berücksichtigt werden für die Replikation. Jedoch werden neue, repliziert. Nicht replizierte Änderung werden als "veraltete Objekte" bezeichnet
Informationsquellen
Weitere Informationen zu veralteten Objekten klicken Sie auf die folgende Artikelnummer der Microsoft Knowledge Base:

317097 Veraltete Objekte verhindern Active Directory-Replikation auftreten

3125191 Ereignis-ID 1587 ist auf einem Domänencontroller generiert, wenn mehr als zwei Domänencontroller am selben Standort als Lync server
kbDirServices

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 316829 – Letzte Überarbeitung: 01/25/2016 22:00:00 – Revision: 1.0

  • kbbug kbdirservices kbfix kbwin2000presp3fix kbwin2000sp3fix kbmt KB316829 KbMtde
Feedback