Gibt es eine Möglichkeit, Aufgaben in Fenstern zu planen, die eine bestimmte Zeitzone angeben?

Ich muss mehrere Aufgaben planen, die jeweils zu einer bestimmten Ortszeit in einer anderen Stadt ausgeführt werden sollen. Beispielsweise muss ein Job möglicherweise um 19:00 Uhr in New York City und ein anderer um 08:00 Uhr in Berlin ausgeführt werden.

Das Problem ist nicht nur, dass die Sommerzeit die UTC-Zeit ändert, in der diese Jobs ausgeführt werden, sondern dass verschiedene Städte ihre Uhren an verschiedenen Tagen anpassen, sodass sich auch der Versatz zwischen verschiedenen Städten ständig ändert.

Gibt es eine Möglichkeit, dies in Windows zu tun, ohne benutzerdefinierte Skripte zu schreiben? Gibt es ein kommerzielles Softwarepaket, das damit umgehen kann?

scheduled-tasks time-zone

— Chuu
quelle

Ich weiß nichts über Software von Drittanbietern, aber Windows kann damit sicherlich nicht umgehen. Sie müssten den Zeitunterschied für jede Stadt berechnen, sich über Änderungen der Uhr auf dem Laufenden halten und Ihre Jobs nur über Fenster entsprechend anpassen.

— Simkill

-1

Warum sollten die Aufgaben von einem bestimmten Host ausgeführt werden? Warum nicht einfach die Aufgaben auf jedem System ausführen und bei Bedarf die Skriptquellen auf einem mit dem Netzwerk verbundenen Volume hosten? Wenn das Skript fertig ist, kann es alle Benachrichtigungen festlegen und sie wieder auf die Freigabe schreiben. Jeder Host verwaltet bereits seine eigene Zeitsynchronisierung für lokale Anforderungen.

Es scheint, dass Sie Ihre Arbeit erschweren, indem Sie eine unnötige Einschränkung einbeziehen.

— Rowan Hawkins
quelle

Wir haben einen Server, der um 9 Uhr morgens in der Ortszeit jedes unserer Büros eine Aufgabe ausführen muss. Es wäre cool, dies in Windows Task Scheduler planen zu können und zu wissen, wann die Sommerzeit für jede Zeitzone

— Greg

Computer wissen nicht, wann die Sommerzeit einsetzt, es sei denn, Ihr Betriebssystem gibt die Zeitumstellung aus. Windows erfasst sicherlich die Sommerzeit, vorausgesetzt, die konfigurierte Zeitzone verwendet sie. Ntp assoziiert UTC nicht wirklich. NTP ist wirklich Sekunden seit dem letzten Zurücksetzen. Wenn alle Ihre Computer für ihre lokalen Zeitzonen konfiguriert sind, werden geplante Jobs basierend auf diesen Informationen ausgeführt.

— Rowan Hawkins

Der Grund, warum einige verschiedene Unternehmen UTC verwenden, ist, dass die Protokollierung von Lesevorgängen zwischen Hosts synchronisiert ist. Computergestützte Protokollierung benötigt diese Krücke nicht, aber alles hängt von der Intelligenz der Programmierer ab und davon, ob das konsolidierte Protokoll die Zeit in einen lokalen Standard konvertiert oder als NTP-Epochenzeit belässt und basierend auf der Referenz des Betrachters angepasst wird.

— Rowan Hawkins

Wenn Sie die lokale Zeitzone auf Ihren Systemen verwenden, sollten Sie dies auch tun. Planen Sie dann keine Jobs, die zwischen 1 und 2 Uhr morgens beginnen. Dies würde dem Job während der Umrüstzeit ein Problem verursachen. Bei der Vorwärtsanpassung würde der Job nicht ausgeführt, bei der Rückwärtsanpassung würde er zweimal ausgeführt. Ehrlich gesagt denke ich, dass die gesamte Sommerzeit ein veraltetes Konzept ist. Niemand, den ich kenne, mag die Zeitumstellung, den Produktivitätsverlust, wenn jeder gezwungen wird, die interne Planung zweimal im Jahr um eine Stunde zu ändern.

— Rowan Hawkins

Ich denke, Sie verpassen meinen Standpunkt. Wir müssen mehrmals täglich einen Prozess von einem Server in unserem Hauptbüro ausführen. Die Zeit beginnt um 9 Uhr im örtlichen Büro auf der ganzen Welt. Wir können den Prozess nicht im Büro ausführen, er muss von einem zentralen Server ausgeführt werden, daher können wir die Zeitzone nicht einfach in die lokale Zeitzone jedes Büros ändern (dies ist die lokale Zeitzone des Hauptbüros). Es wäre cool, eine Funktion im Windows Task Scheduler zu haben, die besagt: "Führen Sie dies um 9 Uhr in Chicago aus".

— Greg