最近，我们的一个邮箱服务器遭遇了数据库损坏。我们的环境中有两台邮箱服务器和两台 CAS 服务器。一台邮箱服务器和一台 CAS 服务器位于我们的公司总部，另一台邮箱服务器和 CAS 服务器位于两小时车程外的 Co-Lo。它们之间的 WAN 带宽有限，因此无法通过 WAN 重新播种邮箱数据库和内容索引。
在我们的第一次尝试中，我们遵循这篇关于如何手动复制和离线数据库的技术文章它适用于邮箱数据库本身，但不适用于内容索引，他们仍然希望通过 WAN 进行播种。
答案1
最后我们联系了微软。他们尝试了几种不同的方法，但最终奏效的是：
在具有健康索引的活动服务器上，停止 Microsoft Exchange Search 和 Microsoft Exchange Search Host Controller 服务
进入存储邮箱数据库的文件夹并复制内容索引文件夹。此文件夹看起来像一个 guid，在我的情况下，其中一个文件夹名为“32CBE741-FBB2-4116-9E85-12D59725D6E912.43.Single”。
在活动服务器上重新启动服务。
将文件夹传输至故障站点。
停止内容索引失败的服务器上的相同服务。
将内容索引文件夹从健康服务器复制到非健康服务器中的相应文件夹。现在您应该有两个内容索引文件夹，一个已经存在（可能正在“播种”），另一个是从健康站点复制的。
在搜索服务仍处于停止状态的情况下（小心它们可能会自行重新启动），重命名“坏的”内容索引文件夹，在末尾添加类似 .old 的内容。然后重命名“好的”内容索引文件夹，使其与“坏的”文件夹的名称一致。
重新启动搜索服务。
在我们的案例中，大约 10 分钟内内容索引就从未知变为健康。希望这对其他人有所帮助