Delen via

Een gefaseerde 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 postvakken van gebruikers in de loop van de tijd migreren van een bron-e-mailsysteem naar Microsoft 365 met behulp van een gefaseerde migratie.

In dit artikel wordt uitgelegd welke taken u moet uitvoeren voor een gefaseerde e-mailmigratie met behulp van Exchange Online PowerShell. Het onderwerp Wat u moet weten over een gefaseerde e-mailmigratie biedt 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 gefaseerde migratie uit te voeren. Zie Een gefaseerde migratie 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. Als u wilt zien welke machtigingen u nodig hebt, raadpleegt u de vermelding 'Migratie' in het onderwerp Machtigingen voor geadresseerden .

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 gefaseerde migratie

Voordat u postvakken migreert naar Microsoft 365 met behulp van een gefaseerde migratie, moet u enkele wijzigingen aanbrengen in uw Exchange-omgeving.

Outlook Anywhere op uw on-premises Exchange Server configureren De e-mailmigratieservice maakt gebruik van Outlook Anywhere (ook wel RPC via HTTP genoemd) om verbinding te maken met uw on-premises Exchange Server. Zie het volgende voor informatie over het instellen van Outlook Anywhere voor Exchange Server 2007 en Exchange 2003:

Belangrijk

U moet met uw Outlook Anywhere-configuratie een certificaat gebruiken dat is uitgegeven door een vertrouwde certificeringsinstantie (CA). Outlook Anywhere kan niet worden geconfigureerd met een zelfondertekend certificaat. Zie SSL configureren voor Outlook Anywhere voor meer informatie.

Optioneel: Controleren of u met Outlook Anywhere verbinding kunt maken met uw Exchange-organisatie Probeer een van de volgende methoden om uw verbindingsinstellingen te controleren.

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

  • Gebruik de Microsoft 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

Machtigingen instellen 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 wanneer u verbinding maakt met uw e-mailsysteem door later in deze procedure een migratie-eindpunt te maken Stap 3: Een migratie-eindpunt maken.

De beheerder moet een van de volgende machtigingensets hebben om de postvakken te migreren:

  • Lid zijn van de groep Domeinadministrators in Active Directory in de on-premises organisatie.

    of

  • U krijgt de machtiging FullAccess toegewezen voor elk on-premises postvak en de machtiging WriteProperty om de eigenschap TargetAddress voor de on-premises gebruikersaccounts te wijzigen.

    of

  • U krijgt de machtiging Ontvangen als toegewezen voor de on-premises postvakdatabase waarin postvakken van gebruikers worden opgeslagen en de machtiging WriteProperty om de eigenschap TargetAddress voor de on-premises gebruikersaccounts te wijzigen.

Zie Machtigingen toewijzen voor het migreren van postvakken naar Microsoft 365 voor instructies over het instellen van deze machtigingen.

Unified Messaging (UM) uitschakelen Als UM is ingeschakeld voor de on-premises postvakken die u wilt migreren, schakelt u UM voor de migratie uit. Schakel UM voor de postvakken in wanneer de migratie is voltooid. ZieUnified Messaging uitschakelen voor instructies.

Gebruik adreslijstsynchronisatie om nieuwe gebruikers te maken in Microsoft 365. U gebruikt adreslijstsynchronisatie om alle on-premises gebruikers in uw Microsoft 365-organisatie te maken.

U moet de gebruikers een licentie geven nadat ze zijn gemaakt. Nadat de gebruikers zijn gemaakt, hebt u 30 dagen om licenties toe te voegen. Zie Stap 8: Taken na de migratie voltooien voor stappen voor het toevoegen van licenties.

U kunt het hulpprogramma voor Microsoft Entra synchronisatie of de Microsoft Azure AD Sync Services gebruiken om uw on-premises gebruikers in Microsoft 365 te synchroniseren en te maken. Nadat postvakken zijn gemigreerd naar Microsoft 365, beheert u gebruikersaccounts in uw on-premises organisatie en worden ze gesynchroniseerd met uw Microsoft 365-organisatie. ZieDirectory-integratie voor meer informatie.

Stap 2: een CSV-bestand maken voor een gefaseerde migratiebatch

Nadat u de gebruikers hebt geïdentificeerd van wie u on-premises postvakken wilt migreren naar Microsoft 365, gebruikt u een bestand met door komma's gescheiden waarden (CSV) om een migratiebatch te maken. Elke rij in het CSV-bestand, die door Microsoft 365 wordt gebruikt om de migratie uit te voeren, bevat informatie over een on-premises postvak.

Opmerking

Er is geen limiet voor het aantal postvakken dat u kunt migreren naar Microsoft 365 met behulp van een gefaseerde migratie. Het CSV-bestand voor een migratiebatch kan maximaal 2000 rijen bevatten. Als u meer dan 2000 postvakken wilt migreren, moet u extra CSV-bestanden maken en elk bestand gebruiken om een nieuwe migratiebatch te maken.

Ondersteunde kenmerken

Het CSV-bestand voor een gefaseerde migratie ondersteunt de volgende drie kenmerken. Elke rij in het CSV-bestand komt overeen met een postvak en moet een waarde bevatten voor elk van deze kenmerken.

Kenmerk Omschrijving Vereist?
EmailAddress
 Hiermee geeft u het primaire SMTP-e-mailadres, pilarp@contoso.combijvoorbeeld , voor on-premises postvakken.
Gebruik het primaire SMTP-adres voor on-premises postvakken en niet voor gebruikers-id's van Microsoft 365. Als het on-premises domein bijvoorbeeld de naam contoso.com heeft, maar het Microsoft 365-e-maildomein de naam service.contoso.com heeft, gebruikt u de contoso.com domeinnaam voor e-mailadressen in het CSV-bestand.
Vereist
Password
 Het wachtwoord dat moet worden ingesteld voor het nieuwe Microsoft 365-postvak. Wachtwoordbeperkingen die worden toegepast op uw Microsoft 365-organisatie, zijn ook van toepassing op de wachtwoorden in het CSV-bestand.
Optioneel
ForceChangePassword
 Hiermee geeft u op of een gebruiker het wachtwoord moet wijzigen wanneer ze zich de eerste keer aanmelden bij hun nieuwe Microsoft 365-postvak. Gebruik True of False voor de waarde van deze parameter.
>[! OPMERKING]> Als u een oplossing voor eenmalige aanmelding (SSO) hebt geïmplementeerd door Active Directory Federation Services (AD FS) of hoger te implementeren in uw on-premises organisatie, moet u False gebruiken voor de waarde van het kenmerk ForceChangePassword.		 Optioneel

CSV-bestandsindeling

Hier volgt een voorbeeld van de indeling van het CSV-bestand. In dit voorbeeld worden drie on-premises postvakken gemigreerd naar Microsoft 365.

De eerste rij oftewel veldnamenrij van het CSV-bestand bevat de namen van de kenmerken, oftewel velden die in de volgende rijen worden opgegeven. De namen van kenmerken worden gescheiden door komma's.

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

Elke rij onder de veldnamenrij staat voor één gebruiker en bevat de informatie die wordt gebruikt om het postvak van de gebruiker te migreren. De kenmerkwaarden in elke rij moeten in dezelfde volgorde staan als de kenmerknamen in de veldnamenrij.

Gebruik een teksteditor of een toepassing zoals Excel om het CSV-bestand te maken. Sla het bestand op als een CSV- of TXT-bestand.

Opmerking

Als het CSV-bestand niet-ASCII-tekens of speciale tekens bevat, slaat u het CSV-bestand op met de UTF-8-codering of een andere Unicode-codering. Afhankelijk van de toepassing kan het opslaan van het CSV-bestand met UTF-8 of een andere Unicode-codering eenvoudiger zijn wanneer de landinstellingen van de computer overeenkomen met de taal die in het CSV-bestand wordt gebruikt.

Stap 3: 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 wilt maken met behulp van PowerShell, maakt u voor gefaseerde migratie eerst verbinding met Exchange Online.

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

Voer de volgende opdrachten uit om een Outlook Anywhere-migratie-eindpunt met de naam 'StagedEndpoint' te maken in Exchange Online PowerShell:

$Credentials = Get-Credential

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

Zie New-MigrationEndpoint voor meer informatie over de cmdletNew-MigrationEndpoint.

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 weer te geven over het migratie-eindpunt StagedEndpoint:

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

Stap 4: Een fasemigratiebatch maken en starten

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 StagedBatch1 gemaakt en wordt het migratie-eindpunt gebruikt dat in de vorige stap is gemaakt.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

In dit voorbeeld wordt ook een migratiebatch met de naam StagedBatch1 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 StagedBatch1 -SourceEndpoint StagedEndpoint

Controleren of het heeft gewerkt

Voer de volgende opdracht uit in Exchange Online PowerShell om informatie over stagedbatch1 weer te geven:

Get-MigrationBatch -Identity StagedBatch1 | Format-List

U kunt ook controleren of de batch is gestart door de volgende opdracht uit te voeren:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Zie Get-MigrationBatch voor meer informatie over de cmdletGet-MigrationBatch.

Stap 5: on-premises postvakken converteren naar gebruikers met e-mail

Wanneer u een reeks postvakken hebt gemigreerd, moeten gebruikers op de een of andere manier toegang krijgen tot hun e-mail. Een gebruiker van wie het postvak is gemigreerd, heeft nu zowel een on-premises postvak als een postvak in Microsoft 365. Gebruikers met een postvak in Microsoft 365 ontvangen geen nieuwe e-mail meer in hun on-premises postvak.

Omdat u nog niet klaar bent met uw migraties, bent u nog niet klaar om alle gebruikers om te leiden naar Microsoft 365 voor hun e-mail. Wat moet u doen voor personen die beide mogelijkheden hebben? U kunt de on-premises postvakken die u al hebt gemigreerd wijzigen in gebruikers met e-mail. Wanneer u overschakelt van een postvak naar een gebruiker met e-mail, kunt u de gebruiker omver leiden naar Microsoft 365 voor hun e-mail in plaats van naar hun on-premises postvak te gaan.

Een andere belangrijke reden om on-premises postvakken te converteren naar gebruikers met e-mail is het behouden van proxyadressen uit de Microsoft 365-postvakken door proxyadressen te kopiëren naar de gebruikers met e-mail. Op die manier kunt u gebruikers in de cloud vanuit uw on-premises organisatie beheren met behulp van Active Directory. Als u besluit uw on-premises Exchange Server organisatie buiten gebruik te stellen nadat alle postvakken zijn gemigreerd naar Microsoft 365, blijven de proxyadressen die u hebt gekopieerd naar de gebruikers met e-mail, in uw on-premises Active Directory.

Stap 6: een gefaseerde migratiebatch verwijderen

Nadat alle postvakken in een migratiebatch zijn gemigreerd en u de on-premises postvakken in de batch hebt geconverteerd naar gebruikers met e-mail, kunt u een gefaseerde migratiebatch verwijderen. Controleer of e-mail wordt doorgestuurd naar de Microsoft 365-postvakken in de migratiebatch. Wanneer u een gefaseerde migratiebatch verwijdert, worden alle records met betrekking tot de migratiebatch door de migratieservice opgeschoond en wordt de migratiebatch verwijderd.

Voer de volgende opdracht uit om de migratiebatch 'StagedBatch1' in Exchange Online PowerShell te verwijderen.

Remove-MigrationBatch -Identity StagedBatch1

Zie Remove-MigrationBatch voor meer informatie over de cmdletRemove-MigrationBatch.

Controleren of het heeft gewerkt

Voer de volgende opdracht uit in Exchange Online PowerShell om informatie over de 'IMAPBatch1' weer te geven:

Get-MigrationBatch StagedBatch1

De opdracht retourneert de migratiebatch met de status Verwijderen of retourneert een fout waarin wordt aangegeven dat de migratiebatch niet kan worden gevonden, waarbij wordt gecontroleerd of de batch is verwijderd.

Zie Get-MigrationBatch voor meer informatie over de cmdletGet-MigrationBatch.

Stap 7: Licenties toewijzen aan Microsoft 365-gebruikers

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.

    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 gerouteerd en u uw on-premises e-mailorganisatie niet meer hoeft te onderhouden of geen SSO-oplossing wilt implementeren, kunt u Exchange van uw servers verwijderen en uw on-premises Exchange-organisatie verwijderen.

Opmerking

Het buiten bedrijf stellen van Exchange kan onbedoelde gevolgen hebben. Het is raadzaam om contact op te nemen met Microsoft Support voordat u de on-premises Exchange-organisatie buiten bedrijf stelt.

Zie de volgende onderwerpen voor meer informatie: