Documentación de Oracle Cloud Infrastructure

Notas de Autonomous Data Guard

Tenga en cuenta lo siguiente para utilizar Autonomous Database con una base de datos en espera de Autonomous Data Guard:

  • No puede conectarse a una base de datos en espera hasta que esta se convierta en la principal mediante un failover o un switchover. Por lo tanto, no es posible abrir una base de datos en espera para acceso de solo lectura y tampoco se puede utilizar para descargar consultas desde una base de datos principal.

  • Autonomous Data Guard está disponible con los tipos de carga de trabajo Almacén de datos y Procesamiento de transacciones. Autonomous Data Guard no está disponible con los tipos de carga de trabajo JSON y APEX.

  • Autonomous Data Guard no está disponible con las bases de datos autónomas Siempre gratis de Autonomous Database.

  • Autonomous Database no proporciona acceso a una base de datos en espera local:

    • Puede realizar todas las operaciones, como escalar verticalmente el recuento de ECPU (recuento de OCPU si la base de datos utiliza OCPU), activando la escala automática de recursos informáticos en la base de datos principal y Autonomous Database realizará las mismas acciones en la base de datos en espera local. Del mismo modo, en la base de datos principal solo puede realizar acciones como parar o reiniciar la base de datos.

    • Una base de datos en espera local no está disponible para su uso como base de datos de solo lectura.

  • Autonomous Database proporciona acceso a una base de datos en espera remota:

    • Puede realizar la mayoría de las operaciones, como escalar verticalmente el recuento de CPU (recuento de OCPU si la base de datos utiliza OCPU) y activar la escala automática de recursos informáticos en la base de datos principal y Autonomous Database realizará las mismas acciones en la base de datos en espera remota. Del mismo modo, en la base de datos principal solo puede realizar acciones como parar o reiniciar la base de datos.

    • Puede realizar determinadas operaciones, como configurar puntos finales privados en una base de datos en espera remota.

    • Una base de datos en espera remota no está disponible para su uso como base de datos de solo lectura.

  • El gráfico Número de ECPU (OCPU si la base de datos utiliza OCPU) asignadas y el gráfico Uso de CPU de la tarjeta Panel de control de base de datos de Database Actions muestran las ECPU (OCPU si la base de datos utiliza OCPU) asignadas y el uso de CPU de la base de datos principal. Estos gráficos no incluyen información sobre una base de datos en espera local ni sobre una base de datos en espera remota.

    Las métricas de Utilización de CPU de la página de métricas de la consola de Oracle Cloud Infrastructure muestran la utilización de CPU de la base de datos principal. Otras métricas de esta página también se aplican a la base de datos principal. Estas métricas no incluyen información sobre la base de datos en espera local ni sobre la base de datos en espera remota.

  • Después de realizar un switchover o un failover a una base de datos peer, la base de datos peer se convierte en la base de datos principal y los gráficos de Panel de control de base de datos en Database Actions y la página de métricas de la consola de Oracle Cloud Infrastructure muestran información sobre la base de datos principal. Los gráficos y las métricas no contienen información sobre la base de datos que era la principal antes de la operación de cambio o failover.

  • El failover automático a una base de datos en espera local está desactivado durante una operación de restauración en curso.

  • Failover automático a una base de datos en espera local desactivado al actualizar una base de datos.

  • Cuando el campo Estado del ciclo de vida de la base de datos principal muestra Parado, las bases de datos en espera también se paran. Aun así, puede realizar un switchover cuando la base de datos principal tenga el estado Parado.

Notas de Autonomous Data Guard entre regiones

A continuación se muestran las restricciones y las limitaciones cuando activa Autonomous Data Guard con una base de datos en espera entre regiones (remota):

  • Para desactivar Autonomous Data Guard con una base de datos en espera entre regiones, debe terminar la base de datos en espera remota. Consulte Terminación de una base de datos en espera entre regiones para obtener más información.

  • Cuando se activa o desactiva un punto final privado en la base de datos principal, se activan todas las listas de control de acceso (ACL) configuradas previamente en la base de datos en espera y se borran los valores. Debe restablecer y verificar la ACL en la base de datos en espera después de desactivar un punto final privado en la principal.

  • Oracle Data Safe se puede activar en una base de datos que tenga activada una base de datos en espera entre regiones, pero solo supervisa la base de datos dentro de su región y no puede supervisar la base de datos en espera en caso de switchover o failover.

  • Cuando permite la autenticación TLS para la base de datos principal, Autonomous Data Guard activa la autenticación TLS en la base de datos en espera entre regiones. Por lo tanto, cuando Autonomous Data Guard está activada con una base de datos en espera remota, solo puede permitir conexiones TLS en la principal si tanto la base de datos principal como la base de datos en espera remota están configuradas para soportar conexiones TLS. Es decir, la base de datos principal y la base de datos en espera remota deben estar configuradas con ACL o con un punto final privado. Consulte la sección sobre requisitos de configuración de red para permitir la autenticación TLS para obtener más información.

  • Consulte la siguiente información sobre el uso de claves gestionadas por el cliente con Autonomous Data Guard

  • El límite de ECPU de BYOL definido en una base de datos principal de Autonomous Data Guard no se aplica a una base de datos en espera de Autonomous Data Guard entre regiones o entre arrendamientos. En una base de datos en espera entre regiones o entre arrendamientos, puede definir de forma independiente el límite de ECPU de BYOL, según sea necesario. Cualquier uso de ECPU por encima del valor Límite de licencia BYOL se facturará como licencia incluida en la base de datos en espera

    Consulte Licencias BYOL entre regiones de Autonomous Data Guard para obtener más información.

  • Al activar Autonomous Data Guard con una base de datos en espera entre regiones, las carteras para la base de datos principal y la base de datos en espera especifican nombres de host de base de datos diferentes y utilizan cadenas de conexión diferentes. Oracle recomienda que las aplicaciones utilicen la cadena de conexión o la cartera descargada de la misma región que la base de datos primaria.

    Si necesita utilizar una única cadena de conexión o cartera que contenga los nombres de host de la base de datos primaria y en espera, puede crearla manualmente.

    Para crear manualmente una cartera que contenga las cadenas de conexiones de base de datos principal y remota:

    1. En la consola de Oracle Cloud Infrastructure de la base de datos principal, haga clic en Conexión de base de datos para descargar wallet.zip de la base de datos principal.

    2. En la consola de Oracle Cloud Infrastructure de la base de datos en espera remota, haga clic en Conexión a base de datos para descargar wallet.zip de la base de datos en espera.

    3. Descomprima ambos archivos de cartera y abra los dos archivos tnsnames.ora.

    4. Copie el descriptor de conexión de la base de datos remota en la cadena de conexión de la base de datos primaria en el archivo tnsnames.ora de la base de datos primaria utilizando los retrasos de reintento preferidos.

    5. Comprima la carpeta de cartera de la base de datos primaria actualizada.

    Con este valor tnsnames.ora actualizado, las cadenas de conexión de la base de datos primaria en el valor wallet.zip actualizado contendrán los nombres de host principal y en espera para soportar el failover. Una aplicación que utiliza la cartera actualizada intenta conectarse y vuelve a intentar conectarse al primer nombre de host de la base de datos mostrada y, si esa conexión falla debido a que la base de datos no está disponible, la aplicación intenta conectarse automáticamente al segundo nombre de host de la base de datos.

    Por ejemplo, si Autonomous Data Guard está configurado con la base de datos principal en Ashburn (IAD) y una base de datos en espera entre regiones en Phoenix (PHX), Oracle recomienda que sus aplicaciones de nivel medio se ejecuten en IAD utiliza la cadena de conexión o cartera de la de la base de datos primaria en IAD, y las aplicaciones correspondientes que se ejecutan en PHX utilizan la cadena de conexión o cartera de la de la base de datos en espera en PHX. Para un failover o switchover regional, Oracle recomienda realizar un failover tanto en la base de datos como en la aplicación o en el nivel medio, para obtener un rendimiento óptimo y minimizar cualquier latencia entre regiones.

    Por ejemplo:

    a6gxf2example9ep_high = (description_list= 
     (failover=on) (load_balance=off) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_high.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))

a6gxf2example9ep_low = 
     (description_list= (failover=on) (load_balance=off) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_low.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))

a6gxf2example9ep_medium = 
     (description_list= (failover=on) (load_balance=off) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-ashburn-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))) 
     (description= (retry_count=15)(retry_delay=3)(address=(protocol=tcps)(port=1522)(host=adb.us-phoenix-1.oraclecloud.com))(connect_data=(service_name=mqssyowmexample_a6gxf2example9ep_medium.adb.oraclecloud.com))(security=(ssl_server_dn_match=yes))))