Fejlfind rapportens ydeevne i Power BI
Denne artikel indeholder en vejledning, der gør det muligt for udviklere og administratorer at foretage fejlfinding af langsom ydeevne af rapporter. Det gælder for Power BI rapporter og også for Power BI sideindderede rapporter.
Langsomme rapporter kan identificeres af rapportbrugere, der oplever rapporter, der er langsomme at indlæse, eller som er langsomme at opdatere, når de interagerer med udsnitsværktøjer eller andre funktioner. Når rapporter hostes på en Premium, kan du også identificere langsomme rapporter ved at overvåge Power BI Premium appen Metrics. Denne app hjælper dig med at overvåge dit abonnements tilstand og kapacitet Power BI Premium abonnementet.
Følg rutediagramtrinnene
Brug følgende rutediagram til at hjælpe med at forstå årsagen til langsom ydeevne og til at afgøre, hvilken handling du skal træffe.
Der er seks afslutninger i rutediagrammet, som hver beskriver den handling, der skal køres:
| Terminator | Handling(er) |
|---|---|
 |
Administrer kapacitet Skaler kapacitet |
 |
Undersøg kapacitetsaktivitet under et typisk rapportforbrug |
 |
Ændring af arkitektur Overvej Azure Analysis Services Tjek gateway i det lokale miljø |
 |
Overvej Azure Analysis Services Overvej Power BI Premium |
 |
Brug Power BI Desktop Effektivitetsanalyse Optimer rapport, model eller DAX |
 |
Hæv supportanmodningen |
Tag handling
Den første overvejelse er at forstå, om den langsomme rapport hostes på en Premium kapacitet.
Premium-kapacitet
Når rapporten hostes på en Premium kapacitet, kan du bruge Power BI Premium Metrics-appen til at afgøre, om den rapporthostingkapacitet, der ofte overskrider kapacitetsressourcerne, overskrides. Det er tilfældet for CPU, når den ofte overstiger 80 %. I forbindelse med hukommelse er det der, hvor måleværdien for den aktive hukommelse overstiger 50. Når der er tryk på ressourcer, kan det være tid til at administrere eller skalere kapaciteten (afslutning 1 i rutediagrammet). Når der er tilstrækkelige ressourcer, skal du undersøge kapacitetsaktiviteten under et typisk rapportforbrug (afslutning 2 i rutediagrammet).
Delt kapacitet
Når rapporten er hostet på en delt kapacitet, er det ikke muligt at overvåge kapacitetens tilstand. Du skal bruge en anden undersøgelsesmetode.
Først skal du afgøre, om ydeevnen er langsom på bestemte tidspunkter på dagen eller måneden. Hvis det er muligt – og mange brugere åbner rapporten på disse tidspunkter – bør du overveje to muligheder:
- Øg gennemløbet af forespørgsler ved at overføre datasættet til Azure Analysis Serviceseller en Premium kapacitet (afslutning 4 i rutediagrammet).
- Brug Power BI Desktop Effektivitetsanalyse at finde ud af, hvordan det klarer sig for alle dine rapportelementer, f.eks. visualiseringer og DAX-formler. Det er især nyttigt at afgøre, om det er forespørgslen eller gengivelsen af visualiseringen, der bidrager til problemer med ydeevnen (afslutning 5 i rutediagrammet).
Hvis du kan se, at der ikke er noget tidsmønster, skal du overveje, om langsom ydeevne er isoleret til et bestemt geografisk område eller område. Hvis det er årsagen, er det sandsynligt, at datakilden er ekstern, og der er langsom netværkskommunikation. I dette tilfælde skal du overveje:
- Ændring af arkitektur ved hjælp af Azure Analysis Services (afslutning 3 i rutediagrammet).
- Optimering af ydeevnen for datagateway i det lokale miljø (afslutning 3 i rutediagrammet).
Hvis du finder ud af, at der ikke er noget tidsmønster, og ydeevnen går langsomt i alle områder, skal du undersøge, om der opstår langsom ydeevne på bestemte enheder, klienter eller webbrowsere. Hvis den ikke gør det, skal du Power BI Desktop Effektivitetsanalyse,som beskrevet tidligere, til at optimere rapporten eller modellen (afslutning 5 i rutediagrammet).
Når du beslutter, at bestemte enheder, klienter eller webbrowsere bidrager til langsom ydeevne, anbefaler vi, at du opretter en supportanmodning via Power BI-supportsiden (afslutning 6 i rutediagrammet).
Næste trin
Du kan finde flere oplysninger om denne artikel i følgende ressourcer: