症状
如果使用批处理迁移或串行迁移到 Exchange Server 2013年、 Exchange Server 2016，或 Exchange 联机 Microsoft Exchange Server 2007年或 Microsoft Exchange Server 2010年中迁移公用文件夹，则可能发生数据丢失，如果所有文件夹副本不在主数据库 (迁移服务将连接到主数据库服务器)。第一个目前为正在迁移的文件夹中的所有数据被都复制，但在初始同步后过帐任何增量更改可能会丢失。
示例方案
假定您有两个公用文件夹数据库，PFDB1 和 PFDB2，在 Exchange 2007 或 Exchange 2010 服务器上运行。另外，您还拥有 F1 和 F2 两个文件夹。文件夹 F1 上拥有副本。 PFDB1 和文件夹 F2 PFDB2 上拥有副本。
当您启动迁移并为新建的MigrationEndpoint cmdlet 以连接到该数据库中指定 PFDB1 时，F1 和 F2 的文件夹中的所有数据都复制在初始同步期间，（如图 1 所示）。尽管 PFDB1 没有本地文件夹副本的 f2 键，将发生这种情况。
之后此第一个同步过程中，准备最终同步并启动批处理的完成。您期望的任何数据都将被添加到文件夹 F1 和 F2 后在最终同步期间应覆盖第一次同步。
图 1。文件夹 F1 和 F2 从源复制到目标期间第一次同步。
问题
增量和最终在同步期间，从文件夹 F2 的增量数据不被复制到现代的公用文件夹 （如图 2 所示）。这是因为 PFDB1 被指定为该终结点。批次状态显示同步。然而，第一次同步之后添加到文件夹 F2 的任何新数据不被复制到现代的公用文件夹。
此外，如果有任何新文件夹添加到 PFDB2 后第一次同步 （文件夹 F3 在图 2 中），这些文件夹的内容不会复制任何一个。（这是真正即使 F3 文件夹层次结构中显示）。
图 2。对 F2 文件夹的更改不会复制和复制数据到文件夹 F1 时，增量。尽管不复制新添加文件夹 f3 键中的数据，此文件夹将出现在层次结构中。
解决方案
解决方法
开始批处理迁移之前，请确保所有公用文件夹将作为迁移的源中指定的公用文件夹数据库上拥有副本。此外，确保公用复制同步。
示例方案的解决方法
若要变通解决此问题，请添加在 PFDB1 上的 F2 和 F3 的文件夹副本，确保公用文件夹复制同步，然后启动批处理迁移。这将确保增量数据被复制 （无论哪个复制副本最初写入）。
我们意识到这种解决方法不起作用的一些客户由于公用文件夹部署的大小。如果您是在这种情况下，我们建议您等待直到问题得到解决之前运行迁移。
常见问题
Q:当未此问题开始出现的？
A: Exchange Server 2013年累积更新 1 Exchange Server 2016 RTM 和 Exchange Online 中第一次出现此问题。
Q:数据未有可能丢失？
A︰ 在女士报告搜索"在源中，报告文件夹层次结构更改"选择所列的第一个"在源中报告文件夹层次结构更改"项目，然后选择日期和时间与日志相关联。添加到文件夹 F2 的任何数据或任何在此时间之后添加到 PFDB2 的新文件夹将会丢失。
Q:仍然有我的 Exchange Server 2007年或 Exchange Server 2010年公用文件夹数据库处于锁定状态因为我们迁移到 Exchange Server 2013年、 Exchange Server 2016，或 Exchange 联机。可我仍然我丢失的数据迁移？
A︰ 仅手动拷贝的数据是可能的。
Q:我迁移需要几个星期达到完成就绪状态。我必须重新开始？
A︰ 不，您不必重新启动公用文件夹迁移。当完成修补程序和更新程序安装在您的服务器上 （或 Exchange 联机服务器上，如果您正在迁移到 Exchange Online） 时，迁移可以领取从位置现在和它将将剩余的数据。您可能需要重新启动迁移批处理。但是，执行此操作时，过程查找更改，并且不会重新开始。仅当您删除，然后重新创建它，迁移批处理重新开始。
