変更履歴イベント・モニターを使用したユーティリティー履歴のモニター

1 つのユーティリティーの実行で、変更履歴イベント・モニターに 1 つ以上のイベントが生成される場合があります。例えば、REORG ユーティリティーの実行では、 REORG 操作の開始と終了を示す 2 つのイベントが生成されます。 イベントと論理データ・グループは、1 対多でマッピングされます。 1 つのイベントで、複数の論理データ・グループに情報が書き込まれる場合があります。また、 1 つのイベントで、特定の論理データ・グループに関連付けられている表に、複数のエントリー (行) が書き込まれる場合があります。特定のユーティリティー呼び出しに対応する各イベントは、 utility_invocation_id エレメントで識別されます。 utility_invocation_id は、特定のユーティリティー呼び出しを一意的に識別するバイナリー・トークンです。utility_invocation_id は、 ユーティリティーを実行している全メンバーで同じです。utility_invocation_id の固有性は、 データベースの非アクティブ化、再活動化、およびメンバーのシャットダウンが行われても維持されます。 このため、特定のユーティリティー呼び出しに対応するすべてのイベント・モニター・レコードを迅速に識別することができます。他のフィールドと結合する必要もなければ、 重複 ID について懸念する必要もありません。

utility_invocation_id を使用すると、 特定のユーティリティー呼び出しに関するすべてのイベントを識別できます。例えば、 REORG コマンドを表に対して実行した場合、ユーティリティーが実行を開始したときに UTILSTART イベントが生成され、ユーティリティーが実行を完了したときに UTILSTOP イベントが生成されます。 この UTILSTART および UTILSTOP イベントの両方は、同じ REORG コマンド呼び出しに関するものであるため、 同じ utility_invocation_id を持つことになります。 これらのイベントを utility_invocation_id で結合すると、 ユーティリティーの経過時間を計算できます。