Učinkovitost selitve in najboljše prakse v storitvi Office 365

Podatke iz e-poštne organizacije na mestu uporabe lahko v Microsoft Office 365 preselite na več načinov. Ob načrtovanju selitve podatkov v Office 365 se pogosto zastavi vprašanje, kako izboljšati učinkovitost selitve in optimizirati njeno hitrost.

Opomba : Informacije o učinkovitosti, ki so navedene v tem članku, ne veljajo za storitev Office 365 za namenske naročniške pakete. Če želite več informacij o namenskih paketih, glejte Opisi namenskih naročniških paketov za Office 365.

V tej temi

Pregled selitve e-pošte v Office 365Office 365

Office 365 podpira nekaj načinov selitve e-pošte, koledarja in podatkov o stikih iz obstoječega okolja za sporočanje v Office 365, kot je opisano v članku Načini za selitev več e-poštnih računov v Office 365.

Če želite več informacij o uporabi omrežja in učinkovitosti delovanja v storitvi Office 365, glejte Načrtovanje omrežja in izboljšanje učinkovitosti delovanja za Office 365.

Pogosti načini selitve

Način selitve

Opis

Viri

Selitev IMAP (Internet Message Access Protocol)

Vsebino nabiralnikov uporabnikov lahko iz sistema sporočanja IMAP v njihove nabiralnike storitve Office 365 preselite tako, da uporabite Skrbniško središče za Exchange ali Exchange Management Shell. To vključuje selitev nabiralnikov iz drugih gostovanih e-poštnih storitev, kot je Gmail ali Yahoo Mail.

Selitev nabiralnikov v Office 365 s protokolom IMAP

Selitev na mah

S selitvijo na mah lahko vse nabiralnike na mestu uporabe v Office 365 preselite v nekaj dneh. Če nameravate premakniti celotno organizacijo e-pošte v Office 365 in upravljati uporabniške račune v storitvi Office 365, uporabite selitev na mah. S selitvijo na mah lahko iz organizacije Exchange na mestu uporabe v Office 365 preselite največ 2000 nabiralnikov. Ne glede na to pa je priporočeno število nabiralnikov 150   . Večje število vpliva na učinkovitost delovanja. Preseljeni so tudi poštni stiki in skupine prejemnikov v organizaciji Exchange.

Selitev na mah v Office 365

Selitev po stopnjah

Selitev po stopnjah uporabite, ko želite sčasoma preseliti vse nabiralnike v svoji organizaciji v Office 365. S selitvijo po stopnjah lahko pakete nabiralnikov na mestu uporabe v Office 365 preselite v nekaj tednih ali mesecih.

Kaj morate vedeti o selitvi e-pošte v storitev Office 365 po stopnjah

Hibridna uvedba

S hibridno uvedbo lahko organizacije svojo s funkcijami bogato izkušnjo in skrbniški nadzor razširijo z uporabo obstoječe organizacije Exchange na mestu uporabe v oblaku. Hibridna uvedba zagotavlja eno po videzu in izkušnji brezhibno organizacijo Exchange v strežniku Exchange Server 2013 na mestu uporabe ali v strežniku Microsoft Exchange Server 2010 in v storitvi Office 365. Poleg tega lahko hibridna uvedba služi tudi kot vmesni korak do popolnega premika v organizacijo storitve Office 365.

Hibridne uvedbe strežnika Exchange Server 2013

Selitev, ki jo ponuja neodvisni ponudnik

Na voljo je veliko orodij neodvisnih ponudnikov. Uporabljajo razlikovalne protokole in pristope za izvedbo selitev e-pošte iz e-poštnih platform, kot sta IBM Lotus Notes in Novell GroupWise.

Predstavljamo nekaj orodij za selitev neodvisnih ponudnikov in partnerjev, ki so lahko v pomoč pri selitvah Exchange iz platform neodvisnih ponudnikov:

  • Binary Tree   Ponudnik selitve sporočanja in programske opreme za soobstoj v vseh platformah, z izdelki, ki omogočajo soobstoj in selitev v okoljih poslovnega sporočanja na mestu uporabe in v spletu, in njihovo analizo, in ki temeljijo na odjemalcih IBM Lotus Notes in Domino ter storitev Exchange in SharePoint.

  • BitTitan   Ponudnik rešitev selitve v Office 365.

  • Dell   Ponudnik selitve na mestu uporabe in gostovane selitve ter programske opreme za soobstoj, vključno z analizo pred selitvijo in s popolnim soobstojem uporabnikov in aplikacij. Selitve z vsemi funkcijami, od okolij Exchange na mestu uporabe, IBM Domino, Novell GroupWise, Zimbra in drugih do storitev Office 365 in SharePoint Online.

  • Metalogix   Ponudnik rešitev selitve v Office 365 in SharePoint Online.

  • SkyKick Ponudnik avtomatiziranih rešitev selitve za premikanje odjemalcev Exchange na mestu uporabe, Gmail, POP3, IMAP, Lotus Notes v Office 365. Celovita orodja za selitev pomagajo partnerjem pri prodaji, načrtovanju, selitvi, upravljanju in fazah selitvenega projekta na kraju samem.

  • TransVault   Ponudnik rešitev selitve v Office 365.

Učinkovitost glede na način selitve

V spodnji tabeli je prikazana primerjava ugotovljenih rezultatov merjenja učinkovitosti glede na način selitve za selitev nabiralnikov in podatkov nabiralnika v Office 365. Ti rezultati temeljijo na notranjem preskušanju in dejanskih selitvah uporabnikov v Office 365.

Opomba : Zaradi razlik v izvajanju selitev in različnih časih njihovega izvajanja, je dejanska hitrost selitve lahko večja ali manjša.

Način selitve

Omejevanje uporabnikov storitve Office 365

Omejevanje storitve za selitev v Office 365

Omejevanje na osnovi zdravja virov v storitvi Office 365

Ugotovljena povprečna prepustnost na uro na odjemalca (če velja)

Selitev IMAP

Ne

Da

Da

10–14 gigabajtov (GB) (20 sočasnih premikov)

Selitev na mah

Ne

Da

Da

10–14 GB (20 sočasnih premikov)

Selitev po stopnjah

Ne

Da

Da

10–14 GB (20 sočasnih premikov)

Hibridna selitev

Ne

Da

Da

10–14 GB na storitev strežnika Exchange 2013 ali storitve 2010 CAS (storitev Microsoft Exchange Mailbox Replication (storitev MRSProxy)) na mestu uporabe z 20 sočasnimi premiki1

Selitev MAPI neodvisnega ponudnika

Da

Ne

Da

4–12 GB (20 sočasnih premikov) 2

Selitev spletnih storitev programa Exchange neodvisnega ponudnika

Ne

Da

Da

5-10 GB (20 sočasnih premikov) 3

Prenos z odjemalcem (iz datotek Outlook .pst)

Da

Ne

Da

0,5 GB

1Razpon ugotovljene prepustnosti premika enega nabiralnika je 0,3–1,0 GB/uro. Hitrost prepustnosti, ki je večja od 1000 MB/h na nabiralnik, je mogoče doseči z omrežjem, v katerem čas začasnega zastoja zaradi napake ne presega 2 odstotka in z omrežjem z omrežno zakasnitvijo, ki je manjša od 100 ms. Višjo hitrost selitve podatkov je mogoče doseči z uporabo več sočasnih selitev nabiralnikov. Prepustnost premika enega samega nabiralnika bo upočasnjena, če je strežnik CAS (storitev MRSProxy) na mestu uporabe dosegel največjo raven zmogljivosti strojne opreme, če pasovna širina omrežja ne zadostuje ali če je zakasnitev omrežja prevelika. Priporočamo vam, da dodate več strežnikov ali da začasno izboljšate omrežno povezavo in tako povečate hitrost selitve.

2Razpon ugotovljene prepustnosti ene selitve MAPI je 0,1–0,5 GB/h. Višjo hitrost selitve podatkov je mogoče doseči z uporabo več sočasnih selitev. Prepustnost ene selitve MAPI bo upočasnjena, če strežniki na mestu uporabe ali omrežje dosegajo največjo raven svoje zmogljivosti.

3Ugotovljeni razpon prepustnosti ene selitve spletnih storitev programa Exchange je 0,2–0,5 GB/h. Višjo hitrost selitve podatkov je mogoče doseči z uporabo več sočasnih selitev. Če imate na primer 20 sočasnih selitev, bo razpon skupne prepustnosti 4-10 GB/h. Prepustnost ene selitve spletnih storitev programa Exchange bo upočasnjena, če strežniki na mestu uporabe ali omrežje dosega največjo raven svoje zmogljivosti.

Dejavniki, ki vplivajo na učinkovitost selitve

Selitev e-pošte ima vključuje nekaj pogostih dejavnikov, ki lahko vplivajo na učinkovitost selitve.

Pogosti dejavniki, ki vplivajo na učinkovitost selitve

V spodnji tabeli je naveden seznam pogostih dejavnikov, ki vplivajo na učinkovitost selitve. Več podrobnosti najdete v razdelkih, kjer so opisani posamezni načini selitve.

Dejavnik

Opis

Primer

Vir podatkov

Naprava ali storitev, ki gosti podatke za selitev. Za vir podatkov lahko veljajo številne omejitve, ki so povezane s specifikacijami strojne opreme, delovno obremenitvijo končnega uporabnika in zalednimi vzdrževalnimi opravili.

Gmail omejuje način razširitve podatkov v določenem časovnem obdobju.

Vrsta podatkov in gostota

Zaradi edinstvene narave poslovanja stranke se nabiralniki močno razlikujejo po vrsti in mešanici poštnih elementov v njih.

Nabiralnik velikosti 4 GB s 400 elementi, od katerih ima vsak 10 megabajtov (MB) prilog, bo preseljen hitreje kot nabiralnik velikosti 4 GB s 100.000 manjšimi elementi.

Strežnik selitve

Številne rešitve selitve za dokončanje selitve uporabljajo strežnik selitve vrste »jump box« ali delovno postajo.

Stranke za gostovanje storitve MRSProxy za hibridne uvedbe ali za nehibridne selitve z odjemalskim računalnikom pogosto uporabljajo navidezni računalnik z nizko ravnjo učinkovitosti.

Mehanizem selitve

Mehanizem selitve podatkov, ki zagotavlja izvlačenje podatkov iz izvornega strežnika, po potrebi pretvori podatke. Mehanizem nato prenese podatke prek omrežja in vstavi podatke v nabiralnik storitve Office 365.

Storitev MRSProxy ima lastne zmogljivosti in omejitve.

Omrežne naprave na mestu uporabe

Učinkovitost celotnega omrežja – od vira podatkov do strežnikov za odjemalski dostop do storitve Exchange Online – vpliva na učinkovitost selitve.

Konfiguracije in specifikacije požarnega zidu v organizaciji na mestu uporabe.

Storitev Office 365

Office 365 ima vgrajeno podporo in funkcije za upravljanje delovne obremenitve selitve.

Pravilnik za omejevanje uporabnikov vsebuje privzete nastavitve in omejuje skupno največjo mogočo hitrost prenosa podatkov.

Dejavniki učinkovitosti delovanja omrežja

V tem razdelku so opisane najboljše prakse za izboljšanje učinkovitosti delovanja omrežja med postopkom selitve. Opis je splošen, saj je vpliv na učinkovitost delovanja omrežja med selitvijo v največji meri povezan s strojno opremo neodvisnih proizvajalcev in ponudniki internetnih storitev (ISPs).

Za bolj poglobljeno razumevanje omrežne povezljivosti s storitvijo Office 365 uporabite Analizator za Exchange. Če želite izvesti preskuse z analizatorjem za Exchange v Pomočniku za podporo in obnovitev, pojdite do možnosti »Napredna diagnostika« > Exchange Online > »Preveri omrežno povezljivost za Exchange Online« > »Da«. Če želite izvedeti več o pomočniku za podporo in obnovitev, preberite Odpravljanje težav z Outlookom in storitvijo Office 365 s pomočnikom za podporo in obnovitev za Office 365.

Dejavnik

Opis

Najboljše prakse

Zmogljivost omrežja

Čas, potreben za selitev nabiralnikov v Office 365, je določen z razpoložljivo in največjo mogočo ravnjo zmogljivosti vašega omrežja.

  • Ugotovite, kakšna je zmogljivosti omrežja, ki je na voljo, in določite največjo mogočo zmogljivost prenosa.

  • Obrnite se na ponudnika internetnih storitev, da potrdite dodeljeno pasovno širino in dobite podrobnosti o omejitvah, kot so skupna količina podatkov, ki jih je mogoče prenesti v določenem časovnem obdobju.

  • Uporabite orodja za oceno dejanske zmogljivosti omrežja. Prepričajte se, da preskusite celoten pretok podatkov iz vira podatkov na mestu uporabe v Microsoftove strežnike prehoda za podatkovna središča.

  • Poiščite druge obremenitve v omrežju (na primer pripomočke za varnostno kopiranje in načrtovano vzdrževanje), ki lahko vplivajo na zmogljivost omrežja.

Stabilnost omrežja

Hitro omrežje ne pomeni vedno hitrih selitev. Če omrežje ni stabilno, traja prenos podatkov dlje časa zaradi popravila napake. Odvisno od vrste selitve lahko popravljanje napake močno vpliva na učinkovitost selitve.

Pogosto so vzrok za težave s stabilnostjo omrežja težave, povezane s strojno opremo in gonilnikom omrežja. Skupaj s ponudnikom omrežja se seznanite z omrežnimi napravami in uporabite ponudnikove najnovejše priporočene posodobitve gonilnikov in programske opreme.

Zakasnitve omrežja

Funkcija zaznavanja vdorov, ki je konfigurirana v požarnem zidu omrežja, pogosto vpliva na zakasnitve omrežja in učinkovitost njegovega delovanja.

Selitev podatkov v nabiralnike storitve Office 365 je odvisna od internetne povezave. Zakasnitve interneta vplivajo na skupno učinkovitost delovanja omrežja.

Uporabniki v istem podjetju imajo lahko tudi nabiralnike v oblaku, ki se nahajajo v podatkovnih središčih na različnih geografskih lokacijah. Odvisno od strankinega ponudnika internetnih storitev se zato učinkovitost selitve lahko razlikuje.

  • Ocenite zakasnitve omrežja za vsa morebitna Microsoftova podatkovna središča in tako zagotovite doslednost rezultatov. (S tem zagotovite dosledno izkušnjo tudi za končne uporabnike.) Težav, povezanih z internetom, se lotite skupaj s ponudnikom internetnih storitev.

  • Dodajte naslove IP za strežnike za Microsoftova podatkovna središča na seznam dovoljenih ali obidite ves promet, povezan s selitvijo, iz omrežnega požarnega zidu. Več informacij o obsegih naslovov IP za Office 365 najdete v članku URL-ji in obsegi naslovov IP za Office 365.

Za bolj poglobljeno analizo selitev v okolju preberite našo objavo v spletnem dnevniku o analizi premikov. Objava vključuje skript za pomoč pri analizi zahtev za premike.

Omejevanje storitve Office 365

Office 365 uporablja različne mehanizme omejevanja za pomoč pri zagotavljanju varnosti in razpoložljivosti storitve. Na učinkovitost selitve lahko vplivajo te tri vrste omejevanja:

  • Omejevanje uporabnikov

  • Omejevanje storitve za selitev

  • Omejevanje na osnovi zdravja virov

Opomba : Tri vrste omejevanja storitve Office 365 ne vplivajo na vse načine selitve.

Omejevanje uporabnikov storitve Office 365

Omejevanje uporabnikov vpliva na večino orodij za selitev neodvisnih proizvajalcev in na način selitve, ki vključuje prenos z odjemalcem. Ti načini selitve za selitev podatkov nabiralnika v nabiralnike storitve Office 365 uporabljajo protokole za odjemalski dostop, kot je klic oddaljene procedure (RPC) prek protokola HTTP. Ta orodja se uporabljajo za selitev podatkov s platform, kot sta IBM Lotus Domino in Novell GroupWise.

Omejevanje uporabnikov je najstrožja metoda omejevanja v storitvi Office 365. Ker je omejevanje uporabnikov nastavljeno v skladu s posameznim končnim uporabnikom, bo vsaka uporaba na ravni aplikacije zlahka presegla vrednosti pravilnika za omejevanje in povzročila počasnejšo selitev podatkov.

Omejevanje storitve za selitev v Office 365

Omejevanje storitve za selitev vpliva na vsa orodja za selitev v Office 365. Omejevanje storitve za selitev upravlja sočasnost selitev in dodeljevanje virov storitve za rešitve selitve v Office 365.

Omejevanje storitve selitve vpliva na selitve, ki se izvajajo z uporabo teh načinov selitve:

  • Selitev IMAP

  • Selitev strežnika Exchange na mah

  • Selitev strežnika Exchange po korakih

  • Hibridne selitve (premiki na osnovi storitve MRSProxy v hibridnem okolju)

Primer omejevanja storitve selitve je nadziranje števila nabiralnikov, ki se istočasno selijo med preprostimi selitvami strežnika Exchange in selitvami IMAP. Privzeta vrednost je 10. To pomeni, da se iz vseh selitvenih paketov ob katerem koli določenem času preseli največ 10 nabiralnikov. Število sočasnih selitev nabiralnikov v selitvenem paketu lahko povečate na Exchangeevi nadzorni plošči ali v modulu Windows PowerShell. Če želite izvedeti več o tem, kako optimizirati to nastavitev, glejte Upravljanje selitvenih paketov v storitvi Office 365.

Omejevanje na osnovi zdravja virov v storitvi Office 365

Za vse načine selitve velja vodenje omejevanja razpoložljivosti. Ne gleda na to pa omejevanje storitve Office 365 ne vpliva na selitve v Office 365 v takšni meri kot druge vrste omejevanja, ki so opisane zgoraj.

Omejevanje na osnovi stanja virov je najmanj agresiven način omejevanja. Uporabljeno je za preprečitev težave z razpoložljivostjo storitve, ki vpliva na končne uporabnike in najpomembnejše postopke storitve.

Pred poslabšanjem učinkovitosti delovanja storitve do točke, ki lahko vpliva na končnega uporabnika, so hibridne selitve dodane v čakalno vrsto, dokler se učinkovitost ne obnovi in povrne na raven, ki je pod pragom omejevanja.

Spodaj so prikazani primeri iz statističnega poročila za selitev strežnika Exchange. Ti primeri prikazujejo vnose, ki so zabeleženi v dnevnik, če je presežen prag omejevanja storitve.

  • 25.1.2012 12:56:01 [BL2PRD0410CA012] Napredovanje kopiranja: 723/1456 sporočil, 225,8 MB (236.732.045 bajtov)/416,5 MB (436.712.733 bajtov).

    25.1.2012 12:57:53 [BL2PRD0410CA012] Premikanje nabiralnika »/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx« je zastalo, ker »OmejitevPodvojevanjaPremikanjaPodatkov« ni izpolnjen za zbirko podatkov »NAMPRD04DG031-db081« (agent MailboxDatabaseReplication). Vzrok za napako: Zbirka podatkov edbf0766-1f2a-4552-9115-bb3a53a8380b ne izpolnjuje omejitve SecondDatacenter. Na voljo ni nobena kopija zbirke podatkov z ustreznim stanjem. Počakajte do 25.1.2012 1:27:53.

    1/25/2012 12:58:24 AM [BL2PRD0410CA012] Zahteva ni več zaustavljena in se bo nadaljevala.

    30.6.2017 00:03:58 [CY4PR19MB0056] Opuščanje posla zaradi velikih zamud, do katerih prihaja zaradi neugodnega stanja zdravja strežnika ali proračunskih omejitev s stanjem omejevanja zahteve »StalledDueToTarget_DiskLatency«.

Rešitev in praksa   

Če ste naleteli na podobno izkušnjo, počakajte, da se storitev Office 365 obnovi. Če želite več informacij, glejte razdelek »Zdravje storitve« na portalu storitve Office 365.

Dejavniki učinkovitosti in najboljše prakse za nehibridne uvedbe selitev

V tem razdelku so opisani dejavniki, ki vplivajo na selitve ob uporabi načinov selitve IMAP, selitve na mah ali selitve po stopnjah. Navedene so tudi najboljše prakse za izboljšanje učinkovitosti selitve.

1. dejavnik: Vir podatkov

V spodnji tabeli je opisan vpliv izvornih strežnikov na selitev v trenutni organizaciji e-pošte in najboljše prakse za omilitev vpliva na selitev.

Kontrolni seznam

Opis

Najboljše prakse

Učinkovitost delovanja

Pridobivanje podatkov je zahtevno opravilo. Izvorni sistem mora za zagotovitev optimalne učinkovitosti selitve imeti na voljo dovolj sredstev, kot sta čas CPE in pomnilnik centralne procesne enote. Med selitvijo izvorni sistem pogosto doseže skoraj polno zmogljivost v smislu redne delovne obremenitve s strani končnih uporabnikov. Če so sistemska sredstva neustrezna, lahko dodatna delovna obremenitev, ki je posledica selitve, vpliva na končne uporabnike.

Spremljajte učinkovitost delovanja sistema med testiranjem preskusne selitve. Če je sistem zelo obremenjen, vam priporočamo, da se izognete zahtevnemu načrtu selitve za določen sistem, saj lahko pride do počasne selitve in težave z razpoložljivostjo storitve. Če je mogoče, izboljšajte učinkovitost delovanja izvornega sistema tako, da dodate sredstva strojne opreme in zmanjšate obremenitev sistema s premikanjem opravil in uporabnikov v druge strežnike, ki niso vključeni v selitev.

Če želite več informacij, glejte:

Pri selitvi iz Exchangeeve organizacije na mestu uporabe, kjer je več strežnikov z nabiralniki, vam priporočamo, da ustvarite seznam uporabnikov za selitev, ki je enakomerno porazdeljen v več strežnikov z nabiralniki. Na osnovi učinkovitosti delovanja posameznega strežnika lahko seznam še dopolnite s podrobnostmi, da maksimizirate propustnost.

Če je na primer v strežniku A za 50 odstotkov več razpoložljivih sredstev kot v strežniku B, je smiselno, da ima v istem selitvenem paketu tudi za 50 odstotkov več uporabnikov kot strežnik A. Podobne prakse lahko uveljavite v drugih izvornih sistemih. Izvedite selitve, ko imajo strežniki največjo mogočo razpoložljivost sredstev, na primer zunaj delovnega časa ali ob vikendih in praznikih.

Zaledna opravila

Druga zaledna opravila, ki se izvajajo v času selitve. Ker je najboljša praksa, da se selitve izvajajo zunaj delovnega časa, se pogosto dogaja, da selitve sovpadajo z vzdrževalnimi deli, kot je varnostno kopiranje, ki se izvajajo v strežnikih na mestu uporabe.

Preglejte druga sistemska opravila, ki se morda izvajajo med selitvijo. Priporočamo vam, da izvedete selitev podatkov, ko se ne izvaja nobeno drugo opravilo, ki je močno povezano z uporabo podatkov.

Opomba      Za stranke, ki uporabljajo Exchange na mestu uporabe, so pogosta zaledna opravila rešitve varnostnega kopiranja in vzdrževanje Exchangeeve shrambe.

Pravilnik za omejevanje

Splošna praksa je, da se e-poštni sistemi zaščitijo s pravilnikom o omejevanju, ki omejuje hitrost in količino, ki jih je v določenem časovnem obdobju mogoče pridobiti iz sistema.

Preverite, kateri pravilnik o omejevanju velja za vaš e-poštni sistem. Google Mail na primer omejuje količino podatkov, ki jo je mogoče pridobiti v določenem časovnem obdobju.

Odvisno od različice Exchange vključuje pravilnike, ki omejujejo dostop IMAP do poštnega strežnika na mestu uporabe (ki ga uporabljajo selitve IMAP) in klic oddaljene procedure prek protokola HTTP (ki ga uporabljajo selitve strežnika Exchange na mah in selitve strežnika Exchange po stopnjah).

Če želite preveriti nastavitve omejevanja v organizaciji strežnika Exchange 2013, zaženite ukaz cmdlet Get-ThrottlingPolicy. Več informacij o tem najdete v razdelku Upravljanje delovne obremenitve Exchangea.

Če želite več informacij o omejevanju IMAP, glejte Selitev nabiralnikov IMAP v Office 365

Če želite več informacij o omejevanju klica oddaljene procedure prek protokola HTTP, glejte:

2. dejavnik: Strežnik selitve

Selitev IMAP, selitev na mah in selitev po stopnjah so načini selitve z izvlačenjem podatkov, ki se začne v oblaku, zato ne potrebujete namenskega strežnika za selitev. Gostitelji protokola, dostopni prek interneta (IMAP ali klic oddaljene procedure prek protokola HTTP), pa delujejo kot selitveni strežnik za selitev nabiralnikov in podatkov nabiralnika v Office 365. Zato dejavniki, ki vplivajo na učinkovitost selitve, in najboljše prakse, ki so opisani v prejšnjem razdelku o izvornem podatkovnem strežniku za trenutno e-poštno organizacijo, veljajo tudi za internetne robne strežnike. Za organizacije Exchange 2007, Exchange Server 2010 in Exchange 2013 strežnik za odjemalski dostop deluje kot selitveni strežnik.

Če želite več informacij, glejte:

3. dejavnik: Mehanizem selitve

Selitev IMAP, selitev na mah in selitev po stopnjah Exchange se izvajajo z uporabo nadzorne plošče selitve v Skrbniškem središču za Exchange. To je predmet omejevanja storitve selitve v Office 365.

Rešitev in praksa   

Stranke lahko zdaj sočasnost selitve (na primer število nabiralnikov, ki jih želijo sočasno preseliti), določijo z uporabo modula Windows PowerShell. Privzeta vrednost je 20 nabiralnikov. Ko ustvarite selitveni paket, lahko s tem ukazom cmdlet Windows PowerShell povečate to vrednost na največ 100.

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

Če želite več informacij, glejte Upravljanje selitvenih paketov v storitvi Office 365.

Opomba : Če vir podatkov ne vsebuje dovolj sredstev za obravnavo vseh povezav, vam priporočamo, da se izognete visoki ravni sočasnih premikov. Začnite z nizko vrednostjo sočasnih premikov, na primer z 10. To število povečujte, med tem ko spremljate učinkovitost delovanja vira podatkov, da se izognete težavam z dostopom za končne uporabnike.

4. dejavnik: Omrežje

Preskusi za preverjanje   

Odvisno od načina selitve lahko poskusite s temu preskusi za preverjanje:

  • Selitve IMAP      V izvorni nabiralnik vnaprej vnesite vzorčne podatke. Nato v internetu (zunaj omrežja na mestu uporabe) vzpostavite povezavo z izvornim nabiralnikom z uporabo standardnega e-poštnega odjemalca IMAP, kot je Microsoft Outlook. Nato izmerite učinkovitost delovanja omrežja tako, da določite, kako dolgo traja prenos vseh podatkov iz izvornega nabiralnika. Prepustnost mora biti podobna temu, kar je uporabnikom na voljo, če uporabijo orodja za selitev IMAP v storitvi Office 365, če ni nobenih drugih omejitev.

  • Selitve na mah in selitve po stopnjah Exchange      V izvorni nabiralnik vnaprej vnesite vzorčne podatke. Nato v internetu (zunaj omrežja na mestu uporabe) vzpostavite povezavo z izvornim nabiralnikom, in sicer z Outlookom tako, da uporabite klic oddaljene povezave prek protokola HTTP. Prepričajte se, da vzpostavljate povezavo z uporabo predpomnjeni način. Izmerite učinkovitost delovanja omrežja tako, da preverite, kako dolgo traja sinhronizacija vseh podatkov v izvornem nabiralniku. Prepustnost mora biti podobna temu, kar je uporabnikom na voljo, če uporabijo preprosta orodja za selitev strežnika Exchange v storitvi Office 365, če ni nobenih drugih omejitev.

Opomba : Z dejansko selitvijo IMAP, selitvijo na mah ali selitvijo po stopnjah strežnika Exchange je povezanih nekaj nevšečnosti. Dejanska propustnost pa mora biti podobna rezultatom teh preskusov za preverjanje.

5. dejavnik: Storitev Office 365

Omejevanje na osnovi zdravja virov v storitvi Office 365 vpliva na selitve, ki uporabljajo izvorna preprosta orodja za selitev v Office 365. Glejte razdelek Omejevanje na osnovi zdravja virov v storitvi Office 365.

Zahteve za premikanje v storitev Office 365

Če želite splošne informacije o pridobivanju podatkov o stanju zahtev za premikanje, glejte Prikaz lastnosti zahtev za premikanje.

V storitvi Office 365, za razliko od strežnika Exchange Server 2010 na mestu uporabe, je čakalna vrsta za selitev in viri storitve, dodeljeni za selitev, v skupni rabi za najemnike. Ta skupna raba vpliva na to, kako so zahteve obravnavane na posamezni stopnji postopka premikanja.

V storitvi Office 365 sta na voljo dve vrsti zahtev za premik:

  • Zahteve za premikanje za omogočanje uporabe      Selitve novih strank so obravnavane kot zahteve za premikanje za omogočanje uporabe. Te zahteve imajo običajno prioriteto.

  • Interne zahteve za premikanje v podatkovnem središču      Te zahteve za premikanje nabiralnika, ki jih ustvarijo skupine za upravljanje podatkovnega središča. Te zahteve imajo nižjo prioriteto, saj morebitne zakasnitve ne vplivajo na uporabniško izkušnjo.

Morebitni vplivi in zakasnitve zahtev za premik s stanjem »V čakalni vrsti« in »V teku«

  • Zahteve za premikanje v čakalni vrsti      To stanje določa, da je premik v čakalni vrsti in čaka, da ga bo prevzela storitev podvajanja nabiralnikov Exchange. Pri zahtevah za premikanje Exchange 2003 lahko uporabniki na tem koraku še naprej uporabljajo nabiralnike.

    Dva dejavnika vplivata na to, katere zahteve bo prevzela storitev podvajanja nabiralnikov:

    • Prioriteta      Zahteve za premikanje z višjo prioriteto so obdelane pred zahtevami z nižjo prioriteto. Tako je poskrbljeno, da so zahteve za premikanje strank vedno obdelane pred internimi zahtevami podatkovnih središč.

    • Položaj v čakalni vrsti      Če imajo zahteve za premikanje enako prioriteto, bo storitev za podvajanje nabiralnikov prej obdelala storitev, ki je bila prej v čakalni vrsti. Ker lahko več strank sočasno izvaja selitev nabiralnikov, je običajno, da nove zahteve ostanejo v čakalni vrsti, dokler niso obdelane.

      Čas, kolikor zahteve ostanejo v čakalni vrsti pred obdelavo, ni upoštevan pri načrtovanju selitve. To privede do tega, da stranke nimajo dovolj časa za dokončanje vseh načrtovanih selitev.

  • Zahteve za premikanje v teku      To stanje določa, da je premikanje še vedno v teku. Če gre za premikanje nabiralnika v spletu, bo uporabnik lahko še naprej dostopal do nabiralnika. Za premike nabiralnikov brez povezave, nabiralnik uporabnika ne bo na voljo.

    Po tem, ko dobi zahteva za premikanje nabiralnika stanje »V teku«, prioriteta ni več pomembna, nove zahteve za premikanje pa ne bodo obdelane, dokler ni dokončana obstoječa zahteva za premikanje »V teku«, tudi če ima nova zahteva za premikanje višjo prioriteto.

Najboljše prakse

Načrtovanje      Kot smo že prej omenili: uporabniki storitve Exchange 2003 izgubijo dostop med hibridno selitvijo, stranke Exchange 2003 običajno bolj skrbi to, kdaj lahko načrtujejo selitve in koliko časa bodo trajale.

Ko boste načrtovali, koliko nabiralnikov želite preseliti med določenim časovnim obdobjem, imejte v mislih to:

  • Upoštevajte čas, ki ga zahteva za premikanje prebije v čakalni vrsti. To izračunate tako:

    (skupno število nabiralnikov, ki jih želite preseliti) = ((skupni čas) – (povprečni čas v čakalni vrsti)) * (zmogljivost selitve)

    kjer je zmogljivost selitve enako skupnemu številu nabiralnikov, ki jih je mogoče preseliti na uro.

    Recimo, da imate za selitev nabiralnikov 6 ur časa. Če je povprečni čas, ki ga zahteva prebije v čakalni vrsti, ena ura, zmogljivost selitve pa znaša 100 nabiralnikov na uro, lahko v šestih urah preselite 500 nabiralnikov: 500 = (6 – 1) * 100.

  • Začnite selitev prej, kot ste prvotno načrtovali, da kompenzirate čas v čakalni vrsti. Ko so nabiralniki v čakalni vrsti, lahko uporabniki storitve Exchange 2003 še naprej dostopajo do nabiralnikov.

Določanje časa v čakalni vrsti      Čas v čakalni vrsti se vedno spreminja, ker Microsoft ne upravlja urnike selitev strank.

Če želite določiti potencialni čas v čakalni vrsti, lahko zaženete preizkusni premik več ur pred začetkom dejanskega premika. Stranka lahko nato na podlagi ocenjenega časa, ki ga zahteva prebije v čakalni vrsti, bolje oceni, kdaj naj začne selitev in koliko nabiralnikov lahko premakne v danem časovnem obdobju.

Če je bil poskusni premik dokončan štiri ure pred začetkom načrtovane selitve. Stranka lahko določi, da je bil za poskusno selitev čas v čakalni vrsti približno ena ura. Stranka bo selitev zato začela eno uro pred načrtovano selitvijo, da bo imela dovolj časa za dokončanje vseh selitev.

Orodja za selitve Office 365 drugih ponudnikov

Orodja drugih ponudnikov so večinoma uporabljena v scenarijih selitve, ki ne vključujejo storitve Exchange, na primer Google Mail, IBM Lotus, Domino in Novell GroupWise. To poglavje se ne osredotoča na dejanske izdelke in orodja za selitev, temveč na protokole selitve, ki jih uporabljajo orodja za selitev drugih proizvajalcev. V tej tabeli je seznam dejavnikov, ki veljajo za orodja drugih proizvajalcev za scenarije selitve Office 365.

1. dejavnik: Vir podatkov

Kontrolni seznam

Opis

Najboljše prakse

Učinkovitost delovanja

Pridobivanje podatkov je zahtevno opravilo. Izvorni sistem mora za zagotovitev optimalne učinkovitosti selitve imeti na voljo dovolj sredstev, kot sta čas CPE in pomnilnik centralne procesne enote. Med selitvijo izvorni sistem pogosto doseže skoraj polno zmogljivost v smislu redne delovne obremenitve s strani končnih uporabnikov. Če so sistemska sredstva neustrezna, lahko dodatna delovna obremenitev, ki je posledica selitve, vpliva na končne uporabnike.

Spremljajte učinkovitost delovanja sistema med testiranjem preskusne selitve. Če je sistem zelo obremenjen, vam priporočamo, da se izognete zahtevnemu načrtu selitve za določen sistem, saj lahko pride do počasne selitve in težave z razpoložljivostjo storitve. Če je mogoče, izboljšajte učinkovitost izvornega sistema tako, da dodate sredstva strojne opreme in zmanjšate obremenitev sistema. Obremenitev sistema lahko zmanjšate tako, da opravila in uporabnike premaknite v druge strežnike, ki niso del selitve.

Če želite več informacij, glejte:

Pri selitvi iz Exchangeeve organizacije na mestu uporabe, kjer je več strežnikov z nabiralniki, vam priporočamo, da ustvarite seznam uporabnikov za selitev, ki je enakomerno porazdeljen v več strežnikov z nabiralniki. Na osnovi učinkovitosti delovanja posameznega strežnika lahko seznam še dopolnite s podrobnostmi, da maksimizirate propustnost.

Če je na primer v strežniku A za 50 odstotkov več razpoložljivih sredstev kot v strežniku B, je smiselno, da ima v istem selitvenem paketu tudi za 50 odstotkov več uporabnikov kot strežnik A. Podobne prakse lahko uveljavite v drugih izvornih sistemih.

Izvedite selitve, ko ima sistem največjo mogočo razpoložljivost sredstev, na primer zunaj delovnega časa ali ob vikendih in praznikih.

Zaledna opravila

Druga zaledna opravila, ki se običajno izvajajo v času selitve. Ker je najboljša praksa, da se selitve izvajajo zunaj delovnega časa, se pogosto dogaja, da selitve sovpadajo z vzdrževalnimi deli, kot je varnostno kopiranje, ki se izvajajo v strežnikih na mestu uporabe.

Preglejte druga sistemska opravila, ki se izvajajo med selitvijo. Priporočamo, da okolje za selitev podatkov ustvarite takrat, ko ni drugih opravil, ki zasedejo vire.

Za uporabnike storitve Exchange na mestu uporabe so pogosta rešitev varnostne kopije. Če želite več informacij, glejte Vzdrževanje Exchangeeve shrambe.

Pravilnik za omejevanje

Splošna praksa je, da se e-poštni sistemi zaščitijo s pravilnikom o omejevanju, ki omejuje hitrost in količino, ki jih je v določenem časovnem obdobju in z določenim načinom selitve mogoče pridobiti iz sistema.

Preverite, kateri pravilnik o omejevanju velja za vaš e-poštni sistem. Google Mail na primer omejuje količino podatkov, ki jo je mogoče pridobiti v določenem časovnem obdobju.

Odvisno od različice Exchange vključuje pravilnike, ki omejujejo dostop IMAP do poštnega strežnika na mestu uporabe (ki ga uporabljajo selitve IMAP) in klic oddaljene procedure prek protokola HTTP (ki ga uporabljajo selitve strežnika Exchange na mah in selitve strežnika Exchange po stopnjah).

Če želite več informacij o omejevanju zmogljivosti IMAP, glejte Nasveti za optimizacijo selitve IMAP.

Če želite več informacij o omejevanju klica oddaljene procedure prek protokola HTTP, glejte:

Če želite več informacij o tem, kako konfigurirati omejevanje zmogljivosti storitve Exchange Web Services, glejte Exchange 2010: Razumevanje pravilnikov o omejevanju odjemalcev.

2. dejavnik: Strežnik selitve

Večino orodij za selitve Office 365 drugih proizvajalcev iniciirajo odjemalci, podatke pa potisnejo v Office 365. Ta orodja običajno zahtevajo strežnik za selitve. Za te strežnike za selitve veljajo dejavniki, kot so učinkovitost delovanja sistema, zaledna opravila in pravilniki za omejevanje zmogljivosti.

Opomba : Nekatere rešitve za selitve drugih proizvajalcev gostujejo v internetu kot spletne storitve in ne zahtevajo strežnika za selitve na mestu uporabe.

Rešitev in praksa   

Če želite izboljšati učinkovitost selitve, ko uporabljate strežnik za selitve, uporabite katero od najboljših praks, na primer prakse, opisane v poglavju 1. dejavnik: Vir podatkov.

3. dejavnik: Mehanizem selitve

Orodja za selitve drugih proizvajalcev najpogosteje uporabljajo protokole Exchange Web Services in RPC prek protokola HTTP.

Exchange Web Services   

Exchange Web Services je priporočen protokol za selitev podatkov v Office 365, ker podpira velike pakete podatkov in ima boljše omejevanje zmogljivosti, specifično za storitev. Selitve v storitvi Office 365, ki delujejo v načinu poosebljanja in uporabljajo Exchange Web Services, ne porabijo virov Office 365Exchange Web Services, dodeljenih posameznemu uporabniku. Namesto tega uporabljajo kopijo dodeljenih virov:

  • Vsi klici v načinu poosebljanja,ki uporabljajo Exchange Web Services in ki jih izvede isti skrbniški račun, so izračunani ločeno od dodeljene količine, uporabljene za ta skrbniški račun.

  • Za vsako sejo poosebljanja je ustvarjena senčna kopija dejanskih dodeljenih virov za uporabnika. To senčno kopijo bodo porabile vse selitve za to konkretno sejo.

  • Omejevanje zmogljivosti v načinu poosebljanja je omejeno na vsako posamezno sejo selitve uporabnika.

Najboljše prakse   

  • Učinkovitost delovanja selitve za stranke, ki uporabljajo orodja za selitve drugih proizvajalcev, ki uporabljajo poosebljanja EWA, se kosa z selitvami, ki uporabljajo storitve Exchange Web Services, in uporabo virov storitve drugih najemnikov. Učinkovitost selitve se lahko zato spreminja.

  • Ko je to mogoče, naj stranke uporabijo orodja za selitev drugih proizvajalcev, ki uporabljajo poosebljanje storitve Exchange Web Services, ker je to običajno hitreje in bolj učinkovito od odjemalskih protokolov, kot je protokol klica oddaljene procedure prek HTTP.

Protokol klica oddaljene procedure prek HTTP   

Veliko tradicionalnih rešitev za selitev protokol klica oddaljene procedure prek HTTP. Ta način je popolnoma odvisen od modela dostopa odjemalca, kot je pri programu Outlook, skalabilnost in učinkovitost sta omejena, ker storitev Office 365 omejuje zmogljivost s predpostavko, da je uporaba po uporabniku, namesto po aplikaciji.

Najboljše prakse   

  • Za orodja za selitev, ki uporabljajo protokol klica oddaljene procedure prek HTTP, je običajno, da zmogljivost selitve povečajo tako, da dodajo več strežnikov za selitev in uporabljajo več skrbniških uporabniških računov za Office 365. Ta način lahko omogoči vzporedno prenašanje podatkov in poveča količino prenesenih podatkov, ker je za vsakega skrbniškega uporabnika uporabljeno omejevanje zmogljivosti uporabnikov storitve Office 365. Prejeli smo poročila, da je moralo veliko podjetij nastaviti več kot 40 strežnikov za selitev, da je dobilo zmogljivost selitve 20–30 GB/h.

  • Na stopnji razvoja orodja za selitev je pomembno upoštevati število postopkov RPC, potrebnih za preselitev sporočila. To smo ponazorili tako, da smo zbrali dnevnike storitev Office 365 za dve rešitvi za selitve drugih proizvajalcev (izdelek drugih podjetij), ki jih stranke uporabljajo za selitev nabiralnikov v Office 365. Primerjali smo dve rešitvi za selitve, ki sta jih razvili dve drugi podjetji. Primerjali smo selitev dveh nabiralnikov za vsako rešitev selitve, primerjali pa smo tudi nalaganje datoteke .pst v Outlook. To so rezultati.

    Metoda

    Velikost nabiralnika

    Število elementov

    Trajanje selitve

    Skupno število transakcij klicev oddaljene procedure

    Povprečna zakasnitev odjemalca (ms)

    AvgCasRPCProcessingTime (ms)

    Rešitev A (nabiralnik 1)

    376,9 MB

    4.115

    4:24:33

    132.040

    48,4395

    18,0807

    Rešitev A (nabiralnik 2)

    249,3 MB

    12.779

    10:50:50

    423.188

    44,1678

    4,8444

    Rešitev B (nabiralnik 1)

    618,1 MB

    4.322

    1:54:58

    12.196

    37,2931

    8,3441

    Rešitev B (nabiralnik 2)

    56,7 MB

    2.748

    0:47:08

    5.806

    42,1930

    7,4439

    Outlook

    201,9MB

    3.297

    0:29:47

    15.775

    36,9987

    5,6447

    Vidite lahko, da sta vrednosti časa obdelave odjemalca in storitve podobni, vendar potrebuje rešitev A več postopkov klicev oddaljene procedure za selitev podatkov. Ker vsak postopek porabi čas zakasnitve odjemalca in časa obdelave strežnika, rešitev A veliko počasneje preseli enako količino podatkov v primerjavi z rešitvijo B in programom Outlook.

4. dejavnik: Omrežje

Najboljša praksa   

Za rešitve za selitev drugih proizvajalcev, ki uporabljajo protokol klica oddaljene procedure prek HTTP, lahko učinkovitost potencialne selitve izmerite tako:

  1. V strežniku za selitev povežite nabiralnik storitve Office 365 s programom Outlook s protokolom klica oddaljene procedure prek HTTP. Prepričajte se, da vzpostavljate povezavo z uporabo predpomnjeni način.

  2. Uvozite veliko datoteko .pst z vzorčnimi podatki v nabiralnik storitve Office 365.

  3. Učinkovitost selitve izmerite tako, da merite, koliko časa je potrebnega za nalaganje datoteke .pst. Zmogljivost selitve bi morala biti približno enaka vrednosti, ki jo stranka lahko dobi od orodja za selitve drugih proizvajalcev, ki uporablja protokol klica oddaljene procedure prek HTTP, če ni drugih omejitev. Med dejansko selitvijo pride do dodatne obremenitve, zato je lahko zmogljivost nekoliko drugačna.

5. dejavnik: Storitev Office 365

Omejevanje na osnovi zdravja virov v storitvi Office 365 vpliva na selitve, ki uporabljajo orodja neodvisnih proizvajalcev. Več podrobnosti najdete v razdelku Omejevanje na osnovi zdravja virov v storitvi Office 365.

Razširite svoja znanja
Oglejte si izobraževanje
Prvi dobite nove funkcije
Pridružite se programu Office Insider

Vam je bila informacija v pomoč?

Zahvaljujemo se vam za povratne informacije.

Zahvaljujemo se vam za povratne informacije. Videti je, da bi vam prišla prav pomoč enega od naših Officeovih agentov za podporo.

×