Snelle samenvatting
Het opschonen van data is cruciaal voor een succesvolle migratie naar Microsoft 365. Zonder dit proces kunnen onverwachte kosten en juridische risico's ontstaan door het meenemen van overbodige of verouderde data.
- Ongefilterde data-import kan leiden tot overschrijding van het SharePoint Online storage quota, wat extra kosten met zich meebrengt.
- Verouderde persoonsgegevens kunnen juridische risico's veroorzaken als ze zonder geldige reden worden gemigreerd, in strijd met GDPR-voorschriften.
- Een 'Lift and Shift' aanpak zonder herstructurering kan de bruikbaarheid van de nieuwe omgeving verminderen door oude problemen mee te nemen.
- ROT-analyse helpt bij het identificeren van overbodige data, maar vereist tijd en middelen, wat de migratieplanning kan vertragen.
- Microsoft Purview Retention Policies kunnen automatisch archivering of verwijdering afdwingen, mits de metadata voldoende is.
- Pre-migration scanning tools identificeren problematische bestanden, zoals te lange padnamen, om migratieproblemen te voorkomen.
Belang van data opschoning voor Microsoft 365 migratie
Ongefilterde data-import kan direct het SharePoint Online storage quota overschrijden, waarna extra opslag niet meer een technisch detail is maar een onverwachte kostenpost in de migratie. Dat gebeurt niet pas na ingebruikname van Microsoft 365, maar al op het moment dat oude bestanden zonder selectie worden meegenomen. De migratieomvang groeit daardoor kunstmatig: niet omdat alle content nog waarde heeft, maar omdat verouderde en overbodige data dezelfde behandeling krijgt als actuele informatie. Voor teams die de planning en het budget proberen af te bakenen, verschuift de discussie dan snel van migratiegereedheid naar extra licentiekosten voor opslag.
Die financiële druk ontstaat vaak door een eenvoudige keten: alles uit de bronomgeving gaat mee, het volume landt in SharePoint Online, het quota komt onder spanning te staan en aanvullende opslag wordt nodig. In de praktijk voelt dat als een project dat groter wordt terwijl de inhoudelijke waarde van de data niet verandert. Een migratie die bedoeld is om structuur aan te brengen, start dan met een vervuilde doelomgeving. De eerste beslissing is dan niet meer welke content bruikbaar is, maar hoeveel ruimte nodig is om ook de ballast te huisvesten.
Verouderde persoonsgegevens meenemen creëert een ander type risico, omdat de migratie dan niet alleen data verplaatst maar ook oude bewaarlasten verlengt. Als persoonsgegevens al voorbij hun bewaartermijn zijn en toch opnieuw worden opgenomen in de nieuwe omgeving, blijft die informatie beschikbaar terwijl daar geen geldige grond meer voor is binnen de opslagbeperking van de GDPR. Dat maakt de migratie niet neutraler of veiliger; de oude situatie wordt juist doorgezet in een nieuwe omgeving.
Dat wordt vooral zichtbaar bij controle achteraf. Tijdens een audit draait de vraag niet alleen om wat is gemigreerd, maar ook waarom verouderde persoonsgegevens nog aanwezig zijn. Als daar geen duidelijke rechtvaardiging voor bestaat, verschuift een technisch migratieproject naar juridische aansprakelijkheid. De schade zit dan niet in een mislukte overdracht, maar in het feit dat achterhaalde persoonsgegevens opnieuw zijn ondergebracht en daarmee opnieuw onderdeel zijn geworden van de operationele en juridische last.
Veelvoorkomende problemen bij data migratie
Vervuilde data één op één verplaatsen zonder herstructurering breekt de bruikbaarheid van de doelomgeving al tijdens de migratie. De bekende 'Lift and Shift' valkuil ontstaat niet door de verplaatsing zelf, maar doordat dezelfde rommelige structuur, dezelfde overbodige bestanden en dezelfde onduidelijke ordening simpelweg worden meegenomen naar Microsoft 365. Daardoor verandert de locatie van de data, maar niet de kwaliteit ervan. In de praktijk schuift het probleem alleen op: gebruikers krijgen een nieuwe omgeving met oude onduidelijkheid, en juist de zoekfunctie verliest waarde zodra irrelevante of slecht gestructureerde inhoud het resultaatbeeld vult.
Die valkuil wordt vaak versterkt door verouderde data die al jaren is blijven staan zonder actief eigenaarschap of herbeoordeling. Zodra zulke inhoud integraal wordt meegenomen, groeit niet alleen het volume van de migratie, maar ook de hoeveelheid materiaal die niemand bewust heeft geselecteerd. Dat maakt het migratieproces stroperiger, omdat teams niet alleen bestanden verplaatsen, maar ook bestaande wanorde reproduceren. De oorzaak ligt dan minder bij techniek dan bij een bronomgeving waarin opschoning is uitgesteld en structuur nooit is hersteld. Het gevolg is een doelomgeving die vanaf het begin belast is met dezelfde beperkingen als de oude situatie.
'Dark Data' veroorzaakt een ander, maar verwant probleem. Dit gaat om data waarvan inhoud en waarde onbekend zijn en die daarom 'voor de zekerheid' wordt meegemigreerd. Die keuze lijkt op korte termijn eenvoudig, maar vergroot de migratieomvang zonder dat duidelijk is wat werkelijk behouden moet blijven. Onbekende data vraagt tijdens de planning om extra aannames, extra controles en meer discussie over wat eigenlijk bedrijfsrelevant is. Zodra die duidelijkheid ontbreekt, verschuift de grens van de migratie steeds verder op en wordt de scope minder beheersbaar.
Het lastige aan 'Dark Data' is dat het probleem vaak pas zichtbaar wordt nadat de inhoud al is opgenomen in de nieuwe omgeving. Dan blijkt niet alleen dat de waarde onduidelijk is, maar ook dat de vervuiling uit de bron nu onderdeel is geworden van Microsoft 365. Teams zoeken dan niet in een opgeschoonde informatiebasis, maar in een omgeving waarin onbekende, verouderde en ongeordende inhoud naast actuele informatie staat. Daarmee ontstaat geen schonere start, maar een migratie die de bestaande informatieproblemen meeneemt en vergroot, met een zoekfunctie die minder bruikbaar wordt door data waarvan de inhoud en waarde vooraf niet bekend waren.
Factoren bij het beslissen over data opschoning
Overbodige data op legacy file shares schuift anders zonder onderscheid mee naar Microsoft 365, waardoor de migratiescope groeit voordat er een inhoudelijke keuze is gemaakt. De beslissing om data te migreren, archiveren of verwijderen begint daarom niet bij de doelomgeving, maar bij het scheiden van materiaal dat nog een functie heeft van materiaal dat redundant, obsolete of trivial is.
| Factor | Wat het criterium meet | Beslissingseffect |
|---|---|---|
| ROT-analyse | ROT-analyse brengt in kaart welke data redundant, obsolete of trivial is op legacy file shares. Daarmee wordt niet alleen zichtbaar wat overbodig is, maar ook hoeveel van de bronomgeving geen logische kandidaat is voor migratie. | Data die als redundant, obsolete of trivial wordt aangemerkt, verschuift uit de standaard migratiescope. Dat verkleint de hoeveelheid content die beoordeeld, verplaatst en beheerd moet worden. Tegelijk zit hier een planningsgrens: deze analyse vraagt tijd en middelen, waardoor de opschoningsbeslissing zelf een apart onderdeel van de migratieplanning wordt. |
| Metadata-gestuurde retentie | Microsoft Purview Retention Policies gebruiken metadata om automatisch verwijdering of archivering af te dwingen. Het criterium is hier niet alleen de inhoud van bestanden, maar ook of de beschikbare metadata voldoende is om content consequent onder een retentieregel te laten vallen. | Content hoeft dan niet uitsluitend handmatig per locatie te worden beoordeeld. Bestanden of andere items kunnen op basis van metadata in een route voor archivering of verwijdering terechtkomen. Als die metadata ontbreekt of niet bruikbaar is, verschuift de beslissing terug naar handmatige beoordeling en blijft meer data voorlopig in scope voor migratie. |
| Tijd en uitvoerbaarheid van opschoning | Een keuze voor opschoning is ook een keuze over doorlooptijd. Bij een grondige ROT-analyse ontstaat extra werk vóór de migratie, omdat overbodige data eerst moet worden gekwantificeerd en beoordeeld. | De afweging verschuift hier van puur inhoud naar uitvoerbaarheid. Een brede opschoningsronde kan de migratievoorbereiding vertragen als de analyse niet tijdig wordt afgerond. Daardoor ontstaat in de praktijk druk om meer data toch mee te nemen, ook als die eerder als overbodig in beeld kwam. |
| Automatisering versus handmatige selectie | Microsoft Purview Retention Policies maken geautomatiseerde archivering of verwijdering mogelijk, maar alleen binnen de grenzen van de metadata waarop die policies zijn gebaseerd. ROT-analyse werkt juist als beoordelingsmethode om eerst vast te stellen welke data überhaupt nog relevant is. | Deze twee criteria sturen verschillende beslissingen. ROT-analyse bepaalt wat geen plaats meer hoeft te krijgen in de migratie. Retention Policies bepalen vervolgens welke content op basis van metadata automatisch naar archivering of verwijdering kan gaan. Zonder die scheiding blijft de kans bestaan dat overbodige data toch wordt gemigreerd en pas later wordt opgeruimd. |
Praktische toepassing van data opschoning voor migratie
Bestanden met geblokkeerde bestandstypen of padnamen van meer dan 400 tekens vallen pas echt op zodra een pre-migration scan ze zichtbaar maakt, en zonder die stap schuift vervuiling rechtstreeks door naar de migratievoorbereiding. In de praktijk werkt zo’n scan als een eerste technische zeef: niet om inhoud te beoordelen, maar om objecten te markeren die niet netjes passen binnen de doelomgeving. Daarmee ontstaat een concreter beeld van wat direct mee kan, wat eerst aangepast moet worden en waar de bronstructuur zelf al een beperking vormt. Dat voorkomt ook dat teams pas tijdens de uitvoering ontdekken dat een deel van de dataset buiten de migratie valt.
Die werking staat of valt met de inrichting van de scan. Een onvolledig geconfigureerde pre-migration scanning tool kan problematische bestanden missen, waaronder juist de te lange padnamen die later alsnog blokkades geven. De volgorde is dan vrij hard: de scan levert een onvolledig overzicht op, de planning gaat uit van een schonere bron dan er werkelijk is, en tijdens de migratie komen alsnog uitzonderingen naar boven die eerder niet waren meegenomen. Dat vertaalt zich niet alleen in extra uitzoekwerk, maar ook in vertraging in de migratieplanning, omdat correcties alsnog tussen analyse en uitvoering moeten worden ingevoegd.
Metadata mapping pakt een ander knelpunt aan: diepe legacy mappenstructuren sluiten niet vanzelf aan op een SharePoint-architectuur. In plaats van dezelfde hiërarchie één op één over te nemen, zet metadata mapping die structuur om naar kolommen en filters. Daarmee verschuift de ordening van geneste mappen naar beschrijvende kenmerken. Dat is geen cosmetische wijziging, maar een andere manier van structureren. Oude mappen die jarenlang zijn uitgebreid zonder duidelijke logica, worden daarmee herverdeeld in een model dat beter aansluit op de doelomgeving.
Juist in die omzetting zit de praktische toepassing van data opschoning. Een legacy structuur bevat vaak meer ordeningslagen dan functioneel nodig zijn, terwijl SharePoint-architectuur vraagt om een andere indeling van informatie. Metadata mapping maakt zichtbaar welke mapniveaus in feite alleen als label dienden en dus beter als kolom of filter terugkomen. Daardoor wordt opschoning niet beperkt tot verwijderen of behouden, maar ook tot herstructureren vóór de migratie. Zonder die vertaalslag blijft de oude structuur leidend, en dan verhuist niet alleen de inhoud mee, maar ook de complexiteit van de bronomgeving naar SharePoint.
Risico's en beperkingen van data opschoning bij migratie
'Orphaned data' breekt de controle op toegangsrechten zodra de migratie start. Zonder duidelijke eigenaar ontbreekt de basis om permissies nog te valideren in Microsoft 365, terwijl de inhoud wel wordt verplaatst. Die volgorde is verraderlijk: eerst gaat de data mee, daarna blijkt dat niemand met gezag kan bevestigen wie toegang hoort te hebben. In die situatie blijven overgeërfde rechten niet alleen bestaan, maar kunnen ze ook ongeautoriseerde toegang mogelijk maken.
Dat risico blijft niet beperkt tot een technisch detail in permissies. In de opschoningsfase vertraagt ontbrekend eigenaarschap al de besluitvorming, omdat niemand formeel kan bepalen wat behouden, verwijderd of afgeschermd moet worden. Die vertraging schuift door naar de migratieplanning, en zodra de data toch wordt meegenomen zonder heldere toewijzing, verschuift het probleem van de bronomgeving naar de cloudomgeving. De beperking zit dan niet in opslag of structuur, maar in het ontbreken van een verifieerbaar aanspreekpunt voor toegang en verantwoordelijkheid.
Een tweede grens ligt bij persoonsgegevens die zonder duidelijke noodzaak worden behouden tijdens de migratie. Voor compliance geldt dat data niet langer bewaard hoort te worden dan noodzakelijk voor het doel waarvoor die is verzameld. Als verouderde of overbodige persoonsgegevens toch worden meegenomen, verandert de migratie van een verplaatsingstraject in een juridisch risico: dezelfde inhoud krijgt een nieuwe plek, maar zonder dat de onderliggende rechtvaardiging voor bewaring is gecontroleerd.
Die combinatie van onduidelijk eigenaarschap en te ruime bewaring vergroot ook de operationele druk na de migratie. Data die niet verwijderd had mogen blijven staan, blijft onderdeel van beheer en back-up, wat onnodige uitgaven en extra beheerlast veroorzaakt. Tegelijk kan data zonder eigenaar niet betrouwbaar aan de juiste toegangsrechten worden gekoppeld. Dan ontstaat een cloudomgeving waarin bewaartermijnen niet scherp zijn afgebakend en permissies niet sluitend te valideren zijn door overgeërfde rechten.