Documentación de Oracle Cloud Infrastructure

Acerca de las bases de datos en espera

Proporciona información sobre la activación y el uso de Autonomous Data Guard para la recuperación ante desastres en la base de datos de IA autónoma.

Cuando se utiliza Autonomous Data Guard, el sistema crea una base datos en espera que está continuamente actualizada con los cambios de la base datos principal. Puede utilizar Autonomous Data Guard con una base de datos en espera en la región actual, una base de datos en espera local o con una o más bases de datos en espera en diferentes regiones o bases de datos en espera entre regiones, o bien puede agregar una base de datos en espera local y una o más bases de datos en espera remotas.

También puede crear una base de datos en espera de Autonomous Data Guard, ya sea local o remota en un arrendamiento diferente.

Al seleccionar entre las opciones de recuperación ante desastres que proporciona la base de datos de IA autónoma, puede elegir las funciones y opciones que cumplen los requisitos de objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO).

Por defecto, cada instancia de base de datos de IA autónoma proporciona una base de datos peer local de recuperación ante desastres basada en copia de seguridad.

Para agregar un failover automático y reducir el objetivo de tiempo de recuperación (RTO), puede utilizar una base de datos en espera local de Autonomous Data Guard.

Para utilizar la opción de recuperación ante desastres más resistente que ofrece Autonomous AI Database, puede agregar una base de datos en espera de Autonomous Data Guard local y una o más bases de datos en espera de Autonomous Data Guard entre regiones.

Además, otras opciones que utilizan la recuperación ante desastres basada en copia de seguridad le permiten proporcionar opciones de recuperación ante desastres de objetivo de tiempo de recuperación (RTO) de menor costo y mayor en comparación con Autonomous Data Guard. Consulte Uso de la Recuperación ante Desastres Basada en Copia de Seguridad para obtener más información sobre la Recuperación ante Desastres Basada en Copia de Seguridad.

Temas

Tema principal: Uso de bases de datos en espera con Autonomous Data Guard para la recuperación ante desastres

Autonomous Data Guard con base de datos en espera local

Cuando se utiliza una base de datos de Autonomous Data Guard en espera en la región actual, la base de datos de IA autónoma aprovisiona una base de datos local en espera y supervisa la base de datos principal; si la base de datos principal deja de estar activa, la instancia en espera asume automáticamente el rol del principal.

Las bases de datos peer de Autonomous Data Guard locales generan el costo adicional de las CPU base y el almacenamiento de la base de datos principal, incluido cualquier uso de almacenamiento de escala automática, facturado en la propia base de datos principal. Las CPU de escala automática de la base de datos principal no se facturan además en la base de datos peer de Autonomous Data Guard local. Consulte Facturación de funciones de Oracle Autonomous Database Serverless para obtener más información.

Al agregar una base datos en espera local, se proporciona una base en espera idéntica que permite lo siguiente, según el estado de la base 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.

La base de datos de IA autónoma no proporciona acceso a una base de datos que esté en espera en la región actual. Puede realizar todas las operaciones, como escalar verticalmente el recuento de OCPU (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, a continuación, Autonomous Data Guard realiza 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 las regiones con un único dominio a disponibilidad, una base a datos local en espera se aprovisiona automáticamente en un dominio a errores diferente al de la base a datos principal (es decir, en una máquina física diferente).

Consulte Visualización de información de red en la consola de OCI y Regiones y dominios de disponibilidad para obtener más información sobre los dominios de disponibilidad.

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

  • Opciones de base : las opciones Recuento de ECPU (Recuento de OCPU si la base de datos utiliza OCPU), Almacenamiento, Nombre mostrado, Nombre de base de datos, Escala automática, Etiquetas y Licencias BYOL tienen los mismos valores después del failover en la base de datos en espera o tras 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.

    Oracle recomienda que, para las bases de datos en un punto final privado, al crear la subred, utilice la opción de subred regional para obtener una disponibilidad y una latencia óptimas. Consulte Creación de una subred para obtener más información.

  • API o scripts: cualquier API o secuencia de comandos que utilice para gestionar la base de datos de IA autónoma siguen funcionando sin cambios después del failover o después del 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.

Autonomous Data Guard con bases de datos en espera entre regiones o entre arrendamientos

Puede agregar una base de datos en espera de Autonomous Data Guard entre regiones o entre arrendamientos.

Al agregar una base de datos en espera en una región diferente, si la instancia principal cae, Autonomous Data Guard proporciona una base de datos en espera que está separada físicamente en una región remota. La base de datos en espera está disponible para asumir el rol de la instancia primaria no disponible. Al agregar una base de datos en espera en un arrendamiento diferente, Autonomous Data Guard proporciona una base de datos en espera que se encuentra en un arrendamiento diferente. La base de datos en espera está disponible para asumir el rol de la instancia primaria no disponible.

Consulte Acerca de Autonomous Data Guard con bases de datos en espera entre regiones para obtener más información.

Objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO) de Autonomous Data Guard

Autonomous Data Guard supervisa la base de datos principal y, si la instancia deja de estar activada, la instancia en espera local asume el rol de la instancia principal, de acuerdo con el objetivo de tiempo de recuperación (RTO) y con el objetivo de punto de recuperación (RPO).

Si una instancia en espera de Autonomous Data Guard local no está disponible y ha activado la recuperación ante desastres entre regiones, puede realizar una operación de failover manual a la instancia en espera entre regiones.

Si no agrega una base de datos en espera de Autonomous Data Guard entre regiones, tiene la opción de agregar un peer de recuperación ante desastres basada en copia de seguridad entre regiones. Consulte Backup-Based Disaster Recovery Time Objective (RTO) and Recovery Point Objective (RPO) para obtener más información sobre el RTO y el RPO con Backup-Based Disaster Recovery.

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 de la pérdida potencial de datos en la base datos principal.

Base de datos en espera de Autonomous Data Guard local

Al agregar una base de datos en espera local, Autonomous Data Guard proporciona estas opciones para failover o switchover:

  • Failover o switchover automáticos:

    Al activar Autonomous Data Guard, puede seleccionar un límite de pérdida de datos. El límite de pérdida de datos predeterminado para el failover automático es 0 (los valores válidos son de 0 a 3600 segundos). Por ejemplo, un límite de pérdida de datos de 0 significa que Autonomous Data Guard solo realiza un failover automático cuando no hay pérdida de datos. Esto significa que si Autonomous Data Guard puede verificar que no hay pérdida de datos, realizará un failover automáticamente en caso de que se produzca un problema. Cuando hay un problema y Autonomous Data Guard determina que la posible pérdida de datos es mayor que el límite de pérdida de datos, no se produce el failover automático y tiene la opción de realizar un failover manual.

  • Failover manual: el RTO tiene dos (2) minutos y RPO 10 segundos.

Bases de datos en espera de Autonomous Data Guard entre regiones

Cuando se agrega una base de Datos en Espera entre Regiones, los números de RTO y RPO para la operación de failover a la Base de Datos en Espera entre Regiones de Autonomous Data Guard son los siguientes:

  • Switchover: el RTO es inferior a diez (10) minutos y el RPO es cero (0).

  • Failover automático: no disponible

  • Failover manual: el RTO es de menos de diez (10) minutos y la RPO es de hasta un (1) minuto.

Puede obtener más información en los siguientes enlaces:

Operaciones de Autonomous Data Guard

Autonomous Data Guard proporciona un juego de operaciones para gestionar una base de datos en espera, que incluye: activar, switchover, desconectar o terminar una base de datos en espera.

Operación Descripción
Convertir a Modo de Instantánea en Espera

La conversión de un par de recuperación ante desastres en una base de datos de instantánea en espera abre la base de datos en modo de lectura-escritura y el par de recuperación ante desastres entre regiones deja temporalmente de refrescar los datos de la base de datos origen.

Consulte Convertir peer entre regiones a base de datos de instantánea en espera para obtener más información.

Desactivar Autonomous Data Guard

Si tiene una base de datos en espera local o una base de datos en espera entre regiones, puede cambiar el tipo de recuperación ante desastres a Recuperación ante desastres basada en copia de seguridad para la base de datos en espera local o puede terminar una base de datos en espera entre regiones. En cualquiera de los casos, la desactivación de Autonomous Data Guard termina la base datos en espera.

Consulte Actualización de la Base de Datos en Espera para Utilizar un Par de Copia de Seguridad o Desactivación de una Base de Datos en Espera entre Regiones para obtener más información.

Desconectar en espera

Al desconectar una base de datos en espera entre regiones, la base de datos en espera se desasocia de la base de datos primaria. Esto convierte la base de datos de una base de datos peer a una base de datos independiente. Tras la operación de desconexión, no se le permite volver a conectar con el principal.

Consulte Desconexión de una base de datos peer y Desconexión de una base de datos de instantánea en espera para obtener más información.

Activar Autonomous Data Guard

Si utiliza la recuperación ante desastres basada en copia de seguridad, puede actualizar el tipo de recuperación ante desastres a Autonomous Data Guard local (región actual), o bien puede agregar una base de datos en espera entre regiones de Autonomous Data Guard.

Consulte Activación de Autonomous Data Guard y Adición de una base de datos en espera entre regiones para obtener más información.

Failover - Automático

Luego de agregar una base de datos local en espera de Autonomous Data Guard, el sistema supervisa la instancia principal y realiza un failover automático a una base de datos local en espera en determinados escenarios.

Consulte Failover automático con una base de datos en espera para 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 una operación de failover manualmente a la Base de Datos en Espera Local (no tendrá la opción de realizar una operación de failover a una Base de Datos en Espera Remota si hay una Base de Datos en Espera Local disponible).
  • Si no hay ninguna base de datos en espera local disponible, tiene la opción de realizar una conmutación por error manualmente a una base datos en espera remota.

Consulte Perform a Manual Failover para obtener más información.

Switchover

Cuando Autonomous Data Guard está activado, el switchover cambia los roles de la principal y la en espera, la Base de Datos en espera se convierte a la principal y la Base de Datos principal se convierte a la 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 la switchover a la Base de Datos en Espera Local o a la Base de Datos en Espera Remota.

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

Terminar

Si desea terminar la instancia principal, seleccione Más acción y Terminar. Al terminar la instancia principal, también termina una base datos en espera local.

Si tiene una base de datos en espera local (región actual) y una base de datos en espera entre regiones, debe terminar la base de datos en espera entre regiones antes de terminar la base de datos primaria.

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

Estado de recuperación ante desastres de base de datos de IA autónoma

La base de datos de IA autónoma proporciona información sobre el estado de recuperación ante desastres en la página Detalles de la base de datos de IA autónoma.

En el área Recuperación ante desastres:

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

  • Cuando tiene un peer de copia de seguridad local o una base de datos en espera de Autonomous Data Guard local, la consola de Oracle Cloud Infrastructure muestra el valor Rol del campo Principal. La base de datos de IA autónoma no proporciona acceso a una base de datos en espera local (o a un peer de copia de seguridad local).

  • Cuando se utiliza un peer de copia de seguridad entre distintas regiones o una instancia en espera de Autonomous Data Guard entre distintas regiones, la consola de Oracle Cloud Infrastructure muestra el valor Rol del campo Principal si está visualizando la base del datos principal y muestra En espera si está visualizando los detalles de la base del 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 la base de datos de IA autónoma peer, en la página de detalles de la base de datos de IA autónoma, seleccione el separador Recuperación ante desastres. Muestra la información de la base de datos de IA autónoma peer. La columna Estado muestra el estado de una base de datos en espera de la siguiente manera:

  • Aprovisionamiento

    • Este estado se muestra cuando se activa Autonomous Data Guard e indica que se está aprovisionando una base del sistema en espera (hasta el cambio de estado de la base del sistema en espera a En espera).

    • 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.

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

    Nota

    Cuando una base de datos en espera se para, el estado en espera muestra En espera. Una base de datos en espera nunca muestra el estado Parado.

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

Eventos de Autonomous Data Guard

Puede utilizar eventos de la instancia de Oracle Cloud Infrastructure para responder cuando la base de datos de IA autónoma cambie su estado debido a un evento relacionado con Autonomous Data Guard, como una operación del failover o switchover.

Los eventos de la base de datos de IA autónoma incluyen lo siguiente:

  • Iniciar failover automático
  • Finalizar failover automático
  • 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.

Métricas de Autonomous Data Guard

Puede utilizar las métricas de Oracle Cloud Infrastructure para controlar Autonomous Data Guard.

Entre las métricas de Autonomous AI Database se incluyen las siguientes:

  • Demora de peer: tiempo total en segundos que el peer de Disaster Recovery tiene respecto a su base de datos principal.

Consulte Métricas disponibles: oci_autonomous_database para obtener más información.