À propos du clonage d'une base de données conteneur autonome sur une infrastructure Exadata dédiée
APPLICATIONS À : Oracle Public Cloud APPLICATIONS À :
multinuage
Type et source du clone
Le seul type de clone pris en charge pour les bases de données conteneur autonomes est Clone complet, qui inclut les métadonnées et les données de la base de données conteneur source et des bases de données Autonomous Database qu'elle contient.
Lors du clonage d'une base de données conteneur autonome, vous pouvez :
- Sélectionnez une autre infrastructure Exadata ou grappe de machines virtuelles Exadata autonome pour la base de données clonée.
- Créez la base de données conteneur autonome du clone dans la même région ou une région différente de la source du clone.
Après la soumission d'une demande de clonage, la base de clonage passe au statut PROVISIONING jusqu'à ce que la nouvelle base de données conteneur autonome soit disponible. Vous ne pouvez pas lancer une nouvelle opération de copie sur une base de données conteneur autonome déjà en cours de copie avant la fin de l'opération en cours.
Exigences pour le clonage
Lors du clonage d'une base de données conteneur autonome :
- Une autre grappe de machines virtuelles Exadata Autonomous Database (AVMC) doit être disponible pour la destination du clone.
- La grappe de machines virtuelles autonome de destination nécessite 0,5 OCPU ou 2 ECPU disponibles pour chaque base de données autonome dans la base de données conteneur autonome clonée.
- La machine virtuelle autonome cible doit avoir la même version de base de données principale que la machine virtuelle autonome de destination.
- Votre magasin de clés doit être accessible et autorisé à partir de l'AVMC cible.
Cloner les limites
Notez les limitations suivantes pour le clonage d'une base de données conteneur autonome :
- Vous ne pouvez pas cloner une base de données conteneur autonome vers une base de données autonome s'il existe des bases de données conteneur autonome Autonomous Database dans la base de données conteneur autonome source qui existent déjà dans la base de données autonome. Il ne peut pas y avoir de Autonomous Database en double.
- Les listes de contrôle d'accès et l'ajustement automatique sont désactivés dans le clone de la base de données conteneur autonome.
- Vous ne pouvez cloner une base de données conteneur autonome qu'à partir de la dernière sauvegarde disponible, locale ou distante.
- Lors du clonage d'une base de données conteneur autonome à partir de sa page Détails, sa dernière sauvegarde disponible sera considérée comme la source du clone.
- Lors du clonage d'une base de données conteneur autonome à partir de sa sauvegarde, la dernière sauvegarde distante disponible sera considérée comme la source du clone.
- Les bases de données Autonomous Database clonées auront chacune le nombre minimal d'ECPU/OCPU autorisés qui leur seront affectés.
Guides étape par étape
Pour savoir comment cloner une base de données conteneur autonome à l'aide de la console OCI, voir Cloner une base de données conteneur autonome.
Vous pouvez également utiliser l'API CreateAutonomousContainerDatabase pour cloner une base de données. Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.
Rubriques connexes
For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Accès à Oracle Support
Les clients Oracle accéderont aux services de soutien Oracle et utiliseront ces services conformément aux conditions générales spécifiées dans leur commande Oracle pour les services applicables.