Implémenter OCI Block Volumes Replication

Cette implémentation utilise la fonctionnalité de réplication inter-région OCI Block Volumes pour répliquer les volumes de blocs.

Voici les avantages de l'implémentation de la réplication OCI Block Volumes :

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

Tenez compte des points suivants avant d'utiliser la réplication OCI Block Volumes :

Elle nécessite des étapes pour monter les volumes de blocs répliqués dans le système secondaire. Vous ne pouvez pas monter directement la réplique des volumes de blocs. Vous devez d'abord les activer pour créer des volumes de blocs clonés, qui peuvent être montés. Ce 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 distribution de noeuds dans les domaines de disponibilité de la base principale et de la base de données de secours.
Toutefois, vous pouvez surmonter cette complexité à l'aide du service Oracle Cloud Infrastructure Full Stack Disaster Recovery afin d'automatiser ces étapes dans les 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 dispose de plus de types de stockage (par exemple, des systèmes de fichiers OCI File Storage partagés), vous devrez utiliser une autre technologie de réplique pour ces systèmes.

Configuration de la réplication pour OCI Block Volumes

Pour implémenter la réplication OCI Block Volumes, 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 de blocs à répliquer.
Un groupe de volumes ne peut contenir que des volumes de blocs se trouvant dans le même domaine de disponibilité, et tous les volumes de blocs du groupe sont répliqués vers un seul domaine de disponibilité de destination. Si vos volumes de blocs se trouvent dans plusieurs domaines de disponibilité, créez un groupe de volumes de blocs pour chaque combinaison de 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 du système secondaire et démontez les volumes de blocs qui seront répliqués à partir du système principal.
Utilisez la console OCI pour détacher et supprimer tous les volumes de blocs qui seront répliqués du système principal. Ils ne seront plus utilisés.
Implémentez un moyen de gérer les informations propres au site qui résident dans les volumes de blocs en les mettant à jour avec les informations appropriées après la réplique.

Cette implémentation s'applique à tous les volumes de blocs, à l'exception des volumes d'initialisation. La réplication de volume d'initialisation a d'autres implications et n'entre pas dans le cadre de cette implémentation.

Exemple 1 : utilisation de la réplication OCI Block Volumes pour répliquer le volume de blocs de configuration de niveau intermédiaire

Remarques :

Cet exemple s'applique à tout système de niveau intermédiaire. Il explique comment répliquer les volumes de blocs qui contiennent la configuration Oracle WebLogic d'une pile Oracle WebLogic Server for OCI. Toutefois, vous pouvez suivre les mêmes étapes pour répliquer d'autres volumes de blocs dans un système de niveau intermédiaire, à l'exception des volumes d'initialisation.

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

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 de blocs, procédez comme suit :

Sauvegardez les informations propres à chaque site.
Le volume de 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.

Lorsque vous utilisez une réplique de volume de blocs, les volumes de blocs répliqués sont une copie exacte des volumes de 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 les restaurer par la suite.
A ce stade, avant d'activer la réplique, identifiez et sauvegardez tous les fichiers contenant des informations propres au site qui résident dans les volumes de blocs répliqués. Effectuez la copie de sauvegarde à un emplacement qui ne se trouve pas sous le volume de blocs répliqué. Sinon, elle sera remplacée.
Conseil :
Exemple Oracle WebLogic Server
Par exemple, lors de la réplication de volumes de 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 en fonction du scénario :
- Si le système se connecte à une instance Oracle Base Database Service ou 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.
- Si le système se connecte à une instance Oracle Autonomous Database, le dossier d'administration TNS contient d'autres artefacts (un truststore et un fichier de clés). Elles sont différentes dans la base principale et dans la base de secours. Elles ne peuvent pas être mises à 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.

Identifiez les volumes de blocs des hôtes de niveau intermédiaire principaux.

Accédez à la console OCI, sélectionnez votre région principale et choisissez votre compartiment.
Accédez au stockage, puis à Volumes de blocs. Identifiez les volumes de blocs et les points de montage.
Notez les noms, le 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 de blocs contenant le domaine WebLogic dans les piles Oracle WebLogic Server for OCI et Oracle SOA Suite on Marketplace sont les volumes de 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.

Block Volume dans la base principale	AD	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 de blocs supplémentaires pour stocker les répertoires de base des produits Oracle. Par exemple, dans une pile Oracle WebLogic Server for OCI, les calculs ont également les volumes de blocs prefix-mw-block-N, montés dans /u01/app.

Si vous créez le secondaire avec la structure WLS-HYDR pour une pile principale, il dispose de deux systèmes de fichiers OCI File Storage redondants pour stocker les produits Oracle au lieu de volumes de blocs. Par conséquent, pour les produits, le principal utilise des volumes de blocs et le stockage de fichiers OCI secondaire. Si vous le souhaitez, vous pouvez également configurer la réplication en cours pour les volumes de blocs "mw". Il vous suffit de configurer la réplique Block Volume pour elle dans la base principale et d'exclure les systèmes de fichiers OCI File Storage du produit de la base secondaire. Toutefois, étant donné que ces articles contiennent les répertoires de base des produits Oracle, il n'est pas obligatoire de les répliquer régulièrement. Pour plus d'informations, reportez-vous à la section "Artefacts de fichier à niveau intermédiaire".

Identifiez les volumes de 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 de blocs des hôtes de niveau intermédiaire secondaires.

Conseil :

Exemple Oracle WebLogic

Si vous créez le système secondaire avec la structure WLS-HYDR, les noms d'hôte et de volume de 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 volumes et les noeuds homologues. Exemple :

Volume de blocs en secondaire	AD	Hôte	Point de montage
`prefixBV1`	AD1	`prefixhost-1`	`/u01/data`
`prefixBV2`	AD2	`prefixhost-2`	`/u01/data`

Créez des groupes de volumes de blocs dans la base principale et activez la réplique inter-région.
Créez des groupes de volumes de blocs dans la base principale pour regrouper tous les volumes de blocs qui vont être répliqués à partir 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 de blocs de ce groupe. Un groupe de volumes ne peut contenir que des volumes de blocs se trouvant dans le même domaine de disponibilité, et tous les volumes de blocs du groupe sont répliqués vers un seul domaine de disponibilité de destination. Par conséquent, si vos instances de calcul se trouvent dans plusieurs domaines de disponibilité, créez un groupe de volumes de blocs pour chaque combinaison de domaines de disponibilité source et de destination.
Pour créer un groupe de volumes de 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. Accédez à Stockage, puis à Groupes de volumes.
3. Créez un groupe de volumes de blocs.
  Par exemple : prefix-BVGroup-region1AD1-region2AD1
4. Ajoutez les volumes de blocs à répliquer au sein du groupe de volumes.
  
  Remarques :
  N'ajoutez pas de volumes d'initialisation. Ils ne sont pas répliqués.
5. Activation de 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 volumes de blocs de répliques. Pour plus de clarté, utilisez le même groupe Block Volume que dans le groupe principal.
6. Enregistrez les modifications.
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. Accédez à Stockage, puis cliquez sur Stockage de blocs et sur Répliques de groupe de volumes.
Répétez les étapes pour créer d'autres groupes de volumes de blocs si vos instances de calcul principales résident dans plusieurs domaines de disponibilité.
Conseil :

Exemples Oracle WebLogic

Lorsque le serveur principal est une pile Marketplace et que le serveur secondaire est créé avec WLS-HYDR :

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

Dans un système créé par WLS-HYDR : si la région a plusieurs domaines de disponibilité (3), l'utilisateur peut choisir de répartir les instances de calcul entre eux ou non. Si oui, il répartit les instances de calcul entre 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 de blocs répliqués vers le même domaine de disponibilité dans la destination. Un groupe de volumes ne peut contenir que des volumes de blocs se trouvant dans le même domaine de disponibilité, et tous les volumes de blocs du groupe peuvent être répliqués vers un seul domaine de disponibilité de destination. S'il existe des combinaisons (OCI Block Volumes dans le même domaine de disponibilité d'origine mais le domaine de disponibilité de destination différent, et inversement), vous devez créer autant de groupes de volumes de blocs que nécessaire pour gérer toutes les combinaisons de répliques. Voici quelques exemples de scénarios :
- Exemple 2 : deux noeuds, 1 seul AD dans les noeuds principal et secondaire
  - région principale : node0 dans AD1, node1 dans AD1
  - région secondaire : node1 dans AD1, node2 dans AD1
  Solution:
  
  1 groupe de volumes principal, réplication vers 1 groupe de volumes secondaire
- Exemple 3 : deux noeuds, plus de 1 domaine de disponibilité dans les domaines principal et 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 sont les suivants :
  - volume-group-AD1 (avec BV de node0) répliqué vers le fichier AD1 secondaire (pour le fichier node1 secondaire)
  - volume-group-AD2 (avec BV de node1) répliqué vers le fichier AD2 secondaire (pour le fichier node2 secondaire)
- Exemple 4 : six noeuds, plus de 1 domaine de disponibilité dans les domaines principal et secondaire
  - Dans la région principale : node0 dans AD1, node1 dans AD2, node2 dans AD3, node3 dans AD1, node4 dans AD2, node5 dans AD3
  - Dans la région secondaire : node1 dans AD1, node2 dans AD2, node3 dans AD1, node4 dans AD2, node5 dans AD1, node6 dans AD2
  Solution:
  
  Le principal a besoin de plusieurs groupes de volumes : (la même chose après une permutation)
  - volume-group-reg1AD1-reg2AD1 avec la VB de node0 répliquée vers le fichier AD1 secondaire (pour le fichier node1 secondaire)
  - volume-group-reg1AD2-reg2AD2 avec la VB de node1 répliquée vers le fichier AD2 secondaire (pour le fichier node2 secondaire)
  - volume-group-reg1AD3-reg2AD1 avec la VB de node2 répliquée vers le fichier AD1 secondaire (pour le fichier node3 secondaire)
  - volume-group-reg1AD1-reg2AD2 avec la VB de node3 répliquée vers le fichier AD2 secondaire (pour le fichier node4 secondaire)
  - volume-group-reg1AD2-reg2AD1 avec la VB de node4 répliquée vers le fichier AD1 secondaire (pour le fichier node5 secondaire)
  - volume-group-reg1AD3-reg2AD2 avec la VB de node5 répliquée vers le fichier AD2 secondaire (pour le fichier node6 secondaire)
Détachez les volumes de blocs d'origine des hôtes de niveau intermédiaire secondaires.

Remarques :

Les volumes d'initialisation ne doivent PAS être démontés ou détachés.

Effectuez les opérations suivantes pour chaque hôte de niveau intermédiaire dans le secondaire :
1. Démontez le volume de blocs de données qui est 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.
  Exemple :
```
[opc@host ~]$ sudo umount /u01/data
```
2. En tant qu'utilisateur root, modifiez le fichier /etc/fstab et enlevez l'entrée pour le volume de blocs démonté.
  Cela l'empêche de tenter de monter les volumes de blocs d'origine lors de la prochaine réinitialisation. 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 de blocs de la console OCI.
  Accédez à chaque volume de blocs, à chaque instance attachée, puis à chaque détachement de l'instance. La console OCI vous demande d'exécuter certaines commandes ISCSI avant de terminer le détachement.
4. Répétez ces étapes dans tous les nœuds de niveau intermédiaire du secondaire.
Supprimez ou renommez les volumes de blocs OCI détachés dans le secondaire.
Les volumes de blocs de données d'origine détachés des hôtes de niveau intermédiaire secondaires ne sont plus utilisés. Vous pouvez les supprimer maintenant ou les renommer et les supprimer ultérieurement.
Redémarrez le démon systemd dans les hôtes de niveau intermédiaire secondaires.
Pour actualiser les références mises en cache aux périphériques précédemment montés, exécutez la commande suivante :
```
sudo systemctl daemon-reload
```

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

Cette action s'applique uniquement lorsque les volumes de 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 remplacer 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 à ce stade. 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 de 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

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 dans le répertoire wls_mp_dr. Le script se trouve dans le dossier `wls_mp_dr/Block_Volume_Replica_Method` Copiez vers tous les hôtes de niveau intermédiaire.	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 et personnalisez-le dans chaque hôte avec les valeurs appropriées, en fournissant les valeurs locales et distantes de 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" aux valeurs site1.
Autonomous Database	`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`. Copiez vers tous les hôtes de niveau intermédiaire. Les scripts se font des appels. 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, procédez comme suit : `./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD` Où WALLET_DIR est un dossier qui contient les fichiers `tnsnames.ora`, keystore et truststore pour se connecter à 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 pour l'instant.

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 dans le répertoire wls_mp_dr.
Le script se trouve dans le dossier wls_mp_dr/Block_Volume_Replica_Method
Copiez vers tous les hôtes de niveau intermédiaire.

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 et personnalisez-le dans chaque hôte avec les valeurs appropriées, en fournissant les valeurs locales et distantes de 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" aux valeurs site1.

Autonomous Database

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.
Copiez vers tous les hôtes de niveau intermédiaire.
Les scripts se font des appels.
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, procédez comme suit :

./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD

Où WALLET_DIR est un dossier qui contient les fichiers tnsnames.ora, keystore et truststore pour se connecter à 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 pour l'instant.

Validation de la réplication pour OCI Block Volumes

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 cliché).

L'image montre comment l'activation crée des volumes de 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 :

Activez les répliques sur le site de secours.
Les répliques OCI Block Volumes ne peuvent pas être montées directement ; vous devez d'abord les activer. Lorsque vous activez une réplique de volume de blocs, une valeur de volume "attachable" est créée en tant que clone de la valeur de volume répliquée. Vous pouvez ensuite associer la valeur de version 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, accédez à la région du site de secours. Sélectionnez Stockage de blocs, puis Répliques de groupe de volumes.
2. Cliquez sur la réplique de groupe de volumes, puis sur Activer.
3. Nommez le groupe de volumes créé suite à 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.
Attachez les volumes de blocs répliqués aux hôtes de niveau intermédiaire sur le site de secours.
1. Dans la console OCI, sélectionnez Stockage, puis Volume de blocs pour localiser les volumes de blocs OCI attachables créés suite à l'activation sur le site de secours.
2. Attachez le volume de blocs approprié à l'hôte approprié. Cliquez sur Volume de blocs, 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 aux volumes attachés iSCSI.
  L'agent cloud exécutera automatiquement les commandes iSCSI afin que vous n'ayez pas à les exécuter. Pour ce faire, veillez à activer le module d'extension de gestion des volumes de blocs dans l'hôte.
3. Si vous n'utilisez pas l'agent Oracle Cloud, exécutez les commandes iSCSI manuellement. Cliquez sur Commandes et informations ISCSI du volume de blocs attaché et exécutez les commandes ISCSI fournies dans "Commandes de connexion" dans l'hôte de niveau intermédiaire.
Montez les volumes de blocs répliqués dans les hôtes de secours.
Effectuez les opérations suivantes pour chaque volume de blocs :
1. Obtenez l'UUID du nouveau volume de blocs attaché.
  Il s'agit du même UUID que le volume de blocs sur le site principal. 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à fait, ajoutez une entrée pour l'UUID approprié dans le fichier /etc/fstab de l'hôte à monter et à conserver le montage après la réinitialisation.
  Veillez à utiliser le même format de système de fichiers (par exemple, ext4) que sur le site principal. Exemple :
```
UUID=c293b5b5-005c-43e9-8c2f-02e873b76926 /u01/data ext4  auto,defaults,_netdev,nofail
```
  L'UUID de chaque volume de blocs répliqué reste la même valeur. Oracle recommande de conserver l'entrée nouvellement ajoutée dans le fichier /etc/fstab à l'avenir. Par conséquent, le démon systemd monte automatiquement le volume de blocs la prochaine fois qu'il est attaché lors d'une opération de permutation ou de basculement.
3. Montez le nouveau volume de blocs attaché. Si l'entrée appropriée existe déjà dans le fichier /etc/fstab lorsque le périphérique est attaché, le volume de blocs est monté automatiquement après avoir été attaché.
  L'exemple suivant explique comment monter le nouveau volume de 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 de blocs activés.
Remplacez les informations propres au site dans les hôtes de niveau intermédiaire secondaires.
Le script de remplacement remplace les informations spécifiques au site dans les hôtes de niveau intermédiaire secondaires.
Conseil :
Exemple pour les volumes de 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 requiert, en tant qu'entrées, le chemin où se trouve le 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. Les autres 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.
Nettoyez les fichiers de verrouillage des serveurs.
Les volumes de blocs répliqués peuvent contenir des fichiers de verrouillage du processus de niveau intermédiaire, 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.
Conseil :
Exemple pour les volumes de blocs qui contiennent le domaine WebLogic
Il peut y avoir des fichiers .lck, .pid ou .state dans les dossiers ${DOMAIN_HOME}/servers/*/data/nodemanager transportés à 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 comme étape précédente dans le démarrage d'Oracle WebLogic.
L'activation crée des volumes de blocs attachables à partir des répliques, comme indiqué dans l'image précédente.
Lorsque la permutation ou le basculement est terminé, les volumes de blocs du site ayant le rôle de base de données 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 cliché) et que vous souhaitez la rétablir en tant que base de données de secours.
1. Démontez tous les volumes de blocs du site de secours qui sont répliqués à partir de la base de données principale.
```
[root@prefix-wls-0 opc]# umount /u01/data
```
2. Détachez les volumes de blocs en standby.
  Utilisez l'interface utilisateur de la console OCI (ou l'API) pour détacher les volumes de blocs démontés des hôtes de niveau intermédiaire de secours afin de les préparer à l'avenir. Si vous avez utilisé l'agent Oracle Cloud pour attacher le volume de blocs, l'agent exécute les commandes iSCSI pour se déconnecter des cibles iSCSI.
3. Supprimez des groupes et des volumes de blocs en standby.
  
  Supprimez ou renommez les volumes détachés des hôtes de niveau intermédiaire de secours pour éviter de les monter par erreur.
  
  Supprimez les groupes de volumes inutilisés sur le site de secours. Ils ne seront plus utilisés.

Exécution d'une réplication continue pour OCI Block Volumes

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

OCI effectue automatiquement la réplication OCI Block Volumes 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 Block Volume.
La fonctionnalité de réplication s'ajoute à la fonctionnalité de sauvegarde, mais ne la remplace pas. Veillez à activer une stratégie de sauvegarde pour les volumes de blocs que vous répliquez. Cela assurera la protection des données en plus de la réplique inter-région, vous permettant de restaurer à un point dans le temps.
Conservez les informations propres à chaque site et tenez-les à jour. Par exemple, si le système de fichiers contient un dossier contenant les artefacts permettant de se connecter à une instance Oracle Autonomous Database, conservez une copie de sauvegarde de ce dossier. Veillez à mettre à jour la sauvegarde du dossier lorsque vous effectuez une mise à jour dans le portefeuille. De cette façon, il sera correctement restauré lors de la permutation et des basculements ultérieurs.
Après une permutation ou un basculement, modifiez la direction de la réplique. Pour cela :
- Activez la réplique dans les groupes OCI Block Volumes du nouveau site principal vers le nouveau site de secours.
- Désactivez la réplication précédente à partir du principal d'origine et supprimez les volumes de blocs inutilisés.