Anbefalte fremgangsmåter når du oppretter en støtteforespørsel

Oppretting av en effektiv Power BI- eller Fabric-støtteforespørsel krever spesifikk informasjon for å hjelpe Microsoft med å feilsøke problemet raskt. Denne artikkelen inneholder anbefalte fremgangsmåter og viktig informasjon som du kan inkludere når du sender inn støtteforespørsler, slik at du får raskere løsning. Den spesifikke informasjonen som trengs, avhenger av problemet ditt, og ikke alle tips gjelder for alle tilfeller.

Informasjon som skal gis til Microsoft

Avhengig av ditt spesifikke problem, kan du bli bedt om å oppgi følgende informasjon.

1. URL-adressen til nettlesersiden der du opplever problemet. URL-adressen inneholder informasjon om hvor (arbeidsområde) du opplever problemet, og element- eller funksjonstypen og ID-en.

2. Plassering av problemet (Power BI Desktop/Power BI-tjenesten/begge) Denne informasjonen er alltid relevant for en tjenesteforespørsel. Hvis en prosess mislykkes på Power BI-tjenesten, men lykkes på Desktop, eller omvendt, gir denne informasjonen nyttig informasjon til Microsoft om den mulige årsaken til problemet. Et annet eksempel kan være der den samme M-koden fungerer i et datasett, men mislykkes i en dataflyt. Utover disse to eksemplene er det mange scenarier der det er mulig å feilsøke problemet ved å identifisere nøyaktig hvor det oppstår og hvor det ikke gjør det.

3. Feilkoder

   Hvis en feilkode genereres når noe går galt, lag en kopi av den feilkoden. Microsoft lagrer detaljert informasjon om alle feilkoder og bruker denne informasjonen til å diagnostisere problemet. Feilkoden vil neppe løse problemet alene, men den fremskynder feilsøkingsprosessen betydelig.

   Tips

   Bruk Kopier-knappen for å hente koden. Ikke send et skjermbilde. Feilkoder er lange (vanligvis 30 tegn lange), og manuell transkribering fra et skjermbilde øker muligheten for å ta feil.

4. Datakilder og lagringsmodus som brukes Datakildeinformasjon er alltid relevant for en tjenesteforespørsel. Hver datakilde har visse problemer som bare er relevante for seg selv. Der flere kilder brukes, bruk prøving og feiling for å identifisere hvilke kilder som bidrar til problemet.

   Power BI fungerer også annerledes når ulike lagringsmoduser brukes. De tre viktigste alternativene for lagringsmodus er:

   • Importere
   • Direkte spørring
   • Live tilkobling

   Det er også to spesielle tilfeller:

   • Lagring av blandede moduser (sammensatte modeller)
   • Direkte spørring for PBI-datasett og analysetjenester

   Hvis du vil identifisere datakilder som brukes i Power BI Desktop, velger du Datakildeinnstillinger>Datakilder i gjeldende fil. I Power BI-tjenesten går du til innstillingssiden under Legitimasjon for datakilde eller via avstammingsvisningen. Du kan få tilgang til denne informasjonen ved å velge Vis avstamming eller endre arbeidsområdevisningen fra liste til avstamming.

   Tips

   Hvis du vil forstå lagringsmodusen som brukes, kan du kontakte rapportutvikleren eller se gjennom PBIX-filen.

5. ID for kapasitet

   Kapasitets-ID-en gir Microsoft beskjed om hvilken type kapasitet som brukes (for eksempel Premium). Bare kapasitetsadministratoren kan slå opp kapasitets-ID-en. Hvis du er kapasitetsadministrator, åpner du administrasjonsportalen og velger Kapasitetsinnstillinger>Power BI Premium og velger navnet på kapasiteten. Kapasitets-ID-en er den siste delen av URL-adressen.

   https://app.powerbi.com/admin-portal/capacities/ XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX

   Kapasitetsadministratoren kan også bruke denne REST-API-en til å hente kapasitets-ID-en.

6. ID for datasett

   Hvis problemet påvirker et datasett, hjelper ID-en Microsoft med å identifisere det riktige datasettet og deretter undersøke prosessene som kjører på datasettet. Hvis du vil finne datasett-ID-en, går du til arbeidsområdet som inneholder datasettet, og åpner innstillingene for datasett. Datasett-ID-en er den siste delen av nettadressen (datasett/datasett-id).

   https://app.powerbi.com/groups/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/settings/datasets/ XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX

7. En kopi av PBIX-filen (bare importspørringer)

   Når du opplever et problem med en importmodell, hjelper PBIX-filen støtteteknikeren med å reprodusere problemet og fremskynde feilsøkingen. Hvis PBIX inneholder konfidensiell informasjon, må du sørge for å dele en anonymisert versjon.

   Viktig!

   Sørg for å bekrefte med de relevante partene i organisasjonen før du deler potensielt konfidensiell informasjon.

8. Gatewaylogger

   Gateway-logger kreves når du feilsøker gateway- eller nettverksproblemer. Hvis du vil analysere gatewayytelsen selv, kan du bruke malen for overvåking av gatewayytelse. Hvis du vil ha mer informasjon, kan du se eksportere logger for en støtteforespørsel.

9. Diagnostisk informasjon

   Følg fremgangsmåten i Power BI Desktop diagnosesamling for å vise og samle inn diagnoseinformasjon.

10. JSON for dataflyt

    Dette alternativet er nyttig når en dataflyt er i bruk. Hvis du vil eksportere JSON og dele den med kundestøtteteknikeren, går du til arbeidsområdet, velger dataflytelementet og velger Export.json.

    

Vanlige spørsmål

I tillegg til standardinformasjonen som er beskrevet tidligere, hjelper følgende informasjon kundestøtteteknikeren med å feilsøke problemet.

Oppstår problemet bare i en viss kapasitet?

Løser bytte til en annen kapasitet eller delt kapasitet problemet? Noen ganger er problemer spesifikke for visse miljøer.

Påvirker problemet alle brukere?

Påvirker problemet hele selskapet bare et bestemt antall personer, eller bare én person?

Er dette et nytt problem for noe som tidligere fungerte?

Begynte feilen uten at det ble gjort noen endringer på brukersiden, eller ble den utløst av en slags endring eller en ny implementering? Å identifisere bruddpunktet bidrar til å begrense den potensielle årsaken.

Er problemet smalere eller bredere enn først opplevd?

Påvirker problemet alle, noen eller bare én "ting"? For eksempel, hvis problemet er relatert til APIer, fungerer andre APIer? Hvis det er et eksportproblem, påvirkes alle rapportene? Hvis det er et kapasitetsproblem, oppfører alle kapasiteter seg på samme måte? Hvis en rapport ikke oppdateres og inneholder flere datakilder, har hver kilde blitt testet separat?

Har du allerede prøvd feilsøkingstrinn?

Denne informasjonen gjør det raskere å løse problemet ved å unngå gjentakelse. Under visse omstendigheter kan det imidlertid hende at støtteteknikeren fortsatt vil gjenta trinnene du tok.

Kan du gjenskape problemet i en enklere form?

Noen ganger kan du ikke dele konfidensiell informasjon med Microsoft. Prøv å replikere problemet ved å bruke en forenklet versjon av problemet, og gi pålitelige repro-trinn til kundestøtteteknikeren.