pd_lck_pool_partitionオペランド（フロントエンドサーバの場合はpd_fes_lck_pool_partitionオペランド）に排他制御用プールの分割数を指定します。これによって，排他制御処理を分散させることができます。

pd_lck_pool_partitionオペランド及びpd_fes_lck_pool_partitionオペランドについては，マニュアル「HiRDB Version 8 システム定義」を参照してください。

指定値を決定する手順を次の図に示します。

図9-6　pd_lck_pool_partitionオペランドの指定値を決定する手順

(a)　初期構築時

トランザクションの多重実行数に従って，排他制御用プールパーティション数を指定します。指定値の目安を次に示します。

排他制御用プールパーティション数＝トランザクションの多重実行数÷50

また，初期構築以降にチューニングした場合，共用メモリの使用量が変わります。そのため，チューニングする可能性がある場合は，事前に共用メモリの使用量を計算して必要な物理メモリの確保，及びOSパラメタの設定をすることを推奨します。

(b)　チューニング

排他制御用プールパーティション数をチューニングする場合は，次の情報が必要になります。

• SQL実行時間（SQLトレースに出力されます）
• 排他待ち数（システムの稼働に関する統計情報に出力されます）

実際に業務内容を想定した多重実行数と稼働率でアプリケーションを実行し，チューニング情報を取得してください。取得したチューニング情報を基に排他制御用プールパーティション数を徐々に増加しながら，業務アプリケーション全体でSQL実行時間の合計が最も短くなる排他制御用プールパーティション数を設定してください。

ただし，次に示す場合は排他制御用プールパーティション数をチューニング前の値に戻して，ほかの方法で性能向上を図ってください。

• 排他制御用プールパーティション数を増やしたが，排他待ち数が減少しない場合
• 排他制御用プールパーティション数を増やしたことによって排他待ち数が減少したが，SQLの実行時間が短くならない場合

なお，排他制御処理を分散させた場合，ハッシュ分割によって排他資源ごとに使用する排他制御用プールパーティションを決定します。そのため，対象となる排他資源によっては，使用する排他制御用プールパーティションに偏りが発生することがあります。使用する排他制御用プールパーティションが偏ると，次の現象が発生するおそれがあります。

• 排他制御の性能が改善しない
  この場合は，pd_lck_pool_partitionオペランド（フロントエンドサーバの場合はpd_fes_lck_pool_partitionオペランド）の値を，現在の指定値より大きい素数に変更してください。これによって，ハッシュ分割の偏りを解消します。
  
• 排他制御用プールパーティションのサイズ不足
  この場合は，pd_lck_pool_partitionオペランド（フロントエンドサーバの場合はpd_fes_lck_pool_partitionオペランド）の値を，現在の指定値より大きい素数に変更してください。これによって，ハッシュ分割の偏りを解消します。又は，pd_lck_pool_sizeオペランド（フロントエンドサーバの場合はpd_fes_lck_pool_sizeオペランド）の値を増やしてください。これによって，排他資源管理テーブルの容量を増やします。
  

  参考

  排他制御用プールのサイズは，pd_lck_pool_sizeオペランドで変更します。排他制御用プールはHiRDBによって排他制御用プールパーティションに割り当てられるため，排他制御用プールパーティションのサイズは排他制御用プールのサイズに比例します。排他制御用プールパーティションの利用率は，システムの稼働に関する統計情報に出力されます。利用率が高い場合は，より多くの排他資源を必要とするトランザクションを実行すると排他制御用プールパーティションのサイズ不足が発生し，トランザクションが実行できなくなります。その場合は，pd_lck_pool_sizeオペランドの指定値を増加することを検討してください。なお，システムの稼働に関する統計情報については，マニュアル「HiRDB Version 8 コマンドリファレンス」を参照してください。

使用する排他制御用プールパーティションに偏りが発生しているかどうかは，pdls -d lck -p -eコマンドを実行すると表示されます。排他制御用プールパーティションごとの最大使用率が，テーブルごとに大きく異なる場合は，排他制御用プールパーティションに偏りが発生しています。

排他制御処理を分散させた場合のSQLごとのメリット及びデメリットを次の表に示します。

表9-4　排他制御処理を分散させた場合のメリット及びデメリット

SQL	排他制御用プールパーティション数を増やした場合		排他制御用プールパーティション数を減らした場合
	メリット	デメリット	メリット	デメリット
処理完了時にCOMMIT及びROLLBACKをしないSQL（ほとんどの操作系SQL及び制御系SQLの一部など）	多重実行時のSQL性能が向上します。	SQL単体の性能が劣化します。	SQL単体の性能が向上します。	多重実行時のSQLの性能が劣化します
処理完了と同時にCOMMIT又はROLLBACKをするSQL（COMMIT，ROLLBACK，定義系SQL，PURGE TABLEなど）	−	多重実行時のSQLの性能が劣化します。また，SQL単体の性能も劣化します。	多重実行時のSQLの性能が向上します。また，SQL単体での性能も向上します。	−

（凡例）　−：該当しません。

排他制御処理を分散させると，排他制御が使用する管理情報を排他制御用プールパーティション数分追加するため，ユニットコントローラ用共用メモリのサイズが増加します。ユニットコントローラが使用する共用メモリの計算式については，マニュアル「HiRDB Version 8 システム導入・設計ガイド」を参照してください。排他制御用プールパーティション数を増やす場合は，ユニットコントローラ用共用メモリのサイズの増加によって，物理メモリやOSパラメタの指定値が不足しないよう，必要に応じてシステム構成を変更してください。