質問

今月の間、私たちのサーバーの1つのPLEは200万秒程度の程度を占めています。日から日までわずかに変化したが、そこではかなり安定していたら。

この週末は、12 GBの仮想RAMと1つの仮想CPUコアをサーバに追加しました。 SQL Serverで使用される最大RAMを変更することも、新しいRAMを一致させることも、新しいCPUコアをSQL Serverに割り当てました。

これは行われて以来、私たちのPLEは激しく変動し、10~30分ごとに50~400万秒の間に行った。変更はゆっくりとした上昇や秋ではありません。メトリックは非常に低いから非常に高いから非常に高いものから直進し、逆には1分以内に行く。

サーバーの全体的な待ち時間は大丈夫です。ラッチは正常です。バッファとプランのキャッシュサイズは変更されていません。特定のクエリの一貫したパターンまたはリソースを排出するクエリの種類の一貫したパターンはないようです。

私は前にこれを行うのを見たことがない。誰かが私が欠けていることやより深く見る必要があることを私を指摘することができますか?


コメントからの追加情報:

  • 私たちは合計5時にありますが、3を使用しているだけです(3つのものでは4つのもの)。
  • 私たちの総メモリは49GB、SQLのMAXは28GBです。
  • x64 OS(Windows 2008)でVMwareを使用しています。
  • サーバーには、1次1が250GB前後のユーザーデータベースがあります。
  • バッファキャッシュヒット率は、これがすべて始めてから98 +%に留まりました。
  • サーバ電源プランは、バランスのとれた(高性能ではない)に設定されています。しかし、それは数年で変わっていません。それが言って、私は完全にそれが高性能であるべきです。
  • SQL ServerエラーもWindowsイベントログも普通のものを表示していません。
  • 過去数週間でサーバー上のアクティビティは変更されていません。
  • サーバーはNUMA認識です。 MAXDOPは4で、コスト・スレッショルドは10です。
役に立ちましたか?

解決

28GB(元の量)から40GBまで、メモリを40GBにぶつけて、OSやその他のプロセスに8GBのメモリを残します。その後直後は正常に戻って安定したままでした。私たちのDBAの1つは、SQL Serverが本当に利用可能なメモリの量について混乱していたと推測しました。サーバーメモリの合計を確認しました。前後の両方で、数字はサーバーのプロパティで表示されていましたが、アサーションは

に対して議論が難しいと思います。

ライセンス: CC-BY-SA帰属
所属していません dba.stackexchange
scroll top