提供大量文件的最佳實踐
目前我們有一台 Windows Server 2008 R2 作為域控制器和文件伺服器。
我們為 4 台 IIS 伺服器提供了大約 600 萬張 JPG，然後再將這些 JPG 服務提供給 Web 使用者。
問題是我們每天都會在伺服器上收到記憶體警報。我們目前的伺服器從單個驅動器 (LUN) 提供這些文件。我們也有光碟上文件數量的問題。隨著我們繼續添加更多圖像，主文件表將變得太大。
我們目前的計劃是：
- 將文件伺服器移至單獨的 VM
- 添加 4 或 5 個單獨的驅動器 (LUN) 來提供這些文件
- 到今年年底將增加到大約 1500 萬張圖片（比我們目前的數量多一點）
我的問題是：
- 提供文件的最佳做法是什麼？
- 我們是否可以遷移到具有 4 個或 5 個驅動器 (LUN) 的單個伺服器，還是應該遷移到每個具有 3 個驅動器的 2 個文件伺服器？
你如何獲得記憶警報？您是否進行過任何流程分析以查看記憶體使用量是否超出正常範圍？請記住，LSASS 和記憶體會增長到物理記憶體。
更新：
在 Windows Server 2003 下沒有收到警報並不讓我感到驚訝，因為它在使用 RAM 方面不如 Windows Server 2008 高效。您希望在使用伺服器中使用盡可能多的記憶體，這就是為什麼僅監控記憶體使用情況是一個無用的指標。從 Windows Vista 開始，Windows 使用盡可能多的 RAM。通過調出資源監視器並查看記憶體選項卡，您可以在 Windows 7 上看到相同的行為。這是我目前機器上的圖像：
請注意，我只有 64MB 可用空間！這是好事。（它曾經是 2MB，但我一定剛剛關閉了一些東西）。請注意，藍色條顯示 1369MB 的備用 RAM - 這實際上是文件系統中的記憶體，如果我在應用程序中需要更多 RAM，這就是頁面的來源。
因此，您需要知道的不是使用了多少 RAM，而是每個應用程序使用了多少，以及該特定應用程序的記憶體使用是否正常。
確定（用於生成警告警報）的一個好方法是查看記憶體使用情況和每秒的頁面錯誤。如果您有過多的頁面錯誤並且您的記憶體使用率很高並且您的備用記憶體較低，則可能存在問題。（在文件伺服器上，頁面錯誤不是可靠的問題指標，因為它正在提供文件 - 因此會產生頁面錯誤，您必須在設置門檻值之前將其作為基準）
希望這個關於記憶體監控的簡要概述會有所幫助。
