Manche Fehler sind schon fieß! Auf einem Windows Server 2012 R2 DC (Windows Server 2012 R2 mit installierter Small Business Essential Rolle) hatte ein Kunde seit einiger Zeit den folgenden Fehler im Health Report des Servers.
Analog dazu die entsprechende Meldung im Ereignisprotokoll (der Health Report holt diese auch nur dort heraus).
Um diesen Fehler zu reparieren gibt es hinreichend viele Links, Artikel und Blogs im Web:
https://support.microsoft.com/de-de/kb/280364
Welche aber alle nicht funktionieren (zumindest in diesem Fall hat das nicht geklappt). Im Application Eventlog habe ich dann immer die folgenden Einträge gefunden…
… die auf ein Problem mit dem VSS Writer hindeuten.
Eine Abfrage der Registry ergab aber, dass die Einstellungen passen müssten.
C:\Temp>reg query HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Para
meters
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
Src Srv objectGuid REG_BINARY 08E518AF5742FA48ACCAFDAD6F518DE4
System Schema Version REG_DWORD 0x45
Root Domain REG_SZ DC=xxx,DC=local
Configuration NC REG_SZ CN=Configuration,DC=xxx,DC=local
Machine DN Name REG_SZ CN=NTDS Settings,CN=WP-SBS-1,CN=Servers,CN=Stan
dardname-des-ersten-Standorts,CN=Sites,CN=Configuration,DC=xxx,DC=local
Src Root Domain Srv REG_SZ WP-SBS-2.xxx.local
DsaOptions REG_SZ 1
IsClone REG_DWORD 0x0
ServiceDll REG_EXPAND_SZ %systemroot%\system32\ntdsa.dll
DSA Working Directory REG_SZ C:\Windows\NTDS
DSA Database file REG_SZ C:\Windows\NTDS\ntds.dit
Database backup path REG_SZ C:\Windows\NTDS\dsadata.bak
Database log files path REG_SZ C:\Windows\NTDS
Hierarchy Table Recalculation interval (minutes) REG_DWORD 0x2d0
Database logging/recovery REG_SZ ON
DS Drive Mappings REG_MULTI_SZ c:\=\\?\Volume{ca08668b-ea69-4e87-a59a-
c848a2f1fea5}\
DSA Database Epoch REG_DWORD 0x2ba5
Strict Replication Consistency REG_DWORD 0x1
Schema Version REG_DWORD 0x45
ldapserverintegrity REG_DWORD 0x1
Global Catalog Promotion Complete REG_DWORD 0x1
Das Volume für das DS Drive ist korrekt und die anderen Einträge stimmen auch, allerdings hatte der VSS Writer ein Problem …
c:\temp> vssadmin list writers
...
Writer name: 'NTDS'
Writer Id: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
Writer Instance Id: {f86a8c78-c7e5-4f16-b1fd-09abd7eaff32}
State: [11] Failed
Last error: Non-retryable error
...
… das sich auch nicht durch einen Neustart beheben ließ. Daraufhin habe ich die VM auf dem Hyper-V Host exportiert und in meiner Testumgebung wieder importiert und gestartet … der Fehler war weg! Ein Vergleich der beiden Hosts / VMs ergab, dass auf dem Host welcher die VM mit dem Fehler bereit stellt die Hyper-V Replikation aktiv war. Per se, ist das kein Problem da auch im Testlab eine Replika am Laufen war – nur eben mit einer anderen Einstellung!
| Fehler 1168 im Eventlog vorhanden | KEIN Fehler im Eventlog vorhanden |
Nachdem auf dem produktiven Hyper-V Host die Replikation entsprechend angepasst wurde, war dort der Fehler verschwunden.
Enjoy it und noch ein gutes Neues Jahr 2017, b!