仮想基盤（VMware・クラウド）でのOracleライセンス【落とし穴と正しい対処法】

「VMware上でOracle DBを動かしているが、ライセンスはどうなる？」「クラウド（AWS/Azure）に移行したらライセンスは？」——仮想化・クラウド環境でのOracleライセンスは非常に複雑で、誤解したまま運用すると監査時に数億円規模の追加請求が発生するケースもあります。本記事では仮想基盤でのOracleライセンスの考え方を徹底解説します。

⚠️ 免責事項：ライセンス条件はOracle社の判断・契約内容・時期により変わります。正式な判断は必ずOracle社またはライセンス専門家に確認してください。本記事は概要解説であり、法的効力を持つものではありません。

1. ハードパーティショニング vs ソフトパーティショニング {#partitioning}

Oracleのライセンスポリシーでは、仮想化技術を2種類に分類しています。

これが、VMwareが「危険」とされる最大の理由です。

2. VMware（vSphere）でのOracleライセンス {#vmware}

Oracleの公式見解

OracleはVMware（vSphere/ESXi）をソフトパーティショニングとして扱っています。

「VMwareはハードパーティショニング技術ではないため、クラスター内の全物理ホストの全CPUコアに対してライセンスが必要」

これはOracleが公開している「Oracle Partitioning Policy」に基づくものです。

具体的な影響

構成例：
  VMware vSphere クラスター（DRS/HA有効）
  ├── ESXi ホスト A：Intel Xeon 32コア
  ├── ESXi ホスト B：Intel Xeon 32コア
  └── ESXi ホスト C：Intel Xeon 32コア

  Oracle DB VMは1台（4 vCPU）のみ

Oracleの要求するライセンス数：
  全ホストの全物理コア：96コア × 0.5 = 48プロセッサライセンス
  （4 vCPU分だけでは「不十分」とされる）

VMwareでの主な誤解

⚠️ 重要：2024年にBroadcomがVMwareを買収し、VMware製品のライセンス体系が大きく変わりました。OracleとVMwareのライセンス関係については、その後の動向も含めて最新情報を確認してください。

VMware環境での現実的な対応

1. Oracleを動かすESXiホストをクラスターから分離する

• Oracle専用のDRS/HAクラスターを作成し、そのホスト分だけライセンスを取得
• ただしこの構成でもOracleが「クラスター」と見なすかは要確認

1. Oracle VMを動かすホスト数を最小化する

• DRS/HAを無効化し、特定ホストにのみOracle VMを固定
• しかしOracleはこれをハードパーティショニングと認めない立場

1. Oracleが認める仮想化技術に移行する（次セクション参照）
2. 全ホストのライセンスを取得する

• コストは高いが、Oracleのポリシーに完全準拠できる確実な方法

3. Oracleが認めるハードパーティショニング技術 {#hard-partition}

以下はOracleが「ハードパーティショニング」として認めており、割り当てたパーティション分のライセンスのみで済む技術です。

Oracle VMを使う場合のライセンス計算

Oracle VM構成：
  物理ホスト：32コア（Intel）
  Oracle DB VM：vCPU 8つを割り当て（Pinning設定）

必要ライセンス数（OVMの場合）：
  8 vCPU × 0.5（Intel係数）= 4プロセッサライセンス
  ※ 物理ホストの32コア分は不要

4. クラウド環境でのライセンス（AWS・Azure・OCI） {#cloud}

クラウド環境でのOracleライセンスは「ライセンス込み（License Included）」と「BYOL（Bring Your Own License）」の2種類があります。

AWS（Amazon Web Services）

BYOLの場合の注意点（AWS）：

EC2 on 共有ホスト（デフォルト）：
  Oracleはソフトパーティショニングとして扱う
  → 原則として全物理ホスト分の課金が必要（現実的に困難）

EC2 Dedicated Host（専有ホスト）：
  物理ホストを専有するため、そのホストのライセンスのみで済む
  → BYOL推奨の場合はDedicated Hostを使用

AWSはOracleとライセンスに関する特別な合意を結んでいる場合もあるため、最新のAWS公式情報を確認することが重要です。

Microsoft Azure

AzureとOracleの特別な関係（Oracle Database@Azure）：
MicrosoftとOracleは2023年以降に提携を強化し、「Oracle Database@Azure」サービスを提供しています。このサービスではOracleのクラウドインフラ上でDBが動作するため、OCI（Oracle Cloud）と同等のライセンス扱いとなります。

OCI（Oracle Cloud Infrastructure）

Oracle自身のクラウドであるOCIは、最もライセンス面で優遇されています。

OCIでのOracleライセンスの特徴：
  - BYOL持ち込みの場合、OCIのvCPU数が課金基準
  - License Includedはvコア単位で柔軟に課金
  - Autonomous Databaseなら個別ライセンス購入不要
  - ULA（Unlimited License Agreement）との組み合わせが有利な場合も

クラウド別ライセンス比較まとめ

5. Oracle LMS/GLAS監査とは {#audit}

Oracle LMS（License Management Services）

Oracleは自社のライセンス遵守を確認するため、定期的に顧客に対してライセンス監査（LMS監査）を実施します。2023年以降は「GLAS（Global License Advisory Services）」という名称に変更されています。

監査でよく確認される項目：

-- Oracleが監査で確認するスクリプト例（一部）
-- 使用中の機能・オプション
SELECT * FROM DBA_FEATURE_USAGE_STATISTICS
WHERE DETECTED_USAGES > 0;

-- インストール済みのコンポーネント
SELECT COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY;

-- CPU・ホスト情報
SELECT * FROM V$LICENSE;
SELECT PLATFORM_NAME FROM V$DATABASE;

監査時の注意点

1. 監査通知が来たら単独で対応しない → 社内法務・ライセンス専門家を巻き込む
2. 過去の使用履歴も確認される → DBA_FEATURE_USAGE_STATISTICSは過去の使用も記録
3. 無意識の機能使用が違反になる → AWR、Partitioning等は意識的に無効化が必要
4. 仮想環境の構成図・ライセンス根拠を整理しておく

不要なオプションを使わないための設定

-- AWR収集を無効化（EEでDiagnostics Packなしの場合）
-- ※設定変更前に必ずOracle社または専門家に確認すること
EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(retention => 0, interval => 0);

-- Tuning PackのSQL Tuning Advisorを無効化
-- SYSユーザーで実行
BEGIN
  DBMS_AUTO_TASK_ADMIN.DISABLE(
    client_name => 'sql tuning advisor',
    operation   => NULL,
    window_name => NULL
  );
END;
/

6. 現場での対応策と設計のポイント {#solutions}

✅ 推奨：Oracleを動かす基盤をVMwareから分離

Before（問題のある構成）：
  VMware HA/DRS クラスター
  ├── ESXi-01（非Oracle VM多数）
  ├── ESXi-02（非Oracle VM多数）
  └── ESXi-03（Oracle DB VM）← 全ホスト分のライセンスが必要

After（改善構成）：
  ① Oracle専用物理サーバー（ベアメタル）
     → 物理コア数分のライセンスのみ

  ② Oracle VM（OVM）クラスター（Oracle DBのみ）
     → vCPU数分のライセンスのみ

  ③ Exadata / ODA
     → アプライアンス単位のライセンス管理

✅ 推奨：ULA（Unlimited License Agreement）の活用

大規模なOracle環境ではULA（無制限ライセンス契約）が有効な場合があります。

✅ 推奨：ライセンス専門家のアサイン

Oracle契約・監査の対応は非常に専門的です。以下のような専門家・機関の活用を検討してください：

• Oracle認定パートナーのライセンス専門家
• ITAM（IT Asset Management）専門コンサルタント
• LicenseFortress、Palisade Compliance 等のOracleライセンス専門機関（海外）

7. まとめ：仮想・クラウド環境のライセンスチェックリスト {#summary}

VMware環境の確認
□ OracleをVMware HA/DRSクラスター上で動かしていないか
□ 動かしている場合、クラスター内の全物理コア数でライセンスを計算しているか
□ または、Oracle専用クラスター/ベアメタル/OVMへの移行を検討しているか

クラウド環境の確認
□ AWS EC2でBYOLを使う場合、Dedicated Hostを使っているか
□ Azure利用時、Oracle Database@Azureの活用を検討しているか
□ License Includedとコスト比較してBYOLが本当に有利か確認したか

監査対応の準備
□ DBA_FEATURE_USAGE_STATISTICSで無意識に使っている機能を確認済みか
□ 仮想環境の構成図・ライセンス根拠ドキュメントを整備しているか
□ 監査通知が来た場合の社内エスカレーション先を明確にしているか

全体方針
□ Oracle社またはライセンス専門家に現在の構成を確認してもらったか
□ 大規模環境はULA（無制限ライセンス）の検討をしたか
□ Oracle以外のDBへの移行コストと比較検討をしたか

関連記事：

• Oracleライセンス形態完全解説【Named User Plus・プロセッサ・エディション比較】
• OracleのAWRレポートの読み方と活用
• Oracleユーザーと権限管理の完全ガイド