Cron-Ausdrucks-Generator

Die fünf Felder

*  *  *  *  *
│  │  │  │  │
│  │  │  │  └── Wochentag (0-6, Sonntag=0, oder SUN-SAT)
│  │  │  └───── Monat (1-12, oder JAN-DEC)
│  │  └──────── Tag des Monats (1-31)
│  └─────────── Stunde (0-23)
└────────────── Minute (0-59)

Jedes Feld akzeptiert:

• Eine bestimmte Zahl: 5
• Eine Liste: 1,15,30
• Einen Bereich: 9-17
• Einen Schritt: */10 (alle 10) oder 0-30/5 (alle 5 von 0 bis 30)
• Platzhalter: * (jeder Wert)

Häufige Ausdrücke

Die Falle bei Tag-des-Monats + Tag-der-Woche

In Standard-Cron, wenn beide Tag-des-Monats und Tag-der-Woche angegeben sind (nicht *), wird der Job ausgeführt, wenn einer übereinstimmt (ODER, nicht UND). 0 0 1 * MON läuft am 1. jedes Monats und an jedem Montag, nicht nur wenn der 1. ein Montag ist.

Vixie-Cron und die meisten Linux-Distributionen folgen dieser ODER-Regel. Quartz (Java) und einige andere verwenden UND. Im Zweifelsfall testen Sie den Ausdruck mit einem Testlauf oder einem Test-Job in Ihrem Scheduler.

Dialektunterschiede

• Standard-Cron (Linux): 5 Felder, Tag-der-Woche 0-6 (Sonntag = 0 oder 7).
• Quartz (Spring, Java-Apps): 6-7 Felder, mit Sekunden als Feld 1 und optionalem Jahr. Tag-der-Woche 1-7 (Sonntag = 1).
• AWS EventBridge-Cron: 6 Felder, mit Jahr. Tag-der-Woche und Tag-des-Monats müssen gegenseitig ausschließend sein (einer muss ? sein).
• GitHub Actions: standard 5-Felder, Mindestintervall 5 Minuten, nur UTC.
• Kubernetes CronJob: standard 5-Felder, standardmäßig UTC.

Bestätigen Sie immer, welchen Dialekt Ihr Scheduler verwendet.

Zeitzonen

Klassisches Cron läuft in der lokalen Zeitzone des Servers. Das kann bei DST-Übergängen hart zuschlagen: Ein Job um 2:30 Uhr kann an Umschaltagen zweimal oder gar nicht ausgeführt werden. Moderne Scheduler (systemd-Timer, Kubernetes, EventBridge) ermöglichen es Ihnen, die Zeitzone explizit anzugeben, verwenden Sie UTC, es sei denn, Sie haben einen guten Grund, dies nicht zu tun.