Preparación del nivel intermedio en OCI

Aprovisione y prepare los hosts de nivel medio para la recuperación ante desastres en Oracle Cloud Infrastructure (OCI).

Aprovisionar las instancias informáticas para los nodos de nivel medio de SOA

Cree una instancia informática de máquina virtual (VM) en la subred de nivel medio de Oracle Cloud Infrastructure (OCI) para cada host principal local de Oracle SOA Suite. Las instancias informáticas deben utilizar la imagen y la unidad de computación del sistema operativo similares a la imagen y la unidad utilizadas por los hosts locales.

En este ejemplo se utilizan dos instancias informáticas en un único dominio de disponibilidad dentro del compartimento, como se muestra en la tabla.

Nombre	Compartimento	Dominio de disponibilidad	IMAGEN	FORMA	VCN	Subred
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. Conéctese a la consola de OCI para su arrendamiento.
2. Seleccione la región adecuada.
3. Abra el menú de navegación y haga clic en Recursos informáticos y, a continuación, en Crear instancia.
4. Seleccione el compartimento en el que crear la instancia.
5. Seleccione la VCN, la subred y el dominio de disponibilidad de su entorno.
   Si la región de OCI tiene más de un dominio de disponibilidad, coloque las instancias informáticas de Oracle SOA Suite en distintos dominios de disponibilidad.
6. Seleccione la imagen y la unidad del sistema operativo que se ajusten a sus necesidades.
7. Repita los pasos para crear otra instancia informática.

Nota:

Puede encontrar el código de Terraform para crear estas instancias informáticas en Descargar código.

Preparación de los usuarios y grupos del sistema operativo

Cree el mismo usuario y grupo utilizado por el software local principal de Oracle. Los identificadores de usuario y grupo (ID) deben ser los mismos que los del entorno principal.

Puede utilizar SSH para acceder a las instancias creadas recientemente como usuario opc. Este usuario tiene privilegios sudo y se puede utilizar para crear usuarios y grupos adicionales. Debe crear el mismo usuario y grupo utilizado por la ubicación local principal para el software oracle, asegurándose de que los ID de usuario y grupo son los mismos que en la primaria.

En este ejemplo se utilizan los usuarios y grupos típicos en un entorno de EDG, como se muestra en la tabla.

Usuario o Grupo	Nombre	Descripción
Usuario	nobody	Un usuario sin privilegios
	oracle	Propietario del software de Oracle (podría utilizar un nombre diferente). El grupo principal de esta cuenta debe ser oinstall. La cuenta también debe estar en el grupo dba.
Grupos	oinstall	Grupo principal del usuario oracle
	dba	Grupo secundario del usuario oracle

Cree usuarios y grupos en las instancias informáticas secundarias. Cree el mismo usuario y grupo utilizado por la ubicación local principal para el software de Oracle, asegurándose de que los ID de usuario y de grupo son los mismos que en la primaria.

Cada grupo y usuario de las instancias informáticas de OCI deben tener el mismo ID en cada nodo y el mismo que en la base de datos primaria.

1. Identifique los ID del host principal.
   1. Conéctese a un host local de Oracle SOA Suite con el usuario oracle y, a continuación, utilice el comando id para identificar los grupos e ID del usuario.

      [[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. Compruebe si alguno de los usuarios y grupos ya existe en las instancias informáticas de OCI.

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

   3. Compruebe si alguno de los usuarios y los ID de grupo ya existen en las instancias informáticas de 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
      

      No se espera que ya se haya creado ningún usuario o grupo relacionado con Oracle en las instancias informáticas de SOA de OCI. Normalmente, solo existe el usuario nobody. Por lo tanto, puede utilizar los ID del principal en el secundario.
2. Cree el grupo y el usuario en cada instancia informática de SOA de OCI con los mismos ID de usuario y grupo que los hosts principales.
   Por ejemplo,

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

3. (Opcional recomendado) Active el acceso SSH al usuario oracle recién creado.
   La activación del acceso SSH al usuario oracle recién creado es opcional, pero se recomienda encarecidamente. Es útil en esta topología de DR porque permite al usuario oracle una conexión directa con los comandos que se utilizan para copiar los artefactos del sistema de archivos.
   1. Copie la clave pública que utiliza para conectarse a las instancias informáticas de SOA en un archivo de texto. La utilizará más tarde en este procedimiento.
   2. Conéctese a la instancia y sudo al usuario raíz.
   3. Cree un directorio .ssh en el directorio principal del nuevo usuario.

      mkdir /home/oracle/.ssh

   4. Copie la clave pública SSH que utiliza para conectarse al recurso informático en el archivo.

      /home/oracle/.ssh/authorized_keys

   5. Cambie el propietario y el grupo del directorio /home/oracle/.ssh al usuario oracle:

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

   6. Cambie los permisos del archivo authorized_keys para otorgar al usuario oracle acceso completo de lectura y escritura al archivo (600).

      chmod 600 /home/oracle/.ssh/authorized_keys

   7. Verifique la conexión conectándose con SSH mediante el usuario oracle y su clave privada.

Preparación de los requisitos del sistema operativo

Los hosts secundarios de nivel medio deben cumplir los requisitos del sistema operativo para ejecutar el software.

Para que los binarios de Oracle SOA Suite y Oracle WebLogic Server se ejecuten correctamente, debe preparar los sistemas operativos para los sistemas en espera de la misma forma que se prepararon en la base de datos primaria cuando se instaló el software.

Los binarios de los directorios raíz de SOA se copian de los hosts de SOA principales a los hosts de SOA secundarios. Por lo tanto, no es necesario ejecutar runinstaller en los hosts SOA secundarios. Sin embargo, los requisitos del sistema operativo deben ser los mismos.

1. Asegúrese de que su entorno cumpla con los requisitos de instalación mínimos para los productos que están instalados en los hosts SOA principales.
   Compruebe el documento correspondiente en Requisitos y especificaciones del sistema de Oracle Fusion Middleware y el paso Verificación de requisitos del sistema operativo Linux desde EDG.
2. Verifique los paquetes del sistema necesarios para su versión y el sistema operativo.
3. Instale los paquetes del sistema que faltan con yum.
   En este ejemplo se utilizan Oracle Fusion Middleware 12.21.4 y Oracle Linux 7, y la mayoría de los paquetes necesarios ya están instalados en las instancias informáticas de nivel medio de Oracle Cloud Infrastructure (OCI). En este ejemplo, faltaban los siguientes elementos y se tenían que instalar mediante 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. Configure los límites file y proc en el archivo /etc/security/limits.conf. Revise los límites de los hosts de SOA locales y defina los valores en las instancias informáticas de SOA de OCI según corresponda.

Preparar alias de nombre de host

Configure los mismos nombres de host virtual que utilizan los componentes de Oracle WebLogic Server en el entorno principal como alias en las instancias informáticas de SOA (OCI) de Oracle Cloud Infrastructure secundarias, pero apunte a las direcciones IP de los hosts secundarios.

Puede implantarlo de las siguientes formas:

• Agregue los nombres de host como alias a los archivos /etc/hosts de las instancias informáticas de SOA de OCI.
• Utilice una vista de DNS privada en la VCN de OCI secundaria.

Uso de archivos /etc/hosts

Los nombres de host virtual utilizados por Oracle WebLogic Server principal se agregan a los archivos /etc/hosts de los hosts secundarios de Oracle WebLogic Server, apuntando a las direcciones IP de los hosts secundarios de Oracle WebLogic Server. Este modo es válido cuando el servidor DNS es el mismo en los sitios locales principales y secundarios de Oracle Cloud Infrastructure (OCI), y también cuando se utilizan servidores DNS separados en los sitios principales y secundarios. Las entradas del archivo /etc/hosts tienen prioridad sobre la resolución de DNS, porque esta es la prioridad definida lista para usar en la directiva "hosts" del archivo /etc/nsswitch.conf.

1. Edite el archivo /etc/oci-hostname.conf de cada instancia informática de SOA y defina la propiedad PRESERVE_HOSTINFO=3 para conservar las entradas /etc/hosts en los reinicios de la instancia.
2. Utilice el comando hostname --fqdn para identificar los nombres de host completos de las instancias informáticas de SOA de OCI.
3. Agregue las siguientes entradas al archivo /etc/hosts de las instancias informáticas de SOA de 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    
   

   A continuación, se muestra un ejemplo del archivo /etc/hosts en la instancia informática de OCI SOA secundaria:

   #################################
   # 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

Uso del sistema de nombres de dominio (DNS)

Los nombres de host virtual utilizados por los hosts de Oracle WebLogic Server principales se agregan al solucionador de DNS utilizado por la VCN de los servidores de nivel medio secundarios, apuntando a las direcciones IP de los hosts de Oracle WebLogic Server secundarios. Este modo es válido cuando se utilizan servidores DNS independientes en la ubicación local principal y en la secundaria en Oracle Cloud Infrastructure (OCI). De lo contrario, puede provocar conflictos en la resolución de nombres. El servidor de cada sitio debe resolver estos nombres con sus propias IP. La ventaja de este método es que puede agregar todas las entradas a una vista de DNS privada, en lugar de agregarlas a todos los /etc/hosts de todos los hosts de Oracle WebLogic Server.

A continuación, se muestran los pasos para crear la vista privada en la VCN secundaria y resolver los nombres de host virtual utilizados por la base de datos primaria con las IP secundarias:

1. En la consola de OCI, vaya a la región secundaria y cree la vista privada.
   1. Haga clic en Redes, Gestión de DNS, Vistas privadas y, a continuación, en Crear vista privada.
      Por ejemplo, puede asignar un nombre a la vista privada HYBRID_DR_VIRTUAL_HOSTNAMES
   2. Haga clic en Crear zona en la vista privada.
      Para el nombre de zona, debe utilizar el dominio completo de los hosts virtuales. En este ejemplo: example.com.
   3. Agregue los nombres de hosts virtuales a esta zona (nombre corto), pero se resuelve con IPS de hosts WLS secundarios.
   4. Haga clic en Publicar cambios.
2. Agregue la vista privada al solucionador de VCN secundario.
   1. Haga clic en el recurso de solucionador de DNS en la VCN.
   2. Agregue la vista privada de DNS creada anteriormente.
      Los hosts de la VCN secundaria resolverán los nombres de host virtual utilizados por los hosts principales de Oracle WebLogic Server mediante la vista privada.
3. Valide los hosts SECONDARY de resolución mediante ping y nslookup de los nombres de host virtual.
   Se deben resolver con las IP SECONDARY equivalentes.

   Nota:

   Puede encontrar el código de Terraform para crear esta vista privada de OCI y registros en Código de descarga.

Crear y configurar la IP virtual para el servidor de administración WebLogic

Para obtener una alta disponibilidad, el servidor de administración WebLogic debe utilizar un nombre de host asignado a una IP virtual para permitir el failover entre nodos.

Nota:

Omita esta tarea si no está utilizando una dirección VIP para el servidor de administración en el sistema principal.

Asigne una IP adicional a la VNIC de la instancia informática soahost1. El servidor de administración utiliza la IP adicional en el sistema secundario de Oracle Cloud Infrastructure (OCI). Aunque esta IP normalmente se asociará a la instancia informática soahost1, se puede mover a la instancia informática soahost2 para proporcionar un failover local para el servidor de administración, como se describe en EDG.

Una vez que la nueva IP está asociada a la VNIC mediante la consola de OCI, se debe configurar en el sistema operativo en un modo no persistente (porque esta IP se puede mover de soahost1 a soahost2 para failover del servidor de administración).

1. Asigne una nueva dirección IP privada secundaria al VNIC de la instancia informática soahost1 en OCI.
   Utilice los pasos descritos en Asignación de una nueva IP privada secundaria a una VNIC de la documentación de OCI.
   Proporcione un valor en el nombre de host que le ayude a identificarlo como una IP virtual. Por ejemplo, hydrsoa-vip.
2. Una vez que la nueva IP esté conectada a la VNIC, configure la nueva dirección IP en el sistema operativo en un modo no persistente.
   Utilice los pasos que se describen en Linux: detalles sobre las direcciones IP secundarias.
   Esto es necesario porque la IP se puede mover de soahosthost1 a soahosthost2 para el failover del servidor de administración.
   1. Consulte las interfaces de red y las direcciones IP asociadas de la instancia informática soahosthost1.
      En este ejemplo, la siguiente es la IP principal de la VNIC: 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. Como usuario root, agregue la IP virtual a la interfaz como IP adicional mediante la configuración de un número de secuencia en la etiqueta.

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

   3. Verifique que la interfaz ahora tenga la nueva IP.
      En este ejemplo, la siguiente es la IP secundaria de la VNIC: 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

Abrir los puertos necesarios en los firewalls del host de OCI

Cada instancia informática tiene un servicio de firewall local. Por motivos de seguridad, la configuración por defecto es rechazar las conexiones para todos los puertos, excepto el mínimo necesario (ssh, dhcp). Debe abrir los puertos que utiliza Oracle WebLogic Server.

1. Como usuario raíz, compruebe el estado y las reglas del servicio de firewall en cada instancia informática de 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:

   Esta salida significa que no hay puertos abiertos que no sean 22.
2. Como usuario raíz, utilice los comandos firewall-cmd para abrir los puertos que utilizan los componentes del sistema en cada instancia informática de SOA.
   Por ejemplo:

   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 utiliza Coherence, abra tcp y udp para el puerto de cluster de Coherence (por ejemplo, 9991), para los puertos efímeros y tcp para el puerto 7:
   Coherence requiere que abra puertos adicionales para las comunicaciones de cluster de 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. Compruebe el estado y las reglas del servicio de firewall.

   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:

Montaje de los sistemas de archivos de OCI

Los sistemas de archivos creados anteriormente en Oracle Cloud Infrastructure (OCI) se deben montar en las instancias informáticas de Oracle SOA Suite.

1. Conecte ssh a las instancias informáticas de SOA con el usuario opc e instale el cliente NFS.

   sudo yum install nfs-utils

2. Cree los puntos de montaje en cada una de las instancias informáticas de SOA.
   Por ejemplo, cree directorios para products, config y runtime. Los valores pueden ser diferentes.

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

3. Como usuario raíz, agregue las entradas al directorio /etc/fstab en la instancia informática soahost1.
   En el siguiente ejemplo, 100.70.8.101 es el valor de ejemplo de la dirección IP del destino de montaje. Si la región de OCI tiene más de 1 dominio de disponibilidad y ha creado más de un punto de montaje, utilice la IP de destino de montaje adecuada para cada exportación.

   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. Como usuario raíz, agregue las entradas al directorio /etc/fstab en la instancia informática soahost2.
   En el siguiente ejemplo, 100.70.8.101 es el valor de ejemplo de la dirección IP del destino de montaje. Si la región de OCI tiene más de 1 dominio de disponibilidad y ha creado más de un punto de montaje, utilice la IP de destino de montaje adecuada para cada exportación.

   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. Como usuario raíz, monte los sistemas de archivos en cada instancia informática soa:

   mount -a 

6. Verifique que los sistemas de archivos estén montados correctamente.

   df -h

   La salida de hydrsoa1 y hydrsoa2 debe ser similar al siguiente ejemplo:

   [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. Cambie la propiedad de las carpetas al usuario y grupo 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. Inicie sesión como usuario oracle y verifique que puede crear archivos en estos sistemas de archivos. Para los sistemas de archivos compartidos (/u01/oracle/config, /u01/oracle/runtime), verifique que cuando cree un archivo en un host esté visible desde el otro host.

Montar los volúmenes en bloque de OCI

Monte los volúmenes en bloque creados anteriormente en las instancias informáticas de Oracle SOA Suite.

Por ejemplo,

Block Volume	Instancia informática	Punto de Montaje
soadrBV1	hidrsoa1	/u02
soadrBV2	hidrsoa2	/u02

1. Establezca una conexión SSH con todos los hosts de SOA como usuario root y cree la carpeta que se utilizará como punto de montaje.

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

2. Conéctese a la consola de Oracle Cloud Infrastructure (OCI) de su arrendamiento.
3. Seleccione la región adecuada.
4. Abra el menú de navegación y haga clic en Storage (Almacenamiento), Block Storage (Almacenamiento de bloques) y, a continuación, haga clic en Block Volumes (Volúmenes en bloque).
5. Haga clic en uno de los volúmenes en bloque.
6. Haga clic en Instancias asociadas y, a continuación, en Asociar a instancia.
   1. Seleccione el tipo de asociación iSCSI.
      El rendimiento de IOPS es mejor con asociaciones iSCSI en comparación con asociaciones paravirtualizadas.
   2. Seleccione el tipo de acceso Leer/Escribir.
   3. Seleccione la instancia informática adecuada.
7. Asocie a la instancia informática.
8. Una vez que el volumen esté asociado, haga clic en Comandos e información de iSCSI en la asociación del volumen en bloque para ejecutar los comandos iSCSI del volumen en bloque.
   El cuadro de diálogo Comandos e información de iSCSI muestra los comandos de iSCSI que necesitará. Los comandos están listos para utilizarse con la información adecuada incluida. Puede copiar y pegar los comandos en su sesión de instancia informática.
9. Muestre los volúmenes e identifique el nuevo.
   Por ejemplo:

   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. Formatee el nuevo volumen.
    Por ejemplo:

    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. Monte el volumen.
    1. Utilice el comando blkid para identificar el UUID del nuevo volumen en bloque.
       Por ejemplo:

       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. Edite el archivo /etc/fstab y agregue la línea para montar el volumen en bloque.
       Por ejemplo:

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

    3. Monte el volumen en bloque.

       bash-4.2# mount -a

    4. Verifique que esté montado.

       [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. Una vez montado el volumen en bloque, cambie la propiedad del montaje al usuario oracle adecuado.

    bash-4.2# chown oracle:oinstall /u02

13. Reinicie el host y verifique que el volumen en bloque se monte automáticamente después del reinicio.
14. Repita los pasos para montar los volúmenes en bloque en el resto de los hosts SOA secundarios.
    Para obtener más información sobre la asociación de un volumen, consulte la documentación de Oracle Cloud Infrastructure.

Creación del alias TNS

Cree el directorio TNS y el archivo tnsnames.ora que apuntan al sistema de base de datos Oracle Cloud Infrastructure (OCI). Puesto que la configuración del dominio WebLogic en el secundario será una copia del principal, debe crear los mismos artefactos que estén en el principal para utilizar el enfoque de alias TNS en los orígenes de datos WebLogic.

1. Como usuario oracle, cree la carpeta tns en cada instancia informática de SOA mediante la misma ruta de acceso que se utiliza en los hosts principales de nivel medio.
   Debe ser una carpeta local que no se replique desde la carpeta principal.

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

2. Cree un archivo tnsnames.ora en el directorio con el mismo alias tns que se utiliza en la base de datos primaria, pero que apunte a la dirección del sistema de base de datos OCI.

   El nombre del servicio debe ser el mismo en el nombre primario y el secundario.

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

Creación de las variables de entorno de usuario oracle

Es común tener variables de entorno relacionadas con WebLogic en el perfil del usuario oracle en los hosts WebLogic. Por ejemplo, ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME y otros.

1. Revise los archivos de perfiles de usuario oracle en los hosts SOA principales.
2. En secundario, agregue las mismas variables de entorno relacionadas con WebLogic a los archivos de perfil del usuario oracle (.bashrc o .bash_profile).

   Nota:

   El archivo .bashrc del usuario oracle en los hosts secundarios de SOA puede que ya contenga variables definidas (como MIDDLEWARE_HOME, WLS_HOME y otros), pero es probable que no coincidan con las carpetas del entorno y que no sean válidas. Asegúrese de eliminarlas o modificarlas según corresponda en las carpetas del entorno.