解決 Exchange2013提示「出現意外錯誤，沒法處理您的請求」，沒法打開OWA和ECP

前幾天公司海外站點的Exchange Sever 2013出了點問題，Outlook用戶能夠正常鏈接到Exchang server進行郵件收發，脫機通信簿、activesync等也都正常，惟獨經過WEB訪問OWA和ECP的時候，輸入用戶名和密碼，點擊登陸驗證完用戶名密碼後，開始跳轉至郵箱的過程當中會清楚的看到「正在打開您的郵箱，正在處理。。。」，可是最後就會提示「發生意外錯誤,沒法處理你的要求」，點擊「詳細信息」會看到相似於「X-OWA-Error: System.NullReferenceException」或者「X-OWA-Error: microsoft.exchange.data.storage.connectionfailedtransientexception」等字樣。不管是在客戶端仍是Exchange sever自己都是一樣的問題。另外有意思的問題是Exchange Server有BJ和HK 兩個站點，BJ一切正常，出問題的只是HK站點。

看到這裏有經驗的小夥伴都會首先去檢查IIS的OWA虛擬目錄或者後端用戶所在的Mailbox數據庫。在Exchange server中打開「事件查看器」，並無發現和Exchange和IIS相關的明顯錯誤日誌，甚至其餘的應用程序等日誌也沒有明顯的錯誤。Outlook能夠正常收發郵件，因此基本能夠排除mailbox的問題，不過仍是經過eseutil.exe檢查了數據庫的狀態—「clean shutdown」,那也能夠排除數據庫的問題嘍。接下來就是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)

這個過程顯示的大概是exchange的前端cas和後端mailbox之間建立鏈接請求的過程。這時你們可能想到的是前端CAS和後端Mailbox的網絡通訊是否存在問題？

因爲目前cas和mailbox是兩臺all in one角色（有dag），cas和mailbox通訊基本是發生在同一臺服務器上，且網絡沒有作過任何調整，網絡問題基本也能夠排除了。

接下來能想到的無非就是OWA虛擬目錄或許出問題了，動手重置OWA虛擬目錄後，問題依舊。。。最後終極殺手鐗找了一臺服務器從新安裝一臺exchange2013，不作任何更改直接建立用戶和數據庫，而後在exchange本機嘗試訪問owa，居然出現一樣的問題，無語了。。。

這時候能夠肯定問題不是exchange server自己形成的。。。。

既然不是exchange的問題，那惟獨和exchange有聯繫的就是域控dc服務器了，但是從開始出問題就檢查過AD站點的複製情況，並無出現明顯錯誤。

這時候想起曾經看到過國外一哥們相似問題，最後他向微軟開啓了一個case支持，微軟用了3天15小時進行排查，最後居然是經過修改ADSI編輯器中cas屬性來解決的，整個好也是也OWA沒法訪問相關的。因爲以前不能排除Exchange自己的問題，而且這問題很難讓人和域控聯繫起來，所以一直沒敢嘗試。如今既然能肯定問題和dc有關係了，那這個解決方案仍是值得去嘗試的。。。

具體操做以下：

一、 因爲ADSI內容涉及到整個的活動目錄內容，操做以前必定要作好備份，首先經過Windows Server Backup將整個dc作了一次完整備份，以備後患。（這裏估計又要被鄙視了，偌大的一個公司居然沒有完善的備份系統，o(╯□╰)o）

二、 打開ADSI編輯器，鏈接到【配置】，而後找到【CN=Services】-->【CN=Microsoft Exchange】 -->【CN=<你的exchange組織名稱>】-->【CN=Client Access】，而後右鍵點擊選擇【屬性】，打開屬性編輯器窗口，在【屬性編輯器】選項卡中找到「msExchCanaryData」字樣的屬性值，而後清空（可能會有0-n多項）

這裏咱們將這幾個值的內容再次複製到記事本中進行保存，這樣能夠起到備份雙保險做用，慎重操做，畢竟是生產環境。

三、 打開CAS服務器的IIS管理器，點擊【應用程序池】，找到【MSExchangeOWAAppPool】，而後點擊右側窗口的【回收】

四、 重啓exchange服務器

待Exchange服務器重啓完成後進行測試，海外用戶OWA和ECP恢復正常，其餘outlook功能也正常。北京總部用戶也一切正常。問題終於解決！

最後問題是解決了，但致使的緣由並無真正找到，但願看到這篇文章並熟知exchange2013的小夥伴來一塊兒討論。。。。

關於Exchange2013，剛剛一年多的時間已經有 CU5的更新了，無奈讓人感慨Exchange2013架構的改變讓人耳目一新，同時也帶來了N多問題，真心但願Exchange2013的命運不要像Exchange2007那樣。。。( ╯□╰ )

解決過程當中諮詢了多個技術好友，因爲Exchange2013是新產品並無太普及，小夥伴們也都沒有遇到過，在此感謝各位！同時感概本身無心中居然成了先吃螃蟹的人。。。( ╯□╰ )，再者公司沒有購買微軟技術支持服務，最後想經過MVP通道向微軟尋求技術支持，怎奈須要1個工做日的響應時間，最終也沒有用上MVP的這點兒福利。。。( ╯□╰ )

最最後附上提到的帖子連接，同時感謝下O(∩_∩)O

http://social.technet.microsoft.com/Forums/exchange/en-US/777b51ee-330d-43cc-a56e-4614d44aed7b/unable-to-access-owa-or-ecp-something-went-wrong-or-500-unexpected-error?forum=exchangesvrclients