使用法

他のアプリケーションは排他ロックによって保留されているデータにアクセスすることができません。 そのため、排他ロックはデータの並行性に影響を与える可能性があるため、 それを追跡することは重要です。

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

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

過度の排他ロック・エスカレーションが起こる場合の考えられる原因と対策については、『lock_escals モニター・エレメント』を参照してください。

共有ロックが十分にあるのに、アプリケーションは排他ロックを使用することがあります。 共有ロックによってロック・エスカレーションの合計数を減らすことはできませんが、 排他ロックのエスカレーションよりも共有ロックのエスカレーションのほうが望ましいと考えられます。

使用法

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

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