Cloner une base de données conteneur autonome
S'APPLIQUE À : Oracle Public Cloud S'APPLIQUE À :
multinuage
Vous pouvez cloner une base de données conteneur autonome à partir de sa page Détails ou d'une sauvegarde distante.
Rubriques connexes
Cloner une base de données conteneur autonome
Vous pouvez cloner une base de données conteneur autonome à partir de sa page Détails et sa dernière sauvegarde disponible sera considérée comme la source du clone.
Conditions requises
Pour voir les conditions requises pour cloner une instance de base de données conteneur autonome, voir À propos du clonage d'une base de données conteneur autonome sur une infrastructure Exadata dédiée.
Politiques GIA requises
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procédure
-
Allez à la page Détails de la base de données conteneur autonome à cloner.
Pour obtenir des instructions, voir Voir les détails d'une base de données conteneur autonome.
- Sous Actions supplémentaires, cliquez sur le bouton Créer un clone.
- Remplissez la page Cloner une base de données conteneur autonome avec les informations suivantes :
Paramètre Description Notes Compartiment
Sélectionnez un compartiment pour héberger la base de données conteneur autonome.
Le nom d'affichage
Entrez une description conviviale ou d'autres informations qui vous aident à identifier facilement la ressource.
Le nom d'affichage n'a pas besoin d'être unique et vous pouvez le modifier quand vous le souhaitez.
Évitez d'entrer des informations confidentielles.
Nom de la base de données conteneur
Entrez un nom pour la base de données conteneur. Il ne peut contenir que des lettres et des chiffres. Commençant par une lettre et un maximum de 30 caractères.
Le nom de la base de données conteneur doit être unique dans la grappe de machines virtuelles Exadata autonome.Conseil :
Le nom de la base de données conteneur est utilisé pour nommer le portefeuille OKV (Oracle Key Vault). Vous pouvez utiliser ce nom pour localiser le portefeuille OKV associé à votre base de données conteneur autonome sur votre console OKV.Infrastructure Exadata
Infrastructure Exadata pour héberger la nouvelle base de données conteneur autonome.
Pour créer une ressource de base de données conteneur autonome multinuage, réglez le sélecteur de compartiment de ressource à votre compartiment multinuage, puis sélectionnez l'infrastructure Exadata souhaitée. Grappe de machines virtuelles Exadata autonome
Grappe de machines virtuelles Exadata autonome pour héberger la nouvelle base de données conteneur autonome.
Pour créer une ressource de base de données conteneur autonome multinuage, réglez le sélecteur de compartiment de la ressource à votre compartiment multinuage, puis sélectionnez la grappe de machines virtuelles Exadata autonome souhaitée. Configurez la maintenance automatique
Le panneau de configuration de la maintenance automatique affiche les paramètres par défaut suivants :
- Méthode de maintenance : Continu avec la mise à jour du fichier de fuseau horaire désactivée.
- Version de maintenance de la base de données conteneur : Mise à jour de la prochaine version
- Programme d'entretien : Aucune préférence de programme spécifiée.
Facultativement, vous pouvez configurer une préférence ou un programme de maintenance en cliquant sur Modifier le programme de maintenance qui lance la boîte de dialogue Modifier la maintenance automatique.
DST est l'acronyme de Daylight Savings Time.
Modifier la maintenance automatique
Configurer la méthode de maintenance : Choisissez entre les méthodes de maintenance continue ou non continue.
Facultativement, vous pouvez également sélectionner Activer la mise à jour du fuseau horaire.
Pour plus d'informations, voir Types de maintenance de service.
Configurer la version de maintenance de la base de données conteneur : Sélectionnez RU suivante ou RU la plus récente pour configurer la prochaine version de maintenance de la base de données conteneur autonome.
Configurer le programme de maintenance automatique : Facultativement, vous pouvez remplacer le programme de maintenance par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance selon les besoins) par Programme personnalisé dans Oracle Public Cloud et Spécifier un programme dans Exadata Cloud@Customer. Pour plus d'informations sur le choix d'un programme personnalisé, voir Paramètres personnalisables du programme de maintenance.
Cliquez sur Enregistrer pour fermer cette boîte de dialogue.
La mise à jour du fichier de fuseau horaire nécessiterait un temps d'arrêt complet pour la base de données conteneur autonome et les bases de données Autonomous Database associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.
Toutes les RU qui incluent une mise à jour de fuseau horaire seront corrigées uniquement dans la méthode de maintenance non continue (avec temps d'arrêt complet du système). Ainsi, si vous configurez votre maintenance sur la méthode continue et activez la mise à jour du fuseau horaire, toutes les RU qui incluent une mise à jour du fuseau horaire sont appliquées uniquement dans la méthode non continue. Seules les RU sans mise à jour de fuseau horaire sont appliquées dans la méthode continue.
Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne un temps d'arrêt des bases de données conteneur autonomes principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de correctifs.
Configurer les sauvegardes : Activer les sauvegardes automatiques
Par défaut, les sauvegardes automatiques sont activées pour une base de données conteneur autonome. Facultativement, vous pouvez choisir de les désactiver en désélectionnant la case Activer les sauvegardes automatiques.
Lors du provisionnement d'une base de données conteneur autonome avec Autonomous Data Guard, vous ne pouvez pas désactiver les sauvegardes automatiques.
Si cette option est désactivée pour une base de données conteneur autonome, les sauvegardes automatiques peuvent être activées à tout moment ultérieurement à partir de la console Oracle Cloud Infrastructure (OCI) en suivant les étapes décrites dans Modifier les paramètres de sauvegarde de base de données conteneur autonome. Toutefois, une fois activée, vous ne pouvez pas désactiver les sauvegardes automatiques pour la base de données conteneur autonome.
Si l'activation des sauvegardes automatiques échoue pour une raison quelconque, le provisionnement de la base de données conteneur autonome échoue également avec un message d'erreur. Pour contourner le problème, vous pouvez provisionner la base de données conteneur autonome avec les sauvegardes automatiques désactivées et les activer à partir de la page Détails de la base de données conteneur autonome plus tard.
Configurer les sauvegardes : Période de conservation des sauvegardes (en jours)
Après avoir activé les sauvegardes automatiques, spécifiez une valeur de période de conservation des sauvegardes pour répondre à vos besoins. Vous pouvez choisir n'importe quelle valeur entre 7 et 95 jours.
La valeur par défaut de la politique de conservation des sauvegardes est 15 jours.
Toutes les sauvegardes sont automatiquement supprimées après la période de conservation des sauvegardes.
Configurer les sauvegardes : Activer la copie de sauvegarde inter-région Facultativement, sélectionnez Activer la copie de sauvegarde inter-région et spécifiez une région pour les copies de sauvegarde.
La copie de sauvegarde inter-région ne peut pas être activée sur les bases de données conteneur autonomes avec Autonomous Data Guard activé.
La copie de sauvegarde inter-région ne peut pas être activée sur les ressources de base de données conteneur autonome multinuage.
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 : Gestion
Facultativement, vous pouvez définir une valeur appropriée pour les attributs de gestion des ressources suivants en fonction de vos besoins :
- Seuil de fractionnement de base de données (UC) : Valeur d'UC au-delà de laquelle une base de données Autonomous Database sera ouverte sur plusieurs noeuds. La valeur par défaut de cet attribut est 64 pour les ECPU et 16 pour les OCPU.
- Réservation pour le basculement de noeud (%) : Détermine le pourcentage d'UC réservées entre les noeuds pour prendre en charge le basculement de noeud. Les valeurs autorisées sont 0 %, 25 % et 50 %, 50 % étant l'option par défaut.
- Affinité de répartition : Détermine si une base de données Autonomous Database doit être ouverte sur un minimum ou un maximum de noeuds. Par défaut, Minimum node est sélectionné, Maximum node étant l'autre option.
Facultativement, sélectionnez Activer les connexions de serveur partagé pour prendre en charge l'architecture Net Services.
Si la réservation pour le basculement de noeud est réglée à 0%, votre Autonomous Database peut subir une interruption complète en cas de défaillance d'une machine virtuelle et lors d'opérations de maintenance telles que l'application de correctifs ou le redémarrage d'une base de données conteneur.
L'architecture de serveur partagé permet à un serveur de base de données d'autoriser de nombreux processus clients à partager très peu de processus serveurs. Le nombre d'utilisateurs pouvant être pris en charge est donc augmenté. Vous ne pouvez pas désactiver l'architecture de serveur partagé après avoir provisionné la base de données conteneur autonome. Pour plus de détails, voir Fonctions de connexion à usage spécial.
Options avancées : Clé de chiffrement
Vous pouvez éventuellement configurer la base de données conteneur autonome pour qu'elle utilise des clés de chiffrement gérées par le client au lieu de clés de chiffrement gérées par Oracle.
Sélectionnez Chiffrer à l'aide d'une clé gérée par le client dans cette location et l'une des options suivantes, selon votre déploiement :
- Service de chambre forte OCI : Avec cette option, sélectionnez une chambre forte et une clé de chiffrement principale dans les listes. Cette option n'est disponible que sur Oracle Public Cloud.
- Oracle Key Vault : Avec cette option, vous devez choisir un magasin de clés identique à celui de la base de données conteneur autonome source.
Si la base de données conteneur autonome source est associée à un nom de groupe de points d'extrémité OKV, vous devez fournir le même nom de groupe de points d'extrémité OKV ici.
Par défaut, l'option Chiffrer à l'aide des clés gérées par Oracle est sélectionnée.
Vous devez créer un magasin de clés pour utiliser une clé de chiffrement avec Oracle Key Vault. Voir Utiliser des clés gérées par le client dans Oracle Key Vault pour obtenir des instructions.
Vous pouvez utiliser des clés de chiffrement gérées par le client avec des bases de données conteneur autonomes activées pour Autonomous Data Guard lorsque les bases de données principale et de secours situées dans différents domaines de disponibilité au sein de la même région.
Pour plus d'informations sur l'utilisation de clés gérées par le client, voir À propos des clés de chiffrement principales.
Options avancées : Marqueurs
Si vous voulez utiliser des marqueurs, ajoutez-les en sélectionnant un espace de noms de marqueur, une clé de marqueur et une valeur de marqueur.
Vous ne pouvez pas modifier les paramètres de fuseau horaire d'une grappe de machines virtuelles Exadata autonome déjà provisionnée. Si nécessaire, vous pouvez créer une demande de service dans My Oracle Support. Pour obtenir de l'aide sur la création d'une demande de soutien, voir Créer une demande de service dans My Oracle Support.
- Cliquez sur Cloner la base de données conteneur autonome.
Cloner une base de données conteneur autonome à partir d'une sauvegarde distante
Vous pouvez cloner une base de données conteneur autonome à partir de la dernière sauvegarde distante disponible.
Conditions requises
Pour voir les conditions requises pour cloner une instance de base de données conteneur autonome, voir À propos du clonage d'une base de données conteneur autonome sur une infrastructure Exadata dédiée.
Politiques GIA requises
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procédure
-
Allez à la page Sauvegardes distantes de votre compartiment.
Pour obtenir des instructions, voir Voir une liste de sauvegardes distantes.
- Cliquez sur les trois points à côté de la sauvegarde distante à cloner, puis cliquez sur Créer un clone.
- Remplissez la page Cloner une base de données conteneur autonome avec les informations suivantes :
Paramètre Description Notes Compartiment
Sélectionnez un compartiment pour héberger la base de données conteneur autonome.
Le nom d'affichage
Entrez une description conviviale ou d'autres informations qui vous aident à identifier facilement la ressource.
Le nom d'affichage n'a pas besoin d'être unique et vous pouvez le modifier quand vous le souhaitez.
Évitez d'entrer des informations confidentielles.
Nom de la base de données conteneur
Entrez un nom pour la base de données conteneur. Il ne peut contenir que des lettres et des chiffres. Commençant par une lettre et un maximum de 30 caractères.
Le nom de la base de données conteneur doit être unique dans la grappe de machines virtuelles Exadata autonome.Conseil :
Le nom de la base de données conteneur est utilisé pour nommer le portefeuille OKV (Oracle Key Vault). Vous pouvez utiliser ce nom pour localiser le portefeuille OKV associé à votre base de données conteneur autonome sur votre console OKV.Infrastructure Exadata
Infrastructure Exadata pour héberger la nouvelle base de données conteneur autonome.
Pour créer une ressource de base de données conteneur autonome multinuage, réglez le sélecteur de compartiment de ressource à votre compartiment multinuage, puis sélectionnez l'infrastructure Exadata souhaitée. Grappe de machines virtuelles Exadata autonome
Grappe de machines virtuelles Exadata autonome pour héberger la nouvelle base de données conteneur autonome.
Pour créer une ressource de base de données conteneur autonome multinuage, réglez le sélecteur de compartiment de la ressource à votre compartiment multinuage, puis sélectionnez la grappe de machines virtuelles Exadata autonome souhaitée. Configurez la maintenance automatique
Le panneau de configuration de la maintenance automatique affiche les paramètres par défaut suivants :
- Méthode de maintenance : Continu avec la mise à jour du fichier de fuseau horaire désactivée.
- Version de maintenance de la base de données conteneur : Mise à jour de la prochaine version
- Programme d'entretien : Aucune préférence de programme spécifiée.
Facultativement, vous pouvez configurer une préférence ou un programme de maintenance en cliquant sur Modifier le programme de maintenance qui lance la boîte de dialogue Modifier la maintenance automatique.
DST est l'acronyme de Daylight Savings Time.
Modifier la maintenance automatique
Configurer la méthode de maintenance : Choisissez entre les méthodes de maintenance continue ou non continue.
Facultativement, vous pouvez également sélectionner Activer la mise à jour du fuseau horaire.
Pour plus d'informations, voir Types de maintenance de service.
Configurer la version de maintenance de la base de données conteneur : Sélectionnez RU suivante ou RU la plus récente pour configurer la prochaine version de maintenance de la base de données conteneur autonome.
Configurer le programme de maintenance automatique : Facultativement, vous pouvez remplacer le programme de maintenance par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance selon les besoins) par Programme personnalisé dans Oracle Public Cloud et Spécifier un programme dans Exadata Cloud@Customer. Pour plus d'informations sur le choix d'un programme personnalisé, voir Paramètres personnalisables du programme de maintenance.
Cliquez sur Enregistrer pour fermer cette boîte de dialogue.
La mise à jour du fichier de fuseau horaire nécessiterait un temps d'arrêt complet pour la base de données conteneur autonome et les bases de données Autonomous Database associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.
Toutes les RU qui incluent une mise à jour de fuseau horaire seront corrigées uniquement dans la méthode de maintenance non continue (avec temps d'arrêt complet du système). Ainsi, si vous configurez votre maintenance sur la méthode continue et activez la mise à jour du fuseau horaire, toutes les RU qui incluent une mise à jour du fuseau horaire sont appliquées uniquement dans la méthode non continue. Seules les RU sans mise à jour de fuseau horaire sont appliquées dans la méthode continue.
Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne un temps d'arrêt des bases de données conteneur autonomes principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de correctifs.
Configurer les sauvegardes : Activer les sauvegardes automatiques
Par défaut, les sauvegardes automatiques sont activées pour une base de données conteneur autonome. Facultativement, vous pouvez choisir de les désactiver en désélectionnant la case Activer les sauvegardes automatiques.
Lors du provisionnement d'une base de données conteneur autonome avec Autonomous Data Guard, vous ne pouvez pas désactiver les sauvegardes automatiques.
Si cette option est désactivée pour une base de données conteneur autonome, les sauvegardes automatiques peuvent être activées à tout moment ultérieurement à partir de la console Oracle Cloud Infrastructure (OCI) en suivant les étapes décrites dans Modifier les paramètres de sauvegarde de base de données conteneur autonome. Toutefois, une fois activée, vous ne pouvez pas désactiver les sauvegardes automatiques pour la base de données conteneur autonome.
Si l'activation des sauvegardes automatiques échoue pour une raison quelconque, le provisionnement de la base de données conteneur autonome échoue également avec un message d'erreur. Pour contourner le problème, vous pouvez provisionner la base de données conteneur autonome avec les sauvegardes automatiques désactivées et les activer à partir de la page Détails de la base de données conteneur autonome plus tard.
Configurer les sauvegardes : Période de conservation des sauvegardes (en jours)
Après avoir activé les sauvegardes automatiques, spécifiez une valeur de période de conservation des sauvegardes pour répondre à vos besoins. Vous pouvez choisir n'importe quelle valeur entre 7 et 95 jours.
La valeur par défaut de la politique de conservation des sauvegardes est 15 jours.
Toutes les sauvegardes sont automatiquement supprimées après la période de conservation des sauvegardes.
Configurer les sauvegardes : Activer la copie de sauvegarde inter-région Facultativement, sélectionnez Activer la copie de sauvegarde inter-région et spécifiez une région pour les copies de sauvegarde.
La copie de sauvegarde inter-région ne peut pas être activée sur les bases de données conteneur autonomes avec Autonomous Data Guard activé.
La copie de sauvegarde inter-région ne peut pas être activée sur les ressources de base de données conteneur autonome multinuage.
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 : Gestion
Facultativement, vous pouvez définir une valeur appropriée pour les attributs de gestion des ressources suivants en fonction de vos besoins :
- Seuil de fractionnement de base de données (UC) : Valeur d'UC au-delà de laquelle une base de données Autonomous Database sera ouverte sur plusieurs noeuds. La valeur par défaut de cet attribut est 64 pour les ECPU et 16 pour les OCPU.
- Réservation pour le basculement de noeud (%) : Détermine le pourcentage d'UC réservées entre les noeuds pour prendre en charge le basculement de noeud. Les valeurs autorisées sont 0 %, 25 % et 50 %, 50 % étant l'option par défaut.
- Affinité de répartition : Détermine si une base de données Autonomous Database doit être ouverte sur un minimum ou un maximum de noeuds. Par défaut, Minimum node est sélectionné, Maximum node étant l'autre option.
Facultativement, sélectionnez Activer les connexions de serveur partagé pour prendre en charge l'architecture Net Services.
Si la réservation pour le basculement de noeud est réglée à 0%, votre Autonomous Database peut subir une interruption complète en cas de défaillance d'une machine virtuelle et lors d'opérations de maintenance telles que l'application de correctifs ou le redémarrage d'une base de données conteneur.
L'architecture de serveur partagé permet à un serveur de base de données d'autoriser de nombreux processus clients à partager très peu de processus serveurs. Le nombre d'utilisateurs pouvant être pris en charge est donc augmenté. Vous ne pouvez pas désactiver l'architecture de serveur partagé après avoir provisionné la base de données conteneur autonome. Pour plus de détails, voir Fonctions de connexion à usage spécial.
Options avancées : Clé de chiffrement
Vous pouvez éventuellement configurer la base de données conteneur autonome pour qu'elle utilise des clés de chiffrement gérées par le client au lieu de clés de chiffrement gérées par Oracle.
Sélectionnez Chiffrer à l'aide d'une clé gérée par le client dans cette location et l'une des options suivantes, selon votre déploiement :
- Service de chambre forte OCI : Avec cette option, sélectionnez une chambre forte et une clé de chiffrement principale dans les listes. Cette option n'est disponible que sur Oracle Public Cloud.
- Oracle Key Vault : Avec cette option, vous devez choisir un magasin de clés identique à celui de la base de données conteneur autonome source.
Si la base de données conteneur autonome source est associée à un nom de groupe de points d'extrémité OKV, vous devez fournir le même nom de groupe de points d'extrémité OKV ici.
Par défaut, l'option Chiffrer à l'aide des clés gérées par Oracle est sélectionnée.
Vous devez créer un magasin de clés pour utiliser une clé de chiffrement avec Oracle Key Vault. Voir Utiliser des clés gérées par le client dans Oracle Key Vault pour obtenir des instructions.
Vous pouvez utiliser des clés de chiffrement gérées par le client avec des bases de données conteneur autonomes activées pour Autonomous Data Guard lorsque les bases de données principale et de secours situées dans différents domaines de disponibilité au sein de la même région.
Pour plus d'informations sur l'utilisation de clés gérées par le client, voir À propos des clés de chiffrement principales.
Options avancées : Marqueurs
Si vous voulez utiliser des marqueurs, ajoutez-les en sélectionnant un espace de noms de marqueur, une clé de marqueur et une valeur de marqueur.
Vous ne pouvez pas modifier les paramètres de fuseau horaire d'une grappe de machines virtuelles Exadata autonome déjà provisionnée. Si nécessaire, vous pouvez créer une demande de service dans My Oracle Support. Pour obtenir de l'aide sur la création d'une demande de soutien, voir Créer une demande de service dans My Oracle Support.
- Cliquez sur Cloner la base de données conteneur autonome.
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.