cum să migrați Exchange la Office 365: pas cu pas – Parte 1

cum să migrați Exchange la Office 365: pas cu pas – Parte 1

acest ghid complet pas cu pas este disponibil în format PDF. Vă rugăm să faceți clic aici pentru a descărca!

dacă planificați o migrare Exchange la Office 365, atunci poate fi destul de confuz să înțelegeți pașii pe care trebuie să îi faceți și în ce ordine.

în acest articol, vom parcurge pașii și deciziile pe care trebuie să le luați atunci când migrați la Exchange Online. În prima parte vom lua în considerare primii doi pași cei mai importanți – decizia asupra unei abordări de migrare și efectuarea pașilor de bază pentru identitate. În partea a doua, vom efectua configurația hibridă Exchange și vom efectua migrarea cutiilor poștale.

și, deși vom acoperi o mulțime de informații într-o perioadă scurtă de timp, veți găsi îndrumări detaliate legate de-a lungul.

pregătirea migrării Exchange la Office 365

înainte de a începe o migrare, este important să vă asigurați că mediul sursă din care migrați este într-o stare bună.

dacă mediul de schimb pe care îl conduceți astăzi nu este sănătos, atunci adesea acest lucru poate servi drept motivator pentru a vă deplasa. La urma urmei, ce poate fi o soluție mai ușoară pentru performanța de schimb de zi cu zi proastă decât trecerea la Office 365?

din păcate, Dacă întâmpinați probleme de zi cu zi cu Exchange, cum ar fi problemele utilizatorilor care accesează Exchange de la distanță, mesajele de eroare și timpii de acces lent la cutiile poștale-sau, mai rău, corupția bazei de date-atunci trecerea la Office 365 va fi cel mai probabil o altă sursă de probleme; nu doar pentru persoanele care accesează mediul din care încercați să migrați, ci și atunci când migrați, deoarece este probabil să întâmpinați eșecuri pe parcurs.

primul pas înainte de a începe o migrare ar trebui să fie să vă asigurați că mediul este în mod rezonabil lipsit de erori și să corectați orice probleme subiacente înainte de migrare.

Citește mai mult: Patching mediul de schimb

migrarea hibrid sau migrarea pe bază de instrument?

dacă vă gândiți să vă mutați mediul Exchange în Office 365, probabil că știți că există multe opțiuni disponibile.

de la Microsoft, aveți opțiuni pentru o migrare etapizată și o migrare Cutover, precum și o migrare hibridă, iar de la furnizori terți un număr mare de instrumente diferite de pe piață pentru migrarea arhivelor de e-mail.

în general, dacă aveți o versiune de Exchange Server care este acceptată de Microsoft (Exchange Server 2010 și mai sus) și este parte a Active Directory, atunci opțiunea implicită ar trebui să fie o migrare hibridă Exchange.

un hibrid Exchange se bazează pe un hibrid Exchange minimal sau complet și creează o relație între serverele Exchange locale și Exchange Online. Acest lucru permite mutarea căsuței poștale native, similar cu între serverele Exchange locale, clienții Outlook trecând nativ fără a fi nevoie să descarce din nou copii offline ale e-mailului. Cu Full Hybrid, acest lucru se extinde, de asemenea, pentru a asigura fluxul de poștă între cele două medii și funcționalitatea de coexistență, cum ar fi partajarea gratuită/ocupată și calendarul.

Azure AD

Azure AD Connect completează Exchange Hybrid și ar trebui să vă așteptați să utilizați Hybrid dacă intenționați să vă sincronizați identitatea în cloud. Azure AD Connect sincronizează domeniul local Active Directory cu Office 365, creând o copie a conturilor de anunțuri locale în Azure Active Directory care se leagă înapoi la copiile principale. Azure AD Connect este, de asemenea, partea puzzle-ului care menține o listă de adrese globală consistentă între local și cloud.

deoarece AD și Azure AD Connect înțeleg când există o organizație Exchange existentă, cutiile poștale locale existente nu vor avea cutii poștale create în Office 365. Veți fi de așteptat să utilizați Exchange Hybrid pentru a muta cutiile poștale.

cu o migrare bazată pe Instrumente, aceleași reguli nu se aplică. O migrare hibridă Exchange complet acceptată de Microsoft oferă o experiență excelentă. Cu toate acestea, în special în mediile cu mai multe păduri, poate fi complexă configurarea corectă, mediile găzduite adesea nu permit configurarea Azure AD Connect sau Exchange Hybrid; și dacă aveți versiuni vechi de Exchange poate implica instalarea de servere suplimentare care rulează Exchange 2010 sau mai mare, care includ componentele hibride. Prin urmare, există utilizări valide pentru un instrument personalizat pentru migrarea e – mailului la Office 365-dar în acest articol, vom presupune că ați luat decizia de a utiliza Exchange Hybrid.

Citeste Mai Mult: Metode pentru migrarea la Office 365

înțelegerea cerințelor prealabile și a dependențelor

după ce ați decis că migrarea la Office 365 utilizând Exchange Hybrid este potrivită pentru organizația dvs. și aveți un mediu sănătos de migrat, atunci trebuie să vă asigurați că ați finalizat activitățile de planificare necesare.

multe organizații care încep această călătorie se vor asigura în acest moment că au un design care să susțină schimbările care vor avea loc. Cu toate acestea, deoarece nu proiectați Office 365 sau Exchange Online și, în schimb, proiectați puntea către Office 365, atunci designul nu este adesea la fel de detaliat ca o migrare Exchange completă.

în schimb, vă concentrați asupra modificărilor necesare mediului dvs. existent pentru a vă asigura că este pregătit pentru modificări. În acest articol, nu vom acoperi acest lucru, dar merită să ne amintim că majoritatea organizațiilor, mari și mici, nu se îndreaptă doar spre necunoscut fără a face mai întâi planuri.

condiția cheie pentru migrarea la schimb este asigurarea modelului de identitate corect, în primul rând. Există o varietate de opțiuni disponibile atunci când alegeți o identitate, dar cel mai frecvent scenariu va fi utilizarea Azure AD Connect cu identități sincronizate și sincronizare hash parolă.

înainte de aceasta, vom efectua o serie de sarcini cheie.

în primul rând, ne vom asigura că am adăugat toate domeniile noastre personalizate la entitatea găzduită Office 365. Acestea vor trebui să corespundă domeniilor de e-mail pe care le folosim local:

<domeniu Portal

pentru a adăuga un domeniu nou, alegeți<cale > și adăugați domeniu. Va trebui să urmați pașii și să verificați fiecare domeniu utilizând o înregistrare TXT, similară cu cea prezentată mai jos:

utilizați panoul de control al furnizorului DNS pentru a adăuga înregistrarea txt corespunzătoare fiecărui domeniu, apoi continuați procesul de verificare.

odată ce ați ajuns la punctul de a adăuga înregistrări DNS suplimentare, este important să alegeți să omiteți adăugarea de înregistrări, cum ar fi Autodescoperirea sau modificările înregistrărilor MX.

acest lucru este crucial, deoarece în acest moment al procesului e-mailul dvs. este încă îngrijit de sistemele locale și nu doriți să redirecționați clienții către Office 365. Relația hibridă pe care o creăm va gestiona acest lucru pentru noi, mai târziu.

ne vom conecta la Office 365 utilizând un ID de conectare în același format ca o adresă de e-mail. Într-o relație hibridă Exchange, ne așteptăm ca aceasta să se potrivească cu Active Directory UserPrincipalName pentru fiecare utilizator. Cu toate acestea, în multe organizații, ID-urile de conectare nu sunt într-un format care să fie potrivit

ID de conectare locală	Nume utilizator local	adresă SMTP primară	ID de conectare Office 365 rezultat
CONTOSO \ nume utilizator	nume [email protected]	[email protected]	nume [email protected] Microsoft.com

în exemplul de mai sus, problema este cu sufixul UserPrincipalName (UPN) – contoso.partea locală care se potrivește de obicei cu numele complet al pădurii publicitare. Pentru a rezolva acest lucru, vom adăuga un sufix UPN pentru a se potrivi domeniilor noastre de e-mail înregistrate cu Office 365 în domenii și trusturi Active Directory:

vom actualiza apoi valoarea UserPrincipalName pentru fiecare utilizator care utilizează utilizatorii și computerele Active Directory (sau, în mod ideal, PowerShell) pentru a se potrivi cu adresa de e-mail:

în majoritatea cazurilor, acest lucru nu va cauza probleme de utilizator cu conectarea, deoarece aproape toate organizațiile încă se așteaptă ca utilizatorii să se conecteze cu formatul pre-Windows 2000 / CONTOSO\username. Cu toate acestea, ar trebui să validați întotdeauna acest lucru înainte de a face modificări. După efectuarea acestor modificări, formatele pentru ID-urile de conectare vor fi similare cu cele de mai jos:

ID de conectare locală	Nume utilizator local	adresă SMTP primară	ID de conectare Office 365 rezultat
CONTOSO \ nume utilizator	[email protected]	[email protected]	[email protected]

de asemenea, vom rula instrumentul Microsoft IDFix împotriva domeniului. Acest pas va evidenția alte probleme din Active Directory relevante pentru sincronizarea domeniului. IDFix identifică erori, cum ar fi adrese de e-mail nevalide (cunoscute sub numele de adrese Proxy), caractere nevalide în numele de utilizator și alte date și probleme comune, cum ar fi utilizarea unui sufix UPN nevalid.

utilizați lista de probleme identificate de ID pentru a face corecțiile recomandate, apoi instalați Azure AD Connect. În exemplul de mai jos, am ales utilizați setările Express:

vom urma pașii expertului pentru a ne conecta atât ca administrator global la entitatea găzduită Azure AD/Office 365, cât și la Active Directory local. Vă veți aminti mai sus, deși am adăugat un sufix UPN suplimentar la anunțul nostru local din cauza faptului că nu este un domeniu valid de utilizat cu Office 365. Acest lucru va fi evidențiat în timpul expertului de instalare, totuși, deoarece ne-am ocupat de acest lucru, va fi sigur să continuăm:

pentru că am ales setările Express expertul a pre-selectat că vom folosi sincronizarea hash parola. Alegerea noastră finală este să ne asigurăm că este selectată o implementare hibridă Exchange înainte de a începe instalarea. Acest lucru va asigura Azure AD Connect scrie-back atribute legate de schimb la anunțul nostru local:

după finalizarea sincronizării inițiale, ar trebui să puteți accesa Centrul de administrare Microsoft 365 și să navigați la utilizatori> utilizatori activi și să vedeți conturi sincronizate. Veți vedea utilizatorii anunțului cu un tip de sincronizare sincronizat cu Active Directory:

Lectură suplimentară:

• alegerea unui model de identitate
• descărcați IDFix
• descărcați Azure AD Connect

alte domenii va trebui să luați în considerare

în plus, înainte de a migra cutiile poștale la Office 365, trebuie să luați în considerare alte cerințe prealabile. Domeniile cheie pe care trebuie să le luați în considerare includ:

arhivare moștenită

dacă utilizați în prezent o soluție precum Veritas Enterprise Vault pentru arhivarea sau jurnalizarea e-mailurilor, această configurație nu va funcționa așa cum este cu Office 365. În schimb, cea mai comună abordare este mutarea arhivelor în Exchange Online după migrarea cutiilor poștale.

în acest scenariu, butucurile (sau scurtăturile, pentru a utiliza termenul EV) vor fi rehidratate cu mesajele de arhivă originale; sau mutate în cutiile poștale de arhivă din Exchange Online. Quadrotech ‘ s Archive Shuttle se poate ocupa de această sarcină și funcționează bine cu o migrație hibridă de schimb.

clienți Outlook

va trebui să rulați o versiune acceptată de Outlook atunci când vă conectați la Office 365. Următoarele versiuni de Outlook sunt acceptate:

• Office 365 ProPlus
• Outlook 2019
• Outlook 2016
• Outlook 2013

în mod ideal, utilizați cea mai nouă versiune (Office 365 ProPlus) pe care o aveți la dispoziție. Outlook 2013, 2016 și 2019 vor funcționa cu Office 365. Dacă executați Outlook 2010 astăzi, atunci acest lucru poate funcționa cu Exchange Online, dar din motive de securitate, cel mai probabil veți dori să blocați protocoalele pe care le utilizează.

dispozitive Mobile

dacă utilizați Microsoft ActiveSync astăzi pentru a vă conecta la Exchange local, atunci puteți permite dispozitivelor mobile să continue să utilizeze acest protocol atunci când vă conectați la Exchange Online. Așteptați-vă, totuși, în toate circumstanțele, cu excepția celor mai neobișnuite, să reconfigurați dispozitivele ActiveSync pentru a lucra cu Exchange Online.

în schimb, luați în considerare implementarea noului client Outlook mobile pe dispozitive. Dacă alegeți să vă mutați la Microsoft Intune, puteți utiliza, de asemenea, Intune pentru a implementa și configura noul client Outlook. Aceasta susține în plus funcționalitate la ActiveSync, inclusiv capacitatea de a programa întâlniri Echipe direct de la client, și noi funcționalități cum ar fi Inbox concentrat. Din punct de vedere al securității, vă puteți asigura că aveți control asupra datelor, cum ar fi descărcările de atașamente.

Internet Publishing

modul în care publicați Exchange Server pe internet este important pentru o implementare hibridă. Acest lucru a fost crucial pentru toate implementările, cu toate acestea, noul agent hibrid înseamnă că putem evita multe dintre zonele mai complexe pentru Exchange firewall și configurarea certificatului SSL pentru implementări simple.

există o serie de domenii trebuie să ia în considerare, deși:

• descoperire automată – într-un mediu hibrid, serviciul de descoperire automată Local va fi utilizat atât de cutiile poștale locale, cât și de cutiile poștale Exchange Online din Office 365. Dacă vă deplasați la un model în care utilizatorii își pot accesa cutiile poștale oriunde, atunci va trebui să publicați Autodescoperirea externă.
• Mail Flow – agentul hibrid elimină necesitatea de a publica Exchange prin HTTPS pentru mutări cutie poștală și acces liber/ocupat. Cu toate acestea, va trebui să permitem în continuare fluxul de e-mail între local și Exchange Online. Acest lucru necesită conectivitate TCP / 25 atât la cât și de la protecția Exchange Online.
• acces de ieșire de la serverele Exchange la Exchange Online. Deși agentul hibrid va permite accesul de la Exchange Online la serverele locale, serverele dvs. vor trebui în continuare să se conecteze la ieșire atât pentru agentul hibrid în sine, cât și pentru solicitări precum liber/ocupat.
• accesul Clientului la Office 365. De asemenea, va trebui să vă asigurați că toți clienții Office 365 precum Outlook pot accesa serviciul. În mod ideal, aceasta va fi o conexiune directă (în loc de un server proxy) care accesează Office 365 cu cel mai mic număr de hamei până la cel mai apropiat punct de prezență Microsoft. Utilizați instrumentul Office 365 Network Onboarding ca punct permanent.

în exemplul nostru de organizație Exchange, avem un certificat SSL valid, terță parte configurat pentru Exchange Server atât pentru spațiul nostru de nume SMTP (smtp.exchangelabs.co.uk) și HTTPS (autodiscover.exchangelabs.co.Marea Britanie și outlook.exchangelabs.co.uk). am permis conectarea directă la ieșire pe HTTPS la intervalele de adrese IP Office 365 și Exchange Online necesare și conectivitatea SMTP la și de la protecția Exchange Online.

rezumat

în prima parte, am selectat metoda de migrare de utilizat pentru migrare la Exchange Online, concentrându-ne pe o migrare hibridă. Apoi am efectuat pasul de bază pre-necesar pentru Exchange Hybrid-sincronizarea Active Directory folosind Azure AD Connect. În cele din urmă, am examinat alte domenii, cum ar fi arhivarea, clienții și conectivitatea.

în partea a doua, vom implementa Exchange Hybrid și vom efectua mutări ale căsuței poștale.

alternativ, puteți descărca ghidul complet pas cu pas aici.