SQL Serverのページの期待寿命が高すぎることはありますか？

SQL ServerのPage Life Expectancyと、それが何を意味し、どのような情報からそれを収集できるかについて、いくつかの記事を読みました。私が読んだこれらの記事のほとんどでは、一般的で健全なPLE値は、約1000〜2000秒です。約300秒に達すると、RAMが少なくなる可能性があることを読んだことがあります。

最近、ハードウェアをアップグレードして、RAMを64 GBにしました（14 GBから）。14GBでは、私のPLEは約300秒で、1秒あたり5〜6回のメモリ許可が保留されていました。それで、それは悪いことであり、RAMを増やしました。今、私のPLEははるかに高く、約5000秒であり、保留中のメモリ許可はありません。思い出せば7000秒見たよ。これは私が読んだ何よりもはるかに高いです。

高いPLEは悪いことですか？それとも高いほど良いですか？

編集：すみません、私のPLEは7000秒ではなく、70,000秒でした！ただ、現時点では7000程度まで下がっています。

• データベースのサイズは約160GBです。いくつかのテーブルには500万以上の行があります。
• max_server_memory は2147483647に設定されています。

いいえ、私は頭の中で、天文学的に高いPLEの負の副作用を示す可能性のある状況や理論について考えることはできません（ハードディスクドライブでプラッターのハミングサウンドを楽しんでいない限り？）。

メモリがどんどん安くなり、ハードウェアの購入者が少し寛大になるにつれて、これらの大きなメモリボックスでは、PLEが数千から数千の範囲にあるのが一般的です。これは、インスタンスがメモリ不足に陥っていない可能性があることを示しているにすぎません。それが何であるか、それだけのためにそれを取りなさい。

ページの平均余命は、SQL Serverがページがバッファに保持されると考える期間についての推定にすぎません。 これはSQL Serverが「しばらく」と考える方法です。

もう1つの注意点として、Paul Randalのアドバイスを参考にして、バッファーマネージャーから報告されたPLEに集中しないでください。すべての平均値と同様に、バッファマネージャは異なるPLEを隠すことができます。個々のNUMAノードのPLEをすべて、Buffer Nodeカウンターで確認したいとします。

Get-Counter -ListSet "*" | 
    Select-Object -ExpandProperty Counter | 
    Where-Object {$_ -like "*buffer node*page life expectancy*"} | 
    Get-Counter

Page Life Expectancyは、SQL Serverのメモリである美しい絵の1色です。他の「色」（ターゲット/サーバーの合計メモリ、使用可能なメガバイトなど）と合わせて見てください。多くの場合、人々は1つの単純な測定基準を見て、サーバーが爆発する寸前、または逆に何百年も管理されないまま存続することを恐れています。