0 */6 * * *Felder
| Minute | 0 | 0 |
|---|---|---|
| Stunde | */6 | 0, 6, 12, 18 |
| Tag des Monats | * | beliebig |
| Monat | * | beliebig |
| Wochentag | * | beliebig |
Wo du ihn verwendest
| crontab | 0 */6 * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "0 */6 * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "0 */6 * * *" |
crontab läuft in der Zeitzone des Servers; GitHub Actions verwendet immer UTC.
Gut zu wissen
0 */6 * * * läuft um 00:00, 06:00, 12:00 und 18:00 Serverzeit. Der Schritt ist an Mitternacht verankert, nicht an dem Moment, in dem du den Job eingerichtet hast; für 03:00, 09:00, 15:00 und 21:00 schreibst du 0 3-23/6 * * * oder 0 3,9,15,21 * * *. Alle 12 Stunden ist 0 */12 * * * und ergibt Mitternacht und Mittag, alle 4 Stunden ist 0 */4 * * *.
Das sind feste Ortszeiten, daher verschiebt die Sommerzeit sie gegenüber UTC: Bei der Umstellung im Frühjahr vergehen zwischen den Läufen um 00:00 und 06:00 nur 5 echte Stunden, im Herbst 7. Wenn exakte Abstände wichtig sind, betreib den Server in UTC oder nimm ein cron, das CRON_TZ unterstützt, etwa cronie. Lange Backups zu diesen Zeiten brauchen flock -n und eine Ausgabe, die an ein Log angehängt wird.