Udostępnij za pośrednictwem


Omówienie i optymalizowanie odświeżania przepływów danych

Przepływy danych usługi Power BI umożliwiają łączenie, przekształcanie, łączenie i dystrybuowanie danych na potrzeby analizy podrzędnej. Kluczowym elementem w przepływach danych jest proces odświeżania, który stosuje kroki przekształcania utworzone w przepływach danych i aktualizuje dane w samych elementach.

Aby zrozumieć czasy wykonywania, wydajność i to, czy korzystasz z najbardziej poza przepływem danych, możesz pobrać historię odświeżania po odświeżeniu przepływu danych.

Omówienie odświeżeń

Istnieją dwa typy odświeżeń mających zastosowanie do przepływów danych:

  • Pełne, które wykonuje pełne opróżnianie i ponowne ładowanie danych.

  • Przyrostowe (tylko wersja Premium), która przetwarza podzbiór danych na podstawie reguł opartych na czasie, wyrażonych jako filtr, który konfigurujesz. Filtr w kolumnie daty dynamicznie dzieli dane na zakresy w usługa Power BI. Po skonfigurowaniu odświeżania przyrostowego przepływ danych automatycznie zmienia zapytanie w celu uwzględnienia filtrowania według daty. Możesz edytować automatycznie wygenerowane zapytanie przy użyciu Edytor zaawansowany w dodatku Power Query, aby dostosować lub dostosować odświeżanie. Jeśli korzystasz z własnej usługi Azure Data Lake Storage, możesz zobaczyć wycinki czasu danych na podstawie ustawionych zasad odświeżania.

    Uwaga

    Aby dowiedzieć się więcej na temat odświeżania przyrostowego i sposobu jej działania, zobacz Using incremental refresh with dataflows (Używanie odświeżania przyrostowego z przepływami danych).

Odświeżanie przyrostowe umożliwia korzystanie z dużych przepływów danych w usłudze Power BI z następującymi korzyściami:

  • Odświeżanie jest szybsze po pierwszym odświeżeniu ze względu na następujące fakty:

    • Usługa Power BI odświeża ostatnie N partycji określone przez użytkownika (gdzie partycja to dzień/tydzień/miesiąc itd.) lub
    • Usługa Power BI odświeża tylko dane, które należy odświeżyć. Na przykład odświeżanie tylko ostatnich pięciu dni 10-letniego modelu semantycznego.
    • Usługa Power BI odświeża tylko dane, które uległy zmianie, o ile określisz kolumnę, którą chcesz sprawdzić pod kątem zmian.
  • Odświeżanie jest bardziej niezawodne — nie jest już konieczne utrzymywanie długotrwałych połączeń z nietrwałymi systemami źródłowymi.

  • Zużycie zasobów jest mniejsze — mniej danych do odświeżania zmniejsza ogólne zużycie pamięci i innych zasobów.

  • Jeśli to możliwe, usługa Power BI stosuje przetwarzanie równoległe na partycjach, co może prowadzić do szybszego odświeżania.

W każdym z tych scenariuszy odświeżania, jeśli odświeżanie zakończy się niepowodzeniem, dane nie są aktualizowane. Dane mogą być nieaktualne do czasu ukończenia najnowszego odświeżania lub odświeżenia ręcznie, a następnie można je ukończyć bez błędu. Odświeżanie występuje w partycji lub jednostce, więc jeśli odświeżanie przyrostowe zakończy się niepowodzeniem lub jednostka wystąpi błąd, cała transakcja odświeżania nie zostanie wykonana. Innymi słowy, jeśli partycja (zasady odświeżania przyrostowego) lub jednostka nie powiedzie się dla przepływu danych, cała operacja odświeżania zakończy się niepowodzeniem i żadne dane nie zostaną zaktualizowane.

Omówienie i optymalizowanie odświeżeń

Aby lepiej zrozumieć, jak działa operacja odświeżania przepływu danych, przejrzyj historię odświeżania przepływu danych, przechodząc do jednego z przepływów danych. Wybierz pozycję Więcej opcji (...) dla przepływu danych. Następnie wybierz pozycję Ustawienia > Historia odświeżania. Możesz również wybrać przepływ danych w obszarze Roboczym. Następnie wybierz pozycję Więcej opcji (...) > Odśwież historię.

Screenshot of dataflows refresh history.

Historia odświeżania zawiera omówienie odświeżeń, w tym typ — na żądanie lub zaplanowany, czas trwania i stan uruchomienia. Aby wyświetlić szczegóły w postaci pliku CSV, wybierz ikonę pobierania po prawej stronie wiersza opisu odświeżania. Pobrany plik CSV zawiera atrybuty opisane w poniższej tabeli. Odświeżenia w warstwie Premium zawierają więcej informacji na podstawie dodatkowych możliwości obliczeniowych i przepływów danych, a przepływów danych opartych na wersji Pro, które znajdują się w pojemności udostępnionej. W związku z tym niektóre z następujących metryk są dostępne tylko w warstwie Premium.

Element opis Pro Premium
Zażądano w dniu Zaplanowane odświeżanie czasu lub odświeżenie zostało kliknięte w czasie lokalnym.
Nazwa przepływu danych Nazwa przepływu danych.
Stan odświeżania przepływu danych Ukończono, Niepowodzenie lub Pominięto (dla jednostki) są możliwe stany. Przypadki użycia, takie jak połączone jednostki, są przyczynami, dla których można pominąć.
Nazwa podmiotu Nazwa tabeli.
Nazwa partycji Ten element jest zależny od tego, czy przepływ danych jest w warstwie Premium, czy nie, a jeśli pro jest wyświetlany jako NA, ponieważ nie obsługuje odświeżania przyrostowego. W warstwie Premium jest wyświetlana wartość FullRefreshPolicyPartition lub IncrementalRefreshPolicyPartition-[DateRange].
Stan odświeżania Stan odświeżania pojedynczej jednostki lub partycji, który zapewnia stan dla tego fragmentu czasu odświeżania danych.
Godzina rozpoczęcia W warstwie Premium ten element to czas, w jaki przepływ danych został w kolejce do przetworzenia jednostki lub partycji. Tym razem mogą się różnić, jeśli przepływy danych mają zależności i muszą czekać na zestaw wyników nadrzędnego przepływu danych, aby rozpocząć przetwarzanie.
Godzina zakończenia Godzina zakończenia to czas ukończenia jednostki lub partycji przepływu danych, jeśli ma to zastosowanie.
Czas trwania Łączny czas, jaki upłynął dla przepływu danych w celu odświeżenia wyrażonego w HH:MM:SS.
Przetworzone wiersze Dla danej jednostki lub partycji liczba wierszy zeskanowanych lub zapisanych przez aparat przepływów danych. Ten element może nie zawsze zawierać dane na podstawie wykonanej operacji. Dane mogą zostać pominięte, gdy aparat obliczeniowy nie jest używany lub gdy używasz bramy podczas przetwarzania tam danych.
Przetworzone bajty Dla danej jednostki lub partycji dane zapisane przez aparat przepływów danych wyrażone w bajtach.

W przypadku korzystania z bramy w tym konkretnym przepływie danych te informacje nie są udostępniane.
Maksymalne zatwierdzenie (KB) Maksymalna liczba zatwierdzeń to pamięć szczytowa przydatna do diagnozowania błędów braku pamięci, gdy zapytanie M nie jest zoptymalizowane.

Jeśli używasz bramy w tym konkretnym przepływie danych, te informacje nie są udostępniane.
Czas procesora W przypadku danej jednostki lub partycji czas wyrażony w HH:MM:SS, który aparat przepływów danych spędził na wykonywaniu przekształceń.

Jeśli używasz bramy w tym konkretnym przepływie danych, te informacje nie są udostępniane.
Czas oczekiwania Dla danej jednostki lub partycji czas spędzony przez jednostkę w stanie oczekiwania na podstawie obciążenia w pojemności Premium.
Aparat obliczeniowy W przypadku danej jednostki lub partycji szczegółowe informacje na temat sposobu korzystania z aparatu obliczeniowego przez operację odświeżania. Potrzebne wartości:
-NA
-Składany
-Buforowane
- Buforowane i złożone

Te elementy zostały szczegółowo opisane w dalszej części tego artykułu.
Błąd Jeśli ma to zastosowanie, szczegółowy komunikat o błędzie jest opisany dla jednostki lub partycji.

Wskazówki dotyczące odświeżania przepływu danych

Statystyki odświeżania zawierają cenne informacje, których można użyć do optymalizacji i przyspieszenia wydajności przepływów danych. W poniższych sekcjach opisano niektóre scenariusze, co należy uważać i jak zoptymalizować na podstawie podanych informacji.

Aranżacja

Korzystanie z przepływów danych w tym samym obszarze roboczym umożliwia prostą aranżację. Na przykład możesz mieć przepływy danych A, B i C w jednym obszarze roboczym oraz tworzenie łańcuchów, takich jak A > B > C. Jeśli odświeżysz źródło (A), jednostki podrzędne również będą odświeżane. Jeśli jednak odświeżysz język C, musisz odświeżyć inne niezależnie. Ponadto w przypadku dodania nowego źródła danych w przepływie danych B (który nie jest uwzględniony w A), dane nie są odświeżane w ramach aranżacji.

Możesz chcieć połączyć elementy, które nie pasują do zarządzanej aranżacji wykonywanej przez usługę Power BI. W tych scenariuszach możesz użyć interfejsów API i/lub użyć usługi Power Automate. Aby odświeżyć programowe, zapoznaj się z dokumentacją interfejsu API i skryptem programu PowerShell. Istnieje łącznik usługi Power Automate, który umożliwia wykonywanie tej procedury bez konieczności pisania kodu. Szczegółowe przykłady można wyświetlić z konkretnymi przewodnikami dotyczącymi sekwencyjnych odświeżeń.

Monitorowanie

Korzystając z rozszerzonych statystyk odświeżania opisanych wcześniej w tym artykule, możesz uzyskać szczegółowe informacje o odświeżaniu przepływu danych. Jeśli jednak chcesz zobaczyć przepływy danych z omówieniem odświeżeń obejmujących całą dzierżawę lub obszarem roboczym, na przykład w celu utworzenia pulpitu nawigacyjnego monitorowania, możesz użyć interfejsów API lub szablonów powerAutomate. Podobnie w przypadku przypadków użycia, takich jak wysyłanie prostych lub złożonych powiadomień, można użyć łącznika PowerAutomate lub utworzyć własną aplikację niestandardową przy użyciu interfejsów API.

Błędy przekroczenia limitu czasu

Optymalizacja czasu potrzebny na wykonanie scenariuszy wyodrębniania, przekształcania i ładowania (ETL) jest idealna. W usłudze Power BI mają zastosowanie następujące przypadki:

  • Niektóre łączniki mają jawne ustawienia limitu czasu, które można skonfigurować. Aby uzyskać więcej informacji, zobacz Połączenie ors w dodatku Power Query.
  • Przepływy danych usługi Power BI korzystające z usługi Power BI Pro mogą również doświadczać przekroczenia limitu czasu dla długotrwałych zapytań w obrębie jednostki lub przepływów danych. To ograniczenie nie istnieje w obszarach roboczych usługi Power BI Premium.

Wskazówki dotyczące limitu czasu

Progi limitu czasu przepływów danych usługi Power BI Pro to:

  • Dwie godziny na poziomie pojedynczej jednostki.
  • Trzy godziny na całym poziomie przepływu danych.

Jeśli na przykład masz przepływ danych z trzema tabelami, żadna pojedyncza tabela nie może potrwać więcej niż dwie godziny, a cały przepływ danych przekroczy trzy godziny.

Jeśli występują przekroczenia limitu czasu, rozważ optymalizację zapytań dotyczących przepływu danych i rozważ użycie składania zapytań w systemach źródłowych.

Oddzielnie rozważ uaktualnienie do warstwy Premium na użytkownika, która nie podlega tym limitom czasu i oferuje zwiększoną wydajność ze względu na wiele funkcji usługi Power BI Premium na użytkownika.

Długie czasy trwania

Operacje odświeżania złożonych lub dużych przepływów danych mogą zająć więcej czasu, ponieważ mogą źle zoptymalizowane przepływy danych. Poniższe sekcje zawierają wskazówki dotyczące ograniczania długich czasów trwania odświeżania.

Wskazówki dotyczące długich czasów trwania odświeżania

Pierwszym krokiem w celu poprawienia długich czasów trwania odświeżania przepływów danych jest utworzenie przepływów danych zgodnie z najlepszymi rozwiązaniami. Istotne wzorce obejmują:

Następnie może pomóc ocenić, czy można użyć odświeżania przyrostowego.

Użycie odświeżania przyrostowego może zwiększyć wydajność. Należy pamiętać, że filtry partycji są wypychane do systemu źródłowego, gdy zapytania są przesyłane do operacji odświeżania. Aby wypchnąć filtrowanie w dół, oznacza, że źródło danych powinno obsługiwać składanie zapytań lub można wyrazić logikę biznesową za pomocą funkcji lub innych środków, które mogą pomóc dodatku Power Query wyeliminować i filtrować pliki lub foldery. Większość źródeł danych, które obsługują zapytania SQL, obsługuje składanie zapytań, a niektóre źródła danych OData mogą również obsługiwać filtrowanie.

Jednak źródła danych, takie jak pliki proste, obiekty blob i interfejsy API, zwykle nie obsługują filtrowania. W przypadkach, gdy zaplecze źródła danych nie obsługuje filtru, nie można go wypchnąć. W takich przypadkach aparat mash-up rekompensuje i stosuje filtr lokalnie, co może wymagać pobrania pełnego modelu semantycznego ze źródła danych. Ta operacja może spowodować spowolnienie odświeżania przyrostowego, a proces może zabraknie zasobów w usługa Power BI lub w lokalnej bramie danych, jeśli jest używana.

Biorąc pod uwagę różne poziomy obsługi składania zapytań dla każdego źródła danych, należy przeprowadzić weryfikację, aby upewnić się, że logika filtru jest uwzględniona w zapytaniach źródłowych. Aby to ułatwić, usługa Power BI próbuje wykonać tę weryfikację za Ciebie, a wskaźniki składania kroków dla usługi Power Query Online. Wiele z tych optymalizacji to środowiska czasu projektowania, ale po zakończeniu odświeżania masz możliwość analizowania i optymalizowania wydajności odświeżania.

Na koniec rozważ optymalizację środowiska. Środowisko usługi Power BI można zoptymalizować, skalując w górę pojemność, odpowiednie rozmiary bram danych i zmniejszając opóźnienie sieci przy użyciu następujących optymalizacji:

  • W przypadku korzystania z pojemności dostępnych w usłudze Power BI Premium lub Premium na użytkownika możesz zwiększyć wydajność, zwiększając wystąpienie Premium lub przypisując zawartość do innej pojemności.

  • Brama jest wymagana za każdym razem, gdy usługa Power BI musi uzyskiwać dostęp do danych, które nie są dostępne bezpośrednio przez Internet. Lokalną bramę danych można zainstalować na serwerze lokalnym lub na maszynie wirtualnej.

    • Aby zrozumieć obciążenia bramy i zalecenia dotyczące określania rozmiaru, zobacz Ustalanie rozmiaru lokalnej bramy danych.
    • Oceń również przeniesienie danych najpierw do przejściowego przepływu danych i odwoływanie się do niego podrzędnego przy użyciu połączonych i obliczonych jednostek.
  • Opóźnienie sieci może mieć wpływ na wydajność odświeżania przez zwiększenie czasu wymaganego dla żądań dotarcia do usługa Power BI i dostarczenia odpowiedzi. Dzierżawy w usłudze Power BI są przypisywane do określonego regionu. Aby określić lokalizację dzierżawy, zobacz Znajdowanie domyślnego regionu dla organizacji. Gdy użytkownicy z dzierżawy uzyskują dostęp do usługa Power BI, ich żądania są zawsze kierowane do tego regionu. Gdy żądania docierają do usługa Power BI, usługa może wysyłać dodatkowe żądania, na przykład do bazowego źródła danych lub bramy danych, które również podlegają opóźnieniu sieci.

    • Narzędzia takie jak Azure Speed Test zapewniają wskazanie opóźnienia sieci między klientem a regionem świadczenia usługi Azure. Ogólnie rzecz biorąc, aby zminimalizować wpływ opóźnienia sieci, staraj się, aby źródła danych, bramy i klaster usługi Power BI były jak najbardziej zbliżone. Preferowane jest miejsce zamieszkania w tym samym regionie. Jeśli opóźnienie sieci jest problemem, spróbuj zlokalizować bramy i źródła danych bliżej klastra usługi Power BI, umieszczając je na maszynach wirtualnych hostowanych w chmurze.

Wysoki czas procesora

Jeśli widzisz wysoki czas procesora, prawdopodobnie masz kosztowne przekształcenia, które nie są składane. Wysoki czas procesora jest spowodowany liczbą zastosowanych kroków lub typem przekształceń, które wykonujesz. Każda z tych możliwości może spowodować wyższe czasy odświeżania.

Wskazówki dotyczące wysokiego czasu procesora

Istnieją dwie opcje optymalizacji wysokiego czasu procesora.

Najpierw należy użyć składania zapytań w samym źródle danych, co powinno zmniejszyć obciążenie aparatu obliczeniowego przepływu danych bezpośrednio. Składanie zapytań w źródle danych umożliwia systemowi źródłowemu wykonywanie większości pracy. Przepływ danych może następnie przechodzić przez zapytania w języku natywnym źródła, zamiast wykonywać wszystkie obliczenia w pamięci po początkowym zapytaniu.

Nie wszystkie źródła danych mogą wykonywać składanie zapytań, a nawet wtedy, gdy składanie zapytań jest możliwe, mogą istnieć przepływy danych, które wykonują pewne przekształcenia, które nie mogą składać się do źródła. W takich przypadkach ulepszony aparat obliczeniowy jest funkcją wprowadzoną przez usługę Power BI w celu zwiększenia wydajności nawet o 25 razy w przypadku przekształceń.

Korzystanie z aparatu obliczeniowego w celu zmaksymalizowania wydajności

Chociaż dodatek Power Query ma wgląd w czas projektowania składania zapytań, kolumna aparatu obliczeniowego zawiera szczegółowe informacje o tym, czy aparat wewnętrzny jest używany. Aparat obliczeniowy jest przydatny, gdy masz złożony przepływ danych i wykonujesz przekształcenia w pamięci. W takiej sytuacji mogą być przydatne rozszerzone statystyki odświeżania, ponieważ kolumna aparatu obliczeniowego zawiera szczegółowe informacje o tym, czy aparat został użyty.

Poniższe sekcje zawierają wskazówki dotyczące korzystania z aparatu obliczeniowego i jego statystyk.

Ostrzeżenie

W czasie projektowania wskaźnik składania w edytorze może wskazywać, że zapytanie nie składa się podczas korzystania z danych z innego przepływu danych. Sprawdź źródłowy przepływ danych, jeśli ulepszone zasoby obliczeniowe są włączone, aby upewnić się, że składanie przepływu danych źródłowych jest włączone.

Wskazówki dotyczące stanu aparatu obliczeniowego

Włączenie ulepszonego aparatu obliczeniowego i zrozumienie różnych stanów jest przydatne. Wewnętrznie ulepszony aparat obliczeniowy używa bazy danych SQL do odczytywania i przechowywania danych. Najlepiej jest wykonać przekształcenia względem aparatu zapytań tutaj. Poniższe akapity zawierają różne sytuacje i wskazówki dotyczące tego, co należy zrobić dla każdego z nich.

NA — ten stan oznacza, że aparat obliczeniowy nie był używany, albo dlatego, że:

  • Używasz przepływów danych usługi Power BI Pro.
  • Aparat obliczeniowy został jawnie wyłączony.
  • Używasz składania zapytań w źródle danych.
  • Wykonujesz złożone przekształcenia, które nie mogą korzystać z aparatu SQL używanego do przyspieszania zapytań.

Jeśli masz długi czas trwania i nadal otrzymujesz stan NA, upewnij się, że jest on włączony i nie został przypadkowo wyłączony. Zalecanym wzorcem jest użycie przejściowych przepływów danych do początkowego pobierania danych do usługa Power BI, a następnie kompilowania przepływów danych na podstawie tych danych po przejściu do przejściowego przepływu danych. Ten wzorzec może zmniejszyć obciążenie systemów źródłowych i, wraz z aparatem obliczeniowym, zwiększyć szybkość transformacji i zwiększyć wydajność.

Buforowane — jeśli widzisz stan buforowany , dane przepływu danych były przechowywane w aucie obliczeniowym i dostępne do odwołania w ramach innego zapytania. Ta sytuacja jest idealna, jeśli używasz jej jako połączonej jednostki, ponieważ aparat obliczeniowy buforuje te dane do użycia podrzędnego. Buforowane dane nie muszą być odświeżane wiele razy w tym samym przepływie danych. Taka sytuacja jest również potencjalnie idealna, jeśli chcesz użyć jej do trybu DirectQuery.

W przypadku buforowania wpływ na wydajność początkowego pozyskiwania jest opłacany później w tym samym przepływie danych lub w innym przepływie danych w tym samym obszarze roboczym.

Jeśli masz duży czas trwania jednostki, rozważ wyłączenie aparatu obliczeniowego. Aby buforować jednostkę, usługa Power BI zapisuje ją w magazynie i w usłudze SQL. Jeśli jest to jednostka z jednym użyciem, korzyść z wydajności dla użytkowników może nie być warta kary za dwukrotne pozyskiwanie.

Złożone — składane oznacza, że przepływ danych mógł odczytywać dane przy użyciu obliczeń SQL. Jednostka obliczeniowa używa tabeli z bazy danych SQL do odczytywania danych, a używany język SQL jest powiązany z konstrukcjami zapytania.

Stan złożony jest wyświetlany, jeśli w przypadku korzystania ze źródeł danych lokalnych lub w chmurze najpierw załadowano dane do przejściowego przepływu danych i odwołujesz się do tego w tym przepływie danych. Ten stan dotyczy tylko jednostek odwołujących się do innej jednostki. Oznacza to, że zapytania były uruchamiane na podstawie aparatu SQL i mogą zostać ulepszone przy użyciu obliczeń SQL. Aby zapewnić, że aparat SQL przetwarza przekształcenia, użyj przekształceń, które obsługują składanie SQL, takie jak scalanie (sprzężenie), grupowanie według (agregacja) i dołączanie (unii) akcji w Edytor Power Query.

Buforowane i złożone — po wyświetleniu buforowanej i złożonej prawdopodobnie odświeżanie danych jest zoptymalizowane, ponieważ masz jednostkę, która odwołuje się do innej jednostki i jest odwoływała się do innej jednostki nadrzędnej. Ta operacja jest również uruchamiana w oparciu o język SQL i, w związku z tym, ma również potencjał do poprawy w przypadku obliczeń SQL. Aby upewnić się, że uzyskujesz najlepszą wydajność, użyj przekształceń obsługujących składanie SQL, takich jak scalanie (sprzężenie), grupowanie według (agregacja) i dołączanie (unii) akcji w Edytor Power Query.

Wskazówki dotyczące optymalizacji wydajności aparatu obliczeniowego

Poniższe kroki umożliwiają wyzwalanie aparatu obliczeniowego przez obciążenia, a tym samym zawsze poprawianie wydajności.

Obliczone i połączone jednostki w tym samym obszarze roboczym:

W przypadku pozyskiwania skoncentruj się na jak najszybszym pobieraniu danych do magazynu, używaj filtrów tylko wtedy, gdy zmniejszają ogólny rozmiar modelu semantycznego. Zachowaj oddzielną logikę przekształcania od tego kroku. Następnie należy oddzielić transformację i logikę biznesową do oddzielnego przepływu danych w tym samym obszarze roboczym. Użyj połączonych lub obliczonych jednostek. Dzięki temu aparat może aktywować i przyspieszyć obliczenia. Dla prostej analogii, to jak przygotowywanie żywności w kuchni: przygotowanie żywności jest zazwyczaj oddzielnym i odrębnym krokiem od zbierania surowych składników i wymagania wstępnego umieszczenia żywności w piekarniku. Podobnie należy oddzielnie przygotować logikę, zanim będzie mogła korzystać z aparatu obliczeniowego.

Upewnij się, że wykonujesz operacje złożone, takie jak scalania, sprzężenia, konwersja i inne.

Ponadto twórz przepływy danych w ramach opublikowanych wytycznych i ograniczeń.

Gdy aparat obliczeniowy jest włączony, ale wydajność jest niska:

Wykonaj następujące kroki podczas badania scenariuszy, w których jest włączony aparat obliczeniowy, ale widzisz niską wydajność:

  • Ogranicz obliczone i połączone jednostki, które istnieją w obszarze roboczym.
  • Jeśli początkowe odświeżanie jest z włączonym aparatem obliczeniowym, dane są zapisywane w jeziorze i w pamięci podręcznej. Te wyniki podwójnego zapisu w odświeżeniach są wolniejsze.
  • Jeśli masz przepływ danych łączący się z wieloma przepływami danych, upewnij się, że zaplanowano odświeżanie źródłowych przepływów danych, aby nie wszystkie były odświeżane w tym samym czasie.

Rozważania i ograniczenia

Licencja usługi Power BI Pro ma limit odświeżania przepływów danych, który wynosi 8 odświeżeń dziennie.