Acerca de la clonación de una base de datos de IA autónoma

La clonación es el proceso de creación de una copia puntual de su base de datos de IA autónoma o su juego. Puede utilizar la función de clonación para configurar rápidamente una base de datos de IA autónoma con datos históricos para fines como prueba, desarrollo o análisis.

Consejo:
la velocidad de la operación que especifique para el clon que va a crear depende del número de CPU que especifique. Por lo tanto, puede mejorar la velocidad de la operación para el clon y, a continuación, reducirla al número deseado de CPU (como se describe en Eliminación del recurso de almacenamiento o CPU de una base de datos de IA autónoma en una infraestructura de Exadata dedicada) una vez completada la operación.

Tipos de clonación

La base de datos de IA autónoma soporta los siguientes tipos de clonación:

Clonación total: una clonación completa crea una nueva base de datos que incluye los metadatos y datos de la base de datos de origen.
Clonación de metadatos: este tipo se crea una nueva base de datos que incluye todos los metadatos de esquema de base de datos de origen, pero no los datos de la base de datos de origen.

Orígenes de clonación

Puede crear un clon de base de datos a partir de cualquiera de los siguientes orígenes:

Instancia de base de Datos en ejecución: puede crear una nueva instancia a partir de la clonación de una instancia autónoma de base de Datos de IA.

Al clonar una instancia de base de datos, puede:
- Seleccione una infraestructura de Exadata diferente, un cluster de VM de Exadata autónomo o una base de datos de contenedores autónoma para la base de datos de clonación.
- Cree la base de datos de clonación en la misma región o en una región diferente del origen de clonación.
- Cree la base de datos de clonación en el mismo arrendamiento o en un arrendamiento diferente del origen de clonación. Una clonación entre arrendamientos puede estar en la misma región o en una región diferente del origen de la clonación. La clonación entre arrendamientos solo está soportada en despliegues de Oracle Public Cloud.
Copia de seguridad de una instancia de base de datos: puede crear una nueva instancia de base de datos clonando una copia de seguridad automática de la base de datos de IA autónoma, ya sea una copia de seguridad bajo demanda o una copia de seguridad a largo plazo.

En la configuración de Autonomous Data Guard, puede clonar desde una copia en la ubicación principal o en espera.

Al crear una instancia de base de Datos a partir de la copia de seguridad, puede:
- Seleccione una copia de seguridad de una lista de copias de seguridad dentro de un rango de fechas o cree una clonación puntual. Las clonaciones puntuales contienen todos los datos hasta un registro de hora especificado. El registro de hora especificado debe estar dentro del período de retención definido en el nivel de base de datos de contenedores autónoma.
  
  Nota:
  No puede clonar una copia de seguridad a largo plazo mediante la opción de clonación puntual. Las copias de seguridad a largo plazo son copias de seguridad manuales que se pueden conservar durante un mínimo de 90 días y un máximo de 10 años. Consulte Acerca de la Copia de Seguridad y la Recuperación para obtener más información.
- Seleccione una infraestructura de Exadata diferente, un cluster de VM de Exadata autónomo o una base de datos de contenedores autónoma para la base de datos de clonación.
- Cree la base de datos de clonación en la misma región o en una región diferente del origen de clonación.
- Cree la base de datos de clonación en el mismo arrendamiento o en un arrendamiento diferente del origen de clonación. Una clonación entre arrendamientos puede estar en la misma región o en una región diferente del origen de la clonación. La clonación entre arrendamientos solo está soportada en despliegues de Oracle Public Cloud.

Después de enviar una solicitud de clonación, la base de datos de clonación muestra APROVISIONANDO hasta que la nueva base de datos dedicada esté disponible. No se puede iniciar una nueva operación de clonación en una base de datos dedicada que ya se está clonando hasta que se complete la operación en curso.

Además, tenga en cuenta la siguiente información sobre la base de datos recién clonada:

Las estadísticas del optimizador se copian de la base de datos origen a la base de datos clonada. A continuación:
- Para las clonaciones completas, las cargas en tablas se comportan igual que la carga en una tabla con estadísticas ya aplicadas.
- Para las conaciones de metadatos, la primera carga en una tabla borra las estadísticas de esa tabla y actualiza las estadísticas con la nueva carga.
Para obtener más información sobre las estadísticas del optimizador, consulte Conceptos de estadísticas del optimizador en Oracle Database 19c SQL Tuning Guide u Oracle Database 26ai SQL Tuning Guide.
Las reglas de gestión de recursos cambiadas por el usuario en la base de datos origen se transfieren a la base de datos clonada.
Datos de rendimiento durante el tiempo antes de que la operación de clonación no esté disponible en la base de datos clonada.

Requisitos de clonación

Para clonar correctamente una instancia de la base de datos de IA autónoma o su juego de copias de Seguridad, se deben cumplir los siguientes requisitos:

Para clonar una base de datos de IA autónoma, necesita el acceso necesario mediante las siguientes sentencias de política escritas por un administrador, tanto si utiliza la consola como la API de REST con un SDK, una CLI u otra herramienta:
```
Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
```
```
Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>
```
Consejo: si intenta realizar una acción y obtener un mensaje que indique que no tiene permiso o no está autorizado, confirme con el administrador el tipo de acceso que se le ha otorgado y en qué compartimento debe trabajar.
La base de datos de contenedores autónoma de destino debe tener la misma versión de base de datos o una versión posterior que el origen.
Para admitir la clonación en despliegues de Exadata Cloud@Customer, debe abrir el puerto 1522 como parte de la configuración de red. Consulte Create Autonomous Exadata VM Cluster para obtener más información.
Cuando se realiza la clonación a partir de una instancia de base de datos:
- La clave de cifrado de origen y la de destino deben ser del mismo tipo de almacén de claves.
- La contraseña de ADMIN que especifique para la base de datos de clonación debe ser diferente de la del usuario de base de datos ADMIN en la base de datos de origen; de lo contrario, fallará la operación de clonación.
- Para una clonación completa, el almacenamiento mínimo que puede especificar para la base de datos de clonación es el espacio utilizado real de la base de datos de origen redondeado al siguiente GB.
Al realizar la clonación a partir de una copia,
- Necesita un mínimo de 4 ECPU o 1 OCPU en el cluster de VM de Exadata autónomo de destino. Puede ver el número de CPU disponibles en la lista de clusters de VM de Exadata autónomos de la consola de Oracle Cloud Infrastructure. Para obtener más información, consulte Visualización de una Lista de Clusters de VM deExadata autónomos.
- El origen y el destino pueden ser diferentes tipos de almacén de claves para la clave de cifrado. Sin embargo, se deben cumplir los siguientes requisitos:
  - Si tanto el origen como el destino utilizan claves gestionadas por los clientes mediante Oracle Key Vault (OKV), deben usar el mismo destino para OKV. El cluster Exadata VM de destino y la base de datos de contenedores autónoma necesitarán acceso a Oracle Key Vault (OKV) de origen para las claves.
  - En Oracle Cloud, si el origen utiliza claves gestionadas por el cliente a través de KMS, debe asegurarse de que el cluster de VM de Exadata autónomo de destino tenga acceso al almacén de KMS de origen durante la operación de restauración.

Requisitos de clonación entre arrendamientos

SE APLICA A: Aplicable Solo Oracle Public Cloud

Para crear correctamente una clonación entre arrendamientos a partir de una instancia de base de datos de IA autónoma o su juego de copias de seguridad, debe asegurarse de cumplir los siguientes requisitos:

Nota:
Los requisitos de clonación entre arrendamientos que se describen a continuación son necesarios, además de los requisitos generales de clonación que se describen en Requisitos de clonación.

Ejecute los comandos de la CLI o de la API para crear la clonación entre arrendamientos desde 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 crear una clonación en el arrendamiento de destino y permitir que el arrendamiento de destino se ponga en contacto con el arrendamiento de origen donde reside el origen de la clonación. Cuando se revocan estas políticas, no se permitirá la clonación entre arrendamientos.
- En el arrendamiento de destino, cree un grupo (por ejemplo: DestinationGroup) y agregue los usuarios a los que se les permitirá crear la clonación 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) cree una clonación mediante un origen de clonación 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 compartment ocid1.compartment.region1..unique_ID
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
```
  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 clonación entre arrendamientos.
  
  La política anterior especifica lo siguiente:
  - Línea 1: OCID del arrendamiento de destino donde va a crear el clon.
  - Línea 2: OCID del grupo de destino al que pertenece el usuario que creará el clon.
  - Línea 3: OCID del compartimento en el que reside el origen de clonación y el OCID del origen de clonación (instancia de base de datos de IA autónoma o copia de seguridad).
    
    Nota:
    La cláusula where del ejemplo anterior es opcional. Proporciona una forma más detallada de otorgar acceso a un origen de clon específico.
- En el arrendamiento de destino, cree políticas de IAM para aprobar un grupo para gestionar el origen de clonación 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 el origen de clonación.
  - 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 clones de bases de datos de IA autónomas en el arrendamiento de origen. Puede limitar los permisos de clonación para que el grupo solo pueda clonar bases de datos de IA autónomas, pero no pueda crear bases de datos de IA autónomas o limitar aún más los permisos para crear solo un tipo concreto de clonación: clonación completa o clonación de metadatos. 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.

Limitaciones de clonación

Existen algunas limitaciones con la clonación de una base de datos de IA autónoma, como se muestra a continuación:

Puede clonar una base de datos de OCPU en una base de datos de OCPU o ECPU. Sin embargo, no puede clonar una base de datos de ECPU en una base de datos de OCPU.
No puede clonar una base de datos de IA autónoma con la versión 23ai en una base de datos de IA autónoma con la versión 19c y viceversa.
Cuando se realiza la clonación a partir de una instancia de base de datos:
- Para las bases de datos que utilizan Autonomous Data Guard, solo puede clonar una base de datos primaria. Sin embargo, puede clonar la base de datos primaria o en espera al clonar a partir de una copia de seguridad.
- Puede clonar una base de datos normal en una instancia de Autonomous AI Database for Developers y viceversa. Sin embargo, para clonar correctamente una base de datos normal en una base de datos de desarrollador, el espacio utilizado real de la base de datos de origen, redondeado al siguiente GB, debe ser de 32 GB o menos.
Al realizar la clonación a partir de una copia,
- La clonación de metadatos no está soportada. Solo puede utilizar la opción Clonación completa para crear una clonación de base de datos.
- Solo puede tener una operación de restauración ejecutándose en el cluster de VM de Exadata autónomo de destino en un momento determinado. Es decir, no puede tener varias clonaciones de copia de seguridad creadas en un único cluster de VM de Exadata autónomo simultáneamente.
- Puede clonar una copia de seguridad en una base de datos de IA autónoma para desarrolladores solo si el espacio asignado de la base de datos de origen es de 32 GB o menos.
- No puede clonar una copia de seguridad a largo plazo mediante la opción de clonación puntual.
- Puede cambiar el tamaño de la CPU a un valor fraccional solo después de la clonación, si es necesario. Consulte Sobreaprovisionamiento de CPU para obtener más información sobre el uso de valores fraccionarios de CPU.
- En Exadata Cloud@Customer:
  - No puede utilizar copias de seguridad locales basadas en disco para la clonación.
  - El tiempo que se toma en clonar una base de datos autónoma AI depende del recuento de CPU y el ancho en red entre el destino de copia de seguridad y la base de datos del contenedor autónomo de destino.
Clones entre arrendamientos:
- Solo se puede crear mediante la CLI o las API de REST de la base de datos de IA autónoma. Esta opción no está disponible mediante la consola de Oracle Cloud Infrastructure.
- Solo están soportados en despliegues de Oracle Public Cloud.
- No están soportadas con claves gestionadas por el cliente en el origen. Consulte Claves de cifrado maestras en la base de datos de IA autónoma para obtener más información sobre las claves gestionadas por el cliente.

Guías paso a paso

Para obtener más información sobre cómo clonar una base de datos de IA autónoma de diferentes orígenes de clonación mediante la consola de OCI, consulte:

También puede utilizar la API de CreateAutonomousDatabase para clonar una base de datos. Para obtener información sobre el uso de la API y las solicitudes de firma, consulte API REST y Credenciales de seguridad. Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.