Metodtips när du skapar ett supportärende

Den specifika information som Microsoft behöver för att felsöka ditt ärende beror på vilket problem du upplever. Den här artikeln innehåller tips och metodtips för att samla in nödvändig information för supportförfrågningar. Obs! Alla dessa gäller inte för alla fall.

Information som ska tillhandahållas till Microsoft

Beroende på ditt specifika problem kan du bli ombedd att ange följande information.

1. URL:en för webbläsarsidan där du upplever problemet. URL:en innehåller information om var (arbetsytan) du upplever problemet och objektet eller funktionstypen och ID:t.

2. Plats för problemet (Power BI Desktop/Power BI-tjänst/båda) Den här informationen är alltid relevant för en tjänstbegäran. Om en process misslyckas på Power BI-tjänst men lyckas på Desktop, eller vice versa, ger detta användbar information till Microsoft om den möjliga orsaken till problemet. Ett annat exempel skulle vara när samma M-kod fungerar i en datamängd men misslyckas i ett dataflöde. Utöver dessa två exempel finns det många scenarier där det är möjligt att felsöka problemet genom att identifiera exakt var det inträffar och var det inte gör det.

3. Felkoder

   Om en felkod genereras när något går fel gör du en kopia av felkoden. Microsoft sparar detaljerad information om alla felkoder och använder den här informationen för att lösa problemet. Det är osannolikt att felkoden löser problemet på egen hand, men det påskyndar felsökningsprocessen avsevärt.

   Dricks

   Använd knappen Kopiera för att hämta koden. Skicka inte en skärmbild. Felkoderna är långa (vanligtvis 30 tecken långa) och om du manuellt transkriberar från en skärmbild ökar risken för att det blir fel.

4. Datakällor och lagringsläge som används Datakällans information är alltid relevant för en tjänstbegäran. Varje datakälla har vissa problem som endast är relevanta för sig själv. Om flera källor används använder du utvärderingsversion och fel för att identifiera vilka källor som bidrar till problemet.

   Power BI fungerar också annorlunda när olika lagringslägen används. De tre huvudsakliga alternativen för lagringsläge är:

   • Importera

   • Direktfråga

   • Live-anslutning

   Det finns också två specialfall:

   • Lagring i blandade lägen (sammansatta modeller)
   • Direct Query för PBI-datauppsättningar och Analysis Services

   Om du vill identifiera datakällor som används i Power BI Desktop väljer du Inställningar för datakälla>Datakällor i den aktuella filen. I Power BI-tjänst går du till inställningssidan under autentiseringsuppgifter för datakälla eller via ursprungsvyn. Du kan komma åt detta genom att välja Visa ursprung eller ändra arbetsytevyn från lista till ursprung.

   Dricks

   Om du vill förstå lagringsläget som används kontaktar du rapportutvecklaren eller granskar PBIX-filen.

5. Kapacitets-ID

   Kapacitets-ID:t meddelar Microsoft vilken typ av kapacitet som används (t.ex. Premium). Endast kapacitetsadministratören kan slå upp kapacitets-ID:t. Om du är kapacitetsadministratör öppnar du administratörsportalen och väljer Kapacitetsinställningar>Power BI Premium och väljer namnet på kapaciteten. Kapacitets-ID:t är den sista delen av URL:en.

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

   Alternativt kan kapacitetsadministratören använda det här REST-API: et för att hämta kapacitets-ID:t.

6. ID för datamängd

   Om problemet påverkar en datauppsättning hjälper ID:t Microsoft att identifiera rätt datamängd och sedan undersöka de processer som körs på datauppsättningen. Om du vill hitta datamängds-ID:t går du till arbetsytan som innehåller datauppsättningen och öppnar inställningarna för datauppsättningen. Datamängds-ID:t är den sista delen av URL:en (datauppsättningar/datauppsättnings-ID).

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

7. En kopia av PBIX-filen (endast importfrågor)

   När du har problem med en importmodell hjälper PBIX-filen supportteknikern att återskapa problemet och påskynda felsökningen. Om PBIX innehåller konfidentiell information måste du dela en anonymiserad version.

   Viktigt!

   Var noga med att bekräfta med relevanta parter i din organisation innan du delar potentiellt konfidentiell information.

8. Gatewayloggar

   Gatewayloggar krävs vid felsökning av gateway- eller nätverksproblem. Om du vill analysera gatewayprestandan själv använder du mallen för gatewayprestandaövervakning. Mer information finns i exportera loggar för ett supportärende.

9. Diagnostikinformation

   Följ stegen i power BI Desktop-diagnostiksamlingen för att visa och samla in diagnostikinformation.

10. JSON för dataflöde

    Detta kan vara användbart när ett dataflöde används. Om du vill exportera JSON och dela med supporten går du till arbetsytan, väljer dataflödesobjektet och väljer Export.json.

    

Ytterligare överväganden

Utöver den standardinformation som beskrivs ovan hjälper följande information, om den är tillgänglig, supportteknikern att felsöka problemet.

Uppstår problemet bara i en viss kapacitet?

Löser växling till en annan kapacitet eller delad kapacitet problemet? Ibland är problem specifika för vissa miljöer.

Påverkar problemet alla användare?

Är problemet i hela företaget, påverkar endast ett visst antal personer, eller bara en enskild person.

Är det här ett nytt problem för något som tidigare fungerade?

Började felet utan att några ändringar gjordes på användarsidan, eller utlöstes det av någon form av ändring eller en ny implementering. Genom att identifiera brytpunkten kan du begränsa den potentiella rotorsaken.

Är problemet smalare eller bredare än vad som först upplevdes?

Påverkar problemet alla, vissa eller bara en "sak". Om problemet till exempel gäller API:er, fungerar andra API:er? Påverkas alla rapporter om det är ett exportproblem? Fungerar alla kapaciteter på samma sätt om det är ett kapacitetsproblem? Har varje källa testats separat om en rapport inte uppdateras och den innehåller flera datakällor?

Har några felsökningssteg redan försökts?

Detta påskyndar lösningen av problemet genom att undvika upprepning. Men under vissa omständigheter kanske supportteknikern fortfarande vill upprepa de steg du har vidtagit.

Kan problemet replikeras i ett enklare format?

Ibland kan konfidentiell information inte delas med Microsoft. Försök att replikera problemet med hjälp av en förenklad version av problemet och ge supportteknikern tillförlitliga reprosteg.