Alta Disponibilidad

Descubre enfoques de alta disponibilidad para garantizar un mínimo de interrupciones del servicio OCI GoldenGate.

Acerca de la alta disponibilidad en OCI GoldenGate

La alta disponibilidad es la capacidad de un sistema para permanecer operativo y accesible en un alto porcentaje de tiempo. Para lograr alta disponibilidad con OCI GoldenGate, puede crear un despliegue de peer en la misma región que su despliegue principal (base de datos en espera local) o una región diferente (base de datos en espera entre regiones). Esta configuración garantiza que el objetivo de punto de recuperación (RPO), que es la cantidad máxima de datos perdidos antes de que se restaure OCI GoldenGate en el dominio de disponibilidad (AD) en espera, sea cero. El objetivo de tiempo de recuperación (RTO), que es la cantidad máxima de tiempo para restaurar OCI GoldenGate en un dominio de disponibilidad en espera, depende de la cantidad de datos almacenados en el despliegue. Cuanto mayor sea el uso del almacenamiento, mayor será el RTO.

Considere la posibilidad de seleccionar las mismas regiones en espera que las instancias de origen y destino. Por ejemplo, si la base de datos en espera de Autonomous AI Database está en Fráncfort, seleccione Fráncfort para la base de datos en espera de despliegue de OCI GoldenGate también.

Note:

Los despliegues de peer se facturan al mismo ratio que el despliegue principal. Obtén más información sobre la gestión y facturación de OCPU.

Conceptos

Los siguientes conceptos son esenciales en el trabajo con la alta disponibilidad de OCI GoldenGate:

  • Despliegue primario: el despliegue de replicación de datos principal que crea primero.
  • Despliegue de peer: despliegue en espera al que puede cambiar en caso de que se produzca un desastre o una interrupción del servicio.
  • Peter local: despliegue de peer que reside en la misma región que el despliegue principal, pero en un dominio de disponibilidad o de fallo diferente.
  • Pare Remoto: despliegue de peer que reside en una región diferente.
  • Objetivo de punto de recuperación (RPO): cantidad máxima de datos que se pueden perder antes de restaurar OCI GoldenGate. Para OCI GoldenGate, el RPO es cero.
  • Objetivo de tiempo de recuperación (RTO): cantidad máxima de tiempo para restaurar GoldenGate. El RTO depende de la cantidad de datos almacenados en el despliegue. Cuanto mayor sea el uso del almacenamiento, mayor será el RTO.

Conexiones de base de datos base activadas de Data Guard

Si utiliza bases de datos base activadas para Data Guard para el origen o destino de OCI GoldenGate, debe asegurarse de que el nombre del servicio en la cadena de conexión de base de datos es idéntico en todos los pares al implantar la solución de alta disponibilidad.

Al crear una conexión OCI GoldenGate a un sistema de base de datos base de Oracle activado para Data Guard (Container Database (CDB) o Pluggable Database (PDB), OCI GoldenGate recupera las cadenas de conexión por defecto de la base de datos y genera un descriptor de conexión de red de Oracle fusionado adecuado para entornos de Data Guard. Por ejemplo: 

(DESCRIPTION=
   (FAILOVER=ON)(LOAD_BALANCE=OFF)(CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
   (ADDRESS_LIST=  
      (ADDRESS=(PROTOCOL=TCP)(HOST=primary-or-scan.example.fqdn)(PORT=1521))    
      (ADDRESS=(PROTOCOL=TCP)(HOST=standby-or-scan.example.fqdn)(PORT=1521))
    )  
   (CONNECT_DATA=(SERVICE_NAME=default-service-name-of-the-selected-db))
 )

OCI GoldenGate genera una DESCRIPCIÓN con un valor ADDRESS_LIST que contiene los puntos finales peer (principal y en espera) y un único valor SERVICE_NAME para CONNECT_DATA. La solución de alta disponibilidad de OCI GoldenGate requiere que todos los pares (principal y en espera) utilicen el mismo nombre de servicio. Los servicios basados en roles con nombres idénticos en cada peer son obligatorios.

El nombre de servicio de CDB por defecto suele ser diferente entre iguales, ya que a menudo incluyen el nombre único de cada base de datos. OCI GoldenGate utiliza el nombre de servicio por defecto de la base de datos seleccionada como SERVICE_NAME en el descriptor fusionado. Por lo tanto, debe cambiar el nombre del servicio basado en roles PRIMARY en cada par para que coincida con el nombre de servicio predeterminado.

El servicio de PDB por defecto suele coincidir con sus iguales, por lo que OCI GoldenGate puede utilizar el nombre de servicio por defecto en el descriptor fusionado sin cambios adicionales. Sin embargo, si cambia el nombre del servicio de la PDB más adelante, OCI GoldenGate no seleccionará automáticamente el cambio. La conexión ahora se debe gestionar manualmente. Si la conexión no se ha creado anteriormente, donde puede introducir manualmente la cadena de conexión, debe crear una nueva conexión a esta base de datos, seleccionar Introducir información de base de datos y, a continuación, introducir manualmente la cadena de conexión de base de datos.

Sugerencia:

  • Utilizar servicios basados en roles. Defina un servicio de lectura/escritura que solo se ejecute en PRIMARY (y, opcionalmente, un servicio de solo lectura en PHYSICAL_STANDBY al utilizar Data Guard).
  • Evite las entradas estáticas del listener para los servicios de aplicación. Utilice el registro dinámico para que los servicios se anuncien solo cuando la base de datos tenga el rol correcto.
  • Si cambia los nombres de servicio de CDB o PDB con srvctl, asegúrese de crear una conexión gestionada manualmente en OCI GoldenGate (seleccione Introducir información de base de datos en la pantalla Crear conexión) y actualice la cadena de conexión para que coincida.