PréparerKit≈ 7 min d’utilisation
Kit — Préparer un test de restauration sans perturber l’activité
Le test que tout le monde reporte, organisé en une demi-journée et sans risque pour la production.
Mis à jour le Protect · Manage
Comment l’utiliser — Cet outil s’utilise directement sur cette page : parcourez-le à l’écran ou imprimez-la pour la réunion. Aucun fichier à télécharger.
Objectif et périmètre du test
Un plan de sauvegarde n’a de valeur que si la restauration a été vérifiée en conditions réelles. Ce kit organise ce test : un exercice court, planifié, réalisé sur un environnement isolé, avec un objectif unique — mesurer si l’entreprise peut réellement redémarrer une application dans le délai annoncé, et avec des données exploitables. Le périmètre doit être précis : une application significative pour l’activité, pas la plus simple à restaurer. Tester la messagerie interne n’apprend rien sur la capacité à relancer l’outil de facturation.
Rôles
- Commanditaire dirigeant
- Fixe la fenêtre, arbitre en cas d’imprévu, reçoit le compte rendu et décide des suites.
- Pilote du test
- Coordonne le déroulé, fait respecter les horaires, s’assure que chaque étape est bien exécutée et notée.
- Exploitant technique
- Réalise la restauration : données, application, accès, dans cet ordre.
- Référent métier
- Vérifie que les données restaurées sont exploitables en ouvrant un dossier réel et en confirmant sa cohérence.
- Observateur
- Chronomètre chaque étape, tient la main courante horodatée, ne participe pas à l’exécution.
Entrées nécessaires avant de commencer
- Inventaire à jour : applications, données, dépendances techniques concernées par le test.
- Points de restauration disponibles, identifiés et datés, avec l’un d’eux choisi à l’avance.
- Environnement cible isolé, prêt et sans lien réseau avec la production.
- Jeu de vérification métier : un dossier ou une transaction réelle que le référent métier pourra contrôler.
- Fenêtre planifiée de deux à quatre heures, communiquée aux services concernés.
Déroulé chronométré
- Heure de départ notée par l’observateur, sans préparation préalable de la sauvegarde.
- L’exploitant lance la restauration du point choisi vers l’environnement isolé.
- Restauration des données, puis de l’application, puis des accès — dans cet ordre, sans étape sautée.
- Le référent métier ouvre le jeu de vérification et confirme, ou signale un écart.
- Heure de fin notée dès la validation métier obtenue, pas à la fin technique de la copie.
- Comparaison immédiate entre la durée constatée et le RTO annoncé, et entre l’ancienneté de la donnée restaurée et le RPO annoncé.
- Débriefing à chaud de quinze minutes : ce qui a fonctionné, ce qui a surpris, ce qui manque.
Critères de réussite
Le test est réussi si
- La restauration s’est terminée dans un délai égal ou inférieur au RTO annoncé.
- L’ancienneté de la donnée restaurée est conforme ou meilleure que le RPO annoncé.
- Le référent métier a pu valider une donnée exploitable, sans reconstruction manuelle.
- Aucune intervention improvisée n’a été nécessaire hors de la procédure prévue.
- L’ensemble du déroulé a été mené sans risque pour la production.
Fiche de résultat à remplir
- Date
- Date d’exécution du test.
- Périmètre
- Application et données concernées.
- Point de restauration utilisé
- Identifiant et date du point choisi.
- Heure de début
- Heure de lancement, sans préparation préalable.
- Heure de fin
- Heure de validation métier obtenue.
- RTO constaté
- Durée réelle écoulée, comparée au RTO annoncé.
- RPO constaté
- Ancienneté réelle de la donnée restaurée, comparée au RPO annoncé.
- Validation métier
- Confirmée ou non par le référent, avec le détail de ce qui a été vérifié.
- Écarts
- Toute différence entre ce qui était prévu et ce qui s’est produit.
- Actions correctives
- Ce qui doit changer dans le plan, la procédure ou les délais annoncés.
- Responsable
- Personne chargée de mettre en œuvre chaque action corrective.
- Échéance
- Date à laquelle l’action corrective doit être en place.
Interpréter les écarts
| Écart constaté | Ce que cela signifie | Action |
|---|---|---|
| Durée réelle largement supérieure au RTO annoncé | Le RTO communiqué à la direction est irréaliste ou la procédure n’est pas rodée | Réviser le RTO affiché ou simplifier la procédure de restauration |
| Donnée restaurée plus ancienne que le RPO annoncé | La fréquence de sauvegarde réelle ne correspond pas à ce qui est annoncé | Revoir la fréquence des sauvegardes ou corriger le RPO communiqué |
| Le référent métier ne peut pas valider la donnée | La sauvegarde restaure des fichiers mais pas un état exploitable | Revoir ce qui est sauvegardé, pas seulement comment |
| Une étape a nécessité une intervention improvisée | La procédure documentée est incomplète ou dépassée | Mettre à jour la procédure avec l’étape manquante |
| Le test s’est déroulé sans écart | Le plan est fiable sur ce périmètre, à cette date | Documenter le succès et reconduire le test à la prochaine échéance |
Cadence recommandée
Trimestrielle
Applications critiques
Les applications dont l’arrêt bloque l’activité en moins d’une journée : facturation, production, accès clients.
Semestrielle
Applications importantes
Les applications utiles mais dont l’arrêt est absorbable quelques jours : outils internes, reporting.
Annuelle
Ensemble du périmètre
Une revue complète de tout ce qui figure dans l’inventaire, y compris les applications jugées secondaires.
Erreurs fréquentes
- Choisir la sauvegarde la plus récente et la mieux préparée au lieu d’un point aléatoire, ce qui fausse le résultat.
- Faire exécuter et chronométrer le test par la même personne.
- Considérer la copie technique terminée comme la fin du test, sans validation métier.
- Ne jamais tester sur l’environnement cible réellement disponible en cas d’incident.
- Ranger le compte rendu sans mettre à jour le plan de continuité en conséquence.
Après le test
Le compte rendu doit être partagé avec le commanditaire dirigeant dans les jours qui suivent, pas archivé sans lecture. Il alimente directement la mise à jour du plan de reprise : délais corrigés, procédure complétée, points de restauration fiabilisés. Enfin, il appelle une décision explicite du dirigeant : accepter le niveau de risque constaté, engager les actions correctives dans un délai fixé, ou revoir le niveau de service attendu du prestataire de sauvegarde. Un test sans décision qui en découle n’a produit qu’une information ; il doit produire un ajustement.
À retenir
- Un test de restauration se prépare, se chronomètre et se conclut par un compte rendu écrit.
- Il se déroule toujours sur un environnement isolé, jamais sur la production.
- La validation métier, pas la fin de la copie technique, marque la fin du test.
- Chaque écart appelle une action datée et un responsable désigné.
- Sans décision dirigeant qui en découle, le test n’a produit qu’une information sans effet.
OAKTEAM Score
Situer votre entreprise sur ce sujet
L’évaluation OAKTEAM Score situe votre entreprise en vingt questions et vous rend des priorités écrites.
