Sie erhalten die DFSR-Ereignis-ID 2212, nachdem Sie den DFSR-Dienst in Windows Server 2008 neu gestartet haben.
In diesem Artikel wird ein Problem beschrieben, bei dem Sie das DFS-Replikationsereignis 2212 erhalten und DFSR nach dem Neustart von Windows Server 2008 beendet wird. Kurze Zeit später wird das Ereignis 2214 im DFS-Replikationsprotokoll protokolliert.
Gilt für: Windows Server 2012 R2
Ursprüngliche KB-Nummer: 977518
Symptome
Wenn Sie den DFSR-Dienst (Distributed File System Replication) auf einem Server unter Windows Server 2008 neu starten oder den Server neu starten, wird möglicherweise das folgende Ereignis im DFS-Replikationsprotokoll protokolliert:
Protokollname: DFS-Replikation
Quelle: DFSR
Ereignis-ID: 2212
Aufgabenkategorie: Keine
Stufe: Warnung
Schlüsselwörter: Klassisch
Benutzer: Nicht zutreffend
Computer: MyDfsrMember.contoso.com
Beschreibung:
Der DFS-Replikationsdienst hat ein unerwartetes Herunterfahren auf dem Volume Drive_Letter erkannt. Dies kann auftreten, wenn der Dienst nicht ordnungsgemäß beendet wurde (z. B. aufgrund eines Stromausfalls) oder wenn ein Fehler auf dem Volume aufgetreten ist. Der Dienst hat automatisch einen Wiederherstellungsprozess initiiert. Der Dienst erstellt die Datenbank neu, wenn er feststellt, dass sie nicht zuverlässig wiederhergestellt werden kann. Es ist keine Benutzeraktion erforderlich.
Nach einiger Zeit protokolliert DFSR ereignis-ID 2214. Dieses Ereignis gibt an, dass der Datenbankwiederherstellungsprozess abgeschlossen wurde. Während der Datenbankwiederherstellung wird die Replikationsleistung verlangsamt.
Ursache
Dieses Problem tritt auf, weil der Dienststeuerungs-Manager (SCM) den Standardtimeoutwert von 20 Sekunden zum Beenden eines Diensts verwendet. In einigen komplexen DFSR-Implementierungen ist dieser Timeoutwert möglicherweise zu kurz, und DFSR wird beendet, bevor die entsprechende Datenbank geschlossen wird. Beim Neustart des Diensts erkennt DFSR diese Bedingung und führt die Datenbankwiederherstellung aus.
Lösung
Um dieses Problem zu beheben, können Sie den vom SCM verwendeten Standardtimeoutwert ändern, indem Sie den folgenden Registrierungswert hinzufügen:
Wertname WaitToKillServiceTimeout
Datentyp REG_SZ
Zeichenfolge 20000 Millisekunden (Standardwert)
Führen Sie die folgenden Schritte aus, um die Wartezeit anzugeben:
Klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie ein
regedit
, und klicken Sie dann auf OK.Suchen Sie den folgenden Schlüssel in der Registrierung, und klicken Sie dann auf den folgenden Schlüssel:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control
Zeigen Sie im Menü Bearbeiten auf Neu, und klicken Sie dann auf Zeichenfolgenwert.
Geben Sie WaitToKillServiceTimeout ein, und drücken Sie dann die EINGABETASTE.
Klicken Sie im Menü Bearbeiten auf Ändern.
Geben Sie 60000 ein, und klicken Sie dann auf OK.
Beenden Sie den Registrierungs-Editor.
Starten Sie den Server neu.
Wenn das Zeitintervall etwas anderes als 60 Sekunden ist, können Sie den Wert des WaitToKillServiceTimeout-Registrierungswerts auf den Zeitunterschied in Millisekunden zwischen den folgenden beiden Ereignissen im DFSR-Ereignisprotokoll festlegen:
1006 – Der DFS-Replikationsdienst wird beendet.
1008 : Der DFS-Replikationsdienst wurde beendet.
Stellen Sie sicher, dass Sie KB-2549760 installieren, um die ordnungsgemäße Leistung des Registrierungswerts WaitToKillServiceTimeout sicherzustellen.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für