狀況
如果您使用批次移轉或序列移轉來遷移公用資料夾從 Microsoft Exchange Server 2007年或 Microsoft Exchange Server 2010年，Exchange Server 2013年 」、 「 Exchange Server 2016，或 「 Exchange 線上，如果所有資料夾的複本都不在主要資料庫 （遷移服務連接到主要資料庫伺服器），就可能會發生資料遺失。複製位於所要移轉的資料夾中的第一個出現的所有資料，但初始的同步處理以後張貼任何增量變更可能會遺失。
範例案例
假設您有兩個公用資料夾資料庫，PFDB1 和 PFDB2，在 Exchange 2007 或 Exchange 2010 伺服器上執行。此外，您有兩個資料夾，F1 和 F2。資料夾 F1 在 PFDB1 上有複本，資料夾 f2 鍵在 PFDB2 上有複本。
當您啟動移轉作業，並指定 PFDB1，為在 [新增-MigrationEndpoint指令程式連接至資料庫時，F1 和 F2 的資料夾中的所有資料會都複製在初始同步處理期間，（如 [圖 1 所示）。會發生這種情形即使 PFDB1 沒有資料夾 F2 的本機複本。
此第一個的同步處理程序之後, 您準備進行最終的同步處理，您的批次完成。您所預期會加入至資料夾的任何資料 F1 和 F2 後第一次同步應該在最終同步處理期間覆寫。
[圖 1。資料夾 F1 和 f2 鍵，從來源是在第一次同步時複製到目的地。
問題
在累加式也是最後一個同步時，從資料夾 F2 的增加資料不被複製到現代的公用資料夾，（如 [圖 2 所示）。這是因為 PFDB1 被指定為端點。同步處理的批次的狀態會顯示。不過，任何已加入至資料夾 f2 鍵，在第一次同步後的新資料不被複製到現代的公用資料夾。
此外，如果有任何新資料夾加入至 PFDB2 後第一次同步 （資料夾 F3 圖 2] 中），這些資料夾的內容不會複製其中一個。（這是，則為 true 即使資料夾 F3 隨即出現在階層中）。
[圖 2。複製到資料夾 F1 的累加式資料時，並不會複製到資料夾 F2 的變更。雖然不會複製新加入的資料夾 F3 中的資料，而資料夾會出現在階層架構。
解決方案
修正程式是累積的更新 13 的 Exchange Server 2013年和Exchange 2016 的累積更新 3中可以使用項目。
因應措施
批次遷移前，請確定所有的公用資料夾擁有公用資料夾資料庫，將指定為移轉來源的複本。此外，確定公用的複寫同步。
範例案例的解決方法
若要解決這個問題，新增在 PFDB1 上的 F2 及 F3 資料夾的複本，請確定公用資料夾複寫已同步，然後再啟動批次遷移。如此可確保增量的資料會複製 （無論哪一個複本則原始寫入至屬性）。
我們知道，有些客戶也無法使用此因應措施由於公用資料夾部署的大小。如果您是在此情況下，我們建議您等候，直到問題得到解決，執行移轉之前，先為止。
常見問題集
Q:當沒有這個問題會在啟動發生？
A︰ 在 Exchange Server 2013年累積更新 1、 Exchange Server 2016 RTM，以及 Exchange 線上先觀察到這個問題。
Q:何種資料沒有我可能會失去？
A︰ 中女士報表中，搜尋 「 報告來源中的資料夾階層變更 」 選取的第一個 「 報告來源中的資料夾階層變更 」 項目會列]，然後選取 [記錄檔與相關的時間與日期。加入至資料夾 F2 或任何新的資料夾遺失這段時間後，加入 PFDB2 的任何資料。
Q:仍有我的 Exchange Server 2007年或 Exchange Server 2010年公用資料夾資料庫處於鎖定狀態因為我們遷移到 Exchange Server 2013年 」、 「 Exchange Server 2016，或 「 Exchange 線上。可以我移轉的還是我遺失的資料？
A︰ 手動的一份資料可能只有。
Q:我遷移花費數週的時間到達完成就緒狀態。我必須從頭開始播放？
A︰ 否，您不需要重新啟動公用資料夾遷移。當完成修正程式，並在您的伺服器上 （或如果您正在遷移至 Exchange 線上線上 Exchange 伺服器上） 安裝更新時，移轉可以從挑選其中現在，而它將會移轉剩下的資料。您可能必須重新啟動移轉批次。不過，當您這麼做時，處理程序看起來的變更，而且不會重新開始。遷移的批次重新開始只有當您刪除，然後再重新建立。
