krisk
Goto Top

File Replication Service VOLUME (SYSVOL SHARE) sich in JRNL WRAP ERROR befindet

Hallo zusammen,

mir ist aufgefallen, dass die Replizierung zwischen DC1(Server2012) und Dc2 (Server2016) nicht funktioniert.

Im Eventlog finde ich folgende Meldung:
Ereignis 13568
Quelle:NTFRS
Der Dateireplikationsdienst hat ermittelt, dass sich der Replikatsatz "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" sich in JRNL_WRAP_ERROR befindet.   
 
 Name des Replikatsatzes    : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"   
 Replikatstammpfad           : "c:\windows\sysvol\domain"   
 Replikatstammvolume         : "\\.\C:"   
 Ein Replikatsatz stößt auf JRNL_WRAP_ERROR, wenn der Eintrag, von dem gelesen werden soll, nicht vom NTFS-USN-Journal gefunden wird. Mögliche Ursachen hierfür sind: 
 
 [1] Volume "\\.\C:" wurde formatiert.   
 [2] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde gelöscht.   
 [3] Das NTFS-USN-Journal auf Volume "\\.\C:" wurde abgeschnitten. Chkdsk kann das Journal abschneiden, falls es beschädigte Einträge am Ende des Journals vorfindet.   
 [4] Der Dateireplikationsdienst wurde seit längerer Zeit auf diesem Computer nicht mehr ausgeführt. 
 [5] Die Rate der Laufwerks-E/A-Aktivität auf "\\.\C:" war zu schnell für den Dateireplikationsdienst.   
 Das Festlegen des Registrierungsparameters "Enable Journal Wrap Automatic Restore" auf 1 führt dazu, dass folgende Maßnahmen zum automatischen Beheben des Fehlerzustands vorgenommen werden.   
 [1] Beim ersten Poll, der in 5 Minuten durchgeführt wird, wird dieser Computer vom Replikatsatz entfernt. Wenn Sie nicht 5 Minuten warten möchten, führen Sie "net stop ntfrs" aus, gefolgt von "net start ntfrs", um den Dateireplikationsdienst neu zu starten.   
 [2] Beim auf die Löschung folgenden Poll wird der Computer erneut zum Replikatsatz hinzugefügt. Durch das erneute Hinzufügen wird eine vollständige Struktursynchronisierung für den Replikatsatz ausgelöst. 
 
WARNUNG: Während des Wiederherstellungsvorgangs sind Daten in der Replikatstruktur möglicherweise nicht verfügbar. Sie sollten den oben beschriebenen Registrierungsparameter auf 0 festlegen, um eine unerwartete Nichtverfügbarkeit von Daten durch die automatische Wiederherstellung zu verhindern, wenn dieser Fehlerzustand erneut auftritt. 
 
Führen Sie regedit aus, um diesen Registrierungsparameter zu ändern. 
 
Klicken Sie auf "Start", dann auf "Ausführen", und geben Sie dann "regedit" ein.   
 
Erweitern HKEY_LOCAL_MACHINE. 
Folgen Sie folgendem Pfad: 
   "System\CurrentControlSet\Services\NtFrs\Parameters"   
Doppelklicken Sie auf den Namen des Wertes 
   "Enable Journal Wrap Automatic Restore"   
und aktualisieren Sie den Wert. 
 
Ist der Name des Wertes nicht vorhanden, können Sie ihn mit dem Befehl "Neu" und dann "DWORD-Wert " im Menü "Bearbeiten" hinzufügen. Geben Sie den Wert genauso ein wie oben gezeigt.  


Den Wert 1 Enable Journal Wrap Automatic Restore" habe ich gestern gesetzt und das hat leider nicht funktioniert. Die Freigabe Sysvol verschwand komplett und der Wert 1 wurde auch nicht entfernt.
Ich habe allerdings heute auch noch einen alten DNS Eintrag in _MSDCS von einem alten DC gefunden und entfernt. Der Eintrag wurde mir beim dcdiag test dns angezeigt und hat zu einem DNS Fehler geführt. DNS ist jetzt "sauber"

Leider habe ich jetzt keine Idee mehr, wo ich suchen soll und bin momentan etwas ratlos. Den Key "1 Enable Journal Wrap Automatic Restore" könnte ich natürlich nochmal in einer "RECOVERYVM" testen.


EDIT: Nach weiterer Recherche bin ich auf einen Beitrag gestoßen in dem ganz klar steht, dass man nicht "Enable Journal Wrap Automatic Restore" auf 1 setzen soll, da es die Sache nur schlimmer macht. Da kann ich absolut zustimmen.

Stattdessen wird die Reparatur mit dem Eintrag Burflags beschrieben.
„HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\<GUID>“
den bereits vorhandenen Eintrag Burflags auf den Wert D4 (Authoritative Restore).

Hat da jemand Erfahrung mit?

Danke im Voraus

KRisK

Content-Key: 521112

Url: https://administrator.de/contentid/521112

Printed on: April 23, 2024 at 17:04 o'clock

Member: Dani
Dani Dec 01, 2019 updated at 13:38:14 (UTC)
Goto Top
Moin,
das ist dir auch schon gestern aufgefallen. Doppelposts in dieser Art und Weise sorgen eher dafür, dass an zwei verschiedenen Stellen zum gleichen Thema diskutiert wird und somit unnötig (Frei)zeit vergeigt wird.

Den Beitrag mache ich daher dazu und lasse den anderen offnen.


Gruß,
Dani