{"id":215099,"date":"2019-02-26T00:06:00","date_gmt":"2019-02-25T23:06:00","guid":{"rendered":"https:\/\/www.borncity.com\/blog\/?p=215099"},"modified":"2023-08-23T00:34:39","modified_gmt":"2023-08-22T22:34:39","slug":"windows-10-probleme-mit-der-zeitsynchronisation-teil-2","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2019\/02\/26\/windows-10-probleme-mit-der-zeitsynchronisation-teil-2\/","title":{"rendered":"Windows 10: Probleme mit der Zeitsynchronisation – Teil 2"},"content":{"rendered":"

In Teil 1<\/a> der Artikelreihe hatte ich Probleme mit der Zeitsynchronisation unter Windows aufbereitet, auf die mich Blog-Leser Andi hingewiesen hat. In Teil 2 stelle ich den Workaround von Andi vor, mit dem man eine Zeitsynchronisation unter Windows erzwingen kann.<\/p>\n

<\/p>\n

\"\"Stand war ja, dass Windows 10 (V1803 und V1809, was anderes wurde nicht getestet) Probleme mit der automatischen Zeitsynchronisation hat. Auf Sites mit einer Onlinezeit, wie zum Beispiel https:\/\/time.is\/<\/a> erh\u00e4lt man aber eine ungenaue Zeit. Andererseits ist auch in Netzwerken eine Zeitsynchronisation n\u00f6tig (siehe Abschnitt II in diesem Dokument<\/a>).<\/p>\n

Feststellen, ob man betroffen ist<\/h2>\n

In Teil 1<\/a> war das zwar bereits angerissen worden, Andi hat mir aber die Vorgehensweise, wie man das selbst testen kann, detaillierter aufgeschrieben. Wie kann ich nun feststellen, ob ich von diesem Problem betroffen bin? Daf\u00fcr gibt es zwei Methoden.<\/p>\n

Methode 1: Zeit verstellen und warten<\/h3>\n

Am einfachsten ist es, wenn man die Zeit unter Windows manuell verstellt.<\/p>\n

1. Hierzu ein Rechtsklick auf die Uhr in der rechten unteren Ecke der Taskleiste ausf\u00fchren und im Kontextmen\u00fc den Befehl Datum\/Uhrzeit \u00e4ndern <\/em>w\u00e4hlen.<\/p>\n

2. Achten Sie darauf, dass Uhrzeit automatisch festlegen<\/em> in den Einstellungen eingeschaltet ist (obiger Teil der folgenden Abbildung).<\/p>\n

\"Uhrzeit<\/p>\n

3. Dann in der Einstellungen-Seite herunter bl\u00e4ttern. In der Rubrik \u201eVerwandte Einstellungen\" klicken Sie auf die Verkn\u00fcpfung \u201eUhren f\u00fcr unterschiedliche Zeitzonen hinzuf\u00fcgen\".<\/p>\n

4. Im sich darauf \u00f6ffnenden Fenster gehen Sie auf den Reiter \u201eDatum und Uhrzeit\"
\nund klicken auf die Schaltfl\u00e4che \u201eDatum und Uhrzeit \u00e4ndern…\".<\/p>\n

5. Anschlie\u00dfend verstellen Sie die Zeit f\u00fcr den geplanten Test. Es reichen ein paar Minuten. Das Ganze ist mit OK zu best\u00e4tigen.<\/p>\n

Die Anzeige der Zeit sollte sich in der rechten unteren Ecke der Taskleiste ge\u00e4ndert haben. Starten Sie den Rechner neu. Vorausgesetzt das System kann online gehen, sollte bei einer erfolgreichen automatischen Synchronisation nach dem Neustart die korrekte Zeit in der rechten Ecke der Taskleiste angezeigt werden. Trifft dies nicht zu, ist der Rechner vom Zeitsynchronisationsproblem betroffen.<\/p>\n

Diese F\u00e4lle habe ich in Microsofts Answers-Foren \u00fcber die Jahre immer wieder gelesen. Meist wurde der Austausch der BIOS-Batterie vorgeschlagen. Dann sorgt der interne Zeitgeber des Mainboard f\u00fcr die Zeitsynchronisation.<\/p><\/blockquote>\n

Test in der Eingabeaufforderung<\/h3>\n

Man kann auch eine zweite Methode zur Pr\u00fcfung \u00fcber die die Eingabeaufforderung durchf\u00fchren. Dazu ruft man diese \u00fcber den Befehl cmd <\/em>im Suchfeld der Taskleiste auf. Im Fenster der Eingabeaufforderung gibt man folgenden Befehl ein (siehe auch Teil 1<\/a>):<\/p>\n

w32tm \/query \/status<\/p>\n

ein. Falls in der Zeile \u201eLetzte erfolgr. Synchronisierungszeit\" der Ausgabe nichts angegeben ist, oder in der Zeile Quelle steht Local CMOS Clock <\/em>(siehe folgende Abbildung), dann hat der Computer nicht online, sondern mit seiner BIOS-Uhr synchronisiert.<\/p>\n

<\/p>\n

Das ist ein Problem, da die BIOS-Uhr ebenfalls durch Windows zur Synchronisation benutzt wird. So f\u00e4llt der Fehler nicht auf, bis die CMOS-Batterie entleert wird. Je leerer diese Knopfzelle im Laufe der Zeit wird, umso mehr sinkt die Spannung der Batterie und umso ungenauer wird dann die Uhr.<\/p>\n

Es gibt zwei Ursachen<\/h2>\n

In Teil 1<\/a> hatte Andi ja bereits zwei Ursachen f\u00fcr dieses Uhrzeit-Synchronisationsproblem, welches bei schwacher CMOS-Batterie sichtbar wird, aufgezeigt.<\/p>\n

Problem 1: Windows-Zeitgeber-Dienst<\/h3>\n

Erstes Problem: Der Windows-Zeitgeber-Dienst, der f\u00fcr die Zeitsynchronisation zust\u00e4ndig ist, kann beim Starttyp \u201eManuell\" nicht starten. Versucht man bei diesem Starttyp mit dem Befehl:<\/p>\n

w32tm \/query \/status<\/p>\n

eine Statusabfrage des Diensts, erscheint eine Fehlermeldung der Art:<\/p>\n

Folgender Fehler ist aufgetreten: Der Dienst wurde nicht gestartet. (0x80070426)<\/p><\/blockquote>\n

Die gleiche Meldung erscheint auch bei deaktiviertem Dienst. Erst wenn der Dienst gestartet wurde, kann der Status abgefragt werden.<\/p>\n

Andi schl\u00e4gt als Notl\u00f6sung vor jedem Runterfahren den Starttyp des Zeitgebers kontrollieren und gegebenenfalls auf Automatisch korrigieren vor. Reicht eine einmalige \u00c4nderung in Automatisch?<\/p>\n

Laut Andi reicht das nicht, denn irgendwann wird der Starttyp in Manuell <\/em>ge\u00e4ndert. Wer oder was den Starttyp ge\u00e4ndert hat, konnte Andi nicht herausgefinden. Er schreibt: In Verdacht habe ich das System und den Intelligenten Hintergrund\u00fcbertragungsdienst.<\/em> Der Intelligente Hintergrund\u00fcbertragungsdienst ist ein Windows-Dienst, der die anderen Dienste \u00fcberwacht und zu aktive Dienste reguliert. Das soll angeblich Energie sparen.<\/p>\n

Ergebnis: Wer auch immer den Starttyp auf Manuell <\/em>\u00e4ndert, begeht beim Zeitgeber einen Fehler. Manuell<\/em> stellt normalerweise kein Problem dar, weil normalerweise auch Dienste mit dem Starttyp Manuell<\/em> bei Bedarf starten k\u00f6nnen. Nur beim Zeitgeber blockiert irgendetwas den Starttyp Manuell<\/em>, wodurch der Zeitgeber dann ab dem n\u00e4chsten Neustart nicht mehr gestartet werden kann.<\/p>\n

Eine Dauerl\u00f6sung f\u00fcr das Problem #1<\/h3>\n

Eine dauerhafte L\u00f6sung dieses Problems erfordert etwas Aufwand. Als erstes wird eine Batchdatei erstellt. Dazu muss der Windows-Editor Notepad aber mit administrativen Rechten laufen (Editor<\/em> in der Suche eingeben und den Treffer f\u00fcr den Windows-Editor mit anw\u00e4hlen \u2013 Andi schrieb zwar, dass der Aufruf \u00fcber Als Administrator ausf\u00fchren<\/em> erfolgen soll \u2013 das ist m.E. aber nicht erforderlich, es sei denn, die Batchdatei soll an Orten gespeichert werden, wo Administratorrechte ben\u00f6tigt werden). Im Windows-Editor sind dann folgende drei Zeilen einzugeben und jede einzelne Zeile mit Enter zu best\u00e4tigen:<\/p>\n

sc config w32tm start= auto
\nnet start w32time
\nexit<\/p>\n

Achten Sie auf die Leerzeichen. Im Gegensatz zur Gro\u00df-und Kleinschreibung,
\ndie hier irrelevant ist, kann ein fehlendes Leerzeichen dazu f\u00fchren, dass die Batchdatei nicht ausgef\u00fchrt wird. Der erste Befehl stellt den Starttyp auf Automatisch<\/em>. Mit der zweiten Zeile wird der Zeitgeber gestartet und \u201eexit\" beendet die Batchdatei.<\/p>\n

Die Batchdatei speichern Sie jetzt irgendwo unter dem Namen Zeitsynchronisation.cmd<\/em>. Die Dateinamenerweiterung wird ben\u00f6tigt, um die Batchdatei in der Aufgabenplanung ausf\u00fchren zu k\u00f6nnen. Dass wird in diesem Forenbeitrag<\/a> beim Post #32 erkl\u00e4rt. Wo die Batchdatei gespeichert wird, ist egal. Allerdings sollte man den Speicherort aufschreiben.<\/p>\n

Als n\u00e4chstes rufen Sie die Aufgabenplanung \u00fcber die Suche (Befehl Aufgabenplanung<\/em>) und den Kontextmen\u00fcbefehl Als Administrator ausf\u00fchren<\/em> auf. Das ist erforderlich, da Anpassungen an der Aufgabenplanung administrative Rechte erfordern. In der Aufgabenplanung soll jetzt eine Aufgaben erstellt werden, die dem Computer sagen,
\nwann er welchen Dienst bzw. welches Programm er starten soll.<\/p>\n

1. In der Baumstruktur der Aufgabenplanung klicken Sie sich in der linken Spalte zu \u201eTime Synchronization\" durch (Aufgabenplanungsbibliothek-> Microsoft-> Windows-> Time Synchronization).<\/p>\n

\"Aufgabe\"<\/p>\n

In der mittleren Spalte sehen sie die Aufgabe \u201eSynchronizeTime\", eine Aufgabe, die Microsoft erstellt hat, um den Zeitgeber beim Start des Rechners zu starten. Bei der Erstellung dieser Aufgabe hat Microsoft nicht beachtet, dass der Starttyp Manuell<\/em> den Zeitgeber blockt. Daher \u00e4ndert die Aufgabe vor dem Starten des Zeitgebers auch den Starttyp nicht in Automatisch<\/em>.<\/p>\n

Andi schreibt: Wie man der Aufgabe das \u00c4ndern des Starttyps hinzuf\u00fcgt, konnte ich nicht in Erfahrung bringen, deshalb der Umweg \u00fcber die Batchdatei. Die Aufgabe \u201eSynchronizeTime\" k\u00f6nnen Sie an dieser Stelle deaktivieren, indem Sie einen Rechtsklick auf \u201eSynchronizeTime\", gefolgt von einem Linksklick auf \u201eDeaktivieren\" ausf\u00fchren. Jetzt erstellen Sie eine neue Aufgabe.<\/p>\n

2. Dazu klicken Sie rechts im Aufgabenbereich unter Aktionen <\/em>auf den Befehl Aufgabe erstellen…<\/em> und tragen anschlie\u00dfend unter Name:<\/em> Zeitsynchronisation<\/em>, ohne die Endung .cmd, ein.<\/p>\n

\"Aufgabe<\/p>\n

Das Benutzerkonto wurde hier aus Datenschutzgr\u00fcnden im Beispiel geschw\u00e4rzt und sollte so belassen werden, wie es ist.<\/p>\n

3. Markieren Sie die Option auf \u201eUnabh\u00e4ngig von der Benutzeranmeldung ausf\u00fchren\" und setzen Sie einen Haken bei \u201eKennwort nicht speichern. Die Aufgabe …\".<\/p>\n

4. Zudem ist die Option \u201eMit h\u00f6chsten Privilegien ausf\u00fchren\" zu markieren. Zudem \u00e4ndern Sie bei \u201eKonfigurieren f\u00fcr:\" die Konfiguration in Windows 10.<\/p>\n

5. Wechseln Sie jetzt zur Registerkarte \u201eTrigger\", und w\u00e4hlen Sie anschlie\u00dfend \u201eNeu…\".
\nBei \u201eAufgabe starten:\" suchen Sie \u201eBeim Start\" aus und best\u00e4tigen dies \u00fcber OK.<\/p>\n

6. Wechseln Sie jetzt zur Registerkarte \u201eAktionen\" und klicken Sie danach auf \u201eNeu…\".<\/p>\n

7. Klicken Sie als n\u00e4chstes auf \u201eDurchsuchen…\", suchen Sie den Speicherort der Batchdatei, w\u00e4hlen die Batchdatei mit einem Linksklick aus, klicken auf \u201e\u00d6ffnen\" und best\u00e4tigen mit OK.<\/p>\n

Das Schwierigste an der Erstellung der Aufgabe war das Suchen der Batchdatei. Der Rest wird jetzt simpel.<\/p>\n

\"Aufgabe<\/p>\n

8. Gehen Sie zur Registerkarte \u201eBedingungen\" und markieren \u201eNur starten, wenn folgende Netzwerkverbindung verf\u00fcgbar ist:\". Dort sollte 'Alle Verbindungen' oder eine Netzwerkverbindung eingestellt sein.<\/p>\n

\"Aufgabe<\/p>\n

9. Im letzten Schritt geht es zur Registerkarte \u201eEinstellungen\", wo noch ein H\u00e4kchen bei der Option \u201eAufgabe so schnell wie m\u00f6glich nach einem verpassten Start ausf\u00fchren\" zu setzen ist.<\/p>\n

Dann sind die Anpassungen \u00fcber die OK<\/em>-Schaltfl\u00e4che zu best\u00e4tigen. Nachdem die Aufgabe erstellt wurde, sollte ihr Fenster so aussehen.<\/p>\n

\"Aufgabe<\/p>\n

Sie k\u00f6nnen die Aufgabenplanung beenden. Ob Problem 1 gel\u00f6st ist, k\u00f6nnen Sie \u00fcberpr\u00fcfen, indem Sie den Starttyp des Zeitgeber-Diensts auf Manuell<\/em> \u00e4ndern, den Rechner neu starten und dann in der Eingabeaufforderung nachschauen, ob die Zeit synchronisiert wird (siehe oben). Wenn der Starttyp Manuell<\/em> noch immer blockiert wird, sollte die oben erw\u00e4hnte Fehlermeldung bei der Statusabfrage in der Eingabeaufforderung erscheinen. Ist dies nicht der Fall, sollte die BIOS-Uhr als Quelle f\u00fcr die Synchronisation genannt werden.<\/p>\n

Problem 2: Rechner senden symmetrisch aktive Pakete<\/h3>\n

Andi schreibt in seinem Text: Nachdem der Zeitgeber auch bei Manuell<\/em> wieder starten konnte, wollte mein Rechner trotzdem beim Starten nicht automatisch synchronisieren. Da musste also noch etwas im Argen liegen.<\/p>\n

Nach l\u00e4ngerer Suche im Web und ausprobieren wurde ich auf dieser Webseite<\/a> f\u00fcndig. Bei w32time handelt es sich um den Zeitgeber. NTP-Server sind Zeitserver. Eine Erkl\u00e4rung f\u00fcr symmetrisch aktiv und client fand ich bei der RWTH<\/a>. Auf Seite 6 werden verschiedene Modi erkl\u00e4rt. Die Erkl\u00e4rung der RWTH f\u00fcr den Client-Modus:<\/p>\n

Client: Dieser Modus wird von Hosts verwendet, um synchronisiert zu werden. Es werden wiederholt Anfragen an Peers gesendet um synchronisiert zu werden.<\/p>\n

So sollte es eigentlich sein. Der Computer, vorausgesetzt er ist online, sendet wiederholt Anfragen an den Zeitserver um synchronisiert zu werden.<\/p><\/blockquote>\n

Laut der Seite Meinberg senden betroffene w32time-Versionen standardm\u00e4\u00dfig aber
\nsymmetrisch aktive Pakete. Die Erkl\u00e4rung der RWTH f\u00fcr den Modus Symmetrisch Aktiv:<\/p>\n

Symmetrisch Aktiv: Der Host sendet wiederholt Nachrichten. Dieser Modus wird verwendet um andere Peers zu synchronisieren und um von Hosts synchronisiert zu werden.<\/p><\/blockquote>\n

Andi schreibt: Ich habe kein Netzwerk. Einen Host, von dem er synchronisiert werden k\u00f6nnte,\u00a0 gibt es zwischen meinem Rechner (HP Pavilion 550-141ng) und dem Router (Speedport W723V) nicht. Also sendet der Rechner wiederholt Nachrichten, um andere Peers zu synchronisieren. Er verh\u00e4lt sich wie ein Zeitserver.<\/p>\n

Das erkl\u00e4rt dann auch warum in der Eingabeaufforderung die BIOS-Uhr als Quelle angegeben wird. Weil Zeitserver eben nicht mit anderen Zeitservern, sondern mit ihrer eigenen Uhr synchronisieren. Bei Microsoft gibt es zu dem Thema ebenfalls einen englischsprachigen Artikel.<\/a> Sinngem\u00e4\u00df steht dort:<\/p>\n

Symptome: Wenn Sie versuchen, Ihren Computer mit Microsoft Windows Server 2003 mit einem Network Time Protocol (NTP)-Server zu synchronisieren, auf dem Microsoft Windows nicht ausgef\u00fchrt wird, ist die Synchronisierung m\u00f6glicherweise nicht erfolgreich.<\/p><\/blockquote>\n

Der Microsoft-Beitrag geht zwar von einem anderen Betriebssystem aus. Aber das Symptom trifft auch auf meine Windows 10-Umgebung zu, denn die Synchronisierung ist nicht erfolgreich. Weiterhin steht im Artikel:<\/p>\n

Ursache: Dieses Problem kann auftreten, wenn Ihr Computer Synchronisationsanforderungen im symmetrischen aktiven Modus sendet. Standardm\u00e4\u00dfig sind Windows Server 2003 Dom\u00e4nencontroller als Zeitserver konfiguriert und verwenden den symmetrischen Aktivmodus,
\num Synchronisationsanforderungen zu senden. Einige NTP-Server, die nicht unter Windows laufen, reagieren nur auf Anfragen, die den Client-Modus verwenden.<\/p><\/blockquote>\n

Die Ursache ist \u00e4hnlich wie auf der Seite von Meinberg benannt. Einige Zeitserver reagieren nur auf Anfragen, die den Client-Modus verwenden. Der betroffene Computer sendet aber im symmetrisch aktiven Modus. Folge: es erfolgt keine Zeitsynchronisation.
\nSowohl bei Meinberg als auch bei Microsoft steht die gleiche L\u00f6sung.<\/p>\n

1. Als erstes ruft man eine administrative Eingabeaufforderung (Als Administrator ausf\u00fchren) auf.<\/p>\n

2. In die Eingabeaufforderung ist nun folgender Befehl einzugeben und mit Enter zu best\u00e4tigen.<\/p>\n

w32tm \/config \/manualpeerlist:time.windows.com,0x8 \/syncfromflags:MANUAL<\/p>\n

Dieser Befehl zwingt den Zeitgeber dazu, keine symmetrisch aktiven Pakete,
\nsondern normale Client-Anfragen zu schicken.<\/p>\n

3. Im Anschluss ist dieser Befehl in der Eingabeaufforderung einzugeben:<\/p>\n

w32tm \/config \/update<\/p>\n

Damit \u00fcbernimmt der Zeitgeber die \u00c4nderung. Damit sind beide Probleme mit der Zeitsynchronisation gel\u00f6st. Zum Test startet man den Computer neu und gibt im Fenster einer Eingabeaufforderung folgenden Befehl ein:<\/p>\n

w32tm \/query \/status<\/p>\n

Und obwohl der Starttyp auf Manuell<\/em> steht, wird trotzdem automatisch synchronisiert. in der nachfolgenden Ausgabe erscheint keine Fehlermeldung mehr.<\/p>\n

\"Ausgabe<\/p>\n

In der Ausgabe wird auch keine Local CMOS-Clock <\/em>mehr als Quelle aufgef\u00fchrt, sondern der Windows Zeitserver von Microsoft. Das Problem der fehlerhaften Zeitsynchronisation in Windows 10 ist damit behoben.<\/p>\n

Anmerkung G. Born: Der Fehler d\u00fcrfte nur in den seltenen Szenarien auffallen, wenn die CMOS-Batterie schwach wird und der Zeitgeber des BIOS falsche Zeiten liefert. Andi hat daher viel recherchiert und ich habe seine Hinweise von Andi etwas ausf\u00fchrlicher in Form eines zweiteiligen Artikels aufbereitet. An dieser Stelle mein Dank an Andi f\u00fcr die Hinweise und den Text f\u00fcr den Gastbeitrag.<\/p><\/blockquote>\n

Artikelreihe:<\/strong>
\nWindows 10: Probleme mit der Zeitsynchronisation<\/a> \u2013 Teil 1
\nWindows 10: Probleme mit der Zeitsynchronisation<\/a> \u2013 Teil 2<\/p>\n

\u00c4hnliche Artikel:<\/strong>
\nWindows 10: Eingabeaufforderung als Administrator \u00f6ffnen<\/a>
\nWindows 10 V1809: Zeitsynchronisation fehlt (vermeintlich) in Einstellungen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

In Teil 1 der Artikelreihe hatte ich Probleme mit der Zeitsynchronisation unter Windows aufbereitet, auf die mich Blog-Leser Andi hingewiesen hat. In Teil 2 stelle ich den Workaround von Andi vor, mit dem man eine Zeitsynchronisation unter Windows erzwingen kann.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3694],"tags":[24,4378],"class_list":["post-215099","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-windows-10","tag-problem","tag-windows-10"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/215099","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=215099"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/215099\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=215099"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=215099"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=215099"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}