Documentation sur Oracle Cloud Infrastructure

À propos des bases de données de secours

Fournit des informations sur l'activation et l'utilisation d'Autonomous Data Guard pour la reprise après sinistre sur une base de données autonome avec intelligence artificielle.

Lorsque vous utilisez Autonomous Data Guard, le système crée une base de secours qui est continuellement mise à jour avec les modifications de la base principale. Vous pouvez utiliser Autonomous Data Guard avec une base de données de secours dans la région courante, une base de données de secours locale ou avec une ou plusieurs bases de données de secours dans différentes régions, des bases de données de secours inter-régions 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 effectuant une sélection parmi les options de récupération après sinistre fournies par Autonomous AI Database, vous pouvez choisir les fonctions et les options qui répondent à vos exigences d'objectif de temps de récupération (ODR) et d'objectif de point de récupération (OPR).

Par défaut, chaque instance de base de données Autonomous AI Database fournit une base de données pair de récupération après sinistre locale basée sur des sauvegardes.

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

Pour utiliser l'option de reprise après sinistre la plus résiliente offerte 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égions.

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 d'objectif de temps de récupération (ODR) plus économiques et plus élevées que Autonomous Data Guard. Voir Utiliser la récupération après sinistre basée sur des sauvegardes pour plus de détails sur la récupération après sinistre basée sur des sauvegardes.

Rubriques

Rubrique parent : Utiliser des bases de données de secours avec Autonomous Data Guard pour la récupération après sinistre

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

Lorsque vous utilisez une base de données de secours Autonomous Data Guard dans la région courante, la base de données Autonomous AI Database provisionne une base de données de secours locale et surveille la base de données principale. Si la base de données principale tombe en panne, l'instance de secours assume automatiquement le rôle de l'instance principale.

Les bases de données pairs 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 de stockage ajustée automatiquement, facturée sur la base de données principale elle-même. Les UC mises à l'échelle automatiquement de la base de données principale ne sont pas facturées en plus sur la base de données pair Autonomous Data Guard locale. Pour plus d'informations, voir Facturation des fonctions sans serveur d'Oracle Autonomous AI Database.

L'ajout d'une base de données de secours locale fournit une base de données de secours identique qui autorise les opérations suivantes, en fonction de l'état de la base principale :

  • Si votre base de données principale tombe en panne, 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 terminé, Autonomous Data Guard crée une nouvelle base de données de secours pour vous.

  • Vous pouvez effectuer une opération de basculement, au cours de laquelle 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 autonome d'IA ne fournit pas l'accès à une base de données de secours dans la région courante. Vous effectuez toutes les opérations, telles que l'ajustement du nombre d'ECPU (nombre d'OCPU si votre base de données utilise des OCPU) et l'activation de l'ajustement automatique du calcul sur la base de données principale, et Autonomous Data Guard effectue ensuite les mêmes actions sur la base de données de secours locale. De même, vous effectuez les actions telles que l'arrêt ou le redémarrage de la base de données sur la base principale uniquement.

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 courante). Pour une meilleure résilience, la base de données de secours est provisionnée comme suit :

  • Dans les régions disposant de plusieurs domaines de disponibilité, une 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 de disponibilité, une 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é, voir Voir les informations sur le réseau dans la console OCI et Régions et domaines de disponibilité.

Toutes les fonctions de la base de données d'IA autonome de la base principale sont disponibles lorsque l'instance de secours locale devient la base principale, après le basculement du système ou après l'exécution d'une opération de permutation, notamment :

  • Options de base de données : Le nombre d'UC (nombre d'OCPU si votre base de données utilise des OCPU), le stockage, le nom d'affichage, le nom de la base de données, l'ajustement automatique, les marqueurs et les options de licence BYOL ont les mêmes valeurs après un basculement vers la base de données de secours ou après une permutation.

  • Carnets OML : Les carnets 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 dans la base de données de secours .

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

  • Point d'extrémité privé : Le point d'extrémité privé de la base de données principale s'applique à la base de données de secours .

    Oracle recommande que pour les bases de données d'un point d'extrémité privé, lorsque vous créez le sous-réseau, vous utilisiez l'option de sous-réseau régional pour une disponibilité et une latence optimales. Pour plus d'informations, voir Création d'un sous-réseau.

  • API ou scripts : Toutes les API ou scripts que vous utilisez pour gérer la base de données d'IA autonome continuent de fonctionner sans aucune modification après une opération de basculement ou après une permutation.

  • Connexions d'applications clientes : Les applications clientes 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 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 une permutation.

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

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

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 qui est physiquement séparée dans une région distante. La base de données de secours est disponible pour assumer le rôle d'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 assumer le rôle d'instance principale non disponible.

Pour plus d'informations, voir À propos d'Autonomous Data Guard avec une base de données de secours inter-région.

Objectif de délai de récupération (ODR) et objectif de point de récupération (OPR) d'Autonomous Data Guard

Autonomous Data Guard surveille la base de données principale et, si elle tombe en panne, l'instance de secours locale assume le rôle d'instance principale, conformément à l'objectif de temps de récupération (ODR) et à l'objectif de point de récupération (OPR).

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 avez la possibilité d'ajouter un pair de récupération après sinistre basé sur une sauvegarde inter-région. Voir Objectif de temps de récupération après sinistre basé sur la sauvegarde (ODR) et Objectif de point de récupération (OPR) pour plus de détails sur l'ODR et l'OPR avec récupération après sinistre basée sur la sauvegarde.

L'objectif de délai de récupération (ODR) est le délai maximal admis pour rétablir 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. L'OPR est la durée maximale de la perte potentielle de données dans 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 automatique ou permutation :

    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 uniquement un basculement automatique en cas 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'un problème survient 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 : L'objectif de reprise est de deux (2) minutes et l'objectif de point de reprise est de 10 secondes.

Base de données de secours Autonomous Data Guard inter-région

Lorsque vous ajoutez une base de données de secours inter-région, les numéros d'objectif de point de reprise (RTO) et d'objectif de point de reprise (RPO) pour le basculement vers la base de données de secours inter-région Autonomous Data Guard sont les suivants :

  • Permutation : L'ODR est inférieur à dix (10) minutes et l'OPR est égal à zéro (0).

  • Basculement automatique : Non disponible

  • Basculement manuel : L'ODR est inférieur à dix (10) minutes et l'OPR est supérieur à une (1) minute.

Pour plus d'informations, voir :

Opérations Autonomous Data Guard

Autonomous Data Guard fournit un jeu d'opérations pour gérer une base de données de secours, notamment : pour activer, permuter, déconnecter ou mettre fin à une base de données de secours.

Opération Description
Convertir en base de données de secours instantanée

La conversion d'un pair de récupération après sinistre en base de données de secours instantanée ouvre la base de données en mode de lecture-écriture et le pair 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, voir Convertir un pair inter-région en base de données de secours instantanée.

Désactiver Autonomous Data Guard

Si vous disposez d'une base de données de secours locale ou d'une base de données de secours 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 secours locale ou vous pouvez mettre fin à une base de données de secours inter-région. Dans les deux cas, la désactivation d'Autonomous Data Guard arrête la base de secours.

Voir Mettre à jour la base de données de secours pour utiliser un pair de copie de sauvegarde ou Désactiver une base de données de secours inter-région pour plus de détails.

Déconnecter la base de secours

Lorsque vous déconnectez une base de données de secours inter-région, elle est dissociée de la base de données principale. Cette opération convertit la base de données d'une base de données pair en base de données autonome. Après la déconnexion, vous n'êtes pas autorisé à vous reconnecter à la base principale.

Pour plus d'informations, voir Déconnecter une base de données pair et Déconnecter une base de données de secours instantanée.

Activer Autonomous Data Guard

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

Voir Activer Autonomous Data Guard et Ajouter une base de données de secours inter-région pour plus de détails.

Basculement automatique

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

Voir Base de secours automatique avec une base de secours pour plus d'informations.

Basculement - Manuel

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

  • Si une base de données de secours locale est disponible, vous pouvez effectuer manuellement le basculement vers la base de données de secours locale (vous ne pouvez pas effectuer le 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 secours locale n'est disponible, vous avez la possibilité de basculer manuellement vers une base de secours distante.

Voir Exécuter un basculement manuel pour plus de détails.

Permutation

Lorsque Autonomous Data Guard est activé, la permutation modifie les rôles de base principale et de base de données de secours, celle-ci devient la base principale et celle-ci devient la base de données de secours. Si vous disposez à la fois d'une base de données de secours locale (région courante) et d'une base de données de secours inter-région (distance), vous pouvez choisir de passer à la base de données de secours locale ou à la base de données de secours distante.

Voir Effectuer une permutation pour plus de détails.

Mettre fin

Si vous voulez mettre fin à l'instance principale, sélectionnez Actions supplémentaires et Mettre fin. L'arrêt 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 courante) 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 de mettre fin à la base de données principale.

Pour plus de détails, voir Mettre fin à une base de données de secours inter-région.

Statut de reprise après sinistre de la base de données d'IA autonome

Autonomous AI Database fournit des informations sur le statut de reprise après sinistre dans la page Détails de la base de données Autonomous AI Database.

Dans la zone Reprise après sinistre :

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

  • Lorsque vous disposez d'un pair de copie de sauvegarde locale ou d'une base de données de secours Autonomous Data Guard locale, la console Oracle Cloud Infrastructure affiche la valeur du champ Rôle Principal. Autonomous AI Database ne fournit pas l'accès à une base de données de secours locale (ou à un pair 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 consultez la base de données principale et affiche Base de données de secours si vous consultez 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 n'est pas disponible et que vous disposez d'une base de données de secours locale et que le basculement automatique a échoué, le lien de basculement vous permet de lancer un basculement manuel.

    Lorsque la base de données principale n'est pas disponible et 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 vous permet de lancer un basculement manuel vers la base de données de secours distante.

Pour voir les informations sur la base de données d'IA autonome pair, dans la page des détails de la base de données d'IA autonome, sélectionnez l'onglet Récupération après sinistre. Affiche les informations sur la base de données d'IA autonome pair. La colonne État affiche l'état d'une base de données de secours, comme suit :

  • Provisionnement

    • Cet état s'affiche lorsque vous activez Autonomous Data Guard et indique qu'une base de données de secours est en cours de provisionnement (jusqu'à ce que l'état de la base de données de secours passe à Base de données de secours).

    • Cet état s'affiche après un basculement vers une base de données de secours locale lorsqu'une base de données de secours locale est recréée.

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

  • Base de données 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.

    Note

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

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

Événements Autonomous Data Guard

Vous pouvez utiliser les événements d'Oracle Cloud Infrastructure pour répondre lorsque Autonomous AI Database change d'état en raison d'un événement lié à Autonomous Data Guard, tel qu'une opération de basculement ou de permutation.

Les événements Autonomous AI Database incluent les éléments suivants :

  • Commencer le basculement automatique
  • Mettre fin au basculement automatique
  • Commencer à désactiver Autonomous Data Guard
  • Commencer à activer Autonomous Data Guard
  • Démarrer le basculement
  • Démarrer la permutation
  • Arrêter la désactivation d'Autonomous Data Guard
  • Arrêter l'activation d'Autonomous Data Guard
  • Arrêter le basculement et indiquer le résultat de l'opération, réussite ou échec.
  • Arrêter la permutation et indiquer le résultat de l'opération, réussite ou échec.

En fonction des événements, vous pouvez effectuer des actions ou envoyer des avis. Voir Événements et avis pour une base de données de secours pour plus d'informations sur l'utilisation d'événements et la génération d'avis.

Mesures Autonomous Data Guard

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

Les mesures de base de données autonome avec intelligence artificielle sont les suivantes :

  • Décalage de pair : Temps total en secondes pendant lequel le pair de récupération après sinistre est en retard par rapport à sa base de données principale.

Pour plus d'informations, voir Mesures disponibles : oci_autonomous_database.