Udostępnij przez

Najlepsze praktyki przy tworzeniu zgłoszenia do pomocy technicznej

Utworzenie efektywnego zgłoszenia serwisowego do usługi Power BI lub Microsoft Fabric wymaga podania określonych informacji, aby pomóc firmie Microsoft w szybkim rozwiązaniu problemu. Ten artykuł zawiera najlepsze rozwiązania i kluczowe informacje, które należy uwzględnić podczas przesyłania wniosków o pomoc techniczną, co ułatwia szybsze rozwiązywanie problemów. Potrzebne informacje zależą od twojego problemu, i nie wszystkie wskazówki mają zastosowanie w każdym przypadku.

Informacje, które mają być podane firmie Microsoft

W zależności od konkretnego problemu może zostać wyświetlony monit o podanie poniższych informacji.

  1. Adres URL strony przeglądarki, na której występuje problem. Adres URL zawiera informacje o tym, gdzie (obszar roboczy) występuje problem, oraz typ lub typ funkcji i identyfikator.

  2. Lokalizacja problemu (program Power BI Desktop/ usługa Power BI/ oba te informacje są zawsze istotne dla żądania obsługi). Jeśli proces zakończy się niepowodzeniem w usłudze Power BI, ale powiedzie się w programie Desktop lub na odwrót, te dane dostarczą firmie Microsoft użytecznych informacji na temat możliwych przyczyn problemu. Innym przykładem może być to, gdzie ten sam kod M działa w zestawie danych, ale kończy się niepowodzeniem w przepływie danych. Poza tymi dwoma przykładami istnieje wiele scenariuszy, w których można rozwiązać ten problem, identyfikując dokładnie, gdzie występuje i gdzie nie.

  3. Kody błędów

    Jeśli kod błędu jest generowany, gdy coś pójdzie nie tak, utwórz kopię tego kodu błędu. Firma Microsoft zapisuje szczegółowe informacje o wszystkich kodach błędów i używa tych informacji do diagnozowania problemu. Nie jest prawdopodobne, że kod błędu samodzielnie rozwiąże problem, ale znacznie przyspiesza proces jego rozwiązywania.

    Wskazówka

    Użyj przycisku Kopiuj , aby pobrać kod. Nie wysyłaj zrzutu ekranu. Kody błędów są długie (zazwyczaj 30 znaków), a ręczna transkrypcja ze zrzutu ekranu zwiększa możliwość popełnienia błędu.

  4. Źródła danych i tryb przechowywania, z których korzysta się, są zawsze istotne dla żądania obsługi. Każde źródło danych ma pewne problemy, które są unikalne dla niego. W przypadku użycia wielu źródeł, zastosuj metodę prób i błędów, aby zidentyfikować źródła, które przyczyniają się do problemu.

    Usługa Power BI działa również inaczej, gdy są używane różne tryby przechowywania. Trzy główne opcje trybu przechowywania to:

    Istnieją również dwa specjalne przypadki:

    Aby zidentyfikować źródła danych używane w programie Power BI Desktop, wybierz pozycję Ustawienia źródła danych>Źródła danych w bieżącym pliku. W usłudze Power BI przejdź do strony ustawień w obszarze Poświadczenia źródła danych lub za pośrednictwem widoku pochodzenia. Dostęp do tych informacji można uzyskać, wybierając pozycję "Wyświetl pochodzenie" lub zmieniając widok obszaru roboczego z listy na pochodzenie.

    Wskazówka

    Aby zrozumieć używany tryb przechowywania, skontaktuj się z deweloperem raportu lub przejrzyj plik PBIX.

  5. Identyfikator pojemności

    Identyfikator pojemności informuje firmę Microsoft o typie używanej pojemności (na przykład Premium). Tylko administrator pojemności może wyszukać identyfikator pojemności. Jeśli jesteś administratorem pojemności, otwórz portal administracyjny i wybierz pozycję Ustawienia> pojemnościPower BI Premium i wybierz nazwę pojemności. Identyfikator pojemności jest ostatnią częścią adresu URL.

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

    Alternatywnie administrator pojemności może użyć tego interfejsu API REST do pobrania identyfikatora pojemności.

  6. Identyfikator zestawu danych

    Jeśli problem ma wpływ na zestaw danych, identyfikator pomaga firmie Microsoft zidentyfikować prawidłowy zestaw danych, a następnie zbadać procesy uruchomione w tym zestawie danych. Aby znaleźć identyfikator zestawu danych, przejdź do obszaru roboczego zawierającego zestaw danych i otwórz ustawienia Zestawu danych. Identyfikator zestawu danych jest ostatnią częścią adresu URL (zestawy danych/identyfikator zestawu danych).

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

  7. Kopia pliku PBIX (tylko importowanie zapytań)

    W przypadku wystąpienia problemu z modelem importu plik PBIX pomaga inżynierowi pomocy technicznej odtworzyć problem i przyspieszyć rozwiązywanie problemów. Jeśli plik PBIX zawiera poufne informacje, pamiętaj, aby udostępnić anonimową wersję.

    Ważne

    Przed udostępnieniem potencjalnie poufnych informacji upewnij się, że skonsultowałeś się z odpowiednimi stronami w organizacji.

  8. Dzienniki bramy

    Dzienniki bram są wymagane podczas rozwiązywania problemów z bramą lub siecią. Aby samodzielnie przeanalizować wydajność bramy, użyj szablonu Monitorowania wydajności bramy. Aby uzyskać więcej informacji, zobacz eksportowanie dzienników dla zgłoszenia pomocy technicznej.

  9. Informacje diagnostyczne

    Wykonaj kroki opisane w kolekcji diagnostyki programu Power BI Desktop , aby wyświetlić i zebrać informacje diagnostyczne.

  10. JSON przepływu danych

    Ta opcja jest przydatna, gdy przepływ danych jest używany. Aby wyeksportować kod JSON i udostępnić go inżynierowi pomocy technicznej, przejdź do obszaru roboczego, wybierz element przepływu danych i wybierz pozycjęExport.json.

    Zrzut ekranu przedstawiający opcję eksportu JSON dla przepływu danych.

Najczęściej zadawane pytania

Poza standardowymi informacjami opisanymi wcześniej poniższe informacje ułatwiają inżynierowi pomocy technicznej rozwiązanie problemu.

Czy problem występuje tylko w określonej pojemności?

Czy przełączenie do innej pojemności lub pojemności udostępnionej rozwiązuje ten problem? Czasami problemy są specyficzne dla niektórych środowisk.

Czy problem ma wpływ na wszystkich użytkowników?

Czy problem dotyczy całej firmy, ma wpływ tylko na określoną liczbę osób, czy tylko jedną osobę?

Czy jest to nowy problem dotyczący czegoś, co wcześniej działało?

Czy błąd rozpoczął się bez wprowadzania żadnych zmian po stronie użytkownika, czy został wyzwolony przez jakąś zmianę lub nową implementację? Zidentyfikowanie punktu przerwania pomaga zawęzić potencjalną główną przyczynę.

Czy problem jest węższy lub szerszy niż początkowo?

Czy problem ma wpływ na wszystkie, niektóre, czy tylko jedno "coś"? Jeśli na przykład problem dotyczy interfejsów API, czy działają inne interfejsy API? Czy jeśli to problem z eksportem, wszystkie raporty są dotknięte? Jeśli jest to problem z pojemnością, czy wszystkie pojemności zachowują się tak samo? Jeśli raport nie jest odświeżony i zawiera wiele źródeł danych, każde źródło zostało przetestowane oddzielnie?

Czy podjęto już próbę rozwiązania problemów?

Te informacje przyspieszają rozwiązywanie problemu, unikając powtórzeń. Jednak w pewnych okolicznościach inżynier pomocy technicznej może nadal chcieć powtórzyć wykonywane czynności.

Czy można replikować problem w prostszej postaci?

Czasami nie można udostępniać informacji poufnych firmie Microsoft. Spróbuj zreplikować problem przy użyciu uproszczonej wersji problemu i udostępnij niezawodne kroki odtworzenia inżynierowi pomocy technicznej.

  • Last updated on