Симптоми
Ако използвате партида за мигриране или сериен миграция за мигриране на публични папки от Microsoft Exchange Server 2007 или Microsoft Exchange Server 2010 за Exchange Server 2013, Exchange Server 2016 или Exchange Online, загуба на данни може да възникне, ако всички копия на папката не основната база данни (база данни на основния сървър, който услугата се свързва с). Всички данни, които в момента на първата в папките, които се се копират, но всички допълнителни промени, публикувани след първоначалното синхронизиране може да се загуби.
Пример сценарий
Да предположим, че имате две публична папка бази данни, PFDB1 и PFDB2, които се изпълняват на сървърите на Exchange 2007 или Exchange 2010. Освен това имате две папки, F1 и F2. Папката F1 е копие на PFDB1 и папка F2 е копие на PFDB2.
Когато стартирате мигрирането и укажете PFDB1 като база данни за свързване в нова -MigrationEndpoint cmdlet, всички данни от папки F1 и F2 се копира по време на първоначалното синхронизиране (както е показано на фигура 1). Това се случва, въпреки че PFDB1 не е локална реплика на папката F2.
След първото синхронизиране на процеса се подготвят за окончателно синхронизиране и да започнете да завърши на папката. Се очаква, че всички данни, които се добавя към папката F1 и F2 след първата синхронизация трябва да се копират по време на последната синхронизация.
Фигура 1. Папка F1 и F2 от източник се копира в местоназначението по време на първата синхронизация.
Проблем
По време на допълнителните и окончателно синхронизиране допълнителните данни от папката F2 не се копират съвременни публични папки (както е показано на фигура 2). Това е защото PFDB1 е зададен като крайна точка. Партида състоянието се показва като синхронизирани. Обаче новите данни, която е добавена към папка F2 след първото синхронизиране не се копират съвременни публични папки.
Освен това, ако са налице всички нови папки, които се добавят към PFDB2 след първото синхронизиране (папка F3 на фигура 2), съдържанието на тези папки няма да бъде копиран или. (Това е вярно, въпреки че F3 се показва в йерархията).
Фигура 2. Допълнителни данни папка F1 се копират и промените папка F2 не се копират. Въпреки че не се копира данните в новото папка F3, ще се покаже в йерархията.
Решение
Корекциите са налични в кумулативната актуализация 13 за Exchange Server 2013и сборна актуализация 3 за Exchange 2016.
Заобикаляне на проблема
Преди да започнете партида за мигриране, уверете се, че всички публични папки копие на публична папка база данни, който ще бъде посочен като източник за миграция. Също така Уверете се, че публично репликация е синхронизиран.
Решение за сценарий пример
За да заобиколите този проблем, добавите копие на папки F2 и F3 PFDB1, уверете се, че репликацията на публична папка е в синхрон и стартирайте партида за мигриране. Това гарантира, че допълнителните данни се копират (независимо коя реплика първоначално пише за).
Ние разбираме, че това решение няма да работи за някои клиенти поради размера на разполагане на публичната папка. Ако сте в тази ситуация, препоръчваме да изчакате, докато проблемът е решен, преди да стартирате мигрирането.
ЧЕСТО ЗАДАВАНИ ВЪПРОСИ
Q: Кога започна да възниква проблемът?
A: проблема първо се наблюдава в Exchange Server 2013 сборна актуализация 1 на Exchange Server 2016 RTM и Exchange Online.
Q: какви данни потенциално загуби?
А: В г-жа отчет, потърсете "папка йерархия промени отчита в източник," изберете "промени папката йерархия отчита в източник" първия списъка и изберете датата и часа, свързани с регистъра. Всички данни, които се добавя към папката F2 или всички нови папки, които се добавят към PFDB2 след това се губи.
Q: имам Exchange Server 2007 или Exchange Server 2010 публична папка бази данни в заключено състояние от мигрират към Exchange Server 2013, Exchange Server 2016 или Exchange Online. Мога ли все още да мигрират загуба на данни?
А: само ръчно копие на данните, е възможно.
Q: ми миграция седмици да достигне състояние на готовност да завърши. Трябва ли да започнете?
A: не, не трябва да рестартирате мигриране на публичната папка. Когато са завършени корекции и актуализации са инсталирани на вашия сървър (или на сървърите на Exchange Online, ако сте миграция към Exchange Online), миграцията може да се качват от къде е сега и тя ще мигрират останалите данни. Може да се наложи да рестартирате партида за мигриране. Обаче когато направите това, процесът търси промени и не се стартира по. Партида за мигриране започва през само ако изтриете и след това я създадете отново.
