Terug naar de blog
2 september 2026

Downtime voorkomen: 7 stappen voor MKB bij migratie van fileserver naar SharePoint

Beheerder houdt toezicht op fileservermigratie

Begin met een volledige assessment van je fileserver en migreer daarna gefaseerd via een pilot, niet in één keer. Gebruik SharePoint Migration Tool (SPMT) of Migration Manager, behoud metadata en permissies waar dat technisch kan, en betrek key-users voordat je live gaat. Voor MKB-bedrijven zonder ruime interne IT-capaciteit is een managed provider vaak de veiligste route om downtime te beperken.

Kort samengevat:

  • Een gefaseerde migratie met uitgebreide assessment en pilot verkleint de kans op problemen en helpt om organisatiebreed draagvlak te creëren.
  • Het behoud van metadata en permissies vereist een zorgvuldige voorbereiding en validatie na elke migratiebatch, om gegevensintegriteit te waarborgen.
  • Bij grote of complexe datavolumes is een hybride aanpak of offline transfer via Azure Data Box vaak nodig, aangezien volledige online migratie traag en problematisch kan zijn.
  • Een goede inrichting van de SharePoint-omgeving met consistente rechten en een logische structuur voorkomt administratieve chaos en versnelt adoptie.
  • Voor organisaties zonder interne IT-capaciteit is uitbesteden aan een ervaren migratieprovider de meest praktische oplossing inclusief minimale downtime.

Inhoudsopgave

Wat zijn de voordelen van SharePoint als fileserver?

SharePoint Online lost een probleem op waar een traditionele fileserver simpelweg niet voor gebouwd is: overal en met meerdere mensen tegelijk in hetzelfde document werken, waar een fileserver bestanden vergrendelt zodra iemand ze opent, laat SharePoint gelijktijdig bewerken toe, met automatische versiegeschiedenis op de achtergrond.

De belangrijkste voordelen op een rij:

  • Samenwerking in realtime, inclusief co-editing in Word, Excel en PowerPoint zonder bestandsvergrendeling.
  • Toegang van overal, via browser, desktopapp of mobiel, zonder VPN naar je kantoornetwerk.
  • Automatische versiegeschiedenis, zodat je nooit meer een document met “definitief_v3_nieuw” nodig hebt.
  • Diepe integratie met Teams en OneDrive, waardoor bestanden delen vanuit een chat of vergadering vanzelf gaat.

Toch is SharePoint niet overal een verbetering. Zeer grote bestanden (denk aan CAD-tekeningen of videomateriaal boven een paar gigabyte), applicaties die rechtstreeks op een netwerkpad schrijven, en legacy-software die geen ondersteuning biedt voor cloudopslag botsen regelmatig met de architectuur van SharePoint. Ook merk je bij mappen met tienduizenden losse bestanden soms tragere synchronisatie dan op een lokale server.

In die gevallen is volledige migratie niet altijd de beste keuze. Een hybride opzet, waarbij je gevoelige of technisch lastige data op een lokale of virtuele server houdt en de rest naar SharePoint verplaatst, is dan vaak realistischer dan alles in één keer overzetten.

Hybride opslag tussen server en SharePoint

Hoe pak je de migratie van fileserver naar SharePoint stap voor stap aan?

Microsoft beschrijft in zijn officiële migratiegids een gefaseerde aanpak met evaluatie, voorbereiding, migratie en onboarding. In de praktijk werkt dat het beste als je die fases opsplitst in zeven concrete stappen, elk met een duidelijke eigenaar en een duidelijk eindpunt.

  1. Assessment en inventarisatie. IT-beheer brengt de volledige fileserver in kaart: omvang, bestandstypen, eigenaarschap en gebruiksfrequentie.
  2. Planning. Projectleider en IT bepalen scope, tijdlijn en welke data wel of niet meegaat.
  3. Voorbereiding doelomgeving. IT richt sitestructuur, bibliotheken, metadata en permissies in SharePoint in.
  4. Pilotmigratie. Een kleine, representatieve dataset gaat over, met een groep key-users die het resultaat toetst.
  5. Gefaseerde migratie in batches. Per afdeling of datatype migreer je verder, met validatie na elke batch.
  6. Validatie. Steekproeven op bestandsaantallen, metadata en permissies bevestigen dat de batch correct is overgezet.
  7. Decommissioning. De oude fileserver gaat na een vastgestelde overgangsperiode offline of blijft alleen nog als read-only archief bestaan.

Elke fase heeft een exitcriterium nodig voordat je doorgaat. Zonder zo’n harde grens schuift een team te makkelijk door naar de volgende fase terwijl er nog losse eindjes liggen.

Pro-tip: Plan de pilot met een afdeling die zowel eenvoudige documenten als complexere content (grote bestanden, diepe mapstructuren, veel unieke rechten) gebruikt. Een pilot met alleen simpele Word-documenten test niets.

Werken in batches beperkt de schade als iets misgaat. Faalt een batch van 200 gebruikers, dan is dat vervelend maar beheersbaar. Faalt een big-bang-migratie van de hele organisatie in één weekend, dan sta je maandagochtend met honderden helpdeskmeldingen.

Hoe inventariseer je de bestaande fileserver correct?

Een migratie is nooit beter dan de inventarisatie waarop ze gebaseerd is. Voordat je één bestand verplaatst, moet je precies weten wat er op de fileserver staat en wie ermee werkt.

Verzamel minimaal deze gegevens per share of map:

  • Bestandstype en volume, om te zien welke mappen de meeste opslag en beheerlast vragen.
  • Bestandsgrootte per item, want SharePoint en OneDrive kennen bovengrenzen die je vooraf moet checken.
  • Eigenaarschap en laatste wijzigingsdatum, om verweesde of niet meer gebruikte data te herkennen.
  • NTFS-permissies per map, als basis voor de latere permissiestrategie in SharePoint.

Voor deze inventarisatie gebruik je bij voorkeur een combinatie van tools. TreeSize of een vergelijkbare schijfanalyse geeft snel inzicht in volume en mapgrootte. PowerShell-scripts halen gedetailleerdere data op, zoals bestandsleeftijd en toegangsrechten per share. De scan-functie in SPMT zelf signaleert daarnaast bestanden die technisch problematisch zijn, zoals ongeldige tekens in bestandsnamen of paden die de maximale lengte overschrijden.

Met die data in de hand beslis je per map: migreren, archiveren of verwijderen. Data die al jaren niet is aangeraakt, hoort niet standaard mee te gaan naar een nieuwe omgeving.

Fileserverdata verdeeld over drie locaties

Hoe richt je de SharePoint-doelomgeving in vóór de migratie?

De inrichting van de doelomgeving bepaalt of gebruikers na de migratie sneller of juist trager werken dan op de oude fileserver. Een letterlijke kopie van je mappenstructuur in SharePoint zetten is bijna altijd de verkeerde keuze.

Denk na over deze onderdelen voordat de eerste batch overgaat:

  • Sitestructuur en hub-sites: koppel sites per afdeling of project aan een hub-site, zodat navigatie en zoeken organisatiebreed werken.
  • Metadata-architectuur: richt content types en term sets in zodat documenten vindbaar zijn op eigenschap, niet alleen op mapnaam.
  • Permissiestrategie: werk met groepsgebaseerde toegang op site- of bibliotheekniveau in plaats van rechten per losse map.
  • Governanceregels: leg vast wie sites mag aanmaken, wie eigenaar wordt en hoe archivering na livegang verloopt.

Een ingerichte SharePoint- en Teams-omgeving die aansluit op hoe teams echt werken, voorkomt dat gebruikers na migratie alsnog lokale kopieën gaan bijhouden omdat ze hun bestanden niet terugvinden.

Pro-tip: Beperk het aantal unieke permissies zoveel mogelijk. Elke afwijkende rechteninstelling op een submap maakt beheer complexer en vertraagt synchronisatie, zoals ook in Microsofts migratiegids wordt benadrukt.

Welke migratietools passen bij jouw situatie, en waar liggen de grenzen?

Voor de meeste MKB-migraties is SPMT het startpunt. Deze gratis tool van Microsoft leest bestanden en mappen van een fileserver of oude SharePoint-omgeving en zet ze rechtstreeks over naar SharePoint Online of OneDrive, met behoud van basisstructuur. Voor standaardmigraties is dit de meest gebruikte oplossing, ook omdat Microsoft zelf de tool actief onderhoudt.

Migration Manager is de logische stap als je een SaaS-achtige, beheerde ervaring wilt, met centrale rapportage over meerdere migratietaken en agents die op afstand data overzetten zonder dat een technicus continu moet meekijken. Voor grotere organisaties met meerdere fileservers is dat overzicht waardevol.

Bij extreem grote datavolumes, denk aan tientallen terabytes, is een netwerkoverdracht vaak niet realistisch binnen een acceptabele tijd. Azure Data Box biedt dan een offline alternatief: je kopieert data lokaal naar een fysiek apparaat dat je terugstuurt naar Microsoft, dat de data vervolgens in de cloud invoert. Dat is doorgaans sneller en betrouwbaarder dan alles over de lijn te sturen.

Houd wel rekening met harde grenzen. Microsoft publiceert concrete restricties voor OneDrive en SharePoint, waaronder:

  • Maximale bestandsgrootte en beperkingen op padlengte per bestand.
  • Grenzen aan het aantal bewaarde versies per document.
  • Beperkingen op bepaalde tekens in bestands- en mapnamen die op een fileserver wel toegestaan waren.

Hoe blijven permissies, metadata en versiegeschiedenis behouden?

Kopiëren is het makkelijke deel van een migratie. Rechten en context correct overzetten is waar projecten vastlopen.

  1. Map NTFS-permissies bewust naar SharePoint-groepen. Een letterlijke één-op-één-vertaling van elke NTFS-groep werkt zelden; groepeer rechten opnieuw rond sites en bibliotheken.
  2. Controleer hoe je tool versiegeschiedenis behandelt. SPMT en Migration Manager kunnen bestaande versies meenemen, maar alleen binnen de versielimieten die SharePoint toestaat.
  3. Valideer met steekproeven na elke batch. Vergelijk itemcounts tussen bron en doel, controleer een representatieve set documenten op metadata en rechten, en leg de uitkomst vast in een auditlog.

De meest gemaakte fout is ervan uitgaan dat een succesvolle bestandsoverdracht automatisch betekent dat ook rechten en metadata goed staan. Dat zijn twee losse controles, geen automatisch gevolg van elkaar.

Hoe zet je een pilotmigratie op die echt iets bewijst?

Een pilot heeft alleen waarde als hij representatief is voor de rest van de organisatie. Kies daarom niet de makkelijkste afdeling, maar een groep met een mix van bestandstypen, mapdieptes en rechtenstructuren.

  • Selecteer een dataset met minstens enkele honderden bestanden, verspreid over meerdere mappen en eigenaren.
  • Betrek key-users die de content dagelijks gebruiken en snel kunnen beoordelen of iets klopt.
  • Stel meetpunten vast: itemcount, foutmeldingen, laadtijd van bibliotheken en feedback van key-users binnen 48 uur.
  • Definieer vooraf een rollback-scenario: bij welk foutpercentage stop je de batch en ga je terug naar de fileserver als fallback.

Monitor tijdens de migratie actief op foutmeldingen in het SPMT- of Migration Manager-dashboard. Een pilot die zonder problemen doorloopt maar nooit écht getoetst is door eindgebruikers, geeft een vals gevoel van zekerheid.

Hoe zorg je dat gebruikers daadwerkelijk overstappen naar SharePoint?

De technische migratie is maar de helft van het project. Als gebruikers na livegang toch weer lokale kopieën op hun laptop gaan bewaren, is de migratie mislukt, ondanks een perfecte technische uitvoering.

  • Stel een klein team van key-users per afdeling aan die als eerste aanspreekpunt fungeren voor collega’s.
  • Organiseer korte, praktische instructiesessies (twintig tot dertig minuten) gericht op de dagelijkse taken van die afdeling, niet op alle functies van SharePoint.
  • Communiceer helder wanneer welke afdeling live gaat en waar mensen terechtkunnen met vragen tijdens de overgangsweek.
  • Meet adoptie na livegang via daadwerkelijk gebruik, zoekgedrag binnen SharePoint en het aantal supportverzoeken per week.

Pro-tip: Laat key-users niet alleen testen, maar ook meebeslissen over de mapstructuur binnen hun eigen bibliotheek. Mensen accepteren een nieuwe werkwijze sneller als ze er invloed op hebben gehad.

Checklist voor de migratieweek en cutover-dag

Rond de livegang van elke batch komt alles samen. Een korte, harde checklist voorkomt dat iemand tijdens de spanning van cutover een stap overslaat.

  1. Vóór livegang: maak een volledige back-up van de betrokken data, bevestig dat de pilot is geaccepteerd, en communiceer de exacte overgangsdatum naar de betrokken afdeling.
  2. Tijdens cutover: monitor de batch in het migratiedashboard, houd het afgesproken foutpercentage aan als rollback-trigger, en stuur eindgebruikers een korte melding zodra hun data live staat.
  3. Na livegang: valideer itemcounts en metadata, controleer of zoekresultaten binnen SharePoint correct geïndexeerd zijn, en plan een nazorgmoment na de eerste werkweek voor vragen.

Wat de meeste migratieadviezen over het hoofd zien

De meeste artikelen over migreren van fileserver naar SharePoint richten zich op de techniek: welke tool, welke limieten, welke stappen. Dat is nodig, maar niet waar migraties echt op stuklopen. Ze lopen stuk op de aanname dat een technisch geslaagde overdracht automatisch een geslaagd project betekent.

In de praktijk zie je dat organisaties die de meeste tijd steken in assessment en pilot, achteraf de minste problemen hebben. Niet omdat die fase spannend is, maar omdat elke fout die je daar ontdekt, je later bij honderden gebruikers bespaart. Bedrijven die de pilot overslaan “om tijd te winnen” verliezen die tijd altijd terug in support na livegang, meestal met rente.

Wat ik daarnaast onderschat vind worden: adoptie. Een technisch perfecte migratie waarbij niemand traint hoe metadata werkt, levert een SharePoint-omgeving op die binnen een jaar weer net zo rommelig is als de oude fileserver, alleen nu in de cloud. Governance en training zijn geen nazorg, ze zijn onderdeel van het project.

Voor MKB-bedrijven zonder een dedicated migratieteam is de eerlijke conclusie dat uitbesteden vaak niet uit gemakzucht komt, maar uit realisme: de kennis om dit foutloos te doen bouw je niet op voor één migratie die je maar één keer per jaren doet.

— Mick

Hoe helpt ASTIA bij de overstap van fileserver naar SharePoint?

Een migratie van fileserver naar SharePoint is precies het soort project waarbij een verkeerde inschatting je weken support oplevert. Er zijn dienstverleners die MKB-bedrijven kunnen begeleiden bij de volledige overstap, van assessment tot livegang, met minimale downtime en zonder dat je eigen IT-team het naast de dagelijkse werkzaamheden moet uitzoeken.

Astia

Dat is relevant zodra je project groter wordt dan een paar honderd gigabyte, zodra compliance-eisen meespelen, of simpelweg zodra je merkt dat de interne capaciteit ontbreekt om dit naast de dagelijkse IT-taken te doen.

Overweeg je de migratie, of loop je al vast op de planning? Bekijk hoe ICT uitbesteden bij ASTIA werkt en vraag een vrijblijvend gesprek aan om je situatie te laten beoordelen.

Bronnen

Deze aanpak steunt niet op losse meningen, maar op een combinatie van officiële documentatie en lokale praktijkervaring. Microsofts eigen migratiegids beschrijft dezelfde kernfases die hierboven zijn uitgewerkt, en de Nederlandse baseline voor SharePoint-migratie vertaalt die methodiek naar een zesfasige aanpak met extra aandacht voor compliance en bewaartermijnen, relevant voor Nederlandse organisaties die aan gegevensbescherming moeten voldoen.

Aanbevelingen