P

使用法

このエレメントの値は、SYSCAT.PACKAGES ビューの PKGID 列の値と一致します。

使用法

このエレメントを使用すると、実行中のアプリケーション・プログラムや SQL ステートメントを識別できます。

使用法

このエレメントを使用して、パッケージおよび現在実行中の SQL ステートメントの識別に役立てることができます。

使用法

ページ再編成の回数が多すぎると、最適な挿入パフォーマンスを達成できないことがあります。 REORG TABLE ユーティリティーを使用すると、表を再編成してフラグメント化をなくすことができます。 さらに、ALTER TABLE ステートメントで APPEND パラメーターを使用すると、 表の末尾にすべての挿入を付加するように指定でき、ページの再編成を回避できます。

行の更新をすると行の長さが増えるような場合は、 そのページに新しい行を挿入するだけの場所があっても、 そのスペースのフラグメント化を解消するためにページ REORG が必要になる場合があります。 ページに新しい大きな行を挿入するだけの場所がない場合は、 オーバーフロー・レコードが作成されて、 読み取りのときに overflow_accesses の原因となります。 どちらの状態も、可変長列の代わりに固定長列を使用することで回避できます。

使用法

内部的に保持されているオブジェクト・スペース・マップに関連するページ再利用は、別個にカウントされます。

使用法

内部的に保持されているオブジェクト・スペース・マップに関連するページ再利用は、別個にカウントされます。

使用法

ブロック・ベースのバッファー・プールが使用可能になっている場合、 このエレメントは、ブロック入出力によって読み取られたページ数の合計を報告します。 そうでない場合、このエレメントは 0 を戻します。

ブロック・ベースの入出力ごとに順次プリフェッチされたページ数の平均を計算するには、pages_from_block_ios モニター・エレメントの値を block_ios モニター・エレメントの値で除算します。 この値が、CREATE BUFFERPOOL または ALTER BUFFERPOOL ステートメントでブロック・ベースのバッファー・プールについて定義した BLOCKSIZE オプションより大幅に小さい場合は、ブロック・ベースの入出力の利点が最大限に活用されていません。考えられる原因の 1 つは、順次プリフェッチされている表スペースのエクステント・サイズと、 ブロック・ベースのバッファー・プールのブロック・サイズが一致していないことです。

使用法

使用法

使用法

このエレメントを parent_uow_id エレメントおよび appl_id エレメントと組み合わせて使用すると、このアクティビティー・レコードで記述されているアクティビティーの親アクティビティーを一意的に識別できます。

使用法

このエレメントを parent_activity_id エレメントおよび appl_id エレメントと組み合わせて使用すると、このアクティビティー・レコードで記述されているアクティビティーの親アクティビティーを一意的に識別できます。

使用法

ほとんどのイベント・モニターは、データベースが非活動状態になるまでそれぞれの結果を出力しません。 FLUSH EVENT MONITOR <monitorName> ステートメントを使用すると、 モニター値をイベント・モニター出力ライターに強制的に渡すことができます。 これにより、イベント・モニターを停止して再始動する必要なしに、 イベント・モニター・レコードをライターに強制的に渡すことができます。 このエレメントは、イベント・モニター・レコードがフラッシュ操作の結果であり、 したがってそれが部分レコードであるかどうかを示します。

イベント・モニターのフラッシュが原因で値がリセットされることはありません。 これは、イベント・モニターが起動するときに、 完全イベント・モニター・レコードが生成されることを意味します。

使用法

このエレメントを使用すると、 このデータ・ソースでステートメントをパススルー・モードで処理するのに要した実際の時間を判別できます。

使用法

PHASE_START_EVENT_TIMESTAMP およびメンバー・エレメントと併用して、フェーズ停止レコードをフェーズ開始レコードに関連付けます。

使用法

• イベントが、ユーティリティーのフェーズまたは処理段階の停止 (UTILPHASESTOP) である場合、 これは、対応するユーティリティーのフェーズ開始 (UTILPHASESTART) の時刻です。 それ以外の場合は空です。

使用法

 
    1 - (パッケージ・キャッシュ挿入 / パッケージ・キャッシュ検索)

使用法

 
    1 - (パッケージ・キャッシュ挿入 / パッケージ・キャッシュ検索)

パッケージ・キャッシュ・ヒット率は、パッケージ・キャッシュが効果的に利用されているかどうかを示します。このヒット率が高い場合 (0.8 を超える値)、キャッシュは効果的に動作しています。 このヒット率が低い場合は、パッケージ・キャッシュを大きくする必要があることを示します。

パッケージ・キャッシュのサイズを変えて試すことにより、 pckcachesz 構成パラメーターに最適な値を見つける必要があります。 例えば、 キャッシュのサイズを小さくしても pkg_cache_inserts エレメントが増えない場合は、 パッケージ・キャッシュのサイズをさらに小さくできます。 パッケージ・キャッシュのサイズを小さくすれば、 その分のシステム・リソースを他の作業のために使えるようになります。 または、パッケージ・キャッシュのサイズを大きくすることにより (それによって pkg_cache_inserts が少なくなるのであれば)、システム全体のパフォーマンスを向上させることもできます。 この実験は、フル・ワークロードの条件で行うのが最善です。

このエレメントと ddl_sql_stmts を組み合わせて使用すると、 DDL ステートメントを実行したときにパッケージ・キャッシュのパフォーマンスに影響を与えるかどうかを判別できます。 DDL ステートメントを実行すると、 動的 SQL ステートメントの一部のセクションが無効になる場合があります。 無効なセクションは、次に使用されるときにシステムが暗黙的に準備します。 DDL ステートメントを実行すると、多数のセクションが無効になり、 その結果、それらのセクションの準備に余分な処理時間が必要になるため、 パフォーマンスに大きく影響を及ぼすことがあります。 この場合のパッケージ・キャッシュ・ヒット率は、無効なセクションの暗黙的な再コンパイルを反映します。 キャッシュに挿入される新しいセクションは反映されないので、パッケージ・キャッシュのサイズを大きくしても総合的なパフォーマンスは改善できません。 フル環境を対象に作業する前に、アプリケーション自体のキャッシュを調整すれば、 混乱を避けることができます。

実行すべきアクションを考える前に、 パッケージ・キャッシュ・ヒット率の値に DDL ステートメントがどのような役割を果たしているのかを明確にする必要があります。 DDL ステートメントがあまり発生しない場合は、 キャッシュのサイズを大きくするとキャッシュのパフォーマンスを改善できる場合があります。 DDL ステートメントが頻繁に使用される場合は、 DDL ステートメントを制限する (時間を限定するなど) と改善できる場合があります。

static_sql_stmts および dynamic_sql_stmts のカウントは、 キャッシュに入れるセクションの数量とタイプに関する情報を提供するときに利用できます。

使用法

このエレメントと pkg_cache_size_top モニター・エレメントを組み合わせて使用すると、オーバーフローを回避するのにパッケージ・キャッシュのサイズを大きくする必要があるかどうかを判別できます。

使用法

パッケージ・キャッシュがオーバーフローした場合、このエレメントは、 オーバーフロー時にパッケージ・キャッシュが到達した最大サイズになります。

このような状態が発生したかどうかを確認するには、 pkg_cache_num_overflows モニター・エレメントをチェックしてください。

   パッケージ・キャッシュの最大サイズ / 4096

使用法

GBP = ( pool_async_data_gbp_l_reads - pool_async_data_gbp_p_reads ) / pool_async_data_gbp_l_reads

使用法

GBP = ( pool_async_data_gbp_l_reads - pool_async_data_gbp_p_reads ) / pool_async_data_gbp_l_reads

使用法

GBP = ( pool_async_data_gbp_l_reads - pool_async_data_gbp_p_reads ) / pool_async_data_gbp_l_reads

使用法

GBP = ( pool_async_data_gbp_l_reads - pool_async_data_gbp_p_reads ) / pool_async_data_gbp_l_reads

使用法

 pool_async_data_reads / pool_async_data_read_reqs

この平均値は、プリフェッチャーで使用される読み取り入出力平均サイズを判別するのに役立ちます。また、測定対象ワークロードのラージ・ブロック入出力要件を理解するうえでもこのデータは役立ちます。

使用法

# of sync data reads = pool_data_p_reads + pool_temp_data_p_reads - pool_async_data_reads

1-((pool_data_p_reads + pool_index_p_reads)-(pool_async_data_reads + pool_async_index_reads))/(pool_data_l_reads+pool_index_l_reads)

非同期読み取りは、データベース・マネージャーのプリフェッチャーが実行します。

使用法

GBP = ( pool_async_index_gbp_l_reads - pool_async_index_gbp_p_reads ) / pool_async_index_gbp_l_reads

使用法

GBP = ( pool_async_index_gbp_l_reads - pool_async_index_gbp_p_reads ) / pool_async_index_gbp_l_reads

使用法

GBP = ( pool_async_index_gbp_l_reads - pool_async_index_gbp_p_reads ) / pool_async_index_gbp_l_reads

使用法

GBP = ( pool_async_index_gbp_l_reads - pool_async_index_gbp_p_reads ) / pool_async_index_gbp_l_reads

使用法

# of sync index reads = pool_index_p_reads + pool_temp_index_p_reads - pool_async_index_reads

1 - ((pool_data_p_reads + pool_index_p_reads) - (pool_async_data_reads + pool_async_index_reads)) / (pool_data_l_reads + pool_index_l_reads) 

非同期読み取りは、データベース・マネージャーのプリフェッチャーが実行します。

使用法

  pool_index_writes - pool_async_index_writes

非同期読み取り数と同期読み取り数を比較すると、 バッファー・プール・ページ・クリーナーの動作状態がわかります。 この比率は、 num_iocleaners 構成パラメーターを調整するときに役に立ちます。

使用法

 pool_write_time - pool_async_write_time

 pool_async_write_time
  / (pool_async_data_writes 
    + pool_async_index_writes)

これらの計算は、実行中の入出力操作を把握するときに使用します。

使用法

GBP = ( pool_async_xda_gbp_l_reads - pool_async_xda_gbp_p_reads ) / pool_async_xda_gbp_l_reads

使用法

GBP = ( pool_async_xda_gbp_l_reads - pool_async_xda_gbp_p_reads ) / pool_async_xda_gbp_l_reads

使用法

GBP = ( pool_async_xda_gbp_l_reads - pool_async_xda_gbp_p_reads ) / pool_async_xda_gbp_l_reads

使用法

GBP = ( pool_async_xda_gbp_l_reads - pool_async_xda_gbp_p_reads ) / pool_async_xda_gbp_l_reads

使用法

 
 pool_xda_p_reads + pool_temp_xda_p_reads - pool_async_xda_reads

非同期読み取り数と同期読み取り数を比較すると、プリフェッチャーの動作状態がわかります。 このエレメントは、num_ioservers 構成パラメーターを調整するときに役に立ちます。

非同期読み取りは、データベース・マネージャーのプリフェッチャーが実行します。

使用法

(POOL_DATA_LBP_PAGES_FOUND - POOL_ASYNC_DATA_LBP_PAGES_FOUND) / POOL_DATA_L_READS

(POOL_DATA_GBP_L_READS - POOL_DATA_GBP_P_READS) / POOL_DATA_GBP_L_READS

使用法

(POOL_DATA_LBP_PAGES_FOUND - POOL_ASYNC_DATA_LBP_PAGES_FOUND) / POOL_DATA_L_READS

(POOL_DATA_GBP_L_READS - POOL_DATA_GBP_P_READS) / POOL_DATA_GBP_L_READS

使用法

(POOL_DATA_LBP_PAGES_FOUND - POOL_ASYNC_DATA_LBP_PAGES_FOUND) / POOL_DATA_L_READS

(POOL_DATA_GBP_L_READS - POOL_DATA_GBP_P_READS) / POOL_DATA_GBP_L_READS

使用法

(POOL_DATA_LBP_PAGES_FOUND - POOL_ASYNC_DATA_LBP_PAGES_FOUND) / POOL_DATA_L_READS

(POOL_DATA_GBP_L_READS - POOL_DATA_GBP_P_READS) / POOL_DATA_GBP_L_READS

使用法

((pool_data_lbp_pages_found
- pool_async_data_lbp_pages_found) / (pool_data_l_reads + pool_temp_data_l_reads))
× 100 

バッファー・プール・サイズを大きくすると、一般的にヒット率は高くなりますが、 ある点を超えると逆に低くなります。 理想的には、 データベース全体を保管できるような大きなバッファー・プールを割り振ることができれば、 システムが稼働中のヒット率は 100% になります。 しかし、現実的にはそうしたことは起こりません。 実際には、 使用するデータのサイズとそのデータへのアクセス方法によってヒット率の重要度は異なります。 非常に大きなデータベースでアクセスが均等な場合は、ヒット率が低くなります。 表が非常に大きな場合は、対応する方法はほとんどありません。

頻繁にアクセスされる小さめの表と索引のヒット率を上げるには、そうした表と索引を個別のバッファー・プールに割り当ててください。

使用法

1 - ((pool_data_p_reads + pool_index_p_reads) - (pool_async_data_reads + pool_async_index_reads)) / (pool_data_l_reads + pool_index_l_reads)

非同期読み取り数と同期読み取り数を比較すると、プリフェッチャーの動作状態がわかります。 この情報は、num_ioservers 構成パラメーターを調整するときに役立つ場合があります。

使用法

pool_data_p_reads モニター・エレメントの値のパーセンテージが高いためにバッファー・プールのデータ・ページがディスクに書き込まれる場合は、データベースで利用可能なバッファー・プール・ページ数を増やすとパフォーマンスを改善できる可能性があります。

システムがあるページを書き込むときに、新しいページのためのスペースを用意するとは限りません。 そのページが更新されていなければ、単純に置換されます。 このエレメントでは、このような置換はカウントされません。

データ・ページは、バッファー・プール・スペースが必要になる前に、非同期ページ・クリーナー・エージェントによって書き込まれることがあります。 それについては、pool_async_data_writes モニター・エレメントによって報告されます。 これらの非同期ページ書き込みは、同期ページ書き込みと合わせて、このエレメントの値に含まれます。

すべてのアプリケーションがデータベースを更新するような場合は、 ほとんどのバッファー・プール・ページが更新されたデータを含んでおり、 これをディスクに書き込む必要があるので、 バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。 ただし、 更新されたページを書き出す前に、ほかの作業単位がこのページを使用できる場合は、 バッファー・プールが書き込み操作と読み取り操作を節約できるので、 パフォーマンスが向上する場合があります。

使用法

        pool_drty_pg_steal_clns
     / (pool_drty_pg_steal_clns
      + pool_drty_pg_thrsh_clns
      + pool_lsn_gap_clns)

この比率が低い場合は、定義したページ・クリーナー数が多すぎることを示します。 chngpgs_thresh 構成パラメーターをあまり低く設定すると、 後にダーティー・ページになるページを書き出す可能性があります。 クリーニングをあまり積極的にすると、バッファー・プールの 1 つの目的である、 書き込みをできるだけ遅らせることができなくなります。

この比率が高い場合は、定義したページ・クリーナーの数が十分でないことを示している可能性があります。 十分なページ・クリーナーがないと、障害時のリカバリー時間が長くなります。

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

   1 - 
    (
    POOL_FAILED_ASYNC_DATA_REQS + 
    POOL_FAILED_ASYNC_INDEX_REQS + 
    POOL_FAILED_ASYNC_XDA_REQS + 
    POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
    POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
    POOL_FAILED_ASYNC_TEMP_XDA_REQS
    ) 
    ÷ 
    (
      (
      POOL_FAILED_ASYNC_DATA_REQS + 
      POOL_FAILED_ASYNC_INDEX_REQS + 
      POOL_FAILED_ASYNC_XDA_REQS + 
      POOL_FAILED_ASYNC_TEMP_DATA_REQS + 
      POOL_FAILED_ASYNC_TEMP_INDEX_REQS + 
      POOL_FAILED_ASYNC_TEMP_XDA_REQS 
      )
    + 
      (
      POOL_QUEUED_ASYNC_DATA_REQS + 
      POOL_QUEUED_ASYNC_INDEX_REQS + 
      POOL_QUEUED_ASYNC_XDA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_DATA_REQS + 
      POOL_QUEUED_ASYNC_TEMP_INDEX_REQS + 
      POOL_QUEUED_ASYNC_TEMP_XDA_REQS
      )
    ) × 100

使用法

システム・メモリーの使用量を追跡するときに、この値と pool_config_size、pool_cur_size、および pool_watermark を組み合わせて使用します。

使用法

(POOL_INDEX_LBP_PAGES_FOUND - POOL_ASYNC_INDEX_LBP_PAGES_FOUND) / POOL_INDEX_L_READS

(POOL_INDEX_GBP_L_READS - POOL_INDEX_GBP_P_READS) / POOL_INDEX_GBP_L_READS

使用法

(POOL_INDEX_LBP_PAGES_FOUND - POOL_ASYNC_INDEX_LBP_PAGES_FOUND) / POOL_INDEX_L_READS

(POOL_INDEX_GBP_L_READS - POOL_INDEX_GBP_P_READS) / POOL_INDEX_GBP_L_READS

使用法

(POOL_INDEX_LBP_PAGES_FOUND - POOL_ASYNC_INDEX_LBP_PAGES_FOUND) / POOL_INDEX_L_READS

(POOL_INDEX_GBP_L_READS - POOL_INDEX_GBP_P_READS) / POOL_INDEX_GBP_L_READS

使用法

(POOL_INDEX_LBP_PAGES_FOUND - POOL_ASYNC_INDEX_LBP_PAGES_FOUND) / POOL_INDEX_L_READS

(POOL_INDEX_GBP_L_READS - POOL_INDEX_GBP_P_READS) / POOL_INDEX_GBP_L_READS

使用法

((pool_index_lbp_pages_found
- pool_async_index_lbp_pages_found )  / (pool_index_l_reads
+ pool_temp_index_l_reads)) × 100

ヒット率が低い場合は、バッファー・プール・ページ数を増やすと、 パフォーマンスが向上する場合があります。

使用法

((pool_index_lbp_pages_found
- pool_async_index_lbp_pages_found )  / (pool_index_l_reads
+ pool_temp_index_l_reads)) × 100

使用法

システムがあるページを書き込むときに、新しいページのためのスペースを用意するとは限りません。 そのページが更新されていなければ、単純に置換されます。 このエレメントでは、このような置換はカウントされません。

索引ページは、バッファー・プール・スペースが必要になる前に、 非同期ページ・クリーナー・エージェントにより書き込まれます。 非同期索引ページの書き込みは、同期索引ページの書き込みと合わせて、 このエレメントの値に含まれます (pool_async_index_writes モニター・エレメントを参照)。

pool_index_p_reads モニター・エレメントの値のパーセンテージが高いためにバッファー・プールの索引ページがディスクに書き込まれる場合は、データベースで利用可能なバッファー・プール・ページ数を増やすとパフォーマンスを改善できる可能性があります。

すべてのアプリケーションがデータベースを更新するような場合は、 ほとんどのページが更新されたデータを含んでおり、 これをディスクに書き込む必要があるので、 バッファー・プールのサイズを大きくしてもパフォーマンスはあまり改善されません。

使用法

このエレメントは、ロギングに十分なスペースがあるかどうか、 またログ・ファイルやさらに大きなログ・ファイルの追加が必要かどうかを判別するときに利用できます。

ページ・クリーニングの基準は、 softmax 構成パラメーターの設定値により決定されます。 バッファー・プール内の最も古いページに含まれている更新内容が現行ログ位置と比較して基準値よりも古いログ・レコードにより記述されている場合に、 ページ・クリーナーが起動される。