前幾天公司海外站點(diǎn)的Exchange Sever 2013出了點(diǎn)問題，Outlook用戶可以正常連接到Exchang server進(jìn)行郵件收發(fā)，脫機(jī)通訊簿、activesync等也都正常，唯獨(dú)通過WEB訪問OWA和ECP的時(shí)候，輸入用戶名和密碼，點(diǎn)擊登錄驗(yàn)證完用戶名密碼后，開始跳轉(zhuǎn)至郵箱的過程中會(huì)清楚的看到“正在打開您的郵箱，正在處理。。?！保亲詈缶蜁?huì)提示“發(fā)生意外錯(cuò)誤,無法處理你的要求”，點(diǎn)擊“詳細(xì)信息”會(huì)看到類似于“X-OWA-Error: System.NullReferenceException”或者“X-OWA-Error: microsoft.exchange.data.storage.connectionfailedtransientexception”等字樣。無論是在客戶端還是Exchange sever本身都是同樣的問題。另外有意思的問題是Exchange Server有BJ和HK 兩個(gè)站點(diǎn)，BJ一切正常，出問題的只是HK站點(diǎn)。

看到這里有經(jīng)驗(yàn)的小伙伴都會(huì)首先去檢查IIS的OWA虛擬目錄或者后端用戶所在的Mailbox數(shù)據(jù)庫。在Exchange server中打開“事件查看器”，并沒有發(fā)現(xiàn)和Exchange和IIS相關(guān)的明顯錯(cuò)誤日志，甚至其他的應(yīng)用程序等日志也沒有明顯的錯(cuò)誤。Outlook可以正常收發(fā)郵件，所以基本可以排除mailbox的問題，不過還是通過eseutil.exe檢查了數(shù)據(jù)庫的狀態(tài)—“clean shutdown”,那也可以排除數(shù)據(jù)庫的問題嘍。接下來就是OWA了，去檢查OWA的log， Exchange安裝目錄的“\v15\Logging\OWA\ServerTrace”中

at Microsoft.Exchange.Clients.Common.Canary15..ctor(String logonUniqueKey)

at Microsoft.Exchange.Clients.Common.Canary15Cookie.TryCreateFromHttpCookie(HttpCookie cookie, String logonUniqueKey, Canary15Profile profile)

at Microsoft.Exchange.Clients.Common.Canary15Cookie.TryCreateFromHttpContext(HttpContext httpContext, String logOnUniqueKey, Canary15Profile profile)

at Microsoft.Exchange.Clients.Owa2.Server.Core.OwaRequestHandler.InternalOnPostAuthorizeRequest(Object sender)

at Microsoft.Exchange.Clients.Owa2.Server.Core.OwaRequestHandler.OnPostAuthorizeRequest(Object sender, EventArgs e)

at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

這個(gè)過程顯示的大概是exchange的前端cas和后端mailbox之間創(chuàng)建連接請求的過程。這時(shí)大家可能想到的是前端CAS和后端Mailbox的網(wǎng)絡(luò)通信是否存在問題？

由于目前cas和mailbox是兩臺(tái)all in one角色（有dag），cas和mailbox通信基本是發(fā)生在同一臺(tái)服務(wù)器上，且網(wǎng)絡(luò)沒有做過任何調(diào)整，網(wǎng)絡(luò)問題基本也可以排除了。

接下來能想到的無非就是OWA虛擬目錄或許出問題了，動(dòng)手重置OWA虛擬目錄后，問題依舊。。。最后終極殺手锏找了一臺(tái)服務(wù)器重新安裝一臺(tái)exchange2013，不做任何更改直接創(chuàng)建用戶和數(shù)據(jù)庫，然后在exchange本機(jī)嘗試訪問owa，竟然出現(xiàn)同樣的問題，無語了。。。

這時(shí)候可以確定問題不是exchange server本身造成的。。。。

既然不是exchange的問題，那唯獨(dú)和exchange有聯(lián)系的就是域控dc服務(wù)器了，可是從開始出問題就檢查過AD站點(diǎn)的復(fù)制狀況，并沒有出現(xiàn)明顯錯(cuò)誤。

這時(shí)候想起曾經(jīng)看到過國外一哥們類似問題，最后他向微軟開啟了一個(gè)case支持，微軟用了3天15小時(shí)進(jìn)行排查，最后竟然是通過修改ADSI編輯器中cas屬性來解決的，整個(gè)好也是也OWA無法訪問相關(guān)的。由于之前不能排除Exchange本身的問題，并且這問題很難讓人和域控聯(lián)系起來，因此一直沒敢嘗試?，F(xiàn)在既然能確定問題和dc有關(guān)系了，那這個(gè)解決方案還是值得去嘗試的。。。

具體操作如下：

1、 由于ADSI內(nèi)容涉及到整個(gè)的活動(dòng)目錄內(nèi)容，操作之前一定要做好備份，首先通過Windows Server Backup將整個(gè)dc做了一次完整備份，以備后患。（這里估計(jì)又要被鄙視了，偌大的一個(gè)公司竟然沒有完善的備份系統(tǒng)，o(╯□╰)o）

2、 打開ADSI編輯器，連接到【配置】，然后找到【CN=Services】-->【CN=Microsoft Exchange】 -->【CN=<你的exchange組織名稱>】-->【CN=Client Access】，然后右鍵點(diǎn)擊選擇【屬性】，打開屬性編輯器窗口，在【屬性編輯器】選項(xiàng)卡中找到“msExchCanaryData”字樣的屬性值，然后清空（可能會(huì)有0-n多項(xiàng)）

這里我們將這幾個(gè)值的內(nèi)容再次復(fù)制到記事本中進(jìn)行保存，這樣可以起到備份雙保險(xiǎn)作用，慎重操作，畢竟是生產(chǎn)環(huán)境。

3、 打開CAS服務(wù)器的IIS管理器，點(diǎn)擊【應(yīng)用程序池】，找到【MSExchangeOWAAppPool】，然后點(diǎn)擊右側(cè)窗口的【回收】

4、 重啟exchange服務(wù)器

待Exchange服務(wù)器重啟完成后進(jìn)行測試，海外用戶OWA和ECP恢復(fù)正常，其他outlook功能也正常。北京總部用戶也一切正常。問題終于解決！

最后問題是解決了，但導(dǎo)致的原因并沒有真正找到，希望看到這篇文章并熟知exchange2013的小伙伴來一起討論。。。。

關(guān)于Exchange2013，剛剛一年多的時(shí)間已經(jīng)有 CU5的更新了，無奈讓人感慨Exchange2013架構(gòu)的改變讓人耳目一新，同時(shí)也帶來了N多問題，真心希望Exchange2013的命運(yùn)不要像Exchange2007那樣。。。( ╯□╰ )

解決過程中咨詢了多個(gè)技術(shù)好友，由于Exchange2013是新產(chǎn)品并沒有太普及，小伙伴們也都沒有遇到過，在此感謝各位！同時(shí)感概自己無意中竟然成了先吃螃蟹的人。。。( ╯□╰ )，再者公司沒有購買微軟技術(shù)支持服務(wù)，最后想通過MVP通道向微軟尋求技術(shù)支持，怎奈需要1個(gè)工作日的響應(yīng)時(shí)間，最終也沒有用上MVP的這點(diǎn)兒福利。。。( ╯□╰ )

最新評(píng)論