Guide · Sauvegarde

Surveiller Synology Hyper Backup (DSM)

Hyper Backup peut vous e-mailer quand une sauvegarde échoue, mais si le NAS redémarre dans un mauvais état, si le planificateur de DSM se bloque, ou si la tâche cesse simplement de se déclencher, il n'y a aucun échec à signaler par e-mail. Un check-in depuis Task Scheduler comble ce trou : pas de check-in, vous êtes alerté.

1. Créez un check

Créez un check dans Mortemain avec un planning et une fenêtre de grâce correspondant à votre tâche Hyper Backup, par exemple tous les jours à 01h00 avec 90 minutes de grâce couvrant sa durée d'exécution habituelle. Copiez l'URL de ping, DSM inclut déjà curl, rien à installer en plus.

2. Planifiez le check-in dans Task Scheduler

Ouvrez Panneau de configuration → Planificateur de tâches → Créer → Tâche planifiée → Script défini par l'utilisateur. Dans l'onglet Planning, réglez-le pour s'exécuter peu après la fin de la fenêtre de sauvegarde (si la tâche démarre à 01h00 et finit habituellement en moins d'une heure, planifiez celle-ci à 02h00). Dans l'onglet Paramètres de la tâche, collez :

Paramètres de la tâche → Commande à exécuter

curl -fsS -m 10 --retry 3 https://ping.mortemain.com/votre-uuid-de-check

Exécutez la tâche en tant que root si l'étape 3 doit lire les journaux de DSM. Seule, cette version de base prouve seulement que DSM et le planificateur sont vivants, pas que la sauvegarde elle-même a réussi, l'étape 3 corrige cela.

3. Conditionnez au résultat réel (recommandé)

Hyper Backup n'expose pas de script post-job, il faut donc aller chercher le résultat plutôt que d'attendre qu'il vous soit poussé. Chaque exécution laisse une ligne dans le journal de sauvegarde de DSM (Centre de journaux → Sauvegarde), repérée ici par le nom de la tâche :

/usr/local/bin/hyperbackup-ping.sh

#!/bin/sh
URL="https://ping.mortemain.com/votre-uuid-de-check"
TASK="Sauvegarde Nocturne"
LINE=$(grep "$TASK" /var/log/synolog/synobackup.log | tail -n 1)

case "$LINE" in
  *"completed successfully"*) curl -fsS -m 10 --retry 3 "$URL" ;;
  *) curl -fsS -m 10 --retry 3 "$URL/fail" ;;
esac

Adaptez la chaîne recherchée au libellé exact que votre version de DSM inscrit pour une réussite, vérifiez une fois dans le Centre de journaux pour le voir. Pas envie de parser des journaux ? Une option plus légère : surveillez la date de modification d'un fichier dans le dossier du dépôt de votre destination de sauvegarde, Hyper Backup le touche à chaque version terminée, une date de modification obsolète au-delà de votre fenêtre de grâce vaut alors un échec.

4. Suivez la durée d'exécution (optionnel)

Ajoutez une deuxième tâche Task Scheduler, plus tôt, qui se déclenche au démarrage de la sauvegarde et pingue /start. Mortemain indique alors combien de temps chaque exécution a réellement pris, utile pour repérer une sauvegarde qui ralentit doucement bien avant de dépasser sa fenêtre :

Paramètres de la tâche → Commande à exécuter (seconde tâche, à 01h00)

curl -fsS -m 10 https://ping.mortemain.com/votre-uuid-de-check/start

Testez

Lancez d'abord le script à la main depuis une session SSH du DSM, le check passe actif immédiatement. Laissez ensuite la tâche planifiée se déclencher seule une nuit, puis désactivez le planning de la tâche Hyper Backup pour une nuit afin de confirmer que l'alerte de panne arrive après la fenêtre de grâce : exactement ce que les notifications de Hyper Backup ne peuvent pas vous dire.

Tester à la main demande d'activer SSH sous Panneau de configuration → Terminal & SNMP, la tâche planifiée elle-même fonctionne très bien sans cela.