8 oorzaken waardoor Power BI-refreshes onverwacht mislukken

Ed Kisman · 22 Oct 2026

Een Power BI-refresh die onverwacht mislukt is frustrerend, zeker als dashboards en rapporten worden gebruikt voor dagelijkse besluitvorming. De oorzaak is niet altijd direct duidelijk: soms geeft Power BI een vage foutmelding, soms lijkt alles correct ingesteld maar blijft de data toch verouderd. In de praktijk zijn er acht veelvoorkomende oorzaken die verantwoordelijk zijn voor het merendeel van de Power BI-refreshfouten. Door deze te kennen, kun je problemen sneller diagnosticeren en structureel oplossen.

Wanneer Power BI-refreshes onverwacht stilvallen

Een mislukte Power BI-datarefresh heeft vrijwel altijd een concrete technische oorzaak. De acht oorzaken hieronder komen het vaakst voor en zijn elk herkenbaar aan specifieke symptomen. Wie ze kent, bespaart zichzelf uren aan foutopsporing.

1. Verlopen of onjuiste databronreferenties

Een van de meest voorkomende oorzaken van een Power BI-refreshfout is een verwijzing naar een databron die niet meer klopt. Dit gebeurt wanneer een server van naam verandert, een database wordt verplaatst, of een bestandspad op een gedeeld netwerk wijzigt.

Power BI slaat de verbindingsgegevens op in het rapport of de dataset. Zodra die gegevens niet meer overeenkomen met de werkelijkheid, stopt de refresh zonder dat er iets aan het rapport zelf is gewijzigd. De foutmelding verwijst dan naar een onbereikbare bron.

Controleer de databronreferenties in de instellingen van de dataset via de Power BI-service. Pas het serveradres, de databasenaam of het bestandspad aan zodra er infrastructuurwijzigingen hebben plaatsgevonden. Documenteer wijzigingen in je omgeving zodat je snel kunt terugkijken wanneer een refresh plotseling stopt.

2. Gateway-configuratie die stilletjes faalt

De on-premises data gateway is de brug tussen Power BI in de cloud en lokale databronnen. Wanneer deze gateway niet correct is geconfigureerd, verouderd is of draait op een server met te weinig resources, mislukken refreshes zonder duidelijke waarschuwing vooraf.

Veelvoorkomende gateway-problemen zijn: een verlopen Windows-serviceaccount, een gateway die niet meer is bijgewerkt naar de laatste versie, of een firewall die de verbinding blokkeert. Ook een gateway die op een virtuele machine draait die buiten kantoortijden wordt uitgeschakeld, veroorzaakt periodieke Power BI-problemen.

Controleer regelmatig de gateway-logs via de gateway-beheerconsole. Zorg dat de gateway-service draait onder een account met voldoende rechten en dat de gateway up-to-date is. Plan onderhoud aan de gateway buiten de geplande refresh-tijden.

3. Gewijzigde databaseschema’s zonder modelbijwerking

Wanneer een ontwikkelaar een kolomnaam hernoemt, een tabel verwijdert of een datatype aanpast in de brondatabase, weet Power BI hier niet automatisch van. Het datamodel in Power BI verwijst dan naar kolommen of tabellen die niet meer bestaan, wat resulteert in een mislukte refresh.

Dit is een bijzonder verraderlijke oorzaak omdat de fout niet in Power BI zelf zit, maar in de afstemming tussen de brondatabase en het BI-model. Goed databeheer en governance rondom schemawijzigingen is essentieel om dit te voorkomen.

Spreek af dat databasewijzigingen altijd worden gecommuniceerd aan de BI-beheerder. Gebruik versiebeheer op je databaseschema en test na elke schemawijziging of bestaande Power BI-datasets nog correct refreshen.

4. Time-outs door trage of overbelaste databases

Power BI heeft een ingebouwde time-out voor het ophalen van data. Wanneer een query langer duurt dan deze limiet, wordt de refresh afgebroken. Dit gebeurt vaker naarmate datasets groeien of wanneer de brondatabase zwaar wordt belast door andere processen.

Trage queries zijn vaak het gevolg van ontbrekende indexen, inefficiënte M-query’s die grote hoeveelheden data ophalen zonder filtering, of een database die tijdens de refresh ook regulier verkeer verwerkt. BI-performance-optimalisatie richt zich specifiek op dit soort knelpunten.

Analyseer de query-uitvoeringstijden in de brondatabase. Voeg indexen toe op kolommen die worden gebruikt in filtercondities en plan zware refreshes buiten piekuren. Overweeg incrementeel laden in plaats van een volledige refresh bij grote datasets.

5. Onvoldoende rechten op databronnen

Power BI gebruikt een serviceaccount of de credentials van een specifieke gebruiker om verbinding te maken met de databron. Wanneer dit account niet de juiste leesrechten heeft op een tabel, view of schema, mislukt de refresh met een autorisatiefout.

Dit probleem treedt op na wijzigingen in Active Directory, na een wachtwoordverloop van het serviceaccount, of wanneer rechten op databaseniveau worden aangepast zonder rekening te houden met de Power BI-verbinding. Soms werkt de refresh maanden zonder problemen totdat een wachtwoord verloopt of rechten worden herzien.

Gebruik een dedicated serviceaccount voor Power BI-verbindingen met een niet-verlopend wachtwoord. Leg vast welke rechten dit account nodig heeft en neem het mee in je changemanagementproces bij wijzigingen aan databaserechten.

6. Geheugen- en capaciteitslimieten in Power BI Premium

Power BI Premium kent capaciteitslimieten voor geheugen en verwerkingskracht. Wanneer meerdere grote datasets tegelijk refreshen, of wanneer een dataset te groot is voor de beschikbare capaciteit, worden refreshes afgebroken of in de wachtrij geplaatst totdat ze uiteindelijk mislukken.

Dit is een veelvoorkomende oorzaak bij organisaties die Power BI Premium gebruiken met meerdere teams en veel datasets. De foutmelding verwijst dan naar capaciteitslimieten of geheugenproblemen, maar de onderliggende oorzaak is een gebrek aan afstemming in de planning van refreshes.

Gebruik de Premium Capacity Metrics-app om inzicht te krijgen in het geheugengebruik per dataset en per tijdstip. Spreid geplande refreshes over de dag en overweeg grote datasets op te splitsen of te optimaliseren via aggregaties.

7. Foutieve M-query’s na bronwijzigingen

De M-querytaal in Power Query is de basis voor hoe Power BI data ophaalt en transformeert. Wanneer een bronsysteem wijzigt, bijvoorbeeld een nieuwe kolom toevoegt, een datatype aanpast of de volgorde van kolommen verandert, kunnen bestaande M-query’s onverwacht breken.

M-query’s die gebruikmaken van kolomposities in plaats van kolomnamen zijn hier bijzonder gevoelig voor. Ook query’s die hardcoded waarden bevatten die verwijzen naar omgevingsspecifieke instellingen, zoals een specifiek pad of een vaste filterdatum, kunnen na een bronwijziging mislukken. Meer over het opzetten van robuuste BI-data-integratie lees je op onze dienstenpagina.

Schrijf M-query’s zo dat ze verwijzen naar kolomnamen in plaats van posities. Gebruik parameters voor omgevingsspecifieke waarden en test query’s grondig na elke wijziging aan de brondatabron.

8. Conflicten door gelijktijdig geplande refreshes

Wanneer meerdere datasets op hetzelfde tijdstip een refresh starten, kunnen ze concurreren om dezelfde resources: de gateway, de databaseverbinding of de Premium-capaciteit. Dit leidt tot time-outs, wachtrijen en uiteindelijk mislukte refreshes die moeilijk te reproduceren zijn.

Dit probleem is lastig te herkennen omdat de refresh op andere momenten wel slaagt. De oorzaak ligt niet in de dataset of de databron zelf, maar in de planning. Organisaties die hun refreshschema’s niet actief beheren, lopen hier vroeg of laat tegenaan.

Maak een overzicht van alle geplande refreshes en spreid ze bewust over de dag. Geef kritische datasets prioriteit door ze buiten de piekuren te plannen en zorg dat minder urgente datasets later refreshen. Gebruik de refreshgeschiedenis in de Power BI-service om patronen in mislukkingen te herkennen.

Stabielere refreshes beginnen bij de databron

De meeste Power BI-refreshproblemen zijn te herleiden naar de verbinding tussen Power BI en de onderliggende database. Een goed ingerichte en goed presterende database is de basis voor betrouwbare refreshes. Wanneer de databron stabiel is, goed geïndexeerd is en correct beveiligd is, verdwijnen veel van de bovenstaande oorzaken vanzelf.

Investeer in structureel databasebeheer, heldere afspraken rondom schemawijzigingen en een doordacht refreshschema. Dat is effectiever dan symptomen achteraf te bestrijden.

Hoe DBA helpt met Power BI-refreshproblemen

Bij DBA combineren we diepgaande database-expertise met praktische Power BI-kennis. Wij pakken Power BI-refreshfouten aan bij de bron: de database. Onze aanpak omvat:

Analyse en optimalisatie van de brondatabase (Oracle, SQL Server of PostgreSQL) voor betere queryprestaties en minder time-outs
Inrichting en beheer van de on-premises data gateway, inclusief monitoring en automatische signalering bij storingen
Beoordeling en verbetering van M-query’s en datamodellen voor robuustere en snellere refreshes
Opzetten van maatwerk Power BI-dashboards met stabiele datapipelines en correct rechtenbeheer
24/7 monitoring en ondersteuning, zodat refresh-problemen worden gesignaleerd voordat ze impact hebben op de business

Of het nu gaat om een eenmalige analyse of structureel beheer van je Power BI-omgeving, wij denken graag met je mee. Neem contact op en ontdek hoe we jouw refreshes betrouwbaarder maken.