Zaplanowane odświeżanie wyłączyło się samo - po błędach i braku aktywności
Udostępnij na:
Spis treści
Power BI - Odświeżanie w usłudze i brama danych
Zaplanowane odświeżanie wyłączyło się samo - po błędach i braku aktywności
W skrócie
Gdy harmonogram w Power BI jest wyłączony, choć nikt go nie zmieniał, usługa sama zatrzymała zaplanowane odświeżanie i model przestał pobierać nowe dane.
Według dokumentacji Microsoft dzieje się tak po czterech kolejnych błędach, od razu przy błędzie wymagającym zmiany konfiguracji, na przykład wygasłych poświadczeniach, oraz po dwóch miesiącach, w których nikt nie otworzył raportu ani pulpitu na tym modelu.
Czytasz przyczynę w historii odświeżania, naprawiasz źródło, poświadczenia albo bramę, odświeżasz model ręcznie i przełączasz harmonogram z powrotem na Włączony.
Przełącznik harmonogramu w ustawieniach modelu ma pozycję Wyłączony, choć nikt go nie ruszał, a raport od kilku dni pokazuje stare dane. Harmonogram w Power BI wyłącza się sam, według reguł opisanych w dokumentacji Microsoft. Która reguła zadziałała, podpowiadają komunikat w ustawieniach i historia odświeżania, a przed ponownym włączeniem trzeba usunąć jej przyczynę. Całość sprawdzamy na modelu Nordvelli z kursu.
Jak to wygląda w praktyce
W ustawieniach modelu, w sekcji Odśwież, przełącznik Konfiguruj harmonogram odświeżania ma pozycję Wyłączony, a godziny, które ustawiłeś wcześniej, przestały działać. Usługa ma na tę sytuację kilka komunikatów. Po serii błędów: „Z powodu kolejnych błędów zaplanowane odświeżanie zostało wyłączone. Usuń błąd w zestawie danych, a następnie włącz go ponownie.” Przy brakujących poświadczeniach: „Zaplanowane odświeżanie jest wyłączone z powodu braku poświadczeń dla co najmniej jednego źródła danych.” Przy nieudanym teście połączenia: „Zaplanowane odświeżanie zostało wyłączone z powodu błędu połączenia testowego. Przed ponownym włączeniem zaplanowanego odświeżania zweryfikuj źródła danych.”
Na brak odwiedzin usługa ma komunikat „Z powodu braku aktywności zaplanowane odświeżanie zostało wyłączone. Obecnie trwa ponowne uruchamianie. Spróbuj ponownie później lub wykonaj odświeżanie ręcznie.” Według dokumentacji Microsoft właściciel modelu dostaje mail zarówno po wyłączeniu harmonogramu z powodu kolejnych błędów, jak i po wstrzymaniu go z powodu braku aktywności. Gdy harmonogram wyłączyły kolejne błędy, w oknie Historia odświeżania widać przed wyłączeniem serię wpisów Zaplanowane ze stanem Niepowodzenie.
Dokumentacja Microsoft opisuje trzy reguły. Pierwsza: usługa wyłącza harmonogram po czterech kolejnych nieudanych odświeżeniach, a progu nie da się zmienić. Druga: wyłącza go od razu, gdy wykryje błąd, którego nie naprawi ponowna próba i który wymaga zmiany konfiguracji, na przykład nieprawidłowe albo wygasłe poświadczenia. Według strony o rozwiązywaniu problemów z odświeżaniem podobnie jest przy pojemności Embedded: gdy ją wyłączysz, pierwsza próba odświeżenia się nie udaje i harmonogram wyłącza się od razu.
Trzecia reguła dotyczy braku aktywności. Model uznaje się za nieaktywny, gdy przez dwa miesiące nikt nie odwiedził żadnego raportu ani pulpitu nawigacyjnego zbudowanego na tym modelu. Liczy się każde wyświetlenie przez dowolnego użytkownika, także przez aplikację i osadzenie. Usługa wstrzymuje wtedy harmonogram, wysyła mail do właściciela i pokazuje harmonogram jako wyłączony. W modelu Nordvelli z kursu serię błędów łatwo wywołać plikiem przeniesionym z folderu C:\Kurs_PBI: w lekcji 24 zmiana nazwy pliku dała błąd DataSource.NotFound. Cztery takie odświeżenia zaplanowane z rzędu wyłączyłyby harmonogram, a przy godzinach 6:00 i 13:00 z kursu stałoby się to już po dwóch dniach.
Co zrobić krok po kroku
Otwórz ustawienia modelu (Więcej opcji przy modelu, Ustawienia) i przeczytaj komunikat na górze oraz w sekcji Odśwież. Tekst o kolejnych błędach, poświadczeniach, teście połączenia albo braku aktywności mówi, która reguła zadziałała. Sprawdź też skrzynkę właściciela modelu, bo po wyłączeniu z powodu kolejnych błędów i po wstrzymaniu z braku aktywności usługa wysyła mail.
Otwórz okno Historia odświeżania (link w ustawieniach modelu albo w menu Więcej opcji) i policz ostatnie wpisy Zaplanowane ze stanem Niepowodzenie. W ustawieniach modelu kliknij Pokaż szczegóły i odczytaj przyczynę z wartości UnderlyingErrorMessage i Reason w treści JSON, w kursie Could not find file i DataSource.NotFound.
Usuń przyczynę, zanim włączysz harmonogram. Przy wygasłym haśle albo tokenie popraw poświadczenia, jak opisujemy w poście o nieprawidłowych poświadczeniach źródła danych. Przy bramie offline włącz komputer i bramę według posta o bramie danych w trybie offline. Przy brakującym pliku przywróć go do ścieżki z zapytania albo zmień ścieżkę w Desktopie i opublikuj model ponownie.
Przy wstrzymaniu z powodu braku aktywności otwórz dowolny raport albo pulpit zbudowany na tym modelu, także przez aplikację. Według dokumentacji Microsoft każde wyświetlenie zeruje licznik nieaktywności, a wstrzymany harmonogram wznawia też ręczne odświeżenie przyciskiem Odśwież teraz. Zastanów się przy tym, czy model jest jeszcze potrzebny: dwa miesiące bez odwiedzin to sygnał, że z raportów na tym modelu nikt nie korzysta.
Wróć na listę obszaru roboczego i kliknij Odśwież teraz przy modelu. Nowy wpis Na żądanie w oknie Historia odświeżania ma mieć stan Zakończono. Bez tej próby włączasz harmonogram w ciemno: jeśli przyczyna została, cztery kolejne błędy znów go wyłączą.
W sekcji Odśwież przełącz Konfiguruj harmonogram odświeżania na Włączony, sprawdź Strefa czasowa i godziny, a potem kliknij Zastosuj. Usługa potwierdza zapis komunikatem Zaktualizowano harmonogram odświeżania z nazwą modelu, a w ustawieniach pojawia się wiersz Następne odświeżanie z datą i godziną.
Pięć przebiegów z testu w kursie, od dołu: udane ręczne, błąd ręczny po zmianie nazwy pliku, udane, błąd zaplanowany o 1:30 i udane na koniec. W tym oknie liczysz kolejne niepowodzenia.
Jak sprawdzić, że problem zniknął
Naprawione, gdy przełącznik zostaje na pozycji Włączony, wiersz Następne odświeżanie pokazuje najbliższą godzinę, a w historii pojawia się udany wpis Zaplanowane. Sprawdzaj go z zapasem, bo według dokumentacji start może się opóźnić nawet o godzinę. Przy wstrzymaniu z braku aktywności komunikat usługi mówi o trwającym ponownym uruchamianiu, więc daj usłudze chwilę i sprawdź stan jeszcze raz.
Żeby harmonogram nie wyłączał się bez Twojej wiedzy, zostaw zaznaczone w powiadomieniach pole Właściciel modelu semantycznego i dopisz adres kolegi w polu Następujące kontakty. Mail przychodzi po każdym nieudanym odświeżeniu zaplanowanym, więc zareagujesz po pierwszym błędzie, a nie po czwartym. Szczegóły, kiedy i do kogo usługa go wysyła, opisujemy w poście o mailu z błędem odświeżania.
Źródła i sposób sprawdzenia
Microsoft Learn: Configure scheduled refresh (cztery kolejne błędy, błąd konfiguracji, wstrzymanie po dwóch miesiącach), sprawdzone 19.10.2026 (źródło)
Microsoft Learn: Data refresh in Power BI (mail po wyłączeniu harmonogramu i po wstrzymaniu z braku aktywności) (źródło)
Kurs Power BI, lekcja 24: nieudane odświeżenie modelu nordvella_22_ols po zmianie nazwy pliku, historia, szczegóły JSON i ponowne włączenie harmonogramu
Zachowanie programu sprawdziliśmy w Power BI Desktop 2.157 (wydanie z sierpnia 2026 r.) z polskim interfejsem, a przykłady na modelu sieci Nordvella z bezpłatnego kursu Power BI. Microsoft wydaje nową wersję Power BI Desktop co miesiąc, więc nazwy przycisków i limity usługi mogą się zmieniać. Aktualne wartości podaje dokumentacja Microsoft Learn.
Dlaczego harmonogram odświeżania Power BI wyłączył się sam?
Według dokumentacji Microsoft usługa wyłącza harmonogram po czterech kolejnych nieudanych odświeżeniach, od razu przy błędzie wymagającym zmiany konfiguracji, takim jak nieprawidłowe lub wygasłe poświadczenia, oraz wstrzymuje go po dwóch miesiącach, w których nikt nie otworzył raportu ani pulpitu na tym modelu.
Czy można zmienić liczbę błędów, po której Power BI wyłącza harmonogram?
Nie. Według dokumentacji Microsoft próg czterech kolejnych błędów jest stały i nie da się go zmienić. Pozostaje reagować wcześniej, na przykład dzięki mailowi o nieudanym odświeżeniu zaplanowanym, który przychodzi do właściciela modelu i dodatkowych kontaktów po każdym błędzie.
Jak włączyć ponownie zaplanowane odświeżanie w Power BI?
Najpierw usuń przyczynę błędów i sprawdź ją przyciskiem Odśwież teraz, aż historia pokaże stan Zakończono. Potem w ustawieniach modelu, w sekcji Odśwież, przełącz Konfiguruj harmonogram odświeżania na Włączony i kliknij Zastosuj. Przy wstrzymaniu z braku aktywności najpierw otwórz dowolny raport zbudowany na modelu.
Kiedy Power BI uznaje model za nieaktywny?
Według dokumentacji Microsoft model jest nieaktywny, gdy przez dwa miesiące żaden użytkownik nie odwiedził raportu ani pulpitu nawigacyjnego zbudowanego na tym modelu. Liczy się każde wyświetlenie, także przez aplikację i osadzenie. Usługa wstrzymuje wtedy harmonogram i wysyła mail do właściciela modelu.
Komentarze (0)
Brak komentarzy...