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

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ällsystem för e-Microsoft 365 över tid med hjälp av en sådan migrering.

I den här artikeln får du hjälp med de olika uppgifterna som ingår i en sådan e-postmigrering Exchange Online PowerShell. I avsnittet Vad du behöver veta om en sådan e-postmigreringfår du 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.

Anteckning

Du kan också använda Exchange för att utföra en genomförd migrering. Mer information finns i Utföra en sådan här migrering av e-Microsoft 365.

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

Beräknad 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 varaktigheten för migreringen 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. Du kan se vilka behörigheter du behöver i migreringsposten i avsnittet Behörigheter för mottagare.

Om du vill Exchange Online för PowerShell-cmdlets måste du logga in och importera cmdletarna i dina lokala Windows PowerShell session. Instruktioner Anslut finns i Exchange Online använder fjärr-PowerShell.

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

Migreringssteg

Steg 1: Förbereda en stegvis migrering

Innan du migrerar postlådor Microsoft 365 postlådor med hjälp av en stegmigrering finns det några ändringar du måste göra i Exchange miljö.

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 2007 Outlook finns Exchange Server 2007 och Exchange 2003 finns i följande avsnitt:

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 Analysverktyg för fjärranslutning för att testa dina anslutningsinställningar. 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 nödvändiga behörigheter 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 ditt e-postsystem genom att skapa en migreringsslutpunkt senare i den här proceduren steg 3: Skapa en migreringsslutpunkt.

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

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

    eller

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

    eller

  • Tilldelas Receive As-behörighet på den lokala postlådedatabas där användarpostlådorna lagras och WriteProperty-behörighet att ändra egenskapen TargetAddress på de lokala användarkontona.

Anvisningar om hur du anger behörigheterna 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. Instruktioner finns i InaktiveraUnified Messaging.

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 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. Information om hur du lägger till licenser finns i Steg 8: Slutför uppgifter efter migreringen.

Du kan använda synkroniseringsverktyget för Microsoft Azure Active Directory (Azure AD) eller Microsoft Azure AD-synkroniseringstjänster för att synkronisera och skapa lokala användare i Microsoft 365. När postlådor migreras till Microsoft 365 hanterar du användarkonton i den lokala organisationen och de synkroniseras med din Microsoft 365 organisation. Mer information finns iKatalogintegrering .

Steg 2: Skapa en CSV-fil för en stegvis 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änsade värden) för att skapa en migreringsbatch. Varje rad i CSV-filen – som används Microsoft 365 att köra migreringen – innehåller information om en lokal postlåda.

Anteckning

Det finns ingen gräns för antalet postlådor som du kan migrera till Microsoft 365 med en stegmigrering. 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
EmailAddress
Anger den primära SMTP-e-postadressen, till exempel pilarp@contoso.com, för lokala postlådor.
Använd den primära SMTP-adressen för lokala postlådor och inte användar-IDt från Microsoft 365. Om den lokala domänen heter contoso.com men Microsoft 365-e-postdomänen heter service.contoso.com använder du contoso.com-domännamnet för e-postadresser i CSV-filen.
Obligatoriskt
Lösenord
Det lösenord som anges för den nya e Microsoft 365 postlådan. Alla lösenordsbegränsningar som tillämpas på Microsoft 365 organisationen gäller även lösenorden som ingår i CSV-filen.
Valfri
ForceChangePassword
Anger om användaren måste ändra lösenord första gången han eller hon loggar in till sin nya e Microsoft 365 postlåda. Använd True eller False för den här parameterns värde.
> [!NOTE]> Om du har implementerat en lösning för enkel inloggning (SSO) genom att använda AD FS (Active Directory Federation Services) eller större i den lokala organisationen måste du använda False för värdet på forceChangePassword-attributet.
Valfri

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 en textredigerare eller ett program som Excel för att skapa CSV-filen. Spara filen som CSV eller TXT.

Anteckning

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å vilket program du använder kan det vara enklare att spara CSV-filen med UTF-8-kodning eller annan Unicode-kodning när systemspråket på datorn matchar språket som används i CSV-filen.

Steg 3: Skapa en migreringsslutpunkt

För att e-post ska Microsoft 365 kunna ansluta till och kommunicera med käll-e-postsystemet. För att göra det Microsoft 365 en migreringsslutpunkt. Om du vill skapa Outlook migreringsslutpunkt för var som helst med hjälp av PowerShell ska du, för steg-migrering, först ansluta till Exchange Online.

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

Om du vill skapa Outlook migreringsslutpunkt för överallt som kallas "StagedEndpoint" i Exchange Online PowerShell kör du följande kommandon:

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

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

Anteckning

Cmdleten New-MigrationEndpoint kan användas för att ange en databas för tjänsten som ska användas med alternativet -TargetDatabase. Annars tilldelas en databas slumpmässigt från AD FS 2.0-webbplatsen (Active Directory Federation Services) 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 batch för stegvis migrering

Du kan använda cmdleten New-MigrationBatch i Exchange Online PowerShell för att skapa en migreringsbatch för en cutover-migrering. Du kan skapa en migreringsbatch och starta den automatiskt genom att ta med parametern AutoStart. Alternativt kan du 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 migreringsbatchen startas manuellt på instrumentpanelen för migrering eller med hjälp av cmdleten Start-MigrationBatch. Som tidigare nämnts kan bara en batch för migreringsmigrering 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 i Get-MigrationBatch.

Steg 5: Konvertera lokala postlådor till e-postanvä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 Microsoft 365 får inte nya e-postmeddelanden till sina lokala postlådor.

Eftersom du inte är klar med dina migreringar än, kan du inte hänvisa alla användare till de Microsoft 365 för sin 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 ändrar från postlåda till e-postanvändare kan du be användaren att välja att Microsoft 365 sin e-post i stället för att gå till den lokala postlådan.

En annan viktig anledning till att konvertera lokala postlådor till e-postanvändare är att man kan behålla proxyadresser från Microsoft 365-postlådorna genom att kopiera proxyadresser till e-postaktiverade användare. 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 även kvar i din lokala Active Directory.

Steg 6: Ta bort en stegvis migreringsbatch

När alla postlådor i en migreringsbatch har migrerats korrekt, och du har konverterat de lokala postlådorna i batchen till e-postaktiverade användare, är du redo att ta bort en stegad migreringsbatch. Kontrollera att e-post vidarebefordras till postlådorna Microsoft 365 postlådorna i migreringsbatchen. När du tar bort en stegad migreringsbatch rensar migreringstjänsten bort 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 i Remove-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 felmeddelande om att migreringsbatchen inte kunde hittas och verifierar att batchen har tagits bort.

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

Steg7: Tilldela licenser till Microsoft 365 användare

Aktivera Microsoft 365-postkonton 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 Administrationscenter för Microsoft 365 finns i Tilldela eller ta bort 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 Microsoft 365-organisationen så att användare enkelt kan ansluta till sina nya Microsoft 365-postlådor med Outlook och mobila klienter. Den 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 för 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.

    Mer information finns i följande avsnitt: