Jump to content

JRNL_WRAP_ERROR


Direkt zur Lösung Gelöst von daabm,
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Geschrieben (bearbeitet)

Hallo,

 

ich habe blöderweise heute festgestellt, dass eine neue Gruppenrichtlinien zwischen den DCs nicht mehr repliziert werden.

Es handelt sich dabei um 5 DCs, die alle unter Server 2016 betrieben werden.


Auf einem DC habe ich nun folgenden Fehler gefunden:

 

EventID 13568: Der Dateireplikationsdienst hat ermittelt, dass sich der Replikatsatz "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" sich in JRNL_WRAP_ERROR befindet.

 

In der Ereignisanzeige wird ja auch die 'Lösung' beschrieben, indem ich den Wert 'Enable Journal Wrap Automatic Restore' konfiguriere.

 

Meine Frage: Muss ich diesen Wert auf allen DCs konfigurieren oder nur auf dem einen DC?

 

Vorgehensweise korrekt?

  • Wert konfigurieren
  • Dateireplikationsdienst neustarten
  • Aufbau SYSVOL abwarten?
  • Wert entfernen

 

Gruß

bearbeitet von Garant
Geschrieben
vor einer Stunde schrieb Garant:

In welchem Modus (D2 oder D4) sollte denn die Wiederherstellung gefahren werden und betrifft das dann nur den einen DC?

Willst du authoritative oder nicht authoritative Wiederherstellung? Steht eigentlich alles im link oben. ;)

Geschrieben
vor 9 Minuten schrieb NorbertFe:

Willst du authoritative oder nicht authoritative Wiederherstellung? Steht eigentlich alles im link oben. ;)

 

Ich will eigentlich nur auf möglichst einfachen Weg den Fehler auf dem einen der fünf Domänen-Controller beheben und daher die Frage,

wie ich mit den Werten umgehen soll, damit ich nicht noch einen größeren Schaden anstelle.

 

Wenn ich den Link oben korrekt verstehe, würde ich auf dem 'defekten' DC das Flag 'D2' setzen (vorher Dienst gestoppt), dann den Dienst wieder starten und abwarten, bis eine eine Erfolgsmeldung in der Ereignisanzeige protokolliert wird. Alle anderen DCs würde ich nicht anfassen. Und vermutlich sollte ich dies nur in den Abendstunden und nicht dem Tagüber durchführen, oder?

Geschrieben
vor 3 Minuten schrieb Garant:

Wenn ich den Link oben korrekt verstehe, würde ich auf dem 'defekten' DC das Flag 'D2' setzen (vorher Dienst gestoppt), dann den Dienst wieder starten und abwarten,

Das verstehst du richtig.

 

Und wenn das dann erfolgreich war, stellst du gleich auf dfs-r um, wie oben erwähnt.

Geschrieben

Das habe ich mir schon auf die Agenda gesetzt.


Kann ich das mit dem Flag im laufenden Betrieb machen oder gibt das eine Störung größeren Ausmas?
Trifft natürlich wieder den DC an einem größeren Standort. :|

Geschrieben

Hallo,

 

vielen Dank für die Unterstützung. Ich konnte das Problem über Starten der Dateireplikation im non-authorativen Mode lösen.

Oftmals ist es auch eher keine technische Überwindung, sondern die Frage was nach dem Setzen solch eines Flags passiert, wenn man das noch nie gemacht hat. Da hilft meistens etwas Mut zu sprechen.

 

Daher nochmal vielen Dank @NorbertFe und @daabm!

Geschrieben

kurzer Nachtrag,

ich habe die Migration auf DFS-R durchgeführt. Verlief wirklich problemlos - hat allerdings etwas Zeit in Anspruch genommen. Pro Schritt waren die Systeme ca. 3 - 4 Stunden beschäftigt.

 

Gruß

  • Like 2
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...