Slik Overfører Du Exchange Til Office 365: Trinnvis-Del 1
17. Mai 2019 av Steve Goodman
denne fullstendige trinnvise veiledningen er tilgjengelig SOM PDF. Klikk her for å laste ned!
hvis du planlegger En Exchange Til Office 365-overføring, kan det være ganske forvirrende å forstå trinnene du må ta og i hvilken rekkefølge.
i denne artikkelen går vi gjennom trinnene og avgjørelsene du må ta når du overfører Til Exchange Online. I del en vil vi vurdere de to viktigste første trinnene-å bestemme seg for en migreringstilnærming og utføre kjernetrinnene for identitet. I del to utfører Vi Exchange Hybrid-konfigurasjonen og utfører migrering Av Postkasser.
Og selv om vi skal dekke mye informasjon på kort tid, finner du detaljert veiledning knyttet gjennom.
Klargjøre Exchange Til Office 365-Overføringen
før du starter en overføring, er det viktig å kontrollere at kildemiljøet du overfører fra, er i god stand.
Hvis Utvekslingsmiljøet du kjører i dag ikke er sunt, kan det ofte tjene som motivator for å flytte. Tross alt, hva kan være en enklere løsning på dårlig Dag-Til-dag Exchange ytelse enn å flytte Til Office 365?
Dessverre, hvis Du opplever daglige problemer Med Exchange, for eksempel brukerproblemer som får Tilgang Til Exchange eksternt, feilmeldinger og langsomme tilgangstider til postbokser – eller verre, databasekorrupsjon – vil det sannsynligvis være en annen kilde til problemer; ikke bare for personer som får tilgang til miljøet du prøver å migrere fra, men også når du migrerer, da det er sannsynlig at du vil oppleve feil underveis.
det første trinnet før du starter en overføring, bør være å sikre at miljøet er rimelig feilfritt og rette eventuelle underliggende problemer før overføringen.
Les Mer: Oppdatere Exchange-Miljøet
Hybridoverføring eller verktøybasert overføring?
hvis Du tenker på å flytte Exchange-miljøet Til Office 365, er du sannsynligvis klar over at det finnes mange alternativer.
Fra Microsoft har Du alternativer For En Trinnvis Overføring og En Enkel Overføring i Tillegg Til En Hybridoverføring, og fra tredjepartsleverandører et stort antall forskjellige verktøy på markedet for e-postarkivoverføringer.
hvis du generelt har en Versjon Av Exchange Server som støttes Av Microsoft (Exchange Server 2010 og nyere), og den er en Del av Active Directory, bør standardalternativet være En Exchange-Hybridoverføring.
En Exchange-Hybrid er basert på enten minimal Eller full Exchange-Hybrid og oppretter en relasjon mellom Lokale Exchange-servere og Exchange Online. Dette gjør at innfødte postboksbevegelser, på samme måte som mellom Lokale Exchange-servere, Med Outlook-klienter som opprinnelig bytter over uten å måtte laste ned frakoblede kopier av e-post på nytt. Med full Hybrid strekker dette seg også til å sikre e-postflyt mellom de to miljøene og sameksistensfunksjonalitet som ledig/opptatt og kalenderdeling.
Azure AD
Azure AD Connect utfyller Exchange Hybrid, og du bør forvente Å bruke Hybrid hvis du planlegger å synkronisere identiteten din til skyen. Azure AD Connect synkroniserer Det lokale Active Directory-domenet Med Office 365, og oppretter en kopi av lokale ANNONSEKONTOER I Azure Active Directory som kobler tilbake til hovedkopiene. Azure AD Connect er også den delen av puslespillet som opprettholder en konsekvent Global Adresseliste mellom lokale Og skyen.
FORDI AD OG Azure AD Connect forstår når det er en eksisterende Exchange-organisasjon på plass, har ikke eksisterende postbokser lokalt postbokser som er opprettet I Office 365. Du forventes å bruke Exchange Hybrid til å flytte postbokser.
med en verktøybasert migrering gjelder ikke de samme reglene. En Fullt Microsoft-støttet Exchange Hybrid migrasjon gir en utmerket opplevelse. Men spesielt i miljøer med flere skoger kan det være komplisert å konfigurere riktig, vertsbaserte miljøer tillater ofte ikke At Azure AD Connect Eller Exchange Hybrid konfigureres; og hvis du har eldre Versjoner Av Exchange, kan det innebære å installere flere servere som kjører Exchange 2010 eller høyere, som inkluderer Hybridkomponentene. Det finnes derfor gyldige bruksområder for et skreddersydd verktøy for å overføre e-post Til Office 365 – men i denne artikkelen antar vi at du har bestemt Deg for Å bruke Exchange Hybrid.
Les Mer: Metoder for overføring Til Office 365
Forstå forutsetninger og avhengigheter
Når du har bestemt at overføring Til Office 365 ved Hjelp Av Exchange Hybrid er egnet for organisasjonen, og du har et sunt miljø å overføre, må du sørge for at du har fullført nødvendige planleggingsaktiviteter.
Mange organisasjoner som starter denne reisen, vil på dette tidspunktet sikre at de har et design på plass for å støtte endringene som vil finne sted. Men siden Du ikke utformer Office 365 Eller Exchange Online og i stedet utformer broen Til Office 365, er utformingen ofte ikke så detaljert som en Full Exchange-overføring.
i Stedet fokuserer du på endringene som er nødvendige for ditt eksisterende miljø for å sikre at det er klart for endringene. I denne artikkelen vil vi ikke dekke dette, men det er verdt å huske at de fleste organisasjoner, store og små, ikke bare går inn i det ukjente uten å lage planer først.
nøkkelen forutsetning for å migrere Til Exchange er å sikre riktig identitetsmodell er på plass, først. Det finnes en rekke alternativer når du velger en identitet, men det vanligste scenariet vil være Å bruke Azure AD Connect med synkroniserte identiteter og synkronisering av hash-passord.
Før dette utfører vi en rekke viktige oppgaver.
Først sørger Vi For at vi har lagt til alle de egendefinerte domenene våre I Office 365-leieren. Disse må samsvare med e-postdomenene vi bruker lokalt:
< Portaldomene
hvis du vil legge til et nytt domene, velger du <Bane > Og Legger Til Domene. Du må følge trinnene, og bekrefte hvert domene ved hjelp AV EN txt-post, lik den som vises nedenfor:
Bruk DNS-leverandørens kontrollpanel til å legge til den tilsvarende txt-posten i hvert domene, og fortsett deretter bekreftelsesprosessen.
Når du kommer til punktet for å legge til FLERE DNS-poster, er det viktig at Du Velger Å Hoppe over å legge til poster, For eksempel Autodiscover eller mx-postendringer.
Dette er avgjørende fordi på dette tidspunktet i prosessen e-post er fortsatt ivaretatt av lokale systemer, og du vil ikke omdirigere klienter Til Office 365. Hybrid forholdet vi oppretter vil administrere dette for oss, senere.
vi logger På Office 365 med en påloggings-ID i samme format som en e-postadresse. I En Exchange Hybrid-relasjon forventer vi at Dette samsvarer Med Active Directory UserPrincipalName for hver bruker. Men i mange organisasjoner er påloggings-Idene ikke i et format som passer
| Lokale Påloggings-ID | Lokale Brukerprincipalname | Primær smtp-adresse | Resulterende Office 365-Påloggings-ID |
| CONTOSO \ brukernavn | [email protected] | [email protected] | [email protected] |
i eksemplet ovenfor er problemet med userprincipalname (UPN) – suffikset-contoso.lokal del som vanligvis samsvarer med HELE ANNONSESKOGNAVNET. For å løse dette legger VI TIL ET UPN-suffiks som samsvarer med e-postdomenene som er registrert Med Office 365 I Active Directory-Domener og Klareringer:
vi oppdaterer Deretter UserPrincipalName-verdien for Hver bruker Som bruker Active Directory-brukere og datamaskiner (eller Helst PowerShell) for å matche e-postadressen:
i de fleste tilfeller vil dette ikke føre til noen brukerproblemer med pålogging, som nesten alle organisasjoner fortsatt forventer brukere å logge Inn Med Pre-Windows 2000 / CONTOSO\brukernavn format. Du bør imidlertid alltid validere dette før du gjør endringer. Etter å ha gjort disse endringene, formatene for innloggings-Ider vil være lik nedenfor:
| Lokale Påloggings-ID | Lokale Brukerprincipalname | Primær smtp-adresse | Resulterende Office 365-Påloggings-ID |
| CONTOSO \ brukernavn | [email protected] | [email protected] | [email protected] |
Vi kjører Også Microsoft IDFix-verktøyet mot domenet. Dette trinnet vil markere andre problemer i Active Directory som er relevante for domenesynkroniseringen. IDFix identifiserer feil, for eksempel ugyldige e-postadresser (Kjent Som Proxy-Adresser), ugyldige tegn i brukernavn og andre data og vanlige problemer, som å bruke et UGYLDIG UPN-suffiks.
Bruk listen over problemer identifisert AV ID for å gjøre de anbefalte korreksjonene, og installer Deretter Azure AD Connect. I eksemplet nedenfor har vi valgt Bruk Express-Innstillinger:
vi følger deretter veiviserstrinnene for å koble både som global administrator til Vår Azure AD/Office 365-leier og til vår lokale Active Directory. Du husker det ovenfor, men vi har lagt til ET EKSTRA upn-suffiks i VÅR lokale ANNONSE fordi det ikke er et gyldig domene som Skal brukes Med Office 365. Dette vil bli markert under installasjonsveiviseren, men fordi vi har jobbet med dette vil det være trygt å fortsette:
fordi vi valgte Express Innstillinger veiviseren har forhåndsvalgt at vi vil bruke Passord hash synkronisering. Vårt endelige valg er å sikre at En Exchange Hybrid Distribusjon er valgt før du starter installasjonen. Dette sikrer At Azure AD Connect skriver Tilbake Exchange-relaterte attributter til vår lokale ANNONSE:
når den første synkroniseringen er fullført, skal du kunne få tilgang Til Administrasjonssenteret For Microsoft 365 og navigere Til Brukere>Aktive Brukere og se synkroniserte kontoer. DU ser ANNONSEBRUKERE Med En Synkroniseringstype Synkronisert Med Active Directory:
Videre Lesing:
- Velge en identitetsmodell
- Last Ned IDFix
- Last Ned Azure AD Connect
Andre områder du må vurdere
i tillegg må du vurdere andre forutsetninger før du overfører postbokser Til Office 365. Viktige områder du må vurdere inkluderer:
Eldre Arkivering
hvis du for øyeblikket bruker en løsning Som Veritas Enterprise Vault for arkivering eller loggføring av e-post, vil denne konfigurasjonen ikke fungere som den er Med Office 365. I stedet er den vanligste tilnærmingen å flytte arkiver Til Exchange Online etter migrering av postbokser.
i dette scenariet blir stubber (eller snarveier, for å bruke EV-termen) re-hydrert med de opprinnelige arkivmeldingene, eller flyttet til arkivpostbokser i Exchange Online. Quadrotech Arkiv Shuttle kan håndtere denne oppgaven og fungerer godt med En Utveksling Hybrid migrasjon.
Outlook-klienter
du må kjøre en støttet Versjon Av Outlook når Du kobler Til Office 365. Følgende Versjoner Av Outlook støttes:
- Office 365 ProPlus
- Outlook 2019
- Outlook 2016
- Outlook 2013
Ideelt sett bruker du den nyeste versjonen (Office 365 ProPlus) som du har tilgjengelig. Outlook 2013, 2016 og 2019 vil fungere Med Office 365. Hvis Du kjører Outlook 2010 i dag, kan Dette fungere Med Exchange Online, men av sikkerhetshensyn vil du mest sannsynlig blokkere protokollene den bruker.
Mobile enheter
hvis Du bruker Microsoft ActiveSync i dag til å koble Til Exchange lokalt, kan du tillate at mobile enheter fortsetter å bruke denne protokollen når Du kobler Til Exchange Online. Forvent, men i alle, men de mest uvanlige omstendighetene, å måtte omkonfigurere ActiveSync-enheter for å jobbe Med Exchange Online.
i Stedet bør du vurdere å distribuere Den nye Outlook mobile-klienten til enheter. Hvis Du velger Å flytte Til Microsoft Intune, kan Du også bruke Intune til å distribuere Og konfigurere Den nye Outlook-klienten. Dette støtter i Tillegg funksjonalitet Til ActiveSync inkludert muligheten til å planlegge Teams møter direkte fra klienten, og ny funksjonalitet som Fokusert Innboks. Fra et sikkerhetsperspektiv kan det sikre at du har kontroll over data, for eksempel vedleggsnedlastinger.
Internettpublisering
måten Du publiserer Exchange Server på internett, er viktig for En Hybriddistribusjon. Dette pleide å være avgjørende for alle implementeringer, men Den nye Hybridagenten betyr at vi kan unngå mange av de mer komplekse områdene For Exchange-brannmur og SSL-sertifikatkonfigurasjon for enkle distribusjoner.
det er en rekke områder du må vurdere om:
- Autodiscover-I Et Hybridmiljø Brukes Autodiscover-tjenesten lokalt av både lokale postbokser og Exchange Online-postbokser I Office 365. Hvis du flytter til en modell der brukerne kan få tilgang til postboksene sine hvor som helst, må du publisere Autodiscover eksternt.
- E-Postflyt-Hybridagenten fjerner behovet for å publisere Exchange over HTTPS for postboksbevegelser og ledig / opptatt tilgang. Vi må imidlertid fortsatt tillate e-postflyt mellom lokale Og Exchange Online. DETTE krever tcp / 25-tilkobling både til Og Fra Exchange Online-Beskyttelse.
- Utgående tilgang fra Exchange-servere Til Exchange Online. Selv Om Hybridagenten tillater tilgang Fra Exchange Online til lokale servere, må serverne fortsatt koble utgående for Både Hybridagenten selv og for forespørsler som ledig/opptatt.
- Klienttilgang Til Office 365. Du må også sørge for at Alle Office 365-klienter som Outlook kan få tilgang til tjenesten. Ideelt sett vil dette være direkte tilkobling (i stedet for via en proxy-server) som får Tilgang Til Office 365 med færrest antall hopp til Nærmeste Microsoft-Tilstedeværelsespunkt. Bruk Office 365 Network Onboarding Tool som et stående punkt.
I Vårt Eksempel Exchange-Organisasjon har vi et gyldig TREDJEPARTS SSL-sertifikat konfigurert For Exchange Server for både SMTP-navneområdet (smtp.exchangelabs.co.uk OG HTTPS (autodiscover.exchangelabs.co.uk og outlook.exchangelabs.co.uk). vi har tillatt direkte tilkobling utgående PÅ HTTPS til De nødvendige Ip-adressene For Office 365 Og Exchange Online OG smtp-tilkobling til Og Fra Exchange Online Protection.
Sammendrag
i del en har vi valgt overføringsmetoden som skal brukes for overføring Til Exchange Online, med Fokus på En Hybridoverføring. Vi har deretter utført det grunnleggende trinnet for Exchange Hybrid-synkronisering Av Active Directory ved Hjelp Av Azure AD Connect. Til slutt har vi undersøkt andre områder, for eksempel arkivering, klienter og tilkobling.
i del to implementerer Vi Exchange Hybrid og utfører postboksbevegelser.
Alternativt kan du laste ned den fullstendige trinnvise veiledningen her.