Cron um 9 Uhr: Zeitzonen und Sommerzeit

Ein geplanter Job läuft den ganzen Winter an jedem Werktag um 9 Uhr. Nach der Zeitumstellung startet er plötzlich um 10 Uhr. Der Cron-Ausdruck kann durchaus gültig sein: Der Scheduler folgte UTC, während du Ortszeit erwartet hast.

Bevor du einen Zeitplan in einen Dienst kopierst, entscheide, welcher Uhr er folgen soll. Ein täglicher Bericht für ein Team in Melbourne und ein stündliches Backup brauchen nicht unbedingt dieselbe Zeitregel.

Die Zeitzone steht nicht im Ausdruck

Dieser Fünf-Felder-Ausdruck bedeutet 09:00, Montag bis Freitag:

0 9 * * MON-FRI

Er sagt nicht, wo 09:00 ist. Der Scheduler liefert diesen Teil. Im Cron-Builder von CozyToolkit ändert die Wahl einer Zeitzone die Vorschau; sie fügt dem kopierten Ausdruck keine Zeitzone hinzu.

Wenn dein Hosting-Dienst eine benannte Zeitzone unterstützt, verwende eine wie Australia/Melbourne. Ein fester Offset wie UTC+10 kann Melbournes saisonale Uhrumstellungen nicht nachvollziehen.

Drei Ausführungen rund um die Zeitumstellung

Wir haben diesen Ausdruck in Australia/Melbourne ab Mitternacht am 2. Oktober 2026 in der Vorschau geprüft. Das sind die nächsten drei Wochentagsläufe:

Die Ortszeit bleibt bei 9 Uhr, die entsprechende UTC-Zeit ändert sich. Wenn wir die Vorschau stattdessen auf UTC setzen, erzeugt derselbe Ausdruck 09:00 UTC an diesen Wochentagen – 19:00 in Melbourne am Freitag und 20:00 am Montag.

Du kannst den Zeitplan und die Zeitstempel für beide Zeitzonen herunterladen. Die Daten in dieser Datei sind ISO-Zeitstempel; das nachgestellte Z bedeutet UTC.

Vorschau nachstellen

1. Öffne den Cron-Builder und wähle Ausdruck einfügen.
2. Füge den obigen Ausdruck in Cron-Ausdruck ein.
3. Setze Zeitzone des Zeitplans auf Australia/Melbourne.
4. Setze Vorschau nach auf 2. Oktober 2026 um 00:00. Datum und Uhrzeit verwenden die ausgewählte Zeitzone.
5. Prüfe Bevorstehende Ausführungen. Auf dem Handy wechsle vom Zeitplan-Tab zum Tab für bevorstehende Ausführungen.
6. Ändere die Zeitzone auf UTC und vergleiche. Überprüfe auch das Startdatum der Vorschau erneut: Das Steuerelement zeigt denselben Zeitpunkt in der neu gewählten Zeitzone an.

Das zeigt nur Daten an; es erstellt oder startet keinen geplanten Job. Setze die Zeitzone erneut in dem Dienst, der ihn ausführen wird.

Wenn dein Scheduler nur UTC kennt

Cloudflare Cron Triggers laufen in UTC. Wenn du den obigen Ausdruck in einen Worker kopierst, plant er also 09:00 UTC, unabhängig von der Zeitzone, die du in unserer Vorschau verwendet hast.

Soll der Job immer zur gleichen Ortszeit laufen, hast du mehrere Möglichkeiten: einen Scheduler mit benannter Zeitzone, saisonale Zeitplanänderungen oder einen häufigeren Trigger, dessen Anwendung die lokale Stunde und das Datum prüft und protokolliert, ob der Job an diesem Tag schon gelaufen ist. Ein fester UTC-Zeitplan allein bleibt in einer Stadt mit Uhrumstellung nicht bei 9 Uhr.

Es gibt noch eine weitere Portabilitätsfalle: Wochentagsnummern unterscheiden sich zwischen Cron-Implementierungen. Cloudflare verwendet 1 für Sonntag; unser Builder nutzt die übliche 0-für-Sonntag-Konvention. Verwende Wochentagsnamen wie MON-FRI, wenn das Ziel sie unterstützt, und prüfe dessen Dokumentation, vor dem Deployment.

Besondere Termine vor dem Start prüfen

Zeige die Woche auf beiden Seiten einer Sommerzeitumstellung in der Vorschau. Bei monatlichen Zeitplänen prüfe auch Februar und Monate ohne 31. Tag.

Eine frühe Morgenzeit wie 02:30 kann bei Uhrumstellungen verschwinden oder doppelt vorkommen. Verschiedene Scheduler können das unterschiedlich handhaben. Entscheide, ob der Job übersprungen, verschoben oder dedupliziert werden soll, und teste dann den tatsächlichen Dienst. Eine Vorschau von einem anderen Parser ist keine Garantie für dessen Verhalten.

Am 1. Oktober 2026 haben wir diese Zeitstempel mit demselben zeitzonenbewussten Parser wie das Tool geprüft und die entsprechenden lokalen Zeiten verifiziert. Die Testergebnisse dokumentieren Eingaben und Ausgaben. Für dieses Beispiel wurde kein geplanter Job bereitgestellt.