Retour au glossaire
R
Définition

RPO Définition IT

Recovery Point Objective : quantité maximale de données qu'une organisation accepte de perdre lors d'un sinistre, exprimée comme l'écart de temps depuis la dernière sauvegarde exploitable.

Le RPO (Recovery Point Objective, ou objectif de point de reprise) définit la quantité maximale de données qu'une organisation accepte de perdre en cas de sinistre. Il s'exprime en temps : un RPO d'une heure signifie que l'on tolère de perdre, au pire, la dernière heure de données produites avant l'incident.

Le RPO est, avec le RTO, l'un des deux paramètres clés d'un Plan de Reprise d'Activité (PRA) et figure souvent dans les SLA.

Ce que le RPO impose techniquement

Le RPO détermine la fréquence et le mode de sauvegarde ou de réplication :

  • RPO de plusieurs heures: : sauvegardes périodiques classiques (quotidiennes ou plusieurs fois par jour).
  • RPO de quelques minutes: : réplication asynchrone régulière.
  • RPO proche de zéro: : réplication synchrone vers un site distant, où chaque transaction est confirmée sur deux sites avant d'être validée.

RPO et criticité des données

Le RPO se fixe selon la valeur des données, lors de l'analyse d'impact métier du PCA :

  • Transaction financière: : RPO de quelques secondes — aucune transaction ne doit être perdue.
  • CRM, ERP: : RPO de quelques minutes.
  • Reporting, archives: : un RPO de plusieurs heures est acceptable.

RPO ≠ RTO

Le RPO mesure une perte de données (vers le passé : jusqu'où doit-on pouvoir remonter ?) ; le RTO mesure un délai de rétablissement (vers le futur : dans combien de temps le service est-il rétabli ?). Les deux se définissent ensemble mais répondent à des questions distinctes.

Questions fréquentes

Comment réduire le RPO ?

+

Réduire le RPO suppose d'augmenter la fréquence des sauvegardes ou de passer à de la réplication. Un RPO de quelques heures repose sur des sauvegardes périodiques ; un RPO de quelques minutes nécessite une réplication asynchrone ; un RPO proche de zéro impose une réplication synchrone vers un site distant, plus coûteuse mais sans perte de données.

Un RPO de zéro est-il réaliste ?

+

Un RPO strictement nul est techniquement atteignable via une réplication synchrone multi-sites, mais à un coût élevé et avec un impact sur les performances (chaque écriture doit être confirmée sur deux sites). En pratique, on réserve le RPO quasi nul aux données les plus critiques (transactions financières) et on accepte un RPO plus élevé pour le reste du patrimoine applicatif.

Besoin d'aide pour cartographier votre SI ?

Kabeen vous aide à inventorier, analyser et optimiser votre portefeuille d'applications.

Essayer gratuitement