Gestión de la configuración de Autonomous Data Guard

Activar Autonomous Data Guard en una base de datos de contenedores autónoma

Puede activar Autonomous Data Guard desde la página Detalles de una base de datos de contenedor autónoma.

Note:

No puede activar Autonomous Data Guard en una ACD con una ejecución de mantenimiento activa programada en los próximos tres días.

Permisos de IAM necesarios

inspect cloud-autonomous-vmclusters

use autonomous-container-databases

Procedimiento

Note:

Cuando una operación de adición de base de datos de contenedor autónoma en espera está en curso, el mantenimiento programado de esa base de datos de contenedor autónoma no comenzará hasta que finalice la operación de adición de base de datos en espera.

Vaya a la página Detalles de la base de datos de contenedores autónoma para la que desea activar Autonomous Data Guard.
Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Activar en Autonomous Data Guard en Información de base de datos de contenedores autónoma.
También puede hacer clic en Agregar base de datos en espera en grupos de Autonomous Data Guard o asociaciones de Autonomous Data Guard.

Rellene el cuadro de diálogo Agregar base de datos en espera con la siguiente información:

Valor	Descripción	Notas:
Compartimento de la base de datos de contenedores autónoma peer	Seleccione el compartimento de la base de datos de contenedores autónoma en espera.
Nombre de la base de datos de contenedores autónoma peer	Introduzca un nombre para la ACD en espera.
Región de peer	Seleccione una región para la base de datos de contenedor autónoma en espera.	Las ACD principales y secundarias también se pueden desplegar en diferentes regiones (entre regiones).
Infraestructura de peer de Exadata	Seleccione el recurso de infraestructura de Exadata subyacente para la base de datos de contenedor autónoma en espera.
Cluster de VM de Exadata autónomo (AVMC) peer	Seleccione el AVMC principal para la ACD en espera.
Modo de Protección	Seleccione Máximo rendimiento o Máxima disponibilidad en la lista desplegable.	El rendimiento máximo está seleccionado por defecto. Para obtener información sobre Autonomous Data Guard y orientación sobre cómo elegir dónde colocar la base de datos de contenedores autónoma en espera y qué modo de protección utilizar, consulte Acerca de Autonomous Data Guard y Opciones de configuración de Autonomous Data Guard.
Configuración de copia de seguridad de base de datos peer	Seleccione un tipo de destino de copia de seguridad en la lista desplegable.	SOLO SE APLICA A: Exadata Cloud@Customer Se necesita un destino de copia de seguridad en los despliegues de Exadata Cloud@Customer.
Preferencia de mantenimiento de base de datos de peer	Seleccione el número de días durante los que se programará el mantenimiento de la ACD en espera antes del mantenimiento de la ACD primaria porque la ACD en espera siempre tiene parches antes que la ACD primaria.	Esta opción solo está disponible cuando la ACD principal ha definido un programa de mantenimiento personalizado.

Confirme que desea agregar la base de datos en espera.

Note:
Una vez activado, Autonomous Data Guard solo se puede desactivar terminando la base de datos de contenedor autónoma en espera.

Visualización del estado de la configuración de una instancia de Autonomous Data Guard

Puede ver el estado de la configuración de una instancia de Autonomous Data Guard en la página Detalles de la base de datos de contenedores autónoma principal o en espera de la configuración.

Políticas de IAM necesarias

inspect autonomous-container-databases

Procedimiento

Vaya a la página Detalles de la base de datos de contenedores autónoma principal o en espera en la configuración de Autonomous Data Guard.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.

Puede ver los detalles de Autonomous Data Guard, como su estado, el rol de peer, el estado de peer, el modo de protección y la configuración de failover automático en Autonomous Data Guard en Información de la base de datos de contenedores autónoma.
También puede ver los detalles de Autonomous Data Guard haciendo clic en los grupos de Autonomous Data Guard o las asociaciones de Autonomous Data Guard.
En la tabla Autonomous Data Guard se muestra información sobre la base de datos de contenedores peer, la demora de aplicación y la demora de transporte actuales, el estado, y las fechas de creación y del último cambio de rol.

Adición de una segunda base de datos de contenedores autónoma en espera

En una configuración de Autonomous Data Guard, puede agregar una segunda base de datos de contenedores autónoma (ACD) en espera a la ACD principal. La segunda base de datos de contenedor autónoma en espera debe estar en el mismo arrendamiento que la base de datos de contenedor autónoma principal.

Requisitos

Para poder agregar una segunda ACD en espera:

La ACD principal se debe haber aprovisionado a partir de marzo de 2025 o se debe haber migrado al modelo de grupos de Autonomous Data Guard descrito en Configuración y gestión de Autonomous Data Guard.
La primera base de datos de contenedor autónoma en espera no debe tener activado el failover automático. Debe desactivar el failover automático en la primera base de datos en espera antes de agregar la segunda base de datos en espera y volver a activarla más tarde.

Permisos de IAM necesarios

use autonomous-container-databases

Procedimiento

Note:

Cuando una operación de adición de base de datos de contenedor autónoma en espera está en curso, el mantenimiento programado de esa base de datos de contenedor autónoma no comenzará hasta que finalice la operación de adición de base de datos en espera.
La adición de una base de datos en espera requiere un reinicio automático sin acumulación para la primera base de datos en espera. La base de datos primaria no se ve afectada por este reinicio sin acumulación.

Vaya a la página Detalles de la base de datos de contenedores autónoma para la que desea agregar una segunda base de datos en espera.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Agregar base de datos en espera en Grupos de Autonomous Data Guard.

Complete Agregar modo en espera con la siguiente información:

Valor	Descripción
Compartimento de la base de datos de contenedores autónoma peer	Seleccione el compartimento de la base de datos de contenedores autónoma en espera.
Nombre de base de datos de contenedores autónoma de peer	Introduzca un nombre para la ACD en espera.
Región de peer	Seleccione una región para la base de datos de contenedor autónoma en espera.
Infraestructura de peer de Exadata	Seleccione el recurso de infraestructura de Exadata subyacente para la base de datos de contenedor autónoma en espera.
Cluster de VM de Exadata autónomo (AVMC) peer	Seleccione el AVMC principal para la ACD en espera.
Configuración de copia de seguridad de base de datos peer	SOLO SE APLICA A: Exadata Cloud@Customer Seleccione el tipo de destino de copia de seguridad de la segunda base de datos en espera en la lista desplegable.

Note:

No puede definir explícitamente las preferencias de mantenimiento para la segunda ACD en espera, ya que hereda estas preferencias de la primera ACD en espera de la ACD principal.

Haga clic en Agregar en espera.

Cambio de roles en una configuración de Autonomous Data Guard

Puede cambiar los roles de las bases de datos de contenedores autónomas principal y en espera en una configuración de Autonomous Data Guard desde la página Detalles de la base de datos de contenedor autónoma principal o en espera.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

En función del modelo de Autonomous Data Guard de la ACD, siga las instrucciones de uno de los siguientes separadores. Consulte Configuración y gestión de Autonomous Data Guard para obtener más información sobre los modelos de Autonomous Data Guard.

Grupos de Autonomous Data Guard
Asociaciones de Data Guard

Vaya a la página Detalles de la base de datos de contenedor autónoma en espera en la que desea cambiar roles con la base de datos de contenedor autónoma principal en la configuración de Autonomous Data Guard.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.

Note:
No puede cambiar roles de las bases de datos de contenedor autónomas principal y en espera en una configuración de Autonomous Data Guard en la que la base de datos en espera está en el rol instantánea en espera.
En Acciones, haga clic en Switchover.
Introduzca el nombre de ACD en el cuadro de diálogo de confirmación y haga clic en Switchover.

Oracle Autonomous Database on Dedicated Exadata Infrastructure define el estado de la base de datos en espera y sus bases de datos de contenedor principal en Cambio de roles en curso e inicia la operación de switchover, lo que hace que la base de datos de contenedor principal asuma el rol en espera y que la base de datos de contenedor en espera asuma el rol principal. Al finalizar, el estado de ambas bases de datos de contenedores vuelve a Activas.

Vaya a la página Detalles de la base de datos de contenedores autónoma principal o en espera en la configuración de Autonomous Data Guard.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.

Note:
No puede cambiar roles de las bases de datos de contenedores autónomas principal y en espera en una configuración de Autonomous Data Guard en la que la base de datos en espera está en el rol de instantánea en espera.
Haga clic en Asociaciones de Autonomous Data Guard para mostrar la base de datos peer en una columna tabular. Haga clic en los puntos suspensivos (tres puntos verticales) en la fila de la base de datos en la que desea cambiar de rol y haga clic en Switchover.
Introduzca el nombre de ACD en el cuadro de diálogo de confirmación y haga clic en Cambiar.

Oracle Autonomous Database on Dedicated Exadata Infrastructure define el estado de ambas bases de datos de contenedor en Cambio de roles en curso e inicia la operación de switchover, lo que hace que la base de datos de contenedor principal asuma el rol en espera y que la base de datos de contenedor en espera asuma el rol principal. Al finalizar, el estado de ambas bases de datos de contenedores vuelve a Activas.

Failover a la base de datos en espera en una configuración de Autonomous Data Guard

Puede realizar un failover a las bases de datos de contenedores autónomas en espera en una configuración de Autonomous Data Guard desde la página Detalles de la base de datos de contenedor autónoma en espera.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

En función del modelo de Autonomous Data Guard de la ACD, siga las instrucciones de uno de los siguientes separadores. Consulte Configuración y gestión de Autonomous Data Guard para obtener más información sobre los modelos de Autonomous Data Guard.

Grupos de Autonomous Data Guard
Asociaciones de Data Guard

Vaya a la página Detalles de la base de datos de contenedor autónoma en espera en la que desea realizar un failover en la configuración de Autonomous Data Guard.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
En Acciones, haga clic en Failover.
En el caso de una base de datos de contenedores autónoma de instantánea en espera, aparece un mensaje que le avisa de que la instantánea en espera se convertirá a la base de datos física en espera después de desechar todas sus actualizaciones locales y aplicar los datos de la base de datos primaria. Haga clic en Failover para continuar.
Introduzca el nombre de ACD en el cuadro de diálogo de confirmación y haga clic en Failover.

Oracle Autonomous Database on Dedicated Exadata Infrastructure define el estado de la base de datos de contenedores en espera en Cambio de roles en curso e inicia la operación de failover. Al finalizar, el rol de la base de datos de contenedores en espera pasa a ser Principal y el rol de la base de datos de contenedores principal pasa a ser Base de datos en espera desactivada con el estado No disponible.

Vaya a la página Detalles de la base de datos de contenedores autónoma en espera en la configuración de Autonomous Data Guard.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Asociaciones de Autonomous Data Guard para mostrar la base de datos peer en una columna tabular. Haga clic en los puntos suspensivos (tres puntos verticales) en la fila de la base de datos en la que desea cambiar de rol y haga clic en Failover.
En el caso de una base de datos de contenedores autónoma de instantánea en espera, aparece un mensaje que le avisa de que la instantánea en espera se convertirá en base de datos física en espera después de desechar todas sus actualizaciones locales y aplicar los datos de la base de datos primaria. Haga clic en Failover para continuar.

Oracle Autonomous Database on Dedicated Exadata Infrastructure define el estado de la base de datos de contenedores en espera en Cambio de roles en curso e inicia la operación de failover. Al finalizar, el rol de la base de datos de contenedores en espera pasa a ser Principal y el rol de la base de datos de contenedores principal pasa a ser Base de datos en espera desactivada con el estado No disponible.

Rehabilitación de la base de datos en espera desactivada en una configuración de Autonomous Data Guard

Una vez que se ha producido un failover y la base de datos de contenedores autónoma principal fallida asume un rol en espera desactivado, puede rehabilitar la base de datos fallida a un rol en espera activado desde la página Detalles.

En una configuración de Autonomous Data Guard con varias bases de datos en espera y failover automático:

Los failovers manuales requieren que vuelva a instanciar manualmente la base de datos primaria original, que se convierte en la nueva base de datos en espera.
Cuando se produce un failover automático, Autonomous Database on Dedicated Exadata Infrastructure intenta volver a instanciar la base de datos principal antigua como base de datos en espera. Sin embargo, si ese intento falla, se debe volver a instanciar manualmente.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

En función del modelo de Autonomous Data Guard de la ACD, siga las instrucciones de uno de los siguientes separadores. Consulte Configuración y gestión de Autonomous Data Guard para obtener más información sobre los modelos de Autonomous Data Guard.

Grupos de Autonomous Data Guard
Asociaciones de Data Guard

Vaya a la página Details (Detalles) de la base de datos de contenedor autónoma Disabled standby que desea rehabilitar.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.

Sugerencia:
La base de datos principal fallida en la que ha realizado el failover se etiqueta como "Base de datos en espera desactivada" en la lista de bases de datos de contenedores autónomas de un compartimento.
En Acciones, haga clic en Rehabilitar.
Proporcione una confirmación para continuar con el restablecimiento de la ACD en espera desactivada.

Los estados de las bases de datos peer pasarán a ser Cambio de roles en curso hasta que se complete la acción de rehabilitación. Cuando se complete, el rol de la base de datos de contenedores en espera desactivada se convertirá en En espera y su estado cambiará a Disponible.

Vaya a la página Detalles de la base de datos de contenedores autónoma en espera desactivada que desea rehabilitar.

Sugerencia:
La base de datos principal fallida en la que ha realizado el failover se etiqueta como "Base de datos en espera desactivada" en la lista de bases de datos de contenedores autónomas de un compartimento.

Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Asignaciones de Autonomous Data Guard. La lista de bases de datos peer se muestra en una columna tabular. Haga clic en los puntos suspensivos (tres puntos verticales) en la fila de la base de datos donde desea cambiar de rol y haga clic en Volver a instanciar.
Los estados de las bases de datos peer pasarán a ser Cambio de roles en curso hasta que se complete la acción de rehabilitación. Cuando se complete, el rol de la base de datos de contenedores en espera desactivada se convertirá en En espera y su estado cambiará a Disponible.

Actualizar la configuración de Autonomous Data Guard

Puede actualizar la configuración de una instancia de Autonomous Data Guard desde la página Detalles de la base de datos de contenedores autónoma principal de la configuración.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

Vaya a la página Detalles de la base de datos de contenedores autónoma principal en la configuración de Autonomous Data Guard.
Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Actualizar Autonomous Data Guard en Acciones.
El cuadro de diálogo Actualizar Autonomous Data Guard muestra la configuración actual para Modo de protección y Failover automático.
Puede realizar las siguientes actualizaciones desde este cuadro de diálogo:
1. Modo de protección: seleccione Máximo rendimiento o Máxima disponibilidad en la lista desplegable.
2. Failover automático: si el failover automático aún no está activado, puede activarlo seleccionando Activar failover automático. Del mismo modo, puede anular la selección de Activar failover automático para desactivar el failover automático para esta configuración de Autonomous Data Guard. Si una de las bases de datos en espera se encuentra en la misma región que la base de datos primaria y la segunda se encuentra en una región diferente, se dará prioridad a la base de datos en espera local sobre la base de datos en espera remota como destino de failover automático. Al activar el failover automático, cualquiera de las bases de datos en espera se tendrá en cuenta para el destino de failover automático.
  
  Note:
  No puede activar el failover automático para bases de datos con configuración de Autonomous Data Guard entre regiones en despliegues de Exadata Cloud@Customer.
3. Límite de demora de failover de inicio rápido: si el failover automático está activado y el modo de protección es Máximo rendimiento, el valor de límite de demora de failover de inicio rápido se muestra en segundos. Por defecto, este valor se define en 30 segundos, pero puede cambiarlo a cualquier valor entre 5 y 3600 segundos.
Guarde los cambios.

En la consola de Oracle Cloud Infrastructure, el estado de la base de datos de contenedores autónoma muestra ACTUALIZACIÓN hasta que se aplica la configuración actualizada de Autonomous Data Guard.

Conversión de Bases de Datos Físicas en Espera a Bases de Datos de Instantánea en Espera

Puede convertir una base de datos de contenedor autónoma en espera en una instantánea en espera en una configuración de Autonomous Data Guard desde la página Detalles de la base de datos de contenedor autónoma en espera en la configuración.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

Vaya a la página Detalles de la base de datos de contenedores autónoma en espera en la configuración de Autonomous Data Guard.
Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Convertir a instantánea en espera en Acciones.

Note:
La conversión a instantánea en espera no está soportada cuando está activado el failover automático. Debe desactivar el failover automático antes de convertirlo en una instantánea en espera. Consulte Actualización de la configuración de Autonomous Data Guard para obtener instrucciones sobre cómo desactivar el failover automático en una configuración de Autonomous Data Guard.
Se muestra el cuadro de diálogo Convertir a instantánea en espera con opciones para utilizar nuevos servicios de base de datos o servicios de base de datos principal para las conexiones de base de datos de instantánea en espera.
- Usar nuevos servicios de base de datos: haga clic en esta opción para conectarse a la instantánea en espera utilizando nuevos servicios que solo estén activos en el modo de instantánea en espera.
- Usar Servicios de Base de Datos Primaria: haga clic en esta opción si desea conectarse a la base de datos de instantánea en espera mediante los mismos servicios que la base de datos principal.
  
  Note:
  La activación de los servicios de la base de datos principal en la base de datos de instantánea en espera puede hacer que las solicitudes de conexión de instantánea en espera se reenvíen a la base de datos principal o viceversa si utiliza cadenas de conexión de base de datos incorrectas. Por lo tanto, debe tener cuidado de utilizar la cadena de conexión adecuada al conectarse a la base de datos primaria y de instantánea en espera cuando decida utilizar los servicios de base de datos primaria.
Haga clic en Convertir.
En la consola de Oracle Cloud Infrastructure, el estado de la base de datos de contenedores autónoma muestra ACTUALIZANDO hasta que la base de datos en espera cambie a instantánea en espera.

Conversión de Bases de Datos de Instantánea en Espera a Bases de Datos Físicas en Espera

Puede convertir una base de datos de contenedor autónoma en espera de instantánea en una base de datos física en espera en una configuración de Autonomous Data Guard desde la página Detalles de la base de datos de contenedor autónoma en espera en la configuración.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

Vaya a la página Detalles de la base de datos de contenedores autónoma en espera en la configuración de Autonomous Data Guard.
Para obtener instrucciones, consulte Visualización de detalles de una base de datos de contenedores autónoma.
Haga clic en Convertir a base de datos física en espera en Acciones.
El cuadro de diálogo Convertir a Base de Datos Física en Espera muestra un mensaje que le alerta de que la conversión de la base de datos en espera de la instantánea a la base de datos física en espera desechará todas sus actualizaciones locales y aplicará los datos de la base de datos principal.
Haga clic en Convertir.
En la consola de Oracle Cloud Infrastructure, el estado de la base de datos de contenedores autónoma muestra ACTUALIZANDO hasta que la base de datos en espera cambie a física en espera.

Adición de una base de datos en espera entre arrendamientos

Se aplica a: Oracle Public Cloud solo

Puede agregar una base de datos en espera de Autonomous Data Guard que resida en un arrendamiento diferente de la base de datos primaria.

Políticas de IAM necesarias

Para crear una base de datos en espera entre arrendamientos, debe asegurarse de cumplir los siguientes requisitos:

Ejecute los comandos de la CLI o la API para agregar la base de datos en espera entre arrendamientos en el arrendamiento de destino.
Defina grupos y políticas de OCI Identity and Access Management en los arrendamientos de origen y destino para que pueda ejecutar comandos para agregar la base de datos en espera entre arrendamientos en el arrendamiento de destino y permitir que el arrendamiento de destino se ponga en contacto con el arrendamiento de origen en el que reside la base de datos principal. Cuando se revocen estas políticas, no se permitirá agregar una base de datos en espera entre arrendamientos.
- En el arrendamiento de destino, cree un grupo (por ejemplo: DestinationGroup) y agregue los usuarios a los que se les permitirá agregar una base de datos en espera entre arrendamientos a este grupo. Consulte Uso de la consola para crear un grupo para obtener instrucciones.
- En el arrendamiento de origen, cree políticas de IAM para permitir que el grupo creado en el arrendamiento de destino (DestinationGroup) agregue una base de datos en espera entre arrendamientos mediante la base de datos primaria desde el arrendamiento de origen. Consulte Uso de la consola para crear una política para obtener instrucciones.
  Por ejemplo, puede definir una política para permitir que un usuario en DestinationGroup de DestinationTenancy lea desde una instancia de Autonomous Database específica en el compartimento especificado en el arrendamiento de origen, como se muestra a continuación:
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to manage autonomous-database-family in
    tenancy
```
  Note:
  La política solo necesita permitir el acceso de lectura en la instancia de Autonomous Database de origen para crear una clonación entre arrendamientos.
  La política anterior especifica lo siguiente:
  - Línea 1: OCID del arrendamiento de destino al que va a agregar la base de datos en espera.
  - Línea 2: OCID del grupo de destino al que pertenece el usuario que creará la base de datos en espera entre arrendamientos.
  - Línea 3: OCID del compartimento en el que reside la base de datos primaria y OCID de la base de datos primaria.
- En el arrendamiento de destino, cree políticas de IAM para avalar un grupo para gestionar el origen de base de datos principal en el arrendamiento de origen. Consulte Uso de la consola para crear una política para obtener instrucciones.
  Por ejemplo:
```
define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  La política anterior especifica lo siguiente:
  - Línea 1: OCID del OCID del arrendamiento de origen en el que reside la base de datos primaria.
  - Línea 2: especifica el grupo de destino al que se puede permitir gestionar instancias de Autonomous Database en el arrendamiento de origen.
  Esta política tratada en el ejemplo anterior permite a DestinationGroup crear bases de datos de Autonomous Database y bases de datos en espera entre arrendamientos en el arrendamiento de origen. Consulte Permisos de IAM y operaciones de API para Autonomous Database para obtener más información y ejemplos.

Para agregar una base de datos en espera entre arrendamientos local (misma región):

CLI
API de REST

En el arrendamiento en el que desea agregar la base de datos en espera, es decir, en el arrendamiento de destino, utilice la CLI o llame a la API de REST y proporcione el OCID de la base de datos primaria, donde la base de datos primaria reside en un arrendamiento diferente (el arrendamiento de origen).

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.iad.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Una vez que el comando se ejecuta correctamente, se devolverá un identificador de solicitud de trabajo que se puede utilizar para realizar un seguimiento del progreso de la base de datos en espera. Consulte autonomous-container-database para obtener más información.

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

Para agregar una base de datos en espera entre arrendamientos que resida en la misma región que la base de datos principal mediante la API de REST, utilice AutonomousContainerDatabases.

La llamada de API para crear la base de datos en espera se envía al diferente arrendamiento de la región local.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1..unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

Consulte AutonomousContainerDatabase para obtener información adicional sobre la API de REST.

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 crear una base de datos en espera entre arrendamientos remota (entre regiones):

CLI
API de REST

En el arrendamiento en el que desea agregar la base de datos en espera, es decir, en el arrendamiento de destino de la región de destino, utilice la CLI o llame a la API de REST y proporcione el OCID de la base de datos principal, donde la base de datos principal reside en un arrendamiento diferente y en una región diferente.

oci db autonomous-container-database create --cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID --compartment-id ocid1.compartment.oc1..unique_ID --display-name clicrosdg --patch-model RELEASE_UPDATES --peer-autonomous-container-database-compartment-id ocid1.compartment.oc1..unique_ID --peer-autonomous-container-database-display-name clisecdg --peer-cloud-autonomous-vm-cluster-id ocid1.autonomousexainfrastructure.oc1.iad.unique_ID --protection-mode MAXIMUM_PERFORMANCE --service-level-agreement-type AUTONOMOUS_DATAGUARD

Una vez que el comando se ejecuta correctamente, se devolverá un identificador de solicitud de trabajo que se puede utilizar para realizar un seguimiento del progreso de la base de datos en espera. Consulte autonomous-container-database para obtener más información.

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

Para agregar una base de datos en espera entre arrendamientos que resida en una región diferente de la base de datos principal mediante la API de REST, utilice AutonomousContainerDatabases.

Llamada de API para crear las ejecuciones en espera en el arrendamiento diferente de la región de origen.

oci raw-request --http-method POST --target-uri https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.ap-chuncheon-1.unique_ID",
  "compartmentId": "ocid1.compartment.oc1..unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1..unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapscdg",
  "peerCloudAutonomousVmClusterId": "ocid1.autonomousexainfrastructure.oc1.iad.unique_ID",
  "protectionMode": "MAXIMUM_PERFORMANCE",
  "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
   
}'

Consulte AutonomousContainerDatabase para obtener información adicional sobre la API de REST.

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.

Note:

Después de enviar una solicitud para agregar una base de datos en espera entre arrendamientos. El estado del ciclo de vida de la base de datos muestra Actualizando. No puede parar, iniciar, reiniciar, restaurar ni mover la instancia de Autonomous Database en este estado.