L

使用法

使用法

このモニター・エレメントは、アプリケーションのコーディネーター・メンバーでのみ報告されます。

使用法

wlm_last_reset および statistics_timestamp モニター・エレメントを使用すると、イベント・モニター統計レコード中の統計が収集された期間を判別できます。収集間隔の開始時刻は wlm_last_reset で、終了時刻は statistics_timestamp です。

使用法

このエレメントを使用して、トリガーをそのサブルーチンに関連付けます。トリガー内で宣言されるサブルーチンには、そのトリガーと同じ lib_id 値があります。

使用法

• この値は、オブジェクトに物理的に割り振られているスペース量より小さい場合があります。 そのようになる可能性があるのは、TRUNCATE ステートメントの REUSE STORAGE オプションを使用した場合です。 このオプションを指定すると、表に割り振られているストレージは引き続き割り振られますが、ストレージは空と見なされます。 さらに、このモニター・エレメントの値は、オブジェクトに論理的に割り振られているスペース量よりも小さくなる可能性があります。 その理由は、論理的に割り振られているスペースの合計には、量的にはわずかですが追加のメタデータが含まれているからです。

  オブジェクトの正確な論理サイズまたは物理サイズを取得するには、ADMIN_GET_TAB_INFO_V97 関数を使用します。 この関数を使用すると、このモニター・エレメントに関して報告されるページ数とページ・サイズの積で得られる値よりも正確なオブジェクト・サイズに関する情報が得られます。

使用法

この数は、データベース・マネージャーで発生している並行処理のレベルを判別するのに役立ちます。 この値は頻繁に変化するため、システム使用量の現実的な値を得るためには、 長期にわたり特定のインターバルを設けてサンプルを採取する必要があります。

この数値に含まれるのは、データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。 アプリケーションは接続されていますが、 データベース内で作業単位を実行している場合としていない場合があります。

このエレメントと rem_cons_in モニター・エレメントを組み合わせて使用すると、max_connections 構成パラメーターの設定値を調整するときに利用できます。

使用法

この数は、データベース・マネージャーで発生している並行処理のレベルを判別するのに役立ちます。 この値は頻繁に変化するため、システム使用量の現実的な値を得るためには、 長期にわたり特定のインターバルを設けてサンプルを採取する必要があります。 この数値に含まれるのは、データベース・マネージャーと同じインスタンスで開始したアプリケーションだけです。

このエレメントと rem_cons_in_exec モニター・エレメントを組み合わせて使用すると、max_coordagents 構成パラメーターの設定値を調整するときに利用できます。

使用法

使用法

使用法

使用法

B

バックアップのターゲット・ロケーション

S

リストアのソース・ロケーション

O

ROLLFORWARD DATABASE コマンドの一部としてキャプチャーされた代替オーバーフロー・ログ・パス。 なお、デフォルトのオーバーフロー・ログ・パスを使用する場合、ロケーション・レコードはキャプチャーされません。

使用法

戻されるビットで、上の表にリストされていないものは、内部使用のために予約されています。

使用法

この値の範囲は 1 から 255 です。 新規ロックが獲得されると増分し、ロックが解放されると減分されます。

使用法

ロック変換のシナリオの例を挙げます。更新または削除操作のときにターゲット行の X ロックを待機するとします。 トランザクションがその行で S または V ロックを保持している場合、変換が必要になります。 この時点で、ロックが X ロックに変換されるのを待機している間は、lock_current_mode エレメントには S または V の値が割り当てられます。

可能性のあるロック・モードは、次に示す表でリストされています。

使用法

このエレメントを使用すると、デッドロックの原因が分かりやすくなります。 アプリケーションがロック・エスカレーションを起こすようなデッドロックが発生した場合は、 ロック・メモリーの量を増やすか、 または任意のアプリケーションが要求できるロックのパーセンテージを変更してください。

使用法

アプリケーションが保留するロックの合計数がそのアプリケーションで使用可能なロック・リスト・スペースの最大量に達した場合、 またはすべてのアプリケーションが使用するロック・リスト・スペースが合計ロック・リスト・スペースに近くなると、 ロックはエスカレートされます。 使用可能なロック・リスト・スペースの量は、 maxlocks および locklist 構成パラメーターによって決まります。

1 つのアプリケーションが使用可能な最大ロック数に達して、 エスカレートするロックがほかにない場合は、 ほかのアプリケーションに割り振られているロック・リストのスペースが使用されます。 ロック・リスト全体が満杯になるとエラーが起こります。

このデータ項目には、排他ロック・エスカレーションおよび DB2 pureScale® 環境におけるロック・エスカレーションも含めて、すべてのロック・エスカレーションのカウントが含まれます。DB2 pureScale 環境におけるロック・エスカレーションだけを判別するには、lock_escals_global モニター・エレメントを使用してください。

使用法

このモニター・エレメントを、lock_escals_maxlocks モニター・エレメントと lock_escals_locklist モニター・エレメントと併せて使用して、データベースでエスカレーションの原因となっているロック・スペース構成パラメーターを判別します。

使用法

このモニター・エレメントを、lock_escals_maxlocks モニター・エレメントと lock_escals_global モニター・エレメントと併せて使用して、データベースでエスカレーションの原因となっているロック・スペース構成パラメーターを判別します。

使用法

このモニター・エレメントを、lock_escals_locklist モニター・エレメントと lock_escals_global モニター・エレメントと併せて使用して、データベースでエスカレーションの原因となっているロック・スペース構成パラメーターを判別します。

使用法

このエレメントと locklist 構成パラメーターを組み合わせて使用すると、 ロック・リスト使用率を計算できます。 ロック・リスト使用率が高い場合は、そのパラメーターのサイズを増やすことを考慮してください。

使用法

このモードは、リソースの競合の原因を判別するときに利用できます。

このフィールドに可能な値は以下のとおりです。

使用法

アプリケーションが要求したロックのモード。 この値は、 リソース競合の原因を判別するのに役立ちます。

可能性のあるロック・モードは、次に示す表でリストされています。

使用法

ルーチン MON_FORMAT_LOCK_NAME を使用して内部名をフォーマットし、ロックに関する詳細を取得することができます。例えば、これが表ロックである場合、ロックが参照している表および表スペースを取得することができます。

使用法

このエレメントは、リソースの競合の原因を判別するときに役立ちます。

ロック・イベント・モニターおよび 表 1 のモニター表関数で、lock_object_type モニター・エレメントとして 戻される値を表 4 に示します。

使用法

使用法

このエレメントは、アプリケーションがオブジェクトに対するロックを取得するために待機しているときに起きていることを明らかにするのに役立ちます。 アプリケーションがすでに必要なオブジェクトのロックを取得しているように見える場合でも、 同じオブジェクトについて異なるタイプのロックの取得を待たなければならないことがあります。

使用法

SET CURRENT LOCK TIMEOUT ステートメントを使用して、 アプリケーション・エージェントが表または索引のロックを待機する最大期間を指定できます。

アプリケーションがロックを待つ時間が長すぎる場合は、 アプリケーション中で lock_timeout_val モニター・エレメント値を検査して、 設定値が大きすぎるかどうか調べることができます。 アプリケーション・ロジックにとって適切な場合は、アプリケーションに変更を加え、ロック・タイムアウト値を小さくして、アプリケーションをタイムアウトさせることができます。 SET CURRENT LOCK TIMEOUT ステートメントを使用して、この変更を行えます。

アプリケーションが頻繁にタイムアウトする場合は、ロック・タイムアウトの設定値が小さすぎるかどうかを検査し、 該当する場合は大きくすることができます。

使用法

このエレメントは、 locktimeout データベース構成パラメーターの設定値を調整するときに利用できます。 通常の操作レベルと比較して、ロックのタイムアウト回数が多くなった場合は、 ロックを長期にわたって保有しているアプリケーションがある可能性があります。 その場合、このエレメントは、ロックおよびデッドロックに関する他のいくつかのモニター・エレメントを分析して、アプリケーションに問題があるかどうかを判別する必要があることを示している場合があります。

locktimeout データベース構成パラメーターの設定値が高すぎると、 ロックのタイムアウト回数が極端に少なくなります。 この場合は、アプリケーションがロックを取得するための待機時間が長くなります。

使用法

lock_timeouts - lock_timeouts_global

DB2 pureScale 環境以外では、この値は常時ゼロになります。

使用法

このエレメントは、リソース競合の重大度を判別するときに役立ちます。

使用法

データベース・レベルでは、 このデータベース内ですべてのアプリケーションが 1 つのロックを待機した合計経過時間を示します。 この測定された経過時間には、 アクティビティーの実行中に取得したロックに関して費やした時間と、 コンパイルなどの他の処理中に取得したロックに関して費やした時間が含まれる場合があります。

アプリケーション接続およびトランザクションのレベルでは、 この接続またはトランザクションがロックの付与を待機した合計経過時間を示します。

このエレメントの値に、現在もロック待機状態にあるエージェントのロック待機時間は含まれません。 これにはすでにロック待機が完了したエージェントのロック待機時間のみが含まれます。

このエレメントと lock_waits モニター・エレメントを組み合わせて使用すると、 平均ロック待機時間を計算できます。 この計算は、データベース・レベルとアプリケーション接続レベルのいずれでも行えます。

使用法

lock_wait_time - lock_wait_time_global

DB2 pureScale 環境以外では、この値は常時ゼロになります。

使用法

このエレメントを使用して、収集された時間間隔におけるワークロード用のパーティションでの要求の最大ロック待機時間を判別することができます。

使用法

データベース・レベルでは、 アプリケーションがデータベース内でロックを待機した合計回数を示します。

アプリケーション接続レベルでは、この接続がロックを要求し、 ほかの接続がデータ上でロックを保留していたために待機した合計回数を示します。

このエレメントと lock_wait_time を組み合わせて使用すると、 データベース・レベルの場合は平均ロック待機時間を計算できます。 この計算は、データベース・レベルとアプリケーション接続レベルのいずれでも行えます。

平均ロック待機時間が長い場合は、 多数のロックを保留するアプリケーションまたはロック・エスカレーションを起こしているアプリケーションを探します。 これにより、必要に応じてアプリケーションをエスカレーションして並行性を改善します。 エスカレーションが原因で平均ロック待機時間が長くなっている場合は、 locklist および maxlocks 構成パラメーターのどちらか、 または両方の設定値が低すぎることが原因と考えられます。

使用法

lock_waits - lock_waits_global

DB2 pureScale 環境以外では、この値は常時ゼロになります。

使用法

モニター情報がデータベース・レベルの場合は、 データベース内のすべてのアプリケーションが現在保持しているロックの合計数を示します。

モニター情報がアプリケーション・レベルの場合は、 アプリケーションのすべてのエージェントが現在保持しているロックの合計数を示します。

使用法

このエレメントを使用すると、 maxlocks 構成パラメーターで定義されている、 アプリケーションが使用可能な最大ロック数に近づいているかどうかを判別できます。 このパラメーターは、 ロック・エスカレーションを起こさずに各アプリケーションが使用できるロック・リストのパーセンテージを示します。 ロック・エスカレーションが起こると、 データベースに接続されている各アプリケーション間の並行性が低下します。

ロック数が多い場合は、アプリケーション内で実行するコミットの数を多くして、 一部のロックを解放する必要があります。

使用法

このエレメントと appls_cur_cons と組み合わせて使用すると、ロックを待機中のアプリケーションのパーセンテージが分かります。この値が大きい場合は、アプリケーションに並行性の問題がある可能性があるため、 ロックや排他ロックを長時間にわたって保留しているアプリケーションを確認する必要があります。

使用法

• この値は、オブジェクトに物理的に割り振られているスペース量より小さい場合があります。 そのようになる可能性があるのは、TRUNCATE ステートメントの REUSE STORAGE オプションを使用した場合です。 このオプションを指定すると、表に割り振られているストレージは引き続き割り振られますが、ストレージは空と見なされます。 さらに、このモニター・エレメントの値は、オブジェクトに論理的に割り振られているスペース量よりも小さくなる可能性があります。 その理由は、論理的に割り振られているスペースの合計には、量的にはわずかですが追加のメタデータが含まれているからです。

  オブジェクトの正確な論理サイズまたは物理サイズを取得するには、ADMIN_GET_TAB_INFO_V97 関数を使用します。 この関数を使用すると、このモニター・エレメントに関して報告されるページ数とページ・サイズの積で得られる値よりも正確なオブジェクト・サイズに関する情報が得られます。

使用法

このエレメントの値は、SYSCAT.TABLESPACES のビューの TBSPACEID 列の値と一致します。