前端/後端 Exchange 架構中，前端接收外部郵件無法投遞至後端信箱，郵件堆積前端佇列，內部郵件延遲約 25 分鐘。重啟後端暫時緩解但 5 分鐘後復發。郵件追蹤日誌顯示關鍵延遲點：
Message Submitted to Categorizer → Message Categorized and Queued for Routing
# 歷時近 10 分鐘，符合微軟知識庫「全域目錄伺服器問題導致郵件傳遞延遲」特徵
排查與定位
- 執行
NLTEST /DSGETDC:domain /GC 查詢兩台 Exchange 使用的全域目錄 (GC)。
- 發現前端指向 GC1 (w2kdc1)，後端指向 GC2 (w2kdc2)，兩台 GC 資料未同步，導致收件人解析失敗、分類器卡住。
解決方案
- 在 Exchange 系統管理員 → 伺服器屬性 → 「目錄存取」索引標籤。
- 「顯示」選「全域目錄伺服器」→ 取消勾選「自動探索伺服器」。
- 「新增」→ 指定同一台健康的 GC（如 GC1）給前後端雙方。
- 重啟 Microsoft Exchange 系統管理員服務或等待自動生效，郵件流立即恢復正常。
根因分析
- Exchange 高度依賴 AD/GC 進行收件人解析、路由決策。
- 多台 GC 同步延遲/失敗 → Exchange 讀到不一致資料 → 分類器反覆重試 → 佇列堆積。
- 建議：每 4 個 Exchange 處理器對應 1 個 GC 處理器，避免 GC 過載。
GC 常見效能瓶頸
- GC 過載/效能不足、記憶體不足、磁碟空間不足。
- Exchange 與 GC 間網路暫時性中斷。
- 過多 Exchange 共用單一 GC（超過 4:1 比例）。
最佳實務
- 平時啟用「自動探索」，故障排除時才手動指定 GC。
- 部署監控：GC 複寫延遲、CPU/記憶體/磁碟、Exchange 佇列長度。
- 定期執行
repadmin /showrepl 驗證 GC 複寫健康度。
結論：郵件系統異常時，優先檢查 AD/GC 健康度，而非單純重啟 Exchange 服務。
