Bases de l'architecture mutualisée et bases de données enfichables dans Oracle 12c - dummies

L'une des nouvelles fonctionnalités les plus connues d'Oracle 12c est constituée par les bases de données multitenant . Ils sont également connus sous le nom de bases de données enfichables . Si vous n'avez pas entendu parler du nuage, vous devez avoir vécu sous une roche depuis plusieurs années. Le c en 12c signifie nuage.

Servir des ressources informatiques et des applications dans le cloud fait fureur ces jours-ci. Cela réduit les dépenses en capital pour les sociétés et a également des avantages fiscaux immédiats. Par conséquent, les entreprises ont beaucoup d'incitation à tirer parti du cloud computing.

L'une des technologies qui a vraiment pris son essor avec la révolution du cloud computing est la virtualisation. L'utilisation de machines virtuelles découpées dans des machines physiques de plus grande taille et l'utilisation de licences fractionnaires réduisent encore davantage les coûts pour les entreprises. Les bases de données multitenant Oracle ont été développées pour aider les entreprises à tirer parti de toutes ces technologies et à réaliser des économies.

L'option Multitenant d'Oracle 12c est sous licence. Comme d'habitude, vérifiez auprès de votre représentant des ventes Oracle pour les coûts. Encore une fois, assurez-vous que vous êtes conscient du retour sur investissement que cette fonctionnalité peut vous apporter.

Vous devez connaître les nouveaux types de bases de données qui font maintenant partie d'une architecture mutualisée:

• Container Database (CDB): La base de données primaire qui contient plusieurs plug-ins bases de données. De nombreuses opérations peuvent être effectuées au niveau du conteneur pour réduire les coûts de gestion. Une base de données est créée en tant que CDB ou non-CDB.

• Base de données enfichable (PDB): Ensemble de schémas, d'objets et d'objets non-schémas pouvant être connectés et déconnectés d'une base de données de conteneur. La base de données principale apparaît à OracleNet et aux utilisateurs finaux en tant que base de données, mais elle est en fait gérée dans un conteneur qui peut contenir plusieurs PDB.

• Base de données de démarrage (PDB de base de données): PDB par défaut que le système utilise comme modèle pour provisionner rapidement d'autres PDB créés par l'utilisateur. En interne, ça s'appelle PDB $ SEED.

L'option Multitenant vous aide à accomplir les tâches suivantes:

• Densité de consolidation élevée: De nombreuses bases de données peuvent partager des processus de mémoire et d'arrière-plan.

• Provisioning: Une base de données peut être débranchée d'un environnement et connectée à une autre ou clonée avec des commandes SQL en quelques secondes. Ils peuvent même être branchés sur des systèmes d'exploitation et des chipsets.

• Patches et mises à niveau: Vous pouvez patcher une base de données simplement en la déconnectant d'un conteneur non corrigé et en la branchant dans un autre conteneur patché.

• Gérez plusieurs bases de données en une seule fois: Vous pouvez effectuer des tâches telles que la sauvegarde et la correction sur la base de données principale du conteneur au lieu des bases de données individuelles connectables.

• Gestion des ressources: La fonction Oracle Resource Manager peut fonctionner au niveau de la base de données connectable pour vous permettre de gérer la concurrence des ressources entre les bases de données de votre environnement.

Une autre chose qui mérite d'être mentionnée est qu'une base de données connectable est entièrement compatible avec un non-CDB. En fait, Oracle a quelque chose qu'il appelle la garantie de compatibilité PDB / non-CDB, , qui stipule que tout ce que vous feriez dans un non-CDB fonctionnerait également dans un PDB. Cette garantie de compatibilité est importante lorsqu'il s'agit de certifier des choses comme des produits tiers pour travailler dans une architecture mutualisée.

Création d'un environnement de base de données multitenant dans Oracle 12c

Lors de la création d'une base de données, vous devez la désigner comme une CDB ou une non-CDB pour qu'elle puisse prendre en charge l'architecture multitenant. L'ensemble d'exemples suivant vous guide à travers les étapes pour créer une base de données de conteneur avec le DBCA. Il n'y a qu'une seule étape qui différencie une CDB d'une non-CDB lors de l'utilisation de la DBCA.

En suivant le chemin avancé de création d'une base de données, la première chose que vous remarquerez est une case à cocher Créer comme base de données à l'étape 4 sur 13.

Vous pouvez également choisir le nombre de PDB créés à ce moment. Vous pouvez également choisir de créer une base de données de conteneur vide sans bases de données enfichables au début. Le reste des étapes est à peu près le même que lorsque vous créez un non-CDB.

Comment démarrer et arrêter des bases de données enfichables dans Oracle 12c

L'architecture d'instance des bases de données connectables étant totalement différente d'une base de données non conteneur, on peut imaginer que leur état de préparation est également différent. Eh bien, c'est vrai. Commençons par regarder la CDB elle-même.

La première chose à retenir est que parce que la base de données conserve l'instance pour laquelle tous les PDB partagent, cette instance doit être ouverte et ouverte pour que les personnes puissent se connecter aux PDB. Le démarrage et l'arrêt de la CDB ne sont pas différents des non-CDB.

La prochaine chose à retenir est que lorsque vous démarrez un CDB, tous ses PDB associés sont laissés à l'état MOUNT, ce qui signifie que, par défaut, ils ne sont pas ouverts avec la CDB. Malheureusement, 12cR1 n'offre pas une option pour changer ce comportement.

Cependant, 12c fournit un nouveau type de déclencheur qui se déclenchera s'il détecte une ouverture de CDB et ouvrira ensuite les PDB spécifiés. Voir la documentation Oracle pour plus d'informations sur la configuration.

Après le démarrage et l'ouverture d'un CDB, vous pouvez ouvrir les PDB correspondants comme ceci:

SQL> alter base de données enfichable devpdb1 open; Base de données enfichable modifiée.

Ou:

SQL> alter base de données enfichable tous ouverts; Base de données enfichable modifiée.

Pour fermer les PDB, vous pouvez essentiellement faire l'opposé des commandes précédentes:

SQL> alter base de données enfichable devpdb1 close; Base de données enfichable modifiée.

Ou:

SQL> alter base de données enfichable tout près; Base de données enfichable modifiée.

Vous pouvez utiliser la vue du dictionnaire de données V $ PDBS pour obtenir des informations sur la disponibilité des PDB.