Cookie-Einstellungen
Wir verwenden Cookies für Analysen. Datenschutzerklärung Du kannst nicht notwendiges Tracking akzeptieren oder ablehnen.
Praxisleitfaden zu „Zeitzonensichere Cron-Planung ohne verpasste Jobs“: zentrale Schritte, typische Fehler und Umsetzung mit Cron-Validator.
Gehen Sie zu Werkzeug
Validieren Sie Cron-Ausdrücke, sehen Sie sich die nächsten Ausführungszeiten und die Feldaufschlüsselung an.
Cron-Ausdrücke haben kein Zeitzone-Feld. Sie laufen in der Zeitzone, die auf dem Server (oder Scheduler) eingestellt ist -- in der Regel UTC. Dies verursacht echte Produktionsvorfälle, wenn Entwickler die lokale Zeit annehmen.
Sie möchten einen täglichen Bericht um 9:00 Uhr New Yorker Zeit. Sie schreiben:
0 9 * * *Aber der Server läuft auf UTC. Dies feuert um 9:00 Uhr UTC = 4:00 Uhr EST (Winter) oder 5:00 Uhr EDT (Sommer). Ihr Bericht trifft ein, bevor jemand wach ist, und die Zeit verschiebt sich mit der Sommerzeit.
Die Sommerzeit erzeugt zwei spezifische Fehlerarten:
Frühjahrsprung (2:00 Uhr → 3:00 Uhr): Ein Job, der um 0 2 * * * geplant ist, wird nie ausgeführt an diesem Abend. Die 2:00 Uhr-Stunde existiert nicht.
Herbstfall (2:00 Uhr → 1:00 Uhr): Ein Job, der um 0 1 * * * geplant ist, wird zweimal ausgeführt. Die 1:00 Uhr-Stunde passiert zweimal.
Dies betrifft die USA, die EU und ~70 andere Länder. Wenn Ihr Cron-Job idempotent ist, sind Doppel-Ausführungen harmlos. Wenn er E-Mails sendet oder Kreditkarten belastet -- haben Sie ein Problem.
Die einfachste Lösung: Setzen Sie alle Cron-Ausdrücke in UTC und konvertieren Sie für die Anzeige.
# 9:00 Uhr ET = 14:00 Uhr UTC (während EST) oder 13:00 Uhr UTC (während EDT)
# Wählen Sie eine Option und akzeptieren Sie eine 1-Stunden-Abweichung oder pflegen Sie zwei Ausdrücke
0 14 * * *# systemd-Timer
CRON_TZ=America/New_York
0 9 * * *# Kubernetes CronJob
apiVersion: batch/v1
kind: CronJob
metadata:
name: daily-report
spec:
schedule: "CRON_TZ=America/New_York 0 9 * * *"
jobTemplate:
spec:
template:
spec:
containers:
- name: report
image: report-runner:latest# GUT
CRON_TZ=America/New_York
CRON_TZ=Europe/Berlin
# SCHLECHT -- behandelt DST nicht
CRON_TZ=EST # immer -5, ignoriert EDT
CRON_TZ=UTC-5 # gleiches ProblemWenn Sie CRON_TZ nicht verwenden können, planen Sie Jobs außerhalb des DST-Übergangsfensters (1:00-3:00 Uhr lokal). Jobs um 4:00 Uhr lokal oder später sind sicher.
Fügen Sie Ihren Cron-Ausdruck in den Cron-Validator ein, um die nächsten 5-10 Ausführungszeiten zu sehen und zu bestätigen, dass sie mit Ihren Erwartungen übereinstimmen. Überprüfen Sie sowohl Januar- (Standardzeit) als auch Juli- (Sommerzeit) -Datum.
Dieser Artikel wird von der Tools Hub Redaktion auf fachliche Genauigkeit, praktische Relevanz und Konsistenz mit aktuellen Produkt-Workflows geprüft.
Zuletzt geprüft:
Cron-Builder AI wandelt Zeitplan-Beschreibungen in korrekte Cron-Ausdrücke mit verständlicher Erklärung um.
Praxisleitfaden zu „Regex AI Assistant für CRM-Datenbereinigungs-Workflows“: zentrale Schritte, typische Fehler und Umsetzung mit Regex-Tester.
Praxisleitfaden zu „Google Sheets ARRAYFORMULA für automatisierte Spalten“: zentrale Schritte, typische Fehler und Umsetzung mit Excel-Formel-AI.
Praxisleitfaden zu „Playbook zur Regex-Datenbereinigung für CRM- und CSV-Importe“: zentrale Schritte, typische Fehler und Umsetzung mit Regex-Builder-AI.