Lancer des exercices de restauration
Une sauvegarde reste non prouvée tant qu'elle n'a pas restauré. Un exercice de restauration restaure votre dernier instantané dans un espace de travail isolé, compare chaque fichier restauré par empreinte d'octets, fait un diff de lignes des dumps de bases et appose un badge réussite/échec sur le projet — automatiquement, sur planification. C'est la différence entre croire ses sauvegardes et savoir.
Comment faire
Planifiez un drill hebdomadaire
Dans l'onglet Schedule du projet, ajoutez une planification de drill. L'hebdomadaire est la cadence recommandée : les drills sont la preuve coûteuse (une vraie restauration), tandis que le check structurel bon marché (restic check) peut tourner chaque jour à côté.
Ou déclenchez-en un maintenant
L'onglet Restore drill de l'écran de détail du projet montre le dernier résultat et permet d'en lancer un immédiatement. Le drill restaure dans un espace de travail isolé — votre projet vivant et votre dépôt ne sont jamais touchés.
Lisez le rapport du drill
Un drill ne réussit que si le nombre de différences est zéro : chaque fichier identique à l'octet près, chaque dump cohérent ligne à ligne. Le projet affiche lastDrillAt et un badge réussite/échec — « Verified » signifie qu'une vraie restauration a réussi, pas qu'une sauvegarde existe simplement.
Traitez un drill échoué comme un incident
Un drill en échec envoie un e-mail d'alerte avec le détail des différences. Causes fréquentes : dumps déchirés d'un service ayant contourné l'adaptateur, fichiers modifiés par un déploiement concurrent pendant la sauvegarde, ou corruption du dépôt (lancez un check avec lecture de données pour confirmer). Corrigez la cause, lancez Backup Now, puis relancez le drill.
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
Restaurer une sauvegarde
Choisissez un instantané, confirmez en tapant le nom du projet, restaurez par défaut vers un nouvel emplacement et validez avant d'écraser quoi que ce soit.
Planifier des sauvegardes automatiques
Réglez une sauvegarde quotidienne, un prune hebdomadaire avec rétention, des contrôles d'intégrité et des exercices de restauration — cron validé, un job par dépôt, logs en direct.
PostgreSQL
Sauvegarder PostgreSQL sous Docker
MongoDB
Sauvegarder MongoDB sous Docker
Questions fréquentes
Que compare exactement un drill ?
Chaque chemin source et config est comparé par empreinte d'octets à son miroir restauré, et le dump restauré de chaque couche base de données activée est comparé ligne à ligne (ou parsé) contre la source. Toute différence fait échouer le drill — pas de réussite partielle.
Un drill peut-il casser mon projet en production ?
Non. Les drills restaurent dans un espace de travail isolé et le nettoient ensuite, même si le drill lève une erreur. Projet vivant, conteneurs et dépôt sont des participants en lecture seule.
En quoi un drill diffère-t-il de restic check ?
restic check prouve que le dépôt est structurellement sain (pas de packs manquants, pas d'index pourri). Seul un drill prouve que le dépôt se restaure réellement en données fonctionnelles. Checks quotidiens, drills hebdomadaires.
Les drills tournent-ils sur les agents de flotte ?
Pas encore — les drills s'exécutent sur le serveur principal. Les projets distants gardent sauvegarde, check, prune et restauration sur leur agent.