我们最近是我们的一个邮箱服务器中的数据库损坏的受害者。 在我们的环境中，我们有两台邮箱服务器和两台CAS服务器。 一个邮箱服务器和一个CAS服务器在我们的公司总部，另一个邮箱服务器和CAS服务器在两小时之外是一个Co-Lo。 它们之间的广域网的带宽是有限的，所以在广域网上重播邮箱数据库和内容索引不是一种select。
在我们的第一次尝试中，我们遵循这个关于如何手动复制和离线数据库的邮件数据库本身，而不是内容索引的Technet文章 ，他们仍然想种子在广域网上。
最后我们结束了与微软的联系。 他们尝试了一些不同的东西，但结果却是：
在具有健康索引的活动服务器上，停止Microsoft Exchangesearch和Microsoft Exchangesearch主机控制器服务
进入存储邮箱数据库的文件夹，并复制出内容索引文件夹。 这个文件夹看起来像一个GUID，在我的情况下，其中一个被命名为“32CBE741-FBB2-4116-9E85-12D59725D6E912.43.Single”。
在活动服务器上启动服务备份。
将文件夹传输到失败的站点。
使用失败的内容索引停止服务器上的相同服务。
将内容索引文件夹从正常服务器复制到非正常服务器中的相应文件夹。 您现在应该有两个内容索引文件夹，一个已经存在，可能是“播种”，一个是从健康网站复制的文件夹。
search服务仍然停止（小心，他们可能会重新启动自己）重命名“坏”内容索引文件夹添加类似.old的东西。 然后重命名“好”的内容索引文件夹，以匹配“坏”的命名。
开始search服务备份。
在我们的情况下，大约10分钟内容索引从未知变为健康。 希望这可以帮助别人