一日閑來無事，正在天極東蕩西逛的時候，QQ 上出現(xiàn)了等米下鍋這個家伙的信息，打開一看，是別人問他的一個關(guān)于Exchange 的問題:主域控上安裝了Exchange ，由于主域控發(fā)生了一些問題，需要降級

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

域名:exc.com

主域控

機器名:TEST2003.exc.com

OS:Windows Server 2003

IP:192.168.2.1

子網(wǎng)掩碼:255.255.2550

DNS 服務(wù)器:192.168.2.1

并在上面安裝Exchange 2003

額域控:

機器名:TEST20031.exc.com

OS:Windows Server 2003

IP:192.168.2.2

子網(wǎng)掩碼:255.255.2550

DNS 服務(wù)器:192.168.2.1

對于如何把成員服務(wù)器配置成主域控，如何配置成額域控，及如何配置DNS ，安裝Exchange 2003之類的操作我就不在此詳細說明了，如果大家在配置、安裝過程有什么問

題的話，可以給我發(fā)E-Mail ，我的E-Mail:hzswg@sohu.com，本次實驗我總共做了兩次，因為第一次失敗了，好，現(xiàn)在先來說第一次實驗:

當然，首先得把這個環(huán)境做出來，我在主域控上運行Dcpromo ，把主域控降級成為成員服務(wù)器

:

點“下一步”可能出現(xiàn)下圖

:

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

重啟后，發(fā)現(xiàn)Exchang 的服務(wù)果然無法啟動，又去運行了一下Exchange 的“系統(tǒng)管理器”，發(fā)生了如下錯誤:

于是再進入事件查看器，發(fā)現(xiàn)在系統(tǒng)里產(chǎn)生如下錯誤

:

在應(yīng)用程序日志里發(fā)現(xiàn)了以下幾處錯誤日志:

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

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

在進入安全模式時也出現(xiàn)類似情況，區(qū)別只是在于正常模式下是停在“準備網(wǎng)絡(luò)連接”，而安全模式下則停在“正在應(yīng)用計算機設(shè)置”。

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

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

:

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

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

:

運行一下services.msc ，發(fā)現(xiàn)有幾個Exchang 的關(guān)鍵服務(wù)被處于禁用狀態(tài)，不過不要緊，只要手動改成自動，然后啟動一下就可以了，再去查看一下日志查看器，發(fā)現(xiàn)系統(tǒng)日志中的錯誤已經(jīng)全部解決了，但是應(yīng)用程序日志8260和8026日志依然存在，由于我對Exchang

不是十分熟悉，所以看到可以收發(fā)郵件，OWA 運行也正常就沒有理會，直接把這個結(jié)果給了米鍋，過了幾天米鍋給了我一段英文:

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 中文版里被翻譯成:收件人更新服務(wù)，我找到這個位置，發(fā)現(xiàn)Recipient Update Services (Enterprise Configuration)和Recipient Update Services(EXC)仍然把TEST2003當成了域控制器，這就是8026和8260錯誤的根本所在。