通过路由,交换,安全,Qos四大典型技术模块同你分享网络运维中的技术难题,让老司机带你躲过网络运维常见的那些坑, 查看详情>>>
0

我的帖子

个人中心

设置

  发新话题

各位论坛的朋友大家好,近日看到版主发布的【精品贴征集令】,为了Exchange论坛版块的活跃度,为了把更多知识分享出去,为了。。好吧,我说实话,我是看上奖品了


废话不多说,给大家分享一个项目中遇到的CASE。



某日在一客户现场实施部署Exchange 2013,全新部署完成,创建数据库后,竟然发现数据库索引有问题,当时也没太在意,根据以前的经验看,不正常就不正常,等它索引创建完成第二天回来就正常了呗,就开心的下班了。第二天再过来一看,完蛋还是有问题,于是就有了如下解决过程。

环境描述:
===============
操作系统为windows server 2012 R2 数据中心版、VM虚拟机。

Exchange2013 CU16,5前端11后端。
问题描述:
===============

Exchange2013安装部署完成后,刚开始创建的一些数据库内容索引状态都为正常,当创建装入数据库到某个数量的时候,导致后端邮箱服务器的所有数据库索引状态全部不再更新状态,停留在“unknown”或者“failed”。


在服务器的应用日志中,我们也看到了大部分FAST search的报错,提示相关的组件状态异常

Time:     1/4/2018 1:58:52 PM
ID:      1010
Level:    Warning
Source: MSExchangeFastSearch
Machine:  Exchange计算机名称
Message:  An operation attempted against a FAST endpoint expriencedan exception. This operation may be retried. Error details:Microsoft.Exchange.Search.Fast.PerformingFastOperationException: An Exceptionwas received during a FAST operation. ---> System.TimeoutException: 发送到net.tcp://localhost:3803/Management/InteractionEngine/FlowService 的请求操作在配置的超时(00:01:00)内未收到回复。分配给此操作的时间可能已经是更长超时的一部分。这可能由于服务仍在处理操作或服务无法发送回复消息。请考虑增加操作超时(将通道/代理转换为 IContextChannel 并设置 OperationTimeout 属性)并确保服务能够连接到客户端。


Time:     1/4/2018 1:56:46 PM
ID:       1006
Level:    Warning
Source: MSExchangeFastSearch
Machine:  Exchange计算机名称
Message:  The FastFeeder component received a connection exceptionfrom FAST. Error details:System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]:Internal error while processing request (错误详细信息等于
很可能由IncludeExceptionDetailInFaults=true 创建的 ExceptionDetail其值为:
Microsoft.Ceres.InteractionEngine.Component.ProcessingEngineException:Internal error while processing request


Time:     1/3/2018 4:04:45 PM
ID:       1012
Level:    Error
Source: MSExchangeIS
Machine:  Exchange计算机名称
Message: Exchange Server Information Store has encountered an error while executing afull-text index query("and(subject:string("SearchQueryStxProbe*",mode="and"), folderid:string("D493C9163F272F40985E59D2AB8C6D5000000000010C0000"))").Error information: System.TimeoutException: Failed to open a channel.

问题分析与解决方法:
===================
1、首先我们重建数据库索引文件,操作如下:
  • 停止host controller以及search服务;
  • 重命名数据库路径下index文件;
  • 启动host controller以及search服务;
  • index文件已重新创建生成;
  • 查看数据库索引状态,无变化;
  • 该操作无效----失败。

2、我们再进行第二个方法,重建FAST search组件,操作如下:
  • 停止host controller以及search服务;
  • 重命名D:\Exchange2013\Bin\Search\Ceres\HostController 路径下的“data”文件夹;
  • 打开powershell,定位到如下路径“D:\Exchange2013\Bin\Search\Ceres\Installer”;
  • 输入“.\installconfig.ps1 –action I –datafolder “%ExchangeInstallPath%\Bin\Search\Ceres\HostController\Data”
  • 新建测试数据库,查看数据库索引状态,无变化;
  • 该操作无效-失败;
3、好,操作都无效,我们接下来再看看注册表的一些信息
  • 我们定位到索引文件注册表键值的位置HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ExchangeServer\v15\Search\IndexStatus,发现最新创建的数据库对应的索引文件并未被注册到注册表中




  • 根据如下键值描述,我们发现已经注册成功的数据库大部分索引文件对应的注册表键值均不正常:

IndexStatus:


Unknown= 0

Healthy= 1

Crawling=2

Failed =3

Seeding= 4

FailedAnd Suspended = 5

Suspended= 6

Disabled= 7

Auto-Suspended= 8


HealthyAnd Upgrading = 9

索引注册表详细信息可查看如下链接https://blogs.technet.microsoft.com/johnbai/2013/07/16/exchange-2013-high-availability-fast-search-and-the-windows-registry/
  • 我们可以判定新创建的数据库索引文件无法被正常注册到注册表中,是导致索引文件状态异常的直接原因,那到底是什么原因导致的索引服务不正常呢?
  • 我已经重建了Exchange FAST search组件,并且我的Exchange ISO在其他用户也是可以正常使用的,所以我可以确实本次部署的Exchange FAST search组件是没有问题的。那我就大胆假设、谨慎求证吧,首先怀疑是第三方软件影响索引服务。于是我们先后排除服务器上的监控软件(BMC Patrol Agent)和备份软件(NBU)对Exchange索引服务不会造成影响后,问题依旧。
4、再次与客户详细沟通
  • 了解到客户的VMware虚拟架构的主机上安装着赛门铁克的底层防病毒软件(Symantec DataCenter Security),将该底层防病毒软件防护去除后,数据库索引恢复正常。应是防病毒软件文件级扫描程序可能会在文件正在使用时扫描文件,也可能按计划的间隔扫描文件。这样可能会造成 Exchange 2013 尝试使用文件时,扫描程序锁定或隔离了相应的Exchange 日志文件或数据库文件。这种行为可能会导致 Exchange 2013 的严重故障。

具体可参考如下链接进行处理:
https://technet.microsoft.com/zh-cn/library/bb332342%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396#RTT
5、最后也不能不让客户安装防病毒软件呀,但是也因为客户的底层防病毒软件不支持目录排除,所以在每台服务器中安装了symantec endpoint protection客户端防病毒软件,按相应规则做了排除。
6、问题得以解决。
各位可以参考一下。
本帖最近评分记录
  • kangl 无忧币 +20 精品文章 2018-3-23 08:33
  • lover119 无忧币 +10 原创内容 2018-3-13 19:46
  • 稻的芳香 无忧币 +10 精品文章 2018-3-13 16:11



虽然很多年没搞过这东西了,但还是为你点赞



51CTO论坛有移动端啦,发帖回帖更方便~
感谢您的分享~~



这是没按照最佳实践部署来配置杀毒软件啊。。。官方文档有说明的



天行健,君子以自强不息。地势坤,君子以厚德载物!
Windows Server\Exchange\VMware技术支持QQ:935257779!
赛门铁克自动阻挠写入注册表。
开启规则也不一定安全。
exchange的server用得比较顺的是卡巴斯基,它自动配置的。
赛门铁克的一些规则总是有点奇怪,不光是exchange  ,在安装SQL服务更是如此,不开吧自己用不上,开了吧后门也留出来了。



哈哈,看来赛门快引起公愤了



Microsoft Office Servers and Services MVP
个人博客:http://blog.51cto.com/itsoul
QQ交流群:747369693
问题解决与否,欢迎大家反馈一下,也是对回答者认可&肯定,谢谢!
‹‹ 上一贴:为exchange部署oos后无法正常浏览   |   下一贴:Exchange 2016 CU9 已发布 ››
  发新话题
快速回复主题
关于我们 | 诚聘英才 | 联系我们 | 网站大事 | 友情链接 |意见反馈 | 网站地图
Copyright©2005-2018 51CTO.COM
本论坛言论纯属发布者个人意见,不代表51CTO网站立场!如有疑义,请与管理员联系:bbs@51cto.com