Documentation Oracle Cloud Infrastructure

A propos d'Autonomous Data Guard avec la base de données de secours inter-région

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 AI 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 couplées inter-région de la base de données d'IA autonome.

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 AI Database fournit l'accès à cette base à partir de la console Oracle Cloud Infrastructure. Autonomous AI Database fournit l'accès à la base de secours distante de sorte que vous puissiez effectuer certaines opérations indépendamment sur la base 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 les clés et les valeurs qui ne sont pas répliquées entre la base de donnée principale et la base de secours distante.

Remarque

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

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 :

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 AI Database n'établit pas de 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 d'IA 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 AI 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 la base de données Autonomous AI lors de l'utilisation 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.

  • Base de données Autonomous AI : outils : les outils possèdent des URL différentes dans la base de données principale, à savoir 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.

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

Vous pouvez activer Autonomous Data Guard inter-locations avec une base de données de secours inter-région. Lorsque vous ajoutez une base de données de secours Autonomous Data Guard inter-locations dans une autre région, Autonomous AI Database provisionne une base de données de secours inter-région dans la location de destination. Avec une base de données de secours Autonomous Data Guard inter-locations, vous pouvez effectuer un basculement, une permutation ou créer une base de données de secours cliché avec une base de données de secours inter-région dans une autre location. Cette fonctionnalité vous permet d'utiliser Autonomous Data Guard pour migrer une base de données vers une autre location.

Pour plus d'informations, reportez-vous à Utilisation d'une base de données de secours Autonomous Data Guard inter-locations.

OCI Full Stack Disaster Recovery 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 de la base de données d'IA autonome, sous Récupération après sinistre, affiche le champ Full Stack DR comme Activé.


Description de l'image adb_full_stack_dr_enabled.png
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 AI Database.

Sujets

  • 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 inter-région avec des clés de cryptage 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 de cryptage gérées par le client ou si vous souhaitez passer à l'utilisation de clés de cryptage gérées par le client sur la base de données principale.
  • Autonomie Data Guard inter-locations avec clés de cryptage gérées par le client
    Lorsque vous ajoutez une base de données de secours inter-locations Autonomous Data Guard, des considérations particulières sont à prendre en compte lorsque la base de données principale utilise des clés de cryptage gérées par le client ou si vous souhaitez passer à l'utilisation de clés de cryptage 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.

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

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, base de données de secours ou base de données de secours instantanée.

Le rôle indique l'état en cours d'une base de données, d'une base de données principale, d'une base de données de secours ou d'une base de données de secours cliché, et cette valeur change après une permutation ou un basculement ou après la conversion d'une base de données de secours en base de données de secours cliché. Vous pouvez afficher le rôle de base de données Autonomous AI dans l'icône qui apparaît en regard du nom d'affichage sur la page Informations sur la base de données Autonomous AI. Par exemple :

Description d'adb_adg_primary.png
Description de l'illustration adb_adg_primary.png

Description d'adb_adg_standby.png
Description de l'illustration adb_adg_standby.png

Une fois que vous avez ajouté une base de données de secours inter-région, vous pouvez visualiser le rôle dans la zone Récupération après sinistre sur la page de détails. Le rôle est l'un des suivants :

  • Le rôle affiche Principal sur la base de données principale.

  • Après une permutation ou un basculement, sur la même base de données, le rôle affiche De secours.

  • Une fois que vous avez converti un pair inter-région en base de données de secours instantanée, le rôle s'affiche en tant que base de données de secours d'instantané.

Pour visualiser les détails d'un 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. La liste affiche les informations sur la base de données homologue et la colonne Rôle homologue affiche le rôle homologue :

  • De secours (local) : la colonne Rôle homologue affiche De secours et la base de données a le même nom d'affichage dans la colonne Autonomous Database homologue. La colonne Région affiche le nom de la région en cours.

  • De secours (inter-région) : la colonne Rôle homologue indique De secours pour une base de données de secours distante et la base de données porte le même nom que l'extension "_region" dans la colonne Autonomous Database homologue. Cliquez sur le lien pour accéder à la base de données distante. La colonne Région affiche le nom de la région distante.

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

  • Base de données de secours instantanée : la colonne Rôle homologue affiche Base de données de secours instantanée. La colonne Région affiche le nom de la région distante.

Basculement et permutation inter-région d'Autonomous Data Guard

Vous pouvez avoir 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.

Avec une région en cours et des bases de données homologues Autonomous Data Guard inter-région, selon l'état de la base de données principale, vous disposez des options suivantes :

  • Si la base principale tombe en panne et que celle-ci est disponible, Autonomous Data Guard effectue automatiquement un basculement pour convertir la base locale de secours en base principale avec une interruption minimale. Une fois le basculement terminé, Autonomous Data Guard crée une base de données de secours locale pour vous. Si le basculement automatique n'est pas possible, vous avez la possibilité d'effectuer un basculement manuel.

    Autonomous Data Guard continue à utiliser la même base de données homologue inter-région.

  • Si la base principale tombe en panne et qu'elle n'est pas disponible, vous pouvez effectuer un basculement manuel vers une base homologue inter-région et la base homologue inter-région vers laquelle vous basculez devient la base principale.

    Dans ce cas, une fois le basculement terminé, Autonomous Data Guard ne crée pas de base de données de secours locale (par défaut, vous disposez d'un homologue de copie de sauvegarde).

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

    Autonomous Data Guard continue à utiliser la même base de données homologue inter-région.

  • Vous pouvez effectuer une opération de permutation, dans laquelle une base de données homologue inter-région devient la base de données principale (et la base de données qui était la base de données principale est recréée en tant que nouvelle base de données de secours afin de devenir une base de données homologue).

    Une permutation modifie les rôles de la base de données principale et d'une base de données homologue. Si vous effectuez une permutation deux fois entre les deux mêmes régions distantes, la base principale redevient la base principale.

Sauvegarde et restauration inter-région d'une base de données Autonomous Data Guard

Une fois qu'une base de secours inter-région Autonomous Data Guard a été ajoutée, la sauvegarde et la restauration à partir d'une sauvegarde sont gérées comme suit :

  • Si la base de données principale est restaurée à partir d'une sauvegarde, une base de données de secours distante est créée à partir de la base de données principale restaurée.

  • Les sauvegardes automatiques sont uniquement effectuées sur la base de données principale (la base de données affichant Rôle : Principal). Par exemple, après une permutation ou une bascule, la base de données avec le rôle Principal commence à effectuer les sauvegardes automatiques. Une base de données avec le rôle De secours ne prend plus de sauvegardes. Si vous effectuez une nouvelle permutation, la base de données qui devient la base de données avec le rôle Principal recommence à effectuer des sauvegardes.

  • Vous ne pouvez pas restaurer ou cloner une sauvegarde lorsqu'une base de données homologue a le rôle De secours. Les sauvegardes sont uniquement effectuées sur une base de données avec le rôle Principal, et l'opération de restauration n'est pas disponible à partir de la console Oracle Cloud Infrastructure sur une base de données de secours.

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

En outre, le portefeuille et la chaîne de connexion d'une base de données homologue distante contiennent uniquement le nom d'hôte de la base de données distante. Cela s'applique aux portefeuilles d'instance et aux portefeuilles régionaux.

Oracle vous recommande de configurer les applications exécutées sur la base de données de rôle principal pour qu'elles utilisent le portefeuille ou la chaîne de connexion téléchargés à partir de la base de données principale. Pour les applications exécutées sur une base de données distante, utilisez le portefeuille ou la chaîne de connexion téléchargés à partir de la base de données distante (où la base de données distante est la base de données principale en cours après un basculement ou une permutation). Vous pouvez obtenir ces chaînes de connexion ou le portefeuille en cliquant sur Connexion à la base de données dans la console Oracle Cloud Infrastructure.

Par exemple, si votre instance Autonomous Data Guard inter-région est configurée avec la base de données principale dans Ashburn (IAD) et une base de données de secours inter-région dans Phoenix (PHX), Oracle recommande que vos applications de niveau intermédiaire exécutées dans IAD utilisent la la chaîne de connexion ou le portefeuille de la base de données principale dans IAD, ainsi que les applications correspondantes exécutées dans PHX après un basculement ou une permutation, utilisez la chaîne de connexion ou le portefeuille de la base de données de secours dans PHX. Lors du basculement ou de la permutation régionaux, Oracle recommande de basculer à la fois votre base de données et vos applications de niveau intermédiaire vers la nouvelle base de données de rôle principal pour des performances optimales et pour minimiser toute latence interrégionale.

Pour plus d'informations, reportez-vous à Téléchargement des informations d'identification client (portefeuilles).

Si votre application l'exige, vous pouvez construire manuellement des chaînes de connexion contenant les noms d'hôte de la base principale et de la base distante, afin de prendre en charge la connexion à l'une ou l'autre des instances disponibles et ouvertes automatiquement pour les connexions, à la base principale ou à la base distante.

Pour plus d'informations sur les étapes de création manuelle de ces chaînes de connexion, reportez-vous aux sections suivantes :

Autonomous Data Guard inter-région avec des clés de cryptage 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 de cryptage gérées par le client ou si vous souhaitez passer à l'utilisation de clés de cryptage gérées par le client sur la base de données principale.

Remarque

Autonomous AI Database prend en charge plusieurs fournisseurs de clés gérés par le client. Seul Oracle Cloud Infrastructure Vault est pris en charge pour une utilisation avec Autonomous Data Guard. Les autres coffres ne sont pas pris en charge pour les clés gérées par le client.

Pour qu'une base de données de secours distante puisse utiliser la même clé de cryptage maître que la base de données principale, la clé de cryptage maître doit être répliquée vers la région distante. Les clés de cryptage gérées par le client ne sont prises en charge qu'avec une seule base de données de secours Autonomous Data Guard inter-région. Plusieurs bases de données de secours inter-région ne sont pas prises en charge car Oracle Cloud Infrastructure Vault ne prend en charge la réplication que vers une région distante.

Tenez compte des cas suivants :

  • L'ajout d'une base de données de secours distante Autonomous Data Guard est autorisé si la base de données Autonomous AI utilise des clés gérées par un client. Lorsque la base de données utilise une clé gérée par le client et que vous ajoutez une base de données de secours inter-région Autonomous Data Guard, la liste Région de la boîte de dialogue Ajouter une base de données homologue affiche uniquement les régions qui contiennent le coffre et les clés répliqués. Si aucune région distante n'est répertoriée, vous devez répliquer votre coffre et vos clés vers la région dans laquelle vous souhaitez associer votre base de données de secours (il doit s'agir d'une région couplée).

  • Le passage aux clés gérées par le client est autorisé sur la base de données principale lorsque vous disposez d'une base de données de secours inter-région Autonomous Data Guard. Dans le cas où la base de données utilise des clés gérées par Oracle et que vous basculez vers des clés gérées par le client sur la base principale, vous ne voyez que les clés qui sont répliquées dans les régions principale et de secours. Les listes Gérer la clé de cryptage Coffre et Clé de cryptage maître affichent uniquement les coffres et les clés qui sont répliqués dans les régions principale et de secours. Si aucune clé n'est répertoriée, répliquez votre coffre et vos clés vers une région couplée.

Pour plus d'informations, reportez-vous à :

Autonomous Data Guard inter-locations avec clés de cryptage gérées par le client

Lorsque vous ajoutez une base de données de secours inter-locations Autonomous Data Guard, des considérations particulières sont à prendre en compte lorsque la base de données principale utilise des clés de cryptage gérées par le client ou si vous souhaitez passer à l'utilisation de clés de cryptage sur la base de données principale.

Lorsque vous ajoutez une base de données de secours inter-locations Autonomous Data Guard pour renforcer la sécurité, par exemple pour la protéger contre les ransomwares, si la base de données principale utilise une clé gérée par le client, vous pouvez répliquer la clé de cryptage et l'utiliser dans la base de données de secours. Vous devez utiliser la même clé de cryptage, qu'il s'agisse d'une clé gérée par Oracle ou par le client, à la fois dans la location principale et dans la base de données de secours. Etant donné que chaque location dispose d'une copie indépendante de la clé, la désactivation ou la suppression de la clé dans une location n'a aucune incidence sur l'autre.

Remarque

Autonomous AI Database prend en charge plusieurs fournisseurs de clés gérés par le client. Seul Oracle Cloud Infrastructure Vault est pris en charge pour une utilisation avec Autonomous Data Guard. Les autres coffres ne sont pas pris en charge pour les clés gérées par le client sur la base principale ou sur une base de données de secours avec Autonomous Data Guard.

Pour plus d'informations, reportez-vous à Remarques sur les clés de cryptage gérées par le client avec une base de données de secours Autonomous Data Guard inter-locations.

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.

Par défaut, les sauvegardes effectuées sur la base de données principale ne sont pas répliquées vers une base de données de secours inter-région. Lorsque vous activez la réplication de sauvegarde inter-région, jusqu'à 7 jours de sauvegardes automatiques pour la base de données principale sont répliqués vers une base de données de secours inter-région. Lorsque cette fonctionnalité est activée, les sauvegardes automatiques sont disponibles dans la région distante comme suit :

  • Après une permutation ou un basculement, vous pouvez restaurer ou cloner n'importe quel horodatage au cours des sept (7) derniers jours, ou n'importe quel horodatage au cours de la période de conservation indiquée lorsque la période de conservation est définie sur moins de sept jours.

  • Toutes les sauvegardes de la base principale qui sont répliquées vers la région distante sont supprimées sur le pair de la région distante au bout de sept jours, ou après la période de conservation (en jours) pendant laquelle la période de conservation est définie sur moins de sept jours.

  • Vous ne pouvez pas modifier la période de conservation des sauvegardes répliquées, sauf si vous modifiez la période de conservation des sauvegardes sur la base principale pour indiquer une valeur inférieure à sept jours. Dans ce cas, la période de conservation des sauvegardes répliquées sur la région distante correspond à la période de conservation de sauvegarde automatique définie sur la base principale.

La réplication de sauvegarde inter-région entraîne des coûts supplémentaires. Pour plus d'informations, reportez-vous à Facturation des fonctionnalités d'Oracle Autonomous Database Serverless.

Pour plus d'informations, reportez-vous à Ajout d'une base de données de secours inter-région et Activation ou désactivation de la réplication de sauvegarde pour une base de données de secours inter-région existante.

Notez les points suivants pour la réplication de sauvegarde automatique inter-région :

  • Après une permutation ou un basculement, alors que la base de données inter-région occupe le rôle de base principale, les sauvegardes sont effectuées sur la base principale en cours et sont répliquées vers la base de données de secours (distante) en cours.

  • Dans une région distante, vous pouvez créer un clone à partir d'une sauvegarde répliquée lorsque la base de données est dotée du rôle De secours.

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.

Sur une base de données de secours inter-région ou inter-location, vous pouvez définir indépendamment la limite d'ECPU BYOL, selon les besoins. La définition d'une valeur pour Limite de licence BYOL limite le nombre d'ECPU couvertes par les licences BYOL.

Par exemple, envisagez une base de données principale Autonomous Data Guard à 8 ECPU utilisant la licence BYOL. Lorsque vous ajoutez une base de données de secours inter-région ou inter-locations, la base de données de secours tire ses licences de la base de données principale (à l'aide de la licence BYOL).

Dans cet exemple, si vous définissez la limite de licence BYOL sur 4 (ECPU) sur la base principale, 4 des 8 ECPU utilisent la licence BYOL. Toutefois, la limite de licence BYOL que vous définissez sur la base principale ne s'applique pas à une base de données de secours inter-région ou inter-location. La base de données de secours utilise votre propre licence (BYOL) (sans limite de licence BYOL). Si vous définissez séparément une limite de licence BYOL sur la base de données de secours, par exemple si vous définissez la limite de licence BYOL sur 2 (ECPU), 2 ECPU sur la base de données de secours sont facturées à l'aide de licences BYOL et de 6 ECPU. De même, la limite d'ECPU BYOL que vous définissez sur la base de données de secours n'a aucune incidence sur la limite d'ECPU BYOL de la base de données principale.

Pour plus d'informations, reportez-vous à Choisir l'option Bring Your Own License lors du provisionnement ou du clonage et à Choisir l'option Bring Your Own License sur une base de données d'IA autonome (modèle de calcul ECPU).