Verificación de la Configuración

Puede validar la ubicación en espera sin realizar un switchover completo iniciando las capas medias secundarias y realizando pruebas con la base de datos en espera convertida en instantánea en espera o con la clonación de refrescamiento.

Se recomienda desactivar el trabajo de replicación de configuración cron al probar o aplicar parches para evitar corrupciones o inconsistencias de archivos. Se puede mantener la copia desde la base de datos primaria; solo se debe desactivar la replicación en la base de datos secundaria (desde el directorio temporal hasta el dominio secundario) durante estas operaciones de prueba y validación.

Consulte las recomendaciones precisas de recuperación ante desastres de los componentes de Oracle Fusion Middleware en caso de que sea necesario el vaciado para evitar ejecuciones duplicadas de flujos de trabajo pendientes, procesamiento de JMS duplicado, etc. Acceda a las consolas estándar de administración de Oracle WebLogic y Oracle Fusion Middleware para comprobar el comportamiento adecuado del sistema. Tenga en cuenta que, para las pruebas, es posible que necesite manipular el DNS adecuado porque el sistema utiliza el nombre de host de front-end del principal para el acceso.

Abrir la región secundaria para verificación al utilizar la base de datos de instantánea en espera

Antes de probar o aplicar parches a la región secundaria, convierta la base de datos en espera en la base de datos de instantánea en espera.

  1. Convierta la base de datos en espera en una instantánea en espera.
  2. Una vez terminado, inicie el proceso de Oracle WebLogic Server en la región secundaria normalmente.
  3. Acceder a la administración estándar de Oracle WebLogic y las consolas de Oracle Fusion Middleware para comprobar el comportamiento adecuado del sistema (tenga en cuenta que para las pruebas, puede que necesite manipular el DNS adecuado ya que el sistema utiliza el nombre de host de front-end principal para el acceso)
  4. Una vez finalizadas las pruebas, pare los procesos secundarios de Oracle WebLogic.
  5. Vuelva a convertir la base de datos en espera en la base de datos física en espera.

Abrir la región secundaria para verificación al utilizar clonaciones de refrescamiento remoto

Antes de probar o aplicar parches a la región secundaria, desconecte la clonación de refrescamiento de la principal y, a continuación, cambie los orígenes de datos de DR del sistema de Oracle WebLogic Server, Oracle SOA u Oracle Fusion Middleware en el dominio secundario desde la base de datos en espera hasta la clonación de refrescamiento.

Puede cambiar los orígenes de datos para que apunten a una clonación de refrescamiento o volver a una base de datos en espera mediante el script fmwadb_switch_db_conn.sh.

  1. Utilice el script fmwadb_switch_db_conn.sh para cambiar los orígenes de datos para que apunten a una clonación de refrescamiento.
    El script utiliza parámetros para un directorio WALLET y una contraseña WALLET y sustituye el directorio de cartera actual por el nuevo, así como la contraseña de cartera anterior por la proporcionada.

    A continuación, se muestra un ejemplo de ejecución de la secuencia de comandos de sustitución de información de conexión:

    [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!
  2. Una vez ejecutada, inicie la región secundaria normalmente.
  3. Acceda a la administración estándar de Oracle WebLogic y las consolas de Oracle Fusion Middleware para comprobar el comportamiento adecuado del sistema (tenga en cuenta que, para las pruebas, puede que necesite manipular el DNS adecuado ya que el sistema utiliza el nombre de host de front-end principal para el acceso).
  4. Una vez finalizadas las pruebas, revierta los orígenes de datos a la información de conexión de Oracle Autonomous Database Serverless en espera y vuelva a conectar la clonación de refrescamiento a la principal.
    Utilice el script fmwadb_switch_db_conn.sh para cambiar los orígenes de datos para volver a apuntar a la base de datos en espera.