Skapa innehåll som ska migreras till Power BI

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

Kommentar

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

Fokus för steg 4 är att utföra det faktiska arbetet med att konvertera konceptbeviset (POC) till en produktionsklar lösning.

Utdata från den här fasen är en Power BI-lösning som har verifierats på en utvecklingsarbetsyta och är redo för distribution till produktion.

Dricks

De flesta av de ämnen som beskrivs i den här artikeln gäller även för ett standardprojekt för Power BI-implementering.

Skapa produktionslösningen

Vid den här tidpunkten kan samma person som utförde POC fortsätta med att producera den produktionsklara Power BI-lösningen. Eller så kan någon annan vara inblandad. Om tidslinjer inte äventyras är det bra att engagera personer som ansvarar för Power BI-utveckling i framtiden. På så sätt kan de aktivt lära sig.

Viktigt!

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

Utveckla ny importsemantisk modell

Du kan välja att skapa en ny importsemantisk modell (tidigare känd som en datauppsättning) när en befintlig Power BI-semantisk modell inte redan finns för att uppfylla dina behov, eller om den inte kan förbättras för att uppfylla dina behov.

Vi rekommenderar att du redan från början överväger att avkoda utvecklingsarbetet för data och rapporter. Avkoppling av data och rapporter underlättar separation av arbete och behörigheter när olika personer ansvarar för datamodellering och rapporter. Det ger en mer skalbar metod och uppmuntrar till återanvändning av data.

Viktiga aktiviteter som rör utveckling av en semantisk importmodell är:

• Hämta data från en eller flera datakällor (vilket kan vara ett Power BI-dataflöde).
• Forma, kombinera och förbereda data.
• Skapa den semantiska modellen, inklusive datumtabeller.
• Skapa och verifiera modellrelationer.
• Definiera mått.
• Konfigurera säkerhet på radnivå om det behövs.
• Konfigurera synonymer och optimera Q&A.
• Planera för skalbarhet, prestanda och samtidighet, vilket kan påverka dina beslut om datalagringslägen, till exempel användning av en sammansatt modell eller aggregeringar.

Dricks

Om du har olika utvecklings-/test-/produktionsmiljöer bör du överväga att parameterisera datakällor. Det gör distributionen, som beskrivs i steg 5, betydligt enklare.

Utveckla nya rapporter och instrumentpaneler

Viktiga aktiviteter som rör utveckling av en Power BI-rapport eller instrumentpanel är:

• Besluta om att använda en live-Anslut ion till en befintlig datamodell eller skapa en ny datamodell
• När du skapar en ny datamodell ska du bestämma datalagringsläget för modelltabeller (Import, DirectQuery eller Composite).
• Bestäm det bästa datavisualiseringsverktyget för att uppfylla kraven: Power BI Desktop, Sidnumrerad rapportbyggare eller Excel.
• Bestäm de bästa visuella objekten för att berätta den historia som rapporten måste berätta och för att ta itu med de frågor som rapporten måste besvara.
• Se till att alla visuella objekt har tydlig, koncis och affärsvänlig terminologi.
• Hantera interaktivitetskrav.
• När du använder Live Anslut ion lägger du till mått på rapportnivå.
• Skapa en instrumentpanel i Power BI-tjänst, särskilt när konsumenter vill ha ett enkelt sätt att övervaka nyckelmått.

Kommentar

Många av dessa beslut kommer att ha fattats i tidigare skeden av planeringen eller i den tekniska pocen.

Verifiera lösningen

Det finns fyra huvudaspekter för validering av en Power BI-lösning:

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

Verifiera datanoggrannhet

Som en engångsinsats under migreringen måste du se till att data i den nya rapporten matchar vad som visas i den äldre rapporten. Eller – om det finns en skillnad – kunna förklara varför. Det är vanligare än du kanske tror att det finns ett fel i den äldre lösningen som löses i den nya lösningen.

Som en del av pågående datavalidering måste den nya rapporten vanligtvis korskontrolleras med det ursprungliga källsystemet. Helst sker den här valideringen på ett repeterbart sätt varje gång du publicerar en rapportändring.

Verifiera säkerhet

När du verifierar säkerheten finns det två huvudsakliga aspekter att tänka på:

• Databehörigheter
• Åtkomst till semantiska modeller, rapporter och instrumentpaneler

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

De viktigaste sätten att bevilja åtkomst till Power BI-innehåll är:

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

Dricks

Vi rekommenderar att du tränar innehållsförfattare om hur du hanterar säkerheten effektivt. Det är också viktigt att ha robust testning, granskning och övervakning på plats.

Verifiera funktioner

Det är dags att dubbelkolla semantisk modellinformation som fältnamn, formatering, sortering och standardsynkronisering. Interaktiva rapportfunktioner, till exempel utsnitt, åtgärder för ökad detaljnivå, åtgärder för visning av detaljerad information, uttryck, knappar eller bokmärken, bör också verifieras.

Under utvecklingsprocessen bör Power BI-lösningen publiceras till en utvecklingsarbetsyta i Power BI-tjänst regelbundet. Kontrollera att alla funktioner fungerar som förväntat i tjänsten, till exempel rendering av anpassade visuella objekt. Det är också ett bra tillfälle att göra ytterligare tester. Testa schemalagd uppdatering, Q&A och hur rapporter och instrumentpaneler ser ut på en mobil enhet.

Verifiera prestanda

Prestanda för Power BI-lösningen är viktigt för konsumentupplevelsen. De flesta rapporter bör visa visuella objekt på under 10 sekunder. Om du har rapporter som tar längre tid att läsa in pausar och omprövar du vad som kan bidra till fördröjningar. Rapportprestanda bör utvärderas regelbundet i Power BI-tjänst, utöver Power BI Desktop.

Många prestandaproblem beror på undermålig DAX (Data Analysis eXpressions), dålig semantisk modelldesign eller suboptimal rapportdesign (till exempel att försöka återge för många visuella objekt på en enda sida). Tekniska miljöproblem, till exempel nätverket, en överbelastad datagateway eller hur en Premium-kapacitet konfigureras kan också bidra till prestandaproblem. Mer information finns i optimeringsguiden för Power BI och Felsöka rapportprestanda i Power BI.

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.

Dokumentera lösningen

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

• Dokumentation om semantisk modell
• Rapportdokumentation

Dokumentationen kan lagras där den är enklast att komma åt av målgruppen. Vanliga alternativ är:

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

Dricks

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

Skapa dokumentation om semantikmodeller

Dokumentation om semantiska modeller riktar sig till användare som kommer att hantera den semantiska modellen i framtiden. Det är användbart att inkludera:

• Designbeslut som fattats och varför.
• Vem äger, underhåller och certifierar semantiska modeller.
• Krav för datauppdatering.
• Anpassade affärsregler som definierats i semantiska modeller.
• Specifika säkerhetskrav för semantikmodeller eller datasekretess.
• Framtida underhållsbehov.
• Kända öppna problem eller uppskjutna kvarvarande uppgifter.

Du kan också välja att skapa en ändringslogg som sammanfattar de viktigaste ändringarna som har skett med semantikmodellen över tid.

Skapa rapportdokumentation

Rapportdokumentation, som vanligtvis är strukturerad som en genomgång riktad till rapportkonsumenter, kan hjälpa konsumenterna att få mer värde från dina rapporter och instrumentpaneler. En kort video tutorial fungerar ofta bra.

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

Relaterat innehåll

I nästa artikel i den här Power BI-migreringsserien får du lära 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:

• Microsofts BI-transformering
• Planering av Power BI-implementering
• Frågor? Prova att fråga Power BI Community
• Förslag? Bidra med idéer för att förbättra Power BI

Erfarna Power BI-partner är tillgängliga för att hjälpa din organisation att lyckas med migreringsprocessen. Om du vill engagera en Power BI-partner går du till Power BI-partnerportalen.