Utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer

Découvrez comment configurer et gérer les groupes Data Guard dans votre cluster d'unités virtuelles.

A propos de l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer

Oracle Data Guard fournit un ensemble complet de services permettant de créer, de gérer et de surveiller des bases de données de secours afin que les bases de données Oracle de production puissent résister aux sinistres et aux altérations de données.

Oracle Data Guard conserve ces bases de données de secours en tant que copies de la base de données de production. Ensuite, si la base de données de production devient indisponible en raison d'une panne planifiée ou non, Oracle Data Guard peut basculer n'importe quelle base de données de secours vers le rôle de production, ce qui réduit le temps d'inactivité associé à la panne. Oracle Data Guard peut être utilisé avec les techniques traditionnelles de sauvegarde, de restauration et de cluster pour fournir un haut niveau de protection et de disponibilité des données. Les services de transport Oracle Data Guard sont également utilisés par d'autres fonctionnalités Oracle telles qu'Oracle Streams et Oracle GoldenGate pour assurer une transmission efficace et fiable des informations de journalisation d'une base de données source vers des destinations distantes.

Pour obtenir des informations complètes sur Oracle Data Guard, reportez-vous à la documentation Oracle Data Guard Concepts and Administration et à Oracle Data Guard Broker Concepts sur le portail de documentation Oracle Database.

Cette rubrique explique comment utiliser la console ou l'API pour gérer les ressources Data Guard dans votre cluster de machines virtuelles.

Lorsque vous utilisez la console ou l'API afin d'activer Data Guard pour une base de données de noeud de calcul de base de données Exadata :
  • la base de données de secours est une base de données physique,
  • les versions des bases de données homologues (bases de données principale et de secours) sont identiques,
  • la base de données de secours est déployée en tant que base de données ouverte en lecture seule (Active Data Guard).
  • Une base de données principale peut prendre en charge jusqu'à six bases de données de secours.

prérequis pour l'utilisation d'Oracle Data Guard avec Oracle Exadata Database Service on Cloud@Customer

Consultez la liste des prérequis pour l'utilisation de Data Guard avec Oracle Exadata Database Service on Cloud@Customer.

Clusters de machines virtuelles

Une implémentation Data Guard de cluster de machines virtuelles requiert deux clusters de machines virtuelles de base de données Exadata, l'un contenant la base de données principale et l'autre la base de données de secours.

Remarque

Oracle recommande vivement de placer les bases de données principale et de secours, peu importe leur charge globale de production, sur différentes infrastructures Exadata Cloud pour un meilleur isolement des défaillances et une meilleure protection contre les sinistres.

Mot de passe

Pour modifier le mot de passe SYS ou effectuer la rotation des clés TDE, utilisez l'API OCI.

Ajouter un noeud à un cluster de machines virtuelles

Lorsque vous ajoutez un noeud à un cluster de machines virtuelles, une instance de la base de données Data Guard est automatiquement créée sur le nouveau noeud.

Suppression d'un noeud d'un cluster de machines virtuelles

Lors de la suppression d'un noeud d'un cluster de machines virtuelles, l'instance et ses métadonnées sur le noeud de suppression sont automatiquement supprimées.

Utilisation de Data Guard

Oracle Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données Enterprise.

Les bases de données principale et de secours constituent un groupe Data Guard. La plupart de vos applications accèdent à la base de données principale. Une base de données de secours est une copie cohérente au point de vue transactionnel de la base de données principale.

Pour mettre à jour la base de données de secours, Data Guard transmet les données redo à partir de la base de données principale et les applique. Si la base de données principale devient indisponible, vous pouvez utiliser Data Guard pour permuter ou basculer la base de données de secours vers le rôle principal. Cela est vrai même si vous disposez de plusieurs bases de données de secours.

Permutation

La permutation inverse les rôles des bases de données principale et de secours.

Chaque base de données continue de faire partie du groupe Data Guard dans son nouveau rôle. La permutation de bases de données garantit l'absence de perte de données. Vous pouvez utiliser une permutation avant d'effectuer la maintenance planifiée sur la base de données principale. La maintenance planifiée sur un noeud du calcul d'une base de donnée Exadata avec un groupe Data Guard est généralement réalisée en permutant la source principale vers le rôle de secours, en effectuant les opérations d'entretien sur la source de secours, puis en permutant à nouveau ce dernier vers le rôle principal.

Basculement

Le basculement attribue le rôle principal à la base de données de secours en cas d'échec ou d'inaccessibilité de la base de données principale existante.

Le basculement peut entraîner une perte de données si vous utilisez le mode de protection Performances maximales.

Rétablissement

Rétablit une base de donnée en mode de secours dans un groupe Data Guard.

Vous pouvez utiliser la commande de rétablissement pour remettre en service une base de données ayant échoué après avoir corrigé la cause de l'échec.

Remarque

Vous ne pouvez pas mettre fin à une base de données principale qui fait partie d'un groupe Data Guard contenant des bases de données de secours. Vous devez d'abord mettre fin aux bases de données de secours. Vous pouvez également permuter la base de données principale vers le rôle de base de données de secours, puis mettre fin à l'ancienne base de données principale.

vous ne pouvez pas mettre fin à un cluster de machines virtuelles qui inclut des bases de données activées Data Guard. Vous devez d'abord mettre fin aux bases de données de secours qui font partie du groupe Data Guard.

Utilisation de la console pour gérer un groupe Oracle Data Guard

Découvrez comment activer un groupe Data Guard entre différentes bases, modifier le rôle d'une base de donnée dans un groupe Data Guard à l'issue d'une opération de permutation ou de basculement, et rétablissez une base de donnée ayant échoué.

Lorsque vous activez Data Guard, un groupe Data Guard distinct est créé entre les bases de Données principale et de secours.

Utilisation de la console pour activer Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer

Découvrez comment configurer un groupe Data Guard entre des bases de données.

Remarque

Data Guard repose sur un réseau fiable avec un débit suffisant entre les clusters principaux et de secours. Etant donné qu'Oracle ne possède pas le réseau, vous devez effectuer une évaluation avant d'implémenter Data Guard pour vous assurer que la bande passante réseau requise est disponible. Il est recommandé de suivre les instructions fournies dans Evaluation et optimisation des performances réseau pour comprendre le débit atteignable entre les clusters et déterminer si les exigences de la base de données sont respectées. Par défaut, la taille maximale du tampon de socket est définie sur une valeur plus élevée pour les configurations ExaDB-C@C Data Guard inter-régions.

Remarque

Lorsque vous configurez un groupe Data Guard, les bases de données principale et de secours doivent être sur la même version majeure tandis que la base de données de secours peut être sur une version mineure supérieure.

Dans le cadre de la dernière version, nous introduisons une expérience utilisateur améliorée et de nouvelles API pour améliorer les performances et fournir des fonctionnalités Data Guard supplémentaires, notamment la prise en charge de plusieurs bases de données de secours via l'automatisation du cloud.

  • Avec la nouvelle API, la configuration Data Guard sera créée en tant que ressource de groupe Data Guard.
  • Si vous disposez d'une configuration Data Guard existante, vous pouvez continuer à utiliser les fonctionnalités actuelles sans impact. Toutefois, si vous souhaitez créer plusieurs bases de données de secours, vous devez migrer vers le nouveau modèle d'API, ce qui peut être fait à tout moment.
  • Si vous disposez actuellement d'une automatisation qui gère les opérations Data Guard à l'aide de l'API d'association Data Guard existante, vous devrez mettre à jour vos applications pour qu'elles utilisent la nouvelle API afin de tirer parti de ces nouvelles fonctionnalités.

    Oracle prend actuellement en charge l'API d'association Data Guard existante, la nouvelle API de groupe Data Guard et les interfaces utilisateur associées.

Remarque

Une opération parallèle sur la base de données de secours, en cas d'échec, doit faire l'objet d'une nouvelle tentative après un intervalle de 5 minutes.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Sélectionnez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données devant assumer le rôle principal, puis cliquez sur le nom de cette base de données.
  4. Cliquez sur Association Data Guard.
  5. Cliquez sur Ajouter une base de données de secours.
  6. Sur la page Ajouter une base de données de secours, configurez le groupe Data Guard.
    • Pour exécuter explicitement une prévérification Data Guard, cliquez sur Exécuter la prévérification. Lorsque vous cliquez sur Run Precheck, les actions suivantes sont exécutées :
      • Le système ferme la page Ajouter une base de données de secours.
      • Un message apparaît sur la page Détails de la base de données principale indiquant que la prévérification Data Guard est en cours et que le bouton Ajouter une base de données de secours est désactivé.

      Cliquez sur le lien Afficher les détails pour accéder à la page Demandes de travail correspondant au statut :

      • Vérifiez le statut de la prévérification : Succès ou Echec.
      • Si la prévérification a échoué, résolvez les erreurs signalées et réessayez la configuration Data Guard.
      Remarque

      Lorsque la prévérification est en cours d'exécution, la base de données principale et le cluster de machines virtuelles restent à l'état DISPONIBLE.
      • Choisissez l'expérience Data Guard :
        • Utiliser la nouvelle ressource du groupe Data Data Guard Avec cette option, la configuration Data Guard sera créée en tant que ressource du groupe Data Data Guard. Cette option avec les nouvelles API prend en charge l'ajout de plusieurs bases de données de secours et fournit d'autres améliorations. Si vous disposez actuellement d'une automatisation qui gère les opérations Data Guard à l'aide de l'API d'association Data Guard existante, vous pouvez mettre à jour vos applications afin qu'elles utilisent la nouvelle API pour tirer parti de ces nouvelles fonctionnalités.
        • Utiliser la ressource d'association Data Guard existante : choisissez cette option si l'automatisation de la gestion des opérations Data Guard repose sur l'API d'association Data Guard existante. Toutefois, vous ne pourrez pas ajouter plusieurs bases de données de secours et n'obtiendrez pas les améliorations apportées par la nouvelle API.
    • Détails du groupe Data Guard:
      • Sélectionnez un type Data Guard, Active Data Guard ou Data Guard, en fonction du type de licence du logiciel Oracle Database que vous avez déployé. Si vous avez déployé Oracle Database Enterprise Edition Extreme Performance (Licence incluse), vous pouvez choisir Data Guard ou Active Data Guard. Si vous avez déployé Oracle Database Enterprise Edition avec Utilisation de votre propre licence (BYOL) sans l'option Active Data Guard, vous devez sélectionner Data Guard, qui est la valeur par défaut.
        • Active Data Guard : Active Data Guard est une option sous licence d'Oracle Database Enterprise Edition et comporte des fonctionnalités avancées par rapport à l'option Data Guard de base. Ces fonctionnalités incluent la requête en temps réel et le déchargement DML, la réparation automatique de blocs de données endommagées, le suivi des modifications de blocs de secours, Global Data Services et la continuité des applications.
        • Data Guard : Oracle Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données d'entreprise. Data Guard fournit un ensemble complet de services permettant de créer, de tenir à jour, de gérer et de surveiller des bases de données de secours afin que les bases de données Oracle de production puissent résister aux sinistres et aux altérations de données. Data Guard gère ces bases de données de secours en tant que copies des bases de données de production, cohérentes du point de vue des transactions.
      • Mode de sécurité : mode de sécurité utilisé pour ce groupe Data Guard.

        L'option Performances maximales offre le meilleur niveau de protection de données qu'il est possible d'obtenir en conservant les performances d'une base de données principale.

        L'option Disponibilité maximale offre le meilleur niveau de protection des données avec le transport synchrone sans perte de données, sans compromettre la disponibilité de la base de données.

      • Type de transport : type de transport des informations de journalisation utilisé pour l'association Data Guard entre la base de données principale et cette base de données de secours.

        • Asynchrone : mode de transport asynchrone utilisé avec le mode de protection Performances maximales.
        • Sync : mode de transport synchrone utilisé avec les modes de protection des performances maximales et de la disponibilité maximale.

        Mode de protection et type de transport : Règles de création de base de données de secours

        • Création de la première base de données de secours : vous ne pouvez pas modifier le mode de protection ou le type de transport de la première base de données de secours.
          • Les paramètres par défaut sont les suivants :
            • Mode de protection : performances maximales
            • Type de transport : Asynchrone
        • Création de la seconde sur Nième base de données de secours : vous ne pouvez pas modifier le mode de protection ou le type de transport pour les bases de données de secours suivantes.
          • Le mode de protection est hérité de la première base de données de secours.
          • Le type de transport par défaut est Asynchrone.
    • Sélectionner un cluster de machines virtuelles homologue : indiquez les valeurs suivantes pour la base de données de secours :
      • Région homologue : les bases de données principale et de secours peuvent être exécutées sur deux clusters de machines virtuelles différents sur un système ExaDB-C@C partagé, ou sur deux systèmes ExaDB-C@C géographiquement séparés et gérés à partir de régions Oracle Cloud Infrastructure différentes ou de la même région.
      • Infrastructure Exadata Cloud@Customer : sélectionnez l'infrastructure Exadata Database Service on Cloud@Customer dans laquelle se trouve la base de données de secours. Cliquez sur le lien hypertexte Modifier le compartiment pour choisir un compartiment.
      • Cluster de machines virtuelles homologue : sélectionnez le noeud de calcul de base de données Exadata qui contient la base de données de secours. Cliquez sur le lien hypertexte Modifier le compartiment pour choisir un compartiment.
    • Choisir un répertoire de base de base de données : sélectionnez un répertoire de base de base de données existant ou créez-en un selon le cas.
      • Sélectionner un répertoire de base de base de données existant : si des répertoires de base de base de données existent déjà pour la version de base de données sélectionnée, cette option est sélectionnée par défaut. La liste des répertoires de base de base de données apparaît. Sélectionnez un répertoire de base de base de données dans la liste.
        Remarque

        Bien que seuls les répertoires de base de base de données de la même version et de la même mise à jour de version soient répertoriés, les répertoires de base affichés peuvent présenter des patches exceptionnels différents de ceux de la base de données principale. Il est acceptable d'avoir des patches exceptionnels différents mais il est recommandé de disposer de répertoires de base de base de données identiques entre les bases de données principale et de secours.
      • Créer un répertoire de base de base de données : si aucun répertoire de base de base de données n'existe pour la version de base de données sélectionnée, cette option est sélectionnée par défaut. Vous pouvez créer le répertoire de base de base de données avec le même DSI que la base de données principale ou choisir une autre image. Notez que les DSI ne sont pas disponibles dans les régions. Un DSI distinct doit être créé dans la région homologue à l'aide de la même RU que l'unité principale.
        1. Cliquez sur Modifier l'image de base de données afin de sélectionner une image logicielle de base de données pour le nouveau répertoire de base de base de données.
        2. Dans le navigation des images de base de données obtenu, procédez comme suit :
          1. Sélectionnez le compartiment contenant l'image logicielle de base de données à utiliser pour créer le répertoire de base de base de données.
          2. Sélectionnez la version du logiciel Oracle Database que le nouveau répertoire de base de base de données va utiliser, puis choisissez une image dans la liste des images disponibles pour la version de logiciel sélectionnée.
          3. Cliquez sur Sélectionner.
            Remarque

            Si vous utilisez la nouvelle ressource de groupe Data Guard, vous devez d'abord créer le répertoire de base de base de données avant d'ajouter la base de données de secours.
    • Configurer la base de données de secours :
      • Fournir un nom unique pour la base de données :
        Remarque

        Vous ne pouvez pas modifier db_name, db_unique_name et le préfixe SID après avoir créé la base de données.

        Vous pouvez éventuellement indiquer un nom unique pour la base de données. Cet attribut définit la valeur du paramètre de base de données db_unique_name. La valeur ne tient pas compte de la casse. Le paramètre db_unique_name doit contenir uniquement les caractères autorisés.

        Lorsque vous choisissez un nom de base de données, reportez-vous aux règles suivantes :
        • Il peut comporter jusqu'à 30 caractères.
        • Il peut contenir des caractères alphanumériques et des traits de soulignement (_).
        • Il doit commencer par une lettre.
        • Il doit être unique dans le parc/la location.

        Si aucun nom unique n'est saisi, db_unique_name prend par défaut le format suivant : <nom_BdD>_<chaîne unique de 3 caractères>_<nom-région>.

      • Mot de passe de la base de données : saisissez le mot de passe d'administrateur de la base de données principale dans le champ Mot de passe de la base de données. Ce même mot de passe d'administrateur de base de données sera utilisé pour la base de données de secours.

        Le mot de passe de l'administrateur et le mot de passe de cryptage transparent des données doivent être identiques. Si ce n'est pas le cas, suivez les instructions données dans Modification des mots de passe de base de données pour les faire correspondre.

      • Mot de passe de portefeuille TDE : entrez le mot de passe de portefeuille TDE.
    • (Facultatif) Sélectionnez Afficher les options avancées.
      • Fournir le préfixe du SID Oracle : vous pouvez éventuellement indiquer le préfixe de SID Oracle pour la base de données. Le numéro d'instance est automatiquement ajouté au préfixe de SID pour devenir le paramètre de base de données instance_name. S'il n'est pas indiqué, le préfixe de SID correspond par défaut aux 12 premiers caractères du paramètre db_unique_name.
        Lorsque vous choisissez un nom de base de données, reportez-vous aux règles suivantes :
        • Il peut comporter jusqu'à 12 caractères.
        • Il ne doit contenir que des caractères alphanumériques.
        • Il doit commencer par une lettre.
        • Il doit être unique dans le cluster de machines virtuelles.
  7. Cliquez sur Ajouter.

Une demande de travail est émise pour configurer l'association Data Guard. La progression de la demande et les étapes de provisionnement peuvent être affichées sur la page Demandes de travail de la base de données de secours correspondante.

Lors de la création de l'association, les détails de la base de données et de son homologue affichent leur rôle respectif : Principal ou De secours.

Utilisation de la console pour visualiser le groupe de bases de données Data Guard dans un cluster de machines virtuelles Exadata

Pour afficher le rôle de chaque base de données dans un groupe Data Guard dans un cluster de machines virtuelles Exadata, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez votre compartiment.
  3. Cliquez sur le cluster de machines virtuelles contenant les bases de données dont vous souhaitez visualiser les rôles dans les associations Data Guard.
  4. Cliquez sur Bases de données.

    Le rôle de chaque base de données dans ce cluster de machines virtuelles est indiqué dans la colonne Rôle Data Guard.

Utilisation de la console pour visualiser et modifier les détails d'un groupe Data Guard

Vous pouvez basculer entre les types Data Guard en fonction du type de licence du logiciel Oracle Database que vous avez déployé.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données principale dont vous voulez changer le type Data Guard.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.

    La liste des bases de données membres du groupe Data Guard est affichée avec le type Data Guard que vous avez choisi pour chaque membre de groupe Data Guard.

  6. Pour modifier les détails d'une organisation Data Guard, cliquez sur l'icône Actions (trois points), puis sur Modifier.

    L'écran Modifier le groupe Data Guard apparaît.

  7. Effectuez les opérations suivantes sur l'écran Modifier le groupe Data Guard.
    • Sélectionnez un type Data Guard applicable.
    • Sélectionnez le mode de protection.
      Remarque

      Sélectionnez le type de transport.
    • Définissez le mot de passe de base de données.
    • Cliquez sur Modifier Data Guard pour enregistrer les modifications.

Utilisation de la console pour effectuer une permutation de base de données

Vous pouvez lancer une opération de permutation sur une base de données de secours qui est membre du groupe Data Guard.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données principale à permuter.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.
  6. Sélectionnez la base de données de secours du groupe Data Guard sur lequel effectuer une permutation. Cliquez sur une icône Actions (trois points), puis sur Permutation.
  7. Dans la boîte de dialogue Permuter la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur Permutation.

Cette base de donnée doit désormais prendre le rôle de secours et la base de donnée de secours doit prendre le rôle de principale dans le groupe Data Guard.

Utilisation de la console pour effectuer un basculement de base de données

Vous pouvez lancer une opération de basculement sur une base de données de secours qui est membre du groupe Data Guard.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données de secours homologue de la base de données principale, vers laquelle basculer.
  4. Cliquez sur le nom de la base de données de secours.
  5. Cliquez sur Groupe Data Guard.
  6. Sélectionnez la base de données de secours du groupe Data Guard sur lequel effectuer un basculement. Cliquez sur le bouton Actions (trois points), puis sur Basculement.
  7. Dans la boîte de dialogue Changement de base de données en cas d'incident, entrez le mot de passe d'administrateur de base de données, puis cliquez sur Basculement en cas d'incident.
Remarque

Vous pouvez lancer un basculement même si la base de données principale est en bon état. Toutefois, faites preuve de prudence lorsque vous effectuez un basculement.

Cette base de données doit désormais prendre le rôle de base de données principale et le rôle de l'ancienne base de données principale doit indiquer Instance de secours désactivée.

Utilisation de la console pour rétablir une base de données

Une fois que vous avez basculé la base de données principale vers sa base de données de secours, cette dernière prend le rôle de base de données principale et l'ancienne base de données principale est identifiée comme une base de données de secours désactivée.

Après avoir corrigé la cause de l'échec, vous pouvez rétablir la base de données en échec en tant que base de données de secours opérationnelle pour la base principale en cours.

Pour pouvoir rétablir une base de données de version 12.2 ou ultérieure, vous devez effectuer certaines étapes sur l'hôte de la base de données afin d'arrêter cette dernière ou de la démarrer en mode MOUNT.

Définissez votre variable d'environnement ORACLE_UNQNAME sur la valeur du nom de base de données unique, puis exécutez les commandes suivantes :
srvctl stop database -d db-unique-name -o abort
srvctl start database -d db-unique-name -o mount
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données principale.
  4. Cliquez sur le nom de la base de données principale.
  5. Cliquez sur Groupe Data Guard.

    La base de données à rétablir apparaît dans la liste.

  6. Cliquez sur l'icône Actions (trois points), puis sur Rétablir.
  7. Dans la boîte de dialogue Rétablir la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur Rétablir.

Cette base de Données doit désormais être rétablie comme base de Données de secours dans le Groupe Data Guard.

Utilisation de la console pour mettre fin à un groupe Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer

Sur un cluster de machines virtuelles, vous enlevez un groupe Data Guard en mettant fin à toutes les bases de données de secours.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Dans la liste des clusters de machines virtuelles, cliquez sur le cluster qui contient la base de données de secours à laquelle mettre fin.
  4. Cliquez sur le nom de la base de données de secours.
  5. Cliquez sur l'icône Actions (trois points) correspondant à la base de données de secours à laquelle mettre fin, puis sur Mettre fin.
  6. Dans la fenêtre de dialogue Mettre fin à une base de donnée, entrez le nom de la base de donnée, puis cliquez sur Mettre fin.

Utilisation de l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer

Découvrez comment utiliser l'API pour gérer les associations Data Guard sur un système Oracle Exadata Database Service on Cloud@Customer.

Remarque

En février 2026, le modèle d'association Data Guard et les API associées seront remplacés par le nouveau modèle de groupe Data Guard et les nouvelles API. À partir de février 2026, toutes les nouvelles configurations Data Guard provisionnées à partir de la console Oracle Cloud Infrastructure (OCI) utiliseront automatiquement le modèle de groupe Data Guard.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Le tableau suivant répertorie les adresses d'API REST permettant de gérer des associations Data Guard.

Opération Adresse d'API REST

Créez une association Data Guard.

CreateDataGuardAssociation

Affichez le détail des informations de configuration de l'association Data Guard indiquée.

GetDataGuardAssociation

Affichez la liste de toutes les associations Data Guard de la base de données indiquée.

ListDataGuardAssociations

Effectuez une permutation pour attribuer le rôle de secours à une base de données principale d'une association Data Guard.

SwitchoverDataGuardAssociation

Effectuez un basculement pour attribuer à une base de données de secours identifiée par le paramètre databaseId le rôle principal dans l'association Data Guard spécifiée en cas d'échec ou d'inaccessibilité de la base de données principale existante.

FailoverDataGuardAssociation

Rétablissez le rôle de secours d'une base de données identifiée par le paramètre databaseId dans une association Data Guard.

ReinstateDataGuardAssociation

Pour plus d'informations, reportez-vous à Utilisation de la console pour rétablir une base de données.

Supprimez une base de données de secours.

DeleteDatabase

Pour obtenir la liste complète des API, reportez-vous à API du service Database.

Utilisation de l'API pour gérer le groupe Data Guard sur une base Oracle Exadata Database Service on Cloud@Customer

Découvrez comment utiliser l'API pour gérer le groupe Data Guard sur une instance Oracle Exadata Database Service on Cloud@Customer.

Remarque

En février 2026, le modèle d'association Data Guard et les API associées seront remplacés par le nouveau modèle de groupe Data Guard et les nouvelles API. À partir de février 2026, toutes les nouvelles configurations Data Guard provisionnées à partir de la console Oracle Cloud Infrastructure (OCI) utiliseront automatiquement le modèle de groupe Data Guard.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Le tableau suivant répertorie lesadresse d'API REST permettant de gérer un groupe Data Guard.

Opération Adresse d'API REST Commentaires

Créer/ajouter une base de données de secours

CreateDatabase

  • La même API est utilisée pour créer une première base de données de secours et ajouter d'autres bases de données de secours.
  • Il utilise l'API de création de base de données existante avec la source "DATAGUARD".

Action Data Guard - Basculement

FailoverDataGuard

Le basculement doit être déclenché sur la base de données de secours respective pour devenir la base de données principale.

Action Data Guard - Rétablir

ReinstateDataGuard

Le rétablissement doit être déclenché sur la base de données de secours respective pour être rétabli.

Action Data Guard - Permutation

SwitchOverDataGuard

La permutation doit être déclenchée sur la base de données de secours respective pour devenir principale.

Supprimer la base de données de secours

DeleteDatabase

  • La suppression de la base de données de secours reste identique à la base de données existante.- DeleteDatabase
  • L'appel passe sur la base de données de secours respective pour être supprimé.

Migrer une association Data Guard vers plusieurs bases de données de secours

MigrateDataGuardAssociationToMultiDataGuards

  • Migrez l'association Data Guard existante vers le modèle de groupe Data Guard.
  • La nouvelle base de données de secours ne peut être ajoutée qu'une fois la migration terminée.

Mettre à jour la configuration de groupe Data Guard

UpdateDataGuard

Pour mettre à jour la configuration, il faut l'OCID de base de données de secours ou de base de données principale.

Pour obtenir la liste complète des API, reportez-vous à API du service Database.