Momentálne ste offline a čaká sa, kým sa znova pripojíte na internet

Môže dôjsť k strate údajov počas migrácie verejných priečinkov Exchange 2013, Exchange 2016 alebo Exchange Online

DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 3161916
Príznaky
Ak používate dávky migráciealebo sériové migrácia migrovať verejných priečinkov servera Microsoft Exchange Server 2007 alebo Microsoft Exchange Server 2010 Exchange Server 2013, Exchange Server 2016 alebo Exchange Online, stratu údajov sa môže vyskytnúť, ak priečinok repliky nie sú databázy (databázy servera, spájajúci služba migrácie). Všetky údaje, ktoré sú v súčasnosti prvý priečinkov, ktoré sa migruje kopírujú, ale postupné zmeny, ktoré sú Publikované po úvodnej synchronizácie sa môžu stratiť.

Príklad scenáre

Predpokladajme, že máte dve verejnom priečinku databázy, PFDB1 a PFDB2, ktoré sú spustené na serveroch Exchange 2007 alebo Exchange 2010. Tiež máte dva priečinky, F1 a F2. Priečinok F1 má replika PFDB1 a priečinok F2 replika na PFDB2.

Spustenie migrácie a zadať PFDB1 pripojiťMigrationEndpoint cmdlet New -databázy, všetky údaje z priečinkov F1 a F2 sa skopírujú počas úvodného synchronizácie (ako je to znázornené na obrázku 1). To sa vyskytuje aj PFDB1 nemá lokálna replika priečinku F2.

Po tejto prvej proces synchronizácie príprave konečného synchronizáciu a spustíte na dokončenie dávky. Očakávate, že všetky údaje, ktoré pridáte do priečinka F1 a F2 po prvej synchronizácii by prepísal počas posledných synchronizácie.

Schéma priečinka F1 a F2 zo zdroja skopíruje do cieľa počas úvodného synchronizácie.
Obrázok 1. Priečinok F1 a F2 zo zdroja sa skopíruje do cieľového počas prvej synchronizácie.

Problém
Počas synchronizácie prírastkové a posledný prírastkové údaje z priečinka F2 nie skopírujú moderné verejných priečinkov (ako je to znázornené na obrázku 2). Dôvodom je skutočnosť, že PFDB1 je definovaný ako koncový bod. Dávkové stav zobrazuje ako synchronizovať. Nové údaje, ktoré boli pridané do priečinka F2 po prvom synchronizácie nie je však skopírujú moderné verejných priečinkov.

Okrem toho, ak nie sú žiadne nové priečinky, ktoré sú pridané do PFDB2 po prvom synchronizácie (priečinok F3 obrázok 2) obsah týchto priečinkov nie je ani kopírovať. (Toto platí napriek tomu, že F3 zobrazí v hierarchii).

Schéma prírastkové údaje do priečinka F1 skopíruje a zmeny v priečinku F2 neskopírujú. Údaje pridali priečinok F3 nie kopírovať, ale priečinok sa zobrazí v hierarchii.
Obrázok 2. Prírastkové údaje do priečinka F1 skopíruje a zmeny v priečinku F2 sa neskopíruje. Napriek tomu, že údaje pridali priečinok F3 sa neskopíruje, priečinok sa zobrazí v hierarchii.
Ako problém obísť
Pred spustením dávky migrácie, uistite sa, že všetky verejné priečinky, že replika verejný priečinok databázy uvedenej ako zdroj migrácie. Tiež uistite sa, že je verejný replikácie Synchronizácia.

Riešenie pre scenár napríklad

Tento problém obísť, pridať replika priečinky F2 a F3 PFDB1 a uistite sa, že verejný priečinok replikácie je synchronizovaná spustite dávkové migrácie. Takto zabezpečíte, že čiastkové údaje sa kopírujú (bez ohľadu na to, ktorý repliky je pôvodne napísané na).

Uvedomujeme si, že toto riešenie nebude fungovať pre niektorých zákazníkov z dôvodu veľkosti nasadenie. Ak ste v tejto situácii, odporúča sa počkať, kým sa problém vyriešil, pred spustením migrácie.

NAJČASTEJŠIE OTÁZKY

Q:Kedy problém začal výskyt?
A: Tento problém bol najskôr u Exchange Server 2013 Kumulatívna aktualizácia 1 programu Exchange Server 2016 RTM a Exchange Online.

Otázka: údaje, ktoré možno potenciálne stratili?
A: správa pani "priečinok hierarchie zmeny u zdroja" vyberte "priečinok hierarchie zmeny u zdroja" prvej uvedený, a vyberte dátum a čas, priradené denníka. Všetky údaje, ktoré pridáte do priečinka F2 alebo nové priečinky, ktoré boli pridané do PFDB2 po dobu sa stratia.

Otázka: mám Exchange Server 2007 alebo Exchange Server 2010 verejný priečinok databázy v stave zamknutý pretože sme migrovali na Exchange Server 2013 Exchange Server 2016 a Exchange Online. Môžete stále migrovať údaje stratené?
A: len manuálne kopírovať údaje je možné.

Otázka: moje migrácia trvalo týždne reachthe pripravené na dokončenie stavu. Mám postupovať?
A: nie, Nemusíte reštartovať migrácia verejných priečinkov. Po dokončení opravy a aktualizácie sú nainštalovaná na serveri (alebo serveroch Exchange Online, ak vykonávate migráciu Exchange Online) migrácie dostanete z kde je teraz a to migrovať údaje. Musíte reštartovať dávku migrácie. Však použijete tento proces hľadá zmeny a nespustí po. Dávka migrácie sa spustí cez len v prípade, že odstránite a potom znova vytvoriť.

Upozornenie: Tento článok bol preložený automaticky.

Vlastnosti

ID článku: 3161916 – Posledná kontrola: 09/20/2016 19:37:00 – Revízia: 5.0

Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Online

  • kbsurveynew kbbug o365 kbgraphic kbgraphxlink kbmt KB3161916 KbMtsk
Pripomienky