Notions de base de l'architecture multi bases de données et enfichables à Oracle 12c

Une des nouvelles fonctionnalités les plus parlé de Oracle 12c est bases de données multi-tenant.

Ils sont également venus à être connu comme bases de données enfichables. Si vous ne l'avez pas entendu parler du nuage, vous devez avoir vécu sous une roche pendant les dernières années. La c à 12c représente nuage.

Servir des ressources informatiques et des applications dans le nuage est à la mode ces jours-ci. Cela réduit les dépenses en immobilisations pour les sociétés et a des avantages fiscaux immédiats ainsi. Par conséquent, les entreprises ont beaucoup d'incitation à profiter du cloud computing.

Une des technologies qui a réellement pris son envol avec la révolution du cloud computing est virtualisation. Utiliser des machines virtuelles sculptés sur des machines physiques plus grandes et en tirant parti de licences fractionnée en outre de réduire les coûts pour les entreprises. Bases de données multi-tenant Oracle ont été élaborés pour aider les entreprises à tirer parti de toutes ces technologies et des économies de coûts.

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

Vous devez être au courant des nouveaux types de bases de données qui font maintenant partie d'une architecture multi:

• Base de données de conteneurs (CDB): La base de données primaire qui contient plusieurs bases de données branché. De nombreuses opérations peuvent être effectuées au niveau du conteneur de réduire les coûts de gestion. Une base de données est créée soit comme un CDB ou d'un non-CDB.

• Base de données Pluggable (APB): Un ensemble de schémas, des objets et des objets non-schéma qui peut être branché et débranché depuis une base de conteneur. L'APB semble OracleNet et les utilisateurs finaux comme une base de données en soi, mais est effectivement gérée dans un récipient qui peut avoir de nombreux PDB.

• Base de données de semence (APB): Un APB par défaut que le système utilise comme modèle pour d'autres disposition rapidement PDBs créés par l'utilisateur. En interne, il est appelé APB $ SEED.

L'option mutualisée vous aide à accomplir ce qui suit:

• Haute densité de consolidation: Beaucoup de bases de données peuvent partager les processus de mémoire et de fond.

• 
  
  
  
  

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

• Patcher et mises à jour: Vous pouvez assigner une base de données simplement en déconnectant d'un conteneur non patché et de le brancher dans un autre récipient patchée.

• Gérer nombreuses bases de données en une seule: Vous pouvez effectuer des tâches telles que la sauvegarde et de correction sur la base de données contenant primaire à la place des bases de données enfichables individuels.

• La gestion des ressources: La fonction de directeur des ressources Oracle peut travailler au niveau de la base de données enfichable pour vous de gérer la concurrence des ressources entre les bases de données dans votre environnement.

Une autre chose à noter est que la base de données enfichable est compatible avec un non-CDB. En fait, Oracle a quelque chose qu'il appelle la PDB / non-CDB garantie de compatibilité, qui stipule que tout ce que vous feriez dans un non-CDB serait aussi travailler dans un APB. Cette garantie de compatibilité est important quand il vient à la certification des choses comme des produits tiers fournisseurs de travailler dans une architecture multi.

Comment faire pour créer un environnement de base de données mutualisée dans Oracle 12c

Lors de la création d'une base de données, vous devez désigner comme un CDB ou non CDB pour qu'il soit en mesure de soutenir l'architecture mutualisée. La prochaine série d'exemples vous guide à travers les étapes pour créer une base de données contenant la DBCA. Il ya une seule étape qui différencie un CDB à partir d'un non-CDB lors de l'utilisation de la DBCA.

Après le chemin avancé de créer une base de données, la première chose que vous remarquerez peut-être est une case à cocher pour créer autant Base de données de conteneurs à l'étape 4 de 13.

Vous pouvez également choisir le nombre de PDBs créés à cette époque. Vous pouvez également choisir de créer une base de données contenant vide avec aucune base de données enfichables à l'apparition. Le reste des étapes sont à peu près le même que lorsque vous créez un non-CDB.

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

Parce que l'architecture des bases de données de l'instance enfichables est tout à fait différente d'une base de données non-conteneur, on pourrait imaginer que la gestion de leur état de préparation est également différente. Eh bien, il est vrai. Commençons en regardant la CDB elle-même.

La première chose à retenir est que, parce que la BDC maintient l'instance pour laquelle tous les PDB partagent, cette instance doit être ouverte et que les gens soient en mesure de se connecter aux PDB. Démarrage et arrêt de la CDB ne sont pas différents des non-CDB.

La prochaine chose à retenir est que lorsque vous commencez un CDB, l'ensemble de ses associés PDB sont laissés à l'état MOUNT, ce qui signifie que, par défaut, ils ne sont pas ouverts à la CDB. Malheureusement, 12cR1 ne propose pas une option pour modifier ce comportement.

Cependant, 12c fournit un nouveau type de trigger qui se déclenche si elle détecte une ouverture CDB et ouvrira alors PDBs spécifiés. Consultez la documentation Oracle pour plus d'informations sur cette mise en place.

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

SQL> alter enfichable base de données base de données open-devpdb1 Pluggable modifié.

Ou:

SQL> alter database enfichable tous les base de données open-Pluggable modifié.

Pour fermer PDB, vous pouvez essentiellement faire le contraire des commandes précédentes:

SQL> alter devpdb1 de base de données enfichable base de données gros Pluggable modifié.

Ou:

SQL> alter database enfichable tous à proximité enfichables base de données modifié.

Vous pouvez utiliser le V $ PDBS dictionnaire de données en vue d'obtenir des informations sur l'état de préparation des PDB.