22 mars 2008 Mise à jour janvier 2021jaspreet Singh, fondateur et PDG
Quelle est la différence entre RPO et RTO dans les solutions de reprise après sinistre?
L’Objectif du point de récupération (RPO) et L’Objectif Du Temps de récupération (RTO) sont deux des paramètres les plus importants d’un plan de reprise après sinistre ou de protection des données. Ce sont des objectifs qui peuvent guider les entreprises à choisir un plan optimal de sauvegarde dans le cloud et de reprise après sinistre.,
le RPO/RTO, ainsi qu’une analyse d’impact sur les activités, servent de base à l’identification et à l’analyse de stratégies viables à inclure dans le plan de continuité des activités. Les options stratégiques viables comprennent toutes celles qui permettraient la reprise d’un processus opérationnel dans un laps de temps au RPO/RTO ou à proximité.
à première vue, ces deux termes semblent assez similaires. La meilleure façon de comprendre la différence entre eux est d’associer le « RP” dans « RPO” en imaginant qu’ils représentent « paramètres de réécriture” et le « RT” dans « RTO” comme « temps réel., »
que signifie RPO dans la protection des données cloud?
L’Objectif du point de récupération (RPO) décrit l’intervalle de temps qui peut s’écouler pendant une interruption avant que la quantité de données perdues au cours de cette période dépasse le seuil maximal autorisé du plan de continuité des activités ou « tolérance ». »
exemple: si la dernière bonne copie disponible des données lors d’une panne date d’il y a 18 heures et que le RPO pour cette entreprise est de 20 heures, nous sommes toujours dans les paramètres du RPO du plan de continuité des activités., En d’autres termes, il répond à la question – « jusqu’à quel moment la récupération du processus métier pourrait-elle se dérouler de manière tolérable compte tenu du volume de données perdues pendant cet intervalle? »
que signifie RTO dans les solutions de reprise après sinistre?
L’objectif de temps de récupération (RTO) est la durée et le niveau de service dans lesquels un processus métier doit être restauré après une catastrophe afin d’éviter des conséquences inacceptables associées à une rupture de continuité., En d’autres termes, LE RTO est la réponse à la question: « Combien de temps a-t-il fallu pour récupérer après la notification de la perturbation des processus opérationnels? »
RPO désigne la quantité variable de données qui sera perdue ou devra être saisie à nouveau pendant les temps d’arrêt du réseau. RTO désigne la quantité de” temps réel » qui peut passer avant que la perturbation commence à entraver sérieusement et de manière inacceptable le flux des opérations commerciales normales.
Comment calculez-vous APR?
de nombreux facteurs ont une incidence sur le RPO pour votre entreprise et il variera selon chaque application.,
il y a toujours un écart entre les réels – temps de récupération réel (RTA) et point de récupération réel (RPA) – et les objectifs introduits par diverses étapes manuelles et automatisées pour mettre en place l’application métier., Ces réels ne peuvent être exposés que par des répétitions de catastrophe et de perturbation de l’activité.
Quels sont les types de sauvegardes les plus courants?
sauvegardes traditionnelles
dans les sauvegardes traditionnelles sur bande, si votre plan de sauvegarde prend 2 heures pour une sauvegarde planifiée à 06h00 et 18h00, alors une défaillance du site principal à 14h00 vous laisserait une option pour restaurer à partir de 06h00, ce qui signifie une RPA de 8 heures
réplication continue
La réplication fournit des garanties RPO plus élevées car le système cible contient l’image en miroir de la source., Les valeurs RPA dépendent de la vitesse à laquelle les modifications sont appliquées et si la réplication est synchrone ou asynchrone. RPO dépend de la date à laquelle les données sur le site cible/répliqué peuvent être mises à la disposition de l’application.
comment Druva peut-il aider la sauvegarde dans le cloud et la reprise après sinistre de votre organisation?
Druva fournit un service de protection des données basé sur le cloud, allant de la sauvegarde / récupération à la cyber-résilience. Druva fournit également des services tout compris sans avoir à gérer le matériel, les logiciels ou les coûts et la complexité associés., Plus précisément, la solution cloud disaster recovery de Druva garantit que les charges de travail sur site ou dans le cloud sont sauvegardées directement dans le Cloud de Druva.
votre organisation peut récupérer sur site (failback) ou dans le cloud (failover) sur n’importe quelle région / compte AWS. La solution de reprise après sinistre automatisée en un clic de Druva peut également aider votre organisation à réduire les temps d’arrêt du système et à réduire le coût total de possession (TCO) jusqu’à 50%.
Les sauvegardes traditionnelles ne sont souvent exécutées que la nuit en raison des ressources qu’elles consomment., En revanche, la déduplication mondiale source brevetée de Druva permet aux sauvegardes de s’exécuter plus rapidement et de consommer moins de ressources. Nos clients peuvent rencontrer des RPOs allant de quelques minutes à une heure, en fonction de la charge de travail protégée.
En savoir plus sur la reprise après sinistre dans le cloud et sur la façon dont Druva réunit la sauvegarde, la reprise après sinistre et l’archivage pour les charges de travail des centres de données.
lecture recommandée sur la protection des données dans le cloud
- protection des données dans le Cloud pour les nuls-Druva special edition
- Guide du CIO sur la protection des données dans le cloud