Najlepsze rozwiązania dotyczące tworzenia biletu pomocy technicznej

Konkretne informacje wymagane przez firmę Microsoft do rozwiązania problemu zależą od problemu, który występuje. Ten artykuł zawiera porady i najlepsze rozwiązania dotyczące zbierania niezbędnych informacji dotyczących żądań pomocy technicznej. Należy pamiętać, że nie wszystkie te elementy mają zastosowanie do każdego 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ługa Power BI, ale zakończy się powodzeniem na pulpicie lub na odwrót, udostępnia to przydatne informacje firmie Microsoft, jak to możliwe przyczyny 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 miejsce jego wystąpienia i 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 rozpoznania problemu. Kod błędu jest mało prawdopodobne, aby rozwiązać problem samodzielnie, ale znacznie przyspiesza proces rozwiązywania problemów.

   Napiwek

   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ęczne transkrypcja na zrzucie ekranu zwiększa możliwość wystąpienia błędu.

4. Źródła danych i tryb przechowywania używane informacje o źródle danych są zawsze istotne dla żądania obsługi. Każde źródło danych ma pewne problemy tylko dla siebie. W przypadku użycia wielu źródeł użyj wersji próbnej i błędu, aby określić, które źródła 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:

   • Importuj

   • Zapytanie bezpośrednie

   • Połączenie na żywo

   Istnieją również dwa specjalne przypadki:

   • Magazyn w trybach mieszanych (modele złożone)
   • Zapytanie bezpośrednie dla zestawów danych usługi PBI i usług Analysis Services

   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ługa Power BI przejdź do strony ustawień w obszarze Poświadczenia źródła danych lub za pośrednictwem widoku pochodzenia. Dostęp do tego można uzyskać, wybierając pozycję "Wyświetl pochodzenie" lub zmieniając widok obszaru roboczego z listy na pochodzenie.

   Napiwek

   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 (np. Premium). Tylko administrator pojemności może wyszukać identyfikator pojemności. Jeśli jesteś administratorem pojemności, otwórz portal Administracja i wybierz pozycję Ustawienia>pojemności Power 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 odpowiednie strony w organizacji są potwierdzone.

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 biletu pomocy technicznej.

9. Informacje diagnostyczne

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

10. Dane JSON przepływu danych

    Może to być przydatne, gdy przepływ danych jest używany. Aby wyeksportować kod JSON i udostępnić element zakończenia pomocy technicznej, przejdź do obszaru roboczego, wybierz element przepływu danych i wybierz pozycję Export.json.

    

Dodatkowe zagadnienia

Poza standardowymi informacjami opisanymi powyżej poniższe informacje, jeśli są dostępne, pomagają inżynierowi pomocy technicznej rozwiązać problem.

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 lub 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 lub 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 wszystko, niektóre lub tylko jedną "rzecz". Jeśli na przykład problem dotyczy interfejsów API, czy działają inne interfejsy API? Czy dotyczy to problemu z eksportem? 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ż jakiekolwiek kroki rozwiązywania problemów?

Przyspiesza to rozwiązywanie problemu, unikając powtórzeń. Jednak w pewnych okolicznościach inżynier pomocy technicznej może nadal chcieć powtórzyć wykonane kroki.

Czy problem może zostać zreplikowany w prostszej postaci?

Czasami poufne informacje nie mogą być udostępniane firmie Microsoft. Spróbuj zreplikować problem przy użyciu uproszczonej wersji problemu i udostępnij niezawodne kroki odtworzenia inżynierowi pomocy technicznej.