OLTP環境で，グローバルバッファを使用して大量検索や大量更新をするUAPを実行する場合に適用することをお勧めします。

LRU管理を抑止したUAPがアクセスしたページはアクセス頻度に関係なく，最も古い時にアクセスしたページとしてグローバルバッファ上にキャッシュされます。そのため，LRU管理を適用したUAPがアクセスしたページより先にメモリから追い出されるようになり，LRU管理を適用したUAPがアクセスしたページはメモリから追い出されなくなります。ただし，LRU管理を抑止するUAPとLRU管理を抑止しないUAPが同じページにアクセスする場合，そのページはLRU管理されます。

クライアント環境定義のPDDBBUFLRUオペランドにNOを指定します。

1. LRU管理を抑止するUAPがアクセスしたページは，アクセス頻度に関係なく，バッファ不足が発生すると，メモリからの追い出し対象となります。そのため，LRU管理を抑止するUAPはバッファヒット率の低下に伴う入出力回数の増加によって，レスポンス性能が低下することがあります。
2. UAPは1〜4面のバッファを同時に確保します。そのため，LRU管理を抑止する設定をした場合でも，UAPごとにグローバルバッファにキャッシュされているページの中で1〜4ページはキャッシュから追い出されるおそれがあります。
3. 更新を行うUAPに対してLRU管理を抑止した場合，DBへの書き込み回数が多く，ログ出力契機が頻繁に発生するため，LRU管理を抑止しない場合に比べて，出力されるログ量が多くなります。容量が不足しないように次のようにしてください。
   
   • システムログファイルの容量を再度見積もりする
   • ログレスモードで実行できる場合，クライアント環境定義のPDDBLOGにNOを指定する
   LRU管理を抑止する場合のログ量は，次に示す計算式で求めます。なお，pd_log_rec_lengオペランドの指定値を1024にすると，LRU管理を抑止する場合に出力されるログ量を最小に抑えられます。
   

   更新GET数※×pd_log_rec_lengオペランドの値

   注※

   更新GET数は，UAP統計レポートのDIDUCの値，又はUAPに関する統計情報のDIDUCの値で確認できます。

4. LRU管理を抑止するUAPでも，ロールバックが発生した場合はLRU管理されることがあります。LRU管理されるかどうかはロールバックのタイミングによって次のように異なります。
   

   ロールバックのタイミング		LRU管理されるかどうか
   SQLでタイミングを定義する場合	制御系SQLのROLLBACK文を指定して，ROLLBACK文が実行される直前のコミット時点までロールバックされるとき	LRU管理は抑止されます。
   HiRDBによって自動的にロールバックされる場合	SQL実行時に処理が続行できなくなり，HiRDBによって直前のコミット時点まで暗黙的にロールバックされるとき	LRU管理は抑止されます。
   	UAPの異常終了時にHiRDBによって直前のコミット時点までロールバックされるとき	LRU管理が行われます。
   	ディレードリランによってロールバックされるとき	LRU管理が行われます。