Timers systemd en remplacement de cron : OnCalendar, Persistent= et RandomizedDelaySec

Objectif

Planifier une tâche récurrente avec un timer systemd plutôt qu'avec une entrée crontab, afin de pouvoir rattraper une exécution manquée (hôte éteint) et de répartir la charge entre de nombreux hôtes.

Prérequis

Accès root sur une distribution basée sur systemd ; une commande à exécuter, encapsulée dans un script idempotent.

Étapes

1. Écrire la tâche sous forme de service oneshot, dans /etc/systemd/system/backup.service :

   [Unit]
   Description=Nightly backup
   
   [Service]
   Type=oneshot
   ExecStart=/usr/local/bin/backup.sh
   

2. Écrire le timer correspondant, /etc/systemd/system/backup.timer :

   [Unit]
   Description=Run backup.service nightly
   
   [Timer]
   OnCalendar=*-*-* 03:00:00
   Persistent=true
   RandomizedDelaySec=15min
   
   [Install]
   WantedBy=timers.target
   

   OnCalendar= utilise la syntaxe des événements calendaires décrite dans systemd.time(7) (noms de jours de la semaine, plages et jokers * pour les champs de date). Persistent=true indique à systemd d'exécuter le service une fois, au prochain démarrage ou à la prochaine activation du timer, si la dernière exécution planifiée a été manquée pendant que le système était éteint. RandomizedDelaySec= ajoute à l'heure définie par OnCalendar= un délai aléatoire à distribution uniforme, dont la valeur maximale est celle indiquée ; c'est utile pour éviter que de nombreux hôtes sollicitent une ressource partagée à la même seconde.
3. Avant l'activation, valider l'expression et en afficher un aperçu : systemd-analyze calendar 'Mon..Fri *-*-* 03:00:00'. La commande affiche la forme normalisée et la prochaine échéance, sans toucher à aucune unité.
4. Recharger les fichiers d'unité, puis activer le timer (et non le service) pour qu'il survive aux redémarrages et démarre immédiatement : systemctl daemon-reload && systemctl enable --now backup.timer. Lancer la tâche une fois à la main (systemctl start backup.service) pour voir les échecs tout de suite plutôt qu'à 03:00.
5. Lister les exécutions planifiées et les prochaines : systemctl list-timers backup.timer (ou avec --all pour inclure aussi les timers inactifs), qui affiche les colonnes NEXT et LEFT.

Résultat attendu

systemctl list-timers affiche backup.timer avec une heure NEXT située dans le futur ; journalctl -u backup.service montre une exécution terminée à cette heure ou après (compte tenu du délai aléatoire).

Limites et base de vérification

Basé sur systemd.timer(5), systemd.time(7) et systemd-analyze(1). Pour annuler : systemctl disable --now backup.timer, supprimer les deux fichiers d'unité, puis systemctl daemon-reload. La précision du timer est par défaut d'environ une minute (AccuracySec=1min) ; une précision inférieure à la minute n'est donc pas garantie.