DFS-Replikation: Problembehandlung bei fehlenden SYSVOL- und Netlogon-Freigaben

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: 2958414
Problembeschreibung
Eine Situation wird möglicherweise in der SYSVOL und Netlogonshares nicht auf einem Domänencontroller gelten. Folgende weitere Symptome oder Vorschriften gelten auch:
  • Der SYSVOL-Ordner ist leer.
  • Der betroffenen Domänencontroller wurde vor kurzem heraufgestuft.
  • Die Umgebung enthält Windows-Versionen vor Windows Server 2012 R2-Domänencontrollern.
  • DFS-Replikation wird zur Freigabe SYSVOL replizierten Ordner replizieren.
  • DFS-Replikationsdienst ein upstream-Domänencontroller ist im Fehlerzustand.

Ursache
Domänencontroller eingehende ohne SYSVOL freigegebene replizieren kann wegen upstream (Quelle) Domänencontroller in einem Fehlerzustand befindet. Häufig (aber nicht beschränkt auf) der Upstreamserver Replikation durch ein fehlerhaftes Herunterfahren (Ereignis-ID 2213) beendet haben. Die Meldung lautet wie folgt:

Ereignistyp: Warnung
Quelle: DFSR
Kategorie: Datenträger
Ereignis-ID: 2213
Beschreibung
"Der DFS-Replikationsdienst Replikation wurde beendet auf Laufwerk C:. Dies tritt DFSR JET-Datenbank nicht ordnungsgemäß heruntergefahren und automatische Wiederherstellung deaktiviert. Um dieses Problem zu beheben, Sichern Sie die Dateien in die entsprechenden replizierten Ordner und verwenden Sie die Methode ResumeReplication WMI Replikation fortsetzen."


Lösung
Im folgenden werden Methoden zur Problembehandlung und fehlende SYSVOL und Netlogon-Freigaben auf Domänencontrollern Replikation mithilfe den DFS-Replikationsdienst Lösung empfohlen.

Artikel, die ausführliche inKB2218556"How to für DFSR repliziert SYSVOL (wie" D4/D2"für FRS), die eine autorisierende und nicht autorisierende Synchronisierung erzwingen" initialisiert die DFS-Replikation SYSVOL auf Domänencontrollern nicht freigegeben ist. Dies ist in den meisten Fällen unnötig, und es kann zu Datenverlust bei falscher Ausführung. Verhindert die Ursache des Problems und Vermeiden von zukünftigen Vorkommen des Problems.

Im folgenden werden allgemeine Schritte zu fehlenden Freigaben. Bestimmen Sie, ob das Problem durch einen einmaligen verursacht oder die übergeordneten Domänencontrollern Replikation mithilfe der DFS-Replikation unterstützen können.

Die DFS-Replikationsdatenbank vom Volume löschen sollte nicht erforderlich und wird abgeraten. Löschen der Datenbank wird die DFS-Replikation alle lokalen Daten auf dem Server nicht autorisierend. DFS-Replikation die Datenbank ordnungsgemäß (wie bei 2213) wiederherstellen lassen, gewinnt die jüngste noch widersprüchlichen Versionen der SYSVOL-Daten.

Schritt 1: der Zustand des DFS-Replikation auf allen Domänencontrollern

Wie viele Domänencontroller SYSVOL nicht gemeinsam haben kürzlich ein Fehlerereignis protokolliert und eine "Fehler" Status auswerten. Gehen Sie hierzu folgendermaßen vor:

Überprüfen der SYSVOL-Freigabe

Sie können manuell überprüfen, ob SYSVOL freigegeben oder Sie den folgenden Befehl führen auf jedem Domänencontroller überprüfen, indem Sie mit dem Befehl net View :
For /f %i IN ('dsquery server -o rdn') do @echo %i && @(net view \\%i | find "SYSVOL") & echo

DFS-Replikation Zustand überprüfen

Überprüfen Sie Status der DFS-Replikation auf Domänencontrollern können Sie WMI Abfragen. Alle Domänencontroller in der Domäne für den Ordner SYSVOL-Freigabe repliziert möglich mithilfe von WMI wie folgt:
For /f %i IN ('dsquery server -o rdn') do @echo %i && @wmic /node:"%i" /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo WHERE replicatedfoldername='SYSVOL share' get replicationgroupname,replicatedfoldername,state

"Zustand" Werte können eine der folgenden sein:
0 = nicht initialisiert
1 = initialisiert
2 = ersten Synchronisierung
3 = automatische Wiederherstellung
4 = Normal
5 = Fehler

Hinweis Je nach Zustand des Domänencontrollers eventuell einen Wert und geben "Keine Instanzen verfügbar".

Überprüfen Sie die Ereignisprotokolle für den letzten Fehler oder Warnungen

Wenn Domänencontroller nicht replizierten Ordner "SYSVOL-Freigabe" als Status "4" (normal) gemeldet, im Ereignisprotokoll von diesen Domänencontroller über ihre Bedingung auswerten. Überprüfen Sie jeden Domänencontroller auf kürzlich aufgetretene Fehler oder Warnungen im Ereignisprotokoll DFS-Replikation wie das Warnungsereignis ID 2213 gibt an, dass die DFS-Replikation wird angehalten.

Überprüfen Sie die Konfiguration der Aktualität des Inhalts

Bestimmt, ob die DFS-Replikation Aktualität des Inhalts verbessert Schutz auf den betroffenen Domänencontrollern ausgelöst. Inhalt frische aktiviert Windows Server 2012 (und höher) Domänencontroller standardmäßig jedoch auch manuell auf Windows Server 2008 und 2008 R2-Server aktiviert sein.

Um ausgewertet, wenn Inhalt frische aktiviert ist, wird die MaxOfflineTimeInDays auf 60einrichten. Wenn Inhalt frische deaktiviert ist, wird MaxOfflineTimeInDays auf 0festgelegt. Um MaxOfflineTimeInDayszu überprüfen, führen Sie den folgenden Befehl ein:
wmic.exe /node:%computername% /namespace:\\root\microsoftdfs path DfsrMachineConfig get MaxOfflineTimeInDays

Um alle Domänencontroller in der Domäne abzufragen, führen Sie den folgenden Befehl ein:
For /f %i IN ('dsquery server -o rdn') do @echo %i && @wmic /node:"%i" /namespace:\\root\microsoftdfs path DfsrMachineConfig get MaxOfflineTimeInDays

Für jeden Domänencontroller Content frische aktiviert, werden ausgewertet, wenn der DFS-Replikation ein Ereignis protokolliert hat ID 4012that gibt Replikation des Ordners wurde beendet, da für denMaxOfflineTimeInDays -Parameter überschreitet fehlgeschlagen ist.

Schritt 2 - Vorbereiten der Domänencontroller in einem Fehlerzustand befindet

Entsprechende Updates installieren

Für Domänencontroller unter Windows Server 2008 oder 2008 R2 zuerst installieren Sie DFS-Replikation Datenverluste zu vermeiden und Probleme zu beheben. In diesem Zusammenhang empfiehlt es sich, die neueste Version der DFS-Replikation verwenden. Die neueste Version der DFS-Replikation wird diskutiert verkehrenden968429.

SYSVOL-Daten sichern

Führen Sie eine Sicherung der SYSVOL-Daten (sofern vorhanden) auf jedem Domänencontroller. Sicherung möglicherweise eine einfache Datei SYSVOL-Inhalte an einen sicheren Speicherort oder möglicherweise eine Sicherung, die backup-Software verwendet.

Je nach konnte Richtliniendateien verschoben zu "PreExisting" oder"Konflikt gelöscht." "Bereits vorhandene" und "Konflikt und gelöscht" Inhalt gelöscht, wenn Erstsynchronisation mehrmals auf einem Server ausgeführt wird. Sichern Sie Daten an diesen Speicherorten um Datenverluste zu vermeiden.

Schritt 3 - Wiederherstellen der DFS-Replikation auf Domänencontrollern in den Fehlerstatus

Wählen Sie die geeignete Methode zum Wiederherstellen des DFS-Replikationsdienst basierend auf der Anzahl der Domänencontroller in der Domäne.

Umgebungen, die zwei Domänencontroller

Bestimmen Sie, ob ein fehlerhaftes Herunterfahren erkannt (Ereignis-ID 2213) auf jedem Domänencontroller wurde. Finden Sie der zweite Domänencontroller wartet Initialisierung von SYSVOL Becauseafter heraufstufen, wird protokolliert haben 4614 Eventthat gibt an, dass die DFS-Replikation für die anfängliche Replikation warten und es wird kein 4604 Ereignis signalisiert wird, dass die DFS-Replikation der SYSVOL Initialisierung protokolliert.

Wenn Inhalt frische Isenabled auf beiden Domänencontrollern

Wenn der zweite Domänencontroller warten anfänglichen Synchronisierung (Ereignis protokolliert, ohne die 4604 Anti-4614) folgen Sie geschilderten Abschnitt 2218556 den ersten Domänencontroller als autorisierend fest. Sie müssen nicht den zweiten Domänencontroller als nicht konfigurieren, da wartet er bereits erste Synchronisierung ausführen.

Oder der zweite Domänencontroller fehlerfrei ist und SYSVOL, führen die folgenden Schritte aus:
  1. Sichern Sie alle SYSVOL-Inhalte des ersten Domänencontrollers.
  2. Ausgewertet, wenn der zweite Domänencontroller SYSVOL-Daten aktuell ist. Wenn dies nicht der Fall ist, möchten Sie Aktualisierungsdateien SYSVOL vom ersten Domänencontroller auf den zweiten Domänencontroller kopieren. Andernfalls gehen alle vorhandenen Daten auf dem ersten Domänencontroller in der zweiten nicht vorhanden in Ordner 'Vorhandene' und 'Konfliktordner für gelöschte'.
  3. Festlegen Sie den ersten Domänencontroller deaktivieren die Mitgliedschaft pro als nicht autorisierend 2218556. Bestätigen Sie, dass ein Ereignis-ID 4114 protokolliert wird, um anzugeben, dass die Mitgliedschaft deaktiviert ist.
  4. Der erste Domänencontroller Mitglied aktivieren und für die 4614 und 4604, Bericht Abschluss der anfänglichen Synchronisierung warten. Wenn es erforderlich ist, Wiederherstellen von "PreExisting" aktualisierten Dateien am ursprünglichen Speicherort.

Aktualität des Inhalts nicht aktiviert oder auf beiden Domänencontrollern ausgelöst

Wenn der erste Domänencontroller bei ID 2213 Zustand und der zweite Domänencontroller Initialisierung nie abgeschlossen hat wurde und die Aktualität des Inhalts nicht ausgelöst wurde, führen Sie die folgenden Schritte aus:
  1. Führen Sie die ResumeReplication WMI-Methode auf dem ersten Domänencontroller wie bei 2213.
  2. Nach der Replikation wird fortgesetzt, protokolliert er ein Ereignis ID 4602that gibt an, dass die DFS-Replikation des Ordners SYSVOL repliziert initialisiert und als primäres Mitglied.
  3. Führen Sie den Befehl Dfsrdiag Polladauf dem zweiten Domänencontroller um ursprüngliche synchronisieren (Ereignis-ID 4614) ausgelöst. Als erster Synchronisierung abgeschlossen ist, wird Ereignis-ID 4604 protokolliert Signalisierung SYSVOL Initialisierung abgeschlossen ist.

Oder, wenn der erste Domänencontroller 2213 Zustand und der zweite Domänencontroller fehlerfrei ist (SYSVOL wird freigegeben), ResumeReplicationWMI-Methode auf dem ersten Domänencontroller ausgeführt. Es protokolliert Ereignis-ID 2214 nach Abschluss der Wiederherstellung fehlerhaft beendet.

Für Unternehmen, die mindestens drei Domänencontroller

Bestimmen Sie, ob ein fehlerhaftes Herunterfahren gefunden wurde und ob DFS-Replikation auf alle Domänencontroller (Ereignis-ID 2213) angehalten ist. Sie finden ein Domänencontroller Initialisierung von SYSVOL nach heraufstufen wartet. Es wird ein 4614 protokolliert haben Eventthat gibt an, dass die DFS-Replikation für die anfängliche Replikation warten und es wird kein 4604 Ereignis signalisiert wird, dass die DFS-Replikation der SYSVOL Initialisierung protokolliert.

Content Freshnessis aktiviert und es sind drei oder Moredomain Domänencontroller in der Domäne

Content-Schutz frische ein Ereignis protokollieren zeigt ID 4012that die Replikation beendet hat, da für den Ordner für den MaxOfflineTimeInDays -Parameter überschreitet fehlgeschlagen ist. Befolgen Sie die Anleitung im Artikel 2218556 DFS-Replikation auf den betroffenen Domänencontrollern neu initialisieren.

Alle Domänencontroller Ereignis 4012 angemeldet haben und ihre "Status" "5" und im Artikel followtheinstructions 2218556 SYSVOL vollständig initialisiert werden. Dies ist die einzige Situation zum Festlegen eines Servers DFS-Replikation als autorisierend. Stellen Sie sicher, dass der Domänencontroller als autorisierend die aktuellste Kopie der SYSVOL-Inhalte.

Oder wenn mindestens ein Domänencontroller Replikation wegen Aktualität des Inhalts blockiert werden, sie müssen nicht autorisierend wiederhergestellt werden. TODO, gehen Sie folgendermaßen vor:
  1. Sichern Sie alle SYSVOL-Inhalte von den Domänencontrollern. Richtlinie bearbeiten auf dem PDC-Emulator ausgeführt werden normalerweise dies nicht gewährleistet. Alle Daten in der wiederhergestellten Domäne Controller nicht in Übereinstimmung mit die Partnern in den Ordner "Bereits" oder "Konflikt und gelöscht" oder beide gehen darstellen.
  2. Richten Sie die Domänencontrollern als nicht autorisierend Mitgliedschaft gemäß Artikel deaktivieren2218556. Sie achten die Replikationstopologie und muss "ausfächern" von einem fehlerfreien Domänencontroller durch direkten Partner, dann wiederherstellen weiteren untergeordneten Domänencontroller auswählen und so weiter. Ereignis-ID 4144 werden protokolliert, um sicherzustellen, dass die Mitgliedschaft deaktiviert ist. Stellen Sie sicher, dass alle Domänencontroller wiederherzustellende dieses Ereignis protokolliert. Möglicherweise erforderlichen Active Directory-Replikation und führen Sie den Befehl Dfsrdiag Pollad auf jedem Domänencontroller deaktivierte Mitgliedschaft schnell erkennen.
  3. Aktivieren der Mitgliedschaft und 4614 und 4604 Ereignisse Bericht Abschluss der anfänglichen Synchronisierung warten. Wiederherstellen Sie alle erforderlichen Dateien aus einer Sicherung oder "Bereits" und "Konflikt und gelöscht" nach Bedarf.

Ichf Content frische nicht aktiviert oder ausgelöst und mindestens drei Domänencontroller in der Domäne

Aktualität des Inhalts verbessert Schutz nicht ausgelöst wurde, führt die Methode ResumeReplicationWMI betroffenen Domänencontrollern. Sie achten die Replikationstopologie und muss "ausfächern" von einem fehlerfreien Domänencontroller durch direkten Partner, dann wiederherstellen weiteren untergeordneten Domänencontroller auswählen und so weiter. Nach dem fortsetzen, protokolliert DFS-Replikation 2212, 2218 und 2214 (d. h., dass die DFS-Replikation des Ordners SYSVOL repliziert initialisiert).

Zukünftige Vorkommen des Problems verhindern

Überprüfen Sie die Ereignisprotokolle Anwendung und System häufig ESENT Datenbankoperationen Recovery Disk Leistungsprobleme und/oder melden. Diese normalerweise zusammen mit unerwarteten Herunterfahren des Systems mit DFS-Replikation nicht angehalten, oder Festplatten-Subsystem-Fehler. Sollten Sie die Aktualisierung des Systems Treiber installieren entsprechende Updates zum Festplatten-Subsystem oder das System Hardware Hersteller näher untersuchen. Sie können auch Microsoft Support Services, um Hilfe Gesundheit und DFS-Replikation Verhalten des Systems bewerten kontaktieren.

Service Control Manager (SCM) verwendet das Zeitlimit standardmäßig 20 Sekunden für Beenden eines Dienstes. Einige komplexe Implementierung der DFS-Replikation dieser Timeoutwert ist möglicherweise zu kurz und DFS-Replikation beendet, bevor die entsprechende Datenbank geschlossen wird. Am Neustart des DFS-Replikation diese Bedingung erkannt und führt die Wiederherstellung der Datenbank. WaitToKillServiceTimeout verwendet erteilen die DFS-Replikation mehr Zeit Änderungen an der Datenbank während des Herunterfahrens. Weitere Informationen zum Artikel 977518.

Nachdem Sie DFS-Replicationof SYSVOL wiederhergestellt haben, muss DFS-Replikation Zustand in der Umgebung zu diesem überwacht werden. Regelmäßige Überprüfung der Ereignisprotokolle DFS-Replikation sollten der DFS-Replikation Berichte sammeln und Sammeln von Replikationsstatus (mithilfe der WMI-Abfrage im Abschnitt "Status Kontrollkästchen DFS-Replikation" unter "Schritt 1 - der Zustand des DFS-Replikation auf allen Domänencontrollern" in diesem Artikel).
Weitere Informationen

DFSR Ereignisverweis Nachrichten


Ereignis-ID = 2212
Schweregrad = Warnung
Der DFS-Replikationsdienst hat ein unerwartetes Herunterfahren auf Volume %2. Dies kann auftreten, wenn der Dienst nicht ordnungsgemäß beendet wurde (aufgrund eines Stromausfalls Beispiel) oder auf dem Datenträger ist ein Fehler aufgetreten. Der Dienst hat automatisch einen Wiederherstellungsprozess initiiert. Der Dienst wird die Datenbank neu erstellen, wenn es nicht zuverlässig ermittelt. Es ist keine Benutzeraktion erforderlich.
Wiederherstellen. Es ist keine Benutzeraktion erforderlich.
Weitere Informationen:
Volume: %2
GUID: %1

Ereignis-ID = 2213
Schweregrad = Warnung
"Der DFS-Replikationsdienst Replikation wurde beendet auf %2. Dies tritt auf, wenn ein DFSR JET-Datenbank nicht ordnungsgemäß heruntergefahren und automatische Wiederherstellung deaktiviert. Um dieses Problem zu beheben, Sichern Sie die Dateien in die entsprechenden replizierten Ordner und verwenden Sie die Methode ResumeReplication WMI Replikation wieder.
Weitere Informationen:
Volume: %2
GUID: %1

Ereignis-ID = 2214
Schweregrad = Information
Der DFS-Replikationsdienst erfolgreich wiederhergestellt nach einem unerwarteten Herunterfahren auf Volume %2.This ein auftreten, wenn der Dienst nicht ordnungsgemäß beendet wurde (aufgrund eines Stromausfalls Beispiel) oder auf dem Datenträger ist ein Fehler aufgetreten. Es ist keine Benutzeraktion erforderlich.
Weitere Informationen:
Volume: %2
GUID: %1

Ereignis-ID = 2218
Schweregrad = Information
Der DFS-Replikationsdienst wird im zweiten Schritt der Replikation Datenbank Konsistenz überprüft nach einem unerwarteten Herunterfahren. Die Datenbank wird neu erstellt werden, wenn sie wiederhergestellt werden können. Es ist keine Benutzeraktion erforderlich.
Weitere Informationen:
Volume: %2
GUID: %1

Ereignis-ID = 4012
Schweregrad = Fehler
Der DFS-Replikationsdienst Replikation auf den replizierten Ordner auf lokalen Pfad %3 beendet. Es wurde getrennt von anderen Partnern %2 Tage länger als der MaxOfflineTimeInDays-Parameter. Deshalb DFS-Replikation diese Daten veraltet betrachtet und ersetzt mit Daten von anderen Mitgliedern der Replikationsgruppe während der nächsten Replikation. DFS-Replikation verschiebt veralteten Dateien im lokalen Ordner Konflikte. Es ist keine Benutzeraktion erforderlich.
Weitere Informationen:
Fehler: %4 (%5)
Name des replizierten Ordners: %6
Replizierte Ordner-ID: %1
Name der Replikationsgruppe: %7
Kennung der Replikation: %8
Mitgliedsname: %9

Ereignis-ID = 4114
Schweregrad = Information
Der replizierte Ordner auf lokalen Pfad %2 wurde deaktiviert. Der replizierte Ordner wird nicht an der Replikation teilnehmen, bis sie aktiviert wird. Alle Daten im replizierten Ordner werden als Daten behandelt bei dieser replizierte Ordner aktiviert ist.
Weitere Informationen:
Name des replizierten Ordners: %3
Replizierte Ordner-ID: %1
Name der Replikationsgruppe: %4
Kennung der Replikation: %5
Mitgliedsname: %6

Ereignis-ID = 4602
Schweregrad = Information
Der DFS-Replikationsdienst wurde erfolgreich initialisiert den Ordner SYSVOL repliziert lokaler Pfad %2. Dieser Member ist bezeichneten primären Mitglied für diesen replizierten Ordner. Es ist keine Benutzeraktion erforderlich. Überprüfen Sie das Vorhandensein der SYSVOL-Freigabe, öffnen Sie ein Eingabeaufforderungsfenster, und geben Sie "net Share".
Weitere Informationen:
Name des replizierten Ordners: %3
Replizierte Ordner-ID: %1
Name der Replikationsgruppe: %4
Kennung der Replikation: %5
Mitgliedsname: %6
Schreibgeschützt: %8

Ereignis-ID = 4604
Schweregrad = Information
Der DFS-Replikationsdienst wurde erfolgreich initialisiert den Ordner SYSVOL repliziert lokaler Pfad %2. Dieses Mitglied hat Erstsynchronisation SYSVOL Partner %7 abgeschlossen. Überprüfen Sie das Vorhandensein der SYSVOL-Freigabe, öffnen Sie ein Eingabeaufforderungsfenster, und geben Sie "net Share".
Weitere Informationen:
Name des replizierten Ordners: %3
Replizierte Ordner-ID: %1
Name der Replikationsgruppe: %4
Kennung der Replikation: %5
Mitgliedsname: %6
Synchronisierungspartner: %7

Ereignis-ID = 4614
Schweregrad = Warnung
Der DFS-Replikationsdienst SYSVOL zur lokalen Pfad %2 initialisiert und für die erste Replikation warten. Replizierte Ordner bleibt in der ersten Synchronisierungsstatus bis Replikation mit dem Partner %7. Wenn der Server zu einem Domänencontroller heraufgestuft ausführte, der Domänencontroller nicht werben und als Domänencontroller fungieren, bis dieses Problem behoben ist. Dies kann auftreten, wenn angegebene Partner auch Erstsynchronisation ist oder Freigabe Verstöße auf diesem Server oder dem Synchronisierungspartner aufgetreten sind. Wenn dieses Ereignis während der Migration von SYSVOL vom Dateireplikationsdienst (FRS) auf die DFS-Replikation aufgetreten ist, werden Änderungen nicht repliziert, bis dieses Problem behoben ist. Dies kann den SYSVOL-Ordner auf diesem Server mit anderen Domänencontrollern synchronisiert.
Weitere Informationen:
Name des replizierten Ordners: %3
Replizierte Ordner-ID: %1
Name der Replikationsgruppe: %4
Kennung der Replikation: %5
Mitgliedsname: %6
Schreibgeschützt: %8


Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 2958414 – Letzte Überarbeitung: 08/27/2016 00:06:00 – Revision: 1.0

Windows Server 2008 Standard, Windows Server 2008 Enterprise, Windows Server 2008 Datacenter, Windows Server 2008 Service Pack 2, Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Service Pack 1, Windows Server 2012 Standard, Windows Server 2012 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Datacenter

  • kbtshoot kbsurveynew kbexpertiseadvanced kbmt KB2958414 KbMtde
Feedback