Prepara il livello intermedio sull'infrastruttura OCI

Esegui il provisioning e prepara gli host di livello intermedio per il recupero da errori irreversibili in Oracle Cloud Infrastructure (OCI).

Provisioning delle istanze di computazione per i nodi di livello intermedio SOA

Crea un'istanza di computazione della virtual machine (VM) nella subnet di livello intermedio di Oracle Cloud Infrastructure (OCI) per ogni host primario e on premise Oracle SOA Suite. Le istanze di computazione devono utilizzare l'immagine del sistema operativo e la forma di computazione simili all'immagine e alla forma utilizzate dagli host on premise.

In questo esempio vengono utilizzate due istanze di computazione in un singolo dominio di disponibilità all'interno del compartimento, come mostrato nella tabella.

Nome	Compartimento	Dominio di disponibilità	IMMAGINE	FORMA	VCN	Sottorete
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. Connettersi alla console OCI per la propria tenancy.
2. Selezionare l'area corretta.
3. Aprire il menu di navigazione e fare clic su Computazione, quindi fare clic su Crea istanza.
4. Selezionare il compartimento in cui creare l'istanza.
5. Selezionare la VCN, la subnet e il dominio di disponibilità dell'ambiente.
   Se l'area OCI dispone di più domini di disponibilità, posizionare le istanze di computazione Oracle SOA Suite in domini di disponibilità differenti.
6. Selezionare l'immagine e la forma del sistema operativo in base alle esigenze.
7. Ripetere i passi per creare un'altra istanza di computazione.

Nota:

Puoi trovare il codice Terraform per creare queste istanze di computazione in Scarica codice.

Preparazione degli utenti e dei gruppi del sistema operativo

Creare lo stesso utente e lo stesso gruppo utilizzati dal software Oracle on premise primario. Gli identificativi utente e gruppo devono essere uguali a quelli presenti nell'ambiente principale.

È possibile utilizzare la shell SSH per accedere alle istanze create di recente come utente opc. Questo utente dispone dei privilegi sudo e può essere utilizzato per creare utenti e gruppi aggiuntivi. È necessario creare lo stesso utente e lo stesso gruppo utilizzati dalle risorse on premise primarie per il software oracle, assicurandosi che gli ID utente e gruppo siano gli stessi dell'ID primario.

In questo esempio vengono utilizzati gli utenti e i gruppi tipici di un ambiente EDG, come mostrato nella tabella.

Utente o gruppo	Nome	Descrizione
Utente	nobody	Utente senza privilegi
	oracle	Il proprietario del software Oracle (potrebbe utilizzare un nome diverso). Il gruppo principale per questo account deve essere oinstall. L'account deve trovarsi anche nel gruppo dba.
Gruppi	oinstall	Gruppo principale dell'utente oracle
	dba	Gruppo secondario dell'utente oracle

Crea utenti e gruppi nelle istanze di computazione secondarie. Creare lo stesso utente e lo stesso gruppo utilizzati dalle risorse on premise primarie per il software Oracle, assicurandosi che gli ID utente e gruppo siano gli stessi dell'ID primario.

Ogni gruppo e utente nelle istanze di computazione OCI deve avere lo stesso ID su ogni nodo e lo stesso di quello primario.

1. Identificare gli ID nell'host principale.
   1. Eseguire il login a un host Oracle SOA Suite in locale con l'utente oracle, quindi utilizzare il comando id per identificare i gruppi e gli ID dell'utente.

      [[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. Verificare se esistono già utenti e gruppi nelle istanze di computazione OCI.

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

   3. Verificare se esistono già utenti e ID gruppo nelle istanze di computazione 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
      

      Non si prevede che uno o più gruppi correlati a Oracle siano già stati creati nelle istanze di computazione SOA di OCI. In genere esiste già solo l'utente nobody. Pertanto, è possibile utilizzare gli ID dal primario nel secondario.
2. Crea il gruppo e l'utente in ogni istanza di computazione SOA utilizzando gli stessi ID utente e gruppo degli host primari.
   Ad esempio,

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

3. (Facoltativo consigliato) Abilitare l'accesso SSH all'utente oracle appena creato.
   L'abilitazione dell'accesso SSH all'utente oracle appena creato è facoltativa, ma consigliabile. È utile in questa topologia DR perché consente all'utente oracle di stabilire una connessione diretta ai comandi che vengono utilizzati per copiare gli artifact del file system.
   1. Copiare la chiave pubblica utilizzata per connettersi alle istanze di computazione SOA in un file di testo. Sarà necessario seguirla nella procedura riportata di seguito.
   2. Eseguire il login all'istanza e a sudo all'utente root.
   3. Creare una directory .ssh nella directory home del nuovo utente.

      mkdir /home/oracle/.ssh

   4. Copiare la chiave pubblica SSH utilizzata per connettersi all'elaborazione nel file.

      /home/oracle/.ssh/authorized_keys

   5. Modificare il proprietario e il gruppo della directory /home/oracle/.ssh nell'utente oracle.

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

   6. Modificare le autorizzazioni del file authorized_keys per concedere all'utente oracle l'accesso completo in lettura e scrittura al file (600).

      chmod 600 /home/oracle/.ssh/authorized_keys

   7. Verificare la connessione effettuando la connessione con SSH utilizzando l'utente oracle e la chiave privata.

Preparazione dei requisiti del sistema operativo

Gli host di livello intermedio secondari devono soddisfare i requisiti del sistema operativo per eseguire il software.

Affinché i file binari Oracle SOA Suite e Oracle WebLogic Server vengano eseguiti correttamente, è necessario preparare i sistemi operativi per i sistemi in standby allo stesso modo in cui sono stati preparati nel database primario durante l'installazione del software.

I file binari delle home SOA vengono copiati dagli host SOA primari agli host SOA secondari. Non è pertanto necessario eseguire runinstaller negli host SOA secondari. Tuttavia, i requisiti del sistema operativo devono essere gli stessi.

1. Assicurarsi che l'ambiente soddisfi i requisiti minimi di installazione per i prodotti installati negli host SOA principali.
   Controllare il documento corrispondente in Oracle Fusion Middleware System Requirements and Specifications e nel passo Verifying Linux Operating System Requirements di EDG.
2. Verificare i pacchetti di sistema necessari per la versione e il sistema operativo in uso.
3. Installare i pacchetti di sistema mancanti con yum.
   Questo esempio utilizza Oracle Fusion Middleware 12.21.4 e Oracle Linux 7 e la maggior parte dei package richiesti è già installata nelle istanze di computazione di livello intermedio di Oracle Cloud Infrastructure (OCI). In questo esempio, mancavano i seguenti componenti e doveva essere installato con 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. Configurare i limiti file e proc nel file /etc/security/limits.conf. Rivedere i limiti negli host SOA in locale e impostare di conseguenza i valori nelle istanze di computazione SOA OCI.

Preparazione degli alias dei nomi host

Configurare gli stessi nomi host virtuali utilizzati dai componenti di Oracle WebLogic Server nell'ambiente primario come alias nelle istanze di computazione Oracle Cloud Infrastructure (OCI) SOA secondarie, ma puntare agli indirizzi IP degli host secondari.

È possibile implementarlo nei modi seguenti:

• Aggiungere i nomi host come alias ai file /etc/hosts delle istanze di computazione SOA OCI.
• Utilizza una vista DNS privata nella VCN OCI secondaria.

Usa file /etc/hosts

I nomi host virtuali utilizzati da Oracle WebLogic Server primario vengono aggiunti ai file /etc/hosts degli host Oracle WebLogic Server secondari, che puntano agli indirizzi IP degli host Oracle WebLogic Server secondari. Questa modalità è valida quando il server DNS è la stessa in locale primario e nei siti Oracle Cloud Infrastructure (OCI) secondari e anche quando i server DNS separati vengono utilizzati nei siti primario e secondario. Le voci nel file /etc/hosts hanno la precedenza sulla risoluzione DNS, perché si tratta della precedenza definita predefinita nella direttiva "hosts" del file /etc/nsswitch.conf.

1. Modificare il file /etc/oci-hostname.conf di ogni istanza di computazione SOA e impostare la proprietà PRESERVE_HOSTINFO=3 per conservare le voci /etc/hosts tra i riavvii dell'istanza.
2. Utilizzare il comando hostname --fqdn per identificare i nomi host completi delle istanze di computazione SOA OCI.
3. Aggiungere le voci seguenti al file /etc/hosts delle istanze di computazione SOA OCI:

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

   Di seguito è riportato un esempio del file /etc/hosts nell'istanza di computazione SOA OCI secondaria.

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

Utilizzare DNS (Domain Name System)

I nomi host virtuali utilizzati dagli host Oracle WebLogic Server primari vengono aggiunti al resolver DNS utilizzato dalla VCN dei server di livello intermedio secondari, puntando agli indirizzi IP degli host Oracle WebLogic Server secondari. Questa modalità è valida quando vengono utilizzati server DNS separati in modalità on-premise primaria e secondaria in Oracle Cloud Infrastructure (OCI). In caso contrario, può causare conflitti nella risoluzione dei nomi. Il server di ciascun sito dovrebbe risolvere questi nomi con i propri IP. Il vantaggio di questo metodo consiste nella possibilità di aggiungere tutte le voci a una vista DNS privata, invece di aggiungerle a tutti gli host /etc/hosts di Oracle WebLogic Server.

Di seguito sono riportati i passi per creare la vista privata nella VCN secondaria e risolvere i nomi host virtuali utilizzati dal database primario con gli IP secondari.

1. Nella console OCI andare all'area secondaria e creare la vista privata.
   1. Fare clic su Networking, DNS Management, Viste private, quindi su Crea vista privata.
      Ad esempio, è possibile assegnare un nome alla vista privata HYBRID_DR_VIRTUAL_HOSTNAMES
   2. Fare clic su Crea zona nella vista privata.
      Per il nome della zona, è necessario utilizzare il dominio completo degli host virtuali. In questo esempio: example.com.
   3. Aggiungere i nomi degli host virtuali a questa zona (nome breve), ma risolverli con l'IPS degli host WLS secondari.
   4. Fare clic su Pubblica modifiche.
2. Aggiungere la vista privata al resolver VCN secondario.
   1. Fare clic sulla risorsa resolver DNS nella rete VCN.
   2. Aggiungere la vista privata DNS creata in precedenza.
      Gli host nella VCN secondaria risolveranno i nomi host virtuali utilizzati dagli host Oracle WebLogic Server primari utilizzando la vista privata.
3. Convalidare la risoluzione degli host SECONDARY eseguendo le operazioni ping e nslookup dei nomi host virtuali.
   Essi devono essere risolti con gli equivalenti IP SECONDARI.

   Nota:

   Puoi trovare il codice Terraform per creare questa vista privata e i record OCI nel codice di download.

Creare e configurare l'IP virtuale per il server di amministrazione WebLogic

Per l'alta disponibilità, il server di amministrazione WebLogic deve utilizzare un nome host mappato a un IP virtuale per consentire il failover tra i nodi.

Nota:

Ignorare questo task se non si utilizza un indirizzo VIP per il server di amministrazione nel sistema principale.

Assegna un IP aggiuntivo alla VNIC dell'istanza di computazione soahost1. L'IP aggiuntivo viene utilizzato dal server di amministrazione nel sistema Oracle Cloud Infrastructure (OCI) secondario. Sebbene questo IP venga in genere collegato all'istanza di computazione soahost1, è possibile spostarlo nell'istanza di computazione soahost2 per fornire il failover locale per il server di amministrazione, come descritto in EDG.

Una volta che il nuovo IP è collegato alla VNIC utilizzando la console OCI, deve essere configurato nel sistema operativo in modalità non persistente (perché può essere spostato da soahost1 a soahost2 per il failover del server di amministrazione).

1. Assegnare un nuovo indirizzo IP privato secondario alla VNIC dell'istanza di computazione soahost1 in OCI.
   Attenersi ai passi descritti nella sezione Per assegnare un nuovo IP privato secondario a una VNIC della documentazione OCI.
   Fornire un valore nel nome host che consenta di identificarlo come IP virtuale. Ad esempio, hydrsoa-vip.
2. Dopo aver collegato il nuovo IP alla VNIC, configurare il nuovo indirizzo IP nel sistema operativo in modalità non persistente.
   Attenersi alla procedura descritta in Linux: Dettagli sugli indirizzi IP secondari.
   È necessario perché l'IP può passare da soahosthost1 a soahosthost2 per il failover del server di amministrazione.
   1. Visualizza le interfacce di rete e gli indirizzi IP collegati dell'istanza di computazione soahosthost1.
      In questo esempio, l'IP primario della VNIC è il seguente: 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. Come root, aggiungere l'IP virtuale all'interfaccia come IP aggiuntivo impostando un numero di sequenza nell'etichetta.

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

   3. Verificare che ora l'interfaccia disponga del nuovo IP.
      In questo esempio, l'IP secondario della VNIC è il seguente: 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

Aprire le porte necessarie nei firewall dell'host OCI

Ogni istanza di computazione dispone di un servizio firewall locale. Per motivi di sicurezza, la configurazione predefinita prevede il rifiuto delle connessioni per tutte le porte, ad eccezione del minimo richiesto (ssh, dhcp). È necessario aprire le porte utilizzate da Oracle WebLogic Server.

1. L'utente root verifica lo stato e le regole del servizio firewall in ogni istanza di computazione 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:

   Questo risultato indica che non sono state aperte porte diverse da 22.
2. Come utente root utilizzare i comandi firewall-cmd per aprire le porte utilizzate dai componenti del sistema in ogni istanza di computazione SOA.
   Ad esempio:

   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 si utilizza Coherence, aprire tcp e udp per la porta del cluster Coherence (ad esempio, 9991), per le porte effimere e tcp per la porta 7:
   Coherence richiede l'apertura di porte aggiuntive per le comunicazioni del 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. Controllare lo stato e le regole del servizio 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:

Esegui il MOUNT dei file system OCI

I file system creati in precedenza su Oracle Cloud Infrastructure (OCI) devono essere attivati nelle istanze di computazione Oracle SOA Suite.

1. Connettere ssh alle istanze di computazione SOA con l'utente opc e installare il client NFS.

   sudo yum install nfs-utils

2. Crea i punti di accesso in ogni istanza di computazione SOA.
   Ad esempio, creare directory per products, config e runtime. I valori potrebbero essere diversi.

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

3. Come utente root, aggiungere le voci alla directory /etc/fstab nell'istanza di computazione soahost1.
   Nell'esempio seguente, 100.70.8.101 è il valore di esempio dell'indirizzo IP della destinazione di accesso. Se l'area OCI in uso include più di un dominio di disponibilità e sono stati creati più punti di accesso, utilizzare l'IP di destinazione di accesso appropriato per ogni esportazione.

   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. Come utente root, aggiungere le voci alla directory /etc/fstab nell'istanza di computazione soahost2.
   Nell'esempio seguente, 100.70.8.101 è il valore di esempio dell'indirizzo IP della destinazione di accesso. Se l'area OCI in uso include più di un dominio di disponibilità e sono stati creati più punti di accesso, utilizzare l'IP di destinazione di accesso appropriato per ogni esportazione.

   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. Come utente root, esegui il MOUNT dei file system in ogni istanza di computazione soa:

   mount -a 

6. Verificare che i file system siano attivati in modo corretto.

   df -h

   L'output per hydrsoa1 e hydrsoa2 deve avere un aspetto simile a quello dell'esempio seguente:

   [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. Modificare la proprietà delle cartelle nell'utente e nel gruppo 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. Eseguire il login come utente oracle e verificare di poter creare i file in questi file system. Per i file system condivisi (/u01/oracle/config, /u01/oracle/runtime) verificare che, quando si crea un file in un host, sia visibile dall'altro host.

Esegui il MOUNT dei volumi a blocchi OCI

Eseguire il MOUNT dei volumi a blocchi creati in precedenza nelle istanze di computazione Oracle SOA Suite.

Ad esempio:

Volume a blocchi	Elaborazione istanza	Punto di accesso
soadrBV1	idrsoa1	/u02
soadrBV2	idrsoa2	/u02

1. SSH a tutti gli host SOA come utente root e creazione della cartella che verrà utilizzata come punto di accesso.

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

2. Connettersi alla console Oracle Cloud Infrastructure (OCI) per la propria tenancy.
3. Selezionare l'area appropriata.
4. Aprire il menu di navigazione, fare clic su Storage, Storage a blocchi, quindi fare clic su Volumi di blocchi.
5. Fare clic su uno dei volumi a blocchi.
6. Fare clic su Istanze collegate, quindi su Associa a istanza.
   1. Selezionare un tipo di collegamento iSCSI.
      Le prestazioni a livello di IOPS risultano migliori con i collegamenti iSCSI rispetto ai collegamenti pseudo-virtualizzati.
   2. Selezionare il tipo di accesso Read/Write.
   3. Selezionare l'istanza di computazione appropriata.
7. Collega a istanza di computazione.
8. Una volta collegato il volume, fare clic su iSCSI Commands & Information nel collegamento del volume a blocchi per eseguire i comandi iSCSI del volume a blocchi.
   Nella finestra di dialogo Comandi e informazioni iSCSI vengono visualizzati i comandi iSCSI necessari. I comandi sono pronti per essere utilizzati con le informazioni appropriate incluse. Puoi copiare e incollare i comandi nella sessione dell'istanza di computazione.
9. Elencare i volumi e identificarne uno nuovo.
   Ad esempio:

   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. Formattare il nuovo volume.
    Ad esempio:

    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. Installare il volume.
    1. Utilizzare il comando blkid per identificare l'UUID del nuovo volume a blocchi.
       Ad esempio:

       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. Modificare il file /etc/fstab e aggiungere la riga per eseguire il MOUNT del volume a blocchi.
       Ad esempio:

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

    3. Installare il volume a blocchi.

       bash-4.2# mount -a

    4. Verificare che sia attivato.

       [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 volta eseguito il MOUNT del volume a blocchi, modificare la proprietà del MOUNT per l'utente oracle appropriato.

    bash-4.2# chown oracle:oinstall /u02

13. Eseguire il reboot dell'host e verificare che il volume a blocchi venga installato automaticamente dopo il reboot.
14. Ripetere i passi per eseguire il MOUNT dei volumi a blocchi negli altri host SOA secondari.
    Per ulteriori informazioni sul collegamento di un volume, consulta la documentazione di Oracle Cloud Infrastructure.

Creazione dell'alias TNS

Creare la directory TNS e il file tnsnames.ora che puntano al sistema DB Oracle Cloud Infrastructure (OCI). Poiché la configurazione del dominio WebLogic nel dominio secondario sarà una copia del dominio principale, è necessario creare gli stessi artifact principali per utilizzare l'approccio alias TNS nelle origini dati WebLogic.

1. Come utente oracle, creare la cartella tns in ogni istanza di computazione SOA utilizzando lo stesso percorso utilizzato negli host di livello intermedio primari.
   Si tratta di una cartella locale che non viene replicata dal database primario.

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

2. Creare un file tnsnames.ora nella directory con lo stesso alias tns utilizzato nel database primario, ma facendo riferimento all'indirizzo del sistema DB OCI.

   Il nome del servizio deve essere lo stesso nel database primario e secondario.

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

Creazione delle variabili di ambiente utente oracle

È comune avere variabili di ambiente relative a WebLogic nel profilo dell'utente oracle negli host WebLogic. Ad esempio, ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME e altri.

1. Rivedere i file dei profili dell'utente oracle negli host SOA primari.
2. In secondario, aggiungere le stesse variabili di ambiente correlate a WebLogic ai file di profilo dell'utente oracle (.bashrc o .bash_profile).

   Nota:

   Il file .bashrc dell'utente oracle negli host SOA secondari potrebbe già contenere variabili definite (ad esempio MIDDLEWARE_HOME, WLS_HOME e altre), ma probabilmente non corrispondono alle cartelle dell'ambiente in uso e non sono valide per l'utente. Assicurarsi di rimuoverli o modificarli in base alle cartelle dell'ambiente.