Del via

Planlegging av Power BI-implementering: Revisjon på rapportnivå

  • Artikkel

Merk

Denne artikkelen er en del av planleggingsserien for power BI-implementering av artikler. Denne serien fokuserer hovedsakelig på Power BI-opplevelsen i Microsoft Fabric. Hvis du vil ha en innføring i serien, kan du se Planlegging av Power BI-implementering.

Denne overvåkingsartikkelen på rapportnivå er rettet mot flere målgrupper:

  • Rapportopprettere: Brukere som trenger å forstå bruk, innføring og ytelse av rapportene de har opprettet, publisert og delt.
  • Power BI-administratorer: Administratorene som er ansvarlige for å overvåke Power BI i organisasjonen. Power BI-administratorer må kanskje samarbeide med IT, sikkerhet, intern revisjon og andre relevante team.
  • Center of Excellence- og IT- og BI-teamet: Teamene som også er ansvarlige for å overvåke Power BI. De må kanskje samarbeide med Power BI-administratorer og andre relevante team.

Konseptene som dekkes i denne artikkelen gjelder hovedsakelig for løsninger som er opprettet for tre innholdsleveringsomfang, spesielt enterprise BI, departmental BI og team BI. Opprettere av personlige BI-løsninger kan også finne informasjonen i denne artikkelen nyttig. De er imidlertid ikke det primære målet.

Denne artikkelen fokuserer på overvåking og overvåking av rapporter og visualobjekter. Det er imidlertid ikke mulig å oppnå god ytelse for en rapport og visualobjektene når den underliggende semantiske modellen og/eller datakilden ikke fungerer bra. Hvis du vil ha informasjon om overvåking og overvåking av semantiske modeller, dataflyter og datamarts, kan du se Overvåking på datanivå.

Denne artikkelen er den første artikkelen i overvåkings- og overvåkingsserien fordi den beskriver innebygde verktøy som innholdsopprettere sannsynligvis vil oppdage først. Ideelt sett oppretter du delte semantiske modeller (beregnet for gjenbruk blant mange rapporter) før brukere oppretter rapporter. Derfor anbefaler vi at du leser denne artikkelen sammen med overvåkingsartikkelen på datanivå.

Tips

Enten du snakker med kolleger eller leser på nettet, må du finne ut om termrapporten brukes bokstavelig eller mer generelt. Ofte brukes den på en generell måte for å referere til én enkelt Power BI Desktop-fil (PBIX). Filen kan inneholde en datamodell (som når den publiseres blir en semantisk modell), en rapport eller begge deler. Termen kan brukes bokstavelig talt til å referere bare til en rapport (for eksempel en rapport med live-tilkobling til en semantisk modell). I denne artikkelen brukes termen bokstavelig talt.

Mål for rapportytelse

Hvis du vil overvåke rapporter effektivt, anbefaler vi at du definerer hvilke mål for rapportytelse, som utmerket ytelse, god ytelse og dårlig ytelse, betyr for organisasjonen. Det finnes ingen universelle definisjoner. Du bør alltid vurdere disse målene fra forbrukerens perspektiv.

Ideelt sett er ytelse en primær bekymring under utformingsprosessen for rapporten. Her er flere situasjoner der du kan velge å angi ytelsesmål.

  • Når du validerer eller ser gjennom en ny rapport (spesielt når du forventer at den skal ha et innholdsleveringsomfang til et stort antall brukere).
  • Før du godkjenner en rapport (spesielt når den skal sertifiseres).
  • Før du publiserer en rapport til et produksjonsarbeidsområde.
  • Når du inkluderer en rapport i en Power BI-app.

Du kan velge å opprette et standard ytelsesmål som er ment å gjelde for alle rapporter i hele organisasjonen. Den første rapportsiden skal for eksempel gjengis innen fem sekunder. Men fordi det er så mange forskjellige hensyn, er det vanligvis ikke realistisk å forvente at hver løsning skal oppfylle det samme målet. Vurder områder for ytelsesmålene som tar hensyn til kompleksiteten i løsningen.

Sjekkliste – Når du vurderer hvordan rapportopprettere skal bekrefte rapportytelsen, omfatter viktige beslutninger og handlinger:

  • Identifiser rapportytelsesmål: Sørg for at du har en god forståelse av hva akseptabel rapportytelse betyr fra forbrukerens perspektiv.
  • Dokumenter og kommuniser ytelsesmål: Hvis det finnes bestemte mål, må du kontrollere at de kommuniseres til rapportoppretterne i organisasjonen. Gi nyttig informasjon slik at rapportopprettere forstår hvordan de måler ytelsen, og hvordan du bruker utformingsteknikker som forbedrer ytelsen.

Resten av denne artikkelen beskriver teknikker som du kan bruke til å overvåke og overvåke rapportytelsen.

Måledata for rapportbruk

Den viktigste overvåkingsressursen som er tilgjengelig for rapportopprettere, er bruksdatarapportene, som er innebygd i Power Bi-tjeneste.

Hovedmålet med bruksdatarapportene er å vurdere virkningen av én rapport eller alle rapporter i et arbeidsområde. Fordi det er fokusert på rapportvisninger og ytelse for rapporter og instrumentbord (i stedet for andre elementer, for eksempel semantiske modeller og dataflyter), er det rettet mot rapportopprettere.

Bruk bruksdatarapportene til å:

  • Bestem hvilke brukere som viser rapporter mest aktivt.
  • Forstå hvor ofte rapporter vises og rangerer disse rapportene etter popularitet (basert på bruk).
  • Bestem hvilke rapportsider brukere får mest tilgang til.
  • Finn rapporter som ikke har blitt vist nylig.
  • Vis statistikk for rapportytelse på høyt nivå. Denne statistikken kan hjelpe deg med å veilede optimaliseringsarbeidet for rapportutforming og identifisere rapporter som kan ha uregelmessige eller konsekvente ytelsesproblemer.
  • Forstå hvilke forbruksmetoder (for eksempel nettleser eller Power BI-mobilapp) som forbrukere bruker. Denne informasjonen kan hjelpe rapportopprettere med å bestemme hvor mye arbeid det skal legges inn i optimalisering av rapporter for mobilbruk.

Tips

Power BI registrerer bruksmåledata for aktivitet som forekommer for innhold som er publisert til Power Bi-tjeneste (inkludert når det gjengis ved hjelp av Power BI Embedded). Tilgang til bruksmetrikk er bare én grunn til å oppmuntre rapportopprettere til å publisere rapportene sine til Power Bi-tjeneste, i stedet for å dele Power BI Desktop-filer.

Bruksmetrikk er innebygd i Power Bi-tjeneste, noe som er en viktig fordel fordi rapportopprettere ikke trenger å konfigurere en prosess for å trekke ut og lagre bruksdataene. Det er raskt og enkelt for dem å komme i gang.

En annen fordel med bruksmetrikken er at den interne semantiske modellen (som inneholder bruksdata) inneholder informasjon som ikke er lett å finne andre steder. Den inneholder for eksempel visninger per rapportside og varighet for åpningstid for rapporter. Rapportsidevisningene innhentes ved hjelp av klienttelemetri, som har begrensninger. Klienttelemetri (brukes av måledata for rapportbruk) er forskjellig fra telemetridata på serversiden (brukes av aktivitetsloggen).

Bruksmetrikk inkluderer en intern semantisk modell og en rapport. Selv om den interne semantiske modellen ikke kan redigeres eller tilpasses, kan du tilpasse bruksdatarapporten. Du kan også oppdatere rapportfiltrene for å lære om bruk for alle rapporter i et arbeidsområde (i stedet for bare én rapport). Når du bruker denne fremgangsmåten, er det bredeste tilgjengelige området ett arbeidsområde. Du kan vise opptil 30 dager med logg, inkludert den siste fullstendig fullførte dagen.

Viktig

Aktivitetsloggen for Power BI er et bedre alternativ når du vil:

  • Hent brukeraktiviteter for mer enn ett arbeidsområde.
  • Trekke ut og beholde aktivitetsdata i mer enn 30 dager.
  • Analyser alle aktiviteter som brukerne utfører i Power Bi-tjeneste.

Hvis du vil ha mer informasjon om aktivitetsloggen, kan du se Overvåking på leiernivå.

Bruksdatarapportene er tilgjengelige for rapportopprettere og eiere som er tilordnet rollen bidragsyter, medlem eller administratorarbeidsområde. Hvis du vil gjøre bruksdatarapportene synlige for brukere av arbeidsområdet (innholdsforbrukere), kan du opprette en kopi av bruksrapporten og tilpasse den.

Tips

Hvis du vil ha mer informasjon om arbeidsområderoller, kan du se artikkelen om sikkerhetsplanlegging for Innholdsoppretter.

Det finnes to leierinnstillinger relatert til bruksmetrikk.

  • Bruksmetrikk for leierinnstillingene for innholdsopprettere kontrollerer hvilke grupper av rapportopprettere (som også har den nødvendige arbeidsområderollen) som kan generere og vise bruksdatarapportene. Vanligvis lar Power BI-administratorer denne innstillingen være aktivert for hele organisasjonen. På den måten kan alle selvbetjente rapportopprettere vise bruksmønstrene for innholdet.
  • Per bruker-dataene i bruksmåledata for leierinnstillingen for innholdsopprettere bestemmer om navnene og e-postadressene til rapportforbrukerne vises i bruksdatarapportene. Når denne innstillingen er deaktivert (for noen eller alle rapportopprettere), undertrykker Power BI navn og e-postadresser i bruksdatarapportene, som kalles brukermaskering. Vanligvis lar Power BI-administratorer denne innstillingen være aktivert, slik at rapportopprettere kan forstå nøyaktig hvem som bruker rapportene sine. Muligheten til å kontakte andre brukere direkte for tilbakemelding om innholdet er også verdifullt fordi det kan bidra til å forbedre innholdet. Noen ganger kan det hende du har et sikkerhetsbehov for å maskere brukerinformasjon for bestemte grupper med rapportopprettere. Når innstillingen er deaktivert, ser rapportoppretteren brukeren uten navn i stedet for brukerdetaljene.

ViewUsageMetrics-operasjonen i Power BI-aktivitetsloggen gjør det mulig for Power BI-administratorer å overvåke hvilke innholdsopprettere og eiere som bruker bruksdatarapportene. Du kan bruke denne informasjonen til å veilede opplæring og dokumentasjon.

Sjekkliste – Når du planlegger å bruke bruksdatarapporten, omfatter viktige beslutninger og handlinger:

  • Bekreft bruksmetrikk er aktivert: Bestem om en power BI-rapportoppretter (som har tillatelse til å redigere rapporten) kan vise bruksmetrikk. Angi bruksmetrikk for tenantinnstillingene for innholdsopprettere slik at de samsvarer med denne beslutningen.
  • Bestem om per bruker-data skal vises i bruksmåledata: Finn ut om navn og e-post kan vises for alle eller enkelte brukere. Angi per bruker-dataene i bruksmetrikk for leierinnstillingen for innholdsopprettere for å justere med denne beslutningen.
  • Kontroller arbeidsområderoller: Valider rolletilordningene for arbeidsområdet. Sørg for at riktige rapportopprettere og eiere har tillatelse til å redigere innhold i arbeidsområdet (og dermed gjøre bruksdatarapportene tilgjengelige).
  • Opprette og tilpasse bruksdatarapportene: Generer en bruksdatarapport for innhold du vil analysere. Når det er aktuelt, kan du tilpasse bruksdatarapporten slik at den inkluderer alle rapporter i arbeidsområdet.
  • Ta med i dokumentasjon og opplæring for rapportopprettere: Inkluder veiledning for rapportoppretterne om hvordan de kan dra nytte av bruksdatarapportene. Sørg for at rapportopprettere forstår brukstilfellene og viktige begrensninger. Inkluder eksempler på viktige måledata de kan spore, og hvordan de kan bruke informasjonen til å kontinuerlig forbedre løsningene de oppretter og publiserer.
  • Overvåke hvem som bruker bruksmåledata: Bruk aktivitetsloggen for Power BI til å spore hvilke innholdsopprettere og eiere som bruker bruksdatarapportene.
  • Fastslå om bruksmetrikk er tilstrekkelig: Vurder situasjonene når den innebygde bruksdatarapporten vil være tilstrekkelig. Avgjør om overvåkingsløsninger på datanivå og leiernivå (beskrevet i andre artikler i denne serien) vil være mer hensiktsmessige.

Ytelsesanalyse

Ytelsesanalyse er et verktøy som er tilgjengelig i Power BI Desktop for å hjelpe deg med å undersøke og overvåke rapportytelsen. Det kan hjelpe rapportopprettere med å forstå ytelsen til visualobjekter og DAX-formler.

Tips

I tillegg til Ytelsesanalyse finnes det andre verktøy som du kan bruke til å feilsøke ytelsesproblemer i rapporten. Du kan for eksempel feilsøke spesifikke problemer med rapportforbruk som påvirker en Premium-kapasitet ved hjelp av Fabric Capacity Metrics-appen eller hendelsesloggene for semantisk modell som sendes til Azure Log Analytics. Hvis du vil ha mer informasjon om disse verktøyene (og andre verktøy), kan du se Overvåking på datanivå.

Ytelsesanalyse registrerer operasjoner mens en bruker samhandler med en rapport i Power BI Desktop. Den produserer en logg som registrerer hvordan hvert rapportelement utfører og for hver samhandling. Når du for eksempel samhandler med en rapportslicer, kryssfiltrerer et visualobjekt eller velger en side, registreres handlingen og tidsvarigheten i loggen. Avhengig av typen operasjon registreres også andre detaljer.

Oppsummert informasjon er tilgjengelig i Ytelsesanalyse-ruten. Du kan eksportere loggresultater til en JSON-fil, slik at du kan følge med mer detaljert analyse. Eksportfilen inneholder mer informasjon om de loggførte operasjonene. Hvis du vil ha mer informasjon om hvordan du bruker eksportfilen, kan du se Ytelsesanalyse dokumentasjonen på GitHub.

Viktig

Husk at Ytelsesanalyse kjører i Power BI Desktop. Miljøet til rapportoppretterens maskin kan være forskjellig fra miljøet i Power Bi-tjeneste.

Noen vanlige forskjeller som du bør gjøre rede for inkluderer:

Viktig

Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.

Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.

Data logges når en bruker samhandler med et rapportelement. Loggførte data inneholder mer enn de visuelle visningselementene. Det inkluderer også:

  • Visuell visningsaktivitet.
  • DAX-spørringer (når visualobjektet henter data fra datamodellen i stedet for hurtigbufferen).
  • DirectQuery-aktivitet (når aktuelt).
  • Andre aktiviteter utført av et visualobjekt, for eksempel spørringsforberedelse, bakgrunnsbehandlingsaktiviteter og ventetid.

Avhengig av erfaringsnivået og hvordan roller og ansvar deles, kan det hende at en rapportoppretter trenger hjelp til å løse ytelsesproblemer. Det er spesielt sant når du prøver å forstå hvorfor en spørring eller beregning er treg. Hjelp for en rapportoppretter kan komme i form av:

  • Samarbeid med en dataoppretter: Årsaken til ytelsesproblemer er ofte relatert til utformingen av datamodellen.
  • brukerstøtte: Hjelp er ofte intrateamstøtte fra nære kolleger eller intern fellesskapsstøtte fra andre Power BI-brukere i organisasjonen. I noen situasjoner kan det også innebære kundestøtte.
  • Kompetanseveiledning fra Center of Excellence: Hjelp kan også være i form av ferdigheter som veileder aktiviteter, for eksempel kontortid.

Noen organisasjoner har spesifikke krav til godkjente (sertifiserte eller forfremmede) rapporter. Dette gjelder spesielt for rapporter som er mye brukt i hele organisasjonen. I så fall kan det hende du må (eller oppfordres) til å bekrefte Ytelsesanalyse resultater før du publiserer rapporten, eller før den er sertifisert.

Tips

Velpresterende rapporter har en positiv innvirkning på løsningsinnføring. Vi anbefaler at du oppfordrer rapportopprettere til å teste rapportytelsen før du publiserer en ny løsning på Power Bi-tjeneste. Du bør også oppfordre dem til å teste ytelsen på nytt når det gjøres betydelige endringer i en eksisterende løsning (rapport eller semantisk modell).

Hvis du vil ha mer informasjon om optimaliseringsteknikker, kan du se Optimaliseringsveiledning for Power BI.

Sjekkliste – Når du vurderer hvordan rapportopprettere skal bruke Ytelsesanalyse, omfatter viktige beslutninger og handlinger:

  • Opprett dokumentasjon og opplæring for rapportopprettere: Inkluder veiledning for rapportopprettere om hvilke ytelsesmål som finnes, og hvordan de kan validere, måle og teste ytelsen. Gi veiledning til rapportoppretterne om hvordan du oppretter rapporter med god ytelse. Hjelp nye rapportopprettere med å ta i bruk gode utformingsvaner tidlig.
  • Sørg for at støtte og kompetanseveiledning er tilgjengelig: Sørg for at rapportoppretterne vet hvordan de kan få hjelp til å løse ytelsesproblemer.
  • Inkluder krav for å sertifisere rapporter: Bestem om du vil inkludere ytelsesanalyseresultater som en forutsetning for å sertifisere (godkjenne) rapporter. I så fall må du kontrollere at dette kravet er dokumentert og formidlet til rapportopprettere.

Relatert innhold

I den neste artikkelen i denne serien kan du lære mer om overvåking på datanivå.