Sauvegardes au vert : votre activité saurait-elle vraiment redémarrer ?

Imaginons un exercice : le serveur a été restauré, les fichiers sont présents, mais personne ne peut encore expédier une commande. Le compte du transporteur est inaccessible, une configuration manque et l’équipe ne sait pas quelle version du stock utiliser. La restauration informatique a réussi sur son périmètre ; la reprise de l’activité, elle, reste à démontrer. C’est précisément cet écart qu’une direction doit rendre visible avant une interruption réelle.

Un tableau de sauvegardes réussies reste utile. Il indique qu’une opération s’est exécutée selon les critères de l’outil. Il ne répond pas, à lui seul, à la question du dirigeant : quelles activités pourront repartir, dans quel ordre et avec quelles pertes acceptées ? Pour transformer cet indicateur technique en décision, il faut préparer un exercice limité, observable et partagé avec le métier.

Partir d’une activité, pas d’une liste de serveurs

Choisissez une activité dont l’interruption aurait une conséquence concrète : facturer, préparer une livraison ou répondre à une demande client. Évitez de vouloir tester toute l’entreprise dès la première séance. Le responsable métier doit préciser ce que signifie « repartir » : consulter des données anciennes n’est pas nécessairement pouvoir traiter une nouvelle opération de bout en bout.

Décrivez ensuite un scénario testable. Par exemple : retrouver une commande témoin, vérifier ses pièces associées et produire un document de préparation dans un environnement isolé. Cette proposition est une méthode de cadrage, pas un retour d’expérience attribué à une entreprise. Elle permet de définir les preuves attendues avant de choisir les moyens techniques.

La réussite doit être explicite. Qui valide le résultat ? Quelle ancienneté des données est acceptable pour cette activité ? Que faudra-t-il rapprocher avec les opérations intervenues depuis la sauvegarde ? Ces arbitrages appartiennent au métier autant qu’à la DSI. Les laisser implicites revient à les reporter au moment où chacun aura le moins de temps pour les discuter.

Reconstituer les dépendances qui permettent de travailler

Une application n’est pas une île. Pour l’activité choisie, dressez la liste des éléments nécessaires : données, configuration, logiciel, comptes d’accès, certificats, échanges avec les prestataires et procédures utiles. Il ne s’agit pas de documenter tout le système d’information, mais de vérifier la chaîne sur laquelle repose le scénario.

Posez une question souvent révélatrice : si l’annuaire ou la messagerie habituelle est indisponible, comment les personnes autorisées trouvent-elles la procédure et obtiennent-elles les accès nécessaires ? La réponse ne doit pas être de multiplier les mots de passe partagés. Elle doit décrire un dispositif de secours maîtrisé, accessible aux bonnes personnes et testé sans exposer les secrets dans le compte rendu.

Dans CyberDéfense et Résilience, Guy de Lussigny développe les choix de sauvegarde, leur protection et la nécessité de tester la restauration. Ce passage invite à ne pas confondre l’existence d’une copie avec son utilité opérationnelle. Une copie chiffrée, par exemple, exige aussi que les moyens autorisés de la déchiffrer restent disponibles au moment nécessaire.

Préparer un exercice qui ne crée pas un incident

Le premier test doit être organisé avec l’équipe technique, sur un périmètre approuvé. On ne coupe pas une application de production pour vérifier une intuition. Définissez un environnement approprié, les données autorisées, les conditions d’arrêt et les personnes à joindre. Contrôlez notamment qu’un système restauré ne déclenchera pas d’envois réels, de paiements ou de synchronisations intempestives.

Choisissez le point de restauration, puis notez les hypothèses. L’exercice dispose-t-il d’un réseau opérationnel ? Le prestataire est-il disponible ? Les identifiants de secours ont-ils été préparés à l’avance ? Une hypothèse favorable n’invalide pas le test, à condition de ne pas la transformer ensuite en capacité démontrée dans toutes les circonstances.

Les recommandations de Cybermalveillance.gouv.fr sur les sauvegardes rappellent notamment l’intérêt de copies protégées, de tests réguliers et de la conservation des éléments logiciels nécessaires à l’exploitation des données. Ce socle technique doit être prolongé par une validation métier adaptée à l’activité retenue.

Mesurer le parcours complet, y compris les attentes

Au démarrage de l’exercice, consignez les étapes réellement observées. Le temps de copie n’est qu’une composante. Il faut parfois retrouver la procédure, réunir les autorisations, obtenir une ressource, restaurer les données, relancer l’application puis faire vérifier le résultat par un utilisateur compétent. Une attente administrative peut compter autant qu’une opération informatique.

Ne réduisez pas le contrôle à l’ouverture d’un écran. Sur les exemples autorisés, vérifiez les relations entre les informations : commande et pièces jointes, dossier et historique, facture et écritures associées. L’objectif est de savoir si le résultat est exploitable et cohérent pour le scénario, sans prétendre qu’un échantillon garantit l’intégrité de tout le patrimoine numérique.

Distinguez soigneusement trois catégories dans le bilan : ce qui a été démontré, ce qui a échoué et ce qui n’a pas été testé. Une dépendance absente du test reste inconnue. Elle n’est ni un échec automatique, ni une réussite. Cette distinction évite de présenter au comité de direction un niveau de préparation supérieur aux preuves disponibles.

Transformer les écarts en décisions financées

Le livrable utile tient dans un relevé d’actions compréhensible : activité concernée, obstacle constaté, conséquence, responsable, échéance et condition de nouveau test. Remplacer « améliorer la résilience » par « rendre la procédure accessible sans la messagerie principale, puis refaire l’accès avec une seconde personne habilitée » change la qualité du suivi.

La direction peut alors arbitrer. Faut-il réduire le délai d’accès à un prestataire, protéger une autre copie, documenter une configuration ou accepter un mode dégradé limité ? Chaque choix doit répondre à l’activité étudiée. Acheter plus de capacité de stockage ne règle pas nécessairement une dépendance organisationnelle ou un accès introuvable.

Pour approfondir ces fondations et préparer le dialogue entre direction et équipes techniques, découvrez CyberDéfense et Résilience. Le livre permet de replacer la sauvegarde dans une réflexion plus large sur la protection et la continuité, au lieu d’en faire une case isolée du tableau de bord.

Vous souhaitez traduire vos sauvegardes en capacités de reprise vérifiables ? Échangeons avec GDLTC sur le cadrage de votre exercice : activité prioritaire, dépendances, critères de réussite et décisions à présenter à la direction. La première question sera simple : qu’avez-vous effectivement démontré, au-delà d’un voyant vert ?

#CyberRésilience #Sauvegardes #DSI #ContinuitéActivité #GDLTC