User manual

バッファ・キャッシュ・モニタリング・チェックリスト
174 Sybase IQ
表 6-1: バッファ・キャッシュ・モニタリング・チェックリスト
統計 正常な動作 調整が必要な動作 推奨される対応策
HR%
(Cache hit rate)
90% 以上。
GARRAY、BARRAY、
Bitmap (bm)、hash object、
sort object、variable-length
btree (btreev)、fixed-length
btree (btreef)、bit vector (bv)、
dbext、dbid、vdo、store、
checkpoint block (ckpt) などの
個別の内部データ構造体の場
合、クエリの実行中はヒット
率が 90% を上回る。最初は
90% を下回る場合がある。
プリフェッチが機能し始める
と (PF または PrefetchReqs >
0)、ヒット率が徐々に上昇し
て 90% を超える。
プリフェッチが機能した後
もヒット率が 90% を下回る。
注意 オブジェクトによって
はプリフェッチを行わない
ものがあるため、これらの
ヒット率は一般に低くなる。
-iqmc と -iqtc を調整し、メインと
テンポラリのキャッシュ・サイズ
のバランスをとり直してみる。
PREFETCH_THREADS_PERCENT
オプションを調整し、プリフェッ
チ・スレッド数を増やしてみる。
Gdirty
(Grabbed Dirty)
適度なキャッシュ・サイズ
(< 10GB) が設定されたシス
テムでは 0。
GDirty > 0
注意 スイーパ・スレッドがア
クティブになるのは、ダー
ティ・ページの数がウォッ
シュ・エリアの一定の割合に
達した場合だけである。
GDirty/GrabbedDirty が 0 より
大きく、I/O 率 (Writes) が低
い場合は、単にシステムに軽
い負荷がかかっていると考
えられるため対応策は不要。
SWEEPER_THREADS_PERCENT
オプション ( デフォルトは 10%) ま
たは WASH_AREA_BUFFERS_
PERCENT オプション ( デフォルト
は 20%) を調整し、ウォッシュ・エ
リアのサイズを増やす。
BWaits
(Buffer Busy
Waits)
0
> 0 の状態が持続し、複数の
ジョブが同じバッファで衝突
していることを示している。
I/O 率 (Writes) が高い場合は、
キャッシュのスラッシングが原因
で Busy Waits が起きていると考え
られる。キャッシュ・レポートで
ヒット率を調べて、メインとテン
ポラリのキャッシュのバランスを
とり直す必要があるかどうかを確
認する。
ほぼ同一の多数のクエリを同時に
バッチ・ジョブで開始している場
合は、開始時刻をずらしてみる。
LRU Waits
( デバッグ・レ
ポートでは
LRUNum
TimeOuts
percentage)
20% 以下 > 20%。これは重大な競合問
題が起きていることを示す。
オペレーティング・システムの
パッチ・レベルやその他の環境設
定を確認する。これはオペレー
ティング・システムの問題の可能
性が高い。
IOWait
(IONumWaits)
10% 以下
> 10%
ディスク・エラーや I/O リトライを
調べる。