Verifica configurazione

È possibile convalidare il sito in standby senza eseguire uno switchover completo avviando i livelli intermedi secondari e eseguendo il test con il database in standby convertito in standby snapshot o con la copia aggiornabile.

Si consiglia di disabilitare il job cron di replica della configurazione durante il test o l'applicazione di patch per evitare interruzioni o incoerenze dei file. La copia dal database primario può essere gestita, solo la replica nel database secondario (dalla directory intermedia al dominio secondario) deve essere disabilitata durante queste operazioni di test e convalida.

Fare riferimento ai suggerimenti precisi sul recupero da errori irreversibili dei componenti di Oracle Fusion Middleware nel caso in cui sia necessaria la rimozione per evitare esecuzioni duplicate di flussi di lavoro in sospeso, elaborazione JMS duplicata e così via. Accedere alle console Oracle WebLogic Administration e Oracle Fusion Middleware standard per controllare il comportamento appropriato del sistema. Nota: per i test potrebbe essere necessario manipolare il DNS appropriato perché il sistema utilizza il nome host frontend primario per l'accesso.

Aprire l'area secondaria per la verifica quando si utilizza lo snapshot in standby

Prima di eseguire il test o applicare patch all'area secondaria, convertire il database in standby in standby snapshot.

Converte il database in standby snapshot.
Una volta completato, avviare normalmente il processo Oracle WebLogic Server nell'area secondaria.
Accedere alle console di amministrazione Oracle WebLogic e Oracle Fusion Middleware standard per controllare il comportamento appropriato del sistema (per i test, potrebbe essere necessario manipolare il DNS appropriato poiché il sistema utilizza il nome host frontend primario per l'accesso)
Una volta completati i test, arrestare i processi Oracle WebLogic secondari.
Converte il database in standby in un nuovo database in standby fisico.

Aprire l'area secondaria per la verifica quando si utilizzano copie aggiornabili remote

Prima di eseguire il test o applicare patch all'area secondaria, disconnettere la copia aggiornabile dal database primario, quindi modificare le origini dati DR del sistema Oracle WebLogic Server, Oracle SOA o Oracle Fusion Middleware nel dominio secondario dal punto di vista del database in standby alla copia aggiornabile.

È possibile modificare le origini dati in modo che puntino a una copia aggiornabile o viceversa usando lo script fmwadb_switch_db_conn.sh.

Utilizzare lo script fmwadb_switch_db_conn.sh per modificare le origini dati in modo che puntino a una copia aggiornabile.

Lo script utilizza i parametri per una directory WALLET e una password WALLET e sostituisce la directory del wallet corrente con la nuova e la password del wallet precedente con quella fornita.

Di seguito è riportato un esempio di esecuzione dello script di sostituzione delle informazioni di connessione.

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

Una volta eseguita, avviare normalmente la regione secondaria.
Accedere alle console di amministrazione Oracle WebLogic e Oracle Fusion Middleware standard per controllare il comportamento appropriato del sistema (per i test, potrebbe essere necessario manipolare il DNS appropriato poiché il sistema utilizza il nome host frontend primario per l'accesso).
Una volta completati i test, ripristinare le origini dati nelle informazioni di connessione Oracle Autonomous Database Serverless in standby e riconnettere la copia aggiornabile al database primario.
Utilizzare lo script fmwadb_switch_db_conn.sh per modificare le origini dati per tornare al database in standby.