Votre sauvegarde fonctionne-t-elle ? Faites le test de restauration

Un rapport de sauvegarde au vert ne prouve pas que l'entreprise peut récupérer ses données. Un test de restauration vérifie que les fichiers ou les services reviennent, intacts et utilisables, dans un délai compatible avec l'activité. Voici comment le mener sans risque.

Un boîtier de sauvegarde et des disques externes aux voyants verts, dans une pièce sombre.

L’essentiel

  • Une sauvegarde n'existe que le jour où l'on a réussi à la restaurer : le statut vert ne le prouve pas.
  • Testez un usage métier complet, pas seulement le téléchargement d'un fichier.
  • Isolez l'environnement de test pour ne jamais écraser la production.
  • Mesurez tout le temps réel, y compris celui passé à chercher un accès ou une procédure.
Sommaire de l’article

« Les sauvegardes tournent. » Combien de fois cette phrase a-t-elle précédé une mauvaise surprise : une copie incomplète, une clé de chiffrement introuvable, une base restaurée mais inutilisable ? Le test de restauration est la seule façon de savoir, avant l'incident.

Pourquoi un statut vert ne suffit pas

Le statut indique que l'opération de copie s'est terminée ; il ne dit pas que vous pourrez reprendre le travail avec ce qui a été copié. Les données peuvent être incomplètes, les accès introuvables, l'application incompatible.

Ce que prouve chaque vérification

Le rapport de sauvegarde

  • La copie s'est exécutée
  • Toutes les données utiles sont-elles là ?
  • Sait-on y accéder le jour J ?
  • L'application peut-elle les exploiter ?

Le test de restauration

  • Les données reviennent, intactes
  • Les accès et les clés fonctionnent
  • Le métier valide l'usage
  • Le délai réel est mesuré

L'ANSSI consacre un guide aux fondamentaux de la sauvegarde des systèmes d'information : la préparation de la récupération y est une composante à part entière, pas un détail.

Comment définir un scénario testable ?

Par une question concrète, avec un résultat attendu. « Vérifier les sauvegardes » est trop vague pour dire si le test a réussi. « Récupérer le dossier client Dupont tel qu'il était mardi soir » ne l'est pas.

Deux objectifs à fixer avant de tester
RPO
Perte de données acceptable : combien d'heures de travail peut-on perdre ? Elle dicte la fréquence des copies.
RTO
Délai de reprise visé : combien de temps peut-on rester à l'arrêt ? Il dicte les moyens de restauration.

Ces deux objectifs se fixent par rapport à l'activité, avec les responsables métier. Ils ne se déduisent pas de la fréquence des copies ; c'est l'inverse.

Comment tester sans risque pour la production ?

Dans un environnement isolé, avec des tâches automatiques neutralisées. Une copie de serveur peut contenir des envois de courriels programmés ou des traitements qui se relanceraient tout seuls.

Préparer le test
  • Identifier les autorisations et les personnes responsables.
  • Préparer un emplacement ou un environnement isolé du réseau.
  • Vérifier l'accès aux sauvegardes, aux clés et à la documentation.
  • Définir les fonctions métier à contrôler.
  • Prévoir la suppression sécurisée des copies après le test.

Les données restaurées restent des données de l'entreprise, personnelles comprises : leur accès et leur durée de conservation se limitent au besoin du test.

Comment exécuter et mesurer ?

En chronométrant tout, et en gardant une preuve de chaque étape. Le temps passé à trouver une procédure ou à obtenir une autorisation fait partie de la reprise réelle.

Le test en quatre étapes, avec la preuve à garder
  1. Accéder Atteindre la sauvegarde avec les moyens prévus. Preuve : heure, compte utilisé.
  2. Restaurer Le point choisi, le volume, la durée. Preuve : journal de restauration.
  3. Contrôler Fichiers présents, services démarrés, erreurs. Preuve : liste des écarts.
  4. Valider Un responsable métier utilise réellement les données. Preuve : validation écrite.

Que faire après le test ?

Corriger, rejouer et garder l'historique. Classez les écarts, attribuez-les, fixez une échéance, mettez à jour la procédure, puis rejouez les étapes qui ont échoué.

Le cycle de la sauvegarde qui fonctionne
  1. Copier Selon l'objectif de perte acceptable
  2. Tester Un scénario métier précis
  3. Corriger Les écarts constatés
  4. Documenter La procédure à jour

Une preuve datée à chaque tour

Cette démarche alimente le plan de reprise d'activité : elle confronte les objectifs à des durées observées. Elle est incluse dans notre service de sauvegarde et restauration, avec un compte rendu à chaque test.

Questions fréquentes

À quelle fréquence tester ?

Selon la criticité et les changements du système. Un test ciblé chaque trimestre et un exercice plus large chaque année constituent une base raisonnable pour une PME.

Faut-il restaurer tout le système à chaque fois ?

Non. Des tests ciblés et des exercices complets se complètent. Le périmètre testé s'écrit, pour ne pas étendre les conclusions au-delà de ce qui a été vérifié.

Un échec signifie-t-il que la sauvegarde est inutile ?

Il révèle un écart à corriger, et c'est tout l'intérêt de le découvrir avant un incident.

Qui doit valider le test ?

Un responsable métier, en plus du technicien. Seul l'utilisateur sait si les données restaurées permettent vraiment de travailler.

Sources et ressources officielles

CWAM peut s’en occuper

Article de la rédaction CWAM, prestataire informatique des TPE et PME. Publié le , mis à jour le . Qui sommes-nous

À lire ensuite

Tous les articles

Une question sur votre parc ? Parlons-en.

Un interlocuteur CWAM fait le point avec vous sur vos postes, vos sauvegardes et vos priorités. Sans jargon et sans engagement.