Windows
具有大量 RAM 的 Exchange 伺服器上的頁面文件的最佳實踐？
我只是在瀏覽舊筆記中的一對 Exchange 伺服器，這是我不久前在上一份工作中為一個項目指定的。它們適用於具有大量郵件配額的相當大的組織，因此每個郵箱伺服器都有 96GB RAM。磁碟佈局是：
- 147GB RAID1 用於作業系統、應用程序和頁面文件
- 1.2TB RAID 10 用於郵件數據庫
- 900GB RAID 10 用於日誌
這在理論上似乎很好，直到您意識到，預設情況下，您將在 147GB 分區上擁有一個 96GB 的頁面文件，從而使其很快達到全盤。在這種情況下，您是否將頁面文件移動到另一個分區並失去恢復故障轉儲的能力並犧牲一些性能？我是否應該為鏡像訂購一對 300GB 的磁碟（這就是我最終要做的）？我是否應該人為地將頁面文件大小限制為 32GB 之類的更小？
微軟的官方推薦，自 NT 4.0 以來沒有改變）是：
系統盤頁面文件
- 8GB+：RAM 大小 + 至少 10MB
- <8GB：1.5x 記憶體
將頁面文件添加到其他磁碟可能會最大程度地提高性能
所有頁面文件的總和最大 1.5 倍 RAM，但這僅僅是因為 Windows 永遠不會有效地使用更多。如果它始終使用頁面，則需要更多 RAM。
正如您所提到的，系統驅動器上的頁面文件必須與 RAM + 10MB 一樣大，才能在伺服器崩潰時獲得完整的記憶體轉儲。我從來沒有發現完整的記憶體轉儲比小型轉儲更有助於診斷伺服器崩潰。伺服器應配置為小型轉儲或完整轉儲，無論您認為在診斷崩潰時對您最有利的情況。
**特定於 Exchange 2003、2007 和 2010：**它們都遵循頁面文件的作業系統建議，如上所示，對於 WinNT 4.0 到 Server 2012 也是如此。其他版本大概是一樣的，但是我對它們不熟悉，也沒有翻出文件。
我會做什麼：保留 147GB 的磁碟，配置了小型轉儲和大約 16GB 的頁面文件。