A propos de la récupération après sinistre basée sur les sauvegardes

La récupération après sinistre basée sur la sauvegarde utilise des sauvegardes pour instancier une base de données homologue au moment de la permutation ou du basculement. Vous bénéficiez ainsi d'une option de récupération après sinistre avec objectif de temps 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 la sauvegarde avec un homologue dans 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 des homologues de récupération après sinistre distants. Vous pouvez également créer un homologue de récupération après sinistre basé sur la sauvegarde, local ou distant dans une autre location.

Remarque

La récupération après sinistre basée sur la 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 la sauvegarde n'est pas disponible avec Always Free Autonomous Database.

Récupération après sinistre basée sur la sauvegarde avec le pair local

Pour la récupération après sinistre basée sur une sauvegarde locale, les sauvegardes locales existantes sont utilisées. Il n'y a pas de coûts supplémentaires pour la récupération après sinistre locale basée sur la sauvegarde.

Description de la capture d'écran backup-based-dr-local.eps
Description de l'illustration backup-based-dr-local.eps,
Pour une meilleure résilience de la récupération après sinistre basée sur la sauvegarde, un pair est instancié comme suit :
  • Dans les régions avec plusieurs domaines de disponibilité, un homologue local est instancié dans un domaine d'une autre disponibilité que la base de données principale.
  • Dans les régions avec un seul domaine de disponibilité, un pair 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 pair est instancié et devient l'instance principale, après le basculement du système ou une opération de permutation. Pour plus d'informations, reportez-vous à Autonomous Data Guard avec base de données de secours locale.

Récupération après sinistre basée sur la sauvegarde avec un 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 dans 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 la capture d'écran 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 pair de récupération après sinistre distant dans une région couplée. Les régions couplées sont les régions distantes où vous pouvez créer un homologue inter-région.

  • 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 pair de récupération après sinistre inter-région. Pour plus d'informations sur les régions associées, reportez-vous à Régions inter-région Autonomous Database.

Sujets

Objectif de temps de récupération après sinistre basé sur la sauvegarde et objectif de point d'extraction (RPO)

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

Le RTO est la durée maximale nécessaire pour restaurer la connectivité de la 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 la sauvegarde sont les suivants :

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

Copie de 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 minute

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 la 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 de données 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 au cours des sept (7) derniers jours, ou n'importe quel horodatage au cours 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 qui sont 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 la période de conservation (en jours) pendant laquelle 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 des coûts supplémentaires. Pour plus d'informations, reportez-vous à Facturation des fonctionnalités d'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 occupe le rôle de base principale, les sauvegardes sont effectuées sur la base principale en cours et sont répliquées sur le pair (distant) en cours.

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