Clonage d'une instance Autonomous Database on Dedicated Exadata Infrastructure

Le clonage est le processus de création d'une copie à un point dans le temps de votre base de données autonome ou de son ensemble de sauvegarde. Vous pouvez cloner une base de données Autonomous Database on Dedicated Exadata Infrastructure à partir de sa page Détails.

Remarques :

Les instances Autonomous Database avec une version logicielle 23ai ne peuvent pas être clonées dans une instance Autonomous Database avec une version 19c, et inversement.

Rubriques connexes

Clonage d'une instance Autonomous Database

Prérequis

Pour visualiser les exigences liées au clonage d'une instance Autonomous Database, reportez-vous à Exigences relatives au clonage.

Stratégies IAM requises

manage autonomous-databases

read autonomous-container-databases

Procédure

Suivez les étapes ci-dessous pour cloner une instance Autonomous Database à l'aide de la console Oracle Cloud Infrastructure.

Accédez à la page Détails de l'instance Autonomous Database à cloner.

Remarques :
Pour les bases de données qui utilisent Autonomous Data Guard, accédez à la page Détails de la base de données principale.

Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données autonome dédiée.
Sur Oracle Public Cloud, cliquez sur Créer un clone sous Actions supplémentaires, puis sur Exadata Cloud@Customer, cliquez sur Créer un clone sous Actions.

L'option Créer un clone est activée uniquement lorsque l'état de la base de données est Disponible.

Renseignez la page Créer un clone Autonomous Database avec les informations suivantes :

Paramétrage	Description	Remarques
Type de clone	Sélectionnez Clone complet ou Clone de métadonnées.	Pour plus d'informations, reportez-vous à Types de clone.
Source du clonage	Sélectionnez Cloner à partir d'une instance de base de données.
Clone Autonomous Database : compartiment	Choisissez le compartiment du clone de base de données.	Pour plus d'informations sur l'utilisation et la gestion des compartiments, reportez-vous à Présentation des compartiments.
Clone Autonomous Database : nom de la base de données source	Ce champ en lecture seule identifie le nom de la base de données source.
Clone Autonomous Database : nom d'affichage	Fournissez une description conviviale ou d'autres informations permettant d'identifier facilement la ressource.	Le nom d'affichage ne doit pas nécessairement être unique.
Clone Autonomous Database : nom de base de données	Indiquez le nom de la base de données clonée.	Le nom de la base de données doit contenir uniquement des lettres et des chiffres. La longueur maximale est de 30 caractères. Un même nom de base de données ne peut pas être utilisé pour plusieurs bases de données autonomes dans le même cluster de machines virtuelles Exadata Autonomous.
Région	Choisissez votre région préférée pour placer la base de données clone.	La valeur par défaut est la même région que pour la base de données source.
Infrastructure Exadata	Indiquez l'infrastructure Exadata pour placer la base de données clone.	La valeur par défaut est la même infrastructure Exadata que pour la base de données source. Vous pouvez choisir une infrastructure Exadata dans un autre compartiment en cliquant sur Modifier le compartiment, si nécessaire.
Cluster de machines virtuelles Exadata Autonomous	Indiquez le cluster de machines virtuelles Exadata Autonomous (AVMC) pour placer la base de données clone. Dans le cas d'Exadata Cloud@Customer, l'instance AVMC cible doit avoir accès à la destination de sauvegarde source.	La valeur par défaut est la même ressource AVMC que celle de la base de données source. Vous pouvez choisir une ressource AVMC dans un autre compartiment en cliquant sur Modifier le compartiment, si nécessaire.
Base de données Conteneur Autonomous	Indiquez la base de données Conteneur Autonomous dans laquelle placer la base de données clonée. Commencez par choisir entre une base de données Conteneur Autonomous standard ou une base de données Conteneur Autonomous configurée pour utiliser Autonomous Data Guard. Cliquez sur Modifier le compartiment pour effectuer une sélection dans un autre compartiment.	La valeur par défaut est la même base de données Conteneur Autonomous que pour la base de données source.
Configurer la base de données : Instance gratuite	Activez/désactivez le bouton Instance gratuite si vous voulez créer une instance Autonomous Database pour les développeurs. Le nombre d'ECPU et le stockage (Go) sont remplis automatiquement avec 4 et 32, respectivement, car les instances Autonomous Database pour les développeurs sont réparées avec 4 ECPU et 32 Go de stockage. Le redimensionnement automatique de Compute est désactivé, car les instances de base de données de développement ne prennent pas en charge le redimensionnement manuel ou automatique.	Autonomous Database pour les développeurs est une offre de niveau gratuit conçue pour les activités de développement de base de données et de test fonctionnel. Pour plus de détails, reportez-vous à Autonomous Database pour les développeurs. Les instances de base de données de développeur peuvent uniquement être créées sur des bases de données Conteneur Autonomous basées sur ECPU sans Autonomous Data Guard. Par conséquent, le bouton à bascule Instance gratuite est désactivé pour les bases de données Conteneur Autonomous avec OCPU, Autonomous Data Guard ou les deux. Pour cloner une base de données Autonomous Database vers une base de données Autonomous Database pour les développeurs, l'espace utilisé réel de la base de données source, arrondi au Go suivant, doit être de 32 Go ou moins.
Configurez la base de données : nombre d'UC :	Sélectionnez le nombre de CPU pour la base de données clone dans la liste des CPU pouvant être provisionnées.	Le type d'UC de la base de données clonée (OCPU ou ECPU) est déterminé par le type de calcul de cluster de machines virtuelles Exadata Autonomous parent du clone. Vous pouvez cloner une base de données OCPU dans une base de données OCPU ou ECPU. Cependant, vous ne pouvez pas cloner une base de données ECPU dans une base de données OCPU. Cette valeur est définie par défaut sur 2 ECPU ou 1 OCPU, selon le type d'UC. Pour plus de détails, reportez-vous à Modèles de calcul dans Autonomous Database. Vous pouvez également affecter un nombre d'OCPU compris entre 0,1 et 0,9 par incrément de 0,1 OCPU pour les bases de données qui n'ont pas besoin d'une OCPU entière. Cela vous permet de surprovisionner les UC et d'exécuter plus de bases de données sur chaque instance d'infrastructure. Pour plus d'informations, reportez-vous à Surprovisionnement de l'UC.
Configurer la base de données : Redimensionnement automatique	Activer ou désactiver le redimensionnement automatique, ce qui permet à Autonomous Database d'utiliser automatiquement jusqu'à trois fois les CPU allouées à mesure que la charge globale sur la base de données augmente.
Configurer la base de données : Stockage (Go)	Indiquez le stockage à mettre à la disposition de la base de données en gigaoctets (Go), avec une valeur minimale identique à l'allocation de stockage en cours de la base de données source.	Pour un clone complet, le stockage minimum que vous pouvez spécifier est l'espace utilisé réel de la base de données source arrondi au Go suivant.
Configurer la base de données : Pools élastiques	Si l'option Redimensionnement automatique de calcul est désactivée, vous pouvez choisir de créer un pool élastique en tant que leader de pool ou de rejoindre un pool élastique existant en tant que membre de pool. Cliquez sur Afficher les options avancées. Sélectionnez Activer le pool élastique. Pour rejoindre un pool existant, sélectionnez Rejoindre un pool élastique existant et sélectionnez un leader de pool dans Sélectionner le leader de pool dans le compartiment. Pour créer un pool élastique, sélectionnez Créer un pool élastique et sélectionnez une taille de pool pour Nombre d'ECPU de pool dans la liste des formes de pool disponibles : 128, 256, 512, 1024, 2048 ou 4096.	Vous pouvez créer un pool élastique uniquement lors du clonage d'une base de données Autonomous Transaction Processing sans Autonomous Data Guard qui utilise un modèle de calcul d'ECPU.
Informations d'identification de l'administrateur	Nom utilisateur : ce champ en lecture seule est automatiquement renseigné en tant qu'ADMIN. Mot de passe : définissez le mot de passe de l'utilisateur de base de données ADMIN dans la base de données clonée. Confirmer le mot de passe : Entrez à nouveau le mot de passe pour confirmation.	Le mot de passe doit répondre aux critères de complexité des mots de passe renforcés conformément aux normes de sécurité d'Oracle Cloud. Pour plus d'informations sur les règles de complexité des mots de passe, reportez-vous à Création d'utilisateurs de base de données. Vous devez indiquer un mot de passe 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.
Configurer l'accès réseau	Pour activer le contrôle d'accès au niveau de la base de données, cliquez sur Modifier le contrôle d'accès et ajoutez ou modifiez des entrées, si nécessaire.	Pour plus d'informations, reportez-vous à Définition d'une liste de contrôle d'accès pour une base de données autonome dédiée.
Adresse électronique du contact	Fournissez des courriels de contact dans lesquels vous pouvez recevoir des notifications opérationnelles, des annonces et des notifications de maintenance non planifiée.	Oracle recommande d'utiliser l'adresse électronique d'un groupe d'administrateurs plutôt que celle d'une personne, chaque fois que cela est possible, pour s'assurer qu'aucune notification ou annonce importante n'est manquée.
Afficher/masquer les options avancées	Par défaut, les options avancées sont masquées. Cliquez sur Afficher les options avancées pour les afficher.
Options avancées : Clé de cryptage	Les paramètres de clé de cryptage s'appliquent à partir de la base de données Conteneur Autonomous cible.	La source et la cible peuvent présenter des types de fichier de clés différents pour la clé de cryptage. Toutefois, si toutes deux utilisent des clés gérées par le client à l'aide d'Oracle Key Vault (OKV), elles doivent employer la même destination OKV. Si la base de données source utilise des clés gérées par le client dans OKV, la base de données Conteneur Autonomous clone doit utiliser le même fichier de clés et le même nom de groupe d'adresses OKV que celui de la source.
Options avancées : Gestion	La base de données clone hérite des valeurs de jeu de caractères et de jeu de caractères national de la source.
Options avancées : Base de données en mémoire	Sélectionnez éventuellement Activer la mémoire en mémoire de base de données et ajustez le pourcentage de mémoire SGA (System Global Area) à allouer.	Reportez-vous à Database In-Memory pour connaître les exigences et les instructions relatives à l'utilisation de cette fonctionnalité avec Autonomous Database. Si nécessaire, vous pouvez également désactiver Database In-Memory à partir de la console Oracle Cloud Infrastructure (OCI). Pour obtenir des instructions, reportez-vous à Activation ou désactivation de Database In-Memory.
Options avancées : Tags	Si vous souhaitez utiliser des balises, ajoutez-les en sélectionnant un espace de noms de balise, une clé de balise et une valeur de balise.	Le balisage est un système de métadonnées permettant d'organiser et de suivre les ressources dans une location. Reportez-vous à Balisage de ressources cloud Autonomous Database dédiées.

Cliquez sur Cloner.

Sur la console Oracle Cloud Infrastructure, l'état est Provisionnement jusqu'à ce que la nouvelle base de données soit disponible.

Clonage d'une base de données autonome à partir d'une sauvegarde

Prérequis

Pour visualiser les exigences liées au clonage d'une instance Autonomous Database, reportez-vous à Exigences relatives au clonage.

Stratégies IAM requises

manage autonomous-databases

read autonomous-container-databases

Procédure

Suivez les étapes ci-dessous pour cloner une base de données autonome à partir de la sauvegarde à l'aide de la console Oracle Cloud Infrastructure.

Accédez à la page Détails de l'instance Autonomous Database à cloner.

Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données autonome dédiée.
Il existe deux façons d'ouvrir la page Créer un clone Autonomous Database à partir de la page Détails :
- Option 1 : sur Oracle Public Cloud, cliquez sur Créer un clone sous Actions supplémentaires, puis sur Exadata Cloud@Customer, cliquez sur Créer un clone sous Actions.
  
  Lorsque vous ouvrez la page Créer un clone Autonomous Database à l'aide de cette option, des options supplémentaires apparaissent sur cette page qui vous permettent de sélectionner une sauvegarde spécifique pour le clonage.
  
  Remarques :
  L'option Créer un clone est activée uniquement lorsque l'état de la base de données est Disponible.
- Option 2 : cliquez sur Sauvegardes. La liste des sauvegardes est affichée. Sur la ligne de votre choix, cliquez sur , puis sur Créer un clonage pour cloner la sauvegarde.
  
  Lorsque vous ouvrez la page Créer un clone Autonomous Database à l'aide de cette option, la page se lance avec une sauvegarde présélectionnée pour le clonage. Vous ne voyez pas d'option permettant de choisir une sauvegarde.

Renseignez la page Créer un clone Autonomous Database avec les informations suivantes :

Paramétrage	Description	Remarques
Type de clone	Sélectionnez Clone complet.	Le clonage de métadonnées n'est pas pris en charge lors du clonage à partir d'une sauvegarde Autonomous Database. Pour plus d'informations, reportez-vous à Types de clone.
Source du clonage	Sélectionnez Copier à partir d'une sauvegarde.	Lorsque vous ouvrez la page Créer un clone Autonomous Database à partir du menu d'une sauvegarde spécifique, cette page se lance avec une sauvegarde présélectionnée pour le clonage. Vous ne voyez pas d'option permettant de choisir une sauvegarde.
Choisir une sauvegarde spécifique	Une fois que vous avez sélectionné Cloner à partir d'une sauvegarde, trois options supplémentaires s'affichent pour choisir une sauvegarde spécifique. Clone à un point dans le temps : sélectionnez cette option si vous voulez cloner une sauvegarde avec un horodatage spécifique. Si vous sélectionnez cette option, vous devez entrer l'horodatage de sauvegarde dans Entrer l'horodatage. Vous devez entrer un horodatage dans la période de conservation définie de la base de données Conteneur Autonomous. Sélectionner la sauvegarde dans une liste : sélectionnez cette option si vous voulez choisir une sauvegarde dans une liste. Vous pouvez limiter le nombre de sauvegardes affichées en indiquant une période à l'aide des champs de calendrier De et A. Dernier horodatage de sauvegarde : sélectionnez cette option si vous voulez cloner une sauvegarde avec l'horodatage le plus récent. Si vous sélectionnez le type de clone Dernier horodatage de sauvegarde, la base de données sera clonée à partir des données de sauvegarde disponibles les plus récentes.	Clone à un point dans le temps est l'option par défaut. Vous ne pouvez pas utiliser cette option pour cloner une sauvegarde à long terme. Vous devez choisir l'option Sélectionner la sauvegarde dans une liste si vous souhaitez effectuer un clonage à partir d'une sauvegarde à long terme. Vous ne pouvez sélectionner qu'une sauvegarde dans la liste qui s'affiche en fonction de votre plage de dates d'entrée.
Compartiment	Choisissez le compartiment du clone de base de données.	Pour plus d'informations sur l'utilisation et la gestion des compartiments, reportez-vous à Présentation des compartiments.
Nom de la base de données source	Ce champ en lecture seule identifie le nom de la base de données source.
Nom d'affichage	Fournissez une description conviviale ou d'autres informations permettant d'identifier facilement la ressource.	Le nom d'affichage ne doit pas nécessairement être unique.
Nom de base de données	Indiquez le nom de la base de données clonée.	Le nom de la base de données doit contenir uniquement des lettres et des chiffres. La longueur maximale est de 30 caractères. Un même nom de base de données ne peut pas être utilisé pour plusieurs bases de données autonomes dans le même cluster de machines virtuelles Exadata Autonomous.
Région	Choisissez votre région préférée pour placer la base de données clone.	La valeur par défaut est la même région que pour la base de données source.
Infrastructure Exadata	Indiquez l'infrastructure Exadata pour placer la base de données clone.	La valeur par défaut est la même infrastructure Exadata que pour la base de données source. Vous pouvez choisir une infrastructure Exadata dans un autre compartiment en cliquant sur Modifier le compartiment, si nécessaire.
Cluster de machines virtuelles Exadata Autonomous	Indiquez le cluster de machines virtuelles Exadata Autonomous (AVMC) pour placer la base de données clone. Dans le cas d'Exadata Cloud@Customer, l'instance AVMC cible doit avoir accès à la destination de sauvegarde source.	La valeur par défaut est la même ressource AVMC que celle de la base de données source. Vous pouvez choisir une ressource AVMC dans un autre compartiment en cliquant sur Modifier le compartiment, si nécessaire.
Base de données Conteneur Autonomous	Indiquez la base de données Conteneur Autonomous dans laquelle placer la base de données clonée. Commencez par choisir entre une base de données Conteneur Autonomous standard ou une base de données Conteneur Autonomous configurée pour utiliser Autonomous Data Guard. Cliquez sur Modifier le compartiment pour effectuer une sélection dans un autre compartiment.	La valeur par défaut est la même base de données Conteneur Autonomous que celle de la base de données source.
Configurer la base de données : Instance gratuite	Activez/désactivez le bouton Instance gratuite si vous voulez créer une instance Autonomous Database pour les développeurs. Le nombre d'ECPU et le stockage (Go) sont remplis automatiquement avec 4 et 32, respectivement, car les instances Autonomous Database pour les développeurs sont réparées avec 4 ECPU et 32 Go de stockage. Le redimensionnement automatique de Compute est désactivé, car les instances de base de données de développement ne prennent pas en charge le redimensionnement manuel ou automatique.	Autonomous Database pour les développeurs est une offre de niveau gratuit conçue pour les activités de développement de base de données et de test fonctionnel. Pour plus de détails, reportez-vous à Autonomous Database pour les développeurs. Les instances de base de données de développeur peuvent uniquement être créées sur des bases de données Conteneur Autonomous basées sur ECPU sans Autonomous Data Guard. Par conséquent, le bouton à bascule Instance gratuite est désactivé pour les bases de données Conteneur Autonomous avec OCPU, Autonomous Data Guard ou les deux. Pour cloner une sauvegarde vers une instance Autonomous Database pour les développeurs, l'espace alloué à la base de données source doit être inférieur ou égal à 32 Go. Si cette condition n'est pas remplie, vous pouvez tenter de cloner l'instance de base de données vers une base de données de développeur à la place, à condition que son espace utilisé réel, arrondi au Go suivant, soit 32 Go ou moins.
Configurer la base de données : nombre d'UC	Sélectionnez le nombre de CPU pour la base de données clone dans la liste des CPU pouvant être provisionnées. Après le clonage, vous pouvez effectuer un redimensionnement vers une valeur inférieure si nécessaire. En cas d'OCPU, vous pouvez même réduire le nombre d'UC à moins d'1 OCPU (0,1 à 0,9 par incréments de 0,1 OCPU).	Un clone de base de données autonome issu d'une sauvegarde exige au minimum 2 OCPU ou 8 ECPU. Le type d'UC de la base de données clonée (OCPU ou ECPU) est déterminé par le type de calcul de cluster de machines virtuelles Exadata Autonomous parent du clone. Pour plus de détails, reportez-vous à Modèles de calcul dans Autonomous Database. Vous pouvez cloner une base de données OCPU dans une base de données OCPU ou ECPU. Cependant, vous ne pouvez pas cloner une base de données ECPU dans une base de données OCPU. Le nombre total d'UC disponibles pour toutes les bases de données du cluster de machines virtuelles Exadata Autonomous dépend de la forme de l'infrastructure et des allocations déjà effectuées à d'autres instances Autonomous Database. Le temps nécessaire pour cloner une instance Autonomous Database 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. Vous pouvez également affecter un nombre d'OCPU compris entre 0,1 et 0,9 par incrément de 0,1 OCPU pour les bases de données qui n'ont pas besoin d'une OCPU entière. Cela vous permet de surprovisionner les UC et d'exécuter plus de bases de données sur chaque instance d'infrastructure. Pour plus d'informations, reportez-vous à Surprovisionnement de l'UC.
Configurer la base de données : Stockage (Go)	Indiquez le stockage à rendre disponible pour votre base de données en gigaoctets (Go). Il dépend du stockage disponible pour utilisation.	Le stockage minimal que vous pouvez indiquer est l'allocation de stockage en cours de la base de données source.
Configurer la base de données : Pools élastiques	Si l'option Redimensionnement automatique de calcul est désactivée, vous pouvez choisir de créer un pool élastique en tant que leader de pool ou de rejoindre un pool élastique existant en tant que membre de pool. Cliquez sur Afficher les options avancées. Sélectionnez Activer le pool élastique. Pour rejoindre un pool existant, sélectionnez Rejoindre un pool élastique existant et sélectionnez un leader de pool dans Sélectionner le leader de pool dans le compartiment. Pour créer un pool élastique, sélectionnez Créer un pool élastique et sélectionnez une taille de pool pour Nombre d'ECPU de pool dans la liste des formes de pool disponibles : 128, 256, 512, 1024, 2048 ou 4096.	-
Configurer la base de données : Redimensionnement automatique	Activer ou désactiver le redimensionnement automatique, ce qui permet à Autonomous Database d'utiliser automatiquement jusqu'à trois fois les CPU allouées à mesure que la charge globale sur la base de données augmente.
Informations d'identification de l'administrateur	Nom utilisateur : ce champ en lecture seule est automatiquement renseigné en tant qu'ADMIN. Mot de passe : définissez le mot de passe de l'utilisateur de base de données ADMIN dans la base de données clonée. Confirmer le mot de passe : Entrez à nouveau le mot de passe pour confirmation.	Le mot de passe doit répondre aux critères de complexité des mots de passe renforcés conformément aux normes de sécurité d'Oracle Cloud. Pour plus d'informations sur les règles de complexité des mots de passe, reportez-vous à Création d'utilisateurs de base de données. Vous devez indiquer un mot de passe 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.
Configurer l'accès réseau	Pour activer le contrôle d'accès au niveau de la base de données, cliquez sur Modifier le contrôle d'accès et ajoutez ou modifiez des entrées, si nécessaire.	Pour plus d'informations, reportez-vous à Définition d'une liste de contrôle d'accès pour une base de données autonome dédiée.
Adresse électronique du contact	Fournissez des courriels de contact dans lesquels vous pouvez recevoir des notifications opérationnelles, des annonces et des notifications de maintenance non planifiée.	Oracle recommande d'utiliser l'adresse électronique d'un groupe d'administrateurs plutôt que celle d'une personne, chaque fois que cela est possible, pour s'assurer qu'aucune notification ou annonce importante n'est manquée.
Afficher/masquer les options avancées	Par défaut, les options avancées sont masquées. Cliquez sur Afficher les options avancées pour les afficher.
Options avancées : Clé de cryptage	Les paramètres de clé de cryptage s'appliquent à partir de la base de données Conteneur Autonomous cible.	La source et la cible peuvent présenter des types de fichier de clés différents pour la clé de cryptage. Toutefois, si toutes deux utilisent des clés gérées par le client à l'aide d'Oracle Key Vault (OKV), elles doivent employer la même destination OKV. Si la base de données source utilise des clés gérées par le client dans OKV, la base de données Conteneur Autonomous clone doit utiliser le même fichier de clés et le même nom de groupe d'adresses OKV que celui de la source.
Options avancées : Base de données en mémoire	Sélectionnez éventuellement Activer la mémoire en mémoire de base de données et ajustez le pourcentage de mémoire SGA (System Global Area) à allouer.	Reportez-vous à Database In-Memory pour connaître les exigences et les instructions relatives à l'utilisation de cette fonctionnalité avec Autonomous Database. Si nécessaire, vous pouvez également désactiver Database In-Memory à partir de la console Oracle Cloud Infrastructure (OCI). Pour obtenir des instructions, reportez-vous à Activation ou désactivation de Database In-Memory.
Options avancées : Tags	Si vous souhaitez utiliser des balises, ajoutez-les en sélectionnant un espace de noms de balise, une clé de balise et une valeur de balise.	Le balisage est un système de métadonnées permettant d'organiser et de suivre les ressources dans une location. Reportez-vous à Balisage de ressources cloud Autonomous Database dédiées.

Soumettez la page pour créer le clone.

Sur la console Oracle Cloud Infrastructure, l'état est Provisionnement jusqu'à ce que la nouvelle base de données soit disponible.

Clonage inter-locations d'une instance Autonomous Database

S'APPLIQUE À : Oracle Public Cloud uniquement

Vous pouvez cloner une instance Autonomous Database d'une location (location source) vers une autre location (location de destination).

Les étapes décrites dans cette rubrique s'appliquent au clonage inter-location avec la base de données source et la base de données clonée dans la même région ou dans différentes régions (inter-région).

Remarques :

L'option de clonage inter-locations n'est disponible qu'à l'aide de l'interface de ligne de commande ou des API REST Autonomous Database. Vous ne pouvez pas créer de clone inter-locations à l'aide de la console Oracle Cloud Infrastructure.

Pour créer un clone inter-location à partir d'une instance Autonomous Database, vous devez d'abord vous assurer que toutes les exigences de clonage sont satisfaites. Plus précisément, vous devez définir les stratégies OCI Identity and Access Management pour autoriser le clonage inter-location. Pour plus d'informations, reportez-vous à Exigences relatives aux clones inter-locations.

Sur la location dans laquelle créer le clone, c'est-à-dire sur la location de destination dans la région de destination, utilisez l'interface de ligne de commande ou appelez l'API REST, en indiquant un type de clone valide (Complet ou Métadonnées) et l'OCID de la base de données source, qui réside dans une location différente (la location source).

interface de ligne de commande
API REST

oci db autonomous-database create-from-clone 
    --clone-type metadata
    --compartment-id ocid1.compartment.oc1..unique_ID
    --source-id ocid1.autonomousdatabase.oc1..unique_ID
    --db-name dbnameclone 
    --display-name dbnameclone
    --admin-password <password>
    --data-storage-size-in-tbs 1 
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

Dans l'exemple ci-dessus :

source-id est l'OCID de l'instance Autonomous Database source.
autonomous-container-database-id est l'OCID de la base de données Conteneur Autonomous de destination.
compartment-id est l'OCID du compartiment à la destination où la base de données clone résiderait.

Une fois la commande exécutée, un work-request-id est renvoyé, qui peut être utilisé pour suivre la progression du clone. Pour plus d'informations, reportez-vous à create-from-clone.

Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Pour créer un clone inter-location à partir d'une instance Autonomous Database à l'aide de l'API REST, utilisez l'API CreateAutonomousDatabase.

oci raw-request 
    --debug 
    --http-method POST 
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases 
    --request-body '{
        "cloneType": "full",
        "displayName": "RAcloneV2",
        "dbName": "RAcloneV2",
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "sourceId": "ocid1.autonomousdatabase.oc1..unique_ID",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "adminPassword": "<password>",
        "dataStorageSizeInTBs": 1,
        "computeCount": 1,
        "computeModel": "ECPU",
        "isDedicated": "True"
    }'

Remarques :

Veillez à définir isDedicated sur True pour cloner une instance Autonomous Database on Dedicated Exadata Infrastructure.

Pour plus d'informations sur ces API REST, reportez-vous à CreateAutonomousDatabase et à CreateAutonomousDatabaseCloneDetails.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité.

Clonage inter-locations d'une instance Autonomous Database à partir d'une sauvegarde

S'APPLIQUE À : Oracle Public Cloud uniquement

Vous pouvez cloner une sauvegarde Autonomous Database d'une location (location source) vers une autre location (location de destination).

Cette rubrique présente les étapes de création d'un clone inter-location à partir d'une sauvegarde.

Remarques :

Pour créer un clone inter-location à partir d'une sauvegarde Autonomous Database, vous devez d'abord vous assurer que toutes les exigences de clonage sont satisfaites. Plus précisément, vous devez définir les stratégies OCI Identity and Access Management pour autoriser le clonage inter-location. Pour plus d'informations, reportez-vous à Exigences relatives aux clones inter-locations.

interface de ligne de commande
API REST

oci db autonomous-database create-from-backup-timestamp 
    --compartment-id ocid1.compartment.oc1..unique_ID
    --autonomous-database-id ocid1.autonomousdatabase.oc1..unique_ID
    --clone-type FULL 
    --timestamp 2024-04-16T20:30:00.123456Z
    --db-name ZZC08X42GU0B09GECA
    --display-name clonedb
    --admin-password <password>
    --data-storage-size-in-tbs 1 
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

Dans l'exemple ci-dessus :

autonomous-database-id est l'OCID de la sauvegarde Autonomous Database source.
autonomous-container-database-id est l'OCID de la base de données Conteneur Autonomous de destination.
compartment-id est l'OCID du compartiment à la destination où la base de données clone résiderait.

Une fois la commande exécutée, un work-request-id est renvoyé, qui peut être utilisé pour suivre la progression du clone. Pour plus d'informations, reportez-vous à create-from-backup-timestamp et à create-from-backup-id.

Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Pour créer un clone inter-location à partir d'une sauvegarde d'une instance Autonomous Database existante à l'aide de l'API REST, utilisez l'API CreateAutonomousDatabase.

Exemple 1 : clonage inter-location à l'aide de l'ID de sauvegarde.

oci raw-request
    --debug
    --http-method POST 
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases    
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTRAclonefrombackupid",
        "autonomousDatabaseBackupId": "ocid1.autonomousdatabasebackup.oc1..unique_ID",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTRAclonefrombackupid",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "source": "<BACKUP_FROM_ID>"
    }'

Exemple 2 : clonage entre locations à l'aide de l'horodatage de sauvegarde.

oci raw-request
    --debug 
    --http-method POST
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases 
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTbackuptimestamopRA",
        "autonomousDatabaseId":"ocid1.autonomousdatabase.oc1..unique_ID",
        "timestamp": "2024-07-17T02:20:15.123456Z",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTbackuptimestamopRA",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase..unique_ID",
        "source": "<BACKUP_FROM_TIMESTAMP>"
    }'

Pour plus d'informations sur ces API REST, reportez-vous à CreateAutonomousDatabase, à Référence CreateAutonomousDatabaseFromBackupDetails et à Référence CreateAutonomousDatabaseFromBackupTimestampDetails.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité.

Informations relatives au titre et au copyright

Oracle et/ou ses affiliés.