Klappt wunderbar. Ohne Probleme.
Ich habe es jetzt von meiner Testeinstellung Alle 10 Minuten auf 1 Stunde gestellt.

@DK2000 Mit deiner Aufgabe ist jedenfalls mein Problem der Zeitsynchronsierung gelöst. :dankeschoen:

OK, ich habe die auch drin gelassen.
Warten wir mal ab, was so innerhalb 24 Stunden passiert.

Die beiden habe ich mal drin gelassen und deaktiviert. Mal beobachten, ob das zu irgendwelchen Fehlermeldungen führt.

:dafür: Danke für deine Mühe. :dankeschoen:

Ich probier das später mal im Büro auf dem anderen PC als Administrator das zu importieren

Die hier aus der Aufgabenplanung Microsoft → Windows Time → Synchronization entfernen!?
- ForceSynchronizeTime
- SynchronizeTime

Oder stehen lassen?

Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:39:06.188Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:39:06.186Z (UTC). Systemtaktanzahl: 69031
Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:44:06.161Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:44:06.159Z (UTC). Systemtaktanzahl: 369000
Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:49:06.145Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:49:06.144Z (UTC). Systemtaktanzahl: 668984

 <Actions Context="LocalService">
    <ComHandler>
      <ClassId>{A31AD6C2-FF4C-43D4-8E90-7101023096F9}</ClassId>
      <Data>TimeSyncTask</Data>
    </ComHandler>
  </Actions>

Habe das mal jetzt neu geschrieben und scheint zu funktionieren:

Die Rahemparameter für die Aufgabe: Bei Systemstart ausführen mit 1 Minute Verzögerung, danach alle 2h.

[code]Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:39:06.188Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:39:06.186Z (UTC). Systemtaktanzahl: 69031
Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:44:06.161Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:44:06.159Z (UTC). Systemtaktanzahl: 369000
Der W32time-Dienst hat die Systemzeit auf 2019-04-09T11:49:06.145Z (UTC) festgelegt. Die vorherige Systemzeit war 2019-04-09T11:49:06.144Z (UTC). Systemtaktanzahl: 668984[/code]
Hatte den Trigger zum Testen auf 5-Minuten-Intervall eingestellt und er hat alle 5 Minuten automatisch die Zeit aktualisiert. Mal schauen, ob das mit 2h auch klappt.

Die Aufgabe lässt sich auch in der GUI soweit bearbeiten mit einer Ausnahmen:

Die Aktion verwendet ein COM Handler:

[code] <Actions Context="LocalService">
<ComHandler>
<ClassId>{A31AD6C2-FF4C-43D4-8E90-7101023096F9}</ClassId>
<Data>TimeSyncTask</Data>
</ComHandler>
</Actions>
[/code]
Hinter {A31AD6C2-FF4C-43D4-8E90-7101023096F9} verbirgt sich die TimeSyncTask.dll, welche von der Aufgabenplanung direkt ausgeführt wird und die Zeit sofort synkronisiert.

So etwas lässt sich über die GUI nicht festlegen. Das muss man direkt in der *.xml eingeben.

Aber scheint soweit zu funktionieren. Scheint auch die Fallback Server zu berücksichtigen. Na, mal testen.

Der Dienst 'Windows-Zeitgeber (W32Time)' sollte dabei auf 'Manuell' stehen.

Der PC holt nur Zeit vom NTP, wenn ich unter Uhrzeiteinstellungen das automatische Holen deaktiviere und dann weider aktiviere, dann zeig steht was in der Ereignisanzeige.

Dass die SynchronizeTime keinen Trigger hat wunderte mich ja schon immer, denn sinnvollerweise triggert "Beim (System)Start" oder nach Zeitplan (z.b. immer stündlich) so eine Aufgabe.

<Triggers>
    <WnfStateChangeTrigger>
      <Enabled>true</Enabled>
      <Delay>PT1M</Delay>
      <StateName>7510BCA32F018915</StateName>
    </WnfStateChangeTrigger>
  </Triggers>

<Triggers />

Das sind halt die seltsamen Trigger, welche Microsoft da verwendet:

ForceSynchronizeTime:

[code]<Triggers>
<WnfStateChangeTrigger>
<Enabled>true</Enabled>
<Delay>PT1M</Delay>
<StateName>7510BCA32F018915</StateName>
</WnfStateChangeTrigger>
</Triggers>[/code]
Was das zu bedeuten hat bzw. wann die 'Windows Notification Facility' da ein Signal sendet, damit das ausgelöst wird. In einer VM steht das noch auch Dezember 2018 (Installationszeit der VM) und in der anderen VM sogar noch auch Januar 1999.

Und SynchronizeTime hat eigentlich gar keinen Trigger:

[code]<Triggers />[/code]
Das lässt sich darauf zurückführen, dass die Aufgabe von einer andren Aufgabe gestartet wird und nicht eigenständig läuft.

Versuche da gerade mal eine *.xml von Hand zu schreiben, welche auf der [i]ForceSynchronizeTime[/i] basiert und die [i]TimeSyncTask.dll[/i] verwendet.

Mein derzeitige Win 10-Workstation war 2 Wochen offline, holte heute gar keine aktuelle Zeit mehr vom NTP.
Das macht so ca. 8-10s/Tag weil die BIOS-Uhr ungenau ist, summasumarum also ~2 Minuten. Das geht bei dem Rechner nicht, wenn die Zeit so ungenau ist.

Keinerlei Eintrag in der Eriegnisanzeige. Aufgabenplaner hat auch die zwei Aufgaben ForceSynchronizeTime und SynchronizeTime drin.
Warum die auf dem PC als "Die Aufgabe wurde noch nicht ausgeführt (0x41303)" steht ist mir ein Rätsel.
Aufgabea wird as Nutzer "Lokaler Dienst" ausgeführt.

Wenn ich als Administrator die Aufgabe starte wid das als Ergenbis angezeigt:
[fix]ForceSynchronizeTime .................. Unbekannter Fehler (0x8004005)
SynchronizeTime ......................... (0x5)[/fix]