Problemen met rapportprestaties in Power BI oplossen
Dit artikel bevat richtlijnen waarmee ontwikkelaars en beheerders problemen met trage rapportprestaties kunnen oplossen. Het is van toepassing Power BI rapporten en ook Power BI ge pagineerde rapporten.
Trage rapporten kunnen worden geïdentificeerd door rapportgebruikers die te maken hebben met rapporten die langzaam worden geladen of die traag worden bijgewerkt bij interactie met slicers of andere functies. Wanneer rapporten worden gehost op een Premium capaciteit, kunnen trage rapporten ook worden geïdentificeerd door de app Power BI Premium metrics te controleren. Met deze app kunt u de status en capaciteit van uw Power BI Premium bewaken.
Volg de stappen in het stroomdiagram
Gebruik het volgende stroomdiagram om inzicht te krijgen in de oorzaak van trage prestaties en om te bepalen welke actie moet worden ondernomen.
Er zijn zes stroomdiagram-eindtekens, elk met een beschrijving van de actie die moet worden ondernomen:
| Terminator | Actie(en) |
|---|---|
 |
Capaciteit beheren Schaal van capaciteit aanpassen |
 |
Activiteit van capaciteit onderzoeken tijdens typisch rapportgebruik |
 |
Architectuurwijziging Overweeg Azure Analysis Services On-premises gateway controleren |
 |
Overweeg Azure Analysis Services Overweeg Power BI Premium |
 |
Gebruik Power BI Desktop Performance Analyzer Rapport, model of DAX optimaliseren |
 |
Ondersteuningsticket verhogen |
Actie ondernemen
De eerste overweging is om te begrijpen of het trage rapport wordt gehost op een Premium capaciteit.
Premium-capaciteit
Wanneer het rapport wordt gehost op een Premium capaciteit, gebruikt u de app Power BI Premium Metrics om te bepalen of de capaciteit voor het hosten van het rapport vaak de capaciteitsresources overschrijdt. Dit is het geval voor CPU wanneer deze vaak 80% overschrijdt. Voor geheugen is dit het moment waarop de metrische gegevens van het actieve geheugen hoger zijn dan 50. Wanneer resources onder druk staan, kan het tijd zijn om de capaciteit te beheren of te schalen (stroomdiagram-eindteken 1). Wanneer er voldoende resources zijn, onderzoekt u de capaciteitsactiviteit tijdens normaal rapportgebruik (stroomdiagram-eindteken 2).
Gedeelde capaciteit
Wanneer het rapport wordt gehost op gedeelde capaciteit, is het niet mogelijk om de capaciteitstoestand te bewaken. U moet een andere onderzoeksbenadering kiezen.
Bepaal eerst of de prestaties op specifieke tijdstippen van de dag of maand traag zijn. Als dat het het volgende gebeurt en veel gebruikers het rapport op dit moment openen, kunt u twee opties overwegen:
- Verhoog de querydoorvoer door de gegevensset te migreren naar Azure Analysis Servicesof een Premium capaciteit (stroomdiagram-eindteken 4).
- Gebruik Power BI Desktop Performance Analyzer om erachter te komen hoe elk van uw rapportelementen, zoals visuals en DAX-formules, het doet. Het is vooral handig om te bepalen of het de query- of visuele rendering is die bijdraagt aan prestatieproblemen (stroomdiagram-eindteken 5).
Als u bepaalt dat er geen tijdspatroon is, moet u vervolgens overwegen of trage prestaties worden geïsoleerd naar een specifieke geografie of regio. Als dat zo is, is de gegevensbron waarschijnlijk extern en is er sprake van trage netwerkcommunicatie. In dit geval kunt u het volgende overwegen:
- Architectuur wijzigen met behulp van Azure Analysis Services (stroomdiagram-eindteken 3).
- Prestaties van on-premises gegevensgateway optimaliseren (stroomdiagram-eindteken 3).
Als u ten slotte bepaalt dat er geen tijdspatroon is en de prestaties in alle regio's traag zijn, moet u onderzoeken of de prestaties op specifieke apparaten, clients of webbrowsers traag zijn. Als dat niet zo is, gebruikt u Power BI Desktop Performance Analyzer, zoals eerder beschreven, om het rapport of model te optimaliseren (stroomdiagram-eindteken 5).
Wanneer u bepaalt dat specifieke apparaten, clients of webbrowsers bijdragen aan trage prestaties, wordt u aangeraden een ondersteuningsticket te maken via de Power BI-ondersteuningspagina (stroomdiagram-eindteken 6).
Volgende stappen
Bekijk de volgende bronnen voor meer informatie over dit artikel: