Mettre en oeuvre la réplication des volumes par blocs OCI

Cette mise en oeuvre utilise la fonction de réplication inter-région du service Volumes par blocs pour OCI pour répliquer les volumes par blocs.

Voici les avantages de la mise en oeuvre de la réplication du service Volumes par blocs pour OCI :

• Il n'est pas nécessaire de créer et d'exécuter des scripts périodiquement, comme dans d'autres cas de réplication. Une fois que vous avez configuré la réplication, elle est effectuée automatiquement par Oracle Cloud Infrastructure.
• Il s'agit d'une solution à usage général applicable à tout volume par blocs de toute instance de calcul (sauf pour les volumes de démarrage). Si vous avez plusieurs systèmes, vous pouvez utiliser la même approche dans chacun d'entre eux.
• Les informations sur les volumes par blocs répliqués sont une copie exacte des volumes par blocs principaux; tous les fichiers du volume par blocs sont répliqués.

Tenez compte des points suivants avant d'utiliser la réplication du service Volumes par blocs pour OCI :

• Il nécessite des étapes pour monter les volumes par blocs répliqués dans le système secondaire. Vous ne pouvez pas monter directement la réplique des volumes par blocs; vous devez d'abord les activer pour créer des volumes par blocs clonés, qui peuvent être montés. Cela n'est pas complexe dans les systèmes avec peu de nœuds, mais la complexité augmente lorsqu'il y a beaucoup de nœuds. En particulier dans les systèmes qui n'ont pas la même répartition de noeuds dans les domaines de disponibilité de la base principale et de la base de secours.

  Toutefois, vous pouvez surmonter cette complexité à l'aide du service Oracle Cloud Infrastructure Full Stack Disaster Recovery pour automatiser ces étapes lors des opérations de permutation, de basculement et de validation.

• Cette technologie peut ne pas être suffisante pour de nombreux systèmes. Si le système comporte plus de types de stockage (par exemple, les systèmes de fichiers partagés du service Stockage de fichiers OCI), vous devrez utiliser une technologie de réplique différente pour ces systèmes.

Configurer la réplication pour les volumes par blocs OCI

Pour mettre en oeuvre la réplication du service Volumes par blocs pour OCI, les étapes suivantes sont requises :

• Utilisez la console OCI pour définir les groupes de volumes dans la région principale, en regroupant les volumes par blocs à répliquer.

  Un groupe de volumes ne peut contenir que des volumes par blocs qui se trouvent dans le même domaine de disponibilité, et tous les volumes par blocs du groupe sont répliqués vers un seul domaine de disponibilité de destination. Si vos volumes par blocs se trouvent dans plusieurs domaines de disponibilité, créez un groupe de volumes par blocs pour chaque combinaison des domaines de disponibilité source et de destination.

• Activez la réplique dans les groupes de volumes pour les domaines de disponibilité appropriés de la région secondaire.
• Connectez-vous aux hôtes de niveau intermédiaire (middle tier) du système secondaire et démontez les volumes par blocs qui seront répliqués à partir du système principal.
• Utilisez la console OCI pour détacher et abandonner tous les volumes par blocs qui seront répliqués à partir du système principal. Ils ne seront plus utilisés.
• Mettez en oeuvre un moyen de gérer les informations propres au site qui résident dans les volumes par blocs en les mettant à jour avec les informations appropriées après la réplique.

Cette mise en oeuvre s'applique à tous les volumes par blocs, à l'exception des volumes de démarrage. La réplication de volume de démarrage a d'autres implications et n'est pas incluse dans cette implémentation.

Exemple 1 : Utiliser la réplication du service Volumes par blocs pour OCI pour répliquer le volume par blocs de configuration de niveau intermédiaire

Note :

Cet exemple s'applique à tout système de niveau intermédiaire. À titre de référence, il explique comment répliquer les volumes par blocs qui contiennent la configuration Oracle WebLogic d'une pile Oracle WebLogic Server pour OCI. Mais vous pouvez suivre les mêmes étapes pour répliquer d'autres volumes par blocs dans un système de milieu de gamme, à l'exception des volumes de démarrage.

L'image suivante est un exemple de système Oracle WebLogic Server avec une réplique inter-région du service Volumes par blocs OCI.

Description de l'illustration wls-bv-cross-replica.png

wls-bv-cross-replica-oracle.zip

Pour configurer la réplique inter-région pour les volumes par blocs, procédez comme suit :

1. Sauvegardez les informations propres à chaque site.

   Le volume par blocs peut contenir des fichiers contenant des informations propres à chaque site, par exemple des chaînes de connexion à des bases de données ou à des serveurs LDAP.

   Lors de l'utilisation de la réplique de volume par blocs, les volumes par blocs répliqués sont une copie exacte des volumes par blocs principaux; vous ne pouvez pas ignorer des fichiers ou des dossiers spécifiques de la réplique. Par conséquent, vous devez gérer ces différences en adaptant les informations sur chaque site. Il existe différentes approches :

   • Vous pouvez effectuer une recherche et un remplacement de chaîne dans les fichiers avec des informations spécifiques au site.
   • Vous pouvez sauvegarder ces informations avant la réplique et la restaurer par la suite.

   À ce stade, avant d'activer la réplique, identifiez et sauvegardez tout fichier contenant des informations propres au site qui résident dans les volumes par blocs répliqués. Effectuez la copie de sauvegarde à un emplacement qui n'est pas sous le volume par blocs répliqué; sinon, elle sera remplacée.

   Conseil :

   Exemple pour Oracle WebLogic Server

   Par exemple, lors de la réplication de volumes par blocs qui contiennent un domaine WebLogic, il existe des fichiers contenant des informations pour la connexion à la base de données. Ces informations se trouvent dans le dossier d'administration TNS. Vérifiez la propriété tns_admin dans les sources de données WebLogic pour identifier le dossier. Ce document fournit des scripts pour gérer ce problème, en suivant l'approche appropriée selon le scénario :

   • Si le système se connecte à un Oracle Base Database Service ou à un Oracle Exadata Database Service, vous pouvez simplement mettre à jour la chaîne de connexion à la base de données dans le fichier tnsnames.ora du système de niveau intermédiaire secondaire lors des opérations de permutation et de basculement. Ce document fournit un exemple de script pour cela.
   • Si le système se connecte à une base de données Oracle Autonomous Database, le dossier d'administration TNS contient d'autres artefacts (un magasin de certificats SSL et un magasin de clés). Ils sont différents dans la base principale et la base de secours, et ils ne peuvent pas être mis à jour avec un simple remplacement de chaîne. Ce document fournit un script qui restaure la copie de sauvegarde du dossier TNS.

   A ce stade, vous n'avez qu'à effectuer une sauvegarde des informations du dossier TNS.

2. Identifiez les volumes par blocs des hôtes de niveau intermédiaire principaux.
   1. Allez à la console OCI, sélectionnez votre région Principale et sélectionnez votre compartiment.
   2. Naviguez jusqu'à Stockage, puis Volumes par blocs. Identifiez les volumes par blocs et les points de montage.
   3. Notez les noms, l'AD où ils se trouvent, l'hôte auquel ils sont attachés et le point de montage.

   Conseil :

   Exemple Oracle WebLogic

   Par exemple, les volumes par blocs qui contiennent le domaine WebLogic dans les piles Oracle WebLogic Server pour OCI et Oracle SOA Suite on Marketplace sont les volumes par blocs de données. Leurs noms sont : prefix-data-block-N (où N est le numéro du noeud hôte) et sont montés dans /u01/data dans chaque hôte.

   Volume par blocs dans la base principale	Domaine de disponibilité	Hôte	Point de montage
   prefix-data-block-0	AD1	prefix-wls-0	/u01/data
   prefix-data-block-1	AD2	prefix-wls-1	/u01/data

   Vous pouvez avoir des volumes par blocs supplémentaires pour stocker les répertoires de base des produits Oracle. Par exemple, dans une pile Oracle WebLogic Server pour OCI, les calculs comportent également des volumes par blocs prefix-mw-block-N, montés dans /u01/app.

   Si vous créez le secondaire avec le cadre WLS-HYDR pour une pile principale, il comporte deux systèmes de fichiers du service Stockage de fichiers OCI redondants pour stocker les produits Oracle au lieu des volumes par blocs. Par conséquent, pour les produits, la principale utilise des volumes par blocs et le stockage de fichiers OCI secondaire. Si vous le souhaitez, vous pouvez également configurer la réplication en cours pour les volumes par blocs "mw". Il suffit de configurer la réplique du volume par blocs pour eux dans la base principale et d'exclure les systèmes de fichiers du service Stockage de fichiers OCI du produit secondaire. Toutefois, comme ces articles contiennent les répertoires de base des produits Oracle, il n'est pas obligatoire de les répliquer de façon continue. Pour plus d'informations, voir "Artefacts de fichier de niveau intermédiaire".

3. Identifiez les volumes par blocs dans les hôtes de niveau intermédiaire secondaires.
   Répétez les étapes décrites à l'étape précédente pour obtenir les noms et les domaines de disponibilité des volumes par blocs des hôtes de niveau intermédiaire secondaire.

   Conseil :

   Exemple Oracle WebLogic

   Si vous créez le système secondaire avec le cadre WLS-HYDR, les noms des hôtes et des volumes par blocs peuvent avoir une numérotation de suffixe différente de celle du système principal. Les piles de marché utilisent les suffixes 0,1,2,3, tandis qu'un système créé avec la structure WLS-HYDR utilise les suffixes 1,2,3,4. Assurez-vous d'identifier correctement les noeuds pairs et les volumes. Par exemple :

   Volume par blocs dans le volume secondaire	Domaine de disponibilité	Hôte	Point de montage
   prefixBV1	AD1	prefixhost-1	/u01/data
   prefixBV2	AD2	prefixhost-2	/u01/data

4. Créez des groupes de volumes par blocs dans la base principale et activez la réplique inter-région.
   Créez des groupes de volumes par blocs dans la base principale pour regrouper tous les volumes par blocs qui seront répliqués d'un domaine de disponibilité particulier vers un domaine de disponibilité particulier dans la base secondaire. La réplique est activée au niveau du groupe de volumes. Elle s'applique donc à tous les volumes par blocs de ce groupe. Un groupe de volumes ne peut contenir que des volumes par blocs se trouvant dans le même domaine de disponibilité, et tous les volumes par blocs du groupe sont répliqués vers un seul domaine de disponibilité de destination. Ainsi, si vos instances de calcul se trouvent dans plusieurs domaines de disponibilité, créez un groupe de volumes par blocs pour chaque combinaison de domaines de disponibilité source et de destination.

   Pour créer un groupe de volumes par blocs et activer la réplique inter-région, procédez comme suit :

   1. Connectez-vous à la console OCI dans la région principale.
   2. Naviguez jusqu'à Stockage, puis Groupes de volumes.
   3. Créer un groupe de volumes par blocs.
      Par exemple : prefix-BVGroup-region1AD1-region2AD1
   4. Ajoutez les volumes par blocs que vous allez répliquer dans le groupe de volumes.

      Note :

      N'ajoutez pas de volumes de démarrage. Ils ne sont pas répliqués.
   5. Activer la réplication inter-région dans le groupe de volumes.
      • Région cible : Sélectionnez la région secondaire.
      • Domaine de disponibilité : Sélectionnez le domaine de disponibilité dans la région secondaire où se trouvent les ordinateurs qui monteront les volumes répliqués.
      • Nom de la réplique de groupe de volumes : Entrez le nom du groupe de répliques de volume par blocs. Pour plus de clarté, utilisez le même groupe de volumes par blocs que dans la principale.
   6. Enregistrez les modifications.
5. Vérifiez que les répliques sont créées dans la région secondaire.
   1. Dans la console OCI, sélectionnez la région secondaire.
   2. Naviguez jusqu'à Stockage, puis cliquez sur Stockage par blocs, puis sur Répliques de groupe de volumes.
6. Répétez les étapes pour créer des groupes de volumes par blocs supplémentaires si vos instances de calcul principales résident dans plusieurs domaines de disponibilité.

   Conseil :

   Exemples Oracle WebLogic

   Lorsque l'élément principal est une pile Marketplace et que l'élément secondaire est créé avec WLS-HYDR :

   Dans les piles Oracle WebLogic Server pour OCI et Oracle SOA Suite on Marketplace : si la région comporte plusieurs domaines de disponibilité (3), elle répartit les instances de calcul entre elles. Par exemple, le noeud0 dans AD1, node1 dans AD2, node2 dans AD3, node3 dans AD1.

   Dans un système créé par WLS-HYDR : si la région comporte plusieurs domaines de disponibilité (3), l'utilisateur peut choisir de répartir les instances de calcul entre elles ou non. Si oui, il répartit les instances de calcul sur 2 domaines de disponibilité. Par exemple, node1 dans AD1, node2 dans AD2, node3 dans AD1, node4 dans AD2.

   Vous devez définir correctement les groupes BV pour regrouper les volumes par blocs qui sont répliqués vers le même domaine de disponibilité dans la destination. Un groupe de volumes ne peut contenir que des volumes par blocs se trouvant dans le même domaine de disponibilité, et tous les volumes par blocs du groupe ne peuvent être répliqués que vers un domaine de disponibilité de destination. S'il existe des combinaisons (Volumes par blocs OCI dans le même domaine de disponibilité d'origine mais dans un domaine de disponibilité de destination différent, et inversement), vous devez créer autant de groupes de volumes par blocs que nécessaire pour gérer toutes les combinaisons de répliques. Voici quelques exemples de scénarios :

   • Exemple 2, Deux noeuds, seulement 1 AD dans le noeud principal et le noeud secondaire
     • région principale : node0 dans AD1, node1 dans AD1
     • région secondaire : node1 dans AD1, node2 dans AD1

     Solution :

     1 groupe de volumes en principal, réplication vers 1 groupe de volumes en secondaire

   • Exemple 3, Deux noeuds, plus de 1 domaine de disponibilité dans le primaire et le secondaire
     • Dans la région principale : node0 dans AD1, node1 dans AD2
     • Dans la région secondaire : node1 dans AD1, node2 dans AD2

     Solution :

     Les groupes de volumes principaux seront les suivants :

     • volume-group-AD1 (avec BV de node0) répliqué vers AD1 secondaire (pour node1 secondaire)
     • volume-group-AD2 (avec BV de node1) répliqué vers AD2 secondaire (pour node2 secondaire)
   • Exemple 4, Six noeuds, plus de 1 AD dans le primaire et le secondaire
     • Dans la région principale : node0 in AD1, node1 in AD2, node2 in AD3, node3 in AD1, node4 in AD2, node5 in AD3
     • Dans la région secondaire : node1 in AD1, node2 in AD2, node3 in AD1, node4 in AD2, node5 in AD1, node6 in AD2

     Solution :

     Le principal a besoin de plusieurs groupes de volumes : (le même dans l'autre sens après une permutation)

     • volume-group-reg1AD1-reg2AD1 avec BV de node0 répliqué vers AD1 secondaire (pour node1 secondaire)
     • volume-group-reg1AD2-reg2AD2 avec BV de node1 répliqué vers AD2 secondaire (pour node2 secondaire)
     • volume-group-reg1AD3-reg2AD1 avec BV de node2 répliqué vers AD1 secondaire (pour node3 secondaire)
     • volume-group-reg1AD1-reg2AD2 avec BV de node3 répliqué vers AD2 secondaire (pour node4 secondaire)
     • volume-group-reg1AD2-reg2AD1 avec BV de node4 répliqué vers AD1 secondaire (pour node5 secondaire)
     • volume-group-reg1AD3-reg2AD2 avec BV de node5 répliqué vers AD2 secondaire (pour node6 secondaire)
7. Détacher les volumes par blocs initiaux des hôtes de niveau intermédiaire secondaires.

   Note :

   Les volumes de démarrage ne doivent pas être démontés ni détachés.

   Effectuez les opérations suivantes pour chaque hôte de niveau intermédiaire dans le secondaire :
   1. Démontez le volume par blocs de données répliqué à partir de la base principale.
      Assurez-vous qu'aucun processus oracle n'est en cours d'exécution; sinon, le démontage échouera.
      Par exemple,

      [opc@host ~]$ sudo umount /u01/data

   2. En tant qu'utilisateur root, modifiez le fichier /etc/fstab et supprimez l'entrée du volume par blocs non monté.
      Cela l'empêche de tenter de monter les volumes par blocs d'origine lors du prochain redémarrage. Exemple d'entrée pour le volume monté dans /u01/data :

      ..
      #Remove this entry:
      #UUID=9e87cf72-a75c-4dff-9825-432f1668d8f9 /u01/data ext4 auto,defaults,_netdev,nofail 0 2

   3. Détachez le volume par blocs de la console OCI.
      Allez à chaque volume par blocs, instances attachées, puis Détacher de l'instance. La console OCI vous demandera d'exécuter certaines commandes ISCSI avant de terminer le détachement.
   4. Répétez ces étapes dans tous les noeuds de niveau intermédiaire (middle tier) du secondaire.
8. Supprimez ou renommez les volumes par blocs OCI détachés dans le secondaire.
   Les volumes de données par blocs d'origine détachés des hôtes de niveau intermédiaire (middle tier) secondaires ne sont plus utilisés. Vous pouvez les supprimer maintenant ou les renommer et les supprimer plus tard.
9. Redémarrez le démon systemd dans les hôtes de niveau intermédiaire secondaires.
   Pour actualiser les références mises en cache des périphériques montés précédemment, exécutez cette commande :

   sudo systemctl daemon-reload

10. Si nécessaire, préparez les scripts pour remplacer les informations spécifiques à chaque site.

    Cette action s'applique uniquement lorsque les volumes par blocs contiennent des informations propres à chaque site. Sinon, aucune action n'est requise.

    Créez des scripts pour remplacer les informations du site local, en fonction de vos besoins spécifiques. Par exemple, effectuer une recherche et un remplacement ou restaurer une copie de sauvegarde des données propres au site. Assurez-vous de stocker ces scripts dans un dossier qui n'est PAS répliqué.

    Ne pas exécuter les scripts pour le moment. Vous utiliserez les scripts la prochaine fois que vous effectuerez une validation, une permutation ou un basculement.

    Conseil :

    Exemple Oracle WebLogic

    Par exemple, lorsque vous répliquez des volumes par blocs qui contiennent un domaine WebLogic. Lors d'une permutation ou d'un basculement, vous devez effectuer un remplacement sur la configuration pour pointer vers la base de données locale. Ce document fournit des exemples de scripts pour automatiser ce remplacement.

    Type de base de données	Script de remplacement et étapes de téléchargement	Préparer les étapes
    Oracle Base Database Service ou Oracle Exadata Database Service	replacement_script_BVmodel.sh Accédez au référentiel MAA dans GitHub https://github.com/oracle-samples/maa Téléchargez tous les scripts du répertoire wls_mp_dr. Le script se trouve dans le dossier wls_mp_dr/Block_Volume_Replica_Method Copier vers tous les hôtes de niveau intermédiaire (middle tier).	Ce script remplace les chaînes de connexion à la base de données. Il nettoie également les fichiers d'état des serveurs WebLogic (.lck et .state) pour un démarrage propre. Modifiez-le et personnalisez-le dans chaque hôte avec les valeurs appropriées, en fournissant les valeurs locales et distantes pour la base de données dans chaque site. Notez que les valeurs sont différentes selon le site. Lorsque vous le personnalisez dans les hôtes site1, les valeurs "LOCAL" font référence aux valeurs de site1 et les valeurs "REMOTE" font référence aux valeurs de site2. Lorsque vous personnalisez le script dans les hôtes site2, les valeurs "LOCAL" font référence aux valeurs site2 et "REMOTE" à site1.
    Base de données autonome	fmwadb_switch_db_conn.sh Accédez au référentiel MAA dans GitHub https://github.com/oracle-samples/maa Téléchargez tous les scripts dans le répertoire app_dr_common. Téléchargez tous les scripts dans le répertoire fmw-wls-with-adb-dr. Copier vers tous les hôtes de niveau intermédiaire (middle tier). Les scripts font des appels les uns aux autres. Placez tous les scripts des deux répertoires dans le même dossier.	Vous n'avez pas besoin de modifier le script. Les valeurs du dossier et du mot de passe sont transmises en tant qu'entrées. Pour exécuter le script : ./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD Où WALLET_DIR est un dossier qui contient les fichiers tnsnames.ora, de magasin de clés et de magasin de certificats SSL pour la connexion à la base de données locale. Assurez-vous que le dossier WALLET_DIR n'est pas remplacé dans la réplique. N'exécutez pas le script à ce stade.

Valider la réplication pour les volumes par blocs OCI

Lors d'une opération de permutation ou de basculement, les informations répliquées doivent être disponibles et utilisables sur le site de secours avant le démarrage des processus. Cela est également nécessaire lorsque vous validez le système secondaire (en ouvrant la base de données de secours en mode instantané).

L'illustration montre comment l'activation crée des volumes par blocs OCI attachables à partir des répliques.

Description de l'illustration activation-create-bv.png

activation-create-bv-oracle.zip

Effectuez les opérations suivantes pour rendre les volumes répliqués disponibles et utilisables dans le système de secours :

1. Activez les répliques dans le site de secours.
   Les répliques de volumes par blocs pour OCI ne peuvent pas être montées directement; vous devez d'abord les activer. Lorsque vous activez une réplique de volume par blocs, une version BV "attachable" est créée en tant que clone de la version BV répliquée. Vous pouvez ensuite attacher la base de données clonée aux instances de calcul.
   Pour activer les répliques sur le site de secours, procédez comme suit :
   1. Dans la console OCI, allez à la région du site de secours. Sélectionnez Stockage par blocs, puis Répliques de groupe de volumes.
   2. Cliquez sur la réplique du groupe de volumes, puis sur Activer.
   3. Nommez le groupe de volumes créé à la suite de cette activation. Pour plus de simplicité, utilisez le même nom que dans la région principale.
   4. Répétez les mêmes étapes pour toutes les répliques de groupe de volumes du site de secours.
2. Attachez les volumes par blocs répliqués aux hôtes de niveau intermédiaire (middle tier) du site de secours.
   1. Dans la console OCI, sélectionnez Stockage, puis Volumes par blocs pour localiser les volumes par blocs OCI attachables créés à la suite de l'activation dans le site de secours.
   2. Attachez le volume par blocs approprié à l'hôte approprié. Cliquez sur Volumes par blocs, puis sur Instances attachées, puis sur Attacher à l'instance. Pour simplifier la procédure, sélectionnez Utiliser l'agent Oracle Cloud pour se connecter automatiquement à des volumes attachés par iSCSI.
      L'agent Cloud exécutera automatiquement les commandes iSCSI, de sorte que vous n'avez pas à les exécuter. Pour l'utiliser, assurez-vous d'activer le plugiciel de gestion des volumes par blocs dans l'hôte.
   3. Si vous n'utilisez pas Oracle Cloud Agent, exécutez les commandes iSCSI manuellement. Cliquez sur les commandes ISCSI et informations du volume par blocs attaché et exécutez les commandes ISCSI fournies dans "Commandes de connexion" dans l'hôte de niveau intermédiaire.
3. Montez les volumes par blocs répliqués sur les hôtes de secours.
   Effectuez les opérations suivantes pour chaque volume par blocs :
   1. Obtenez l'UUID du nouveau volume par blocs attaché.
      Il s'agit du même UUID que celui du volume par blocs sur le site principal. Par exemple :

      [root@prefix-wls-0 opc]# sudo blkid
      /dev/sda3: UUID="974147f5-d731-41de-bba8-56ff78ed1c9c" TYPE="xfs"    PARTUUID="4a95c68a-bc70-4be9-bce8-b15e995fcf46"
      /dev/sda1: SEC_TYPE="msdos" UUID="593B-B893" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="c5ac3089-6a91-40e0-bcc1-212ba0b43418"
      /dev/sda2: UUID="9ca12daa-d7ea-44a2-8680-5b676488b054" TYPE="swap" PARTUUID="682a63d1-d3ec-4019-b372-43720aaae717"
      /dev/sdb: UUID="35e72262-979a-4d84-85ce-a6f91e3b1250" TYPE="ext4" 
      /dev/sdc: UUID="c293b5b5-005c-43e9-8c2f-02e873b76926" TYPE="ext4" 
      

   2. Si ce n'est pas déjà le cas, ajoutez une entrée pour l'UUID approprié dans le fichier /etc/fstab de l'hôte à monter et pour conserver le montage après le redémarrage.
      Assurez-vous d'utiliser le même format de système de fichiers (par exemple, ext4) que sur le site principal. Par exemple :

      UUID=c293b5b5-005c-43e9-8c2f-02e873b76926 /u01/data ext4  auto,defaults,_netdev,nofail

      L'UUID de chaque volume par blocs répliqué reste la même valeur. Oracle recommande de conserver l'entrée nouvellement ajoutée dans le fichier /etc/fstab pour l'avenir. Par conséquent, le démon systemd montera automatiquement le volume par blocs la prochaine fois qu'il sera attaché lors d'une opération de permutation ou de basculement.
   3. Montez le nouveau volume par blocs attaché. Si l'entrée appropriée existe déjà dans le fichier /etc/fstab lorsque l'appareil est attaché, le volume par blocs est automatiquement monté après l'attachement.
      L'exemple suivant montre comment monter le nouveau volume par blocs attaché.

      [root@prefix-wls-0 opc]# mount -a
      [root@prefix-wls-0 opc]# df -h| grep /u01/data
      /dev/sdb 49G 1.4G 46G 3% /u01/data

   4. Répétez les étapes pour attacher tous les volumes par blocs activés.
4. Remplacez les informations propres au site dans les hôtes de niveau intermédiaire (middle tier) secondaires.
   Le script de remplacement remplace les informations propres au site dans les hôtes de niveau intermédiaire (middle tier) secondaires.

   Conseil :

   Exemple pour les volumes par blocs qui contiennent le domaine WebLogic

   Mettez à jour les informations de connexion à la base de données pour qu'elles pointent vers la base de données locale en exécutant le script de remplacement sur tous les hôtes de niveau intermédiaire de secours :

   1. Si le système utilise Oracle Base Database Service ou Oracle Exadata Database Service, exécutez le script replacement_script_BVmodel.sh.

      Assurez-vous qu'il utilise les valeurs appropriées.

   2. Si le système utilise Oracle Autonomous Database, exécutez le script fmwadb_switch_db_conn.sh.

      Le script nécessite, en tant qu'entrées, le chemin d'accès au portefeuille d'origine secondaire et le mot de passe du portefeuille.

      Si le dossier tns_admin se trouve sous le dossier DOMAIN_HOME/config, vous ne pouvez exécuter le script que sur l'hôte d'administration. Le reste des noeuds téléchargeront le fichier tnsnames.ora mis à jour au démarrage des serveurs gérés. Sinon, exécutez le script sur tous les hôtes de niveau intermédiaire (middle tier).

5. Nettoyez les fichiers de verrouillage des serveurs.
   Les volumes par blocs répliqués peuvent contenir des fichiers de verrouillage du processus de niveau intermédiaire (middle tier), car la réplique s'exécute pendant que les processus principaux sont actifs. Avant de démarrer les processus en secondaire, vous devrez peut-être nettoyer ces fichiers. Sinon, ils peuvent empêcher le démarrage des processus de niveau intermédiaire (middle tier).

   Conseil :

   Exemple pour les volumes par blocs qui contiennent le domaine WebLogic

   Il peut y avoir des fichiers .lck, .pid ou .state dans les dossiers ${DOMAIN_HOME}/servers/*/data/nodemanager transmis à partir de la base principale. Assurez-vous que ces fichiers sont nettoyés avant d'essayer de démarrer le gestionnaire de noeuds et les serveurs. Par exemple

   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.lck
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.state
   rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.pid
   

   Vous pouvez inclure cette action dans les scripts de remplacement ou à l'étape précédente du démarrage d'Oracle WebLogic.

   L'activation crée des volumes par blocs attachables à partir des répliques, comme illustré dans l'image précédente.
6. Lorsque la permutation ou le basculement est terminé, les volumes par blocs du site avec le rôle de secours doivent être détachés et supprimés. Cela est également nécessaire lorsque vous avez terminé une validation sur le site de secours (en ouvrant la base de données de secours en mode instantané) et que vous souhaitez la rétablir au rôle de secours.
   1. Démontez tous les volumes par blocs du site de secours qui sont répliqués à partir de la base principale.

      [root@prefix-wls-0 opc]# umount /u01/data

   2. Détacher des volumes par blocs dans la base de données de secours.
      Utilisez l'interface utilisateur de la console OCI (ou l'API) pour détacher les volumes par blocs non montés des hôtes de niveau intermédiaire de secours afin de les préparer pour l'avenir. Si vous avez utilisé Oracle Cloud Agent pour attacher le volume par blocs, l'agent exécute les commandes iSCSI pour déconnecter les cibles iSCSI.
   3. Supprimer des volumes par blocs et des groupes dans la base de données de secours.

      Supprimez ou renommez les volumes détachés des hôtes de niveau intermédiaire de secours pour empêcher leur montage par erreur.

      Supprimez les groupes de volumes inutilisés du site de secours. Ils ne seront plus utilisés.

Effectuer une réplication continue pour les volumes par blocs OCI

Suivez les recommandations suivantes pour la réplication en cours lors de l'utilisation de cette mise en oeuvre :

• OCI effectue automatiquement la réplication des volumes par blocs OCI en arrière-plan. La seule chose que vous devez faire pendant le cycle de vie du système est de vous assurer que la réplique inter-région est activée pour les groupes de volumes du système ayant le rôle principal.
• Envisagez d'utiliser OCI Full Stack Disaster Recovery pour automatiser les tâches de permutation et de basculement. Il permet d'exécuter un plan de permutation ou de basculement en un seul clic à l'aide de la console OCI. Il est très utile de simplifier l'exécution de toutes les tâches liées à la réplique de volume par blocs.
• La fonction de réplication est fournie en complément, et non en remplacement, de la fonction de sauvegarde. Assurez-vous d'activer une politique de sauvegarde pour les volumes par blocs que vous répliquez. Cela assurera la protection des données en plus de la réplique inter-région, ce qui vous permettra de restaurer à un moment précis.
• Mettez à jour les informations propres à chaque site et tenez-les à jour. Par exemple, si le système de fichiers contient un dossier contenant les artefacts à connecter à Oracle Autonomous Database, tenez à jour une copie de sauvegarde de ce dossier. Assurez-vous de mettre à jour la sauvegarde du dossier lorsque vous effectuez une mise à jour dans le portefeuille. De cette façon, il sera correctement restauré lors des permutations et basculements suivants.
• Après une opération de permutation ou de basculement, changez la direction de la réplique. Pour cela :
  • Activez la réplique dans les groupes de volumes par blocs OCI de la nouvelle base principale vers le nouveau site de secours.
  • Désactivez la réplication précédente à partir de la réplication principale initiale et supprimez les volumes par blocs inutilisés.