Chapitre 9 — BCP, BIA, Reprise d'Activité & Tests
La continuité d'activité garantit la survie de l'organisation face aux catastrophes. Ce module couvre le BCP, le BIA, le DR, et les méthodes de test des plans de continuité.
Mémorisez ! RTO ≠ RPO. RTO (Recovery Time Objective) = combien de temps maximum pour remettre le système en marche. RPO (Recovery Point Objective) = combien de données maximum peut-on se permettre de perdre (en temps). RTO répond à "quand ?" et RPO répond à "combien ?" de données perdues.
- RTO (Recovery Time Objective) : temps maximum acceptable pour restaurer un service après une panne. Si RTO = 4h, le service doit être opérationnel dans les 4 heures suivant la panne.
- RPO (Recovery Point Objective) : point dans le temps jusqu'auquel les données doivent être récupérées. Si RPO = 2h, la perte maximale acceptable est 2h de données (sauvegardes toutes les 2h minimum).
- MTTR (Mean Time To Repair) : temps moyen de réparation d'un équipement. Indicateur opérationnel.
- MTBF (Mean Time Between Failures) : temps moyen entre deux pannes successives. Indicateur de fiabilité matérielle.
- MTTF (Mean Time To Failure) : temps moyen avant la première panne (pour les équipements non réparables).
- BIA : analyse qui identifie les fonctions métiers critiques, leur impact financier en cas d'interruption, et les dépendances entre systèmes. Première étape du BCP.
- Fonctions critiques : processus dont l'interruption menace la survie de l'organisation (paie, facturation, production).
- MAO (Maximum Acceptable Outage) : durée maximale d'interruption que l'organisation peut tolérer avant que l'impact soit catastrophique. Similaire au RTO mais vu du côté métier.
- Impact financier : coût par heure d'interruption (revenus perdus, pénalités contractuelles, coûts de récupération).
- Single Points of Failure (SPOF) : composants dont la panne entraîne l'arrêt complet d'un processus critique. Identifiés et éliminés (ou mitigés) par la BIA.
| Type de site | Équipements | Données | Délai reprise | Coût |
|---|---|---|---|---|
| Hot Site | Complets et opérationnels | Synchronisées en temps réel | Minutes à heures | Très élevé |
| Warm Site | Partiellement équipé | Sauvegardes récentes | Heures à jours | Moyen |
| Cold Site | Juste l'infrastructure (électricité, réseau, HVAC) | Aucune — à restaurer | Jours à semaines | Faible |
| Mobile Site | Unité transportable (conteneur) | Variables | Jours | Variable |
| Cloud DR | Instances cloud dormantes | Synchronisées ou snapshots | Minutes | Pay-as-you-go |
Astuce Examen
Les types de tests sont listés du moins au plus intrusif. Sur l'examen, si une question demande le test "le plus réaliste qui perturbe les opérations", c'est le full interruption test. Si c'est "le moins perturbant pour commencer", c'est le tabletop.
- Revue documentaire (Document review) : lecture des plans pour détecter les incohérences. Aucune interruption. Minimal.
- Tabletop Exercise : discussion théorique en équipe — "que ferions-nous si...". Aucune interruption système. Très utile pour identifier les lacunes de procédures.
- Walkthrough : simulation verbale des procédures avec les équipes. Un peu plus détaillé que le tabletop.
- Simulation : simulation d'un scénario spécifique (ex: simuler une coupure réseau) sans affecter les systèmes de production.
- Parallel Test : le site de DR est activé EN PARALLÈLE du site principal qui continue à fonctionner. Valide que le DR fonctionne sans risque pour la production.
- Full Interruption Test : le site principal est arrêté et toutes les opérations basculent sur le DR. Test le plus réaliste, le plus risqué — peut causer une vraie panne si le DR échoue.