Proporciona información general sobre la operación de clonación y la base de datos clonada resultante.

• Se permite la clonación de una versión de base de datos a la misma versión de base de datos. Por ejemplo, puede clonar desde una Oracle Database 19c de origen a una clonación de Oracle Database 19c o desde una Oracle Database 23ai de origen a una clonación de Oracle Database 23ai.

• Si hay una operación de escala en curso en una base de datos de origen, no puede iniciar una operación de clonación hasta que se complete la operación en curso. Si intenta realizar esta operación, aparecerá un mensaje como el siguiente:

  The operation cannot be performed because the Autonomous Database with Id **** is in the SCALE_IN_PROGRESS state.

• Si define una lista de control de acceso de red (ACL) en la base de datos de origen, la ACL de red definida actualmente se clona en la nueva base de datos. Si se clona una base de datos a partir de una copia de seguridad, se aplica la ACL de la base de datos de origen actual (no la ACL válida en el momento de la copia de seguridad).

• Si crea una clonación y la base de datos de origen tiene una lista de control de acceso (ACL) y especifica la opción de acceso de red de punto final privado, Red virtual en la nube para la base de datos de destino, la ACL no se clonará en la nueva base de datos. En este caso, debe definir reglas de seguridad dentro del grupo (o los grupos) de seguridad de red para controlar el tráfico hacia y desde la base de datos de destino (en lugar de utilizar las reglas de control de acceso especificadas en la ACL en el origen de clonación). Consulte Configuración de puntos finales privados al aprovisionar o clonar una instancia para obtener más información.

• La clonación de una instancia de Autonomous Database copia los archivos de base de datos en una nueva instancia. No hay ningún tiempo de inactividad asociado a la clonación y la operación de clonación no afecta a las aplicaciones que se ejecutan en el origen.

• Para una clonación de metadatos, las aplicaciones APEX y los proyectos y blocs de notas de OML se copian en la clonación. Para una clonación de datos de metadatos, los datos de base de datos subyacentes de la aplicación APEX o el bloc de notas de OML no se clonan.

• La página Detalles de Autonomous Database para una instancia de Autonomous Database creada mediante la clonación incluye el campo Clonado a partir de. Muestra el nombre de la base de datos en la que se ha creado la clonación.

Proporciona información sobre la clonación entre arrendamientos y entre regiones.

• Para la clonación, al seleccionar una región que no sea la región actual del destino de clonación, mediante la CLI de Oracle Cloud Infrastructure o Terraform, solo puede realizar dicha clonación entre regiones desde la región remota. Es decir, llame a la API de creación de clon desde la región remota a la que desea clonar, con el OCID de la base de datos origen como el del origen del que desea clonar.

• La opción de clonación entre arrendamientos solo está disponible mediante la CLI o las API de REST de Autonomous Database. La clonación entre arrendamientos no está disponible mediante la consola de Oracle Cloud Infrastructure.

  Consulte Clonación entre arrendamientos y entre regiones para obtener más información.

• La opción de clonación entre arrendamientos no soporta la clonación con claves gestionadas por el cliente en el origen. Consulte Gestión de claves de cifrado en Autonomous Database para obtener más información sobre las claves gestionadas por el cliente.

Proporciona notas para reglas de gestión de recursos y datos de rendimiento para una base de datos clonada.

Lo siguiente se aplica a las reglas de gestión de recursos y a los datos de rendimiento de una base de datos clonada:

• Durante el aprovisionamiento de una Clonación Completa o una Clonación de Metadatos, cualquier regla de gestión de recursos que haya cambiado el usuario en la base de datos de origen se transfiere a la base de datos clonada.

• Para una base de datos clonada, los datos de rendimiento del tiempo anterior a la operación de clonación no aparecen en la tarjeta Panel de control de base de datos (en Supervisar en Database Actions).

Para obtener más información sobre la configuración de reglas de gestión de recursos, consulte Gestión de sentencias SQL sin control en Autonomous Database.

Durante el aprovisionamiento de una Clonación Completa o una Clonación de Metadatos, las estadísticas del optimizador se copian de la base de datos de origen a la base de datos clonada.

Lo siguiente se aplica a las estadísticas del optimizador para tablas de una base de datos clonada:

• clonación completa: las cargas en tablas se comportan igual que la carga en una tabla con estadísticas ya aplicadas.
• Copia de metadatos: la primera carga en una tabla tras la clonación de la base de datos 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 los conceptos sobre las estadísticas del optimizador.

Los trabajos de Oracle Scheduler de una base de datos origen se copian en la clonación al realizar una operación de clonación. Puede asegurarse de que los trabajos de Oracle Scheduler clonados están desactivados en la clonación.

Para desactivar los trabajos de Oracle Scheduler en instancias de Autonomous Database clonadas, puede definir un disparador mediante la cláusula AFTER CLONE. Para utilizar la cláusula AFTER CLONE, defina el disparador en la base de datos origen antes de realizar la operación de clonación.

Por ejemplo:

CREATE OR REPLACE TRIGGER after_clone_instance
     AFTER CLONE 
     ON PLUGGABLE DATABASE
BEGIN 
-- Disable specific jobs or use a cursor to grab all scheduled jobs and disable them
     DBMS_SCHEDULER.DISABLE(name=> job_name);
END; 
/

Consulte Sentencia CREATE TRIGGER para obtener más información.