Cron Ausdruck für jeden Sonntag: 0 0 * * 0

Der Ausdruck 0 0 * * 0

Der Cron Ausdruck 0 0 * * 0 löst um Mitternacht jeden Sonntag aus. Felder: Minute (0), Stunde (0), Tag des Monats (*), Monat (*), Wochentag (0). Sonntag nimmt eine einzigartige Position in der Wochentagsnummerierung von Cron ein: Er ist gleichzeitig 0 und 7. Zu verstehen, warum das so ist, gibt dir ein klareres mentales Modell davon, wie das gesamte Wochentagsfeld funktioniert.

Sonntag ist sowohl 0 als auch 7: Darum

POSIX Cron definiert Wochentage als ganze Zahlen von 0 bis 6, wobei 0 Sonntag ist:

Das Problem mit dieser Nummerierung sind Bereichsausdrücke, die die gesamte Arbeitswoche umfassen. Ohne den Alias kannst du “Montag bis Sonntag” nicht als sauberen Bereich schreiben. 1-0 ist ungültig und 1-6 würde Sonntag verpassen. Das Hinzufügen von 7 als Sonntag Alias macht 1-7 gültig und eindeutig: Montag bis Sonntag.

Die meisten Produktions Cron Implementierungen (Vixie cron, cronie, fcron, systemd timer, AWS EventBridge, GCP Cloud Scheduler) akzeptieren sowohl 0 als auch 7 für Sonntag. Verwende 0 als kanonischen Wert. Verwende 7 nur, wenn es einen Bereichsausdruck sauberer macht.

Die @weekly Abkürzung

@weekly expandiert zu 0 0 * * 0, Mitternacht am Sonntag. Dies ist Teil der Vixie Cron Erweiterungsreihe neben @daily, @hourly, @monthly und @reboot.

@weekly              # äquivalent zu 0 0 * * 0

Weitere Abkürzungen für den Kontext:

@weekly läuft am Sonntag, nicht am Montag. Wenn dein mentales Modell des “Wochenbeginns” Montag ist, möchtest du 0 0 * * 1, nicht @weekly.

Anwendungsfälle für Sonntags Cron Jobs

Sonntag liegt an einer natürlichen Grenze, entweder dem Ende der Woche (wenn deine Woche von Mo bis So läuft) oder dem Beginn (wenn sie von So bis Sa läuft). Beide Ausrichtungen erzeugen nützliche Planungsmuster.

Wöchentliche Wartungsfenster

Sonntag Mitternacht ist das Fenster mit dem geringsten Verkehr für die meisten verbraucherorientierten Dienste. Datenbank Vacuums, Index Rebuilds, Cache Invalidierung und Verbindungspool Neustarts sind übliche Sonntagsjobs. Die Kombination aus geringem Verkehr und dem vollen Tag vor Montag Geschäftszeiten bedeutet, dass du die maximale Zeit zur Erholung hast, wenn etwas schiefgeht.

Vollständige Datenbank Backups

Viele Teams führen täglich inkrementelle Backups und wöchentlich vollständige Backups durch. Sonntag Mitternacht ist der natürliche Checkpoint. Das vollständige Backup erfasst die gesamten Änderungen der Vorwoche, und das montägliche inkrementelle Backup beginnt einen neuen Zyklus.

Log Rotation und Archivierung

Die wöchentliche Log Archivierung (Kompression der Vorwochen Logs, Hochladen in Cold Storage, Löschen lokaler Kopien außerhalb eines Aufbewahrungsfensters) ist ein üblicher Sonntagsjob, der die Festplattennutzung vorhersagbar hält.

Wöchentliche Zusammenfassungsberichte

“Wochenrückblick” Berichte (aggregierte Metriken, Nutzungsstatistiken, Fehlerraten Zusammenfassungen) werden oft Sonntagabend oder frühen Montagmorgen generiert, damit sie zu Wochenbeginn bereit sind. Ein 0 22 * * 0 (Sonntag 22 Uhr) Zeitplan gibt dem Job genug Zeit, um vor dem Montag Standup fertig zu werden.

Datenvorbereitung vor Montag

Jobs, die Caches befüllen, Empfehlungen vorberechnen oder Modelle generieren, profitieren davon, am Sonntagabend zu laufen. Benutzer erhalten am Montagmorgen schnellere Antworten, weil die teure Berechnung bereits am Wochenende stattgefunden hat.

Wochenend nur Muster

0 0 * * 0,6    # Mitternacht am Samstag und Sonntag

Samstag ist 6, Sonntag ist 0. Sie sind in der Nummerierung nicht benachbart, daher kannst du keinen Bereich verwenden. Du musst die Kommaform verwenden. Ein Bereich wie 0-6 deckt Sonntag bis Samstag ab (alle sieben Tage), nicht nur das Wochenende.

Für Wartungsfenster am Wochenende, die an beiden Tagen laufen können:

0 2 * * 0,6    # 2 Uhr Samstag und Sonntag
0 4 * * 6,0    # 4 Uhr Samstag und Sonntag (Reihenfolge in der Liste ist irrelevant)

Zeitzonen Überlegungen

“Wochenende” Verarbeitung ist bedeutungslos ohne Festlegung einer Zeitzone. Ein Cron Job, der als 0 0 * * 0 auf einem UTC Server läuft, wird um 00:00 UTC Sonntag ausgelöst, was Samstagabend in US Zeitzonen und Sonntagmorgen in den meisten Teilen Asiens ist. Wenn dein “wöchentlicher” Job mit einer Geschäftszeitzone übereinstimmen soll, gibt es zwei Ansätze:

Die Zeitzone des Cron Daemons setzen

Auf Linux Systemen mit cronie setze CRON_TZ am Anfang deiner crontab:

CRON_TZ=Europe/Berlin
0 0 * * 0    # Mitternacht Sonntag, Berliner Zeit

Die Zielzeit in UTC umrechnen

Wenn der Cron Daemon keine Zeitzonenüberschreibungen unterstützt, berechne das UTC Äquivalent und kodiere es fest:

0 23 * * 6    # Mitternacht MEZ (UTC+1 im Winter) ausgedrückt in UTC

Der UTC Umrechnungsansatz bricht während der Sommerzeitumstellung zusammen. CRON_TZ oder eine systemweite Zeitzonenkonfiguration ist robuster.

Verwaltete Cloud Scheduler (AWS EventBridge, GCP Cloud Scheduler) bieten typischerweise die Zeitzonenkonfiguration direkt in ihrer UI oder IaC Definitionen an, was sauberer ist, als sie im Ausdruck zu umgehen.

Den Zeitplan überprüfen

from croniter import croniter
from datetime import datetime

cron = croniter("0 0 * * 0", datetime.now())
for _ in range(5):
    print(cron.get_next(datetime))

Jede Ausgabe sollte ein Sonntag um 00:00:00 sein. Verwende den Cron Builder auf dieser Seite, um die nächsten 10 Laufzeiten zu sehen und zu überprüfen, ob der Zeitplan deiner Erwartung entspricht, bevor du ihn bereitstellst.