Votre entreprise doit avoir un plan de reprise d’activité

RTO, RPO : derrière ces acronymes anglophones se cachent des notions essentielles pour assurer la continuité de vos activités en cas d’incident informatique.

Les notions

Effectuer des sauvegardes ne suffit pas. Il ne s’agit pas seulement de vérifier qu’elles s’exécutent : il faut aussi tester régulièrement leur validité, pour garantir que les données peuvent réellement être restaurées. C’est là que les notions suivantes prennent tout leur sens : elles définissent les seuils acceptables de perte de données et de temps d’interruption pour l’entreprise.

RTO – Recovery Time Objective

Objectif de temps de rétablissement (OTR). Le délai maximal acceptable pour remettre une infrastructure ou un service en fonctionnement après un incident.

RTA – Recovery Time Actual

Temps réel de rétablissement (TRR). Le temps effectivement nécessaire pour restaurer l’infrastructure. Il mesure l’écart entre l’objectif fixé (RTO) et la réalité opérationnelle.

RPO – Recovery Point Objective

Perte de données maximale admissible (PDMA). La quantité maximale de données que l’entreprise peut se permettre de perdre. Il correspond à l’intervalle entre l’incident et la dernière sauvegarde exploitable.

Pourquoi est-ce important ?

De nombreux événements peuvent imposer une remise en route complète de votre infrastructure. On pense d’abord aux cyberattaques, mais il existe bien d’autres scénarios :

• Catastrophes naturelles : incendie, inondation, tremblement de terre…
• Pannes matérielles majeures : défaillance de serveurs, de baies de stockage ou d’autres composants essentiels
• Cambriolage ou dégradations

Comment les définir : un exemple

Imaginons une entreprise de 10 employés, travaillant chacun 8 heures par jour de 8 h à 17 h, dont l’infrastructure est sauvegardée automatiquement chaque jour à 23 h.

Le RPO

Si un incident survient à 16 h, toutes les données créées ou modifiées depuis 23 h la veille sont perdues : une fenêtre de 17 heures. L’entreprise doit se demander si elle peut accepter de perdre jusqu’à 8 heures de travail collectif, soit 80 heures-homme (10 × 8 h). Ce raisonnement permet de juger si la fréquence des sauvegardes est adaptée ou s’il faut l’augmenter.

Le RTO

Supposons qu’un sinistre impose une reconstruction complète. Si l’objectif est de tout remettre en service en 4 heures, l’entreprise doit être capable, dans ce laps de temps, de :

• Restaurer les serveurs, systèmes et données
• Remettre en service les applications et les infrastructures tierces, comme le réseau
• Rétablir les accès des utilisateurs

Là encore, la question est stratégique : combien d’heures d’interruption l’entreprise peut-elle supporter sans conséquences financières, opérationnelles ou commerciales irréversibles ?

Comment connaître son RTA ?

Le RTA se mesure dans deux situations :

• Lors d’un test de restauration : en simulant un sinistre, on mesure le temps réellement requis pour réinstaller, restaurer les données et redémarrer les services.
• Lors d’un incident réel : le RTA se révèle en conditions réelles et dépasse souvent le temps prévu.

Comparer le RTA au RTO met en évidence les écarts entre objectifs et réalité, pour ajuster le plan de continuité (PCA) ou de reprise d’activité (PRA).

Les facteurs souvent sous-estimés

• Commande du matériel de remplacement (serveurs, postes, équipements réseau) : environ 2 jours de livraison en moyenne.
• Préparation et installation du matériel, éventuellement dans de nouveaux locaux ou un espace de reprise.
• Reprise effective : configuration, restauration, tests, puis retour des utilisateurs.
• Les configurations propres à votre entreprise.

En tenant compte de ces étapes, on obtient une estimation réaliste du délai nécessaire pour remettre l’entreprise en état de fonctionner.

En conclusion

Définir clairement vos RPO et RTO n’est pas un exercice théorique : c’est un pilier de votre plan de continuité. Ces indicateurs mesurent l’impact réel d’un incident et permettent d’anticiper les moyens nécessaires pour limiter les pertes. Sans préparation, une panne peut coûter des jours de travail. Avec une stratégie adaptée, vous en limitez fortement l’impact.