Création d'une base de données Conteneur Autonomous

Créez une base de données Conteneur Autonomous à partir de la page Bases de données Conteneur Autonomous.

Remarques :

Dans les déploiements Oracle Public Cloud et Exadata Cloud@Customer, les bases de données Conteneur Autonomous avec la version du logiciel de base de données 23ai peuvent uniquement être provisionnées sur les clusters de machines virtuelles Exadata Autonomous (AVMC) basés sur l'ECPU créés avec les balises appropriées. Pour plus d'informations, reportez-vous à Exigences relatives aux balises de version logicielle de base de données 23ai.

Stratégies IAM requises

Choix de déploiement Stratégies IAM
Oracle Public Cloud et Multicloud

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters
Exadata Cloud@Customer

manage autonomous-container-databases

use exadata-infrastructures

use autonomous-vmclusters

use backup-destinations

Ressources requises minimales

Pour créer une base de données Conteneur Autonomous, vous devez disposer d'au moins :
  • 8 ECPU ou 2 OCPU par noeud
  • 50 Go de stockage local par noeud

Ateliers en direct connexes

Pour commencer par tester la procédure ci-après, suivez l'exercice 6 sur le provisionnement d'une base de données Conteneur Autonomous dans l'atelier Oracle Autonomous Database Dedicated pour les administrateurs de parc.

Procédure

  1. Accédez à Autonomous Database dans la console Oracle Cloud Infrastructure.

    Pour obtenir des instructions, reportez-vous à Accès à une base de données autonome dédiée dans la console Oracle Cloud Infrastructure.

  2. Dans la liste des types de ressource du menu latéral, cliquez sur Base de données Conteneur Autonomous.

    La liste des bases de données Conteneur Autonomous dans le compartiment en cours apparaît.

  3. Choisissez le compartiment de création d'une base de données Conteneur Autonomous.

    La liste des bases de données Conteneur Autonomous est actualisée afin d'afficher celles du compartiment sélectionné.

  4. Cliquez sur Créer une base de données Conteneur Autonomous.

    La page Créer une base de données Conteneur Autonomous s'affiche.

  5. Renseignez la page Créer une base de données Conteneur Autonomous avec les informations suivantes :
    Paramétrage Description Remarques 

    Compartiment

    Sélectionnez un compartiment pour héberger le cluster de machines virtuelles Exadata Autonomous.

    		  

    Nom d'affichage

    Entrez une description conviviale ou d'autres informations permettant d'identifier facilement la ressource.

    Le nom d'affichage n'a pas besoin d'être unique et peut être modifié à tout moment.

    Evitez de saisir des informations confidentielles.

    Nom de la base de données Conteneur

    Entrez le nom de 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 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 hébergeant 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 hébergeant 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 Autonomous souhaité.

    Version de logiciel de base de données Conteneur

    Version du logiciel Oracle Database pour la base de données Conteneur Autonomous.

    Selon votre préférence, sélectionnez l'une des options suivantes :

    • Sélectionner une version à partir des images de base : lorsque cette option est sélectionnée, choisissez une version du logiciel Oracle Database dans la liste Sélectionner une image de base.
    • Image logicielle de base de données personnalisée : avec cette option, vous pouvez choisir une image personnalisée dans la boîte de dialogue Choisir une image personnalisée.

    Pour savoir comment créer des images logicielles personnalisées, reportez-vous à Création d'une image logicielle Autonomous Database.

    Lors de la sélection d'une version à partir d'images de base, vous pouvez choisir la dernière version du logiciel Oracle Database ou son prédécesseur immédiat. Par exemple, supposons que la dernière version d'Oracle Database prise en charge par Autonomous Database soit la version 19.26.0.1.0. Ensuite, la liste déroulante Sélectionner une image de base répertorie les versions 19.26.0.1.0 et 19.25.0.1.0.

    Dans les déploiements Oracle Public Cloud et Exadata Cloud@Customer :
    • Vous pouvez uniquement provisionner des bases de données Conteneur Autonomous 23ai dans des bases de données AVMC basées sur ECPU créées avec la balise DatabaseVersion définie sur 23ai.
    • Vous ne pouvez pas créer de bases de données Conteneur Autonomous 19c dans cette base de données Conteneur Autonomous. De même, les bases de données Conteneur Autonomous 19c ne peuvent être provisionnées que dans une base de données Conteneur Autonomous qui n'est pas créée avec la balise 23ai.

    Vous ne pouvez pas provisionner à la fois des bases de données Conteneur Autonomous 19c et 23ai dans la même instance AVMC.

    Configurez la maintenance automatique

    Le panneau permettant de configurer la maintenance automatique affiche les paramètres par défaut suivants :

    • Méthode de maintenance : l'annulation avec mise à jour de fichier de fuseau horaire est désactivée.
    • Version de maintenance de la base de données Conteneur : prochaine mise à jour de version (RU)
    • Programme de maintenance : aucune préférence de programmation 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 lance la boîte de dialogue Modifier la maintenance automatique.

    DST signifie 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 Dernière UR ou Dernière UR pour configurer la version de maintenance suivante de la base de données Conteneur Autonomous.

    Configurer la programmation de maintenance automatique : vous pouvez éventuellement modifier la programmation de maintenance de la valeur par défaut (aucune préférence, ce qui permet à Oracle de programmer la maintenance si nécessaire) en 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 de dialogue.

    La mise à jour du fichier de fuseau horaire nécessiterait un temps d'inactivité complet pour la base de données Conteneur Autonomous et les bases de données Autonomous Database associées. Le temps d'inactivité 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 dans la méthode de maintenance simultanée (avec temps d'inactivité 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 de référentiel qui incluent une mise à jour de fuseau horaire sont appliquées dans la méthode simultanée uniquement. Seules les UR 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é des bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application des patches.

    Configurer les sauvegardes : Activer les sauvegardes automatiques

    Par défaut, les sauvegardes automatiques sont activées pour une base de données Conteneur Autonomous. Vous pouvez éventuellement 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.

    Sur les déploiements Oracle Public Cloud et Exadata Cloud@Customer, lorsque vous activez les sauvegardes automatiques, choisissez l'une des options suivantes pour déterminer la durée de conservation des sauvegardes après l'interruption de la base de données Conteneur Autonomous :
    • Conserver les sauvegardes conformément à la période de conservation des sauvegardes
    • Conserver les sauvegardes pendant 72 heures, puis les supprimer

    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 de la base de données Conteneur Autonomous échoue également avec un message d'erreur. Pour contourner ce problème, vous pouvez provisionner la base de données Conteneur Autonomous avec les sauvegardes automatiques désactivées et les activer à partir de la page Détails de la base de données Conteneur Autonomous ultérieurement.

    Sur les déploiements Oracle Public Cloud et Exadata Cloud@Customer, le paramètre que vous choisissez pour conserver les sauvegardes après la résiliation de la base de données Conteneur Autonomous (72 heures ou jusqu'à la durée de la période de conservation de la base de données Conteneur Autonomous) ne s'applique pas aux sauvegardes à long terme.

    Configurer les sauvegardes : type de destination de sauvegarde

    La possibilité de choisir une destination de sauvegarde lors du provisionnement d'une base de données Conteneur Autonomous et les destinations de sauvegarde prises en charge varient en fonction de la plate-forme de déploiement.

    Pour plus d'informations sur les différents types de destination de sauvegarde, reportez-vous à Destination de sauvegarde.

    S'APPLIQUE À : Applicable Exadata Cloud@Customer

    S'APPLIQUE À : Applicable Multicloud

    Configurer les sauvegardes : durée de conservation de sauvegarde (en jours)

    Après avoir activé les sauvegardes automatiques, indiquez une valeur de période de conservation de la sauvegarde pour répondre à vos besoins. Vous pouvez choisir une valeur comprise entre 7 et 95 jours.

    Pour plus de détails sur les valeurs de stratégie de conservation de sauvegarde pour différents déploiements Autonomous Database, reportez-vous à Stratégie de conservation de sauvegarde.

    		 
    Verrouillage de conservation

    Si vous choisissez de conserver les sauvegardes pendant la durée de la période de conservation, vous pouvez également activer le verrouillage de conservation.

    Activation du verrouillage de conservation :
    • Fournit un délai de grâce de 14 jours pour désactiver le verrou de rétention, après quoi le paramètre de verrouillage de rétention devient permanent.
    • Conserve toutes les sauvegardes automatiques de la base de données jusqu'à la période de conservation de la sauvegarde ACD.
    • Conserve les sauvegardes à long terme jusqu'à leur période de conservation (définie lors de la création d'une sauvegarde à long terme). Vous permet uniquement d'augmenter la période de conservation déjà définie, ce qui garantit que les sauvegardes restent pendant la période de conservation.
    • Vous empêche de supprimer une sauvegarde avant l'expiration de sa période de conservation.
    • Supprime toutes les sauvegardes automatiques une fois la période de conservation expirée. Toutefois, si vous avez configuré NFS pour le stockage des sauvegardes automatiques et que la base de données Conteneur Autonomous sous-jacente est arrêtée, vous devez supprimer manuellement les sauvegardes.
    • Supprime les sauvegardes à long terme après leur expiration. Si vous avez configuré NFS pour le stockage des sauvegardes à long terme et que la base de données Conteneur Autonomous prend fin, vous devez supprimer manuellement les sauvegardes après leur expiration.

    S'APPLIQUE À : Applicable Oracle Public Cloud

    S'APPLIQUE À : Applicable Exadata Cloud@Customer

    Si vous avez choisi de ne conserver les sauvegardes que pendant 72 heures après l'arrêt de la base de données Conteneur Autonomous, l'option de verrouillage de conservation n'est pas disponible.
    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.

    		S'APPLIQUE À : Applicable Oracle Public Cloud uniquement

    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é.

    Adresse électronique du contact

    		 Vous pouvez éventuellement ajouter des courriels de contact pour recevoir des notifications opérationnelles, des annonces et des notifications de maintenance non planifiée concernant votre base de données Conteneur Autonomous. 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 : 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 de CPU 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, l'option Nombre minimal de noeuds est sélectionnée avec l'autre option Nombre maximal de noeuds.

    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 de basculement de noeud est définie sur 0%, votre instance Autonomous Database peut faire l'objet d'une coupure complète en cas de panne de machine virtuelle et d'opérations de maintenance telles que l'application de patches à une 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 de permettre à de nombreux processus client de partager un petit nombre de processus serveur, de sorte que le nombre d'utilisateurs puisse augmenter. Vous ne pouvez pas désactiver l'architecture de serveur partagé après avoir provisionné la base de données Conteneur Autonomous. Pour plus d'informations, reportez-vous à la section Special-Purpose Connection Features.

    Options avancées : Clé de cryptage

    Vous pouvez éventuellement configurer la base de données Conteneur Autonomous pour qu'elle utilise des clés de cryptage gérées par le client au lieu des clés de 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 est uniquement disponible sur Oracle Public Cloud.
    • Oracle Key Vault : avec cette option, choisissez un fichier de clés dans la liste et entrez un nom de groupe d'adresses OKV.

    Par défaut, l'option Crypter à l'aide des clés gérées par Oracle est sélectionnée.

    Vous devez créer un fichier de clés pour utiliser une clé de cryptage avec Oracle Key Vault. Pour obtenir des instructions, reportez-vous à Utilisation de clés gérées par le client dans Oracle Key Vault.

    Vous pouvez utiliser des clés de cryptage gérées par le client avec des bases de données Conteneur Autonomous sur lesquelles Autonomous Data Guard est activé, avec les bases de données principale et de secours situées dans des domaines de disponibilité différents de la même région.

    Lorsque vous saisissez le nom d'un groupe d'adresses OKV, le nom de l'adresse doit être en majuscules et peut inclure des chiffres, des traits d'union (-) et des traits de soulignement (_), et commencer par une lettre majuscule.

    Pour plus d'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 : 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.

    Vous ne pouvez pas modifier les paramètres de fuseau horaire d'un cluster de 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.

  6. Vous pouvez éventuellement enregistrer la configuration de ressource en tant que pile en cliquant sur Enregistrer en tant que pile. Vous pouvez ensuite utiliser la pile pour créer la ressource par le biais du service Resource Manager.

    Entrez les détails suivants dans la boîte de dialogue Enregistrer en tant que pile, puis cliquez sur Enregistrer.
    • Nom : entrez éventuellement le nom de la pile.
    • Description : entrez éventuellement une description pour cette pile.
    • Enregistrer dans le compartiment : sélectionnez le compartiment dans lequel cette pile va résider.
    • Espace de noms de balise : clé de balise : et valeur de balise : vous pouvez éventuellement appliquer des balises à la pile.

    Pour connaître les exigences et les recommandations relatives aux configurations Terraform utilisées avec Resource Manager, reportez-vous à Configurations Terraform pour Resource Manager. Pour provisionner les ressources définies dans votre pile, appliquez la configuration.

  7. Soumettez vos détails pour créer la base de données Conteneur Autonomous.

La liste des bases de données Conteneur Autonomous est actualisée afin d'afficher la nouvelle base de données Conteneur Autonomous avec le statut Provisionnement jusqu'à ce qu'elle soit disponible.

Rubriques connexes