Documentación de Oracle Cloud Infrastructure

Uso de la recuperación ante desastres basada en copias de seguridad

La recuperación ante desastres basada en copias de seguridad proporciona una opción de recuperación ante desastres de menor costo para Autonomous Database (el RTO es mayor con esta opción, en comparación con el uso de Autonomous Data Guard).

Opciones de recuperación ante desastres de Autonomous Database

  • Recuperación ante desastres basada en copia de seguridad: utiliza copias de seguridad para crear una instancia de una base de datos peer en el momento del switchover o failover. Esto le permite tener una opción de recuperación ante desastres de objetivo de tiempo de recuperación (RTO) de menor costo y mayor para Autonomous Database, en comparación con Autonomous Data Guard. Para la recuperación ante desastres basada en copias de seguridad local, se utilizan las copias de seguridad locales existentes. No hay costos adicionales para una recuperación ante desastres basada en copias de seguridad local. La recuperación ante desastres basada en copias de seguridad entre regiones conlleva un costo adicional.

    La recuperación ante desastres basada en copias de seguridad está disponible para todos los tipos de carga de trabajo.

  • Autonomous Data Guard: al agregar una base de datos en espera de Autonomous Data Guard, el sistema crea una base de datos en espera que se actualiza continuamente con los cambios de la base de 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 base de datos en espera en una región diferente, una base de datos en espera entre regiones. También puede utilizar Autonomous Data Guard tanto con una base de datos en espera local como con una base de datos en espera entre regiones.

    También puede crear una base de datos en espera de Autonomous Data Guard en un arrendamiento diferente.

    Autonomous Data Guard está disponible para los siguientes tipos de carga de trabajo:

    • Almacén de datos
    • Proceso de Transacciones

    Consulte Uso de bases de datos en espera con Autonomous Data Guard para la recuperación ante desastres para obtener más información sobre Autonomous Data Guard.

Temas

Tema principal: Alta disponibilidad

Acerca de Backup-Based Disaster Recovery

La recuperación ante desastres basada en copias de seguridad utiliza copias de seguridad para crear una instancia de una base de datos peer en el momento de la operación de switchover o failover. Esto le permite tener una opción de recuperación ante desastres de objetivo de tiempo de recuperación (RTO) de menor costo y mayor para Autonomous Database, en comparación con Autonomous Data Guard.

Puede utilizar la recuperación ante desastres basada en copias de seguridad con un par en la región actual, un par local o con uno o más pares de recuperación ante desastres en diferentes regiones, o bien puede agregar un par de recuperación ante desastres local y uno o más pares de recuperación ante desastres remotos. También puede crear un peer de Recuperación ante desastres basada en copias de seguridad, ya sea local o remoto en un arrendamiento diferente.

Nota

La recuperación ante desastres basada en copia de seguridad (copia de copia de seguridad) está disponible en todos los tipos de carga de trabajo de Autonomous Database. La recuperación ante desastres basada en copias de seguridad no está disponible con Autonomous Database siempre gratis.

Recuperación de Fallos Basada en Copia de Seguridad con Par Local

Para la recuperación ante desastres basada en copias de seguridad local, se utilizan las copias de seguridad locales existentes. No hay costos adicionales para la recuperación ante desastres basada en copias de seguridad local.

Descripción de backup-based-dr-local.eps
Para una mejor resiliencia para la recuperación ante desastres basada en copias de seguridad, se crea una instancia de un par de la siguiente manera:
  • En regiones con más de un dominio de disponibilidad, se crea una instancia de un peer local en un dominio de disponibilidad diferente al de la base de datos principal.
  • En regiones con un único dominio de disponibilidad, se crea una instancia de un peer local en un dominio de errores diferente al de la base de datos principal (es decir, en una máquina física diferente).

Todas las funciones de Autonomous Database de la base de datos principal están disponibles cuando se crea una instancia de un peer y se convierte en la principal, después de que el sistema falle o después de realizar una operación de switchover. Consulte Autonomous Data Guard con base de datos en espera local para obtener más información.

Recuperación ante desastres basada en copias de seguridad con peer entre regiones

Para la recuperación ante desastres basada en copia de seguridad con un peer entre regiones, las copias de seguridad se copian en la región remota. La recuperación de desastres basada en copias de seguridad entre regiones conlleva costos adicionales.

Descripción de backup-based-dr-cross-region.eps

Autonomous Database permite crear una o más bases de datos peer de recuperación ante desastres remotas, en función del modelo informático:

  • Modelo de recursos informáticos de OCPU: puede agregar un peer de recuperación ante desastres remoto en una región emparejada. Las regiones emparejadas son regiones remotas en las que puede crear un peer entre regiones.

  • Modelo de recursos informáticos de ECPU: puede agregar varios peers de recuperación ante desastres remotos, con hasta un peer en cada región emparejada remota. Por ejemplo, si la base de datos primaria está en la región IAD, puede agregar un par remoto en PHX y en SJC, pero no puede agregar dos pares remotos en PHX.

Las regiones emparejadas son regiones remotas en las que puede crear un peer de recuperación ante desastres entre regiones. Consulte Regiones emparejadas entre regiones de Autonomous Database para obtener más información sobre las regiones asociadas.

Temas

Tema principal: Uso de la recuperación ante desastres basada en copias de seguridad

Objetivo de tiempo de recuperación (RTO) y objetivo de punto de recuperación (RPO) de copia de seguridad basada en recuperación ante desastres

Al realizar un failover mediante Recuperación ante desastres basada en copia de seguridad activada, la instancia de peer asume el rol de la instancia principal, según el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO).

El RTO es el período máximo de tiempo necesario para restaurar la conectividad de la base de datos a una base de datos de copia de seguridad después de iniciar un failover. El RPO es la duración máxima en minutos de la pérdida potencial de datos en la base de datos principal.

Los números de RTO y RPO de Recuperación de fallos basada en copias de seguridad son:

Configuración de recuperación ante desastres basada en copias de seguridad RTO RPO

Copia de seguridad local

una (1) hora + 1 hora por 5 TB

10 segundos

Copia de seguridad entre regiones (remota)

una (1) hora + 1 hora por 5 TB

1 minuto

Replicación de copias de seguridad en un peer de recuperación ante desastres basado en copia de seguridad entre regiones

Al agregar un peer de recuperación ante desastres basado en copia de seguridad entre regiones, puede activar la replicación de copia de seguridad entre regiones para copias de seguridad automáticas.

Por defecto, las copias de seguridad automáticas se crean y mantienen en la base de datos primaria actual y no se replican en un peer entre regiones. Opcionalmente, puede activar la replicación de las copias de seguridad automáticas en un par entre regiones.

Al activar la replicación de copia de seguridad entre regiones, se replican hasta 7 días de copias de seguridad automáticas para la principal en un par entre regiones. Cuando esta función está activada, las copias de seguridad automáticas están disponibles en la región remota de la siguiente manera:

  • Después de una operación de switchover o failover, puede restaurar o clonar cualquier registro de hora en los últimos siete (7) días o cualquier registro de hora en el período de retención especificado cuando el período de retención está definido en menos de siete días.

  • Todas las copias de seguridad de la base de datos principal que se replican en la región remota se suprimen en el peer de región remota después de siete días o después del número de días del período de retención cuando el período de retención se define en menos de siete días.

  • No puede modificar el período de retención de copias de seguridad para copias de seguridad replicadas, excepto si modifica el período de retención de copias de seguridad en la base de datos principal para especificar un valor inferior a siete días. En este caso, el período de retención de las copias de seguridad replicadas en la región remota coincide con el período de retención de la copia de seguridad automática definido en la principal.

La replicación de copia de seguridad entre regiones conlleva un costo adicional. Consulte Facturación de funciones de Oracle Autonomous Database Serverless para obtener más información.

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

Tenga en cuenta lo siguiente para la replicación de copia de seguridad entre regiones:

  • Después de un switchover o un failover, mientras la base de datos entre regiones está en el rol principal, las copias de seguridad se realizan en la base de datos principal actual y se replican en el peer (remoto) actual.

  • Al utilizar la recuperación ante desastres basada en copia de seguridad con un peer entre regiones, esta función está soportada para todos los tipos de carga de trabajo.

Visualización del par de Backup-Based Disaster Recovery

La recuperación ante desastres basada en copia de seguridad con un peer local está activada por defecto para una instancia de Autonomous Database recién creada y para bases de datos existentes. Un peer de recuperación ante desastres basada en copias de seguridad local no conlleva ningún costo adicional.

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.

Para ver la información de recuperación ante desastres de su instancia de Autonomous Database, haga lo siguiente:

En la página Detalles de Autonomous Database, en el área Recursos, haga clic en Recuperación ante desastres. El campo Tipo de DR indica el tipo de recuperación ante desastres, ya sea Recuperación ante desastres basada en copia de seguridad (copia de seguridad) o Autonomous Data Guard.

Por ejemplo:

A continuación se muestra la descripción de adb_backup_copy_resources.png

Adición de un peer de recuperación ante desastres entre regiones

Además de un peer local de Recuperación ante desastres basada en copias de seguridad, puede agregar uno o más pares de Recuperación ante desastres basada en copias de seguridad de región remota (entre regiones).

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.

Para agregar un peer de recuperación ante desastres basada en copias de seguridad entre regiones, realice lo siguiente:

  1. En la página Detalles de Autonomous Database, en Recuperación ante desastres, en el campo Entre regiones, haga clic en Agregar base de datos peer, o bien, en el área Recursos, haga clic en Recuperación ante desastres.

    A continuación se muestra la descripción de adb_bbdr_ui_update.png

    A continuación se muestra la descripción de adb_backup_copy_resources.png
  2. Haga clic en Agregar base de datos de peer.
  3. En la lista desplegable Región, seleccione una región.

    La lista de regiones muestra las regiones remotas disponibles en las que puede crear un peer entre regiones. Al agregar una base de datos peer, la lista de regiones disponibles solo muestra una región remota si su arrendamiento está suscrito a la región remota (debe estar suscrito a la región remota emparejada). Consulte Regiones emparejadas entre regiones de Autonomous Database para obtener más información.

  4. En la lista desplegable Seleccionar un compartimento, seleccione un compartimento.
  5. Seleccione el tipo de recuperación ante desastres. Además, cuando la base de datos de origen esté configurada con un punto final privado, introduzca la información del punto final privado para el peer.
    1. Seleccione el tipo de recuperación ante desastres: Recuperación ante desastres basada en copias de seguridad.
    2. Si desea activar la replicación de copia de seguridad entre regiones, seleccione la casilla de control Activar replicación de copia de seguridad entre regiones en el peer de recuperación ante desastres. Consulte Replicación de copias de seguridad en un par de recuperación ante desastres basado en copia de seguridad entre regiones para obtener más información.

      A continuación se muestra la descripción de adbs_bbdr_cross_region_replication.png

    3. Cuando la base de datos de origen se configura con un punto final privado, en el área Acceso de red para la base de datos en espera, introduzca la red virtual en la nube y la subred.
      A continuación se muestra la descripción de adb_create_cross_region_peer_private_endpoint.png

      En estos accesos de red para campos en espera, especifique la VCN y la subred del punto final privado en la región remota en la que se crea la base de datos en espera. Configuración de puntos finales privados.

      Nota

      Si cambia el acceso de red en la base de datos origen para activar un punto final privado después de crear la base de datos en espera, debe acceder manualmente a la base de datos en espera para activar un punto final privado en el peer.
  6. Haga clic en Agregar base de datos de peer.

    El estado del ciclo de vida de Autonomous Database cambia a Actualizando. En el área Recursos, el número situado junto a Recuperación ante desastres aumenta para mostrar que tiene otro peer de recuperación ante desastres, y el campo Estado muestra Aprovisionando para el nuevo peer entre regiones.

    Nota

    Mientras agrega un nuevo peer, la base de datos principal está disponible para operaciones de lectura/escritura. No se produce tiempo de inactividad en la base de datos principal.

Notas para agregar un peer de Recuperación ante desastres basada en copias de seguridad entre regiones:

  • Autonomous Database genera una solicitud de trabajo. Para ver la solicitud de trabajo, en Recursos, haga clic en Solicitudes de trabajo.

  • Después de agregar un peer entre regiones (remoto), la cartera y la cadena de conexión de la base de datos primaria solo contendrán el nombre de host de la base de datos primaria, y la cartera y la cadena de conexión de la base de datos remota solo contendrán el nombre de host de la base de datos remota. Esto se aplica tanto a las carteras de instancia como a las regionales.

    Consulte Cadenas y carteras de conexión de recuperación ante desastres entre regiones para obtener más información.

  • Si selecciona Activar replicación de copia de seguridad entre regiones en peer de recuperación ante desastres, puede tardar entre varios minutos y varias horas en replicar las copias de seguridad en la región remota, según el tamaño de las copias de seguridad. Después de replicar las copias de seguridad, al seleccionar Copias de seguridad en Recursos en la consola de Oracle Cloud Infrastructure de la base de datos peer, verá la lista de copias de seguridad replicadas.

  • Al agregar un peer entre regiones, hay consideraciones especiales cuando la instancia principal utiliza claves gestionadas por el cliente o si desea cambiar para utilizar claves gestionadas por el cliente. Consulte Autonomous Data Guard con claves gestionadas por el cliente para obtener más información.

  • Al agregar un peer de Recuperación ante desastres basada en copia de seguridad, mientras que el campo Estado del ciclo de vida muestra Actualizando, las siguientes acciones están desactivadas para la base de datos principal:

Tema principal: Uso de la recuperación ante desastres basada en copias de seguridad

Activación o desactivación de la replicación de copia de seguridad para un peer entre regiones existente

Puede activar o desactivar la replicación de copia de seguridad en un peer entre regiones de Recuperación de fallos basada en copia de seguridad.

Para activar o desactivar la replicación de copia de seguridad para una base de datos en espera de Autonomous Data Guard entre regiones existente:

  1. en la página Detalles de Autonomous Database, en el área Recursos, seleccione Recuperación ante desastres.
  2. En una fila que muestre una base de datos en espera entre regiones, haga clic en más acciones al final de la fila y seleccione Actualizar recuperación ante desastres.

    Se muestra la página Actualizar recuperación ante desastres.


    A continuación se muestra la descripción de adb_bbdr_update_backup_replication.png

  3. Activar o desactivar la replicación de copia de seguridad.
    1. Si la replicación de copia de seguridad entre regiones está desactivada, seleccione Activar replicación de copia de seguridad entre regiones en el peer de recuperación ante desastres para activar la opción.
    2. Si la replicación de copia de seguridad entre regiones está activada, anule la selección de Activar replicación de copia de seguridad entre regiones en el peer de recuperación ante desastres para desactivar la opción.
  4. Haga clic en Enviar.

    El estado del ciclo de vida de Autonomous Database cambia a Actualizando.

Si selecciona Activar replicación de copia de seguridad entre regiones en peer de recuperación ante desastres, puede tardar entre varios minutos y varias horas en replicar las copias de seguridad en la región remota, según el tamaño de las copias de seguridad. Después de replicar las copias de seguridad, al seleccionar Copias de seguridad en Recursos en la consola de Oracle Cloud Infrastructure de la base de datos peer, verá la lista de copias de seguridad replicadas.

Actualizar tipo de recuperación ante desastres

Describe los pasos para cambiar a una opción de recuperación ante desastres alternativa.

La recuperación ante desastres basada en copia de seguridad está activada por defecto para una instancia de Autonomous Database con un peer local. La recuperación ante desastres no se puede desactivar para una instancia de Autonomous Database. Sin embargo, puede actualizar el tipo de recuperación ante desastres a Autonomous Data Guard. Consulte Uso de bases de datos en espera con Autonomous Database for Disaster Recovery para obtener más información sobre Autonomous Data Guard.

Para actualizar el tipo de recuperación ante desastres:

  1. En la instancia de Autonomous Database principal, en la página Detalles de Autonomous Database, en Recursos, seleccione Recuperación ante desastres.
    A continuación se muestra la descripción de adb_backup_copy_resources.png
  2. En la fila que muestra los detalles de recuperación ante desastres de la base de datos, haga clic en más acciones al final de la fila y seleccione Actualizar tipo de recuperación ante desastres.
  3. En la página Actualizar tipo de recuperación ante desastres, seleccione Autonomous Data Guard.
    A continuación se muestra la descripción de adb_update_dr_type_data_guard.png
  4. Haga clic en Enviar. Esto inicia el aprovisionamiento de una base de datos en espera de Autonomous Data Guard.
  5. El tipo de recuperación ante desastres se cambia a Autonomous Data Guard, como se muestra en la columna Tipo de DR.

Desactivación de un par entre regiones (remoto)

Describe los pasos para terminar un par entre regiones (remoto).

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.

Para terminar un par (remoto) entre regiones:

  1. En la base de datos primaria, en la página Detalles de Autonomous Database, en Recursos, seleccione Recuperación ante desastres.
  2. Acceda a la consola de Oracle Cloud Infrastructure para el peer de región remoto.

    El área de información Recuperación ante desastres muestra la instancia de Autonomous Database de peer. El igual remoto tiene el mismo nombre mostrado que la base de datos principal, con una extensión "_region". Donde región es el nombre de la región, como IAD o BOM.

    Si ha creado el par entre regiones antes de la introducción del soporte para varios pares entre regiones, el par remoto tiene el mismo nombre mostrado que la base de datos primaria, con una extensión "_Remote".

    En Autonomous Database de peer, haga clic en el enlace del peer remoto para acceder al peer entre regiones.

  3. En la consola de Oracle Cloud Infrastructure para el peer remoto, en la página Detalles, en la lista desplegable Más acciones, seleccione Terminar.
  4. en la página Finalizar Autonomous Database, introduzca el nombre de la base de datos para confirmar que desea terminar el peer entre regiones.
  5. Haga clic en Terminar base de datos autónoma.

    Mientras el par está terminando, el Estado del ciclo de vida cambia a Finalizando.

Existen limitaciones para la desactivación cuando una instancia tiene un peer de Recuperación ante desastres basada en copias de seguridad entre regiones, de la siguiente manera:

  • No se puede desactivar un peer en la región remota desde la base de datos principal.

  • Cuando la recuperación ante desastres basada en copias de seguridad está activada con un peer entre regiones, debe terminar todos los peers de recuperación ante desastres entre regiones antes de terminar la base de datos de roles principal. Si intenta terminar el principal, el sistema genera un error.

    En este caso, después de terminar todos los peers entre regiones (remote), puede terminar la base de datos primaria.

Realización de un Switchover a un Peer de Copia de Seguridad

Al realizar un switchover, la base de datos primaria se convierte en la copia de seguridad y la copia se convierte en la base de datos primaria, sin pérdida de datos.

Normalmente, se realiza un switchover para probar el failover en la copia de seguridad por motivos de auditoría o certificación, o para probar los procedimientos de failover de la aplicación cuando se ha agregado un peer de copia de seguridad.

Para el switchover a un peer de copia de seguridad, la página Detalles de Autonomous Database muestra el enlace Switchover en Recuperación ante desastres y la consola de Oracle Cloud Infrastructure en la base de datos principal también muestra un enlace de Switchover en el campo Rol cuando tanto la base de datos principal como un peer de copia de seguridad están disponibles. Puede realizar un switchover cuando el Estado del ciclo de vida de la base de datos principal muestre Disponible o Parado, y haya disponible una copia de seguridad (el campo Estado muestre En espera).

Para ver el estado del peer, en Recursos, haga clic en Recuperación ante desastres y, para el peer que se muestra en la columna Autonomous Database de peer, compruebe que el Estado muestre En espera.

Puede iniciar la operación de switchover en cualquier momento con la API de Autonomous Database. Consulte Uso de la API para obtener más información.

Tema principal: Uso de la recuperación ante desastres basada en copias de seguridad

Operaciones de Switchover a un Peer de Copia de Seguridad Local

Al realizar un switchover, la base de datos primaria se convierte en el par y el par en la base de datos primaria, sin pérdida de datos.

Normalmente, se realiza un switchover para probar el failover en el par por motivos de auditoría o certificación, o para probar los procedimientos de failover de la aplicación con Backup-Based Disaster Recovery.

Para realizar un switchover a una copia de seguridad, la página Detalles de Autonomous Database, la consola de Oracle Cloud Infrastructure en la base de datos con el rol Primario muestra un enlace de Switchover en el campo Rol cuando la base de datos principal y un peer están disponibles. Puede realizar un switchover cuando el Estado del ciclo de vida de la base de datos principal muestre Disponible o Parado y haya disponible un par (el campo Estado muestre En espera).

Para ver el estado del peer, en Recursos, haga clic en Recuperación ante desastres y, para el peer que se muestra en la columna Autonomous Database de peer, compruebe que el campo Estado muestre En espera.

Puede iniciar la operación de switchover en cualquier momento con la API de Autonomous Database. Consulte Uso de la API para obtener más información.

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.

Para realizar un switchover, haga lo siguiente:

  1. On the Autonomous Database Details page, under Disaster recovery, in the Role field, click Switchover.
    También puede seleccionar Más acciones y Switchover, o bien seleccionar Recuperación ante desastres en Recursos y Switchover.
  2. En el cuadro de diálogo Confirmar switchover a peer, en la lista Seleccionar peer, seleccione el par para realizar el switchover.
  3. Introduzca el nombre de la base de datos para confirmar que desea realizar el switchover.
  4. Haga clic en Confirmar switchover a peer.

    Si hay operaciones simultáneas activas, como escalar, la confirmación también confirma la pausa o cancelación de la operación simultánea. Consulte la sección sobre operaciones simultáneas en Autonomous Database para obtener más información.

    El Estado del ciclo de vida de la base de datos cambiará a Actualizando. Para ver el estado del par, en Recursos, haga clic en Recuperación ante desastres, donde la columna Estado muestra Cambio de roles en curso.

Cuando finaliza el switchover, Backup-Based Disaster Recovery realiza lo siguiente:

  • La información del recurso Recuperación ante desastres basada en copias de seguridad se actualiza para reflejar el switchover. Seleccione Recuperación ante desastres en Recursos para ver la información actualizada.

  • Autonomous Database informa de la hora en el campo Rol cambiado el.

Realizar un switchover a un peer de copia de seguridad entre regiones

Al realizar un switchover, la base de datos principal se convierte en la base de datos peer y la base de datos peer se convierte en la base de datos principal, sin pérdida de datos.
Nota

Para un cambio entre regiones, debe iniciar el cambio desde el peer entre regiones.

Tiene varias opciones para acceder al peer entre regiones:

  • Seleccione la región remota en la consola de Oracle Cloud Infrastructure y, a continuación, acceda al peer directamente.

  • Acceda a la base de datos principal y, desde la base de datos principal, puede acceder al peer desde la página Detalles de Autonomous Database seleccionando Recuperación ante desastres, en Recursos y haciendo clic en el enlace del peer de copia de seguridad en la columna Autonomous Database de peer.

Para realizar un failover:

  1. En el peer entre regiones, en la página Detalles de Autonomous Database, en Recuperación ante desastres, en el campo Rol, haga clic en Switchover.

    Como alternativa, en la fila que muestra los detalles de recuperación ante desastres de la base de datos, haga clic en más acciones al final de la fila y seleccione Switchover.

  2. En el cuadro de diálogo Confirmar switchover a peer, introduzca el nombre de la base de datos peer para confirmar que desea cambiar.
  3. En el cuadro de diálogo Confirmar cambio a peer, haga clic en Confirmar cambio a peer.

    Si hay operaciones simultáneas activas, como escalar, la confirmación también confirma la pausa o cancelación de la operación simultánea. Consulte la sección sobre operaciones simultáneas en Autonomous Database para obtener más información.

    El estado del ciclo de vida de la base de datos cambia a Cambio de roles en curso. Para ver el estado de la base de datos peer, en Recursos, haga clic en Recuperación ante desastres. El estado Estado muestra Actualizando.

Cuando se completa el switchover, Autonomous Database hace lo siguiente:

  • El nombre mostrado muestra el indicador Principal.

  • La información del recurso de Recuperación ante desastres se actualiza para reflejar el switchover. En Recursos, seleccione Recuperación ante desastres para ver la información actualizada.

  • Autonomous Database informa de la hora del último switchover al pasar el cursor sobre icono de pista en el campo Rol.

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

Notas para Realizar un Switchover a un Peer de Copia de Seguridad

Proporciona notas para el switchover de Backup-Based Disaster Recovery:

  • Para un cambio entre regiones, debe iniciar el cambio desde el peer entre regiones.

  • Durante el switchover, la mayoría de las acciones de la consola de Oracle Cloud Infrastructure no están disponibles y la página Información de Autonomous Database muestra el Estado del ciclo de vida con el valor Actualizando.

  • La operación de switchover mantiene el estado original de la base de datos principal. Si la base de datos principal está parada al realizar un switchover, estará parada después del switchover.

  • Autonomous Database genera la solicitud de trabajo Switchover Autonomous Database. Para ver la solicitud, en Recursos, haga clic en Solicitudes de trabajo.

  • Después de realizar un switchover o un failover al peer, el peer se convierte en el principal y los gráficos de la tarjeta Panel de control de base de datos de Database Actions y las métricas 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.

  • No puede cancelar una operación de cambio entre regiones después de que comienza el cambio y el Estado muestre Cambio de roles en curso. Las opciones para cancelar el switchover son:

    • Intente o vuelva a intentar realizar un switchover o un failover hasta que la operación se realice correctamente.

    • Registre una solicitud de servicio en Soporte Oracle Cloud o póngase en contacto con su representante de soporte.

Ejecución de un failover

Cuando la base de datos principal deja de funcionar, con Recuperación ante desastres basada en copia de seguridad puede realizar un failover manual para que el peer local sea la base de datos principal.

La recuperación ante desastres basada en copias de seguridad no proporciona una opción de failover automático. Si desea proporcionar un failover automático, donde el sistema supervisa la instancia principal y realiza un failover automático a una base de datos en espera local en determinados escenarios, debe cambiar el tipo de recuperación ante desastres para que la instancia local utilice Autonomous Data Guard.

Con un par de Recuperación ante desastres basada en copia de seguridad local y un par de Recuperación ante desastres basada en copia de seguridad entre regiones, Oracle recomienda que primero intente realizar un failover manual al par local (no al par entre regiones).

En función de cómo active la recuperación ante desastres basada en copias de seguridad, hay diferentes pasos para realizar un failover manual a un peer:

  • Al configurar Recuperación ante desastres basada en copias de seguridad solo con un peer local:

    Si tiene un peer local y el switchover no se realiza correctamente, la consola de Oracle Cloud Infrastructure muestra un banner con información sobre por qué el switchover no se ha realizado correctamente, y la consola de Oracle Cloud Infrastructure muestra un enlace de failover en el campo Rol en el que puede hacer clic para iniciar un failover al peer local. El enlace de failover solo se muestra si la base de datos principal no está disponible y hay un peer disponible. Es decir, el campo Estado del ciclo de vida de la base de datos principal muestra No disponible y el peer local está disponible. Con la API, puede iniciar un failover manual en cualquier momento. Consulte Uso de la API para obtener información sobre el uso de la API.

    Para ver el estado del peer, en Recursos, haga clic en Recuperación ante desastres y, para el peer que se muestra en la columna Autonomous Database de peer, compruebe que el campo Estado muestra Disponible o Parado.

  • Cuando se utiliza la recuperación ante desastres basada en copias de seguridad con un peer local y un peer entre regiones (remoto):

    Con la recuperación ante desastres basada en copias de seguridad activada con un par local y un par entre regiones, y el par local está disponible, Oracle recomienda que primero intente realizar un failover manual al par local (no al par entre regiones).

    Si un par local no está disponible o falla un failover manual al par local, puede realizar un switchover manual al par entre regiones. Si el switchover al peer entre regiones falla, en el peer, la consola de Oracle Cloud Infrastructure muestra un enlace de failover en el campo Rol en el que puede hacer clic para iniciar un failover manual al peer.

Al iniciar un failover manual, se realiza un failover al peer en función del objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO). Consulte Objetivo de tiempo de recuperación ante desastres (RTO) y objetivo de punto de recuperación (RPO) basados en copias de seguridad para obtener más información.

Realice los siguientes pasos de requisitos previos según sea necesario:

  • Haga clic en icono de navegación junto a Oracle Cloud para abrir la consola de Oracle Cloud Infrastructure.

  • En el menú de navegación izquierda de Oracle Cloud Infrastructure, haga clic en Oracle Database y, a continuación, en función de la carga de trabajo, haga clic en una de las siguientes opciones: Autonomous Data Warehouse, Autonomous JSON Database, o Autonomous Transaction Processing.

  • En la página Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.

Para iniciar un failover manual a una copia de seguridad entre regiones, realice lo siguiente:

  1. En el par, realice un switchover. Consulte Realización de un switchover a un peer de copia de seguridad local para obtener más información.

  2. Si el intento de switchover del paso 1 falla, en el par el campo Rol muestra el enlace Failover. En el par, haga clic en el enlace Failover.

    Se mostrará el cuadro de diálogo Confirmar failover manual a par, junto con información sobre posibles pérdidas de datos que pueden producirse si realiza el failover manual al par.

  3. En el cuadro de diálogo Confirmar failover manual a peer, introduzca el nombre de la instancia de Autonomous Database para confirmar que desea realizar el failover.

  4. En el cuadro de diálogo Confirmar failover a peer, haga clic en Confirmar failover manual a peer.

    Si hay operaciones simultáneas activas, como escalar, la confirmación también confirma la pausa o cancelación de la operación simultánea. Consulte la sección sobre operaciones simultáneas en Autonomous Database para obtener más información.

Para iniciar un failover manual si la base de datos principal no está disponible y el par local está disponible, haga lo siguiente:

  1. En la página Detalles, en Recuperación ante desastres, en el campo Rol, haga clic en Failover.

    Se mostrará el cuadro de diálogo Confirmar failover manual a peer, junto con información sobre posibles pérdidas de datos que pueden producirse si realiza el failover manual a peer.

    A continuación se muestra la descripción de adb_failover_manual.png
  2. En el cuadro de diálogo Confirmación de failover manual a peer, introduzca el nombre de la instancia de Autonomous Database para confirmar que desea realizar el failover.
  3. En el cuadro de diálogo Confirmar failover a peer, haga clic en Confirmar failover manual a peer.
Cuando finaliza el failover, Backup-Based Disaster Recovery realiza lo siguiente:

  • Una vez completada una operación de failover manual, puede ver cualquier pérdida de datos asociada al failover manual en el mensaje del banner de la consola de Oracle Cloud Infrastructure y al pasar el cursor sobre icono de pista en el campo Rol. La pérdida de datos del failover manual se especifica en minutos.

  • Después de un failover manual con Recuperación ante desastres basada en copia de seguridad, si se ha producido un fallo regional, cuando la región vuelve a estar en línea, el par se vuelve a conectar automáticamente o, si es necesario, se vuelve a aprovisionar.

  • Después de realizar un failover manual al peer entre regiones, el peer entre regiones se convierte en la base de datos primaria. En este caso, si se ha activado una base de datos en espera de Autonomous Data Guard local, se creará y asociará una base de datos en espera local. Si no se ha activado una instancia de Autonomous Data Guard local antes del failover en la base de datos principal, como es el valor por defecto, tiene una copia de seguridad local.

Conversión de un par de recuperación ante desastres basado en copia de seguridad entre regiones a una base de datos de instantánea en espera

Un peer de recuperación ante desastres basada en copias de seguridad entre regiones se puede convertir en una instantánea en espera. Esto convierte al par en una base de datos de lectura y escritura durante un máximo de dos días.

El uso de CPU de instantánea en espera se factura en función del recuento de CPU base y cualquier uso de CPU adicional si la escala automática de cálculo está activada. El número de CPU base se especifica mediante el número de ECPU (OCPU si la base de datos utiliza OCPU), como se muestra en el campo Recuento de ECPU o Recuento de OCPU de la consola de Oracle Cloud Infrastructure.

El uso de almacenamiento de instantánea en espera se factura en función del almacenamiento de la instantánea en espera más 1 x el almacenamiento de la base de datos primaria.

Temas

Actualización de ACL de red peer remota para un par de Recuperación ante desastres basada en copia de seguridad

Puede modificar de forma independiente las ACL de red en una base de datos peer de recuperación ante desastres remota.

De manera predeterminada, las bases de datos peer principales y remotas de recuperación ante desastres utilizan las mismas listas de control de acceso de red (ACL). Opcionalmente, puede configurar ACL de forma independiente en bases de datos peer remotas. Esto proporciona una opción para utilizar diferentes ACL en bases de datos peer remotas.

Si modifica las ACL en un peer remoto, Autonomous Database ya no mantiene la configuración de ACL sincronizada entre el peer principal y el peer remoto. Después de modificar las ACL en un peer remoto, Autonomous Database gestiona las ACL en el peer remoto de forma independiente.

Para utilizar diferentes ACL de red en un peer de Autonomous Database remoto:

  1. En la base de datos principal, en la página Detalles de Autonomous Database, en Recursos, seleccione Recuperación ante desastres.
  2. Acceda al igual remoto.

    El área de información Recuperación ante desastres muestra la instancia de Autonomous Database de peer. Por defecto, la base de datos peer remota tiene el mismo nombre mostrado que la base de datos primaria, con una extensión. Por ejemplo, DBNAME_remote.

    En Autonomous Database de peer, haga clic en el enlace para acceder a un peer entre regiones.

  3. En la base de datos peer remota, edite la lista de control de acceso.

    Antes de cambiar la ACL, el cuadro de diálogo muestra un mensaje que indica que las ACL de la base de datos peer se están sincronizando desde la base de datos primaria. Por ejemplo:

    A continuación se muestra la descripción de adb_remote_peer_sync_acls.png

    Consulte Configuración de listas de control de acceso para una instancia de Autonomous Database existente para obtener más información.

  4. Agregue, elimine o modifique una o más ACL.
  5. Haga clic en Guardar.

Después de modificar las ACL, las ACL del par principal y remoto se gestionan por separado.

Si desea reiniciar la sincronización de ACL entre el par principal y el par remoto, tiene dos opciones:

  • Termine la instancia de Autonomous Database peer y cree una nueva base de datos peer de recuperación ante desastres entre regiones.

    Consulte Desactivación de un peer entre regiones (remoto) para obtener más información sobre la finalización de una base de datos peer remota.

  • Póngase en contacto con Oracle Cloud Support y registre una solicitud de servicio o póngase en contacto con su representante de soporte.

Uso de la API

Proporciona enlaces para obtener más información sobre el uso de operaciones de API para gestionar la recuperación ante desastres basada en copias de seguridad.

Para obtener más información sobre el uso de la API y la firma de solicitudes, consulte API de REST y Credenciales de seguridad.

Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.

Utilice estas operaciones de API para gestionar la recuperación ante desastres:

Utilice estas API de Terraform para gestionar los recursos de Autonomous Database:

Para obtener más información sobre Terraform, consulte Proveedor de Terraform y, para obtener más información sobre las API de Terraform, consulte Origen de datos: oci_database_autonomous_database.

Eventos de recuperación ante desastres basada en copias de seguridad

Puede utilizar eventos de Oracle Cloud Infrastructure para responder cuando Autonomous Database cambie su estado debido a un evento relacionado con la recuperación ante desastres basada en copias de seguridad.

Los eventos de Autonomous Database son:

  • Iniciar failover manual
  • Finalice el failover manual con un resultado de failover correcto o incorrecto.
  • Iniciar switchover
  • 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.