Wir hatten in letzter Zeit einige Probleme mit der Zeitsynchronisierung auf unseren Windows Server 2008 R2-Servern.
Ich habe dies auf etwas sehr Einfaches zurückgeführt: Der Windows-Zeitdienst wurde nicht gestartet! Die Zeit kann möglicherweise nicht über NTP synchronisiert werden, wenn der Zeitdienst nicht ausgeführt wird ...
Der Windows- Zeitdienst wurde so eingestellt, dass er in der Systemsteuerung der Dienste "automatisch" startet , was ich doppelt und dreifach überprüft habe. Ich habe auch die Ereignisprotokolle überprüft und keine Dienstausfälle oder ähnliches festgestellt. Tatsächlich sah es so aus, als würde der Windows-Zeitdienst nie automatisch gestartet, nachdem die wöchentlichen Windows-Updates installiert und die Server neu gestartet wurden. (Dies soll jeden Samstag um 19 Uhr geschehen.)
In dem Moment, in dem ich den Zeitdienst gestartet habe, ist die Zeit in Ordnung.
Daher die Frage: Warum sollte ein Dienst, der auf "Automatisch" eingestellt ist, nicht automatisch gestartet werden? Das kommt mir irgendwie verrückt vor.
quelle
Eine mögliche Erklärung aus diesem Thread :
Da Windows Server 2008 R2 und Windows 7 denselben Kernel verwenden, frage ich mich, ob die Auflösung gleich ist.
Sie empfehlen , den Dienst auf automatischen / verzögerten Start einzustellen, um dies zu beheben.
Ich halte es immer noch für verrückt, dass ein auf Automatisch eingestellter Dienst nicht gestartet werden würde ... und ich verstehe den semantischen Unterschied zwischen einem verzögerten Autostart und einem Autostart nicht ganz, aber wenn es funktioniert, denke ich werde mich nicht beschweren.
quelle
Leider müssen Sie mit Windows die Protokollierung manuell einschalten .
Es gibt keine gute Antwort auf die Frage, was dazu führen würde, dass ein Dienst nicht automatisch gestartet wird. Der einzige wirkliche Grund ist, dass eine Abhängigkeit nicht richtig gestartet wurde oder der Dienst beim Start abstürzte. Und ohne Protokolle ist Ihre Vermutung genauso gut wie unsere.
Ich würde vorschlagen, die Windows-Zeitprotokollierung für die nächsten Patch-Zyklen zu aktivieren. Wenn der Service kommt, sind Sie alle gut, wenn es nicht etwas gibt, von dem Sie arbeiten können.
Nur als Hinweis, ich habe mehr als einmal gesehen, dass sich Dienste dazu entschließen, nach einem Patch nicht ohne Grund zu starten, sondern nach dem ersten Neustart einwandfrei zu funktionieren.
Begann einen Kommentar zu schreiben, dann ging der Platz aus.
Sie würden tatsächlich einige Informationen aus diesem Protokoll erhalten.
Wenn überhaupt kein Protokoll vorhanden ist, wird nicht einmal versucht, zu starten. Und von dort aus können Sie nachforschen, jede kleine Information hilft bei solchen Problemen.
Da es sich um ein Debug-Protokoll handelt, das Sie über den obigen Link aktivieren, sollten Sie etwas erhalten , wenn es gestartet werden soll. Sie haben zumindest eine bessere Vorstellung davon, warum der Start fehlschlägt.
Sie haben eines der größten Probleme als Systemadministrator entdeckt: Sie benötigen Protokolle, um zu erfahren, wo Sie suchen müssen, aber der Dienst erreicht nicht den Punkt, an dem Protokolle generiert werden können. Ein klassisches Henne-Ei-Problem.
quelle
Vielen Dank, ich habe einige Dienste, die nicht unter Windows Server 2016 gestartet wurden, auf verzögert gesetzt und es hat funktioniert, aber ich konnte das nicht für den Antiviren-Dienst tun, da dieser vor Änderungen geschützt ist.
Allerdings habe ich diese Problemumgehung gefunden, die auch für 2008 R2 funktioniert hat: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and- Ereignisse-7000-und-7011-sind-Windows-Server-2003-Windows-Server-2008-und-Windows-Server-2008-r2-angemeldet
Wahrscheinlich wird dadurch jeder Dienst gestartet, ohne dass der Start verzögert wird. Es funktionierte für das Antivirus, das ist sicher.
Ich werde den nützlichsten Teil der Umgehung hier einfügen:
Ändern Sie die Registrierung, um dieses Problem umzugehen, um den Standardzeitlimitwert für den Dienststeuerungs-Manager zu erhöhen. Gehen Sie folgendermaßen vor um diesen Wert auf 60 Sekunden zu erhöhen:
quelle