使用法

このエレメントを使用して、システム上のアクティビティーが正常に完了しているかを知ることができます。 アクティビティーは、 取り消し、エラー、または反応的しきい値のために異常終了することがあります。

使用法

このエレメントを使用して、システム内のアクティビティーのスループットを判別します。

使用法

このエレメントを使用して、収集された時間間隔にサービス・クラス、ワークロード、または作業クラス用のメンバーでアクティビティーによって使用された最大プロセッサー時間を判別することができます。

使用法

Cursor idle time = (time_completed - time_started) - act_exec_time

使用法

このエレメントを使用すると、 実行を阻止する予測しきい値および作業アクションが有効であるかどうか、および、それらの制限が大きすぎないかどうかを判別する助けになります。

使用法

このカウントを使用して、サービス・サブクラスへのアクティビティーの再マップが期待どおりに行われているかを判別します。

使用法

このカウントを使用して、サービス・サブクラスからのアクティビティーの再マップが期待どおりに行われているかを判別します。

使用法

このエレメントを使用して、収集された時間間隔にサービス・クラス、ワークロード、または作業クラス用のメンバーでアクティビティーによって読み取られる最大行数を判別することができます。

使用法

このモニター・エレメントが WLM_GET_SERVICE_SUBCLASS_STATS 関数または WLM_GET_WORKLOAD_STATS 関数によって戻される場合、統計を最後にリセットして以降のアクティビティー・スループットを表します。

このモニター・エレメントが MON_SAMPLE_SERVICE_CLASS_METRICS 関数または MON_SAMPLE_WORKLOAD_METRICS 関数によって戻される場合、関数が実行されて以降のアクティビティー・スループットを表します。

使用法

作業クラスに関連付けられた 1 つ以上の作業アクションがアクティビティーに適用されるたびに、この作業クラスのカウンターが更新されます。 act_total モニター・エレメントを使用すると、このカウンターが公開されます。 このカウンターを使用して、作業アクション・セットの有効性 (例えば、アクションが適用されているアクティビティーの数) を判断できます。 また、システム上のアクティビティーのさまざまなタイプを理解するためにも使用できます。

使用法

このエレメントを使用すると、上記のイベント・タイプで戻された情報を関連付けることができます。

使用法

active_sort_consumers および active_sort_consumers_top モニター・エレメントを使用すると、ソート・ヒープ・メモリーおよびワークロードの並行性の使用を調整するのに役立ちます。 例えば、MON_GET_DATABASE 表関数を使用して、すべてのデータベース・メンバーのモニター・エレメント値を取得できます。 一定期間にわたって同時にアクティブなソート・コンシューマーの数と最高水準点を把握しておくと、sheapthres_shr 構成パラメーターの値を調整して、並行ソート・アクティビティーにより適切に対応することができます。

使用法

active_sort_consumers および active_sort_consumers_top モニター・エレメントを使用すると、ソート・ヒープ・メモリーおよびワークロードの並行性の使用を調整するのに役立ちます。 例えば、MON_GET_DATABASE 表関数を使用して、すべてのデータベース・メンバーのモニター・エレメント値を取得できます。 一定期間にわたって同時にアクティブなソート・コンシューマーの数と最高水準点を把握しておくと、sheapthres_shr 構成パラメーターの値を調整して、並行ソート・アクティビティーに対応しやすくなります。

使用法

このエレメントを使用すると、しきい値を違反したアクティビティーのアクティビティー・イベントがアクティビティー・イベント・モニターに書き込まれるかどうかを判別できます。

アクティビティーが完了またはアボートし、その時点でアクティビティー・イベント・モニターがアクティブである場合、このモニター・エレメントの値が「Y」である場合には、このしきい値に違反したアクティビティーは収集されます。 このモニター・エレメントの値が「N」である場合、それは収集されません。

使用法

このエレメントを他のアクティビティー履歴エレメントと一緒に使用すると、アクティビティーの動作の分析をすることができます。

アクティビティーをその作業単位外から一意的に識別するには、activity_id および uow_id と、appl_id または agent_id のいずれかを組み合わせて使用してください。

使用法

このエレメントを activity_id、uow_id、および appl_id モニター・エレメントと一緒に使用すると、同一のアクティビティーに関する情報がアクティビティー・イベント・モニターに複数回書き込まれた場合にアクティビティー・レコードを一意的に識別できます。

使用法

使用法

SQL を実行しない SET ステートメント (SET 特殊レジスターや SET EVENT MONITOR STATE など) および LOCK TABLE ステートメント場合、値 OTHER が戻ります。

使用法

このエレメントを使用して、 ACTIVITYTOTALTIME しきい値がアクティビティーに適用されていた場合、どのしきい値が適用されていたかを判別します。

使用法

このエレメントを使用して、ACTIVITYTOTALTIME しきい値がアクティビティーに適用されている場合、その値を判別します。

使用法

このエレメントを使用して、アクティビティーに適用されていた ACTIVITYTOTALTIME しきい値にアクティビティーが違反したかどうかを判別します。

使用法

これを使用して、アクティビティー接続の開始元となった IP アドレスを識別できます。 セキュア・ドメイン名は、IP アドレスに変換されて表示されます。

使用法

アプリケーション・ハンドルは、エージェント ID とも呼ばれ、これを使用するとアクティブ・アプリケーションを一意的に識別できます。

この値は、エージェント ID を必要とする GET SNAPSHOT コマンドへの入力として、またはアプリケーション・ハンドルを必要とするモニター表関数への入力として使用できます。

またイベント・トレースを読み取るとき、 イベント・レコードを指定のアプリケーションと一致させるために使用できます。

FORCE APPLICATION コマンドまたは API への入力として使用することができます。 マルチノード・システムでは、 アプリケーションが接続されているノードから、このコマンドを出すことができます。 効力範囲はグローバルです。

使用法

このエレメントを使用して、 データベース・システム・モニター 情報をシステム・トレースなどの他の診断情報源にリンクすることができます。 また、このエレメントを使用すると、 データベース・アプリケーションの処理を行うエージェントがシステム・リソースをどのように使用しているのかをモニターできます。

使用法

使用法

このエレメトを agent_wait_time モニター・エレメントと組み合わせて使用すると、コンセントレーター環境においてアプリケーション要求がエージェントを待機するのにかかる平均時間を判別できます。

使用法

このエレメントと agents_created_empty_pool モニター・エレメントを組み合わせて使用すると、プールが空になってエージェントの作成が必要となる頻度を判別できます。

以下の比率を使用します。

ほとんどのユーザーの場合、デフォルト値 100 と AUTOMATIC で最適なパフォーマンスが確保されます。

この比率は、ワークロードに応じて多少変動する可能性があります。 システム上のアクティビティーが少ない場合は、追加のエージェントの作成や終了が生じる可能性があります。 システム上のアクティビティーが多い場合は、エージェントの再使用が増えます。 比率が低い場合は、再使用されるエージェントが多いので、システム上のアクティビティーが多いと予期されることを意味します。 比率が高い場合は、再使用されるエージェントより作成されるエージェントの方が多いことを示します。 問題がある場合は、num_poolagents 構成パラメーターの値を大きくして、比率を低くしてください。 しかし、この場合はシステム上で追加のリソースが消費されます。

使用法

このエレメントは、max_coordagents および max_connections 構成パラメーターの設定や、照会内並列処理の設定を評価するときに利用してください。

使用法

このエレメントは、max_coordagents および max_connections 構成パラメーターの設定や、照会内並列処理の設定を評価するときに利用できます。

スナップショットの実行時に登録されたエージェントの数は、agents_registered モニター・エレメントにより記録されます。

使用法

デフォルトでは num_poolagents 構成パラメーターは AUTOMATIC に設定されます。 この場合、データベース・システムにより自動的にアイドル・エージェントのプールが管理され、その中には別のアプリケーションに関連したアイドル・エージェントに作業を割り当てることが含まれます。

使用法

このエレメントを使用すると、maxcagents 構成パラメーターの設定値を評価するのに役立ちます。

各アプリケーションには、 データベース・マネージャー内でデータベース要求を処理するための専用コーディネーター・エージェントがあります。 各エージェントは、トークンを取得してから、トランザクションを実行できます。 データベース・マネージャー ・トランザクションを実行できるエージェントの最大数は、構成パラメーター maxcagentsによって制限されます。

使用法

このエレメントは、maxcagents 構成パラメーターの設定値を評価するときに利用できます。

スナップショットの実行時にトークンを待機していたエージェントの数は、agents_waiting_on_token モニター・エレメントにより記録されます。

maxcagents パラメーターをデフォルト値 (-1) に設定すると、トークンを待つエージェントがなくなるため、このモニター・エレメントの値はゼロになります。

使用法

このエレメントを使用して、収集された時間間隔にサービス・サブクラスのメンバーで到達した DML アクティビティーの SYSTEM TEMPORARY 表スペース使用量の最大集約値を判別することができます。

使用法

このエレメントを使用して、 AGGSQLTEMPSPACE しきい値がアクティビティーに適用されていた場合、どのしきい値が適用されていたかを判別します。

使用法

このエレメントを使用して、AGGSQLTEMPSPACE しきい値がアクティビティーに適用されている場合、その値を判別します。

使用法

このエレメントを使用して、アクティビティーに適用されていた AGGSQLTEMPSPACE しきい値にアクティビティーが違反したかどうかを判別します。

使用法

このモニター・エレメントを使用して、アプリケーションからシステムにサブミットされている要求の数を判別します。

使用法

この ID はクライアントとサーバーの両者により認識されるため、この ID を使用すると、 アプリケーションのクライアント部分とサーバー部分を相関させることができます。 Db2 Connect アプリケーションの場合、 outbound_appl_id モニター・エレメントを使用して、アプリケーションのクライアント部分とサーバー部分を相関させる必要もあります。

client_protocol モニター・エレメントを使用すると、接続に使用している通信プロトコルを判別できるので、appl_id モニター・エレメントの形式も判別できます。

使用法

このエレメントと appl_id を使用すると、データ項目をアプリケーションに関連付けることができます。

クライアント/サーバー環境において、 この名前はデータベース接続を確立する際にクライアントからサーバーに送られます。 アプリケーション名に含まれている英語以外の文字はすべて除去されます。 CLI アプリケーションは、 SQLSetConnectAttr への呼び出しを使用して SQL_ATTR_INFO_PROGRAMNAME 属性を設定できます。 サーバーへの接続が確立される前に SQL_ATTR_INFO_PROGRAMNAME が設定されると、指定された値は実際のクライアント・アプリケーション名をオーバーライドし、appl_name モニター・エレメント中に表示されます。

クライアント・アプリケーションのコード・ページが、 データベース・システム・モニター が実行されているコード・ページと異なる場合は、 codepage_id を使用して、 appl_nameの変換に役立てることができます。

使用法

ロック・イベント・モニターのロック待機イベント、ロック・タイムアウト・イベント、またはデッドロック・イベントでは、ロック要求側は、現在のロック待機の状況ではなく、ロック待機状況になる前に有効であった appl_status 値をレポートします。

APPLICATIONS 管理ビューおよび SNAPAPPL_INFO 管理ビューが非推奨になったため、appl_status モニター・エレメントから戻される情報は、MON_GET_CONNECTION インターフェースからの WORKLOAD_OCCURRENCE_STATE モニター・エレメント、ならびに MON_GET_AGENT インターフェースからの EVENT_STATE、EVENT_TYPE、および EVENT_OBJECT モニター・エレメントを確認することで入手できます。 例えば、SQLM_LOCKWAIT アプリケーション状況をモニターするために、MON_GET_AGENT インターフェースの EVENT_STATE 列、EVENT_TYPE 列、および EVENT_OBJECT 列を使用して、ロックで待機しているエージェントを判別できます。

このエレメントは、潜在的なアプリケーション問題の診断に役立ちます。 このフィールドの値は次に示す表でリストされています。

使用法

このモニター・エレメントは、agent_id モニター・エレメントの別名です。

使用法

このエレメントを使用すると、アクティビティー・イベント・モニターによって収集されるアクティビティーに関連付けられたアプリケーションもアプリケーション応答測定 (ARM) 標準をサポートする場合には、このアクティビティーをそのアプリケーションにリンクさせることができます。

使用法

このエレメントを使用すると、リアルタイム統計収集により正常に実行された非同期 RUNSTATS アクティビティーの数を判別できます。 この値は頻繁に変わります。 システム使用量をより正確に知るには、長期にわたり特定のインターバルを設けてスナップショットを取ってください。 このエレメントと sync_runstats および stats_fabrications モニター・エレメントを組み合わせて使用すると、リアルタイム統計収集に関連するさまざまなタイプの統計収集アクティビティーを追跡し、パフォーマンスへの影響を分析するのに役立ちます。

このモニター・エレメントは、total_async_runstats モニター・エレメントの別名です。

使用法

このモニター・エレメントを使用して、エージェントが監査イベントをオープンし、ディスクに同期的に書き込むのを待機していた時間を判別します。

典型的なシナリオでは、監査ログ・ファイルのオープンを試行するのは一度に 1 つのエージェントのみであり、他のエージェントは監査共通サブシステムにアクセスできるようになるのを待機してから、そのファイルをオープンします。 そのため、この待機時間は通常、オペレーティング・システムがディスクへのファイルの書き込みを待機していた時間を表します。 監査ユーティリティーは実行時に監査ログ・ファイルをロックすることがあります。その場合、エージェントが監査ログ・ファイルをオープンしてそれに書き込むのを待機する時間が通常より長くなります。 非同期監査が使用可能になっている場合、非同期監査バッファーより大きい監査イベントはバッファーにではなくディスクに直接書き込まれます。この時間も、待機時間に含まれます。

特別な監査ユーティリティーを使用する場合を除いて、待機時間は、ディスクの速度と、オペレーティング・システムがどれだけの速度でディスクにデータを書き込めるかに依存します。 特定のアプリケーションおよび監査構成でこの待機時間を短くするには、オペレーティング・システムをチューニングするか、より高速のディスクを使用することができます。

使用法

このモニター・エレメントを audit_file_write_wait_time モニター・エレメントと組み合わせて使用して、アプリケーション要求が監査イベントをオープンし、ディスクに同期的に書き込むのを待機していた平均時間を判別します。

使用法

このモニター・エレメントを使用して、監査共通サブシステムが他のエージェントのイベント処理でビジー状態である間、監査共通サブシステムにアクセスするためにエージェントが待機する時間を判別します。

監査サブシステムの特定の共通部分には、一度に 1 つのエージェントしかアクセスできません。 このモニター・エレメントの値は、監査共通サブシステムにアクセスするためにエージェントが待機しなければならない時間を示します。 これには、現在の非同期バッファーを満たしたエージェントが、監査デーモンが前の非同期バッファーをディスクに書き出し終わるのを待機していた時間が含まれます。 監査ログ・ファイルへの書き込みの間に待機している、または監査デーモンの要求を出すのを待機している他のエージェントも、監査共通サブシステムにアクセスしており、そこでの待機時間もこの値に反映されます。

非同期監査が使用されている場合、audit_buf_sz 構成パラメーターの値を変更すると、この待機時間を短くできる場合があります。 audit_buf_sz 構成パラメーターの値を増やしていき、それ以上値を大きくしても監査共通サブシステムの待機時間が少なくならないという値を見つけることができます。 その時点では、次のバッファーが満杯になる前にデーモンが 1 つのバッファー全体をディスクに書き込むことができるほど、非同期バッファーの大きさが十分になっています。その場合、デーモンがボトルネックになることはなくなります。 audit_buf_sz 構成パラメーターをそのような値にまで増やすと、システム障害が起きた場合に失われる可能性がある監査レコードの数が多すぎるという場合には、オペレーティング・システムをチューニングするか、より高速なディスクを使用することによって、待機時間を短くすることができます。 待機時間をさらに短くする必要がある場合は、監査ポリシーを使用して、生成される監査イベントの数を減らしてください。

使用法

このモニター・エレメントを使用して、エージェントが監査共通サブシステムにアクセスしなければならなかった合計回数を判別します。 1 つの監査イベントを生成する場合、イベントを記録するために、監査共通サブシステムへのアクセスが必要ない場合もあれば、1 回のアクセスが必要な場合、あるいは複数回のアクセスが必要な場合もあります。 生成された監査イベントの正確な数を判別するには、audit_events_total モニター・エレメントを使用します。

使用法

明示的なトラステッド接続では、ユーザーを切り替えた直後に auth_id 値が変更されるわけではありません。 直後ではなく、ユーザーを切り替えてから最初にデータベースにアクセスしたときに、auth_id が更新されます。 これは、ユーザー切り替え操作には必ずその後の操作が続くためです。

このエレメントを使用すると、アプリケーションを呼び出したユーザーを判別できます。

使用法

authority_bitmap モニター・エレメントには、配列の形式があります。 各配列エレメントは、ユーザー ID に特定の権限が付与されているかどうか、およびユーザーがどのようにその権限を受け取ったかを示す単一文字です。

個々の配列エレメントは、sql.h ファイルで定義された索引値によって索引付けされています。 authority_bitmap 配列の索引の値は、権限索引と呼ばれています。 例えば、SQL_DBAUTH_SYSADM は、ユーザーに SYSADM 権限があるかを判別するための索引です。

authority_bitmap[SQL_DBAUTH_DBADM]

authority_bitmap[SQL_DBAUTH_DBADM] & SQL_AUTH_ORIGIN_USER 

使用法

ハイブリッド自動ストレージ表スペースは、ALTER TABLESPACE コマンドを使用して自動ストレージによって管理するように変換されているものの、まだリバランスされていない表スペースです。 この表スペースには、依然として非自動ストレージ・コンテナーが含まれます。 リバランスされた後、表スペースには自動ストレージ・コンテナーのみが含まれ、ハイブリッド表スペースと見なされなくなります。