Skapa innehåll för att migrera till Power BI

I den här artikeln beskrivs steg 4, som handlar om att skapa och validera innehåll när du migrerar till Power BI.

Bild som visar stegen i en Power BI-migrering. Steg 4 framhävs för den här artikeln.

Anteckning

En fullständig förklaring av bilden ovan finns i Översikt över Power BI-migrering.

Fokus i steg 4 är att utföra det faktiska arbetet att omvandla konceptbeviset (POC, Proof of Concept) till en produktionsklar lösning.

Resultatet av det här steget är en Power BI-lösning som har validerats i en utvecklingsarbetsyta och är redo att distribueras till produktion.

Tips

De flesta ämnena som diskuteras i den här artikeln gäller även för ett Power BI-projekt med standardimplementering.

Skapa produktionslösningen

Här kan man välja om samma person som utförde POC ska fortsätta med att göra Power BI-lösningen produktionsklar. Men någon annan kan också göra det. Om tidslinjerna inte är i farozonen är det bra att involvera de personer som ska ansvara för Power BI-utvecklingen i framtiden. På så sätt får de tillfälle att lära sig aktivt.

Viktigt

Återanvänd så mycket som möjligt av arbetet från POC.

Utveckla ny importdatamängd

Du kan välja att skapa en ny importdatamängd om det inte finns någon befintlig Power BI-datamängd som uppfyller dina behov, eller om den inte kan förbättras för att uppfylla dina behov.

Allra helst kan det vara bra att redan från början frikoppla utvecklingsarbetet i fråga om data och rapporter. Att frikoppla data och rapporter gör det lättare att separera arbete och behörigheter när olika personer ansvarar för datamodellering och rapporter. Det ger en mer skalbart arbetssätt och uppmuntrar till återanvändning av data.

De viktigaste aktiviteterna vad gäller utvecklingen av en importdatamängd är följande:

Tips

Om du har olika miljöer för utveckling/testning/produktion bör du överväga att parametrisera datakällor. Det gör distributionen, som beskrivs i steg 5, betydligt enklare.

Utveckla nya rapporter och instrumentpaneler

De viktigaste aktiviteterna i fråga om utveckling av en Power BI-rapport eller -instrumentpanel är följande:

  • Bestäm om du vill använda en Live-anslutning till en befintlig datamodell eller skapa en ny datamodell
  • När du skapar en ny datamodell ska du bestämma datalagringsläge för modelltabeller (Import, DirectQuery eller Sammansatt).
  • Välj vilket datavisualiseringsverktyg som bäst motsvarar behoven: Power BI Desktop, Paginated Report Builder eller Excel.
  • Bestäm vilka visuella objekt som bäst berättar det som rapporten behöver berätta och som besvarar de frågor rapporten behöver besvara.
  • Se till att alla visuella objekt visar tydlig, koncis och affärsvänlig terminologi.
  • Tillgodose interaktivitetskrav.
  • Lägg till mått på rapportnivå om du använder Live-anslutning.
  • Skapa en instrumentpanel i Power BI-tjänsten, i synnerhet när användarna vill ha ett enkelt sätt att övervaka viktiga mått.

Anteckning

Många av de här besluten har fattats i tidigare faser av planeringen eller i den tekniska POC.

Kontrollera lösningen

Det finns fyra huvudaspekter i valideringen av en Power BI-lösning:

  1. Datanoggrannhet
  2. Säkerhet
  3. Funktioner
  4. Prestanda

Validera datanoggrannhet

Under migreringen måste du vid ett tillfälle se till att data i den nya rapporten matchar det som visas i den äldre rapporten. Eller – om det finns någon skillnad – kunna förklara varför. Det är vanligare än man tror att man hittar ett fel i den äldre lösningen som åtgärdas i den nya lösningen.

Som en del av det löpande datavalideringsarbetet behöver den nya rapporten den nya rapporten vanligtvis jämföras med det ursprungliga källsystemet. Vi rekommenderar att den här valideringen sker på ett upprepningsbart sätt varje gång du publicerar en rapportändring.

Validera säkerheten

När du validerar säkerheten finns det två huvudaspekter att tänka på:

  • Databehörigheter
  • Åtkomst till datamängder, rapporter och instrumentpaneler

I en importdatamängd tillämpas databehörigheter genom att definiera säkerhet på radnivå (RLS, row-level security). Det är också möjligt att databehörigheter genomdrivs av källsystemet när du använder DirectQuery-lagringsläge (eventuellt med enkel inloggning).

De huvudsakliga sätten att bevilja åtkomst till Power BI-innehåll är följande:

  • Arbetsyteroller (för innehållsredigerare eller tittare).
  • Appbehörigheter som tillämpas på en paketerad uppsättning arbetsyteinnehåll (för tittare).
  • Dela en enskild rapport eller instrumentpanel (för tittare).

Tips

Vi rekommenderar att innehållsskapare utbildas om hur säkerheten hanteras effektivt. Det är också viktigt att ha robust testning, granskning och övervakning på plats.

Validera funktioner

Det är dags att kontrollera datamängdsinformation som fältnamn, formatering, sortering och standardbeteende för sammanfattningar. Interaktiva rapportfunktioner, till exempel utsnitt,detaljgranskningsåtgärder, detaljgranskningsåtgärder, uttryck,knappar eller bokmärken , bör också verifieras.

Under utvecklingsprocessen bör Power BI-lösningen regelbundet publiceras till en utvecklingsarbetsyta i Power BI-tjänsten. Kontrollera att alla funktioner fungerar som förväntat i tjänsten, till exempel återgivningen av anpassade visuella objekt. Det är också ett bra tillfälle för ytterligare testning. Testa schemalagd uppdatering, Frågor och svar samt hur rapporter och instrumentpaneler ser ut på en mobil enhet.

Validera prestanda

Power BI-lösningens prestanda är viktigt för användarupplevelsen. De flesta rapporter bör presentera visuella objekt inom 10 sekunder. Om du har rapporter som tar längre tid att läsa in, kan du pausa och fundera på vad som kan orsaka fördröjningar. Förutom i Power BI Desktop bör rapportprestanda även utvärderas regelbundet i Power BI-tjänsten.

Många prestandaproblem uppstår på grund av DAX (Data Analysis eXpressions), dålig design av datamängden eller en icke-optimal rapportdesign (till exempel när för många visuella objekt ska återges på en sida). Problem med den tekniska miljön, till exempel nätverket, en överbelastad datagateway eller hur en Premium-kapacitet har konfigurerats, kan också bidra till prestandaproblem. Mer information finns i Optimeringsguide för Power BI och Felsöka rapportprestanda i Power BI.

Dokumentera lösningen

Det finns två huvudtyper av dokumentation som är användbara för en Power BI-lösning:

  • Datamängdsdokumentation
  • Rapportdokumentation

Dokumentation kan lagras där den är mest lättåtkomlig för målgruppen. Några vanliga alternativ:

  • På en SharePoint-webbplats: Det kan finnas en SharePoint-webbplats för ditt Center för utmärkthet (COE) eller en intern Power BI-webbplats.
  • I en app: URL:er kan konfigureras när du publicerar en Power BI-app för att dirigera användaren till mer information.
  • I enskilda Power BI Desktop-filer: Modellelement, som tabeller och kolumner, kan definiera en beskrivning. Dessa beskrivningar visas som knappbeskrivningar i rutan Fält när du redigerar rapporter.

Tips

Om du skapar en webbplats som hubb för Power BI-relaterad dokumentation bör du överväga att anpassa Få hjälp-menyn med dess URL-plats.

Skapa datamängdsdokumentation

Datamängdsdokumentationen riktas till användare som ska hantera datamängden i framtiden. Det är praktiskt att ta med:

  • vilka designbeslut som fattats och varför
  • vem som äger, underhåller och certifierar datamängder
  • krav på datauppdatering
  • anpassade affärsregler som definierats i datamängder
  • särskilda krav på datamängdssäkerhet eller datasekretess
  • framtida underhållsbehov
  • kända, olösta problem eller uppskjutna, eftersläpande punkter.

Du kan också välja att skapa en ändringslogg som sammanfattar de viktigaste ändringarna som har gjorts i datamängden över tid.

Skapa rapportdokumentation

Rapportdokumentation, som vanligtvis är strukturerad som en genomgång riktad till rapportkonsumenter, kan hjälpa användarna att få mer värde av dina rapporter och instrumentpaneler. En kort självstudie i videoformat fungerar ofta bra.

Du kan också välja att inkludera ytterligare rapportdokumentation på en dold sida i rapporten. Den kan innehålla designbeslut och en ändringslogg.

Nästa steg

I nästa artikel i den här serien om Power BI-migrering lär du dig mer om steg 5 som handlar om att distribuera, stödja och övervaka innehåll när du migrerar till Power BI.

Andra användbara resurser är:

Våra erfarna Power BI-partners finns där och kan hjälpa din organisation att lyckas med migreringsprocessen. Om du vill kontakta en Power BI-partner går du till partnerportalen för Power BI.