Office
Aanmelden

Migratieprestaties en aanbevolen procedures voor Office 365

Er zijn veel manieren waarop gegevens van een on-premises e-mailorganisatie kunnen worden gemigreerd naar Microsoft Office 365. Als u een migratie naar Office 365 plant, is een veelgestelde vraag hoe de prestaties van een gegevensmigratie kunnen worden verbeterd en hoe de snelheid waarmee een migratie wordt doorgevoerd, kan worden geoptimaliseerd.

Opmerking: De prestatiegegevens die in dit onderwerp aan de orde komen, zijn niet van toepassing op de Office 365-service voor specifieke abonnementen. Voor meer informatie over specifieke abonnementen, zie Servicebeschrijvingen van specifieke Office 365-abonnementen.

In dit onderwerp

Overzicht van de migratie van e-mail naar Office 365

Office 365 ondersteunt verschillende methoden voor het migreren van e-mail, de agenda en van contactpersoongegevens van uw bestaande e-mailomgeving naar Office 365 zoals is beschreven in Manieren om meerdere e-mailaccounts naar Office 365 te migreren.

Zie Netwerkplanning en prestaties optimaliseren voor Office 365 voor meer informatie over het gebruik van Office 365 netwerken en over prestaties.

Veelgebruikte migratiemethoden

Migratiemethode

Beschrijving

Resources

IMAP (Internet Message Access Protocol)-migratie

U kunt de Exchange-beheercentrum- of de Exchange-beheershell gebruiken om de inhoud van de postvakken van gebruikers te migreren van een IMAP-berichtensysteem naar hun postvakken in Office 365. Dit omvat ook de migratie van uw postvakken van andere gehoste e-mailservices, zoals Gmail of Yahoo Mail.

Uw IMAP-postvakken migreren naar Office 365

Cutover-migratie

Met een cutover-migratie migreert u alle on-premises postvakken in een aantal dagen naar Office 365. Gebruik een cutover-migratie als u van plan bent uw volledige e-mailorganisatie in een paar dagen te verplaatsen naar Office 365 en als u gebruikersaccounts wilt gaan beheren in Office 365 Met een cutover-migratie kunt u maximaal 2000 postvakken migreren van uw on-premises Exchange-organisatie naar Office 365. Het aanbevolen aantal postvakken is echter 150   . Bij hogere aantallen wordt het prestatievermogen minder. De e-mailcontactpersonen en -distributiegroepen in uw on-premises Exchange-organisatie worden ook gemigreerd.

Cutover-migratie naar Office 365

Gefaseerde migratie

Gebruik van een gefaseerde migratie als u van plan bent om na verloop van tijd alle postvakken van uw organisatie te migreren naar Office 365. Met een gefaseerde migratie worden batches van on-premises postvakken in de loop van een paar weken of maanden gemigreerd naar Office 365.

Wat u moet weten over een gefaseerde e-mailmigratie naar Office 365

Hybride implementatie

Een hybride implementatie biedt organisaties de mogelijkheid om de ervaring die hun huidige on-premises Exchange-organisatie qua veelzijdige functies en beheermogelijkheden te bieden hebben, naar de cloud uit te breiden. Een hybride implementatie biedt de naadloze ervaring van een enkele Exchange-organisatie tussen een on-premises Exchange Server 2013 of een Microsoft Exchange Server 2010 en Office 365. Daarnaast kan een hybride implementatie dienen als een tussenliggende stap bij het volledig overgaan naar een Office 365-organisatie.

Hybride implementaties van Exchange Server 2013

Migratie met hulpmiddelen van derden

Er zijn veel hulpprogramma's van derden beschikbaar. Ze maken gebruik van onderscheidende protocollen en methoden om e-mailmigraties van e-mailplatforms zoals Lotus Notes van IBM en GroupWise van Novell uit te voeren.

Hier volgen een aantal voorbeelden van migratieprogramma's van derden en van partners die u kunnen helpen met Exchange-migraties vanaf platforms van derden:

  • Binary Tree   Producent van platformoverschrijdende software voor de migratie van berichtenservices en maker van co-existentiesoftware. De producten analyseren en dragen zorg voor de co-existentie en migratie tussen on-premises en online bedrijfsberichtensystemen en omgevingen voor samenwerking op basis van IBM Lotus Notes en Domino en Exchange en SharePoint.

  • BitTitan   Producent van migratieoplossingen voor Office 365.

  • Metalogix   Producent van migratieoplossingen voor Office 365 en SharePoint Online.

  • SkyKick Producent van oplossingen voor automatische migratie voor de verplaatsing van on-premises Exchange, Gmail, POP3, IMAP, Lotus Notes naar Office 365. De end-to-end migratiehulpprogramma's helpen partners met de verschillende fasen van het migratieproject op locatie, zoals de verkoop-, planning-, migratie- en beheerfase.

  • TransVault   Producent van migratieoplossingen voor Office 365.

Prestaties van migratiemethoden

In de volgende tabel worden de waargenomen prestatieresultaten voor de verschillende methoden voor het migreren van postvakken en postvakgegevens naar Office 365 met elkaar vergeleken. Deze resultaten zijn gebaseerd op interne tests en werkelijke klantmigraties naar Office 365.

Belangrijk: Door verschillen in de wijze waarop en wanneer migraties worden uitgevoerd, is de werkelijke migratiesnelheid mogelijk hoger of lager.

Migratiemethode

Office 365-gebruiker beperken

Office 365-migratieservice beperken

Beperken van Office 365-bron op basis van de bronstatus

Gemiddelde waargenomen doorvoer per uur en per client (indien van toepassing)

IMAP-migratie:

Nee

Ja

Ja

10 - 14 gigabyte (GB) (bij gelijktijdigheid van 20)

Cutover-migratie

Nee

Ja

Ja

10 - 14 GB (bij gelijktijdigheid van 20)

Gefaseerde migratie

Nee

Ja

Ja

10 - 14 GB (bij gelijktijdigheid van 20)

Hybride migratie

Nee

Ja

Ja

10 - 14 GB per on-premises Exchange 2013 of 2010 CAS (Microsoft Exchange Mailbox Replication-service (MRSProxy service)) met 20 gelijktijdige verplaatsingen1

Migratie met MAPI van derden

Ja

Nee

Ja

4 - 12 GB (bij gelijktijdigheid van 20) 2

Exchange-webservicesmigratie van derden

Nee

Ja

Ja

5 - 10 GB (bij gelijktijdigheid van 20) 3

Client uploaden (van PST-bestanden van Outlook)

Ja

Nee

Ja

0,5 GB

1De waargenomen doorvoer bij de verplaatsing van één postvak ligt in het bereik van 0,3 – 1,0 GB/uur. Een hogere doorvoersnelheid dan 1000 MB/uur per postvak kan worden bereikt met een netwerk dat een vertragingstijd bij vluchtige fouten van minder dan 2-procent en minder dan 100 ms netwerklatentie kan ondersteunen. Hogere snelheden bij gegevensmigraties kunnen worden bereikt door het aantal gelijktijdige postvakmigraties te verhogen. De doorvoer bij het verplaatsen van één postvak wordt vertraagd wanneer de on-premises CAS-server (MRSProxy-service) de limiet van de hardwarecapaciteit heeft bereikt, als de netwerkbandbreedte niet voldoende is of de netwerklatentie te hoog is. Overweeg om meer servers toe te voegen of om tijdelijk de netwerkverbindingen te verbeteren om de migratiesnelheid te verhogen.

2De waargenomen doorvoer bij één MAPI-migratie ligt binnen het bereik van 0,1 - 0,5 GB/uur. Meer gelijktijdige migraties kunnen worden gebruikt om hogere snelheden bij gegevensmigraties te bereiken. De doorvoer van één MAPI-migratie wordt vertraagd wanneer de on-premises servers of het netwerk de capaciteitslimiet heeft bereikt.

3De waargenomen doorvoer bij één Exchange-webservicesmigratie ligt binnen het bereik van 0,2 - 0,5 GB/uur. Meer gelijktijdige migraties kunnen worden gebruikt om hogere snelheden bij gegevensmigraties te bereiken. Bij 20 gelijktijdige migraties ligt de doorvoer bijvoorbeeld in het bereik van 4 - 10 GB/uur. De doorvoer van één Exchange-webservicemigratie wordt vertraagd wanneer de on-premises servers of het netwerk de capaciteitslimiet heeft bereikt.

Prestatiefactoren voor migraties

Voor e-mailmigraties bestaan diverse algemene factoren die van invloed kunnen zijn op de migratieprestaties.

Algemene prestatiefactoren voor migraties

De volgende tabel bevat een lijst met algemene factoren die van invloed zijn op de migratieprestaties. Meer details vindt u in de secties waar de afzonderlijke migratiemethoden worden beschreven.

Factor

Beschrijving

Voorbeeld

Gegevensbron

Het apparaat of de service waarop de gegevens worden gehost die moeten worden gemigreerd. Veel beperkingen die mogelijk van toepassing zijn op de gegevensbron, kunnen worden veroorzaakt door hardwarespecificaties, de werkbelasting van eindgebruikers en back-endonderhoudstaken.

Gmail beperkt de hoeveelheid gegevens die gedurende een bepaalde periode kan worden opgehaald.

Gegevenstype en -dichtheid

Vanwege de unieke aard van het bedrijf van de klant, kunnen het type en de mix van e-mailitems sterk variëren.

Eén postvak van 4 GB met 400 items, elk met 10 megabyte (MB) aan bijlagen, migreert sneller dan een postvak van 4 GB met 100.000 kleinere items.

Migratieserver

Bij een groot aantal migraties wordt voor het uitvoeren van de migratie gebruikgemaakt van een 'jump box'-migratieserver of -werkstation.

Klanten gebruiken vaak een virtuele machine met een klein prestatievermogen om de MRSProxy-service voor hybride implementaties of voor niet-hybride implementaties van client-pcKlanten gebruiken vaak een virtuele machine met een klein prestatievermogen om de MRSProxy-service voor hybride implementaties of voor niet-hybride implementaties van client-pc's te hosten.

Migratie-engine

De engine voor gegevensmigraties, die verantwoordelijk is voor het ophalen van gegevens van de bronserver en die indien nodig gegevens converteert. De engine verzendt vervolgens de gegevens via het netwerk en injecteert deze in het Office 365-postvak in.

MRSProxy-service kent zijn eigen mogelijkheden en beperkingen.

On-premises netwerkapparatuur

De end-to-endnetwerkprestaties, van de gegevensbron naar de Exchange Online-servers voor clienttoegang, zijn van invloed op de migratieprestaties.

De firewallconfiguratie en firewallspecificaties op de on-premises organisatie.

Office 365-service

Office 365 heeft ingebouwde ondersteuning en functies voor het beheren van de migratiewerklast.

Het beleid voor het beperken van de gebruiker heeft standaardinstellingen en beperkt de algemene maximale overdrachtssnelheid.

Netwerkprestatiefactoren

In deze sectie worden de aanbevolen procedures beschreven voor het verbeteren van de prestaties van het netwerk tijdens de migratie. De discussie is algemeen omdat het grootste effect op de prestaties van het netwerk tijdens de migratie te maken heeft met de hardware van derden en met internetproviders (ISP's).

Gebruik de Exchange Analyzer om diepgaand inzicht te krijgen in de verbindingen van uw netwerk met Office 365. U kunt de Exchange Analyzer-tests in Ondersteunings- en herstelassistent uitvoeren door naar Geavanceerde diagnose > Exchange Online > Netwerkconnectiviteit van Exchange Online controleren > Ja te gaan. Lees Problemen met Outlook en Office 365 oplossen met de Ondersteunings- en herstelassistent voor Office 365 voor meer informatie over de Ondersteunings- en herstelassistent.

Factor

Beschrijving

Aanbevolen procedures

Netwerkcapaciteit

De hoeveelheid tijd die nodig is voor het migreren van postvakken naar Office 365 wordt bepaald door de beschikbare en de maximale capaciteit van uw netwerk.

  • Stel vast wat de beschikbare capaciteit van uw netwerk is en wat de maximale uploadcapaciteit is.

  • Neem contact op met uw internetprovider om te controleren wat uw toegewezen bandbreedte is en voor het verkrijgen van informatie over beperkingen, zoals de totale hoeveelheid gegevens die in een bepaalde periode kan worden overgebracht.

  • Gebruik hulpprogramma's om uw werkelijke netwerkcapaciteit te evalueren. Zorg dat u de end-to-end gegevensstroom van uw on-premises gegevensbron naar de gatewayservers van het Microsoft-datacenter test.

  • Stel vast of er andere werkbelastingen op uw netwerk zijn (zoals back-uphulpprogramma's en gepland onderhoud) die de capaciteit van uw netwerk kunnen beïnvloeden.

Netwerkstabiliteit

Een snel netwerk betekent niet altijd dat migraties snel gaan. Als het netwerk niet stabiel is, duurt gegevensoverdracht langer vanwege de foutcorrectie. Afhankelijk van het migratietype kan foutcorrectie aanzienlijke gevolgen hebben voor de migratieprestaties.

Problemen met netwerkhardware en -stuurprogramma's kunnen vaak de oorzaak zijn van problemen met de stabiliteit van het netwerk. Werk samen met de leverancier van de hardware om meer te weten te komen over uw netwerkapparaten en installeer de door de leverancier aanbevolen, meest recente versies en software-updates.

Netwerkvertragingen

Functionaliteit voor het detecteren van inbreuken op een firewall van een netwerk veroorzaakt vaak aanzienlijke netwerkvertragingen en beïnvloedt de migratieprestaties.

Het migreren van gegevens naar Office 365-postvakken is afhankelijk van uw internetverbinding. Internetvertragingen zijn van invloed op de algehele migratieprestaties.

Ook is het mogelijk dat gebruikers in hetzelfde bedrijf postvakken in de cloud hebben die zich in datacenters op verschillende geografische locaties bevinden. Afhankelijk van de internetprovider van de klant kunnen de migratieprestaties variëren.

  • Evalueer netwerkvertragingen naar alle mogelijke Microsoft datacenters om ervoor te zorgen dat het resultaat consistent is. (Dit zorgt er ook voor dat eindgebruikers een consistente ervaring hebben.) Werk samen met uw internetprovider om internetgerelateerde problemen op te lossen.

  • Voeg IP-adressen voor servers in datacenters van Microsoft toe aan uw lijst met gepermitteerde IP-adressen of leid alle migratiegerelateerde verkeer van de firewall van uw netwerk om. Voor meer informatie over de IP-adresbereiken van Office 365 kunt u URL's en IP-adresbereiken voor Office 365 raadplegen.

Voor een grondigere analyse van migraties binnen uw omgeving, kunt u terecht in ons blogbericht over verplaatsingsanalyses. Het bericht bevat onder andere een script waarmee u verplaatsingsaanvragen kunt analyseren.

Office 365 beperken

Office 365 gebruikt verschillende beperkingsmechanismen die zorgen voor de beveiliging en de beschikbaarheid van services. De volgende drie typen beperkingen kunnen van invloed zijn op de migratieprestaties:

  • Gebruiker beperken

  • Migratieservice beperken

  • Beperken van bron op basis van de bronstatus

Opmerking: De drie typen Office 365-beperkingen hebben niet op alle migratiemethoden effect.

Office 365-gebruiker beperken

Gebruiker beperken heeft gevolgen voor de meeste migratiehulpprogramma's van derden en voor de migratiemethode die voor het uploaden naar de client wordt gebruikt. Deze migratiemethoden maken voor de migratie van e-mailgegevens naar Office 365-postvakken gebruik van clienttoegangsprotocollen, zoals Remote Procedure Call (RPC) via HTTP-protocol. Deze hulpprogramma's worden gebruikt om gegevens te migreren van platforms zoals IBM Lotus Domino en Novell GroupWise.

Gebruiker beperken is de meest beperkende methode in Office 365. Omdat gebruiker beperken is ingesteld om voor een individuele gebruiker te worden gebruikt, zal bij elk gebruik op toepassingsniveau heel snel het beperkingsbeleid worden overschreden, wat zal leiden tot een tragere gegevensmigratie.

Office 365-migratieservice beperken

Migratieservice beperken heeft invloed op alle Office 365-migratiehulpmiddelen. Migratieservice beperken beheert de gelijktijdigheid tijdens migraties en de toewijzing van bronnen aan services voor Office 365-migratieoplossingen.

Migratieservice beperken is van invloed op de migraties die worden uitgevoerd met behulp van de volgende methoden:

  • IMAP-migratie:

  • Cutover Exchange-migratie

  • Gefaseerde Exchange-migratie

  • Hybride migraties (verplaatsingen op basis van MRSProxy-service in een hybride omgeving)

Een voorbeeld van migratieservice beperken is het beheren van postvakken die gelijktijdig worden gemigreerd tijdens eenvoudige Exchange-migraties en IMAP-migraties. De standaardwaarde is 10. Dit betekent dat op elk willekeurig moment een maximum van 10 postvakken van alle migratiebatches worden gemigreerd. U kunt het aantal gelijktijdige postvakmigraties voor een migratiebatch verhogen in het Exchange Configuratiescherm of in Windows PowerShell. Zie voor meer informatie over het optimaliseren van deze instelling Migratiebatches in Office 365 beheren.

Beperken van Office 365-bron op basis van de bronstatus

Alle migratiemethoden zijn onderworpen aan het beheermodel voor het beperken van beschikbaarheid. Office 365-service beperken heeft echter niet zoveel invloed op Office 365-migraties als de andere beperkingstypen die eerder zijn beschreven.

Beperken op basis van de bronstatus is de minst agressieve beperkingsmethode. Deze vindt alleen plaats ter preventie van een probleem met de beschikbaarheid van een service waar eindgebruikers of essentiële service-activiteiten mogelijk hinder van ondervinden.

Hybride migraties worden in de wachtrij geplaatst voordat de prestaties van de service zo ver afnemen dat dit gevolgen kan hebben voor de prestaties van de eindgebruiker. Dit duurt totdat de prestaties zijn hersteld en de service terugkeert tot een niveau onder de drempelwaarde voor de beperking.

Hieronder volgen voorbeelden van een rapport met statistieken over de Exchange-migratie. Ze tonen de gegevens die worden geregistreerd als de drempelwaarde voor beperking van de service worden overschreden.

  • 25-1-2012 12:56:01 AM [BL2PRD0410CA012] Voortgang kopieerbewerking: 723/1456 berichten, 225,8 MB (236.732.045 bytes)/416,5 MB (436.712.733.bytes).

    25-1-2012 12:57:53 AM [BL2PRD0410CA012] Verplaatsing voor postvak '/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' is gestopt omdat niet is voldaan aan DataMoveReplicationConstraint voor de database 'NAMPRD04DG031-db081' (agent MailboxDatabaseReplication). Foutoorzaak: Database edbf0766-1f2a-4552-9115-bb3a53a8380b voldoet niet aan beperking SecondDatacenter. Er zijn geen correcte exemplaren van de database beschikbaar. Wacht tot 25-1-2012 1:27:53 AM.

    25/1/2012 12:58:24 AM [BL2PRD0410CA012] Aanvraag wordt niet langer opgehouden en wordt voortgezet.

    6/30/2017 00:03:58 [CY4PR19MB0056] Er wordt afstand van de taak genomen vanwege grote vertragingen als gevolg van een ongunstige serverstatus of budgetbeperkingen. De status voor beperking van het verzoek is 'StalledDueToTarget_DiskLatency'.

Oplossing en aanpak   

Als u met een vergelijkbare situatie te maken krijgt, wacht dan totdat de Office 365-bronnen weer beschikbaar zijn.

Prestatiefactoren en aanbevolen procedures voor niet-hybride migraties

In deze sectie worden de factoren beschreven die van invloed zijn op migraties waarbij gebruik wordt gemaakt van de volgende migratiemethoden: IMAP-migratie, cutover-migratie of gefaseerde migratie. Ook worden aanbevolen procedures beschreven waarmee de migratieprestatie kan worden verbeterd.

Factor 1: Gegevensbron

In de volgende tabel wordt beschreven hoe de bronservers in uw huidige e-mailorganisatie de migratie beïnvloeden en welke procedures worden aanbevolen om de invloed op de migratie te verminderen.

Controlelijst

Beschrijving

Aanbevolen procedures

Systeemprestaties

Gegevensextractie is een intensieve taak. Voor optimale migratieprestaties moet het bronsysteem over voldoende resources beschikken, zoals processortijd en geheugen. Tijdens de migratie wordt de capaciteit van het bronsysteem vaak volledig benut, in termen van de reguliere werklast van een eindgebruiker. Als de systeembronnen niet voldoende zijn, kan de extra werklast die het resultaat is van de migratie, gevolgen hebben voor eindgebruikers.

Houd de systeemprestaties tijdens een migratietest in de gaten. Als het systeem druk bezet is, kunt u het beste geen agressief migratieschema voor dat specifieke systeem hanteren, omdat de migratie dan mogelijk traag verloopt en er problemen met de beschikbaarheid van de service kunnen optreden. Verbeter indien mogelijk de prestaties van het bronsysteem door hardwareresources toe te voegen en de belasting van het systeem te beperken door taken en gebruikers te verplaatsen naar andere servers die niet zijn betrokken bij de migratie.

Zie voor meer informatie:

Bij het migreren van een on-premises Exchange-organisatie waarbij meerdere postvakservers zijn betrokken, is het raadzaam dat u een lijst met migratiegebruikers maakt waarbij de migratiegebruikers evenredig over meerdere postvakservers zijn verdeeld. Op basis van de prestaties van individuele servers kan de lijst verder worden bijgewerkt met het doel de doorvoer te maximaliseren.

Als server A bijvoorbeeld een 50 procent hogere beschikbaarheid van bronnen laat zien dan server B, is het redelijk om 50 procent meer gebruikers van server A in de dezelfde migratiebatch te plaatsen. Dezelfde procedures kunnen worden gebruikt voor andere bronsystemen. Voer migraties uit als de servers over maximale resourcebeschikbaarheid beschikken, zoals na kantooruren of tijdens weekends en feestdagen.

Back-endtaken

Andere back-endtaken die tijdens de migratie worden uitgevoerd. Omdat het een goede gewoonte is om een migratie na kantooruren uit te voeren, is het gebruikelijk dat migraties samenvallen met onderhoudstaken,die op uw on-premises servers worden uitgevoerd, zoals het maken van een gegevensback-up.

Kijk of er andere systeemtaken zijn die mogelijk tijdens de migratie worden uitgevoerd. Het is raadzaam om een gegevensmigratie uit te voeren wanneer er geen andere resource-intensieve taken worden uitgevoerd.

Opmerking      Voor klanten die on-premises Exchange gebruiken, bestaan de meest voorkomende back-endtaken uit back-uptaken en uit het onderhoud van het Exchange-archief.

Beperkingsbeleid

Het is gebruikelijk om e-mailsystemen te beschermen door middel van een beperkingsbeleid, waarmee een specifieke limiet wordt ingesteld voor de snelheid en de hoeveelheid gegevens waarmee deze uit het systeem in een bepaalde tijd kunnen worden opgehaald.

Controleer welk beperkingsbeleid er voor uw e-mailsysteem is geïmplementeerd. Zo beperkt Google Mail de hoeveelheid gegevens die in een bepaalde tijd kan worden opgehaald.

Afhankelijk van de versie, past Exchange beleid toe dat de toegang beperkt van IMAP tot de on-premises e-mailserver (wordt gebruikt door IMAP-migraties) en de toegang beperkt van RPC via HTTP-protocol (wordt gebruikt door Exchange-cutover-migraties en gefaseerde Exchange-migraties).

Als u de instellingen voor beperkingen in een Exchange 2013-organisatie wilt controleren, voert u de cmdlet Get-ThrottlingPolicy uit. Zie Werkbelasting Exchange beheren voor meer informatie.

Voor meer informatie over het instellen van beperkingen voor IMAP, zie IMAP-postvakken migreren naar Office 365

Zie voor meer informatie over het instellen van beperkingen voor RPC via HTTP-protocol:

Factor 2: Migratieserver

IMAP-, cutover- en gefaseerde migraties zijn methoden voor het ophalen van gegevens, die in de cloud worden geïnitieerd. Hierdoor is er dus geen behoefte aan een gereserveerde migratieserver. De internetgerichte protocolhosts (IMAP of RPC via HTTP-protocol) dienen echter als migratieserver bij de migratie van postvakken en postvakgegevens naar Office 365. Daarom zijn de factoren die een rol spelen bij de migratieprestaties en de aanbevolen procedures die zijn beschreven in de vorige sectie over de gegevensbronserver voor uw huidige e-mailorganisatie, ook van toepassing op servers die zich aan de rand van internet bevinden. Voor Exchange 2007-, Exchange Server 2010- en Exchange 2013-organisaties fungeert de server voor clienttoegang als een migratieserver.

Zie voor meer informatie:

Factor 3: Migratie-engine

IMAP-, cutover- en gefaseerde Exchange-migraties worden uitgevoerd met behulp van het migratiedashboard in het Exchange-beheercentrum . Dit is afhankelijk van de beperking van de Office 365-migratieservice.

Oplossing en aanpak   

Klanten kunnen nu met behulp van Windows PowerShell bij migraties gelijktijdigheid opgeven (bijvoorbeeld het aantal postvakken dat tegelijk wordt gemigreerd). De standaardwaarde is 20 postvakken. Nadat u een migratiebatch hebt gemaakt, kunt u met de volgende Windows PowerShell-cmdlet deze standaardwaarde verhogen tot een maximum van 100.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Zie voor meer informatie Migratiebatches beheren in Office 365.

Opmerking: Als uw gegevensbron over onvoldoende resources beschikt voor het verwerken van alle verbindingen, kunt u hoge gelijktijdigheid het beste vermijden. Begin met een kleine gelijktijdigheidswaarde van bijvoorbeeld 10. Verhoog deze waarde terwijl u de prestaties van de gegevensbron in de gaten houdt, om te voorkomen dat eindgebruikers toegangsproblemen ervaren.

Factor 4: Netwerk

Verificatietests   

Afhankelijk van de migratiemethode, kunt u de volgende verificatietests uitvoeren:

  • IMAP-migraties       Vul een bronpostvak vooraf met voorbeeldgegevens. Maak vervolgens vanaf internet (buiten het on-premises netwerk) verbinding met het bronpostvak via een standaard IMAP-e-mailclient, zoals Microsoft Outlook en meet vervolgens de netwerkprestaties door vast te stellen hoe lang het duurt om alle gegevens te downloaden uit het bronpostvak. De doorvoer moet ongeveer gelijk zijn als wat klanten kunnen bereiken met behulp van het IMAP-migratiehulpprogramma in Office 365, mits er geen andere beperkingen zijn.

  • Cutover- en gefaseerde Exchange migraties       Vul een bronpostvak vooraf met voorbeeldgegevens. Maak vervolgens vanaf internet (buiten het on-premises netwerk) verbinding met het bronpostvak met Outlook door middel van RPC via HTTP-protocol. Zorg ervoor dat u verbinding maakt met behulp van de cachemodus. Meet de netwerkprestaties door te controleren hoe lang het duurt om alle gegevens van het bronpostvak te synchroniseren. De doorvoer moet ongeveer gelijk zijn aan wat klanten kunnen bereiken met behulp van de eenvoudige Exchange-migratiehulpprogramma's in Office 365, mits er geen andere beperkingen zijn.

Opmerking: Er is sprake van enige overhead tijdens een werkelijke IMAP-migratie, een cutover- of gefaseerde Exchange-migratie. De werkelijke doorvoer zou echter ongeveer gelijk moeten zijn aan de resultaten van deze verificatietests.

Factor 5: Office 365-service

Beperken van bron op basis van de bronstatus in Office 365 beïnvloedt migraties waarbij gebruik wordt gemaakt van de eenvoudige systeemeigen migratiehulpprogramma's van Office 365. Zie de sectie Beperken van bron op basis van de bronstatus in Office 365.

Verplaatsingsaanvragen in de Office 365-service

Voor algemene informatie over het verkrijgen van informatie over de status van verplaatsingsaanvragen, zie Eigenschappen van verplaatsingsaanvragen weergeven.

In de Office 365-service wordt anders dan in de on-premises Exchange Server 2010, de migratiewachtrij en de serviceresources die aan migraties zijn toegewezen tussen tenants gedeeld. Dit delen heeft gevolgen voor hoe verplaatsingsaanvragen in elke fase van het verplaatsingsproces worden verwerkt .

Er zijn twee soorten verplaatsingsaanvragen in Office 365:

  • Onboardingsverplaatsingsaanvragen      Nieuwe klantmigraties worden gezien als onboardingsverplaatsingsaanvragen. Voor deze aanvragen geldt een normale prioriteit.

  • Interne verplaatsingsaanvragen door datacenters      Dit zijn aanvragen voor het verplaatsen van postvakken die door operationele teams in datacenters zijn geïnitieerd. Deze aanvragen hebben een lagere prioriteit omdat de eindgebruikersbeleving niet wordt beïnvloed als de verplaatsingsaanvraag vertraging oploopt.

Mogelijke effecten en vertragingen bij verplaatsingsaanvragen met de status 'In wachtrij' en 'In voortgang'

  • Verplaatsingsaanvragen in wachtrij      Deze status geeft aan dat de verplaatsing in de wachtrij is geplaatst en erop wacht om te worden opgehaald door de Exchange Mailbox Replication-service. Bij verplaatsingsaanvragen van Exchange 2003 hebben gebruikers in deze fase nog steeds toegang tot hun postvakken.

    Twee factoren hebben invloed op welke aanvragen door de Mailbox Replication-service worden opgehaald:

    • Prioriteit      Verplaatsingsaanvragen in de wachtrij met een hogere prioriteit, worden eerder opgehaald dan verplaatsingsaanvragen met een lagere prioriteit. Dit zorgt ervoor dat verplaatsingsaanvragen in het kader van klantmigraties altijd eerder worden verwerkt dan interne verplaatsingsaanvragen door datacenters.

    • Positie in de wachtrij      Als verplaatsingsaanvragen dezelfde prioriteit hebben, geldt dat hoe eerder de aanvraag in de wachtrij is geplaatst, hoe eerder deze door de Mailbox Replication-service wordt opgehaald. Omdat er meerdere klanten kunnen zijn die op hetzelfde tijdstip een postvakmigratie uitvoeren, is het normaal dat nieuwe verplaatsingsaanvragen in de wachtrij blijven staan voordat ze worden verwerkt.

      Vaak wordt de tijd die aanvragen voor postvakken in de wachtrij doorbrengen voordat ze worden verwerkt, niet meegeteld bij de planning van een migratie. Dit leidt er vaak toe dat klanten niet voldoende tijd krijgen toegewezen om alle geplande migraties uit te voeren.

  • Verplaatsingsaanvragen in voortgang      Deze status geeft aan dat de verplaatsing nog steeds in voortgang is. Als het hier om de verplaatsing van een onlinepostvak gaat, heeft de gebruiker nog steeds toegang tot het postvak. Bij verplaatsingen van een offlinepostvak heeft de gebruiker geen toegang tot het postvak.

    Nadat de aanvraag voor het verplaatsen van een postvak de status 'In voortgang' heeft gekregen, is de prioriteit niet meer van belang en wordt een nieuwe verplaatsingsaanvraag niet verwerkt totdat een bestaande verplaatsingsaanvraag met de status 'In voortgang' is voltooid, zelfs als de nieuwe verplaatsingsaanvraag een hogere prioriteit heeft.

Aanbevolen procedures

Planning      Zoals eerder vermeld, is het zo dat, omdat Exchange 2003-gebruikers tijdens een hybride migratie geen toegang hebben, Exchange 2003-klanten zich doorgaans meer zorgen maken over wanneer ze migraties moeten plannen en hoe lang ze duren.

Als u plant hoeveel postvakken u wilt migreren tijdens een bepaalde periode, moet u met het volgende rekening houden:

  • Tel de tijd mee die de verplaatsingsaanvraag in de wachtrij staat. Bereken dit als volgt:

    (totaalaantal te migreren postvakken) = ((totale tijd) - (gemiddelde wachttijd)) * (migratiedoorvoer)

    waarbij de migratiedoorvoer gelijk is aan het totaalaantal postvakken dat per uur kan worden gemigreerd.

    Stel dat u hebt een tijdvenster van zes uur hebt om postvakken te migreren. Als de gemiddelde wachttijd één uur is en u een migratiedoorvoer van 100 postvakken per uur hebt, kunt u in die periode van zes uur 500 postvakken migreren: 500 = (6 – 1) * 100.

  • Begin eerder met de migratie dan in eerste instantie is gepland, om de tijd in de wachtrij te beperken. Wanneer postvakken in de wachtrij staan, hebben Exchange 2003-gebruikers nog steeds toegang tot hun postvakken.

Bepaal de wachttijd      De wachttijd verandert steeds omdat de migratieplanningen van klanten niet door Microsoft worden beheerd.

Om te bepalen wat de mogelijke wachttijd is, kan een klant een testverplaatsing plannen die enkele uren voor de start van de werkelijke verplaatsing plaatsvindt. Vervolgens kan een klant op basis van de waargenomen tijd die de aanvraag in de wachtrij heeft gestaan, beter inschatten wanneer de migratie moet beginnen en hoeveel postvakken er in een bepaalde tijd kunnen worden verplaatst.

Bijvoorbeeld als een testmigratie vier uur voor de start van een geplande migratie is voltooid. De klant stelt vast dat de wachttijd voor de testmigratie ongeveer een uur bedroeg. De klant moet vervolgens overwegen om de migratie één uur eerder dan oorspronkelijk gepland te laten beginnen, zodat hij zeker weet dat er voldoende tijd is om alle migraties te voltooien.

Hulpprogramma's van derden voor Office 365-migraties

Hulpprogramma's van derden worden meestal gebruikt tijdens migratiescenario's waarbij Exchange niet betrokken is, zoals bij Google-Mail, IBM Lotus Domino en Novell GroupWise. Deze sectie richt zich op de migratieprotocols die door migratiehulpprogramma's van derden worden gebruikt, en in mindere mate op de werkelijke producten en hulpprogramma's voor migratie. De volgende tabel bevat een aantal factoren dat van toepassing is op de hulpprogramma's van derden voor migratiescenario's van Office 365.

Factor 1: Gegevensbron

Controlelijst

Beschrijving

Aanbevolen procedures

Systeemprestaties

Gegevensextractie is een intensieve taak. Voor optimale migratieprestaties moet het bronsysteem over voldoende resources beschikken, zoals processortijd en geheugen. Tijdens de migratie wordt de capaciteit van het bronsysteem vaak volledig benut, in termen van de reguliere werklast van een eindgebruiker. Als de systeembronnen niet voldoende zijn, kan de extra werklast die het resultaat is van de migratie, gevolgen hebben voor eindgebruikers.

Houd de systeemprestaties tijdens een migratietest in de gaten. Als het systeem druk bezet is, kunt u het beste geen agressief migratieschema voor dat specifieke systeem hanteren, omdat de migratie dan mogelijk traag verloopt en er problemen met de beschikbaarheid van de service kunnen optreden. Verbeter indien mogelijk de prestaties van het systeem door hardwareresources toe te voegen en door de systeembelasting te verminderen. De systeembelasting kan worden verminderd door taken en gebruikers te verplaatsen naar andere servers die niet betrokken zijn bij de migratie.

Zie voor meer informatie:

Bij het migreren van een on-premises Exchange-organisatie waarbij meerdere postvakservers zijn betrokken, is het raadzaam dat u een lijst met migratiegebruikers maakt waarbij de migratiegebruikers evenredig over meerdere postvakservers zijn verdeeld. Op basis van de prestaties van individuele servers kan de lijst verder worden bijgewerkt met het doel de doorvoer te maximaliseren.

Als server A bijvoorbeeld een 50 procent hogere beschikbaarheid van bronnen laat zien dan server B, is het redelijk om 50 procent meer gebruikers van server A in de dezelfde migratiebatch te plaatsen. Dezelfde procedure kan worden gebruikt voor andere bronsystemen.

Voer migraties uit als het systeem over maximale resourcebeschikbaarheid beschikt, zoals na kantooruren of tijdens weekends en feestdagen.

Back-endtaken

Andere back-endtaken die op dezelfde tijd worden uitgevoerd als migraties. Omdat het een goede gewoonte is om een migratie na kantooruren uit te voeren, is het gebruikelijk dat migraties samenvallen met onderhoudstaken die op uw on-premises servers worden uitgevoerd, zoals het maken van een gegevensback-up.

Kijk of er andere systeemtaken zijn die tijdens de migratie worden uitgevoerd. Het is raadzaam een leeg tijdvenster te reserveren waarbinnen alleen de gegevensmigratie wordt uitgevoerd en geen andere resource-intensieve taken.

Voor on-premises klanten van Exchange bestaan de algemene taken uit back-uptaken. Raadpleeg voor meer informatie Het Exchange-archief onderhouden.

Beperkingsbeleid

Het is gebruikelijk om e-mailsystemen te beschermen door middel van een beperkingsbeleid, waarmee een specifieke limiet wordt ingesteld voor de snelheid en de hoeveelheid gegevens waarmee deze uit het systeem kunnen worden opgehaald in een bepaalde tijd en met behulp van een specifieke migratiemethode.

Controleer welk beperkingsbeleid er voor uw e-mailsysteem is geïmplementeerd. Zo beperkt Google Mail de hoeveelheid gegevens die in een bepaalde tijd kan worden opgehaald.

Afhankelijk van de versie, past Exchange beleid toe dat de toegang beperkt van IMAP tot de on-premises e-mailserver (wordt gebruikt door IMAP-migraties) en de toegang beperkt van RPC via HTTP-protocol (wordt gebruikt door Exchange-cutover-migraties en gefaseerde Exchange-migraties).

Zie voor meer informatie over IMAP beperken Tips voor het optimaliseren van IMAP-migraties.

Zie voor meer informatie over het instellen van beperkingen voor RPC via HTTP-protocol:

Voor meer informatie over het configureren van Exchange-webservices beperken, zie Exchange 2010: Informatie over beperkingsbeleid voor clients.

Factor 2: Migratieserver

De meeste hulpprogramma's van derden voor Office 365 migraties worden door de client in gang gezet en pushen gegevens naar Office 365. Deze hulpprogramma's hebben doorgaans een migratieserver nodig. Factoren zoals systeemprestaties, back-endtaken en beperkingsbeleid voor de bronservers zijn van toepassing op deze migratieservers.

Opmerking: Enkele migratieoplossingen van derden worden als cloudservices op internet gehost waarvoor er geen on-premises migratieserver is vereist.

Oplossing en aanpak   

Als u een migratieserver gebruikt en de migratieprestaties wilt verbeteren, kunt u het beste dezelfde aanbevolen procedures toepassen als die welke zijn beschreven in de sectie Factor 1: Gegevensbron.

Factor 3: Migratie-engine

De protocollen die het meest worden gebruikt door migratiehulpprogramma's van derden zijn Exchange-webservices en RPC via HTTP-protocol.

Exchange-webservices    

Exchange-webservices is het protocol dat wordt aanbevolen bij een migratie naar Office 365, omdat dit ondersteuning biedt voor grote gegevensbatches en omdat het over een betere op de service gerichte beperkingsfunctie kent. Als Office 365 in de imitatiemodus wordt gebruikt, wordt door migraties met behulp van Exchange-webservices, niet het door de gebruiker gebudgetteerde aantal bronnen met Office 365Exchange-webservices gebruikt, maar gebruiken deze in de plaats daarvan een kopie van de gebudgetteerde bronnen:

  • Alle Exchange-webservices die oproepen imiteren die door de hetzelfde Administrator-account zijn gedaan, worden afzonderlijk gebudgetteerd van het budget dat voor dit Administrator-account geldt.

  • Voor elke imitatiesessie wordt een schaduwkopie gemaakt van het werkelijke budget van de gebruiker. Alle migraties voor deze specifieke sessie gebruiken deze schaduwkopie.

  • Beperken tijdens een imitatie is geïsoleerd tot elke afzonderlijke migratiesessie van een gebruiker.

Aanbevolen procedures   

  • De migratieprestaties bij klanten die migratiehulpprogramma's van derden gebruiken, waarbij gebruik wordt gemaakt van EWA-imitatie, wedijveren met die van migraties op basis van Exchange-webservices en in resourcegebruik van services door andere tenants. Om die reden variëren de migratieprestaties.

  • Waar mogelijk moeten klanten migratiehulpprogramma's van derden gebruiken die gebruikmaken van Exchange-webservicesimitatie, omdat dit gewoonlijk sneller en efficiënter gaat dan het gebruik van clientprotocollen zoals RPC via HTTP-protocol.

RPC via HTTP-protocol   

Veel traditionele migratieoplossingen maken gebruik van RPC via HTTP-protocol. Deze methode is volledig op basis van een model voor clienttoegang zoals die van Outlook. Schaalbaarheid en prestaties zijn beperkt omdat de Office 365-service de toegang beperkt op basis van de aanname dat gebruik plaatsvindt door een gebruiker en niet door een toepassing.

Aanbevolen procedures   

  • Voor migratiehulpprogramma's die RPC via HTTP-protocol gebruiken is het gangbaar om de migratiedoorvoer te vergroten door meer migratieservers toe te voegen en door meerdere Office 365-gebruikersaccounts met beheerdersrechten te gebruiken. Deze procedure zorgt voor verbeterde parallelle gegevensinjecties en een grotere doorvoer, omdat elke gebruiker met beheerdersrechten is onderworpen aan Office 365-gebruiker beperken. We hebben meldingen ontvangen van zakelijke klanten die meer dan 40 migratieservers moesten instellen om 20 - 30 GB/uur aan migratiedoorvoer te realiseren.

  • In de ontwikkelfase van een migratiehulpprogramma is het van essentieel belang om te bedenken hoeveel RPC-bewerkingen er nodig zijn voor het migreren van een bericht. Ter illustratie hebben we logboeken verzameld die zijn vastgelegd door Office 365-services voor twee migratieoplossingen van derden (ontwikkeld door andere bedrijven) die door klanten waren gebruikt voor de migratie van postvakken naar Office 365. We hebben twee migratie-oplossingen die zijn ontwikkeld door andere bedrijven met elkaar vergeleken. We hebben voor elke migratieoplossing de migratie van twee postvakken met elkaar vergeleken, en we hebben ze met elkaar vergeleken bij het uploaden van een PST-bestand in Outlook. Dit zijn de resultaten.

    Methode

    Postvakgrootte

    Aantal items

    Tijd nodig voor migratie

    Totale RPC-transacties

    Gemiddelde clientlatentie (ms)

    AvgCasRPCProcessingTime (ms)

    Oplossing A (postvak 1)

    376,9 MB

    4115

    4:24:33

    132.040

    48,4395

    18,0807

    Oplossing A (postvak 2)

    249,3 MB

    12.779

    10:50:50

    423.188

    44,1678

    4,8444

    Oplossing B (postvak 1)

    618,1 MB

    4322

    1:54:58

    12.196

    37,2931

    8,3441

    Oplossing B (postvak 2)

    56,7 MB

    2748

    0:47:08

    5806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3297

    0:29:47

    15.775

    36,9987

    5,6447

    Zoals u ziet zijn de procestijden van de client en service met elkaar vergelijkbaar, maar oplossing A heeft veel meer RPC-bewerkingen nodig om gegevens te migreren. Omdat elke bewerking clientlatentietijd en procestijd van de server verbruikt, doet oplossing A er veel langer over om dezelfde hoeveelheid gegevens te migreren ten opzichte van oplossing B en Outlook.

Factor 4: Netwerk

Aanbevolen procedure   

Voor migratieoplossingen van derden die gebruikmaken van RPC via HTTP-protocol volgt nu een goede manier om de potentiële migratieprestatie te meten:

  1. Maak vanaf de migratieserver verbinding met het Office 365-postvak via Outlook met behulp van RPC via HTTP-protocol. Zorg ervoor dat u geen verbinding maakt met behulp van de cachemodus.

  2. Importeer een groot PST-bestand met voorbeeldgegevens in het Office 365-postvak.

  3. Meet de migratieprestatie door te meten hoeveel tijd er nodig was om het PST-bestand te uploaden. De migratiedoorvoer moet ongeveer gelijk zijn aan de resultaten die klanten behalen als ze een migratiehulpprogramma van derden gebruiken, dat gebruikmaakt van RPC via HTTP-protocol, mits er geen andere beperkingen zijn. Tijdens een echte migratie is er sprake van overhead, waardoor de doorvoer mogelijk iets afwijkt.

Factor 5: Office 365-service

Beperken van bron op basis van de bronstatus in Office 365 beïnvloedt migraties door migratiehulpprogramma's van derden. Zie Beperken van bron op basis van de bronstatus in Office 365 voor meer informatie.

Uw Office-vaardigheden uitbreiden
Training verkennen
Als eerste nieuwe functies krijgen
Deelnemen aan Office Insiders

Was deze informatie nuttig?

Bedankt voor uw feedback.

Hartelijk dank voor uw feedback! Het lijkt ons een goed idee om u in contact te brengen met een van onze Office-ondersteuningsagents.

×