OCI File Storage-Replikation implementieren

Diese Implementierung verwendet das Oracle Cloud Infrastructure File Storage-Replikationsfeature, das ein automatisiertes regionsübergreifendes Replikat für die OCI File Storage-Dateisysteme bereitstellt.

Die Implementierung der OCI File Storage-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 jedes OCI File Storage-Dateisystem, das von einem beliebigen Mid-Tier-System gemountet wird. Wenn mehrere Systeme OCI File Storage verwenden, können Sie dieselbe Lösung in allen Systemen verwenden.
• Die Informationen auf dem replizierten Dateisystem sind eine exakte Kopie des primären Dateisystems. Alle Dateien im Dateisystem werden repliziert.

Die Implementierung von OCI File Storage sollte folgende Aspekte berücksichtigen:

• Dazu sind Schritte erforderlich, um den replizierten OCI File Storage im sekundären System zu mounten. Sie können die Zieldateisysteme nicht direkt mounten. Sie müssen sie zuerst klonen, und dann können Sie das geklonte Dateisystem mounten. Sie können diese Komplexität jedoch mit dem OCI 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. Block-Volumes), müssen Sie dafür eine andere Replikatechnologie verwenden.

Replikation für OCI File Storage einrichten

Um die OCI File Storage-Replikation zu implementieren, sind die folgenden Schritte erforderlich:

• Verwenden Sie die OCI-Konsole, um die OCI-Zieldateisysteme auf der sekundären Site zu erstellen.
• Aktivieren Sie das Replikat in den primären OCI-Dateisystemen und zeigen Sie auf das entsprechende OCI-Zieldateisystem.
• Melden Sie sich bei den Mid-Tier-Hosts der sekundären Region an, und unmounten Sie das Dateisystem, das von der primären Region repliziert werden soll.
• Trennen und verwerfen Sie mithilfe der OCI-Konsolen-UI die OCI-Dateisysteme, die von der Primärdatenbank repliziert werden.
• Implementieren Sie eine Möglichkeit, die standortspezifischen Informationen zu verwalten, indem Sie sie nach dem Replikat mit den entsprechenden Informationen aktualisieren.

Beispiel 1: OCI File Storage-Replikation verwenden, um die Mid-Tier-Konfiguration und Laufzeit zu replizieren

Hinweis:

Dieses Beispiel gilt für alle Mid-Tier-Systeme. Als Referenz wird ein Oracle WebLogic Server-System verwendet, das den Best Practices des Oracle Fusion Middleware Enterprise Deployment Guide folgt. Dieses System verfügt über zwei OCI File Storage-Dateisysteme: eines für die gemeinsame Konfiguration (die WebLogic-Administrationsdomain, Keystores usw.) und das andere für die Laufzeitdaten. Sie können jedoch die gleichen Schritte ausführen, um jedes OCI File Storage-Dateisystem einer Mid-Tier zu replizieren.

Führen Sie die folgenden Schritte aus, um das regionsübergreifende Replikat für die OCI File Storage-Dateisysteme einzurichten:

1. Sichern Sie die spezifischen Informationen für jede Site.
   Das Dateisystem kann Dateien mit Informationen enthalten, die für jede Site spezifisch sind, z.B. Verbindungszeichenfolgen für Datenbanken oder LDAP-Server. Bei der Verwendung des OCI File Storage-Replikats ist das replizierte Dateisystem eine exakte Kopie der Primärdatenbank. 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 in den replizierten Block-Volumes. 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 – Beispiel

   Beispiel: Wenn Sie ein Dateisystem replizieren, das eine WebLogic-Domain enthält, 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 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.

2. Identifizieren Sie die Informationen zu OCI File Storage-Dateisystemen auf der primären Site.
   • Identifizieren Sie für die OCI File Storage-Dateisysteme, die repliziert werden sollen, die Namen, Mountziele, Exporte und Mount Points der primären Middle Tier-Hosts.
   • Gehen Sie zur OCI-Konsole, wählen Sie die primäre Region aus, und wählen Sie das Compartment aus.
   • Navigieren Sie zu Storage, File Storage, Dateisysteme, und identifizieren Sie die Dateisysteme.
   • Speichern Sie den Namen, den Export, das Mountziel und den AD dort, wo sie sich befinden.

   Bestimmen Sie, welcher Host die Exporte und die Mount Points mountet, indem Sie die /etc/fstab der Hosts prüfen.

   Tipp:

   Oracle WebLogic – Beispiel

   Beispiel: In einem Oracle WebLogic Server-System, das der Enterprise Deployment Guide folgt:

   OCI-Dateisystem	Mountziel	Exportpfad	n. Chr.	Hosts und Mount Points
   configFS	mt1_region1	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region1	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2,/u01/oracle/runtime

3. Identifizieren Sie die Informationen zu OCI File Storage-Dateisystemen auf der sekundären Site.
   Wiederholen Sie die im vorherigen Schritt beschriebenen Schritte, um dieselben Informationen auf dem sekundären Standort zu sammeln.

   Tipp:

   Oracle WebLogic – Beispiel

   Beispiel: In einem WebLogic-System, das dem Enterprise Deployment Guide folgt:

   OCI-Dateisystem	Mountziel	Exportpfad	n. Chr.	Hosts und Mount Points
   configFS	mt1_region2	/exports/configFS	AD1	apphost1, /u01/oracle/config apphost2, /u01/oracle/config
   runtimeFS	mt1_region2	/exports/runtimeFS	AD1	apphost1, /u01/oracle/runtime apphost2, /u01/oracle/runtime

4. Mounten Sie die ursprünglichen OCI File Storage-Dateisysteme von den sekundären Mid-Tier-Hosts.
   Hängen Sie für jeden Mid-Tier-Host in der sekundären Ebene die Dateisysteme aus, die von der primären Datenbank repliziert werden. Beispiel:

   [opc@host ~]$ sudo umount  /u01/oracle/config
   [opc@host ~]$ sudo umount  /u01/oracle/runtime

   Stellen Sie sicher, dass keine oracle-Prozesse ausgeführt werden. Andernfalls verläuft das Aushängen nicht erfolgreich. Wiederholen Sie diese Schritte auf allen Mid-Tier-Knoten in der sekundären Ebene.

   Entfernen Sie die Einträge nicht aus der Datei /etc/fstab für diese Mounts. Wenn Sie immer dieselben Werte für das Mountziel verwenden und die Namen für das replizierte Dateisystem exportieren, sind die Einträge während des gesamten Lebenszyklus gültig.

5. Löschen oder benennen Sie die ursprünglichen OCI File Storage-Dateisysteme in der Sekundärdatei um.
   Nur ein Dateisystem, das nie exportiert wurde, kann als Zieldateisystem für die OCI File Storage-Replikation festgelegt werden. Daher können die ursprünglichen Dateisysteme, die auf den Hosts der sekundären Mid-Tier gemountet sind, nicht als Replikationsziel verwendet werden. Sie werden nicht mehr verwendet. Löschen Sie sie jetzt (oder umbenennen und löschen Sie sie später), indem Sie den Export entfernen und das Dateisystem beenden.

   Hinweis:

   Löschen Sie die Mountziele NICHT. Sie werden zum Exportieren der replizierten Dateisysteme verwendet.
6. Aktivieren Sie das Replikat in den primären Dateisystemen.
   Aktivieren Sie in der Primärdatenbank das Replikat für jedes OCI File Storage-Dateisystem, das repliziert werden muss.
   1. Gehen Sie zu OCI-Konsole, wählen Sie die primäre Region aus, und wählen Sie das Compartment aus.
   2. Wählen Sie Speicher, File Storage, Dateisysteme aus.
   3. Klicken Sie auf den Namen des Dateisystems, navigieren Sie zu Replikationen, und klicken Sie auf Replikation erstellen.
      Geben Sie einen Namen für die Replikation an.
   4. Wählen Sie Neues Zieldateisystem erstellen aus, und geben Sie die folgenden Details an:
      • Name: Der Name für das Dateisystemreplikat, das in der sekundären Region erstellt wird. Verwenden Sie einen Namen, der ihn eindeutig als Replikat identifiziert. Beispiel: configFS_replica.
      • Zielregion: Die Region des sekundären Systems.
      • Availability-Domain: Die Availability-Domain für das Zieldateisystem. Sie muss mit dem Mountziel identisch sein, das sie exportiert.
      • Compartment: Das Compartment für das Zieldateisystem.
      • Replikationsintervall: Intervall in Minuten zur Bestimmung der Häufigkeit der Datenreplikation.

   Hinweis:

   Alternativ können Sie die Zieldateisysteme im Voraus im Sekundärbereich erstellen und die OCID hier angeben.
7. Bereiten Sie bei Bedarf die Skripte vor, um die spezifischen Informationen für jede Site zu ersetzen.

   Diese Aktion gilt nur, wenn das OCI File Storage-Dateisystem spezifische Informationen für jede Site enthält. Andernfalls ist keine Aktion erforderlich.

   Erstellen Sie Skripte, um die Informationen der lokalen Site entsprechend Ihren spezifischen Anforderungen zu ersetzen (z.B. 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.

   WICHTIG: Führen Sie die Skripte derzeit nicht aus. Das Skript wird verwendet, wenn das nächste Mal eine Validierung, ein Switchover oder ein Failover ausgeführt wird.

   Tipp:

   Oracle WebLogic – Beispiel

   Beispiel: Sie replizieren ein Dateisystem, das eine Oracle WebLogic-Domain enthält. Während eines Switchovers oder Failovers müssen Sie in der replizierten Konfiguration einen Ersatz durchführen, um auf die lokale Datenbank zu verweisen. Dieses Dokument enthält Beispielskripte zur Automatisierung dieser Ersetzung.

   Datenbanktyp	Ersetzungsskript und Downloadschritte	Schritte vorbereiten
   Oracle Base Database Service oder Oracle Exadata Database Service	replacement_script_BVmodel.sh Gehen Sie zum Oracle MAA-Repository unter GitHub unter 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. Gehen Sie zum Oracle 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.
   Oracle Autonomous Database	fmwadb_switch_db_conn.sh Gehen Sie zum Oracle 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.	Dieses Skript ersetzt den von Oracle WebLogic Server verwendeten TNS-Admin-Ordner durch den als Eingabe angegebenen Ordner. Außerdem werden die Wallet-Kennworteigenschaften in den Datenquellen aktualisiert. 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. Führen Sie das Skript nicht an dieser Stelle aus.

Die OCI-Dateisystemreplikation ist jetzt bereit.

Replikation für OCI File Storage 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).

Um die replizierten OCI File Storage-Dateisysteme im Standbysystem verfügbar und verwendbar zu machen, führen Sie die folgenden Aktionen für jedes Dateisystem aus.

Führen Sie die folgenden Schritte aus, um die replizierten Dateisysteme im Standby-Modus zu verwenden:

1. Erstellen Sie einen Klon des Zieldateisystems.
   Ein Zieldateisystem kann nicht direkt gemountet werden. Sie müssen es zuerst klonen.
   1. Navigieren Sie in der Sekundärseite zu Storage, File Storage, File Systems.
   2. Klicken Sie auf den Namen des Zieldateisystems.
   3. Klicken Sie im Abschnitt Replikation unter Dateisysteminformationen auf den Namenslink Replikationsziel.
   4. Klicken Sie auf den Namenslink Letzter Snapshot.
   5. Klicken Sie auf Klonen, um ein reguläres Dateisystem aus diesem Snapshot zu erstellen.
   6. Bearbeiten Sie die Details, um einen Namen für den Klon anzugeben.
      Verwenden Sie zur Konsistenz denselben Namen wie in der Primärdatenbank, z.B. configFS.
2. Erstellen Sie einen Export für das geklonte Dateisystem.
   1. Navigieren Sie im geklonten Dateisystem zu Exporte.
   2. Wählen Sie das Mountziel im Sekundärbereich aus.
   3. Wählen Sie den Exportnamen aus.
      Um die Switchover-Verwaltung zu erleichtern, verwenden Sie denselben Namen wie der Export in der Primärdatenbank. Beispiel: /exports/configFS.
3. Mounten Sie das Dateisystem von den Standbyhosts aus.
   1. Wenn Sie immer denselben Exportnamen und dasselbe Mountziel für das Dateisystem verwenden, ändert sich der Eintrag in der Datei /etc/fstab für den Mount während des Lebenszyklus nicht.
   2. Wenn Sie nicht denselben Exportnamen und dasselbe Mountziel für das Dateisystem verwenden, müssen Sie die Datei /etc/fstab bearbeiten und den Eintrag bei jedem Switchover, Failover und jeder Validierung ändern.
      Das Folgende ist ein Beispiel für den Eintrag /etc/fstab:

      10.1.80.131:/exports/configFS    /u01/oracle/config  nfs  defaults,nofail,nosuid,resvport 0 0

   3. Wenn die Datei /etc/fstab den entsprechenden Einhängeeintrag enthält, mounten Sie das Dateisystem auf dem Host.
      Beispiel:

      [opc@host opc]# sudo mount -a

   4. Wiederholen Sie den Vorgang auf allen Standbyhosts, die das Dateisystem mounten.
4. Führen Sie das Ersetzungsskript auf allen Standby-Mid-Tier-Hosts aus, um die site-spezifischen Informationen in den sekundären Mid-Tier-Hosts zu ersetzen.

   Tipp:

   Oracle WebLogic – Beispiel

   Beispiel: Aktualisieren Sie in einem Dateisystem, das die Oracle WebLogic-Domain enthält, die Datenbankverbindungsinformationen, sodass sie auf die lokale Datenbank verweisen, indem Sie das Ersetzungsskript auf allen Standby-Mid-Tier-Hosts ausführen:

   • Wenn das System Oracle Base Database Service oder Oracle Exadata Database Service verwendet, lautet das Skript replacement_script_BVmodel.sh. Stellen Sie sicher, dass die entsprechenden Werte verwendet werden.
   • Wenn das System Oracle Autonomous Database verwendet, lautet das Skript fmwadb_switch_db_conn.sh. Es erfordert als Eingabe den Pfad, in dem sich das sekundäre ursprüngliche Wallet befindet, und das Wallet-Kennwort.
5. Bereinigen Sie die Sperrdateien der Server.

   Das replizierte Dateisystem kann Sperrdateien des Mid-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:

   Oracle WebLogic – Beispiel

   Beispiel: In einem Dateisystem, das eine Oracle WebLogic-Domain enthält: Es können .lck-, .pid- oder .state-Dateien in den Ordnern ${DOMAIN_HOME}/servers/*/data/nodemanager vorhanden sein, die von 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.

6. Wenn der Switchover- oder Failover-Vorgang abgeschlossen ist, müssen Sie die OCI File Storage-Dateisysteme in der Site mit der Standbyrolle unmounten und löschen. Führen Sie die folgenden Schritte aus, um die Standbyrolle wiederherzustellen.
   Dies ist auch erforderlich, wenn Sie eine Validierung auf der Standby Site abgeschlossen haben (durch Öffnen der Standby-Datenbank im Snapshot-Modus) und die Standby-Rolle wiederherstellen möchten.
   1. Unmounten Sie das OCI File Storage-Dateisystem in der Standbysite, das von der Primärdatenbank repliziert wird.
      Beispiel:

      [opc@host opc]# sudo umount /u01/oracle/config

   2. Löschen Sie die ausgehängten Dateisysteme.
      Beenden Sie die ausgehängten Dateisysteme auf der Standby Site. Sie werden nicht mehr verwendet.

Laufende Replikation für OCI File Storage ausführen

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

• OCI führt die OCI File Storage-Replikation automatisch im Hintergrund aus. Das einzige, was Sie während des Lebenszyklus tun müssen, ist sicherzustellen, dass das Replikat in den OCI File Storage-Dateisystemen der Primärdatenbank 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 der Aufgaben im Zusammenhang mit dem OCI File Storage-Replikat zu vereinfachen.
• Das Replikationsfeature ist eine Ergänzung zum Snapshot-Feature, kein Ersatz. Stellen Sie sicher, dass Sie auch eine Snapshot-Policy für die OCI File Storage-Dateisysteme anhängen. Dies bietet zusätzlich zum regionsübergreifenden Replikat Datenschutz, sodass Sie ein Dateisystem auf einen bestimmten Zeitpunkt wiederherstellen können.
• Verwalten Sie die spezifischen Informationen für jede Site, und halten Sie sie auf dem neuesten Stand. Beispiel: Wenn das Dateisystem einen Ordner mit den Artefakten enthält, um eine Verbindung zu einer 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.
• Bereinigen Sie nach einem Switchover- oder Failover-Vorgang die nicht verwendeten Dateisysteme, und ändern Sie die Replikationsrichtung. Diese Aktionen sind erforderlich, um die Replikationsrichtung umzukehren:
  1. Deaktivieren Sie die vorherige Replikation aus der vorherigen Primärdatenbank, und bereinigen (löschen) Sie die nicht verwendeten Zieldateisysteme in der neuen Primärdatenbank.
  2. Aktivieren Sie das Replikat in den OCI File Storage-Dateisystemen der neuen Primärdatenbank.
  3. Löschen Sie die nicht verwendeten Dateisysteme in der neuen Standbydatenbank.