1.1.1 故障现象：
执行命令发现下面的问题：
1.1.2 分析：
由于只有一台机器的 contentindexstate为fail，那么可能只需要看这一台机器的数据库索引状态即可；所以只有 在机器 tsmailbox01 这个server上的数据库出现问题了。
先查看下服务器的索引状态
1.1.3 解决方案：
http://www.javashuo.com/article/p-bcnigosc-oh.html
https://blog.51cto.com/u_14143477/2516291
决定先重启下在mbx01上 索引服务
重播队列长度这会越来越高了：
应该是索引恢复后有大量数据需要索引，占用了系统资源，导致数据库重播速度较慢，目前看来重播队列已经在减少了
整体感觉还是服务器性能有点不足，尤其是磁盘性能不足
正常应该在1以内.
以前也经常发生服务器重启后数据库断开连接的情况，还有重启比较慢，都和磁盘速度有关
1.1.4 总结命令行工具
命令行查看索引状态:
可通过监视解决方案、事件日志（请参阅此处）或通过电源外壳找到失败的索引： Get-MailboxDatabaseCopyStatus * | Where {_.ContentIndexState -eq "FailedAndSuspended"} Get-MailboxDatabaseCopyStatus * | Where {_.ContentIndexState -eq “Failed”} Get-MailboxDatabaseCopyStatus * | sort name | ft name,contentindexstate -AutoSize
|
如何重建数据库索引:
实例: 从health状态DB复制index目录到failed DB , 邮箱数据库DBCS3B在服务器MB-CS2上为MB-CS3的副本，且内容索引状态失败.
Update-MailboxDatabaseCopy -Identity dbcs3B\mb-cs2 -SourceServer mb-cs3 -CatalogOnly |
如何全部重建数据库索引:
1. 在 DAG 内的所有 MS Exchange 服务器上禁用以下服务（以避免它们被自动启动）： Microsoft Exchange Search (MSExchangeFastSearch) Microsoft Exchange Search Host Controller (HostControllerService) 并停止这两个（这不会导致您的用户的任何中断）。 2. 现在进入受影响的 DB （*.edb） 所在的文件夹（在每个 MS Exchange DAG 成员上）。在我的示例中，它位于内部 D:\MailboxDatabases\EXCHMB1.在该文件夹中，您将看到另一个文件夹中的名称中带有一些数字。将该文件夹重命名为<oldname>_OLD，以便在出于某些原因需要还原该文件夹时仍具有该</oldname>文件夹 3. 如果您现在检查状态，您将看到： Get-MailboxDatabaseCopyStatus * | sort name | ft name,contentindexstate -AutoSize EXCHMB1\EXCH01 Crawling EXCHMB1\EXCH02 FailedAndSuspended 4. 爬网完成后，您将看到以下内容： Get-MailboxDatabaseCopyStatus * | sort name | ft name,contentindexstate -AutoSize EXCHMB1\EXCH01 Healthy EXCHMB1\EXCH02 FailedAndSuspended 然后，您可以复制健康索引，如此处所述。
|
