Préparation du niveau intermédiaire sur OCI

Provisionner et préparer 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 Oracle SOA Suite principal sur site. Les instances de calcul doivent utiliser l'image et la forme de calcul du système d'exploitation semblables à l'image et à la forme utilisées par les hôtes sur site.

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

Nom	Compartiment	Domaine de disponibilité	IMAGE	FORME	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 Compute, 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 différents domaines de disponibilité.
6. Sélectionnez l'image et la forme du système d'exploitation correspondant à vos besoins.
7. Répétez les étapes pour créer une autre instance de calcul.

Remarque :

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

Préparation des utilisateurs et groupes du système d'exploitation

Créez le même utilisateur et le même groupe que le logiciel Oracle principal sur site. Les identificateurs d'utilisateur et de groupe (ID) doivent être identiques à ceux de l'environnement principal.

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

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

Utilisateur ou groupe	Nom	Description
Utilisateur	nobody	Utilisateur sans privilège
	oracle	Propriétaire du logiciel Oracle (vous pouvez utiliser un autre nom). Le groupe principal de ce compte doit être oinstall. Le compte doit également se trouver 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 site principal pour le logiciel Oracle, en vous assurant que les ID d'utilisateur et de groupe sont identiques à ceux de l'ID principal.

Chaque groupe et chaque utilisateur des instances de calcul OCI doivent avoir le même ID sur chaque noeud et le même ID que dans le noeud principal.

1. Identifiez les codes de l'hôte principal.
   1. Connectez-vous à un hôte Oracle SOA Suite sur site 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 l'un des utilisateurs et le groupe existe 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 l'un des utilisateurs et des ID de groupe existe 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 ne doit déjà être créé dans les instances de calcul SOA OCI. En règle générale, seul l'utilisateur nobody existe déjà. Par conséquent, vous pouvez utiliser les ID de la base principale dans la base secondaire.
2. Créez le groupe et l'utilisateur dans chaque instance de calcul SOA OCI en utilisant les mêmes ID d'utilisateur et de 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 à l'utilisateur oracle nouvellement créé est facultative, mais fortement recommandée. Cette topologie de récupération après sinistre est utile car elle permet à l'utilisateur oracle de se connecter directement 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 root.
   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 calcul dans le fichier.

      /home/oracle/.ssh/authorized_keys

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

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

   6. Modifiez les droits d'accès 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 avec SSH à l'aide de l'utilisateur oracle et de votre clé privée.

Préparation de la configuration requise pour le 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, la configuration requise pour le système d'exploitation doit être la même.

1. Assurez-vous que votre environnement respecte la configuration minimale requise pour l'installation des produits installés dans les hôtes SOA principaux.
   Vérifiez le document correspondant dans Configuration requise et spécifications du système Oracle Fusion Middleware et l'étape Vérification de la configuration requise du système d'exploitation Linux à partir du générateur d'états.
2. Vérifiez les packages système requis pour votre version et votre système d'exploitation.
3. Installez les packages système manquants avec yum.
   Cet exemple utilise Oracle Fusion Middleware 12.21.4 et Oracle Linux 7. La plupart des packages 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 dans les hôtes SOA sur site 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 (OCI) Oracle Cloud Infrastructure secondaires, mais pointez vers les adresses IP des hôtes secondaires.

Vous pouvez l'implémenter de l'une des manières suivantes :

• Ajoutez les noms d'hôte en tant qu'alias aux fichiers /etc/hosts des instances de calcul OCI SOA.
• 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 le serveur 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 sur site principal et sur les sites Oracle Cloud Infrastructure (OCI) secondaires, ainsi que lorsque des serveurs DNS séparés sont utilisés sur les sites principal et secondaire. Les entrées du fichier /etc/hosts sont prioritaires sur la résolution DNS, car il s'agit de la priorité définie prête à l'emploi dans la directive "hôtes" du fichier /etc/nsswitch.conf.

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

   #################################
   # 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 OCI SOA 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 sur site principal et sur Oracle Cloud Infrastructure (OCI). Sinon, cela peut entraîner des conflits dans la résolution de noms. Le serveur de chaque site doit résoudre ces noms avec leurs 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 hôtes Oracle WebLogic Server /etc/hosts.

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

1. Dans la console OCI, accédez à la région secondaire et créez la vue privée.
   1. Cliquez sur Fonctions de réseau, Gestion DNS, Vues privées, puis 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 zone, vous devez utiliser le domaine complet des hôtes virtuels. Dans cet exemple : example.com.
   3. Ajoutez les noms d'hôtes virtuels à cette zone (nom abrégé), mais résolus avec le service IPS des hôtes WLS secondaires.
   4. Cliquez sur Publier les modifications.
2. Ajoutez la vue privée au résolveur VCN secondaire.
   1. Cliquez sur la ressource 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ésoudront 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 les hôtes SECONDARY de résolution en effectuant les opérations ping et nslookup sur les noms d'hôte virtuel.
   Ils doivent être résolus avec les adresses IP SECONDARY équivalentes.

   Remarque :

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

Création et configuration de l'adresse IP virtuelle pour le serveur d'administration WebLogic

Pour la haute disponibilité, le serveur d'administration WebLogic doit utiliser un nom d'hôte mis en correspondance avec une adresse IP virtuelle pour permettre le basculement sur les noeuds.

Remarque :

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

Affectez une adresse IP supplémentaire à la carte d'interface réseau virtuelle 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 (OCI) secondaire. 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 afin de fournir un basculement local pour le serveur d'administration, comme décrit dans l'EDG.

Une fois la nouvelle adresse IP attachée à la carte d'interface réseau virtuelle à 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 vers soahost2 pour le basculement du serveur d'administration).

1. Affectez une nouvelle adresse IP privée secondaire à la carte d'interface réseau virtuelle de l'instance de calcul soahost1 dans OCI.
   Suivez les étapes décrites dans Procédure d'affectation d'une nouvelle adresse IP privée secondaire à une carte d'interface réseau virtuelle de la documentation OCI.
   Fournissez 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 d'interface réseau virtuelle, 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.
   Cette opération est nécessaire car l'adresse IP peut passer de soahosthost1 à soahosthost2 pour le basculement du serveur d'administration.
   1. Affichez 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 d'interface réseau virtuelle 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 qu'utilisateur root, 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 dispose désormais de la nouvelle adresse IP.
      Dans cet exemple, l'adresse IP secondaire de la carte d'interface réseau virtuelle 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

Ouverture des 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 root, vérifiez le statut et les règles du service de pare-feu dans chaque instance de calcul 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'aucun autre port n'est ouvert que 22.
2. En tant qu'utilisateur root, 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 cluster Coherence (par exemple, 9991), pour les ports éphémères et tcp pour le port 7 :
   Coherence vous demande d'ouvrir des ports supplémentaires pour les communications de cluster Coherence.

   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érifiez 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:

Montage des systèmes de fichiers OCI

Les systèmes de fichiers précédemment créés 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 root, 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 d'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 export.

   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 root, 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 d'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 export.

   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 root, 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 propriété 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 sur un hôte, il est visible sur l'autre hôte.

Montage des volumes de blocs OCI

Montez les volumes de blocs créés précédemment dans les instances de calcul Oracle SOA Suite.

Par exemple :

Block Volume	Instance Compute	Point de montage
soadrBV1	hydrsoa1	/u02
soadrBV2	hydrsoa2	/u02

1. Connectez-vous via SSH à tous les hôtes SOA en tant qu'utilisateur root 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 la location.
3. Sélectionnez la région appropriée.
4. Ouvrez le menu de navigation et cliquez sur Storage, Block Storage, puis sur Block Volumes.
5. Cliquez sur l'un des volumes de blocs.
6. Cliquez sur Instances attachées, puis sur Attacher à l'instance.
   1. Sélectionnez le type d'attachement iSCSI.
      Les performances d'E/S par seconde sont meilleures avec les attachements iSCSI qu'avec les attachements paravirtualisés.
   2. Sélectionnez le type d'accès Lecture/Ecriture.
   3. Sélectionnez l'instance de calcul appropriée.
7. Associez-le à l'instance de calcul.
8. Une fois le volume attaché, cliquez sur Commandes et informations iSCSI dans l'attachement Block Volume pour exécuter les commandes iSCSI du volume de blocs.
   La boîte de dialogue Commandes et informations iSCSI 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 votre session d'instance de calcul.
9. Répertoriez les volumes et identifiez le 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 de 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 de blocs.
       Par exemple :

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

    3. Montez le volume de 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 de blocs monté, remplacez le propriétaire 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 de blocs est monté automatiquement après le redémarrage.
14. Répétez les étapes pour monter les volumes de blocs dans le reste des hôtes SOA secondaires.
    Pour plus d'informations sur l'attachement d'un volume, reportez-vous à la documentation 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 de domaine WebLogic dans le domaine secondaire sera une copie du domaine principal, vous devez créer les mêmes artefacts que ceux du 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, à l'aide du 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 le répertoire principal, mais pointant vers l'adresse du système de base de données OCI.

   Le nom du service doit être le même dans le service principal et le service 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éation des 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. En secondaire, ajoutez les mêmes variables d'environnement liées à WebLogic aux fichiers de profil de l'utilisateur oracle (.bashrc ou .bash_profile).

   Remarque :

   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 autres), mais ces variables ne correspondent probablement pas aux dossiers de votre environnement et ne sont pas valides pour vous. Veillez à les supprimer ou à les modifier en conséquence dans vos dossiers d'environnement.