Oracle 12cでのMultitenant ArchitectureとPluggable Databasesの基本 - ダミー

Oracle 12cの新機能のうち最も多く話題に挙げられるのは、 マルチテナント・データベースです。彼らは プラグイン可能なデータベースとして知られるようになった。 あなたが雲について聞いたことがないなら、あなたは過去数年間、岩の下に住んでいたにちがいないでしょう。 12cの c は、 クラウドを表します。 クラウド内のコンピューティングリソースとアプリケーションにサービスを提供することは、最近激怒しています。これにより、企業の設備投資が削減され、税制上のメリットも即座に得られます。したがって、企業はクラウドコンピューティングを活用するためのインセンティブがたくさんあります。

<！クラウドコンピューティング革命で真に幕を開けるテクノロジーの1つに、

仮想化があります。

大規模な物理マシンから切り出した仮想マシンを使用し、小規模ライセンスを活用することで、企業のコストがさらに削減されます。オラクルのマルチテナント・データベースは、企業がこれらすべてのテクノロジとコスト削減を活用できるように開発されました。 Oracle 12cのマルチテナント・オプションはライセンスされています。いつものように、オラクルの営業担当者にコストについて確認してください。また、この機能がもたらす投資収益率を把握していることを確認してください。 <！

コンテナデータベース（CDB）：

複数のプラグインを含むプライマリデータベースデータベース。コンテナレベルで多くの操作を実行して管理コストを削減できます。データベースは、CDBまたは非CDBのいずれかで作成されます。

Pluggable Database（PDB）：

• コンテナデータベースからプラグインおよびプラグイン解除できるスキーマ、オブジェクト、および非スキーマオブジェクトのセット。 PDBはOracleNetおよびエンド・ユーザーにとってはデータベースと見なされますが、PDBが多数あるコンテナ内で実際に管理されます。 <！ - 3 - >

• シードデータベース（Seed PDB）： システムが他のユーザ作成のPDBを迅速にプロビジョニングするためのテンプレートとして使用するデフォルトのPDB。内部的には、PDB $ SEEDと呼ばれています。

  マルチテナントオプションは、以下を達成するのに役立ちます。

• 高密度密度： 多くのデータベースは、メモリとバックグラウンドプロセスを共有できます。

プロビジョニング：

• データベースを1つの環境から外したり、別の環境に接続したり、数秒でSQLコマンドを使用してクローンを作成することができます。オペレーティングシステムとチップセット間でプラグインすることもできます。 パッチ適用とアップグレード：

• パッチを適用していない1つのコンテナからプラグを抜き、別のパッチ適用コンテナにプラグインするだけで、データベースにパッチを適用することができます。 多くのデータベースを1つのものとして管理：

• 個々のプラガブルデータベースではなく、プライマリコンテナデータベースでバックアップやパッチ適用などのタスクを実行できます。 リソース管理：

• Oracle Resource Manager機能は、環境内のデータベース間のリソース競合を管理するために、プラグイン可能なデータベース・レベルで機能します。言及する価値のあるもう一つの点は、差し替え可能なデータベースが非CDBと完全に互換性があるということです。実際に、オラクルは、非CDBで行うことはPDBでも動作すると主張する PDB /非CDB互換性保証

• と呼んでいるものもあります。この互換性保証は、サードパーティのベンダー製品がマルチテナントアーキテクチャで動作することを証明する場合に重要です。 Oracle 12cでマルチテナントデータベース環境を作成する方法

データベースを作成するときは、マルチテナントアーキテクチャをサポートできるように、データベースをCDBまたは非CDBとして指定する必要があります。次の一連の例では、DBCAを使用してコンテナ・データベースを作成する手順について説明します。 DBCAを使用する場合、CDBと非CDBを区別するステップは1つだけです。 データベース作成の高度な手順に従えば、最初に気がつくのは、ステップ4のステップ4でコンテナデータベースとして作成するチェックボックスです。 この時点で作成されたPDBの数を選択することもできます。また、最初にプラガブルデータベースを持たない空のコンテナデータベースを作成することもできます。残りの手順は、非CDBを作成するときとほとんど同じです。

プラグイン可能データベースのインスタンス・アーキテクチャは非コンテナ・データベースとはまったく異なりますので、準備状況の管理も異なると考えられます。まあ、それは本当です。 CDBそのものを見てみましょう。最初に覚えておくべきことは、CDBがすべてのPDBが共有するインスタンスを保持するため、PDBに接続できるようにするために、そのインスタンスが起動していなければならないということです。 CDBの開始と停止は、非CDBとの違いはありません。

次に覚えておくべきことは、CDBを起動すると、関連するすべてのPDBがMOUNT状態のままになることです。つまり、デフォルトではCDBで開かれません。残念ながら、12cR1ではこの動作を変更するオプションはありません。

しかし、12cは、CDBを検出して指定されたPDBを開くと起動する新しいタイプのトリガを提供します。これを設定する方法については、Oracleのマニュアルを参照してください。

CDBを起動して開くと、対応するPDBを開くことができます。

SQL> alter pluggable database devpdb1 open;プラガブルデータベースが変更されました。

または：

SQL> alter pluggable database all open;プラガブルデータベースが変更されました。

PDBを閉じるには、上記のコマンドとは逆の操作を行うことができます。

SQL> alter pluggable database devpdb1 close;プラガブルデータベースが変更されました。

または：

SQL> alter pluggable database all close;プラガブルデータベースが変更されました。

V $ PDBSデータ・ディクショナリ・ビューを使用して、PDBの準備状況に関する情報を取得できます。