Zeitpläne: Zeitzonenunterstützung
Wichtig
Ein Administrator muss die Benutzerberechtigung zur Planung von Aufträgen aktivieren, bevor Sie mit der Planung von Workflows beginnen können. In den Artikeln unter Aufträge: Admin-Benutzeroberfläche und Zeitpläne: Admin-Benutzeroberfläche können Administratoren nachschlagen, wie sie geplante Workflows für Benutzer aktivieren können. Sobald ein Administrator die Benutzerberechtigung für die Planung von Aufträgen aktiviert hat, wird der Link zur Seite Zeitpläne in der Symbolleiste der Server-Benutzeroberfläche angezeigt.
Alle Zeitpläne verfügen über eine Option zur Auswahl der Zeitzone, für die sie ausgeführt werden. Wenn Ihr Zeitplan auf eine Zeitzone eingestellt ist, die die Sommerzeit überwacht, lesen Sie bitte den Abschnitt Empfehlungen zum Ende der Sommerzeit (DST), um einige bekannte Einschränkungen im Zusammenhang mit der Sommerzeit zu erfahren.
Zeitpläne werden auf der Seite Zeitpläne in Ihrer bevorzugten Zeitzone angezeigt, unabhängig von der geplanten Zeitzone.
Anmerkung
Eine Warnung wird neben den Aufträgen angezeigt, denen keine Zeitzone zugeordnet ist. Diese Zeitpläne wurden vor Version 2019.3 erstellt oder von Desktop Automation migriert. Wählen Sie Aktualisieren , um auf die aktuelle Zeitzone zu aktualisieren, oder Ignorieren , um die ursprüngliche Einstellung beizubehalten.
Legen Sie Ihre Server-Zeitzone fest
Sie können Ihre bevorzugte Zeitzone in Ihrem Server-Profil festlegen. Wählen Sie Benutzername > Mein Profil > Allgemein .
Wenn Sie nach der Umstellung auf Ihre bevorzugte Zeitzone zur Seite Zeitpläne zurückkehren, werden die Zeitpläne in Ihrer neuen Zeitzone angezeigt. Die Umstellung Ihrer Zeitzone hat keine Auswirkungen darauf, wann Zeitpläne ausgeführt werden.
Anmerkung
Mit dem Ende der Sommerzeit (DST) findet eine Stunde zweimal am selben Tag statt. In den USA findet beispielsweise das Ende der Sommerzeit am 6. November 2022 statt, und die Stunde zwischen 1 UHR und 2 UHR MORGENS findet zweimal statt.
Diese Zeitänderung kann zu Problemen mit deinen geplanten Läufen führen.
Wir empfehlen Ihnen, die folgenden Schritte zu Unternehmen, um Probleme aufgrund der Zeitänderung zu vermeiden:
Setzen Sie für neue Serverinstanzen proaktiv Ihre unabhängigen Controller-Knoten auf UTC (Coordinated Universal Time). Es wird empfohlen, dass Sie auch die Hosts der Worker- und Server-UI auf UTC setzen, obwohl dies nicht erforderlich ist.
Bei vorhandenen Systemen empfehlen wir, die Zeitzone des Controllers nicht anzupassen, es sei denn, dies ist erforderlich. Wenn Sie die Zeitzone ändern, verschieben sich vorhandene Zeitpläne.
Wenn beispielsweise der Controller derzeit für MDT (UTC-6) konfiguriert ist, werden durch Verschieben der Zeit auf UTC alle Zeitpläne um +6 Stunden verschoben. Außerdem werden die Zeitstempel für alle Jobergebnisse vor der Änderung um denselben Offset verzerrt.
Bei Zeitplänen, die während der Sommerzeit ausgeführt werden, werden die nächsten Laufzeiten entsprechend aktualisiert, damit sie nicht zweimal ausgeführt werden. Es gibt eine Stundenlücke, wenn die Uhr zurückkehrt, wo Zeitpläne nicht ausgeführt werden, weil diese Stunde wiederholt wird.
Betrachten wir als Beispiel einen Zeitplan, der stündlich 15 Minuten nach der Stunde läuft, wenn wir die USA-Sommerzeit am 6. November zwischen 1 und 2 Uhr nutzen. Dieser Zeitplan wird normal um 1:15 UHR ausgeführt und aktualisiert den nächsten Lauf auf 2:15 UHR. Um 2 UHR MORGENS geht die Uhr zurück auf 1 UHR MORGENS. Da der Zeitplan bereits um 1:15 lief und die nächste Laufzeit auf 2:15 UHR aktualisiert wurde, wartet er, bis die Zeit 2:15 UHR erreicht hat, um erneut ausgeführt zu werden. Der Zeitplan wird also zu den richtigen Zeiten ausgeführt, es gibt jedoch eine 2-stündige Lücke zwischen den Durchläufen anstelle der normalen 1-stündigen Lücke.
Wenn die Zeit um eine Stunde vorwärts springt, werden alle Zeitpläne, die während dieser verpassten Stunde ausgeführt werden sollen, sofort in die Warteschlange gesetzt, um sie auszuführen. Je nach Konfiguration der Zeitpläne kann dies zu einer fortlaufenden Verzerrung führen.
Betrachten wir das gleiche Beispiel, bei dem der Zeitplan stündlich um 15 Uhr nach der Stunde läuft. Im Frühjahr beginnt dieser Zeitplan um 1:15 UHR und wird aktualisiert, um um 2:15 UHR wieder zu laufen. Wenn 2 UHR MORGENS eintrifft, wird die Zeit jedoch um 3 UHR MORGENS verschoben. Der Server erkennt, dass dieser Zeitplan um 2:15 UHR ausgeführt werden sollte, aber nicht. Der Server löst dieses Problem, indem er es sofort (3:00 UHR) zur Warteschlange hinzufügt. Außerdem wird der Zeitplan aktualisiert, damit er in einer Stunde (4:00 UHR) erneut ausgeführt wird. Dies führt dazu, dass alle nachfolgenden Zeitpläne zur vollen Stunde ausgeführt werden und nicht 15 Minuten nach der vollen Stunde.