Nieprawidłowe poświadczenia źródła danych w usłudze Power BI - jak je poprawić
Udostępnij na:
Spis treści
Power BI - Odświeżanie w usłudze i brama danych
Nieprawidłowe poświadczenia źródła danych w usłudze Power BI - jak je poprawić
W skrócie
Gdy poświadczenia źródła danych w usłudze Power BI przestają działać, odświeżenie modelu kończy się błędem, a w ustawieniach modelu pojawia się ostrzeżenie „Nie można przetestować połączenia ze źródłem danych. Ponów próbę poświadczeń.”
Usługa nie korzysta z haseł zapisanych w Power BI Desktop, tylko z poświadczeń przechowywanych przy modelu semantycznym. Według dokumentacji Microsoft po zmianie albo wygaśnięciu hasła trzeba je wpisać ponownie, a token OAuth wygasa po około godzinie.
Poprawiasz je w ustawieniach modelu, w sekcji Poświadczenia źródła danych, przyciskiem Edytuj poświadczenia, a przy bramie standardowej w połączeniu bramy. Potem odświeżasz model ręcznie i w razie potrzeby włączasz harmonogram.
Power BI Desktop łączy się ze źródłem bez problemu, a w usłudze odświeżanie przestaje działać i dane się nie zmieniają. Desktop ma własne zapamiętane poświadczenia, a usługa swoje, więc nieprawidłowe poświadczenia źródła danych po zmianie hasła, wygaśnięciu tokenu albo pierwszej publikacji z Desktopu wychodzą dopiero w usłudze Power BI. Na modelu Nordvelli z kursu sprawdzamy, gdzie usługa trzyma poświadczenia, jakie komunikaty wtedy widać i jak je krok po kroku poprawić.
Jak to wygląda w praktyce
Problem widać w ustawieniach modelu semantycznego. W sekcji Poświadczenia źródła danych (w angielskiej wersji Data source credentials) przy źródle jest trójkąt ostrzeżenia, link Edytuj poświadczenia i tekst „Nie można przetestować połączenia ze źródłem danych. Ponów próbę poświadczeń.” Tak wyglądała ta sekcja w lekcji 24 przy modelu nordvella_22_ols, zanim ustawiliśmy poświadczenia dla pliku Excela i źródła Python.
Po nieudanym odświeżeniu na liście obszaru roboczego przy modelu pojawia się ikona ostrzeżenia, a na górze ustawień tekst „Ostatnia próba odświeżenia zakończyła się niepowodzeniem” z linkiem Pokaż szczegóły, który rozwija pełny komunikat w formacie JSON. Przy bramie osobistej usługa ma na tę sytuację tekst „Podane poświadczenia źródła danych są nieprawidłowe. Sprawdź poświadczenia podane dla wszystkich źródeł danych.”, a przy źródle logowanym przez OAuth „Wygląda na to, że token odświeżania wygasł. Przejdź do strony ustawień tego zestawu danych i ponownie wprowadź poświadczenia OAuth2 dla źródła danych SharePoint.” Gdy usługa wyłączy harmonogram z powodu braku poświadczeń, pisze „Zaplanowane odświeżanie jest wyłączone z powodu braku poświadczeń dla co najmniej jednego źródła danych.”
Góra: przed ustawieniem poświadczeń. Dół: po ustawieniu poświadczeń dla pliku i dla Pythona.
Według dokumentacji Microsoft poświadczenia podajesz przy pierwszym odświeżeniu modelu w usłudze, a usługa przechowuje je razem z modelem semantycznym. Po publikacji z Power BI Desktop poświadczenia trzeba więc podać w usłudze osobno, o czym po publikacji przypomina komunikat „Pamiętaj o podaniu swoich poświadczeń dla wszystkich źródeł danych.” Przy niektórych metodach uwierzytelniania zmiana albo wygaśnięcie hasła oznacza, że trzeba je wpisać ponownie w sekcji Poświadczenia źródła danych, bo usługa dalej używa starego.
Osobny przypadek to OAuth. Token Microsoft Entra ID, z którego korzysta wiele źródeł, na przykład SharePoint Online, według dokumentacji Microsoft wygasa po około godzinie, a usługa czeka na wczytanie danych do dwóch godzin. Gdy wczytywanie trwa dłużej niż godzinę, odświeżenie może skończyć się błędem poświadczeń, choć login i hasło są poprawne. Trzecia przyczyna to brama: przy bramie standardowej poświadczenia nie są zapisane w modelu, tylko w połączeniu bramy, i szyfruje je klucz przechowywany lokalnie na serwerze bramy. Gdy to samo źródło nie łączy się też w Power BI Desktop, zacznij od błędu uwierzytelniania przy użyciu podanych poświadczeń w Power Query.
Co zrobić krok po kroku
Otwórz obszar roboczy, najedź na wiersz modelu semantycznego, kliknij Więcej opcji (trzy kropki) i wybierz Ustawienia. Rozwiń sekcję Połączenia bramy i chmury i sprawdź stan bramy. W kursie brama osobista miała stan Działa na maszynie z bramą. Gdy brama jest offline, najpierw ją uruchom, opisujemy to w poście o bramie danych w trybie offline.
Rozwiń sekcję Poświadczenia źródła danych. Przy każdym źródle z trójkątem ostrzeżenia kliknij Edytuj poświadczenia. Otworzy się okno Konfiguruj zestaw danych z nazwą modelu i wyszarzonymi danymi źródła, na przykład ścieżką C:\Kurs_PBI\Nordvella_dane.xlsx pobraną z zapytania w Desktopie.
Na liście Metoda uwierzytelniania wybierz metodę zgodną ze źródłem i wpisz aktualne dane. Dla pliku na komputerze z bramą osobistą jedyna pozycja to System Windows bez personifikacji. Dla źródeł logowanych kontem Microsoft Entra ID, na przykład SharePoint Online, wybierz OAuth2, kliknij Zaloguj i zaloguj się w oknie wyskakującym, a usługa przypomina, żeby przeglądarka go nie blokowała. Dla loginu i hasła wypełnij pola Nazwa użytkownika i Hasło.
W tym samym oknie ustaw Ustawienie poziomu prywatności dla tego źródła danych. W kursie lista miała cztery pozycje, None, Private, Organizational i Public, a dla danych firmy wybraliśmy Organizational. Gdy model łączy w jednym zapytaniu źródła o różnych poziomach, odświeżenie może zatrzymać zapora Formula.Firewall z niezgodnymi poziomami prywatności. Kliknij Zaloguj, a w prawym górnym rogu pojawi się komunikat Zaktualizowano źródło danych.
Przy bramie standardowej sekcja ma dopisek „(administrator przyznał prawa dostępu, poświadczenia nie są wymagane)”. Wtedy hasło poprawia administrator bramy w połączeniu z listy Zarządzaj połączeniami i bramami (koło zębate, Ustawienia). W kursie połączenie z bazą SQL Server miało cztery metody: Podstawowe, System Windows, OAuth 2.0 i Nazwa główna usługi, a przy Podstawowe wpisuje się login i hasło użytkownika SQL Server.
Wróć na listę obszaru roboczego, najedź na wiersz modelu i kliknij Odśwież teraz. W oknie Historia odświeżania nowy wpis ma mieć stan Zakończono. Gdy dalej jest błąd, rozwiń Pokaż szczegóły w ustawieniach modelu i przeczytaj przyczynę w wartościach UnderlyingErrorMessage i Reason w treści JSON.
Sprawdź sekcję Odśwież. Według dokumentacji Microsoft usługa wyłącza harmonogram po czterech kolejnych błędach albo od razu przy błędzie, który wymaga zmiany konfiguracji, takim jak nieprawidłowe lub wygasłe poświadczenia. Przełącz Konfiguruj harmonogram odświeżania na Włączony i kliknij Zastosuj. Inne powody wyłączenia opisujemy w poście o harmonogramie, który wyłączył się sam.
Jak sprawdzić, że problem zniknął
Naprawione, gdy w sekcji Poświadczenia źródła danych nie ma trójkątów ani ostrzeżenia, ręczne odświeżenie kończy się stanem Zakończono, a najbliższe zaplanowane też przechodzi. Historię sprawdzaj z zapasem: w kursie odświeżenie zaplanowane na 1:30 skończyło się niemal osiem minut później. Nie zaznaczaj pola Pomiń testowanie połączenia, bo usługa nie sprawdzi wtedy poświadczeń i ostrzeże: „Niektóre poświadczenia nie są zweryfikowane, ponieważ skonfigurowano je do pomijania testowania połączenia.” Gdy usługa uparcie używa starych poświadczeń, dokumentacja Microsoft radzi wyczyścić pamięć podręczną przeglądarki, zalogować się ponownie i otworzyć usługę z parametrem ?alwaysPromptForContentProviderCreds=true dopisanym do adresu.
Zostaw zaznaczone w powiadomieniach pole Właściciel modelu semantycznego. W kursie mail przyszedł dopiero po nieudanym odświeżeniu zaplanowanym, po ręcznym nie przyszedł, a jego zdanie Failure details mówiło o błędzie wewnętrznym usługi, choć prawdziwą przyczynę podawał dopiero JSON pod spodem. Po każdej zmianie hasła konta, którym model łączy się ze źródłem, od razu popraw poświadczenia w usłudze.
Microsoft Learn: Troubleshoot refresh scenarios (OAuth, zmiana hasła i wygasłe poświadczenia) (źródło)
Microsoft Learn: Data refresh in Power BI (źródło)
Kurs Power BI, lekcja 24: poświadczenia źródeł modelu nordvella_22_ols na bramie osobistej, nieudane odświeżenie i mail
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.
Gdzie zmienić poświadczenia źródła danych w usłudze Power BI?
W obszarze roboczym kliknij Więcej opcji przy modelu semantycznym i wybierz Ustawienia. W sekcji Poświadczenia źródła danych kliknij Edytuj poświadczenia przy źródle, wybierz metodę uwierzytelniania, wpisz aktualne dane i kliknij Zaloguj. Przy bramie standardowej dane logowania zmienia administrator w połączeniu bramy na liście Zarządzaj połączeniami i bramami.
Dlaczego Power BI pisze nie można przetestować połączenia ze źródłem danych?
Usługa nie zdołała przetestować połączenia przy obecnych poświadczeniach źródła. W kursie Power BI ostrzeżenie pojawiło się zaraz po wybraniu bramy osobistej, gdy plik Excela i źródło Python nie miały jeszcze poświadczeń. Po kliknięciu Edytuj poświadczenia, ustawieniu metody i poziomu prywatności oraz kliknięciu Zaloguj ostrzeżenie zniknęło.
Dlaczego odświeżanie przez OAuth kończy się błędem poświadczeń?
Według dokumentacji Microsoft token OAuth Microsoft Entra ID wygasa po około godzinie, a usługa Power BI czeka na wczytanie danych do dwóch godzin. Gdy wczytywanie trwa dłużej niż godzinę, odświeżenie może skończyć się błędem poświadczeń mimo poprawnego logowania. Po wygaśnięciu tokenu trzeba ponownie zalogować się przez Edytuj poświadczenia.
Czy Power BI wyłącza harmonogram odświeżania po błędzie poświadczeń?
Tak. Według dokumentacji Microsoft usługa wyłącza zaplanowane odświeżanie po czterech kolejnych błędach albo od razu, gdy błąd wymaga zmiany konfiguracji, na przykład przy nieprawidłowych lub wygasłych poświadczeniach. Po poprawieniu poświadczeń przełącz Konfiguruj harmonogram odświeżania na Włączony i kliknij Zastosuj.
Komentarze (0)
Brak komentarzy...