Pourquoi une sauvegarde jamais restaurée ne prouve rien ?
Un rapport de sauvegarde indique qu'un travail s'est terminé. Il ne dit pas que les données sont complètes, lisibles et utilisables. Une copie peut être vide sur certains dossiers, corrompue sur un fichier, ou incompatible avec la version d'un logiciel métier. Le voyant vert ne répond à aucune de ces questions.
La seule preuve reste la restauration. Restaurer un dossier, un poste ou un serveur sur une machine de test, puis vérifier que les fichiers s'ouvrent, c'est ce qui transforme une sauvegarde en capacité réelle de reprise. Ce test prend un peu de temps, mais il coûte beaucoup moins cher qu'une panne sans copie exploitable.
Le test demande surtout de la méthode : un dossier choisi, une date notée, un résultat écrit.
Que dit le guide de l'ANSSI sur la restauration ?
L'ANSSI consacre un guide à la sauvegarde et à la restauration. Le document traite les deux comme un ensemble : une sauvegarde n'a de valeur que si l'on sait la rejouer. Il insiste aussi sur la protection des copies elles-mêmes, car une sauvegarde accessible depuis le même réseau qu'une attaque risque d'être touchée avec le reste.
Ce point est essentiel pour une PME. Les copies doivent être isolées, séparées du système principal, et leur accès doit être limité. Un disque branché en permanence sur un serveur n'est pas une protection contre tout.
Le guide est une bonne base pour une discussion interne. Il ne fixe pas d'outil ni de marque. Il pose des principes à traduire dans le contexte de l'entreprise, avec son parc réel.
À quelle fréquence tester une restauration ?
Il n'existe pas de rythme universel. Le bon rythme dépend du volume de données, de leur criticité et de la fréquence de leurs changements. Une base comptable ou un serveur de fichiers partagés demande un test plus régulier qu'un dossier d'archives qui ne bouge plus.
Certains moments imposent aussi un test, indépendamment du calendrier. Un nouveau serveur, une nouvelle version d'un logiciel métier, un changement de fournisseur de cloud, une migration : chacun peut modifier la façon dont les données se restaurent. Le test doit alors suivre le changement, pas le précéder de plusieurs mois.
Le rythme se décide avec l'entreprise, puis il s'écrit. Une fréquence qui n'est notée nulle part finit par ne plus être appliquée. Un calendrier partagé avec l'équipe rend le test visible et évite qu'il glisse.
Que doit prévoir un contrat sur la sauvegarde ?
Dans l'offre décrite ici, le suivi des sauvegardes et le contrôle des restaurations sont inclus au contrat. Ce sont deux lignes distinctes. Le suivi vérifie que les travaux tournent. Le contrôle vérifie que les données reviennent. Un contrat qui ne mentionne que le suivi laisse la seconde question sans réponse.
Le contrat doit aussi préciser les outils et les lieux de stockage. Dans les offres décrites ici, les sauvegardes s'appuient sur Veeam, Synology et Impossible Cloud, un cloud hébergé en France. Ce choix doit être connu, car il conditionne la vitesse de restauration, la localisation des données et les personnes qui y ont accès.
Enfin, le contrat doit dire qui prévient qui quand une restauration échoue. Un échec sans procédure se transforme en silence, et le silence coûte cher.
Que faire quand une restauration échoue ?
Première réaction : ne pas écraser les données existantes. Isolez la machine concernée, puis identifiez la copie la plus récente qui fonctionne. Restaurez d'abord sur un poste de test, pour ne pas aggraver la situation en production. Prévenez ensuite le responsable, avec les éléments notés, afin que la décision de restaurer en production soit prise en connaissance de cause.
Deuxième réaction : notez tout. La date, l'heure, le message d'erreur, les dossiers touchés et la copie utilisée. Ces notes servent à comprendre la cause et à corriger le travail de sauvegarde.
Troisième réaction : refaites le test après correction. Une restauration qui réussit une fois ne prouve pas qu'elle réussira toujours. Le test se répète, et son résultat doit rester visible.
En bref
- Un rapport de sauvegarde vert ne prouve pas que les données reviennent.
- Testez la restauration sur une machine de test, et notez le résultat.
- Le rythme de test suit la criticité des données et les changements.
- Protégez les copies, séparées du système principal.
- Le contrat doit nommer le suivi, le contrôle et la procédure en cas d'échec.
Pour vérifier votre chaîne de sauvegarde avec un inventaire réel, Prendre rendez-vous. Vous pouvez aussi lire la page sauvegarde des données de l'entreprise et la page infogérance serveurs.