30 2 * * *Champs
| Minute | 30 | 30 |
|---|---|---|
| Heure | 2 | 2 |
| Jour du mois | * | toutes |
| Mois | * | toutes |
| Jour de la semaine | * | toutes |
Où l’utiliser
| crontab | 30 2 * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "30 2 * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "30 2 * * *" |
crontab utilise le fuseau horaire du serveur ; GitHub Actions utilise toujours UTC.
Bon à savoir
30 2 * * * s’exécute chaque jour à 02:30, heure du serveur, un créneau classique pour les sauvegardes car le trafic est faible. Dans de nombreux fuseaux horaires, il tombe pendant le changement d’heure : la nuit du passage à l’heure d’été, 02:30 n’existe pas en heure locale, et à l’automne cette heure survient deux fois. Vixie cron et le cron de Debian compensent, en lançant une tâche sautée juste après le saut et une tâche répétée une seule fois, mais d’autres planificateurs ne le font pas forcément.
Évitez le problème en planifiant en dehors de la plage 01:00 à 03:00, en faisant tourner le serveur en UTC, ou en définissant CRON_TZ=UTC dans cronie. Les CronJobs Kubernetes utilisent le fuseau horaire du contrôleur, sauf si vous définissez spec.timeZone, et GitHub Actions utilise toujours UTC. Les sauvegardes nocturnes peuvent durer longtemps : utilisez flock -n, journalisez la sortie avec des horodatages, et testez les restaurations, pas seulement les codes de sortie. Un créneau voisin est 30 3 * * *.