12c」の新機能が紹介されました。目玉機能となるコンテナデータベースは、データベースのコンソリデーションを実現するこれまでにない新しいコンセプトの機能となっています。基調講演の模様を紹介しましょう。Mendelsohn氏。IT部門にとって、予算が増えない中でITに対する要求は増えていく。コスト削減のためにサーバを仮想化してコンソリデーションしていくが、データベースのコンソリデーションは難しい。12cは、コンテナデータベースを用いることで、仮想マシンではない方法でシンプルにデータベースサーバを統合できる。管理対象がひとつのデータベースで済むようになるため、シンプルな管理が可能だ。これを「プラガブルデータベース」と呼ぶ。プラガブルデータベースは、アプリケーションに対してトランスペアレントにデータベースを分離する。コンテナデータベースの上でプラガブルデータベースが走っているとき、それぞれのデータベースは分離されているが、使用メモリやバックグラウンドプロセスは共有される。そのためメモリ効率やプロセッサ効率がよくなり、1人のアドミニストレータが数百のプラガブルデータベースを管理できる。このグラフでは、グレイのマーカーは別々にデータベースを運用したときのワークロードを示し、赤はプラガブルデータベースのワークロードを示している。(グラフを読み取ると、別々にデータベースを運用すると50データベースでメモリ利用量は20。プラガブルデータベースでは250データベースでメモリ利用量が20になる)。プラガブルデータベースは5倍スケーラブルだ。リソースマネージャによってプラガブルデータベースごとにプライオリティを決められる。この例ではERPに多くを割り当て、DWHには少ししか割り当てていない。データベースにパッチを当てることを考えてみる。3つのデータベースを別々に運用している場合、パッチを3回あてなければならないが、コンテナデータベースで3つのプラガブルデータベースを運用していれば1つのパッチですべてのプラガブルデータベースに適用される。コンテナを2つ作り、新しいデータベース環境にプラガブルデータベースごとに移動する、という運用も可能だ。アップグレードは非常に簡単になる。バックアップも、以前ならERP、CRM、DWと別々に行わなければならなかったが、コンテナデータベースでまとめて行える。プラガブルデータベースのレベルでリカバリできる。プラガブルデータベースはテスト環境にも非常にいい。本番環境とは別にコンテナデータベースを作る。これをテスト用のデータベースコンテナにし、本番環境からプラガブルデータベースをクローンすれば、簡単にテスト環境ができる。コンテナデータベースはパブリッククラウドのSaaSにも非常に適している。顧客ごとにデータベースを分離できるからだ。12cでは、性能劣化なしにデータベースの圧縮を実現する。(データベースを一律に圧縮するのではなく)データベース内のデータの利用パターンを検知し、ヒートマップを作り、よく使われるホットなデータは低い圧縮率で、ほとんど使われないアーカイブデータは高い圧縮率でと、自動的に圧縮率を変更する。これは既にデータベース内にあるデータだけでなく、新たに追加されるデータに対しても適用されていくため、つねに最適で効率的な状態を続けることができる。12c発表、IaaS型クラウド参入も。2012オラクルのクラウド戦略が見えてきた。SaaS/PaaS/IaaSの全レイヤを、パブリックとオンプレミスの両方で提供。