解决 Exchange2013提示“出现意外错误,无法处理您的请求”,无法打开OWA和ECP 推荐
2014-06-15 16:22
543 查看
前几天公司海外站点的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的这点儿福利。。。( ╯□╰ )
最最后附上提到的帖子链接,同时感谢下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
看到这里有经验的小伙伴都会首先去检查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的这点儿福利。。。( ╯□╰ )
最最后附上提到的帖子链接,同时感谢下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
相关文章推荐
- 解决 Exchange 2013提示“出现意外错误,无法处理您的请求”,无法打开OWA和ECP
- Exchange2010 OWA登录后,点击任何按钮提示“出现意外错误,无法处理您的请求”
- Exchange2013提示“出现意外错误,无法处理您的请求”处理方案
- sqlserver还原数据库的时候出现提示无法打开备份设备的解决方法(设备出现错误或设备脱)
- sqlserver还原数据库的时候出现提示无法打开备份设备的解决方法(设备出现错误或设备脱)
- 【C#】对异步请求处理程序IHttpAsyncHandler的理解和分享一个易用性封装 【手记】走近科学之为什么明明实现了IEnumerable<T>的类型却不能调用LINQ扩展方法 【手记】手机网页弹出层后屏蔽底层的滑动响应 【手记】ASP.NET提示“未能创建类型”处理 【Web】一个非常简单的移动web消息框 【手记】解决EXCEL跑SQL遇“查询无法运行或数据库表无法打开...”
- "报表服务器无法打开与报表服务器数据库的连接。所有请求和处理都要求与数据库建立连接。"错误解决
- Win7中IIS出现“HTTP 错误 404.17 - Not Found 请求的内容似乎是脚本,因而将无法由静态文件处理程序来处理。”错误(已解决)
- Exchange 2016 发生错误 出现意外错误,无法处理您的请求
- Win7中IIS出现“HTTP 错误 404.17 - Not Found 请求的内容似乎是脚本,因而将无法由静态文件处理程序来处理。”错误(已解决)
- 以下我写的VBA代码执行到红色的那句就出现错误提示,无法运行,请求您的帮助
- Sys.WebForms.PageRequestManagerServerErrorException: 在服务器上处理请求时出现未知错误解决办法
- windows搜索时提示“意外错误 操作无法完成”的解决方法(利用注册表)
- 用Powerpoint打开ppt文件出现提示:"PowerPoint无法显示文件中某些幻灯片中的文字、图像或对象,“xx.ppt”解决办法
- 异常信息:由于内部错误,服务器无法处理该请求。有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribut
- 无法卸载office2003的解决方法:出现“无法打开此修补程序包”错误
- IIS出现“另一个程序正在使用此文件,进程无法访问。”错误提示的解决办法
- 资料收藏大师在win2003系统下 提示 系统内存错误 无法打开的解决办法
- 重新安装IIS后打开报表管理器出现“无法显示 XML 页”错误的解决办法。
- 用KMP打开视频文件出现"无法创建图表生成器"错误的解决办法收藏(转)