Dela via

Använda PowerShell för att utföra en snabb 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 på en gång med hjälp av en snabb migrering. Den här artikeln vägleder dig genom uppgifterna för en snabbmigrering via e-post med hjälp av Exchange Online PowerShell.

Genom att läsa artikeln Vad du behöver veta om en snabb e-postmigrering till Microsoft 365 kan du få 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 en snabb migrering. Se Utföra en snabb 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 en tabell i artikeln 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 snabb migrering

  • Lägg till din lokala Exchange-organisation som en godkänd domän för din Microsoft 365-organisation. Migreringstjänsten använder SMTP-adressen för dina lokala postlådor för att skapa användar-ID och e-postadress för Microsoft Online Services för de nya Microsoft 365-postlådorna. Migreringen misslyckas om exchange-domänen inte är en godkänd domän eller den primära domänen i din Microsoft 365-organisation. Mer information finns i Verifiera din domän.

  • Konfigurera Outlook var som helst på din lokala Exchange-server. E-postmigreringstjänsten använder RPC via HTTP eller Outlook Anywhere för att ansluta till din lokala Exchange-server. Mer information om hur du konfigurerar Outlook överallt för Exchange 2010, Exchange 2007 och Exchange 2003 finns här:

  • Kontrollera att du kan ansluta till Exchange-organisationen med Outlook Överallt. Prova någon av dessa metoder för att testa anslutningsinställningarna:

    • Använd Microsoft Outlook utanför företagsnätverket för att ansluta till din lokala Exchange-postlåda.

    • Använd Microsoft Exchange Remote Connectivity Analyzer 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

  • Tilldela ett lokalt användarkonto de behörigheter som krävs för att få åtkomst till postlådor i Exchange-organisationen. 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 för att skapa en slutpunkt för migrering till din lokala organisation.

    I följande lista visas de administrativa behörigheter som krävs för att migrera postlådor med hjälp av en snabb migrering. Det finns tre möjliga alternativ.

    • Migreringsadministratören måste vara medlem i gruppen Domänadministratörer i Active Directory i den lokala organisationen.

      Eller

    • Migreringsadministratören måste ha FullAccess -behörighet för var och en av de lokala postlådorna.

      Eller

    • Migreringsadministratören måste tilldelas behörigheten Ta emot som i den lokala postlådedatabasen som lagrar användarpostlådorna.

  • Inaktivera Enhetliga meddelanden. Om de lokala postlådor som du migrerar är aktiverade för Unified Messaging (UM) måste du inaktivera UM för postlådorna innan du migrerar dem. Du kan sedan aktivera UM för postlådorna när migreringen är klar.

  • Säkerhetsgrupper och ombud E-postmigreringstjänsten kan inte identifiera om lokal Active Directory grupper är säkerhetsgrupper eller inte, så den kan inte etablera några migrerade grupper som säkerhetsgrupper i Microsoft 365. Om du vill ha säkerhetsgrupper i din Microsoft 365-klientorganisation måste du först etablera en tom e-postaktiverad säkerhetsgrupp i din Microsoft 365-klientorganisation innan du påbörjar snabbmigreringen. Dessutom flyttar den här migreringsmetoden endast postlådor, e-postanvändare, e-postkontakter och e-postaktiverade grupper. Om andra Active Directory-objekt, till exempel användare som inte har migrerats till Microsoft 365, tilldelas som hanterare eller ombud för ett objekt som migreras, måste de tas bort från objektet innan du migrerar.

Steg 2: 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 för snabb migrering ansluter du först till Exchange Online.

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

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

$Credentials = Get-Credential

Exemplet använder cmdleten Test-MigrationServerAvailability för att hämta och testa anslutningsinställningarna till den lokala Exchange-servern och använder sedan dessa anslutningsinställningar för att skapa migreringsslutpunkten med namnet "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

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 slutpunkten "CutoverEndpoint":

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

Steg 3: Skapa snabbmigreringsbatch

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 "CutoverBatch" och använder migreringsslutpunkten som skapades i föregående steg.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

Det här exemplet skapar också en migreringsbatch med namnet "CutoverBatch" 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 CutoverBatch -SourceEndpoint CutoverEndpoint

Kontrollera att det fungerade

Kontrollera att du har skapat en migreringsbatch för en snabb migrering genom att köra följande kommando i Exchange Online PowerShell för att visa information om den nya migreringsbatchen:

Get-MigrationBatch | Format-List

Steg 4: Starta snabbmigreringsbatchen

Starta migreringsbatchen i Exchange Online PowerShell genom att köra följande kommando. Då skapas en migreringsbatch med namnet "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Kontrollera att det fungerade

Om en migreringsbatch har startats anges dess status på instrumentpanelen för migrering som Synkronisering. Kontrollera att du har startat en migreringsbatch med Exchange Online PowerShell genom att köra följande kommando:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Steg 5: Dirigera din e-post till Microsoft 365

Email systems use a DNS record called an MX record to figure out where to deliver emails. Under e-postmigreringen pekade MX-posten på källans e-postsystem. Nu när e-postmigreringen till Microsoft 365 är klar är det dags att peka din MX-post på Microsoft 365. På så sätt ser du till att e-post levereras till dina Microsoft 365-postlådor. Genom att flytta MX-posten kan du också stänga av ditt gamla e-postsystem när du är redo.

För många DNS-leverantörer finns det särskilda anvisningar för hur du ändrar MX-posten. Om din DNS-värd inte finns med eller om du bara allmänt vill se hur anvisningarna ser ut, finns det även allmänna anvisningar för MX-posten.

Det kan ta upp till 72 timmar för kunders och partners e-postsystem att se den ändrade MX-posten. Vänta minst 72 timmar innan du fortsätter till nästa uppgift: Steg 6: Ta bort batchen för snabbmigrering.

Steg 6: Ta bort snabbmigreringsbatchen

När du har ändrat MX-posten och kontrollerat att all e-post dirigeras till Microsoft 365-postlådor meddelar du användarna att deras e-post kommer till Microsoft 365. Därefter kan du ta bort batchen för snabbmigrering. Kontrollera följande innan du tar bort migreringsbatchen.

  • Alla användare använder Microsoft 365-postlådor. När batchen har tagits bort kopieras inte e-post som skickas till postlådor lokalt Exchange Server till motsvarande Microsoft 365-postlådor.

  • Microsoft 365-postlådor synkroniserades minst en gång efter att e-post började skickas direkt till dem. Det gör du genom att kontrollera att värdet i rutan Senast synkroniserad tid för migreringsbatchen är nyare än när e-post började dirigeras direkt till Microsoft 365-postlådor.

Kör följande kommando för att ta bort batchen "CutoverBatch" i Exchange Online PowerShell:

Remove-MigrationBatch -Identity CutoverBatch

Avsnitt 7: Tilldela användarlicenser

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.

    Om du behåller din Exchange Server bör du också se till att DNS CNAME-posten för automatisk upptäckt måste peka på Microsoft 365 i både intern och extern DNS efter migreringen så att Outlook-klienten ansluter till rätt postlåda.

    Obs!

    I Exchange 2007, Exchange 2010 och Exchange 2013 bör du också ange Set-ClientAccessServer AutodiscoverInternalConnectionURI till Null.

    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 lösning för enkel inloggning (SSO) kan du avinstallera Exchange från dina servrar och ta bort din lokala Exchange-organisation.

    Mer information finns i följande avsnitt: