Conversión de un par entre regiones a una base de datos de instantánea en espera
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 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.
- Acerca de las bases de datos en espera de instantánea de recuperación ante desastres
La conversión de un peer de recuperación ante desastres en una instantánea en espera abre la base de datos en modo de lectura-escritura y el peer de recuperación ante desastres entre regiones para temporalmente el refrescamiento de datos de 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 par de recuperación ante desastres entre regiones a una base de datos de instantánea en espera. - Conversión de la base de datos de instantánea en espera en un peer de recuperación ante desastres entre regiones
Puede volver a convertir manualmente una base de datos de 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.
Acerca de las bases de datos en espera de instantáneas de recuperación ante desastres
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.
- Funciones de la base de datos de instantánea en espera
Proporciona información sobre las funciones de la 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 origen. En el momento indicado en el banner, Autonomous Database vuelve a convertir una base de datos de instantánea en espera al rol En espera.
Funciones de Instantánea en Espera
Proporciona información sobre las funciones de instantánea en espera.
Mientras la base de datos está en el rol Instantánea en espera:
-
Al convertir un peer de recuperación ante desastres entre regiones, puede utilizar la instantánea en espera para probar y consultar los datos del peer. 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 peer 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.
Reconexión de una instantánea en espera a la base de datos principal (base de datos de 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 base de datos de instantánea en espera se vuelve a conectar a la base de datos principal, 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 tenía antes de realizar la conversión de peer de recuperación ante desastres a instantánea en espera. De este modo, 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.
-
Cualquier cambio en la instantánea en espera desde el momento en que se convirtió en una instantánea en espera hasta que se descarta el momento en que se vuelve a conectar al origen. Esto significa que todos los cambios, incluidos los metadatos, que se insertan, actualizan o suprimen mientras la base de datos funciona como una base de datos de instantánea en espera se pierden (desechan) 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 una 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 principal durante este período se aplican a la 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: base de datos 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 Disponible, 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. |
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 de refrescamiento |
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 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 vuelve a convertir una base de datos de instantánea en espera al rol En espera.
![A continuación se muestra la descripción de adb_dr_snapshot_reconnect_adg.png A continuación se muestra la descripción de adb_dr_snapshot_reconnect_adg.png](img/adb_dr_snapshot_reconnect_adg.png)
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.
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
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 Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.
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.
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
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 Bases de datos autónomas, seleccione su Autonomous Database en los enlaces de la columna Nombre mostrado.
Cuando la base de datos de instantánea en espera se vuelve a conectar a la base de datos principal, Autonomous Database realiza lo siguiente:
-
El tipo de recuperación ante desastres que estaba utilizando y cualquier facturación asociada vuelve al tipo que tenía antes de realizar la conversión de peer de recuperación ante desastres a instantánea en espera. De este modo, 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.
-
Cualquier cambio en la instantánea en espera desde el momento en que se convirtió en una instantánea en espera hasta que se descarta el momento en que se vuelve a conectar al origen. Esto significa que todos los cambios, incluidos los metadatos, que se insertan, actualizan o suprimen mientras la base de datos funciona como una base de datos de instantánea en espera se pierden (desechan) 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 una 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 principal durante este período se aplican a la 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: base de datos en espera o Rol: copia de seguridad, según el tipo de recuperación ante desastres.