Documentation Oracle Cloud Infrastructure

A propos de la récupération après sinistre basée sur une sauvegarde

La récupération après sinistre basée sur une sauvegarde utilise des sauvegardes pour instancier une base de données homologue au moment de la permutation ou du basculement. Vous disposez ainsi d'une option de récupération après sinistre avec objectif de délai de récupération (RTO) moins coûteuse et plus élevée pour votre instance Autonomous Database, par rapport à Autonomous Data Guard.

Vous pouvez utiliser la récupération après sinistre basée sur une sauvegarde avec un homologue de la région en cours, un homologue local ou avec des homologues de récupération après sinistre dans différentes régions, ou vous pouvez ajouter à la fois un homologue de récupération après sinistre local et un ou plusieurs homologues de récupération après sinistre distant. Vous pouvez également créer un homologue de récupération après sinistre basé sur une sauvegarde, local ou distant dans une autre location.

Remarque

La récupération après sinistre basée sur une sauvegarde (copie de sauvegarde) est disponible dans tous les types de charge globale Autonomous Database. La récupération après sinistre basée sur une sauvegarde n'est pas disponible avec Autonomous Database Toujours gratuit.

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

Pour la récupération après sinistre basée sur une sauvegarde locale, les sauvegardes locales existantes sont utilisées. La récupération après sinistre basée sur une sauvegarde locale n'entraîne aucun coût supplémentaire.

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

Toutes les fonctionnalités Autonomous Database de la base de données principale sont disponibles lorsqu'un homologue est instancié et devient l'homologue principal, après le basculement du système ou une opération de permutation. Pour plus d'informations, reportez-vous à Autonomous Data Guard avec une base de données de secours locale.

Récupération après sinistre basée sur une sauvegarde avec homologue inter-région

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

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

Autonomous Database vous permet de créer des bases de données homologues de récupération après sinistre distantes, en fonction de votre modèle de calcul :

  • Modèle de calcul d'OCPU : vous pouvez ajouter un homologue de récupération après sinistre distant dans une région couplée. Les régions couplées sont des régions distantes dans lesquelles vous pouvez créer un pair entre régions.

  • Modèle de calcul d'ECPU : vous pouvez ajouter plusieurs homologues de récupération après sinistre distants, avec jusqu'à un homologue dans chaque région couplée distante. Par exemple, si votre base de données principale se trouve dans la région IAD, vous pouvez ajouter un homologue distant dans PHX et dans SJC, mais vous ne pouvez pas ajouter deux homologues distants dans PHX.

Les régions associées sont des régions distantes dans lesquelles vous pouvez créer un homologue de récupération après sinistre inter-région. Pour plus d'informations sur les régions couplées, reportez-vous à Régions couplées inter-région Autonomous Database.

Rubriques

Rubrique parent : Utilisation de la récupération après sinistre basée sur une sauvegarde

Objectif de délai de récupération après sinistre basé sur une sauvegarde et objectif de point de récupération

Lorsque vous effectuez un basculement avec récupération après sinistre basée sur une sauvegarde activée, l'instance homologue assume le rôle de l'instance principale, en fonction de l'objectif de délai de récupération (RTO) et de l'objectif de point de récupération (RPO).

Le RTO est la durée maximale requise pour restaurer la connectivité de base de données à une base de données de copie de sauvegarde après le lancement d'un basculement. Le RPO correspond à la durée maximale de perte potentielle de données, en minutes, sur la base de données principale.

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

Configuration de la récupération après sinistre basée sur une sauvegarde RTO Objectif de point de récupération

Copie de sauvegarde locale

une (1) heure + 1 heure par 5 To

10 seconde

Copie de sauvegarde inter-région (distante)

une (1) heure + 1 heure par 5 To

1 min

Réplication de sauvegardes vers un homologue de récupération après sinistre basé sur une sauvegarde inter-région

Lorsque vous ajoutez un homologue 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 gérées au niveau de la base de données principale en cours et ne sont pas répliquées vers un homologue inter-région. Vous pouvez éventuellement 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 vers un pair inter-région. Lorsque cette fonctionnalité 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 n'importe quel horodatage des sept (7) derniers jours, ou n'importe quel horodatage de la période de conservation indiquée lorsque la période de conservation est définie sur moins de sept jours.

  • Toutes les sauvegardes de la base principale répliquées vers la région distante sont supprimées sur le pair de la région distante au bout de sept jours, ou après le nombre de jours de la période de conservation lorsque la période de conservation est définie sur 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 indiquer 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 de sauvegarde automatique définie sur la base principale.

La réplication de sauvegarde inter-région entraîne un coût supplémentaire. Pour plus d'informations, reportez-vous à Facturation des fonctionnalités Oracle Autonomous Database Serverless.

Pour plus d'informations, reportez-vous à :

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 a le rôle principal, les sauvegardes sont effectuées sur la base principale en cours et sont répliquées vers le pair (distant) en cours.

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