Configurer alertes & notifications
Dockstash rend l'échec bruyant. Toute sauvegarde, restauration ou drill en échec déclenche immédiatement un e-mail d'alerte au propriétaire du projet, et un heartbeat façon dead-man's switch attrape le cas silencieux où rien n'a échoué parce que rien n'a tourné. Chaque alerte contient le projet, l'erreur, l'horodatage du dernier succès et un lien direct.
Comment faire
Sachez ce qui déclenche une alerte
Quatre types : une sauvegarde en échec (à n'importe quelle couche — dump, restic, espace disque), une restauration en échec, un drill en échec (différence d'octets ou de lignes), et une alerte heartbeat quand un projet n'a eu aucune sauvegarde réussie dans la fenêtre. Vous ne configurez pas de règles par échec — les échecs alertent toujours.
Réglez la fenêtre de heartbeat
Le seuil de heartbeat (24 heures par défaut) est la fenêtre « le silence est un échec » : si la dernière sauvegarde réussie d'un projet est plus ancienne, vous êtes alerté — y compris pour les projets qui n'ont jamais réussi. Les alertes se dédupliquent dans la fenêtre et se réinitialisent dès qu'une sauvegarde réussit.
Ajoutez un webhook pour votre astreinte
Définissez une URL de webhook d'alerte et chaque alerte POSTe aussi sa charge JSON là-bas — branchez-la sur Slack, PagerDuty ou votre propre bot. E-mail et webhook portent la même charge : vos automatisations voient exactement ce que vous voyez.
Utilisez la piste d'audit
Les actions destructives et facturables (lancements de sauvegarde, déclenchements de restauration, suppressions de planification, changements d'offre) s'ajoutent à un journal d'audit immuable avec acteur, action, cible, IP et horodatage — sans chemin de modification ni de suppression. Consultez-le depuis votre compte ou via l'API d'audit.
Faites-le en un clic avec Dockstash
Dockstash exécute exactement le dump ci-dessus, le confie à restic hors site et teste la restauration par un drill automatiquement — aucun script à maintenir.
Dernière mise à jour : July 2026
Guides associés
Dépanner des sauvegardes en échec
Lisez les logs restic en direct, laissez les verrous périmés se corriger seuls, ranimez les agents hors ligne et comprenez les alertes heartbeat.
Lancer des exercices de restauration
Restaurez automatiquement le dernier instantané dans un espace de travail isolé, comparez-le octet par octet et ligne à ligne à la source, et obtenez un badge réussite/échec.
Redis
Sauvegarder Redis sous Docker
MySQL
Sauvegarder MySQL sous Docker
Questions fréquentes
Serai-je spammé si un projet échoue en boucle ?
Les alertes heartbeat se dédupliquent sur la durée de la fenêtre avant de ré-alerter, et une sauvegarde réussie efface la déduplication immédiatement. Les alertes d'échec partent par exécution échouée — si les exécutions échouent en boucle, c'est du signal, pas du spam.
Que contient la charge d'alerte ?
Le nom du projet, le détail de l'erreur, l'horodatage du dernier succès et un lien direct vers le tableau de bord du projet. Le webhook reçoit les mêmes champs en JSON.
Pourquoi ai-je reçu une alerte alors que rien n'a échoué ?
C'est le heartbeat : aucune sauvegarde réussie n'est arrivée dans la fenêtre. Une planification en pause, un agent arrêté ou un projet qui n'a jamais tourné se ressemblent tous dans le silence — le dead-man's switch existe exactement pour ces cas.
Une supervision externe peut-elle surveiller Dockstash lui-même ?
Oui — pointez votre moniteur d'uptime sur l'endpoint de santé non authentifié (200 quand la pile est saine, 503 dégradée). Des compteurs agrégés sont exposés sur un endpoint de métriques sans données personnelles.