1. Configuración de Oracle Fusion Middleware DR en Oracle Cloud con una base de datos autónoma
  2. Planificación de la Configuración

Planificación de la Configuración

Planifique los recursos y la configuración en el sistema principal en Oracle Cloud Infrastructure antes de crear el sistema secundario.

Seleccionar una instantánea en espera o clonación de refrescamiento remoto

Revise lo siguiente para determinar si desea utilizar una instantánea en espera o una clonación de refrescamiento remoto.

Nota:

La clonación de refrescamiento remoto solo está disponible con Oracle Autonomous Database Serverless.

Si utiliza Oracle Autonomous Database on Dedicated Exadata Infrastructure, utilice la función de instantánea en espera para la configuración y el ciclo de vida. Oracle Autonomous Database on Dedicated Exadata Infrastructure no implementa la función de clonación de refrescamiento remoto.

Si utiliza Oracle Autonomous Database Serverless, puede utilizar la clonación de refrescamiento remoto o la función de instantánea en espera para la configuración y el ciclo de vida. Tenga en cuenta lo siguiente para decidir:

En espera de instantánea

  • Ventajas:
    • Las operaciones de configuración y ciclo de vida son más fáciles. No es necesario modificar la cartera en secundario al convertir la base de datos en espera en instantánea o de nuevo en base de datos física en espera.
    • La base de datos de instantánea en espera no necesita ninguna base de datos adicional en la región en espera. Solo hay la base de datos en espera, que puede convertir en una instantánea y volver a una base de datos física en espera.
    • Al utilizar la base de datos en espera de instantánea para validar la secundaria, está utilizando realmente la misma base de datos autónoma que utilizará en caso de switchover. Por lo tanto, su validación es más realista en términos de conectividad porque utiliza la misma cartera que utilizará en caso de switchover.
  • Desventajas:
    • Mientras la base de datos en espera está en modo de instantánea en espera, la base de datos en espera recibe pero no se aplica, redo desde la base de datos primaria. Si debe realizar un failover o switchover urgente mientras está probando el secundario, primero tendrá que convertirlo a una base de datos física en espera, para que se sincronice con la primaria. Esto puede introducir algún retraso en el tiempo de switchover.

Clonación de refrescamiento remoto

  • Ventajas:
    • La clonación de refrescamiento remoto es una base de datos autónoma independiente. No interactúa directamente con la base de datos en espera al configurar el nivel medio en espera o al probar la base de datos secundaria durante el ciclo de vida.
  • Desventajas:
    • Como se trata de una base de datos autónoma independiente, se factura como una instancia de base de datos autónoma adicional.
    • Las operaciones de configuración y ciclo de vida son más complejas. Debe cambiar la cartera entre la base de datos en espera real y la clonación de refrescamiento remoto cada vez para que apunte a una o a la otra.

La elección de un enfoque u otro no obliga a utilizar el mismo enfoque a lo largo de la vida del sistema. Siempre que utilice los pasos adecuados, puede utilizar un enfoque diferente durante el ciclo de vida desde el enfoque que utiliza para la configuración de recuperación ante desastres. También puede combinar una instantánea en espera para algunas operaciones con clones de refrescamiento para otras pruebas. Por ejemplo, utilice una instantánea para el aprovisionamiento y las verificaciones de carga de trabajo en el secundario, pero utilice una clonación de refrescamiento para pruebas dispersas mientras el sistema tiene una carga pesada. De esta forma, puede evitar la sobrecarga (y los posibles retrasos de switchover) provocados por redo apply masivo en la conversión de la instantánea a la base de datos física en espera.

Consideraciones para el sistema principal

Se supone que se ha creado el sistema principal de Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace u Oracle Fusion Middleware y está utilizando el servicio de Oracle Autonomous Database. Al planificar la implantación de un sistema secundario en Oracle Cloud Infrastructure (OCI), revise las siguientes consideraciones para el sistema principal:
  • subred privada

    Tanto Oracle Autonomous Database como Oracle SOA Suite on Marketplace se colocan en una subred privada.

  • Punto final privado al utilizar Oracle Autonomous Database Serverless

    El sistema Oracle Autonomous Database Serverless se expone mediante un punto final privado (PEP).

  • Oracle Cloud Infrastructure Load Balancing

    Un equilibrador de carga de OCI front-end expone el sistema Oracle WebLogic Server para OCI, Oracle SOA Suite en Marketplace u Oracle Fusion Middleware.

    El equilibrador de carga de OCI puede ser público o privado, según los requisitos de acceso del cliente. Para las funciones implícitas de alta disponibilidad en regiones de varios dominios de disponibilidad, coloque el equilibrador de carga de OCI en una subred regional.

  • Almacenamiento de archivos de Oracle Cloud Infrastructure

    El sistema de DR del sistema Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle SOA Suite on Marketplace u Oracle Fusion Middleware utiliza un montaje de Oracle Cloud Infrastructure File Storage que comparten los distintos nodos de los clusters WebLogic. El montaje se utiliza para replicar la configuración entre regiones.

    • El sistema Oracle SOA Suite on Marketplace permite crear un nuevo almacenamiento de archivos o reutilizar un almacenamiento de archivos existente. Se monta en el directorio /u01/soacs/dbfs/share/. A pesar del nombre de este directorio, NO es un directorio montado de Oracle Database File System (DBFS) para Oracle Autonomous Database. Asegúrese de seleccionar Configurar almacenamiento de archivos en la pila de Oracle SOA Suite on Marketplace. Puede seleccionar la opción durante el aprovisionamiento o el postaprovisionamiento.
    • El sistema Oracle WebLogic Server for Oracle Cloud Infrastructure permite crear un nuevo almacenamiento de archivos o reutilizar el almacenamiento de archivos existente (montado en el directorio /u01/shared). Asegúrese de seleccionar Agregar sistema de archivos en las pilas de Oracle WebLogic Server para OCI. Puede seleccionar la opción durante el aprovisionamiento o el postaprovisionamiento.
    • Para otros servicios, puede que necesite crear manualmente el montaje de OCI File Storage en los nodos de capa media principal y secundaria. Si no utiliza Oracle WebLogic Server for Oracle Cloud Infrastructure u Oracle SOA Suite on Marketplace, consulte la documentación de OCI File Storage para obtener más información y pasos para crear el almacenamiento.