PRA et PCA : préparer la reprise avant d'en avoir besoinDisaster recovery and continuity: preparing before you need it

Le plan de continuité vise à maintenir les activités essentielles pendant une crise, éventuellement en mode dégradé. Le plan de reprise vise à restaurer les systèmes dans un état exploitable. Les deux se complètent et reposent sur une même exigence préalable : savoir quels processus métier ne peuvent pas s'arrêter, et combien de temps ils peuvent tenir sans leur outil informatique.A continuity plan aims to keep essential activities running during a crisis, possibly in degraded mode. A recovery plan aims to restore systems to a workable state. The two complement each other and rest on the same prerequisite: knowing which business processes cannot stop, and how long they can hold out without their IT systems.

Partir des processus métier, pas des serveursStarting from business processes, not from servers

L'erreur classique consiste à construire le plan depuis l'inventaire technique. La démarche efficace part de l'analyse d'impact sur l'activité : quels processus supportent le chiffre d'affaires, les obligations contractuelles ou la sécurité des personnes, et quelle durée d'interruption devient inacceptable pour chacun. On en déduit ensuite les applications, les données et les infrastructures à protéger en priorité, ainsi que l'ordre de reprise. Cette hiérarchisation est une décision de direction, pas un arbitrage technique.The classic mistake is to build the plan from the technical inventory. The effective approach starts from a business impact analysis: which processes carry revenue, contractual obligations or people's safety, and what interruption duration becomes unacceptable for each. From that you derive the applications, data and infrastructure to protect first, and the order of recovery. This prioritisation is a management decision, not a technical arbitration.

Analyse d'impact sur l'activité avant tout choix technique

Hiérarchisation validée par la direction, pas par la seule DSI

Ordre de reprise explicite, avec les dépendances entre applications

Inclure les processus manuels et les moyens de communication de secours

Business impact analysis before any technical choice

Prioritisation validated by management, not by IT alone

An explicit recovery order, with dependencies between applications

Include manual processes and fallback communication means

RTO et RPO : deux chiffres qui pilotent le budgetRTO and RPO: two figures that drive the budget

La durée maximale d'interruption admissible et la perte de données maximale admissible déterminent l'architecture technique nécessaire et donc le coût. Des objectifs très ambitieux imposent des dispositifs de réplication permanents, tandis que des objectifs plus souples autorisent des solutions bien moins coûteuses. Le rôle du DSI est de rendre cet arbitrage explicite : présenter le coût associé à chaque niveau permet à la direction de décider en connaissance de cause plutôt que de valider un objectif théorique.The maximum tolerable interruption and the maximum tolerable data loss determine the technical architecture required, and therefore the cost. Very ambitious objectives call for permanent replication arrangements, whereas more flexible ones allow far less expensive solutions. The IT director's role is to make that trade-off explicit: presenting the cost attached to each level lets management decide knowingly rather than approve a theoretical objective.

Durée d'interruption admissible et perte de données admissible par processus

Présenter le coût associé à chaque niveau d'objectif

Différencier les objectifs par processus plutôt que d'appliquer une valeur unique

Revoir ces objectifs à chaque évolution majeure du système d'information

Tolerable interruption and tolerable data loss, defined per process

Present the cost attached to each objective level

Differentiate objectives per process rather than applying a single value

Review these objectives at every major information system change

Un plan qui n'est pas testé n'existe pasA plan that is not tested does not exist

L'exercice est la seule chose qui distingue un plan opérationnel d'un document rassurant. Il révèle les dépendances oubliées, les procédures qui supposent un accès au système justement indisponible, les identifiants stockés dans l'outil à restaurer, et les délais réels par rapport aux objectifs affichés. Testez progressivement : restauration unitaire, puis application complète, puis exercice impliquant les métiers. Les résultats de vos tests d'intrusion alimentent utilement les scénarios, en identifiant les chemins de compromission les plus plausibles.The exercise is the only thing separating an operational plan from a reassuring document. It reveals forgotten dependencies, procedures that assume access to the very system that is unavailable, credentials stored in the tool to be restored, and real timings compared with stated objectives. Test progressively: single restore, then a full application, then an exercise involving the business. The results of your penetration tests usefully feed the scenarios, by identifying the most plausible compromise paths.

Commencer par une restauration unitaire, puis monter en périmètre

Vérifier que les procédures ne dépendent pas du système indisponible

Stocker identifiants et documentation hors du périmètre à restaurer

Mesurer les délais réels et corriger les objectifs affichés si nécessaire

Start with a single restore, then increase the scope

Check that procedures do not depend on the unavailable system

Store credentials and documentation outside the scope to be restored

Measure real timings and adjust stated objectives if needed

Repères de configurationConfiguration guidance

PCAContinuity planMaintenir l'activité, éventuellement en mode dégradé

PRARecovery planRestaurer les systèmes

Point de départStarting pointAnalyse d'impact sur l'activité

RTORTODurée d'interruption admissible

RPORPOPerte de données admissible

ValidationValidationExercice réel, pas revue documentaire

Piège fréquentCommon pitfallDocumentation stockée dans le système à restaurer

Repères indicatifs : la configuration finale est validée avec vous selon vos contraintes réelles (charge, budget, environnement).Indicative guidance: the final configuration is validated with you against your real constraints (workload, budget, environment).

Questions fréquentesFrequently asked questions

À quelle fréquence tester le plan ?How often should the plan be tested?

Au minimum après chaque changement majeur d'architecture, et selon un rythme régulier convenu avec la direction. Un test partiel fréquent apporte plus qu'un exercice complet rare, car il maintient les réflexes et détecte les dérives progressives.At minimum after every major architecture change, and on a regular rhythm agreed with management. Frequent partial testing delivers more than a rare full exercise, because it maintains reflexes and detects gradual drift.

Le cloud dispense-t-il d'un plan de reprise ?Does the cloud remove the need for a recovery plan?

Non. La résilience de l'infrastructure ne couvre ni la suppression accidentelle, ni la corruption de données, ni la compromission d'un compte d'administration. Le modèle de responsabilité partagée doit être lu attentivement, service par service.No. Infrastructure resilience covers neither accidental deletion, nor data corruption, nor the compromise of an administration account. The shared responsibility model must be read carefully, service by service.

Qui déclenche le plan ?Who triggers the plan?

Une personne désignée, avec un suppléant, selon des critères écrits à l'avance. L'hésitation sur la décision de déclenchement est une cause fréquente d'aggravation : le rôle et les seuils doivent être connus avant l'incident.A designated person, with a deputy, according to criteria written in advance. Hesitation over the decision to trigger is a frequent aggravating factor: the role and thresholds must be known before the incident.

Un besoin précis à chiffrer ?A specific need to quote?

Décrivez votre contexte : nous revenons sous 24 à 72 heures avec une approche et un devis.Tell us your context: we come back within 24-72 hours with an approach and a quote.

Parler à un expertTalk to an expert Voir nos expertisesSee our expertise