A propos des bases de secours

Fournit des informations sur l'activation et l'utilisation d'Autonomous Data Guard pour la récupération après sinistre sur Autonomous Database.

Lorsque vous utilisez Autonomous Data Guard, le système crée une base de données de secours qui est continuellement mise à jour avec les modifications de la base de données principale. Vous pouvez utiliser Autonomous Data Guard avec une base de données de secours de la région en cours, une base de données de secours locale, ou avec des bases de données de secours de différentes régions, des bases de données de secours inter-région, ou vous pouvez ajouter une base de données de secours locale et une ou plusieurs bases de données de secours distantes.

Vous pouvez également créer une base de données de secours Autonomous Data Guard, locale ou distante dans une autre location.

Remarque

Autonomous Data Guard est disponible avec les types de charge globale Entrepôt de données et Traitement des transactions. Autonomous Data Guard n'est pas disponible avec les types de charge globale JSON et APEX.

En sélectionnant parmi les options de récupération après sinistre fournies par Autonomous Database, vous pouvez choisir les fonctionnalités et options qui répondent à vos exigences d'objectif de délai de récupération (RTO) et d'objectif de point de récupération (RPO).

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

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

Pour utiliser l'option de récupération après sinistre la plus résiliente proposée par Autonomous Database, vous pouvez ajouter une base de données de secours Autonomous Data Guard locale et des 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 une sauvegarde vous permettent de fournir des options de récupération après sinistre RTO (Objectif de temps de récupération) moins coûteuses et plus élevées, par rapport à Autonomous Data Guard. Reportez-vous à Utilisation de la récupération après sinistre basée sur une sauvegarde pour plus de détails sur la récupération après sinistre basée sur une sauvegarde.

Rubriques

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

Lorsque vous utilisez une base de données de secours Autonomous Data Guard dans la région en cours, Autonomous Database provisionne une base de données de secours locale et surveille la base de données principale. En cas de panne de cette dernière, elle endosse automatiquement le rôle de cette dernière.

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 de stockage redimensionnée 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 Oracle Autonomous Database Serverless.

L'ajout d'une base de données de secours locale fournit 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'ECPU (nombre d'OCPU si votre base de données utilise des OCPU) et l'activation du redimensionnement automatique de calcul, 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 secours locale est provisionnée automatiquement dans un domaine de pannes 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 :

  • Options de base de données : les valeurs des options de licence Nombre d'ECPU (Nombre d'OCPU si votre base de données utilise des OCPU) sont identiques pour le stockage, le nom d'affichage, le nom de base de données, le redimensionnement automatique, les balises et BYOL après un basculement vers la base de données de secours ou 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.

    Oracle recommande d'utiliser l'option de sous-réseau régional pour une disponibilité et une latence optimales pour les bases de données sur une adresse privée. 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.

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

Lorsque vous ajoutez une base de données de secours dans une autre région, en cas de panne de l'instance principale, 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.

Une base de données de secours inter-région 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 RTO faible pour la 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 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 de stockage redimensionnée automatiquement, facturé sur la base de données homologue distante. Les CPU redimensionnées automatiquement de la base principale ne sont pas facturées en plus sur la base de données homologue distante. Le nombre d'UC de base est indiqué par le 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 associées sont des régions distantes dans lesquelles 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 votre 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 associées sont des régions distantes dans lesquelles vous pouvez créer une base de secours inter-région. Reportez-vous à Régions couplées inter-région Autonomous Database pour plus d'informations sur les régions couplées.

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 que vous avez ajouté une base de données de secours distante, Autonomous Database lui donne accès à 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 pouvez 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 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.

Remarque

Autonomous Data Guard n'effectue pas de basculement automatique pour une base de données de secours inter-région. En cas d'indisponibilité de la base de données principale et d'indisponibilité d'une base de données de secours locale, 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 lorsqu'elle fonctionne en tant que base de données de secours, et 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 une 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 comporte l'extension "_region". Où region est le nom de la région, tel que IAD ou BOM.

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

  • Blocs-notes OML : après une permutation inter-région ou un basculement, les blocs-notes OML de la base de données principale qui a été permutée ou basculée 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 en créer d'autres.

  • Adresse privée : vous pouvez configurer et mettre à jour les adresses privées de façon indépendante sur une base de données de secours avant le basculement ou avant d'effectuer une permutation. Cela vous permet d'avoir une adresse privée configurée différemment, après le basculement ou après une permutation. Autonomous Database ne maintient pas la synchronisation de la configuration réseau entre la base de données principale et une base de données 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 à la section Manage Remote Peer Network ACLs.

  • Balises : les balises sont gérées indépendamment sur une base de données principale de récupération après sinistre et sur une base de données homologue distante. 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 supprimez une balise sur la base principale, la balise n'est pas ajoutée, mise à jour ou enlevée sur les bases de données homologues distantes.

  • 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 principale, la base de données principale en cours, après un basculement en cas d'incident ou une permutation.

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

  • Outils Autonomous Database : les outils ont des URL différentes dans la base de données principale, la base de données principale en cours, après un basculement ou après une permutation (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

    • 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 (base de données principale en cours), les informations d'identification et les URL qui fournissent l'accès à Object Storage continuent à fonctionner comme avant le basculement ou la permutation, ce qui donne accès aux éléments suivants :

    • Tables externes

    • Tables partitionnelles externes

    • Tables partitionnées hybrides externes

    Remarque

    Cela s'applique lorsque le stockage Object Storage est disponible. Dans les rares cas où Object Storage n'est pas disponible, Oracle recommande de disposer de sauvegardes Object Storage ou d'une réplication vers une autre région. Si Object Storage n'est pas disponible (c'est-à-dire la ressource Object Storage que vous avez utilisée avec l'instance 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 les 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 sur plusieurs 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 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 basculer, permuter 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.

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 la récupération après sinistre de pile complète est activée, la page de détails d'Autonomous Database, sous Récupération après sinistre, affiche le champ Récupération après sinistre de pile complète comme Activé.



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

Rubriques

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é : principale, de secours ou de secours cliché.

Le rôle indique l'état en cours d'une base de données (base de données principale, base de données de secours ou 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 consulter le rôle Autonomous Database dans l'icône qui apparaît en regard du nom d'affichage sur la page Informations sur la base de données autonome . Exemples :

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

Description d'adb_adg_standby.png
Description de l'image 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 cliché, le rôle s'affiche comme Base de données de secours cliché.

Pour visualiser les détails d'un homologue, sur la page de détails d'Autonomous Database, 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 porte 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 affiche De secours pour une base de données de secours distante et la base de données porte le même nom avec l'extension "_région" dans la colonne Autonomous Database homologue. Vous pouvez cliquer 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éé le pair inter-région avant l'introduction de la prise en charge de plusieurs homologues inter-région, le nom d'affichage du pair 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.

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

Vous pouvez avoir un homologue 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, chaque homologue peut être une copie de récupération après sinistre basée sur une 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 :

  • En cas de panne de votre base de données principale, si la base de données de secours locale est disponible, Autonomous Data Guard effectue automatiquement le basculement pour convertir la base de données de secours locale en base de données 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 les mêmes bases de données homologues entre régions.

  • Si votre base de données principale tombe en panne et que la base de données de secours locale n'est pas disponible, vous pouvez effectuer un basculement manuel vers une base de données homologue inter-région et la base de données homologue inter-région vers laquelle le basculement devient la base de données 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 les mêmes bases de données homologues entre régions.

  • Vous pouvez effectuer une opération de permutation, où 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 secours afin qu'elle devienne une base de données homologue).

    Une permutation de rôles modifie les rôles de la base 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 de données principale redevient la base de données principale.

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

Une fois que vous avez ajouté une base de données de secours inter-région Autonomous Data Guard, 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 avec rôle affiche principal). Par exemple, après une permutation ou un basculement, la base de données dotée du rôle Principal commence à effectuer des sauvegardes automatiques. Une base de données avec le rôle De secours n'effectue plus de sauvegardes. Si vous effectuez à nouveau la permutation, la base de données qui devient la base de données de rôle primaire recommence les sauvegardes.

  • Vous ne pouvez pas effectuer de restauration ou de clonage à partir d'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 de connexion et portefeuilles de récupération après sinistre inter-régions

Lorsque vous ajoutez une base de données de secours (distante) inter-région Autonomous Data Guard 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 à la fois aux portefeuilles d'instance et aux portefeuilles régionaux.

Oracle 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 après 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 à vos applications de niveau intermédiaire exécutées dans IAD d'utiliser les chaîne de connexion ou portefeuille de la base de données principale dans IAD, et des 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égional, Oracle recommande de basculer votre base de données et vos applications de niveau intermédiaire vers la nouvelle base de données de rôle principale 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 le requiert, vous pouvez construire manuellement des chaînes de connexion contenant à la fois des noms d'hôte de base de données principale et distante afin de prendre en charge la connexion à l'une des instances disponibles et ouvertes automatiquement pour les connexions, à la base de données principale ou distante.

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

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.

Remarque

Autonomous Database prend en charge plusieurs fournisseurs de clés gérées 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 seule région distante.

Considérons les cas suivants :

  • L'ajout d'une base de données de secours distante Autonomous Data Guard est autorisé si Autonomous Database utilise des clés gérées par le 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 contenant le coffre et les clés répliqués. Si aucune région distante n'est répertoriée, vous devez répliquer le coffre et les clés vers la région dans laquelle vous voulez votre base de données de secours (il doit s'agir d'une région couplée).

  • Le passage à des 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. Si la base de données utilise des clés gérées par Oracle et que vous passez à des clés gérées par le client sur la base principale, vous ne voyez que les clés répliquées dans les régions principale et de secours. Les listes Gérer la clé de cryptage Vault et Clé de cryptage maître affichent uniquement les coffres et les clés répliqués dans les régions principale et de secours. Si aucune clé n'est répertoriée, répliquez le coffre et les clés vers une région couplée.

Pour plus d'informations, reportez-vous à :

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 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 des sept (7) derniers jours, ou n'importe quel horodatage de la période de conservation indiquée lorsque la période de conservation est inférieure à sept jours.

  • Toutes les sauvegardes de la base de données principale 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 le nombre de jours de la période de conservation lorsque la période de conservation est inférieure à 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égions entraîne un coût supplémentaire. Pour plus d'informations, reportez-vous à Facturation des fonctionnalités 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égions :

  • Après une permutation ou un basculement, alors que la base de données inter-région joue le rôle de base de données principale, les sauvegardes sont effectuées sur la base de données principale en cours et répliquées sur 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-locations, vous pouvez définir indépendamment la limite d'ECPU BYOL, selon vos besoins. La définition d'une valeur pour la limite de licence BYOL limite le nombre d'ECPU couvertes par les licences BYOL.

Par exemple, prenons une base de données principale Autonomous Data Guard à 8 ECPU utilisant une licence BYOL. Lorsque vous ajoutez une base de données de secours inter-région ou inter-location, la base de données de secours utilise sa licence 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 une licence BYOL. Cependant, la limite de licence BYOL que vous définissez sur la base principale ne s'applique pas sur 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 valeur 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 avec utilisation de votre propre licence (BYOL) définie sur la base de données de secours n'a aucune incidence sur la limite d'ECPU avec utilisation de votre propre licence (BYOL) de la base de données principale.

Pour plus d'informations, reportez-vous à Choix de l'option Bring Your Own License lors du provisionnement ou du clonage et à Choix de l'option Bring Your Own License sur Autonomous Database (modèle de calcul ECPU).

Objectif de délai de récupération (RTO) et objectif de point de récupération (RPO) Autonomous Data Guard

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 aucune instance de secours Autonomous Data Guard locale n'est disponible et que vous avez activé la récupération après sinistre entre régions, vous pouvez basculer manuellement vers la base de données de secours entre régions.

Si vous n'ajoutez pas de base de données de secours Autonomous Data Guard inter-région, vous pouvez ajouter un homologue de récupération après sinistre basé sur une sauvegarde inter-région. Reportez-vous à Objectif de délai de récupération après sinistre basé sur une sauvegarde (RTO) et objectif de point de récupération (RPO) pour plus de détails sur le RTO et le RPO avec récupération après sinistre basée sur une sauvegarde.

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.

Base de données de secours Autonomous Data Guard locale

Lorsque vous ajoutez une base de données de secours locale, Autonomous Data Guard fournit les options suivantes pour le basculement ou la permutation :

  • Basculement automatique ou permutation :

    Lorsque vous activez Autonomous Data Guard, vous pouvez sélectionner une limite de perte de données. La limite de perte de données par défaut pour le basculement automatique est de 0 (les valeurs valides sont comprises entre 0 et 3600 secondes). Par exemple, une limite de perte de données de 0 signifie qu'Autonomous Data Guard effectue le basculement automatique uniquement en l'absence de perte de données. Cela signifie que si Autonomous Data Guard peut vérifier l'absence de perte de données, il bascule automatiquement en cas de problème. En cas de problème et lorsqu'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 ne se produit pas et vous avez la possibilité d'effectuer un basculement manuel.

  • Basculement manuel : le RTO est de deux (2) minutes et le RPO de 10 secondes

Base de données de secours Autonomous Data Guard dans plusieurs régions

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

  • Permutation : le RTO est inférieur à dix (10) minutes et le RPO est égal à zéro (0).

  • Basculement automatique : non disponible.

  • Basculement manuel : le RTO est inférieur à dix (10) minutes et le RPO est d'une (1) minute au maximum.

Pour plus d'informations, reportez-vous à :

Opérations Autonomous Data Guard

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

Opération Description
Convertir en base de données de secours cliché

La conversion d'un pair de récupération après sinistre en base de données de secours instantanée ouvre la base de données en mode lecture/écriture et le pair de récupération après sinistre inter-région arrête temporairement l'actualisation des données de la base de données source.

Pour plus d'informations, reportez-vous à Conversion d'un homologue inter-région en base de données de secours cliché.

Désactiver Autonomous Data Guard

Si vous disposez d'une base de données de secours locale ou d'une base de données de secours inter-région, vous pouvez remplacer le type de récupération après sinistre par Récupération après sinistre basée sur une sauvegarde pour la base de données de secours locale ou mettre fin à une base de données de secours inter-région. Dans les deux cas, la désactivation d'Autonomous Data Guard met fin à la base de données de secours.

Pour plus d'informations, reportez-vous à Mise à jour de la base de données de secours pour utiliser un homologue de copie de sauvegarde ou à Désactivation d'une base de données de secours inter-région.

Déconnecter la base de données de secours

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

Pour plus d'informations, reportez-vous à Déconnexion d'une base de données homologue et à Déconnexion d'une base de données de secours cliché.

Activer Autonomous Data Guard

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

Pour plus d'informations, reportez-vous à Activation d'Autonomous Data Guard et à Ajout d'une base de données de secours inter-région.

Basculement en cas d'incident - Automatique

Une fois que vous avez ajouté une base de données de secours Autonomous Data Guard locale, le système surveille l'instance principale et basera automatiquement sur une base de données de secours locale dans certains cas.

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

Basculement en cas d'incident - 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 ne pouvez pas basculer vers une base de données de secours distante si une base de données de secours locale est disponible).
  • Si aucune base de données de secours locale n'est disponible, vous pouvez basculer manuellement vers une base de données de secours distante.

Pour plus d'informations, reportez-vous à Exécution d'un basculement manuel.

Permutation

Lorsqu'Autonomous Data Guard est activé, la permutation modifie 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 secours inter-région (distante), vous pouvez choisir de basculer vers la base de données de secours locale ou distante.

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

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 à une base de secours locale.

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, vous devez y mettre fin avant de mettre fin.

Pour plus de détails, reportez-vous à Terminaison d'une base de données de secours inter-région.

Statut de récupération après sinistre d'Autonomous Database

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

Dans la zone Récupération après sinistre, procédez comme suit :

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 locale 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 donne pas accès à une base de données de secours locale (ou à un homologue de copie de sauvegarde locale).

  • Lors de l'utilisation d'un homologue 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 de champ Role Primaire si vous visualisez la base de données principale et affiche la valeur 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 de provisionnement (jusqu'à ce que l'état de la base de données de secours devienne 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, son état est De secours. Une base de données de secours n'affiche jamais l'état Stopped.
  • Modification du rôle en cours :: indique qu'une opération de basculement ou de permutation a démarré.

Evénements Autonomous Data Guard

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 du basculement automatique
  • Terminer le 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.