Příznaky
Pokud používáte dávkový migrace nebo sériová migrace lze přenášet veřejné složky serveru Microsoft Exchange Server 2007 nebo Microsoft Exchange Server 2010 2013 Exchange Server, Exchange Server 2016 nebo Exchange Online, ztráta dat může dojít, pokud nejsou všechny repliky složky v primární databáze (primární databázový server, který služba migrace připojí k). Všechna data, která je v současné době první ve složkách, které se provádí migrace jsou zkopírovány, ale všechny přírůstkové změny, které jsou účtovány po počáteční synchronizaci může dojít ke ztrátě.
Příklad scénáře
Předpokládejme, že máte dvě veřejné složky databází, PFDB1 a PFDB2, které jsou spuštěny na serverech Exchange 2007 nebo Exchange 2010. Máte také dvě složky, F1 a F2. Složka F1 má repliku na PFDB1 a složky F2 má repliku na PFDB2.
Po spuštění migrace a určete jako databázi připojit do rutiny New -MigrationEndpoint PFDB1, všechna data ze složky F1 a F2 se zkopíruje během počáteční synchronizace (jak je znázorněno na obrázku 1). K tomu dochází, i když nemá PFDB1 místní repliky složky F2.
Po této první proces synchronizace připravit pro poslední synchronizace a spustit na dokončení dávky. Očekáváte, že všechna data, která je přidána do složky F1 a F2 po první synchronizaci by měly být zkopírovány přes během poslední synchronizace.
Obrázek 1. Složka F1 a F2 ze zdroje zkopírován do cílového umístění během první synchronizace.
Problém
Přírůstková data ze složky F2 není během synchronizace přírůstkové a konečné zkopírovány do moderních veřejných složek (jak je znázorněno na obrázku 2). Je to proto, že PFDB1 je určen jako koncový bod. Stav dávky se zobrazí synchronizované. Nová data, která byla přidána do složky F2 po první synchronizace však není kopírován do moderních veřejných složek.
Navíc pokud jsou všechny nové složky, které jsou přidány do PFDB2 po první synchronizaci (složku F3 na obrázku 2) obsah těchto složek nebudou zkopírovány buď. (To platí i v případě, že F3, zobrazí se složka v hierarchii).
Obrázek 2. Přírůstková data do složky F1 zkopírován a změny složky F2 nejsou zkopírovány. Přestože není zkopírována data v nově přidané složky F3, složka se zobrazí v hierarchii.
Řešení
Opravy jsou k dispozici v 13 kumulativní aktualizace pro Exchange Server 2013a kumulativní aktualizace 3 pro Exchange 2016.
Jak potíže obejít
Před zahájením migrace dávek, ujistěte se, že všechny veřejné složky mají repliku veřejné složky databáze zadaná jako zdroj pro migraci. Také se ujistěte, že je synchronizace replikace veřejné.
Řešení pro scénář příkladu
Chcete-li tento problém vyřešit, přidejte repliku složky F2 a F3 na PFDB1, ujistěte se, že replikace veřejných složek je synchronizace a potom spustit dávkové migrace. Tím zajistíte kopírování přírůstkové dat (bez ohledu na to, které repliky původně zapsané).
Uvědomujeme si, že toto řešení nebude fungovat pro některé zákazníky vzhledem k velikosti veřejné složce nasazení. Pokud jste v této situaci, doporučujeme počkat, dokud nebude problém vyřešen před spuštěním migrace.
NEJČASTĚJŠÍ DOTAZY
Q: Problém zahájení dojít?
A: Tento problém byl poprvé pozorován v Exchange Server 2013 kumulativní aktualizace 1 pro Exchange Server 2016 RTM a Exchange Online.
Q: data I přijít o?
A: sestavy v paní hledat "změny hierarchie složek uvedeny zdroje," Vyberte první položku "změny hierarchie složek uvedena ve zdroji" který je uveden a potom vyberte datum a čas, který je spojen s protokolu. Všechna data, která je přidána do složky F2 nebo nové složky, které jsou přidány do PFDB2 po tomto okamžiku jsou ztraceny.
Q: přetrvává databází veřejné složky serveru Exchange Server 2007 nebo Exchange Server 2010 v uzamčeném stavu protože jsme přeneseni do 2013 Exchange Server, Exchange Server 2016 nebo Exchange Online. Můžete stále migrovat data ztracena?
A: ruční kopírování dat je možné pouze.
Q: Moje přenesení trvalo týdny k dosažení stavu připraven dokončit. Muset začít znovu?
A: Ne, není nutné restartovat přesunutí veřejné složky. Po dokončení opravy a aktualizace jsou nainstalovány na serveru (nebo na serverech Exchange Online, pokud jste migraci Exchange online), migrace mohou být vyzvednuty z kde je nyní a přenese zbývající data. Bude pravděpodobně nutné znovu spustit dávkové migrace. Však když toto provedete, hledá změny procesu a přes aplikaci nelze spustit. Migrační dávka spustí znovu pouze v případě, že odstraníte a poté ji znovu vytvořit.
