Utilisation d'Oracle Data Guard avec Oracle Exadata Database Service sur une infrastructure Exascale

Assurez-vous que vous répondez aux exigences d'utilisation d'Oracle Exadata Database Service sur une infrastructure Exascale avec Oracle Data Guard.

Assurez-vous que votre environnement répond aux exigences réseau suivantes :

• Les bases de données principale et de secours peuvent faire partie de clusters de machines virtuelles se trouvant dans différents compartiments.

• Les bases de données principale et de secours doivent cependant faire partie du même réseau cloud virtuel au sein de la même région.

• Si vous voulez configurer Oracle Data Guard entre plusieurs régions, vous devez configurer l'appairage de réseaux cloud virtuels à distance entre les bases de données principale et de secours. La mise en réseau est configurée sur la ressource de cluster de machines virtuelles cloud.

  Pour les configurations Data Guard Exadata, OCI prend en charge l'utilisation de la topologie réseau hub-and-spoke pour les réseaux cloud virtuels de chaque région. Cela signifie que les bases de données principale et de secours peuvent chacune utiliser un réseau cloud virtuel "spoke" qui transmet le trafic réseau au réseau cloud virtuel "hub" qui dispose d'une connexion d'appairage à distance. Pour plus d'informations sur la configuration de cette topologie réseau, reportez-vous à Routage de transit au sein d'un réseau cloud virtuel hub.

• Pour configurer Oracle Data Guard dans une seule région, les deux instances Oracle Exadata Database Service sur une infrastructure Exascale doivent utiliser le même VCN. Lors de la configuration de Data Guard dans une seule région, Oracle recommande que l'instance contenant la base de données de secours se trouve dans un domaine de disponibilité différent de celui de l'instance qui contient la base de données principale afin d'améliorer la disponibilité et la récupération après sinistre.

• Configurez les règles de sécurité entrantes et sortantes pour les sous-réseaux des deux instances Oracle Exadata Database Service sur les instances d'infrastructure Exascale dans l'association Oracle Data Guard afin d'autoriser le trafic TCP entre les ports applicables. Veillez à créer des règles avec conservation de statut (valeur par défaut).

  Par exemple, si le sous-réseau de l'instance Oracle Exadata Database Service principale sur l'instance Exascale Infrastructure utilise le CIDR source 10.0.0.0/24 et que le sous-réseau de l'instance de secours utilise le CIDR source 10.0.1.0/24, créez les règles comme indiqué dans l'exemple suivant.

						Stateless: No
						Source: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

                                Stateless: No
						Destination: 10.0.1.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

 
              				Stateless: No
						Source: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All 
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

					

						Stateless: No
						Destination: 10.0.0.0/24 
						IP Protocol: TCP 
						Source Port Range: All
						Destination Port Range: 1521
						Allows: TCP traffic for ports: 1521

Pour plus d'informations sur la création et la modification de règles, reportez-vous à Listes de sécurité .

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

Problème potentiel de réplication de clé TDE, et échecs des opérations MRP et DG LCM.

Le RPM KMS libkmstdepkcs11_1.286-1.286-1-Linux.rpm est la dernière version disponible qui prend en charge la réplication active des clés entre les coffres KMS inter-régions (source et cible). Il est recommandé de mettre à niveau le RPM sur les clusters participant à Data Guard. Data Guard inter-régions OCI Vault fonctionne avec une version inférieure du RPM, mais cette ancienne version ne garantit pas la réplication active des clés. Si les clés TDE présentent un problème de réplication entre les coffres, la réplication Data Guard peut avoir un impact (échec des opérations MRP sur le cluster de secours en raison d'une clé manquante sur le coffre cible) et les opérations MRP peuvent reprendre uniquement après la réplication des clés vers le coffre cible. Pour éviter les échecs des opérations MRP et LCM DG, mettez à niveau le RPM libkms sur les deux clusters et redémarrez les bases de données (à l'aide de clés gérées par le client uniquement).

Si l'ajout de noeuds est effectué sur la base de secours ou la base principale, les métadonnées doivent être mises à jour manuellement sur la base de données autre que celle où le noeud a été ajouté.

Lors de l'ajout d'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. Toutefois, la mise à jour des métadonnées sur la base distante, c'est-à-dire la base principale si l'ajout est effectué sur la base de secours et inversement, doit être effectuée manuellement.

Pour ce faire, copiez le fichier JSON addinstance, /var/opt/oracle/dbaas_acfs/<dbname>/addInstance.json créé à la fin de l'ajout de l'instance et exécutez la commande /var/opt/oracle/ocde/rops update_instance <dbname> <path to addInstance JSON> sur n'importe quel noeud du cluster distant.

Si la suppression de noeud est effectuée sur la base de secours ou la base principale, les métadonnées doivent être mises à jour manuellement sur la base de données autre que celle où le noeud a été enlevé.

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. Toutefois, la suppression des métadonnées correspondantes sur la base distante, c'est-à-dire la base principale si la suppression est effectuée sur la base de secours et inversement, doit être effectuée manuellement.

Pour ce faire, exécutez la commande /var/opt/oracle/ocde/rops remove_instance <dbname> <Instance Name> sur n'importe quel noeud du cluster distant.

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 ordinateur virtuel de base de donnée Exadata avec un groupe Data Guard est généralement réalisée en permutant la référence principale vers le rôle de secours, en effectuant les opérations d'entretien sur la référence de secours, puis en changeant de nouveau cette dernière vers le rôle principal.

Avec Oracle Data Guard, un 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.

La commande de rétablissement rétablit le rôle de secours d'une base de données dans une association Oracle 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.

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

• Affichage de la progression du provisionnement de Data Guard
  Affichez la progression des tâches de provisionnement de Data Guard à l'aide de la page Demandes de travail.

Pour visualiser le rôle de chaque base de données dans une association Data Guard dans un cluster de machines virtuelles cloud, suivez cette procédure.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Exadata Database Service sur une infrastructure Exascale.
2. Choisissez votre compartiment.
3. Accédez au cluster de machines virtuelles cloud contenant les bases de données dont vous souhaitez visualiser les rôles dans les associations Data Guard.
4. Dans la section Bases de données sous Ressources, les informations suivantes sont affiché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.
   • Le service sur lequel chaque base de données est exécutée est indiqué dans la colonne Nom de service.

Découvrez comment activer les sauvegardes automatiques sur une base de données de secours.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Exadata Database Service sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Infrastructure avec la base de données pour laquelle vous voulez activer la base de données automatique.
3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient la base de données principale. Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.
4. Sur la page Cluster de machines virtuelles, dans la section Bases de données, cliquez sur le nom de la base de données principale.
5. Dans la page Database Details, sélectionnez l'option Data Guard Groups.
6. Cliquez sur le nom de la base de données de secours pour laquelle vous voulez activer les sauvegardes automatiques.

   Le système affiche une bannière si les sauvegardes automatiques ne sont pas activées pour cette base de données.

7. Cliquez sur Activer les sauvegardes automatiques dans la bannière.
8. Dans la fenêtre Configure Automatic Backups qui s'affiche, entrez les informations suivantes :
   • Activer l'enregistrement automatique : cochez la case pour activer ou désactiver les sauvegardes incrémentielles automatiques de cette base de données. Si votre base de données se trouve dans un compartiment de zone de sécurité, vous devez activer les sauvegardes automatiques.
   • Programmation de sauvegarde:
     • Jour de planification de sauvegarde complète : choisissez un jour de la semaine pour le démarrage de sauvegardes de niveau L0 initiales et futures.
     • Temps de programmation de sauvegarde complète (UTC) : indiquez la fenêtre de temps pour le démarrage des sauvegardes complètes lorsque la fonction de sauvegarde automatisée est sélectionnée.
     • Effectuer immédiatement la première sauvegarde : une sauvegarde complète de la base de données inclut tous les fichiers de données, les fichiers de contrôle et les fichiers de paramètres associés à la base de données cible. Les sauvegardes d'archive sont séparées, découplées et exécutées toutes les 30 minutes. Vous pouvez choisir d'exécuter la première sauvegarde complète immédiatement ou de différer l'heure de planification de la sauvegarde complète affectée. Si vous repassez à cette dernière, la base de données ne sera pas récupérable tant que la première sauvegarde ne sera pas terminée.
   • Destination de sauvegarde : Object Storage est sélectionné par défaut et vous ne pouvez pas le modifier.
     Remarque
     
     

     • Si la sauvegarde automatique est activée sur la base de données principale et que la destination de sauvegarde est Autonomous Recovery Service, vous ne pouvez pas activer la sauvegarde sur la base de données de secours.
     • Si la sauvegarde automatique est activée sur la base de données principale et que la destination de sauvegarde est Object Storage, vous pouvez activer la sauvegarde sur la base de données de secours. Vous pouvez uniquement sélectionner Object Storage en tant que destination de sauvegarde.
     • Si la sauvegarde automatique est désactivée sur la base de données principale, vous pouvez toujours activer la sauvegarde sur la base de données de secours en sélectionnant Object Storage comme destination de sauvegarde.
9. Cliquez sur Enregistrer les modifications.

Vous pouvez lancer une opération de permutation à l'aide de l'association Data Guard de la base de données principale.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient l'instance Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Cliquez sur l'icône Actions (trois points) correspondant à l'association Data Guard sur laquelle effectuer une permutation, puis sur Permutation.

6. 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 OK.

   Cette base de données doit désormais prendre le rôle de base de données de secours et la base de données de secours doit prendre le rôle de base de données principale dans l'association Data Guard.

Vous modifiez l'association Oracle Data Guard afin de configurer la protection Data Guard pour la base de données principale.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient l'instance Exadata Cloud Service avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service on Exascale Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des cluster de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails du cluster.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Pour l'association Data Guard à gérer, cliquez sur le menu Actions, puis sur Modifier le mode de protection.

6. Dans le panneau Ajouter une association Data Guard, configurez l'association Data Guard :

   • Type Data Guard : sélectionnez Active Data Guard ou Data Guard. Active Data Guard fournit des fonctionnalités supplémentaires, notamment la requête en temps réel et le déchargement des instructions DML, la réparation automatique des blocs, le suivi des modifications des blocs sur la base de données de secours, la synchronisation à distance, les services de données globaux et la continuité d'application. Active Data Guard requiert une licence Oracle Active Data Guard. Pour plus d'informations sur Active Data Guard, reportez-vous à Active Data Guard. Pour obtenir une présentation complète des deux types Data Guard, reportez-vous à Introduction à Oracle Data Guard.
   • Mode de protection : il peut s'agir de Performances maximales ou de Disponibilité maximale. Pour plus d'informations sur ces options, reportez-vous à Modes de protection Oracle Data Guard.

   • Type de transport : type de Redo Transport utilisé pour l'association Oracle Data Guard.

   • Mot de passe d'administrateur de base de données : saisissez le mot de passe ADMIN de la base de données.
7. Cliquez sur Enregistrer.

Vous pouvez lancer une opération de basculement à l'aide de l'association Data Guard de la base de données de secours.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient l'instance Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. En regard de l'association Data Guard sur laquelle vous souhaitez effectuer un basculement, cliquez sur Basculement.

6. Dans la boîte de dialogue Basculement en cas d'incident de la base de données, entrez le mot de passe d'administrateur de base de données, puis cliquez sur OK.

   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.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient Oracle Exadata Database Service sur l'infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient l'association Data Guard :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

4. Sous Ressources, cliquez sur Associations Data Guard.
5. Cliquez sur l'icône Actions (trois points) correspondant à l'association Data Guard sur laquelle effectuer un rétablissement, puis sur Rétablir.

6. 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 OK.

   Cette base de données doit désormais être rétablie en tant que base de données de secours dans l'association Data Guard.

Sur une instance Oracle Exadata Database Service sur l'infrastructure Exascale, pour enlever une association Data Guard, mettez fin à la base de données de secours.

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
2. Choisissez le compartiment qui contient le cluster de machines virtuelles Oracle Exadata Database Service sur une infrastructure Exascale avec la base de données pour laquelle vous voulez activer Oracle Data Guard.

3. Accédez au cluster de machines virtuelles cloud qui contient la base de données de secours :

   Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher sa page de détails.

4. Cliquez sur l'icône Actions de la base de données de secours dont vous souhaitez mettre fin, puis sur Mettre terme.

5. Dans la boîte de dialogue Mettre fin à la base de données, entrez le nom de la base de données, puis cliquez sur OK.