Une sauvegarde n'est pas une reprise

Presque toutes les organisations ont des sauvegardes. Beaucoup moins ont déjà restauré un environnement complet, dans l'ordre, avec le personnel qui devrait le faire un jour de crise. La différence entre les deux est la différence entre une copie et une capacité.

Ce qu'une sauvegarde ne dit pas

• Combien de temps la restauration prendra réellement, de bout en bout, y compris l'identité, le réseau et les applications qui en dépendent.
• Si les données restaurées sont cohérentes et utilisables par l'application, pas seulement présentes sur un disque.
• Si la sauvegarde elle-même survivrait à une attaque : copies isolées ou immuables, comptes d'administration distincts.
• Si quelqu'un d'autre que la personne qui l'a configurée sait la restaurer.

Un test simple pour commencer

Choisissez un service important. Fixez un objectif de temps de reprise avec son responsable d'affaires. Puis chronométrez une restauration dans un environnement séparé, avec la documentation telle qu'elle existe aujourd'hui. Notez tout ce qui a bloqué : un mot de passe introuvable, une dépendance oubliée, une étape qui n'était écrite nulle part.

Le premier test échoue presque toujours, et c'est précisément son intérêt. Chaque blocage trouvé en exercice est un blocage que vous n'aurez pas à découvrir pendant un incident.

À retenir

Mesurez la reprise, pas la sauvegarde. Refaites le test après chaque changement important, et gardez le résultat : c'est la preuve que vos objectifs sont réalistes.