OCI Block Volumes-Replikation implementieren

Bei dieser Implementierung wird das regionsübergreifende Replikationsfeature von OCI Block Volumes verwendet, um die Block-Volumes zu replizieren.

Die Implementierung der OCI Block Volumes-Replikation bietet folgende Vorteile:

Skripte müssen nicht wie in anderen Replikationsfällen regelmäßig erstellt und ausgeführt werden. Nachdem Sie die Replikation eingerichtet haben, wird sie automatisch von Oracle Cloud Infrastructure ausgeführt.
Es handelt sich um eine allgemeine Lösung für alle Block-Volumes von Compute-Instanzen (mit Ausnahme der Boot-Volumes). Wenn Sie über mehrere Systeme verfügen, können Sie in allen Systemen den gleichen Ansatz verwenden.
Die Informationen auf den replizierten Block-Volumes sind eine genaue Kopie der primären Block-Volumes. Alle Dateien im Block-Volume werden repliziert.

Beachten Sie Folgendes, bevor Sie die OCI Block Volumes-Replikation verwenden:

Zum Mounten der replizierten Block-Volumes im sekundären System sind Schritte erforderlich. Sie können das Replikat der Block-Volumes nicht direkt mounten. Sie müssen sie zuerst aktivieren, um geklonte Block-Volumes zu erstellen, die gemountet werden können. Dies ist in Systemen mit wenigen Knoten nicht komplex, aber die Komplexität steigt, wenn es viele Knoten gibt. Und insbesondere in Systemen, die nicht dieselbe Knotenverteilung in den Availability-Domains der Primär- und Standbydatenbank haben.
Sie können diese Komplexität jedoch mit dem Oracle Cloud Infrastructure Full Stack Disaster Recovery-Service überwinden, um diese Schritte bei Switchover-, Failover- und Validierungsvorgängen zu automatisieren.
Diese Technologie kann für viele Systeme nicht ausreichen. Wenn das System über mehr Speichertypen verfügt (z.B. gemeinsam verwendete OCI File Storage-Dateisysteme), müssen Sie dafür eine andere Replikattechnologie verwenden.

Replikation für OCI Block Volumes einrichten

Um die OCI Block Volumes-Replikation zu implementieren, sind die folgenden Schritte erforderlich:

Mit der OCI-Konsole können Sie die Volume-Gruppen in der primären Region definieren und die Block-Volumes gruppieren, die Sie replizieren müssen.
Eine Volume-Gruppe kann nur Block-Volumes enthalten, die sich in derselben Availability-Domain (AD) befinden, und alle Block-Volumes in der Gruppe werden nur in einer Ziel-AD repliziert. Wenn sich Ihre Block-Volumes in mehreren ADs befinden, erstellen Sie eine Block-Volume-Gruppe für jede Kombination aus Quell- und Ziel-ADs.
Aktivieren Sie das Replikat in den Volume-Gruppen für die entsprechenden ADs der sekundären Region.
Stellen Sie eine Verbindung zu den Mid-Tier-Hosts im sekundären System her, und unmounten Sie die Block-Volumes, die von den primären repliziert werden.
Mit der OCI-Konsole können Sie alle Block-Volumes, die aus dem primären System repliziert werden, trennen und verwerfen. Sie werden nicht mehr verwendet.
Implementieren Sie eine Möglichkeit, die standortspezifischen Informationen, die sich in den Block-Volumes befinden, zu verwalten, indem Sie sie nach dem Replikat mit den entsprechenden Informationen aktualisieren.

Diese Implementierung gilt für alle Block-Volumes außer Boot-Volumes. Die Boot-Volume-Replikation hat andere Auswirkungen und liegt außerhalb des Geltungsbereichs dieser Implementierung.

Beispiel 1: Mit der OCI Block Volumes-Replikation das Block-Volume der Mid-Tier-Konfiguration replizieren

Hinweis:

Dieses Beispiel gilt für alle Mid-Tier-Systeme. Als Referenz wird erläutert, wie Sie die Block-Volumes replizieren, die die Oracle WebLogic-Konfiguration eines Oracle WebLogic Server for OCI-Stacks enthalten. Mit Ausnahme der Boot-Volumes können Sie jedoch die gleichen Schritte ausführen, um andere Block-Volumes in einem Mid-Tier-System zu replizieren.

Das folgende Image ist ein Beispiel für ein Oracle WebLogic Server-System mit regionsübergreifendem OCI Block Volumes-Replikat.

Beschreibung von wls-bv-cross-replica.png folgt

Beschreibung der Abbildung wls-bv-cross-replica.png

wls-bv-replikationsübergreifend-oracle.zip

So richten Sie das regionsübergreifende Replikat für die Block-Volumes ein:

Sichern Sie die spezifischen Informationen für jede Site.
Das Block-Volume kann Dateien mit Informationen enthalten, die für jede Site spezifisch sind, z.B. Verbindungszeichenfolgen für Datenbanken oder LDAP-Server.

Wenn Sie Block-Volume-Replikate verwenden, sind die replizierten Block-Volumes eine exakte Kopie der primären Block-Volumes. Sie können bestimmte Dateien oder Ordner nicht aus dem Replikat überspringen. Daher müssen Sie diese Unterschiede verwalten, indem Sie die Informationen auf jeder Site anpassen. Es gibt verschiedene Ansätze:
- Sie können eine Zeichenfolgensuche und -ersetzung in den Dateien mit standortspezifischen Informationen durchführen.
- Sie können diese Informationen vor dem Replikat sichern und anschließend wiederherstellen.
Bevor Sie das Replikat aktivieren, identifizieren und sichern Sie alle Dateien mit standortspezifischen Informationen, die sich in den replizierten Block-Volumes befinden. Erstellen Sie die Backupkopie an einem Speicherort, der sich nicht unter dem replizierten Block-Volume befindet. Andernfalls wird sie außer Kraft gesetzt.
Tipp:
Oracle WebLogic Server – Beispiel
Beispiel: Beim Replizieren von Block-Volumes, die eine WebLogic-Domain enthalten, gibt es Dateien mit Informationen für die Verbindung zur Datenbank. Diese Informationen befinden sich im TNS-Admin-Ordner. Prüfen Sie die Eigenschaft tns_admin in den WebLogic-Datenquellen, um den Ordner zu identifizieren. In diesem Dokument werden Skripte zur Verwaltung bereitgestellt, die je nach Szenario den entsprechenden Ansatz verfolgen:
- Wenn das System eine Verbindung zu Oracle Base Database Service oder Oracle Exadata Database Service herstellt, können Sie während der Switchover- und Failover-Vorgänge einfach die Datenbankverbindungszeichenfolge in der Datei tnsnames.ora des sekundären Mid-Tier-Systems aktualisieren. Dieses Dokument enthält ein Beispielskript dafür.
- Wenn das System eine Verbindung zu einer Oracle Autonomous Database herstellt, enthält der TNS-Admin-Ordner weitere Artefakte (einen Truststore und einen Keystore). Sie unterscheiden sich in Primär- und Standbydatenbanken und können nicht mit einem einfachen Zeichenfolgenersatz aktualisiert werden. Dieses Dokument enthält ein Skript, mit dem die Sicherungskopie des TNS-Ordners wiederhergestellt wird.
An dieser Stelle müssen Sie nur ein Backup der TNS-Ordnerinformationen durchführen.

Block Volumes der primären Mid-Tier-Hosts identifizieren

Gehen Sie zur OCI-Konsole, wählen Sie die Region Primär aus, und wählen Sie das Compartment aus.
Navigieren Sie zu Speicher, Block-Volumes. Identifizieren Sie die Block-Volumes und die Mount Points.
Notieren Sie sich die Namen, das AD, in dem sie sich befinden, den Host, an den sie angehängt sind, und den Einhängepunkt.

Tipp:

Oracle WebLogic – Beispiel

Beispiel: Die Block-Volumes, die die WebLogic-Domain in den Stacks Oracle WebLogic Server for OCI und Oracle SOA Suite on Marketplace enthalten, sind die Daten-Block-Volumes. Ihre Namen lauten: prefix-data-block-N (wobei N die Nummer des Hostknotens ist) und werden in /u01/data auf jedem Host gemountet.

Block-Volume in Primär	n. Chr.	Moderator	Mount Point
`prefix-data-block-0`	AD1	`prefix-wls-0`	`/u01/data`
`prefix-data-block-1`	AD2	`prefix-wls-1`	`/u01/data`

Möglicherweise verfügen Sie über zusätzliche Block-Volumes zum Speichern der Oracle-Produkt-Homes. Beispiel: In einem Oracle WebLogic Server for OCI-Stack weisen die Berechnungen auch die Block-Volumes prefix-mw-block-N auf, die in /u01/app gemountet sind.

Wenn Sie die Sekundärdatei mit dem WLS-HYDR-Framework für einen primären Stack erstellen, verfügt sie über zwei redundante OCI File Storage-Dateisysteme, in denen die Oracle-Produkte anstelle von Block-Volumes gespeichert werden. Daher verwendet die Primärdatenbank für Produkte Block-Volumes und den sekundären OCI File Storage. Wenn Sie möchten, können Sie auch die laufende Replikation für die "mw"-Block-Volumes konfigurieren. Konfigurieren Sie einfach das Block-Volume-Replikat für sie in der Primärdatenbank, und schließen Sie die OCI File Storage-Dateisysteme des Produkts der Sekundärdatenbank aus. Da diese Artikel jedoch die Oracle-Produkt-Homes enthalten, ist es nicht zwingend erforderlich, diese Artikel fortlaufend zu replizieren. Weitere Informationen finden Sie unter "Mid-Tier-Dateiartefakte".

Identifizieren Sie die Block Volumes auf den sekundären Mid-Tier-Hosts.

Wiederholen Sie die im vorherigen Schritt beschriebenen Schritte, um die Namen und Availability-Domains (ADs) der Block-Volumes der sekundären Mid-Tier-Hosts abzurufen.

Tipp:

Oracle WebLogic – Beispiel

Wenn Sie das sekundäre System mit dem WLS-HYDR-Framework erstellen, können die Hosts und Block-Volume-Namen eine andere Suffixnummerierung aufweisen als die primäre. Die Marketplace-Stacks verwenden die Suffixe 0,1,2,3, während ein mit dem WLS-HYDR-Framework erstelltes System die Suffixe 1,2,3,4 verwendet. Stellen Sie sicher, dass Sie die Peerknoten und Volumes korrekt identifizieren. Beispiel:

Block-Volume in Sekundär	n. Chr.	Moderator	Mount Point
`prefixBV1`	AD1	`prefixhost-1`	`/u01/data`
`prefixBV2`	AD2	`prefixhost-2`	`/u01/data`

Erstellen Sie Block-Volume-Gruppen in der primären Datenbank, und aktivieren Sie das regionsübergreifende Replikat.
Erstellen Sie Block-Volume-Gruppen in der Primärdatenbank, um alle Block-Volumes zu gruppieren, die von einer bestimmten AD in eine bestimmte AD in der Sekundärdatenbank repliziert werden. Das Replikat wird auf Volume-Gruppenebene aktiviert. Daher gilt es für alle Block-Volumes in dieser Gruppe. Eine Volume-Gruppe kann nur Block-Volumes enthalten, die sich in derselben AD befinden, und alle Block-Volumes in der Gruppe werden nur in einer Ziel-AD repliziert. Wenn sich Ihre Compute-Instanzen also in mehreren ADs befinden, erstellen Sie eine Block-Volume-Gruppe für jede Kombination aus Quell- und Ziel-ADs.
Führen Sie die folgenden Schritte aus, um eine Block-Volume-Gruppe zu erstellen und das regionsübergreifende Replikat zu aktivieren:
1. Melden Sie sich bei der OCI-Konsole in der primären Region an.
2. Navigieren Sie zu Speicher, Volume-Gruppen.
3. Eine Block-Volume-Gruppe erstellen.
  Beispiel: prefix-BVGroup-region1AD1-region2AD1
4. Fügen Sie die Block-Volumes hinzu, die Sie innerhalb der Volume-Gruppe replizieren.
  
  Hinweis:
  Fügen Sie keine Boot-Volumes hinzu. Sie werden nicht repliziert.
5. Aktivieren Sie die regionsübergreifende Replikation in der Volume-Gruppe
  - Zielregion: Wählen Sie die sekundäre Region.
  - Availability-Domain: Wählen Sie die AD in der sekundären Region aus, in der sich die Computer befinden, auf denen die replizierten Volumes gemountet werden.
  - Volume-Gruppenreplikatname: Geben Sie den Namen für die Replikatblock-Volume-Gruppe ein. Verwenden Sie zur besseren Übersicht dieselbe Block-Volume-Gruppe wie in der primären.
6. Speichern Sie die Änderungen.
Prüfen Sie, ob die Replikate in der sekundären Region erstellt wurden.
1. Wählen Sie in der OCI-Konsole die sekundäre Region aus.
2. Navigieren Sie zu Storage, und klicken Sie auf Block Storage, Volume-Gruppenreplikate.
Wiederholen Sie die Schritte zum Erstellen zusätzlicher Block-Volume-Gruppen, wenn sich Ihre primären Compute-Instanzen in mehreren ADs befinden.
Tipp:

Oracle WebLogic-Beispiele

Wenn die Primärdatenbank ein Marketplace-Stack ist und die Sekundärdatenbank mit WLS-HYDR erstellt wird:

In Oracle WebLogic Server for OCI- und Oracle SOA Suite on Marketplace-Stacks: Wenn die Region mehrere Availability-Domains (3) aufweist, verteilt sie die Compute-Instanzen auf diese. Beispiel: Knoten0 in AD1, node1 in AD2, node2 in AD3, node3 in AD1.

In einem von WLS-HYDR erstellten System: Wenn die Region mehrere Availability-Domains (3) aufweist, kann der Benutzer die Compute-Instanzen über sie verteilen oder nicht. Wenn ja, werden die Compute-Instanzen auf 2 ADs verteilt. Beispiel: node1 in AD1, node2 in AD2, node3 in AD1, node4 in AD2.

Sie müssen die BV-Gruppen korrekt definieren, um Block-Volumes zu gruppieren, die in derselben AD im Ziel repliziert werden. Eine Volume-Gruppe kann nur Block-Volumes enthalten, die sich in derselben AD befinden, und alle Block-Volumes in der Gruppe können nur in einer Ziel-AD repliziert werden. Wenn Mischungen vorhanden sind (OCI Block Volumes in derselben Ursprungs-AD, aber in einer anderen Ziel-AD und umgekehrt), müssen Sie so viele Block-Volume-Gruppen wie erforderlich erstellen, um alle Replikatkombinationen zu verwalten. Hier einige Beispielszenarios:
- Beispiel 2, Zwei Knoten, nur 1 AD in Primär- und Sekundärknoten
  - primäre Region: node0 in AD1, node1 in AD1
  - Sekundäre Region: node1 in AD1, node2 in AD1
  Lösung:
  
  1 Volume-Gruppe in primärer Volume-Gruppe, in sekundärer Volume-Gruppe in 1 Volume-Gruppe repliziert
- Beispiel 3, Zwei Knoten, mehr als 1 AD in Primär- und Sekundärknoten
  - In der primären Region: node0 in AD1, node1 in AD2
  - In sekundärer Region: node1 in AD1, node2 in AD2
  Lösung:
  
  Die Primärdatenbank enthält die folgenden Volume-Gruppen:
  - volume-group-AD1 (mit BV von node0) repliziert auf sekundäres AD1 (für sekundäres node1)
  - volume-group-AD2 (mit BV von node1) repliziert auf sekundäres AD2 (für sekundäres node2)
- Beispiel 4, Sechs Knoten, mehr als 1 AD in Primär- und Sekundärknoten
  - In der primären Region: node0 in AD1, node1 in AD2, node2 in AD3, node3 in AD1, node4 in AD2, node5 in AD3
  - In sekundärer Region: node1 in AD1, node2 in AD2, node3 in AD1, node4 in AD2, node5 in AD1, node6 in AD2
  Lösung:
  
  Primär benötigt mehrere Volume-Gruppen: (auf die gleiche Weise nach einem Switchover)
  - Volume-Gruppe-reg1AD1-reg2AD1 mit BV von node0 repliziert auf sekundäres AD1 (für sekundäres node1)
  - Volume-Gruppe-reg1AD2-reg2AD2 mit BV von node1 repliziert auf sekundäres AD2 (für sekundäres node2)
  - Volume-Gruppe-reg1AD3-reg2AD1 mit BV von node2 repliziert auf sekundäres AD1 (für sekundäres node3)
  - Volume-Gruppe-reg1AD1-reg2AD2 mit BV von node3 repliziert auf sekundäres AD2 (für sekundäres node4)
  - Volume-Gruppe-reg1AD2-reg2AD1 mit BV von node4 repliziert auf sekundäres AD1 (für sekundäres node5)
  - Volume-Gruppe-reg1AD3-reg2AD2 mit BV von node5 repliziert auf sekundäres AD2 (für sekundäres node6)
Trennen Sie die ursprünglichen Block Volumes von den sekundären Mid-Tier-Hosts.

Hinweis:

Boot-Volumes dürfen NICHT ausgehängt oder getrennt werden.

Führen Sie für jeden Mid-Tier-Host auf dem sekundären Host Folgendes aus:
1. Mounten Sie das Datenblock-Volume, das von der Primärdatenbank repliziert wird.
  Stellen Sie sicher, dass keine oracle-Prozesse ausgeführt werden. Andernfalls verläuft das Aushängen nicht erfolgreich.
  Beispiel:
```
[opc@host ~]$ sudo umount /u01/data
```
2. Bearbeiten Sie als Benutzer root die Datei /etc/fstab, und entfernen Sie den Eintrag für das ausgehängte Block-Volume.
  Dadurch wird verhindert, dass die ursprünglichen Block-Volumes beim nächsten Neustart gemountet werden. Beispieleintrag für das in /u01/data gemountete Volume:
```
..
#Remove this entry:
#UUID=9e87cf72-a75c-4dff-9825-432f1668d8f9 /u01/data ext4 auto,defaults,_netdev,nofail 0 2
```
3. Trennen Sie das Block-Volume von der OCI-Konsole.
  Gehen Sie zu den einzelnen Block-Volumes, Angehängte Instanzen, Von Instanz trennen. Die OCI-Konsole fordert Sie auf, einige ISCSI-Befehle auszuführen, bevor Sie die Zuordnung abschließen.
4. Wiederholen Sie diese Schritte auf allen Mid-Tier-Knoten in der sekundären Ebene.
Löschen oder benennen Sie die getrennten OCI-Block-Volumes in der Sekundärdatenbank um.
Die ursprünglichen Datenblock-Volumes, die von den sekundären Mid-Tier-Hosts getrennt sind, werden nicht mehr verwendet. Sie können sie jetzt löschen oder umbenennen und später löschen.
Starten Sie den systemd-Daemon auf den sekundären Mid-Tier-Hosts neu.
Um alle gecachten Referenzen auf die zuvor gemounteten Geräte zu aktualisieren, führen Sie den folgenden Befehl aus:
```
sudo systemctl daemon-reload
```

Bereiten Sie bei Bedarf die Skripte vor, um die spezifischen Informationen für jede Site zu ersetzen.

Diese Aktion gilt nur, wenn die Block-Volumes spezifische Informationen für jede Site enthalten. Andernfalls ist keine Aktion erforderlich.

Erstellen Sie Skripte, um die lokalen Siteinformationen entsprechend Ihren spezifischen Anforderungen zu ersetzen. Beispiel: Durchführen einer Suche und Ersetzen oder Wiederherstellen einer Sicherungskopie der standortspezifischen Daten. Stellen Sie sicher, dass Sie diese Skripte in einem Ordner speichern, der NICHT repliziert wird.

Führen Sie die Skripte zu diesem Zeitpunkt nicht aus. Sie verwenden die Skripte, wenn Sie das nächste Mal eine Validierung, einen Switchover oder einen Failover ausführen.

Tipp:

Oracle WebLogic – Beispiel

Beispiel: Sie replizieren Block-Volumes, die eine WebLogic-Domain enthalten. Während eines Switchovers oder Failovers müssen Sie einen Ersatz für die Konfiguration ausführen, um auf die lokale Datenbank zu verweisen. Dieses Dokument enthält Beispielskripte zur Automatisierung dieser Ersetzung.

Datenbanktyp Ersetzungsskript und Downloadschritte Schritte vorbereiten

Datenbanktyp	Ersetzungsskript und Downloadschritte	Schritte vorbereiten
Oracle Base Database Service oder Oracle Exadata Database Service	`replacement_script_BVmodel.sh` Gehen Sie zum MAA-Repository in GitHub `https://github.com/oracle-samples/maa` Laden Sie alle Skripte im Verzeichnis wls_mp_dr herunter. Das Skript befindet sich im Ordner `wls_mp_dr/Block_Volume_Replica_Method` Auf alle Middle Tier-Hosts kopieren	Dieses Skript ersetzt die Datenbankverbindungszeichenfolgen. Außerdem werden die Statusdateien der WebLogic-Server (`.lck` und `.state`) für einen sauberen Start bereinigt. Bearbeiten und passen Sie sie auf jedem Host mit den entsprechenden Werten an, indem Sie die lokalen und Remote-Werte für die Datenbank an jedem Standort angeben. Beachten Sie, dass die Werte je nach Standort unterschiedlich sind. Wenn Sie sie in den site1-Hosts anpassen, beziehen sich die "LOCAL"-Werte auf die Werte von site1, und die "REMOTE"-Werte beziehen sich auf die Werte von site2. Wenn Sie das Skript in den site2-Hosts anpassen, beziehen sich die "LOCAL"-Werte auf site2 und die "REMOTE"-Werte auf site1.
Autonomous Database	`fmwadb_switch_db_conn.sh` Gehen Sie zum MAA-Repository in GitHub `https://github.com/oracle-samples/maa` Laden Sie alle Skripte im Verzeichnis `app_dr_common` herunter. Laden Sie alle Skripte im Verzeichnis `fmw-wls-with-adb-dr` herunter. Auf alle Middle Tier-Hosts kopieren Die Skripte rufen einander an. Platzieren Sie alle Skripte beider Verzeichnisse im selben Ordner.	Sie müssen das Skript nicht bearbeiten. Die Werte des Ordners und des Kennworts werden als Eingaben übergeben. So führen Sie das Skript aus: `./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD` Dabei ist WALLET_DIR ein Ordner, der die Dateien `tnsnames.ora`, Keystore und Truststore enthält, um eine Verbindung zur lokalen Datenbank herzustellen. Stellen Sie sicher, dass der Ordner WALLET_DIR im Replikat nicht außer Kraft gesetzt wird. Starten Sie das Skript an dieser Stelle nicht.

Oracle Base Database Service oder Oracle Exadata Database Service

replacement_script_BVmodel.sh

Gehen Sie zum MAA-Repository in GitHub https://github.com/oracle-samples/maa
Laden Sie alle Skripte im Verzeichnis wls_mp_dr herunter.
Das Skript befindet sich im Ordner wls_mp_dr/Block_Volume_Replica_Method
Auf alle Middle Tier-Hosts kopieren

Dieses Skript ersetzt die Datenbankverbindungszeichenfolgen. Außerdem werden die Statusdateien der WebLogic-Server (.lck und .state) für einen sauberen Start bereinigt.

Bearbeiten und passen Sie sie auf jedem Host mit den entsprechenden Werten an, indem Sie die lokalen und Remote-Werte für die Datenbank an jedem Standort angeben.

Beachten Sie, dass die Werte je nach Standort unterschiedlich sind. Wenn Sie sie in den site1-Hosts anpassen, beziehen sich die "LOCAL"-Werte auf die Werte von site1, und die "REMOTE"-Werte beziehen sich auf die Werte von site2. Wenn Sie das Skript in den site2-Hosts anpassen, beziehen sich die "LOCAL"-Werte auf site2 und die "REMOTE"-Werte auf site1.

Autonomous Database

fmwadb_switch_db_conn.sh

Gehen Sie zum MAA-Repository in GitHub https://github.com/oracle-samples/maa
Laden Sie alle Skripte im Verzeichnis app_dr_common herunter.
Laden Sie alle Skripte im Verzeichnis fmw-wls-with-adb-dr herunter.
Auf alle Middle Tier-Hosts kopieren
Die Skripte rufen einander an.
Platzieren Sie alle Skripte beider Verzeichnisse im selben Ordner.

Sie müssen das Skript nicht bearbeiten. Die Werte des Ordners und des Kennworts werden als Eingaben übergeben.

So führen Sie das Skript aus:

./fmwadb_switch_db_conn.sh WALLET_DIR WALLET_PASSWORD

Dabei ist WALLET_DIR ein Ordner, der die Dateien tnsnames.ora, Keystore und Truststore enthält, um eine Verbindung zur lokalen Datenbank herzustellen.

Stellen Sie sicher, dass der Ordner WALLET_DIR im Replikat nicht außer Kraft gesetzt wird.

Starten Sie das Skript an dieser Stelle nicht.

Replikation für OCI Block Volumes validieren

Bei einem Switchover- oder Failover-Vorgang müssen die replizierten Informationen in der Standby Site verfügbar und verwendbar sein, bevor die Prozesse gestartet werden. Dies ist auch erforderlich, wenn Sie das sekundäre System validieren (durch Öffnen der Standbydatenbank im Snapshot-Modus).

Die Abbildung zeigt, wie die Aktivierung anhängbare OCI-Block-Volumes aus den Replikaten erstellt.

Beschreibung von activation-create-bv.png folgt

Beschreibung der Abbildung activation-create-bv.png

Aktivierung-create-bv-oracle.zip

Führen Sie die folgenden Schritte aus, um die replizierten Volumes im Standbysystem verfügbar und verwendbar zu machen:

Aktivieren Sie die Replikate auf der Standby Site.
OCI Block Volumes-Replikate können nicht direkt gemountet werden. Sie müssen sie zuerst aktivieren. Wenn Sie ein Block-Volume-(BV-)Replikat aktivieren, wird eine "attachable" BV als Klon der replizierten BV erstellt. Anschließend können Sie die geklonte BV an die Compute-Instanzen anschließen.

Führen Sie die folgenden Schritte aus, um die Replikate auf der Standby Site zu aktivieren:
1. Gehen Sie in der OCI-Konsole zur Region der Standbysite. Wählen Sie Block Storage, Volume-Gruppenreplikate aus.
2. Klicken Sie auf das Volume-Gruppenreplikat und dann auf Aktivieren.
3. Benennen Sie die Volume-Gruppe, die aufgrund dieser Aktivierung erstellt wurde. Der Einfachheit halber verwenden Sie denselben Namen wie in der primären Region.
4. Wiederholen Sie dieselben Schritte für alle Volume-Gruppenreplikate in der Standby Site.
Ordnen Sie die replizierten Block-Volumes den Middle Tier-Hosts in der Standby Site zu.
1. Wählen Sie in der OCI-Konsole Speicher und dann Block Volume aus, um die anhängbaren OCI Block Volumes zu suchen, die als Ergebnis der Aktivierung auf der Standbysite erstellt wurden.
2. Hängen Sie das entsprechende Block-Volume an den entsprechenden Host an. Klicken Sie auf Block-Volume, Angehängte Instanzen, An Instanz anhängen. Um die Prozedur zu vereinfachen, wählen Sie Oracle Cloud Agent zum automatischen Herstellen einer Verbindung zu über iSCSI angehängten Volumes verwenden aus.
  Der Cloud Agent führt automatisch iSCSI-Befehle aus, sodass Sie sie nicht ausführen müssen. Um dies zu verwenden, stellen Sie sicher, dass Sie das Block-Volume-Management-Plug-in auf dem Host aktivieren.
3. Wenn Sie Oracle Cloud Agent nicht verwenden, führen Sie die iSCSI-Befehle manuell aus. Klicken Sie auf ISCSI-Befehle und -Informationen des angehängten Block-Volumes, und führen Sie die ISCSI-Befehle aus, die unter "Befehle für die Verbindung" auf dem Mid-Tier-Host bereitgestellt werden.
Mounten Sie die replizierten Block-Volumes in den Standbyhosts.
Führen Sie für jedes Block-Volume die folgenden Schritte aus:
1. Rufen Sie die UUID des neuen angehängten Block-Volumes ab.
  Es ist dieselbe UUID wie das Block-Volume auf der primären Site. Beispiel:
```
[root@prefix-wls-0 opc]# sudo blkid
/dev/sda3: UUID="974147f5-d731-41de-bba8-56ff78ed1c9c" TYPE="xfs"    PARTUUID="4a95c68a-bc70-4be9-bce8-b15e995fcf46"
/dev/sda1: SEC_TYPE="msdos" UUID="593B-B893" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="c5ac3089-6a91-40e0-bcc1-212ba0b43418"
/dev/sda2: UUID="9ca12daa-d7ea-44a2-8680-5b676488b054" TYPE="swap" PARTUUID="682a63d1-d3ec-4019-b372-43720aaae717"
/dev/sdb: UUID="35e72262-979a-4d84-85ce-a6f91e3b1250" TYPE="ext4" 
/dev/sdc: UUID="c293b5b5-005c-43e9-8c2f-02e873b76926" TYPE="ext4" 
```
2. Falls noch nicht geschehen, fügen Sie einen Eintrag für die entsprechende UUID in der Datei /etc/fstab auf dem Host hinzu, um den Mount nach einem Neustart zu mounten und zu persistieren.
  Stellen Sie sicher, dass Sie dasselbe Dateisystemformat verwenden (z.B. ext4) wie auf der primären Site. Beispiel:
```
UUID=c293b5b5-005c-43e9-8c2f-02e873b76926 /u01/data ext4  auto,defaults,_netdev,nofail
```
  Die UUID jedes replizierten Block-Volumes bleibt gleich. Oracle empfiehlt, den neu hinzugefügten Eintrag in der Datei /etc/fstab für die Zukunft beizubehalten. Daher mountet der systemd-Daemon das Block-Volume automatisch, wenn es das nächste Mal während eines Switchover- oder Failover-Vorgangs angeschlossen wird.
3. Mounten Sie das neue angehängte Block-Volume. Wenn der entsprechende Eintrag bereits in der Datei /etc/fstab vorhanden ist, wenn das Gerät angeschlossen wird, wird das Block-Volume automatisch gemountet, nachdem es angehängt wurde.
  Im folgenden Beispiel wird beschrieben, wie das neue angehängte Block-Volume gemountet wird.
```
[root@prefix-wls-0 opc]# mount -a
[root@prefix-wls-0 opc]# df -h| grep /u01/data
/dev/sdb 49G 1.4G 46G 3% /u01/data
```
4. Wiederholen Sie die Schritte, um alle aktivierten Block-Volumes anzuhängen.
Ersetzen Sie die standortspezifischen Informationen auf den sekundären Hosts der mittleren Netzwerkebene.
Das Ersetzungsskript ersetzt die standortspezifischen Informationen in den sekundären Hosts der mittleren Netzwerkebene.
Tipp:
Beispiel für Block-Volumes mit der Domain WebLogic
Aktualisieren Sie die Datenbankverbindungsinformationen so, dass sie auf die lokale Datenbank verweisen, indem Sie das Ersetzungsskript auf allen Standby-Mid-Tier-Hosts ausführen:
1. Wenn das System Oracle Base Database Service oder Oracle Exadata Database Service verwendet, führen Sie das Skript replacement_script_BVmodel.sh aus.
  Stellen Sie sicher, dass die entsprechenden Werte verwendet werden.
2. Wenn das System Oracle Autonomous Database verwendet, führen Sie das Skript fmwadb_switch_db_conn.sh aus.
  Das Skript erfordert als Eingabe den Pfad des sekundären ursprünglichen Wallets und das Wallet-Kennwort.
  
  Wenn sich der Ordner tns_admin unter dem Ordner DOMAIN_HOME/config befindet, können Sie das Skript nur auf dem Administrationshost ausführen. Der Rest der Knoten lädt die aktualisierte tnsnames.ora herunter, wenn die Managed Server gestartet werden. Andernfalls führen Sie das Skript auf allen Mid-Tier-Hosts aus.
Bereinigen Sie die Sperrdateien der Server.
Die replizierten Block-Volumes können Sperrdateien des Middle Tier-Prozesses enthalten, da das Replikat ausgeführt wird, während die primären Prozesse hochgefahren sind. Bevor Sie die Prozesse als sekundär starten, müssen Sie diese Dateien möglicherweise bereinigen. Andernfalls können sie den Start der Mid-Tier-Prozesse verhindern.
Tipp:
Beispiel für Block-Volumes mit der Domain WebLogic
Es können .lck-, .pid- oder .state-Dateien in ${DOMAIN_HOME}/servers/*/data/nodemanager-Ordnern aus der Primärdatenbank übernommen werden. Stellen Sie sicher, dass diese Dateien bereinigt werden, bevor Sie versuchen, den Node Manager und die Server zu starten. Beispiel:
```
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.lck
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.state
rm -f ${DOMAIN_HOME}/servers/*/data/nodemanager/*.pid
```
Sie können diese Aktion in die Ersetzungsskripte oder als vorherigen Schritt in das Oracle WebLogic-Startup aufnehmen.
Durch die Aktivierung werden anschließbare Block-Volumes aus den Replikaten erstellt, wie im vorherigen Abbild gezeigt.
Wenn das Switchover oder Failover abgeschlossen ist, müssen die Block-Volumes der Site mit der Standbyrolle getrennt und gelöscht werden. Dies ist auch erforderlich, wenn Sie eine Validierung auf der Standbysite abgeschlossen haben (durch Öffnen der Standbydatenbank im Snapshot-Modus) und die Standbyrolle wiederherstellen möchten.
1. Mounten Sie alle Block-Volumes in der Standby Site, die von der Primärdatenbank repliziert werden.
```
[root@prefix-wls-0 opc]# umount /u01/data
```
2. Trennen Sie die Block-Volumes im Standby.
  Mit der OCI-Konsolen-UI (oder der API) können Sie die nicht gemounteten Block-Volumes von den Standby-Mid-Tier-Hosts trennen, um sie für die Zukunft vorzubereiten. Wenn Sie das Block-Volume mit Oracle Cloud Agent angehängt haben, führt der Agent die iSCSI-Befehle aus, um sich von den iSCSI-Zielen abzumelden.
3. Löschen Sie Block-Volumes und -Gruppen in Standby.
  
  Löschen oder benennen Sie die getrennten Volumes von den Standby-Mid-Tier-Hosts um, um zu verhindern, dass sie versehentlich gemountet werden.
  
  Löschen Sie die nicht verwendeten Volume-Gruppen in der Standby Site. Sie werden nicht mehr verwendet.

Fortlaufende Replikation für OCI Block Volumes ausführen

Befolgen Sie die folgenden Empfehlungen für die laufende Replikation, wenn Sie diese Implementierung verwenden:

OCI führt die OCI Block Volumes-Replikation automatisch im Hintergrund aus. Das einzige, was Sie während des Lebenszyklus des Systems tun müssen, ist sicherzustellen, dass für die Volume-Gruppen des Systems mit der primären Rolle das regionsübergreifende Replikat aktiviert ist.
Sie sollten OCI Full Stack Disaster Recovery verwenden, um die Switchover- und Failover-Aufgaben zu automatisieren. Es bietet die Möglichkeit, einen Switchover- oder Failover-Plan mit nur einem Klick über die OCI-Konsole auszuführen. Es ist sehr nützlich, die Ausführung aller Aufgaben im Zusammenhang mit dem Block-Volume-Replikat zu vereinfachen.
Das Replikationsfeature ist eine Ergänzung zum Backupfeature, kein Ersatz. Stellen Sie sicher, dass Sie eine Backup-Policy für die von Ihnen replizierten Block-Volumes aktivieren. Dies bietet zusätzlich zum regionsübergreifenden Replikat Datenschutz, sodass Sie einen bestimmten Zeitpunkt wiederherstellen können.
Verwalten Sie die Informationen, die für jede Site spezifisch sind, und halten Sie sie auf dem neuesten Stand. Beispiel: Wenn das Dateisystem einen Ordner mit den Artefakten enthält, um eine Verbindung zu einer Oracle Autonomous Database herzustellen, verwalten Sie eine Backupkopie dieses Ordners. Stellen Sie sicher, dass Sie das Backup des Ordners aktualisieren, wenn Sie ein Update im Wallet ausführen. Auf diese Weise wird es bei nachfolgenden Switchover- und Failover-Vorgängen korrekt wiederhergestellt.
Nach einem Switchover- oder Failover-Vorgang ändern Sie die Replikatrichtung. Für Folgendes:
- Aktivieren Sie das Replikat in den OCI Block Volumes-Gruppen der neuen Primärdatenbank für die neue Standbysite.
- Deaktivieren Sie die vorherige Replikation aus der ursprünglichen Primärdatenbank, und löschen Sie die nicht verwendeten Block-Volumes.