以前、前の仕事でプロジェクトに指定したExchangeサーバーのペアの古いメモを調べていたところです。これらは、メールクォータが大きいかなり大規模な組織向けであり、各メールボックスサーバーには96GBのRAMがありました。ディスクレイアウトは次のとおりです。
OS、アプリケーション、ページファイル用に147GB RAID1
メールデータベース用の1.2TB RAID 10
ログ用に900GB RAID 10
デフォルトでは、147GBのパーティションに96GBのページファイルが作成され、ディスク全体がすぐにいっぱいになることに気付くまで、これは理論的には良さそうでした。このような状況で、ページファイルを別のパーティションに移動し、クラッシュダンプを回復する能力を失い、パフォーマンスも犠牲にしますか?代わりに、ミラー用に300GBのディスクのペアを注文する必要がありましたか?ページファイルのサイズを32GBのような小さいものに人工的に制限する必要がありますか?
Microsoftからの公式の推奨事項は、NT 4.0以降変更されていません):
あなたが言及したように、システムドライブ上のページファイルは、RAM +サーバーがクラッシュした場合にフルメモリダンプを取得するために10MBの大きさである必要があります。サーバークラッシュの診断に役立つのは、ミニダンプだけです。サーバーは、ミニダンプまたはフルダンプのいずれかで構成する必要があります。
Exchange 2003、2007、および2010に固有:これらはすべて、ページファイルに関するOSの推奨事項に従います。これは、上記のWinNT 4.0からServer 2012の場合と同じです。他のバージョンもおそらく同じですが、私はそれらに精通しておらず、ドキュメントを掘り出していません。
私がしたこと:147GBのディスクを、ミニダンプを構成し、約16GBのページファイルを保存しました。
2014 Exchangeチームのブログ投稿によると、Exchange 2013に対する現在の推奨事項は「RAM + 10MBまたは32,778MBのうち小さい方」です。あなたのケースでは、96GB RAMの場合、ページファイルに32778MBを使用します。
参照: EHLOで私を迎えました