Implémenter OCI File Storage Replication

Cette implémentation utilise la fonctionnalité de réplication Oracle Cloud Infrastructure File Storage, qui fournit une réplique inter-région automatisée pour les systèmes de fichiers OCI File Storage.

L'implémentation de la réplication OCI File Storage présente les avantages suivants :

• 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 à tout système de fichiers OCI File Storage monté par n'importe quel système de niveau intermédiaire. Si plusieurs systèmes utilisent OCI File Storage, vous pouvez utiliser la même approche dans tous ces systèmes.
• Les informations sur le système de fichiers répliqué sont une copie exacte du fichier principal ; tous les fichiers du système de fichiers sont répliqués.

Les considérations relatives à l'implémentation d'OCI File Storage sont les suivantes :

• Elle nécessite des étapes pour monter le stockage de fichiers OCI répliqué dans le système secondaire. Vous ne pouvez pas monter directement les systèmes de fichiers cible ; vous devez d'abord les cloner, puis vous pouvez monter le système de fichiers cloné. Toutefois, vous pouvez surmonter cette complexité à l'aide du service OCI Full Stack Disaster Recovery pour 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 volumes de blocs), vous devrez utiliser une autre technologie de réplique pour ces derniers.

Configuration de la réplication pour OCI File Storage

Pour implémenter la réplication OCI File Storage, les étapes suivantes sont requises :

• Utilisez la console OCI pour créer les systèmes de fichiers OCI cible sur le site secondaire.
• Activez la réplique dans les systèmes de fichiers OCI principaux, en pointant vers le système de fichiers OCI cible approprié.
• Connectez-vous aux hôtes de niveau intermédiaire de la région secondaire et démontez le système de fichiers qui va être répliqué à partir de la région principale.
• A l'aide de l'interface utilisateur de la console OCI, détachez et ignorez les systèmes de fichiers OCI qui seront répliqués de la base de données principale.
• Implémentez un moyen de gérer les informations propres au site en les mettant à jour avec les informations appropriées après la réplique.

Exemple 1 : utiliser la réplication OCI File Storage pour répliquer la configuration et l'exécution de niveau intermédiaire

Remarques :

Cet exemple s'applique à tout système de niveau intermédiaire. Pour référence, il utilise un système Oracle WebLogic Server qui suit les meilleures pratiques du Guide de déploiement Oracle Fusion Middleware Enterprise. Ce système dispose de deux systèmes de fichiers OCI File Storage : l'un pour la configuration partagée (domaine d'administration WebLogic, fichiers de clés, etc.) et l'autre pour les données d'exécution. Toutefois, vous pouvez suivre les mêmes étapes pour répliquer n'importe quel système de fichiers OCI File Storage d'un niveau intermédiaire.

Pour configurer la réplique inter-région pour les systèmes de fichiers OCI File Storage, procédez comme suit :

1. Sauvegardez les informations propres à chaque site.
   Le système de fichiers 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 OCI File Storage, le système de fichiers répliqué est une copie exacte de la réplique principale. 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 tout fichier contenant des informations propres au site 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

   Par exemple, lors de la réplication d'un système de fichiers contenant 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 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.

2. Identifiez les informations des systèmes de fichiers OCI File Storage sur le site principal.
   • Pour les systèmes de fichiers OCI File Storage qui vont être répliqués, identifiez les noms, les cibles de montage, les exports et les points de montage des hôtes de niveau intermédiaire principaux.
   • Accédez à la console OCI, sélectionnez votre région principale, puis choisissez votre compartiment.
   • Accédez à Stockage, File Storage, puis à Systèmes de fichiers et identifiez les systèmes de fichiers.
   • Enregistrez le nom, l'export, la cible de montage et le AD où ils se trouvent.

   Identifiez l'hôte qui monte les exports et les points de montage en vérifiant le /etc/fstab des hôtes.

   Conseil :

   Exemple Oracle WebLogic

   Par exemple, dans un système Oracle WebLogic Server qui suit le guide de déploiement Enterprise :

   Système de fichiers OCI	Cible de montage	Chemin d'export	AD	Hôtes et points de montage
   configFS	mt1_region1	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region1	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2,/u01/oracle/runtime

3. Identifiez les informations des systèmes de fichiers OCI File Storage sur le site secondaire.
   Répétez les étapes décrites à l'étape précédente pour collecter les mêmes informations sur le site secondaire.

   Conseil :

   Exemple Oracle WebLogic

   Par exemple, dans un système WebLogic qui suit le guide de déploiement Enterprise :

   Système de fichiers OCI	Cible de montage	Chemin d'export	AD	Hôtes et points de montage
   configFS	mt1_region2	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region2	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2, /u01/oracle/runtime

4. Démontez les systèmes de fichiers OCI File Storage d'origine des hôtes de niveau intermédiaire secondaire.
   Pour chaque hôte de niveau intermédiaire dans le secondaire, démontez les systèmes de fichiers qui seront répliqués à partir du serveur principal. Exemple :

   [opc@host ~]$ sudo umount  /u01/oracle/config
   [opc@host ~]$ sudo umount  /u01/oracle/runtime

   Assurez-vous qu'aucun processus oracle n'est en cours d'exécution ; sinon, le démontage échouera. Répétez ces étapes dans tous les nœuds de niveau intermédiaire du secondaire.

   N'enlevez pas les entrées du fichier /etc/fstab pour ces montages. Si vous utilisez toujours les mêmes valeurs pour la cible de montage et les noms d'export pour le système de fichiers répliqué, les entrées seront valides tout au long du cycle de vie.

5. Supprimez ou renommez les systèmes de fichiers OCI File Storage d'origine dans le secondaire.
   Seul un système de fichiers qui n'a jamais été exporté peut être défini comme système de fichiers cible pour la réplication OCI File Storage. Par conséquent, les systèmes de fichiers d'origine montés sur les hôtes de niveau intermédiaire secondaire ne peuvent pas être utilisés comme cible de réplication. Ils ne seront plus utilisés ; supprimez-les maintenant (ou renommez-les et supprimez-les ultérieurement), en supprimant l'export et en mettant fin au système de fichiers.

   Remarques :

   Ne supprimez PAS les cibles de montage. Ils seront utilisés pour exporter les systèmes de fichiers répliqués.
6. Activez la réplique dans les systèmes de fichiers principaux.
   Dans la version principale, activez la réplique pour chaque système de fichiers OCI File Storage qui doit être répliqué.
   1. Accédez à la console OCI, sélectionnez votre région principale et choisissez le compartiment.
   2. Sélectionnez Stockage, File Storage, puis Systèmes de fichiers.
   3. Cliquez sur le nom du système de fichiers, accédez à Réplications et cliquez sur Créer une réplication.
      Indiquez le nom de la réplication.
   4. Sélectionnez Créer un système de fichiers cible et fournissez les détails suivants :
      • Nom : nom de la réplique de système de fichiers qui sera créée dans la région secondaire. Utilisez un nom qui l'identifie clairement comme une réplique, par exemple : configFS_replica.
      • Région cible : région du système secondaire.
      • Domaine de disponible : domaine d'accès pour le système de fichiers cible. Elle doit être identique à la cible de montage qui l'exportera.
      • Compartiment : compartiment du système de fichiers cible.
      • Intervalle de réplication : intervalle en minutes qui détermine la fréquence de réplication des données.

   Remarques :

   Vous pouvez également créer les systèmes de fichiers cible à l'avance en secondaire et fournir l'OCID ici.
7. Si nécessaire, préparez les scripts pour remplacer les informations propres à chaque site.

   Cette action s'applique uniquement lorsque le système de fichiers OCI File Storage contient 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 spécifiques au site). Assurez-vous de stocker ces scripts dans un dossier qui n'est PAS répliqué.

   IMPORTANT ! N'exécutez pas les scripts à ce stade. Le script sera utilisé la prochaine fois qu'une validation, une permutation ou un basculement sera effectué.

   Conseil :

   Exemple Oracle WebLogic

   Par exemple, lorsque vous répliquez un système de fichiers qui contient un domaine Oracle WebLogic. Lors d'une permutation ou d'un basculement, vous devez effectuer un remplacement sur la configuration répliquée 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 Oracle MAA dans GitHub à l'adresse 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. Accédez au référentiel Oracle 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.
   Oracle Autonomous Database	fmwadb_switch_db_conn.sh Accédez au référentiel Oracle 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.	Ce script remplace le dossier d'administration TNS utilisé par Oracle WebLogic Server par celui fourni en entrée. Il met également à jour les propriétés de mot de passe du portefeuille dans les sources de données. Vous n'avez pas besoin de modifier le script. Les valeurs du dossier et du mot de passe seront 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. Ne pas exécuter le script pour le moment.

La réplication du système de fichiers OCI est maintenant prête.

Valider la réplication pour OCI File Storage

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

Pour rendre les systèmes de fichiers OCI File Storage répliqués disponibles et utilisables dans le système de secours, procédez comme suit pour chaque système de fichiers.

Pour utiliser les systèmes de fichiers répliqués en mode de secours, procédez comme suit :

1. Créez un clone du système des fichiers cible.
   Un système de fichiers cible ne peut pas être monté directement, vous devez d'abord le cloner.
   1. Dans le secondaire, accédez à Stockage, File Storage, puis à Systèmes de fichiers.
   2. Cliquez sur le nom du système de fichiers cible.
   3. Dans la section Réplication de la section Informations sur le système de fichiers, cliquez sur le lien de nom Cible de réplication.
   4. Cliquez sur le lien correspondant au nom du dernier cliché.
   5. Cliquez sur Cloner pour créer un système de fichiers standard à partir de ce cliché.
   6. Modifiez les détails pour indiquer un nom pour le clone.
      Pour des raisons de cohérence, utilisez le même nom que dans l'instance principale, par exemple configFS.
2. Créez un export pour le système de fichiers cloné.
   1. Dans le système de fichiers cloné, accédez à Exports.
   2. Sélectionnez la cible de montage dans le secondaire.
   3. Sélectionnez le nom de l'export.
      Pour faciliter la gestion des permutations, utilisez le même nom que l'export dans la base principale. Par exemple : /exports/configFS.
3. Montez le système de fichiers à partir des hôtes de secours.
   1. Si vous utilisez toujours le même nom d'export et la même cible de montage pour le système de fichiers, l'entrée du fichier /etc/fstab pour le montage ne change pas au cours du cycle de vie.
   2. Si vous n'utilisez pas le même nom d'export et la même cible de montage pour le système de fichiers, vous devez modifier le fichier /etc/fstab et modifier l'entrée dans chaque permutation, basculement et validation.
      Voici un exemple d'entrée /etc/fstab :

      10.1.80.131:/exports/configFS    /u01/oracle/config  nfs  defaults,nofail,nosuid,resvport 0 0

   3. Une fois que le fichier /etc/fstab contient l'entrée de montage appropriée, montez le système de fichiers dans l'hôte.
      Exemple :

      [opc@host opc]# sudo mount -a

   4. Répétez cette opération sur tous les hôtes de secours qui montent le système de fichiers.
4. Exécutez le script de remplacement sur tous les hôtes de niveau intermédiaire de secours pour remplacer les informations propres au site dans les hôtes de niveau intermédiaire secondaires.

   Conseil :

   Exemple Oracle WebLogic

   Par exemple, dans un système de fichiers qui contient le domaine Oracle 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 :

   • Si le système utilise Oracle Base Database Service ou Oracle Exadata Database Service, le script est replacement_script_BVmodel.sh. Assurez-vous qu'il utilise les valeurs appropriées.
   • Si le système utilise Oracle Autonomous Database, le script est fmwadb_switch_db_conn.sh. Elle requiert, en tant qu'entrées, le chemin où se trouve le portefeuille d'origine secondaire et le mot de passe du portefeuille.
5. Nettoyez les fichiers de verrouillage des serveurs.

   Le système de fichiers répliqué peut 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 Oracle WebLogic

   Par exemple, dans un système de fichiers qui contient un domaine Oracle 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. 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.

6. Une fois l'opération de permutation ou de basculement terminée, vous devez démonter et supprimer les systèmes de fichiers OCI File Storage du site avec le rôle de secours. Procédez comme suit pour rétablir le rôle de secours.
   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 le système de fichiers OCI File Storage sur le site de secours qui sont répliqués à partir de la base de données principale.
      Exemple :

      [opc@host opc]# sudo umount /u01/oracle/config

   2. Supprimez les systèmes de fichiers démontés.
      Mettez fin aux systèmes de fichiers démontés sur le site de secours. Ils ne sont plus utilisés.

Effectuer une réplication continue pour OCI File Storage

Suivez ces recommandations pour la réplication en cours lors de l'utilisation de cette implémentation.

• OCI effectue automatiquement la réplication OCI File Storage en arrière-plan. La seule chose que vous devez faire pendant le cycle de vie est de vous assurer que la réplique est activée pour les systèmes de fichiers OCI File Storage de la base principale.
• 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 des tâches liées à la réplique OCI File Storage.
• La fonctionnalité de réplication s'ajoute à la fonctionnalité de cliché, mais ne la remplace pas. Veillez également à attacher une stratégie d'instantané aux systèmes de fichiers OCI File Storage. Cela assure la protection des données en plus de la réplique inter-région, ce qui vous permet de restaurer un système de fichiers à un moment donné.
• Tenir à jour les informations propres à chaque site et les tenir à jour. Par exemple, si le système de fichiers contient un dossier contenant les artefacts à connecter à une instance Autonomous Database, tenez à jour 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, nettoyez les systèmes de fichiers inutilisés et modifiez la direction de la réplique. Ces actions sont requises pour inverser la direction de la réplique :
  1. Désactivez la réplication précédente de la réplication principale précédente et nettoyez (supprimez) les systèmes de fichiers cible inutilisés de la nouvelle réplication principale.
  2. Activez la réplique dans les systèmes de fichiers OCI File Storage du nouveau serveur principal.
  3. Supprimez les systèmes de fichiers inutilisés dans la nouvelle base de données de secours.