[求助]公用文件夹数据库无法联机 [复制链接]

我们正在从 Exchange 2003 向 Exchange 2007 过渡。我们已经将所有用户邮箱都迁移到了 Exchange 2007 邮箱服务器，所有服务器均已使用群集连续复制 (CCR) 进行了配置。目前，我们正在将所有公用文件夹从原有的 Exchange 2003 公用文件夹服务器复制到基于 CCR 的邮箱服务器上。但是，我们在测试中发现，当 CCR 群集上出现数据丢失故障转移时，其他节点上的公用文件夹数据库就不会联机。故障转移后，我们也无法对其进行手动装入。

我们拥有可以镜像生产环境中 Exchange 2007 基础结构的实验室环境，测试显示这里也出现了同样的问题。在发生故障转移的任何 CCR 群集上，任何邮箱数据库中都没有这一问题，因此这似乎与 CCR 群集上的公用文件夹数据库有很大的关系。我们想对所有数据库（包括公用文件夹数据库）实现真正的冗余，您能帮我们剖析一下导致这种行为的根源吗？

CCR 使用的复制方法与 Exchange 2007 中公用文件夹复制所使用的方法截然不同。因此，如果其中一个公用文件夹数据库在基于 CCR 的邮箱服务器上托管，建议您不要将 Exchange 组织内的多个公用文件夹数据库与基于 CCR 的邮箱服务器合并在一起。在过渡期间您可以实际这样操作，Exchange 产品组支持将公用文件夹数据库托管在基于 CCR 的邮箱服务器上（例如，原有的 Exchange 2003 服务器）。但强烈建议您在复制完所有公用文件夹数据后删除非基于 CCR 邮箱服务器上的公用文件夹数据库。

您在 Exchange 消息传递环境中遇到的问题属于正常现象。如果您有多个公用文件集数据库，而其中一个托管在基于 CCR 的邮箱服务器上，则在故障转移（即非计划中断）时，基于 CCR 的邮箱服务器上的公用文件集数据库将会脱机。

实际上，在上一个主动节点再次出现之前，无法使公用文件夹数据库联机。此外，对于托管公用文件夹数据库的存储组，所有事务日志文件都必须可用。

如果不具备这种条件，那就应该考虑从上一个完好的备份中还原公用文件夹存储，浏览可用日志，然后从还原的数据库为其他节点重新设定种子。或者，也可以从头开始创建公用文件夹存储。在这种情况下，必须恢复原始的主动节点、新建公用文件夹数据库，并从 Exchange 组织内的其他公用文件夹服务器中复制公用文件夹数据。

颇有些奇怪的是执行无损（有计划）中断时公用文件夹数据库处于联机状态。这是正常的表现。