Exchange2013提示“出现意外错误，无法处理您的请求”处理方案

前几天公司海外站点的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有关系了，那这个解决方案还是值得去尝试的。。。

具体操作如下：

1、 由于adsi内容涉及到整个的活动目录内容，操作之前一定要做好备份，首先通过windows server backup将整个dc做了一次完整备份，以备后患。（这里估计又要被鄙视了，偌大的一个公司竟然没有完善的备份系统，o(╯□╰)o）

2、 打开adsi编辑器，连接到【配置】，然后找到【cn=services】-->【cn=microsoft exchange】 -->【cn=<你的exchange组织名称>】-->【cn=client access】，然后右键点击选择【属性】，打开属性编辑器窗口，在【属性编辑器】选项卡中找到“msexchcanarydata”字样的属性值，然后清空（可能会有0-n多项）

这里我们将这几个值的内容再次复制到记事本中进行保存，这样可以起到备份双保险作用，慎重操作，毕竟是生产环境。

3、 打开cas服务器的iis管理器，点击【应用程序池】，找到【msexchangeowaapppool】，然后点击右侧窗口的【回收】

4、 重启exchange服务器

待exchange服务器重启完成后进行测试，海外用户owa和ecp恢复正常，其他outlook功能也正常。北京总部用户也一切正常。问题终于解决！

最后问题是解决了，但导致的原因并没有真正找到，希望看到这篇文章并熟知exchange2013的小伙伴来一起讨论。。。。

关于exchange2013，刚刚一年多的时间已经有 cu5的更新了，无奈让人感慨exchange2013架构的改变让人耳目一新，同时也带来了n多问题，真心希望exchange2013的命运不要像exchange2007那样。。。( ╯□╰ )

解决过程中咨询了多个技术好友，由于exchange2013是新产品并没有太普及，小伙伴们也都没有遇到过，在此感谢各位！同时感概自己无意中竟然成了先吃螃蟹的人。。。( ╯□╰ )，再者公司没有购买微软技术支持服务，最后想通过mvp通道向微软寻求技术支持，怎奈需要1个工作日的响应时间，最终也没有用上mvp的这点儿福利。。。( ╯□╰ )