Documentation sur Oracle Cloud Infrastructure

À propos de la récupération après sinistre basée sur des sauvegardes

La récupération après sinistre basée sur une sauvegarde utilise des sauvegardes pour instancier une base de données pair au moment de la permutation ou du basculement. Cela vous permet d'avoir une option de récupération après sinistre d'objectif de temps de récupération (ODR) à moindre coût et supérieure pour votre base de données d'IA autonome, par rapport à Autonomous Data Guard.

Vous pouvez utiliser la récupération après sinistre basée sur une sauvegarde avec un pair dans la région courante, un pair local ou avec un ou plusieurs pairs de récupération après sinistre dans différentes régions, ou vous pouvez ajouter un pair local de récupération après sinistre et un ou plusieurs pairs de récupération après sinistre distants. Vous pouvez également créer un pair de récupération après sinistre basé sur la sauvegarde, local ou distant dans une location différente.

Note

La récupération après sinistre basée sur la sauvegarde (copie de sauvegarde) est disponible dans tous les types de charge de travail de base de données d'IA autonome. La récupération après sinistre basée sur des sauvegardes n'est pas disponible avec une base de données avec intelligence artificielle autonome de type Toujours gratuit.

Récupération après sinistre basée sur une sauvegarde avec un pair local

Pour la récupération après sinistre locale basée sur des sauvegardes, les sauvegardes locales existantes sont utilisées. Il n'y a aucun coût supplémentaire pour la récupération après sinistre locale basée sur des sauvegardes.

Description de backup-based-dr-local.eps :
Description de l'illustration backup-based-dr-local.eps
Pour une meilleure résilience pour la récupération après sinistre basée sur des sauvegardes, un pair est instancié comme suit :
  • Dans les régions ayant plusieurs domaines de disponibilité, un pair local est instancié dans un domaine de disponibilité différent de celui de la base de données principale.
  • Dans les régions avec un seul domaine de disponibilité, un pair local est instancié dans un domaine d'erreur différent de celui de la base de données principale (c'est-à-dire sur une machine physique différente).

Toutes les fonctions de la base de données principale de l'IA autonome sont disponibles lorsqu'un pair est instancié et devient la base principale, après le basculement du système ou après l'exécution d'une opération de permutation. Pour plus d'informations, voir Autonomous Data Guard avec une base de données de secours locale.

Récupération après sinistre basée sur des sauvegardes avec un pair inter-région

Pour la récupération après sinistre basée sur des sauvegardes avec un pair inter-région, les sauvegardes sont copiées dans la région distante. La récupération après sinistre inter-région basée sur des sauvegardes entraîne des coûts supplémentaires.

Description de backup-based-dr-cross-region.eps :
Description de l'illustration backup-based-dr-cross-region.eps

Autonomous AI Database vous permet de créer une ou plusieurs bases de données pairs de récupération après sinistre distantes, selon votre modèle de calcul :

  • Modèle de calcul OCPU : Vous pouvez ajouter un pair de récupération après sinistre distant dans une région appariée. Les régions appariées sont des régions distantes où vous pouvez créer un pair inter-région.

  • Modèle de calcul ECPU : Vous pouvez ajouter plusieurs pairs de reprise après sinistre distants, avec un maximum d'un pair dans chaque région appariée distante. Par exemple, si votre base de données principale se trouve dans la région IAD, vous pouvez ajouter un pair distant dans PHX et SJC, mais vous ne pouvez pas ajouter deux pairs distants dans PHX.

Les régions appariées sont des régions distantes où vous pouvez créer un pair de récupération après sinistre inter-région. Pour plus d'informations sur les régions appariées, voir Régions appariées inter-régions d'Autonomous AI Database.

Rubriques

Rubrique parent : Utiliser la récupération après sinistre basée sur des sauvegardes

Objectif de temps de récupération après sinistre basé sur la sauvegarde (ODR) et objectif de point de récupération (OPR)

Lorsque vous effectuez un basculement avec l'option de récupération après sinistre basée sur une sauvegarde activée, l'instance pair assume le rôle de l'instance principale, conformément à l'objectif de temps de récupération (ODR) et à l'objectif de point de récupération (OPR).

L'objectif de délai de récupération est le temps maximal requis pour restaurer la connectivité d'une base de données à une copie de sauvegarde après le lancement d'un basculement. L'objectif de point de récupération (OPR) est la durée maximale, en minutes, de la perte potentielle de données dans la base de données principale.

Les numéros RTO et RPO de la récupération après sinistre basée sur une sauvegarde sont les suivants :

Configuration de la récupération après sinistre basée sur des sauvegardes Objectif de délai de récupération Objectif de point de récupération

Copier la sauvegarde locale

une (1) heure + 1 heure par 5 To

10 secondes

Copie de sauvegarde inter-région (distante)

une (1) heure + 1 heure par 5 To

1 min.

Réplication de sauvegardes vers un pair de récupération après sinistre basé sur des sauvegardes inter-régions

Lorsque vous ajoutez un pair de récupération après sinistre basé sur une sauvegarde inter-région, vous pouvez activer la réplication de sauvegarde inter-région pour les sauvegardes automatiques.

Par défaut, les sauvegardes automatiques sont créées et mises à jour dans la base de données principale courante et ne sont pas répliquées vers un pair inter-région. Facultativement, vous pouvez activer la réplication des sauvegardes automatiques vers un pair inter-région.

Lorsque vous activez la réplication de sauvegarde inter-région, jusqu'à 7 jours de sauvegardes automatiques pour la base principale sont répliqués sur un pair inter-région. Lorsque cette fonction est activée, les sauvegardes automatiques sont disponibles dans la région distante comme suit :

  • Après une permutation ou un basculement, vous pouvez restaurer ou cloner un horodatage au cours des sept (7) derniers jours, ou un horodatage au cours de la période de conservation spécifiée lorsque la période de conservation est réglée à moins de sept jours.

  • Toutes les sauvegardes de la base principale qui sont répliquées vers la région distante sont supprimées sur le pair de la région distante après sept jours, ou après le nombre de jours de la période de conservation lorsque la période de conservation est réglée à moins de sept jours.

  • Vous ne pouvez pas modifier la période de conservation des sauvegardes répliquées, sauf si vous modifiez la période de conservation des sauvegardes sur la base principale pour spécifier une valeur inférieure à sept jours. Dans ce cas, la période de conservation des sauvegardes répliquées sur la région distante correspond à la période de conservation des sauvegardes automatiques définie sur la région principale.

La réplication de sauvegarde inter-région entraîne des frais supplémentaires. Pour plus d'informations, voir Facturation des fonctions sans serveur d'Oracle Autonomous AI Database.

Voir ce qui suit pour plus d'informations :

Notez les points suivants pour la réplication de sauvegarde inter-région :

  • Après une permutation ou un basculement, alors que la base de données inter-région occupe le rôle de base principale, les sauvegardes sont effectuées sur la base principale courante et sont répliquées sur le pair (distant) courant.

  • Lorsque vous utilisez la récupération après sinistre basée sur une sauvegarde avec un pair inter-région, cette fonction est prise en charge pour tous les types de charge de travail.