„Office 365“ perkėlimo našumas ir geriausios praktikos

Yra daug būdų perkelti duomenis iš vietinės el. pašto organizacijos į „Microsoft Office 365“. Planuojant perkėlimą į „Office 365“ dažnai iškyla klausimas apie duomenų perkėlimo našumo padidinimą ir perkėlimo greičio optimizavimą.

Pastaba : Šioje temoje pateikta našumo informacija netaikoma „Office 365“ tarnybai, skirtai specializuotiems prenumeratos planams. Daugiau informacijos apie specializuotus planus, žr. „Office 365“ specializuotų planų tarnybų aprašai.

Šioje temoje

El. pašto perkėlimo į „Office 365“ apžvalga

„Office 365“ palaiko kelis el. pašto, kalendorių ir kontaktų duomenų perkėlimo iš savo esamos pranešimų aplinkos į „Office 365“ metodus, kurie aprašyti skyriuje Kelių el. pašto paskyrų perkėlimo į „Office 365“ būdai.

Daugiau informacijos apie „Office 365“ tinklą ir efektyvumą žr. Tinklo planavimas ir našumo derinimas, skirtas „Office 365“.

Dažnai naudojami perkėlimo metodai

Perkėlimo metodas

Aprašas

Ištekliai

interneto pranešimų prieigos protokolas (IMAP) perkėlimas

Galite naudoti dalį „Exchange“ administravimo centras arba „Exchange“ valdymo aplinką, jei norite perkelti vartotojų pašto dėžučių turinį iš IMAP pranešimų sistemos į „Office 365“ pašto dėžutes. Tai apima jūsų pašto dėžučių perkėlimą iš kitų tarnybų nuomojamų el. pašto išteklių, pvz., „Gmail“ arba „Yahoo Mail“.

IMAP pašto dėžučių perkėlimas į „Office 365“

Visiškasis perkėlimas

Naudodami visiškąjį perkėlimą, per kelias dienas perkeliate visas vietines pašto dėžutes į „Office 365“. Visiškąjį perkėlimą naudokite, jei planuojate perkelti visą el. pašto organizaciją į „Office 365“ ir valdyti vartotojų paskyras „Office 365“. Naudodami visiškąjį perkėlimą galite perkelti ne daugiau nei 2 000 pašto dėžučių iš jūsų vietinės „Exchange“ organizacijos į „Office 365“. Tačiau rekomenduojamas pašto dėžučių skaičius yra 150   . Didesnis skaičius mažina našumą. Perkeliami ir el. pašto kontaktai bei paskirstymo grupės, esančios vietinėje „Exchange“ organizacijoje.

Visiškasis perkėlimas į „Office 365“

Dalinis perkėlimas

Dalinį perkėlimą naudokite, jei planuojate ilgainiui perkelti visas savo organizacijos pašto dėžutes į „Office 365“. Naudodami dalinį perkėlimą per kelias savaites ar mėnesius perkeliate vietinių pašto dėžučių paketus į „Office 365“.

Ką reikia žinoti apie dalinį el. pašto perkėlimą į „Office 365“

Hibridinis diegimas

Hibridinis diegimas suteikia organizacijoms galimybę išplėsti funkcines galimybes ir administracinę kontrolę, kurią turi naudodami savo esamą vietinę „Exchange“ organizaciją, į debesį. Hibridinis diegimas suteikia sklandžią vienos „Exchange“ vietinės organizacijos išvaizdą naudojant vietinę „Exchange Server 2013“ arba „Microsoft Exchange Server 2010“ ir „Office 365“. Be to, hibridinis diegimas gali būti ir tarpinis visiško perkėlimo į „Office 365“ organizaciją veiksmas.

„Exchange Server 2013“ hibridiniai diegimai

Trečiosios šalies perkėlimas

Yra daug trečiųjų šalių įrankių. Jie naudoja aiškius protokolus ir būdus, kaip perkelti el. paštą iš tokių el. pašto platformų kaip „IBM Lotus Notes“ ir „Novell GroupWise“.

Pateikiame kai kuriuos trečiųjų šalių perkėlimo įrankius ir partnerius, kurie gali padėti perkelti „Exchange“ iš trečiosios šalies platformos.

  • „Binary Tree“ – pranešimų įvairiose platformose perkėlimo ir aplinkų sambūvio programinės įrangos teikėjas; naudojami produktai, skirti analizei ir sambūviui bei perkėlimui iš vietinių ir internetinių įmonės pranešimų bei bendradarbiavimo aplinkų, grįstų „IBM Lotus Notes“ ir „Domino“ bei „Exchange“ ir „SharePoint“.

  • „BitTitan“ – perkėlimo į „Office 365“ sprendimų teikėjas.

  • „Dell“ – vietinių ir nuomojamų išteklių perkėlimo ir sambūvio programinės įrangos (įskaitant skirtos analizei prieš perkėlimą ir visiškam vartotojų ir taikomosios programos sambūviui) teikėjas. Visafunkcis perkėlimas iš vietinio „Exchange“, „IBM Domino“, „Novell GroupWise“, „Zimbra“ bei kitų aplinkų į „Office 365“ ir „SharePoint Online“.

  • „Metalogix“ – perkėlimo į „Office 365“ ir „SharePoint Online“ sprendimų teikėjas.

  • „SkyKick“ – automatinio perkėlimo sprendimų, skirtų perkelti vietines „Exchange“, „Gmail“, POP3, IMAP, „Lotus Notes“ į „Office 365“, teikėjas. Visapusiai perkėlimo įrankiai padeda partneriams perkėlimo projekto pardavimo, planavimo, perkėlimo, valdymo ir vietos fazių klausimais.

  • „TransVault“ – perkėlimo į „Office 365“ sprendimų teikėjas.

Perkėlimo metodų efektyvumas

Pateiktoje lentelėje palyginami pastebėti pašto dėžučių ir pašto dėžučių duomenų perkėlimo į „Office 365“ įvairių metodų efektyvumo rezultatai. Šie rezultatai pagrįsti vidiniais tikrinimais ir faktiniais vartotojų perkėlimais į „Office 365“.

Pastaba : Dėl perkėlimo vykdymo skirtumų ir jų vykdymo laiko faktinis jūsų perkėlimo greitis gali būti mažesnis arba didesnis.

Perkėlimo metodas

„Office 365“ vartotojo ribojimas

„Office 365“ perkėlimo tarnybos ribojimas

„Office 365“ išteklių sveikata pagrįstas ribojimas

Pastebėtas vidutinis pralaidumas per valandą ir vieno kliento pralaidumas (jei taikoma)

IMAP perkėlimas

Ne

Taip

Taip

10-14 gigabaitų (GB) (20 sutapimų)

Visiškasis perkėlimas

Ne

Taip

Taip

10-14 GB (20 sutapimų)

Dalinis perkėlimas

Ne

Taip

Taip

10-14 GB (20 sutapimų)

Hibridinis perkėlimas

Ne

Taip

Taip

10-14 GB vienai vietinei „Exchange 2013“ arba 2010 CAS („Microsoft Exchange“ pašto dėžučių replikavimo tarnyba (MRS tarpinio serverio tarnyba)) su 20 vienalaikių perkėlimų 1

Trečiosios šalies MAPI perkėlimas

Taip

Ne

Taip

4-12 GB (20 sutapimų) 2

Trečiosios šalies „Exchange“ žiniatinklio tarnybų perkėlimas

Ne

Taip

Taip

5-10 GB (20 sutapimų) 3

Kliento nusiuntimas (iš „Outlook“ .pst failų)

Taip

Ne

Taip

0,5 GB

1 Pastebėtas vienos pašto dėžutės perkėlimo pralaidumo diapazonas yra 0,3-1,0 GB per valandą. Didesnį nei 1000 MB/h vienos pašto dėžutės perdavimo pralaidumą galima pasiekti tinkle, kuris gali palaikyti mažesnį nei 2 procentų sustojimo dėl laikinųjų trikčių laiką ir mažesnę nei 100 ms tinklo gaištį. Norint pasiekti didesnį duomenų perkėlimo tempą, galima naudoti daugiau vienalaikių pašto dėžučių perkėlimų. Vienos pašto dėžutės perkėlimo pralaidumas sulėtėja, kai vietinis CAS (MRS tarpinio serverio tarnyba) serveris veikia visu aparatūros pajėgumu, jei tinklo pralaidumo nepakanka arba tinklo gaištis yra per didelė. Apsvarstykite galimybę įtraukti daugiau serverių arba laikinai pagerinti tinklo ryšį, kad padidintumėte perkėlimo greitį.

2 Pastebėtas vieno MAPI perkėlimo pralaidumo diapazonas yra 0,1-0,5 GB per valandą. Norint pasiekti didesnį duomenų perkėlimo tempą, galima naudoti daugiau vienalaikių perkėlimų. Vieno MAPI perkėlimo pralaidumas sulėtėja, kai arba vietiniai serveriai, arba tinklas veikia visu pajėgumu.

3 Pastebėtas vieno „Exchange“ žiniatinklio tarnybų perkėlimo pralaidumo diapazonas yra 0,2-0,5 GB per valandą. Norint pasiekti didesnį duomenų perkėlimo tempą, galima naudoti daugiau vienalaikių perkėlimų. Pavyzdžiui, jei vienu metu vykdoma 20 perkėlimų, bendro pralaidumo diapazonas bus 4-10 GB per valandą. Vieno „Exchange“ žiniatinklio tarnybų perkėlimo pralaidumas sulėtėja, kai arba vietiniai serveriai, arba tinklas veikia visu pajėgumu.

Perkėlimo našumo veiksniai

El. pašto perkėlimas turi kelis įprastus veiksnius, kurie gali turėti įtakos perkėlimo našumui.

Įprasti perkėlimo našumo veiksniai

Pateiktoje lentelėje nurodytas įprastų el. pašto perkėlimo veiksnių, kurie turi įtakos perkėlimo našumui, sąrašas. Daugiau išsamios informacijos pateikta skyriuose, kuriuose aprašyti atskiri perkėlimo metodai.

Veiksnys

Aprašas

Pavyzdys

Duomenų šaltinis

Įrenginys arba tarnyba, kurioje nuomojami ištekliai duomenims, kuriuos reikia perkelti. Dėl aparatūros specifikacijų, galutinio vartotojo darbo krūvio ir vidinės priežiūros užduočių duomenų šaltiniui gali būti taikoma daug apribojimų

„Gmail“ riboja, kiek duomenų galima paimti per tam tikrą laikotarpį.

Duomenų tipas ir tankis

Dėl unikalaus klientų verslo pobūdžio, pašto dėžutėse smarkiai skiriasi pašto elementų tipai ir deriniai.

Viena 4 GB pašto dėžutė su 400 elementų, kuriuose yra priedų, užimančių 10 megabaitų (MB) vietos, bus perkelta greičiau nei viena 4 GB pašto dėžutė su 100 000 mažesnių elementų.

Perkėlimo serveris

Daugelyje sprendimų perkėlimui užbaigti naudojamas tikslinis „jump box“ tipo perkėlimo serveris arba darbo stotis.

Klientai dažnai naudoja mažo efektyvumo virtualiuosius įrenginius, kuriuose nuomojami ištekliai MRS tarpinio serverio tarnybai, skirtus hibridiniam diegimui arba kliento AK nehibridiniams perkėlimams.

Perkėlimo modulis

Duomenų perkėlimo modulis, atsakingas už gaunamus duomenis iš šaltinio serverio, konvertuoja duomenis, jei reikia. Tuomet modulis perduoda duomenis tinklu ir įdeda duomenis į „Office 365“ pašto dėžutę.

MRS tarpinio serverio tarnyba turi savo galimybes ir apribojimus.

Vietinio tinklo įrenginiuose

Visapusis tinklo našumas – nuo duomenų šaltinio iki „Exchange Online“ klientų prieigos serverių – veikia perkėlimo našumą.

Užkardos konfigūracija ir specifikacijos vietinėje organizacijoje.

„Office 365“ tarnyba

„Office 365“ turi įdiegtą palaikymą ir funkcijas, leidžiančias valdyti perkėlimo darbo krūvį.

Vartotojo ribojimo strategijos turi numatytuosius parametrus ir apriboja bendrą maksimalią duomenų perdavimo spartą.

Tinklo našumo veiksniai

Šiame skyriuje aprašomos geriausios praktikos, kaip pagerinti tinklo našumą perkėlimo metu. Aptariamos bendrojo pobūdžio temos, nes didžiausias poveikis tinklo našumui perkėlimo metu yra susijęs su trečiųjų šalių aparatūra ir interneto paslaugų teikėjais (ISP).

Naudokite „Exchange“ analizatorių, jei norite geriau suprasti tinklo ryšį su „Office 365“. Norėdami paleisti „Exchange“ analizatoriaus testus palaikymo ir atkūrimo pagalbinėje priemonėje, eikite į Išplėstinė diagnostika > „Exchange Online“ > Patikrinti „Exchange Online“ tinklo ryšį > Taip. Jei norite sužinoti daugiau apie palaikymo ir atkūrimo pagalbinę priemonę, žr. „Outlook“ ir „Office 365“ problemų sprendimas naudojant palaikymo ir atkūrimo pagalbinę priemonę, skirtą „Office 365“.

Veiksnys

Aprašas

Geriausios praktikos

Tinklo pajėgumas

Kiek laiko užtrunka perkelti pašto dėžutes į „Office 365“ apibrėžia pasiekiamas ir didžiausias jūsų tinklo pajėgumas.

  • Nustatykite savo tinklo pajėgumą ir nustatykite didžiausią nusiuntimo pajėgumą.

  • Kreipkitės į savo ISP ir pasitikrinkite dėl jums priskirto pralaidumo ir gaukite išsamios informacijos apie apribojimus, pvz., bendrą duomenų kiekį, kurį galima perduoti per konkretų laiko tarpą.

  • Naudokite įrankius, skirtus įvertinti faktinį tinklo pajėgumą. Būtinai patikrinkite visapusį duomenų srautą iš vietinio duomenų šaltinio į „Microsoft“ duomenų centro šliuzo serverius.

  • Nustatykite kitas tinklo apkrovas (pvz., atsarginių kopijų kūrimo priemones ir suplanuotą techninę priežiūrą), kurios gali turėti įtakos jūsų tinklo pajėgumui.

Tinklo stabilumas

Greitas tinklas ne visada užtikrina greitą perkėlimą. Jei tinklas nestabilus, duomenų perdavimas užtrunka ilgiau dėl klaidų taisymo. Atsižvelgiant į perkėlimo tipą, klaidų taisymas gali gerokai paveikti perkėlimo našumą.

Tinklo aparatūros ir tvarkyklės problemos dažnai sukelia tinklo stabilumo problemų. Dirbdami su aparatūros tiekėjais supraskite savo tinklo įrenginius ir taikykite tiekėjo rekomenduojamas naujausias tvarkykles ir programinės įrangos naujinimus.

Tinklo delsa

Tinklo užkardoje sukonfigūruotos įsibrovimo aptikimo funkcijos, dažnai sukelia didelę tinklo delsą ir turi įtakos perkėlimo našumui.

Duomenų perkėlimas į „Office 365“ pašto dėžutes priklauso nuo jūsų interneto ryšio. Interneto delsa turi įtakos bendram perkėlimo našumui.

Be to, tos pačios įmonės vartotojai gali turėti debesies pašto dėžučių, kurios yra skirtingose geografinėse vietose esančiuose duomenų centruose. Atsižvelgiant į kliento ISP, perkėlimo našumas gali skirtis.

  • Įvertinkite tinklo delsą į visus galimus „Microsoft“ duomenų centrus, kad užtikrintumėte pastovų rezultatą. (Tai taip pat padeda užtikrinti pastovumą galutiniams vartotojams.) Su internetu susijusias problemas spręskite kartu su savo ISP.

  • Įtraukite „Microsoft“ duomenų centrų serverių IP adresus į leidžiamųjų sąrašą arba visą su perkėlimu susijusį srautą nukreipkite ne per tinklo užkardą. Daugiau informacijos apie „Office 365“ IP diapazonus žr. „Office 365“ URL ir IP adresų diapazonai.

Jei norite išsamiau išanalizuoti perkėlimą savo aplinkoje, peržiūrėkite mūsų perkėlimo analizės interneto dienoraščio skelbimą. Skelbime yra scenarijus, padedantis analizuoti perkėlimo užklausas.

„Office 365“ ribojimas

„Office 365“ naudoja įvairius ribojimų mechanizmus, kad užtikrintų saugą ir tarnybos pasiekiamumą. Perkėlimo našumui įtakos gali turėti šie trys ribojimo tipai:

  • Vartotojo ribojimas

  • Perkėlimo tarnybos ribojimas

  • Išteklių sveikata pagrįstas ribojimas

Pastaba : Vis trys „Office 365“ ribojimo tipai neturi įtakos visiems perkėlimo metodams.

„Office 365“ vartotojo ribojimas

Vartotojo ribojimas turi įtakos daugeliui trečiųjų šalių perkėlimo įrankių ir kliento nusiuntimo perkėlimo metodui. Šie perkėlimo metodai pašto dėžutės duomenis perkelti į „Office 365“ pašto dėžutes naudoja kliento prieigos protokolus, pvz., nuotolinės procedūros iškvietimo (RPC) per HTTP protokolą. Šie įrankiai naudojami duomenims perkelti iš tokių platformų kaip „IBM Lotus Domino“ ir „Novell GroupWise“.

Vartotojo ribojimas yra labiausiai ribojantis ribojimo metodas „Office 365“. Kadangi vartotojo ribojimas nustatytas veikti su atskiru galutiniu vartotoju, bet kuris programos lygio naudojimas lengvai viršija ribojimo strategiją ir todėl gaunamas lėtesnis duomenų perkėlimas.

„Office 365“ perkėlimo tarnybos ribojimas

Perkėlimo tarnybos ribojimas turi įtakos visiems „ Office 365“ perkėlimo įrankiams. Perkėlimo tarnybos ribojimas valdo perkėlimo sutapimus ir tarnybos išteklių priskyrimą, taikomą „Office 365“ perkėlimo sprendimams.

Perkėlimo tarnybos ribojimas turi įtakos perkėlimams, kurie vykdomi naudojant šiuos perkėlimo metodus:

  • IMAP perkėlimas

  • Visiškasis „Exchange“ perkėlimas

  • Dalinis „Exchange“ perkėlimas

  • Hibridiniai perkėlimai (MRS tarpinio serverio tarnyba grįsti perkėlimai hibridinėje aplinkoje)

Perkėlimo tarnybos ribojimo pavyzdys yra vienu metu perkeliamų pašto dėžučių valdymas vykdant paprastus „Exchange“ perkėlimus ir IMAP perkėlimus. Numatytoji reikšmė yra 10. Tai reiškia, kad ne daugiau kaip 10 pašto dėžučių perkeliama iš visų perkėlimo paketų tam tikru laiku. Galite padidinti vienu metu vykdomų pašto dėžučių perkėlimų perkėlimo pakete arba „Exchange“ valdymo skyde, arba „Windows PowerShell“. Norėdami sužinoti daugiau apie šio parametro optimizavimą žr. Perkėlimo paketų valdymas „Office 365“.

„Office 365“ išteklių sveikata pagrįstas ribojimas

Visiems perkėlimo metodams taikomas prieinamumo ribojimo valdymas. Tačiau „Office 365“ tarnybos ribojimas neturi tokios įtakos „Office 365“ perkėlimams kiek kiti anksčiau aprašyti ribojimo tipai.

Išteklių sveikata pagrįstas ribojimas yra mažiausiai agresyvus ribojimo metodas. Jis taikomas siekiant išvengti tarnybos pasiekiamumo problemų, galinčių turėti įtakos galutiniams vartotojams ir svarbiausioms tarnybos operacijoms.

Kai tarnybos veikimas sumažėja iki taško, kuriame daromas įtaka galutinio vartotojo veikimo našumui, hibridinis perkėlimas uždelstas, kol bus atkurtas našumas ir tarnyba grįš į lygį iki ribojimo slenksčio.

Toliau pateikti „Exchange“ perkėlimo statistikos ataskaitos pavyzdžiai. Rodomi įrašai, užregistruoti viršijus tarnybos ribojimo slenkstį.

  • 1/25/2012 12:56:01 AM [BL2PRD0410CA012] Kopijavimo eiga: pranešimų: 723/1456, 225,8 MB (baitų: 236 732 045) / 416,5 MB (baitų: 436 712 733).

    1/25/2012 12:57:53 AM [BL2PRD0410CA012] Pašto dėžutės '/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' perkėlimas užstrigo, nes netenkinamas DataMoveReplicationConstraint, skirtas duomenų bazei 'NAMPRD04DG031-db081' (agentas MailboxDatabaseReplication). Trikties priežastis: Duomenų bazė edbf0766-1f2a-4552-9115-bb3a53a8380b netenkina apribojimo SecondDatacenter. Šiuo metu nėra galimų sveikų duomenų bazės kopijų. Bus laukiama iki 2012/1/25 1:27:53 AM.

    1/25/2012 12:58:24 AM [BL2PRD0410CA012] Užklausa neužstrigusi ir bus tęsiama toliau.

    6/30/2017 00:03:58 [CY4PR19MB0056] Darbas atmetamas dėl ilgos delsos, kuri atsiranda dėl nepalankios serverio sveikatos arba biudžeto apribojimų, nustatant ribojimo būseną „StalledDueToTarget_DiskLatency“.

Sprendimas ir praktika   

Jei susidūrėte su panašia situacija, palaukite, kol bus atkurta „Office 365“ tarnyba. Daugiau informacijos žr. tarnybos sveikatos skyriuje „Office 365“ portale.

Našumo veiksniai ir geriausios nehibridinio diegimo perkėlimo praktikos

Šiame skyriuje aprašyti veiksniai, kurie turi įtakos perkėlimams, vykdomiems naudojant IMAP, visiškojo arba dalinio perkėlimo metodus. Jame taip pat įvardytos geriausios praktikos, taikomos siekiant padidinti perkėlimo našumą.

1 veiksnys: Duomenų šaltinis

Toliau pateiktoje lentelėje aprašomas šaltinio serverių esamoje el. pašto organizacijoje poveikis perkėlimui ir geriausios poveikio perkėlimui sušvelninimo praktikos.

Kontrolinis sąrašas

Aprašas

Geriausios praktikos

Sistemos našumas

Duomenų gavimas yra daug išteklių reikalaujanti užduotis. Kad būtų užtikrintas optimalus perkėlimo našumas, šaltinio sistemoje turi būti pakankamai išteklių, pvz., procesoriaus laiko ir atminties. Perkėlimo metu šaltinio sistema dažnai veikia beveik visu pajėgumu remiantis įprastiniu galutinio vartotojo darbo krūviu. Jei sistemos išteklių nepakanka, papildomas perkėlimo sukeliamas darbo krūvis gali turėti įtakos galutiniams vartotojams.

Stebėkite sistemos našumą, kai atliekate bandomąjį perkėlimo testą. Jei sistema yra užimta, dėl galimo perkėlimo lėtumo ir tarnybos pasiekiamumo problemų, rekomenduojame vengti įtempto perkėlimo tvarkaraščio konkrečioje sistemoje. Jei įmanoma, padidinkite šaltinio sistemos našumą įtraukdami aparatūros išteklių ir sumažindami krūvį sistemoje: perkelkite užduotis ir vartotojus į kitus serverius, kurie nėra įtraukti į perkėlimą.

Daugiau informacijos ieškokite:

Perkeliant iš vietinės „Exchange“ organizacijos, kurioje yra keli pašto dėžučių serveriai, rekomenduojame sukurti perkeliamų vartotojų sąrašą, kuris būtų tolygiai paskirstytas per kelis pašto dėžučių serverius. Sąrašą galima dar labiau patikslinti pagal atskirų serverių našumą ir taip pasiekti maksimalų pralaidumą.

Pvz., jei A serverio išteklių pasiekiamumas yra 50 procentų didesnis nei B serverio, tikslinga tame pačiame perkėlimo pakete turėti 50 procentų daugiau vartotojų iš A serverio. Panašios praktikos gali būti taikomos kitoms šaltinio sistemoms. Perkėlimus vykdykite, kai serverių išteklių pasiekiamumas yra maksimalus, pvz., po darbo arba savaitgaliais ir švenčių dienomis.

Vidinės užduotys

Kitos vidinės užduotys, kurios veikia perkėlimo metu. Kadangi geriausia praktika perkėlimą vykdyti po darbo valandų, neretai pasitaiko, kad įvyksta perkėlimo nesuderinamumas su priežiūros užduotimis, pvz., duomenų atsarginių kopijų kūrimo užduotimis, vykdomomis jūsų vietiniuose serveriuose.

Peržiūrėkite kitas sistemos užduotis, kurios gali būti vykdomos perkėlimo metu. Rekomenduojame atlikti duomenų perkėlimą, kai nevykdomos jokios kitos daug išteklių reikalaujančios užduotys.

Pastaba.    Klientams, naudojantiems vietinę „Exchange“: įprastinės vidinės užduotys yra atsarginės kopijos kūrimo sprendimai ir „Exchange“ saugyklos priežiūra.

Ribojimo strategija

Įprasta el. pašto sistemų apsaugos praktika yra ribojimo strategija, kuri nustato konkrečias ribas, kaip greitai ir kiek duomenų galima gauti iš sistemos per tam tikrą laiką.

Patikrinkite, kokia ribojimo strategija įdiegta jūsų el. pašto sistemoje. Pvz., „Google Mail“ riboja, kiek duomenų galima paimti per tam tikrą laiką.

Atsižvelgiant į versiją, „Exchange“ turi strategijas, kurios riboja IMAP prieigą prie vietinio pašto serverio (kurį naudoja IMAP perkėlimai) ir RPC per HTTP protokolą prieigą (kurią naudoja visiškieji „Exchange“ perkėlimai ir daliniai „Exchange“ perkėlimai).

Norėdami patikrinti ribojimo parametrus „Exchange 2013“ organizacijoje, paleiskite Get-ThrottlingPolicy cmdlet. Daugiau informacijos ieškokite „Exchange“ darbo krūvio valdymas.

Jei reikia daugiau informacijos apie „IMAP“ ribojimą, žr. IMAP pašto dėžučių perkėlimas į „Office 365“

Daugiau informacijos apie RPC per HTTP protokolo ribojimą žr.:

2 veiksnys: Perkėlimo serveris

IMAP, visiškasis ir dalinis perkėlimas yra debesyje inicijuojami duomenų paėmimo ir perkėlimo metodai, todėl nereikia specializuoto perkėlimo serverio. Tačiau internetu pasiekiamo protokolo (IMAP arba RPC per HTTP protokolo) pagrindiniai kompiuteriai veikia kaip perkėlimo serveriai, kurie perkelia pašto dėžutes ir pašto dėžučių duomenis į „Office 365“. Todėl perkėlimo našumo veiksniai ir geriausios praktikos, aprašytos ankstesniame skyriuje apie jūsų dabartinės el. pašto organizacijos duomenų šaltinio serverį, taip pat taikomi ir serveriams internete. „Exchange 2007“, „Exchange 2010“ ir „Exchange 2013“ organizacijų atveju klientų prieigos serveris veikia kaip perkėlimo serveris.

Daugiau informacijos ieškokite:

3 veiksnys: Perkėlimo modulis

IMAP, visiškieji ir daliniai „Exchange“ perkėlimai atliekami naudojant perkėlimo ataskaitų sritį dalyje „Exchange“ administravimo centras. Taikomas „Office 365“ perkėlimo tarnybos ribojimas.

Sprendimas ir praktika   

Klientai dabar gali nurodyti perkėlimo vienalaikiškumą (pvz., kiek pašto dėžučių perkelti vienu metu) naudojant „Windows PowerShell“. Numatytoji reikšmė yra 20 pašto dėžučių. Sukūrę perkėlimo paketą galite naudoti nurodytą „Windows PowerShell“ cmdlet ir padidinti šį skaičių iki 100.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Daugiau informacijos ieškokite Perkėlimo paketų valdymas „Office 365“.

Pastaba : Jei jūsų duomenų šaltinyje nepakanka išteklių apdoroti visus ryšius, rekomenduojame vengti didelio vienalaikiškumo. Pradėkite nuo mažų vienalaikiškumo reikšmių, pvz., 10. Padidinkite šį skaičių ir stebėkite duomenų šaltinio našumą, kad išvengtumėte galutinio vartotojo prieigos problemų.

4 veiksnys: Tinklas

Patikrinimo testai   

Atsižvelgdami į perkėlimo metodą, galite pabandyti šiuos patvirtinimo testus:

  • IMAP perkėlimai   : iš anksto užpildykite šaltinio pašto dėžutę duomenų pavyzdžiais. Tada internetu (ne iš savo vietinio tinklo) prisijunkite prie šaltinio pašto dėžutės naudodami standartinį IMAP el. pašto klientą, pvz., „Microsoft Outlook“, ir išmatuokite tinklo našumą: nustatykite kiek laiko užtrunka atsisiųsti visus duomenis iš šaltinio pašto dėžutės. Pralaidumas turėtų būti panašus į tą, kurį gauna klientai, naudojantys IMAP perkėlimo įrankį „Office 365“, darant prielaidą, kad nėra jokių kitų apribojimų.

  • Visiškieji ir daliniai „Exchange“ perkėlimai   : iš anksto užpildykite šaltinio pašto dėžutę duomenų pavyzdžiais. Tada internetu (ne iš savo vietinio tinklo) prisijunkite su „Outlook“ prie šaltinio pašto dėžutės naudodami RPC per HTTP protokolą. Įsitikinkite, kad jungiatės naudodami talpyklos režimą. Išmatuokite tinklo našumą: patikrinkite, kiek laiko užtrunka susinchronizuoti visus duomenis iš šaltinio pašto dėžutės. Pralaidumas turėtų būti panašus į tą, kurį gauna klientai, naudojantys paprastus „Exchange“ perkėlimo įrankius „Office 365“, darant prielaidą, kad nėra jokių kitų apribojimų.

Pastaba : Faktinio IMAP, visiškojo arba dalinio „Exchange“ perkėlimo metu yra šiek tiek didesnė apkrova. Tačiau faktinis pralaidumas turėtų būti panašus į šių patikrinimo testų rezultatus.

5 veiksnys: „Office 365“ tarnyba

„Office 365“ išteklių sveikata pagrįstas ribojimas turi įtakos perkėlimams, vykdomiems naudojant savuosius „Office 365“ paprastus perkėlimo įrankius. Daugiau informacijos žr. skyriuje „Office 365“ išteklių sveikata pagrįstas ribojimas.

Užklausų perkėlimas „Office 365" tarnyboje

Bendrosios informacijos apie tai, kaip gauti perkėlimo užklausų būsenos informaciją, žr. Perkėlimo užklausos ypatybių peržiūra.

„Office 365“ tarnyboje, skirtingai nei vietinėje „Exchange 2010“, perkėlimo eilę ir perkėlimams skirtus tarnybos išteklius nuomotojai naudoja bendrai. Šis bendrinimas turi įtakos kiekvienu perkėlimo proceso etapu apdorojamų užklausų skaičiui.

„Office 365“ yra dviejų tipų perkėlimo užklausos.

  • Įjungiamos perkėlimo užklausos    – nauji kliento perkėlimai laikomi įjungiamomis perkėlimo užklausomis. Šių užklausų pirmenybė yra įprastinė.

  • Vidinės duomenų centro perkėlimo užklausos    – tai pašto dėžutės perkėlimo užklausos, kurias inicijavo duomenų centro operacijų komandos. Šių užklausų pirmenybė yra mažesnė, nes galutinių vartotojų patirtis nenukenčia, jei perkėlimo užklausa atidedama.

Galimas poveikis ir atidėjimas perkelti užklausas, kurios būsena yra „Eilėje“ ir „Vykdoma“

  • Eilėje laukiančios perkėlimo užklausos   – ši būsena nurodo, kad perkėlimas yra eilėje ir laukia, kada jį paims „Exchange“ pašto dėžučių replikavimo tarnyba. „Exchange 2003“ perkėlimo užklausų atveju vartotojai vis dar gali pasiekti savo pašto dėžutes šiuo etapu.

    Sprendžiant, kurią užklausą paims pašto dėžučių replikavimo tarnyba, įtakos turi du veiksniai:

    • Pirmumas   : eilėje esančios didesnę pirmenybę turinčios perkėlimo užklausos paimamos anksčiau nei mažesnę pirmenybę turinčios perkėlimo užklausos. Tai padeda užtikrinti, kad kliento perkėlimo užklausos visada apdorojamos anksčiau nei vidinės duomenų centro perkėlimo užklausos.

    • Padėtis eilėje   : jei perkėlimo užklausų pirmumas yra vienodas, kuo anksčiau užklausa patenka į eilę, tuo anksčiau ją paima pašto dėžučių replikavimo tarnyba. Kadangi gali būti daug klientų, atliekančių pašto dėžučių perkėlimus tuo pačiu metu, normalu, kad naujos perkėlimo užklausos lieka eilėje, tik po to apdorojamos.

      Dažnai, planuojant perkėlimą, neįvertinama, kiek laiko laukdamos apdorojimo pašto dėžučių užklausos prabūna eilėje. Baigiasi tuo, kad klientams neskiriama pakankamai laiko visiems suplanuotiems perkėlimams atlikti.

  • Vykdomos perkėlimo užklausos   : ši būsena, nurodo, kad perkėlimas vis dar vykdomas. Jei tai internetinės pašto dėžutės perkėlimas, vartotojas vis dar gali pasiekti savo pašto dėžutę. Jei tai ne internetinės pašto dėžutės perkėlimas, vartotojo pašto dėžutė bus nepasiekiama.

    Kai pašto dėžutės perkėlimo užklausos būsena yra „Vykdoma“, prioritetas nebėra svarbus ir naujos perkėlimo užklausos nebeapdorojamos iki nepabaigiama apdoroti esama „Vykdoma“ perkėlimo užklausa, net jei naujos perkėlimo užklausos pirmenybė yra didesnė.

Geriausios praktikos

Planavimas   . Kaip minėta anksčiau, kadangi „Exchange 2003“ vartotojai netenka prieigos hibridinio perkėlimo metu, „Exchange 2003“ klientai paprastai daugiau dėmesio skiria perkėlimų tvarkaraščių sudarymui ir perkėlimų trukmei.

Kai planuojate, kiek pašto dėžučių perkelti per tam tikrą laiko tarpą, apsvarstykite šiuos dalykus:

  • Įtraukite laiko trukmę, kol perkėlimo užklausa laukia eilėje. Apskaičiuokite naudodami šią formulę:

    (bendras perkeltinų pašto dėžučių skaičius) = ((bendrasis laikas) – (vidutinis laikas eilėje)) * (perkėlimo pralaidumas)

    kur perkėlimo pralaidumas lygus pašto dėžučių, kurias galima perkelti per valandą, skaičius.

    Pavyzdžiui, tarkime, turite šešias valandas pašto dėžutėms perkelti. Jei vidutinė laukimo eilėje trukmė yra viena valanda, o perkėlimo pralaidumas yra 100 pašto dėžučių per valandą, per šešių valandų laiko intervalą galite perkelti 500 pašto dėžučių: 500 = (6 – 1) * 100.

  • Pradėkite perkėlimą anksčiau nei planuota, kad sumažintumėte buvimo eilėje trukmę. Kai pašto dėžutės yra eilėje, „Exchange 2003“ vartotojai vis dar gali pasiekti savo pašto dėžutes.

Nustatykite laiką eilėje   . Buvimo eilėje laikas nuolat kinta, nes „Microsoft“ nevaldo klientų perkėlimo tvarkaraščių.

Norėdamas nustatyti galimą buvimo eilėje laiką, klientas gali suplanuoti bandomąjį perkėlimą likus kelioms valandoms iki faktinio perkėlimo pradžios. Tada, atsižvelgęs į užfiksuotą užklausos buvimo eilėje laiką, klientas gali geriau apskaičiuoti perkėlimo pradžią ir kiek pašto dėžučių gali būti perkeliama per konkretų laiko tarpą.

Pavyzdžiui, jei bandomasis perkėlimas buvo atliktas likus keturioms valandoms iki suplanuoto perkėlimo pradžios. Klientas nustato, kad bandomojo perkėlimo buvimo eilėje trukmė buvo apie valandą. Tuomet klientas turėtų apsvarstyti galimybę pradėti perkėlimą viena valanda anksčiau nei suplanuota anksčiau, kad užtektų laiko visiems perkėlimams atlikti.

Trečiųjų šalių įrankiai, skirti „Office 365“ perkėlimui

Trečiųjų šalių įrankiai dažniausiai naudojami perkėlimo scenarijuose, kuriuose neįtraukta „Exchange“, pvz., teikiami „Google Mail“, „IBM Lotus“, „Domino“ ir „Novell GroupWise“. Šiame skyriuje daugiausia dėmesio skiriama perkėlimo protokolams, kuriuos naudoja trečiųjų šalių perkėlimo įrankiai, o ne faktiniams produktams ir perkėlimo įrankiams. Šioje lentelėje pateikiamas veiksnių, kurie taikomi trečiųjų šalių įrankiams, skirtiems „Office 365“ perkėlimo scenarijams, sąrašas.

1 veiksnys: Duomenų šaltinis

Kontrolinis sąrašas

Aprašas

Geriausios praktikos

Sistemos našumas

Duomenų gavimas yra daug išteklių reikalaujanti užduotis. Kad būtų užtikrintas optimalus perkėlimo našumas, šaltinio sistemoje turi būti pakankamai išteklių, pvz., procesoriaus laiko ir atminties. Perkėlimo metu šaltinio sistema dažnai veikia beveik visu pajėgumu remiantis įprastiniu galutinio vartotojo darbo krūviu. Jei sistemos išteklių nepakanka, papildomas perkėlimo sukeliamas darbo krūvis gali turėti įtakos galutiniams vartotojams.

Stebėkite sistemos našumą, kai atliekate bandomąjį perkėlimo testą. Jei sistema yra užimta, dėl galimo perkėlimo lėtumo ir tarnybos pasiekiamumo problemų, rekomenduojame vengti įtempto perkėlimo tvarkaraščio konkrečioje sistemoje. Jei įmanoma, padidinkite šaltinio sistemos našumą, pridėdami aparatūros išteklių ir sumažindami sistemos apkrovą. Sistemos apkrovą galima sumažinti perkeliant užduotis ir vartotojus į kitus serveriuose, kurie nėra perkėlimo dalis.

Daugiau informacijos ieškokite:

Perkeliant iš vietinės „Exchange“ organizacijos, kurioje yra keli pašto dėžučių serveriai, rekomenduojame sukurti perkeliamų vartotojų sąrašą, kuris būtų tolygiai paskirstytas per kelis pašto dėžučių serverius. Sąrašą galima dar labiau patikslinti pagal atskirų serverių našumą ir taip pasiekti maksimalų pralaidumą.

Pvz., jei A serverio išteklių pasiekiamumas yra 50 procentų didesnis nei B serverio, tikslinga tame pačiame perkėlimo pakete turėti 50 procentų daugiau vartotojų iš A serverio. Panaši praktika gali būti taikoma kitoms šaltinio sistemoms.

Perkėlimus vykdykite, kai sistemos išteklių pasiekiamumas yra maksimalus, pvz., po darbo arba savaitgaliais ir švenčių dienomis.

Vidinės užduotys

Perkėlimo metu paprastai veikia kitos vidinės užduotys. Kadangi geriausia praktika perkėlimą vykdyti po darbo valandų, neretai pasitaiko, kad įvyksta perkėlimo nesuderinamumas su priežiūros užduotimis, pvz., jūsų vietiniuose serveriuose vykdomomis duomenų atsarginių kopijų kūrimo užduotimis.

Peržiūrėkite kitas sistemos užduotis, kurios vykdomos perkėlimo metu. Rekomenduojame sukurti laiko langą, skirtą tik duomenų perkėlimui, kai nevykdoma jokių kitų daug išteklių reikalaujančių užduočių.

„Exchange“ vietinių klientų atveju bendrosios užduotys yra atsarginių kopijų kūrimo sprendimai. Daugiau informacijos ieškokite „Exchange“ saugyklos priežiūra.

Ribojimo strategija

Įprasta el. pašto sistemų apsaugos praktika yra ribojimo strategija, kuri nustato konkrečias ribas, kaip greitai ir kiek duomenų galima gauti iš sistemos per tam tikrą laiką ir naudojant konkretų perkėlimo metodą.

Patikrinkite, kokia ribojimo strategija įdiegta jūsų el. pašto sistemoje. Pvz., „Google Mail“ riboja, kiek duomenų galima paimti per tam tikrą laiką.

Atsižvelgiant į versiją, „Exchange“ turi strategijas, kurios riboja IMAP prieigą prie vietinio pašto serverio (kurį naudoja IMAP perkėlimai) ir RPC per HTTP protokolą prieigą (kurią naudoja visiškieji „Exchange“ perkėlimai ir daliniai „Exchange“ perkėlimai).

Daugiau informacijos apie IMAP ribojimą žr. IMAP perkėlimų optimizavimo patarimai.

Daugiau informacijos apie RPC per HTTP protokolo ribojimą žr.:

Daugiau informacijos, kaip sukonfigūruoti „Exchange“ žiniatinklio tarnybų ribojimą žr. „Exchange 2010“: kliento ribojimo strategijų suvokimas.

2 veiksnys: Perkėlimo serveris

Daugelis trečiųjų šalių įrankių,skirtų „Office 365“ perkėlimams, yra inicijuojami kliento ir priverstinai teikia duomenis į „Office 365“. Šie įrankiai paprastai reikalauja perkėlimo serverio. Šiems perkėlimo serveriams taikomi tokie faktoriai kaip sistemos našumas, vidinės užduotys ir šaltinio serverių ribojimo strategijos.

Pastaba : Kai kurie trečiųjų šalių perkėlimo sprendimai nuomoja išteklius internete kaip veikiančios debesų technologijos pagrindu tarnybos ir jiems nereikia vietinio perkėlimo serverio.

Sprendimas ir praktika   

Norėdami padidinti perkėlimo našumą, kai naudojamas perkėlimo serveris, taikykite tas pačias geriausias praktikas, kurios aprašytos skyriuje 1 faktorius: Duomenų šaltinis.

3 veiksnys: Perkėlimo modulis

Trečiųjų šalių perkėlimo įrankių atveju dažniausiai naudojami protokolai yra „Exchange“ žiniatinklio tarnybos ir RPC per HTTP protokolas.

„Exchange“ žiniatinklio tarnybos   

„Exchange“ žiniatinklio tarnybos yra rekomenduojamas naudoti perkėlimo į „Office 365“ protokolas, nes jis palaiko didelius duomenų paketus ir jo ribojimas labiau nukreiptas į tarnybą. Kai „Office 365“ naudojamas apsimestiniu režimu, perkėlimai naudojant „Exchange“ žiniatinklio tarnybas nenaudoja vartotojo biudžete numatytų „Office 365Exchange“ žiniatinklio tarnybų išteklių, vietoj jų naudoja biudžete numatytų išteklių kopiją:

  • Visi „Exchange“ žiniatinklio tarnybų apsimestiniai skambučiai, atliekami iš tos pačios administratoriaus paskyros, skaičiuojami atskirai nuo biudžeto, taikomo šiai administratoriaus paskyrai.

  • Kiekvieno apsimestinio seanso atveju sukuriama šešėlinė vartotojo faktinio biudžeto kopija. Visi šio konkretaus seanso perkėlimai naudos šią šešėlinę kopiją.

  • Ribojimas naudojant apsimetimą taikomas kiekvienam vartotojo perkėlimo seansui atskirai.

Geriausia praktika   

  • Klientų, naudojančių trečiųjų šalių perkėlimo įrankius, naudojančius EWA apsimetimą, perkėlimo našumas konkuruoja su „Exchange“ žiniatinklio tarnybomis pagrįstais perkėlimais ir kitus nuomotojų naudojamais tarnybos ištekliais. Todėl skiriasi perkėlimo našumas.

  • Kai tik įmanoma, klientai turėtų naudoti trečiųjų šalių perkėlimo įrankius, naudojančius „Exchange“ žiniatinklio tarnybų apsimetimą, nes paprastai tai atliekama greičiau ir efektyviau nei naudojant kliento protokolus, pvz., RPC per HTTP protokolą.

RPC per HTTP protokolas   

Daug tradicinių perkėlimo sprendimų naudoja RPC per HTTP protokolą. Šis metodas yra visiškai pagrįstas kliento prieigos modeliu, pvz., kaip ir „Outlook“; išplečiamumas ir našumas yra ribotas, nes „Office 365“ tarnyba riboja prieigą, darydama prielaidą, kad naudoja vartotojas, o ne taikomoji programa.

Geriausia praktika   

  • Perkėlimo įrankių, kurie naudoja RPC per HTTP protokolą atveju, įprastinė perkėlimo pralaidumo didinimo praktika yra įtraukti daugiau perkėlimo serverių ir naudoti kelias „Office 365“ administruojančių vartotojų paskyras. Ši praktika gali suteikti duomenų įdėjimo lygiagretumą ir pasiekti didesnį duomenų pralaidumą, nes kiekvienam administruojančiam vartotojui taikomas „Office 365“ vartotojo ribojimas. Gavome ataskaitų, kad daug įmonių klientų turėjo nustatyti daugiau nei 40 perkėlimo serverių, kad gautų 20 – 30 GB per valandą perkėlimo pralaidumą.

  • Perkėlimo įrankio kūrimo etapu svarbu apsvarstyti RPC veiksmų, kurie būtini pranešimui perkelti, skaičių. Norėdami tai pademonstruoti surinkome žurnalus, kuriuos užfiksavo „Office 365“ tarnybos, kai buvo taikomi du trečiųjų šalių perkėlimo sprendimai (kuriuos sukūrė trečiųjų šalių įmonės), kuriuos klientai naudojo norėdami perkelti pašto dėžutes į „Office 365“. Mes palyginome du trečiųjų šalių įmonių sukurtus perkėlimo sprendimus. Palyginome kiekvieno perkėlimo sprendimo dviejų pašto dėžučių perkėlimus, taip pat palyginome juos su .pst failo nusiuntimu programoje „Outlook“. Pateikiame rezultatus.

    Metodas

    Pašto dėžutės dydis

    Elementų skaičius

    Perkėlimo trukmė

    Bendras RPC operacijų skaičius

    Vidutinė kliento gaištis (ms)

    AvgCasRPCProcessingTime (ms)

    Sprendimas A (1-a pašto dėžutė)

    376,9 MB

    4115

    4:24:33

    132 040

    48,4395

    18,0807

    Sprendimas A (2-a pašto dėžutė)

    249,3 MB

    12 779

    10:50:50

    423 188

    44,1678

    4,8444

    Sprendimas B (1-a pašto dėžutė)

    618,1 MB

    4 322

    1:54:58

    12 196

    37,2931

    8,3441

    Sprendimas B (2-a pašto dėžutė)

    56,7 MB

    2,748

    0:47:08

    5 806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3,297

    0:29:47

    15 775

    36,9987

    5,6447

    Atminkite, kad kliento ir tarnybos proceso laikai yra panašūs, bet sprendimo A atveju duomenims perkelti prireikė gerokai daugiau RPC operacijų. Kadangi kiekviena operacija naudoja kliento gaišties laiką ir serverio proceso laiką, sprendimas A daug lėčiau perkelia tą patį duomenų kiekį, lyginant su sprendimu B ir „Outlook“.

4 veiksnys: Tinklas

Geriausia praktika   

Trečiosios šalies perkėlimo sprendimų, naudojančių RPC per HTTP protokolą atveju, štai geras būdas pamatuoti galimą perkėlimo našumą:

  1. Naudodami perkėlimo serverį prisijungti prie „Office 365“ pašto dėžutės su „Outlook“ naudodami RPC per HTTP protokolą. Įsitikinkite, kad jungdamiesi nenaudojate talpyklos režimo.

  2. Importuokite didelį .pst failą su duomenų pavyzdžiais į „Office 365“ pašto dėžutę.

  3. Išmatuokite perkėlimo našumą pagal laiką, kurio prireikia nusiųsti .pst failą. Perkėlimo pralaidumas turėtų būti panašus į tą, kurį gauna klientai iš trečiosios šalies perkėlimo įrankio, kuris naudoja RPC per HTTP protokolą, darant prielaidą, kad nėra jokių kitų apribojimų. Faktinio perkėlimo metu apkrova didesnė, todėl pralaidumas gali šiek tiek skirtis.

5 veiksnys: „Office 365“ tarnyba

„Office 365“ išteklių sveikata pagrįstas ribojimas turi įtakos perkėlimams, vykdomiems naudojant trečiųjų šalių perkėlimo įrankius. Daugiau informacijos žr. „Office 365“ išteklių sveikata pagrįstas ribojimas.

Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijunkite prie „Office Insider“ dalyvių

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×