RTO / RPO : combien de temps et combien de données perdues ?
RTO (Recovery Time Objective) et RPO (Recovery Point Objective) sont deux indicateurs qui cadrent un plan de continuité ou de reprise d'activité : combien de temps un système peut rester indisponible, et jusqu'à quel point dans le passé les données peuvent être restaurées.
Définition
Le RTO fixe le délai maximal acceptable avant qu'un système critique ne soit remis en fonctionnement après un incident. Le RPO détermine, lui, la quantité de données que l'organisation accepte de perdre, un RPO d'une heure signifie qu'au pire, une heure de données ne sera jamais récupérée.
Ces deux valeurs ne sont pas théoriques : elles déterminent directement l'architecture de sauvegarde et de reprise à mettre en place. Un RPO proche de zéro exige une réplication quasi continue des données, avec un coût et une complexité nettement supérieurs à une sauvegarde quotidienne classique.
Points clés
RTO : le délai de reprise
Combien de temps peut s'écouler avant qu'un système critique ne soit de nouveau opérationnel.
RPO : la perte de données tolérable
Jusqu'à quel point dans le temps les données peuvent être restaurées après l'incident.
Un impact direct sur l'architecture
Des objectifs ambitieux nécessitent une infrastructure de sauvegarde et de réplication dimensionnée en conséquence.
Comment BCIT peut vous accompagner
La définition de vos RTO et RPO est une étape clé de notre accompagnement PCA / PRA.
Questions fréquentes
Quelle différence concrète entre RTO et RPO ?
Le RTO mesure un temps (combien de temps avant la reprise), le RPO mesure une quantité de données (combien on accepte d'en perdre).
Un RPO proche de zéro est-il toujours nécessaire ?
Non, il dépend de la criticité du système concerné : un RPO ambitieux a un coût d'infrastructure qui doit rester proportionné à l'enjeu réel.
Pas encore prêt à échanger ? Découvrez notre diagnostic cybersécurité →
Connaissez-vous vos objectifs de reprise réels ?
Définissons ensemble des RTO et RPO adaptés à vos activités critiques.
RTO / RPO : combien de temps et combien de données perdues ?
RTO (Recovery Time Objective) et RPO (Recovery Point Objective) sont deux indicateurs qui cadrent un plan de continuité ou de reprise d'activité : combien de temps un système peut rester indisponible, et jusqu'à quel point dans le passé les données peuvent être restaurées.
Définition
Le RTO fixe le délai maximal acceptable avant qu'un système critique ne soit remis en fonctionnement après un incident. Le RPO détermine, lui, la quantité de données que l'organisation accepte de perdre, un RPO d'une heure signifie qu'au pire, une heure de données ne sera jamais récupérée.
Ces deux valeurs ne sont pas théoriques : elles déterminent directement l'architecture de sauvegarde et de reprise à mettre en place. Un RPO proche de zéro exige une réplication quasi continue des données, avec un coût et une complexité nettement supérieurs à une sauvegarde quotidienne classique.
Points clés
RTO : le délai de reprise
Combien de temps peut s'écouler avant qu'un système critique ne soit de nouveau opérationnel.
RPO : la perte de données tolérable
Jusqu'à quel point dans le temps les données peuvent être restaurées après l'incident.
Un impact direct sur l'architecture
Des objectifs ambitieux nécessitent une infrastructure de sauvegarde et de réplication dimensionnée en conséquence.
Comment BCIT peut vous accompagner
La définition de vos RTO et RPO est une étape clé de notre accompagnement PCA / PRA.
Questions fréquentes
Quelle différence concrète entre RTO et RPO ?
Le RTO mesure un temps (combien de temps avant la reprise), le RPO mesure une quantité de données (combien on accepte d'en perdre).
Un RPO proche de zéro est-il toujours nécessaire ?
Non, il dépend de la criticité du système concerné : un RPO ambitieux a un coût d'infrastructure qui doit rester proportionné à l'enjeu réel.
Pas encore prêt à échanger ? Découvrez notre diagnostic cybersécurité →
Connaissez-vous vos objectifs de reprise réels ?
Définissons ensemble des RTO et RPO adaptés à vos activités critiques.