Changer l'heure des sauvegardes et des mises à jour (timers systemd)
Voir toutes les tâches automatiques du serveur, changer l'heure de la sauvegarde ou des mises à jour, les mettre en pause, et éviter que deux tâches se marchent dessus.
Les tâches automatiques installées par Mon serveur (sauvegarde, mises à jour) sont planifiées par des timers systemd, l’équivalent moderne de cron. Ce guide montre comment les voir et changer leurs horaires.
Voir toutes les tâches planifiées
systemctl list-timersNEXT LEFT LAST PASSED UNIT
Sun 2026-10-11 03:00:00 CEST 18h Sat 2026-10-10 03:00:01 CEST 5h ago sauvegarde-serveur.timer
Sun 2026-10-11 05:00:00 CEST 20h Sun 2026-10-04 05:00:03 CEST 6 days maj-applications.timer- NEXT : prochaine exécution ;
- LAST : la dernière. Si elle est vide ou très ancienne, la tâche ne tourne pas.
Les autres lignes (apt-daily, logrotate, fstrim…) sont celles du système : n’y touchez pas.
Les tâches de Mon serveur
| Tâche | Horaire par défaut | Fichiers |
|---|---|---|
| Sauvegarde | chaque nuit à 3 h | /etc/systemd/system/sauvegarde-serveur.timer |
| Mise à jour des applications | le dimanche à 5 h | /etc/systemd/system/maj-applications.timer |
| Mises à jour de sécurité | chaque jour (géré par Ubuntu/Debian) | apt-daily-upgrade.timer |
| Redémarrage si nécessaire | 4 h 30 | /etc/apt/apt.conf.d/52redemarrage-auto |
Changer un horaire
La méthode propre : un fichier de surcharge, qui survit aux mises à jour.
sudo systemctl edit sauvegarde-serveur.timerUn éditeur s’ouvre. Entre les deux lignes de commentaires indiquées, écrivez :
[Timer]
OnCalendar=
OnCalendar=*-*-* 02:00La ligne OnCalendar= vide est indispensable : elle efface l’ancien horaire, sinon les deux s’additionnent.
Enregistrez, puis vérifiez :
systemctl list-timers sauvegarde-serveur.timerÉcrire un horaire
| Vous voulez… | OnCalendar |
|---|---|
| chaque jour à 2 h | *-*-* 02:00 |
| toutes les 6 heures | *-*-* 00/6:00 |
| le lundi et le jeudi à 4 h | Mon,Thu *-*-* 04:00 |
| le 1er de chaque mois | *-*-01 03:00 |
Pour tester une expression avant de l’utiliser :
systemd-analyze calendar "Mon,Thu *-*-* 04:00"Mettre une tâche en pause
sudo systemctl stop maj-applications.timer # jusqu'au prochain redémarrage
sudo systemctl disable --now maj-applications.timer # définitivement
sudo systemctl enable --now maj-applications.timer # pour la réactiverLancer une tâche maintenant
sudo systemctl start sauvegarde-serveur.service
journalctl -u sauvegarde-serveur -n 20 # son résultatRemarquez la différence : le .timer décide quand, le .service décide quoi. On démarre le service pour lancer la tâche tout de suite.
Serveur éteint à l’heure prévue ?
Les timers de Mon serveur ont l’option Persistent=true : si le serveur était éteint à 3 h, la sauvegarde se lance
dès qu’il redémarre. Rien n’est sauté.
Le bon ordre de la nuit
Quelques règles pour que les tâches ne se marchent pas dessus :
- La sauvegarde d’abord, les mises à jour ensuite. Si une mise à jour casse quelque chose, vous avez une copie d’avant. C’est le cas par défaut (3 h puis 5 h) : gardez cet ordre.
- Laissez de la marge. Une sauvegarde d’Immich avec beaucoup de photos peut durer longtemps. Vérifiez sa durée
réelle :
journalctl -u sauvegarde-serveur | grep -E "Starting|Finished". - Évitez de mettre à jour Docker pendant une sauvegarde : la mise à jour du système redémarre Docker et interrompt tout ce qui tourne (ce que ça peut provoquer).
- Si vous avez deux machines (serveur maison et VPS), décalez leurs tâches : la sauvegarde de l’une ne doit pas tomber pendant le redémarrage de l’autre.
Une commande qui ne marche pas, une explication pas claire ? Signaler une erreur dans cette page.