Volume en duur schatten

Eerst meten, dan plannen

Volume uit Discovery, snelheid uit de pilot, vier jobs tegelijk — en het plan voor elke golf volgt uit die drie.

Waar de duur van afhangt

Geen twee migraties verlopen even snel, omdat de factoren die de snelheid bepalen per organisatie verschillen:

Factor	Waarom het ertoe doet	Waar u het ziet
Volume inclusief versies	De migratiesnelheid wordt daaraan afgemeten, en de versiegeschiedenis kan een veelvoud van de omvang van de huidige bestanden zijn	Discovery, in Run-geschiedenis en het Power BI-rapport
Aantal bestanden	Elk bestand wordt afzonderlijk verwerkt, dus veel kleine bestanden duren langer dan hetzelfde volume in een paar grote	`File Count` van een run
Bereik versiegeschiedenis	Minder versies per bestand betekent minder volume om te verplaatsen	De versie-instellingen van de job
De bestandsfilters	Inhoud die op datum, grootte of type wordt uitgesloten, wordt helemaal niet verplaatst	De geavanceerde instellingen van de job
Throttling door Microsoft 365	Microsoft 365 vertraagt zware of frequente leesbewerkingen	`SPO Rate Limit Delay` in de rundetails
Vier jobs tegelijk	De SMART Migration-server voert maximaal vier jobs tegelijk uit	De actieve jobs op het Dashboard
De editie	Enterprise+ migreert tot drie keer zo snel als Enterprise	Uw licentie

Stap 1: meet het volume met Discovery

Voer Discovery uit op alles wat binnen de scope valt — een Import-job maakt de jobs aan voor een hele tenant, een site of alle OneDrives. Lees daarna het volume af:

Per run, in Run-geschiedenis: Files, Volume, Versions en Version volume. Deze tellen de nieuwe en gewijzigde bestanden; houd de aanwijzer op de titel van een Discovery-run voor de bijbehorende kaart, waarvan Total de ongewijzigde bestanden meetelt — de volledige bron zoals de run die aantrof.
Per bibliotheek, site en golf, in het Power BI-rapport, met het volume inclusief versiegeschiedenis en de leeftijd van de inhoud.

Bepaal vóór het schatten wat achterblijft: inhoud die al jaren door niemand is geopend of gewijzigd, archieven en versies die u niet nodig hebt. Elke gigabyte die u weglaat, is tijdwinst in elke golf.

Stap 2: meet de snelheid met een pilotgolf

Voer een pilotgolf uit met bibliotheken die representatief zijn voor de rest, als Migratie-jobs. Open voor elke run de details:

Duration en Volume geven de snelheid van één job: het volume gedeeld door de duur, bijvoorbeeld in gigabytes per uur.
SPO Rate Limit Delay laat zien hoeveel van de duur door de throttling van Microsoft 365 in beslag werd genomen.

Gebruik de snelheid van de grotere runs uit de pilot: kleine runs besteden een groter deel van hun tijd aan opstarten en afronden.

Stap 3: bereken de golven

Deel voor elke golf het volume door de snelheid van één job, en dat door vier voor de jobs die tegelijk draaien:

De schatting voor één golf

Uren ≈ volume van de golf inclusief versies ÷ snelheid van één job ÷ 4

Een pilot waarvan de runs 40 GB in 8 uur verplaatsten, migreert bijvoorbeeld 5 GB per uur per job. Een golf van 600 GB duurt dan ongeveer 600 ÷ 5 ÷ 4 = 30 uur. De cijfers dienen alleen ter illustratie — gebruik die van uw eigen pilot.

Tel daar vervolgens op wat geen migratietijd is:

Controle en akkoord. De eigenaren controleren elke golf vóór de volgende, meestal een paar dagen.
Een marge voor throttling. Vier grote bibliotheken tegelijk lezen zwaarder dan één, en Microsoft 365 kan alle vier vertragen.
De laatste synchronisatie vóór de overstap, die alleen kopieert wat gewijzigd is en kort duurt.
Een marge voor onderbrekingen. Netwerkuitval, herstarts en updates van de server, ontbrekende machtigingen, bestanden die in gebruik zijn en verlopen inloggegevens komen in elke echte migratie voor, en elk ervan kost de tijd totdat iemand het opmerkt en de job opnieuw uitvoert. Bepaal de marge aan de hand van uw pilot, uitgevoerd op gewone werkdagen.

Scans kosten ook tijd

Een tenantscan die de jobs aanmaakt, leest 30 tot 50 sites per minuut — ongeveer 30 tot 40 minuten per 1.000 sites. Plan deze vóór Discovery, dat daarna per bibliotheek zijn eigen tijd nodig heeft.

De migratie inkorten

Laat weg wat niemand gebruikt met From Date, en de bestandstypen die u niet nodig hebt met Source File Type.
Beperk de versies met Version History Scope.
Laat het de klok rond draaien: stel Scheduled Date in op de avond of het weekend, en geef de grootste jobs een hoge Priority zodat ze als eerste starten.
Verdeel de grootste bibliotheken over de golven in plaats van ze naast elkaar uit te voeren.
Houd de bestemming actueel met terugkerende jobs, zodat de laatste run vóór de overstap klein is.
Enterprise+ migreert tot drie keer zo snel als Enterprise.

Laat uw partner de schatting maken

Uw SMART Migration-partner kan samen met u de schatting maken op basis van het Discovery-rapport en de pilot, en die omzetten in een tijdlijn en een offerte.

Zodra de migratie loopt, houdt Migratievoortgang op het Dashboard de schatting actueel: deze berekent de resterende tijd en de doorvoer op basis van de runs zelf, als werktijd zonder de uren waarin niets draaide — zie Wat een migratie inhoudt en wat de snelheid bepaalt

Zie ook