Lorsque vous utilisez une base de Données de secours Autonomous Data Guard dans la région actuelle, Autonomous Database provisionne une base de Données de secours locale et surveille la base de Données 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.

Autonomous Database 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'ECPU (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 Autonomous Database 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 scripts : les API ou les scripts que vous utilisez pour gérer l'instance Autonomous Database continuent de fonctionner sans aucune modification après une opération de basculement en cas 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.

Fournit des informations sur les fonctionnalités et le fonctionnement d'Autonomous Data Guard avec une base de données de secours 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 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.

Une base de secours inter-région est une réplique de la source principale. Celle-ci peut être utilisée pour une récupération en cas d'échec ou lorsque la source principale n'est pas disponible. L'activation d'Autonomous Data Guard à l'aide d'une base de données de secours inter-région offre une solution RTO de récupération après sinistre faible si une région entière n'est pas disponible ou si la base de données principale est en panne pour quelque raison que ce soit.

Les bases de données de secours inter-région Autonomous Data Guard entraînent le coût supplémentaire des UC de base et le double 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 homologue distante. Les CPU mises à l'échelle automatiquement de la base principale ne sont pas facturées sur la base de données homologue distante. Le nombre d'UC de base est indiqué par le nombre d'OCPU (nombre d'OCPU si votre base de données utilise des OCPU), comme indiqué dans le champ Nombre d'ECPU (Nombre d'OCPU) de la console Oracle Cloud Infrastructure.

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 une base de données de secours distante 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 la base de données principale se trouve dans la région IAD, vous pouvez ajouter une base de données de secours dans PHX et une base de données de secours dans SJC, mais vous ne pouvez pas ajouter deux homologues de récupération après sinistre distants dans PHX.

Les régions couplées sont les régions distantes où vous pouvez créer une base de données de secours inter-région. Pour plus d'informations sur les régions associées, reportez-vous à Régions inter-région Autonomous Database.

Vous effectuez presque toutes les opérations, telles que l'augmentation du nombre d'ECPU (nombre d'OCPU si votre base de données utilise des OCPU) et l'activation du redimensionnement automatique de calcul sur la base de données principale. Autonomous Data Guard effectue ensuite les mêmes actions sur la base de données de secours inter-région.

Une fois qu'elle a été ajoutée, Autonomous Database fournit l'accès à cette base à partir de la console Oracle Cloud Infrastructure. Autonomous Database fournit l'accès à la base de Données de secours distante de sorte que vous puissiez effectuer certaines opérations indépendamment sur la base de Données de secours distante, telles que la configuration de réseaux et de réseaux cloud virtuels pour les adresses privées et l'ajout de balisage pour définir des clés et des valeurs qui ne sont pas répliquées entre la base de Données principale et la Base de Données de secours distante.

Vous ne pouvez pas vous connecter à une base de données de secours inter-région tant qu'elle fonctionne en tant que base de données de secours. Elle n'est pas disponible pour les opérations en lecture seule. Vous pouvez vous connecter à la base de données dans les cas suivants :

• Lorsque la base de données prend le rôle principal après une opération de basculement ou de permutation. Pour plus d'informations, reportez-vous à Perform a Switchover et à Perform a Manual Failover.

• Une fois que vous avez converti une base de données de secours en base de données de secours instantanée. Pour plus d'informations, reportez-vous à Conversion de l'homologue de récupération après sinistre inter-région en base de données de secours cliché.

Les zones suivantes présentent des différences pour le basculement ou la permutation de la base de données principale vers la base de données de secours distante, par rapport au basculement ou à la permutation vers une base de données de secours locale.

• Nom d'affichage : le nom d'affichage comprend l'extension "_region". Où region est le nom de la région, tel que IAD ou BOM.

  Si vous avez créé l'homologue inter-région avant l'introduction de la prise en charge de plusieurs homologues inter-région, le nom d'affichage de l'homologue inter-région porte l'extension "_Remote".

• Blocs-notes OML : après une permutation ou un basculement inter-région, les blocs-notes OML du bloc-notes principal qui a été commuté ou basculé ne sont pas présents dans la base de données principale (la base de données principale en cours après le changement de rôle). Vous pouvez créer d'autres blocs-notes OML.

• Adresse privée : vous pouvez configurer et mettre à jour les adresses privées indépendamment sur une base de données de secours avant du basculement ou de la permutation. Cela vous permet d'avoir une adresse privée qui est configurée différemment, après le basculement ou après une permutation. Autonomous Database ne maintient pas une synchronisation entre la configuration réseau principale et la base de donnée de secours distante.

  L'appairage VCN et le transfert de domaine sont requis pour que les portefeuilles fonctionnent entre les régions, avec des bases de données autonomes avec une adresse privée avec une base de données de secours Autonomous Data Guard, où la base de données principale et la base de données de secours se trouvent dans des réseaux cloud virtuels différents. Pour plus d'informations sur l'appairage de réseaux cloud virtuels et sur la transmission de domaine, reportez-vous à Appairage à distance de réseaux cloud virtuels à l'aide d'une connexion d'appairage à distance et à DNS dans votre réseau cloud virtuel.

• Liste de contrôle d'accès réseau : par défaut, une base de données principale de récupération après sinistre et des bases de données homologues distantes utilisent les mêmes listes de contrôle d'accès réseau. Vous pouvez éventuellement modifier indépendamment les ACL réseau sur une base de données homologue distante. Cela vous permet d'utiliser différentes ACL sur une base de données homologue distante.

  Pour plus d'informations, reportez-vous à Gestion des ACL de réseau homologue distant.

• Balises : les balises sont gérées indépendamment sur une base de données homologue distante et une base de données principale de récupération après sinistre. De ce fait :

  • Lorsque vous ajoutez, supprimez ou mettez à jour une balise sur un pair distant, la modification s'applique uniquement à la base de données homologue distante.

  • Lorsque vous ajoutez, mettez à jour ou enlevez une balise sur la base principale, celle-ci n'est pas ajoutée, mise à jour ou enlevée sur les bases de données homologues distantes.

• API ou script : toutes les API ou tous les scripts utilisés pour gérer la base de données Autonomous Database doivent être mis à jour pour appeler les API sur la base de données principale.

  Vous pouvez également utiliser des variables de substitution prédéfinies dans vos URL Oracle Cloud Infrastructure (OCI) pour le basculement inter-région pour Autonomous Database lorsque vous utilisez des API REST OCI. Pour plus d'informations, reportez-vous à Variables de substitution dans les URL Oracle Cloud Infrastructure (OCI).

  Pour les connexions mTLS, vous devez télécharger un portefeuille à partir de la base de données principale, la base de données principale en cours, après un basculement ou après une permutation. Pour plus d'informations, reportez-vous à Chaînes et portefeuilles de connexion de récupération après sinistre inter-région.

• Applications client : les applications client doivent se connecter à l'aide des chaînes de connexion et du portefeuille que vous téléchargez à partir de la base de données principale, la base de données principale en cours, après un basculement ou une permutation. Pour plus d'informations, reportez-vous à Chaînes et portefeuilles de connexion de récupération après sinistre inter-région.

• Connexions basées sur un portefeuille : vous devez télécharger un portefeuille et vous connecter à l'aide des chaînes de connexion de la base de données principale, la base de données principale en cours, pour vous connecter à la base de données après un basculement ou après une permutation. Pour plus d'informations, reportez-vous à Chaînes et portefeuilles de connexion de récupération après sinistre inter-région.

• Autonomous Database : Outils : les outils possèdent des URL différentes dans la base de données principale, la base de données principale en cours, après un basculement ou une permutation (les URL des outils ne changent pas en cas de permutation ou d' basculement vers une base de données de secours locale) :

  • Actions de base de données

  • Oracle APEX

  • Oracle REST Data Services (ORDS)

  • Graph Studio

  • Blocs-notes Oracle Machine Learning

  • Transformations de données

  • API MongoDB

• Utilisation d'Oracle Cloud Infrastructure Object Storage : après le basculement ou la permutation de la base de données principale vers une base de données de secours, sur la base de données principale (la base de données principale en cours), les informations d'identification et les URL qui fournissent l'accès à Object Storage continuent de fonctionner comme avant le basculement ou la permutation, ce qui permet d'accéder aux éléments suivants :

  • Tables externes

  • Tables partitionnées externes

  • Tables partitionnées hybrides externes

  Remarque
  
  Cela s'applique lorsque le stockage Object Storage est disponible. Dans des rares cas où le stockage Object Storage n'est pas disponible, Oracle recommande le recours à des sauvegardes Object Storage ou à la réplication vers une autre région. Si le stockage Object Storage n'est pas disponible (c'est-à-dire la ressource Object Storage que vous avez utilisée avec la région principale avant une permutation ou un basculement), vous pouvez mettre à jour vos informations d'identification utilisateur et les paramètres qui définissent les URL pour Object Storage de sorte que ces paramètres indiquent des valeurs permettant d'accéder à Object Storage d'une région disponible. Pour plus d'informations, reportez-vous à Utilisation de la réplication.

Récupération après sinistre de la pile complète OCI avec une base de données de secours inter-région Autonomous Data Guard

Lorsque Full Stack Disaster Recovery est activé, la page de détails d'Autonomous Database, sous Récupération après sinistre, affiche le champ Full Stack DR comme Activé.

Description de l'illustration adb_full_stack_dr_enabled.png

Pour plus d'informations, reportez-vous à Utilisation d'OCI Full Stack Disaster Recovery avec Autonomous Database.

• Rôle de base de données Autonomous Data Guard
  Une fois que vous avez ajouté une base de données de secours inter-région, chaque base de données a un rôle désigné : base de données principale, de secours ou de secours cliché.
• Basculement et permutation inter-région Autonomous Data Guard
  Vous pouvez disposer d'un pair de récupération après sinistre local et, éventuellement, ajouter des homologues inter-région (plusieurs homologues inter-région sont autorisés avec le modèle de calcul ECPU). Dans les cas locaux et inter-région, l'un ou l'autre peut être une copie de récupération après sinistre basée sur la sauvegarde ou une base de données de secours Autonomous Data Guard.
• Sauvegarde et restauration inter-région Autonomous Data Guard Database
  Une fois que vous avez ajouté une base de donnée de secours inter-région Autonomous Data Guard, la sauvegarde et la restauration à partir d'une sauvegarde sont gérées comme suit :
• Chaînes et portefeuilles de connexion de récupération après sinistre inter-région
  Lorsque vous ajoutez une base de données de secours inter-région Autonomous Data Guard (distante) ou que vous utilisez un homologue de récupération après sinistre basé sur la sauvegarde inter-région, le portefeuille et la chaîne de connexion de la base de données principale contiennent uniquement le nom d'hôte de la base de données principale.
• Autonomous Data Guard avec des clés gérées par le client
  Lorsque vous ajoutez une base de données de secours inter-région Autonomous Data Guard, des considérations particulières sont à prendre en compte lorsque la base de données principale utilise des clés gérées par le client ou si vous souhaitez passer à l'utilisation de clés gérées par le client sur la base de données principale.
• Réplication de sauvegardes vers une base de données de secours Autonomous Data Guard inter-région
  Lorsque vous ajoutez une base de données de secours Autonomous Data Guard inter-région, vous pouvez activer la réplication de sauvegarde inter-région afin que les sauvegardes automatiques à partir de la base de données principale soient également disponibles sur une région distante.
• Licence BYOL inter-région Autonomous Data Guard
  La limite d'ECPU BYOL que vous définissez sur une base de données principale Autonomous Data Guard ne s'applique pas à une base de données de secours Autonomous Data Guard inter-région ou inter-location.

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.

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.

Autonomous Database fournit des informations sur le statut de récupération après sinistre sur la page Détails d'Autonomous Database.

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 Database ne permet pas d'accéder à une base de données de réserve 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 Autonomous Database homologue, sur la page de détails d'Autonomous Database, sélectionnez l'onglet Récupération après sinistre. Affiche les informations sur Autonomous Database 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é.

Vous pouvez utiliser des événements Oracle Cloud Infrastructure pour répondre lorsqu'une instance Autonomous Database change d'état en raison d'un événement lié à Autonomous Data Guard, comme une opération de permutation ou de basculement en cas d'incident.

Les événements Autonomous 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.