Delen via

Een cutover-migratie naar Microsoft 365 uitvoeren met PowerShell

Dit artikel is van toepassing op Microsoft 365 Enterprise en Office 365 Enterprise.

U kunt de inhoud van gebruikerspostvakken van een bron-e-mailsysteem in één keer migreren naar Microsoft 365 met behulp van een cutover-migratie. In dit artikel worden de taken voor een cutover-migratie van e-mail beschreven met behulp van Exchange Online PowerShell.

In het artikel Wat u moet weten over een cutover-e-mailmigratie naar Microsoft 365, krijgt u een overzicht van het migratieproces. Wanneer u vertrouwd bent met de inhoud van dit artikel, gebruikt u dit om postvakken van het ene e-mailsysteem naar het andere te migreren.

Opmerking

U kunt ook het Exchange-beheercentrum gebruiken om een cutover-migratie uit te voeren. Zie Een cutovermigratie van e-mail naar Microsoft 365 uitvoeren.

Wat moet u weten voordat u begint?

Geschatte tijd voor het voltooien van deze taak: 2-5 minuten om een migratiebatch te maken. Nadat de migratiebatch is gestart, varieert de duur van de migratie op basis van het aantal postvakken in de batch, de grootte van elk postvak en uw beschikbare netwerkcapaciteit. Zie Migratieprestaties voor informatie over andere factoren die van invloed zijn op hoe lang het duurt om postvakken te migreren naar Microsoft 365.

U moet beschikken over bepaalde machtigingen om deze procedure of procedures te kunnen uitvoeren. Zie de vermelding Migratie in een tabel in het artikel Machtigingen voor ontvangers om te zien welke machtigingen u nodig hebt.

Als u de Exchange Online PowerShell-cmdlets wilt gebruiken, moet u zich aanmelden en de cmdlets importeren in uw lokale Windows PowerShell sessie. Zie Verbinding maken met Exchange Online PowerShell voor instructies.

Zie Cmdlets verplaatsen en migreren voor een volledige lijst met migratieopdrachten.

Migratiestappen

Stap 1: voorbereiden op een cutover-migratie

  • Voeg uw on-premises Exchange-organisatie toe als een geaccepteerd domein van uw Microsoft 365-organisatie. De migratieservice gebruikt het SMTP-adres van uw on-premises postvakken om de gebruikers-id en het e-mailadres van Microsoft Online Services te maken voor de nieuwe Microsoft 365-postvakken. De migratie mislukt als uw Exchange-domein geen geaccepteerd domein of het primaire domein van uw Microsoft 365-organisatie is. Zie Uw domein verifiëren voor meer informatie.

  • Configureer Outlook Anywhere op uw on-premises Exchange-server. De e-mailmigratieservice gebruikt RPC via HTTP of Outlook Anywhere om verbinding te maken met uw on-premises Exchange-server. Raadpleeg de volgende onderwerpen voor meer informatie over het instellen van Outlook Anywhere voor Exchange Server 2010, Exchange 2007 en Exchange 2003:

  • Controleer of u verbinding kunt maken met uw Exchange-organisatie via Outlook Anywhere. Probeer een van deze methoden om uw verbindingsinstellingen te testen:

    • Gebruik Microsoft Outlook van buiten uw bedrijfsnetwerk om verbinding te maken met uw on-premises Exchange-postvak.

    • Gebruik de Microsoft Exchange Remote Connectivity Analyzer om uw verbindingsinstellingen te testen. Gebruik de tests van Outlook Anywhere (RPC via HTTP) of Outlook Automatisch opsporen.

    • Voer de volgende opdrachten uit in Exchange Online PowerShell.

    $Credentials = Get-Credential

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

  • Wijs een on-premises gebruikersaccount de benodigde machtigingen toe voor toegang tot postvakken in uw Exchange-organisatie. Het on-premises gebruikersaccount dat u gebruikt om verbinding te maken met uw on-premises Exchange-organisatie (ook wel de migratiebeheerder genoemd) moet de benodigde machtigingen hebben voor toegang tot de on-premises postvakken die u wilt migreren naar Microsoft 365. Dit gebruikersaccount wordt gebruikt om een migratie-eindpunt naar uw on-premises organisatie te maken.

    De volgende lijst bevat de beheerdersbevoegdheden die zijn vereist voor het migreren van postvakken met behulp van een cutover-migratie. Er zijn drie mogelijke opties.

    • De migratiebeheerder moet lid zijn van de groep Domeinadministrators in Active Directory in de on-premises organisatie.

      Of

    • De migratiebeheerder moet voor elk on-premises postvak de machtiging FullAccess krijgen toegewezen.

      Of

    • Aan de migratiebeheerder moet de machtiging Ontvangen als worden toegewezen voor de on-premises postvakdatabase waarin de gebruikerspostvakken worden opgeslagen.

  • Schakel Unified Messaging uit. Als de on-premises postvakken die u migreert zijn ingeschakeld voor Unified Messaging (UM), moet u UM uitschakelen voor de postvakken voordat u ze migreert. U kunt UM vervolgens inschakelen voor de postvakken nadat de migratie is voltooid.

  • Beveiligingsgroepen en gemachtigden De e-mailmigratieservice kan niet detecteren of on-premises Active Directory groepen beveiligingsgroepen zijn of niet, dus kan er geen gemigreerde groepen worden ingericht als beveiligingsgroepen in Microsoft 365. Als u beveiligingsgroepen in uw Microsoft 365-tenant wilt hebben, moet u eerst een lege beveiligingsgroep met e-mail inrichten in uw Microsoft 365-tenant voordat u de cutover-migratie start. Daarnaast worden met deze migratiemethode alleen postvakken, e-mailgebruikers, e-mailcontactpersonen en groepen die e-mail gebruiken, verplaatst. Als een ander Active Directory-object, zoals een gebruiker die niet is gemigreerd naar Microsoft 365, wordt toegewezen als beheerder of gemachtigde aan een object dat wordt gemigreerd, moeten ze uit het object worden verwijderd voordat u migreert.

Stap 2: een migratie-eindpunt maken

Als u e-mail wilt migreren, moet Microsoft 365 verbinding maken en communiceren met het bron-e-mailsysteem. Hiervoor gebruikt Microsoft 365 een migratie-eindpunt. Als u een Outlook Anywhere-migratie-eindpunt voor cutover-migratie wilt maken, maakt u eerst verbinding met Exchange Online.

Zie Cmdlets verplaatsen en migreren voor een volledige lijst met migratieopdrachten.

Voer de volgende opdrachten uit in Exchange Online PowerShell:

$Credentials = Get-Credential

In het voorbeeld wordt de cmdlet Test-MigrationServerAvailability gebruikt om de verbindingsinstellingen met de on-premises Exchange-server te verkrijgen en te testen, en gebruikt deze verbindingsinstellingen vervolgens om het migratie-eindpunt met de naam CutoverEndpoint te maken.

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

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

Opmerking

De cmdlet New-MigrationEndpoint kan worden gebruikt om een database op te geven voor de service die moet worden gebruikt met behulp van de optie -TargetDatabase . Anders wordt een database willekeurig toegewezen vanuit de Active Directory Federation Services (AD FS) 2.0-site waar het beheerpostvak zich bevindt.

Controleren of het heeft gewerkt

Voer in Exchange Online PowerShell de volgende opdracht uit om informatie over het migratie-eindpunt CutoverEndpoint weer te geven:

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

Stap 3: de cutover-migratiebatch maken

U kunt de cmdlet New-MigrationBatch in Exchange Online PowerShell gebruiken om een migratiebatch te maken voor een cutover-migratie. U kunt een migratiebatch maken en deze automatisch starten door de parameter AutoStart op te geven. U kunt ook de migratiebatch maken en deze daarna handmatig starten met behulp van de cmdlet Start-MigrationBatch . In dit voorbeeld wordt een migratiebatch met de naam CutoverBatch gemaakt en wordt het migratie-eindpunt gebruikt dat in de vorige stap is gemaakt.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

In dit voorbeeld wordt ook een migratiebatch met de naam CutoverBatch gemaakt en wordt het migratie-eindpunt gebruikt dat in de vorige stap is gemaakt. Omdat de parameter AutoStart niet is opgenomen, moet de migratiebatch handmatig worden gestart op het migratiedashboard of met de cmdlet Start-MigrationBatch . Zoals eerder vermeld, kan er slechts één cutover-migratiebatch tegelijk bestaan.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Controleren of het heeft gewerkt

Als u wilt controleren of u een migratiebatch voor een cutover-migratie hebt gemaakt, voert u de volgende opdracht uit in Exchange Online PowerShell om informatie over de nieuwe migratiebatch weer te geven:

Get-MigrationBatch | Format-List

Stap 4: de cutover-migratiebatch starten

Voer de volgende opdracht uit om de migratiebatch te starten in Exchange Online PowerShell. Hiermee maakt u een migratiebatch met de naam 'CutoverBatch'.

Start-MigrationBatch -Identity CutoverBatch

Controleren of het heeft gewerkt

Als een migratiebatch is gestart, wordt de status ervan op het migratiedashboard opgegeven als Synchroniseren. Voer de volgende opdracht uit om te controleren of u een migratiebatch hebt gestart met Exchange Online PowerShell:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Stap 5: uw e-mail routeren naar Microsoft 365

E-mailsystemen gebruiken een DNS-record, een zogenaamde MX-record, om te achterhalen waar e-mails moeten worden bezorgd. Tijdens het e-mailmigratieproces wijst de MX-record naar het bron-e-mailsysteem. Nu de e-mailmigratie naar Microsoft 365 is voltooid, is het tijd om uw MX-record te verwijzen naar Microsoft 365. Zo zorgt u ervoor dat e-mail wordt bezorgd in uw Microsoft 365-postvakken. Door de MX-record te verplaatsen, kunt u ook uw oude e-mailsysteem uitschakelen wanneer u klaar bent.

Veel DNS-providers hebben specifieke instructies voor het wijzigen van uw MX-record. Voor het geval uw DNS-provider niet is opgenomen of als u een idee wilt krijgen van de algemene richtlijnen, worden ook de algemene instructies voor MX-records verstrekt.

Het kan tot 72 uur duren voordat in de e-mailsystemen van uw klanten en partners de gewijzigde MX-record wordt herkend. Wacht ten minste 72 uur voordat u doorgaat met de volgende taak: Stap 6: De cutover-migratiebatch verwijderen.

Stap 6: de cutover-migratiebatch verwijderen

Nadat u de MX-record hebt gewijzigd en hebt gecontroleerd of alle e-mail wordt doorgestuurd naar Microsoft 365-postvakken, meldt u de gebruikers dat hun e-mail naar Microsoft 365 gaat. Hierna kunt u de cutover-migratiebatch verwijderen. Controleer het volgende voordat u de migratiebatch verwijdert.

  • Alle gebruikers gebruiken Microsoft 365-postvakken. Nadat de batch is verwijderd, wordt e-mail die wordt verzonden naar postvakken op de on-premises Exchange Server niet gekopieerd naar de bijbehorende Microsoft 365-postvakken.

  • Microsoft 365-postvakken zijn minstens één keer gesynchroniseerd nadat e-mail rechtstreeks naar hen is verzonden. Om dit te doen, moet u ervoor zorgen dat de waarde in het vak Laatst gesynchroniseerde tijd voor de migratiebatch recenter is dan wanneer e-mail rechtstreeks naar Microsoft 365-postvakken werd gerouteerd.

Voer de volgende opdracht uit om de migratiebatch 'CutoverBatch' in Exchange Online PowerShell te verwijderen:

Remove-MigrationBatch -Identity CutoverBatch

Sectie 7: Gebruikerslicenties toewijzen

Activeer Microsoft 365-gebruikersaccounts voor de gemigreerde accounts door licenties toe te wijzen. Als u geen licentie toewijst, wordt het postvak uitgeschakeld wanneer de respijtperiode (30 dagen) is afgelopen. Zie Licenties toewijzen of intrekken om een licentie toe te wijzen in de Microsoft 365-beheercentrum.

Stap 8: taken na de migratie voltooien

  • Maak een Autodiscover DNS-record, zodat gebruikers eenvoudig toegang hebben tot hun postvakken. Nadat alle on-premises postvakken zijn gemigreerd naar Microsoft 365, kunt u een Autodiscover DNS-record configureren voor uw Microsoft 365-organisatie, zodat gebruikers eenvoudig verbinding kunnen maken met hun nieuwe Microsoft 365-postvakken met Outlook- en mobiele clients. Deze nieuwe Autodiscover DNS-record moet dezelfde naamruimte gebruiken die u gebruikt voor uw Microsoft 365-organisatie. Als uw cloudnaamruimte bijvoorbeeld cloud.contoso.com is, is de DNS-record voor Automatisch opsporen die u moet maken autodiscover.cloud.contoso.com.

    Als u uw Exchange Server behoudt, moet u er ook voor zorgen dat de Autodiscover DNS CNAME-record na de migratie moet verwijzen naar Microsoft 365 in zowel interne als externe DNS, zodat de Outlook-client verbinding kan maken met het juiste postvak.

    Opmerking

    In Exchange 2007, Exchange 2010 en Exchange 2013 moet u ook instellen Set-ClientAccessServer AutodiscoverInternalConnectionURI op Null.

    Microsoft 365 maakt gebruik van een CNAME-record voor het implementeren van de Autodiscover-service voor Outlook- en mobiele clients. De CNAME-record voor Automatisch opsporen moet de volgende informatie bevatten:

  • On-premises Exchange-servers buiten gebruik stellen. Nadat u hebt gecontroleerd of alle e-mail rechtstreeks naar de Microsoft 365-postvakken wordt doorgestuurd en u uw on-premises e-mailorganisatie niet meer hoeft te onderhouden of niet van plan bent een oplossing voor eenmalige aanmelding (SSO) te implementeren, kunt u Exchange van uw servers verwijderen en uw on-premises Exchange-organisatie verwijderen.

    Zie de volgende onderwerpen voor meer informatie: