« Les sauvegardes tournent tous les soirs, le rapport est vert. » C’est la phrase que l’on entend le plus souvent… jusqu’au jour où il faut restaurer. Le fichier de sauvegarde est corrompu, la clé de chiffrement est introuvable, le serveur restauré refuse de démarrer, ou la restauration complète prend quatre jours au lieu des quatre heures espérées. Une sauvegarde n’a de valeur que si la restauration a été prouvée. Voici comment la tester réellement, à quatre niveaux, sans perturber la production.
L’essentiel en 30 secondes
- Un job de sauvegarde « réussi » prouve que des données ont été copiées, pas qu’elles sont restaurables ni cohérentes.
- Testez à quatre niveaux : fichiers (mensuel), machine complète (trimestriel), application (semestriel), reprise complète (annuel).
- Restaurez dans un réseau isolé pour ne pas créer de conflit avec la production.
- Mesurez le temps réel de restauration et comparez-le à ce que l’activité peut supporter.
Pourquoi c’est vital
Les attaquants le savent : selon une étude de Sophos publiée en 2024, les sauvegardes étaient visées dans 94 % des attaques par rançongiciel. À l’inverse, des sauvegardes intactes et restaurables changent tout : d’après l’étude State of Ransomware 2026 de Sophos, 66 % des victimes dont les données avaient été chiffrées les ont récupérées grâce aux sauvegardes, contre 54 % un an plus tôt, tandis que 48 % ont payé la rançon. Et seules 16 % ont rétabli leur activité en moins d’une journée : la vitesse de restauration est un enjeu à part entière.
Les quatre niveaux de test
| Niveau | Ce que l’on fait | Ce que l’on prouve | Fréquence conseillée |
|---|---|---|---|
| 1. Fichiers | Restaurer quelques fichiers choisis au hasard, de dates différentes, et les ouvrir | Les données sont lisibles et l’historique existe | Mensuelle |
| 2. Machine | Restaurer un serveur complet dans un réseau isolé et le démarrer | Le système redémarre, les services se lancent | Trimestrielle |
| 3. Application | Vérifier qu’un utilisateur peut se connecter et travailler (logiciel de gestion, base de données) | Les données sont cohérentes et exploitables | Semestrielle |
| 4. Reprise complète | Reconstruire l’environnement critique dans l’ordre, en chronométrant | Le délai de reprise est compatible avec l’activité | Annuelle |
Préparer le test
- Un environnement isolé : un réseau virtuel sans lien avec la production. Un contrôleur de domaine ou un serveur restauré « en ligne » peut provoquer de graves conflits.
- Les éléments d’accès hors du système : mots de passe de la console de sauvegarde, clés de chiffrement des sauvegardes, comptes d’urgence. S’ils ne sont accessibles que depuis le serveur à restaurer, la restauration est impossible.
- L’ordre de restauration documenté : réseau et pare-feu, annuaire et DNS, bases de données, applications, serveurs de fichiers, postes.
- Les critères de réussite définis à l’avance : quelle donnée vérifier, quelle opération réaliser.
Vérifier vraiment
Un serveur qui démarre n’est pas forcément sain. Vérifiez par exemple :
- la date des dernières données restaurées (correspond-elle à la perte acceptable ?) ;
- la cohérence des bases (outil de vérification de l’éditeur, ouverture d’un dossier récent dans le logiciel métier) ;
- l’intégrité de fichiers témoins :
# Comparer un fichier restauré avec l'original (PowerShell)
Get-FileHash -Algorithm SHA256 "D:\Restauration\Compta\grand-livre.xlsx", "\\srv-fichiers\Compta\grand-livre.xlsx"- l’absence de maliciel : après un incident, analysez les données restaurées avant de les remettre en production, pour ne pas réinstaller la menace.
Les vérifications automatiques proposées par les logiciels de sauvegarde (contrôle d’intégrité, démarrage automatique de la machine sauvegardée dans un bac à sable) sont précieuses, mais ne remplacent pas un test applicatif par un utilisateur.
Ne pas oublier le cloud
Microsoft 365 et Google Workspace assurent la disponibilité du service, pas la sauvegarde de vos données au sens où vous l’entendez : une suppression ou un chiffrement synchronisé peuvent se propager. Si vous utilisez une sauvegarde tierce, testez aussi la restauration d’une boîte aux lettres et d’un dossier partagé.
Le rapport de test
| Rubrique | Exemple |
|---|---|
| Date et périmètre | 12 octobre, serveur de gestion commerciale |
| Sauvegarde utilisée | Copie immuable du 11 octobre, 22 h |
| Durée mesurée | 2 h 40 (objectif : 4 h) |
| Résultat | Connexion et saisie d’une commande test réussies |
| Écarts constatés | Licence du logiciel à réactiver ; procédure complétée |
| Actions | Stocker le code de licence dans le coffre-fort hors ligne |
Ce rapport sert aussi de preuve pour votre cyberassurance et votre plan de continuité. Pour la conception des sauvegardes elles-mêmes, voir la sauvegarde immuable contre les rançongiciels.
Questions fréquentes
Peut-on tester sans environnement de test dédié ?
Oui, sur un poste ou un petit serveur de virtualisation isolé du réseau. Pour une TPE, restaurer le serveur principal sur une machine de récupération une fois par an est déjà un grand progrès.
Qui doit réaliser le test ?
Le prestataire ou l’administrateur pour la partie technique, et un utilisateur métier pour valider que les données sont exploitables.
Que faire si le test échoue ?
C’est une excellente nouvelle : vous l’avez découvert avant l’incident. Corrigez, documentez, puis refaites le test.
Les tests de restauration consomment-ils beaucoup de ressources ?
Ils demandent de l’espace disque et du temps, généralement quelques heures par trimestre, ce qui est sans commune mesure avec le coût d’une restauration impossible.
Sources
- Sophos, The State of Ransomware 2026, juillet 2026.
- TechRepublic, étude Sophos : 94 % des victimes de rançongiciel voient leurs sauvegardes ciblées.
- Cybermalveillance.gouv.fr, fiche pratique sur les sauvegardes.
Besoin d’un accompagnement ?
MPCÂBLE Solutions Informatiques (MPCSI) accompagne particuliers, entreprises, associations et collectivités depuis Gaudiès, en Ariège : sur site en Occitanie, principalement dans un rayon de 40 km (Pamiers, Foix, Mirepoix, Saverdun, Castelnaudary), et à distance partout en France. Nous organisons et documentons vos tests de restauration dans le cadre de notre infogérance. Demandez un devis gratuit ou appelez le 05 32 42 99 98.
