A propos du clonage d'une base de données Autonomous AI

Le clonage est le processus qui consiste à créer une copie ponctuelle de votre base de données Autonomous AI ou de son ensemble de sauvegarde. Vous pouvez utiliser la fonctionnalité de clonage pour configurer rapidement une base de données d'IA autonome avec des données historiques à des fins de test, de développement ou d'analyse.

A savoir :
La vitesse de l'opération de clonage dépend du nombre d'UC que vous indiquez pour le clone en cours de création. Par conséquent, vous pouvez améliorer la vitesse de l'opération de clonage en indiquant davantage d'UC pour le clone, puis en le réduisant au nombre souhaité d'UC (comme décrit dans Suppression de ressources d'UC ou de stockage d'une base de données Autonomous AI sur une infrastructure Exadata dédiée) une fois l'opération de clonage terminée.

Types de clone

Autonomous AI Database prend en charge les types d'interface clone suivants :

Clone complet : un clone complet crée une base de données qui inclut les métadonnées et la donnée de la base de données source.
Clone de métadonnées : ce type de clone crée une base des données qui inclut toutes les métadonnées du schéma de base de données source, mais pas les données de base de données source.

Sources du clonage

Vous pouvez créer un clone de base de données à partir de l'une des sources suivantes :

Instance de base de données en cours d'exécution : pour créer une instance de base de données, vous pouvez cloner une instance Autonomous AI Database.

Lors du clonage d'une instance de base de données, vous pouvez effectuer les opérations suivantes :
- Choisissez une autre infrastructure Exadata, un autre cluster de machines virtuelles Exadata Autonomous ou une autre base de données Conteneur Autonomous pour la base de données clone.
- Créez la base de données clone dans la même région ou dans une région différente de la source clone.
- Créez la base de données clone dans la même location ou dans une location différente de la source clone. Un clone inter-location peut se trouver dans la même région ou dans une région différente de la source du clone. Le clonage inter-location est uniquement pris en charge sur les déploiements Oracle Public Cloud.
Sauvegarde d'une instance de base de données : vous pouvez créer une instance de base de données en clonant une sauvegarde automatique de la base de données Autonomous AI, soit une sauvegarde à la demande, soit une sauvegarde à long terme.

Dans une installation Autonomous Data Guard, vous pouvez effectuer le clonage d'une sauvegarde à l'emplacement principal ou de secours.

Lors de la création d'une instance de base de données à partir d'une sauvegarde, vous pouvez effectuer les opérations suivantes :
- Sélectionnez une sauvegarde dans une liste de sauvegardes d'une plage de dates ou créez un clone à un point dans le temps. Les clones à un point dans le temps contiennent toutes les données jusqu'à l'horodatage spécifié. L'horodatage indiqué doit être compris dans la période de conservation définie au niveau de la base de données Conteneur Autonomous.
  
  Remarque :
  vous ne pouvez pas cloner une sauvegarde à long terme à l'aide de l'option de clonage ponctuel. Les sauvegardes à long terme sont des sauvegardes manuelles qui peuvent être conservées pendant au moins 90 jours et 10 ans. Pour plus d'informations, voir A propos de la sauvegarde et de la récupération.
- Choisissez une autre infrastructure Exadata, un autre cluster de machines virtuelles Exadata Autonomous ou une autre base de données Conteneur Autonomous pour la base de données clone.
- Créez la base de données clone dans la même région ou dans une région différente de la source clone.
- Créez la base de données clone dans la même location ou dans une location différente de la source clone. Un clone inter-location peut se trouver dans la même région ou dans une région différente de la source du clone. Le clonage inter-location est uniquement pris en charge sur les déploiements Oracle Public Cloud.

Une fois la demande de clonage soumise, la base de données clone indique PROVISIONING jusqu'à ce que la nouvelle base de données dédiée soit disponible. Vous ne pouvez pas lancer une nouvelle opération de clonage sur une base de données dédiée déjà en cours de clonage tant que l'opération en cours n'est pas terminée.

Notez également les informations suivantes concernant la base de données nouvellement clonée :

Les statistiques d'optimiseur sont copiées de la base de données source vers la base de données clonée. Les effets sont les suivants :
- Pour les clones complets, les chargements dans les tables se comportent de la même manière que le chargement dans une table avec des statistiques déjà en place.
- Pour les clones de métadonnées, le premier chargement dans une table efface les statistiques de cette table et les met à jour avec le nouveau chargement.
Pour plus d'informations sur les statistiques de l'optimiseur, reportez-vous à Concepts relatifs aux statistiques de l'optimiseur dans le Guide de réglage SQL Oracle Database 19c ou le Guide de réglage SQL Oracle Database 26ai.
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.
Les données de performances pour la période précédant l'opération de clonage ne sont pas disponibles dans la base de données clonée.

Exigences relatives au clonage

Pour pouvoir cloner une instance de base de données Autonomous AI ou l'ensemble de sauvegarde correspondant, les exigences suivantes doivent être satisfaites :

Pour cloner une base de données Autonomous AI, vous devez disposer de l'accès requis à l'aide des instructions de stratégie suivantes écrites par un administrateur, que vous utilisiez la console ou l'API REST avec un kit SDK, une interface de ligne de commande ou un autre outil :
```
Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
```
```
Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>
```
A savoir : Si vous essayez d'effectuer une action et qu'un message indiquent que vous n'y êtes pas autorisé, vérifiez auprès de l'administration le type d'accès qui vous a été accordé et lecompartiment dans lesquels vous devez travailler.
La base de données Conteneur Autonomous cible doit être de même version que la source, ou de version supérieure.
Pour prendre en charge le clonage sur les déploiements Exadata Cloud@Customer, vous devez ouvrir le port 1522 dans le cadre de la configuration réseau. Pour plus de détails, reportez-vous à Création d'un cluster des machines virtuelles Exadata Autonomous.
Lors d'un clonage à partir d'une instance de base de données :
- Les clés de cryptage source et cible doivent présenter le même type de fichier de clés.
- Le mot de passe ADMIN que vous indiquez pour la base de données clone doit être différent de celui de l'utilisateur de base de données ADMIN dans la base de données source. Sinon, l'opération de clonage échoue.
- Pour un clone complet, le stockage minimal que vous pouvez spécifier pour la base de données clone est l'espace utilisé réel de la base de données source arrondi au Go suivant.
Lors d'un clonage à partir d'une sauvegarde :
- Vous avez besoin d'un minimum de 4 ECPU ou de 1 OCPU dans le cluster de machines virtuelles Exadata Autonomous cible. Vous pouvez visualiser le nombre d'UC disponibles dans la liste des clusters de machines virtuelles Exadata Autonomous sur la console Oracle Cloud Infrastructure. Pour plus d'informations, reportez-vous à Affichage de la liste des clusters d'unités virtuelles Exadata Autonomous.
- La source et la cible peuvent présenter des types de fichier de clés différents pour la clé de cryptage. Toutefois, les conditions suivantes doivent être remplies :
  - Si la source et la cible utilisent toutes deux des clés gérées par un client à l'aide d'Oracle Key Vault (OKV), elles doivent employer la même destination OKV. Les clés doivent avoir accès à l'appliance Oracle Key Vault (OKV) source du cluster et de la base de données Conteneur Autonomous Exadata Autonomous cible.
  - Sur Oracle Cloud, si la source utilise des clés gérées par le client via KMS, vous devez vous assurer que le cluster de machines virtuelles Exadata Autonomous cible a accès au coffre KMS source pendant l'opération de restauration.

Exigences relatives aux clones inter-locations

S'APPLIQUE À : Applicable Oracle Public Cloud uniquement

Pour créer un clone inter-locations à partir d'une instance de base de données Autonomous AI ou de son ensemble de sauvegarde, vous devez vous assurer de respecter les exigences suivantes :

Remarque :
Les exigences de clonage inter-locations décrites ci-dessous sont nécessaires en plus des exigences générales de clonage décrites dans Exigences de clonage.

Exécutez les commandes d'interface de ligne de commande ou d'API pour créer le clone inter-location à partir de la location de destination.
Définissez des groupes et des stratégies OCI Identity and Access Management sur les locations source et de destination afin de pouvoir exécuter des commandes pour créer un clone sur la location de destination et autoriser la location de destination à contacter la location source où réside la source clone. Lorsque ces stratégies sont révoquées, le clonage entre locations n'est pas autorisé.
- Sur la location de destination, créez un groupe (par exemple, DestinationGroup) et ajoutez les utilisateurs qui seront autorisés à créer le clone inter-location à ce groupe. Pour obtenir des conseils, reportez-vous à Utilisation de la console pour créer un groupe.
- Sur la location source, créez des stratégies IAM pour autoriser le groupe créé dans la location de destination (DestinationGroup) à créer un clone à l'aide d'une source de clone à partir de la location source. Pour obtenir des conseils, reportez-vous à Utilisation de la console pour créer une stratégie.
  
  Par exemple, vous pouvez définir une stratégie pour autoriser un utilisateur dans le fichier DestinationGroup du fichier DestinationTenancy à lire à partir d'une instance de base de données Autonomous AI spécifique dans le compartiment indiqué sur la location source, comme indiqué ci-dessous :
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
       in compartment ocid1.compartment.region1..unique_ID
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
```
  Remarque :
  la stratégie doit uniquement autoriser l'accès en lecture sur l'instance de base de données Autonomous AI source pour créer un clone inter-location.
  
  La stratégie ci-dessus spécifie les éléments suivants :
  - Ligne 1 : OCID de la location de destination dans laquelle vous allez créer le clone.
  - Ligne 2 : OCID du groupe de destination auquel appartient l'utilisateur qui va créer le clone.
  - Ligne 3 : OCID du compartiment dans lequel réside la source de clonage et OCID de la source de clonage (instance de base de données AI autonome ou sauvegarde).
    
    Remarque :
    La clause WHERE de l'exemple ci-dessus est facultative. Il fournit un moyen plus précis d'accorder l'accès à une source de clone spécifique.
- Sur la location de destination, créez des stratégies IAM pour approuver un groupe afin de gérer la source de clonage sur la location source. Pour obtenir des instructions, reportez-vous à Utilisation de la console pour créer une stratégie.
  
  Exemple :
```
Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  La stratégie ci-dessus spécifie les éléments suivants :
  - Ligne 1 : OCID de l'OCID de location source où réside la source clone.
  - Ligne 2 : indique le groupe de destination qui peut être autorisé à gérer les bases de données Autonomous AI dans la location source.
  Cette stratégie abordée dans l'exemple ci-dessus permet à DestinationGroup de créer des bases de données d'IA autonomes et des clones de base de données d'IA autonome dans la location source. Vous pouvez limiter les droits d'accès de clonage afin que le groupe puisse uniquement cloner des bases de données Autonomous AI, mais ne puisse pas créer de bases de données Autonomous AI, ou limiter davantage les droits d'accès pour créer uniquement un type particulier de clone : clone complet ou clone de métadonnées. Pour plus d'informations et d'exemples, reportez-vous à Droits d'accès IAM et opérations d'API pour la base de données Autonomous AI.

Limites de clonage

Le clonage d'une base de données Autonomous AI est limité, comme indiqué ci-dessous :

Vous pouvez cloner une base de données OCPU dans une base de données OCPU ou ECPU. Toutefois, vous ne pouvez pas cloner une base de données ECPU dans une base de données OCPU.
Vous ne pouvez pas cloner une base de données d'IA autonome avec une version 23ai dans une base de données d'IA autonome avec une version 19c et vice versa.
Lors d'un clonage à partir d'une instance de base de données :
- Pour les bases de données utilisant Autonomous Data Guard, vous ne pouvez cloner qu'une base de données principale. Toutefois, vous pouvez cloner la base de données principale ou de secours lors du clonage à partir d'une sauvegarde.
- Vous pouvez cloner une base de données standard dans une instance Autonomous AI Database for Developers, et inversement. Toutefois, pour que le clonage d'une base de données standard dans une base de données de développeur réussisse, l'espace utilisé réel de la base de données source, arrondi au Go suivant, doit être inférieur ou égal à 32 Go.
Lors d'un clonage à partir d'une sauvegarde :
- Le clone de métadonnées n'est pas pris en charge. Vous pouvez uniquement utiliser l'option Clone complet pour créer un clone de base de données.
- Vous ne pouvez exécuter qu'une seule opération de restauration à la fois dans le cluster de machines virtuelles Exadata Autonomous cible. En d'autres termes, vous ne pouvez pas créer plusieurs clones de sauvegarde simultanément sur un même cluster de machines virtuelles Exadata Autonomous.
- Vous ne pouvez cloner une sauvegarde vers une base de données Autonomous AI pour les développeurs que si l'espace alloué à la base de données source est inférieur ou égal à 32 Go.
- Vous ne pouvez pas cloner une sauvegarde à long terme à l'aide de l'option Clone ponctuel.
- Vous ne pouvez redimensionner la CPU à une valeur fractionnaire qu'après le clonage, si nécessaire. Pour en savoir plus sur l'utilisation de valeurs de CPU fractionnées, reportez-vous à Surprovisionnement de CPU.
- Sur Exadata Cloud@Customer :
  - Vous ne pouvez pas utiliser de sauvegardes sur disque locales pour le clonage.
  - Le temps nécessaire au clonage d'une base de données Autonomous AI dépend du nombre d'UC et de la bande passante réseau entre la destination de sauvegarde et la base de données Conteneur Autonomous cible.
Clones inter-locations :
- Peut uniquement être créé à l'aide de l'interface de ligne de commande ou des API REST de base de données Autonomous AI. Cette option n'est pas disponible dans la console Oracle Cloud Infrastructure.
- Sont uniquement pris en charge sur les déploiements Oracle Public Cloud.
- Ne sont pas prises en charge avec les 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 à Clés de cryptage maître dans la base de données d'IA autonome.

Guides étape par étape

Pour savoir comment cloner une base de données d'IA autonome à partir de différentes sources de clone à l'aide de la console OCI, reportez-vous aux sections suivantes :

Vous pouvez également utiliser l'API CreateAutonomousDatabase pour cloner une base de données. Pour plus d'information sur l'utilisation de l'API et sur la signature des demandes, reportez-vous à les API REST et aux Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.