Udostępnij za pośrednictwem

Planowanie implementacji usługi Power BI: inspekcja na poziomie raportu

  • Artykuł

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

Ten artykuł dotyczący inspekcji na poziomie raportu jest przeznaczony dla wielu odbiorców:

  • Twórcy raportów: użytkownicy, którzy muszą zrozumieć użycie, wdrożenie i wydajność raportów utworzonych, opublikowanych i udostępnionych.
  • Administratorzy usługi Power BI: administratorzy, którzy są odpowiedzialni za nadzorowanie usługi Power BI w organizacji. Administratorzy usługi Power BI mogą wymagać współpracy z zespołami IT, zabezpieczeniami, inspekcją wewnętrzną i innymi odpowiednimi zespołami.
  • Centrum doskonałości, IT i zespół ds. analizy biznesowej: zespoły, które są również odpowiedzialne za nadzorowanie usługi Power BI. Może być konieczne współpraca z administratorami usługi Power BI i innymi odpowiednimi zespołami.

Pojęcia omówione w tym artykule dotyczą głównie rozwiązań utworzonych dla trzech zakresów dostarczania zawartości, w szczególności analizy biznesowej przedsiębiorstwa, analizy biznesowej dla działów i analizy biznesowej zespołu. Twórcy rozwiązań do analizy biznesowej osobistej mogą również znaleźć informacje w tym artykule; jednak nie są one podstawowym celem.

Ten artykuł koncentruje się na inspekcji i monitorowaniu raportów i wizualizacji. Jednak osiągnięcie dobrej wydajności raportu i jego wizualizacji nie jest możliwe, gdy bazowy model semantyczny i/lub źródło danych nie działa prawidłowo. Aby uzyskać informacje na temat inspekcji i monitorowania modeli semantycznych, przepływów danych imartów danych, zobacz Inspekcja na poziomie danych.

Ten artykuł jest pierwszym artykułem z serii inspekcji i monitorowania, ponieważ opisuje wbudowane narzędzia, które twórcy zawartości prawdopodobnie odkryją jako pierwszy. Najlepiej jest utworzyć udostępnione modele semantyczne (przeznaczone do ponownego użycia między wieloma raportami), zanim użytkownicy będą tworzyć raporty. W związku z tym zalecamy przeczytanie tego artykułu wraz z artykułem Dotyczącym inspekcji na poziomie danych.

Napiwek

Niezależnie od tego, czy rozmawiasz ze współpracownikami, czy czytasz w trybie online, musisz określić, czy termin raport jest używany dosłownie, czy bardziej ogólnie. Często jest używany w ogólny sposób odwoływania się do pojedynczego pliku programu Power BI Desktop (pbix). Plik może zawierać model danych (który po opublikowaniu staje się modelem semantycznym), raportem lub obydwoma. Termin może służyć dosłownie do odwoływania się tylko do raportu (na przykład raportu z połączeniem na żywo z modelem semantycznym). W tym artykule termin jest używany dosłownie.

Cele dotyczące wydajności raportu

Aby skutecznie monitorować raporty, zalecamy zdefiniowanie celów dotyczących wydajności raportu, takich jak doskonała wydajność, dobra wydajność i niska wydajność, oznacza dla organizacji. Nie ma żadnych uniwersalnych definicji. Należy zawsze wziąć pod uwagę te cele z perspektywy konsumenta.

W idealnym przypadku wydajność jest głównym problemem podczas procesu projektowania raportu. Poniżej przedstawiono kilka sytuacji, w których można wybrać ustawienie celów wydajności.

  • Podczas walidacji lub przeglądania nowego raportu (zwłaszcza jeśli spodziewasz się, że będzie on miał zakres dostarczania zawartości dla dużej liczby użytkowników).
  • Przed przystąpieniem do zgłaszania raportu (szczególnie w przypadku certyfikacji).
  • Przed opublikowaniem raportu w produkcyjnym obszarze roboczym.
  • W przypadku dołączania raportu do aplikacji usługi Power BI.

Możesz utworzyć standardowy cel wydajności, który ma być stosowany do wszystkich raportów w całej organizacji. Na przykład pierwsza strona raportu powinna być renderowana w ciągu pięciu sekund. Jednak ze względu na to, że istnieje tak wiele różnych zagadnień, zwykle nie można oczekiwać, że każde rozwiązanie powinno spełniać ten sam cel. Rozważ zakresy dla celów wydajności, które uwzględniają poziom złożoności rozwiązania.

Lista kontrolna — rozważając, w jaki sposób twórcy raportów powinni zweryfikować wydajność raportu, kluczowe decyzje i akcje obejmują:

  • Zidentyfikuj cele wydajności raportu: upewnij się, że masz dobre zrozumienie, co akceptowalna wydajność raportu oznacza z perspektywy użytkownika.
  • Dokumentowanie i przekazywanie celów dotyczących wydajności: jeśli istnieją określone cele, upewnij się, że są one przekazywane twórcom raportów w organizacji. Podaj przydatne informacje, aby twórcy raportów rozumieli, jak mierzyć wydajność i jak stosować techniki projektowania, które zwiększają wydajność.

W pozostałej części tego artykułu opisano techniki, których można użyć do inspekcji i monitorowania wydajności raportów.

Metryki użycia raportu

Głównym zasobem inspekcji dostępnym dla twórców raportów są raporty metryk użycia, które są wbudowane w usługa Power BI.

Głównym celem raportów metryk użycia jest ocena wpływu jednego raportu lub wszystkich raportów w obszarze roboczym. Ponieważ koncentruje się on na widokach raportów i wydajności raportów i pulpitów nawigacyjnych (zamiast innych elementów, takich jak modele semantyczne i przepływy danych), jest przeznaczony dla twórców raportów.

Użyj raportów metryk użycia, aby:

  • Określ, którzy użytkownicy najbardziej aktywnie wyświetlają raporty.
  • Dowiedz się, jak często raporty są wyświetlane i klasyfikują te raporty według popularności (na podstawie użycia).
  • Ustal, do których stron raportu najczęściej uzyskują dostęp użytkownicy.
  • Znajdź raporty, które nie zostały ostatnio wyświetlone.
  • Wyświetlanie statystyk wydajności raportu wysokiego poziomu. Te statystyki mogą pomóc w prowadzeniu działań związanych z optymalizacją projektu i identyfikowaniu raportów, które mogą mieć sporadyczne lub spójne problemy z wydajnością.
  • Dowiedz się, które metody użycia (na przykład przeglądarka lub aplikacja mobilna Power BI) używają użytkownicy raportów. Te informacje mogą pomóc twórcom raportów zdecydować, ile wysiłku należy włożyć do optymalizacji raportów pod kątem użycia urządzeń przenośnych.

Napiwek

Usługa Power BI przechwytuje metryki użycia dla działań występujących dla zawartości opublikowanej w usługa Power BI (w tym w przypadku renderowania przy użyciu usługi Power BI Embedded). Dostęp do metryk użycia jest tylko jednym z powodów, dla których twórcy raportów mogą publikować raporty w usługa Power BI, a nie udostępniać plików programu Power BI Desktop.

Metryki użycia są wbudowane w usługa Power BI, co jest kluczową zaletą, ponieważ twórcy raportów nie muszą konfigurować procesu wyodrębniania i przechowywania danych użycia. Jest to szybkie i proste, aby rozpocząć pracę.

Kolejną zaletą metryk użycia jest to, że wewnętrzny model semantyczny (zawierający dane metryk użycia) zawiera informacje, które nie można łatwo znaleźć gdzie indziej. Na przykład obejmuje widoki na stronę raportu i czas trwania otwierania raportu. Widoki strony raportu są uzyskiwane przy użyciu telemetrii klienta, która ma ograniczenia. Telemetria klienta (używana przez metryki użycia raportu) różni się od danych telemetrycznych po stronie serwera (używanych przez dziennik aktywności).

Metryki użycia obejmują wewnętrzny model semantyczny i raport. Chociaż nie można edytować ani dostosowywać wewnętrznego modelu semantycznego, można dostosować raport metryk użycia. Możesz również zaktualizować filtry raportu, aby dowiedzieć się więcej o użyciu wszystkich raportów w obszarze roboczym (a nie tylko jednym raporcie). Korzystając z tego podejścia, najszerszy dostępny zakres to jeden obszar roboczy. Możesz wyświetlić do 30 dni historii, w tym ostatni w pełni ukończony dzień.

Ważne

Dziennik aktywności usługi Power BI jest lepszym rozwiązaniem, jeśli chcesz:

  • Pobieranie działań użytkownika dla więcej niż jednego obszaru roboczego.
  • Wyodrębnianie i zachowywanie danych aktywności przez ponad 30 dni.
  • Przeanalizuj wszystkie działania wykonywane przez użytkowników w usługa Power BI.

Aby uzyskać więcej informacji na temat dziennika aktywności, zobacz Inspekcja na poziomie dzierżawy.

Raporty metryk użycia są dostępne dla twórców raportów i właścicieli, którzy są przypisani do roli współautora, członka lub administratora obszaru roboczego. Aby raport metryk użycia był widoczny dla osób przeglądających obszar roboczy (odbiorców zawartości), możesz utworzyć kopię raportu użycia i dostosować go.

Napiwek

Aby uzyskać więcej informacji na temat ról obszaru roboczego, zobacz artykuł Planowanie zabezpieczeń twórcy zawartości.

Istnieją dwa ustawienia dzierżawy związane z metrykami użycia.

  • Ustawienie dzierżawy Metryki użycia dla twórców zawartości określa, które grupy twórców raportów (którzy mają również niezbędną rolę obszaru roboczego) mogą generować i wyświetlać raporty metryk użycia. Zazwyczaj administratorzy usługi Power BI pozostawiają to ustawienie włączone dla całej organizacji. Dzięki temu wszyscy twórcy raportów samoobsługowych mogą wyświetlać wzorce użycia dla ich zawartości.
  • Ustawienie dzierżawy Dla poszczególnych użytkowników w metrykach użycia dla twórców zawartości określa, czy nazwy i adresy e-mail użytkowników raportu są wyświetlane w raportach metryk użycia. Jeśli to ustawienie jest wyłączone (dla niektórych lub wszystkich twórców raportów), usługa Power BI pomija nazwy i adresy e-mail w raportach metryk użycia, które są określane jako maskowanie użytkowników. Najczęściej administratorzy usługi Power BI pozostawiają to ustawienie włączone, aby twórcy raportów mogli dokładnie zrozumieć, kto korzysta z raportów. Ponadto możliwość bezpośredniego kontaktu z innymi użytkownikami w celu uzyskania opinii na temat zawartości jest cenna, ponieważ może pomóc w ulepszaniu zawartości. Czasami może być konieczne zamaskowanie informacji o użytkownikach dla niektórych grup twórców raportów. Gdy ustawienie jest wyłączone, twórca raportu widzi użytkownika bez nazwy zamiast szczegółów użytkownika.

Operacja ViewUsageMetrics w dzienniku aktywności usługi Power BI umożliwia administratorom usługi Power BI monitorowanie, którzy twórcy zawartości i właściciele korzystają z raportów metryk użycia. Te informacje umożliwiają przeprowadzenie szkoleń i dokumentacji.

Lista kontrolna — podczas planowania korzystania z raportu metryk użycia kluczowe decyzje i akcje obejmują:

  • Potwierdź, że metryki użycia są włączone: zdecyduj, czy dowolny twórca raportów usługi Power BI (który ma uprawnienia do edytowania raportu) może wyświetlać metryki użycia. Ustaw ustawienie Metryki użycia dla dzierżawy twórców zawartości, aby dostosować je do tej decyzji.
  • Zdecyduj, czy dane poszczególnych użytkowników są wyświetlane w metrykach użycia: określ, czy nazwy i wiadomości e-mail mogą być wyświetlane wszystkim lub niektórym użytkownikom. Ustaw ustawienie dzierżawy Dla poszczególnych użytkowników w metrykach użycia dla twórców zawartości, aby dopasować je do tej decyzji.
  • Sprawdź role obszaru roboczego: Zweryfikuj przypisania ról obszaru roboczego. Upewnij się, że odpowiedni twórcy raportów i właściciele mają uprawnienia do edytowania zawartości w obszarze roboczym (dzięki czemu raporty metryk użycia są dostępne).
  • Tworzenie i dostosowywanie raportów metryk użycia: w przypadku zawartości, którą chcesz przeanalizować, wygeneruj raport metryk użycia. W razie potrzeby dostosuj raport metryk użycia, aby uwzględnić wszystkie raporty w obszarze roboczym.
  • Dołącz do dokumentacji i szkoleń dla twórców raportów: dołącz wskazówki dla twórców raportów dotyczące sposobu, w jaki mogą korzystać z raportów metryk użycia. Upewnij się, że twórcy raportów rozumieją przypadki użycia i kluczowe ograniczenia. Uwzględnij przykłady kluczowych metryk, które mogą śledzić i jak mogą używać informacji w celu ciągłego ulepszania tworzonych i publikowanych rozwiązań.
  • Monitorowanie użytkowników korzystających z metryk użycia: użyj dziennika aktywności usługi Power BI, aby śledzić, którzy twórcy zawartości i właściciele korzystają z raportów metryk użycia.
  • Określ, czy metryki użycia są wystarczające: rozważ sytuacje, w których wbudowany raport metryk użycia będzie wystarczający. Określ, czy rozwiązania inspekcji na poziomie danych i na poziomie dzierżawy (opisane w innych artykułach z tej serii) byłyby bardziej odpowiednie.

Performance Analyzer

Analizator wydajności to narzędzie dostępne w programie Power BI Desktop, które ułatwia badanie i monitorowanie wydajności raportów. Może to pomóc twórcom raportów zrozumieć wydajność wizualizacji i formuł języka DAX.

Napiwek

Oprócz Analizator wydajności istnieją inne narzędzia, których można użyć do rozwiązywania problemów z wydajnością raportu. Możesz na przykład rozwiązać konkretne problemy z zużyciem raportów, które mają wpływ na pojemność Premium przy użyciu aplikacji Wykorzystanie i metryki w warstwie Premium lub dzienniki zdarzeń modelu semantycznego, które są wysyłane do usługi Azure Log Analytics. Aby uzyskać więcej informacji na temat tych narzędzi (i innych narzędzi), zobacz Inspekcja na poziomie danych.

Analizator wydajności przechwytuje operacje podczas interakcji użytkownika z raportem w programie Power BI Desktop. Tworzy dziennik, który rejestruje, jak każdy element raportu działa i dla każdej interakcji. Na przykład w przypadku interakcji z fragmentatorem raportu filtrowanie krzyżowe wizualizacji lub wybranie strony akcja i czas trwania są rejestrowane w dzienniku. W zależności od typu operacji rejestrowane są również inne szczegóły.

Podsumowane informacje są dostępne w okienku Analizator wydajności. Możesz wyeksportować wyniki dziennika do pliku JSON, co umożliwia wykonanie bardziej szczegółowej analizy. Plik eksportu zawiera więcej informacji o zarejestrowanych operacjach. Aby uzyskać więcej informacji na temat korzystania z pliku eksportu, zobacz dokumentację Analizator wydajności w witrynie GitHub.

Ważne

Należy pamiętać, że Analizator wydajności działa w programie Power BI Desktop. Środowisko komputera twórcy raportu może różnić się od środowiska usługa Power BI.

Niektóre typowe różnice, które należy uwzględnić, obejmują:

Ważne

Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).

Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.

Dane są rejestrowane, gdy użytkownik wchodzi w interakcję z elementem raportu. Zarejestrowane dane zawierają więcej niż elementy wyświetlania wizualizacji. Obejmuje również:

  • Działanie wyświetlania wizualnego.
  • Zapytania języka DAX (gdy wizualizacja pobiera dane z modelu danych zamiast pamięci podręcznej).
  • Działanie Trybu DirectQuery (jeśli ma zastosowanie).
  • Inne działania wykonywane przez wizualizację, takie jak przygotowywanie zapytań, działania przetwarzania w tle i czas oczekiwania.

W zależności od ich poziomu doświadczenia oraz sposobu dzielenia ról i obowiązków twórca raportu może potrzebować pomocy w rozwiązywaniu problemów z wydajnością. Jest to szczególnie prawdziwe, gdy próbujesz zrozumieć, dlaczego zapytanie lub obliczenia są powolne. Pomoc dla twórcy raportu może mieć postać:

  • Współpraca z twórcą danych: główna przyczyna problemów z wydajnością jest często związana z projektowaniem modelu danych.
  • Pomoc techniczna dla użytkowników: pomoc jest często obsługą wewnątrz zespołu od bliskich współpracowników lub pomocy technicznej społeczności od innych użytkowników usługi Power BI w organizacji. W niektórych sytuacjach może również obejmować pomoc techniczną.
  • Mentoring umiejętności z Centrum Doskonałości: Pomoc może być również w formie działań mentoringowych umiejętności, takich jak godziny pracy.

Niektóre organizacje mają określone wymagania dotyczące zatwierdzonych (certyfikowanych lub promowanych ) raportów. Dotyczy to szczególnie raportów, które są powszechnie używane w całej organizacji. W takim przypadku może być wymagane (lub zalecane) zweryfikowanie Analizator wydajności wyników przed opublikowaniem raportu lub przed jego certyfikatem.

Napiwek

Raporty o dobrej wydajności mają pozytywny wpływ na wdrażanie rozwiązań. Zalecamy zachęcanie twórców raportów do testowania wydajności raportów przed opublikowaniem nowego rozwiązania w usługa Power BI. Warto również zachęcić ich do ponownego testowania wydajności w przypadku wprowadzenia istotnych zmian w istniejącym rozwiązaniu (modelu raportu lub semantycznego).

Aby uzyskać więcej informacji na temat technik optymalizacji, zobacz Przewodnik optymalizacji dla usługi Power BI.

Lista kontrolna — podczas rozważania, w jaki sposób twórcy raportów powinni używać Analizator wydajności, kluczowe decyzje i akcje obejmują:

  • Tworzenie dokumentacji i szkoleń dla twórców raportów: dołącz wskazówki dla twórców raportów dotyczące tego, jakie cele wydajności istnieją i jak mogą weryfikować, mierzyć i testować wydajność. Podaj wskazówki dla twórców raportów dotyczące tworzenia dobrze działających raportów. Pomóż nowym twórcom raportów wcześnie przyjąć dobre nawyki projektowe.
  • Upewnij się, że jest dostępna pomoc techniczna i mentoring umiejętności: upewnij się, że twórcy raportów wiedzą, jak uzyskać pomoc w rozwiązywaniu problemów z wydajnością.
  • Uwzględnij wymagania dotyczące certyfikowania raportów: zdecyduj, czy chcesz uwzględnić wyniki Analizator wydajności jako wymaganie wstępne do certyfikowania (aprowizowania) raportów. Jeśli tak, upewnij się, że to wymaganie jest udokumentowane i przekazane twórcom raportów.

Powiązana zawartość

W następnym artykule z tej serii dowiesz się więcej o inspekcji na poziomie danych.