Préparer le niveau intermédiaire sur OCI

Provisionnez et préparez les hôtes de niveau intermédiaire pour la récupération après sinistre sur Oracle Cloud Infrastructure (OCI).

Provisionner les instances de calcul pour les noeuds de niveau intermédiaire SOA

Créez une instance de calcul de machine virtuelle sur le sous-réseau de niveau intermédiaire Oracle Cloud Infrastructure (OCI) pour chaque hôte principal sur place Oracle SOA Suite. Les instances de calcul doivent utiliser l'image de système d'exploitation et la forme de calcul qui sont similaires à l'image et à la forme utilisées par les hôtes sur place.

Cet exemple utilise deux instances de calcul dans un seul domaine de disponibilité dans le compartiment, comme indiqué dans le tableau.

Le nom	Compartiment	Domaine de disponibilité	IMAGE	SHAPE	VCN	Sous-réseau
hydrsoa1	HyDRCompmt	AD1	Oracle Linux 7.9	VM.Standard2.2	hydrvcn	midTierSubnet
hydrsoa2	HyDRCompmt	AD1	Oracle Linux 7.9	VM.Standard2.2	hydrvcn	midTierSubnet

1. Connectez-vous à la console OCI pour votre location.
2. Sélectionnez la région appropriée.
3. Ouvrez le menu de navigation et cliquez sur Calcul, puis sur Créer une instance.
4. Sélectionnez le compartiment dans lequel créer l'instance.
5. Sélectionnez le VCN, le sous-réseau et le domaine de disponibilité de votre environnement.
   Si la région OCI comporte plusieurs domaines de disponibilité, placez les instances de calcul Oracle SOA Suite dans des domaines de disponibilité différents.
6. Sélectionnez l'image et la forme de système d'exploitation qui répondent à vos besoins.
7. Répétez les étapes pour créer une autre instance de calcul.

Note :

Vous pouvez trouver le code Terraform pour créer ces instances de calcul dans Télécharger le code.

Préparer les utilisateurs et les groupes du système d'exploitation

Créez l'utilisateur et le groupe utilisés par le logiciel Oracle principal sur place. Les identificateurs d'utilisateur et de groupe (ID) doivent être identiques à ceux de l'environnement principal.

Vous pouvez utiliser SSH pour accéder à vos instances récemment créées en tant qu'utilisateur opc. Cet utilisateur dispose des privilèges sudo et peut être utilisé pour créer des utilisateurs et des groupes supplémentaires. Vous devez créer les mêmes utilisateur et groupe que ceux utilisés par l'instance principale sur place pour le logiciel oracle, en vous assurant que les ID utilisateur et groupe sont identiques à ceux de l'instance principale.

Cet exemple utilise les utilisateurs et les groupes typiques d'un environnement EDG, comme indiqué dans le tableau.

Utilisateur ou groupe	Le nom	Description
Utilisateur	nobody	Un utilisateur non privilégié
	oracle	Propriétaire du logiciel Oracle (vous pouvez utiliser un autre nom). Le groupe principal pour ce compte doit être oinstall. Le compte doit également être dans le groupe dba.
Groupes	oinstall	Groupe principal de l'utilisateur oracle
	dba	Groupe secondaire de l'utilisateur oracle

Créez des utilisateurs et des groupes dans les instances de calcul secondaires. Créez les mêmes utilisateur et groupe que ceux utilisés sur place pour le logiciel Oracle, en vous assurant que les ID utilisateur et groupe sont identiques à ceux de la base principale.

Chaque groupe et utilisateur dans les instances de calcul OCI doit avoir le même ID sur chaque noeud et le même que dans l'instance principale.

1. Identifiez les ID dans l'hôte principal.
   1. Connectez-vous à un hôte Oracle SOA Suite sur place avec l'utilisateur oracle, puis utilisez la commande id pour identifier les groupes et les ID de l'utilisateur.

      [[e-mail] ~]$ id
      uid=1001(oracle) gid=1002(oinstall) groups=1002(oinstall),1001(dba)
       [oracle@ host3.myopnetwork.com ~]$ more /etc/passwd | grep nobody
      nobody:x:99:99:Nobody:/:/bin/false
      [oracle@ host3.myopnetwork.com ~]$ more /etc/passwd | grep oracle
      oracle:x:1001:1002::/home/oracle:/bin/bash

   2. Vérifiez si des utilisateurs et des groupes existent déjà dans les instances de calcul OCI.

      [opc@hydrsoa1 ~]$ more /etc/passwd | grep 1001
      [opc@hydrsoa1 ~]$ more /etc/group | grep 1001
      [opc@hydrsoa1 ~]$ more /etc/group | grep 1002

   3. Vérifiez si des utilisateurs et des ID groupe existent déjà dans les instances de calcul OCI.

      [[e-mail] ~]$ id
      uid=1001(oracle) gid=1002(oinstall) groups=1002(oinstall),1001(dba)
       [oracle@ host3.myopnetwork.com ~]$ more /etc/passwd | grep nobody
      nobody:x:99:99:Nobody:/:/bin/false
      [oracle@ host3.myopnetwork.com ~]$ more /etc/passwd | grep oracle
      oracle:x:1001:1002::/home/oracle:/bin/bash
      

      Aucun utilisateur ou groupe lié à Oracle n'est déjà créé dans les instances de calcul SOA pour OCI. Normalement, seul l'utilisateur nobody existe déjà. Par conséquent, vous pouvez utiliser les ID de l'élément principal dans l'élément secondaire.
2. Créez le groupe et l'utilisateur dans chaque instance de calcul SOA OCI en utilisant les mêmes ID utilisateur et groupe que les hôtes principaux.
   Par exemple,

   sudo -s
   groupadd oinstall -g 1002
   groupadd dba -g 1001
   useradd -u 1001 oracle -g oinstall -G dba

3. (Facultatif recommandé) Activez l'accès SSH à l'utilisateur oracle nouvellement créé.
   L'activation de l'accès SSH au nouvel utilisateur oracle est facultative, mais vivement recommandée. Elle est utile dans cette topologie RS car elle permet à l'utilisateur oracle une connexion directe aux commandes utilisées pour copier les artefacts du système de fichiers.
   1. Copiez la clé publique que vous utilisez pour vous connecter aux instances de calcul SOA dans un fichier texte. Vous l'utiliserez plus tard dans cette procédure.
   2. Connectez-vous à l'instance et sudo à l'utilisateur racine.
   3. Créez un répertoire .ssh dans le répertoire de base du nouvel utilisateur.

      mkdir /home/oracle/.ssh

   4. Copiez la clé publique SSH que vous utilisez pour vous connecter au service de calcul dans le fichier.

      /home/oracle/.ssh/authorized_keys

   5. Remplacez le responsable et le groupe du répertoire /home/oracle/.ssh par l'utilisateur oracle :

      chown -R oracle:oinstall /home/oracle/.ssh

   6. Modifiez les autorisations du fichier authorized_keys pour accorder à l'utilisateur oracle un accès complet en lecture et en écriture au fichier (600).

      chmod 600 /home/oracle/.ssh/authorized_keys

   7. Vérifiez la connexion en vous connectant à l'aide de SSH à l'aide de l'utilisateur oracle et de votre clé privée.

Préparer les exigences du système d'exploitation

Les hôtes de niveau intermédiaire secondaires doivent répondre aux exigences du système d'exploitation pour exécuter le logiciel.

Pour que les fichiers binaires Oracle SOA Suite et Oracle WebLogic Server s'exécutent correctement, vous devez préparer les systèmes d'exploitation pour les systèmes de secours de la même manière qu'ils ont été préparés dans la base principale lors de l'installation du logiciel.

Les fichiers binaires des répertoires d'origine SOA sont copiés des hôtes SOA principaux vers les hôtes SOA secondaires. Par conséquent, il n'est pas nécessaire d'exécuter runinstaller dans les hôtes SOA secondaires. Toutefois, les exigences du système d'exploitation doivent être les mêmes.

1. Assurez-vous que votre environnement répond aux exigences d'installation minimales pour les produits installés dans les hôtes SOA principaux.
   Vérifiez le document correspondant dans les exigences et spécifications du système Oracle Fusion Middleware et l'étape Vérification des exigences du système d'exploitation Linux à partir du groupe EDG.
2. Vérifiez les ensembles de système requis pour votre version et votre système d'exploitation.
3. Installez les ensembles système manquants avec yum.
   Cet exemple utilise Oracle Fusion Middleware 12.21.4 et Oracle Linux 7 et la plupart des ensembles requis sont déjà installés dans les instances de calcul de niveau intermédiaire Oracle Cloud Infrastructure (OCI). Dans cet exemple, les éléments suivants étaient manquants et devaient être installés à l'aide de yum :

   yum install compat-libcap1.x86_64
   yum install compat-libstdc++-33.x86_64
   yum install compat-libstdc++-33.i686
   yum install gcc-c++.x86_64
   yum install libaio-devel.x86_64
   yum install libstdc++.i686
   yum install libstdc++-devel.x86_64
   yum install dejavu-serif-fonts
   yum install numactl.x86_64
   yum install numactl-devel.x86_64
   yum install motif.x86_64
   yum install motif-devel.x86_64
   yum install redhat-lsb.x86_64
   yum install xorg-x11-utils.x86_64

4. Configurez les limites file et proc dans le fichier /etc/security/limits.conf. Vérifiez les limites de vos hôtes SOA sur place et définissez les valeurs dans les instances de calcul SOA OCI en conséquence.

Préparer les alias de nom d'hôte

Configurez les mêmes noms d'hôte virtuel que ceux utilisés par les composants Oracle WebLogic Server dans l'environnement principal en tant qu'alias dans les instances de calcul SOA Oracle Cloud Infrastructure (OCI) secondaires, mais pointez vers les adresses IP des hôtes secondaires.

Vous pouvez l'implémenter de la manière suivante :

• Ajoutez les noms d'hôte en tant qu'alias aux fichiers /etc/hosts des instances de calcul SOA OCI.
• Utilisez une vue DNS privée dans le VCN OCI secondaire.

Utiliser les fichiers /etc/hosts

Les noms d'hôte virtuel utilisés par Oracle WebLogic Server principal sont ajoutés aux fichiers /etc/hosts des hôtes Oracle WebLogic Server secondaires, pointant vers les adresses IP des hôtes Oracle WebLogic Server secondaires. Ce mode est valide lorsque le serveur DNS est le même dans les sites sur place principal et sur les sites Oracle Cloud Infrastructure secondaires (OCI), ainsi que lorsque des serveurs DNS séparés sont utilisés dans les sites principal et secondaire. Les entrées du fichier /etc/hosts ont priorité sur la résolution DNS, car il s'agit de la priorité définie prête à l'emploi dans les "hôtes" de directive du fichier /etc/nsswitch.conf.

1. Modifiez le fichier /etc/oci-hostname.conf de chaque instance de calcul SOA et réglez la propriété PRESERVE_HOSTINFO=3 pour conserver les entrées /etc/hosts lors du redémarrage de l'instance.
2. Utilisez la commande hostname --fqdn pour identifier les noms d'hôte complets des instances de calcul SOA OCI.
3. Ajoutez les entrées suivantes au fichier /etc/hosts des instances de calcul SOA OCI :

   #################################
   # ALIASES on OCI for DR
   #################################
   virtual_IP_for_admin           virtualIP_fqdn virtualIP_hostname    ALIAS_OF_ADMINVHN
   soahost1_compute_instance_IP  soahost1_fqdn   soahost1_hostname   ALIAS_OF_SOAHOST1 
   soahost2_compute_instance_IP  soahost2_fqdn   soahost2_hostname   ALIAS_OF_SOAHOST2    
   

   Voici un exemple de fichier /etc/hosts dans l'instance de calcul SOA OCI secondaire :

   #################################
   # ALIASES on OCI for DR
   #################################
   100.70.10.20   hydrsoa-vip.midTiersubnet.hydrvcn.oraclevcn.com    hydrsoa-vip       ADMINVHN.example.com   ADMINVHN
   100.70.10.13   hydrsoa1.midTiersubnet.hydrvcn.oraclevcn.com       hydrsoa1          SOAHOST1.example.com   SOAHOST1
   100.70.10.14   hydrsoa2.midTiersubnet.hydrvcn.oraclevcn.com       hydrsoa2          SOAHOST2.example.com   SOAHOST2

Utiliser le système de noms de domaine (DNS)

Les noms d'hôte virtuel utilisés par les hôtes Oracle WebLogic Server principaux sont ajoutés au résolveur DNS utilisé par le VCN des serveurs de niveau intermédiaire secondaires, pointant vers les adresses IP des hôtes Oracle WebLogic Server secondaires. Ce mode est valide lorsque des serveurs DNS distincts sont utilisés dans les systèmes sur place principal et secondaire sur Oracle Cloud Infrastructure (OCI). Sinon, cela peut provoquer des conflits dans la résolution des noms. Le serveur de chaque site doit résoudre ces noms avec ses propres adresses IP. L'avantage de cette méthode est que vous pouvez ajouter toutes les entrées à une vue DNS privée, au lieu de les ajouter à tous les /etc/hosts de tous les hôtes Oracle WebLogic Server.

Voici les étapes permettant de créer la vue privée dans le VCN secondaire et de résoudre les noms d'hôte virtuel utilisés par l'hôte principal avec les adresses IP secondaires :

1. Dans la console OCI, allez à la région secondaire et créez la vue privée.
   1. Cliquez sur Réseau, Gestion DNS, Vues privées, puis sur Créer une vue privée.
      Par exemple, vous pouvez nommer la vue privée HYBRID_DR_VIRTUAL_HOSTNAMES
   2. Cliquez sur Créer une zone dans la vue privée.
      Pour le nom de la zone, vous devez utiliser le domaine complet des hôtes virtuels. Dans cet exemple : example.com.
   3. Ajoutez les noms des hôtes virtuels à cette zone (nom abrégé), mais résolus avec les adresses IP par seconde des hôtes WLS secondaires.
   4. Cliquez sur Publier les modifications.
2. Ajoutez la vue privée au résolveur de VCN secondaire.
   1. Cliquez sur la ressource de résolveur DNS dans le VCN.
   2. Ajoutez la vue privée DNS créée précédemment.
      Les hôtes du VCN secondaire résolvent les noms d'hôte virtuel utilisés par les hôtes Oracle WebLogic Server principaux à l'aide de la vue privée.
3. Validez la résolution des hôtes SECONDARY, en exécutant ping et nslookup des noms d'hôte virtuel.
   Ils doivent être résolus avec les PI SECONDAIRES équivalentes.

   Note :

   Vous pouvez trouver le code Terraform pour créer cette vue privée OCI et les enregistrements dans le code de téléchargement.

Créer et configurer l'adresse IP virtuelle pour le serveur d'administration WebLogic

Pour une haute disponibilité, le serveur d'administration WebLogic doit utiliser un nom d'hôte mappé à une adresse IP virtuelle pour permettre le basculement entre les noeuds.

Note :

Ignorez cette tâche si vous n'utilisez pas d'adresse IP virtuelle pour le serveur d'administration dans votre système principal.

Affectez une adresse IP supplémentaire à la carte VNIC de l'instance de calcul soahost1. L'adresse IP supplémentaire est utilisée par le serveur d'administration dans le système Oracle Cloud Infrastructure secondaire (OCI). Bien que cette adresse IP soit normalement attachée à l'instance de calcul soahost1, elle peut être déplacée vers l'instance de calcul soahost2 pour fournir un basculement local pour le serveur d'administration, comme décrit dans EDG.

Une fois la nouvelle adresse IP attachée à la carte VNIC à l'aide de la console OCI, elle doit être configurée dans le système d'exploitation en mode non persistant (car cette adresse IP peut être déplacée de soahost1 à soahost2 pour le basculement du serveur d'administration).

1. Affectez une nouvelle adresse IP privée secondaire à la carte VNIC de l'instance de calcul soahost1 dans OCI.
   Suivez les étapes décrites dans Pour affecter une nouvelle adresse IP privée secondaire à une carte VNIC de la documentation OCI.
   Indiquez une valeur dans le nom d'hôte qui vous aide à l'identifier en tant qu'adresse IP virtuelle. Par exemple, hydrsoa-vip.
2. Une fois la nouvelle adresse IP attachée à la carte VNIC, configurez la nouvelle adresse IP dans le système d'exploitation en mode non persistant.
   Suivez les étapes décrites dans Linux : Détails sur les adresses IP secondaires.
   Cela est nécessaire, car l'adresse IP peut passer de soahosthost1 à soahosthost2 pour le basculement du serveur d'administration.
   1. Consultez les interfaces réseau et les adresses IP attachées de l'instance de calcul soahosthost1.
      Dans cet exemple, l'adresse IP principale de la carte VNIC est la suivante : inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3

      [opc@hydrsoa1 ~]$ ip addr
      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
          link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
          inet 127.0.0.1/8 scope host lo
             valid_lft forever preferred_lft forever
          inet6 ::1/128 scope host
             valid_lft forever preferred_lft forever
      2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP group default qlen 1000
          link/ether 00:00:17:00:05:87 brd ff:ff:ff:ff:ff:ff
          inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3
             valid_lft 60218sec preferred_lft 60218sec
          inet6 fe80::200:17ff:fe00:587/64 scope link
             valid_lft forever preferred_lft forever

   2. En tant que racine, ajoutez l'adresse IP virtuelle à l'interface en tant qu'adresse IP supplémentaire en définissant un numéro de séquence dans l'étiquette.

      [root@hydrsoa1 ~]# ip addr add 100.70.10.20/20 dev ens3 label ens3:1

   3. Vérifiez que l'interface a maintenant la nouvelle adresse IP.
      Dans cet exemple, l'adresse IP secondaire de la carte VNIC est la suivante : inet 100.70.10.20/20 scope global secondary ens3:1

      [root@hydrsoa1 ~]# ip addr
      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
          link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
          inet 127.0.0.1/8 scope host lo
             valid_lft forever preferred_lft forever
          inet6 ::1/128 scope host
             valid_lft forever preferred_lft forever
      2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP group default qlen 1000
          link/ether 00:00:17:00:05:87 brd ff:ff:ff:ff:ff:ff
          inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3
             valid_lft 59873sec preferred_lft 59873sec
          inet 100.70.10.20/20 scope global secondary ens3:1
             valid_lft forever preferred_lft forever
          inet6 fe80::200:17ff:fe00:587/64 scope link
             valid_lft forever preferred_lft forever

Ouvrir les ports requis dans les pare-feu de l'hôte OCI

Chaque instance de calcul dispose d'un service de pare-feu local. Pour des raisons de sécurité, la configuration par défaut consiste à rejeter les connexions pour tous les ports, à l'exception du minimum requis (ssh, dhcp). Vous devez ouvrir les ports utilisés par Oracle WebLogic Server.

1. En tant qu'utilisateur racine, vérifiez le statut et les règles du service de pare-feu dans chaque instance de calcul d'Oracle SOA Suite.

   bash-4.2# firewall-cmd --state
   running
   bash-4.2# firewall-cmd --list-all
   public (active)
     target: default
     icmp-block-inversion: no
     interfaces: ens3
     sources:
     services: dhcpv6-client ssh
     ports:
     protocols:
     masquerade: no
     forward-ports:
     source-ports:
     icmp-blocks:
     rich rules:

   Cette sortie signifie qu'il n'y a pas de ports ouverts autres que 22.
2. En tant qu'utilisateur racine, utilisez les commandes firewall-cmd pour ouvrir les ports utilisés par les composants de votre système dans chaque instance de calcul SOA.
   Par exemple :

   firewall-cmd --permanent --add-port=7001/tcp
   firewall-cmd --permanent --add-port=5556/tcp
   firewall-cmd --permanent --add-port=7010/tcp
   firewall-cmd --permanent --add-port=8001/tcp
   firewall-cmd --permanent --add-port=8011/tcp
   firewall-cmd --permanent --add-port=8021/tcp
   firewall-cmd --permanent --add-port=9001/tcp
   firewall-cmd --permanent --add-port=7801/tcp
   firewall-cmd --permanent --add-port=7801/udp
   service firewalld reload

3. Si vous utilisez Coherence, ouvrez tcp et udp pour le port de grappe Coherence (par exemple, 9991), pour les ports éphémères et tcp pour le port 7 :
   Coherence nécessite l'ouverture de ports supplémentaires pour les communications Coherence Cluster.

   sudo firewall-cmd --permanent --add-port=9991/udp
   sudo firewall-cmd --permanent --add-port=9991/tcp
   sudo firewall-cmd --permanent --add-port=32768-60999/udp
   sudo firewall-cmd --permanent --add-port=32768-60999/tcp
   sudo firewall-cmd --permanent --add-port=7/tcp
   sudo service firewalld reload

4. Vérifier le statut et les règles du service de pare-feu.

   bash-4.2# firewall-cmd --list-all
   public (active)
     target: default
     icmp-block-inversion: no
     interfaces: ens3
     sources:
     services: dhcpv6-client ssh
     ports: 7001/tcp 5556/tcp 8001/tcp 9001/tcp 9991/tcp ...
     protocols:
     masquerade: no
     forward-ports:
     source-ports:
     icmp-blocks:
     rich rules:

Monter les systèmes de fichiers OCI

Les systèmes de fichiers créés précédemment sur Oracle Cloud Infrastructure (OCI) doivent être montés dans les instances de calcul Oracle SOA Suite.

1. Connectez ssh aux instances de calcul SOA avec l'utilisateur opc et installez le client NFS.

   sudo yum install nfs-utils

2. Créez les points de montage dans chacune des instances de calcul SOA.
   Par exemple, créez des répertoires pour products, config et runtime. Vos valeurs peuvent différer.

   sudo mkdir -p /u01/oracle/products
   sudo mkdir -p /u01/oracle/config
   sudo mkdir -p /u01/oracle/runtime

3. En tant qu'utilisateur racine, ajoutez les entrées au répertoire /etc/fstab dans l'instance de calcul soahost1.
   Dans l'exemple suivant, 100.70.8.101 est la valeur d'exemple de l'adresse IP de la cible de montage. Si votre région OCI comporte plus de 1 domaine de disponibilité et que vous avez créé plusieurs points de montage, utilisez l'adresse IP de cible de montage appropriée pour chaque exportation.

   100.70.8.101:/export/soadrconfig	       /u01/oracle/config nfs defaults,nofail,nosuid,resvport 0 0
   100.70.8.101:/export/soadrruntime          /u01/oracle/runtime nfs defaults,nofail,nosuid,resvport 0 0
   100.70.8.101:/export/soadrproducts1        /u01/oracle/products nfs defaults,nofail,nosuid,resvport 0 0

4. En tant qu'utilisateur racine, ajoutez les entrées au répertoire /etc/fstab dans l'instance de calcul soahost2.
   Dans l'exemple suivant, 100.70.8.101 est la valeur d'exemple de l'adresse IP de la cible de montage. Si votre région OCI comporte plus de 1 domaine de disponibilité et que vous avez créé plusieurs points de montage, utilisez l'adresse IP de cible de montage appropriée pour chaque exportation.

   100.70.8.101:/export/soadrconfig	        /u01/oracle/config nfs defaults,nofail,nosuid,resvport 0 0
   100.70.8.101:/export/soadrruntime           /u01/oracle/runtime nfs defaults,nofail,nosuid,resvport 0 0
   100.70.8.101:/export/soadrproducts2         /u01/oracle/products nfs defaults,nofail,nosuid,resvport 0 0

5. En tant qu'utilisateur racine, montez les systèmes de fichiers dans chaque instance de calcul soa :

   mount -a 

6. Vérifiez que les systèmes de fichiers sont correctement montés.

   df -h

   La sortie pour hydrsoa1 et hydrsoa2 doit ressembler à l'exemple suivant :

   [root@hydrsoa1 ~]# df -h
   Filesystem                           Size  Used Avail Use% Mounted on
   devtmpfs                              15G     0   15G   0% /dev
   tmpfs                                 15G     0   15G   0% /dev/shm
   tmpfs                                 15G   25M   15G   1% /run
   tmpfs                                 15G     0   15G   0% /sys/fs/cgroup
   /dev/sda3                             39G  4.4G   35G  12% /
   /dev/sda1                            200M  7.4M  193M   4% /boot/efi
   tmpfs                                3.0G     0  3.0G   0% /run/user/0
   tmpfs                                3.0G     0  3.0G   0% /run/user/994
   tmpfs                                3.0G     0  3.0G   0% /run/user/1000
   100.70.8.101:/export/soadrconfig     8.0E     0  8.0E   0% /u01/oracle/config
   100.70.8.101:/export/soadrruntime    8.0E     0  8.0E   0% /u01/oracle/runtime
   100.70.8.101:/export/soadrproducts1  8.0E     0  8.0E   0% /u01/oracle/products

   [root@hydrsoa2 ~]# df -h
   Filesystem                          Size  Used Avail Use% Mounted on
   devtmpfs                             15G     0   15G   0% /dev
   tmpfs                                15G     0   15G   0% /dev/shm
   tmpfs                                15G   25M   15G   1% /run
   tmpfs                                15G     0   15G   0% /sys/fs/cgroup
   /dev/sda3                            39G  4.4G   35G  12% /
   /dev/sda1                           200M  7.4M  193M   4% /boot/efi
   tmpfs                               3.0G     0  3.0G   0% /run/user/0
   tmpfs                               3.0G     0  3.0G   0% /run/user/994
   tmpfs                               3.0G     0  3.0G   0% /run/user/1000
   100.70.8.101:/export/soadrconfig    8.0E     0  8.0E   0% /u01/oracle/config
   100.70.8.101:/export/soadrruntime   8.0E     0  8.0E   0% /u01/oracle/runtime
   100.70.8.101:/export/soadrproducts2  8.0E     0  8.0E   0% /u01/oracle/products

7. Remplacez la responsabilité des dossiers par l'utilisateur et le groupe oracle.

   [root@hydrsoa1 ~]#chown -R oracle:oinstall /u01/oracle/products
   [root@hydrsoa1 ~]#chown -R oracle:oinstall /u01/oracle/config
   [root@hydrsoa1 ~]#chown -R oracle:oinstall /u01/oracle/runtime
   [root@hydrsoa2 ~]#chown -R oracle:oinstall /u01/oracle/products
   [root@hydrsoa2 ~]#chown -R oracle:oinstall /u01/oracle/config
   [root@hydrsoa2 ~]#chown -R oracle:oinstall /u01/oracle/runtime
   

8. Connectez-vous en tant qu'utilisateur oracle et vérifiez que vous pouvez créer des fichiers dans ces systèmes de fichiers. Pour les systèmes de fichiers partagés (/u01/oracle/config, /u01/oracle/runtime), vérifiez que lorsque vous créez un fichier dans un hôte, il est visible à partir de l'autre hôte.

Monter les volumes par blocs OCI

Montez les volumes par blocs qui ont été créés précédemment dans les instances de calcul d'Oracle SOA Suite.

Par exemple,

Volumes par blocs	Instance de calcul	Point de montage
soadrBV1	hydrsoa1	/u02
soadrBV2	hydrsoa2	/u02

1. Accédez par SSH à tous les hôtes SOA en tant qu'utilisateur racine, et créez le dossier qui sera utilisé comme point de montage.

   [root@hydrsoa1 ~]# mkdir -p /u02

2. Connectez-vous à la console Oracle Cloud Infrastructure (OCI) de votre location.
3. Sélectionnez la région appropriée.
4. Ouvrez le menu de navigation et cliquez sur Stockage, Stockage par blocs, puis sur Volumes par blocs.
5. Cliquez sur l'un des volumes par blocs.
6. Cliquez sur Instances attachées, puis sur Attacher à l'instance.
   1. Sélectionnez le type d'attachement iSCSI.
      Les performances d'IOPS sont meilleures avec les attachements iSCSI qu'avec les attachements paravirtualisés.
   2. Sélectionnez Type d'accès en lecture/écriture.
   3. Sélectionnez l'instance de calcul appropriée.
7. Attacher à l'instance de calcul.
8. Une fois que le volume est attaché, cliquez sur Commandes iSCSI et informations dans l'attachement de volume par blocs pour exécuter les commandes iSCSI du volume par blocs.
   La boîte de dialogue Commandes iSCSI et informations affiche les commandes iSCSI dont vous aurez besoin. Les commandes sont prêtes à être utilisées avec les informations appropriées incluses. Vous pouvez copier et coller les commandes dans la session de l'instance de calcul.
9. Listez les volumes et identifiez-en un nouveau.
   Par exemple :

   bash-4.2# lsblk
   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   sdb      8:16   0   50G  0 disk ------------> this is the new one
   sda      8:0    0 46.6G  0 disk
   ├─sda2   8:2    0    8G  0 part [SWAP]
   ├─sda3   8:3    0 38.4G  0 part /
   └─sda1   8:1    0  200M  0 part /boot/efi

10. Formatez le nouveau volume.
    Par exemple :

    bash-4.2# mkfs.xfs -f /dev/sdb
    
    meta-data=/dev/sdb               isize=256    agcount=4, agsize=3276800 blks
             =                       sectsz=4096  attr=2, projid32bit=1
             =                       crc=0        finobt=0, sparse=0, rmapbt=0
             =                       reflink=0
    data     =                       bsize=4096   blocks=13107200, imaxpct=25
             =                       sunit=0      swidth=0 blks
    naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
    log      =internal log           bsize=4096   blocks=6400, version=2
             =                       sectsz=4096  sunit=1 blks, lazy-count=1
    realtime =none                   extsz=4096   blocks=0, rtextents=0

11. Montez le volume.
    1. Utilisez la commande blkid pour identifier l'UUID du nouveau volume par blocs.
       Par exemple :

       bash-4.2# blkid
       /dev/sda3: UUID="1517ce80-df91-45cc-a27e-2aa38b3f6646" TYPE="xfs" PARTUUID="c42a8415-7230-42bb-970a-3b4c3142d279"
       /dev/sda1: SEC_TYPE="msdos" UUID="A1E6-54F8" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="78756fd0-3be7-4fbb-b8a8-3d6f68a84b34"
       /dev/sda2: UUID="5384ac33-8ffe-4ad8-8d40-6307f2756dc5" TYPE="swap" PARTUUID="0adbce70-6c26-44fd-bec5-c191a6f9e02f"
       /dev/sdb: UUID="47955773-743f-4bde-bf2f-68ce0f71dbf9" TYPE="xfs"

    2. Modifiez le fichier /etc/fstab et ajoutez la ligne pour monter le volume par blocs.
       Par exemple :

       UUID=47955773-743f-4bde-bf2f-68ce0f71dbf9 /u02 xfs defaults,_netdev,nofail 0 2

    3. Montez le volume par blocs.

       bash-4.2# mount -a

    4. Vérifiez qu'il est monté.

       [opc@hydrsoa1 ~]$ df -h
       Filesystem                              Size  Used Avail Use% Mounted on
       devtmpfs                                15G     0   15G   0% /dev
       tmpfs                                   15G     0   15G   0% /dev/shm
       tmpfs                                   15G  8.8M   15G   1% /run
       …
       /dev/sdb                                50G   33M   50G   1% /u02
       …

12. Une fois le volume par blocs monté, remplacez la responsabilité du montage par l'utilisateur oracle approprié.

    bash-4.2# chown oracle:oinstall /u02

13. Redémarrez l'hôte et vérifiez que le volume par blocs est monté automatiquement après le redémarrage.
14. Répétez les étapes pour monter les volumes par blocs dans le reste des hôtes SOA secondaires.
    Pour plus d'informations sur l'attachement d'un volume, voir la documentation sur Oracle Cloud Infrastructure.

Créer l'alias TNS

Créez le répertoire TNS et le fichier tnsnames.ora qui pointent vers le système de base de données Oracle Cloud Infrastructure (OCI). Comme la configuration du domaine WebLogic dans le secondaire sera une copie du domaine principal, vous devez créer les mêmes artefacts que dans le domaine principal pour utiliser l'approche d'alias TNS dans les sources de données WebLogic.

1. En tant qu'utilisateur oracle, créez le dossier tns dans chaque instance de calcul SOA, en utilisant le même chemin que celui utilisé dans les hôtes de niveau intermédiaire principaux.
   Il doit s'agir d'un dossier local qui n'est pas répliqué à partir du dossier principal.

   [oracle@hydrsoa1 ~]$ mkdir -p /home/oracle/tnsnames_dir
   [oracle@hydrsoa2 ~]$ mkdir -p /home/oracle/tnsnames_dir

2. Créez un fichier tnsnames.ora dans le répertoire avec le même alias tns que celui utilisé dans l'instance principale, mais pointant vers l'adresse du système de base de données OCI.

   Le nom du service doit être identique dans les noms principal et secondaire.

   SOAPDB =
   (DESCRIPTION=
     (ADDRESS_LIST=
       (LOAD_BALANCE=ON)
       (ADDRESS=(PROTOCOL=TCP)(HOST=hydrdb-scan.dbTierSubnet.hydrvcn.oraclevcn.com)(PORT=1521))
     )
     (CONNECT_DATA=(SERVICE_NAME=soapdb.example.com))
   )

Créer les variables d'environnement utilisateur oracle

Il est courant d'avoir des variables d'environnement liées à WebLogic dans le profil de l'utilisateur oracle dans les hôtes WebLogic. Par exemple, ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME et autres.

1. Vérifiez les fichiers de profils de l'utilisateur oracle dans les hôtes SOA principaux.
2. Dans secondaire, ajoutez les mêmes variables d'environnement WebLogic connexes aux fichiers de profil de l'utilisateur oracle (.bashrc ou .bash_profile).

   Note :

   Le fichier .bashrc de l'utilisateur oracle dans les hôtes SOA secondaires peut déjà contenir des variables définies (telles que MIDDLEWARE_HOME, WLS_HOME et d'autres), mais elles ne correspondent probablement pas aux dossiers de votre environnement et ne sont pas valides pour vous. Assurez-vous de les supprimer ou de les modifier en conséquence dans vos dossiers d'environnement.