Lorsque vous activez Autonomous Data Guard avec une base de données de secours dans la région en cours, Autonomous Database surveille la base de données principale et, en cas de panne de celle-ci, l'instance de secours endosse automatiquement le rôle de l'instance principale.

Lorsqu'Autonomous Data Guard est activé avec une base de données de secours locale, Autonomous Database met à disposition une base de données de secours identique qui permet d'effectuer ce qui suit, en fonction de l'état de la base de données principale :

• 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'OCPU et l'activation du redimensionnement automatique, 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 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 de disponibilité, la base de données de secours locale est provisionnée automatiquement sur une machine physique différente de celle de la base de données principale.

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 :

• Options de base de données : les valeurs des options Nombre d'OCPU, Stockage, Nom d'affichage, Nom de base de données, Redimensionnement automatique, Balises et Gestion des licences restent identiques après un basculement vers la base de données de secours ou après une permutation.

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

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

Lorsque vous activez Autonomous Data Guard avec une base de données de secours d'une autre région, en cas de panne de l'instance principale, Autonomous Data Guard fournit une instance de secours disponible pour endosser le rôle de l'instance principale. La base de données de secours est une réplique de la base de données principale. Elle peut être utilisée pour la récupération en cas d'échec ou lorsque la base de données principale n'est pas disponible. L'activation d'Autonomous Data Guard avec une base de données de secours inter-région offre une solution de récupération après sinistre si une région entière est indisponible ou si la base de données principale est en panne pour quelque raison que ce soit.

Les régions couplées à Autonomous Data Guard sont des régions distantes dans lesquelles vous pouvez créer une base de données de secours inter-région. Autonomous Data Guard permet de créer une base de données de secours distante. Pour obtenir la liste des régions couplées, reportez-vous à Régions couplées Autonomous Data Guard.

Une fois que vous avez activé Autonomous Data Guard avec une base de données de secours distante, Autonomous Database fournit l'accès à la base de données de secours distante à partir de la console Oracle Cloud Infrastructure. Vous effectuez presque toutes les opérations, telles que l'augmentation du nombre d'OCPU et l'activation du redimensionnement automatique, 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 inter-région. Autonomous Database fournit l'accès à la base de données de secours inter-région 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 le balisage afin de 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.

Autonomous Data Guard n'effectue pas de basculement automatique pour une base de données de secours inter-région. Si la base de données principale est indisponible et qu'aucune base de données de secours locale n'est disponible, vous pouvez effectuer un basculement manuel pour que la base de données de secours de la région distante endosse le rôle principal.

Vous ne pouvez pas vous connecter à une base de données de secours distante, et aucune base de données de secours distante n'est disponible pour les opérations en lecture seule. Vous pouvez vous connecter à la base de données de la région distante lorsqu'elle endosse le rôle principal après une permutation ou un basculement manuel.

Les zones suivantes présentent des différences pour le basculement et la permutation de la base de données principale de la région principale vers la base de données de secours de la région 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 "_Remote".

• Blocs-notes OML : après une permutation ou un basculement inter-région, les blocs-notes OML de la région principale ne sont pas présents dans la région distante. Vous pouvez créer d'autres blocs-notes OML dans la région distante.

• Adresse privée : vous pouvez configurer et mettre à jour les adresses privées de façon indépendante sur la base de données de secours distante avant le basculement ou la permutation. Ainsi, après basculement ou permutation, une adresse privée peut être configurée différemment. Autonomous Database ne maintient pas la synchronisation de la configuration réseau entre la base de données principale et la base de données de secours dans la région distante.

  L'appairage de réseaux cloud virtuels et la transmission de domaine sont requis pour que les portefeuilles fonctionnent entre les régions, avec des bases de données autonomes dotées d'une adresse privée avec Autonomous Data Guard activé lorsque la base de données principale et la base de données distante 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.

• API ou scripts : les API ou les scripts que vous utilisez pour gérer l'instance Autonomous Database doivent être mis à jour pour appeler les API sur la base de données de la région distante après une opération de basculement ou une permutation.

  Pour des performances optimales et un temps de connexion minimal, Oracle recommande de télécharger un portefeuille à partir de la base de données de la région distante lorsque vous utilisez cette dernière en tant que base de données principale après un basculement ou une permutation.

• Applications client : les applications client peuvent utiliser le portefeuille d'instance unique contenant les chaînes de connexion de la base de données principale et de la base de données de secours, et n'ont pas besoin de modifier leur portefeuille pour se connecter à la base de données après un basculement ou une permutation vers la base de données de secours.

  Pour des performances optimales et un temps de connexion minimal, Oracle recommande de télécharger un portefeuille à partir de la base de données de la région distante lorsque vous utilisez cette dernière en tant que base de données principale après un basculement ou une permutation.

• Connexions basées sur un portefeuille : vous pouvez continuer à utiliser vos portefeuilles d'instance 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.

  Pour des performances optimales et un temps de connexion minimal, Oracle recommande de télécharger un portefeuille à partir de la base de données de la région distante lorsque vous utilisez cette dernière en tant que base de données principale après un basculement ou une permutation.

• Outils Autonomous Database : les outils possèdent des URL différentes dans la région distante après la permutation ou le basculement vers la base de données de secours inter-région (les URL des outils ne changent pas en cas de permutation ou de basculement vers une base de données de secours locale) :

  • Database Actions

  • Oracle APEX (APEX)

  • Oracle REST Data Services (ORDS)

  • Console de service Autonomous Database

  • Graph Studio

  • Blocs-notes Oracle Machine Learning

  • Gestion des utilisateurs Oracle Machine Learning

• Utilisation d'Oracle Cloud Infrastructure Object Storage : après basculement ou permutation de la base de données principale dans la région principale vers la base de données de secours dans la région distante, les informations d'identification et les URL qui fournissent l'accès à Object Storage de la région principale continuent à fonctionner comme avant le basculement ou la permutation, ce qui donne accès aux éléments suivants :

  • Sauvegardes manuelles

  • Tables externes

  • Tables partitionnées externes

  • Tables partitionnées hybrides externes

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

Autonomous Data Guard surveille la base de données principale, et en cas de panne de l'instance, l'instance de secours locale endosse le rôle de l'instance principale en fonction de l'objectif de délai de récupération (RTO) et de l'objectif de point de récupération (RPO). Si l'instance de secours locale n'est pas disponible et que vous avez activé une base de données de secours inter-région, vous pouvez basculer manuellement vers la base de données de secours inter-région.

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, en minutes, sur la base de données principale.

Si Autonomous Data Guard est activé avec une base de données de secours locale, les valeurs de RTO et de RPO sont les suivantes :

• Basculement automatique : le RTO est de deux (2) minutes et le RPO est de zéro (0). Pour plus d'informations sur le basculement automatique, reportez-vous à Basculement automatique avec une base de données de secours.

• Basculement manuel : le RTO est de deux (2) minutes et le RPO est d'une (1) minute au maximum. Pour plus d'informations sur le basculement manuel, reportez-vous à Basculement manuel avec une base de données de secours.

Si Autonomous Data Guard est activé avec une base de données de secours inter-région, les valeurs de RTO et de RPO pour le basculement vers la base de données de secours inter-région sont les suivantes :

• Basculement automatique : non disponible.

• Basculement manuel : le RTO est de quinze (15) minutes et le RPO est d'une (1) minute au maximum.

Autonomous Database fournit les opérations suivantes avec Autonomous Data Guard :

• Activer : si Autonomous Data Guard est désactivé, vous pouvez l'activer.

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

• Ajouter une base de données de secours : après avoir activé Autonomous Data Guard avec une base de données de secours locale (région en cours) ou inter-région (distante), vous pouvez ajouter une deuxième base de données de secours. Si la base de données de secours que vous activez en premier est une base de données distante, vous pouvez ajouter une base de données de secours locale (région en cours). Si la base de données de secours que vous activez en premier est une base de données de secours de la région en cours, vous pouvez ajouter une base de données de secours inter-région.

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

• Désactiver : si Autonomous Data Guard est activé, vous pouvez le désactiver. La désactivation d'Autonomous Data Guard met fin à la base de 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), désactivez chaque base de données de secours individuellement.

  Pour plus d'informations, reportez-vous à Désactivation d'une base de données de secours.

• Permutation : lorsqu'Autonomous Data Guard est activé, la permutation échange les rôles des bases de données principale et de secours. La base de données de secours devient la base de données principale, et la base de données principale devient la base de 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ées de secours locale ou distante.

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

• 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 transformer une base de données de secours en 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é de basculer vers une base de données de secours de région distante si une base de données de secours locale est disponible).
  • Si aucune base de données de secours locale n'est activée, ou qu'une telle base de données a été activée avec Autonomous Data Guard mais n'est pas disponible, vous pouvez basculer manuellement vers une base de données de secours distante.

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

• Mettre fin : si vous souhaitez mettre fin à l'instance principale, sélectionnez Actions supplémentaires et Mettre fin. La terminaison de l'instance principale met également fin à la base de 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 mettez fin aux deux.

Autonomous Database fournit des informations sur l'état Autonomous Data Guard sur la page Détails sur la base de données autonome.

Le champ Statut affiche les informations sur le statut d'Autonomous Data Guard, comme suit :

• Activé indique qu'Autonomous Data Guard est activé.

• Désactivé indique qu'Autonomous Data Guard n'est pas activé.

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

• Lorsque vous utilisez Autonomous Data Guard avec une base de données de secours locale, la console Oracle Cloud Infrastructure affiche la valeur de champ Rôle Principal. Autonomous Database ne donne pas accès à une base de données de secours locale.

• Lorsque vous utilisez Autonomous Data Guard avec une base de données de secours inter-région, la console Oracle Cloud Infrastructure affiche la valeur de champ Rôle Principal si vous visualisez la base de données principale et affiche la valeur De secours si vous visualisez les détails de la 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 autonome homologue, sous Ressources, cliquez sur Autonomous Data Guard. Cette zone répertorie les informations relatives à la base de données autonome 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 que la base de données de secours est en cours de provisionnement (jusqu'à ce qu'elle soit disponible).

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

• Disponible : indique que la base de données de secours est disponible et prête pour une opération de permutation ou de basculement.

• 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é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.