★ Classement fondé sur les avis Google vérifiés — mis à jour chaque semaine 100% gratuit · Sans inscription · Sans démarchage
Sauvegarde et continuité · 21 juillet 2026 · 4 min

Une sauvegarde jamais testée n'est pas une sauvegarde

Pourquoi le test de restauration est le seul indicateur qui compte, à quelle fréquence le faire et comment le mener sans mobiliser toute l'entreprise.

Une entreprise sur deux découvre que sa sauvegarde ne fonctionne pas le jour où elle en a besoin. Pas parce qu'elle n'existait pas, mais parce que personne n'avait jamais essayé de restaurer. Le voyant vert de la console indique une seule chose : le travail s'est terminé sans erreur signalée. Il ne dit rien de la lisibilité des fichiers, de leur exhaustivité, ni du temps qu'il faudra pour les remettre en service.

En résumé

  • Une sauvegarde qui se termine sans erreur peut être parfaitement inutilisable.
  • Le seul test qui compte est une restauration réelle, sur un environnement isolé.
  • Un test partiel par trimestre, un test complet par an : c'est le rythme minimal.
  • Chronométrez la restauration : le délai de remise en service est aussi important que la réussite.
  • Écrivez le résultat, avec la date et le périmètre. Sans trace, le test n'existe pas.

Pourquoi une sauvegarde peut échouer silencieusement

Les modes de défaillance sont nombreux et discrets. Une base de données sauvegardée à chaud, sans mécanisme de cohérence, produit un fichier qui se restaure sans erreur mais que le moteur refuse d'ouvrir. Un dossier exclu du périmètre lors d'une réorganisation ne déclenche aucune alerte, puisqu'il n'est plus surveillé. Une clé de chiffrement stockée uniquement sur le serveur sauvegardé rend l'archive illisible le jour où ce serveur disparaît.

Le cas classique de la base métier

C'est le piège le plus fréquent en PME. Le logiciel de gestion, de comptabilité ou de production s'appuie sur une base de données qui écrit en permanence. Copier les fichiers pendant qu'ils sont ouverts donne une image incohérente, comme photographier un livre dont on tourne les pages. Le fichier existe, il pèse le bon poids, et il ne s'ouvre pas.

Ce qu'un vrai test de restauration doit vérifier

Point vérifiéQuestion à laquelle il répondFréquence conseillée
Restauration d'un fichier isoléLa sauvegarde quotidienne fonctionne-t-elle ?Mensuelle
Restauration d'un dossier completLes droits et l'arborescence sont-ils préservés ?Trimestrielle
Ouverture d'une base métier restauréeLes données applicatives sont-elles cohérentes ?Trimestrielle
Remontée complète d'un serveurCombien de temps pour redémarrer ?Annuelle
Restauration depuis la copie hors siteLa copie distante est-elle exploitable ?Annuelle

Chronométrer, pas seulement vérifier

La question n'est pas seulement « est-ce que ça marche », mais « en combien de temps ». Un dirigeant qui apprend que la restauration complète prendra quatre jours ne prend pas les mêmes décisions que celui à qui l'on annonce quatre heures. Ce délai porte un nom dans le métier, le RTO, et il doit être une donnée connue et écrite, pas une découverte au moment de la crise.

Notez aussi la date de la sauvegarde restaurée. Si votre dernière copie exploitable date de trois jours, ce sont trois jours de saisie à refaire. Ces deux chiffres, le délai de remise en service et l'ancienneté des données récupérables, forment la colonne vertébrale de tout plan de reprise d'activité.

Comment tester sans risquer la production

Le test doit se faire sur un environnement séparé, jamais en écrasant les données vivantes. Une machine virtuelle temporaire, un serveur de préproduction ou un espace de stockage dédié suffisent. L'objectif est de vérifier que les données reviennent, pas de perturber l'activité.

Un protocole simple, tenable dans la durée

Choisissez au hasard un dossier et une base, restaurez-les sur un environnement isolé, ouvrez trois fichiers et vérifiez leur contenu avec la personne qui les utilise au quotidien. C'est elle, et pas l'informaticien, qui saura dire si le document est complet. Notez la date, le périmètre, la durée et le verdict. Une demi-page suffit.

Ce que votre prestataire doit vous fournir

Si vous êtes en infogérance, le test de restauration doit figurer noir sur blanc dans le contrat, avec une fréquence et un livrable. Un prestataire sérieux vous transmet spontanément un compte rendu. S'il n'en parle jamais et se contente d'un rapport de sauvegarde automatique, posez la question directement : quand avez-vous restauré mes données pour de vrai, et combien de temps ça a pris ?

La réponse à cette question en dit plus long sur la qualité d'un prestataire que n'importe quelle plaquette commerciale. Pour comparer les acteurs de votre secteur, notre annuaire par ville recense les entreprises actives et leurs avis clients vérifiés.

À lire aussi