web-dev-qa-db-ja.com

ページPLEおよびBCHRの書き込みが多すぎるが正常な値ですか？

今日、私は自分のパフォーマンスカウンターを調べていたところ、これを見つけました...

Average Batch Request per second was 0,6
Average Page Reads per second was 12,5
Average Page Writes per second was ~15000
Average Checkpoint Pages per second was ~15000
Average Page Splits per second was 325

バッファキャッシュヒット率99％

7256でのページの平均寿命

ビットを検索した後、1秒あたりの90ページ以上の読み取りと書き込みがメモリの負荷を示している可能性があることを発見しましたが、たとえば、テーブルにデータを絶えずロードしている場合、ページの書き込みはメモリの負荷の指標になる可能性があります。

ありがとう！

sql-server-2012performanceperformance-tuning
2
J1mmy

ページ書き込みは、論理書き込みと物理書き込みの単なる指標です。論理書き込みは、ページがバッファ（ダーティバッファ）に書き込まれているときに発生する操作で、物理書き込みは、同じダーティバッファがクリーンバッファに変換されて物理ディスクに書き込まれているときに発生する操作です。

確かに、これは記憶圧を判断するための単一の指標ではありません。結論を出すには、さまざまな指標を組み合わせる必要があります。

しかし、あなたのケースでは、ページの寿命が非常に長く、ページが約37k秒間バッファに残っていることを示しているため、問題にはならないようです。だから、私はメモリのプレッシャーについて心配する必要はないと思います。

1
Ashwini Mohan

良いです。PLE値が高い場合は、メモリのプレッシャーがないことを示しています。

SQL Serverは、トランザクション（トランザクション）をすべてメモリ（RAM）を介して処理します。クエリ（INSERT/UPDATE/DELETE/SELECT）を使用してSQL Serverに要求を行うと、最初にデータページ（データページのサイズは8KB、8つのデータページのグループとエクステントのグループ）がディスクからメモリ（バッファー）にプルされます。それを読み書きします。バッファ内の利用可能なページは、他のリクエストにも対応し、ディスクIOを節約します。

だから、あなたが言ったように90 pages read and write / sec。

それはたったの90 * 8 = 720 KB（アクティブセッションで使用中のページ）であり、残りはSQL Serverによってバッファとして使用されます。

いつ

  1. PLE <（バッファサイズ/ 4）* 300
  2. あなたはページングに直面し始めます
  3. BCHR <95頻繁

これは、サーバーがメモリ不足に直面していることを意味します。

ありがとう

0
Rajesh Ranjan