Acerca de la base de datos de contenedor autónoma

La base de datos de contenedores autónoma (ACD) es uno de los cuatro componentes del modelo de arquitectura de base de datos de cuatro niveles, que es la base de una base de datos de IA autónoma en una infraestructura de Exadata dedicada. Las bases de datos de contenedor autónomas se aprovisionan dentro de un cluster de VM de Exadata autónomo (AVMC) y sirven como contenedores para una o más bases de datos de IA autónomas.

Puede crear varios recursos de ACD en un único recurso de AVMC, pero debe crear al menos uno para poder crear cualquier base de datos de IA autónoma. Para obtener una comprensión completa de la arquitectura de cuatro capas utilizada con una base de datos de IA autónoma en una infraestructura de Exadata dedicada y comprender el posicionamiento de ACD dentro de esta arquitectura, consulte Componentes de para obtener más información.

Requisitos de la base de datos de contenedores autónoma

Requisitos de la política de IAM

Debe tener una cuenta de Oracle Cloud Infrastructure con privilegios otorgados mediante las políticas de IAM necesarias. Las políticas necesarias dependen de la operación que esté realizando. Para obtener una lista de las políticas de IAM relacionadas con las bases de datos de contenedores autónomas, consulte Políticas para gestionar bases de datos de contenedores autónomas.

Requisitos de recursos mínimos

Para crear una base de datos de contenedor autónoma, necesita al menos:

8 ECPU o 2 OCPU por nodo
50 GB de almacenamiento local por nodo

Funciones de base de datos gestionadas desde la base de datos de contenedores autónoma

Las siguientes funciones de la base de datos de IA autónoma se pueden definir y gestionar a nivel de base de datos de contenedores autónoma (ACD).

Función de base de datos de IA autónoma	Notas:	Referencia adicional
Versión de software de Oracle Database Puede definir la versión de software de la base de datos de contenedores al aprovisionar una ACD.	Puede seleccionar la versión de software de Oracle Database desde una versión de imagen base o una imagen de software de base de datos de IA autónoma creada a partir de otra base de datos de contenedor autónoma. Al seleccionar la versión de la imagen base, puede elegir la última versión del software de Oracle Database o su predecesor inmediato. Por ejemplo: supongamos que la última versión de Oracle Database soportada por Autonomous AI Database es 19.26.0.1.0. A continuación, el menú desplegable Seleccionar imagen base muestra las listas 19.26.0.1.0 y 19.25.0.1.0 que puede elegir.	-
Autonomous Data Guard La configuración de Autonomous Data Guard permite mantener las bases de Datos de producción críticas disponibles para los servicios esenciales a pesar de las fallas.	Puede activar Autonomous Data Guard desde la página Detalles de una ACD y crear hasta dos ACD en espera. Las bases de datos de contenedor autónomas principales y secundarias también se pueden desplegar en diferentes regiones (entre regiones). En una configuración de Autonomous Data Guard entre regiones que utiliza claves gestionadas por el cliente o KMS, en función del número de bases de datos de IA autónomas en la base de datos de contenedor autónoma principal, se generarán automáticamente nuevas versiones de claves para las bases de datos en espera en el almacén entre regiones.	Protección de bases de datos críticas frente a fallos y desastres mediante Autonomous Data Guard
Programación de mantenimiento En general, Oracle programa y realiza repartos completos de mantenimiento de la flota a lo largo de cada trimestre y correcciones mensuales de seguridad de la infraestructura para vulnerabilidades con puntuaciones de CVSS superiores o iguales a 7. Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.	Puede elegir entre los métodos de mantenimiento gradual o no gradual para una ACD. Si selecciona un método de mantenimiento no gradual en una configuración de Autonomous Data Guard, habrá un tiempo de inactividad para ACD y todas las bases de datos de IA autónomas asociadas hasta que se complete la aplicación de parches. Opcionalmente, también puede seleccionar Activar actualización de zona horaria. Los archivos de zona horaria solo se puede actualizar con el método de configuración no gradual. Puede definir o modificar la configuración del programa de mantenimiento para que Oracle gestione una ACD, o bien puede definir un programa de mantenimiento personalizado. Al personalizar el programa de mantenimiento de una ACD, puede optar por omitir la aplicación de parches durante un trimestre. Sin embargo, no puede omitir la aplicación de parches durante dos trimestres consecutivos. Cuando elija omitir la aplicación de parches para un trimestre, debe seleccionar al menos un mes de ese trimestre. Esto actúa como una reserva en caso de que el mantenimiento no se haya producido en el trimestre anterior sin omitir. En este escenario, Oracle realizará automáticamente el mantenimiento en el mes seleccionado, incluso si se selecciona la omisión para ese trimestre. Puede ver el número de parches puntuales disponibles para una ACD en su página Detalles. Al hacer clic en el enlace Copiar situado junto a él, se copian todos esos números de parches puntuales. Al reprogramar un evento del mantenimiento de base de datos de contenedores automática que ya está programado, Oracle puede ponerlo en una cola si en el recursos de infraestructura deExadata o el recurso de cluster de VM de Exadata autónomo: Ya se está realizando una actualización de mantenimiento, o Programado para una actividad de mantenimiento de forma simultánea como ACD. Puede programar un mantenimiento bajo demanda para actualizar la RU (actualización de la versión) junto con el archivo de zona horaria o simplemente el archivo de zona horaria para una ACD. También puede optar por actualizar mediante una imagen de software de base de datos personalizada existente. Puede experimentar tiempo de inactividad para su ACD y las bases de datos de IA autónomas asociadas en función de la configuración del programa de mantenimiento de su ACD.	Mantenimiento de servicios Programar una actualización de mantenimiento trimestral
Copia de Seguridad y Restauración Para admitir la alta disponibilidad, la base de datos de IA autónoma realiza automáticamente copias de seguridad de su base de datos. El período de retención de las copias de seguridad es de hasta 95 días en función del período/política de retención de copia de seguridad seleccionada para la base de datos autónoma. Puede restaurar y recuperar la base de datos a cualquier momento en este período de retención.	Una vez activadas, las copias de seguridad automáticas no se pueden desactivar para una ACD. Con las copias de seguridad automáticas activadas, tiene opciones para realizar copias de seguridad entre regiones, copias de seguridad a largo plazo y copias de seguridad manuales. Puede definir la política/período de retención de copia de seguridad al aprovisionar una ACD o modificarla más adelante desde la página de detalles de la consola de Oracle Cloud Infrastructure. Puede conservar las copias de seguridad de una ACD terminada durante un máximo de 72 horas o hasta el final de su período de retención de copia de seguridad. Puede activar el bloqueo de retención de copia de seguridad para evitar la supresión no deseada de las copias de seguridad de bases de datos de IA autónomas y de bases de datos de ACD antes de su período de retención. Puede activar el bloqueo de retención mientras aprovisiona la ACD o posteriormente. Una vez activado, puede desactivar el bloqueo de retención en un plazo de 14 días, después del cual la configuración pasa a ser permanente. Una vez activado el bloqueo de retención, solo puede aumentar el valor del período de retención y no se puede reducir. Todas las copias de seguridad a largo plazo también se bloquearán y no se podrán suprimir cuando el bloqueo de retención esté activado. Las copias de seguridad a largo plazo se suprimen automáticamente una vez que caducan. Sin embargo, en el caso de los despliegues de Exadata Cloud@Customer, si el destino de copia de seguridad es NFS, ninguna de las copias de seguridad se suprime automáticamente cuando se termina una ACD. Debe suprimir manualmente todas las copias de seguridad automáticas, manuales y a largo plazo después de finalizar la ACD y de que haya pasado la fecha de caducidad. Consulte Política de retención de copias de seguridad para obtener más información sobre los valores de la política de retención de copias de seguridad para diferentes despliegues de bases de datos de IA autónomas.	Copia de seguridad y restauración de bases de datos de IA autónomas.
Destino de copia de seguridad Un destino del backup define las propiedades necesarias para conectarse a una ubicación del backup, y se debe tener acceso a cada destino del backup en el centro de datos desde los nodos del cluster del VM.	La capacidad de elegir un destino de copia de seguridad al aprovisionar una ACD y los destinos de copia de seguridad soportados varían en función de la plataforma de despliegue. Consulte Destino de copia de seguridad para obtener más información sobre los diferentes tipos de destino de copia de seguridad.	Para obtener más información sobre la configuración del destino de copia de seguridad NFS para Cloud@Customer, consulte Requisitos para destinos de copia de seguridad para Exadata Cloud@Customer. Consulte Editar configuración de copia de seguridad de base de datos de contenedores autónoma para obtener instrucciones sobre cómo cambiar el tipo de destino de copia de seguridad después de aprovisionar la base de datos de contenedores autónoma.
Uso del espacio de NFS	SE APLICA A: Solo Exadata Cloud@Customer Si el tipo de destino de copia de seguridad actual es NFS, el uso de espacio NFS actual se muestra como un porcentaje junto con un ícono de estado.	Consulte View NFS Space Utilization para obtener más información.
Atributos de Resource Management Los atributos de gestión de recursos afectan a cómo se gestionan los recursos para consolidar más bases de datos o tener la mayor disponibilidad de bases de datos.	Opcionalmente, al aprovisionar una ACD, puede definir un valor adecuado para los siguientes atributos de gestión de recursos según sus necesidades: Umbral de división de base de datos (CPU): valor de CPU por encima del cual se abrirá una base de datos de IA autónoma en varios nodos. El valor por defecto de este atributo es 16 para las OCPU y 64 para las ECPU. Reserva de conmutación por error de nodo (%): determina el porcentaje de CPU reservadas en los nodos para admitir conmutación por error de nodo. Los valores permitidos son 0%, 25% y 50%, siendo el 50% la opción predeterminada. Afinidad de distribución: determina si una base de datos de IA autónoma debe abrirse en un mínimo o máximo de nodos. Por defecto, se selecciona Mínimo de nodos.	Para obtener más información sobre cómo estos atributos de ACD afectan al rendimiento de las bases de datos, consulte Detalles de facturación de CPU.
Conexiones de Servidor Compartidas La arquitectura del servidor compartido permite que muchos procesos del servidor compartan muy pocos procesos del servidor, de manera que aumenta la número de usuarios que se pueden soportar.	Al aprovisionar una ACD, puede activar opcionalmente las conexiones de servidor compartido. No puede desactivar la arquitectura de servidor compartido después de aprovisionar la ACD.	Funciones de conexión con fines especiales
Clave de cifrado Por defecto, la base de datos de IA autónoma crea y gestiona todas las claves del cifrado maestras que se utilizan para proteger sus datos, almacenándolas en un almacén 12 de claves PKCS seguro en los mismos sistemas de la instancia de Exadata donde residen las bases de datos. Si sus políticas de seguridad lo requieren, Autonomous AI Database puede utilizar las claves que cree y gestione.	Al aprovisionar una ACD, puede configurar la ACD para que utilice claves de cifrado gestionadas por el cliente en lugar de claves de cifrado gestionadas por Oracle. Puede elegir entre las siguientes opciones al utilizar claves de cifrado gestionadas por el cliente: Servicio OCI Vault: con esta opción, selecciona un almacén y una clave de cifrado maestra. Esta opción solo está disponible en Oracle Public Cloud. Oracle Key Vault: seleccione un almacén de claves con esta opción e introduzca un nombre de grupo de puntos finales de OKV. AWS KMS Service: en Autonomous AI Database on Oracle Database@AWS, puede utilizar AWS Key Management Service (AWS KMS) para gestionar las claves de cifrado maestras. Puede utilizar claves del cifrado gestionadas por el cliente con ACD con Autonomous Data Guard activado, en las que la base de datos principal y la base de datos en espera están ubicadas en diferentes dominios en la misma región.	Acerca de las claves de cifrado maestras Uso de Traiga sus propias claves (BYOK) en el servicio Vault Uso de claves gestionadas por la cliente en Oracle Key Vault Rotación de la clave de cifrado de una base de datos de contenedores autónoma
Correo electrónico de contacto Puede proporcionar correos electrónicos de contacto en los que puede recibir notificaciones operativas, anuncios y notificaciones de mantenimiento no planificadas relacionadas con su base de datos de contenedores autónoma.	Oracle recomienda utilizar la dirección de correo electrónico de un grupo de administradores en lugar de la de una persona, siempre que sea posible, para garantizar que no se pierdan notificaciones o anuncios importantes.
Full Stack Disaster Recovery Full Stack DR es un servicio Oracle Cloud Infrastructure (OCI) de orquestación y gestión de recuperación ante desastres que proporciona completas capacidades de recuperación ante desastres para todas las capas de una pila de aplicación, incluidas las infraestructuras, el middleware, la base de Datos y la aplicación.	Puede activar OCI Full Stack Disaster Recovery y utilizarlo para realizar operaciones de switchover/failover u, opcionalmente, realizar operaciones de switchover/failover solo de base de datos de IA autónoma.	Uso de OCI Full Stack Disaster Recovery en una base de datos de IA autónoma en una infraestructura de Exadata dedicada
Copia de Seguridad entre Regiones Puede seleccionar una región secundaria para una copia de sus copias de seguridad. En caso de fallo de una región, puede clonar la copia de seguridad remota de ACD para restaurar los datos. La copia de seguridad de una base de datos de contenedor autónoma solo se puede clonar en un cluster de VM de Exadata autónomo (AVMC) diferente de su AVMC de origen.	SE APLICA A: Solo Oracle Public Cloud La copia de seguridad entre regiones se puede activar al aprovisionar una ACD o desde la página de detalles de una ACD existente. No puede activar la copia de seguridad entre regiones si Autonomous Data Guard está activado.	Sobre la clonación de una base de datos de contenedores autónoma en una infraestructura de Exadata dedicada Clonación de una base del contenedor autónoma

Función de base de datos de IA autónoma

Notas:

Referencia adicional

Versión de software de Oracle Database

Puede definir la versión de software de la base de datos de contenedores al aprovisionar una ACD.

Puede seleccionar la versión de software de Oracle Database desde una versión de imagen base o una imagen de software de base de datos de IA autónoma creada a partir de otra base de datos de contenedor autónoma.

Al seleccionar la versión de la imagen base, puede elegir la última versión del software de Oracle Database o su predecesor inmediato. Por ejemplo: supongamos que la última versión de Oracle Database soportada por Autonomous AI Database es 19.26.0.1.0. A continuación, el menú desplegable Seleccionar imagen base muestra las listas 19.26.0.1.0 y 19.25.0.1.0 que puede elegir.

Autonomous Data Guard

La configuración de Autonomous Data Guard permite mantener las bases de Datos de producción críticas disponibles para los servicios esenciales a pesar de las fallas.

Puede activar Autonomous Data Guard desde la página Detalles de una ACD y crear hasta dos ACD en espera.

Las bases de datos de contenedor autónomas principales y secundarias también se pueden desplegar en diferentes regiones (entre regiones). En una configuración de Autonomous Data Guard entre regiones que utiliza claves gestionadas por el cliente o KMS, en función del número de bases de datos de IA autónomas en la base de datos de contenedor autónoma principal, se generarán automáticamente nuevas versiones de claves para las bases de datos en espera en el almacén entre regiones.

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

Programación de mantenimiento

En general, Oracle programa y realiza repartos completos de mantenimiento de la flota a lo largo de cada trimestre y correcciones mensuales de seguridad de la infraestructura para vulnerabilidades con puntuaciones de CVSS superiores o iguales a 7.

Puede dejar que Oracle se encargue de la programación del mantenimiento o puede definir un período de mantenimiento específico durante el cual Oracle pueda iniciar las operaciones de mantenimiento.

Puede elegir entre los métodos de mantenimiento gradual o no gradual para una ACD. Si selecciona un método de mantenimiento no gradual en una configuración de Autonomous Data Guard, habrá un tiempo de inactividad para ACD y todas las bases de datos de IA autónomas asociadas hasta que se complete la aplicación de parches. Opcionalmente, también puede seleccionar Activar actualización de zona horaria. Los archivos de zona horaria solo se puede actualizar con el método de configuración no gradual.

Puede definir o modificar la configuración del programa de mantenimiento para que Oracle gestione una ACD, o bien puede definir un programa de mantenimiento personalizado.

Al personalizar el programa de mantenimiento de una ACD, puede optar por omitir la aplicación de parches durante un trimestre. Sin embargo, no puede omitir la aplicación de parches durante dos trimestres consecutivos. Cuando elija omitir la aplicación de parches para un trimestre, debe seleccionar al menos un mes de ese trimestre. Esto actúa como una reserva en caso de que el mantenimiento no se haya producido en el trimestre anterior sin omitir. En este escenario, Oracle realizará automáticamente el mantenimiento en el mes seleccionado, incluso si se selecciona la omisión para ese trimestre.

Puede ver el número de parches puntuales disponibles para una ACD en su página Detalles. Al hacer clic en el enlace Copiar situado junto a él, se copian todos esos números de parches puntuales.

Al reprogramar un evento del mantenimiento de base de datos de contenedores automática que ya está programado, Oracle puede ponerlo en una cola si en el recursos de infraestructura deExadata o el recurso de cluster de VM de Exadata autónomo:

Ya se está realizando una actualización de mantenimiento, o
Programado para una actividad de mantenimiento de forma simultánea como ACD.

Puede programar un mantenimiento bajo demanda para actualizar la RU (actualización de la versión) junto con el archivo de zona horaria o simplemente el archivo de zona horaria para una ACD. También puede optar por actualizar mediante una imagen de software de base de datos personalizada existente.

Puede experimentar tiempo de inactividad para su ACD y las bases de datos de IA autónomas asociadas en función de la configuración del programa de mantenimiento de su ACD.

Mantenimiento de servicios

Programar una actualización de mantenimiento trimestral

Copia de Seguridad y Restauración

Para admitir la alta disponibilidad, la base de datos de IA autónoma realiza automáticamente copias de seguridad de su base de datos. El período de retención de las copias de seguridad es de hasta 95 días en función del período/política de retención de copia de seguridad seleccionada para la base de datos autónoma. Puede restaurar y recuperar la base de datos a cualquier momento en este período de retención.

Una vez activadas, las copias de seguridad automáticas no se pueden desactivar para una ACD. Con las copias de seguridad automáticas activadas, tiene opciones para realizar copias de seguridad entre regiones, copias de seguridad a largo plazo y copias de seguridad manuales.

Puede definir la política/período de retención de copia de seguridad al aprovisionar una ACD o modificarla más adelante desde la página de detalles de la consola de Oracle Cloud Infrastructure.

Puede conservar las copias de seguridad de una ACD terminada durante un máximo de 72 horas o hasta el final de su período de retención de copia de seguridad.
Puede activar el bloqueo de retención de copia de seguridad para evitar la supresión no deseada de las copias de seguridad de bases de datos de IA autónomas y de bases de datos de ACD antes de su período de retención.
Puede activar el bloqueo de retención mientras aprovisiona la ACD o posteriormente.
Una vez activado, puede desactivar el bloqueo de retención en un plazo de 14 días, después del cual la configuración pasa a ser permanente.
Una vez activado el bloqueo de retención, solo puede aumentar el valor del período de retención y no se puede reducir.
Todas las copias de seguridad a largo plazo también se bloquearán y no se podrán suprimir cuando el bloqueo de retención esté activado.

Las copias de seguridad a largo plazo se suprimen automáticamente una vez que caducan. Sin embargo, en el caso de los despliegues de Exadata Cloud@Customer, si el destino de copia de seguridad es NFS, ninguna de las copias de seguridad se suprime automáticamente cuando se termina una ACD. Debe suprimir manualmente todas las copias de seguridad automáticas, manuales y a largo plazo después de finalizar la ACD y de que haya pasado la fecha de caducidad.

Consulte Política de retención de copias de seguridad para obtener más información sobre los valores de la política de retención de copias de seguridad para diferentes despliegues de bases de datos de IA autónomas.

Copia de seguridad y restauración de bases de datos de IA autónomas.

Destino de copia de seguridad

Un destino del backup define las propiedades necesarias para conectarse a una ubicación del backup, y se debe tener acceso a cada destino del backup en el centro de datos desde los nodos del cluster del VM.

La capacidad de elegir un destino de copia de seguridad al aprovisionar una ACD y los destinos de copia de seguridad soportados varían en función de la plataforma de despliegue.

Consulte Destino de copia de seguridad para obtener más información sobre los diferentes tipos de destino de copia de seguridad.

Para obtener más información sobre la configuración del destino de copia de seguridad NFS para Cloud@Customer, consulte Requisitos para destinos de copia de seguridad para Exadata Cloud@Customer.

Consulte Editar configuración de copia de seguridad de base de datos de contenedores autónoma para obtener instrucciones sobre cómo cambiar el tipo de destino de copia de seguridad después de aprovisionar la base de datos de contenedores autónoma.

Uso del espacio de NFS

SE APLICA A: Aplicable

Solo Exadata Cloud@Customer

Si el tipo de destino de copia de seguridad actual es NFS, el uso de espacio NFS actual se muestra como un porcentaje junto con un ícono de estado.

Consulte View NFS Space Utilization para obtener más información.

Atributos de Resource Management

Los atributos de gestión de recursos afectan a cómo se gestionan los recursos para consolidar más bases de datos o tener la mayor disponibilidad de bases de datos.

Opcionalmente, al aprovisionar una ACD, puede definir un valor adecuado para los siguientes atributos de gestión de recursos según sus necesidades:

Umbral de división de base de datos (CPU): valor de CPU por encima del cual se abrirá una base de datos de IA autónoma en varios nodos. El valor por defecto de este atributo es 16 para las OCPU y 64 para las ECPU.
Reserva de conmutación por error de nodo (%): determina el porcentaje de CPU reservadas en los nodos para admitir conmutación por error de nodo. Los valores permitidos son 0%, 25% y 50%, siendo el 50% la opción predeterminada.
Afinidad de distribución: determina si una base de datos de IA autónoma debe abrirse en un mínimo o máximo de nodos. Por defecto, se selecciona Mínimo de nodos.

Para obtener más información sobre cómo estos atributos de ACD afectan al rendimiento de las bases de datos, consulte Detalles de facturación de CPU.

Conexiones de Servidor Compartidas

La arquitectura del servidor compartido permite que muchos procesos del servidor compartan muy pocos procesos del servidor, de manera que aumenta la número de usuarios que se pueden soportar.

Al aprovisionar una ACD, puede activar opcionalmente las conexiones de servidor compartido. No puede desactivar la arquitectura de servidor compartido después de aprovisionar la ACD.

Funciones de conexión con fines especiales

Clave de cifrado

Por defecto, la base de datos de IA autónoma crea y gestiona todas las claves del cifrado maestras que se utilizan para proteger sus datos, almacenándolas en un almacén 12 de claves PKCS seguro en los mismos sistemas de la instancia de Exadata donde residen las bases de datos.

Si sus políticas de seguridad lo requieren, Autonomous AI Database puede utilizar las claves que cree y gestione.

Al aprovisionar una ACD, puede configurar la ACD para que utilice claves de cifrado gestionadas por el cliente en lugar de claves de cifrado gestionadas por Oracle.

Puede elegir entre las siguientes opciones al utilizar claves de cifrado gestionadas por el cliente:

Servicio OCI Vault: con esta opción, selecciona un almacén y una clave de cifrado maestra. Esta opción solo está disponible en Oracle Public Cloud.
Oracle Key Vault: seleccione un almacén de claves con esta opción e introduzca un nombre de grupo de puntos finales de OKV.
AWS KMS Service: en Autonomous AI Database on Oracle Database@AWS, puede utilizar AWS Key Management Service (AWS KMS) para gestionar las claves de cifrado maestras.

Puede utilizar claves del cifrado gestionadas por el cliente con ACD con Autonomous Data Guard activado, en las que la base de datos principal y la base de datos en espera están ubicadas en diferentes dominios en la misma región.

Acerca de las claves de cifrado maestras

Uso de Traiga sus propias claves (BYOK) en el servicio Vault

Uso de claves gestionadas por la cliente en Oracle Key Vault

Rotación de la clave de cifrado de una base de datos de contenedores autónoma

Correo electrónico de contacto

Puede proporcionar correos electrónicos de contacto en los que puede recibir notificaciones operativas, anuncios y notificaciones de mantenimiento no planificadas relacionadas con su base de datos de contenedores autónoma.

Oracle recomienda utilizar la dirección de correo electrónico de un grupo de administradores en lugar de la de una persona, siempre que sea posible, para garantizar que no se pierdan notificaciones o anuncios importantes.

Full Stack Disaster Recovery

Full Stack DR es un servicio Oracle Cloud Infrastructure (OCI) de orquestación y gestión de recuperación ante desastres que proporciona completas capacidades de recuperación ante desastres para todas las capas de una pila de aplicación, incluidas las infraestructuras, el middleware, la base de Datos y la aplicación.

Puede activar OCI Full Stack Disaster Recovery y utilizarlo para realizar operaciones de switchover/failover u, opcionalmente, realizar operaciones de switchover/failover solo de base de datos de IA autónoma.

Uso de OCI Full Stack Disaster Recovery en una base de datos de IA autónoma en una infraestructura de Exadata dedicada

Copia de Seguridad entre Regiones

Puede seleccionar una región secundaria para una copia de sus copias de seguridad. En caso de fallo de una región, puede clonar la copia de seguridad remota de ACD para restaurar los datos. La copia de seguridad de una base de datos de contenedor autónoma solo se puede clonar en un cluster de VM de Exadata autónomo (AVMC) diferente de su AVMC de origen.

SE APLICA A: Aplicable

Solo Oracle Public Cloud

La copia de seguridad entre regiones se puede activar al aprovisionar una ACD o desde la página de detalles de una ACD existente.

No puede activar la copia de seguridad entre regiones si Autonomous Data Guard está activado.

Sobre la clonación de una base de datos de contenedores autónoma en una infraestructura de Exadata dedicada

Clonación de una base del contenedor autónoma

Operaciones de gestión de bases de datos de contenedores autónomas

Puede realizar las siguientes operaciones de gestión en una base de datos de contenedores autónoma.

Operación	Instrucciones de tarea
Creación de una base de datos de contenedores autónoma	Creación de una base de datos de contenedores autónoma
Cambio de la política de retención de copias de seguridad de una base de datos de contenedores autónoma	Editar configuración de copia de seguridad de base de datos de contenedores autónoma
Crear una imagen de software de base de datos de IA autónoma	Creación de una imagen de software de base de datos de IA autónoma
Editar las preferencias de mantenimiento de una base de datos de contenedores autónoma	Actualización de preferencias de mantenimiento de base de datos de contenedores autónoma
Gestionar configuración de Autonomous Data Guard	Gestionar configuración de Autonomous Data Guard
Traslado de una base de datos de contenedores autónoma a otro compartimento	Traslado de una base de datos de contenedores autónoma a un compartimento diferente
Rotación de una clave de cifrado de una base datos de contenedores autónoma	Rotación de la clave de cifrado de una base de datos de contenedores autónoma
Reinicio de una base de datos de contenedores autónoma	Reinicio de una base de datos de contenedores autónoma
Terminación de una base de datos de contenedores autónoma	Terminación de una base de datos de contenedores autónoma
Gestión de contactos de clientes para una base de datos de contenedores autónoma	Gestionar contactos de cliente para una base de datos de contenedores autónoma
Visualización de una lista de las bases de datos de contenedores autónomas	Visualización de una lista de las bases de datos de contenedores autónomas
Visualización de detalles de una base de datos de contenedores autónoma	Visualización de detalles de una base de datos de contenedores autónoma
Ver uso de espacio del NFS	SE APLICA A: Solo Exadata Cloud@Customer Ver uso del espacio de NFS

Las operaciones mencionadas anteriormente también se pueden realizar mediante API. Consulte API para gestionar bases de datos de contenedores autónomas para obtener más información.

Supervisión de la base de datos de contenedor autónoma

Puede utilizar vistas de rendimiento dinámico para supervisar la base de datos de contenedores autónoma (ACD) de las siguientes formas:

Vea métricas en tiempo real sobre diferentes eventos de espera y clases de espera.
Ver instantáneas históricas de métricas de clase de espera.
Vea datos de métricas de rendimiento históricas, resumidas y en tiempo real.
Ver límites de recursos y uso actual.

Para obtener información detallada, consulte Vistas dinámicas de rendimiento.