À 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 une ou plusieurs 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 à la fois 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é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 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.

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 peut automatiquement assumer le rôle de l'instance principale ou vous pouvez basculer vers la base de données de secours vous-même.

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 à ajustement automatique, facturée sur la base de données principale elle-même. Les UC à ajustement automatique 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.

Toutes les bases de données avec une base de données de secours Autonomous Data Guard locale sont protégées par défaut sans perte de données, pendant le fonctionnement normal. Les informations de journalisation sont envoyées de manière synchrone à la destination du fichier de journalisation de secours. La base principale ne valide pas les transactions tant qu'elle n'a pas reçu l'accusé de réception indiquant que les données ont été reçues sur la destination du fichier de journalisation de secours. Si la base de données principale ne reçoit pas d'accusé de réception dans des seuils de temps spécifiques (en raison d'un problème de réseau, par exemple), la base de données de secours peut être temporairement rétablie pour fonctionner de manière asynchrone afin de préserver la disponibilité de la base de données principale jusqu'à ce qu'elle recommence à recevoir les accusés de réception en temps opportun.

Pour plus d'informations, voir Protection contre les pertes de données nulles avec Autonomous Data Guard local.

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 de 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'ECPU (nombre d'OCPU si votre base de données utilise des OCPU), les options de stockage, de nom d'affichage, de nom de base de données, d'ajustement automatique, de marqueurs et 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 en double 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.

Protection sans perte de données avec Autonomous Data Guard local

La base de données Autonomous AI Database ne fournit aucune protection contre les pertes de données (objectif de point de reprise, objectif de point de reprise = 0) lorsqu'une base de données de secours Autonomous Data Guard locale est activée. Il utilise le transport synchrone des informations de journalisation entre la base principale et la base de secours pour garantir la protection de toutes les transactions validées.

Cette fonctionnalité est entièrement gérée et ne nécessite aucune configuration ou réglage supplémentaire. Il maintient les performances existantes et n'introduit pas de coûts supplémentaires, éliminant les compromis traditionnels entre la protection et les opérations.

Si vous utilisez une base de données de secours Autonomous Data Guard locale, aucune protection contre les pertes de données n'est automatiquement activée et aucune action de l'utilisateur n'est requise. Par conséquent, vous pouvez obtenir une protection sans perte de données avec un minimum d'efforts tout en maintenant les performances et la rentabilité.

Cette fonction offre les avantages suivants :

• Assurance contre les pertes de données nulles : Assure la protection de toutes les transactions validées (OPR = 0), éliminant ainsi l'incertitude lors de la récupération et assurant la cohérence des données.

• Opérations simplifiées : Aucune configuration ou mise au point manuelle n'est requise. Le service est entièrement géré, ce qui réduit la complexité et les efforts opérationnels.

• Efficacité des coûts : Aucun coût supplémentaire n'est introduit. Une protection sans perte de données est incluse avec la base de données de secours Autonomous Data Guard locale.

• Amélioration de la continuité des activités : Améliore la disponibilité en combinant la protection des données et un accès continu aux applications, ce qui permet d'assurer la cohérence des opérations lors des défaillances.

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

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

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 :

  L'OTR est de deux (2) minutes. Lorsque vous activez Autonomous Data Guard, le basculement automatique est configuré par défaut pour garantir qu'il n'y a aucune perte de données lors d'un basculement. Vous pouvez sélectionner une limite de perte de données comprise entre 0 et 3600 secondes, si nécessaire. Une limite de 0 garantit un basculement automatique uniquement lorsque aucune perte de données n'est possible. 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 ou permutation : L'objectif de délai de récupération (ODR) est de deux (2) minutes et l'objectif de point de récupération (OPR) est zéro (0).

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).

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

• Basculement automatique avec une base de données de secours pour plus de détails sur le basculement automatique.

• Effectuer une permutation

• Effectuer un basculement manuel

• Objectifs de niveau de service

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.

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 Principale du champ Rôle. 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'une base de données de secours Autonomous Data Guard pair de copie de sauvegarde inter-région ou 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 migration.

• 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 à 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 recréée et la colonne État 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 migration ou de basculement.

  Note
  
  Note : Lorsqu'une base de données de secours est arrêtée, l'état 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 migration 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 d'IA autonome incluent un décalage de pair, qui correspond au 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.