Exchange2013提示“出現(xiàn)意外錯(cuò)誤,無(wú)法處理您的請(qǐng)求”處理方案
前幾天公司海外站點(diǎn)的Exchange Sever 2013出了點(diǎn)問(wèn)題,Outlook用戶(hù)可以正常連接到Exchang server進(jìn)行郵件收發(fā),脫機(jī)通訊簿、activesync等也都正常,唯獨(dú)通過(guò)WEB訪(fǎng)問(wèn)OWA和ECP的時(shí)候,輸入用戶(hù)名和密碼,點(diǎn)擊登錄驗(yàn)證完用戶(hù)名密碼后,開(kāi)始跳轉(zhuǎn)至郵箱的過(guò)程中會(huì)清楚的看到“正在打開(kāi)您的郵箱,正在處理。。?!?,但是最后就會(huì)提示“發(fā)生意外錯(cuò)誤,無(wú)法處理你的要求”,點(diǎn)擊“詳細(xì)信息”會(huì)看到類(lèi)似于“X-OWA-Error: System.NullReferenceException”或者“X-OWA-Error: microsoft.exchange.data.storage.connectionfailedtransientexception”等字樣。無(wú)論是在客戶(hù)端還是Exchange sever本身都是同樣的問(wèn)題。另外有意思的問(wèn)題是Exchange Server有BJ和HK 兩個(gè)站點(diǎn),BJ一切正常,出問(wèn)題的只是HK站點(diǎn)。
看到這里有經(jīng)驗(yàn)的小伙伴都會(huì)首先去檢查IIS的OWA虛擬目錄或者后端用戶(hù)所在的Mailbox數(shù)據(jù)庫(kù)。在Exchange server中打開(kāi)“事件查看器”,并沒(méi)有發(fā)現(xiàn)和Exchange和IIS相關(guān)的明顯錯(cuò)誤日志,甚至其他的應(yīng)用程序等日志也沒(méi)有明顯的錯(cuò)誤。Outlook可以正常收發(fā)郵件,所以基本可以排除mailbox的問(wèn)題,不過(guò)還是通過(guò)eseutil.exe檢查了數(shù)據(jù)庫(kù)的狀態(tài)—“clean shutdown”,那也可以排除數(shù)據(jù)庫(kù)的問(wèn)題嘍。接下來(lái)就是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è)過(guò)程顯示的大概是exchange的前端cas和后端mailbox之間創(chuàng)建連接請(qǐng)求的過(guò)程。這時(shí)大家可能想到的是前端CAS和后端Mailbox的網(wǎng)絡(luò)通信是否存在問(wèn)題?
由于目前cas和mailbox是兩臺(tái)all in one角色(有dag),cas和mailbox通信基本是發(fā)生在同一臺(tái)服務(wù)器上,且網(wǎng)絡(luò)沒(méi)有做過(guò)任何調(diào)整,網(wǎng)絡(luò)問(wèn)題基本也可以排除了。
接下來(lái)能想到的無(wú)非就是OWA虛擬目錄或許出問(wèn)題了,動(dòng)手重置OWA虛擬目錄后,問(wèn)題依舊。。。最后終極殺手锏找了一臺(tái)服務(wù)器重新安裝一臺(tái)exchange2013,不做任何更改直接創(chuàng)建用戶(hù)和數(shù)據(jù)庫(kù),然后在exchange本機(jī)嘗試訪(fǎng)問(wèn)owa,竟然出現(xiàn)同樣的問(wèn)題,無(wú)語(yǔ)了。。。
這時(shí)候可以確定問(wèn)題不是exchange server本身造成的。。。。
既然不是exchange的問(wèn)題,那唯獨(dú)和exchange有聯(lián)系的就是域控dc服務(wù)器了,可是從開(kāi)始出問(wèn)題就檢查過(guò)AD站點(diǎn)的復(fù)制狀況,并沒(méi)有出現(xiàn)明顯錯(cuò)誤。
這時(shí)候想起曾經(jīng)看到過(guò)國(guó)外一哥們類(lèi)似問(wèn)題,最后他向微軟開(kāi)啟了一個(gè)case支持,微軟用了3天15小時(shí)進(jìn)行排查,最后竟然是通過(guò)修改ADSI編輯器中cas屬性來(lái)解決的,整個(gè)好也是也OWA無(wú)法訪(fǎng)問(wèn)相關(guān)的。由于之前不能排除Exchange本身的問(wèn)題,并且這問(wèn)題很難讓人和域控聯(lián)系起來(lái),因此一直沒(méi)敢嘗試?,F(xiàn)在既然能確定問(wèn)題和dc有關(guān)系了,那這個(gè)解決方案還是值得去嘗試的。。。
具體操作如下:
1、 由于A(yíng)DSI內(nèi)容涉及到整個(gè)的活動(dòng)目錄內(nèi)容,操作之前一定要做好備份,首先通過(guò)Windows Server Backup將整個(gè)dc做了一次完整備份,以備后患。(這里估計(jì)又要被鄙視了,偌大的一個(gè)公司竟然沒(méi)有完善的備份系統(tǒng),o(╯□╰)o)
2、 打開(kāi)ADSI編輯器,連接到【配置】,然后找到【CN=Services】-->【CN=Microsoft Exchange】 -->【CN=<你的exchange組織名稱(chēng)>】-->【CN=Client Access】,然后右鍵點(diǎn)擊選擇【屬性】,打開(kāi)屬性編輯器窗口,在【屬性編輯器】選項(xiàng)卡中找到“msExchCanaryData”字樣的屬性值,然后清空(可能會(huì)有0-n多項(xiàng))
這里我們將這幾個(gè)值的內(nèi)容再次復(fù)制到記事本中進(jìn)行保存,這樣可以起到備份雙保險(xiǎn)作用,慎重操作,畢竟是生產(chǎn)環(huán)境。
3、 打開(kāi)CAS服務(wù)器的IIS管理器,點(diǎn)擊【應(yīng)用程序池】,找到【MSExchangeOWAAppPool】,然后點(diǎn)擊右側(cè)窗口的【回收】
4、 重啟exchange服務(wù)器
待Exchange服務(wù)器重啟完成后進(jìn)行測(cè)試,海外用戶(hù)OWA和ECP恢復(fù)正常,其他outlook功能也正常。北京總部用戶(hù)也一切正常。問(wèn)題終于解決!
最后問(wèn)題是解決了,但導(dǎo)致的原因并沒(méi)有真正找到,希望看到這篇文章并熟知exchange2013的小伙伴來(lái)一起討論。。。。
關(guān)于Exchange2013,剛剛一年多的時(shí)間已經(jīng)有 CU5的更新了,無(wú)奈讓人感慨Exchange2013架構(gòu)的改變讓人耳目一新,同時(shí)也帶來(lái)了N多問(wèn)題,真心希望Exchange2013的命運(yùn)不要像Exchange2007那樣。。。( ╯□╰ )
解決過(guò)程中咨詢(xún)了多個(gè)技術(shù)好友,由于Exchange2013是新產(chǎn)品并沒(méi)有太普及,小伙伴們也都沒(méi)有遇到過(guò),在此感謝各位!同時(shí)感概自己無(wú)意中竟然成了先吃螃蟹的人。。。( ╯□╰ ),再者公司沒(méi)有購(gòu)買(mǎi)微軟技術(shù)支持服務(wù),最后想通過(guò)MVP通道向微軟尋求技術(shù)支持,怎奈需要1個(gè)工作日的響應(yīng)時(shí)間,最終也沒(méi)有用上MVP的這點(diǎn)兒福利。。。( ╯□╰ )
相關(guān)文章
IIS6.0 IIS7.5應(yīng)用程序池自動(dòng)停止的解決方法
在日志中發(fā)現(xiàn)IIS7.5的應(yīng)用程序池自動(dòng)停止,同時(shí)訪(fǎng)問(wèn)網(wǎng)站提示:HTTP Error 503,The service is unavailable.. 的錯(cuò)誤,搜遍整個(gè)互聯(lián)網(wǎng)總算是解決了問(wèn)題。小編也整理了IIS6及IIS7.5遇到此類(lèi)問(wèn)題匯總解決方法,歡迎大家嘗試2015-09-09Win2008 R2下配制負(fù)載均衡方法(圖文簡(jiǎn)潔版)
這篇文章主要介紹了Win2008 R2下配制負(fù)載均衡方法(圖文簡(jiǎn)潔版),需要的朋友可以參考下2016-10-10Request 對(duì)象 錯(cuò)誤 ''ASP 0104 : 80004005'' 不允許操作
今天有客戶(hù)的生成靜態(tài)頁(yè)面無(wú)法更新,提示 ASP 0104 : 80004005 不允許操作,錯(cuò)誤行正好有request對(duì)象,如下修改問(wèn)題解決。2011-05-05win server 2019服務(wù)器的iis配置以及網(wǎng)站的簡(jiǎn)單發(fā)布
這篇文章主要介紹了win server 2019服務(wù)器的iis配置以及網(wǎng)站的簡(jiǎn)單發(fā)布,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-02-02配置IIS應(yīng)用程序池的詳細(xì)介紹(iis6)
IIS 6的核心在于工作進(jìn)程隔離模式,而應(yīng)用程序池則是定義工作進(jìn)程如何進(jìn)行工作,因此,可以說(shuō)應(yīng)用程序池是整個(gè)IIS 6的核心2013-04-04win2003禁止遠(yuǎn)程登錄的設(shè)置方法(圖文)
有時(shí)候需要使用一些管理員賬戶(hù)來(lái)執(zhí)行一些特殊的任務(wù),但是不需要這些用戶(hù)來(lái)遠(yuǎn)程登錄系統(tǒng),所以這種用戶(hù)遠(yuǎn)程登錄方法非常實(shí)用,也降低了了服務(wù)器安全方面的風(fēng)險(xiǎn)2013-11-11無(wú)法識(shí)別的屬性“type”+IIS沒(méi)有Asp.net配置選項(xiàng)的解決方法
前天在調(diào)試asp.net+sql server環(huán)境,點(diǎn)這里下載sql server 2005企業(yè)版。在測(cè)試一個(gè)用asp.net+mssql寫(xiě)的留言本程序的時(shí)候,報(bào)錯(cuò),提示無(wú)法識(shí)別的屬性“type”2010-04-04