Sauvegardes informatiques : pourquoi vérifier la restauration

Une sauvegarde peut sembler fonctionner parce qu'une tâche se termine sans erreur. Pourtant, le jour où un fichier est supprimé ou qu'un serveur tombe en panne, seule une restauration permet de confirmer que les données sont réellement exploitables.
Contrôler les sauvegardes
Le suivi doit porter sur la date de la dernière sauvegarde, le résultat des tâches et les éventuels messages d'erreur. Il faut aussi vérifier que les données attendues sont bien incluses. Une sauvegarde réussie mais incomplète ne répond pas au besoin.
Effectuer des essais de restauration
Un test peut commencer par la récupération d'un fichier isolé, puis porter sur un dossier ou un service plus complet. L'objectif est de vérifier que les données sont lisibles et que la procédure est connue des personnes chargées de l'appliquer.
La sauvegarde est une préparation ; la restauration est la preuve qu'elle peut servir.
Conserver une procédure à jour
Les consignes doivent préciser où se trouvent les sauvegardes, qui peut y accéder et comment lancer une récupération. Elles doivent être revues lorsque l'infrastructure change. Il est également utile de conserver une trace des tests réalisés et des difficultés rencontrées.
En intégrant les essais de restauration au suivi informatique, l'entreprise réduit les incertitudes au moment où elle doit récupérer ses données.
Commentaires (3)
Très bon retour d'expérience. Le coup du `pg_advisory_lock` au lieu du `sleep`, c'est tellement vrai. On a eu le même souci sur un projet Django.
Merci Thomas ! Oui, on a mis du temps à comprendre pourquoi le `sleep` bloquait nos workers de façon aléatoire. Depuis, on ne jure que par l'idempotence.
Est-ce que vous recommandez Wazuh pour une infra de moins de 10 serveurs ? Ou c'est trop lourd à maintenir ?
