Cuando se activa Autonomous Data Guard con una base de datos en espera en la región actual, Autonomous Database supervisa la base de datos principal y, si la base de datos principal deja de estar activa, la instancia en espera asume automáticamente el rol de la instancia principal.

Con Autonomous Data Guard activado con una base de datos en espera local, Autonomous Database proporciona una base de datos en espera idéntica que permite lo siguiente, según el estado de la base de datos principal:

• Si la base de datos principal deja de estar activa, Autonomous Data Guard convierte la base de datos en espera en la base de datos principal con una interrupción mínima. Una vez finalizado el failover, Autonomous Data Guard crea una nueva base de datos en espera.

• Puede realizar una operación de switchover, en la que la base de datos principal se convierte en la base de datos en espera y la base de datos en espera se convierte en la base de datos principal.

Autonomous Database no proporciona acceso a una base de datos en espera en la región actual. Puede realizar todas las operaciones, como escalar verticalmente el recuento de OCPU y activar la escala automática en la base de datos principal y, a continuación, Autonomous Data Guard 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.

La base de datos en espera local se crea en la misma región que la base de datos principal (región actual). Para mejorar la flexibilidad, la base de datos en espera se aprovisiona de la siguiente manera:

• En regiones con más de un dominio de disponibilidad, la base de datos en espera local se aprovisiona automáticamente en un dominio de disponibilidad diferente al de la base de datos principal.

• En regiones con un único dominio de disponibilidad, se aprovisiona automáticamente una base de datos en espera local en una máquina física diferente a la de la base de datos principal.

Todas las funciones de Autonomous Database de la base de datos principal están disponibles cuando la instancia en espera local se convierte en la principal después de que el sistema falle o después de realizar una operación de switchover, incluidas las siguientes:

• Opciones de base de datos: las opciones Recuento de OCPU, Almacenamiento, Nombre mostrado, Nombre de base de datos, Escala automática, Etiquetas y Licencias tienen los mismos valores después de un failover en la base de datos en espera o después de realizar un switchover.

• Blocs de notas de OML: los blocs de notas y usuarios creados en la base de datos principal están disponibles en la base de datos en espera.

• Datos y metadatos de APEX: la información de APEX creada en la base de datos principal se copia en la base de datos en espera.

• ACL: la lista de control de acceso (ACL) de la base de datos principal se duplica para la base de datos en espera.

• Punto final privado: el punto final privado de la base de datos principal se aplica a la base de datos en espera.

• API o scripts: cualquier API o script que utilice para gestionar Autonomous Database siguen funcionando sin cambios después de una operación de failover o después de realizar un switchover.

• Conexiones de aplicación de cliente: las aplicaciones de cliente no necesitan cambiar sus cadenas de conexión para conectarse a la base de datos después de un failover en la base de datos en espera o después de realizar un switchover.

• Conexiones basadas en carteras: puede seguir utilizando las carteras existentes para conectarse a la base de datos después de un failover en la base de datos en espera o después de realizar un switchover.

Cuando se activa Autonomous Data Guard con una base de datos en espera en una región diferente, si la instancia principal deja de estar activa, Autonomous Data Guard proporciona una instancia en espera que está disponible para asumir el rol de la instancia principal. La base de datos en espera es una réplica de la base de datos principal y se puede utilizar para la recuperación en caso de fallo o cuando la base de datos principal no esté disponible. La activación de Autonomous Data Guard con una base de datos en espera entre regiones proporciona una solución para la recuperación ante desastres en caso de que una región completa no esté disponible o cuando la base de datos principal esté caída por cualquier motivo.

Las regiones emparejadas de Autonomous Data Guard son regiones remotas en las que puede crear una base de datos en espera entre regiones. Autonomous Data Guard permite crear una base de datos en espera remota. Consulte Regiones emparejadas de Autonomous Data Guard para obtener una lista de regiones emparejadas.

Después de activar Autonomous Data Guard con una base de datos en espera remota, Autonomous Database proporciona acceso a la base de datos en espera remota desde la consola de Oracle Cloud Infrastructure. Puede realizar casi todas las operaciones, como escalar verticalmente el recuento de OCPU y activar la escala automática en la base de datos principal y, a continuación, Autonomous Data Guard realizará las mismas acciones en la base de datos en espera local. Autonomous Database proporciona acceso a la base de datos en espera entre regiones para que pueda realizar algunas operaciones de forma independiente en la base de datos en espera remota, como la configuración de las redes y las VCN para puntos finales privados y el etiquetado para definir claves y valores que no se repliquen entre la base de datos principal y la base de datos en espera remota.

Autonomous Data Guard no realiza un failover automático para una base de datos en espera entre regiones. Si la base de datos principal no está disponible y no hay una base de datos local en espera disponible, puede realizar un failover manual para que la base de datos en espera de la región remota asuma el rol principal.

No puede conectarse a una base de datos en espera remota y una base de datos en espera remota no está disponible para operaciones de solo lectura. Puede conectarse a la base de datos de región remota cuando esta asuma el rol principal después de un switchover o un failover manual.

Las siguientes áreas presentan diferencias en el failover y el switchover cuando se realiza un failover o un switchover desde la base de datos principal de la región principal a la base de datos en espera de la región remota, en comparación con un failover o un switchover a una base de datos en espera local:

• Nombre mostrado: el nombre mostrado tiene la extensión "_Remote".

• Blocs de notas de OML: tras un switchover o un failover entre regiones, los blocs de notas de OML de la región principal no están presentes en la región remota. Se pueden crear nuevos blocs de notas de OML en la región remota.

• Punto final privado: puede configurar y actualizar de forma independiente los puntos finales privados en la base de datos en espera remota antes del failover o el switchover. Por lo tanto, después de un failover o un switchover, es posible que punto final privado se configure de forma diferente. Autonomous Database no mantiene la configuración de red sincronizada de la base de datos principal a la base de datos en espera de la región remota.

  El intercambio de tráfico de VCN y el reenvío de dominios son necesarios para que las carteras funcionen en varias regiones, con Autonomous Database con un punto final privado con Autonomous Data Guard activado en el que la base de datos principal y la remota están en distintas VCN. Consulte Intercambio de tráfico de VCN remotas a través de una RPC y DNS en su red virtual en la nube para obtener información sobre el intercambio de tráfico de VCN y el reenvío de dominios.

• API o scripts: todas las API o scripts que utilice para gestionar Autonomous Database se deben actualizar para llamar a las API de la base de datos de la región remota después de una operación de failover o después de realizar un switchover.

  Para obtener un rendimiento óptimo y el tiempo de conexión más rápido, Oracle recomienda descargar una cartera de la base de datos de región remota al utilizar la base de datos de región remota como base de datos principal, después de un failover o de un switchover.

• Aplicaciones cliente: las aplicaciones cliente pueden utilizar la cartera de instancia única que contiene cadenas de conexión tanto de base de datos principal como en espera, y no necesitan cambiar su cartera para conectarse a la base de datos después de un failover o un switchover en la base de datos en espera.

  Para obtener un rendimiento óptimo y el tiempo de conexión más rápido, Oracle recomienda descargar una cartera de la base de datos de región remota al utilizar la base de datos de región remota como base de datos principal, después de un failover o de un switchover.

• Conexiones basadas en carteras: puede seguir utilizando las carteras de instancia existentes para conectarse a la base de datos después de un failover en la base de datos en espera o después de realizar un switchover.

  Para obtener un rendimiento óptimo y el tiempo de conexión más rápido, Oracle recomienda descargar una cartera de la base de datos de región remota al utilizar la base de datos de región remota como base de datos principal, después de un failover o de un switchover.

• Herramientas de Autonomous Database : las herramientas tienen diferentes URL en la región remota después del switchover o el failover en la base de datos en espera entre regiones (las URL de las herramientas no cambian para un switchover o un failover en una base de datos en espera local):

  • Acciones de base de datos

  • Oracle APEX (APEX)

  • Oracle REST Data Services (ORDS)

  • Consola de servicio de Autonomous Database

  • Graph Studio

  • Oracle Machine Learning Notebooks

  • Gestión de usuarios de Oracle Machine Learning

• Uso de Object Storage de Oracle Cloud Infrastructure: después de realizar un failover o un switchover desde la base de datos principal de la región principal a la base de datos en espera de la región remota, las credenciales y las URL que proporcionan acceso a Object Storage en la región principal siguen funcionando igual que antes del failover o el switchover, proporcionando acceso a lo siguiente:

  • Copias de seguridad manuales

  • Tablas externas

  • Tablas particionadas externas

  • Tablas particionadas híbridas externas

  Nota
  
  Esto se aplica cuando está disponible Object Storage de la región principal. En los raros escenarios en los que no esté disponible Object Storage en la región principal, Oracle recomienda hacer copias de seguridad o una replicación de Object Storage en una región diferente. Si no está disponible Object Storage en la región principal, puede actualizar las credenciales de usuario y los parámetros que definen las URL de Object Storage para que los parámetros especifiquen valores para acceder a la instancia de Object Storage de la región disponible. Consulte Uso de la replicación para obtener más información.

Autonomous Data Guard supervisa la base de datos principal y, si la instancia deja de estar activa, la instancia en espera local asume el rol de la instancia principal de acuerdo con el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO). Si la instancia en espera local no está disponible y ha activado una base de datos en espera entre regiones, puede realizar un failover manualmente a una base de datos en espera entre regiones.

El RTO es el periodo máximo de tiempo necesario para restaurar la conectividad de la base de datos a una base de datos en espera después de iniciar un failover manual o automático. El RPO es la duración máxima en minutos de la pérdida potencial de datos en la base de datos principal.

Cuando Autonomous Data Guard está activado con una base de datos en espera local, los números de RTO y RPO son los siguientes:

• Failover automático: RTO dos (2) minutos y RPO cero (0). Consulte Failover automático con una base de datos en espera para obtener más información sobre el failover automático.

• Failover manual: el RTO es de dos (2) minutos y el RPO es de hasta un (1) minuto. Consulte Failover manual con una base de datos en espera para obtener más información sobre el failover manual.

Cuando Autonomous Data Guard está activado con una base de datos en espera entre regiones, los números de RTO y RPO para el failover a la base de datos en espera entre regiones son los siguientes:

• Failover automático: no disponible

• Failover manual: el RTO es de quince (15) minutos y el RPO es de hasta un (1) minuto.

Autonomous Database proporciona las siguientes operaciones con Autonomous Data Guard:

• Activar: si Autonomous Data Guard está desactivado, puede activar Autonomous Data Guard.

  Consulte Activar una base de datos en espera para obtener más información.

• Agregar base de datos en espera: después de activar Autonomous Data Guard con una base de datos en espera local (región actual) o entre regiones (remota), puede agregar una segunda base de datos en espera. Si la base de datos en espera que activa primero es una base de datos remota, puede agregar una base de datos en espera local (región actual). Si la base de datos en espera que activa primero es una base de datos en espera de la región actual, puede agregar una base de datos en espera entre regiones.

  Consulte Adición de una base de datos en espera para obtener más información.

• Desactivar: si Autonomous Data Guard está activado, puede desactivar Autonomous Data Guard. La desactivación de Autonomous Data Guard termina la base de datos en espera. Si tiene una base de datos en espera local (región actual) y una base de datos en espera entre regiones (remota), desactive cada base de datos en espera individualmente.

  Consulte Desactivar una base de datos en espera para obtener más información.

• Switchover: cuando Autonomous Data Guard está activado, el switchover cambia los roles de la base de datos principal y de la base de datos en espera. De este modo, la base de datos en espera se convierte en la base de datos principal y la base de datos principal se convierte en la base de datos en espera. Si tiene una base de datos en espera local (región actual) y una base de datos en espera entre regiones (remota), puede elegir realizar el switchover de la base de datos en espera local o de la base de datos en espera remota.

  Consulte Realizar un switchover para obtener más información.

• Failover manual: si la base de datos principal no está disponible, puede realizar un failover manual para cambiar los roles a fin de convertir una base de datos en espera en la base de datos principal:

  • Si hay disponible una base de datos en espera local, puede realizar un failover manualmente a la base de datos en espera local (no tendrá la opción de realizar un failover a una base de datos en espera de región remota si hay una base de datos en espera local disponible).
  • Si una base de datos en espera local no está activada o se ha activado con Autonomous Data Guard y no está disponible, tiene la opción de realizar un failover manual a una base de datos en espera remota.

  Consulte Failover manual con una base de datos en espera para obtener más información.

• Terminar: si desea terminar una instancia principal, seleccione Más acciones y Terminar. Al terminar la instancia principal, también termina la base de datos en espera. Si tiene una base de datos en espera local (región actual) y una base de datos en espera entre regiones (remota), termina tanto la base de datos en espera local como la base de datos en espera remota.

Autonomous Database proporciona información sobre el estado de Autonomous Data Guard en la página Detalles de Autonomous Database.

El campo Estado muestra la siguiente información de estado de Autonomous Data Guard:

• Activado indica que Autonomous Data Guard está activado.

• Desactivado indica que Autonomous Data Guard no está activado.

El campo Rol muestra el rol de la base de datos actual de la siguiente manera:

• Cuando se utiliza Autonomous Data Guard con una base de datos en espera local, la consola de Oracle Cloud Infrastructure muestra en el campo Rol el valor Principal. Autonomous Database no proporciona acceso a la base de datos en espera local.

• Cuando se utiliza Autonomous Data Guard con una base de datos en espera entre regiones, la consola de Oracle Cloud Infrastructure muestra el campo Rol con el valor Principal si está visualizando la base de datos principal, y muestra En espera si está visualizando los detalles de la base de datos en espera.

• Switchover: proporciona un enlace para que pueda realizar una operación de switchover.

• Failover: cuando la base de datos principal no está disponible, si tiene una base de datos en espera local y no se ha realizado correctamente un failover automático, el enlace de failover permite iniciar un failover manual.

  Cuando la base de datos principal no está disponible, si tiene una base de datos en espera entre regiones y no es posible realizar un failover a una base de datos en espera local, el enlace de failover permite iniciar un failover manual a la base de datos en espera remota.

Para ver la información de Autonomous Database de peer, en Recursos, haga clic en Autonomous Data Guard. En este área se muestra la información de la base de datos autónoma de peer. La columna Estado muestra el estado de una base de datos en espera de la siguiente manera:

• Aprovisionando

  • Este estado se muestra cuando se activa Autonomous Data Guard e indica que se está aprovisionando una base de datos en espera (hasta que la base de datos en espera esté disponible).

  • Este estado se muestra después de un failover a una base de datos en espera local mientras se vuelve a crear una base de datos en espera local.

  • Este estado se muestra si se ha realizado una restauración a partir de una operación de copia de seguridad en la base de datos principal y se está volviendo a crear la base de datos en espera local, y la columna Estado muestra Aprovisionando.

• Disponible: indica que hay una base de datos en espera disponible y lista para una operación de switchover o de failover.

• Cambio de roles en curso:: indica que se ha iniciado una operación de failover o switchover.

Puede utilizar eventos de Oracle Cloud Infrastructure para responder cuando Autonomous Database cambie su estado debido a un evento relacionado con Autonomous Data Guard, como una operación de failover o switchover.

Los eventos de Autonomous Database son:

• Iniciar desactivación de Autonomous Data Guard
• Iniciar activación de Autonomous Data Guard
• Iniciar failover
• Iniciar switchover
• Finalizar desactivación de Autonomous Data Guard
• Finalizar activación de Autonomous Data Guard
• Finalizar failover con un resultado de failover correcto o incorrecto
• Finalizar switchover con un resultado de switchover correcto o incorrecto

En función de los eventos, puede realizar acciones o enviar notificaciones. Consulte Eventos y notificaciones con una base de datos en espera para obtener más información sobre el uso de eventos y la producción de notificaciones.