一日閑來無事，正在天極東蕩西逛的時候，QQ上出現了等米下鍋這個家伙的信息，打開一看，是別人問他的一個關于Exchange的問題:主域控上安裝了Exchange，由于主域控發生了一些問題，需要降級，成功降級后，雖然網絡上存在著很多臺額域，但Exchange服務卻啟動不了了，米鍋問我有沒有碰到過類似的情況?說實話，我的確是沒有碰到過，不過我記得他以前和我討論過這個問題，我當時是建議為其它的額域或成員服務器上再安裝一個Exchange服務器，并做成群集，這樣就算把主域控完全刪除也不會有任何問題，但當時米鍋卻比較反對這樣操作，他認為做成群集對以后的管理會造成很大的麻煩，而且提出這個問題的人似乎水平也不咋的，群集管理對他而言可能難度比較大。從米鍋現在提出的這個問題來看，對方似乎已經把主域控降級了，看來現在說什么也于事無補了。米鍋說他的機器配置不好，做不了實驗，想讓我幫忙做一個，我想反正沒事，就滿口答應下來。現在我把整個實驗的過程、解決方案及實驗中走過的一些彎路寫下來，希望能和大家分享一下。

　　首先，來介紹一下實驗環境:

　　域名:exc.com

　　主域控

　　機器名:TEST2003.exc.com

　　OS:Windows Server 2003

　　IP:192.168.2.1

　　子網掩碼:255.255.2550

　　DNS服務器:192.168.2.1

　　并在上面安裝Exchange 2003

　　額域控:

　　機器名:TEST20031.exc.com

　　OS:Windows Server 2003

　　IP:192.168.2.2

　　子網掩碼:255.255.2550

　　DNS服務器:192.168.2.1

　　對于如何把成員服務器配置成主域控，如何配置成額域控，及如何配置DNS，安裝Exchange 2003之類的操作我就不在此詳細說明了，如果大家在配置、安裝過程有什么問題的話，可以給我發E-Mail，我的E-Mail:hzswg@sohu.com，本次實驗我總共做了兩次，因為第一次失敗了，好，現在先來說第一次實驗:

　　當然，首先得把這個環境做出來，我在主域控上運行Dcpromo，把主域控降級成為成員服務器:

　　點“下一步”可能出現下圖:

　　這是由于主域控是全局編錄服務器，可以先點“確定”，降級完成后到其它域控上指定，也可以先到其它額域上指定，然后再降級。其它就沒有什么好說的了，一路上點“下一步”就可以了。然后重新啟動系統。

　　重啟后，發現Exchang的服務果然無法啟動，又去運行了一下Exchange的“系統管理器”，發生了如下錯誤:

　　于是再進入事件查看器，發現在系統里產生如下錯誤:

　　在應用程序日志里發現了以下幾處錯誤日志:

　　從上面的日志可以看出，Exchang仍然把原來的TEST2003在做為域控制器，于是我在TEST2003上運行了一下dsa.msc，想看一下上面有關Exchang的一些用戶的屬性，但是我一運行，卻發現如下錯誤提示:

?

　　我一看這個提示，第一感覺是降級時發生了問題，所以無法和現有的域控連接，所以我就把TEST2003退出域，然后重啟，準備重新加入域看一下，但是遺憾的是雖然成功的退出了域，但在重啟過程中到下圖位置里再也無法通過:

　　在進入安全模式時也出現類似情況，區別只是在于正常模式下是停在“準備網絡連接”，而安全模式下則停在“正在應用計算機設置”。

　　這回連系統都進不了了，看來也沒什么戲好唱了，只能把一些應用修改全部刪除，這就是用虛擬機的好處，哈!!!!!，而且我在前面配置好Exchang后保存了一次，現在想想實在是太英明了。

　　在第二次操作前，不妨先來分析一下問題，前面我已經提過了，從日志上看，Exchang還在把原來的TEST2003當成域控，但TEST2003我是運行Dcpromo進行降級的，那么TEST2003應該會變成成員服務器，就算TEST2003不是域控，但只要有權限，也可以運行dsa.msc進行域用戶的管理的，現在運行這個都不行，這就說明不僅僅是Exchang的問題了，那么問題會不會在TEST20031的DNS服務器上呢?我進入TEST20031有DNS服務管理器上看了一下，發現果然在上面的記錄里TEST2003還是被當做一臺域控，如下圖:

　　看來手動去刪除這些記錄太麻煩了，還不如重做一下DNS，所以我在第二次實驗時，先把TEST2003降級，然后在TEST20031上重做DNS，重做后的DNS如下圖所示:

　　是不是覺得少了很多東西，不要急，這些紀錄過一會DNS會自動修復的。然后，再回到TEST2003上，把上面的DNS服務器改為TEST20031的IP，也就是:192.168.2.2，然后再運行Exchang的系統管理器，發現已經可以運行了。如圖:

　　運行一下services.msc，發現有幾個Exchang的關鍵服務被處于禁用狀態，不過不要緊，只要手動改成自動，然后啟動一下就可以了，再去查看一下日志查看器，發現系統日志中的錯誤已經全部解決了，但是應用程序日志8260和8026日志依然存在，由于我對Exchang不是十分熟悉，所以看到可以收發郵件，OWA運行也正常就沒有理會，直接把這個結果給了米鍋，過了幾天米鍋給了我一段英文:

?

　　exchange system manager

　　Check the status of the directory and verify that the DC name is correct in the Recipient Update Services.

　　Recipient Update Services在Exchang中文版里被翻譯成:收件人更新服務，我找到這個位置，發現Recipient Update Services (Enterprise Configuration)和Recipient Update Services(EXC)仍然把TEST2003當成了域控制器，這就是8026和8260錯誤的根本所在。

　　解決的辦法也很簡單，只要把上面的域控制器改成TEST20031就可以了，再重啟，發現8026和8260錯誤日志消失，至此，問題全部解決。

　　總結:其實本次問題的解決方法很簡單，但由于事先沒有認真思考，所以也走了不少的彎路，所以才花了這么長的時間去解決這個問題，另外提醒大家以后遇到問題多用虛擬機先做實驗，等到實驗成功后再到物理網絡上去實施，因為一旦物理網絡出現問題。在大型網絡上重做域控和Exchange可不是鬧著玩的，工作量大得很，這也許就是虛擬機的好處吧!對于以是文章如有什么不妥之處，歡迎大家給我來信!

總結

以上是生活随笔為你收集整理的Exchange服务故障解决图解(摘自天极)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。