Hoe migreer je van SQL Server naar Microsoft Fabric?

Ed Kisman ·
Verouderd serverrek met knipperende statusindicatoren naast moderne cloud-infrastructuur op stalen datacenter vloer, verbonden door nette kabelgebundels.

Van SQL Server naar Microsoft Fabric migreren doe je door je bestaande databases, ETL-processen en rapportagelagen stap voor stap over te zetten naar het cloudgebaseerde analyseplatform van Microsoft. De migratie vereist een grondige voorbereiding: niet elke workload is geschikt, en de architectuur van Fabric verschilt fundamenteel van een traditionele SQL Server-omgeving. In dit artikel beantwoorden we de meest gestelde vragen over deze migratie, van de eerste oriëntatie tot de uiteindelijke uitvoering.

Wat zijn de grootste verschillen tussen SQL Server en Microsoft Fabric?

Het grootste verschil tussen SQL Server en Microsoft Fabric is dat SQL Server een relationeel databasemanagementsysteem is voor transactionele en operationele workloads, terwijl Microsoft Fabric een geïntegreerd SaaS-analyseplatform is dat is ontworpen voor grootschalige data-analyse, business intelligence en datascience. Fabric combineert meerdere diensten in één omgeving, waaronder datawarehousing, data engineering en realtime analytics.

Concreet betekent dit dat SQL Server draait op een server of virtuele machine, on-premises of in de cloud, en primair is ingericht voor OLTP-workloads (Online Transaction Processing). Microsoft Fabric daarentegen is volledig cloudgebaseerd en gebouwd op een lakehouse-architectuur met OneLake als centraal opslagpunt. Waar SQL Server werkt met rijen en tabellen in een klassieke relationele structuur, maakt Fabric gebruik van Delta-tabellen en Parquet-bestanden.

Andere belangrijke verschillen zijn:

  • Licentiemodel: SQL Server werkt met server- of CAL-licenties; Fabric hanteert een capaciteitsmodel op basis van Fabric Units (F-SKUs).
  • Beheer: SQL Server vereist actief infrastructuurbeheer; Fabric wordt volledig beheerd door Microsoft.
  • Integratie: Fabric integreert native met Power BI, Azure Data Factory en Azure Synapse; SQL Server vereist aparte connectoren en configuratie.
  • Schaalbaarheid: Fabric schaalt automatisch mee met de vraag; SQL Server vereist handmatige capaciteitsplanning.

Welke SQL Server-workloads zijn geschikt voor migratie naar Microsoft Fabric?

Workloads die primair gericht zijn op rapportage, data-analyse en business intelligence zijn het meest geschikt voor migratie naar Microsoft Fabric. Denk aan datawarehouses, historische dataopslag, analytische queries en dashboarding. Transactionele systemen die hoge schrijffrequenties vereisen, zijn in de meeste gevallen niet geschikt voor Fabric als primaire database.

Geschikte workloads voor migratie zijn onder andere:

  • SQL Server-gebaseerde datawarehouses (SSAS, SSIS-pipelines, rapportagedatabases)
  • Read-heavy analytische omgevingen met complexe joins en aggregaties
  • Historische dataopslag die nu wordt bevraagd via rapportagetools zoals Power BI
  • ETL-processen die data samenvoegen vanuit meerdere bronnen

Workloads die minder geschikt zijn, omvatten transactionele kernsystemen zoals ERP-backends, systemen met hoge concurrency op schrijfoperaties en applicaties die afhankelijk zijn van SQL Server-specifieke features zoals linked servers, SQL Agent-jobs of CLR-integraties. Voor deze systemen is SQL Server vaak de betere keuze, eventueel aangevuld met Fabric als analyselaag.

Hoe verloopt een migratie van SQL Server naar Microsoft Fabric stap voor stap?

Een migratie van SQL Server naar Microsoft Fabric verloopt in vijf hoofdfasen: inventarisatie, architectuurontwerp, gegevensoverdracht, validatie en productieswitch. De exacte invulling van elke fase hangt af van de complexiteit van de bestaande omgeving en de gewenste eindarchitectuur in Fabric.

  1. Inventarisatie en assessment: Breng alle tabellen, stored procedures, views, ETL-processen en afhankelijkheden in kaart. Bepaal welke workloads naar Fabric gaan en welke op SQL Server blijven.
  2. Architectuurontwerp: Definieer de Fabric-architectuur: welke workspaces, lakehouses en warehouses heb je nodig? Bepaal hoe OneLake wordt ingericht als centrale opslaglaag.
  3. Data-overdracht: Gebruik tools zoals Azure Data Factory of Fabric Dataflows om data vanuit SQL Server naar OneLake te laden. Zet bestaande tabellen om naar Delta-formaat.
  4. Transformatie en validatie: Herschrijf SQL-logica die niet compatibel is met Fabric SQL (T-SQL is grotendeels ondersteund, maar er zijn uitzonderingen). Valideer datakwaliteit en queryresultaten.
  5. Productieswitch en monitoring: Schakel workloads gefaseerd over naar Fabric, monitor prestaties en los eventuele knelpunten op. Houd SQL Server als fallback beschikbaar totdat de stabiliteit is bevestigd.

Welke tools gebruik je bij een SQL Server naar Fabric migratie?

Bij een SQL Server naar Microsoft Fabric migratie gebruik je een combinatie van Microsoft-native tools en aanvullende hulpmiddelen voor assessment, datatransfer en validatie. De meest gebruikte tools zijn Azure Data Factory, Fabric Dataflows Gen2, de Fabric SQL Analytics Endpoint en het Database Migration Assessment-rapport van Microsoft.

Een overzicht van de belangrijkste tools:

  • Azure Data Factory (ADF): Voor het bouwen van datapipelines die data vanuit SQL Server naar OneLake transporteren.
  • Fabric Dataflows Gen2: Voor low-code transformaties direct binnen de Fabric-omgeving.
  • Microsoft Fabric SQL Analytics Endpoint: Biedt een SQL-interface op lakehouse-data, zodat bestaande queries grotendeels herbruikbaar zijn.
  • Database Experimentation Assistant (DEA): Analyseert query-workloads op SQL Server en identificeert compatibiliteitsproblemen voor de doelomgeving.
  • Power BI Desktop: Voor het herontwerpen en valideren van bestaande rapportages na de migratie.
  • SQL Server Management Studio (SSMS): Blijft nuttig voor het exporteren van schema’s en het vergelijken van queryresultaten voor en na de migratie.

Wat zijn veelvoorkomende problemen bij migratie naar Microsoft Fabric?

De meest voorkomende problemen bij een SQL Server naar Fabric migratie zijn T-SQL-incompatibiliteiten, onverwachte prestatieverschillen, ontbrekende SQL Server-features en onderschatte complexiteit van bestaande ETL-processen. Veel organisaties onderschatten ook de impact op bestaande Power BI-rapporten die direct op SQL Server-tabellen zijn gekoppeld.

Specifieke valkuilen zijn:

  • Niet-ondersteunde T-SQL-syntax: Fabric ondersteunt een subset van T-SQL. Stored procedures met complexe cursors, tijdelijke tabellen of SQL Server-specifieke systeemfuncties vereisen herschrijving.
  • Prestatieverschillen: Queries die op SQL Server snel liepen, kunnen in Fabric anders presteren door het andere opslagmodel. Indexstrategieën werken anders in een Delta-lakehouse.
  • Ontbrekende features: SQL Agent, linked servers, database mail en CLR zijn niet beschikbaar in Fabric. Alternatieven moeten worden gevonden via Azure Logic Apps of Fabric-native scheduling.
  • Datakwaliteitsproblemen: Bij het laden van data naar OneLake kunnen type-incompatibiliteiten of encoding-problemen optreden, vooral bij legacy-databases met afwijkende datatypen.
  • Afhankelijkheden in rapportages: Power BI-rapporten die via DirectQuery op SQL Server zijn gekoppeld, moeten worden herverbonden met de Fabric SQL Analytics Endpoint of het Semantic Model.

Wanneer is professionele DBA-begeleiding bij een Fabric-migratie noodzakelijk?

Professionele DBA-begeleiding is noodzakelijk wanneer de te migreren omgeving bedrijfskritische data bevat, wanneer er sprake is van complexe T-SQL-logica, meerdere afhankelijke systemen of strenge SLA-vereisten. Ook organisaties zonder interne database-expertise doen er verstandig aan om een specialist in te schakelen, omdat fouten in een migratie direct impact hebben op de beschikbaarheid van data.

Indicatoren dat begeleiding nodig is:

  • De database bevat meer dan enkele tientallen tabellen met complexe relaties en stored procedures
  • Er zijn gekoppelde systemen die afhankelijk zijn van de SQL Server-omgeving
  • De organisatie heeft geen ervaring met cloudgebaseerde dataplatformen
  • Er gelden strikte compliance- of beveiligingseisen, bijvoorbeeld bij overheidsorganisaties
  • Downtime moet tot een minimum worden beperkt

Een ervaren DBA kan niet alleen de technische migratie uitvoeren, maar ook vooraf risico’s identificeren, de juiste architectuurkeuzes maken en de prestaties na de migratie optimaliseren. Dit voorkomt kostbare herstelwerkzaamheden achteraf.

Hoe DBA helpt met SQL Server naar Microsoft Fabric migreren

Wij begeleiden organisaties bij elke fase van een SQL Server naar Fabric migratie, van de eerste inventarisatie tot de definitieve productieswitch. Onze senior database administrators combineren diepgaande SQL Server-kennis met praktijkervaring in Microsoft Fabric, zodat jouw migratie technisch solide en risicoarm verloopt.

Wat wij bieden:

  • Migratie-assessment: We brengen alle afhankelijkheden, incompatibiliteiten en risico’s in kaart voordat er ook maar één regel code wordt aangepast.
  • Architectuuradvies: We ontwerpen een Fabric-architectuur die aansluit op jouw organisatie, inclusief OneLake-inrichting, workspace-structuur en beveiligingsmodel.
  • Technische uitvoering: We verzorgen de datamigratieprocessen, herschrijven incompatibele SQL-logica en zorgen voor een gecontroleerde productieswitch.
  • Validatie en optimalisatie: Na de migratie controleren we datakwaliteit, queryprestaties en rapportage-integraties.
  • 24/7 ondersteuning: Ook na de migratie staan we klaar voor monitoring, beheer en bijsturing waar nodig.

Wil je weten of jouw SQL Server-omgeving klaar is voor Microsoft Fabric? Neem contact met ons op voor een vrijblijvend gesprek met een van onze database-experts.

Gerelateerde artikelen