Sauvegardes : préparer un vrai essai de reprise

Choisir ce qui doit repartir

Commencez par un service concret : les dossiers nécessaires pour préparer les commandes du jour, par exemple. Notre démarche consiste à demander au métier quelles données, applications et habilitations lui sont nécessaires. Définissez ce qu’il accepte de perdre et combien de temps il peut attendre, sans reprendre automatiquement les valeurs annoncées par un prestataire. Cette conversation permet de fixer un objectif de reprise vérifiable. Elle peut aussi révéler qu’un fichier sauvegardé reste inutilisable sans son logiciel ou ses clés d’accès.

Vérifier la protection des copies

Cybermalveillance.gouv.fr rappelle qu’une sauvegarde connectée au même environnement peut être touchée par un rançongiciel. L’organisme recommande plusieurs copies sur différents supports et une protection adaptée à la sensibilité des données. La CNIL recommande de tester la restauration et l’application des plans de continuité ou de reprise. Ces repères conduisent à examiner les copies disponibles, leurs accès et leurs dépendances. Demandez au responsable technique de montrer comment une copie reste exploitable si l’environnement habituel est indisponible.

Organiser un exercice sans perturber

Notre proposition est un essai planifié dans un environnement isolé, préparé par les personnes habilitées. Choisissez des données représentatives et un point de restauration identifié. Notez les prérequis, le responsable de chaque action et le moyen de revenir à l’état initial du test. Ne restaurez pas par-dessus des données de production pour gagner du temps. Faites participer une personne du métier : elle saura vérifier que les documents s’ouvrent, que les informations attendues sont présentes et que le service rendu est réellement utilisable.

Cas pratique : reprendre la préparation des commandes

Dans notre scénario, une petite entreprise veut pouvoir retrouver les commandes à préparer après l’indisponibilité de son outil habituel. Nous proposons de partir d’une commande représentative et d’énumérer tout ce qui permet de la traiter : données, application, comptes, documents associés et éventuelles dépendances externes. L’ANSSI rappelle que la stratégie de sauvegarde doit tenir compte de la perte de données et de la durée d’interruption admissibles pour le métier. Ces objectifs doivent être discutés, pas copiés d’un contrat standard sans contexte.

Pour l’exercice, préparez un environnement distinct de la production et une liste de vérifications métier. Il faut pouvoir retrouver la commande, comprendre son état et produire le document nécessaire sans réécrire arbitrairement l’historique. Si l’essai nécessite une authentification normalement fournie par un service indisponible, notez cette dépendance : les fichiers peuvent avoir été restaurés correctement alors que le travail demeure bloqué. Ne cherchez pas à régler improvisément tous les défauts pendant le test. Consignez ce qui manque, attribuez un responsable et définissez le prochain essai. Cette discipline permet de distinguer preuve de récupération des données et preuve de reprise de l’activité, qui sont deux résultats complémentaires.

Conserver une preuve exploitable

À la fin, consignez ce qui a été restauré, la date de la copie, les étapes réalisées, les difficultés et le temps effectivement observé. Comparez ce résultat à l’objectif fixé, puis attribuez les corrections. Notre conseil est de prévoir un nouvel essai lorsqu’une dépendance importante change, comme l’application, l’hébergement ou les droits d’accès. Une restauration réussie sur un fichier ne prouve pas la reprise de tout le système. Le compte rendu doit préciser son périmètre pour éviter une confiance excessive dans un exercice trop limité.

Poser les bonnes questions au prestataire

Notre trame d’entretien comporte quatre sujets : périmètre réellement sauvegardé, conditions d’accès aux copies, procédure de restauration et éléments de preuve remis après un essai. Demandez qui lance la restauration et qui valide le résultat, y compris lorsque l’interlocuteur habituel est absent. Pour un service hébergé, faites préciser ce qui relève de la continuité du fournisseur et ce qui concerne la récupération de vos données après une suppression ou une erreur de votre côté. Ces questions dépendent du service souscrit ; aucun contrat générique ne répond à votre place.

L’ANSSI traite séparément l’architecture, les opérations, la protection des données et l’externalisation dans son guide de sauvegarde. Nous recommandons de reprendre cette distinction dans votre dossier de suivi, sans transformer une recommandation générale en configuration prête à appliquer. Faites valider les choix par les responsables techniques et de sécurité concernés. Prévoyez enfin le nettoyage des données de test, selon leur sensibilité et la procédure convenue. Une copie supplémentaire créée pour l’exercice ne doit pas rester oubliée dans un emplacement accessible. Le compte rendu final doit nommer le périmètre testé, les limites et les corrections attendues ; une simple capture d’un message de réussite ne suffit pas à expliquer la capacité de reprise.