Dela via

Använda PowerShell för att utföra en stegvis migrering till Microsoft 365

  • Artikel

Denna artikel gäller för både Microsoft 365 Enterprise och Office 365 Enterprise.

Du kan migrera innehållet i användarpostlådor från ett käll-e-postsystem till Microsoft 365 över tid med hjälp av en stegvis migrering.

Den här artikeln vägleder dig genom de uppgifter som ingår i en stegvis e-postmigrering med hjälp av Exchange Online PowerShell. Ämnet Vad du behöver veta om en stegvis e-postmigrering ger dig en översikt över migreringsprocessen. När du har bekantat dig med innehållet i den artikeln kan du använda den här för att börja migrera postlådor från ett e-postsystem till ett annat.

Obs!

Du kan också använda administrationscentret för Exchange för att utföra stegvis migrering. Se Utföra en stegvis migrering av e-post till Microsoft 365.

Vad behöver jag veta innan jag börjar?

Uppskattad tid för att slutföra den här uppgiften: 2–5 minuter för att skapa en migreringsbatch. När migreringsbatchen har startats varierar migreringens varaktighet beroende på antalet postlådor i batchen, storleken på varje postlåda och din tillgängliga nätverkskapacitet. Information om andra faktorer som påverkar hur lång tid det tar att migrera postlådor till Microsoft 365 finns i Migreringsprestanda.

Du måste ha tilldelats behörigheter för att kunna utföra den här proceduren eller procedurerna. Om du vill se vilka behörigheter du behöver kan du läsa posten "Migrering" i avsnittet Mottagarbehörigheter .

Om du vill använda Exchange Online PowerShell-cmdletar måste du logga in och importera cmdletarna till din lokala Windows PowerShell session. Anvisningar finns i Ansluta till Exchange Online PowerShell.

En fullständig lista över migreringskommandon finns i Flytta och migrera cmdletar.

Migreringssteg

Steg 1: Förbereda för en stegvis migrering

Innan du migrerar postlådor till Microsoft 365 med hjälp av en stegvis migrering måste du göra några ändringar i Exchange-miljön.

Konfigurera Outlook överallt på din lokala Exchange Server E-postmigreringstjänsten använder Outlook överallt (som även kallas RPC över HTTP) för att ansluta till din lokala Exchange Server. Information om hur du konfigurerar Outlook Anywhere för Exchange Server 2007 och Exchange 2003 finns i följande:

Viktigt

Du måste använda ett certifikat som utfärdats av en pålitlig certifikatutfärdare (CA) med din Outlook överallt-konfiguration. Outlook överallt kan inte konfigureras med ett självsignerat certifikat. Mer information finns i Konfigurera SSL för Outlook överallt.

Valfritt: Kontrollera att du kan ansluta till din Exchange-organisation med Outlook överallt Prova någon av följande metoder för att testa dina anslutningsinställningar.

  • Använd Outlook utanför företagets nätverk för att ansluta till den lokala Exchange postlådan.

  • Använd Microsoft Remote Connectivity Analyzer för att testa anslutningsinställningarna. Använd Outlook överallt (RPC över HTTP) eller Outlook Automatisk upptäckt av tester.

  • Kör följande kommandon i Exchange Online PowerShell:

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

Ange behörigheter Det lokala användarkonto som du använder för att ansluta till din lokala Exchange-organisation (kallas även migreringsadministratör) måste ha de behörigheter som krävs för att få åtkomst till de lokala postlådor som du vill migrera till Microsoft 365. Det här användarkontot används när du ansluter till e-postsystemet genom att skapa en migreringsslutpunkt senare i den här proceduren Steg 3: Skapa en slutpunkt för migrering.

För att kunna migrera postlådor måste administratören ha någon av följande behörigheter:

  • Vara medlem i gruppen Domänadministratörer i Active Directory i den lokala organisationen.

    eller

  • Tilldelas behörigheten FullAccess för varje lokal postlåda och writeproperty-behörigheten för att ändra egenskapen TargetAddress på de lokala användarkontona.

    eller

  • Tilldelas behörigheten Ta emot som i den lokala postlådedatabasen som lagrar användarpostlådor och writeproperty-behörigheten för att ändra egenskapen TargetAddress på de lokala användarkontona.

Anvisningar om hur du anger dessa behörigheter finns i Tilldela behörigheter för att migrera postlådor till Microsoft 365.

Inaktivera Unified Messaging (UM) Om UM är aktiverat för de lokala postlådorna som du migrerar, stänger du av UM före migreringen. Aktivera UM för postlådorna när migreringen är klar. Anvisningar finns iinaktivera enhetliga meddelanden.

Använd katalogsynkronisering för att skapa nya användare i Microsoft 365. Du använder katalogsynkronisering för att skapa alla lokala användare i din Microsoft 365-organisation.

Du måste licensiera användarna när de har skapats. Du har 30 dagar på dig att lägga till licenser efter att användarna skapats. Anvisningar för hur du lägger till licenser finns i Steg 8: Slutför uppgifter efter migreringen.

Du kan använda antingen Microsoft Entra-synkroniseringsverktyget eller Microsoft Azure AD Sync Services för att synkronisera och skapa dina lokala användare i Microsoft 365. När postlådor har migrerats till Microsoft 365 hanterar du användarkonton i din lokala organisation och de synkroniseras med din Microsoft 365-organisation. Mer information finns iKatalogintegrering .

Steg 2: Skapa en CSV-fil för en mellanlagrad migreringsbatch

När du har identifierat de användare vars lokala postlådor du vill migrera till Microsoft 365 använder du en CSV-fil (kommaavgränsat värde) för att skapa en migreringsbatch. Varje rad i CSV-filen – som används av Microsoft 365 för att köra migreringen – innehåller information om en lokal postlåda.

Obs!

Det finns ingen gräns för hur många postlådor du kan migrera till Microsoft 365 med en stegvis migrering. CSV-filen för en migreringsbatch rymmer högst 2 000 rader. Om du vill migrera fler än 2 000 postlådor måste du skapa ytterligare CSV-filer och använda varje fil för att skapa en ny batch.

Attribut som stöds

CSV-filen för en stegvis migrering har stöd för följande tre attribut. Varje rad i CSV-filen motsvarar en postlåda och måste innehålla ett värde för vart och ett av de här attributen.

Attribut Beskrivning Obligatorisk
E-postadress
 Anger den primära SMTP-e-postadressen, pilarp@contoso.comtill exempel , för lokala postlådor.
Använd den primära SMTP-adressen för lokala postlådor och inte användar-ID:t från Microsoft 365. Om den lokala domänen till exempel heter contoso.com men e-postdomänen för Microsoft 365 heter service.contoso.com använder du contoso.com domännamn för e-postadresser i CSV-filen.
Obligatoriskt
Lösenord
 Lösenordet som ska anges för den nya Microsoft 365-postlådan. Eventuella lösenordsbegränsningar som tillämpas på din Microsoft 365-organisation gäller även för de lösenord som ingår i CSV-filen.
Valfritt
ForceChangePassword
 Anger om en användare måste ändra lösenordet första gången de loggar in på sin nya Microsoft 365-postlåda. Använd True eller False för den här parameterns värde.
>[! Obs!> Om du har implementerat en lösning för enkel inloggning (SSO) genom att distribuera Active Directory Federation Services (AD FS) (AD FS) eller senare i din lokala organisation måste du använda False för värdet för attributet ForceChangePassword.		 Valfritt

CSV-filformat

Här följer ett exempel på CSV-filens format. I det här exemplet migreras tre lokala postlådor till Microsoft 365.

CSV-filens första rad, eller rubrikraden, visar namnen på de attribut, eller fält, som anges i de följande raderna. Varje attributnamn avgränsas av ett kommatecken.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

Varje rad under rubrikraden representerar en användare och ger den information som ska användas för att migrera användarens postlåda. Attributvärdena på varje rad måste vara placerade i samma ordning som attributnamnen på rubrikraden.

Använd valfri textredigerare eller ett program som Excel för att skapa CSV-filen. Spara filen som CSV eller TXT.

Obs!

Om CSV-filen innehåller specialtecken eller andra tecken än ASCII-tecken sparar du CSV-filen med UTF-8-kodning eller annan Unicode-kodning. Beroende på programmet kan det vara enklare att spara CSV-filen med UTF-8 eller annan Unicode-kodning när datorns systemspråk matchar språket som används i CSV-filen.

Steg 3: Skapa en migreringsslutpunkt

För att kunna migrera e-post måste Microsoft 365 ansluta och kommunicera med källans e-postsystem. För att göra detta använder Microsoft 365 en migreringsslutpunkt. Om du vill skapa en Outlook Anywhere-migreringsslutpunkt med hjälp av PowerShell ansluter du först till Exchange Online för stegvis migrering.

En fullständig lista över migreringskommandon finns i Flytta och migrera cmdletar.

Kör följande kommandon för att skapa en Outlook Anywhere-migreringsslutpunkt med namnet "StagedEndpoint" i Exchange Online PowerShell:

$Credentials = Get-Credential

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Mer information om cmdleten New-MigrationEndpoint finns iNew-MigrationEndpoint.

Obs!

Cmdleten New-MigrationEndpoint kan användas för att ange en databas för tjänsten som ska användas med hjälp av alternativet -TargetDatabase . Annars tilldelas en databas slumpmässigt från platsen Active Directory Federation Services (AD FS) (AD FS) 2.0 där hanteringspostlådan finns.

Kontrollera att det fungerade

I Exchange Online PowerShell kör du följande kommando för att visa information om migreringsslutpunkten "StagedEndpoint":

Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Steg 4: Skapa och starta en fasmigreringsbatch

Du kan använda cmdleten New-MigrationBatch i Exchange Online PowerShell för att skapa en migreringsbatch för en snabb migrering. Du kan skapa en migreringsbatch och starta den automatiskt genom att inkludera parametern AutoStart . Du kan också skapa migreringsbatchen och sedan starta den manuellt efteråt med hjälp av cmdleten Start-MigrationBatch . Det här exemplet skapar en migreringsbatch med namnet "StagedBatch1" och använder migreringsslutpunkten som skapades i föregående steg.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

Det här exemplet skapar också en migreringsbatch med namnet "StagedBatch1" och använder migreringsslutpunkten som skapades i föregående steg. Eftersom parametern AutoStart inte ingår måste migreringsbatch startas manuellt på instrumentpanelen för migrering eller med hjälp av cmdleten Start-MigrationBatch . Som tidigare nämnts kan endast en snabb migreringsbatch finnas i taget.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint

Kontrollera att det fungerade

Kör följande kommando i Exchange Online PowerShell för att visa information om "StagedBatch1":

Get-MigrationBatch -Identity StagedBatch1 | Format-List

Du kan också kontrollera att batchen har startats genom att köra följande kommando:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Mer information om cmdleten Get-MigrationBatch finns iGet-MigrationBatch.

Steg 5: Konvertera lokala postlådor till e-postaktiverade användare

När du har migrerat en grupp postlådor måste användarna kunna komma åt sin e-post. En användare vars postlåda har migrerats har nu både en postlåda lokalt och en i Microsoft 365. Användare som har en postlåda i Microsoft 365 slutar ta emot ny e-post i sin lokala postlåda.

Eftersom du inte är klar med dina migreringar är du ännu inte redo att dirigera alla användare till Microsoft 365 för deras e-post. Vad gör man då med de personer som har båda postlådorna? En sak som du kan göra är att ändra de lokala postlådorna som du redan har migrerat till e-postanvändare. När du byter från en postlåda till en e-postaktiverad användare kan du dirigera användaren till Microsoft 365 för deras e-post i stället för att gå till den lokala postlådan.

En annan viktig orsak till att konvertera lokala postlådor till e-postaktiverade användare är att behålla proxyadresser från Microsoft 365-postlådor genom att kopiera proxyadresser till de e-postaktiverade användarna. Med den här funktionen kan du hantera molnbaserade användare från din lokala organisation genom att använda Active Directory. Om du bestämmer dig för att inaktivera din lokala Exchange Server organisation när alla postlådor har migrerats till Microsoft 365 finns proxyadresserna som du har kopierat till de e-postaktiverade användarna kvar i din lokal Active Directory.

Steg 6: Ta bort en mellanlagrad migreringsbatch

När alla postlådor i en migreringsbatch har migrerats och du har konverterat de lokala postlådorna i batchen till e-postaktiverade användare är du redo att ta bort en mellanlagrad migreringsbatch. Kontrollera att e-post vidarebefordras till Microsoft 365-postlådorna i migreringsbatchen. När du tar bort en mellanlagrad migreringsbatch rensar migreringstjänsten alla poster som är relaterade till migreringsbatchen och tar bort migreringsbatchen.

Om du vill ta bort migreringsbatchen "StagedBatch1" i Exchange Online PowerShell kör du följande kommando.

Remove-MigrationBatch -Identity StagedBatch1

Mer information om cmdleten Remove-MigrationBatch finns iRemove-MigrationBatch.

Kontrollera att det fungerade

Kör följande kommando i Exchange Online PowerShell för att visa information om "IMAPBatch1":

Get-MigrationBatch StagedBatch1

Kommandot returnerar antingen migreringsbatchen med statusen Ta bort, eller så returneras ett fel som anger att migreringsbatch inte kunde hittas, vilket verifierar att batchen har tagits bort.

Mer information om cmdleten Get-MigrationBatch finns iGet-MigrationBatch.

Steg 7: Tilldela licenser till Microsoft 365-användare

Aktivera Microsoft 365-användarkonton för de migrerade kontona genom att tilldela licenser. Om du inte tilldelar en licens inaktiveras postlådan när tidsfristen löper ut (30 dagar). Information om hur du tilldelar en licens i Administrationscenter för Microsoft 365 finns i Tilldela eller ta bort tilldelning av licenser.

Steg 8: Slutför uppgifter efter migreringen

  • Skapa en DNS-post för automatisk upptäckt så att användarna enkelt kan komma till sina postlådor. När alla lokala postlådor har migrerats till Microsoft 365 kan du konfigurera en DNS-post för automatisk upptäckt för din Microsoft 365-organisation så att användarna enkelt kan ansluta till sina nya Microsoft 365-postlådor med Outlook och mobila klienter. Den här nya DNS-posten för automatisk upptäckt måste använda samma namnområde som du använder för din Microsoft 365-organisation. Om ditt molnbaserade namnområde till exempel är cloud.contoso.com, behöver du skapa DNS-posten autodiscover.cloud.contoso.com.

    Microsoft 365 använder en CNAME-post för att implementera tjänsten Automatisk upptäckt för Outlook och mobila klienter. CNAME-posten för automatisk upptäckt måste innehålla följande information:

  • Inaktivera lokala Exchange-servrar. När du har kontrollerat att all e-post dirigeras direkt till Microsoft 365-postlådorna och du inte längre behöver underhålla din lokala e-postorganisation eller inte planerar att implementera en SSO-lösning kan du avinstallera Exchange från dina servrar och ta bort din lokala Exchange-organisation.

Obs!

Inaktiveringen av Exchange kan få oavsiktliga konsekvenser. Innan du inaktiverar din lokala Exchange-organisation bör du kontakta Microsoft Support.

Mer information finns i följande avsnitt: