Symptomen
Als u batch migratie of seriële migratie naar openbare mappen migreren van Microsoft Exchange Server 2007 of Microsoft Exchange Server 2010 naar 2013 voor Exchange Server, Exchange Server 2016 of Exchange Online gebruikt, kan gegevensverlies optreden als alle replica's van de map niet in de primaire database (de primaire databaseserver waarmee de migratieservice verbinding maakt). Alle gegevens die op dit moment eerste in mappen die worden gemigreerd, worden gekopieerd, maar incrementele wijzigingen die zijn geboekt na de initiële synchronisatie mogelijk verloren.
Voorbeeldscenario
Stel u hebt twee openbare map databases, PFDB1 en PFDB2, die worden uitgevoerd op servers met Exchange 2007 of Exchange 2010. Bovendien hebt u twee mappen, F1 en F2. Map F1 heeft een replica op PFDB1 en map F2 een replica op PFDB2.
Wanneer u de migratie start en PFDB1 opgeven als de database aan te brengen in de cmdlet New -MigrationEndpoint , worden alle gegevens uit de mappen F1 en F2 wordt gekopieerd tijdens de initiële synchronisatie (zoals weergegeven in figuur 1). Dit gebeurt ook als PFDB1 beschikt niet over een lokale replica van map F2.
Na deze eerste synchronisatieproces voorbereiden voor de uiteindelijke synchronisatie en start u voor het voltooien van de partij. U verwacht dat alle gegevens die wordt toegevoegd aan de map F1 en F2 na de eerste synchronisatie moet worden gekopieerd tijdens de laatste synchronisatie.
Figuur 1. Map F1 en F2 van de bron wordt gekopieerd naar de bestemming tijdens de eerste synchronisatie.
Probleem
De incrementele gegevens uit de map F2 wordt niet gekopieerd naar moderne openbare mappen tijdens de synchronisatie van incrementele en definitieve (zoals weergegeven in afbeelding 2). Dit komt omdat PFDB1 is opgegeven als het eindpunt. De batchstatus wordt weergegeven als gesynchroniseerd. Echter wordt niet nieuwe gegevens die is toegevoegd aan de map F2 na de eerste synchronisatie gekopieerd naar de moderne openbare mappen.
Ook als er alle nieuwe zijn mappen die worden toegevoegd aan de PFDB2 na de eerste synchronisatie (map F3 in figuur 2), de inhoud van deze mappen niet worden overgenomen. (Dit geldt zelfs als F3-map in de hiërarchie wordt weergegeven).
Figuur 2. Incrementele gegevens F1-map wordt gekopieerd en wijzigingen op F2 map worden niet gekopieerd. Hoewel de gegevens in de zojuist toegevoegde map F3 niet is gekopieerd, wordt de map in de hiërarchie wordt weergegeven.
Oplossing
Correcties zijn beschikbaar in de cumulatieve Update 13 voor Exchange Server 2013en cumulatieve Update 3 voor Exchange 2016.
Tijdelijke oplossing
Voordat u een migratie batch, zorg ervoor dat alle openbare mappen een replica op de openbare map database die wordt opgegeven als de bron voor migratie. Zorg ervoor dat de replicatie van openbare synchroon is.
Tijdelijke oplossing voor het voorbeeldscenario
U kunt dit probleem omzeilen, Voeg een replica van mappen F2 en F3 op PFDB1, zorg dat replicatie van openbare mappen synchroon en batch migratie start. Dit zorgt ervoor dat de incrementele gegevens te kopiëren (ongeacht welke replica deze oorspronkelijk naar worden geschreven).
We beseffen dat deze tijdelijke oplossing niet voor sommige klanten vanwege de omvang van de implementatie van de openbare map werkt. Als u in deze situatie bent, kunt u het beste wachten totdat het probleem is opgelost voordat u een migratie uitvoert.
FAQ
Q: Wanneer dit probleem start optreden?
A: dit probleem werd voor het eerst waargenomen in Exchange Server 2013 cumulatieve Update 1, Exchange Server 2016 RTM en Exchange Online.
Q: welke gegevens ik mogelijk verloren?
A: In MEVR-rapport zoeken naar "map hiërarchie verandert gerapporteerd in de bron," het eerste 'map hiërarchie verandert gerapporteerd in de bron' artikel selecteren dat wordt weergegeven en selecteer vervolgens de datum en tijd waarop het logboek is gekoppeld. Alle gegevens die wordt toegevoegd aan de map F2 of nieuwe mappen die worden toegevoegd aan de PFDB2 na deze tijd verloren is gegaan.
Q: nog steeds mijn openbare map Exchange Server 2007 of Exchange Server 2010 databases in een vergrendelde status omdat we gemigreerd naar Exchange Server 2013 2016 van Exchange Server en Exchange Online. Kan ik nog steeds mijn verloren gegevens migreren?
A: slechts een handmatige kopie van de gegevens mogelijk is.
Q: Mijn migratie duurde weken te bereiken van de status gereed om te voltooien. Heb ik beginnen?
A: Nee, u hoeft niet opnieuw op te starten van de migratie van openbare mappen. Wanneer de correcties worden uitgevoerd en de updates zijn geïnstalleerd op uw server (of op de Exchange Online-servers, als u naar Exchange Online migreren wilt), kan de migratie worden opgenomen vanaf waar nu is en dat de resterende gegevens wilt migreren. U moet de batch migratie te starten. Echter wanneer u dit doet, het proces wordt gezocht naar wijzigingen en niet beginnen. Een batch migratie begint als u verwijderen en vervolgens opnieuw maken.
