De on-premises data gateway is het enige punt van falen voor elke Power BI-dataset die verbinding maakt met on-premises gegevensbronnen. Wanneer de gateway uitvalt, stopt het vernieuwen van elke dataset die erdoorheen loopt, vaak met weinig waarschuwing voordat de storing zichtbaar wordt in Power BI Service.
Wat te bewaken
1. Status van de gatewayservice
De gateway draait als een Windows-service. Servicecrashes komen voor, door updates, geheugenproblemen of onderliggende systeemproblemen. Power BI Cloud detecteert de offline status van de gateway op basis van een heartbeat-pollinginterval (meestal 10 minuten), dus tegen de tijd dat de portal de gateway als offline weergeeft, zijn geplande refresh die in dat tijdsbestek werden uitgevoerd al stilletjes mislukt.
Directe monitoring van de status van de Windows-service (via WinRM, een monitoringagent of een aangepast script) biedt een snellere detectie dan wachten tot de Power BI-portal de offline status weergeeft.
2. Capaciteit van het gatewaycluster
Een enkel gatewayknooppunt kan een beperkt aantal gelijktijdige refresh effectief verwerken. Wanneer de gateway meer taken verwerkt dan de capaciteit toelaat, raken refresh in de wachtrij en lijken ze traag voordat ze uiteindelijk mislukken met time-outfouten. Het monitoren van het aantal actieve taken en de diepte van de wachtrij helpt bij het identificeren van capaciteitsproblemen voordat deze tot storingen leiden.
3. Gatewayversie
Microsoft brengt regelmatig gateway-updates uit. Het gebruik van een verouderde gatewayversie veroorzaakt authenticatiefouten, verbindingsfouten en compatibiliteitsproblemen met nieuwe Power BI-functies. De gatewayversie moet worden vergeleken met de huidige release en er moet een waarschuwing worden gegeven wanneer deze meer dan één releasecyclus achterloopt.
4. Connectiviteit per gegevensbron
De gateway kan actief en gezond zijn, terwijl individuele gegevensbronverbindingen verbroken zijn, bijvoorbeeld door een wijziging in een firewallregel, een verlopen certificaat of een SQL Server die naar een nieuwe host is verplaatst. Regelmatige connectiviteitstests (pogingen tot verbinding met elke geregistreerde gegevensbron) detecteren deze problemen voordat een geplande refresh ze probeert te gebruiken.
5. Analyse van foutpatronen
Gatewayfoutcodes bij Power BI-vernieuwingsfouten volgen patronen. Meerdere datasets die tegelijkertijd de foutmelding DM.GWPipeline.Client.GatewayUnreachable geven, duiden erop dat de gateway offline is. Meerdere datasets die tegelijkertijd de foutmelding ServiceBusFailed geven, duiden erop dat de gateway Azure Service Bus niet kan bereiken (een netwerk- of proxyprobleem). Het analyseren van foutpatronen over meerdere datasets geeft een duidelijker beeld dan individuele refresh failures.
Gatewaybewaking in de praktijk
De meest voorkomende tekortkoming in gatewaybewaking is de detectievertraging van 10 minuten. Een gateway die om 05:50 uur offline gaat en om 06:05 uur weer online komt, heeft alle in dat tijdsvenster geplande refreshes stilzwijgend gemist. Power BI rapporteert deze fouten mogelijk wel of niet als mislukkingen, afhankelijk van het tijdstip. Proactieve bewaking op serviceniveau dicht deze lacune.