Wie Sie Cron-Ausdrücke aufbauen

Cron-Ausdrücke sind die Standardweise, wiederkehrende Zeitpläne in Linux, Cloud-Plattformen, CI/CD-Pipelines und Task-Schedulern zu definieren. Die Syntax ist kompakt, aber nicht intuitiv: Ein visueller Cron-Generator zeigt Ihnen genau, wann Ihr Job läuft, fängt häufige Fehler vor dem Deployment ab und nimmt das Rätselraten aus dem fehleranfälligsten Teil der Automatisierung. Sobald Sie die fünf Felder, die Sonderzeichen und die häufigsten Fallstricke verstanden haben, können Sie jeden wiederkehrenden Zeitplan zuverlässig festlegen.

Eine kurze Geschichte des cron

Das erste cron stammt von Brian Kernighan in Version 7 Unix, um 1979. Es las jede Minute seine Konfiguration neu ein und führte aus, was fällig war. Paul Vixie schrieb es 1987 in das um, was heute Vixie cron heißt, die Version, die die meisten Linux-Distributionen noch ausliefern. Vixie cron fügte benutzerbezogene Crontabs, Umgebungsvariablen, das Schlüsselwort @reboot und mehrere Komfortfunktionen hinzu, die das Format auch für Nicht-Administratoren nutzbar machten.

Die 5-Feld-Syntax hat sich in über vierzig Jahren kaum verändert. Amazon EventBridge, Google Cloud Scheduler, Kubernetes CronJob, GitHub Actions, GitLab CI, Jenkins, Airflow, n8n und Dutzende anderer Systeme verarbeiten alle dasselbe kompakte Format mit nur kleinen Erweiterungen. Diese Stabilität ist der Grund, warum es sich lohnt, cron einmal zu lernen und nie wieder neu lernen zu müssen. Die Fähigkeit überträgt sich überall dorthin, wo Automatisierung nach Uhrzeit läuft.

Cron-Syntax

Ein Standard-Cron-Ausdruck hat 5 Felder, durch Leerzeichen getrennt. Jedes Feld steuert eine Zeitscheibe, und ein Job läuft, wenn jedes Feld zum aktuellen Moment passt.

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

Die Felder werden für Stunde, Minute und Monat per UND verknüpft, aber Tag-des-Monats und Wochentag werden in Vixie cron per ODER verknüpft. Das bedeutet, dass 0 12 1 * 1 sowohl am 1. jedes Monats ALS AUCH an jedem Montag mittags feuert, nicht nur an Montagen, die zufällig auf den 1. fallen. In diese Falle tappen fast alle beim ersten Mal.

Häufige Cron-Zeitpläne

Die Muster, zu denen Sie am häufigsten greifen werden:

Viele Systeme akzeptieren auch Kurzaliase, die sich zum entsprechenden 5-Feld-Ausdruck entfalten: @yearly, @monthly, @weekly, @daily, @hourly und @reboot. Sie sind knapp, aber nicht universell; prüfen Sie also Ihre Plattform, bevor Sie sich darauf verlassen.

So bauen Sie einen Cron-Ausdruck

1. Wählen Sie die Granularität: Brauchen Sie jede Minute, jede Stunde, einmal am Tag, einmal pro Woche oder einmal pro Monat? Starten Sie mit der gröbsten Einstellung, die Ihren Bedarf deckt.
2. Nutzen Sie die visuellen Steuerelemente: Wählen Sie Werte für Minute, Stunde, Tag, Monat und Wochentag aus den Dropdowns. Oder starten Sie mit einer Voreinstellung wie «stündlich» oder «täglich um Mitternacht» und passen Sie an.
3. Prüfen Sie die nächsten Laufzeiten in der Vorschau: Der Generator zeigt die nächsten 5 Ausführungszeiten, sodass Sie bestätigen können, dass der Zeitplan dann feuert, wann Sie es erwarten.
4. Plausibilisieren Sie die Zeitzone: Die Vorschau sollte zur Zeitzone des Servers oder Schedulers passen, der den Job ausführen wird, nicht zu Ihrer lokalen Zeit.
5. Kopieren Sie den Ausdruck und fügen Sie ihn in Ihre crontab, Ihr GitHub-Actions-YAML, Ihre AWS-EventBridge-Regel oder den verwendeten Scheduler ein.
6. Testen Sie zuerst mit einem kurzen Intervall, bevor Sie den finalen Zeitplan festschreiben. Ein schnelles */5 * * * * beweist, dass der Job feuert; wenn Sie zwei oder drei Läufe sehen, tauschen Sie den echten Ausdruck ein.

Sonderzeichen und Operatoren

Cron unterstützt einen kleinen, aber mächtigen Satz von Operatoren innerhalb jedes Feldes.

Klassisches Vixie cron unterstützt nur die ersten fünf Zeilen. Die fortgeschrittenen Operatoren (L, W, #, ?) stammen aus Quartz, der Java-Scheduling-Bibliothek, und wurden von AWS EventBridge und einigen anderen Cloud-Schedulern übernommen. Sie sind nicht portabel, also mischen Sie sie nicht mit Code, der auf einer generischen Linux-Maschine laufen muss.

Cron auf verschiedenen Plattformen

Cron ist eine Familie verwandter Syntaxen, kein einzelner Standard. Zu wissen, welchen Dialekt Ihr Scheduler spricht, spart Stunden Debugging.

Wenn Sie einen Zeitplan schreiben, der auf mehr als einer Plattform laufen muss, halten Sie sich an die konservative 5-Feld-Teilmenge, die jedes System versteht. Greifen Sie nur dann zu L, W oder #, wenn Sie wissen, dass das Ziel sie unterstützt.

Häufige Fallstricke

• Tag-des-Monats und Wochentag sind ODER-verknüpft, ein Ausdruck wie 0 9 15 * 1 feuert an jedem Montag UND am 15. jedes Monats, nicht nur an den 15., die auf einen Montag fallen. Für eine Schnittmenge brauchen Sie meist einen äußeren Wrapper oder einen anderen Scheduler.
• Zeitzonen-Verwirrung, Server-Crontabs laufen fast immer in UTC. Wenn Sie 9 Uhr Ostküstenzeit wollen, ist das 0 14 * * * UTC im Winter, aber 0 13 * * * UTC im Sommer wegen der Sommerzeit. Verwenden Sie einen Scheduler, der Zeitzonen-Hinweise unterstützt, oder normalisieren Sie alles auf UTC.
• Sommerzeit-Umstellungen, Jobs, die für 02:30 lokal geplant sind, können bei Rückstellung doppelt laufen und bei Vorstellung gar nicht. Planen Sie sensible Jobs außerhalb des Fensters 01:00-03:00 oder verwenden Sie UTC.
• Die Vixie-MAILTO-Falle, wenn Ihr Job etwas auf stdout druckt, mailt Vixie cron die Ausgabe an den Benutzer, dem die crontab gehört. Auf Servern ohne Mail-Relay füllt das /var/spool/mail schnell. Leiten Sie die Ausgabe mit >>/var/log/myjob.log 2>&1 in eine Logdatei um.
• Die Umgebung ist nicht Ihre Login-Shell, cron läuft mit einer abgespeckten Umgebung: kein PATH aus Ihrer .bashrc, kein virtualenv, kein nvm. Setzen Sie die benötigten Variablen oben in der crontab oder rufen Sie Ihr Skript mit absolutem Pfad auf.
• Prozentzeichen müssen escapt werden, ein nicht escaptes % in einer Vixie-crontab wird im Befehl als Zeilenumbruch interpretiert. Escapen Sie es immer als \%, wenn Ihr Befehl ein wörtliches Prozentzeichen braucht, etwa in einem date +"%Y-%m-%d"-Aufruf.
• Lang laufende Jobs überlappen sich, cron überspringt keinen Lauf, weil der vorherige noch läuft. Wenn Ihr Job länger als das Intervall dauern kann, wickeln Sie ihn in eine Lockdatei (flock, setlock) oder verwenden Sie einen Runner, der Nebenläufigkeit behandelt.
• Überlauf bei 59 Minuten, */40 * * * * feuert nicht alle 40 Minuten. Es feuert in Minute 0 und 40 jeder Stunde, weil Schrittwerte an den Feldgrenzen umlaufen. Für echte 40-Minuten-Intervalle brauchen Sie einen reicheren Scheduler.
• Das 0 im Minutenfeld vergessen, * 9 * * * läuft jede Minute von 09:00 bis 09:59, nicht einmal um 09:00. Das Minutenfeld braucht einen expliziten Wert, wenn Sie nur einen Schuss pro Stunde wollen.
• Cron ist auf Laptops unzuverlässig, anacron existiert genau aus diesem Grund. Vixie cron holt verpasste Läufe nach einem Sleep nicht nach, also läuft ein für 03:00 geplantes Backup nicht, wenn der Laptop zu dieser Zeit zugeklappt war. Verwenden Sie anacron, systemd-Timer mit Persistent=true oder eine launchd-plist auf macOS.

Alternativen zu cron

Für manche Workloads beginnt die grobe Minutenauflösung von cron und das Fehlen einer Buchführung weh zu tun. Die häufigsten Upgrades:

Cron bleibt für die große Mehrheit einmaliger wiederkehrender Jobs die richtige Antwort. Die anderen Werkzeuge glänzen, wenn Sie Zustand, Retries, Abhängigkeiten oder Koordination über Maschinen hinweg brauchen.

Datenschutz und der Cron-Generator

Der Cron-Ausdrucksgenerator läuft vollständig in Ihrem Browser. Der Zeitplan, den Sie bauen, die Vorschau der nächsten Laufzeiten und der kopierte Ausdruck berühren unsere Server nie. Es gibt kein Log darüber, welche Ausdrücke generiert wurden, keine Telemetrie darüber, welche Voreinstellungen beliebt sind, und keine Möglichkeit für irgendjemanden, den Zeitplan zu rekonstruieren, an dem Sie gearbeitet haben. Cron-Ausdrücke sind auf den ersten Blick keine persönlichen Daten, aber der Zeitplan eines Jobs (ein nächtlicher Datenbankexport, ein wöchentlicher Abrechnungslauf, eine stündliche Synchronisation mit einem Partner) kann viel darüber verraten, wie ein Geschäft arbeitet. Diese Information clientseitig zu halten, vermeidet das versehentliche Durchsickern von Infrastrukturmustern an Dritte. Für eine Aufgabe, die so routiniert ist wie das Wählen eines Zeitplans, sollte die Datenschutzvorgabe der Sensibilität dessen entsprechen, was diese Zeitpläne repräsentieren.