Une restauration non testée n’existe pas
Une tâche de sauvegarde au vert prouve qu’un fichier a été écrit. Elle ne prouve ni qu’il est complet, ni qu’il est lisible, ni que quelqu’un saura s’en servir un dimanche soir.
Équipe RGAIX · · 6 min de lecture
Ce qu’un voyant vert ne dit pas
Une sauvegarde peut se terminer sans erreur alors qu’elle ne contient qu’une partie des données : une base ajoutée après l’écriture du script, un volume monté trop tard, une table exclue par un filtre devenu obsolète.
- Le fichier existe, mais il est tronqué : l’écriture a échoué en silence faute d’espace.
- Le dump est complet, mais il ne contient pas les fichiers déposés par les utilisateurs.
- Les données sont là, mais la clé de chiffrement ne se trouve que sur la machine perdue.
- Tout est correct, mais personne n’a le droit d’accéder au dépôt de sauvegarde.
Mesurer trois choses pendant l’exercice
Un exercice utile ne se contente pas de « ça a marché ». Il produit trois mesures : le temps réel jusqu’au service rétabli, la quantité de données réellement perdue, et la liste des obstacles rencontrés.
La troisième est la plus précieuse. C’est elle qui révèle les procédures écrites pour une version antérieure, les accès expirés et les étapes que seule une personne connaît.
Vérifier le métier, pas seulement le service
Une base restaurée qui démarre ne dit rien de l’intégrité fonctionnelle. Vérifiez un parcours complet : créer une commande, l’envoyer, la retrouver dans l’outil de gestion, recevoir la confirmation.
Ce contrôle révèle les dépendances oubliées : file de messages vide, index de recherche à reconstruire, fichiers stockés ailleurs que dans la base, webhooks pointant encore vers l’ancien environnement.
Une cadence réaliste
Un exercice complet annuel, complété par une restauration partielle trimestrielle, suffit dans la plupart des contextes. L’important est moins la fréquence que la trace : chaque exercice laisse un compte rendu daté, avec les écarts aux objectifs.
- Choisir un périmètre représentatif plutôt que le système entier.
- Restaurer dans un environnement isolé, à partir des seules sauvegardes.
- Chronométrer sans aide extérieure : c’est la procédure qui est testée.
- Consigner les écarts et corriger la documentation dans la foulée.
La question n’est pas « sauvegardez-vous ? » mais « quand avez-vous restauré pour la dernière fois, et combien de temps cela a-t-il pris ? »
Pages liées
Maintenance, sauvegardes & PRA
Préparer la continuité de votre activité.
Découvrir l’offre ↗À LIRE ENSUITECombien coûte vraiment une heure d’indisponibilité ?
Un calcul simple suffit à arbitrer un budget de continuité. Encore faut-il compter ce qui compte, et une seule fois.
Lire l’article ↗À LIRE ENSUITEMigrer vers Kubernetes sans interrompre le métier
Une migration réussie ne se voit pas. Elle se prépare par environnements, se bascule par étapes et garde toujours un chemin de retour.
Lire l’article ↗Parlons de ce qui vous bloque.
Une urgence, un profil à trouver ou un projet à structurer : commençons par votre besoin.
