我有一個帶有 10 個 7200 SATA rpm 磁碟的 raid 10 陣列。我在工作時間內的磁碟佇列長度平均約為 100。
- 此陣列有 1 個郵件存儲，其中包含 95 個活動郵箱。 （這是唯一的東西，沒有日誌或系統檔案）
- 平均郵箱大小約 400 MB
- 該陣列是一個大型 1.3 TB 分割區，與 raid 條帶對齊
- 郵件儲存約為 48 GB（用於 etm 和 stm 檔案）
- 郵件儲存剛整理過碎片
- 交易日誌位於平均磁碟佇列少於 1 個的另一個陣列上
這看起來是不是很高？如果是這樣，這個設定似乎有什麼問題嗎？我應該看看其他櫃檯嗎？
評論後更新：
- 陣列本身看起來還不錯，就在其他幾週，它通過幾天的噴氣壓力測試獲得了良好的結果
- 陣列上沒有頁面檔案:-)
- 有symantec AV軟體。從工作管理員中查看，IO 讀取和 IO 寫入中最高的兩個是conduit.exe（賽門鐵克反垃圾郵件/病毒）和store.exe。管道的讀取次數為 1800 萬次，寫入次數為 2500 萬次，儲存的讀取次數為 1.44 億次，寫入次數為 900 萬次。截至目前，由於我有網關伺服器，所以我正在考慮將 AV 從後端伺服器上移除。
答案1
這超出了「相當高」的範圍——那就是極其地, 令人震驚地高的。我的郵箱數量超過兩倍，在 RAID-5 上運行，運行在老式 7,200RPM Ultra160 SCSI 驅動器上，磁碟隊列要少得多。
除了 Exchange 之外，還有其他一些因素會破壞您的磁碟。我會打開 Perfmon 並在「Process」物件中為每個單獨的進程繪製「IO 資料操作/秒」圖表，並查看哪個進程導致如此多的 IO。
編輯：
您在 Jim B 的評論中鏈接的文章有一些非常好的性能計數器可供查看。我也想知道，您是否已將虛擬記憶體頁面檔案放入這些磁碟上，並且看到過多的分頁。
在閱讀了這篇文章和連結文章後，我確實有一些懷疑：隨行人員，您可能會遇到與這些客戶相關的一些問題。不過，Outlook Anywhere（又稱 RPC over HTTP）不會造成與 Entourage 相同的問題，這是完全不同的事情（MAPI over HTTP，與 Entourage 用戶端使用的 WebDAV 相比）。
它不需要詢問，但是您在事件日誌中看到任何奇怪的東西嗎？
更新後編輯：
讀/寫的總數並不是您真正想要的。您實際上是在尋找每個時間間隔的讀取/寫入增量。打開 Perfmon，清除預設計數器，並添加一些計數器：
- 目的：過程 -櫃檯：數據操作/秒 -實例：管道.exe
- 目的：過程 -櫃檯：數據操作/秒 -實例：商店.exe
您可能還可以看看Microsoft Exchange 使用者監視器（關於其用法的好小文章可在http://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html）。這不會顯示 WebDAV 會話，但它可能會讓您深入了解傳統的基於 MAPI 的使用者正在做什麼。
答案2
哇！那是非常高的。平均佇列長度應等於或小於實體磁碟軸的數量，因此您的電腦的運行速度比應有的水平高一個數量級。這個連結具有導致磁碟 I/O 的所有 Exchange 操作的列表，因此根據 Sam 和 Evan 的建議，您應該驗證是否沒有異常數量的任何這些活動（例如郵件循環）。
答案3
太高了，請問有什麼AV軟體嗎？另請查看 \process*\io 資料操作/秒。這應該會告訴您是 store.exe 還是其他原因導致了 IO。如果是 store.exe，我猜有東西正在掃描您的信箱。
答案4
您也可以看看過程監控器，它單獨記錄磁碟上的每個存取。如果除 Exchange 以外的其他程式正在使用您的磁碟，您將看到它很快填滿 ProcMon 中的磁碟存取清單。
你沒有提到你有多少內存，儘管你提到的規格表明你可能有一個合理的數量。如果您運行的記憶體小於 2 GB，您可能會在電腦存取頁面檔案時看到這種行為。確保任務管理器中使用的 RAM 量小於伺服器中安裝的實體記憶體量。