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

Génération 2

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. désigne un ensemble de politiques, d'outils et de procédures visant à rétablir le fonctionnement complet d'un système, d'une application ou d'un centre de données tout entier 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é d'activitéPossibilité 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. permettant de rétablir les services en quelques heures en cas de sinistre. Vous êtes responsable de la sauvegarde des données et de la récupération de votre contenu.

Cloud Databases fournit des mécanismes permettant de protéger vos données et de rétablir les fonctions du service. Des plans de continuité d'activité ont été mis en place afin d'atteindre les objectifs de « point de reprise » ( objectif de point de repriseDans 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 « délai de reprise » ( temps de rétablissement viséDans 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) fixés pour le service. Le tableau ci-dessous présente les objectifs fixés pour « Cloud Databases ».

RPO et RTO pour Cloud Databases
Objectif de reprise après incident Valeur cible
RPO < 24 heures
RTO < 24 heures – en cas de panne régionale (0 heure en cas de panne 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.

L'objectif de la politique régionale de reprise après sinistre (DR) d' Cloud Databases est de mettre à votre disposition les sauvegardes d' IBM Cloud® Object Storage s provenant de la région touchée par une panne, afin que vous puissiez les restaurer.

Sauvegardes par région pour Cloud Databases
Région Zone de stockage de sauvegarde Assistance interrégionale
us-south Point d'arrivée interrégional aux États-Unis Oui
jp-osa Point d'extrémité interrégional Asie-Pacifique Oui
jp-tok Point d'extrémité interrégional Asie-Pacifique Oui
eu-gb Critère d'évaluation interrégional en Europe Oui
us-east Point d'arrivée interrégional aux États-Unis Oui
au-syd Point d'extrémité interrégional Asie-Pacifique Oui
che01 Che01 point d'accès d'un seul centre de données Non*
ca-tor Mon01 point d'accès d'un seul centre de données Non*
br-sao Point d'arrivée régional Br-sao Non*
eu-de Critère d'évaluation interrégional en Europe Oui
par01 Critère d'évaluation interrégional en Europe Oui
eu-es Critère d'évaluation interrégional en Europe Oui

Conservez une copie locale de vos données.