過去一周，我和我的主管一直在絞盡腦汁，試圖找出為什麼我們的 Exchange 伺服器在佇列中的處理速度異常緩慢。這一切都是在日誌填充分配的磁碟而導致背壓情況之後開始的。
伺服器統計資料：
Exchange 2010 在 Windows Server 2012 R2 上運行，採用 Office 365 16 個邏輯核心的混合配置
，機箱 CPU 使用率約為 1-5%
機箱內 72GB 內存，其中 78% 在任何給定情況下使用此時
Exchange 安裝在容量為 205GB 的硬碟上，其中 77GB 可用
主資料庫安裝在容量為 2TB 的硬碟上，其中 338GB 可用
主日誌安裝在容量為 929GB 的磁碟機上，其中可用其中 261GB 是免費的
郵件流程順序：
- 進出現場梭子魚垃圾郵件過濾器，這幾乎立即發生
- 進入 Exchange 本身，這相當快
- 在 Exchange 之外，這需要 15 到 20 分鐘，可能會更長，具體取決於佇列
- 再次進出現場梭子魚垃圾郵件過濾器，幾乎是即時的
- 進入 Office 365，這也非常快
- 最後發送到用戶的Outlook客戶端
訊息佇列一天中就會被填滿，它的處理速度比收到新電子郵件的速度還要慢。曾是在大約一周前發生背壓之前，表現很好，我們甚至嘗試禁用背壓，看看是否可以解決問題，沒有骰子。
有什麼想法可能導致此問題，以及我們應該採取哪些步驟來解決此問題？
我們嘗試重建傳輸日誌但無濟於事。伺服器似乎認為存在背壓，但沒有跡象表明確實存在
答案1
事件日誌中的具體錯誤訊息是什麼？您是否已確定觸發背壓機制的資源並採取措施使更多資源可用？
此外，嘗試修改反壓閾值，允許Exchange伺服器在同一環境中繼續運行，並檢查問題是否仍然存在。
更多細節：了解背壓
另一種方法是重新啟動傳輸服務並再次檢查。
答案2
現在一切都變得更快了，禁用垃圾郵件過濾器中的病毒掃描可以加快一切速度。新的病毒定義導致一切都變慢了。