Pazīmes
Ja izmantojat migrācijas paketes vai sērijas migrēšana migrēt publiskās mapes Microsoft Exchange Server 2007 vai Microsoft Exchange Server 2010 Exchange Server 2013, Exchange Server 2016 vai Exchange Online, datu zudumu var rasties, ja visas mapes kopijas nav primārā datu bāzei (primārais datu bāzes serveris, kas savieno migrācijas pakalpojums). Visus datus, kas pašlaik ir pirmā mapēs, kas tiek veikta migrācija tiek kopēti, bet pieauguma izmaiņas, ko esat ievietojis pēc sākotnēju sinhronizēšanu, iespējams, ir zudis.
Piemērs scenārijs
Pieņemsim, ka jums ir divas publiskās mapes datu bāzēm, PFDB1 un PFDB2, kuros darbojas Exchange 2007 vai Exchange 2010 serveriem. Turklāt ir divas mapes F1 un F2. F1 mape ir dublikātu PFDB1 un mapi F2 PFDB2 ir kopija.
Sākt migrācijas un norādiet PFDB1 datu bāzi, izveidot savienojumu ar New -MigrationEndpoint cmdlet, visi dati no mapes F1 un F2 kopēt sākotnējās sinhronizācijas laikā (kā tas parādīts 1. attēlā). Tā notiek pat tad, ja PFDB1 nav mapes F2 lokālā kopija.
Pēc šīs pirmās sinhronizēšanas process, sagatavojot galīgo sinhronizācijai un sākat pabeigšanas paketes. Domājat, ka visi dati, kas tiek pievienota mapei F1 un F2 pēc pirmās sinhronizācijas kopējamo pār pēdējo sinhronizācijas laikā.
1. attēlā. Mape F1 un F2 avota tiek kopēti mērķa pirmo sinhronizācijas laikā.
Problēma
Pieauguma un pēdējo sinhronizēšanas laikā papildu datus no mapes F2 nav iekopēts mūsdienu publiskās mapes (kā tas parādīts 2. attēls). Tas ir tādēļ, ka PFDB1 nav norādīta kā galapunktu. Pakešuzdevumu statuss tiek parādīts, kā sinhronizēt. Tomēr mūsdienu publiskās mapes nav kopēt jaunus datus pēc pirmās sinhronizācijas pievienotās mapes F2.
Turklāt, ja jaunas mapes, kas tiek pievienoti PFDB2 pēc pirmās sinhronizācijas (mapē F3 2. attēls), saturu no šīm mapēm nebūs kopēt vai nu. (Tas ir spēkā, pat ja tiek parādīts mapes F3 hierarhijā).
2. attēls. Mapē F1 pieauguma dati tiek kopēti un netiek kopēti mapē F2 izmaiņas. Lai gan jaunā mapē F3 dati netiek kopēti, mape parādās hierarhijas.
Risinājums
Kumulatīvais atjauninājums 13 Exchange Server 2013un Exchange 2016 kumulatīvā atjauninājuma 3pieejami labojumi.
Risinājums
Pirms sākat migrācijas paketes, pārliecinieties, ka visas publiskās mapes ir dublikāts par publisko mapju datu bāzi, kas ir norādīts kā migrācijas avots. Pārliecinieties, vai publiskā replicēšanas ir sinhronizēts.
Risinājuma gadījumā piemērs
Lai novērstu šo problēmu, pievienot mapes F2 un F3 kopija PFDB1, pārliecinieties, ka publiskās mapes replicēšana ir sinhronizēts un pēc tam startējiet migrācijas paketes. Tas nodrošina, ka pieauguma dati tiek kopēti (neatkarīgi no tā, kurš dublikātu tā ir sākotnēji ierakstīts).
Mēs saprotam, šis risinājums nedarbojas dažas klientiem izvietošana publiskās mapes lieluma dēļ. Ja šādā gadījumā iesakām pagaidīt, līdz problēma tiks atrisināta pirms palaišanas migrācijas.
BIEŽI UZDOTIE JAUTĀJUMI
Q: , Šo problēmu sākt pastāv?
A: šī problēma pirmo reizi tika novērots Exchange Server 2013 kumulatīvo atjauninājumu 1 Exchange Server 2016 RTM un Exchange Online.
Q: datus vai potenciāli pazūd?
A: MRS ziņojumu meklēšana "mapju hierarhijas izmaiņas ziņoja avotā" atlasiet pirmajam "mapju hierarhijas izmaiņas ziņoja avota" vienumam un pēc tam atlasiet datumu un laiku, kas saistīts ar žurnāla. Visi dati, kas tiek pievienota mapei F2 vai jebkuras jaunas mapes, kas pievienoti PFDB2 pēc šobrīd tiek zaudēti.
Q: man joprojām ir mans Exchange Server 2007 vai Exchange Server 2010 publisko mapju datu bāzes bloķētā stāvoklī, jo mēs migrēt uz Exchange Server 2013, Exchange Server 2016 vai Exchange Online. Es joprojām migrēt manu datu zudumu?
A: tikai iespējama manuāla datu kopiju.
Q: Mana migrācija bija nedēļas sasniegt gatavs pabeigt valsts. Vai ir jāsāk?
A: Nē, jums nav jārestartē publiskās mapes migrācija. Labojumi, kas ir pabeigti un atjauninājumi ir instalēti serverī (vai uz Exchange Online serveriem, ja veicat migrēšanu uz Exchange Online), migrācijas var saņemt no kur tagad un tas būs migrēt Atlikušie dati. Iespējams, būs jārestartē migrācijas paketes. Tomēr, kad tas ir izdarīts, process meklē izmaiņas un nav jāsāk. Migrācijas paketes tiek startēta vairāk nekā tikai tad, ja dzēsiet un atkārtoti izveidojiet to.
