Clonage d'une base de données Conteneur Autonomous
APPLIQUE À : Oracle Public Cloud APPLIQUE À :
Multicloud
Vous pouvez cloner une base de données Conteneur Autonomous à partir de sa page Détails ou d'une sauvegarde distante.
Rubriques connexes
Clonage d'une base de données Conteneur Autonomous
Vous pouvez cloner une base de données Conteneur Autonomous à partir de sa page Détails et sa dernière sauvegarde disponible sera considérée comme la source du clone.
Prérequis
Pour visualiser les exigences de clonage d'une instance ACD, reportez-vous à A propos du clonage d'une base de données Conteneur Autonomous sur une infrastructure Exadata dédiée.
Stratégies IAM requises
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procédure
-
Accédez à la page Détails de la base de données Conteneur Autonomous à cloner.
Pour obtenir des instructions, reportez-vous à Affichage des détails d'une base de données Conteneur Autonomous.
- Sous Actions Plus, cliquez sur le bouton Créer un clone.
- Remplissez la page Cloner une base de données Conteneur Autonomous avec les informations suivantes :
Paramétrage Description Remarques Compartiment
Sélectionnez un compartiment pour héberger la base de données Conteneur Autonomous.
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.
Evitez de saisir des informations confidentielles.
Nom de la base de données Conteneur
Entrez le nom de la base pour le 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 le cluster de machines virtuelles Exadata Autonomous.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é à la base de données Conteneur Autonomous sur la console OKV.Infrastructure Exadata
Infrastructure Exadata pour héberger la nouvelle base de données Conteneur Autonomous.
Pour créer une ressource de base de données Conteneur Autonomous multicloud, définissez le sélecteur de compartiment de ressource sur le compartiment multicloud, puis sélectionnez l'infrastructure Exadata souhaitée. Cluster de machines virtuelles Exadata Autonomous
Cluster de machines virtuelles Exadata Autonomous devant héberger la nouvelle base de données Conteneur Autonomous.
Pour créer une ressource de base de données Conteneur Autonomous multicloud, définissez le sélecteur de compartiment de ressource sur le compartiment multicloud, puis sélectionnez le cluster de machines virtuelles Exadata Autonomous souhaité. Configurez la maintenance automatique
Le panneau de configuration de la maintenance automatique affiche les paramètres par défaut suivants :
- Méthode de maintenance : non simultané avec la mise à jour du fichier de fuseau horaire désactivée.
- Version de maintenance de base de données Conteneur : mise à jour de la prochaine version (RU)
- Programmation de maintenance : aucune préférence de programmation n'est spécifiée.
Vous pouvez éventuellement configurer une préférence ou une programmation de maintenance en cliquant sur Modifier la programmation de maintenance qui ouvre la boîte de dialogue Modifier la maintenance automatique.
L'heure d'été est l'heure d'été.
Modifier la maintenance automatique
Configurer la méthode de maintenance : choisissez entre les méthodes de maintenance non simultanée ou non simultanée.
Vous pouvez également sélectionner Activer la mise à jour du fuseau horaire.
Pour plus d'informations, reportez-vous à Types de maintenance de service.
Configurer la version de maintenance de la base de données Conteneur : choisissez RU suivante ou Dernière RU pour configurer la prochaine version de maintenance de la base de données Conteneur Autonomous.
Configurer la programmation de maintenance automatique : vous pouvez éventuellement remplacer la programmation de maintenance par défaut (aucune préférence, qui permet à Oracle de programmer la maintenance selon vos besoins) par une programmation personnalisée dans Oracle Public Cloud et indiquer une programmation dans Exadata Cloud@Customer. Pour obtenir des instructions sur le choix d'une programmation personnalisée, reportez-vous à Paramètres personnalisables de la programmation de maintenance.
Cliquez sur Enregistrer pour fermer cette boîte.
La mise à jour du fichier de fuseau horaire nécessiterait un temps d'arrêt complet pour la base de données Conteneur Autonomous et les instances Autonomous Database associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.
Toutes les unités d'allocation de ressources qui incluent une mise à jour de fuseau horaire seront corrigées dans la méthode de maintenance simultanée (avec temps d'arrêt complet du système) uniquement. Par conséquent, si vous configurez votre maintenance sur la méthode non simultanée et activez la mise à jour de fuseau horaire, toutes les unités d'organisation qui incluent une mise à jour de fuseau horaire sont appliquées dans la méthode simultanée uniquement. Seules les unités d'allocation sans mise à jour de fuseau horaire sont appliquées dans la méthode non simultanée.
Dans une configuration Autonomous Data Guard, la méthode de maintenance simultanée entraîne un temps d'inactivité pour les bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de patches.
Configurer les sauvegardes : Activer les sauvegardes automatiques
Par défaut, les sauvegardes automatique sont activées pour une base de données Conteneur Autonomous. Vous pouvez éventuellement 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 Autonomous 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 Autonomous, les sauvegardes automatiques peuvent être activées ultérieurement à partir de la console Oracle Cloud Infrastructure (OCI) en suivant les étapes décrites dans Modification des paramètres de sauvegarde de base de données Conteneur Autonomous. Cependant, une fois activée, vous ne pouvez pas désactiver les sauvegardes automatiques pour la base de données Conteneur Autonomous.
Si l'activation des sauvegardes automatiques échoue pour une raison quelconque, le provisionnement ACD échoue également avec un message d'erreur. Pour contourner le problème, vous pouvez provisionner la base de données Conteneur Autonomous avec des sauvegardes automatiques désactivées, puis les activer à partir de la page Détails de la base de données Conteneur Autonomous ultérieurement.
Configurer les sauvegardes : durée de conservation des sauvegardes (en jours)
Après avoir activé les sauvegardes automatiques, indiquez une valeur de période de conservation de sauvegarde pour répondre à vos besoins. Vous pouvez choisir une valeur comprise entre 7 et 95 jours.
La valeur par défaut de la stratégie de conservation des sauvegardes est de 15 jours.
Toutes les sauvegardes sont automatiquement supprimées après la période de conservation de la sauvegarde.
Configurer les sauvegardes : Activer la copie des sauvegardes inter-régions Vous pouvez éventuellement sélectionner Activer la copie de sauvegarde inter-région et indiquer 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 Autonomous sur lesquelles Autonomous Data Guard est activé.
La copie de sauvegarde inter-région ne peut pas être activée sur les ressources ACD multicloud.
Afficher/masquer les options avancées
Par défaut, les options avancées sont masquées. Cliquez sur Afficher les options avancée pour les afficher.
Options avancées : Gestion
Vous pouvez éventuellement 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 instance 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 de basculement de noeud (%) : détermine le pourcentage d'UC réservées sur 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 distribution : détermine si une instance Autonomous Database doit être ouverte sur un nombre minimal ou maximal de noeuds. Par défaut, le nombre minimal de noeuds est sélectionné, le nombre maximal de noeuds étant l'autre option.
Vous pouvez également sélectionner Activer les connexions de serveur partagé pour prendre en charge l'architecture des services réseau.
Si la réservation du basculement de nœud est définie sur 0 %, votre instance Autonomous Database peut faire l'objet d'une coupure complète en cas d'échec de la machine virtuelle et d'opérations d'entretien telles que l'application de patches à la base de Données et 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 un grand nombre des processus client à partager très peu de processus serveur, de sorte que le nombre d'utilisateurs pouvant être pris en charge est augmenté. Vous ne pouvez pas désactiver l'architecture de serveur partagé après le provisionnement de la base de données Conteneur Autonomous. Pour plus d'informations, reportez-vous à Fonctionnalités de connexion à usage spécial.
Options avancées : clé de cryptage
Vous pouvez éventuellement configurer la base de données Conteneur Autonomous pour qu'elle utilise des clés du cryptage gérées par le client au lieu des clés du cryptage gérées par Oracle.
Sélectionnez Crypter à l'aide d'une clé gérée par le client dans cette location et l'une des options suivantes, en fonction de votre déploiement :
- Service OCI Vault : avec cette option, choisissez un coffre et une clé de cryptage maître dans les listes. Cette option n'est disponible que sur Oracle Public Cloud.
- Oracle Key Vault : avec cette option, vous devez choisir un fichier de clés identique à celui de la base de données Conteneur Autonomous source.
Si un nom de groupe d'adresses OKV est associé à la base de données Conteneur Autonomous source, vous devez indiquer le même nom de groupe d'adresses OKV ici.
Par défaut, l'option Crypter à l'aide des clés gérées par le service Oracle est sélectionnée.
Vous devez créer un fichier de clés pour utiliser la clé de cryptage avec Oracle Key Vault. See Use Customer-Managed Keys in Oracle Key Vault for instructions.
Vous pouvez utiliser une clé de cryptage gérée par un client avec une base de donnée Conteneur Autonomous activée par Autonomous Data Guard, à condition que la base de donnée principale et la base de secours se trouvent dans différents domaines, au sein de la même région.
Pour plus d'autres informations sur l'utilisation des clés gérées par le client, reportez-vous àA propos des clés de cryptage maître.
Options avancées : Balises
Pour utiliser des balises, ajoutez des balises en sélectionnant un espace de noms de balises, une clé de balises et unevaleur de balises.
Vous ne pouvez pas modifier les paramètres de fuseau horaire d'un cluster des machines virtuelles Exadata Autonomous déjà provisionné. Si nécessaire, vous pouvez créer une demande de service dans My Oracle Support. Pour obtenir de l'aide sur l'envoi d'une demande d'assistance, reportez-vous à Création d'une demande d'assistance dans My Oracle Support.
- Cliquez sur Cloner la base de données Conteneur Autonomous.
Clonage d'une base de données Conteneur Autonomous à partir d'une sauvegarde distante
Vous pouvez cloner une base de données Conteneur Autonomous à partir de la dernière sauvegarde distante disponible.
Prérequis
Pour visualiser les exigences de clonage d'une instance ACD, reportez-vous à A propos du clonage d'une base de données Conteneur Autonomous sur une infrastructure Exadata dédiée.
Stratégies IAM requises
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procédure
-
Accédez à la page Sauvegardes distantes de votre compartiment.
Pour obtenir des instructions, reportez-vous à Affichage d'une liste de sauvegardes distantes.
- Cliquez sur les trois points en regard de la sauvegarde distante à cloner, puis sur Créer un clone.
- Remplissez la page Cloner une base de données Conteneur Autonomous avec les informations suivantes :
Paramétrage Description Remarques Compartiment
Sélectionnez un compartiment pour héberger la base de données Conteneur Autonomous.
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.
Evitez de saisir des informations confidentielles.
Nom de la base de données Conteneur
Entrez le nom de la base des 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 le cluster de machines virtuelles Exadata Autonomous.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é à la base de données Conteneur Autonomous sur la console OKV.Infrastructure Exadata
Infrastructure Exadata pour héberger la nouvelle base de données Conteneur Autonomous.
Pour créer une ressource de base de données Conteneur Autonomous multicloud, définissez le sélecteur de compartiment de ressource sur le compartiment multicloud, puis sélectionnez l'infrastructure Exadata souhaitée. Cluster de machines virtuelles Exadata Autonomous
Cluster de machines virtuelles Exadata Autonomous devant héberger la nouvelle base de données Conteneur Autonomous.
Pour créer une ressource de base de données Conteneur Autonomous multicloud, définissez le sélecteur de compartiment de ressource sur le compartiment multicloud, puis sélectionnez le cluster de machines virtuelles Exadata Autonomous souhaité. Configurez la maintenance automatique
Le panneau de configuration de la maintenance automatique affiche les paramètres par défaut suivants :
- Méthode de maintenance : non simultané avec la mise à jour du fichier de fuseau horaire désactivée.
- Version de maintenance de base de données Conteneur : mise à jour de la prochaine version (RU)
- Programmation de maintenance : aucune préférence de programmation n'est spécifiée.
Vous pouvez éventuellement configurer une préférence ou une programmation de maintenance en cliquant sur Modifier la programmation de maintenance qui ouvre la boîte de dialogue Modifier la maintenance automatique.
L'heure d'été est l'heure d'été.
Modifier la maintenance automatique
Configurer la méthode de maintenance : choisissez entre les méthodes de maintenance non simultanée ou non simultanée.
Vous pouvez également sélectionner Activer la mise à jour du fuseau horaire.
Pour plus d'informations, reportez-vous à Types de maintenance de service.
Configurer la version de maintenance de la base de données Conteneur : choisissez RU suivante ou Dernière RU pour configurer la prochaine version de maintenance de la base de données Conteneur Autonomous.
Configurer la programmation de maintenance automatique : vous pouvez éventuellement remplacer la programmation de maintenance par défaut (aucune préférence, qui permet à Oracle de programmer la maintenance selon vos besoins) par une programmation personnalisée dans Oracle Public Cloud et indiquer une programmation dans Exadata Cloud@Customer. Pour obtenir des instructions sur le choix d'une programmation personnalisée, reportez-vous à Paramètres personnalisables de la programmation de maintenance.
Cliquez sur Enregistrer pour fermer cette boîte.
La mise à jour du fichier de fuseau horaire nécessiterait un temps d'arrêt complet pour la base de données Conteneur Autonomous et les instances Autonomous Database associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.
Toutes les unités d'allocation de ressources qui incluent une mise à jour de fuseau horaire seront corrigées dans la méthode de maintenance simultanée (avec temps d'arrêt complet du système) uniquement. Par conséquent, si vous configurez votre maintenance sur la méthode non simultanée et activez la mise à jour de fuseau horaire, toutes les unités d'organisation qui incluent une mise à jour de fuseau horaire sont appliquées dans la méthode simultanée uniquement. Seules les unités d'allocation sans mise à jour de fuseau horaire sont appliquées dans la méthode non simultanée.
Dans une configuration Autonomous Data Guard, la méthode de maintenance simultanée entraîne un temps d'inactivité pour les bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de patches.
Configurer les sauvegardes : Activer les sauvegardes automatiques
Par défaut, les sauvegardes automatique sont activées pour une base de données Conteneur Autonomous. Vous pouvez éventuellement 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 Autonomous 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 Autonomous, les sauvegardes automatiques peuvent être activées ultérieurement à partir de la console Oracle Cloud Infrastructure (OCI) en suivant les étapes décrites dans Modification des paramètres de sauvegarde de base de données Conteneur Autonomous. Cependant, une fois activée, vous ne pouvez pas désactiver les sauvegardes automatiques pour la base de données Conteneur Autonomous.
Si l'activation des sauvegardes automatiques échoue pour une raison quelconque, le provisionnement ACD échoue également avec un message d'erreur. Pour contourner le problème, vous pouvez provisionner la base de données Conteneur Autonomous avec des sauvegardes automatiques désactivées, puis les activer à partir de la page Détails de la base de données Conteneur Autonomous ultérieurement.
Configurer les sauvegardes : durée de conservation des sauvegardes (en jours)
Après avoir activé les sauvegardes automatiques, indiquez une valeur de période de conservation de sauvegarde pour répondre à vos besoins. Vous pouvez choisir une valeur comprise entre 7 et 95 jours.
La valeur par défaut de la stratégie de conservation des sauvegardes est de 15 jours.
Toutes les sauvegardes sont automatiquement supprimées après la période de conservation de la sauvegarde.
Configurer les sauvegardes : Activer la copie des sauvegardes inter-régions Vous pouvez éventuellement sélectionner Activer la copie de sauvegarde inter-région et indiquer 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 Autonomous sur lesquelles Autonomous Data Guard est activé.
La copie de sauvegarde inter-région ne peut pas être activée sur les ressources ACD multicloud.
Afficher/masquer les options avancées
Par défaut, les options avancées sont masquées. Cliquez sur Afficher les options avancée pour les afficher.
Options avancées : Gestion
Vous pouvez éventuellement 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 instance 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 de basculement de noeud (%) : détermine le pourcentage d'UC réservées sur 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 distribution : détermine si une instance Autonomous Database doit être ouverte sur un nombre minimal ou maximal de noeuds. Par défaut, le nombre minimal de noeuds est sélectionné, le nombre maximal de noeuds étant l'autre option.
Vous pouvez également sélectionner Activer les connexions de serveur partagé pour prendre en charge l'architecture des services réseau.
Si la réservation du basculement de nœud est définie sur 0 %, votre instance Autonomous Database peut faire l'objet d'une coupure complète en cas d'échec de la machine virtuelle et d'opérations d'entretien telles que l'application de patches à la base de Données et 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 un grand nombre des processus client à partager très peu de processus serveur, de sorte que le nombre d'utilisateurs pouvant être pris en charge est augmenté. Vous ne pouvez pas désactiver l'architecture de serveur partagé après le provisionnement de la base de données Conteneur Autonomous. Pour plus d'informations, reportez-vous à Fonctionnalités de connexion à usage spécial.
Options avancées : clé de cryptage
Vous pouvez éventuellement configurer la base de données Conteneur Autonomous pour qu'elle utilise des clés du cryptage gérées par le client au lieu des clés du cryptage gérées par Oracle.
Sélectionnez Crypter à l'aide d'une clé gérée par le client dans cette location et l'une des options suivantes, en fonction de votre déploiement :
- Service OCI Vault : avec cette option, choisissez un coffre et une clé de cryptage maître dans les listes. Cette option n'est disponible que sur Oracle Public Cloud.
- Oracle Key Vault : avec cette option, vous devez choisir un fichier de clés identique à celui de la base de données Conteneur Autonomous source.
Si un nom de groupe d'adresses OKV est associé à la base de données Conteneur Autonomous source, vous devez indiquer le même nom de groupe d'adresses OKV ici.
Par défaut, l'option Crypter à l'aide des clés gérées par le service Oracle est sélectionnée.
Vous devez créer un fichier de clés pour utiliser la clé de cryptage avec Oracle Key Vault. See Use Customer-Managed Keys in Oracle Key Vault for instructions.
Vous pouvez utiliser une clé de cryptage gérée par un client avec une base de donnée Conteneur Autonomous activée par Autonomous Data Guard, à condition que la base de donnée principale et la base de secours se trouvent dans différents domaines, au sein de la même région.
Pour plus d'autres informations sur l'utilisation des clés gérées par le client, reportez-vous àA propos des clés de cryptage maître.
Options avancées : Balises
Pour utiliser des balises, ajoutez des balises en sélectionnant un espace de noms de balises, une clé de balises et unevaleur de balises.
Vous ne pouvez pas modifier les paramètres de fuseau horaire d'un cluster des machines virtuelles Exadata Autonomous déjà provisionné. Si nécessaire, vous pouvez créer une demande de service dans My Oracle Support. Pour obtenir de l'aide sur l'envoi d'une demande d'assistance, reportez-vous à Création d'une demande d'assistance dans My Oracle Support.
- Cliquez sur Cloner la base de données Conteneur Autonomous.
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 aux services de support Oracle
Les clients Oracle accéderont aux services de support Oracle et utiliseront ces services conformément aux conditions générales spécifiées dans leur commande Oracle pour les services applicables.