Les présentations

Effectuer des sauvegardes, ce n’est pas suffisant.
Il ne suffit pas de s’assurer qu’elles se déroulent correctement : il est tout aussi crucial de tester régulièrement leur validité pour garantir que vos données peuvent réellement être restaurées en cas de besoin.
C’est dans ce contexte que les notions de RPO (Recovery Point Objective) et RTO (Recovery Time Objective) prennent toute leur importance, car elles définissent les limites de perte de données et de temps d’arrêt acceptables pour votre entreprise.

RTO : Recovery Time Objective 
C’est le délai maximum visé pour remettre une infrastructure en fonctionnement après un incident. 

le RTA : Recovery Time Actual
Correspond au temps réel nécessaire pour rétablir l’infrastructure

RPO : Recovery Point Objective 
Cette valeur définit la perte maximale de données acceptable en cas de panne ou d’incident. Autrement dit, elle indique jusqu’à quel point dans le temps les données peuvent être restaurées sans mettre en péril l’activité.

Pourquoi est-ce important?

De nombreux événements peuvent nécessiter une remise en route complète de votre infrastructure à partir de zéro.

On pense naturellement aux cyberattaques, mais il existe bien d’autres scénarios :

• Catastrophes naturelles : incendie, inondation, tremblement de terre ou tout autre risque environnemental.

• Pannes matérielles majeures : défaillance critique de serveurs, de baies de stockage ou d’autres composants essentiels du système informatique.
• Cambriolage ou dégradations

Comment les définir : un cas d’exemple

Imaginons une entreprise de 10 employés, chacun travaillant 8 heures par jour. L’infrastructure informatique fait l’objet d’une sauvegarde automatique chaque soir à 23h.

• RPO (Recovery Point Objective) 
  Dans ce cas, si un incident survient à 16h, toutes les données créées ou modifiées entre 23h (la veille) et 16h (le jour même) seraient perdues. 
  L’entreprise doit donc se demander : accepterons-nous de perdre jusqu’à 17 heures de travail collectif (10 employés x 8h = 80 heures-homme) ?

• RTO (Recovery Time Objective) 
  Supposons qu’un sinistre majeur impose de reconstruire l’infrastructure. Si l’objectif est de remettre tout le système en service dans les 4 heures, cela signifie que l’entreprise doit être capable, en pratique, de rétablir ses serveurs, ses applications et ses accès dans ce délai.
  Là encore, la question est stratégique : combien d’heures d’arrêt l’activité peut-elle supporter sans conséquences irréversibles ?

Comment découvrir son RTA ?

Le RTA (Recovery Time Actual), c’est le temps réel nécessaire pour remettre une infrastructure en service. Il peut être mesuré dans deux situations :

• Lors d’un test de restauration : en simulant une panne ou un sinistre, on mesure combien de temps prend réellement la réinstallation et le redémarrage complet du système.
• Lors d’une véritable catastrophe : quand un incident survient, le RTA se révèle dans la pratique, souvent différent (et plus long) que ce qui avait été prévu.

Comparer le RTA au RTO permet d’identifier les écarts entre la théorie et la réalité, et d’ajuster son plan de continuité.

Quels facteurs prendre en compte pour définir le bon délai ?

Pour établir correctement le RTO, il est nécessaire d’intégrer également plusieurs éléments souvent sous-estimés :

• Commande du matériel de remplacement (serveurs, postes clients, équipements réseaux). Délai moyen : environ 2 jours pour la livraison.
• Préparation et installation du matériel dans de nouveaux locaux ou dans un espace de reprise prévu à cet effet.
• Reprise effective de l’activité : configuration des systèmes, restauration des données, tests de bon fonctionnement, puis retour des utilisateurs sur l’environnement de travail.
• D'autres configurations, propres à votre entreprises

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

Conclusion

Connaissez-vous vos RPO, RTO et RPA?

La définition claire de vos RPO et RTO n’est pas qu’un exercice théorique : c’est un pilier essentiel de votre plan de continuité d’activité. Ces indicateurs permettent de mesurer l’impact réel d’un incident informatique sur votre entreprise et d’anticiper les moyens nécessaires pour limiter les pertes.

Sans préparation, une panne ou une catastrophe peut mettre en péril des jours de travail et freiner durablement votre activité. Avec une stratégie adaptée, vous êtes en mesure d’en limiter fortement l’impact.

Vous souhaitez évaluer vos propres délais de reprise et mettre en place un plan de continuité efficace ? 
Contactez-nous dès aujourd’hui : nous vous accompagnons pour sécuriser vos données et assurer la résilience de votre entreprise.
--> https://async-it.ch/contact <--