Documentation Oracle Cloud Infrastructure

A propos des bases de données de secours

Fournit des informations sur l'activation et l'utilisation d'Autonomous Data Guard pour la récupération après sinistre sur une base de données Autonomous AI.

Lorsque vous utilisez Autonomous Data Guard, le système crée une base d'informations de secours continuellement mise à jour avec les modifications de la base d'informations principale. Vous pouvez utiliser Autonomous Data Guard avec une base de données de secours dans la région en cours, une base de données de secours locale ou avec des bases de données de secours dans différentes régions, des bases de données de secours inter-région, ou vous pouvez ajouter une base de données de secours locale et une ou plusieurs bases de données de secours distantes.

Vous pouvez également créer une base de données de secours Autonomous Data Guard, locale ou distante, dans une autre location.

En sélectionnant l'une des options de récupération après sinistre fournies par Autonomous AI Database, vous pouvez choisir les fonctionnalités et les options qui répondent à vos exigences d'objectif de délai de récupération (RTO) et d'objectif de point de récupération (RPO).

Par défaut, chaque instance de base de données Autonomous AI fournit une base de données homologue de récupération après sinistre basée sur la sauvegarde locale.

Pour ajouter un basculement automatique et réduire l'objectif de temps de récupération, vous pouvez utiliser une base de données de secours Autonomous Data Guard locale.

Pour utiliser l'option de récupération après sinistre la plus résiliente proposée par Autonomous AI Database, vous pouvez ajouter une base de données de secours Autonomous Data Guard locale et une ou plusieurs bases de données de secours Autonomous Data Guard inter-région.

En outre, d'autres options utilisant la récupération après sinistre basée sur la sauvegarde vous permettent de fournir des options de récupération après sinistre à moindre coût et avec un objectif de délai de récupération (RTO) plus élevé, par rapport à Autonomous Data Guard. Pour plus d'informations sur la récupération après sinistre basée sur sauvegarde, reportez-vous à Utilisation de la récupération après sinistre basée sur sauvegarde.

Sujets

Rubrique parent : Utilisation de bases d'informations de secours avec Autonomous Data Guard pour la récupération après sinistre

Autonomous Data Guard avec base de données de secours locale

Lorsque vous utilisez une base de donnée de secours Autonomous Data Guard dans la région actuelle, Autonomous AI Database provisionne une base de donnée de secours locale et surveille la base de donnée principale. En cas de panne de celle-ci, l'instance de secours prend automatiquement le rôle de l'instance principale.

Les bases de données homologues Autonomous Data Guard locales entraînent le coût supplémentaire des UC de base et du stockage de la base de données principale, y compris toute utilisation du stockage redimensionné automatiquement, facturée sur la base de données principale elle-même. Les UC redimensionnées automatiquement de la base de données principale ne sont pas facturées en plus sur la base de données homologue Autonomous Data Guard locale. Pour plus d'informations, reportez-vous à Facturation des fonctionnalités d'Oracle Autonomous Database Serverless.

L'ajout d'une base d'informations de secours locale fournit une base d'informations de secours identique qui permet d'effectuer ce qui suit, en fonction du statut de la base :

  • En cas de panne de votre base de données principale, Autonomous Data Guard convertit la base de données de secours en base de données principale avec une interruption minimale. Une fois le basculement en cas d'incident terminé, Autonomous Data Guard crée une base de données de secours pour vous.

  • Vous pouvez effectuer une opération de permutation, où la base de données principale devient la base de données de secours, et la base de données de secours devient la base de données principale.

La base de données Autonomous AI ne fournit pas d'accès à une base de données de secours dans la région en cours. Vous effectuez toutes les opérations, telles que l'augmentation du nombre d'OCPU (nombre d'OCPU si votre base est basée sur des OCPU) et l'activation du redimensionnement automatique de calcul sur la base principale. Autonomous Data Guard effectue ensuite les mêmes actions sur la base d'informations de secours locale. De même, vous effectuez des actions telles que l'arrêt ou le redémarrage de la base de données uniquement sur la base de données principale.

Une base de données de secours locale est créée dans la même région que la base de données principale (région en cours). Pour une meilleure résilience, la base de données de secours est provisionnée comme suit :

  • Dans les régions avec plusieurs domaines de disponibilité, la base de données de secours locale est provisionnée automatiquement dans un domaine de disponibilité différent de celui de la base de données principale.

  • Dans les régions avec un seul domaine, la base de données de secours locale est provisionnée automatiquement 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).

Pour plus d'informations sur les domaines de disponibilité, reportez-vous à Affichage des informations réseau sur la console OCI et à Régions et domaines de disponibilité.

Toutes les fonctionnalités de base de données Autonomous AI de la base de données principale sont disponibles lorsque l'instance de secours locale devient l'instance principale après le basculement du système ou une opération de permutation, notamment :

  • Database Options: The ECPU count (OCPU count if your database uses OCPUs), Storage, Display Name, Database Name, Auto Scaling, Tags, and BYOL licensing options have the same values after a failover to the standby database or after you perform a switchover.

  • Blocs-notes OML : les blocs-notes et les utilisateurs créés dans la base de données principale sont disponibles dans la base de données de secours.

  • Données et métadonnées APEX : les informations APEX créées dans la base de données principale sont copiées vers la base de données de secours.

  • Listes de contrôle d'accès : la liste de contrôle d'accès de la base de données principale est dupliquée pour la base de données de secours.

  • Adresse privée : l'adresse privée de la base de données principale s'applique à la base de données de secours.

    Pour les bases de données d'une adresse privée, Oracle recommande d'utiliser l'option de sous-réseau régional lors de la création du sous-réseau pour une disponibilité et une latence optimales. Pour plus d'informations, reportez-vous à Création d'un sous-réseau.

  • API ou script : toutes les API ou tous les scripts utilisés pour gérer la base de données Autonomous AI continuent de fonctionner sans aucune modification après une opération d'incident ou après une permutation.

  • Connexions d'application client : les applications client n'ont pas besoin de modifier leurs chaînes de connexion pour se connecter à la base de données après un basculement vers la base de données de secours ou après une permutation.

  • Connexions basées sur un portefeuille : vous pouvez continuer à utiliser vos portefeuilles existants pour vous connecter à la base de données après un basculement vers la base de données de secours ou après une permutation.

Autonomous Data Guard avec base de données de secours inter-région ou inter-locations

Vous pouvez ajouter une base de données de secours Autonomous Data Guard inter-région ou inter-locations.

Lorsque vous ajoutez une base de données de secours dans une autre région, si l'instance principale tombe en panne, Autonomous Data Guard fournit une base de données de secours physiquement séparée dans une région distante. La base de données de secours est disponible pour prendre le rôle de l'instance principale non disponible. Lorsque vous ajoutez une base de données de secours dans une autre location, Autonomous Data Guard fournit une base de données de secours qui se trouve dans une autre location. La base de données de secours est disponible pour prendre le rôle de l'instance principale non disponible.

Pour plus d'informations, reportez-vous à A propos d'Autonomous Data Guard avec une base de données de secours inter-région.

Objectif de délai de récupération (RTO) et objectif de point de récupération (RPO) Autonomous Data Guard

Autonomous Data Guard surveille la base de données principale et, en cas d'arrêt de l'instance, l'instance de secours locale endosse le rôle de l'instance principale en fonction des objectifs de délai de récupération (RTO) et de point de récupération (RPO).

Si aucune instance de secours Autonomous Data Guard locale n'est disponible et que vous avez activé la récupération après sinistre inter-région, vous pouvez basculer manuellement vers la base de données de secours inter-région.

Si vous n'ajoutez pas de base de données de secours Autonomous Data Guard inter-région, vous pouvez ajouter un homologue de récupération après sinistre basé sur la sauvegarde inter-région. Reportez-vous à la section Backup-Based Disaster Recovery Recovery Time Objective (RTO) and Recovery Point Objective (RPO) pour plus d'informations sur le RTO et le RPO avec la récupération après sinistre basée sur la sauvegarde.

Le RTO correspond à la durée maximale nécessaire pour restaurer la connectivité de la base de données à une base de données de secours après le lancement d'un basculement manuel ou automatique. Le RPO correspond à la durée maximale de perte potentielle de données sur la base de données principale.

Base de données de secours Autonomous Data Guard locale

Lorsque vous ajoutez une base de données de secours locale, Autonomous Data Guard fournit les options suivantes pour le basculement ou la permutation :

  • Basculement ou permutation automatique :

    Lorsque vous activez Autonomous Data Guard, vous pouvez sélectionner une limite de perte de données. La limite de perte de données par défaut pour le basculement automatique est de 0 (les valeurs valides sont comprises entre 0 et 3600 secondes). Par exemple, une limite de perte de données de 0 signifie qu'Autonomous Data Guard effectue un basculement automatique uniquement en l'absence de perte de données. Cela signifie que si Autonomous Data Guard peut vérifier qu'il n'y a pas de perte de données, il bascule automatiquement en cas de problème. Lorsqu'il y a un problème et qu'Autonomous Data Guard détermine que la perte de données possible est supérieure à la limite de perte de données, le basculement automatique n'a pas lieu et vous avez la possibilité d'effectuer un basculement manuel.

  • Basculement manuel : le RTO est d'une durée de deux (2) minutes et 10 secondes.

Base de secours Autonomous Data Guard inter-région

Lorsque vous ajoutez une base de données de secours inter-région, les numéros de RTO et RPO du basculement vers la base de donnée de secours inter-région Autonomous Data Guard sont les suivants :

  • Permutation : le RTO est inférieur à dix (10) minutes et le RPO est égal à zéro (0).

  • Basculement automatique : non disponible.

  • Basculement manuel : le RTO est de moins de dix (10) minutes et l'ARP est d'une (1) minute au maximum.

Pour plus d'informations, reportez-vous à :

Opérations Autonomous Data Guard

Autonomous Data Guard fournit un ensemble d'opérations permettant de gérer une base de données de secours : activation, permutation, déconnexion ou arrêt d'une base de données de secours.

Opération Description
Convertir en instance de secours cliché

La conversion d'un homologue de récupération après sinistre en base de données de secours instantanée ouvre la base de données en mode lecture/écriture et l'homologue de récupération après sinistre inter-région arrête temporairement l'actualisation des données de la base de données source.

Pour plus d'informations, reportez-vous à Conversion d'un homologue inter-région en base de données de secours cliché.

Désactiver Autonomous Data Guard

Si vous disposez d'une base de données de secours locale ou inter-région, vous pouvez remplacer le type de récupération après sinistre par Récupération après sinistre basée sur la sauvegarde pour la base de données de secours locale ou mettre fin à une base de données de secours inter-région. Dans les deux cas, la désactivation d'Autonomous Data Guard met fin à la base de données de secours.

Pour plus d'informations, reportez-vous à Mise à jour de la base de données de secours pour utiliser un homologue de copie de sauvegarde ou à Désactivation d'une base de données de secours inter-région.

Déconnecter la base de données de secours

Lorsque vous déconnectez une base de données de secours inter-région, celle-ci est dissociée de la base de données principale. La base de données est ainsi convertie d'une base de données homologue en base de données autonome. Après l'opération de déconnexion, vous n'êtes pas autorisé à vous reconnecter à la base principale.

Pour plus d'informations, reportez-vous à Déconnexion d'une base de données homologue et Déconnexion d'une base de données de secours cliché.

Activer Autonomous Data Guard

Si vous utilisez la récupération après sinistre basée sur la sauvegarde, vous pouvez mettre à jour votre type de récupération après sinistre vers Autonomous Data Guard local (région en cours) ou ajouter une base de données de secours inter-région Autonomous Data Guard.

Pour plus d'informations, reportez-vous à Activation d'Autonomous Data Guard et à Ajout d'une base de données de secours inter-région.

Basculement - Automatique

Une fois la base de données de secours Autonomous Data Guard locale ajoutée, le système surveille l'instance principale et bascule automatiquement vers une base de données de secours locale dans certains scénarios.

Pour plus d'informations, reportez-vous à Basculement automatique avec une base de données de secours.

Basculement - Manuel

Si la base de données principale n'est pas disponible, vous pouvez effectuer un basculement manuel pour modifier les rôles afin de faire d'une base de données de secours la base de données principale :

  • Si une Base de données de secours locale est disponible, vous pouvez basculer manuellement vers la Base de données de secours locale (vous n'avez pas la possibilité d'effectuer un basculement vers une Base de données de secours distante si une Base de données de secours locale est disponible).
  • Si aucune base de données de secours locale n'est disponible, vous avez la possibilité d'effectuer un basculement manuel vers une base de données de secours distante.

Pour plus d'informations, reportez-vous à Exécution d'un basculement manuel.

Permutation

Lorsqu'Autonomous Data Guard est activé, la permutation remplace les rôles des bases de donnée principale et de secours. La base de donnée de secours devient la base des données principale et la base des données principale devient la base des données de secours. Si vous disposez à la fois d'une base de données de secours locale (région en cours) et d'une base de données de secours inter-région (distante), vous pouvez choisir de permuter la base de donnée de secours locale ou distante.

Pour plus de détails, reportez-vous à Réalisation d'une permutation.

Interrompre

Pour mettre fin à l'instance principale, sélectionnez Actions supplémentaires et Mettre fin. La terminaison de l'instance principale met également fin à une base de données de secours locale.

Si vous disposez à la fois d'une base de données de secours locale (région en cours) et d'une base de données de secours inter-région, vous devez mettre fin à la base de données de secours inter-région avant d'arrêter la base de données principale.

Pour plus de détails, reportez-vous à Terminaison d'une base de données de secours inter-région.

Statut de récupération après sinistre de la base de données Autonomous AI

La base de données Autonomous AI fournit des informations sur le statut de récupération après sinistre sur la page Détails de la base de données Autonomous AI.

Dans la zone Récupération après sinistre :

Le champ Rôle affiche le rôle de la base de données en cours, comme suit :

  • Lorsque vous disposez d'un homologue de copie de sauvegarde local ou d'une base de données de secours Autonomous Data Guard locale, la console Oracle Cloud Infrastructure affiche la valeur de champ Rôle Principal. Autonomous AI Database ne fournit pas l'accès à une base de données de secours locale (ou à un homologue de copie de sauvegarde locale).

  • Lors de l'utilisation d'un pair de copie de sauvegarde inter-région ou d'une base de données de secours Autonomous Data Guard inter-région, la console Oracle Cloud Infrastructure affiche la valeur du champ Rôle Principal si vous visualisez la base de données principale et affiche De secours si vous visualisez les détails d'une base de données de secours.

  • Permutation : fournit un lien permettant d'effectuer une opération de permutation.

  • Basculement : lorsque la base de données principale est indisponible, que vous disposez d'une base de données de secours locale et que le basculement automatique a échoué, le lien de basculement permet de lancer un basculement manuel.

    Lorsque la base de données principale est indisponible, que vous disposez d'une base de données de secours inter-région et que le basculement vers une base de données de secours locale n'est pas possible, le lien de basculement permet de lancer un basculement manuel vers la base de données de secours distante.

Pour afficher les informations sur la base de données Autonomous AI homologue, sur la page de détails de la base de données Autonomous AI, sélectionnez l'onglet Récupération après sinistre. Affiche les informations sur la base de données Autonomous AI homologue. La colonne Etat indique l'état de la base de données de secours, comme suit :

  • Provisionnement

    • Cet état apparaît lorsque vous activez Autonomous Data Guard et indique qu'une base de données de secours est en cours d'approvisionnement (jusqu'à ce que l'état de la base de données de secours soit modifié en De secours).

    • Cet état apparaît après un basculement vers une base de données de secours locale lors de la recréation d'une base de données de secours locale.

    • Cet état apparaît si une opération de restauration à partir d'une sauvegarde est effectuée sur la base de données principale, que la base de données de secours locale est recréée et que la colonne Etat indique Provisionnement.

  • De secours : indique qu'une base de données de secours est disponible et prête pour une opération de permutation ou de basculement.

    Remarque

    Lorsqu'une base de données de secours est arrêtée, l'état de secours indique De secours. Une base de données de secours n'affiche jamais l'état Arrêté.

  • Modification du rôle en cours :: indique qu'une opération de basculement ou de permutation a démarré.

Evénements Autonomous Data Guard

Vous pouvez utiliser des événements Oracle Cloud Infrastructure pour répondre lorsqu'une base de données Autonomous AI change d'état en raison d'un événement lié à Autonomous Data Guard, comme une opérations de permutation ou de basculement en cas d'échec.

Les événements Autonomous AI Database sont les suivants :

  • Démarrer le basculement automatique
  • Fin du basculement automatique
  • Début de la désactivation d'Autonomous Data Guard
  • Début de l'activation d'Autonomous Data Guard
  • Début du basculement
  • Début de la permutation
  • Fin de la désactivation d'Autonomous Data Guard
  • Fin de l'activation d'Autonomous Data Guard
  • Fin du basculement avec le résultat Succès ou Echec.
  • Fin de la permutation avec le résultat Succès ou Echec.

En fonction des événements, vous pouvez effectuer des actions ou envoyer des notifications. Pour plus d'informations sur l'utilisation des événements et la production de notifications, reportez-vous à Evénements et notifications pour une base de données de secours.

Mesures Autonomous Data Guard

Vous pouvez utiliser les mesures Oracle Cloud Infrastructure pour surveiller Autonomous Data Guard.

Les mesures de base de données Autonomous AI incluent les éléments suivants :

  • Décalage d'homologue : durée totale en secondes du retard du pair de récupération après sinistre par rapport à sa base de données principale.

Pour plus d'informations, reportez-vous à Mesures disponibles : oci_autonomous_database.