Ist 0 der Sonntag oder der Montag?

Der Sonntag. Die Woche beginnt in cron bei 0 = Sonntag und läuft bis 6 = Samstag; die meisten Implementierungen nehmen zusätzlich 7 für den Sonntag an. Hier wird 0 geschrieben, weil das überall verstanden wird. Montag ist 1.

Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?

Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.

Kann ich einen vorhandenen Ausdruck lesen lassen?

Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.

In welcher Zeitzone läuft ein wöchentlicher Job?

In der des Rechners oder Dienstes, der ihn ausführt. Eine Crontab auf einem Server nach deutscher Zeit läuft nach MEZ bzw. MESZ; viele Cloud-Dienste und GitHub Actions rechnen in UTC. Dort heißt 0 9 * * 1 montags 10 Uhr im Winter und 11 Uhr im Sommer deutscher Zeit.

Geht auch „alle zwei Wochen“?

Nicht mit den fünf Feldern: Es gibt kein Feld für Wochen, und */2 im Wochentag-Feld bedeutet Sonntag, Dienstag, Donnerstag und Samstag, nicht jede zweite Woche. Deshalb lehnt das Feld „every other week“ ab. Üblich ist, den Job wöchentlich laufen zu lassen und im Skript gerade oder ungerade Kalenderwochen zu überspringen.

Wird etwas irgendwohin geschickt?

Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.

Cron einmal pro Woche

Es ist 0 0 * * 0 – Sonntag um Mitternacht.

Beispiele ersetzen vorübergehend Eingabe und Einstellungen. Du kannst deine vorherige Arbeit wiederherstellen.

Eingabe0 Zeichen

Oder eine gängige auswählen

cron: • • • • •

Ergebnis

• • • • •

  •••••••••• •••••• ••••••
  • •••••••• •••••• ••••••
  • • •••••• ••• •• ••••• ••••••
  • • • •••• ••••• ••••••
  • • • • •• ••••••••• ••••• ••••••• ••• • • ••• ••• ••••••• •••••••• •••• ••
  • • • • •

  •••••••••• ••••
    ••••••        •
    ••••••        •
    ••• •• •••••  ••••
    •••••         ••••
    •••••••••     •

  ••••••• •••• •••••••••••• ••••••••• •••••••••••••••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••

Ihre Dateien bleiben auf Ihrem Gerät

Dieses Tool läuft vollständig in Ihrem Browser. Was Sie einfügen, wird auf Ihrem Gerät verarbeitet und nie an einen Server gesendet. Es ist daher auch für Tokens, Schlüssel und unveröffentlichte Texte sicher.

Beispiel

Wöchentliches Backup sonntags um 3:30 Uhr – und weitere Wochentermine als Cron

Ein Server soll jeden Sonntag nachts ein Backup machen, montags früh einen Bericht verschicken und freitags um 18 Uhr aufräumen. Dazu das Menü auf „Stattdessen unten beschreiben“ stellen und jeden Termin auf Englisch eintippen; die Seite baut die fünf Felder und liest sie zurück.

„every sunday at 3:30“ wird 30 3 * * 0: Minute 30, Stunde 3, beliebiger Tag und Monat, Wochentag 0 = Sonntag.
Warum nicht 2:30? Die Stunde von 2 bis 3 Uhr fehlt in Deutschland am letzten Sonntag im März und kommt Ende Oktober doppelt vor. Wie cron das behandelt, hängt vom System ab.
Läuft der Server in UTC statt nach deutscher Zeit, bedeutet 30 3 * * 0 hier 4:30 Uhr im Winter und 5:30 Uhr im Sommer.

Eingetippt	Cron	Läuft
(Voreinstellung: Jeden Sonntag)	0 0 * * 0	Sonntag 0:00 Uhr
every sunday at 3:30	30 3 * * 0	Sonntag 3:30 Uhr
every monday at 6:30	30 6 * * 1	Montag 6:30 Uhr
every friday at 6pm	0 18 * * 5	Freitag 18:00 Uhr
every saturday at 22:00	0 22 * * 6	Samstag 22:00 Uhr
at 7am on monday and thursday	0 7 * * 1,4	Montag und Donnerstag 7:00 Uhr

Die Zeilen kommen so in die Crontab (crontab -e), etwa 30 3 * * 0 und dahinter der Backup-Befehl. Unter der Rückübersetzung stehen die nächsten fünf Läufe in der Zeitzone Ihres Geräts – auf einem Server mit derselben Zeitzone laufen sie genau dann.

So funktioniert es

Der Ausdruck steht schon da: 0 0 * * 0. Die fünf Felder darunter sind Minute, Stunde, Tag des Monats, Monat und Wochentag, in dieser Reihenfolge.
In die Crontab, den CI-Zeitplan oder den Cloud-Scheduler kopieren. Dieselben fünf Felder bedeuten überall dasselbe.
Zum Ändern das Menü auf „Stattdessen unten beschreiben“ stellen und den Zeitplan auf Englisch eingeben – „every 2 hours“, „at 5pm on weekdays“. Deutsche Sätze liest das Feld nicht; die Rücklesung darunter erscheint auf Deutsch.
Die Rückübersetzung prüfen, nicht den Ausdruck. Was darunter steht, stammt aus dem Parsen des Gebauten: Es ist, was eine Maschine daraus macht, nicht was wir gemeint haben.

Häufige Fragen

Ist 0 der Sonntag oder der Montag?: Der Sonntag. Die Woche beginnt in cron bei 0 = Sonntag und läuft bis 6 = Samstag; die meisten Implementierungen nehmen zusätzlich 7 für den Sonntag an. Hier wird 0 geschrieben, weil das überall verstanden wird. Montag ist 1.
Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?: Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.
Kann ich einen vorhandenen Ausdruck lesen lassen?: Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.
In welcher Zeitzone läuft ein wöchentlicher Job?: In der des Rechners oder Dienstes, der ihn ausführt. Eine Crontab auf einem Server nach deutscher Zeit läuft nach MEZ bzw. MESZ; viele Cloud-Dienste und GitHub Actions rechnen in UTC. Dort heißt 0 9 * * 1 montags 10 Uhr im Winter und 11 Uhr im Sommer deutscher Zeit.
Geht auch „alle zwei Wochen“?: Nicht mit den fünf Feldern: Es gibt kein Feld für Wochen, und */2 im Wochentag-Feld bedeutet Sonntag, Dienstag, Donnerstag und Samstag, nicht jede zweite Woche. Deshalb lehnt das Feld „every other week“ ab. Üblich ist, den Job wöchentlich laufen zu lassen und im Skript gerade oder ungerade Kalenderwochen zu überspringen.
Wird etwas irgendwohin geschickt?: Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.