0 * * * *Felder
| Minute | 0 | 0 |
|---|---|---|
| Stunde | * | beliebig |
| Tag des Monats | * | beliebig |
| Monat | * | beliebig |
| Wochentag | * | beliebig |
Wo du ihn verwendest
| crontab | 0 * * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "0 * * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "0 * * * *" |
crontab läuft in der Zeitzone des Servers; GitHub Actions verwendet immer UTC.
Gut zu wissen
0 * * * * läuft zu jeder vollen Stunde, genau wie @hourly. Ein häufiger Fehler ist, die 0 ins Stundenfeld zu setzen: * 0 * * * läuft jede Minute von 00:00 bis 00:59. Debian und Ubuntu führen außerdem die Skripte in /etc/cron.hourly in Minute 17 per run-parts aus, was für Jobs passt, denen die genaue Minute egal ist. Alle 2 Stunden ist 0 */2 * * *.
Minute 0 ist für jeden Scheduler der geschäftigste Moment, also wähl für Jobs, die gemeinsam genutzte Dienste aufrufen, eine andere Minute, etwa 23 * * * *. GitHub Actions warnt, dass Läufe zur vollen Stunde unter Last oft verzögert oder sogar verworfen werden. Wenn ein Lauf länger als eine Stunde dauern kann, kapsle ihn in flock -n und häng die Ausgabe an ein Log an, damit Fehler Spuren hinterlassen.