Fournit des informations générales sur l'opération de clonage et la base de données clonée résultante.

• Si la version de la base de données source est Oracle Database 19c, dans les régions où Oracle Database 23ai est disponible, vous pouvez choisir Oracle Database 19c ou Oracle Database 23ai pour le clone.

• Si la version de la base de données source est Oracle Database 23ai, vous pouvez sélectionner Oracle Database 23ai pour le clone.

• Si une opération de redimensionnement est en cours sur une base de données source, vous ne pouvez pas lancer une opération de clonage tant que l'opération en cours n'est pas terminée. Si vous tentez une telle opération, le message suivant s'affiche :

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

• Si vous définissez une liste de contrôle d'accès réseau (ACL) sur la base de données source, l'ACL réseau actuellement définie est clonée dans la nouvelle base. Si une base de données est clonée à partir d'une sauvegarde, l'ACL de la base de données source en cours est appliquée (et non l'ACL qui était valide au moment de la sauvegarde).

• Si vous créez un clone et que la base de données source dispose d'une liste de contrôle d'accès et que vous indiquez l'option d'accès réseau d'adresse privée, Réseau cloud virtuel pour la base de données cible, la liste de contrôle d'accès n'est pas clonée vers la nouvelle base de données. Dans ce cas, vous devez définir des règles de sécurité au sein de votre ou vos groupes de sécurité réseau pour contrôler le trafic vers et depuis la base de données cible (au lieu d'utiliser les règles de contrôle d'accès spécifiées dans la liste de contrôle d'accès sur la source clone). Pour plus d'informations, reportez-vous à Configuration d'adresses privées lors du provisionnement ou du clonage d'une instance.

• Le clonage d'une instance Autonomous Database copie vos fichiers de base de données vers une nouvelle instance. Aucun temps d'inactivité n'est associé au clonage et l'opération de clonage n'a aucune incidence sur les applications exécutées sur la source.

• Pour un clone de métadonnées, les applications APEX et les projets et blocs-notes OML sont copiés dans le clone. Pour un clone de métadonnées, les données de base de données sous-jacentes de l'application APEX ou du bloc-notes OML ne sont pas clonées.

• La page Détails d'Autonomous Database pour une instance Autonomous Database créée par clonage inclut le champ Cloné à partir de. Le nom de la base de données dans laquelle le clone a été créé s'affiche.

• La valeur de la colonne DBA_SERVICES.FAILOVER_TYPE n'est pas copiée vers une instance Autonomous Database clonée.

Fournit des notes pour le clonage d'une instance Autonomous Database à partir d'une sauvegarde :

• Si une opération de clonage à partir d'une sauvegarde est en cours sur une base de données source, vous ne pouvez pas lancer une nouvelle opération de clonage sur la même sauvegarde en cours de clonage tant que l'opération en cours n'est pas terminée. Par conséquent, vous ne pouvez pas cloner une sauvegarde deux fois simultanément à partir d'une sauvegarde spécifique (par exemple, un horodatage spécifique ou une sauvegarde sélectionnée spécifique dans la liste des sauvegardes).

• Pour les tables externes, les tables externes partitionnées et les partitions externes des tables partitionnées hybrides, une sauvegarde n'inclut pas les fichiers externes qui résident dans la banque d'objets. Ainsi, pour l'opération de clonage à partir de la sauvegarde, il vous incombe de sauvegarder et de restaurer si nécessaire les fichiers externes associés aux tables externes, aux tables partitionnées externes ou aux fichiers externes d'une table partitionnée hybride.

• Avec le clonage à partir de la sauvegarde, les espaces de travail, les projets et les blocs-notes Oracle Machine Learning de la base de données source ne sont pas clonés vers la nouvelle base de données.

• Une fois qu'Autonomous Database a terminé le provisionnement du clone, interrogez la vue dba_pdbs pour voir les colonnes last_recover_time et last_recover_scn. Ces colonnes indiquent l'horodatage enregistré et le numéro SCN enregistré des données à partir desquelles la base de données clonée a été créée.

  Par exemple :

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

  Pour plus d'informations sur les SCN, reportez-vous à la section System Change Numbers (SCNs).

Fournit des informations sur le clonage inter-location et inter-région.

• Pour le clonage, lorsque vous choisissez une région autre que la région en cours pour votre cible de clonage, à l'aide de l'interface de ligne de commande Oracle Cloud Infrastructure ou de Terraform, vous pouvez uniquement effectuer un tel clonage inter-région à partir de la région distante. En d'autres termes, appelez l'API de création de clone à partir de la région distante vers laquelle effectuer le clonage, avec l'OCID de base de données source comme celui de la source à partir de laquelle effectuer le clonage.

• L'option de clonage entre locations n'est disponible qu'à l'aide de l'interface de ligne de commande ou des API REST Autonomous Database. Le clonage entre locations n'est pas disponible à l'aide de la console Oracle Cloud Infrastructure.

  Pour plus d'informations, reportez-vous à Clonage inter-locations et inter-région.

• L'option de clonage entre locations ne prend pas en charge le clonage avec des clés gérées par le client sur la source. Pour plus d'informations sur les clés gérées par le client, reportez-vous à Gestion des clés de cryptage sur Autonomous Database.

Fournit des notes sur les règles de gestion des ressources et les données de performances d'une base de données clonée.

Les règles de gestion des ressources et les données de performances d'une base de données clonée sont les suivantes :

• Lors du provisionnement d'un clone complet ou d'un clone de métadonnées, toute règle de gestion des ressources modifiée par l'utilisateur dans la base de données source est transférée vers la base de données clonée.

• Pour une base de données clonée, les données de performances pour la période précédant l'opération de clonage ne sont pas visibles dans la carte Tableau de bord de base de données (sous Surveiller dans Database Actions).

Pour plus d'informations sur la définition de règles de gestion des ressources, reportez-vous à Gestion des instructions SQL bloquées sur Autonomous Database.

Lors du provisionnement d'un clone complet ou d'un clone de métadonnées, les statistiques de l'optimiseur sont copiées de la base de données source vers la base de données clonée.

Ce qui suit s'applique aux statistiques destinées à l'optimiseur pour les tables d'une base de données clonée :

• Clone complet : les chargements dans les tables se comportent de la même façon que les chargements dans une table avec les statistiques déjà en place.
• Clone de métadonnées : le premier chargement dans une table après le clonage de la base de données efface les statistiques de cette table et les met à jour avec le nouveau chargement.

Pour plus d'informations sur les statistiques d'optimiseur, reportez-vous à Concepts relatifs aux statistiques d'optimiseur.

Les travaux Oracle Scheduler d'une base de données source sont copiés vers le clone lorsque vous effectuez une opération de clonage. Vous pouvez vous assurer que les travaux Oracle Scheduler clonés sont désactivés sur le clone.

Pour désactiver les travaux Oracle Scheduler sur les instances Autonomous Database clonées, vous pouvez définir un déclencheur à l'aide de la clause AFTER CLONE. Pour utiliser la clause AFTER CLONE, définissez le déclencheur sur la base de données source avant d'effectuer l'opération de clonage.

Par exemple :

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; 
/

Pour plus d'informations, voir Instruction CREATE TRIGGER.

Prenez note des points suivants :

• La valeur de la colonne DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL n'est pas copiée vers une instance Autonomous Database clonée.