Distribuer til Power BI

Denne artikkelen beskriver Trinn 5, som er knyttet til distribusjon, støtte og overvåking av innhold når du overfører til Power BI.

Bilde som viser trinnene i en Power BI-overføring. Det er lagt vekt på trinn 5 for denne artikkelen.

Obs!

For en fullstendig forklaring av grafikken ovenfor, kan du se Power BI-overføringsoversikt.

Hovedfokuset for Trinn 5 er å distribuere den nye Power BI-løsningen til produksjon.

Utdataene fra denne fasen er en produksjonsløsning som er klar til bruk i virksomheten. Når du bruker en fleksibel metodologi, er det akseptabelt å ha noen planlagte forbedringer som vil bli levert i en fremtidig gjentakelse. Støtte og overvåkning er også viktig på dette stadiet og underveis.

Tips!

Med unntak av når du kjører parallelt og avvikler de eldre rapportene, som beskrives nedenfor, gjelder emnene som beskrives i denne artikkelen, også for et standard Power BI-implementeringsprosjekt.

Distribuer til testmiljø

For IT-administrerte løsninger, eller løsninger som er kritiske for forretningsproduktivitet, er det vanligvis et testmiljø. Et testmiljø er plassert mellom utvikling og produksjon, og det er ikke nødvendig for alle Power BI løsninger. Et test-arbeidsområde kan fungere som en stabil plassering, adskilt fra utvikling, for akeptansetest av brukere (UAT) som forekommer før frigivelse til produksjon.

Hvis innholdet er publisert til et arbeidsområde på Premium-kapasitet, kan datasamlebånd for distribusjon forenkle distribusjonsprosessen til utviklings-, test- og produksjons arbeidsområder. Det kan også hende at publiseringen utføres manuelt eller med PowerShell-skript.

Distribuer til test arbeidsområde

Nøkkelaktiviteter under en distribusjon til testarbeidsområdet omfatter vanligvis:

  • Tilkoblingsstrenger og parametere: Juster tilkoblingsstrenger for datasett hvis data kilden er forskjellig fra utvikling og testing. Parametrisering kan brukes til å effektivt administrere tilkoblingsstrenger.
  • Arbeidsområde-innhold: Publiser datasett og rapporter til testarbeidsområdet, og opprett instrumentbord.
  • App. Publiser en app ved hjelp av innholdet fra testarbeidsområdet, hvis det skal være en del av UAT-prosessen. Vanligvis er app-tillatelser begrenset til et lite antall personer som er involvert i UAT.
  • Dataoppdatering: Planlegg oppdatering av datasett for alle import-datasett for perioden når UAT aktivt forekommer.
  • Sikkerhet: Oppdater eller bekreft arbeidsområderoller. Testing av arbeidsområdetilgang inkluderer et lite antall personer som er involvert i UAT.

Obs!

For mer informasjon om distribusjonsalternativer for utvikling, testing og produksjon, kan du se del 9 av rapporten Planlegging av en Power BI virksomhetsdistribusjon.

Gjennomfør brukeraksepttesting

Generelt innebærer UAT forretningsbrukere som er eksperter på sitt område. Når de er bekreftet, gir de godkjenning til at det nye innholdet er nøyaktig, oppfyller kravene og kan bli distribuert for bredere bruk av andre.

I hvilken grad denne UAT-prosessen er formell, med skriftlige godkjenninger, avhenger av dine rutiner for endringsadministrasjon.

Distribuer til produksjonsmiljø

Det finnes flere vurderinger for å distribuere til produksjonsmiljøet.

Foreta en trinnvis distribusjon

Hvis du prøver å redusere risiko og brukerforstyrrelser, eller hvis det er andre problemer, kan du velge å utføre en trinnvis distribusjon. Den første distribusjonen til produksjon kan involvere en mindre gruppe med pilotbrukere. Med en pilot kan tilbakemeldinger forespørres fra pilotbrukerne.

Utvid tillatelser i produksjonsarbeidsområdet, eller appen, gradvis til alle mål brukere har tilgang til den nye Power BI-løsningen.

Tips!

Bruk Power BI aktivitetslogg for å forstå hvordan forbrukere bruker den nye Power BI-løsningen.

Behandle flere komponenter

Under distribusjonsprosessen må du kanskje arbeide med Power BI-administratorer for å løse andre krav som kreves for å støtte hele løsningen, for eksempel:

  • Vedlikehold av gateway: Det kan være nødvendig med registrering av en ny datakilde i datagatewayen.
  • Gateway-drivere og -koblinger: En ny proprietær datakilde kan kreve installasjon av en ny driver eller egendefinert kobling på hver server i gateway-klyngen.
  • Opprett en ny Premium-kapasitet: Du kan kanskje bruke en eksisterende Premium-kapasitet. Eller, det kan også oppstå situasjoner der en ny Premium-kapasitet er berettiget. Det kan være tilfelle når du ønsker å skille arbeidsbelastningen til en avdeling.
  • Konfigurer en Power BI-dataflyt: Data-forberedelsesaktiviteter kan konfigureres én gang i en Power BI-dataflyt ved hjelp av Power Query Online. Det bidrar til å unngå replikering av dataklargjøringsarbeid i mange forskjellige Power BI Desktop-filer.
  • Registrer et nytt organisasjonsmessig visualobjekt: Registrering av organisasjonsmessige visualobjekt kan gjøres i administrasjonsportalen for egendefinerte visualobjekter som ikke ble opprettet fra AppSource.
  • Angi utvalgt innhold: Det finnes en leier-innstilling som styrer hvem som kan velge ut innholdet på hjemmesiden for Power BI-tjenesten.
  • Konfigurer følsomhet-etiketter: Alle følsomhet-etiketter er integrert med Microsoft Information Protection.

Distribuer til arbeidsområdet for produksjon

Viktige aktiviteter under en distribusjon til arbeidsområdet for produksjon omfatter vanligvis:

  • Endringshåndtering: Hvis det er nødvendig, skaff godkjenningen for å distribuere og kommuniser distribusjonen til brukergruppen ved hjelp av standard praksis for endringshåndtering. Det kan være et godkjent vindu for endringshåndtering der distribusjon til produksjon er tillatt. Det gjelder vanligvis for IT-administrert innhold og er mye mindre brukt for selvbetjent innhold.
  • Tilbakeføringsplan: Med en overføring er forventningen at det er overføringen av en ny løsning for første gang. Hvis det allerede finnes innhold, er det lurt å ha en plan for å gå tilbake til den forrige versjonen hvis det blir nødvendig. Hvis du har tidligere versjoner av Power BI Desktop-filer (ved hjelp av SharePoint- eller OneDrive- versjonering), fungerer det bra for dette formålet.
  • Tilkoblingsstrenger og parametere: Juster tilkoblingsstrenger for datasett hvis datakilden er forskjellig fra utvikling og testing. Parametrisering kan brukes effektivt til dette formålet.
  • Dataoppdatering: Planlegg dataoppdateringen for alle importerte datasett.
  • Arbeidsområde-innhold: Publiser datasett og rapporter til produksjonsarbeidsområdet, og opprett instrumentbord. Datasamlebånd for distribusjon kan forenkle prosessen med å distribuere til utviklings-, test- og produksjonsområder hvis innholdet ditt har blitt publisert på arbeidsområder med Premium-kapasitet.
  • App: Hvis apper er en del av strategien for innholdsdistribusjons, kan du publisere en app ved hjelp av innholdet fra produksjonsarbeidsområdet.
  • Sikkerhet: Oppdater og verifiser arbeidsområde-roller basert på strategien for innholdsdistribusjon og samarbeid.
  • Datasett-innstillinger: Oppdater og Bekreft innstillinger for hvert datasett, inkludert:
  • Innstillinger for rapport og instrumentbord: Oppdater og bekreft innstillinger for hver rapport og instrumentbord. De viktigste innstillingene omfatter:
  • Abonnementer: Konfigurer rapport-abonnementer om nødvendig.

Viktig!

Nå har du nådd en stor milepæl. Feire dette ved å fullføre overføringen.

Kommunisere med brukere

Annonser den nye løsningen til forbrukere. La dem vite hvor de kan finne innholdet, i tillegg til tilknyttet dokumentasjon, vanlige spørsmål og opplæring. Hvis du vil presentere det nye innholdet, kan du vurdere å bruke en lunsj-og-lær type økt eller forberede noen videoer som kan vises på forespørsel.

Husk å ta med instruksjoner om hvordan du ber om hjelp, i tillegg til hvordan man gir tilbakemelding.

Gjennomfør en tilbakeskuende gjennomgang

Du bør vurdere å utføre en tilbakeskuende gjennomgang for å undersøke hva som gikk bra med overføringen, og hva som kan gjøres bedre ved neste overføring.

Kjør parallelt

I mange situasjoner vil den nye løsningen kjøres parallelt med den eldre løsningen i et forhåndsbestemt tidsintervall. Fordeler ved å kjøre parallelt inkluderer:

  • Risikoreduksjon, spesielt hvis rapportene anses som driftskritisk.
  • Tillater at brukere blir vant til den nye Power BI-løsningen.
  • Gjør det mulig for informasjonen som presenteres i Power BI å bli kryssreferert med eldre rapporter.

Avvikle den eldre rapporten

På et tidspunkt bør rapportene som overføres til Power BI, deaktiveres i den eldre BI-plattformen. Avvikling av eldre rapporter kan skje når:

  • Den forhåndsbestemte tiden for å kjøre parallelt – som skal ha blitt kommunisert til brukergruppene, er utløpt. Det er vanligvis 30-90 dager.
  • Alle brukere av det eldre systemet har tilgang til den nye Power BI-løsningen.
  • Betydelig aktivitet foregår ikke lenger på den gamle rapporten.
  • Det har ikke oppstått noen problemer med den nye Power BI-løsningen som kan påvirke brukerproduktiviteten.

Overvåk løsningen

Hendelser fra Power BI-aktivitetslogg kan brukes til å forstå bruksmønstre for den nye løsningen (eller utførelsesloggen for innhold distribuert til rapportserver for Power BI). Analyse av aktivitetsloggen kan hjelpe deg med å finne ut om faktisk bruk er forskjellig fra forventningene. Det kan også bekrefte at løsningen er tilstrekkelig støttet.

Her er noen spørsmål som kan adresseres ved å se gjennom aktivitetsloggen:

  • Hvor ofte vises innholdet?
  • Hvem ser på innholdet?
  • Vises innholdet vanligvis gjennom en app eller et arbeidsområde?
  • Bruker de fleste brukere en nettleser eller en mobil-applikasjon?
  • Brukes abonnementer?
  • Opprettes det nye rapporter som er basert på denne løsningen?
  • Blir innholdet oppdatert ofte?
  • Hvordan defineres sikkerheten?
  • Oppstår det problemer regelmessig, for eksempel feil ved dataoppdatering?
  • Forekommer bekymringsverdige aktiviteter (for eksempel betydelig eksportaktivitet eller flere individuelle rapportdelinger), noe som kan bety at ytterligere opplæring kan trenges?

Viktig!

Sørg for at noen regelmessig gjennomgår aktivitetsloggen. Det er bare å ta opp og lagre loggen har verdi for revisjon eller forskriftssamsvar. Den reelle verdien er imidlertid når proaktiv handling kan utføres.

Støtt løsningen

Selv om overføringen er fullført, er det etter overføringsperioden viktig for å adressere problemer og håndtere eventuelle ytelseshensyn. Over tid vil den overførte løsningen trolig gjennomgå endringer etter hvert som forretningsbehovene utvikler seg.

Støtte pleier å skje litt annerledes, avhengig av hvordan selvbetjent BI administreres på tvers av organisasjonen. Power BI-mestere i forretningsenhetene fungerer ofte som førstelinje-støtte. Selv om det er en uformell rolle, er det en viktig rolle det bør oppmuntres til.

Å ha en formell støtteprosess, som er bemannet av IT med støtteforespørsler, er også avgjørende for å behandle rutinemessige systemorienterte forespørsler og for eskaleringsformål.

Du kan også ha et kompetansesenter (Center of Excellence - COE) som fungerer som interne konsulenter som støtter, utfører opplæring, og styrer Power BI i organisasjonen. Et COE kan være ansvarlig for å kuratere nyttig Power BI-innhold i en intern portal.

Sist, men ikke minst, bør det være klart for innholdsforbrukere hvem de skal kontakte med spørsmål om innholdet, og å ha en mekanisme for å gi tilbakemelding om problemer eller forbedringer.

Neste trinn

I den siste artikkelen i denne serien kan du lære fra kunder når du overfører til Power BI.

Andre nyttige ressurser inkluderer:

Erfarne Power BI-partnere er tilgjengelige for å hjelpe organisasjonen din til å lykkes med overføringsprosessen. For å engasjere en Power BI-partner kan du besøke partnerportalen for Power BI.