Notes pour le clonage d'une base de données autonome avec intelligence artificielle

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 AI Database 26ai est disponible, vous pouvez choisir Oracle Database 19c ou Oracle AI Database 26ai pour le clone.

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

• Si une opération d'ajustement 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, vous verrez un message tel que :

  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 au réseau (LCA) sur la base de données source, la liste de contrôle d'accès au réseau actuellement définie est clonée dans 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 courante est appliquée (et non la liste de contrôle d'accès qui était valide au moment de la sauvegarde).

• Si vous créez un clone et que la base de données source comporte une liste de contrôle d'accès (LCA) et que vous spécifiez l'option d'accès réseau au point d'extrémité privé, Réseau en nuage 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 groupe de sécurité de réseau (ou de vos groupes) pour contrôler le trafic vers et depuis votre 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 du clone). Pour plus d'informations, voir Configurer des points d'extrémité privés lors du provisionnement ou du clonage d'une instance.

• Le clonage d'une instance de base de données d'intelligence artificielle autonome copie vos fichiers de base de données dans une nouvelle instance. Aucun temps d'arrêt 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 carnets 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 carnet OML ne sont pas clonées.

• La page Détails de la base de données d'IA autonome pour une instance de base de données d'IA autonome créée par le clonage comprend le champ Cloné à partir de. Affiche le nom de la base de données où le clone a été créé.

• La valeur de la colonne DBA_SERVICES.FAILOVER_TYPE n'est pas copiée dans une instance de base de données de l'IA autonome clonée.

Fournit des notes pour cloner une base de données IA autonome à partir d'une sauvegarde :

• Si un clonage à partir d'une opération de 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 tant que l'opération en cours n'est pas terminée. Ainsi, vous ne pouvez pas cloner à partir d'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 le magasin d'objets. Ainsi, pour le clone à partir de l'opération de sauvegarde, il est de votre responsabilité 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 d'une sauvegarde, les espaces de travail, les projets et les carnets Oracle Machine Learning de la base de données source ne sont pas clonés vers la nouvelle base de données.

• Une fois le provisionnement du clone terminé, interrogez la vue dba_pdbs pour voir les colonnes last_recover_time et last_recover_scn. Ces colonnes fournissent 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;

  Voir Numéros de modification de système (SCN) pour plus d'informations sur les SCN.

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 courante pour votre cible de clonage, à l'aide de l'interface de ligne de commande d'Oracle Cloud Infrastructure ou de Terraform, vous ne pouvez effectuer un tel clone inter-région qu'à partir de la région distante. Autrement dit, appelez l'API de création de clone à partir de la région distante vers laquelle vous voulez cloner, l'OCID de la base de données source étant celui de la source à partir de laquelle vous voulez cloner.

• L'option de clonage interlocation n'est disponible qu'à l'aide de l'interface de ligne de commande ou des API REST de base de données IA autonome. Le clonage interlocation n'est pas disponible à l'aide de la console Oracle Cloud Infrastructure.

  Pour plus d'informations, voir Clonage interlocation et inter-région.

• L'option de clonage interlocation ne prend pas en charge le clonage avec des clés gérées par le client dans la source. Pour plus d'informations sur les clés gérées par le client, voir Gérer les clés de chiffrement sur la base de données d'IA autonome.

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

Ce qui suit s'applique aux règles de gestion des ressources et aux données de performance dans une base de données clonée :

• 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 reportée dans la base de données clonée.

• Pour une base de données clonée, les données de performance pour l'heure 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 des règles de gestion des ressources, voir Gérer les énoncés SQL bloqués sur une base de données d'intelligence artificielle autonome.

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 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 ont le même comportement que les chargements dans les tables 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 efface les statistiques de cette dernière et met à jour les statistiques avec le nouveau chargement.

Pour plus d'informations sur les statistiques de l'optimiseur, voir Concepts relatifs aux statistiques de l'optimiseur.

Les travaux Oracle Scheduler à partir 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 tâches Oracle Scheduler sur les instances de base de données d'intelligence artificielle autonome 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.

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 Énoncé CREATE TRIGGER.

Notez ce qui suit :

• La valeur de la colonne DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL n'est pas copiée dans une instance de base de données de l'IA autonome clonée.