Konfiguration überprüfen

Sie können die Standbysite validieren, ohne einen vollständigen Switchover auszuführen, indem Sie die sekundären Middle Tiers starten und mit der in die Snapshot Standby-Datenbank konvertierten oder mit dem aktualisierbaren Klon testen.

Es wird empfohlen, den cron-Job der Konfigurationsreplikation beim Testen oder Patchen zu deaktivieren, um Dateifehler oder Inkonsistenzen zu vermeiden. Der Kopiervorgang von der primären Datenbank kann beibehalten werden, nur die Replikation im sekundären Verzeichnis (aus dem Staging-Verzeichnis in die sekundäre Domain) muss während dieser Test- und Validierungsvorgänge deaktiviert werden.

Prüfen Sie die genauen Disaster Recovery-Empfehlungen für Oracle Fusion Middleware-Komponenten, falls eine Draining erforderlich ist, um doppelte Ausführungen von ausstehenden Workflows, duplizierter JMS-Verarbeitung usw. zu vermeiden. Rufen Sie die standardmäßigen Oracle WebLogic-Administrations- und Oracle Fusion Middleware-Konsolen auf, um das entsprechende Verhalten des Systems zu prüfen. Beachten Sie, dass Sie zum Testen möglicherweise das entsprechende DNS bearbeiten müssen, da das System den Frontend-Hostnamen der primären Instanz für den Zugriff verwendet.

Sekundären Bereich zur Prüfung bei Verwendung der Snapshot-Standbydatenbank öffnen

Konvertieren Sie die Standbydatenbank vor dem Testen oder Patchen der sekundären Region in eine Snapshot-Standbydatenbank.

Konvertieren Sie die Standby-Datenbank in eine Snapshot-Datenbank.
Starten Sie nach Abschluss den Oracle WebLogic Server-Prozess normal in der sekundären Region.
Greifen Sie auf die standardmäßige Oracle WebLogic-Administration und die Oracle Fusion Middleware-Konsolen zu, um das entsprechende Systemverhalten zu prüfen (beachten Sie, dass Sie bei Tests möglicherweise das entsprechende DNS bearbeiten müssen, da das System den Frontend-Hostnamen der primären Instanz für den Zugriff verwendet)
Stoppen Sie nach Abschluss der Tests die sekundären Oracle WebLogic-Prozesse.
Konvertieren Sie die Standbydatenbank erneut in eine physische Standby-Datenbank.

Öffnen Sie die sekundäre Region zur Überprüfung, wenn Sie remote aktualisierbare Klone verwenden

Bevor Sie die sekundäre Region testen oder patchen, trennen Sie den aktualisierbaren Klon vom primären Klon, und ändern Sie dann die DR-Datenquellen des Systems Oracle WebLogic Server, Oracle SOA oder Oracle Fusion Middleware in der sekundären Domain von dem Verweis auf die Standbydatenbank auf den aktualisierbaren Klon.

Sie können die Datenquellen so ändern, dass sie mit dem Skript fmwadb_switch_db_conn.sh auf einen aktualisierbaren Klon oder zurück zu einer Standbydatenbank zeigen.

Verwenden Sie das Skript fmwadb_switch_db_conn.sh, um die Datenquellen so zu ändern, dass sie auf einen aktualisierbaren Klon verweisen.
Das Skript verwendet Parameter für ein WALLET-Verzeichnis und ein WALLET-Kennwort und ersetzt das aktuelle WALLET-Verzeichnis durch das neue sowie das vorherige WALLET-Kennwort durch das angegebene Verzeichnis.
Im Folgenden finden Sie ein Beispiel für die Ausführung des Skripts zum Ersetzen von Verbindungsinformationen:
```
[oracle@soarefr-soa-0 ~]$ /u01/soacs/dbfs/share/scripts/fmwadb_switch_db_conn.sh /u01/soacs/dbfs/share/wallets/atp-hyd-refreshable-clone/ my_wallet_password123
The password provided for the wallet is valid. Proceeding...
Gathering Data Soure information...
Backing up current config...
Backup created at /u01/data/domains/soarefr_domain/ /u01/data/domains/soarefr_domain_backup_13_36_11-13-10-22
Replacing values in datasources...
Replacement complete!
```
Starten Sie nach der Ausführung die sekundäre Region normal.
Greifen Sie auf die standardmäßige Oracle WebLogic-Administration und die Oracle Fusion Middleware-Konsolen zu, um das entsprechende Systemverhalten zu prüfen (beachten Sie, dass Sie bei Tests möglicherweise das entsprechende DNS bearbeiten müssen, da das System den Frontend-Hostnamen der primären Instanz für den Zugriff verwendet).
Sobald die Tests abgeschlossen sind, setzen Sie die Datenquellen auf die Oracle Autonomous Database Serverless-Verbindungsinformationen zurück, und verbinden Sie den aktualisierbaren Klon erneut mit der Primärdatenbank.
Verwenden Sie das Skript fmwadb_switch_db_conn.sh, um die Datenquellen zu ändern, damit sie auf die Standbydatenbank zeigen.