Bruke PowerShell til å utføre en trinnvis overføring til Microsoft 365
Denne artikkelen gjelder for både Microsoft 365 Enterprise og Office 365 Enterprise.
Du kan overføre innholdet i brukerpostbokser fra et kilde-e-postsystem til Microsoft 365 over tid ved hjelp av en trinnvis overføring.
Denne artikkelen veileder deg gjennom oppgavene som er involvert i en trinnvis e-postoverføring ved hjelp av Exchange Online PowerShell. Emnet , det du trenger å vite om en trinnvis e-postoverføring, gir deg en oversikt over overføringsprosessen. Når du er fortrolig med innholdet i denne artikkelen, kan du bruke denne til å begynne å overføre postbokser fra ett e-postsystem til et annet.
Obs!
Du kan også bruke administrasjonssenteret for Exchange til å utføre trinnvis overføring. Se Utføre en trinnvis overføring av e-post til Microsoft 365.
Hva må du vite før du begynner?
Beregnet tid for å fullføre denne oppgaven: 2–5 minutter til å opprette en overføringsgruppe. Når overføringsgruppen er startet, varierer varigheten av overføringen basert på antall postbokser i overføringsgruppen, størrelsen på hver postboks og den tilgjengelige nettverkskapasiteten. Hvis du vil ha informasjon om andre faktorer som påvirker hvor lang tid det tar å overføre postbokser til Microsoft 365, kan du se Overføringsytelse.
Du må være tilordnet tillatelser før du kan utføre prosedyren eller prosedyrene. Hvis du vil se hvilke tillatelser du trenger, kan du se oppføringen «Overføring» i emnet Mottakeretillatelser .
Hvis du vil bruke Exchange Online PowerShell-cmdleter, må du logge på og importere cmdletene til den lokale Windows PowerShell økten. Se Koble til Exchange Online PowerShell for instruksjoner.
Hvis du vil ha en fullstendig liste over overføringskommandoer, kan du se Cmdleter for flytting og overføring.
Overføringstrinn
Trinn 1: Klargjøre for en trinnvis overføring
Før du overfører postbokser til Microsoft 365 ved hjelp av en trinnvis overføring, må du gjøre noen endringer i Exchange-miljøet.
Konfigurer Outlook Anywhere på den lokale Exchange Server E-postoverføringstjenesten bruker Outlook Anywhere (også kjent som RPC over HTTP), til å koble til den lokale Exchange Server. Hvis du vil ha informasjon om hvordan du konfigurerer Outlook Anywhere for Exchange Server 2007 og Exchange 2003, kan du se følgende:
Viktig
Du må bruke et sertifikat utstedt av en klarert sertifiseringsinstans (CA) med Outlook Anywhere-konfigurasjonen. Outlook Anywhere kan ikke konfigureres med et selvsignert sertifikat. Hvis du vil ha mer informasjon, kan du se Slik konfigurerer du SSL for Outlook Anywhere.
Valgfritt: Kontroller at du kan koble til Exchange-organisasjonen ved hjelp av Outlook Anywhere Prøv en av følgende metoder for å teste tilkoblingsinnstillingene.
Bruk Outlook utenfor firmanettverket til å koble til den lokale Exchange-postboksen.
Bruk Microsoft Remote Connectivity Analyzer til å teste tilkoblingsinnstillingene. Bruk Outlook Anywhere -testene (RPC over HTTP) eller Outlook Autosøk.
Kjør følgende kommandoer i Exchange Online PowerShell:
$Credentials = Get-Credential
Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
Angi tillatelser Den lokale brukerkontoen som du bruker til å koble til den lokale Exchange-organisasjonen (også kalt overføringsadministratoren), må ha de nødvendige tillatelsene for å få tilgang til de lokale postboksene du vil overføre til Microsoft 365. Denne brukerkontoen brukes når du kobler til e-postsystemet ved å opprette et overføringsendepunkt senere i denne prosedyren , trinn 3: Opprette et overføringsendepunkt.
Administratoren må ha ett av følgende tillatelsessett for å kunne overføre postboksene:
Bli medlem av gruppen Domeneadministratorer i Active Directory i den lokale organisasjonen.
eller
Tilordnes FullAccess-tillatelsen for hver lokale postboks og WriteProperty-tillatelsen til å endre TargetAddress-egenskapen på de lokale brukerkontoene.
eller
Tilordnes Receive As-tillatelsen for den lokale postboksdatabasen som lagrer brukerpostbokser og WriteProperty-tillatelsen til å endre TargetAddress-egenskapen på de lokale brukerkontoene.
Hvis du vil ha instruksjoner om hvordan du angir disse tillatelsene, kan du se Tilordne tillatelser til å overføre postbokser til Microsoft 365.
Deaktiver Unified Messaging (UM) Hvis UM er aktivert for de lokale postboksene du overfører, deaktiverer du UM før overføring. Slå på UM for postboksene etter at overføringen er fullført. Hvis du vil ha instruksjoner, kan du sedeaktivere enhetlige meldinger.
Bruk katalogsynkronisering til å opprette nye brukere i Microsoft 365. Du bruker katalogsynkronisering til å opprette alle lokale brukere i Microsoft 365-organisasjonen.
Du må lisensiere brukerne etter at de er opprettet. Du har 30 dager på deg til å legge til lisenser etter at brukerne er opprettet. Hvis du vil ha en fremgangsmåte for å legge til lisenser, kan du se Trinn 8: Fullføre oppgaver etter overføring.
Du kan bruke enten Microsoft Entra synkroniseringsverktøyet eller Microsoft Azure AD Synkroniseringstjenester til å synkronisere og opprette lokale brukere i Microsoft 365. Når postboksene er overført til Microsoft 365, administrerer du brukerkontoer i den lokale organisasjonen, og de synkroniseres med Microsoft 365-organisasjonen. Hvis du vil ha mer informasjon, kan du seKatalogintegrering .
Trinn 2: Opprett en CSV-fil for en jobb for trinnvis overføring
Når du har identifisert brukerne som har de lokale postboksene du vil overføre til Microsoft 365, bruker du en kommadelt fil (CSV) til å opprette en overføringsgruppe. Hver rad i CSV-filen , som brukes av Microsoft 365 til å kjøre overføringen, inneholder informasjon om en lokal postboks.
Obs!
Det er ikke en grense for hvor mange postbokser du kan overføre til Microsoft 365 ved hjelp av en trinnvis overføring. CSV-filen for en overføringsgruppe kan inneholde maksimalt 2000 rader. Hvis du vil overføre mer enn 2000 postbokser, oppretter du flere CSV-filer og bruker hver fil til å opprette en ny overføringsgruppe.
Attributter som støttes
CSV-filen for en trinnvis overføring støtter følgende tre attributter. Hver rad i CSV-filen tilsvarer en postboks og må inneholde en verdi for hvert av disse attributtene.
Attributt | Beskrivelse | Nødvendig? |
---|---|---|
Emailaddress |
Angir den primære SMTP-e-postadressen, for eksempel pilarp@contoso.comfor lokale postbokser. Bruk den primære SMTP-adressen for lokale postbokser og ikke bruker-ID-er fra Microsoft 365. Hvis for eksempel det lokale domenet heter contoso.com men e-postdomenet for Microsoft 365 heter service.contoso.com, bruker du contoso.com domenenavn for e-postadresser i CSV-filen. |
Obligatorisk |
Passord |
Passordet som skal angis for den nye Microsoft 365-postboksen. Eventuelle passordbegrensninger som gjelder for Microsoft 365-organisasjonen, gjelder også for passordene som er inkludert i CSV-filen. |
Valgfri |
Forcechangepassword |
Angir om en bruker må endre passordet første gang vedkommende logger på den nye Microsoft 365-postboksen. Bruk Sann eller Usann for verdien av denne parameteren. >[! OBS!> Hvis du har implementert en enkel påloggingsløsning (SSO) ved å distribuere Active Directory Federation Services (AD FS) eller større i den lokale organisasjonen, må du bruke False for verdien av ForceChangePassword-attributtet. |
Valgfri |
CSV-filformat
Her er et eksempel på format for CSV-filen. I dette eksemplet overføres tre lokale postbokser til Microsoft 365.
Den første raden eller overskriftsraden i CSV-filen inneholder navnene på attributtene, eller felt, som er angitt i radene under. Hvert attributtnavn er atskilt med komma.
EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False
Hver rad under overskriftsraden representerer én bruker og inneholder informasjonen som skal anvendes til å overføre brukerpostboksen. Attributtverdiene i hver rad må samsvare med attributtnavnene i overskriftsraden.
Bruk et hvilket som helst tekstredigeringsprogram, eller et program som Excel , til å opprette CSV-filen. Lagre filen som en .csv- eller .txt-fil.
Obs!
Hvis CSV-filen inneholder spesialtegn eller tegn som ikke er ASCII-tegn, lagrer du CSV-filen med UTF-8-koding eller en annen Unicode-koding. Det kan være enklere å lagre CSV-filen med UTF-8 eller annen Unicode-koding når den nasjonale systeminnstillingen på datamaskinen samsvarer med språket som brukes i CSV-filen.
Trinn 3: Opprette et overføringsendepunkt
Microsoft 365 må koble til og kommunisere med kilde-e-postsystemet for å kunne overføre e-post. For å gjøre dette bruker Microsoft 365 et overføringsendepunkt. Hvis du vil opprette et overføringsendepunkt for Outlook Anywhere ved hjelp av PowerShell, kobler du først til Exchange Online for trinnvis overføring.
Hvis du vil ha en fullstendig liste over overføringskommandoer, kan du se Cmdleter for flytting og overføring.
Hvis du vil opprette et overføringsendepunkt for Outlook Anywhere kalt StagedEndpoint i Exchange Online PowerShell, kjører du følgende kommandoer:
$Credentials = Get-Credential
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials
Hvis du vil ha mer informasjon om cmdleten New-MigrationEndpoint , kan du seNew-MigrationEndpoint.
Obs!
Cmdleten New-MigrationEndpoint kan brukes til å angi en database for tjenesten som skal brukes ved hjelp av -TargetDatabase-alternativet. Ellers tilordnes en database tilfeldig fra Active Directory Federation Services (AD FS) 2.0-området der administrasjonspostboksen er plassert.
Kontroller at det fungerte
Kjør følgende kommando i Exchange Online PowerShell for å vise informasjon om overføringsendepunktet StagedEndpoint:
Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*
Trinn 4: Opprette og starte en faseoverføringsgruppe
Du kan bruke cmdleten New-MigrationBatch i Exchange Online PowerShell til å opprette en overføringsgruppe for en fullstendig overføring. Du kan opprette en overføringsgruppe og starte den automatisk ved å inkludere AutoStart-parameteren. Du kan også opprette overføringsgruppen og deretter starte den manuelt etterpå ved hjelp av cmdleten Start-MigrationBatch . Dette eksemplet oppretter en overføringsgruppe kalt StagedBatch1 og bruker overføringsendepunktet som ble opprettet i forrige trinn.
New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart
Dette eksemplet oppretter også en overføringsgruppe kalt StagedBatch1 og bruker overføringsendepunktet som ble opprettet i forrige trinn. Fordi AutoStart-parameteren ikke er inkludert, må overføringsgruppen startes manuelt på instrumentbordet for overføring eller ved hjelp av cmdleten Start-MigrationBatch. Som tidligere angitt kan bare én fullstendig overføringsgruppe finnes om gangen.
New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint
Kontroller at det fungerte
Kjør følgende kommando i Exchange Online PowerShell for å vise informasjon om StagedBatch1:
Get-MigrationBatch -Identity StagedBatch1 | Format-List
Du kan også kontrollere at overføringsgruppen har startet ved å kjøre følgende kommando:
Get-MigrationBatch -Identity StagedBatch1 | Format-List Status
Hvis du vil ha mer informasjon om Get-MigrationBatch-cmdleten , kan du seGet-MigrationBatch.
Trinn 5: Konvertere lokale postbokser til e-postaktiverte brukere
Når du har overført en gruppe med postbokser, trenger du en måte å la brukerne få tilgang til e-posten sin på. En bruker som har en postboks som er overført, har nå både en postboks lokalt og én i Microsoft 365. Brukere som har en postboks i Microsoft 365, slutter å motta ny e-post i den lokale postboksen.
Fordi du ikke er ferdig med overføringene, er du ennå ikke klar til å dirigere alle brukere til Microsoft 365 for e-posten deres. Så hva gjør du for de menneskene som har begge deler? Det du kan gjøre, er å endre de lokale postboksene som du allerede har overført til e-postaktiverte brukere. Når du bytter fra en postboks til en e-postaktivert bruker, kan du dirigere brukeren til Microsoft 365 for e-posten i stedet for å gå til den lokale postboksen.
En annen viktig grunn til å konvertere lokale postbokser til e-postaktiverte brukere, er å beholde proxy-adresser fra Microsoft 365-postboksene ved å kopiere proxy-adresser til e-postaktiverte brukere. Dette lar deg administrere skybaserte brukere fra den lokale organisasjonen ved hjelp av Active Directory. Hvis du bestemmer deg for å ta den lokale Exchange Server organisasjonen ut av drift etter at alle postboksene er overført til Microsoft 365, forblir proxy-adressene du har kopiert til de e-postaktiverte brukerne, i lokal Active Directory.
Trinn 6: Slette en jobb for trinnvis overføring
Når alle postboksene i en overføringsgruppe er overført, og du har konvertert de lokale postboksene i overføringsgruppen til e-postaktiverte brukere, er du klar til å slette en jobb for trinnvis overføring. Pass på at e-post videresendes til Microsoft 365-postboksene i overføringsgruppen. Når du sletter en jobb for trinnvis overføring, rydder overføringstjenesten opp alle poster som er relatert til overføringsgruppen, og sletter overføringsgruppen.
Hvis du vil slette overføringsgruppen StagedBatch1 i Exchange Online PowerShell, kjører du følgende kommando.
Remove-MigrationBatch -Identity StagedBatch1
Hvis du vil ha mer informasjon om cmdleten Remove-MigrationBatch , kan du seRemove-MigrationBatch.
Kontroller at det fungerte
Kjør følgende kommando i Exchange Online PowerShell for å vise informasjon om IMAPBatch1:
Get-MigrationBatch StagedBatch1
Kommandoen returnerer enten overføringsgruppen med statusen Removing, eller den vil returnere en feil som sier at overføringsgruppen ikke ble funnet, og bekrefter at overføringsgruppen ble slettet.
Hvis du vil ha mer informasjon om Get-MigrationBatch-cmdleten , kan du seGet-MigrationBatch.
Trinn 7: Tilordne lisenser til Microsoft 365-brukere
Aktiver Microsoft 365-brukerkontoer for de overførte kontoene ved å tilordne lisenser. Hvis du ikke tilordner en lisens, deaktiveres postboksen når løpeperioden (30 dager) avsluttes. Hvis du vil tilordne en lisens i Administrasjonssenter for Microsoft 365, kan du se Tilordne eller oppheve lisenser.
Trinn 8: Fullføre oppgaver etter overføring
Opprett en DNS-post for Autosøk, slik at brukere enkelt kan få tilgang til postboksene sine. Når alle lokale postbokser er overført til Microsoft 365, kan du konfigurere en DNS-post for Autosøk for Microsoft 365-organisasjonen, slik at brukere enkelt kan koble til de nye Microsoft 365-postboksene med Outlook og mobilklienter. Denne nye DNS-posten for Autosøk må bruke samme navneområde som du bruker for Microsoft 365-organisasjonen. Hvis det skybaserte navneområdet for eksempel er cloud.contoso.com, er Dns-posten for Autosøk du må opprette, autodiscover.cloud.contoso.com.
Microsoft 365 bruker en CNAME-post til å implementere Autosøk-tjenesten for Outlook og mobilklienter. Autosøk-CNAME-posten må inneholde følgende informasjon:
Alias: autosøk
Mål: autodiscover.outlook.com
Hvis du vil ha mer informasjon, kan du se Legge til DNS-poster for å koble til domenet.
Ta lokale Exchange-servere ut av drift. Når du har bekreftet at all e-post rutes direkte til Microsoft 365-postboksene, og du ikke lenger trenger å vedlikeholde den lokale e-postorganisasjonen eller ikke har tenkt å implementere en SSO-løsning, kan du avinstallere Exchange fra serverne og fjerne den lokale Exchange-organisasjonen.
Obs!
Avvikling av Exchange kan få utilsiktede konsekvenser. Før du avvikler den lokale Exchange-organisasjonen, anbefaler vi at du kontakter Microsoft Kundestøtte.
Hvis du vil ha mer informasjon, kan du se følgende: