Objawy
Jeśli używasz migracji partii lub seryjny migracji do migracji folderów publicznych z programu Microsoft Exchange Server 2007 lub Microsoft Exchange Server 2010 do 2013 Exchange Server, Exchange Server 2016 lub Exchange Online może wystąpić utrata danych, jeśli nie wszystkie repliki folderów podstawowej bazy danych (serwer podstawowej bazy danych, który usługa migracji łączy się). Wszystkie dane, które jest obecnie pierwszy w folderach, które są migrowane są kopiowane, ale wystąpienia przyrostowych zmian, które są księgowane po wstępnej synchronizacji mogą zostać utracone.
Przykładowy scenariusz
Załóżmy, że mamy dwie bazy danych folderów publicznych, PFDB1 i PFDB2, które są uruchomione na serwerach Exchange 2007 lub Exchange 2010. Ponadto istnieją dwa foldery, F1 i F2. Folder F1 ma repliki na PFDB1 i folder F2 ma repliki na PFDB2.
Po uruchomieniu migracji i określić PFDB1 jako bazy danych, aby połączyć w Nowy -MigrationEndpoint polecenia cmdlet, wszystkie dane z folderów F1 i F2 są kopiowane podczas synchronizacji początkowej (jak pokazano na rysunku 1). Dzieje się tak, nawet jeśli PFDB1 nie ma lokalnego repliki folderów F2.
Po to pierwszy proces synchronizacji można przygotować do ostatecznego synchronizacji i start do wykonania partii. Można oczekiwać, że wszelkie dane, która jest dodawana do folderu F1 i F2 po pierwszej synchronizacji należy kopiowane podczas końcowej synchronizacji.
Rysunek 1. Folder F1 i F2 ze źródła jest kopiowany do miejsca docelowego podczas pierwszej synchronizacji.
Problem
Podczas synchronizacji przyrostowej i końcowe pierwotnych danych z folderu F2 nie jest kopiowane do nowoczesnych foldery publiczne (jak pokazano na rysunku 2). Jest to spowodowane PFDB1 jest określony jako punkt końcowy. Jak zsynchronizować, wyświetlany jest stan partii. Jednak wszelkich nowych danych, który został dodany do folderu F2 po pierwszej synchronizacji nie jest kopiowane do nowoczesnych folderów publicznych.
Ponadto, jeśli istnieją wszystkie nowe foldery, które są dodawane do PFDB2 po pierwszej synchronizacji (folder F3 na rysunku 2), zawartość tych folderów nie będzie albo kopiowany. (Ta zasada obowiązuje nawet, jeśli folder F3 jest wyświetlany w hierarchii).
Rysunek 2. Przyrostowe skopiowane dane do folderu F1 i zmiany do folderu F2 nie są kopiowane. Mimo że dane w folderze nowo dodane F3 nie są kopiowane, folder pojawi się w hierarchii.
Rozwiązanie
Poprawki są dostępne w 13 aktualizacja zbiorcza dla programu Exchange Server 2013i zbiorczej aktualizacji 3 dla programu Exchange 2016.
Obejście problemu
Przed rozpoczęciem migracji partii, upewnij się, że wszystkie foldery publiczne miały swoje repliki na bazy danych folderów publicznych, który zostanie określony jako źródło dla migracji. Ponadto upewnij się, że publiczny replikacji jest zsynchronizowana.
Obejście problemu dla przykładowy scenariusz
Aby obejść ten problem, Dodaj replikę folderów F2 i F3 na PFDB1, upewnij się, że replikacja folderu publicznego jest synchronizowany, a następnie uruchom migracji partii. Daje to pewność, że danych pierwotnych jest kopiowana (niezależnie od tego, które repliki jest pierwotnie wpisane do).
Zdajemy sobie sprawę, że ta metoda obejścia problemu nie będzie działać w przypadku niektórych klientów ze względu na rozmiar folderu publicznego wdrażania. Jeśli jesteś w tej sytuacji, firma Microsoft zaleca, aby poczekać aż problem zostanie rozwiązany przed uruchomieniem migracji.
FAQ
Q: Kiedy ten problem zaczęły występować?
A: ten problem zaobserwowano najpierw Exchange Server 2013 zbiorczej aktualizacji 1, RTM programu Exchange Server 2016 i Exchange Online.
Q: dane, które potencjalnie utraciłem(am)?
A: raport w PANI wyszukiwania dla "zmiany hierarchii folderu zgłoszone w źródle," Wybierz pierwszy element "zmiany hierarchii folderu zgłoszone w źródle", który jest wymieniony, a następnie wybierz datę i godzinę, który jest skojarzony z dziennika. Wszelkie dane, która jest dodawana do folderu F2 lub nowe foldery, które są dodawane do PFDB2 po upływie tego czasu zostaną utracone.
Q: I jeszcze mojej bazy danych folderów publicznych programu Exchange Server 2007 lub Exchange Server 2010 w ich stanie zablokowania ponieważ możemy migracji do programu Exchange Server 2013, 2016 Exchange Server lub Exchange Online. Czy mogę jeszcze przenieść Moje dane utracone?
A: tylko możliwe jest ręczne kopię danych.
Q: Mój migracji kilka tygodni do osiągnięcia stanu gotowości do wykonania. Należy zacząć od nowa?
A: nie, nie musisz ponownie uruchomić migrację folderów publicznych. Po zakończeniu poprawki i aktualizacje są zainstalowane na serwerze (lub na serwerach Exchange Online, w przypadku migracji do programu Exchange Online), migracji można odebrać od gdzie to teraz i zostanie przeprowadzona migracja pozostałych danych. Należy ponownie uruchomić zadania migracji. Jednak po wykonaniu tej czynności procesu szuka zmian i nie zacząć od nowa. Zadanie migracji zaczyna się nad tylko wtedy, gdy usunąć i utworzyć go ponownie.
