web-dev-qa-db-ja.com

ページファイルサイズWindows 2008 R2

ページファイルを実装する場合、物理的なWindowsサーバー(460c/Gen8/128GB RAM/300GB HDD)を展開します。RAMの1.5倍のベストプラクティスに従って、ほぼ完全なディスクを占有するため、このような大量のRAMの場合、通常のWindowsの方法に従うページファイルが必要になります。

5
JJJJNR

ここで考慮すべきことがいくつかあります。

  1. RAM + 257 MBのサイズのページファイルがない場合は、完全なクラッシュダンプを取得できません。設定した値が小さすぎると、OOM状態になる可能性があります。

  2. 「システム管理」のままにして、システムがそれで何をするかを測定することもできます。

  3. 1.5x RAM推奨はoldであり、もはや意味がありません。それをウィンドウの外に捨てて、忘れてしまいますそれは今まで存在しました。

だから今あなた自身に尋ねる必要があります:

完全なクラッシュダンプを気にしますか?いいえ、おそらく違います。ミニダンプはほとんどすべての場合に問題なく、実際にクラッシュダンプを分析または理解するために時間をかける人はほとんどいません。

システムのメモリ使用率を予測できますか?可能であれば、クッションとして組み込まれた追加のスペースを使用して、ページファイルを設定する大きさを見積もることができます。もしこれができたら、あなたはこの質問をしなかっただろうと思います。

前の2つの質問に対する答えは「いいえ」ですか?ある場合は、システム管理を使用して、それを監視してください。そうしないと、トラブルが発生します。

6
MDMarra

短い答えは:いいえ、そのような大きなスワップファイルは必要ではありません
とにかく、これは非常に議論された質問です。
reading this ページを参照すると、参照しているベストプラクティスが見つかります。このベストプラクティスはMicrosoftからではなく、コメントを読むと人がいることがわかります。スワップファイルを90年代の遺産と呼んでいます...

推奨事項 Microsoftのドキュメント 展開するアプリケーションの要件を確認し、予想されるユーザー/ワークロードに基づいてメモリ使用量を見積もり、フルメモリが必要かどうかを判断しますダンプして、それに応じて行動します。
ハードウェア構成を使用したセットアップでは、16GBのスワップファイルでも問題がないことに気付く場合もあります。

3
Paolo

ここでは、さまざまな「親指のルール」を明確にするために、要約を示します。

注:1x RAMと言うところは、実際には1xを意味しますRAM + 260MB。 詳細はKB2860880を参照

Server 2000および2003の場合:

  • 少量のRAM(約2〜4 GB)の場合、ページファイルは1.5倍のRAMにする必要があります。
  • 大量のRAMの場合、ページファイルはRAMと同じサイズにする必要があります。

Server 2008および2008 R2の場合:

  • 「通常の」サーバーでは、Windowsにページファイルを管理させます。ほとんどの場合、1x RAMになります。
  • Hyper-Vのみのホストサーバーの場合、ページファイルを8GBに設定します(クラッシュ時に完全なメモリダンプが必要でない場合は、RAMを1倍に設定します)。

Server 2012および2012 R2の場合:

  • すべての状況でWindowsがページファイルを管理できるようにします。
    • 「通常の」サーバーでは、1xになる傾向がありますRAM(大量のRAMがない限り、通常は1x未満です。どの場合でも、Windowsが必要なものを見つけて、それを行いません。それで大騒ぎする必要はありません)。
    • Hyper-Vのみのホストサーバーでは、通常数GBになります(現在のところ、私は約3 GBです)。 Hyper-Vが正常に動作するには約500MBのスワップのみが必要です(わずかに管理ソフトウェアと監視ソフトウェアを使用)、残りはサーバーのブルースクリーンが表示された場合のカーネルダンプ用のスペースです。
  • サーバーで過去28日間にブルースクリーンが発生した場合、Windowsはページファイルを1xを少し上回りますRAM次回のクラッシュ時に完全なメモリダンプをキャプチャできるようにします(デバッグに不可欠です)ほとんどの厄介なブルースクリーン)
3
Chris S