Dela via

Planering av Power BI-implementering: Granskning på rapportnivå

  • Artikel

Kommentar

Den här artikeln är en del av planeringsserien för Power BI-implementering. Den här serien fokuserar främst på Power BI-upplevelsen i Microsoft Fabric. En introduktion till serien finns i Implementeringsplanering för Power BI.

Den här granskningsartikeln på rapportnivå riktar sig till flera målgrupper:

  • Rapportskapare: Användare som behöver förstå användning, implementering och prestanda för de rapporter som de har skapat, publicerat och delat.
  • Power BI-administratörer: De administratörer som ansvarar för att övervaka Power BI i organisationen. Power BI-administratörer kan behöva samarbeta med IT, säkerhet, intern granskning och andra relevanta team.
  • Center of Excellence,IT- och BI-teamet: De team som också ansvarar för att övervaka Power BI. De kan behöva samarbeta med Power BI-administratörer och andra relevanta team.

Begreppen som beskrivs i den här artikeln gäller främst lösningar som skapats för tre omfång för innehållsleverans, särskilt enterprise BI, avdelnings-BI och team BI. Skapare av personliga BI-lösningar kan också tycka att informationen i den här artikeln är användbar. De är dock inte det primära målet.

Den här artikeln fokuserar på granskning och övervakning av rapporter och visuella objekt. Det går dock inte att uppnå bra prestanda för en rapport och dess visuella objekt när den underliggande semantiska modellen och/eller datakällan inte fungerar bra. Information om granskning och övervakning av semantiska modeller, dataflöden och datamarter finns i Granskning på datanivå.

Den här artikeln är den första artikeln i gransknings- och övervakningsserien eftersom den beskriver inbyggda verktyg som innehållsskapare sannolikt kommer att upptäcka först. Vi rekommenderar att du skapar delade semantiska modeller (avsedda för återanvändning mellan många rapporter) innan användarna skapar rapporter. Därför rekommenderar vi att du läser den här artikeln tillsammans med granskningsartikeln på datanivå.

Dricks

Oavsett om du samtalar med kollegor eller läser online måste du avgöra om termrapporten används bokstavligen eller mer allmänt. Ofta används den på ett allmänt sätt för att referera till en enda Power BI Desktop-fil (.pbix). Filen kan innehålla en datamodell (som när den publiceras blir en semantisk modell), en rapport eller både och. Termen kan användas bokstavligen för att endast referera till en rapport (till exempel en rapport med en liveanslutning till en semantisk modell). I den här artikeln används termen bokstavligen.

Rapportprestandamål

För att effektivt övervaka rapporter rekommenderar vi att du definierar vilka rapportprestandamål, till exempel utmärkta prestanda, bra prestanda och dåliga prestanda, som betyder för din organisation. Det finns inga universella definitioner. Du bör alltid tänka på dessa mål ur konsumentens perspektiv.

I bästa fall är prestanda ett primärt problem under rapportdesignprocessen. Här är flera situationer när du kan välja att ange prestandamål.

  • När du verifierar eller granskar en ny rapport (särskilt när du förväntar dig att den ska ha ett omfång för innehållsleverans till ett stort antal användare).
  • Innan du avslutar en rapport (särskilt när den ska certifieras).
  • Innan du publicerar en rapport till en produktionsarbetsyta.
  • När du inkluderar en rapport i en Power BI-app.

Du kan välja att skapa ett standardprestandamål som är avsett att gälla för alla rapporter i hela organisationen. Den första rapportsidan bör till exempel återges inom fem sekunder. Men eftersom det finns så många olika överväganden är det vanligtvis inte realistiskt att förvänta sig att varje lösning ska uppfylla samma mål. Överväg intervall för dina prestandamål som påverkar lösningens komplexitetsnivå.

Checklista – När du överväger hur rapportskapare ska verifiera rapportens prestanda, omfattar viktiga beslut och åtgärder:

  • Identifiera rapportprestandamål: Se till att du har en god förståelse för vad godtagbar rapportprestanda innebär ur konsumentens perspektiv.
  • Dokumentera och kommunicera prestandamål: Om det finns specifika mål kontrollerar du att de kommuniceras med rapportskaparna i din organisation. Ge användbar information så att rapportskapare förstår hur prestanda mäts och hur du använder designtekniker som förbättrar prestandan.

Resten av den här artikeln beskriver tekniker som du kan använda för att granska och övervaka rapportprestanda.

Rapportera användningsstatistik

Den huvudsakliga granskningsresursen som är tillgänglig för rapportskapare är användningsstatistikrapporterna, som är inbyggda i Power BI-tjänst.

Det primära målet med användningsstatistikrapporterna är att utvärdera effekten av en rapport eller alla rapporter på en arbetsyta. Eftersom den fokuserar på rapportvyer och prestanda för rapporter och instrumentpaneler (i stället för andra objekt, till exempel semantiska modeller och dataflöden), riktas den till rapportskapare.

Använd användningsstatistikrapporterna för att:

  • Ta reda på vilka användare som mest aktivt visar rapporter.
  • Förstå hur ofta rapporter visas och rangordna rapporterna efter popularitet (baserat på användning).
  • Ta reda på vilka rapportsidor som användare har åtkomst till oftast.
  • Hitta rapporter som inte har visats nyligen.
  • Visa rapportprestandastatistik på hög nivå. Den här statistiken kan hjälpa dig att vägleda optimeringen av rapporter och identifiera rapporter som kan ha tillfälliga eller konsekventa prestandaproblem.
  • Förstå vilka förbrukningsmetoder (till exempel webbläsare eller Power BI-mobilapp) som rapportkonsumenter använder. Den här informationen kan hjälpa rapportskapare att bestämma hur mycket arbete som krävs för att optimera rapporter för mobil användning.

Dricks

Power BI samlar in användningsstatistik för aktivitet som inträffar för innehåll som har publicerats till Power BI-tjänst (inklusive när det återges med hjälp av Power BI Embedded). Åtkomst till användningsstatistik är bara en anledning till att uppmuntra rapportskapare att publicera sina rapporter till Power BI-tjänst i stället för att dela Power BI Desktop-filer.

Användningsstatistik är inbyggda i Power BI-tjänst, vilket är en viktig fördel eftersom rapportskapare inte behöver konfigurera en process för att extrahera och lagra användningsdata. Det är snabbt och enkelt för dem att komma igång.

En annan fördel med användningsstatistiken är att den interna semantiska modellen (som innehåller användningsstatistikdata) innehåller information som inte är lätt att hitta någon annanstans. Den innehåller till exempel vyer per rapportsida och varaktighet för rapportöppning. Rapportsidans vyer hämtas med hjälp av klienttelemetri, som har begränsningar. Klienttelemetri (används av rapportanvändningsmått) skiljer sig från telemetridata på serversidan (används av aktivitetsloggen).

Användningsstatistik omfattar en intern semantisk modell och en rapport. Även om den interna semantiska modellen inte kan redigeras eller anpassas kan du anpassa användningsstatistikrapporten. Du kan också uppdatera rapportfiltren för att lära dig mer om användning för alla rapporter på en arbetsyta (i stället för bara en rapport). Med den här metoden är det bredaste tillgängliga intervallet en arbetsyta. Du kan visa upp till 30 dagars historik, inklusive den senaste helt slutförda dagen.

Viktigt!

Power BI-aktivitetsloggen är ett bättre alternativ när du vill:

  • Hämta användaraktiviteter för mer än en arbetsyta.
  • Extrahera och behålla aktivitetsdata i mer än 30 dagar.
  • Analysera alla aktiviteter som användarna utför i Power BI-tjänst.

Mer information om aktivitetsloggen finns i Granskning på klientorganisationsnivå.

Användningsstatistikrapporterna är tillgängliga för rapportskapare och ägare som har tilldelats rollen Deltagare, Medlem eller Administratör. Om du vill göra användningsstatistikrapporterna synliga för visning av arbetsytor (innehållskonsumenter) kan du skapa en kopia av användningsrapporten och anpassa den.

Dricks

Mer information om arbetsyteroller finns i artikeln Innehållsskapares säkerhetsplanering .

Det finns två klientinställningar relaterade till användningsstatistik.

  • Användningsstatistiken för innehållsskapares klientinställning styr vilka grupper av rapportskapare (som också har den nödvändiga arbetsyterollen) som kan generera och visa användningsstatistikrapporterna. Vanligtvis lämnar Power BI-administratörer den här inställningen aktiverad för hela organisationen. På så sätt kan alla rapportskapare med självbetjäning visa användningsmönstren för sitt innehåll.
  • Inställningen Per användare-data i användningsstatistik för innehållsskapare avgör om namn och e-postadresser för rapportkonsumenter visas i användningsstatistikrapporterna. När den här inställningen är inaktiverad (för vissa eller alla rapportskapare) utelämnar Power BI namn och e-postadresser i användningsstatistikrapporterna, vilket kallas användarmaskering. Oftast låter Power BI-administratörer den här inställningen vara aktiverad så att rapportskapare kan förstå exakt vem som använder deras rapporter. Dessutom är möjligheten att kontakta andra användare direkt för feedback om innehållet värdefull eftersom det kan bidra till att förbättra innehållet. Ibland kan du ha ett säkerhetsbehov för att maskera användarinformation för vissa grupper av rapportskapare. När inställningen är inaktiverad ser rapportskapare en icke namngiven användare i stället för användarinformationen.

Med åtgärden ViewUsageMetrics i Power BI-aktivitetsloggen kan Power BI-administratörer övervaka vilka innehållsskapare och ägare som använder användningsstatistikrapporterna. Du kan använda den informationen för att vägleda utbildnings- och dokumentationsarbetet.

Checklista – När du planerar att använda användningsstatistikrapporten inkluderar viktiga beslut och åtgärder:

  • Bekräfta att användningsmått är aktiverade: Bestäm om någon Power BI-rapportskapare (som har behörighet att redigera rapporten) kan visa användningsstatistik. Ange inställningen Användningsstatistik för innehållsskapares klientorganisation så att den överensstämmer med det här beslutet.
  • Bestäm om data per användare ska visas i användningsstatistik: Avgör om namn och e-post kan visas för alla eller vissa användare. Ställ in data per användare i användningsstatistik för klientinställningen innehållsskapare så att de överensstämmer med det här beslutet.
  • Verifiera arbetsyteroller: Validera arbetsyterolltilldelningarna. Se till att lämpliga rapportskapare och ägare har behörighet att redigera innehåll på arbetsytan (vilket gör användningsstatistikrapporterna tillgängliga).
  • Skapa och anpassa användningsstatistikrapporterna: Generera en användningsstatistikrapport för innehåll som du vill analysera. När det är lämpligt anpassar du användningsstatistikrapporten så att den inkluderar alla rapporter på arbetsytan.
  • Inkludera i dokumentation och utbildning för rapportskapare: Inkludera vägledning för rapportskapare om hur de kan dra nytta av användningsstatistikrapporterna. Se till att rapportskapare förstår användningsfall och viktiga begränsningar. Ta med exempel på viktiga mått som de kan spåra och hur de kan använda informationen för att kontinuerligt förbättra de lösningar som de skapar och publicerar.
  • Övervaka vem som använder användningsstatistik: Använd Power BI-aktivitetsloggen för att spåra vilka innehållsskapare och ägare som använder användningsstatistikrapporterna.
  • Avgör om användningsstatistiken är tillräcklig: Tänk på de situationer då den inbyggda användningsstatistikrapporten skulle vara tillräcklig. Avgör om granskningslösningar på datanivå och klientorganisationsnivå (beskrivs i andra artiklar i den här serien) skulle vara lämpligare.

Prestandaanalys

Prestandaanalys är ett verktyg i Power BI Desktop som hjälper dig att undersöka och övervaka rapportprestanda. Det kan hjälpa rapportskapare att förstå prestanda för visuella objekt och DAX-formler.

Dricks

Förutom Prestandaanalys finns det andra verktyg som du kan använda för att felsöka problem med rapportprestanda. Du kan till exempel felsöka specifika problem med rapportförbrukning som påverkar en Premium-kapacitet med hjälp av appen Fabric Capacity Metrics eller de semantiska modellhändelseloggar som skickas till Azure Log Analytics. Mer information om dessa verktyg (och andra verktyg) finns i Granskning på datanivå.

Prestandaanalys samlar in åtgärder medan en användare interagerar med en rapport i Power BI Desktop. Den skapar en logg som registrerar hur varje rapportelement presterar och för varje interaktion. När du till exempel interagerar med ett rapportsnitt, korsfiltrerar ett visuellt objekt eller väljer en sida registreras åtgärden och varaktigheten för tiden i loggen. Beroende på typen av åtgärd registreras även annan information.

Sammanfattad information finns i fönstret Prestandaanalys. Du kan exportera loggresultat till en JSON-fil så att du kan följa upp med mer djupgående analys. Exportfilen innehåller mer information om de loggade åtgärderna. Mer information om hur du använder exportfilen finns i Prestandaanalys dokumentationen på GitHub.

Viktigt!

Tänk på att Prestandaanalys körs i Power BI Desktop. Miljön på rapportskapardatorns dator kan skilja sig från miljön i Power BI-tjänst.

Några vanliga skillnader som du bör ta hänsyn till är:

Viktigt!

Ibland refererar den här artikeln till Power BI Premium eller dess kapacitetsprenumerationer (P SKU:er). Tänk på att Microsoft för närvarande konsoliderar köpalternativ och drar tillbaka Power BI Premium per kapacitets-SKU:er. Nya och befintliga kunder bör överväga att köpa kapacitetsprenumerationer för Infrastrukturresurser (F SKU:er) i stället.

Mer information finns i Viktig uppdatering som kommer till Power BI Premium-licensiering och Vanliga frågor och svar om Power BI Premium.

Data loggas när en användare interagerar med ett rapportelement. Loggade data innehåller mer än de visuella visningselementen. Den innehåller även:

  • Visuell visningsaktivitet.
  • DAX-frågor (när det visuella objektet hämtar data från datamodellen i stället för cachen).
  • DirectQuery-aktivitet (om tillämpligt).
  • Andra aktiviteter som utförs av ett visuellt objekt, till exempel frågeförberedelser, bakgrundsbearbetningsaktiviteter och väntetid.

Beroende på deras erfarenhetsnivå och hur roller och ansvarsområden delas upp kan en rapportskapare behöva hjälp med att lösa prestandaproblem. Det gäller särskilt när du försöker förstå varför en fråga eller beräkning är långsam. Hjälp för en rapportskapare kan komma i form av:

Vissa organisationer har specifika krav för godkända (certifierade eller framhävda) rapporter. Det gäller särskilt för rapporter som används i stor utsträckning i hela organisationen. I så fall kan du behöva (eller uppmanas) att verifiera Prestandaanalys resultat innan du publicerar rapporten eller innan den certifieras.

Dricks

Välpresterande rapporter har en positiv inverkan på lösningsimplementeringen. Vi rekommenderar att du uppmuntrar rapportskapare att testa rapportprestanda innan de publicerar en ny lösning på Power BI-tjänst. Du bör också uppmuntra dem att testa prestanda igen när betydande ändringar görs i en befintlig lösning (rapport eller semantisk modell).

Mer information om optimeringstekniker finns i Optimeringsguide för Power BI.

Checklista – När du överväger hur rapportskapare ska använda Prestandaanalys är viktiga beslut och åtgärder:

  • Skapa dokumentation och utbildning för rapportskapare: Inkludera vägledning för rapportskapare om vilka prestandamål som finns och hur de kan validera, mäta och testa prestanda. Ge vägledning till rapportskaparna om hur du skapar välpresterande rapporter. Hjälp nya rapportskapare att börja använda bra designvanor tidigt.
  • Se till att support och kompetensmentoring är tillgängliga: Se till att rapportskaparna vet hur de kan få hjälp med att lösa prestandaproblem.
  • Inkludera i krav för att certifiera rapporter: Bestäm om du vill inkludera prestandaanalysresultat som en förutsättning för att certifiera (godkänna) rapporter. I så fall ska du se till att det här kravet dokumenteras och kommuniceras med rapportskapare.

Relaterat innehåll

I nästa artikel i den här serien får du lära dig mer om granskning på datanivå.