exchange2010 sp3 edgetransport.exe 佔用CPU 90%以上

      隨着虛擬化進程加速，公司將全部應用服務器所有遷移到了虛擬化中，
天然郵件服務器也要遷移上去，
      公司目前因爲人數較少，成本有限，故郵件系統採用的是exchange2010 SP3 單臺服務器安裝了三大角色來知足全部用戶使用
      安排好遷移時間進行遷移，因爲是遷移到ESXI上，故採用的是直接由物理機轉換到虛擬機，
轉換過程很快也很順利，因爲整個數據才50G左右，一個小時完成轉換，刪除掉一些不用的驅動，
拔掉物理機網線，開啓虛擬機，一切都很順利，
觀察了幾分鐘後，發現edgetransport.exe 居然佔用了90%以上的CPU，並且居高不下，
     考慮是不是因爲採用的scanmail反垃圾郵件的問題，查看資源管理器點擊改進程的等待分析鏈，發現也確實在等在scanmail的進程，
手動中止了scanmail，發現問題依舊，
      因爲該進程是經過傳輸服務傳輸的數據來分析郵件，沒法在進程中殺掉該進程，
那麼開始翻翻google，發現sp3 U2 補丁可以修復該bug，
下載補丁打唄，漫長的打補丁過程後重啓，問題依舊
      看來我這個問題，不是因爲bug致使的，
仔細去檢查各個方面，忽然發現一個數據庫居然有兩萬多個隊列，在隊列裏面進行鏈接，
以前因爲方向的問題，居然忽視了，
手動刪除掉這些隊列切不發送NDR，又通過一段時間的等待，隊列清除乾淨了，
效果果真很明顯，以前居然還考慮原來的硬件配置比較差，增長了內存和CPU，如今看來太扯，
      觀察了一段時間後cpu一直保持在10%的範圍，很是穩定

得出的結論仍是查詢問題的方向錯誤，致使走了不少彎路，平時的平常檢查維護工做也沒作到位，

day day up！！