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

• Si la versión de la base de datos de origen es Oracle Database 19c, en las regiones en las que Oracle Database 23ai está disponible, puede seleccionar Oracle Database 19c u Oracle Database 23ai para la clonación.

• Si la versión de la base de datos origen es Oracle Database 23ai, puede seleccionar Oracle Database 23ai para la clonación.

• 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 la 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.

• El valor de la columna DBA_SERVICES.FAILOVER_TYPE no se copia en una instancia de Autonomous Database clonada.

Proporciona notas para clonar una instancia de Autonomous Database a partir de una copia de seguridad:

• Si hay una operación de clonación en curso a partir de una copia de seguridad en una base de datos origen, no puede iniciar una nueva operación de clonación en la misma copia de seguridad que se está clonando hasta que finalice la operación en curso. Por lo tanto, no puede clonar a partir de una copia de seguridad dos veces simultáneamente a partir de una copia de seguridad específica (por ejemplo, un registro de hora específico o una copia de seguridad seleccionada específica de la lista de copias de seguridad).

• Para las tablas externas, las tablas externas particionadas y las particiones externas de las tablas particionadas híbridas, una copia de seguridad no incluye los archivos externos que residen en el almacén de objetos. Por lo tanto, para la operación de clonación a partir de copia de seguridad, es su responsabilidad realizar copias de seguridad y restaurar, si es necesario, los archivos externos asociados a tablas externas, tablas particionadas externas o los archivos externos de una tabla particionada híbrida.

• Con la clonación a partir de la copia de seguridad, los espacios de trabajo, los proyectos y los blocs de notas de Oracle Machine Learning de la base de datos origen no se clonan en la nueva base de datos.

• Una vez que Autonomous Database haya terminado de aprovisionar la clonación, consulte la vista dba_pdbs para ver las columnas last_recover_time y last_recover_scn. Estas columnas proporcionan el registro de hora guardado y el SCN guardado de los datos a partir de los cuales se creó la base de datos clonada.

  Por ejemplo:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

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 clonación de creación 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 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.

Tenga en cuenta lo siguiente:

• El valor de la columna DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL no se copia en una instancia de Autonomous Database clonada.