Mettre en oeuvre la réplication du service de stockage de fichiers pour OCI

Cette mise en oeuvre utilise la fonction de réplication du service Stockage de fichiers pour Oracle Cloud Infrastructure, qui fournit une réplique inter-région automatisée pour les systèmes de fichiers du service Stockage de fichiers pour OCI.

Les avantages de la mise en oeuvre de la réplication du service Stockage de fichiers OCI sont les suivants :

• 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 système de fichiers du service Stockage de fichiers OCI monté par tout système de niveau intermédiaire. Si vous avez plusieurs systèmes utilisant le service Stockage de fichiers OCI, vous pouvez utiliser la même approche dans tous les systèmes.
• Les informations sur le système de fichiers répliqué sont une copie exacte de la base principale; tous les fichiers du système de fichiers sont répliqués.

Les considérations relatives à la mise en oeuvre du service Stockage de fichiers OCI sont les suivantes :

• Il 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 cibles; vous devez d'abord les cloner, puis monter le système de fichiers cloné. Toutefois, vous pouvez surmonter cette complexité à l'aide du service Récupération après sinistre de pile complète pour OCI 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 (volumes par blocs, par exemple), vous devrez utiliser une technologie de réplique différente pour ces types de stockage.

Configurer la réplication pour le stockage de fichiers OCI

Pour mettre en oeuvre la réplication du service Stockage de fichiers OCI, les étapes suivantes sont requises :

• Utilisez la console OCI pour créer les systèmes de fichiers OCI cibles dans le site secondaire.
• Activez la réplique dans les systèmes de fichiers OCI principaux, 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 seront répliqués à partir de la région principale.
• À l'aide de l'interface utilisateur de la console OCI, détachez et abandonnez les systèmes de fichiers OCI qui seront répliqués à partir de la base principale.
• Mettre en œuvre 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 du service de stockage de fichiers OCI pour répliquer la configuration de niveau intermédiaire et l'exécution

Note :

Cet exemple s'applique à tout système de niveau intermédiaire. À titre de référence, il utilise un système Oracle WebLogic Server qui suit les meilleures pratiques du Guide de déploiement d'Oracle Fusion Middleware Enterprise. Ce système comporte deux systèmes de fichiers de stockage de fichiers OCI : l'un pour la configuration partagée (domaine d'administration WebLogic, magasins 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 du service Stockage de fichiers pour OCI d'un niveau intermédiaire.

Effectuez les opérations suivantes pour configurer la réplique inter-région pour les systèmes de fichiers du service Stockage de fichiers OCI :

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 du service Stockage de fichiers OCI, le système de fichiers répliqué est une copie exacte de la base 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 la restaurer par la suite.

   À ce stade, avant d'activer la réplique, identifiez et sauvegardez tout fichier contenant des informations propres au site 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 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 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 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 informations sur les systèmes de fichiers du service Stockage de fichiers pour OCI sur le site principal.
   • Pour les systèmes de fichiers du service Stockage de fichiers OCI qui vont être répliqués, identifiez les noms, les cibles de montage, les exportations et les points de montage des hôtes principaux de niveau intermédiaire (middle tier).
   • Allez à la console OCI, sélectionnez votre région principale, puis sélectionnez votre compartiment.
   • Naviguez jusqu'à Stockage, Stockage de fichiers, puis Systèmes de fichiers et identifiez les systèmes de fichiers.
   • Enregistrez le nom, l'exportation, la cible de montage et l'AD où ils se trouvent.

   Identifiez l'hôte qui monte les exportations et les points de montage en vérifiant la valeur /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 d'entreprise :

   Système de fichiers OCI	Cible de montage	Chemin d'exportation	Domaine de disponibilité	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 sur les systèmes de fichiers du service Stockage de fichiers OCI 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 d'entreprise :

   Système de fichiers OCI	Cible de montage	Chemin d'exportation	Domaine de disponibilité	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 de stockage de fichiers OCI initiaux des hôtes de niveau intermédiaire secondaires.
   Pour chaque hôte de niveau intermédiaire (middle tier) dans le secondaire, démontez les systèmes de fichiers qui seront répliqués à partir du système principal. Par 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 noeuds de niveau intermédiaire (middle tier) du secondaire.

   Ne supprimez 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'exportation 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 du stockage de fichiers OCI initiaux 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 du service Stockage de fichiers OCI. Par conséquent, les systèmes de fichiers d'origine montés sur les hôtes de niveau intermédiaire (middle tier) secondaires ne peuvent pas être utilisés comme cible de réplication. Ils ne seront plus utilisés; supprimez-les maintenant (ou renommez et supprimez plus tard), en supprimant l'exportation et en mettant fin au système de fichiers.

   Note :

   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.
   En mode principal, activez la réplique pour chaque système de fichiers du service Stockage de fichiers OCI qui doit être répliqué.
   1. Allez à la console OCI, sélectionnez votre région principale et sélectionnez le compartiment.
   2. Sélectionnez Stockage, Stockage de fichiers, puis Systèmes de fichiers.
   3. Cliquez sur le nom du système de fichiers, naviguez jusqu'à Réplications et cliquez sur Créer une réplication.
      Entrez un nom pour la réplication.
   4. Sélectionnez Créer un nouveau 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 en tant que réplique, par exemple : configFS_replica.
      • Région cible : Région du système secondaire.
      • Domaine de disponibilité : Domaine de disponibilité du système de fichiers cible. Il 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 de données.

   Note :

   Vous pouvez également créer les systèmes de fichiers cibles à l'avance dans le système secondaire et fournir l'OCID ici.
7. Si nécessaire, préparez les scripts pour remplacer les informations spécifiques à chaque site.

   Cette action s'applique uniquement lorsque le système de fichiers du service Stockage de fichiers OCI 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 propres 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 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. Accédez au référentiel Oracle MAA dans GitHub https://github.com/oracle-samples/maa Téléchargez tous les scripts du 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.
   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. 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.	Ce script remplace le dossier d'administration TNS utilisé par Oracle WebLogic Server par celui indiqué en entrée. Il met également à jour les propriétés du 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 : ./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. Ne pas exécuter le script à ce stade.

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

Valider la réplication pour le stockage de fichiers 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é).

Pour rendre les systèmes de fichiers du service Stockage de fichiers OCI répliqués disponibles et utilisables dans le système de secours, suivez ces actions pour chaque système de fichiers.

Pour utiliser les systèmes de fichiers répliqués dans la base de secours, procédez comme suit :

1. Créez un clone du système de fichiers cible.
   Un système de fichiers cible ne peut pas être monté directement. Vous devez d'abord le cloner.
   1. En secondaire, naviguez jusqu'à Stockage, Stockage de fichiers, puis Systèmes de fichiers.
   2. Cliquez sur le nom du système de fichiers cible.
   3. Dans la section Réplication de Informations sur le système de fichiers, cliquez sur le lien de nom de la cible de réplication.
   4. Cliquez sur le lien du nom du dernier instantané.
   5. Cliquez sur Cloner pour créer un système de fichiers standard à partir de cet instantané.
   6. Modifiez les détails pour fournir un nom pour le clone.
      Pour assurer la cohérence, utilisez le même nom que dans le nom principal, par exemple configFS.
2. Créez une exportation pour le système de fichiers cloné.
   1. Dans le système de fichiers cloné, naviguez jusqu'à Exportations.
   2. Sélectionnez la cible de montage dans le secondaire.
   3. Sélectionnez le nom de l'exportation.
      Pour faciliter la gestion de la permutation, utilisez le même nom que l'exportation 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'exportation 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 pendant le cycle de vie.
   2. Si vous n'utilisez pas le même nom d'exportation 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 de l'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.
      Par 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. Il nécessite, 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 (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 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 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.

6. Lorsque l'opération de permutation ou de basculement est terminée, vous devez démonter et supprimer les systèmes de fichiers du stockage de fichiers OCI dans le site avec le rôle de secours. Pour rétablir le rôle de secours, procédez comme suit.
   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émonter le système de fichiers du service Stockage de fichiers OCI du site de secours qui est répliqué à partir de la base principale.
      Par exemple :

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

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

Effectuer une réplication continue pour le service de stockage de fichiers pour OCI

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

• OCI effectue automatiquement la réplication du service Stockage de fichiers OCI en arrière-plan. La seule chose que vous devez faire au cours du cycle de vie est de vous assurer que la réplique est activée pour les systèmes de fichiers du service Stockage de fichiers OCI 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 du service de stockage de fichiers OCI.
• La fonction de réplication est complémentaire de la fonction d'instantané, et non de remplacement. Assurez-vous d'associer une politique d'instantané aux systèmes de fichiers du service Stockage de fichiers pour OCI. 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 point dans le temps.
• 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 à une base de données 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 permutation ou un basculement, nettoyez les systèmes de fichiers inutilisés et modifiez la direction de la réplique. Ces actions sont nécessaires pour inverser la direction de la réplique :
  1. Désactivez la réplication précédente à partir de la réplication principale précédente et nettoyez (supprimez) les systèmes de fichiers cibles inutilisés dans la nouvelle réplication principale.
  2. Activez la réplique dans les systèmes de fichiers du service Stockage de fichiers OCI de la nouvelle base principale.
  3. Supprimez les systèmes de fichiers inutilisés de la nouvelle base de données de secours.