監査証跡機能を使用すると、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 監査証跡は引き続き利用できます。