クラウド時代の「Oracle Database」はどこへ向かうのか：Database Expertイベントリポート（2/2 ページ）

[加山恵美，＠IT]

Oracle Database 12c R2の新機能と拡張機能

　Oracle Databaseそのものはどうか。オラクルは先日、12c R2のベータ版を公開した。メンデルソン氏によると、この12c R2は「これまでにない規模での統合と分離を実現した」と説明する。

Oracle Database 12c R2の新機能

　12cでは、コンピューティングリソースを共有するクラウド時代の概念である「マルチテナント」を実現するための仕組みとして、「コンテナーデータベース（CDB）」と「プラガブルデータベース（PDB）」という新しい概念を導入した。CDBは“データベースのデータベース”のようなもので、複数のデータベースインスタンスを「コンテナー」にまとめて一括管理できるようにする。PDBは、抜き差しできるUSBメモリのようなイメージで、データベースをコンテナーからコンテナーへ、あるいはオンプレミスからクラウドへ移動やコピーしてデプロイできるようにする技術である。

　CDBがあれば、ソフトウエアやデータの保守管理をCDBに対して行うために、パッチの適用やバックアップをまとめて処理できるようになる。管理効率が高まるのが利点の一つだ。12c R2では、一つのCDBが管理できるPDBの数を拡大し、12cの252個から最大4096個まで対応できるようにした。つまり、より大規模なCDBを構築できるということだ。併せて、リソース管理（処理の優先順位付けを行う管理）の機能も、12c R2ではこれまでのCPUとI/Oに加えてメモリも対象にできるよう機能が強化された。

　12c R2により、PDBはより俊敏性が増す。先述したようにPDBはデータベースを持ち運ぶ単位である。実稼働するデータベースは、サーバーの増強が必要になった場合に別のサーバーへ移動させたり、あるいは開発や検証、分析の環境へコピーするシーンがある。PDBはこうした作業をより簡便にしてれる。12c R2では、このPDBのクローニング（コピー）を高速化した「PDBホット・クローン」、クローニングして別のPDBになったとしても、最新状態のPDBと同期する「PDBリフレッシュ」、システムを停止せずにPDBを移動できる「PDBリロケート」などの機能も加わった。

　例えば本番環境のPDBを検証環境へコピーしたとする。通常ならば、コピーした検証環境のPDBは、ある時点までの本番環境のデータベースとして利用され、それ以降は更新・反映されない。PDBリフレッシュによって、redoログを元に複製元を参照して複製先を補完することで、最新のデータで検証できるようになる。

　メモリ関係の機能強化も目立つ。12cの目玉機能「Oracle Database In-Memory」は、メモリ上に従来の行ベースの表と同時に列ベースの表を格納しておける。基本的にデータの更新は行ベースで行い、分析には行または列ベースの最適な方を選ぶという仕組みだ。

　12c R2では、このインメモリ機能をディザスタリカバリ（Disaster Recovery：災害対策）や負荷分散のための「Oracle Active Data Guard」で利用できる。これにより、分析に掛かる負荷を本番系から切り離して処理できるようになるという。スタンバイ環境では、本番系データベースとは異なる軸で列データを使った分析を行うといった活用も可能だ。

インメモリ技術における12c R2の改善ポイント

本番系データベースに影響なくスタンバイ環境を活用してリアルタイム分析ができるようになる

SPARC M7搭載システムで実現する「Software in Silicon」

　メンデルソン氏はこういった12c R2の注目機能に続き、ハードウエア技術についても言及した。そのキモが新プロセッサーである「SPARC M7」に実装した「Software in Silicon」だ。Oracle Databaseの処理を高速化し、セキュリティも高める技術として、プロセッサーであるSPARC M7に組み込んだ。オラクルがサン・マイクロシステムズの買収後に約5年をかけて開発したという。

SPARC M7へ、SQL高速化と安全性強化のための機能を“内蔵”した。T7／M7サーバーやSuperCluster M7など、SPARC M7搭載ハードウエアも投入する

　Software in Siliconは、「SQL in Silicon」「Decompress in Silicon」「Security in Silicon」の技術を総称したものだ。まず、SQL in Siliconは、SPARC M7のコアに「Database In-Memory Acceleration Engines」と呼ぶ専用処理のためのコプロセッサーを実装し、ここでSQL処理を行うことで高速化する。

　二つ目のDecompress in Siliconも同じくコプロセッサーを活用し、メモリにある圧縮データの展開処理を高速化する。

　Security in Siliconは、かつてメインフレームで実装されていた技術が元になっているという。概念としては、メモリにあるデータのポインターに色（キー）を付け、アクセス可能な相手を割り当てる。割り当てられた色を持つユーザーでなければメモリ上のデータにアクセスできない。つまり、「バッファオーバーフローが発生したとしてもメモリへの不正なアクセスができない仕組み」となる。メンデルソン氏は「この技術があればHeartbleedやVENOMのような、不正な読み込みや書き込みを根本から防げる」と話している。

Oracle Database 12c R2のその他新機能

　最後にメンデルソン氏は、あらためて12c R2を「クラウドに向けたエンタープライズクラスの最適なデータベース」と述べる。クラウドへの移行を見据え、企業における高い要件が求められるシステムに適したデータベースであることを強調した。