Symptom
Om du använder batch-migrering eller seriell migrering för att migrera gemensamma mappar från Microsoft Exchange Server 2007 eller Microsoft Exchange Server 2010 till 2013 för Exchange Server, Exchange Server 2016 eller Exchange Online, kan det uppstå dataförlust om alla repliker i mappen inte finns på den primära databasen (primära databasservern som migreringstjänsten ansluter till). Alla data som för närvarande första i mappar flyttas kopieras men eventuella ändringar som har bokförts efter den ursprungliga synkroniseringen kan gå förlorade.
Exempel
Anta att du har två gemensamma mappen databaser, PFDB1 och PFDB2, som körs på servrar med Exchange 2007 eller Exchange 2010. Du har också två mappar, F1 och F2. Mappen F1 har en replik på PFDB1 och mappen F2 har en replik på PFDB2.
När du startar migreringen och ange PFDB1 som databasen du vill ansluta till iMigrationEndpoint -cmdlet New -kopiera alla data från mapparna F1 och F2 under den inledande synkroniseringen (som visas i figur 1). Detta inträffar även om PFDB1 inte har en lokal replik i mappen F2.
Du förbereder för den slutliga synkroniseringen efter första synkroniseringsprocessen och du börjar fylla i batchen. Förväntar sig att alla data som läggs till i mappen F1 och F2 efter den första synkroniseringen ska kopieras över under den slutliga synkroniseringen.
Figur 1. Mappen F1 och F2 från källan kopieras till målet under den första synkroniseringen.
Problemet
Under stegvis och slutliga synkroniseringen kopieras inte inkrementell data från mappen F2 till moderna gemensamma mappar (som visas i figur 2). Detta beror på att PFDB1 anges som slutpunkt. Batchstatus visas som synkroniseras. Dock är inte alla nya data som har lagts till i mappen F2 efter den första synkroniseringen kopieras till moderna gemensamma mappar.
Dessutom, om det finns inga nya mappar som läggs till i PFDB2 när första synkronisering (mapp F3 i figur 2) innehållet i dessa mappar kommer inte att kopieras antingen. (Detta gäller även om mappen F3 visas i hierarkin).
Figur 2. Stegvis kopieras data till mappen F1 och ändringar i mappen F2 kopieras inte. Även om data i den nyligen tillagda mappen F3 inte är kopieras, visas mappen i hierarkin.
Lösning
Korrigeringar är tillgängliga i den kumulativa uppdateringen 13 för Exchange Server 2013och kumulativ uppdatering 3 för Exchange 2016.
Temporär lösning
Innan du startar batch migrering, se till att alla gemensamma mappar har en replik på gemensam mapp-databas som ska anges som källa för migrering. Kontrollera också att den offentliga replikeringen är synkroniserade.
Lösning för till exempel
Lägga till en replik av mappar F2 och F3 i PFDB1 Undvik det här problemet, kontrollera att replikering av publika mappar är synkroniserade och starta batch migrering. Detta säkerställer att stegvis data kopieras (oavsett vilken replik ursprungligen skrivs till).
Vi förstår att den här lösningen inte fungerar för vissa kunder på grund av storleken på mappen distributionen. Om du är i det här fallet rekommenderar vi att du väntar tills problemet har åtgärdats innan du kör en migrering.
VANLIGA FRÅGOR OCH SVAR
Q: När problemet startade ska ske?
A: det här problemet först observerades i Exchange Server 2013 kumulativ uppdatering 1 för Exchange Server 2016 RTM och Exchange Online.
Q: vilka data jag förlora?
A: I FRU rapporten söka för "mapp hierarki ändringar rapporterade källa," väljer du det första "mapp hierarki ändringar rapporteras i källan" objektet som visas och välj sedan datum och tid som är kopplad till loggen. Alla data som läggs till i mappen F2 eller alla nya mappar som läggs till PFDB2 efter den här tidpunkten förloras.
Q: har fortfarande min Exchange Server 2007 eller Exchange Server 2010 gemensamma mappen databaser i låst tillstånd eftersom vi har migrerats till Exchange Server 2013, Exchange Server 2016 eller Exchange Online. Kan jag fortfarande migrera data förlorade?
A: endast en manuell kopia av data som är möjliga.
Q: Min migrering tog veckor att nå tillståndet redo att slutföra. Måste jag börja om?
A: Nej, du behöver starta om migreringen gemensam mapp. När korrigeringar har utförts och uppdateringarna som är installerade på servern (eller på Exchange Online servrar om du migrera till Exchange Online), kan migreringen plockas från där nu och det kommer att migrera återstående data. Du kan behöva starta om migreringen batch. När du gör detta kan processen söker efter ändringar och börja inte om En migrering batch startar över om du vill ta bort och skapa den igen.
