SYSVOL Repliziert nicht -> Andere DFS Stämme schon

[pep 10]

Hallo Leute,

kurz zu meinem Problem:

2 DC Server 2008 (DC01 und DC02). Bei beiden wurden in letzter Zeit die Platten gewechselt (eventuell trägt das zur Sache bei).

Beide Server haben 2 Partitionen (C und D). Nun wird auf das SYSVOL auf c: nicht mehr repliziert (darin enthalten z.B. die GPO). Ein anderer DFS Stamm auf D: wird ohne Probleme repliziert.

Auszug aus den Logs:

 Der DFS-Replikationsdienst hat ein unerwartetes Herunterfahren auf Volume C:  erkannt. Ein unerwartetes Herunterfahren kann auftreten, wenn der Dienst nicht  normal beendet wurde (zum Beispiel aufgrund eines Stromausfalls) oder wenn auf dem Volume ein Fehler aufgetreten ist. Der Dienst hat automatisch den  Wiederstellungsprozess initiiert. Der Dienst erstellt die Datenbank neu, wenn er erkennt, dass die Datenbank nicht zuverlässig wiederhergestellt werden kann. Es ist keine Benutzeraktion erforderlich. 

Weitere Informationen: 
Volume: C: 
GUID: 78006B13-5766-11DD-9F90-806E6F6E6963 

 Der DFS-Replikationsdienst konnte nach einem internen Datenbankfehler auf Volume "C:" nicht  wiederhergestellt werden. Replikation wurde für alle replizierten Ordner auf diesem Volume beendet. 

Weitere Informationen: 
Fehler: 9214 (Interner Datenbankfehler (-1605)) 
Volume: 78006B13-5766-11DD-9F90-806E6F6E6963 
Datenbank: C:\System Volume Information\DFSR 

DCDiag alles ok bis auf:

 Starting test: systemlog
   ......................... DC01 passed test systemlog
Starting test: VerifyReferences
   Some objects relating to the DC DC01 have problems:
      [1] Problem: Missing Expected Value
       Base Object: CN=DC01,OU=Domain Controllers,DC=humer,DC=intra
       Base Object Description: "DC Account Object"
       Value Object Attribute Name: frsComputerReferenceBL
       Value Object Description: "SYSVOL FRS Member Object"
       Recommended Action: See Knowledge Base Article: Q312862 

Der Artikel hat mich leider auch net wirklich weitergebracht.

 

Für eure Tips wäre ich sehr dankbar.

[olc 18]

Hallo,

 

beim Austauschen von Festplatten eines Systems werden die GUIDs der Platte geändert. Da DFSR mit der Datenbank dieses Volumes / der Volumes dieser Platte fest verdrahtet ist, wird im Normalfall eine Initialreplikation nach einem Datenbank Rebuilt ausgeführt werden.

 

Wenn Du aber die beiden Platten sozusagen "parallel" ausgetauscht hast, läufst Du in ein "Henne / Ei" Problem - denn es ist kein autorisierender Partner vorhanden, von dem die SYSVOL Daten gezogen werden könnten. Zumindest wäre das meine Vermutung, warum es zu dem Problem gekommen sein könnte.

 

Vielleicht versuchst Du es einmal mit einer autorativen Wiederherstellung des SYSVOL mittels WBADMIN?

 

Wenn der Fehler nur auf einem System geloggt wird, könntest Du die DFSR Datenbank auf diesem System unterhalb von "C:\System Volume Information\DFSR" löschen, um damit noch einmal die Initialreplikation auszulösen. Der Partner ist dabei dann nicht autorativ, d.h. die Änderungen im SYSVOL auf diesem DC werden dann von dem anderen DC überschrieben.

 

Viele Grüße

olc

[pep 10]

hallo olc,

 

die Platten wurden min. mit ca 2 Monaten verzug gewechselt. Ich werde heute mal sehen, ob ich mit deinen Tips was machen kann-- ansonsten melde ich mich wieder ;)

 

Erstmal danke

[olc 18]

Moin,

 

ok, dann ist erstere Vermutung von mir nicht relevant. Versuche einmal, wie oben angesprochen, die defekte Datenbank auf Laufwerk C: zu löschen (das mußt Du im SYSTEM Kontext tun). Auf jeden Fall mußt Du dabei im Hinterkopf behalten, daß dann für alle Replikationsgruppen dieses Volumes eine nicht autorative Initialreplikation durchgeführt wird.

 

Sind auf C: also noch mehr DFSR replizierte Daten vorhanden, gilt das für diese ebenso. Wie immer macht also ein Backup vor den Aktionen Sinn. ;)

 

Viel Erfolg. :)

 

Gruß olc

[pep 10]

hallo olc,

 

danke für die schnelle antwort.

Ich bin mir noch nicht ganz sicher, was genau ich aus c:\System Volume Information löschen soll. Oder existiert da ein consolenbefehl?

 

Und was genau meinst du mit "nicht autorative" --> muss ich die Replikation dann von Hand anstossen?

[olc 18]

Hi,

 

am besten Du verwendest "PsExec" von Sysinternals, um Dich auf der CMD in den Systemkontext zu bringen: C:\> psexec \\localhost -s cmd

 

Nun stoppst Du den DFSR Dienst: C:\> net stop dfsr

 

Danach navigierst Du in das Verzeichnis C:\System Volume Information\DFSR und benennst das Datenbankverzeichnis um.

 

Danach startest Du den DFSR Dienst neu.

 

Es findet dann automatisch eine nicht autorative Wiederherstellung des DFSR Volumes statt, Du mußt im Normalfall nichts mehr tun, sondern nur die Initialreplikation abwarten.

 

Sollte es dann wider erwarten doch Probleme geben (kann einige Zeit dauern, bis der Vorgang abgeschlossen ist, also keine "Eile"), dann melde Dich einfach. :)

 

Viele Grüße

olc

[pep 10]

für die antwort geb ich dir schon mal ne 1+ ;)

[pep 10]

hallo,

 

also die replikation funktioniert nun. Im log taucht jetzt nur noch

 

Der DFS-Replikationsdienst hat beim Abrufen von Konfigurationsinformationen 
ein  inkonsistentes msDFSR-Subscriber-Objekt erkannt. 
Das Objekt bei CN=2cef5a20-1ff2-4215-b771-b9427742fb83,
CN=DFSR-LocalSettings,CN=DC01,OU=Domain Controllers,
DC=humer,DC=intra verweist auf ein weiteres Objekt, bei CN=2cef5a20-1ff2-4215-b771-b9427742fb83,CN=LostAndFound,DC=ennovatis,DC=intra, das nicht existiert. 

Weitere Informationen: 
Domänencontroller: dc01.humer.intra 
Abrufzyklus: 60 Minuten

Kannst du mir da noch nen tip geben, ob ich das Objekt einfach mit dem ADSI Editor löschen kann?

[olc 18]

Hallo pep,

 

freut mich, daß es geklappt hat.

 

Zu der zweiten Frage:

- Kurze Fassung: Ja, kannst Du im Normalfall löschen.

- Etwas längere Fassung: https://www.mcseboard.de/windows-forum-lan-wan-32/dfs-fehlermeldung-133262.html

 

:)

 

Viele Grüße

olc

[pep 10]

ok vielen danke für deine gedult mit mir ;)

[olc 18]

Ach quatsch, gerne. :)

 

Viele Grüße

olc