Mid-Tier auf OCI vorbereiten

Stellen Sie die Mid-Tier-Hosts für das Disaster Recovery auf Oracle Cloud Infrastructure (OCI) bereit, und bereiten Sie sie vor.

Compute-Instanzen für die SOA-Middle Tier-Knoten bereitstellen

Erstellen Sie eine Virtual-Machine-(VM-)Compute-Instanz auf dem Oracle Cloud Infrastructure-(OCI-)Middle-Tier-Subnetz für jeden primären On-Premise-Oracle SOA Suite-Host. Die Compute-Instanzen müssen das BS-Image und die Compute-Ausprägungen verwenden, die dem von den On-Premise-Hosts verwendeten Image und der Ausprägungen ähneln.

In diesem Beispiel werden zwei Compute-Instanzen in einer einzelnen Availability-Domain innerhalb des Compartments verwendet (siehe Tabelle).

Name	Compartment	Availability-Domain	BILD	FORM	VCN	Subnetz
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. Stellen Sie eine Verbindung zur OCI-Konsole für Ihren Mandanten her.
2. Wählen Sie den richtigen Bereich aus.
3. Öffnen Sie das Navigationsmenü, und klicken Sie auf Compute. Klicken Sie dann auf Create Instance.
4. Wählen Sie das Compartment aus, in dem die Instanz erstellt werden soll.
5. Wählen Sie das VCN, das Subnetz und die Availability-Domain Ihrer Umgebung aus.
   Wenn die OCI-Region über mehrere Availability-Domains verfügt, platzieren Sie die Oracle SOA Suite-Compute-Instanzen in verschiedenen Availability-Domains.
6. Wählen Sie das BS-Image und die Ausprägungen aus, die Ihren Anforderungen entsprechen.
7. Wiederholen Sie die Schritte, um eine weitere Compute-Instanz zu erstellen.

Hinweis:

Sie finden den Terraform-Code zum Erstellen dieser Compute-Instanzen im Code herunterladen.

Betriebssystembenutzer und -gruppen vorbereiten

Erstellen Sie denselben Benutzer und dieselbe Gruppe wie die primäre On-Premise-Oracle-Software. Die Benutzer- und Gruppen-IDs müssen mit denen in der primären Umgebung übereinstimmen.

Mit SSH können Sie als Benutzer opc auf die zuletzt erstellten Instanzen zugreifen. Dieser Benutzer verfügt über sudo-Berechtigungen und kann zum Erstellen zusätzlicher Benutzer und Gruppen verwendet werden. Sie müssen denselben Benutzer und dieselbe Gruppe wie in der primären On-Premise-Anwendung für die oracle-Software erstellen. Stellen Sie sicher, dass die Benutzer- und Gruppen-IDs mit denen in der primären Datenbank übereinstimmen.

In diesem Beispiel werden die typischen Benutzer und Gruppen in einer EDG-Umgebung verwendet, wie in der Tabelle dargestellt.

Benutzer oder Gruppe	Name	Beschreibung
Benutzer	nobody	Nicht berechtigter Benutzer
	oracle	Der Eigentümer der Oracle-Software (Sie können einen anderen Namen verwenden). Die primäre Gruppe für diesen Account muss oinstall sein. Der Account muss auch in der Gruppe dba enthalten sein.
Gruppen	oinstall	Principal-Gruppe des Benutzers oracle
	dba	Sekundäre Gruppe des oracle-Benutzers

Erstellen Sie Benutzer und Gruppen in den sekundären Compute-Instanzen. Erstellen Sie denselben Benutzer und dieselbe Gruppe wie bei der primären On-Premise-Anwendung für die Oracle-Software. Stellen Sie sicher, dass die Benutzer- und Gruppen-IDs mit denen in der primären Datenbank übereinstimmen.

Jede Gruppe und jeder Benutzer in OCI-Compute-Instanzen muss dieselbe ID auf jedem Knoten und dieselbe ID wie in der primären Instanz aufweisen.

1. Geben Sie die Kennungen im primären Host an.
   1. Melden Sie sich bei einem On-Premise-Oracle SOA Suite-Host mit dem Benutzer oracle an. Verwenden Sie dann den Befehl id, um die Gruppen und IDs des Benutzers zu identifizieren.

      [[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. Prüfen Sie, ob Benutzer und Gruppen bereits in den OCI-Compute-Instanzen vorhanden sind.

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

   3. Prüfen Sie, ob Benutzer und Gruppen-IDs bereits in den OCI-Compute-Instanzen vorhanden sind.

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

      Es wird nicht erwartet, dass Oracle-bezogene Benutzer oder Gruppen bereits in den OCI-SOA-Compute-Instanzen erstellt wurden. Normalerweise ist nur der Benutzer nobody bereits vorhanden. Aus diesem Grund können Sie die Kennungen der primären Nummer in der sekundären Nummer verwenden.
2. Erstellen Sie die Gruppe und den Benutzer in jeder OCI SOA-Compute-Instanz mit denselben Benutzer- und Gruppen-IDs wie die primären Hosts.
   Beispiel:

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

3. (Optional empfohlen) Aktivieren Sie den SSH-Zugriff auf den neu erstellten Benutzer oracle.
   Die Aktivierung des SSH-Zugriffs auf den neu erstellten oracle-Benutzer ist optional, wird jedoch dringend empfohlen. Dies ist in dieser DR-Topologie nützlich, da der Benutzer oracle eine direkte Verbindung zu den Befehlen ermöglicht, mit denen die Dateisystemartefakte kopiert werden.
   1. Kopieren Sie den Public Key, mit dem Sie eine Verbindung zu den SOA-Compute-Instanzen herstellen, in eine Textdatei. Sie verwenden ihn später in diesem Verfahren.
   2. Melden Sie sich bei der Instanz und beim Root-Benutzer sudo an.
   3. Erstellen Sie ein .ssh-Verzeichnis im Standardverzeichnis des neuen Benutzers.

      mkdir /home/oracle/.ssh

   4. Kopieren Sie den SSH-Public Key, mit dem Sie eine Verbindung zum Compute herstellen, in die Datei.

      /home/oracle/.ssh/authorized_keys

   5. Ändern Sie den Eigentümer und die Gruppe des Verzeichnisses /home/oracle/.ssh in den Benutzer oracle:

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

   6. Ändern Sie die Berechtigungen der Datei authorized_keys, um dem Benutzer oracle vollständigen Lese- und Schreibzugriff auf die Datei (600) zu erteilen.

      chmod 600 /home/oracle/.ssh/authorized_keys

   7. Prüfen Sie die Verbindung, indem Sie eine Verbindung mit SSH über den oracle-Benutzer und Ihren Private Key herstellen.

Betriebssystemanforderungen vorbereiten

Die sekundären Middle Tier-Hosts müssen die Betriebssystemanforderungen erfüllen, um die Software auszuführen.

Damit die Oracle SOA Suite- und Oracle WebLogic Server-Binärdateien ordnungsgemäß ausgeführt werden können, müssen Sie die Betriebssysteme für die Standbysysteme genauso vorbereiten, wie sie in der primären Datenbank vorbereitet wurden, als die Software installiert wurde.

Die Binärdateien der SOA-Standardverzeichnisse werden von den primären SOA-Hosts auf die sekundären SOA-Hosts kopiert. Daher ist es nicht erforderlich, runinstaller auf den sekundären SOA-Hosts auszuführen. Die Betriebssystemanforderungen müssen jedoch identisch sein.

1. Stellen Sie sicher, dass Ihre Umgebung die Mindestinstallationsanforderungen für die Produkte erfüllt, die auf primären SOA-Hosts installiert sind.
   Prüfen Sie das entsprechende Dokument in Oracle Fusion Middleware System Requirements and Specifications und den Schritt Verifying Linux Operating System Requirements aus dem EDG.
2. Prüfen Sie die erforderlichen Systempackages für Ihre Version und Ihr BS.
3. Installieren Sie die fehlenden Systempackages mit yum.
   In diesem Beispiel werden Oracle Fusion Middleware 12.21.4 und Oracle Linux 7 verwendet, und die meisten der erforderlichen Packages sind bereits in den Oracle Cloud Infrastructure-(OCI-)Middle-Tier-Compute-Instanzen installiert. In diesem Beispiel fehlten die folgenden Elemente und mussten mit yum installiert werden:

   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. Konfigurieren Sie die Grenzwerte file und proc in der Datei /etc/security/limits.conf. Prüfen Sie die Limits in Ihren On-Premise-SOA-Hosts, und legen Sie die Werte in den OCI-SOA-Compute-Instanzen entsprechend fest.

Hostname-Alias vorbereiten

Konfigurieren Sie dieselben virtuellen Hostnamen, die von Oracle WebLogic Server-Komponenten in der primären Umgebung verwendet werden, wie Aliasnamen in den sekundären Oracle Cloud Infrastructure-(OCI-)SOA-Compute-Instanzen, verweisen jedoch auf die IP-Adressen der sekundären Hosts.

Dies können Sie wie folgt implementieren:

• Fügen Sie die Hostnamen als Aliasnamen zu den /etc/hosts-Dateien der OCI-SOA-Compute-Instanzen hinzu.
• Verwenden Sie eine private DNS-Ansicht im sekundären OCI-VCN.

/etc/hosts-Dateien verwenden

Die vom primären Oracle WebLogic Server verwendeten virtuellen Hostnamen werden den /etc/hosts-Dateien der sekundären Oracle WebLogic Server-Hosts hinzugefügt, die auf die IP-Adressen der sekundären Oracle WebLogic Server-Hosts verweisen. Dieser Modus ist gültig, wenn der DNS-Server in primären On-Premise- und sekundären Oracle Cloud Infrastructure-(OCI-)Sites identisch ist und wenn separate DNS-Server in der primären und sekundären Site verwendet werden. Die Einträge in der Datei /etc/hosts haben Vorrang vor der DNS-Auflösung, da dies die Priorität ist, die Out-of-the-box in der Direktive "hosts" der Datei /etc/nsswitch.conf definiert ist.

1. Bearbeiten Sie die Datei /etc/oci-hostname.conf jeder SOA-Compute-Instanz, und legen Sie die Eigenschaft PRESERVE_HOSTINFO=3 fest, um /etc/hosts-Einträge über Instanzneustarts hinweg beizubehalten.
2. Verwenden Sie den Befehl hostname --fqdn, um die vollständigen Hostnamen der OCI-SOA-Compute-Instanzen zu identifizieren.
3. Fügen Sie die folgenden Einträge zur Datei /etc/hosts der OCI-SOA-Compute-Instanzen hinzu:

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

   Im Folgenden finden Sie ein Beispiel für die Datei /etc/hosts in der sekundären OCI-SOA-Compute-Instanz:

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

Domain Name System (DNS) verwenden

Die von den primären Oracle WebLogic Server-Hosts verwendeten virtuellen Hostnamen werden dem DNS-Resolver hinzugefügt, der vom VCN der sekundären Middle Tier-Server verwendet wird und auf die IP-Adressen der sekundären Oracle WebLogic Server-Hosts verweist. Dieser Modus ist gültig, wenn separate DNS-Server in primären On-Premise- und sekundären On-Premise-Instanzen in Oracle Cloud Infrastructure (OCI) verwendet werden. Andernfalls kann dies zu Konflikten bei der Namensauflösung führen. Der Server jeder Site muss diese Namen mit eigenen IPs auflösen. Der Vorteil dieser Methode besteht darin, dass Sie alle Einträge zu einer privaten DNS-Ansicht hinzufügen können, anstatt sie allen /etc/hosts aller Oracle WebLogic Server-Hosts hinzuzufügen.

Im Folgenden werden die Schritte zum Erstellen der privaten Ansicht im sekundären VCN und Auflösen der virtuellen Hostnamen aufgeführt, die von der primären Instanz mit den sekundären IPs verwendet werden:

1. Gehen Sie in der OCI-Konsole zur sekundären Region, und erstellen Sie die private Ansicht.
   1. Klicken Sie auf Networking, DNS-Verwaltung, Private Ansichten und dann auf Private Ansicht erstellen.
      Beispiel: Sie können die private Ansicht HYBRID_DR_VIRTUAL_HOSTNAMES benennen.
   2. Klicken Sie in der privaten Ansicht auf Zone erstellen.
      Für den Zonennamen müssen Sie die vollständige Domain der virtuellen Hosts verwenden. In diesem Beispiel: example.com.
   3. Fügen Sie die Namen der virtuellen Hosts zu dieser Zone hinzu (Kurzname), wurden jedoch mit dem IPS der sekundären WLS-Hosts aufgelöst.
   4. Klicken Sie auf Änderungen veröffentlichen.
2. Fügen Sie die private Ansicht zum sekundären VCN-Resolver hinzu.
   1. Klicken Sie auf die DNS-Resolver-Ressource im VCN.
   2. Fügen Sie die zuvor erstellte private DNS-Ansicht hinzu.
      Die Hosts im sekundären VCN lösen die von den primären Oracle WebLogic Server-Hosts verwendeten virtuellen Hostnamen mit der privaten Ansicht auf.
3. Validieren Sie die Auflösung von SECONDARY-Hosts, indem Sie ping und nslookup der virtuellen Hostnamen ausführen.
   Sie müssen mit den entsprechenden SECONDARY-IPs aufgelöst werden.

   Hinweis:

   Sie finden den Terraform-Code, um diese private OCI-Ansicht und -Datensätze im Downloadcode zu erstellen.

Virtuelle IP für den Administrationsserver WebLogic erstellen und konfigurieren

Für High Availability muss der WebLogic-Administrationsserver einen Hostnamen verwenden, der einer virtuellen IP zugeordnet ist, um ein Failover über Knoten hinweg zu ermöglichen.

Hinweis:

Überspringen Sie diese Aufgabe, wenn Sie keine VIP-Adresse für den Administrationsserver im primären System verwenden.

Weisen Sie der VNIC der Compute-Instanz soahost1 eine zusätzliche IP zu. Die zusätzliche IP wird vom Administrationsserver im sekundären Oracle Cloud Infrastructure-(OCI-)System verwendet. Obwohl diese IP normalerweise an die Compute-Instanz soahost1 angehängt wird, kann sie in die Compute-Instanz soahost2 verschoben werden, um ein lokales Failover für den Administrationsserver bereitzustellen, wie im EDG beschrieben.

Nachdem die neue IP mit der OCI-Konsole an die VNIC angehängt wurde, muss sie im BS in einem nicht persistenten Modus konfiguriert werden (da diese IP für Admin-Server-Failover von soahost1 in soahost2 verschoben werden kann).

1. Weisen Sie der VNIC der Compute-Instanz soahost1 in OCI eine neue sekundäre private IP-Adresse zu.
   Führen Sie die unter So weisen Sie einer VNIC eine neue sekundäre private IP zu der OCI-Dokumentation beschriebenen Schritte zu.
   Geben Sie einen Wert im Hostnamen an, mit dem Sie ihn als virtuelle IP identifizieren können. Beispiel: hydrsoa-vip.
2. Nachdem die neue IP an die VNIC angehängt wurde, konfigurieren Sie die neue IP-Adresse im BS in einem nicht persistenten Modus.
   Führen Sie die unter Linux: Details about Secondary IP Addresses beschriebenen Schritte aus.
   Dies ist erforderlich, da die IP für Admin-Server-Failover von soahosthost1 zu soahosthost2 wechseln kann.
   1. Zeigen Sie die Netzwerkschnittstellen und die angehängten IP-Adressen der soahosthost1-Compute-Instanz an.
      In diesem Beispiel ist die primäre IP der 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. Fügen Sie als Root die virtuelle IP-Adresse der Schnittstelle als zusätzliche IP-Adresse hinzu, indem Sie eine Sequenznummer im Label festlegen.

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

   3. Stellen Sie sicher, dass die Schnittstelle jetzt über die neue IP verfügt.
      In diesem Beispiel ist die sekundäre IP der 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

Öffnen Sie die erforderlichen Ports in den Firewalls des OCI-Hosts

Jede Compute-Instanz verfügt über einen lokalen Firewallservice. Aus Sicherheitsgründen wird in der Standardkonfiguration die Verbindung für alle Ports abgelehnt, mit Ausnahme der minimal erforderlichen Verbindungen (ssh, dhcp). Sie müssen die von Oracle WebLogic Server verwendeten Ports öffnen.

1. Prüfen Sie als Root-Benutzer den Status und die Regeln des Firewall-Service in jeder Oracle SOA Suite-Compute-Instanz.

   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:

   Diese Ausgabe bedeutet, dass keine anderen Ports als 22 geöffnet sind.
2. Verwenden Sie als Root-Benutzer firewall-cmd-Befehle, um die Ports zu öffnen, die von den Komponenten Ihres Systems in jeder SOA-Compute-Instanz verwendet werden.
   Beispiel:

   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. Wenn Sie Coherence verwenden, öffnen Sie tcp und udp für den Coherence-Clusterport (z.B. 9991) für die ephemeren Ports und tcp für Port 7:
   Coherence erfordert, dass Sie zusätzliche Ports für die Coherence-Clusterkommunikation öffnen.

   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. Prüfen Sie den Status und die Regeln des Firewall-Service.

   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:

OCI-Dateisysteme mounten

Die Dateisysteme, die zuvor in Oracle Cloud Infrastructure (OCI) erstellt wurden, müssen in den Oracle SOA Suite-Compute-Instanzen gemountet werden.

1. Verbinden Sie ssh mit dem opc-Benutzer mit den SOA-Compute-Instanzen, und installieren Sie den NFS-Client.

   sudo yum install nfs-utils

2. Erstellen Sie die Mount Points in jeder der SOA-Compute-Instanzen.
   Beispiel: Erstellen Sie Verzeichnisse für products, config und runtime. Ihre Werte können unterschiedlich sein.

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

3. Fügen Sie als Root-Benutzer die Einträge zum Verzeichnis /etc/fstab in der Compute-Instanz soahost1 hinzu.
   Im folgenden Beispiel ist 100.70.8.101 der Beispielwert der IP-Adresse des Mountziels. Wenn Ihre OCI-Region mehr als 1 Availability-Domain aufweist und Sie mehrere Mount Points erstellt haben, verwenden Sie die entsprechende Mount-Ziel-IP für jeden Export.

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

4. Fügen Sie als Root-Benutzer die Einträge zum Verzeichnis /etc/fstab in der Compute-Instanz soahost2 hinzu.
   Im folgenden Beispiel ist 100.70.8.101 der Beispielwert der IP-Adresse des Mountziels. Wenn Ihre OCI-Region mehr als 1 Availability-Domain aufweist und Sie mehrere Mount Points erstellt haben, verwenden Sie die entsprechende Mount-Ziel-IP für jeden Export.

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

5. Mounten Sie als Root-Benutzer die Dateisysteme in jeder soa Compute-Instanz:

   mount -a 

6. Prüfen Sie, ob die Dateisysteme korrekt eingehängt sind.

   df -h

   Die Ausgabe für hydrsoa1 und hydrsoa2 muss dem folgenden Beispiel ähneln:

   [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. Ändern Sie die Eigentümerschaft der Ordner in den Benutzer und die Gruppe 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. Melden Sie sich als Benutzer oracle an, und prüfen Sie, ob Sie Dateien in diesen Dateisystemen erstellen können. Bei gemeinsam genutzten Dateisystemen (/u01/oracle/config, /u01/oracle/runtime) stellen Sie sicher, dass sie beim Erstellen einer Datei auf einem Host vom anderen Host aus sichtbar sind.

OCI-Block-Volumes mounten

Mounten Sie die Block-Volumes, die zuvor in den Oracle SOA Suite-Compute-Instanzen erstellt wurden.

Beispiel:

Block Volume	Compute-Instanz	Mount Point
SOAdrBV1	HydrSOA1	/u02
SOAdrBV2	HydrSOA2	/u02

1. Greifen Sie mit SSH auf alle SOA-Hosts als Root-Benutzer zu, und erstellen Sie den Ordner, der als Mount Point verwendet wird.

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

2. Melden Sie sich bei der Oracle Cloud Infrastructure-(OCI-)Konsole für Ihren Mandanten an.
3. Wählen Sie den richtigen Bereich aus.
4. Öffnen Sie das Navigationsmenü, und klicken Sie auf Speicher, Block Storage, Block-Volumes.
5. Klicken Sie auf eines der Block-Volumes.
6. Klicken Sie auf Angehängte Instanzen und dann auf an Instanz anhängen.
   1. Wählen Sie den iSCSI-Anhangstyp aus.
      Die IOPS-Performance ist besser mit iSCSI-Anhängen als mit paravirtualisierten Anhängen.
   2. Wählen Sie den Zugriffstyp Lesen/Schreiben aus.
   3. Wählen Sie die entsprechende Compute-Instanz aus.
7. Schließen Sie sie an die Compute-Instanz an.
8. Wenn das Volume angeschlossen ist, klicken Sie im Block-Volume-Anhang auf iSCSI-Befehle und -Informationen, um die iSCSI-Befehle des Block-Volumes auszuführen.
   Im Dialogfeld "iSCSI-Befehle und -Informationen" werden die iSCSI-Befehle angezeigt, die Sie benötigen werden. Die Befehle sind betriebsbereit und enthalten die entsprechenden Informationen bereits. Sie können die Befehle kopieren und in Ihre Compute-Instanzsession einfügen.
9. Listen Sie die Volumes auf, und identifizieren Sie das neue.
   Beispiel:

   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. Formatieren Sie den neuen Datenträger.
    Beispiel:

    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. Mounten Sie das Volume.
    1. Verwenden Sie den Befehl blkid, um die UUID des neuen Block-Volumes zu identifizieren.
       Beispiel:

       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. Bearbeiten Sie die Datei /etc/fstab, und fügen Sie die Zeile zum Mounten des Block-Volumes hinzu.
       Beispiel:

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

    3. Mounten Sie das Block-Volume.

       bash-4.2# mount -a

    4. Prüfen Sie, ob es gemountet ist.

       [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. Nachdem das Block-Volume gemountet wurde, ändern Sie den Eigentümer des Mounts in den entsprechenden oracle-Benutzer.

    bash-4.2# chown oracle:oinstall /u02

13. Starten Sie den Host neu, und stellen Sie sicher, dass das Block-Volume nach dem Neustart automatisch gemountet wird.
14. Wiederholen Sie die Schritte, um die Block-Volumes in den restlichen sekundären SOA-Hosts zu mounten.
    Weitere Informationen zum Anhängen eines Volumes finden Sie in der Oracle Cloud Infrastructure-Dokumentation.

TNS-Alias erstellen

Erstellen Sie das TNS-Verzeichnis und die Datei tnsnames.ora, die auf das Oracle Cloud Infrastructure-(OCI-)DB-System verweisen. Da die Domainkonfiguration WebLogic in der sekundären Domain eine Kopie der primären Domain ist, müssen Sie dieselben Artefakte erstellen, die in der primären Domain vorhanden sind, um den TNS-Aliasansatz in den Datenquellen WebLogic zu verwenden.

1. Erstellen Sie als Benutzer oracle den Ordner tns in jeder SOA-Compute-Instanz mit demselben Pfad, der in den primären Middle-Tier-Hosts verwendet wird.
   Dabei muss es sich um einen lokalen Ordner handeln, der nicht von der primären Datenbank repliziert wird.

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

2. Erstellen Sie eine tnsnames.ora-Datei im Verzeichnis mit demselben tns-Alias, der in der primären Datei verwendet wird, jedoch auf die Adresse des OCI-DB-Systems.

   Der Servicename muss im primären und sekundären Service identisch sein.

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

oracle-Benutzerumgebungsvariablen erstellen

Üblicherweise enthalten WebLogic-bezogene Umgebungsvariablen im Benutzerprofil oracle auf den WebLogic-Hosts. Beispiel: ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME und andere.

1. Prüfen Sie die Profildateien des Benutzers oracle auf den primären SOA-Hosts.
2. Fügen Sie sekundär dieselben WebLogic-bezogenen Umgebungsvariablen zu den Profildateien des Benutzers oracle hinzu (.bashrc oder .bash_profile).

   Hinweis:

   Die Datei .bashrc des Benutzers oracle in den sekundären SOA-Hosts enthält möglicherweise bereits definierte Variablen (wie MIDDLEWARE_HOME, WLS_HOME usw.). Sie stimmen jedoch wahrscheinlich nicht mit den Ordnern Ihrer Umgebung überein und sind für Sie nicht gültig. Stellen Sie sicher, dass Sie sie entsprechend Ihren Umgebungsordnern entfernen oder ändern.