Oracle監査通知が届いたら最初にすること

Oracle監査（LMS/GLAS）とは何か

Oracleの監査活動は主に2つの組織が担当しています。LMS（License Management Services）は旧来からの監査専門部門であり、主に大規模エンタープライズ顧客を対象に強制力のある契約監査を実施します。一方のGLAS（Global License Advisory Services）は、表向きには「アドバイザリーサービス」と名乗っていますが、実質的に同様の監査機能を持つ組織です。

監査のトリガーとなる要因は複数あります。Oracle製品の購入後一定期間が経過した場合、クラウドへの移行やM&Aが発生した場合、あるいは単純にOracleが売上獲得を目的としてターゲットを選定する場合などです。Oracleの年間支援保守契約には監査権限条項が含まれており、原則として顧客はこれを拒否できません。ただし、監査の範囲・スケジュール・方法論については交渉の余地があります。

重要なのは、監査通知はOracleとの交渉の始まりであり、終わりではないという点です。適切な準備と対応によって、監査結果は大きく変わります。監査を単純な「調査」と受け取るのではなく、Oracleとのビジネス交渉の一環として位置づけることが不可欠です。

監査通知が届いたら最初の72時間でやること

監査通知を受け取った直後の72時間は、監査全体の行方を左右する極めて重要な時間です。この段階で行うべき最優先事項を以下に整理します。

1. 社内の即時エスカレーション：IT部門だけで抱え込まず、法務・調達・経営層を巻き込んだ対応チームを即時に組成します。Oracle監査の最終的な影響額が数千万円〜数億円規模になるケースもあるため、経営判断を伴う対応が不可欠です。

2. Oracleへの一切の返信を保留：初期通知に対してすぐに返信したり、データ収集ツールのインストールを許可したりしてはいけません。まず自社の現状把握が先決です。Oracleが設定する最初の期限は多くの場合、交渉可能です。

3. 証跡の保全と整理：過去の購買記録（Order Form・Invoice）、CSI（Customer Support Identifier）番号、既存のサポート契約内容を一か所に集約します。これらは後の交渉でリファレンスとなります。

4. 現行のIT環境スナップショットの取得：Oracle製品がインストールされているサーバ一覧、仮想化環境の構成、クラウド環境の利用状況を現時点でスナップショットとして記録します。後から状況が変わった場合に、監査時点の状態を証明するために必要です。

提出してはいけないデータ・してよいデータ

Oracle監査において、どのデータをいつ提出するかは交渉の核心です。不用意なデータ提出が後に不利なポジションにつながるケースは非常に多くあります。

慎重を要するデータ（提出前に必ず精査が必要）：

• LMS Script（Oracle提供のスクリプト）による自動収集データ：スクリプトが収集する範囲が契約範囲を超える場合があります
• 仮想化環境の全構成情報：対象外の仮想マシンの情報まで含まれることがあります
• クラウド環境全体のリソース情報：Oracle製品に無関係なワークロードの情報が含まれる場合があります
• 組織全体のIT資産台帳：監査対象外の製品情報まで含まれる可能性があります

提出しても問題が少ないデータ：

• 購入済みライセンスの証明書（License Certificate）
• OracleとのOrder Form・契約書の写し
• CSI番号に紐づくサポート契約内容

最も重要な原則は「求められたものだけを、確認した上で提出する」ことです。Oracleの監査チームは豊富な経験を持つ交渉のプロです。彼らが求める情報の意図を理解した上で、適切にスコープを管理することが不可欠です。

自社のライセンスポジションを把握する方法

Oracleからのデータ要求に先立って、まず自社が「どの製品を、どのメトリクスで、何本保有し、何が実際に使用されているか」を正確に把握することが必要です。これを「ライセンスポジション」と呼びます。

ステップ1：購買記録の棚卸し：Oracle CSI番号ごとに、購入したProductとMetric（Processor/NUP/Named User/SE2等）、Quantity、サポート有無を一覧化します。Oracle Support Portalのサポート契約一覧も参照します。

ステップ2：実際の利用状況の把握：Oracle Database、Middleware、Javaそれぞれについて、どのサーバ（物理・仮想・クラウド）で稼働しているかを確認します。特に仮想化環境（VMware、OracleVM、Hyper-V等）では、ライセンスカウントのルールが複雑になります。

ステップ3：ギャップ分析：保有ライセンスと実利用のギャップ（不足・過剰）を製品・バージョン・Metric別に分析します。不足がある場合は、監査結果の見積もりとして活用できます。また過剰ライセンスは次の更新時にコスト最適化できる余地です。

このプロセスを自社だけで行うのは困難な場合も多くあります。Oracle製品のライセンスルールは複雑であり、特に仮想化・クラウド環境での適用には専門知識が必要です。

専門家を使うべきタイミング

Oracle監査の対応は、「法務的」かつ「技術的」な高度な専門領域です。以下のような状況では、早期に外部の独立系専門家を関与させることを強く推奨します。

即時に専門家を検討すべき状況：

• LMS/GLASから初回の監査通知を受け取った直後
• 仮想化環境（VMware等）上でOracleを稼働させている場合
• 過去3年以内にM&Aや組織再編が行われ、ライセンスの移転・統合が発生している場合
• Java SEを広範に利用しており、2023年以降の新モデルへの対応が未完了な場合
• ULA（Unlimited License Agreement）の満了が近い、または満了済みの場合

Oracleの監査チームは年間数百件の監査を経験した専門家集団です。対して、多くの企業はOracle監査を一生に一度か二度しか経験しません。この経験値の非対称を埋めるためにも、独立系のOracle License専門家への早期相談が、最終的に大きなコスト削減につながります。

イタムス株式会社では、Oracle LMS/GLAS監査への対応支援を行っています。監査通知受領直後の緊急相談から、データ分析・ライセンスポジション把握・Oracleとの交渉支援まで、一貫して支援可能です。

Oracle監査通知への対応を専門家に相談する

監査通知を受け取った直後の初動が最も重要です。Oracleへの返信前に、独立系の専門家に現状を相談することで、自社に不利な状況を未然に防ぐことができます。初回相談は無料です。