Opret indhold, der skal overføres til Power BI
I denne artikel beskrives fase 4, som omhandler oprettelse og validering af indhold, når der migreres til Power BI.
Bemærk
Du kan få en komplet forklaring af ovenstående grafik under Oversigt over migrering til Power BI.
I fase 4 fokuseres der på at udføre det faktiske arbejde for at konvertere blåstemplingen til en produktionsklar løsning.
Outputtet fra denne fase er en Power BI-løsning, der er valideret i et udviklingsarbejdsområde og er klar til udrulning til produktion.
Tip
De fleste af de emner, der beskrives i denne artikel, gælder også for et Standard Power BI-implementeringsprojekt.
Opret produktionsløsningen
På dette tidspunkt kan den samme person, der udførte blåstemplingen, fortsætte med at producere den produktionsklare Power BI-løsning. Eller en anden kan være involveret. Hvis tidslinjer ikke bringes i fare, er det dejligt at involvere personer, der skal være ansvarlige for Power BI-udvikling i fremtiden. På denne måde kan de aktivt lære.
Vigtigt
Genbrug så meget af arbejdet fra blåstemplingen som muligt.
Udvikl ny semantisk importmodel
Du kan vælge at oprette en ny semantisk importmodel, når der ikke allerede findes en semantisk Power BI-model, der opfylder dine behov, eller hvis den ikke kan forbedres, så den opfylder dine behov.
Ideelt set bør du helt fra starten overveje at afkoble udviklingsarbejdet for data og rapporter. Afkobling af data og rapporter vil lette adskillelsen af arbejde og tilladelser, når forskellige personer er ansvarlige for datamodellering og rapporter. Det giver en mere skalerbar tilgang og opfordrer til genbrug af data.
De vigtigste aktiviteter i forbindelse med udvikling af en semantisk importmodel omfatter:
- Hent data fra en eller flere datakilder (som kan være et Power BI-dataflow).
- Form, kombiner og forbered data.
- Opret den semantiske model, herunder datotabeller.
- Opret og bekræft modelrelationer.
- Definer målinger.
- Konfigurer sikkerhed på rækkeniveau, hvis det er nødvendigt.
- Konfigurer synonymer, og optimer Q&A.
- Planlæg skalerbarhed, ydeevne og samtidighed, som kan påvirke dine beslutninger om datalagringstilstande, f.eks. brug af en sammensat model eller sammenlægninger.
Tip
Hvis du har forskellige udviklings-/test-/produktionsmiljøer, kan du overveje at parameterisere datakilder. Det gør udrulningen, der er beskrevet i fase 5, betydeligt nemmere.
Udvikl nye rapporter og dashboards
De vigtigste aktiviteter, der er relateret til udvikling af en Rapport eller et dashboard i Power BI, omfatter:
- Beslut, om du vil bruge en direkte forbindelse til en eksisterende datamodel, eller opret en ny datamodel
- Når du opretter en ny datamodel, skal du beslutte datalagringstilstanden for modeltabeller (Import, DirectQuery eller Sammensat).
- Beslut, om det bedste værktøj til datavisualisering skal opfylde kravene: Power BI Desktop, Sideinddelt Report Builder eller Excel.
- Beslut dig for de bedste visualiseringer til at fortælle den historie, rapporten skal fortælle, og for at håndtere de spørgsmål, som rapporten skal besvare.
- Sørg for, at alle visualiseringer indeholder klar, præcis og forretningsvenlig terminologi.
- Adresser krav til interaktivitet.
- Når du bruger Direkte forbindelse, skal du tilføje målinger på rapportniveau.
- Opret et dashboard i Power BI-tjeneste, især når forbrugerne ønsker en nem måde at overvåge vigtige målepunkter på.
Bemærk
Mange af disse beslutninger vil være truffet i tidligere planlægningsfaser eller i den tekniske blåstempling.
Valider løsningen
Der er fire primære aspekter ved validering af en Power BI-løsning:
- Datanøjagtighed
- Sikkerhed
- Funktionalitet
- Performance
Valider datanøjagtighed
Som en engangsindsats under migreringen skal du sikre, at dataene i den nye rapport stemmer overens med det, der vises i den ældre rapport. Eller – hvis der er en forskel – være i stand til at forklare hvorfor. Det er mere almindeligt, end du tror, at finde en fejl i den ældre løsning, der løses i den nye løsning.
Som en del af den igangværende datavalidering skal den nye rapport typisk krydstjekkes med det oprindelige kildesystem. Ideelt set sker denne validering på en gentagelig måde, hver gang du publicerer en rapportændring.
Valider sikkerhed
Når du validerer sikkerhed, er der to primære aspekter, du skal overveje:
- Datatilladelser
- Adgang til semantiske modeller, rapporter og dashboards
I en semantisk importmodel anvendes datatilladelser ved at definere sikkerhed på rækkeniveau. Det er også muligt, at datatilladelser gennemtvinges af kildesystemet, når DirectQuery-lagringstilstand bruges (muligvis med enkeltlogon).
De primære måder at give adgang til Power BI-indhold på er:
- Arbejdsområderoller (til indholdseditorer og seere).
- Appmålgruppetilladelser anvendt på et pakket sæt arbejdsområdeindhold (for seere).
- Deling af en individuel rapport eller et enkelt dashboard (til seere).
Tip
Vi anbefaler, at indholdsforfattere oplæres i, hvordan sikkerhed administreres effektivt. Det er også vigtigt at have robust test, overvågning og overvågning på plads.
Valider funktionalitet
Det er tid til at dobbelttjekke semantiske modeldetaljer, f.eks. feltnavne, formatering, sortering og standardopsummering. Interaktive rapportfunktioner, f.eks. udsnit, handlinger til detailudledning, detaljeadgangshandlinger, udtryk, knapper eller bogmærker, skal også bekræftes.
Under udviklingsprocessen skal Power BI-løsningen publiceres til et udviklingsarbejdsområde i Power BI-tjeneste med jævne mellemrum. Kontrollér, at alle funktioner fungerer som forventet i tjenesten, f.eks. gengivelse af brugerdefinerede visualiseringer. Det er også et godt tidspunkt at udføre yderligere test på. Test planlagt opdatering, Spørgsmål og svar, og hvordan rapporter og dashboards ser ud på en mobilenhed.
Valider ydeevne
Power BI-løsningens ydeevne er vigtig for forbrugeroplevelsen. De fleste rapporter bør præsentere visualiseringer på under 10 sekunder. Hvis du har rapporter, der tager længere tid at indlæse, kan du midlertidigt afbryde og overveje, hvad der kan bidrage til forsinkelser. Rapportens ydeevne skal evalueres regelmæssigt i Power BI-tjeneste ud over Power BI Desktop.
Der opstår mange problemer med ydeevnen som følge af DAX (Data Analysis eXpressions), dårligt semantisk modeldesign eller et rapportdesign, der ikke er optimalt (f.eks. forsøg på at gengive for mange visualiseringer på en enkelt side). Tekniske miljøproblemer, f.eks. netværket, en overbelastet datagateway, eller hvordan en Premium-kapacitet er konfigureret, kan også bidrage til problemer med ydeevnen. Du kan finde flere oplysninger i optimeringsvejledningen til Power BI og Fejlfinding af rapportens ydeevne i Power BI.
Vigtigt
Denne artikel henviser til tider Power BI Premium eller dens kapacitetsabonnementer (P-SKU'er). Vær opmærksom på, at Microsoft i øjeblikket konsoliderer købsmuligheder og udfaser Power BI Premium pr. kapacitets-SKU'er. Nye og eksisterende kunder bør overveje at købe Fabric-kapacitetsabonnementer (F SKU'er) i stedet.
Du kan få flere oplysninger under Vigtige opdateringer, der kommer til Power BI Premium-licenser og Ofte stillede spørgsmål om Power BI Premium.
Dokumentér løsningen
Der er to hovedtyper af dokumentation, der er nyttige til en Power BI-løsning:
- Semantisk modeldokumentation
- Rapportdokumentation
Dokumentation kan gemmes, uanset hvor den er mest tilgængelig for målgruppen. Almindelige indstillinger omfatter:
- På et SharePoint-websted: Der findes muligvis et SharePoint-websted til dit Center of Excellence eller et internt Power BI-communitywebsted.
- I en app: URL-adresser kan konfigureres, når du publicerer en Power BI-app for at dirigere forbrugeren til flere oplysninger.
- I individuelle Power BI Desktop-filer: Modelelementer, f.eks. tabeller og kolonner, kan definere en beskrivelse. Disse beskrivelser vises som værktøjstip i ruden Felter , når du opretter rapporter.
Tip
Hvis du opretter et websted, der skal fungere som en hub for power BI-relateret dokumentation, kan du overveje at tilpasse menuen Hent Hjælp med url-adressens placering.
Opret dokumentation til semantisk model
Semantisk modeldokumentation er målrettet brugere, der skal administrere den semantiske model i fremtiden. Det er nyttigt at inkludere:
- Designbeslutninger og årsager til hvorfor.
- Hvem ejer, vedligeholder og certificerer semantiske modeller.
- Krav til opdatering af data.
- Brugerdefinerede forretningsregler, der er defineret i semantiske modeller.
- Specifikke krav til sikkerhed i semantiske modeller eller krav til beskyttelse af personlige oplysninger.
- Fremtidige vedligeholdelsesbehov.
- Kendte åbne problemer eller udskudte ventende elementer.
Du kan også vælge at oprette en ændringslog, der opsummerer de vigtigste ændringer, der er sket med den semantiske model over tid.
Opret rapportdokumentation
Rapportdokumentation, der typisk er struktureret som en gennemgang, der er målrettet til rapportforbrugere, kan hjælpe forbrugerne med at få mere værdi fra dine rapporter og dashboards. En kort video tutorial ofte fungerer godt.
Du kan også vælge at medtage yderligere rapportdokumentation på en skjult side i rapporten. Det kan omfatte designbeslutninger og en ændringslog.
Relateret indhold
I den næste artikel i denne serie om migrering til Power BI kan du få mere at vide om fase 5, som omhandler udrulning, understøttelse og overvågning af indhold, når der migreres til Power BI.
Andre nyttige ressourcer omfatter:
- Microsofts BI-transformation
- Planlægning af Power BI-implementering
- Spørgsmål? Prøv at spørge Power BI-community'et
- Forslag? Bidrag med idéer til forbedring af Power BI
Erfarne Power BI-partnere er tilgængelige for at hjælpe din organisation med at lykkes med migreringsprocessen. Hvis du vil engagere en Power BI-partner, skal du gå til Power BI-partnerportalen.