Prepare a camada intermediária no OCI

Provisione e prepare os hosts de camada intermediária para recuperação de desastres no OCI (Oracle Cloud Infrastructure).

Provisionar as Instâncias de Computação para os Nós da Camada Intermediária SOA

Crie uma instância de computação de máquina virtual (VM) na sub-rede da camada intermediária do Oracle Cloud Infrastructure (OCI) para cada host principal do Oracle SOA Suite local. As instâncias de computação devem usar a imagem do sistema operacional e a forma de computação que são semelhantes à imagem e à forma usadas pelos hosts locais.

Este exemplo usa duas instâncias de computação em um único domínio de disponibilidade dentro do compartimento, conforme mostrado na tabela.

Nome	Compartimento	Domínio de Disponibilidade	IMAGEM	CONFIGURAÇÃO	VCN	Sub-rede
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. Conecte-se à Console do OCI para sua tenancy.
2. Selecione a região apropriada.
3. Abra o menu de navegação e clique em Compute; em seguida, clique em Criar Instância.
4. Selecione o compartimento no qual criar a instância.
5. Selecione a VCN, a sub-rede e o Domínio de Disponibilidade de seu ambiente.
   Se a Região do OCI tiver mais de um Domínio de Disponibilidade, coloque as instâncias de computação do Oracle SOA Suite em Domínios de Disponibilidade diferentes.
6. Selecione a imagem e a forma do sistema operacional que atendem aos seus requisitos.
7. Repita as etapas para criar outra instância de computação.

Observação:

Você pode encontrar o código do Terraform para criar essas instâncias de computação em Fazer Download do Código.

Preparar os Usuários e os Grupos do Sistema Operacional

Crie o mesmo usuário e grupo usados pelo software Oracle local principal. Os identificadores de usuário e grupo (IDs) devem ser iguais aos do ambiente principal.

Você pode usar SSH para acessar as instâncias criadas recentemente como o usuário opc. Esse usuário tem privilégios sudo e pode ser usado para criar usuários e grupos adicionais. Você precisa criar o mesmo usuário e grupo usados pelo principal local para o software oracle, certificando-se de que os IDs de usuário e grupo sejam iguais aos do principal.

Este exemplo usa os usuários e grupos típicos em um ambiente EDG, conforme mostrado na tabela.

Usuário ou Grupo	Nome	Descrição
Usuário	nobody	Um usuário sem privilégios
	oracle	O proprietário do software Oracle (você pode estar usando outro nome). O grupo principal desta conta deve ser oinstall. A conta também deve estar no grupo dba.
Grupos	oinstall	Grupo principal do usuário oracle
	dba	Grupo secundário do usuário oracle

Crie usuários e grupos nas instâncias de computação secundárias. Crie o mesmo usuário e grupo usados pelo principal local para o software Oracle, certificando-se de que os IDs de usuário e grupo sejam iguais aos do principal.

Cada grupo e usuário nas instâncias de computação do OCI deve ter o mesmo ID em cada nó e igual ao do principal.

1. Identifique os IDs no host principal.
   1. Faça log-in em um host local do Oracle SOA Suite com o usuário oracle e, em seguida, use o comando id para identificar os grupos e IDs do usuário.

      [[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. Verifique se algum dos usuários e grupo já existe nas instâncias de computação do OCI.

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

   3. Verifique se algum dos IDs de usuário e grupo já existe nas instâncias de computação do 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
      

      Não é esperado que nenhum usuário ou grupo relacionado à Oracle já tenha sido criado nas instâncias de computação SOA do OCI. Normalmente, somente o usuário nobody já existe. Portanto, é possível usar os IDs do principal no secundário.
2. Crie o grupo e o usuário em cada instância de computação SOA do OCI usando os mesmos IDs de usuário e grupo que os hosts principais.
   Por exemplo,

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

3. (Opcional recomendado) Ative o acesso SSH ao usuário oracle recém-criado.
   A ativação do acesso SSH ao usuário oracle recém-criado é opcional, mas altamente recomendada. É útil nesta topologia de DR porque permite ao usuário oracle uma conexão direta com os comandos que são usados para copiar os artefatos do sistema de arquivos.
   1. Copie a chave pública que você usa para se conectar às instâncias de computação SOA para um arquivo de texto. Você o usará posteriormente neste procedimento.
   2. Faça log-in na instância e sudo no usuário raiz.
   3. Crie um diretório .ssh no diretório home do novo usuário.

      mkdir /home/oracle/.ssh

   4. Copie para o arquivo a chave pública SSH que você usa para estabelecer conexão com a computação.

      /home/oracle/.ssh/authorized_keys

   5. Altere o proprietário e o grupo do diretório /home/oracle/.ssh para o usuário oracle:

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

   6. Altere as permissões do arquivo authorized_keys para conceder ao usuário oracle acesso de leitura e gravação completo ao arquivo (600).

      chmod 600 /home/oracle/.ssh/authorized_keys

   7. Verifique a conexão conectando-se com SSH usando o usuário oracle e sua chave privada.

Preparar os Requisitos do Sistema Operacional

Os hosts de camada intermediária secundária devem atender aos requisitos do sistema operacional para executar o software.

Para que os binários do Oracle SOA Suite e do Oracle WebLogic Server sejam executados adequadamente, prepare os sistemas operacionais para os sistemas stand-by da mesma forma que foram preparados no principal quando o software foi instalado.

Os binários dos homes SOA são copiados dos hosts SOA principais para os hosts SOA secundários. Portanto, não é necessário executar o runinstaller nos hosts SOA secundários. No entanto, os requisitos do sistema operacional devem ser iguais.

1. Certifique-se de que seu ambiente atenda aos requisitos mínimos de instalação para os produtos que estão instalados nos hosts SOA principais.
   Verifique o documento correspondente no Oracle Fusion Middleware System Requirements and Specifications e a etapa Verifying Linux Operating System Requirements no EDG.
2. Verifique os pacotes de sistema necessários para sua versão e SO.
3. Instale os pacotes de sistema ausentes com o yum.
   Este exemplo usa o Oracle Fusion Middleware 12.21.4 e o Oracle Linux 7 e a maioria dos pacotes necessários já está instalada nas instâncias de computação da camada intermediária do Oracle Cloud Infrastructure (OCI). Neste exemplo, os itens a seguir estavam ausentes e precisavam ser instalados usando o 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 os limites file e proc no arquivo /etc/security/limits.conf. Verifique os limites em seus hosts SOA locais e defina os valores nas instâncias de computação SOA do OCI de acordo.

Preparar Aliases do Nome do Host

Configure os mesmos nomes de host virtual usados pelos componentes do Oracle WebLogic Server no ambiente principal como aliases nas instâncias de computação secundárias do Oracle Cloud Infrastructure (OCI) SOA, mas aponte para os endereços IP dos hosts secundários.

Você pode implementar isso das seguintes maneiras:

• Adicione os nomes de host como aliases aos arquivos /etc/hosts das instâncias de computação do OCI SOA.
• Use uma view de DNS privado na VCN do OCI secundária.

Usar Arquivos /etc/hosts

Os nomes de host virtual usados pelo Oracle WebLogic Server principal são adicionados aos arquivos /etc/hosts dos hosts secundários do Oracle WebLogic Server, apontando para os endereços IP dos hosts secundários do Oracle WebLogic Server. Esse modo é válido quando o servidor DNS é o mesmo no local principal e nos sites secundários do Oracle Cloud Infrastructure (OCI) e também quando servidores DNS separados são usados nos sites principal e secundário. As entradas no arquivo /etc/hosts têm precedência sobre a resolução de DNS, porque essa é a precedência definida pronta para uso nos "hosts" da diretiva do arquivo /etc/nsswitch.conf.

1. Edite o arquivo /etc/oci-hostname.conf de cada instância de computação do SOA e defina a propriedade PRESERVE_HOSTINFO=3 para preservar as entradas /etc/hosts nas reinicializações da instância.
2. Use o comando hostname --fqdn para identificar os nomes de host completos das instâncias de computação SOA do OCI.
3. Adicione as seguintes entradas ao arquivo /etc/hosts das instâncias de computação do 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    
   

   Veja a seguir um exemplo do arquivo /etc/hosts na instância de computação secundária do OCI SOA:

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

Usar o sistema de nomes de domínio (DNS)

Os nomes de host virtual usados pelos hosts principais do Oracle WebLogic Server são adicionados ao resolvedor de DNS usado pela VCN dos servidores de camada intermediária secundária, apontando para os endereços IP dos hosts secundários do Oracle WebLogic Server. Esse modo é válido quando servidores DNS separados são usados no local principal e no secundário no Oracle Cloud Infrastructure (OCI). Caso contrário, ele poderá causar conflitos na resolução de nomes. O servidor de cada site deve resolver esses nomes com seus próprios IPs. A vantagem desse método é que você pode adicionar todas as entradas a uma view DNS privada, em vez de adicioná-las a todos os /etc/hosts de todos os hosts do Oracle WebLogic Server.

Veja a seguir as etapas para criar a view privada na VCN secundária e resolver os nomes de host virtual usados por principal com os IPs secundários:

1. Na Console do OCI, vá para a região secundária e crie a view privada.
   1. Clique em Rede, Gerenciamento de DNS, Views Privadas e, em seguida, em Criar View Privada.
      Por exemplo, você pode nomear a view privada como HYBRID_DR_VIRTUAL_HOSTNAMES
   2. Clique em Criar Zona na view privada.
      Para o nome da zona, você deve usar o domínio completo dos hosts virtuais. Neste exemplo: example.com.
   3. Adicione os nomes de hosts virtuais a esta zona (nome curto), mas resolvidos com IPS de hosts WLS secundários.
   4. Clique em Publicar alterações.
2. Adicione a view privada ao resolvedor de VCN secundário.
   1. Clique no recurso Resolvedor de DNS na VCN.
   2. Adicione a view privada de DNS criada anteriormente.
      Os hosts na VCN secundária resolverão os nomes de host virtual usados pelos hosts principais do Oracle WebLogic Server usando a view privada.
3. Valide os hosts SECONDARY de resolução, fazendo ping e nslookup dos nomes de host virtual.
   Eles devem ser resolvidos com os IPs SECONDARY equivalentes.

   Observação:

   Você pode encontrar o código do Terraform para criar esta view privada do OCI e registros no Código de Download.

Criar e Configurar o IP Virtual para o Servidor de Administração WebLogic

Para alta disponibilidade, o Servidor de Administração WebLogic deve usar um nome de host mapeado para um IP virtual para permitir failover nos nós.

Observação:

Ignore esta tarefa se você não estiver usando um endereço VIP para o Servidor de Administração no sistema principal.

Designe um IP adicional à VNIC da instância de computação soahost1. O IP adicional é usado pelo Servidor de Administração no sistema secundário do Oracle Cloud Infrastructure (OCI). Embora esse IP normalmente seja anexado à instância de computação soahost1, ele pode ser movido para a instância de computação soahost2 para fornecer failover local para o Servidor de Administração, conforme descrito no EDG.

Depois que o novo IP for anexado à VNIC usando a Console do OCI, ele deverá ser configurado no sistema operacional em um modo não persistente (porque esse IP pode ser movido de soahost1 para soahost2 para failover do servidor de administração).

1. Designe um novo endereço IP privado secundário à VNIC da instância de computação soahost1 no OCI.
   Use as etapas descritas em Para designar um novo IP privado secundário a uma VNIC da documentação do OCI.
   Forneça um valor no nome do host que o ajude a identificá-lo como um IP virtual. Por exemplo, hydrsoa-vip.
2. Depois que o novo IP for anexado à VNIC, configure o novo endereço IP no sistema operacional em um modo não persistente.
   Use as etapas descritas em Linux: Detalhes sobre Endereços IP Secundários.
   Isso é necessário porque o IP pode passar de soahosthost1 para soahosthost2 para failover do servidor de administração.
   1. Exiba as interfaces de rede e os endereços IP anexados da instância de computação soahosthost1.
      Neste exemplo, o seguinte é o IP principal da 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 raiz, adicione o IP virtual à interface como um IP adicional definindo um número de sequência no rótulo.

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

   3. Verifique se a interface agora tem o novo IP.
      Neste exemplo, o seguinte é o IP secundário da 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

Abra as Portas Necessárias nos Firewalls do Host OCI

Cada instância de computação tem um serviço de firewall local. Por motivos de segurança, a configuração padrão é rejeitar as conexões de todas as portas, exceto o mínimo necessário (ssh, dhcp). Abra as portas usadas pelo Oracle WebLogic Server.

1. Como usuário root, verifique o status e as regras do serviço de firewall em cada instância de computação do 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:

   Essa saída significa que não há portas abertas diferentes de 22.
2. Como usuário raiz, use os comandos firewall-cmd para abrir as portas usadas pelos componentes do sistema em cada instância de computação SOA.
   Por exemplo:

   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. Se você estiver usando o Coherence, abra tcp e udp para a porta do cluster do Coherence (por exemplo, 9991), para as portas efêmeras e tcp para a porta 7:
   O Coherence exige que você abra portas adicionais para comunicações do Cluster do 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. Verifique o status e as regras do serviço 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:

Montar os Sistemas de Arquivos do OCI

Os sistemas de arquivos que foram criados anteriormente no OCI (Oracle Cloud Infrastructure) devem ser montados nas instâncias de computação do Oracle SOA Suite.

1. Conecte ssh às instâncias de computação SOA com o usuário opc e instale o cliente NFS.

   sudo yum install nfs-utils

2. Crie os pontos de montagem em cada uma das instâncias de computação do SOA.
   Por exemplo, crie diretórios para products, config e runtime. Seus valores podem ser diferentes.

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

3. Como usuário raiz, adicione as entradas ao diretório /etc/fstab na instância de computação soahost1.
   No exemplo a seguir, 100.70.8.101 é o valor de exemplo do endereço IP do ponto de acesso NFS. Se sua região do OCI tiver mais de 1 domínio de disponibilidade e você tiver criado mais de um ponto de montagem, use o IP do ponto de acesso NFS apropriado para cada exportação.

   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 usuário raiz, adicione as entradas ao diretório /etc/fstab na instância de computação soahost2.
   No exemplo a seguir, 100.70.8.101 é o valor de exemplo do endereço IP do ponto de acesso NFS. Se sua região do OCI tiver mais de 1 domínio de disponibilidade e você tiver criado mais de um ponto de montagem, use o IP do ponto de acesso NFS apropriado para cada exportação.

   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 usuário root, monte os sistemas de arquivos em cada instância de computação soa:

   mount -a 

6. Verifique se os sistemas de arquivos estão montados corretamente.

   df -h

   A saída de hydrsoa1 e hydrsoa2 deve ser semelhante ao seguinte exemplo:

   [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. Altere a propriedade das pastas para o usuário e 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. Faça login como o usuário oracle e verifique se você pode criar arquivos nesses sistemas de arquivos. Para os sistemas de arquivos que são compartilhados (/u01/oracle/config, /u01/oracle/runtime), verifique se quando você cria um arquivo em um host ele está visível do outro host.

Montar os Volumes em Blocos do OCI

Monte os Volumes em Blocos que foram criados anteriormente nas instâncias de computação do Oracle SOA Suite.

Por exemplo,

Block Volume	Instância de Computação	Ponto de Montagem
soadrBV1	hidrsaf1	/u02
soadrBV2	hidrsoa2	/u02

1. SSH para todos os hosts SOA como usuário raiz e crie a pasta que será usada como ponto de montagem.

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

2. Conecte-se à Console do OCI (do Oracle Cloud Infrastructure) da sua tenancy.
3. Selecione a região apropriada.
4. Abra o menu de navegação e clique em Storage, Block Storage, em seguida, clique em Block Volumes.
5. Clique em um dos volumes em blocos.
6. Clique em Instâncias Anexadas e, em seguida, clique em Anexar à Instância.
   1. Selecione o tipo de anexo iSCSI.
      O desempenho de IOPS é melhor com anexos iSCSI quando comparado com anexos paravirtualizados.
   2. Selecione o tipo de acesso leitura/gravação.
   3. Selecione a instância de computação apropriada.
7. Anexar à instância de computação.
8. Quando o volume for anexado, clique em Comandos e Informações de iSCSI no anexo do Volume em Blocos para executar os comandos iSCSI do volume em blocos.
   A caixa de diálogo Comandos e Informações de iSCSI exibe os comandos iSCSI que você precisará. Incluídos os comandos prontos para uso, com as informações apropriadas. Você pode copiar e colar os comandos na sessão da instância de computação.
9. Liste os volumes e identifique o novo.
   Por exemplo:

   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. Formate o novo volume.
    Por exemplo:

    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 o volume.
    1. Use o comando blkid para identificar o UUID do novo volume em blocos.
       Por exemplo:

       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 o arquivo /etc/fstab e adicione a linha para montar o Volume em Blocos.
       Por exemplo:

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

    3. Monte o volume em blocos.

       bash-4.2# mount -a

    4. Verifique se ele 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. Depois que o Volume em Blocos for montado, altere a propriedade da montagem para o usuário oracle apropriado.

    bash-4.2# chown oracle:oinstall /u02

13. Reinicialize o host e verifique se o volume em blocos é montado automaticamente após a reinicialização.
14. Repita as etapas para montar os volumes em blocos no restante dos hosts SOA secundários.
    Para obter mais informações sobre como anexar um volume, consulte a Documentação do Oracle Cloud Infrastructure.

Criar o Alias de TNS

Crie o diretório TNS e o arquivo tnsnames.ora que apontam para o Sistema de BD do Oracle Cloud Infrastructure (OCI). Como a configuração do domínio WebLogic no secundário será uma cópia do principal, você deve criar os mesmos artefatos que estão no principal para usar a abordagem do alias TNS nas origens de dados WebLogic.

1. Como o usuário oracle, crie a pasta tns em cada instância de computação do SOA, usando o mesmo caminho usado nos hosts de camada intermediária principais.
   Deve ser uma pasta local que não é replicada do principal.

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

2. Crie um arquivo tnsnames.ora no diretório com o mesmo alias tns usado no principal, mas apontando para o endereço do Sistema de BD do OCI.

   O nome do serviço deve ser o mesmo no principal e no secundário.

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

Criar as Variáveis de Ambiente do Usuário oracle

É comum ter variáveis de ambiente relacionadas ao WebLogic no perfil do usuário do oracle nos hosts WebLogic. Por exemplo, ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME e outros.

1. Revise os arquivos de perfis do usuário oracle nos hosts principais do SOA.
2. Em secundário, adicione as mesmas variáveis de ambiente relacionadas WebLogic aos arquivos de perfil do usuário oracle (.bashrc ou .bash_profile).

   Observação:

   O arquivo .bashrc do usuário oracle nos hosts secundários do SOA já pode conter variáveis definidas (como MIDDLEWARE_HOME, WLS_HOME e outras), mas provavelmente não correspondem às pastas do seu ambiente e não são válidas para você. Certifique-se de removê-los ou modificá-los de acordo com suas pastas de ambiente.