一、縮小問題範圍
1.有多少用戶受到影響
2.是否所有受影響的用戶使用相同的方法訪問exchange
3.用戶想要做什麼
4.其他用戶執行相同的任務是否正常
5.所有用戶在一個數據庫嗎
6.都在同一個站點嗎
7.什麼時間發生和故障發生的頻率
二、使用基本的排障工具
1.無論出現什麼問題首先要查看 事件查看器
2.使用TEST命令
{ 例如：1.獲取測試命令： help test-*
所有test開頭的命令
2.get-servercomponentstate
獲取服務器組件狀態
3.test-servicehealth
查看服務運行狀態，此命令會根據CAS或者MAILBOX服務器自動 進行相應服務篩選。
4.test-mapiconnectivity
測試客戶端連接到優先服務器時所使用的兩個關鍵協議：MAPI\LDAP。並且會間接確認MAPI服務器、exchange存儲、目錄服務訪問DSaccess是否正在工作。
5.test-replicationhealth
檢查複製服務運行狀態並提示發現的錯誤。
6.Get-MailboxDatabaseCopyStatus
驗證複製服務後（第5個命令），可以使用Get-MailboxDatabaseCopyStatus檢查數據庫本身的複製狀態。get-mailboxdatabasecopystatus | fl name,status,contentindexstate
contentindexstate即索引狀態，確保保持healthy狀態。
7.郵件流測試 test-mailflow
測試郵件的提交、傳輸、發送。驗證服務器是否可以成功的向自身發送郵件。後面可以跟targetmailboxserver \targetdatabase \targetemailaddress參數。如果部署了DAG直接使用targetdatabase參數 }三、解決郵箱服務器問題
1.數據庫複製運行狀況是否正常
2.服務器性能是否出現受限
3.電子郵件傳遞是否正常
4.確保所有服務正常運行
5.在日誌中是否存在msexchangedatbase、msexchnangedatabase實例、msexchangesubmission有關的任何錯誤。
6.是否有活動目錄問題
7.使用TEST-MAPICONNECTIVITY命令測試
此命令不經測試exchange存儲服務，還會測試AD訪問、RPCoverhttp訪問。
8.是否被隔離（毒藥郵箱）
毒藥郵箱的概念：默認情況下，郵箱服務器將標記任何導致store.exe服務中的線程崩潰或連接到五個或更多“掛起”線程的郵箱。 如果郵箱在兩小時內被標記三次，則Exchange Server 2013將阻止對該郵箱的訪問最多六個小時或直到管理員解除阻止，以先到者爲準。 如果用戶報告她無法連接到郵箱，但其他用戶沒有遇到任何問題，請檢查服務器上是否有隔離的郵箱。
使用到的命令：get-mailboxstatistics | fl isquarantined
如果 isquarantined參數爲$true則爲被隔離狀態。
9.TEST-REPLICATIONHEALTH
檢查複製服務運行狀態並提示發現的問題
四、解決郵件傳輸問題
1.解決郵件傳輸問題的重點
1.1 是否可以發送所有電子郵件或者僅限於一部分用戶
1.2是否收到退信，是否有代碼
1.3是否在統一組織中
1.4 郵件傳遞距離
1.5發件人和收件人之間的消息路徑
2.考慮以下問題是否存在
2.1 DNS失敗 無法找到A記錄
2.2 站點鏈接錯誤 發件人和收件人之間不存在站點鏈接
2.3 傳輸限制 郵箱是否已滿
2.4 傳輸規則
2.5 郵件滯留在消息隊列
2.6 服務器出現反壓情況 （反壓的概念參考博客文章）
3.TEST-MAILFLOW
4.隊列查看器、
5.郵件追蹤
5.1 自主郵件跟蹤報告
OWA-選項-送達報告 （只能跟蹤自己的郵件）
5.2 EXCHANGE管理中心郵件跟蹤
EAC-郵件流-送達報告 （最總所有用戶郵件）
5.3 GET-MESSAGETRACKINGLOG