高度な操作は、AZCC の外部から監査データにアクセスするためのユーティリティや方法を必要とするユーザー向けのものです。

監査レコードにアクセスするための手段は、AZCC クライアントとその Query Builder だけではありません。これらのレコードに対して直接 SQL クエリを実行することもできます。これを行うには、まず、Audit for Zen で提供される Query Data-Model Generator（QDMG）ユーティリティを使用する必要があります。このユーティリティは、Audit for Zen システムの監査レコードにリンクされたビューの仮想データベースを作成するスクリプトを生成します。

クエリ データ モデル方法を使って、現在のビューとアーカイブの両方の監査レコードを直接照会することができます。直接クエリは、レポートを作成する、または監査レコードを表示するためのアプリケーションだけでなく、展開やデバッグ目的の役目を果たすアプリケーションをサポートできます。

Zen インストールに含まれる Demodata データベースに直接クエリ メソッドを適用する方法を示すための使用事例が提供されています。

このトピックでは、以下の項目について説明します。

Query Data-Model Generator（QDMG）は、一連の SQL ステートメントから成る、空のデータベースに対して実行するスクリプトを生成します。スクリプトはこの仮想データベースに、Audit for Zen ログ ファイルに格納されている監査レコードにリンクするビューを移入します。ビューが作成されたら、それに対してクエリを実行し、Audit for Zen 内の監査レコードから結果を返すことができます。

qdmg -d DDF_path [-m password] -p name ‑o file [‑l logfile] [-a folder]

ログ ファイルは、AZCC 内の現在のビュー ファイルのレコードを含んでいます。アーカイブ ファイル内の監査レコードにアクセスすることもできますが、それにはまず、現在のビュー ファイルに対するクエリを有効にする必要があります。次の短い手順を指定された順序どおりに行ってください。

このタスクでは、qdmg ユーティリティを使用して、監査データの直接クエリ用の仮想データベースを作成する手順を示します。この例では、Zen によってインストールされる Demodata を使用します。

これで、仮想データベース DemodataV は、監査レコードの列に対するクエリだけでなく、Demodata のデータ列に対するクエリもサポートするようになりました。

次のいずれかを行えます。

このセクションでは、監査レコードの列について説明します。その構造は、SELECT * FROM vstudent などのクエリによって返される結果の典型です。

この例では次のことを注意してください。

監査レコードの構造を検討した後、DemodataV 例でクエリを実行する手順については、現在のビュー ファイルでクエリを実行するを参照してください。

次の表では、監査レコードの列と AZCC の［監査レコード］タブに表示される列を比較しています。

監査レコードの構造で説明した監査レコードを照会する前に、次の作業が完了していることを確認してください。

これらの作業が完了したら、この後の例に示すように、監査レコードに対する直接クエリを実行することができます。

このトピックでは、仮想データベースを作成するで作成された仮想データベース DemodataV を参照します。

qdmg スクリプトは、仮想データベース内の選択テーブルが、現在のビュー ファイル内の監査レコードを指すように設定します。このファイルのデフォルトのパスは、C:\ProgramData\Actian\Zen\Audit\data\amlog です。このセクションで説明するように、アーカイブ ファイルへのパスは、名前がわかっている場合には設定し直すことができます。

アーカイブ ファイル名は、作成日に基づいた yyyymmdd.nn という書式になります。yyyy は年、mm は月、dd は日、nn はその日におけるアーカイブ ファイルの番号です。番号はゼロから始まります。ファイル名は大文字の V で終わります。アーカイブ ファイルのデフォルト フォルダーは、C:\ProgramData\Actian\Zen\Audit\Arch です。

アーカイブ ファイルを圧縮すると、そのファイルは別のフォルダーへ移動されます。移動先のデフォルトは C:\ProgramData\Actian\Zen\Audit\Comp で、ファイル名の V は Z に変更されます。ファイルの圧縮を解除すると、ファイルは Arch フォルダーに戻され、Z は V に戻されます。クエリは圧縮されていないレコードに対してのみ実行できます。

ここで説明する方法は、2 つの SQL スクリプトを使用します。

以下の手順は、以前に作成した仮想データベースの DemodataV を使用して、これらのスクリプトを示しています。この例は、これらのスクリプトを独自に書く方法を説明することを目的としています。

以下の手順により、再び現在のビュー ファイルで直接クエリを実行できるようになります。

このセクションでは、監査レコードの直接クエリ メソッドについて要約します。

Zen データベースでは、クライアント側のキャッシュ エンジンがオンになっている場合、キャッシュ エンジンは 8 回連続で読み取りをした後、さらに読み取ることを見越してデータベース ページ全体を読み取ります。キャッシュ エンジンによって読み取られたデータベース ページ内のレコードは、サーバー上のモニターで監査されません。監査において、あらゆる読み取りがキャプチャされることを必要とする場合は、キャッシュ設定がオフになっていることを確認してください。ただし、エンジンのキャッシュを使わないと、データベースのパフォーマンスが低下することがあります。この動作は、8 回連続の読み取りというしきい値に達した場合にのみ発生します。7 回読み取った後に更新が発生した場合には、キャッシュは発生せず、7 回すべての読み取りがキャプチャされます。Zen Control Center で［キャッシュ エンジンの使用］設定を確認するには、［ローカル クライアント］を展開し、［MicroKernel ルーター］を右クリックして［プロパティ］を選択します。次に、［パフォーマンス チューニング］をクリックします。デフォルトで、この設定はオフです。

読み取り操作を監査しない場合は、クライアント側のキャッシュの使用を制限する必要はありません。