約50日後にSQL Server 2012 Page Life Expectancyが0にリセットされる


12

2サーバーHAクラスターで奇妙な動作に気づいたので、誰かが私の疑いを確認できるか、または他の説明を提供できると期待していました...ここに私のセットアップがあります。

  • 2サーバーのSQL 2012 SP1インストール
  • いくつかのデータベースでSQL AlwaysOn HAが有効になっています
  • CPUは2.4GHz、4コア
  • RAMは34 GB(AWSインスタンスであるため、奇数)
  • リソース使用率は比較的低く、各サーバーには14 GB以上の空きメモリがあり、SQLは使用するメモリ量に制限がありません
  • ディスクアクセス時間は問題ありません-15ms / ReadまたはWriteを超えることはほとんどありません
  • データベースは大きくありません-1 GB、1.5 GB、7.5 GB
  • SQLサーバープロセスは16 GBのプライベートバイト、15 GBのワーキングセットを使用しています

全体的に、リソースの問題は指摘されていません。奇妙な部分です。SQLは再起動されません(プロセスはほぼ6か月間実行されています)が、〜50日ごとに、Page Life Expectancyカウンターが(ほぼ)0に低下しているようです。perfグラフは次のとおりです。

ここに画像の説明を入力してください

カウンターデータを見ると(正確な数はなく、1時間ごとの集計)、PLEカウンター値は毎回(少なくともデータがあるたびに)約4,295,000秒(約50日間)に達したようです。

私のクレイジーな理論は、PLE番号が符号なしlong int(4,294,967,295の制限がある)としてミリ秒として保持され、49.71日で設計またはバグのためにリセットされるというものです。これにより、2つのサーバーの動作と、それらが持つ同一のパターンが説明されます。または、まったく異なるものになる可能性があり、私はまったく意味をなさない。:)

誰かがそのようなものを見たか、またはこの動作を説明できますか?

PS私はこの投稿を見ましたが、私の場合は少し違うようです。

PPSこれは再投稿です-私はもともとここに投稿しましたが、ここの聴衆はより適切であるとアドバイスされました。

ありがとう!


コメントは詳細なディスカッション用ではありません。この会話はチャットに移動さました
ポールホワイト9

回答:


3

SQL2012 SP1を実行しているクライアントサイトでこの動作を確認しました。ここでの詳細はNUMAであり、PLEは「のこぎり」パターンを示していますが、1時間ごとのサイクルです。

これについては、SQLServerCentralのいくつかのスレッドで説明しました。

http://www.sqlservercentral.com/Forums/Topic1415833-2799-1.aspx http://www.sqlservercentral.com/Forums/Topic1424826-2799-1.aspx

最終結果は、SP1 CU4を適用することで問題が修正されたように見えることです。

CU4には、問題ない修正が含まれています。SQLServer 2012メモリ管理KB2845380の更新プログラムが利用可能です。

試すだけの価値があります?


これを投稿していただきありがとうございます(返信が遅れて申し訳ありませんが、何らかの理由で投稿の通知を受け取っていません)。リンクを見てみました-それらはいくぶん似ているので、QAでセットアップを二重化し、CU4を適用(または、おそらくSP2に直接進む)してから、もう一度確認してみます。このペースで(50日ごとに)確認できますが、結果が出たらポストバックします。ところで、私のパターンはまだ維持されています-〜50日間の安定した上昇、その後〜0までの急激な低下、そして再び上昇-12月にサービスが開始されてから合計4です。
CRCerr0r 14

更新... QA環境でこれを確認しました。私がそこから得た統計は次のとおりです。リセット間の合計日数-49.71(+/- 1分)。PLEの最大値-4,294,961に達しました(1分間のサンプルで、わずかに高くなる可能性があります)。これは、生産の観察をほぼ確認します。CU4を適用して、50日以内に報告します... :)
CRCerr0r 14

1
これに関するニュースはありますか?
マイケルグリーン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.