Gestionar configuración de Autonomous Data Guard

La función Autonomous Data Guardian de la base de datos de IA autónoma en una infraestructura de Exadata dedicada permite mantener las bases de Datos de producción críticas disponibles para los servicios esenciales a pesar de las fallas, los desastres, los errores humanos o la corrupción de datos. Este tipo de capacidad se suele denominar recuperación ante desastres.

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 contenedores autónoma.

Nota: No puede activar Autonomous Data Guard en una base de datos autónoma 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

Nota: Cuando una operación de adición de ACD en espera está en curso, cualquier mantenimiento programado de esa ACD no comenzará hasta que se complete la operación de adición de ACD 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.

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

Valor	Descripción	Notas:
Compartimento de 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 del contenedor autónomo de peer	Introduzca un nombre para la ACD en espera.	Puede agregar una ACD en espera de la región de AWS a la ACD ya aprovisionada en la región de OCI. También puede agregar una ACD en espera en la región de OCI a una ACD ya aprovisionada en la región de AWS.
Región de peer	Seleccione una región para la ACD en espera.	Las bases de datos de contenedor autónomas 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 ACD en espera.
Cluster Exadata VM de peer autónomo (AVMC)	Seleccione el AVMC principal para la base de datos de contenedor autónoma en espera.	En los despliegues de Exadata Cloud@Customer, si el AVMC principal tiene la 3ª NIC activada, todas las operaciones de Data Guard solo se desplazarán a través de esta 3ª NIC.
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 dónde colocar la base de datos en espera de contenedores autónoma 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 la base de datos peer	Seleccione un tipo de destino de copia de seguridad en la lista desplegable. En los despliegues de Oracle Public Cloud de la base de datos de IA autónoma, puede elegir Autonomous Recovery Service u Object Storage como destino de copia de seguridad. El valor por defecto es Object Storage y la opción recomendada es Autonomous Recovery Service. Para Autonomous AI Database en Oracle Database@AWS, puede elegir Autonomous Recovery Service, OCI Object Storage o Amazon Simple Storage ( AWS S3). El valor por defecto es AWS S3 y la opción recomendada es Autonomous Recovery Service.
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 base de datos de contenedor autónoma en espera antes del mantenimiento de la base de datos de contenedor autónoma principal porque siempre se aplican parches a la base de datos de contenedor autónoma en espera antes de la base de datos de contenedor autónoma principal.	Esta opción solo está disponible cuando la ACD principal ha definido un programa de mantenimiento personalizado.

Confirme la adición de la base de datos en espera.

Nota: Una vez activada, Autonomous Data Guard solo se puede desactivar finalizando la ACD 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 del peer, el estado del peer, el modo y el valor de failover automático en Autonomous Data Guard de información de base de datos de contenedores autónoma.
También puede ver los detalles de Autonomous Data Guard haciendo clic en el menú Grupos 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 base de datos de contenedor autónoma principal. La segunda ACD en espera debe estar en el mismo arrendamiento que la ACD principal.

Requisitos

Para poder agregar una segunda ACD en espera, la primera ACD en espera no debe tener activada la conmutación por error automática. Debe desactivar el failover automático en la primera base de datos en espera antes de agregar la segunda y volver a activarla más adelante.

Permisos de IAM necesarios

use autonomous-container-databases

Procedimiento

Nota:

Cuando una operación de adición de ACD en espera está en curso, cualquier mantenimiento programado de esa ACD no comenzará hasta que se complete la operación de adición de ACD en espera.
Para agregar una base de datos en espera se necesita un reinicio no sucesivo automático para la primera base de datos en espera. La base de datos primaria no se ve afectada por este reinicio no sucesivo.

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 base de datos en espera con la siguiente información:

Valor	Descripción
Compartimento de 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 del contenedor autónomo de peer	Introduzca un nombre para la ACD en espera. Nota: Puede agregar una ACD en espera de la región de AWS a la ACD ya aprovisionada en la región de OCI. También puede agregar una ACD en espera en la región de OCI a una ACD ya aprovisionada en la región de AWS.
Región de peer	Seleccione una región para la ACD en espera.
Infraestructura de peer de Exadata	Seleccione el recurso de infraestructura de Exadata subyacente para la ACD en espera.
Cluster Exadata VM de peer autónomo (AVMC)	Seleccione el AVMC principal para la base de datos de contenedor autónoma en espera.
Configuración de copia de seguridad de base de datos peer	Seleccione el tipo de destino de copia de seguridad para la segunda base de datos en espera en la lista desplegable. En los despliegues de Oracle Public Cloud de la base de datos de IA autónoma, puede elegir Autonomous Recovery Service u Object Storage como destino de copia de seguridad. El valor por defecto es Object Storage y la opción recomendada es Autonomous Recovery Service. Para Autonomous AI Database en Oracle Database@AWS, puede elegir Autonomous Recovery Service, OCI Object Storage o Amazon Simple Storage ( AWS S3). El valor por defecto es AWS S3 y la opción recomendada es Autonomous Recovery Service.

Nota: 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 base de datos 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

Vaya a la página Detalles de la base de datos de contenedor autónoma en espera que desea cambiar de 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.

Nota: 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 tenga 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 AI Database on Dedicated Exadata Infrastructure define el estado de ambas bases de datos de contenedores en curso 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 papel en espera y que la base de datos de contenedor en espera asuma la función principal. Al finalizar, el estado de ambas bases de datos de contenedores vuelve a ser Activo.

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

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 base de datos en espera de instantánea se convertirá a la base de datos física en espera después de descartar todas sus actualizaciones locales y aplicar datos de la base de datos principal. 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 AI Database en infraestructura de Exadata dedicada define el estado de la base de datos de contenedores en espera en Cambio de rol en curso e inicia la operación de failover. Al finalizar, el rol de la base de datos del contenedor en espera se convierte en Principal y el rol de la base de datos del contenedor principal se convierte en 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, la base de datos de IA autónoma en una infraestructura de Exadata dedicada intenta volver a instanciar la antigua base de datos principal como base de datos en espera. Sin embargo, si ese intento falla, se debe rehabilitar manualmente.

Políticas de IAM necesarias

use autonomous-container-databases

Procedimiento

Vaya a la página Detalles de la ACD de 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 en la que ha realizado el switchover se etiqueta como "Base de datos de contenedores en espera desactivada" en la lista de bases del contenedor autónomas de un compartimento.
En Acciones, haga clic en Rehabilitar.
Proporcione una confirmación para continuar con la rehabilitación de la ACD en espera desactivada.

Los estados de la base de datos peer pasarán al estado Cambio de rol en curso hasta que se complete la acción para rehabilitar. Cuando finalice, el rol de la base de datos en espera desactivada se convertirá en En espera y su estado cambiará a Disponible.

Actualizar la configuración de Autonomous Data Guard

Puede actualizar los valores de una instancia de Autonomous Data Guard desde la página Detalles de la base de datos de contenedores autónoma principal 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 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 del modo de protección y el 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 está en la misma región que la base de datos primaria y la segunda está 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, se tendrá en cuenta cualquiera de las bases de datos en espera para el destino de failover automático.
  
  Nota: 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. De manera predeterminada, este valor se establece 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 aplique la configuración de Autonomous Data Guard actualizada.

Conversión de la Base de Datos Física en Espera a la Base de Datos de Instantánea

Puede convertir una base de datos de contenedores autónoma en espera en una base de datos de instantánea en espera en una configuración de Autonomous Data Guard desde la página Detalles de la base de datos de contenedores 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.

Nota: La conversión a instantánea en espera no está soportada cuando se activa el failover automático. Debe desactivar el failover automático antes de convertirlo a 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.
El cuadro de diálogo Convertir a instantánea en espera se muestra 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 base de datos en espera de instantánea utilizando nuevos servicios que solo estén activos en modo en espera de instantánea.
- 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 Primaria.
Nota: La activación de servicios de base de datos primaria en la base de datos de instantánea en espera puede provocar que las solicitudes de conexión de instantánea en espera se reenvíen a la base de datos primaria 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 a la base de datos de instantánea en espera cuando elija utilizar 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 la base de datos de instantánea en espera.

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

Puede convertir una base de datos de contenedores autónoma de instantánea en espera 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 contenedores 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 instantánea en espera a física en espera desechará todas sus actualizaciones locales y aplicará 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 cambia a la base de datos física en espera.

Adición de una Base de Datos en Espera entre Arrendamientos

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

SE APLICA A: Aplicable Solo Oracle Public Cloud

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 de la API para agregar la base de datos en espera entre arrendamientos al 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 donde reside la base de datos primaria. Cuando se revocan 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 orientación.
- 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 orientación.
  
  Por ejemplo, puede definir una política para permitir que un usuario en DestinationGroup de DestinationTenancy pueda leer desde una instancia de base de datos de IA autónoma 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 **read autonomous-database-family** in
    tenancy
```
  Nota: La política solo necesita permitir el acceso de lectura en la instancia de base de datos de IA autónoma de origen para crear una base de datos en espera 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: especifica el grupo de destino al que se puede permitir leer bases de datos de IA autónomas en el arrendamiento de origen.
- En el arrendamiento de destino, cree políticas de IAM para aprobar 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 orientación.
  
  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 donde reside la base de datos primaria.
  - Línea 2: especifica el grupo de destino al que se puede permitir gestionar bases de datos de IA autónomas en el arrendamiento de origen.
  Esta política que se trata en el ejemplo anterior permite a DestinationGroup crear bases de datos de IA autónomas y bases de datos en espera entre arrendamientos en el arrendamiento de origen. Consulte Permisos de IAM y operaciones de API para la base de datos de IA autónoma para obtener más información y ejemplos.

Adición de una Base de Datos en Espera entre Arrendamientos en la Misma Región

Puede crear una ACD independiente en el arrendamiento de origen mediante la CLI, como se muestra a continuación.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

donde:

--cloud-autonomous-vm-cluster-id: OCID del cluster de VM de Exadata autónomo de destino donde se aprovisionará la nueva base de datos de contenedores autónoma (ACD).

También puede utilizar una ACD independiente existente y agregar directamente la base de datos en espera como se muestra a continuación.

En el arrendamiento en el que desea agregar la base de datos en espera, es decir, en el arrendamiento de destino, utilice la CLI para agregar una base de datos en espera como se muestra a continuación:

oci --debug db autonomous-container-database add
--autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1.<region-name>.unique_ID
--peer-autonomous-container-database-display-name clisecdg
--peer-cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID
--protection-mode MAXIMUM_PERFORMANCE
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1.unique_ID"

donde:

--autonomous-container-database-id: OCID de la base de datos de contenedores autónoma principal a la que va a agregar una base de datos en espera.
--peer-autonomous-container-database-display-name: nombre fácil de recordar para la nueva base de datos de contenedores autónoma en espera del arrendamiento de destino.
--peer-autonomous-vm-cluster-id: OCID del cluster de VM autónomo en la nube del arrendamiento de destino en el que se creará la base de datos en espera.
--peer-autonomous-container-database-compartment-id: OCID del compartimento en el que residirá la base de datos de contenedores autónoma en espera.
--protection-mode: define el modo de protección que se utilizará una vez que ACD esté activado para Data Guard.

Una vez que el comando se ejecuta correctamente, se devolverá un work-request-id 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. Nota: Si desea que el comando se ejecute en una región que no aparece en el archivo de configuración, debe definir la región necesaria en el símbolo del sistema antes de ejecutar el comando oci.

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 primaria mediante la API de REST, utilice AutonomousContainerDatabases.

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

Puede crear una base de datos de contenedor autónoma en el arrendamiento de origen mediante la API de REST, como se muestra a continuación.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases
--request-body '{
"cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
"compartmentId": "ocid1.compartment.oc1.unique_ID",
"displayName": "cliapcrdg",
"patchModel": "RELEASE_UPDATES",
"serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}''

donde:

cloudAutonomousVmClusterId: OCID del cluster de VM de Exadata autónomo de destino donde se aprovisionará la nueva base de datos de contenedores autónoma (ACD).

También puede utilizar una ACD independiente existente y agregar directamente la base de datos en espera como se muestra a continuación.

En el arrendamiento en el que desea agregar la base de datos en espera, es decir, en el arrendamiento de destino, utilice la API de REST para agregar una base de datos en espera como se muestra a continuación:

oci raw-request --http-method POST --target-uri
https://database.<region-name>.oraclecloud.com/../../ocid1.autonomouscontainerdatabase.oc1.<region-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<region-name>.unique_ID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.unique_ID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec1",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

donde:

peerCloudAutonomousVmClusterId: OCID del cluster de VM autónomo en la nube del arrendamiento de destino en el que se creará la base de datos en espera.
peerAutonomousContainerDatabaseCompartmentId: OCID del compartimento en el que residirá la base de datos de contenedores autónoma en espera.
peerAutonomousContainerDatabaseDisplayName: nombre fácil de recordar para la nueva base de datos de contenedores autónoma en espera del arrendamiento de destino.
protectionMode: define el modo de protección que se utilizará una vez que ACD esté activado para Data Guard.

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.

Creación de Bases de Datos en Espera entre Arrendamientos en una Región Remota

Puede crear una ACD independiente en el arrendamiento de origen (si aún no ha creado una) mediante la CLI, como se muestra a continuación.

oci --debug db autonomous-container-database create
--cloud-autonomous-vm-cluster-id ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID
--compartment-id ocid1.compartment.oc1.unique_ID --display-name clicrosdg
--patch-model RELEASE_UPDATES --service-level-agreement-type STANDARD

donde:

--cloud-autonomous-vm-cluster-id: OCID del cluster de VM de Exadata autónomo de destino donde se aprovisionará la nueva base de datos de contenedores autónoma (ACD).

También puede utilizar una ACD independiente existente y agregar directamente la base de datos en espera como se muestra a continuación.

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 remota, utilice la CLI para agregar una base de datos en espera como se muestra a continuación:

oci --debug db autonomous-container-database add
--autonomous-container-database-id "ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>.unique_ID"
--peer-autonomous-container-database-display-name "cliCrosstSec2"
--protection-mode "MAXIMUM_PERFORMANCE"
--peer-cloud-autonomous-vm-cluster-id "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID"
--peer-autonomous-container-database-compartment-id "ocid1.compartment.oc1..uniqueID"

donde:

--autonomous-container-database-id: OCID de la base de datos de contenedores autónoma principal en la región de origen a la que va a agregar una base de datos en espera.
--peer-autonomous-container-database-display-name: nombre fácil de recordar para la nueva base de datos de contenedores autónoma en espera de la región de destino y del arrendamiento de destino.
--peer-autonomous-vm-cluster-id: OCID del cluster de VM autónomo en la nube en la región de destino y en el arrendamiento de destino donde se creará la base de datos en espera.
-peer-autonomous-container-database-compartment-id: OCID del compartimento en el que residirá la base de datos de contenedores autónoma en espera.
--protection-mode: define el modo de protección que se utilizará una vez que ACD esté activado para Data Guard

Nota: Si la región remota es diferente de lo que se muestra en el archivo de configuración por defecto, debe definir la región remota necesaria en el símbolo del sistema antes de ejecutar el comando oci.

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 como base de datos primaria mediante la API de REST, utilice AutonomousContainerDatabases.

Puede crear una base de datos de contenedor autónoma en el arrendamiento de origen mediante la API de REST, como se muestra a continuación.

oci raw-request --http-method POST --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousContainerDatabases --request-body '{
  "cloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<sourceregion-name>.unique_ID",
  "compartmentId": "ocid1.compartment.oc1.unique_ID",
  "displayName": "cliapcrdg",
  "patchModel": "RELEASE_UPDATES",
   "serviceLevelAgreementType": "AUTONOMOUS_DATAGUARD",
}'

donde:

cloudAutonomousVmClusterId: OCID del cluster de VM de Exadata autónomo de destino donde se aprovisionará la nueva base de datos de contenedores autónoma (ACD).

También puede utilizar una ACD independiente existente y agregar directamente la base de datos en espera como se muestra a continuación.

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 API de REST para agregar una base de datos en espera como se muestra a continuación:

oci raw-request --http-method POST --target-uri
https://database.ap-chuncheon-1.oraclecloud.com/20160918/autonomousContainerDatabases/ocid1.autonomouscontainerdatabase.oc1.<sourceregion-name>../actions/addStandby
--request-body '{
  "peerCloudAutonomousVmClusterId": "ocid1.cloudautonomousvmcluster.oc1.<remoteregion-name>.uniqueID",
  "peerAutonomousContainerDatabaseCompartmentId": "ocid1.compartment.oc1.uniqueID",
  "peerAutonomousContainerDatabaseDisplayName": "cliapsec2",
   "protectionMode": "MAXIMUM_PERFORMANCE",
}'

donde:

peerCloudAutonomousVmClusterId: OCID del cluster de VM autónomo en la nube del arrendamiento de destino en el que se creará la base de datos en espera.
peerAutonomousContainerDatabaseCompartmentId: OCID del compartimento en el que residirá la base de datos de contenedores autónoma en espera.
peerAutonomousContainerDatabaseDisplayName: nombre fácil de recordar para la nueva base de datos de contenedores autónoma en espera del arrendamiento de destino.
protectionMode: define el modo de protección que se utilizará una vez que ACD esté activado para Data Guard.

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.

Nota: 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 Actualización. No puede parar, iniciar, reiniciar, restaurar ni mover la base de datos de IA autónoma en este estado.

Contenido relacionado

Protección de bases de datos críticas frente a fallos y desastres mediante Autonomous Data Guard