Remarques sur le clonage d'Autonomous Database

Fournit des informations sur l'opération de clonage et la base de données clonée obtenue.

Remarques générales sur le clonage sur Autonomous Database

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

  • 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 d'opération de clonage tant que l'opération en cours n'est pas terminée. Si vous tentez une telle opération, un message tel que le 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 sur la base de données source, la liste de contrôle d'accès réseau actuellement définie est clonée vers la nouvelle base de données. Si une base de données est clonée à partir d'une sauvegarde, la liste de contrôle d'accès de la base de données source en cours est appliquée (et non celle qui était valide au moment de la sauvegarde).

  • Si vous créez un clone, 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 des groupes de sécurité réseau pour contrôler le trafic vers la base de données cible et à partir de celle-ci (au lieu d'utiliser les règles de contrôle d'accès indiquées dans la liste de contrôle d'accès de la source de clonage). 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 les 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 aucun impact sur les applications en cours d'exécution sur la source.

  • Pour un clone de métadonnées, les applications APEX, et les blocs-notes et projets OML sont copiés vers 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 de l'instance Autonomous Database pour une instance Autonomous Database créée par clonage inclut le champ Cloné à partir de. Ce champ affiche le nom de la base de données dans laquelle le clone a été créé.

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

Remarques sur le clonage d'une instance Autonomous Database à partir d'une sauvegarde

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.

    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).

Remarques sur l'inter-location et le clonage inter-région

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 ne pouvez effectuer ce type de clone inter-régions qu'à partir de la région distante. En d'autres termes, appelez l'API de création de clone à partir de la région distante à cloner, avec l'OCID de base de données source comme celui de la source à cloner.

  • L'option de clonage entre locations est disponible uniquement à l'aide de l'interface de ligne de commande ou des API REST Autonomous Database. Le clonage inter-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 inter-location 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.

Règles Resource Management et données de performances pour une base de données clonée

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 suivantes dans une base de données clonée :

  • Lors du provisionnement d'un clone complet ou d'un clone de métadonnées, les règles de gestion des ressources modifiées par l'utilisateur dans la base de données source sont transférées 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 la 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.

Statistiques d'optimiseur pour une base de données clonée

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

Les points suivants s'appliquent aux statistiques de l'optimiseur pour les tables d'une base de données clonée :

  • Clone complet : les chargements dans les tables ont le même comportement que le chargement dans une table avec des 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 permet d'effacer les statistiques de cette table et de les mettre à jour avec le nouveau chargement.

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

Désactiver les travaux Oracle Scheduler pour une base de données clonée

Les travaux Oracle Scheduler d'une base de données source sont copiés dans 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, reportez-vous à Instruction CREATE TRIGGER.

Remarque :

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