Oracle 監査設定の比較：標準監査と統合監査の違い

Oracle Databaseのセキュリティにおいて、Oracle 監査設定（オラクル監査）の方式選択は運用設計の要です。本記事では、19cで推奨される統合監査と従来の標準監査の決定的な差異を解説し、どちらを採用すべきか結論を出します。

💰 【PR】Oracleエンジニアの市場価値、調べてみませんか？

Oracleのスキルは需要が高く、特定の資格や経験を持っていると年収が大幅にアップするケースがあります。まずはIT専門のエージェントで非公開求人をチェックしてみませんか？

監査方式の最短チェックリスト

どちらの方式を採用・確認すべきか、実務上の優先順位です。

Oracleの監査には、長年使われてきた「標準監査」と、12cで登場した「統合監査」があります。

標準監査（Traditional Auditing）とは？初期化パラメータ AUDIT_TRAIL で制御され、記録先がテーブル（AUD$）やOSファイルに分散する古い方式です。
統合監査（Unified Auditing）とは？監査ポリシー (CREATE AUDIT POLICY) で制御され、すべての監査証跡を単一の読み取り専用テーブルへ高速に書き込む最新の方式です。

初心者向け一口メモ

「標準監査」は各機能が個別にログを出していましたが、「統合監査」はそれらを一つの窓口（統合監査証跡）にまとめたものです。19c以降、標準監査は「非推奨」扱いとなっています。

実務で重要となる5つの観点で比較表を作成しました。

標準監査はログの書き込みが終わるまで元のSQL処理が待たされることがありますが、統合監査はメモリ上のバッファへ一旦書き込むため、アプリケーションへの応答性能（スループット）が大幅に向上しています。

実機（19c / Linux環境）で現在の監査モードを確認する手順です。CDB/PDBいずれでも実行可能です（SYSDBA権限が必要）。

統合監査が有効（再起動を伴うリンク設定が完了しているか）を確認します。

-- 統合監査が有効（TRUE）か確認
SELECT VALUE FROM V$OPTION WHERE PARAMETER = 'Unified Auditing';

※ FALSE の場合は「混合モード」として動作しており、標準監査と統合監査の設定が併存可能です。

-- 標準監査の記録先パラメータを確認
-- DB, OS, NONE などの値が表示される
SHOW PARAMETER AUDIT_TRAIL

SQLの意図：特定の条件（ログイン失敗）のみを記録するポリシーを定義します。

-- ポリシーの作成
CREATE AUDIT POLICY p_login_failures
ACTIONS LOGON;

-- 失敗時のみ記録するように有効化
AUDIT POLICY p_login_failures WHENEVER NOT SUCCESSFUL;

事象	原因	対処法
監査ログが記録されない	ポリシーが有効化 (`AUDIT POLICY...`) されていない	`AUDIT POLICY` コマンドで有効化する
パフォーマンスが急落した	標準監査で大量のDMLを監視している	監視対象を絞るか統合監査へ移行する
証跡ビューの検索が遅い	監査ログのパージが行われていない	`DBMS_AUDIT_MGMT.CLEAN_AUDIT_TRAIL` を実行

メリット: 統合監査は WHEN 句による条件分岐が可能なため、特定のIPアドレス以外からのアクセスのみを記録するといった「ノイズ削減」が容易です。
デメリット: 19cのデフォルト状態（混合モード）では、両方のログが二重に出力される設定ミスが起きやすく、ディスク容量を2倍消費するリスクがあります。
戻し方: 統合監査ポリシーを停止する場合は NOAUDIT POLICY <名>; を実行します。