本篇教程探讨了Exchange企业邮箱维护之记录一次Exchange 2013，希望阅读本篇文章以后大家有所收获，帮助大家对相关内容的理解更加深入。

<

某日在一客户现场实施部署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
    我们可以判定新创建的数据库索引文件无法被正常注册到注册表中，是导致索引文件状态异常的直接原因，那到底是什么原因导致的索引服务不正常呢？
    我已经重建了Exchange FAST search组件，并且我的Exchange ISO在其他用户也是可以正常使用的，所以我可以确实本次部署的Exchange FAST search组件是没有问题的。那我就大胆假设、谨慎求证吧，首先怀疑是第三方软件影响索引服务。于是我们先后排除服务器上的监控软件（BMC Patrol Agent）和备份软件（NBU）对Exchange索引服务不会造成影响后，问题依旧。
4、再次与客户详细沟通
    了解到客户的VMware虚拟架构的主机上安装着赛门铁克的底层防病毒软件（Symantec DataCenter Security），将该底层防病毒软件防护去除后，数据库索引恢复正常。应是防病毒软件文件级扫描程序可能会在文件正在使用时扫描文件，也可能按计划的间隔扫描文件。这样可能会造成 Exchange 2013 尝试使用文件时，扫描程序锁定或隔离了相应的Exchange 日志文件或数据库文件。这种行为可能会导致 Exchange 2013 的严重故障。
5、最后也不能不让客户安装防病毒软件呀，但是也因为客户的底层防病毒软件不支持目录排除，所以在每台服务器中安装了symantec endpoint protection客户端防病毒软件，按相应规则做了排除。
6、问题得以解决。
   

本文由职坐标整理发布，学习更多的相关知识，请关注职坐标IT知识库！