Comprendre la continuité des activités et la reprise après sinistre pour Cloud Databases

La reprise après sinistreCapacité d'un service ou d'une charge de travail à se remettre d'incidents rares, majeurs et de défaillances à grande échelle, tels que l'interruption d'un service. Il peut s'agir d'un désastre physique qui affecte une région entière, de la corruption d'une base de données ou de la perte d'un service contribuant à une charge de travail. L'impact dépasse la capacité de la conception de haute disponibilité à le gérer. implique un ensemble de politiques, d'outils et de procédures permettant à un système, à une application ou à un centre de données entier de fonctionner à nouveau pleinement après une interruption catastrophique. Elle comprend des procédures de copie et de stockage des données essentielles d'un système installé dans un emplacement sécurisé, ainsi que la récupération de ces données pour restaurer la normalité de l'opération.

Responsabilités

Stratégie de reprise après incident

IBM Cloud a mis en place des plans de continuité des activitésPossibilité pour une entreprise de prendre en charge les pannes et d'exécuter ses services critiques normalement et sans interruption, conformément à des accords de niveau de service prédéfinis. qui prévoient la reprise des services en quelques heures en cas de catastrophe. Vous êtes responsable de la sauvegarde des données et de la récupération de votre contenu.

Cloud Databases fournit des mécanismes pour protéger vos données et restaurer les fonctions de service. Des plans de continuité des activités sont en place pour atteindre les objectifs de point de récupérationDans la planification de la reprise après sinistre, le délai de restauration des données est mesuré en temps (secondes, minutes, heures) à partir de l'instance récupérée et jusqu'au point du sinistre. (RPO) et de temps de récupérationDans le cadre de la planification de la reprise après sinistre, le temps nécessaire à la restauration d'un processus d'entreprise après un sinistre. (RTO) pour le service. Le tableau suivant présente les cibles de Cloud Databases

RPO et RTO pour Cloud Databases
Objectif de reprise après incident Valeur cible
RPO < 24 heures
RTO <24 heures - pour une défaillance régionale (0 heure pour une défaillance de zone)

Emplacements

Pour plus d'informations sur la disponibilité des services dans les régions et les centres de données, voir Disponibilité des services et de l'infrastructure par emplacement.

Sauvegarde des régions de stockage

L'objectif de la politique de reprise après sinistre (DR) régionale de Cloud Databases est de rendre les sauvegardes de IBM Cloud® Object Storage disponibles à partir de la région en panne afin que vous puissiez les restaurer.

Sauvegardes d'une seule région pour Cloud Databases
Région Région de stockage de sauvegarde Soutien interrégional
us-south Critère d'évaluation interrégional pour les États-Unis Oui
jp-osa Extrémité régionale croisée Asie-Pacifique Oui
jp-tok Extrémité régionale croisée Asie-Pacifique Oui
eu-gb Critère d'évaluation interrégional pour l'Europe Oui
us-east Critère d'évaluation interrégional pour les États-Unis Oui
au-syd Extrémité régionale croisée Asie-Pacifique Oui
che01 Che01 point de terminaison d'un centre de données unique Non*
ca-tor Mon01 point d'extrémité d'un centre de données unique Non*
br-sao Point d'aboutissement régional Br-sao Non*
eu-de Critère d'évaluation interrégional pour l'Europe Oui
par01 Critère d'évaluation interrégional pour l'Europe Oui
eu-es Critère d'évaluation interrégional pour l'Europe Oui

Conservez une copie locale de vos données.