Bewährte Methoden beim Erstellen eines Supporttickets

Zum Erstellen eines effektiven Power BI- oder Fabric-Supporttickets müssen spezifische Informationen bereitgestellt werden, damit Microsoft Ihr Problem schnell beheben kann. Dieser Artikel enthält bewährte Methoden und wichtige Informationen zum Übermitteln von Supportanfragen und hilft Ihnen dabei, eine schnellere Lösung zu erzielen. Die erforderlichen Informationen hängen von Ihrem Problem ab, und nicht alle Tipps gelten für jeden Fall.

Informationen zur Bereitstellung an Microsoft

Je nach Ihrem spezifischen Problem werden Sie möglicherweise aufgefordert, die folgenden Informationen anzugeben.

1. Die URL für die Browserseite, auf der das Problem auftritt. Die URL enthält Informationen darüber, in welchem Arbeitsbereich Sie auf das Problem stoßen und um welchen Element- oder Funktionstyp sowie um welche ID es sich handelt.

2. Problemort (Power BI Desktop/Power BI-Dienst/ beides) Diese Informationen sind für eine Serviceanfrage immer relevant. Wenn ein Prozess für den Power BI-Dienst fehlschlägt, aber auf Desktop erfolgreich ist oder umgekehrt, stellen diese Informationen nützliche Informationen für Microsoft zur möglichen Ursache des Problems bereit. Ein weiteres Beispiel wäre der Ort, an dem derselbe M-Code in einem Dataset funktioniert, aber in einem Datenfluss fehlschlägt. Neben diesen beiden Beispielen gibt es viele Szenarien, in denen es möglich ist, das Problem zu beheben, indem genau ermittelt wird, wo es auftritt und wo dies nicht der Fall ist.

3. Fehlercodes

   Wenn ein Fehlercode generiert wird, wenn ein Fehler auftritt, erstellen Sie eine Kopie dieses Fehlercodes. Microsoft speichert detaillierte Informationen zu allen Fehlercodes und verwendet diese Informationen, um Ihr Problem zu diagnostizieren. Der Fehlercode ist unwahrscheinlich, dass das Problem allein behoben wird, aber er beschleunigt den Problembehandlungsprozess erheblich.

   Tipp

   Verwenden Sie die Schaltfläche "Kopieren ", um den Code abzurufen. Senden Sie keinen Screenshot. Fehlercodes sind lang (in der Regel 30 Zeichen lang), und das manuelle Transkribieren aus einem Screenshot erhöht die Möglichkeit, es falsch zu bekommen.

4. Die verwendeten Datenquellen und der Speichermodus sind für eine Serviceanfrage immer relevant. Jede Datenquelle hat bestimmte Probleme, die nur für sich selbst relevant sind. Wenn mehrere Quellen verwendet werden, verwenden Sie Versuch und Irrtum, um zu identifizieren, welche Quellen zu dem Problem beitragen.

   Power BI verhält sich auch anders, wenn verschiedene Speichermodi verwendet werden. Die drei Hauptspeichermodusoptionen sind:

   • Importieren
   • Direkte Abfrage
   • Liveverbindung

   Es gibt auch zwei Sonderfälle:

   • Speicher mit gemischten Modi (zusammengesetzte Modelle)
   • Direktabfrage für PBI-Datasets und Analysis-Services

   Um Datenquellen zu identifizieren, die in Power BI Desktop verwendet werden , wählen Sie>Datenquellen in der aktuellen Datei aus. Navigieren Sie im Power BI-Dienst zur Einstellungsseite unter "Datenquellenanmeldeinformationen" oder über die Linienansicht. Sie können auf diese Informationen zugreifen, indem Sie "Linien anzeigen" auswählen oder die Arbeitsbereichsansicht von Liste zu Zeile ändern.

   Tipp

   Um den verwendeten Speichermodus zu verstehen, wenden Sie sich an den Berichtsentwickler, oder überprüfen Sie die PBIX-Datei.

5. Kapazitäts-ID

   Die Kapazitäts-ID teilt Microsoft mit, welche Art von Kapazität verwendet wird (z. B. Premium). Nur der Kapazitätsadministrator kann die Kapazitäts-ID nachschlagen. Wenn Sie der Kapazitätsadministrator sind, öffnen Sie das Verwaltungsportal, und wählen Sie Die Kapazitätseinstellungen>power BI Premium aus, und wählen Sie den Namen der Kapazität aus. Die Kapazitäts-ID ist der letzte Teil der URL.

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

   Alternativ kann der Kapazitätsadministrator diese REST-API verwenden, um die Kapazitäts-ID abzurufen.

6. Dataset-ID

   Wenn sich Ihr Problem auf ein Dataset auswirkt, hilft Microsoft mit der ID, das richtige Dataset zu identifizieren und dann die Prozesse zu untersuchen, die auf diesem Dataset ausgeführt werden. Um die Dataset-ID zu finden, navigieren Sie zu dem Arbeitsbereich, der das Dataset enthält, und öffnen Sie die Dataseteinstellungen. Die Dataset-ID ist der letzte Teil der URL (Datasets/Dataset-ID).

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

7. Eine Kopie der PBIX-Datei (nur Importabfragen)

   Wenn ein Problem mit einem Importmodell auftritt, hilft es dem Support-Ingenieur, das Problem zu reproduzieren und die Problembehandlung zu beschleunigen, wenn die PBIX-Datei vorliegt. Wenn die PBIX vertrauliche Informationen enthält, achten Sie darauf, eine anonymisierte Version zu teilen.

   Von Bedeutung

   Stimmen Sie sich mit den relevanten Parteien innerhalb Ihrer Organisation ab, bevor Sie potenziell vertrauliche Informationen freigeben.

8. Gatewayprotokolle

   Protokolle der Gateways sind zur Problembehandlung von Gateway- oder Netzwerkproblemen erforderlich. Um die Gatewayleistung selbst zu analysieren, verwenden Sie die Gatewayleistungsüberwachungsvorlage. Weitere Informationen finden Sie unter Exportprotokolle für ein Supportticket.

9. Diagnoseinformationen

   Führen Sie die Schritte in der Power BI Desktop-Diagnosesammlung aus, um Diagnoseinformationen anzuzeigen und zu sammeln.

10. Dataflow JSON

    Diese Option ist nützlich, wenn ein Datenfluss verwendet wird. Um den JSON-Code zu exportieren und mit Ihrem Supporttechniker zu teilen, wechseln Sie zum Arbeitsbereich, wählen Sie das Datenflusselement aus, und wählen Sie Export.jsonaus.

    

Häufig gestellte Fragen

Über die weiter oben beschriebenen Standardinformationen hinaus helfen die folgenden Informationen Ihrem Supporttechniker bei der Problembehandlung.

Tritt das Problem nur in einer bestimmten Kapazität auf?

Behebt der Wechsel zu einer anderen Kapazität oder freigegebenen Kapazität das Problem? Manchmal sind Probleme spezifisch für bestimmte Umgebungen.

Wirkt sich das Problem auf alle Benutzer aus?

Wirkt sich das Problem unternehmensweit aus, betrifft es nur eine Gruppe von Personen oder nur eine Einzelperson?

Ist dies ein neues Problem für etwas, das zuvor funktioniert hat?

Hat der Fehler ohne Änderungen auf der Benutzerseite begonnen oder wurde er durch eine Art von Änderung oder eine neue Implementierung ausgelöst? Das Identifizieren des Unterbrechungspunkts hilft, die potenzielle Ursache einzugrenzen.

Ist das Problem schmaler oder breiter als zuerst festgestellt?

Wirkt sich das Problem auf alle, einige oder nur ein "Ding" aus? Wenn sich das Problem beispielsweise auf APIs bezieht, funktionieren andere APIs? Wenn es sich um ein Exportproblem handelt, sind alle Berichte betroffen? Wenn es sich um ein Kapazitätsproblem handelt, verhalten sich alle Kapazitäten auf die gleiche Weise? Wenn ein Bericht nicht aktualisiert wird und mehrere Datenquellen enthält, wurde jede Quelle separat getestet?

Haben Sie bereits versucht, Schritte zur Problembehandlung auszuführen?

Diese Informationen beschleunigen die Auflösung Ihres Problems, indem Wiederholungen vermieden werden. Unter bestimmten Umständen möchte Ihr Supporttechniker die von Ihnen ausgeführten Schritte jedoch möglicherweise noch wiederholen.

Können Sie das Problem in einer einfacheren Form replizieren?

Manchmal können Sie vertrauliche Informationen nicht mit Microsoft teilen. Versuchen Sie, das Problem zu replizieren, indem Sie eine vereinfachte Version des Problems verwenden, und stellen Sie zuverlässige Repro-Schritte für Ihren Supporttechniker bereit.