Français
English
Español
Deutsch
NorskGuide pratique
Préparer une sauvegarde et tester la reprise
Définir RPO et RTO, inventorier les dépendances et prouver qu’une copie permet de rétablir le service.
Guide pratique
Un cas pour préparer votre projet
Une application perd son serveur. La base est sauvegardée, mais le rétablissement nécessite aussi les fichiers déposés, la configuration, les clés et le DNS. L’exercice consiste à reconstruire un service utilisable sans dépendre du serveur perdu.
Scénario illustratif, à adapter à votre organisation.Préparer et exécuter le contrôle
Définir les limites acceptables
Le métier fixe la perte de données et l’interruption tolérables. Traduire ces besoins en objectifs RPO/RTO, fréquence de copie, rétention et ordre de reprise.
Protéger les copies et les accès
Inventorier données, fichiers, configuration et secrets nécessaires. Séparer les copies du système principal et protéger leur suppression selon les moyens retenus.
Répéter en environnement isolé
Restaurer sans envoyer de vrais messages ni paiements. Vérifier l’intégrité et un parcours métier, mesurer le temps, puis consigner les écarts.
Une grille de validation réutilisable
Les seuils, responsables et jeux d’essai se définissent avant le test. Conservez le résultat daté, les écarts et la décision de validation.
| Contrôle | Résultat attendu | Preuve à conserver |
|---|---|---|
| Couverture complète | Les composants nécessaires au service sont inventoriés et récupérables. | Liste des dépendances et copies disponibles. |
| Copies protégées | Une compromission du compte applicatif ne suffit pas à supprimer toutes les copies. | Revue des droits, séparation et rétention. |
| Restauration fonctionnelle | Données, fichiers et accès fonctionnent sur l’environnement de reprise. | Test d’un parcours métier avec résultat daté. |
| Objectifs mesurés | Le temps réel et le point des données restaurées sont comparés aux objectifs. | Chronologie de l’exercice et écarts RPO/RTO. |
Décider avec des preuves
Un objectif est une cible ; il devient une capacité démontrée par un exercice représentatif. Planifiez les corrections, le prochain test et la conservation des clés nécessaires. La réversibilité inclut les exports, la documentation et la maîtrise du nom de domaine.
Référentiels et lectures
Références vérifiées le .
Normes ISO pertinentes
- ISO/IEC 27017:2026
Clarifier la sécurité et les responsabilités cloud.
- ISO 22301:2019 (+ Amd 1:2024)
Relier la reprise aux besoins de continuité.
- ISO/IEC 20000-1:2018 (+ Amd 1:2024)
Encadrer l’exploitation et la revue du service.
Ces normes servent de repères pour définir le périmètre et les preuves attendues. Leur citation ne constitue ni une certification de Salott-IT ni une attestation de conformité de votre projet. Une évaluation dédiée reste nécessaire. Les amendements applicables sont à intégrer au cadrage.
Documentation technique
Ouvrages de référence
- Site Reliability Engineering · 2016 edition
Betsy Beyer, Chris Jones, Jennifer Petoff & Niall Richard Murphy (eds.) · Google / O’Reilly
- The Practice of System and Network Administration · Volume 1, 3rd edition
Thomas A. Limoncelli, Christina J. Hogan & Strata R. Chalup · Addison-Wesley · 2016
Synthèse originale fondée sur les notices officielles, la documentation ouverte et les présentations ou sommaires publics des éditeurs. Les livres sont une sélection de références, pas un classement universel ; leurs textes et ceux des normes ne sont pas reproduits.
Partons de votre situation réelle.
Périmètre, responsabilités, délais et critères de validation seront précisés dans la proposition.