Comprendre l'objectif de point de récupération (RPO) dans la planification de reprise après sinistre

Comprendre l'objectif de point de récupération (RPO) dans la planification de reprise après sinistre

Qu'est-ce que l'objectif de point de récupération ?

Le RPO ou objectif de point de récupération est défini comme la quantité maximale acceptable de volume/données qui peut être perdue à partir du moment, c'est-à-dire à partir de l'instant où un sinistre, une panne ou un événement de perte de données imprévu se produit, mesuré en termes de quantité de temps. Les RPO spécifient l'âge maximum de la perte de données que l'entreprise peut tolérer entre les sauvegardes entre le temps écoulé et le dernier moment jusqu'au moment où les données ont pu être récupérées avec succès, avant l'événement catastrophique.

Pour une stratégie RPO réussie, toute entreprise, grande ou petite, doit calculer la tolérance de perte qui se produit entre les sauvegardes. Il est également tout aussi important de déterminer le délai lors de la transition de l'état de catastrophe à l'état opérationnel conformément aux sauvegardes de données planifiées. Mais comment assureriez-vous les stratégies et la technologie de récupération une fois que vous aurez anticipé les catastrophes ? C'est là que vous devriez vous engager dans un son Business Continuity Plan (BCP) qui définit le seuil maximal autorisé pour le RTO ou l'intervalle de temps avec une perte de données minimale pendant l'interruption.

Voici un exemple de RPO

Lorsqu'un sinistre survient et que la copie de sauvegarde la plus récente des données remonte à 8 heures et que le RPO standard pour l'entreprise est de 10 heures, nous sommes toujours dans la limite du RPO tel que spécifié dans le BCP.

Pro Tip: Fondamentalement, RPO reconnaît la grande question : "Jusqu'à quel moment le processus de récupération peut-il être enduré compte tenu du volume de données perdues pendant cette pause ?"

Que détermine le RPO ?

L'objectif de point de récupération ou RPO est basé sur le temps et constitue une mesure cruciale pour déterminer la tolérance aux pertes de l'entreprise. Dans sa forme la plus élémentaire, il vous aidera à déterminer la fréquence à laquelle vous devez sauvegarder l'ensemble du système pour assurer la continuité des activités. RPO aide à déterminer ce qui suit,

  • Quelle est la fréquence de planification de sauvegarde minimale ;
  • Combien de données peuvent être perdues après qu'une catastrophe ait causé un préjudice important à l'organisation ; et
  • Jusqu'où l'équipe informatique doit remonter pour utiliser des techniques de récupération sans retarder la perte de données par rapport au RTO attendu

Pourquoi le RPO est-il important ?

Le RPO calcule le temps que peut mettre une entreprise avant que la quantité de données perdues ne dépasse la plan de reprise après sinistre (DRP) tolérance ou seuil maximal autorisé. Il est très critique car il aide une organisation à :

  • Améliorer l'efficacité du Plan de Continuité d'Activité (PCA)
  • Protéger les applications essentielles sans lesquelles l'entreprise ne peut fonctionner
  • Aider à déterminer votre accord de niveau de service (SLA) pendant l'interruption

Comment calculer le RPO ?

Pour calculer le RPO, vous devez d'abord définir la quantité de données que vous êtes prêt à perdre si le système de production n'est pas disponible. Vous devez également comprendre le coût des temps d'arrêt, c'est-à-dire le temps pendant lequel une application ou un système est indisponible. Ensuite, dressez un inventaire de chaque système et application utilisé par votre entreprise dans le cadre de votre plan de continuité des activités et de reprise après sinistre (BCDR). De plus, vous devez calculer combien de temps votre entreprise peut se permettre de rester hors ligne, ce qui risque de compromettre la confiance des clients et les relations avec les partenaires. N'oubliez pas de prendre en compte les équipes internes et les utilisateurs finaux susceptibles d'être affectés par des systèmes rendus inaccessibles. Ces systèmes sont classés en niveaux.

Par exemple:

  • Niveau 1/ Or = 0 min - 1 h - Ce niveau comprend les opérations commerciales critiques qui ne peuvent pas se permettre de perdre plus d'une heure de données. Par exemple, les transactions bancaires, les dossiers des patients des systèmes CRM, etc.
  • Niveau 2/Argent = 1 h - 4 h - Ce niveau représente les unités commerciales semi-critiques qui peuvent se permettre de perdre des données jusqu'à 4 heures. Par exemple, les serveurs de fichiers et les journaux de discussion des clients.
  • Niveau 3/ Bronze = 4 h - 12 h - Ce niveau comprend les entreprises qui ne peuvent pas se permettre de perdre plus de 12 heures de données. Par exemple, les données de vente et de marketing.
  • Niveau 4/ Cuivre = 13h - 24h Les entreprises qui traitent des informations semi-critiques nécessitant un RPO d'au moins 24 heures relèvent de ce niveau. Par exemple, les données sur les ressources humaines (RH) et les services d'achat.

Atteindre le RPO - La méthode Zmanda

La variable la plus critique en cas de sinistre est votre objectif de point de récupération (RPO) et Objectif de temps de récupération (RTO). Un plan de reprise après sinistre solide comprend les étapes permettant d'atteindre deux objectifs principaux : le RPO et le RTO, tout en réduisant le temps de récupération.  

Avec des configurations de cloud hybride transparentes, la solution de reprise après sinistre de Zmanda s'efforce de répondre à ce problème. Zmanda offre la pile parfaite pour façonner le RPO qui répond parfaitement aux besoins de votre entreprise. Grâce à des architectures de code natif à haute disponibilité, le Sauvegarde Zmanda moteur accélère le temps de récupération en éliminant le délai pour une notification de panne.

Voyez-le par vous-même ! Commençons par un essai gratuit pour élaborer une stratégie de sauvegarde de vos données ou demander un demo. Vous avez des questions ? Veuillez nous contacter ici.


Explorer plus de sujets