Documentación de Oracle Cloud Infrastructure

Conversión de un par entre regiones a una base de datos de instantánea en espera

Puede convertir una base de datos peer entre regiones en una base de datos de 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 según el recuento de CPU base y cualquier uso de CPU adicional si está activada la escala automática de recursos informáticos. 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 principal de origen.

Puede crear una instantánea en espera para un peer entre regiones. No puede crear una instantánea en espera para un par de recuperación ante desastres local.

Tema principal: Operaciones entre regiones y entre arrendamientos de Autonomous Data Guard

Acerca de las bases de datos en espera de instantáneas de recuperación ante desastres

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

Mientras opera como una base de datos de instantánea en espera, las actualizaciones de la base de datos de origen se siguen enviando a la base de datos de instantánea en espera y está protegido si la región de la base de datos de origen se encuentra con un fallo, pero las actualizaciones no se aplican a la base de datos de instantánea en espera hasta que la base de datos se vuelve a convertir en un peer de recuperación ante desastres.

Consulte Facturación de funciones de Oracle Autonomous Database Serverless para obtener información sobre la facturación de instantánea en espera.

  • Restricciones y Funciones de Instantánea en Espera
    Proporciona información sobre las restricciones y funciones de instantánea en espera.
  • Operaciones de Base de Datos de Instantánea en Espera
    Después de crear una instantánea en espera, puede realizar casi todas las operaciones de base de datos en la instantánea en espera. Hay algunas operaciones que no están permitidas en una instantánea en espera.
  • Hora de reconexión de instantánea en espera
    Un banner de la consola de Oracle Cloud Infrastructure indica la fecha y la hora en que la instantánea en espera se vuelve a conectar automáticamente a la base de datos de origen. En el momento indicado en el banner, Autonomous Database convierte una instantánea en espera de nuevo al rol En espera.

Tema principal: Conversión de un par entre regiones a una base de datos en espera de instantánea

Funciones y Restricciones de Instantánea en Espera

Proporciona información sobre las funciones y restricciones de la instantánea en espera.

Mientras la base de datos está en el rol Instantánea en espera, tenga en cuenta lo siguiente:

  • Al convertir un peer de recuperación ante desastres entre regiones en una base de datos de instantánea en espera, puede utilizar la base de datos de instantánea en espera para probar y consultar los datos de la base de datos. Esto le permite realizar pruebas sin tiempo de inactividad en la base de datos principal (origen), en comparación con las pruebas mediante el switchover al par remoto.

  • Puede utilizar una base de datos de instantánea en espera para probar completamente el entorno de recuperación ante desastres, incluida la realización de los cambios necesarios para verificar el entorno en espera, como la configuración de nivel medio. Con una instantánea en espera puede realizar cambios de configuración o realizar operaciones DML en la base de datos según sea necesario para realizar pruebas y verificaciones completas del entorno en espera.

Mientras la base de datos está en el rol Instantánea en espera, tenga en cuenta las siguientes restricciones:

  • La operación de restauración no está permitida en una base de datos de instantánea en espera.

  • No se realizan ni se muestran nuevas copias de seguridad desde el momento en que un par de recuperación ante desastres se convierte en una instantánea en espera. Están disponibles las copias de seguridad existentes que estaban disponibles antes de la conversión a una instantánea en espera. Solo puede utilizar las copias de seguridad disponibles en una instantánea en espera para una clonación a partir de una operación de copia de seguridad.

  • La clonación a partir de una instantánea en espera solo permite crear una clonación en la misma región que la instantánea en espera. No puede clonar una instantánea en espera entre regiones.

Notas para volver a conectar una instantánea en espera a la base de datos primaria (base de datos origen):

  • Vuelva a conectarse a la base de datos principal de origen cuando haya terminado con las tareas que requieren que la instantánea en espera esté abierta para operaciones de lectura y escritura. Si no se vuelve a conectar manualmente en un plazo de dos días, la instantánea en espera se vuelve a conectar automáticamente a la base de datos principal.

  • Oracle recomienda volver a convertir una base de datos de instantánea en espera en un peer de recuperación ante desastres tan pronto como haya terminado con las operaciones que requieren que la base de datos en espera esté abierta para operaciones de lectura y escritura. Al volver a convertir a un par de recuperación ante desastres, los cambios acumulados de la base de datos origen se aplican en el par. Si mantiene el par de recuperación ante desastres abierto como una instantánea en espera durante un período más largo, suponiendo que haya cambios en curso en el principal durante este tiempo, tardará más tiempo en volver a convertirlo en un par de recuperación ante desastres.

Cuando la instantánea en espera se vuelve a conectar a la base de datos primaria, Autonomous Database realiza las siguientes acciones:

  • El tipo de recuperación ante desastres que estaba utilizando y cualquier facturación asociada vuelve al tipo que era antes de realizar la conversión de peer de recuperación ante desastres a instantánea en espera. Es decir, el peer de recuperación ante desastres vuelve al mismo tipo de peer de recuperación ante desastres, ya sea Recuperación ante desastres basada en copia de seguridad (Copia de seguridad) o Autonomous Data Guard, como se muestra en la columna Tipo de DR del área Recuperación ante desastres.

  • Todos los cambios realizados en la instantánea en espera desde el momento en que se convirtió en instantánea en espera, hasta el momento en que se vuelve a conectar al origen, se descartan. Esto significa que todos los cambios, incluidos los metadatos, que se insertan, actualizan o suprimen mientras la base de datos funciona como base de datos de instantánea en espera se pierden (se descartan) cuando la base de datos de instantánea en espera se vuelve a conectar a su base de datos de origen.

  • Todos los cambios que se han producido en la base de datos primaria se replican en la región remota mientras la base de datos funciona como instantánea en espera, pero los cambios no se aplican a la instantánea en espera. Los cambios que se producen en la base de datos primaria durante este período se aplican a la base de datos de instantánea en espera cuando se vuelve a convertir en un par de recuperación ante desastres.

  • En la consola de Oracle Cloud Infrastructure, el rol se actualiza de Rol: instantánea en espera a Rol: en espera o Rol: copia de seguridad, según el tipo de recuperación ante desastres.

Operaciones de Instantánea en Espera

Después de crear una instantánea en espera, puede realizar casi todas las operaciones de base de datos en la instantánea en espera. Hay algunas operaciones que no están permitidas en una instantánea en espera.

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

Puede convertir un par entre regiones en una instantánea en espera.

Consulte Conversión de un par de recuperación ante desastres entre regiones a una base de datos de instantánea en espera para conocer los pasos para convertir una base de datos peer en una base de datos de instantánea en espera.

Iniciar o reiniciar

Cuando se para una instantánea en espera, como se indica en el estado del ciclo de vida Parado, puede iniciar la base de datos.

Cuando una instantánea en espera está disponible, como se indica en el estado del ciclo de vida Available, puede reiniciar la base de datos o parar la base de datos.

Conversión de la Base de Datos de Instantánea en Espera a Par de Recuperación de Fallos

Cuando una instantánea en espera tiene el rol Instantánea en espera, la base de datos funciona como una base de datos de lectura y escritura. Una instantánea en espera tiene un límite de dos días (48 horas) hasta el cual puede permanecer en el rol Instantánea en espera. Si no vuelve a convertir manualmente la instantánea en espera en un plazo de dos días, la instantánea en espera se convierte automáticamente en un peer de recuperación ante desastres.

Consulte Conversión de la base de datos de instantánea en espera a un peer de recuperación ante desastres entre regiones para obtener más información.

Parar

Cuando se para una instantánea en espera, las operaciones de la base de datos no están disponibles y se detiene el cobro por uso de CPU en la instantánea en espera.
Desconectar peer

Al desconectar una instantánea en espera, la instantánea en espera se disocia de la base de datos primaria. Esto convierte la base de datos de una base de datos de instantáneas en una base de datos independiente. Tras la operación de desconexión, no puede volver a conectarse a la principal.

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

Terminar

No puede terminar una instantánea en espera. Puede volver a conectar la instantánea en espera a la principal.

Consulte Conversión de la base de datos de instantánea en espera a un peer de recuperación ante desastres entre regiones para obtener más información.

Crear clonación

La clonación a partir de una instantánea en espera solo permite crear una clonación en la misma región que la instantánea en espera. No puede clonar una instantánea en espera entre regiones.
Crear Clonable

No puede crear una clonación de refrescamiento en una instantánea en espera.
Par de recuperación ante desastres

No puede agregar una base de datos en espera de Autonomous Data Guard ni un peer de recuperación ante desastres basada en copia de seguridad a una base de datos en espera de instantánea.

Hora de Reconexión de Instantánea en Espera

Un banner en la consola de Oracle Cloud Infrastructure indica la fecha y la hora en que la instantánea en espera se vuelve a conectar automáticamente a la base de datos origen. En el momento indicado en el banner, Autonomous Database convierte una instantánea en espera de nuevo al rol En espera.

A continuación se muestra la descripción de adb_dr_snapshot_reconnect_adg.png
Descripción de la ilustración adb_dr_snapshot_reconnect_adg.png
Nota

Cuando una instantánea en espera no se vuelve a conectar en un plazo de 48 horas, la instantánea en espera se vuelve a conectar automáticamente a la base de datos origen.

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

Puede convertir un peer de recuperación ante desastres entre regiones en una instantánea en espera.

Nota

Todos los datos, incluidos los metadatos, que se insertan, actualizan o suprimen en la base de datos durante el período de desconexión se perderán cuando una instantánea en espera se vuelva a conectar a su base de datos de origen. Todos los cambios que se producen en la base de datos primaria durante el período de desconexión se aplican a la base de datos en espera cuando se vuelve a conectar a la base de datos origen.

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 o Autonomous Transaction Processing.

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

  1. En la instancia de Autonomous Database de la región principal, en la página Detalles de Autonomous Database, en Recursos, seleccione Recuperación ante desastres.
  2. Acceda al par de región remota.

    En la instancia de Autonomous Database de región principal, el área de información Recuperación ante desastres muestra la columna Autonomous Database peer.

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

  3. En el peer entre regiones, en la lista desplegable Más acciones, seleccione Convertir a base de datos en espera de instantánea.
  4. En la página Convertir a base de datos de instantánea en espera, introduzca el nombre de la base de datos de origen para confirmar la desconexión.
  5. Haga clic en Convertir a base de datos de instantánea en espera.

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

    Nota

    Mientras realiza la conversión a una instantánea en espera, la base de datos principal está disponible para operaciones de lectura/ escritura. No se produce tiempo de inactividad en la base de datos principal.

    Cuando finalice la operación, tenga en cuenta lo siguiente:

    • En la base de datos de instantánea en espera, hay un banner que indica la fecha y la hora en que la base de datos en espera se volverá a conectar automáticamente con su base de datos de origen.

    • En la instantánea en espera, en la página de detalles de Autonomous Database, en Recuperación ante desastres, el rol muestra Instantánea en espera.

    • En la base de datos de origen de la instantánea en espera, en la página de detalles de Autonomous Database, al hacer clic en Recuperación ante desastres en Recursos, el rol de peer muestra Instantánea en espera.

    • En la instantánea en espera, puede escalar la CPU o el almacenamiento, independientemente de la base de datos origen.

    • Al escalar la CPU o el almacenamiento en la base de datos primaria, los cambios en la base de datos primaria no afectan a la instantánea en espera hasta que se vuelve a convertir en un par de recuperación ante desastres.

    • La clonación solo se permite desde una instantánea en espera cuando la clonación está en la misma región. No se permite la clonación entre regiones desde una instantánea en espera.

    • La operación de clonación a partir de copia de seguridad está permitida en una instantánea en espera. Sin embargo, una instantánea en espera no realiza una copia de seguridad de ninguno de los datos actualizados temporalmente en la instantánea en espera de lectura y escritura. Al clonar a partir de una copia de seguridad en una instantánea en espera, la operación crea una clonación mediante una copia de seguridad de lado principal que se replica en la instantánea en espera. Consulte Clonación de una instancia de Autonomous Database para obtener más información.

    • La operación de restauración no está permitida en una instantánea en espera.

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

Puede volver a convertir manualmente una instantánea en espera en un peer de recuperación ante desastres para la base de datos principal (base de datos de origen). Después de la conversión, la instantánea en espera vuelve a su rol como base de datos en espera de recuperación ante desastres.

Nota

Todos los datos, incluidos los metadatos, que se insertan, actualizan o suprimen en la base de datos de instantánea en espera durante el período de desconexión se perderán cuando la base de datos de instantánea en espera se vuelva a conectar a su base de datos de origen.

Todos los cambios en la base de datos primaria que se hayan enviado a la instantánea en espera pero no se hayan aplicado durante el período de desconexión se aplicarán a la base de datos en espera cuando se vuelva a conectar a la base de datos origen.

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 o Autonomous Transaction Processing.

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

  1. En la base de datos de instantánea en espera, en la lista desplegable Más acciones, seleccione Volver a conectar a la base de datos peer de origen.
  2. En la página Volver a conectar a la base de datos peer de origen, introduzca el nombre de la base de datos de origen para confirmar la nueva conexión.
  3. Haga clic en Convertir a peer de recuperación ante desastres.

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

    Nota

    Al volver a conectar la base de datos en espera a la base de datos de origen, la base de datos (de origen) principal está disponible para operaciones de lectura/escritura. No se produce tiempo de inactividad en la base de datos principal.

Cuando la instantánea en espera se vuelve a conectar a la base de datos primaria, Autonomous Database realiza lo siguiente:

  • El tipo de recuperación ante desastres que estaba utilizando y cualquier facturación asociada vuelve al tipo que era antes de realizar la conversión de peer de recuperación ante desastres a instantánea en espera. Es decir, el peer de recuperación ante desastres vuelve al mismo tipo de peer de recuperación ante desastres, ya sea Recuperación ante desastres basada en copia de seguridad (Copia de seguridad) o Autonomous Data Guard, como se muestra en la columna Tipo de DR del área Recuperación ante desastres.

  • Todos los cambios realizados en la instantánea en espera desde el momento en que se convirtió en instantánea en espera, hasta el momento en que se vuelve a conectar al origen, se descartan. Esto significa que todos los cambios, incluidos los metadatos, que se insertan, actualizan o suprimen mientras la base de datos funciona como base de datos de instantánea en espera se pierden (se descartan) cuando la base de datos de instantánea en espera se vuelve a conectar a su base de datos de origen.

  • Todos los cambios que se han producido en la base de datos primaria se replican en la región remota mientras la base de datos funciona como instantánea en espera, pero los cambios no se aplican a la instantánea en espera. Los cambios que se producen en la base de datos primaria durante este período se aplican a la base de datos de instantánea en espera cuando se vuelve a convertir en un par de recuperación ante desastres.

  • En la consola de Oracle Cloud Infrastructure, el rol se actualiza de Rol: instantánea en espera a Rol: en espera o Rol: copia de seguridad, según el tipo de recuperación ante desastres.

Desconectar una instantánea en espera

Puede desconectar una instantánea en espera de la base de datos primaria.

Al desconectar una instantánea en espera, la instantánea en espera se disocia de la base de datos primaria. Esto convierte la base de datos de una base de datos de instantáneas en una base de datos independiente. Tras la operación de desconexión, no puede volver a conectarse a la principal.

Los pasos para desconectar una instantánea en espera son los mismos que para desconectar una base de datos en espera. Consulte Desconexión de una base de datos peer para obtener más información.

Notas para desconectar una instantánea en espera.

  • No hay ninguna operación de reconexión. Después de desconectar una instantánea en espera, no se le permite volver a conectarse a la principal.

  • La operación de desconexión para una instantánea en espera solo se puede realizar en una instancia de Autonomous Database que utilice el modelo de recursos informáticos de ECPU.

  • La base de datos desconectada mantiene los datos insertados o actualizados por cualquier usuario que se haya aplicado mientras la base de datos estaba abierta en modo de lectura/escritura como base de datos de instantánea en espera.

    La operación de desconexión no aplica ningún log reciente que se haya enviado desde el principal.

  • Después de la operación de desconexión, la base de datos autónoma ya no está asociada a la base de datos que era la base de datos primaria. Para utilizar la base de datos como una base de datos autónoma, debe conocer el nombre de la base de datos que se ha desconectado de la base de datos primaria.

  • Después de la operación de desconexión, la base de datos empieza a realizar nuevas copias de seguridad como una base de datos autónoma. Las copias de seguridad asociadas a la base de datos en espera o a la base de datos primaria no están disponibles en la base de datos autónoma.