監査証跡機能を使用すると、TIBCO EBX® でのすべてのビューアクセスとユーザーサービスの起動をログに記録できます。
この機能はデフォルトで無効になっています。監査証跡ログを有効にするには、INFO メッセージを有効にするレベルで audit ログカテゴリを構成します。
監査証跡によってログに記録される情報は、次のセクションで説明する共通ヘッダーとイベント固有のコンテンツの 2 つの部分に分かれています。
常にログに記録されるヘッダー属性は次のとおりです。
| user-login | ユーザーのログイン | 
| user-ip | ユーザーの IP アドレス (利用可能な場合) | 
| event | 次の値のうち、ユーザーが実行したイベントのタイプ。 
 | 
このセクションでは、テーブルビューに固有のイベントについて説明します。
TABULAR_ACCESS
HIERARCHY_EXPAND_NODE
HIERARCHY_EXPAND_ALL
DATASPACE_PERMISSION_TABULAR_ACCESS
DATASET_PERMISSION_TABULAR_ACCESS
これらのイベントは、テーブルビューが開かれたとき、更新されたとき、検索が実行されたとき、ユーザーがページネーションを使用してナビゲートしたときにトリガーされます。
これらのイベントに固有のコンテンツ属性は次のとおりです。
| データスペース | テーブルを含むデータスペースのキー | 
| dataset | テーブルを含むデータセットのキー | 
| table | アクセスされているテーブルのパス (権限イベントには適用されません) | 
| view-id | 現在適用されているカスタムビューの識別子 (権限イベントには適用されません) | 
| view-name | 現在適用されているカスタムビューの公開名 (権限イベントには適用されません) | 
| pagination-info | 表形式ビューまたは展開されたノードのページネーションに関する情報 | 
| hierarchy-expanded-node | 展開されるノードの識別子 (階層イベントにのみ適用されます)。 複数のレベルが展開される (すべて検索または展開) 場合、上位のノードです。識別子は、プレフィックス「:」付きのノードラベルです。ルートノードは「:」として識別されます。 階層が最初に表示されるとき、ルートノードのみが展開されるため、イベントは HIERARCHY_EXPAND_NODE になります。 | 
| filters | ビューに適用され、JSON 形式で集約されたすべてのフィルター。フィルターには次の 3 種類があります。 
 例 
filters={"structured-search":["starts-with","/field/city","city"],"view-filter":"matches(./country,'France')"}
 | 
このイベントに固有のコンテンツ属性は次のとおりです。
| service-key | 実行中のサービスのサービスキー | 
| service-mode | サービスは、選択エンティティの任意の中間レベルで実行できます。たとえば、現在の選択エンティティがレコードの場合、データスペース、データセット、テーブル、またはレコードのレベルでサービスを実行できます。この属性により、サービスが実行される選択エンティティのレベルを定義できます。 | 
| selection | JSON 形式でサービスが実行されるエンティティの選択 (ブランチまたはバージョン、データセットなど)。100 を超えるレコードが選択された場合、最初の 100 個のレコードのみがログに記録されます。 | 
| service-parameters | サービス実行用に指定された追加の入力パラメーター | 
XML 監査証跡は、データの更新を XML ファイルに記録します。現在非推奨となっているこのレガシー機能は、将来のバージョンで削除される予定です。このタイプの監査証跡は使用されなくなりましたが、レガシー XML 監査証跡は引き続き利用できます。