ArcGIS Server .NET Help - DB2 の初期化パラメータ

次に示す DB2 の一部のパラメータは、ArcSDE ジオデータベースを動作させる際に変更するべき場合があります。

ロックに影響するパラメータ

クライアントアプリケーションやデータベース設定によっては、デッドロックはめずらしい現象ではありません。ステート系統が深いと、この問題が悪化する場合があることに注意してください。幸い、DB2 には、ロックリストのサイズ（LOCKLIST）、アプリケーションのロックがロックリストに占める割合（MAXLOCKS）、リクエストがロックの取得を待つ時間の長さ（LOCKTIMEOUT）、デッドロック検知の間隔（DLCHKTIME）、およびデッドロックのロールバック（DB2LOCK_TO_RB）を制御するチューニングパラメータがあります。

DB2 9 では、LOCKLIST および MAXLOCKS のデフォルト値は AUTOMATIC で、パラメータがセルフチューニングされます。そのため、DB2 のメモリチューナでは、メモリ消費が異なるときにメモリリソースのサイズが動的に決定されます。自動チューニングが動作するのは、データベースでセルフチューニングメモリが有効（SELF_TUNING_MEM=ON）な場合だけです。

ロックリストの設定を表示するには、次のコマンドを実行します。

db2 get db cfg

Max storage for lock list (4KB)		(LOCKLIST) = 50
Interval for checking deadlock (ms)	(DLCHKTIME) = 10000
Percent. of lock lists per application	(MAXLOCKS) = 22
Lock time out (sec)			(LOCKTIMEOUT) = -1
Max number of active applications	(MAXAPPLS) = AUTOMATIC

DB2LOCK_TO_RB レジストリ変数を確認するには、db2set を使用して「DB2LOCK_TO_RB=」を検索します。

LOCKLIST と MAXLOCKS
ロックリストの容量とロックエスカレーションの閾値を引き上げるには、それぞれ LOCKLIST パラメータと MAXLOCKS パラメータを変更します。DB2 8 で LOCKLIST を設定する手順は次のとおりです。
1. アクティブアプリケーションの最大数を見積もります（MAXAPPLS が設定されている場合は MAXAPPLS）。
2. アプリケーションあたりの平均ロック数を見積もります。
3. ロックリストのサイズの下限と上限を見積もります。
```
(Avg # locks per application * 36 * MAXAPPLS) / 4096
    (Avg # locks per application * 72 * MAXAPPLS) / 4096
```
  72 はオブジェクトの最初のロックのバイト数、36 はオブジェクトの追加のロックのバイト数です。
4. LOCKLIST の初期値として、上限および下限の範囲内の値を設定します。
  例を次に示します。
```
  db2 update db cfg using LOCKLIST 200
```
DB2 9 の場合、LOCKLIST サイズを推定する新しい公式があり、32 ビットと 64 ビットのプラットフォームでは変更があります。詳細については、DB2 インフォメーションセンターの LOCKLIST に関するドキュメントをご参照ください。MAXLOCKS を設定する手順は次のとおりです。
1. 1 つのアプリケーションでロックエスカレーションが発生する前に消費できるロックリストの割合を決定します。これは、平均的な割合または通常のトランザクション量に基づいて決定します。
  たとえば、アプリケーションのロックを平均ロック数の 2 倍まで許可する場合は、次のようになります。
```
100 * (Avg  # locks per application * 2 * 72 bytes per lock)
  / (LOCKLIST * 4096 bytes)
```
  次に、MAXLOCKS を次のように設定します。
```
db2 update db cfg using MAXLOCKS 22
```
2. ロックリストパラメータをさらに調整するには、スナップショットモニタとイベントモニタを使用する必要があります。データベースレベルで次の情報を調べます。
  - 使用中のロックリストの合計メモリ
  - 発生したロックエスカレーションの数
3. イベントモニタを使用して、トランザクションが保持するロックの最大数を監視します。
DB2 9 の場合の詳細については、DB2 インフォメーションセンターの MAXLOCKS に関するドキュメント（http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ibm.db2.udb.admin.doc/doc/r0000268.htm）をご参照ください。
LOCKTIMEOUT
ロックの取得を試行する際に DB2 が待機する時間を設定するには、LOCKTIMEOUT を変更します。
DLCHKTIME
デッドロックの検知間隔を調整するには、DLCHKTIME を変更します。
DB2LOCK_TO_RB
DB2LOCK_TO_RB は、ロックを待機する時間が LOCKTIMEOUT を過ぎたときのトランザクションの動作を指定します。デフォルトでは、ロックがタイムアウトすると、リクエストされたトランザクションがロールバックします。この振舞いを変更して、ロックリクエストを発行したステートメントだけをロールバックするには、DB2LOCK_TO_RB を「db2set DB2LOCK_TO_RB=STATEMENT」により変更します。ただし、ArcSDE に関しては、デフォルトの設定で十分です。

これらのパラメータの設定については、「DB2 データベースでのデッドロック」をご参照ください。

これらのパラメータを正しく設定する方法については、DB2 のドキュメントまたはパフォーマンスチューニングガイドをご参照ください。

3/6/2012