12cのマルチテナントは本当に“使える”機能なのか？ (前編）

マルチテナントを使用する前にクリアすべき前提条件

　12cで注目の機能と言えば、データベース層でマルチテナントを実現できるOracle Multitenantです。コンテナ・データベース（CDB）と呼ばれる器の中に、プラガブル・データベース（PDB）を最大252個作成でき、インスタンスやバックグラウンド・プロセスを共有することで集約率を大幅に高めることができます。

　※Oracle Multitenantの概要は「連載：徹底解説！Oracle Database 12cのすべて」の中で解説していますので、併せてご参照ください。
　

　プライベート・クラウドやデータベース統合といったシーンでの活用が期待される機能ですが、使用にあたってはいくつか前提条件があります。まずはこれらの前提条件をクリアしているか確認し、Oracle Multitenantがそもそも検討の土台に乗るものなのかを判断しましょう。

　①エディションによる機能制限がある

　Oracle Multitenantは、Enterprise Edition（以下、EE）で利用可能なオプションとして提供されています。EE以外のエディションでもCDBを作成することはできますが、PDBの数が1つまでに制限されており、実質「シングルテナント」の構成になります。プライベート・クラウドやデータベース統合を目的とするならば、EEの環境が必要です。

　②組み合わせて使用できない機能がある

　Oracle MulititenantはReal Application Clusters（RAC）やData Guardといった既存の機能と組み合わせて使用できますが、一部対応していなかったり使用が制限されている機能もあります。将来のリリースやパッチで解消されるかもしれませんが、初期リリースでは注意が必要です。

　（※1） 12cの新機能です。概要については「こちらの資料」（日本オラクル社作成）をご参照ください。
　（※2） 12cではEnterprise Manager Database Controlが廃止され、Database Expressに変更されました。

　③マルチテナント化できないケースもある

　Oracle Multitenantには、「PDB単位で設定できるもの」と「CDB単位で設定できるもの」があります。例えばデータベースのタイム・ゾーンはPDB単位で個別に設定できるため、マルチテナント化したとしても全く影響はありませんが、データベースのキャラクタ・セットや標準ブロック・サイズはCDB単位でしか設定できません。要件があまりに違うデータベースが存在する場合、マルチテナント化できないこともあります。その場合、CDBを分けるという選択肢も視野に入れる必要があります。

　上記3つの前提条件をクリアできれば、Oracle Multitenantの採用を本格的に検討できる状態にあると言えます。最も大きな壁はエディションによる機能制限で、オプションという新規投資が必要になりますが、マルチテナント化によるハードウェアや管理コストの削減といったメリットも生まれます。Oracle Multitenantが集約率を高めるための機能であることを理解し、ソフトウェアだけではないトータル・コストで検討できるかが採用のポイントになります。