Performanța migrării la Office 365 și exemple de bună practică

Există mai multe modalități de a migra datele de la o organizație de e-mail locală la Microsoft Office 365. Atunci când planificați o migrare la Office 365, este normal să vă întrebați cum puteți să îmbunătățiți performanța migrării de date și să optimizați viteza de migrare.

Notă : Informațiile despre performanțe listate în acest subiect nu se aplică pentru serviciul Office 365 pentru planurile de abonament dedicate. Pentru mai multe informații despre planurile dedicate, consultați Descrierea serviciului pentru planurile dedicate Office 365.

În acest articol

Prezentare generală a migrării e-mailului la Office 365

Office 365 acceptă mai multe modalități de migrare a e-mailului, calendarului și datelor de contact din mediul dvs. de mesagerie existent la Office 365, așa cum este descris în Modalități de migrare a mai multor conturi de e-mail la Office 365.

Pentru mai multe informații despre lucrul în rețea și performanța Office 365, consultați Planificarea rețelei și ajustarea performanței pentru Office 365.

Metode de migrare utilizate frecvent

Metodă de migrare

Descriere

Resurse

Migrarea protocol IMAP

Puteți să utilizați Centrul de administrare Exchange sau Exchange Management Shell pentru a migra conținutul cutiilor poștale ale utilizatorilor de la un sistem de mesagerie IMAP la cutiile poștale Office 365 ale acestora. Aceasta include migrarea cutiilor dvs. poștale de la alte servicii de e-mail găzduit, cum ar fi Gmail sau Yahoo Mail.

Migrarea cutiilor poștale IMAP la Office 365

Migrarea cu tranziție

Utilizând migrarea cu tranziție, puteți migra toate cutiile poștale locale la Office 365 în câteva zile. Utilizați migrarea cu tranziție dacă intenționați să mutați organizația dvs. de e-mail în întregime la Office 365 și să gestionați conturile de utilizator în Office 365. Puteți migra maximum 2000 de cutii poștale de la organizația dvs. Exchange locală la Office 365 utilizând o migrare cu tranziție. Numărul recomandat de cutii poștale este, însă, 150   . Performanța este afectată în cazul unui număr mai mare. Persoanele de contact de poștă și grupurile de distribuire din organizația dvs. Exchange locală sunt, de asemenea, migrate.

Migrarea cu tranziție la Office 365

Migrarea pe etape

Puteți să utilizați migrarea pe etape dacă intenționați să migrați într-un final toate cutiile poștale ale organizației dvs. la Office 365. Utilizând migrarea pe etape, puteți migra grupuri de cutii poștale locale la Office 365 în decursul a câteva săptămâni sau luni.

Ce trebuie să știți despre o migrare pe etape a e-mailurilor la Office 365

Implementarea hibridă

O implementare hibridă oferă organizațiilor capacitatea de a-și extinde experiența bogată în caracteristici și controlul administrativ pe care le au în organizația lor Exchange locală existentă în cloud. Aceasta asigură aspectul perfect al unei singure organizații Exchange între o organizație locală Exchange Server 2013 sau Microsoft Exchange Server 2010 și Office 365. În plus, implementarea hibridă poate servi drept etapă intermediară spre trecerea integrală la o organizație Office 365.

Implementări hibride Exchange Server 2013

Migrarea de la terți

Există multe instrumente disponibile de la terți. Acestea utilizează protocoale și abordări distincte pentru a efectua migrări de e-mail de la platformele de e-mail precum IBM Lotus Notes și Novell GroupWise.

Iată câteva instrumente de migrare de la terți și câțiva parteneri care vă pot ajuta cu migrarea Exchange de la platforme ale terților:

  • Binary Tree   Furnizor de software de migrare și coexistență pentru mesagerie inter-platforme, cu produse care asigură analiza, coexistența și migrarea între mediile de mesagerie și colaborare la nivel de întreprindere locale și online bazate pe IBM Lotus Notes, Domino, Exchange și SharePoint.

  • BitTitan Furnizor de soluții de migrare la Office 365.

  • Dell Furnizor de software de migrare și coexistență local și găzduit, inclusiv analiza anterioară migrării și coexistența completă a utilizatorilor și aplicațiilor. Migrări complete de la Exchange local, IBM Domino, Novell GroupWise, Zimbra și alte medii la Office 365 și SharePoint Online.

  • Metalogix   Furnizor de soluții de migrare la Office 365 și SharePoint Online.

  • SkyKick Furnizor de soluții de migrare automate pentru mutarea Exchange local, Gmail, POP3, IMAP, Lotus Notes la Office 365. Instrumentele de migrare complete asistă partenerii în vânzări, planificare, migrare, gestionare și etapele locale ale proiectului de migrare.

  • TransVault   Furnizor de soluții de migrare la Office 365.

Performanța metodelor de migrare

Următorul tabel compară rezultatele performanței observate ale diferitelor metode de migrare pentru migrarea cutiilor poștale și datelor de cutie poștală la Office 365. Aceste rezultate sunt bazate pe testarea internă și migrări reale ale clienților la Office 365.

Notă : Din cauza diferențelor în modul și momentul efectuării migrărilor, viteza de migrare efectivă poate fi mai mică sau mai mare.

Metodă de migrare

Limitarea utilizatorului Office 365

Limitarea serviciului de migrare Office 365

Limitarea bazată pe starea resurselor Office 365

Rata de transfer medie observată pe oră și pe client (dacă este cazul)

Migrarea IMAP

Nu

Da

Da

10-14 gigabiți (GB) (20 de migrări concurente)

Migrarea cu tranziție

Nu

Da

Da

10-14 GB (20 de migrări concurente)

Migrarea pe etape

Nu

Da

Da

10-14 GB (20 de migrări concurente)

Migrarea unei implementări hibride

Nu

Da

Da

10-14 GB pe Exchange 2013 local sau 2010 CAS (Serviciul de reproducere a cutiilor poștale Microsoft Exchange (serviciul MRSProxy)), cu 20 de migrări concurente1

Migrarea de MAPI la terți

Da

Nu

Da

4-12 GB (20 de migrări concurente) 2

Migrarea Exchange Web Services de la terți

Nu

Da

Da

5-10 GB (20 de migrări concurente) 3

Încărcarea clientului (din fișiere Outlook .pst)

Da

Nu

Da

0,5 GB

1Rata de transfer a migrării observată pentru o cutie poștală se încadrează în intervalul 0,3-1,0 GB/oră. Se poate obține o rată de transfer de peste 1000 MB/h pentru o cutie poștală, cu o rețea care este capabilă să susțină un timp de blocare cauzat de o eroare temporară mai mică de 2 procente și o latență a rețelei sub 100 ms. Mai multe migrări de cutii poștale simultane pot fi utilizate pentru a obține viteze mai mari de migrare a datelor. Rata de transfer a migrării unei cutii poștale va scădea dacă serverul local CAS (serviciul MRSProxy) funcționează la capacitate de hardware, dacă lățimea de bandă a rețelei nu este suficientă sau dacă latența rețelei este prea mare. Luați în considerare adăugarea mai multor servere sau îmbunătățirea temporară a conectivității rețelei pentru a crește viteza de migrare.

2Rata de transfer a migrării observată pentru o instanță MAPI se încadrează în intervalul 0,1-0,5 GB/oră. Mai multe migrări simultane pot fi utilizate pentru a obține viteze mai mari de migrare a datelor. Viteza de migrare a unei instanțe MAPI va scădea dacă serverele locale sau rețeaua funcționează la capacitate maximă.

3Rata de transfer a migrării observată pentru o instanță Exchange Web Services se încadrează în intervalul 0,2-0,5 GB/oră. Mai multe migrări simultane pot fi utilizate pentru a obține viteze mai mari de migrare a datelor. De exemplu, cu 20 de migrări concurente, rata de transfer generală se va încadra în intervalul 4-10 GB/oră. Rata de transfer pentru migrarea unei instanțe Exchange Web Services va scădea dacă serverele locale sau rețeaua funcționează la capacitate maximă.

Factori de performanță în migrare

Migrarea e-mailului are mai mulți factori comuni care pot afecta performanța de migrare.

Factori de performanță comuni în migrare

Următorul tabel furnizează o listă de factori comuni care afectează performanța de migrare. Mai multe detalii sunt oferite în secțiunile care descriu metodele de migrare individuale.

Factor

Descriere

Exemplu

Sursă de date

Dispozitivul sau serviciul care găzduiește datele care vor fi migrate. Pentru sursa de date se pot aplica mai multe restricții din cauza specificațiilor pentru hardware, volumului de lucru al utilizatorului final și activităților de întreținere back-end.

Gmail limitează volumul de date care poate fi extras într-un anumit interval de timp.

Tipul de date și densitatea

Datorită caracterului unic al activității unui client, tipul și combinația de elemente de corespondență din cutiile poștale variază foarte mult.

O cutie poștală de 4 GB cu 400 de elemente, fiecare având atașări de 10 megabiți (MB), va migra mai rapid decât o cutie poștală de 4 GB cu 100.000 de elemente mai mici.

Serverul de migrare

Numeroase soluții de migrare utilizează un server de migrare sau o stație de lucru de tip gazdă administrativă securizată pentru a efectua migrarea.

Clienții folosesc adesea o mașină virtuală cu performanță redusă pentru a găzdui serviciul MRSProxy pentru implementări hibride sau pentru migrări non-hibride de pe un PC client.

Motorul de migrare

Motorul de migrare a datelor responsabil pentru extragerea datelor de pe serverul sursă face conversia datelor, dacă este necesar. Apoi, transmite datele prin rețea și le introduce în cutia poștală Office 365. cutia poștală.

Serviciul MRSProxy are capacitățile și limitările sale.

Echipamentele de rețea locală

Performanța rețelei end-to-end - de la sursa de date la serverele de acces clienți Exchange Online - afectează performanța de migrare.

Configurarea firewall-ului și specificații pentru organizația locală.

Serviciu Office 365

Office 365 are asistență și caracteristici încorporate pentru gestionarea volumului de lucru pentru migrare.

Politica de limitare a utilizatorilor are setări implicite și limitează rata maximă totală de transfer a datelor.

Factori de performanță în rețea

Această secțiune descrie cele mai bune practici pentru îmbunătățirea performanței rețelei în timpul migrării. Prezentarea este generală, deoarece cel mai mare impact asupra performanței rețelei în timpul migrării îl au componentele hardware de la terți și furnizorii de servicii internet (ISP).

Utilizați analizorul Exchange pentru a înțelege mai bine conectivitatea rețelei dvs. cu Office 365. Pentru a rula teste cu analizorul Exchange în Asistentul pentru recuperare și asistență, accesați Diagnostice complexe > Exchange Online > Verificați conectivitatea rețelei Exchange Online > Da. Citiți Remedierea problemelor cu Outlook și Office 365 utilizând Asistentul pentru recuperare și asistență pentru Office 365 pentru a afla mai multe despre Asistentul pentru recuperare și asistență.

Factor

Descriere

Exemple de bună practică

Capacitatea rețelei

Timpul necesar pentru migrarea cutiilor poștale la Office 365 este determinat de capacitatea disponibilă și capacitatea maximă a rețelei.

  • Identificați capacitatea disponibilă a rețelei dvs. și determinați capacitatea maximă de încărcare.

  • Contactați furnizorul de servicii internet pentru confirmarea lățimii de bandă alocate și pentru a obține detalii despre restricții, cum ar fi volumul de date total care poate fi transferat într-un anumit interval de timp.

  • Utilizați instrumente pentru a evalua capacitatea reală a rețelei dvs. Asigurați-vă că testați fluxul de date end-to-end de la sursa dvs. de date locală la serverele gateway ale centrului de date Microsoft.

  • Identificați alte sarcini în rețeaua dvs. (de exemplu, utilitare de backup și întreținerea planificată) care pot afecta capacitatea rețelei.

Stabilitatea rețelei

O rețea rapidă nu asigură întotdeauna migrări rapide. Dacă rețeaua nu este stabilă, transferul de date durează mai mult timp din cauza corectării erorilor. În funcție de tipul migrării, corectarea erorilor poate afecta semnificativ performanța de migrare.

Problemele cu hardware-ul și driverul de rețea cauzează adesea probleme de stabilitate a rețelei. Colaborați cu distribuitorii dvs. de hardware pentru a înțelege dispozitivele de rețea și utilizați cele mai noi actualizări de drivere și de software recomandate de aceștia.

Întârzierile în rețea

Funcția de detectare a intruziunilor configurată pentru un firewall de rețea cauzează adesea întârzieri semnificative în rețea și afectează performanța de migrare.

Migrarea datelor la cutiile poștale Office 365 se bazează pe conexiunea la internet. Întârzierile de internet afectează performanța generală a migrării.

De asemenea, este posibil ca utilizatorii din aceeași firmă să aibă cutii poștale în cloud care sunt găzduite în centre de date din diferite zone geografice. În funcție de furnizorul de servicii internet al clientului, performanța de migrare poate varia.

  • Evaluați întârzierile de rețea pentru toate centrele de date Microsoft potențiale pentru a vă asigura că rezultatul este uniform. (Acest lucru vă ajută, de asemenea, să asigurați o experiență unitară pentru utilizatorii finali.) Colaborați cu furnizorul de servicii internet pentru a remedia problemele legate de internet.

  • Adăugați adresele IP ale serverelor centrelor de date Microsoft la lista dvs. de permisiuni sau evitați traficul legat de migrare cu ajutorul firewallului de rețea. Pentru mai multe informații despre intervalele IP Office 365, consultați Adrese URL și intervale de adrese IP Office 365.

Pentru o analiză aprofundată a migrărilor în mediul dvs., consultați postarea noastră de blog privind analiza migrării. Postarea include un script care vă ajută să analizați solicitările de migrare.

Limitarea Office 365

Office 365 utilizează diverse mecanisme de limitare pentru a asigura securitatea și disponibilitatea serviciului. Următoarele trei tipuri de limitare pot afecta performanța de migrare:

  • Limitarea utilizatorului

  • Limitarea serviciului de migrare

  • Limitarea bazată pe starea resurselor

Notă : Cele trei tipuri de limitare Office 365 nu afectează toate metodele de migrare.

Limitarea utilizatorului Office 365

Limitarea utilizatorului afectează majoritatea instrumentelor de migrare de la terți și metoda de migrare prin încărcarea clientului. Aceste metode de migrare utilizează protocoale pentru accesul clienților, cum ar fi Remote Procedure Call (RPC) prin protocolul HTTP, pentru a migra datele de cutie poștală la cutiile poștale Office 365. Aceste instrumente sunt utilizate pentru a migra datele de pe platforme precum IBM Lotus Domino și Novell GroupWise.

Limitarea utilizatorului este cea mai restrictivă metodă de limitare din Office 365. Deoarece limitarea utilizatorului este setată să funcționeze împotriva unui utilizator final individual, orice mod de utilizare la nivel de aplicație va încălca cu ușurință politica de limitare și va duce la migrarea mai lentă a datelor.

Limitarea serviciului de migrare Office 365

Limitarea serviciului de migrare afectează toate instrumentele de migrare Office 365. Limitarea serviciului de migrare gestionează migrările concurente și alocarea resurselor de serviciu pentru soluțiile de migrare Office 365.

Limitarea serviciului de migrare afectează migrările efectuate utilizând următoarele metode de migrare:

  • Migrarea IMAP

  • Migrarea Exchange cu tranziție

  • Migrarea Exchange pe etape

  • Migrările hibride (migrările bazate pe serviciul MRSProxy într-un mediu hibrid)

Un exemplu de limitare a serviciului de migrare este controlarea numărului de cutii poștale care migrează simultan în timpul migrărilor Exchange simple și al migrărilor IMAP. Valoarea implicită este 10. Acest lucru înseamnă că maximum 10 cutii poștale din toate grupurile de migrare sunt migrate în orice moment. Puteți să măriți numărul migrărilor concurente de cutii poștale pentru un grup de migrare în Panoul de control Exchange sau în Windows PowerShell. Pentru a afla mai multe informații despre cum să optimizați această setare, consultați Gestionarea grupurilor de migrare în Office 365.

Limitarea bazată pe starea resurselor Office 365

Toate metodele de migrare sunt supuse principiului limitării disponibilității. Însă limitarea serviciului Office 365 nu afectează migrările Office 365 la fel ca celelalte tipuri de limitare descrise mai sus.

Limitarea bazată pe starea resurselor este metoda de limitare cel mai puțin agresivă. Aceasta se produce pentru a preveni o problemă de disponibilitate a serviciului care ar putea afecta utilizatorii finali și operațiunile critice ale serviciului.

Înainte ca performanța serviciului să se degradeze până când performanța utilizatorului final scade, migrările hibride vor fi oprite până când performanța se reface și serviciul revine la un nivel inferior pragului de limitare.

Mai jos aveți exemple dintr-un raport de date statistice privind migrarea Exchange. Acestea arată intrări înregistrate la depășirea pragului de limitare a serviciului.

  • 25.01.2012 00:56:01 [BL2PRD0410CA012] Progres copiere: 723/1456 mesaje, 225,8 MB (236.732.045 biți)/416,5 MB (436.712.733 biți).

    25.01.2012 00:57:53 [BL2PRD0410CA012] Mutarea cutiei poștale'/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' s-a blocat deoarece DataMoveReplicationConstraint nu este îndeplinită pentru baza de date 'NAMPRD04DG031-db081' (agent MailboxDatabaseReplication). Motivul erorii: Baza de date edbf0766-1f2a-4552-9115-bb3a53a8380b nu satisface restricția SecondDatacenter. Nu sunt disponibile copii în stare bună ale bazei de date. Se va aștepta până la 25.01.2012 1:27:53.

    25.01.2012 00:58:24 [BL2PRD0410CA012] Solicitarea nu mai este blocată și va continua.

    30.06.2017 00:03:58 [CY4PR19MB0056] Se renunță la operațiune din cauza întârzierilor mari cauzate de starea nefavorabilă a serverului sau de limitările de buget cu o solicitare privind starea de limitare 'StalledDueToTarget_DiskLatency'.

Soluție și activitate practică   

Dacă vă confruntați cu o situație asemănătoare, așteptați ca serviciul Office 365 să își revină. Pentru mai multe informații, consultați secțiunea Starea serviciilor de pe portalul Office 365.

Factori de performanță și recomandări pentru migrările implementărilor non-hibride

Această secțiune descrie factorii care afectează migrările care utilizează metode de migrare IMAP, cu tranziție sau pe etape. De asemenea, identifică bunele practici pentru îmbunătățirea performanței de migrare.

Factorul 1: Sursa de date

Următorul tabel descrie impactul asupra migrării al serverelor sursă din organizația dvs. de e-mail curentă și bunele practici pentru diminuarea impactului asupra migrării.

Lista de verificare

Descriere

Exemple de bună practică

Performanța sistemului

Extragerea datelor este o activitate cu utilizare intensă de resurse. Sistemul sursă trebuie să aibă suficiente resurse, cum ar fi timpul procesorului și memoria, pentru a asigura o performanță optimă de migrare. În timpul migrării, sistemul sursă se apropie adesea de capacitatea maximă în ceea ce privește volumul de lucru normal pentru utilizatorul final. Dacă resursele de sistem sunt insuficiente, volumul de lucru suplimentar rezultat din migrare poate afecta utilizatorii finali.

Monitorizați performanța sistemului în timpul unui test-pilot de migrare. Dacă sistemul este ocupat, se recomandă să evitați un program de migrare agresiv pentru sistemul respectiv din cauza unor potențiale probleme de migrare lentă și de disponibilitate a serviciului. Dacă este posibil, îmbunătățiți performanța sistemului sursă adăugând resurse hardware și reducând încărcarea sistemului prin mutarea activităților și utilizatorilor pe alte servere care nu sunt implicate în migrare.

Pentru mai multe informații, consultați:

Dacă migrați de la o organizație Exchange locală atunci când există mai multe servere de cutii poștale, se recomandă să creați o listă de utilizatori de migrare care să fie distribuită uniform pe mai multe servere de cutii poștale. Pe baza performanței serverului individual, lista poate fi ajustată suplimentar pentru a maximiza rata de transfer.

De exemplu, dacă serverul A are o disponibilitate a resurselor cu 50% mai mare decât serverul B, este rezonabil să existe cu 50% mai mulți utilizatori pe serverul A în același grup de migrare. Practici similare pot fi aplicate altor sisteme sursă. Efectuați migrări atunci când serverele au o disponibilitate maximă a resurselor, de exemplu după terminarea programului de lucru sau în weekend și în zile de sărbătoare.

Activitățile back-end

Alte activități back-end sunt executate în timpul migrării. Întrucât este un exemplu de bună practică să se efectueze migrarea după terminarea orelor de lucru, se întâmplă frecvent ca migrările să intre în conflict cu activitățile de întreținere, cum ar fi backupul datelor, care rulează pe serverele locale.

Verificați alte activități de sistem care ar putea să ruleze în timpul migrării. Se recomandă să efectuați migrarea datelor atunci când nu rulează nicio altă activitate cu utilizare intensă de resurse.

Notă    Pentru clienții care utilizează Exchange local, activitățile back-end comune sunt soluțiile de backup și întreținerea depozitului Exchange.

Politica de limitare

Este o practică obișnuită ca sistemele de e-mail să fie protejate prin intermediul unei politici de limitare care setează o anumită limită pentru rata de transfer și volumul de date care poate fi extras din sistem într-un anumit interval de timp.

Verificați ce politică de limitare este implementată pentru sistemul dvs. de e-mail. De exemplu, Google Mail limitează volumul de date care poate fi extras într-un anumit interval de timp.

În funcție de versiune, Exchange are politici care restricționează accesul IMAP la serverul de e-mail local (utilizat de migrările IMAP) și accesul RPC prin protocolul HTTP (utilizat de migrările Exchange cu tranziție și migrările Exchange pe etape).

Pentru a verifica setările de limitare într-o organizație Exchange 2013, executați cmdletul Get-ThrottlingPolicy. Pentru mai multe informații, consultați Gestionarea volumului de lucru în Exchange.

Pentru mai multe informații despre limitarea IMAP, consultați Migrarea cutiilor poștale IMAP la Office 365

Pentru mai multe informații despre limitarea RPC prin protocolul HTTP, consultați:

Factorul 2: Serverul de migrare

Migrările IMAP, cu tranziție și pe etape sunt metode de migrare cu extragerea datelor inițiate în cloud, astfel că nu este necesar un server de migrare dedicat. Gazdele cu protocoale orientate spre internet (IMAP sau RPC prin protocolul HTTP), însă, funcționează ca server de migrare pentru migrarea cutiilor poștale și a datelor de cutie poștală la Office 365. Prin urmare, factorii de performanță în migrare și bunele practici, descrise în secțiunea precedentă despre serverul de sursă de date al organizației dvs. de e-mail curente, se aplică și pentru serverele Edge de internet. Pentru organizațiile Exchange 2007, Exchange Server 2010 și Exchange 2013, serverul de acces clienți funcționează ca server de migrare.

Pentru mai multe informații, consultați:

Factorul 3: Motorul de migrare

Migrările IMAP, cu tranziție și migrările Exchange pe etape sunt efectuate utilizând tabloul de bord Migrare din Centrul de administrare Exchange. Acesta este supus principiului de limitare a serviciului de migrare Office 365.

Soluție și activitate practică   

Clienții pot acum să specifice migrările concurente (de exemplu, numărul de cutii poștale care vor fi migrate simultan) utilizând Windows PowerShell. Valoarea implicită este de 20 de cutii poștale. După ce creați un grup de migrare, puteți utiliza cmdletul Windows PowerShell pentru a mări această valoare la maximum 100.

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

Pentru mai multe informații, consultați Gestionarea grupurilor de migrare în Office 365.

Notă : Dacă sursa dvs. de date nu are resurse suficiente pentru a gestiona toate conexiunile, se recomandă să evitați numărul mare de migrări concurente. Începeți cu o valoare de migrare concurentă mică, de exemplu, 10. Măriți acest număr în timp ce monitorizați performanța sursei de date, pentru a evita problemele de acces ale utilizatorilor finali.

Factorul 4: Rețeaua

Teste de verificare   

În funcție de metoda de migrare, puteți încerca următoarele teste de verificare:

  • Migrările IMAP    Prepopulați o cutie poștală sursă cu date eșantion. Apoi, de pe internet (în afara rețelei locale), conectați-vă la cutia poștală sursă utilizând un client de e-mail IMAP standard, cum ar fi Microsoft Outlook, apoi măsurați performanța rețelei determinând cât timp durează descărcarea tuturor datelor din cutia poștală sursă. Rata de transfer ar trebui să fie similară cu cea obținută de clienți utilizând instrumentul de migrare IMAP în Office 365, cu condiția să nu existe alte restricții.

  • Migrările cu tranziție și migrările Exchange pe etape    Prepopulați o cutie poștală sursă cu date eșantion. Apoi, de pe internet (în afara rețelei locale), conectați-vă la cutia poștală sursă cu Outlook utilizând RPC prin protocolul HTTP. Asigurați-vă că vă conectați utilizând modul cache. Măsurați performanța rețelei verificând cât timp durează sincronizarea tuturor datelor din cutia poștală sursă. Rata de transfer ar trebui să fie similară cu cea obținută de clienți utilizând instrumentele de migrare Exchange simplă din Office 365, cu condiția să nu existe alte restricții.

Notă : Există o oarecare supraîncărcare în timpul unei migrări IMAP reale, migrări cu tranziție sau migrări Exchange pe etape. Cu toate acestea, rata de transfer ar trebui să fie similară cu rezultatele acestor teste de verificare.

Factorul 5: Serviciul Office 365

Limitarea bazată pe starea resurselor Office 365 afectează migrările care utilizează instrumentele de migrare simplă Office 365 native. Consultați secțiunea Limitarea bazată pe starea resurselor Office 365.

Solicitările de mutare în serviciul Office 365

Pentru informații generale despre obținerea informațiilor de stare pentru solicitările de mutare, consultați Vizualizarea proprietăților solicitărilor de mutare.

În serviciul Office 365, spre deosebire de Exchange Server 2010 local, coada de migrare și resursele de serviciu alocate pentru migrări sunt partajate între entitățile găzduite. Această partajare afectează modul de gestionare a solicitărilor de mutare în fiecare etapă a procesului de mutare.

Există două tipuri de solicitări de mutare în Office 365:

  • Solicitări de mutare de înregistrare    Migrările clienților noi sunt considerate solicitările de mutare de înregistrare. Aceste solicitări au prioritate normală.

  • Solicitări de mutare interne ale centrelor de date    Acestea sunt solicitări de mutare a cutiilor poștale inițiate de echipele de lucru ale centrelor de date. Aceste solicitări au prioritate mai mică, deoarece experiența utilizatorului final nu este afectată dacă solicitarea de mutare este amânată.

Impactul și întârzierile potențiale ale solicitărilor de mutare cu starea „În coada de așteptare” și „În curs”

  • Solicitări de mutare în coada de așteptare    Această stare specifică faptul că mutarea a fost plasată în coada de așteptare și așteaptă să fie preluată de Serviciul de reproducere a cutiilor poștale Exchange. Pentru solicitările de mutare Exchange 2003, utilizatorii își pot accesa în continuare cutiile poștale în această etapă.

    Două factori influențează solicitarea care va fi preluată de Serviciul de reproducere a cutiilor poștale:

    • Prioritatea    Solicitările de mutare din coada de așteptare cu prioritate mai mare sunt preluate înaintea solicitărilor de mutare cu prioritate mai mică. Astfel, se asigură faptul că solicitările de mutare pentru migrarea clienților sunt întotdeauna procesate înaintea solicitărilor de mutare interne ale centrelor de date.

    • Poziția în coadă    Dacă solicitările de mutare au aceeași prioritate, cu cât solicitarea este plasată mai devreme în coadă, cu atât mai rapid va fi preluată de Serviciul de reproducere a cutiilor poștale. Deoarece pot exista mai mulți clienți care efectuează simultan migrări de cutii poștale, este normal ca solicitările de mutare noi să rămână în coada de așteptare înainte de a fi procesate.

      Adesea, timpul de așteptare necesar al cutiei poștale în coada de așteptare înainte de a fi procesată nu este luat în considerare la planificarea migrării. Rezultatul este că clienților nu li se alocă suficient timp pentru a finaliza toate migrările planificate.

  • Solicitări de mutare în curs    Această stare indică faptul că mutarea este încă în curs de desfășurare. Dacă este vorba despre o mutare de cutie poștală online, utilizatorul va putea în continuare să își acceseze cutia poștală. Pentru mutările de cutii poștale offline, cutia poștală a utilizatorului va fi indisponibilă.

    Odată ce solicitarea de mutare a cutiei poștale are starea „În curs”, nu se mai ține cont de prioritate și nu va mai fi procesată nicio solicitare de mutare până când solicitarea de mutare „În curs” existentă nu este finalizată, chiar dacă noua solicitare are prioritate mai mare.

Exemple de bună practică

Planificarea    După cum s-a menționat mai sus, deoarece utilizatorii Exchange 2003 pierd accesul în timpul unei migrări hibride, clienții Exchange 2003 sunt, de obicei, mai preocupați de planificarea momentului migrărilor și de durata acestora.

Atunci când planificați numărul de cutii poștale care vor fi migrate într-un anumit interval de timp, luați în considerare următoarele:

  • Includeți timpul de așteptare al solicitării de mutare în coada de așteptare. Utilizați următoarele elemente pentru a-l calcula:

    (numărul total de cutii poștale de migrat) = ((timp total) – (timpul mediu de așteptare)) * (rată de transfer migrare)

    unde rata de transfer a migrării este egală cu numărul total de cutii poștale care pot fi migrate pe oră.

    De exemplu, să presupunem că aveți un interval de șase ore pentru a migra cutii poștale. Dacă timpul mediu de așteptare în coadă este de o oră și aveți o rată de transfer a migrării de 100 de cutii poștale pe oră, puteți migra 500 de cutii poștale în intervalul de șase ore: 500 = (6 – 1) * 100.

  • Începeți migrarea mai devreme decât a fost planificată inițial. pentru a reduce timpul de așteptare în coadă. Atunci când cutiile poștale sunt plasate în coada de așteptare, utilizatorii Exchange 2003 pot să le acceseze în continuare.

Determinarea timpului de așteptare    Timpul de așteptare în coadă este în continuă schimbare, deoarece Microsoft nu gestionează planurile de migrare ale clienților.

Pentru a determina timpul de așteptare potențial, un client poate încerca să planifice o mutare de test cu câteva ore înainte de începerea migrării propriu-zise. Apoi, pe baza timpului de așteptare în coadă observat pentru solicitare, clientul poate estima mai bine când să înceapă migrarea și câte cutii poștale poate să mute într-un anumit interval de timp.

De exemplu, în cazul în care o migrare de test a fost efectuată cu patru ore înainte de începerea migrării planificate. Clientul stabilește că timpul de așteptare în coadă pentru migrarea de test a fost de aproximativ o oră. Apoi, clientul ar trebui să înceapă migrarea cu o oră mai devreme decât a planificat inițial, pentru a se asigura că are suficient timp pentru a finaliza toate migrările.

Instrumente de la terți pentru migrările Office 365

Instrumentele de la terți sunt utilizate în principal în scenariile de migrare care nu implică Exchange, cum ar fi cele de la Google Mail, IBM Lotus, Domino și Novell GroupWise. Această secțiune se concentrează mai mult pe protocoalele de migrare utilizate de instrumentele de migrare de la terți, decât pe produsele și instrumentele de migrare propriu-zise. Următorul tabel furnizează o listă de factori care se aplică instrumentelor de la terți pentru scenariile de migrare Office 365.

Factorul 1: Sursa de date

Lista de verificare

Descriere

Exemple de bună practică

Performanța sistemului

Extragerea datelor este o activitate cu utilizare intensă de resurse. Sistemul sursă trebuie să aibă suficiente resurse, cum ar fi timpul procesorului și memoria, pentru a asigura o performanță optimă de migrare. În timpul migrării, sistemul sursă se apropie adesea de capacitatea maximă în ceea ce privește volumul de lucru normal pentru utilizatorul final. Dacă resursele de sistem sunt insuficiente, volumul de lucru suplimentar rezultat din migrare poate afecta utilizatorii finali.

Monitorizați performanța sistemului în timpul unui test-pilot de migrare. Dacă sistemul este ocupat, se recomandă să evitați un program de migrare agresiv pentru sistemul respectiv din cauza unor potențiale probleme de migrare lentă și de disponibilitate a serviciului. Dacă este posibil, îmbunătățiți performanța sistemului sursă adăugând resurse hardware și reducând încărcarea sistemului. Încărcarea sistemului poate fi redusă prin mutarea activităților și utilizatorilor pe alte servere care nu participă la migrare.

Pentru mai multe informații, consultați:

Dacă migrați de la o organizație Exchange locală atunci când există mai multe servere de cutii poștale, se recomandă să creați o listă de utilizatori de migrare care să fie distribuită uniform pe mai multe servere de cutii poștale. Pe baza performanței serverului individual, lista poate fi ajustată suplimentar pentru a maximiza rata de transfer.

De exemplu, dacă serverul A are o disponibilitate a resurselor cu 50% mai mare decât serverul B, este rezonabil să existe cu 50% mai mulți utilizatori pe serverul A în același grup de migrare. Practici similare pot fi aplicate altor sisteme sursă.

Efectuați migrarea atunci când sistemul are o disponibilitate maximă a resurselor, de exemplu după terminarea programului de lucru sau în weekend și în zile de sărbătoare.

Activitățile back-end

Alte activități back-end sunt executate de obicei în timpul migrării. Întrucât este un exemplu de bună practică să se efectueze migrarea după terminarea orelor de lucru, se întâmplă frecvent ca migrările să intre în conflict cu alte activități de întreținere care rulează pe serverele locale, cum ar fi backupul datelor.

Verificați alte activități de sistem care ar rulează în timpul migrării. Se recomandă să alocați o fereastră de timp doar pentru migrarea datelor atunci când nu sunt efectuate alte activități cu utilizare intensă de resurse.

Pentru clienții locali Exchange, activitățile obișnuite sunt soluțiile de backup. Pentru mai multe informații, consultați Gestionarea depozitului Exchange.

Politica de limitare

Este o practică obișnuită ca sistemele de e-mail să fie protejate prin intermediul unei politici de limitare care setează o anumită limită pentru rata de transfer și volumul de date care poate fi extras din sistem într-un anumit interval de timp și prin utilizarea unei metode de migrare specifice.

Verificați ce politică de limitare este implementată pentru sistemul dvs. de e-mail. De exemplu, Google Mail limitează volumul de date care poate fi extras într-un anumit interval de timp.

În funcție de versiune, Exchange are politici care restricționează accesul IMAP la serverul de e-mail local (utilizat de migrările IMAP) și accesul RPC prin protocolul HTTP (utilizat de migrările Exchange cu tranziție și migrările Exchange pe etape).

Pentru mai multe informații despre limitarea IMAP, consultați Sfaturi pentru optimizarea migrărilor IMAP.

Pentru mai multe informații despre limitarea RPC prin protocolul HTTP, consultați:

Pentru mai multe informații despre cum să configurați limitarea Exchange Web Services, consultați Exchange 2010: Înțelegerea politicilor de limitare a clientului.

Factorul 2: Serverul de migrare

Majoritatea instrumentelor de la terți pentru migrări Office 365 sunt inițiate de client și transferă date la Office 365. Aceste instrumente au, de obicei, nevoie de un server de migrare. Factorii precum performanța sistemului, activitățile back-end și politicile de limitare pentru serverele sursă, se aplică acestor servere de migrare.

Notă : Unele soluții de migrare de la terți sunt găzduite pe internet ca servicii bazate pe cloud și nu necesită un server de migrare local.

Soluție și activitate practică   

Pentru a îmbunătăți performanța de migrare atunci când utilizați un server de migrare, aplicați bunele practici descrise în secțiunea Factorul 1: Sursa de date.

Factorul 3: Motorul de migrare

Pentru instrumentele de migrare de la terți, protocoalele cel mai frecvent utilizate sunt Exchange Web Services și RPC prin protocolul HTTP.

Exchange Web Services   

Exchange Web Services este protocolul recomandat pentru migrarea la Office 365 , deoarece acceptă loturi mari de date și are o limitare orientată spre serviciu mai bună. În Office 365, atunci când sunt utilizate în modul de asumare a personalității, migrările care utilizează Exchange Web Services nu consumă volumul de resurse Office 365Exchange Web Services bugetat al utilizatorului, consumând în schimb o copie a resurselor bugetate:

  • Toate apelurile cu asumarea personalității prin Exchange Web Services efectuate de același cont de administrator sunt calculate separat din bugetul aplicat contului de administrator respectiv.

  • Pentru fiecare sesiune de asumare a personalității, se creează o copie în umbră a bugetului real al utilizatorului. Toate migrările pentru această sesiune specifică vor consuma această copie în umbră.

  • Limitarea cu asumare a personalității este individuală pentru fiecare sesiune de migrare a unui utilizator.

Exemple de bună practică   

  • Performanța de migrare a clienților care utilizează instrumente de migrare de la terți ce folosesc asumarea personalității EWA concurează cu migrările bazate pe Exchange Web Services și cu utilizarea resurselor de serviciu de către alte entități găzduite. Prin urmare, performanța migrării va varia.

  • Ori de câte ori este posibil, clienții trebuie să utilizeze instrumente de migrare de la terți care utilizează asumarea personalității Exchange Web Services, deoarece aceasta este, de obicei, mai rapidă și mai eficientă decât cu protocoalele client, cum ar fi RPC prin protocolul HTTP.

RPC prin protocolul HTTP   

Numeroase soluții de migrare tradiționale utilizează RPC prin protocolul HTTP. Această metodă se bazează integral pe un model de acces al clienților precum cel din Outlook, iar scalabilitatea și performanța sunt limitate, deoarece serviciul Office 365 limitează accesul plecând de la ipoteza că utilizarea este făcută de un utilizator, nu de o aplicație.

Exemple de bună practică   

  • Pentru instrumentele de migrare care utilizează RPC prin protocolul HTTP, creșterea ratei de transfer prin adăugarea mai multor servere de migrare și prin utilizarea mai multor conturi de utilizator administrativ Office 365 este o practică obișnuită. Această practică poate să asigure paralelismul injectării datelor și să obțină o rată mai mare de transfer al datelor, deoarece fiecare utilizator administrativ este supus principiului limitării utilizatorilor Office 365. Am primit rapoarte care relevă faptul că mulți clienți de tip întreprindere au fost nevoiți să configureze peste 40 de servere de migrare pentru a obține o rată de transfer a migrării de 20-30 GB/oră.

  • În etapa de dezvoltare a unui instrument de migrare, este esențial să luați în considerare numărul de operațiuni RPC necesare pentru a efectua migrarea unui mesaj. Pentru a ilustra acest aspect, am colectat jurnale capturate de serviciile Office 365 pentru două soluții de migrare de la terți (dezvoltate de firme terțe), utilizate de clienți pentru a migra cutii poștale la Office 365. Am comparat două soluții de migrare dezvoltate de firme terțe. Am comparat migrările a două cutii poștale pentru fiecare soluție de migrare, pe care le-am comparat și cu încărcarea unui fișier .pst în Outlook. Iată rezultatele.

    Metoda

    Dimensiunea cutiei poștale

    Număr de elemente

    Durata migrării

    Total tranzacții RPC

    Latență medie client (ms)

    Timp de procesare RPC mediu (ms)

    Soluția A (cutia poștală 1)

    376,9 MB

    4.115

    4:24:33

    132.040

    48,4395

    18,0807

    Soluția A (cutia poștală 2)

    249,3 MB

    12.779

    10:50:50

    423.188

    44,1678

    4,8444

    Soluția B (cutia poștală 1)

    618,1 MB

    4.322

    1:54:58

    12.196

    37,2931

    8,3441

    Soluția B (cutia poștală 2)

    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

    Rețineți că timpii de procesare pentru client și serviciu sunt similari, dar soluția A are nevoie de mult mai multe operațiuni RPC pentru a migra date. Deoarece fiecare operațiune consumă timpul de așteptare al clientului și timpul de proces de server, soluția A este mult mai lentă atunci când migrează același volum de date comparativ cu soluția B și cu Outlook.

Factorul 4: Rețeaua

Exemplu de bună practică   

Pentru soluțiile de migrare de la terți care utilizează RPC prin protocolul HTTP, iată o modalitate bună de a măsura performanța potențială a migrării:

  1. De pe serverul de migrare, conectați-vă la cutia poștală Office 365 cu Outlook utilizând RPC prin protocolul HTTP. Asigurați-vă că nu vă conectați utilizând modul cache.

  2. Importați un fișier .pst mare cu date eșantion în cutia poștală Office 365.

  3. Măsurați performanța de migrare cronometrând cât timp durează încărcarea fișierului .pst. Rata de transfer a migrării trebuie să fie similară cu cea obținută de clienți cu ajutorul unui instrument de migrare de la terți care utilizează RPC prin protocolul HTTP, cu condiția să nu existe alte restricții. Există o supraîncărcare în timpul unei migrări reale, prin urmare este posibil ca rata de transfer să fie ușor diferită.

Factorul 5: Serviciul Office 365

Limitarea bazată pe starea resurselor Office 365 afectează migrările care utilizează instrumente de migrare de la terți. Consultați Limitarea bazată pe starea resurselor Office 365 pentru mai multe detalii.

Extindeți-vă competențele
Explorați instruirea
Fiți primul care obține noile caracteristici
Alăturați-vă utilizatorilor Office Insider

Au fost utile aceste informații?

Vă mulțumim pentru feedback!

Vă mulțumim pentru feedback! Se pare că ar fi util să luați legătura cu unul dintre agenții noștri de asistență Office.

×