Sysvol VZ nicht synchron

Alle Antworten

• 

  

  0

  Anmelden

  Such mal (per Suchmaschine Deiner Wahl) nach "sysvol replication d2 d4

  burflags". Du brauchst einen D2-Restore des Sysvol auf allen DCs, wo

  Deine neue GPO nicht existiert.

   

  mfg Martin

   

  ---

  A bissle "Experience", a bissle GMV...

  • Als Antwort markiert HaschkeD Dienstag, 13. Dezember 2011 12:44

  Dienstag, 13. Dezember 2011 12:39

  Antworten

  |

  Zitieren
• 

  

  0

  Anmelden

  Yep.

  Hab das gerade gefunden:

  http://blog.dikmenoglu.de/Dateireplikationsfehler+Mit+Der+ID+13568.aspx

   

  Dort genau wie von Dir beschrieben das gemacht:

   

• Wenn die genannten Punkte erledigt sind, muss auf allen Domänencontrollern der Domäne, der NTFRS Dienst gestoppt werden.
  Das stoppen des Dienstes kann einmal in der Kommandozeile erfolgen (net stop ntfrs) oder über die Dienstesteuerung (services.msc).
  Der Anzeigename des Dienstes lautet Dateireplikationsdienst.
• Auf dem Domänencontroller, auf dem das SYSVOL-Verzeichnis ordnungsgemäß vorhanden ist, setzt man unter folgendem Registry-Pfad:
  "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\<GUID>"
  den bereits vorhandenen Eintrag Burflags auf den Wert D4 (Authoritative Restore).
  Der Wert D4 darf nur auf einem Domänencontroller eingetragen werden.
  
  

  Hinweis: Unter Cumulative Replica Sets existiert i.d.R. eine GUID, nämlich die des SYSVOL-Verzeichnisses.
  Wäre DFS noch im Einsatz, gäbe es noch einen weiteren Eintrag mit einer anderen GUID.

•  

  Anschließend ist auf den weiteren Domänencontrollern der Domäne (im gleichen Registry-Pfad), im vorhandenen Eintrag Burflags,
  der Wert diesmal auf D2 (Non-Authoritative Restore) zu setzen.

• Nun gilt es zuerst auf dem Domänencontroller, auf dem Burflags auf D4 gesetzt wurde, den NTFRS-Dienst (net start ntfrs) zu starten.
  Nach dem Start vom NTFRS bleibt der Burflags Eintrag vorhanden, lediglich der Wert wird auf 0 (genullt) zurückgesetzt.
  Danach wird im Dateireplikations-Protokoll der Event-Eintrag 13566 protokolliert. Dieser bedeutet, dass eine autorisierende
  Wiederherstellung gestartet wurde. Die Dateien die vom FRS repliziert werden, bleiben unverändert und werden dabei als autorisierend gekennzeichnet.
  Zusätzlich wird die FRS-Datenbank neu erstellt. Mit ein wenig Geduld, muss anschließend der Event-Eintrag 13516 protokolliert werden.
  Denn erst dann, ist der FRS einsatzbereit.

• Wenn alles planmäßig ausgeführt wurde, ist auf den restlichen Domänencontrollern der Domäne (auf denen der Wert Burflags D2 gesetzt wurde),
  ebenfalls der NTFRS-Dienst zu starten. Der FRS-Dienst setzt dabei ebenfalls den Wert von Burflags zurück auf 0. Des Weiteren werden die Verzeichnisse
  Policies sowie Scripts in ein Verzeichnis Namens NtFrs_PreExisting___See_Eventlog verschoben, das sich wiederum unterhalb von
  „%systemroot%\SYSVOL\sysvol\FQDN\“ befindet. Das Verzeichnis NtFrs_PreExisting___See_Eventlog wird aus Sicherheitsmaßnahmen vom
  Dateireplikationsdienst erstellt und soll einen versehentlichen Datenverlust vermeiden. Im Dateireplikations-Protokoll wird der Event-Eintrag 13565
  verzeichnet. Dieser bedeutet, dass eine nicht autorisierte Wiederherstellung gestartet wurde. Anschließend wird die FRS-Datenbank neu erstellt
  und es wird eine vollständige Replikation des SYSVOL-Verzeichnisses durchgeführt. Wenn alles ordnungsgemäß ausgeführt wurde,
  wird im Dateireplikations-Protokoll der Event-Eintrag 13516 verzeichnet. Danach wäre der FRS betriebsbereit.

   

  Jetzt gehts wieder :-)
  Wie kann sowas psssieren?
  Kann das jederzeit wieder vorkommen?