Votre sauvegarde a-t-elle déjà été restaurée ?
Un fichier de sauvegarde qui existe n'est pas une sauvegarde. Nous en avons eu la démonstration sur notre propre système, et la panne n'aurait été découverte que le jour d'un incident.
Publié le
Nous avons changé la base de données de notre CRM interne. Migration propre, données vérifiées ligne par ligne, aucune perte. Puis nous avons regardé ce que faisait la sauvegarde automatique du soir.
Elle sauvegardait toujours l'ancienne base. Le fichier existait, la tâche se terminait sans erreur, le journal disait « OK » — et le contenu n'avait plus aucun rapport avec le système en service. Elle aurait continué comme ça tous les soirs, indéfiniment.
Trois pièges qu'on a trouvés en le réparant
Une tâche planifiée ne voit pas le même environnement que vous
Un script lancé automatiquement la nuit n'a pas les mêmes réglages qu'un script lancé à la main. Le nôtre ne trouvait plus l'outil de sauvegarde : commande introuvable, chaque soir, sans que personne regarde. Une tâche automatique doit être testée dans SES conditions, pas dans les vôtres.
Notre premier contrôle était décoratif
Pour éviter les sauvegardes vides, nous avions ajouté un contrôle qui comptait les tables du fichier. Il annonçait fièrement « 31 tables » sur une base contenant zéro ligne : le sommaire d'un fichier liste chaque table, pleine ou vide. Le contrôle ne mesurait rien. Nous l'avons remplacé par un comptage des lignes réellement présentes.
Un essai raté effaçait la sauvegarde valide de la veille
Le script supprimait le fichier quand il le jugeait invalide — mais deux exécutions rapprochées visaient le même nom. Un essai raté détruisait donc une sauvegarde correcte. Un mécanisme de sécurité qui détruit ce qu'il protège est pire que son absence.
Le seul test qui compte
Prendre la sauvegarde de la nuit dernière, la remettre dans un système vide, et compter. Chez nous : 15 contacts, 15 dossiers, 20 entrées de journal, 34 notifications — les mêmes qu'en service. Tant que ce geste n'a pas été fait au moins une fois, une sauvegarde est une hypothèse.
- À quelle fréquence faut-il tester une restauration ?
- À chaque fois que quelque chose change autour : changement de base, de serveur, d'hébergeur, de format. C'est précisément lors de ces changements que la sauvegarde se met à viser le vide — sans jamais cesser de réussir.
- Mon hébergeur dit qu'il sauvegarde. Ça suffit ?
- C'est un bon début, pas une garantie. Deux questions à poser : combien de temps prend une restauration complète, et pouvez-vous emporter vos données ailleurs dans un format ouvert ? Une sauvegarde que vous ne pouvez ni tester ni emporter ne vous appartient pas vraiment.