Symptomer
Hvis du bruker kjørselen migrering eller seriell overføring til å overføre fellesmapper fra Microsoft Exchange Server 2007 eller Microsoft Exchange Server 2010 til 2013 for Exchange Server, Exchange Server 2016 eller Exchange Online, kan miste data hvis alle replikaer i mappen ikke er på den primære databasen (primære databaseserveren som overføring-tjenesten kobler seg til). Alle data som er i første øyeblikket i mapper som overføres, kopieres, men alle trinnvise endringer som er postert etter den innledende synkroniseringen kan gå tapt.
Eksempelscenario
Anta at du har to fellesmappe databaser, PFDB1 og PFDB2, som kjører på en Exchange 2007- eller Exchange 2010-servere. Du kan også ha to mapper, F1 og F2. Mappen F1 har en replika i PFDB1 og mappen F2 er en replika i PFDB2.
Når du starter migreringen og angi PFDB1 som databasen du vil koble til i cmdleten New -MigrationEndpoint , kopieres alle data fra mapper F1 og F2 under den innledende synkroniseringen (som vist i figur 1). Dette skjer selv om PFDB1 ikke har en lokal replika i mappen F2.
Etter denne første synkroniseringsprosessen du klargjør for siste synkronisering, og du begynner å fylles ut i den satsvise jobben. Du forventer som data som er lagt til i mappen F1 og F2 etter at den første synkroniseringen skal kopieres under siste synkronisering.
Figur 1. Mappen F1 og F2 fra kilden overført til målet under den første synkroniseringen.
Problemet
De trinnvise dataene fra mappen F2 er ikke kopiert til moderne fellesmapper (som vist i figur 2), under trinnvis og siste synkronisering. Dette er fordi PFDB1 er angitt som sluttpunktet. Den satsvise statusen vises som synkroniseres. Imidlertid er ikke eventuelle nye data som ble lagt til i mappen F2 etter første synkronisering kopiert til moderne fellesmapper.
I tillegg, hvis det er noen nye mapper som er lagt til PFDB2 etter første synkronisering (mappen F3 i figur 2), innholdet i disse mappene kan ikke kopieres enten. (Dette gjelder selv om F3-mappen vises i hierarkiet).
Figur 2. Trinnvise dataene til F1-mappen er kopiert, og endringer i mappen F2 kopieres ikke. Selv om dataene i mappen nylig er lagt til F3 ikke kopieres mappen vises i hierarkiet.
Oppløsning
Reparasjonene er tilgjengelige i 13 for kumulative oppdateringen for Exchange Server 2013og Kumulativ oppdatering 3 for Exchange-2016.
Løsningen
Før du starter batch-overføring, må du sørge for at alle fellesmapper har en replika i fellesmappen databasen som vil bli angitt som kilde for overføring. Kontroller også at offentlige replikeringen er synkronisert.
Løsningen for eksempelscenario
Hvis du vil omgå dette problemet, legger til en replika av mapper, F2, F3 og på PFDB1, må du kontrollere at fellesmappen replikering er synkronisert og deretter starte batch-overføring. Dette sikrer at de trinnvise dataene er overført (uavhengig av hvilke replikaer den er opprinnelig skrevet til).
Vi er klar over at denne løsningen ikke fungerer for noen kunder på grunn av størrelsen på fellesmappen distribusjonen. Hvis du er i denne situasjonen, anbefaler vi at du venter til problemet er løst, før du kjører en overføring.
VANLIGE SPØRSMÅL
Q: Når startet problemet oppstår?
A: Dette problemet ble først observert i Exchange Server 2013 kumulativ oppdatering 1, Exchange Server 2016 RTM og Exchange Online.
Q: hvilke data som jeg miste?
A: I FRU rapport, Søk etter "mappen hierarkiet endringer rapportert i kilden," velge første "mappen hierarkiet endringer rapportert i kilden" element som er oppført, og velg deretter dato og klokkeslett som er knyttet til loggen. Eventuelle data som er lagt til i mappen F2 eller eventuelle nye mapper som er lagt til PFDB2 etter dette tidspunktet går tapt.
Q: likevel være databasene Exchange Server 2007 eller Exchange Server 2010 fellesmappen i sine låst tilstand etter at vi overført til Exchange Server-2013, 2016 for Exchange Server eller Exchange Online. Kan jeg fortsatt overføre Mine tapte data?
A: bare en manuell kopi av dataene er mulig.
Q: Min migrering tok flere uker å nå klar til å fullføre-tilstand. Må jeg starte på nytt?
A: Nei, du trenger ikke å starte overføringen av fellesmappen. Når reparasjonene er fullført, og oppdateringene som er installert på serveren (eller på Exchange Online-servere, hvis du skal overføre til Exchange Online), kan overføringen plukkes fra der det er nå, og den vil overføre de resterende dataene. Du må kanskje starte kjørselen overføring. Men når du gjør dette, prosessen ser etter endringer og start ikke på nytt. En satsvis jobb overføring starter på nytt Hvis du slette og opprette den på nytt.
