Séparer copie et capacité de reprise
Posséder des fichiers sauvegardés ne prouve pas qu'une application peut redémarrer. Il faut connaître dépendances, comptes, clés, versions et ordre de restauration.
Protéger une copie de l'administration courante
Une copie hors ligne ou immuable limite la suppression par un compte compromis. Les accès à la sauvegarde utilisent des identités distinctes et une authentification forte.
Tester un service prioritaire
Choisissez une application essentielle, restaurez-la dans un environnement isolé et chronométrez. Documentez les écarts entre le délai supposé et le délai réel, puis corrigez le plan.
Définir ce qu'une restauration réussie doit prouver
Copier des fichiers ne garantit pas la reprise d'une activité. Le test doit partir d'un scénario : serveur indisponible, suppression de données ou compromission des identifiants. Il vérifie que les sauvegardes sont accessibles avec des comptes distincts, que les clés nécessaires existent, que l'intégrité est contrôlée et que le temps de restauration correspond au besoin métier.
Un échantillon de fichiers peut être restauré fréquemment, tandis qu'un exercice complet suit un calendrier adapté à la criticité. Chaque test consigne la date, le périmètre, la durée, les écarts et l'action corrective. Une copie déconnectée ou immuable réduit le risque qu'un attaquant supprime simultanément production et sauvegardes, mais elle doit elle aussi être contrôlée et protégée.