Hoe bepaal je welke data via shortcuts en welke fysiek in OneLake moet worden opgeslagen?

Ed Kisman · 06 okt 2026

Wanneer je met Microsoft Fabric OneLake werkt, stuit je vroeg of laat op een fundamentele keuze: sla je data fysiek op in OneLake, of gebruik je een shortcut om data op de oorspronkelijke locatie te laten staan en er vanuit OneLake naar te verwijzen? Die keuze heeft directe gevolgen voor kosten, prestaties, governance en flexibiliteit. Een verkeerde beslissing is later lastig terug te draaien zonder dat dit impact heeft op je downstreamprocessen.

In deze handleiding doorloop je stap voor stap hoe je die afweging maakt. Van het in kaart brengen van je databronnen tot het valideren van je strategie met een beslisboom en het optimaliseren na implementatie. Na het volgen van deze stappen heb je een onderbouwde, herhaalbare aanpak voor elke databron in je omgeving.

Breng je databronnen en gebruikspatronen in kaart

Voordat je ook maar één shortcut aanmaakt of een dataset fysiek uploadt, moet je weten wat je hebt en hoe het gebruikt wordt. Zonder dit overzicht maak je keuzes op basis van aannames in plaats van feiten. Begin met een inventarisatie van alle relevante databronnen in je organisatie.

Maak een lijst van alle databronnen: denk aan Azure Data Lake Storage Gen2, Amazon S3, Google Cloud Storage, on-premises databases en SaaS-applicaties.
Noteer per bron de eigenaar, het updateritme (realtime, dagelijks, maandelijks) en de gemiddelde datavolumes.
Documenteer wie de data gebruikt: welke teams, welke rapporten en welke processen zijn afhankelijk van deze bron?
Stel vast hoe latentiegevoelig het gebruik is: moeten rapporten binnen seconden laden, of is een vertraging van minuten acceptabel?

Na deze inventarisatie heb je een helder beeld van welke data actief en frequent gebruikt wordt, welke data meer archivistisch van aard is, en waar de eigendom en verantwoordelijkheid liggen. Dit vormt de basis voor alle vervolgstappen in je OneLake-databeheerstrategie.

Wanneer kies je voor een shortcut in OneLake

Een shortcut in OneLake is een verwijzing naar data die fysiek elders staat. De data wordt niet gekopieerd of verplaatst; OneLake behandelt de externe locatie als onderdeel van zijn eigen naamruimte. Dit is krachtig, maar het past niet bij elke situatie.

Kies voor een OneLake-shortcut wanneer aan een of meer van de volgende voorwaarden is voldaan:

De data heeft al een gezaghebbende bron elders, zoals een bestaand Azure Data Lake of een operationeel systeem, en duplicatie zou leiden tot inconsistentie.
De databron wordt beheerd door een andere afdeling of organisatie die eigenaar blijft van de data.
Het datavolume is groot en de kosten van fysieke opslag in OneLake zijn niet gerechtvaardigd gezien het gebruikspatroon.
De data is relatief statisch of wordt zelden geraadpleegd vanuit Fabric-werklasten.
Je wilt de data beschikbaar maken voor analyse zonder de bestaande pipelines en processen rondom de bronsystemen te verstoren.

Verifieer na het instellen van een shortcut of de data correct zichtbaar is in OneLake Explorer en of de toegangsrechten op de bronsystemen correct zijn geconfigureerd. Een shortcut zonder de juiste netwerkrouting of authenticatie geeft geen foutmelding bij het aanmaken, maar faalt pas bij daadwerkelijk gebruik.

Wanneer sla je data fysiek op in OneLake

Fysieke opslag in OneLake betekent dat de data daadwerkelijk wordt opgenomen in het OneLake-bestandssysteem. Dit geeft maximale controle, maar brengt ook opslagkosten en beheerverantwoordelijkheid met zich mee. Kies voor fysieke opslag wanneer de situatie het vereist.

Sla data fysiek op in OneLake in de volgende gevallen:

De data is gecureerd, getransformeerd of verrijkt en vormt een nieuwe versie die losstaat van de bron.
Je hebt volledige controle nodig over de beschikbaarheid, zonder afhankelijkheid van externe systemen of netwerkverbindingen.
De prestaties zijn kritisch: fysieke data in OneLake wordt sneller gelezen door Fabric-engines zoals Spark en SQL Analytics omdat er geen extra netwerkhop nodig is.
De bron wordt binnenkort buiten gebruik gesteld of gemigreerd, waardoor een shortcut onstabiel zou worden.
Compliance of juridische vereisten schrijven voor dat de data binnen een specifieke omgeving of regio moet worden opgeslagen.

Controleer na het laden van data of de bestanden in het juiste formaat staan. Delta-formaat heeft de voorkeur voor tabeldata omdat het transacties, versiebeheer en snelle query-uitvoering ondersteunt. Controleer ook of de mappenstructuur overeenkomt met de conventies van je Fabric-werkruimten.

Pas governance- en beveiligingsvereisten toe op je keuze

Governance en beveiliging zijn geen nagedachte: ze bepalen actief mee welke opslagvorm je kunt kiezen. Beveiliging en governance zijn onlosmakelijk verbonden met databeheer in OneLake. Breng eerst de relevante vereisten in kaart voordat je een definitieve keuze maakt.

Identificeer welke datasets gevoelige of persoonsgebonden informatie bevatten en welke wet- en regelgeving van toepassing is, zoals de AVG.
Stel vast of je organisatie eisen stelt aan dataresidentie: mag de data de regio verlaten of niet?
Controleer of shortcuts voldoen aan je beveiligingsbeleid: bij shortcuts blijft de data buiten OneLake staan, wat betekent dat de toegangscontrole op de bronsystemen leidend is en niet alleen het Fabric-rechtensysteem.
Bepaal of je auditlogging nodig hebt op bestandsniveau: fysieke opslag in OneLake biedt meer integratie met Microsoft Purview voor datalineage en classificatie.

Een veelgemaakte fout is aannemen dat rechten in Fabric automatisch gelden voor data achter een shortcut. Dat is niet het geval. Zorg dat je een gecombineerd rechtenoverzicht bijhoudt: wie heeft toegang via Fabric en wie heeft toegang tot de onderliggende bronsystemen? Inconsistentie hiertussen leidt tot onverwachte toegang of juist blokkades.

Valideer je opslagstrategie met een beslisboom

Met de informatie uit de vorige stappen kun je nu een beslisboom opstellen die je helpt om elke databron systematisch te classificeren. Dit voorkomt dat je per databron opnieuw het wiel uitvindt en zorgt voor consistentie in je aanpak.

Doorloop voor elke databron de volgende vragen in volgorde:

Is er een gezaghebbende bron elders die actief wordt beheerd? Ja: overweeg een shortcut. Nee: ga verder.
Is de data getransformeerd of verrijkt ten opzichte van de bron? Ja: kies voor fysieke opslag. Nee: ga verder.
Zijn er strikte dataresidentie- of compliancevereisten? Ja: kies voor fysieke opslag in de juiste regio. Nee: ga verder.
Is de data latentiegevoelig en wordt deze frequent bevraagd door Fabric-engines? Ja: kies voor fysieke opslag. Nee: een shortcut volstaat waarschijnlijk.
Is het datavolume groot en de queryfrequentie laag? Ja: een shortcut bespaart onnodige opslagkosten.

Leg de uitkomst van deze beslisboom vast per databron in een centraal overzicht, bijvoorbeeld in een spreadsheet of een datamanagementtool. Dit document wordt je referentiepunt bij toekomstige wijzigingen en bij onboarding van nieuwe databronnen. Verifieer de classificaties periodiek, want gebruikspatronen en compliance-eisen veranderen in de loop van de tijd.

Optimaliseer kosten en prestaties na implementatie

Na implementatie is de strategie geen statisch gegeven. Performance-optimalisatie is een doorlopend proces. Monitor actief of de gemaakte keuzes in de praktijk uitpakken zoals verwacht en stuur bij waar nodig.

Activeer monitoring op opslagkosten in het Azure Cost Management-portaal. Splits de kosten uit per werkruimte en per dataset om te zien waar de grootste uitgaven zitten.
Meet de queryresponstijden op shortcuts versus fysiek opgeslagen data. Als shortcuts structureel trager zijn voor kritische rapporten, overweeg dan om die data toch fysiek op te nemen.
Controleer regelmatig of shortcuts nog geldig zijn: als een bronsysteem wijzigt van locatie of structuur, kan een shortcut stiekem breken zonder duidelijke foutmelding in Fabric.
Evalueer het Delta-formaat voor alle fysiek opgeslagen tabeldata: zorg dat vacuuming en optimalisatie van Delta-tabellen periodiek worden uitgevoerd om bestandsversnippering te voorkomen.
Herzie de beslisboom minimaal twee keer per jaar of na grote organisatorische wijzigingen, zoals fusies, nieuwe systemen of veranderende compliance-eisen.

Een goed ingerichte OneLake-omgeving is er een die meebeweegt met de organisatie. Door kosten en prestaties structureel te bewaken, voorkom je dat een aanvankelijk slimme keuze na verloop van tijd een knelpunt wordt. Koppel de bevindingen terug aan de beslisboom uit de vorige stap zodat je classificaties actueel blijven.

Hoe DBA helpt met OneLake-databeheer

De afweging tussen shortcuts en fysieke opslag in OneLake lijkt op het eerste gezicht technisch, maar raakt al snel aan governance, architectuur en organisatorische processen. Precies daar ligt onze expertise. Wij helpen organisaties bij het opzetten van een doordachte en schaalbare Fabric-inrichting die aansluit bij hun specifieke situatie.

Wat wij concreet bieden:

Een inventarisatie van je huidige databronnen en gebruikspatronen, inclusief advies over shortcut- versus opslagkeuzes per bron.
Inrichting van OneLake conform governance- en beveiligingsvereisten, inclusief integratie met Microsoft Purview.
Opstellen van een beslisboom en classificatiedocument dat je team zelfstandig kan gebruiken en onderhouden.
Doorlopende monitoring en optimalisatie van kosten en prestaties na implementatie.
Begeleiding via on-the-job coaching zodat je interne team de kennis opbouwt om de omgeving zelf te beheren.

Wil je weten hoe jouw organisatie het meeste uit OneLake haalt? Neem contact met ons op en we kijken samen naar de beste aanpak voor jouw situatie.