Rozwiązywanie problemów z zarządzaniem cyklem życia

Skorzystaj z tego artykułu, aby rozwiązać problemy w procesie zarządzania cyklem życia.

Aby zrozumieć zagadnienia i ograniczenia różnych problemów z zarządzaniem cyklem życia, zapoznaj się z linkami w poniższej tabeli:

Temat Integracja z usługą Git Potoki wdrażania
Ogólne ograniczenia ogólne ograniczenia usługi Git ograniczenia potoków wdrażania
Wymagane uprawnienia Uprawnienia Uprawnienia
Ograniczenia obszaru roboczego Obszarów roboczych Obszarów roboczych
Obsługiwane elementy sieci szkieletowej obsługiwane elementy obsługiwane elementy
Zestawy danych ograniczenia zestawu danych

Integracja z usługą Git

Problemy z dostępem

Nie mogę uzyskać dostępu do repozytorium usługi Azure DevOps

Opis problemu: Po przejściu na kartę integracji z usługą Git otrzymuję komunikat o błędzie i nie mogę uzyskać dostępu do usługi Azure DevOps.

Przyczyna: Jeśli metoda uwierzytelniania w usłudze Power BI jest słabsza niż metoda uwierzytelniania w usłudze Azure DevOps, funkcje między nimi nie będą działać.
Obejście: Administrator musi dopasować metodę uwierzytelniania w usługach Power BI i Azure DevOps. Zasady uwierzytelniania dla Azure AD są definiowane w temacie Zarządzanie metodami uwierzytelniania.

Problemy z połączeniem

Błąd połączenia: Nie można nawiązać połączenia z repozytorium

Opis problemu: Gdy próbuję nawiązać połączenie z repozytorium Git, otrzymuję komunikat, że nie można nawiązać połączenia, ponieważ obszar roboczy znajduje się w innym regionie.
Przyczyna: Jeśli obszar roboczy i repozytorium znajdują się w różnych regionach, przełącznik między regionami musi być włączony.
Rozwiązanie: Włącz funkcję Git Actions w obszarach roboczych znajdujących się w innych lokalizacjach geograficznych.

Błąd połączenia: informuje o tym, że wystąpił problem podczas próby nawiązania połączenia

Opis problemu: po wybraniu pozycji Połącz na karcie Integracja z usługą Git zostanie wyświetlone okno dialogowe Wystąpił błąd . Ponadto po wybraniu przycisku kontroli źródła okienko wskazuje, że należy przeprowadzić synchronizację z gałęzią Git.

Zrzut ekranu przedstawiający komunikat o błędzie, gdy obszar roboczy nie może nawiązać połączenia.

Zrzut ekranu przedstawiający komunikat o błędzie, gdy obszar roboczy nie jest połączony z gałęzią Git.

Przyczyna: Jeśli folder, z którym próbujesz nawiązać połączenie, ma podkatalogi, ale nie ma elementów sieci szkieletowej, połączenie nie powiedzie się.

Rozwiązanie: Otwórz repozytorium Git w usłudze Azure DevOps i przejdź do folderu Git zdefiniowanego w połączeniu. Jeśli folder Git zawiera podkatalogi, sprawdź, czy co najmniej jeden z nich reprezentuje katalog elementów. Jeśli katalog zawiera pliki item.config.json i item.metadata.json, jest to katalog elementów. Jeśli katalog nie zawiera tych plików, jest to podkatalog. Jeśli folder Git nie zawiera żadnych katalogów elementów, nie można nawiązać z nim połączenia. Usuń podkatalogi lub połącz się z innym folderem, który nie zawiera podkatalogów.

Niepowodzenie nawiązywania połączenia: pytam, czy chcę utworzyć nowy folder podczas próby nawiązania połączenia z gałęzią Usługi Git

Opis problemu: po wybraniu pozycji Połącz na karcie integracji z usługą Git zostanie wyświetlone okno dialogowe wskazujące nieprawidłową ścieżkę folderu.

Zrzut ekranu przedstawiający komunikat o błędzie, gdy obszar roboczy nie może nawiązać połączenia z folderem.

Przyczyna: folder, z którym próbujesz nawiązać połączenie, nie istnieje, został usunięty lub różni się w przypadku poufności z istniejących folderów w repozytorium. Ten komunikat może pojawić się, jeśli łączysz się z nową gałęzią lub jeśli folder został usunięty z gałęzi.

Rozwiązanie 2.

  • Aby utworzyć nowy folder i połączyć go z obszarem roboczym, wybierz pozycję Utwórz i synchronizuj.
  • Aby połączyć obszar roboczy z innym folderem, wybierz pozycję Anuluj i wybierz inny folder w ustawieniach obszaru roboczego karty Integracja z usługą Git.

Ikona kontroli źródła nie ma liczby

Opis problemu: liczba ikona kontroli źródła wskazuje liczbę zmian wprowadzonych w obszarze roboczym od czasu ostatniego zatwierdzenia. Jeśli ikona nie ma liczby, być może wystąpił problem podczas nawiązywania połączenia z gałęzią.
Rozwiązanie: Rozłącz i ponownie nawiąz połączenie.

Zrzut ekranu przedstawiający ikonę kontroli źródła bez liczby.

Błąd połączenia: mówi, że potrzebuję licencji Premium, aby nawiązać połączenie z usługą Git

Opis problemu: Mój obszar roboczy był wcześniej połączony z repozytorium Git, ale teraz mówi się, że do nawiązania połączenia potrzebuję licencji Premium.
Przyczyna: Możesz połączyć się tylko z repozytoriami Git, jeśli masz prawidłową licencję Premium. Jeśli licencja wygasła lub zmienisz licencję na licencję, która nie obejmuje integracji z usługą Git, nie będzie już można nawiązać połączenia z tym repozytorium. Dotyczy to również licencji wersji próbnej.
Rozwiązanie: Rozłącz się z usługą Git i pracuj bez kontroli źródła lub kup licencję Premium.

Problemy z zatwierdzaniem

Przycisk Zatwierdź jest wyłączony

Opis problemu: W przypadku aktualizacji gałęzi Git zatwierdzenia są wyłączone do momentu zaktualizowania obszaru roboczego.
Rozwiązanie: zaktualizuj obszar roboczy, aby włączyć zatwierdzenia.

Problemy z aktualizacją

Przyciski Zatwierdź i Aktualizuj są wyłączone

Opis problemu: Zmiana tego samego elementu w obszarze roboczym i gałęzi Git może prowadzić do możliwego konfliktu. Jeśli zmiany zostały wprowadzone w obszarze roboczym i w gałęzi Git w tym samym elemencie, aktualizacje są wyłączone do momentu rozwiązania konfliktu.
Rozwiązanie: rozwiąż konflikty , a następnie spróbuj ponownie.

Opis problemu: po wybraniu opcji Aktualizuj wszystko lub Cofnij zostanie wyświetlone okno dialogowe wskazujące niepowodzenie, ponieważ akcja spowoduje przerwanie linków zależności.

Zrzut ekranu przedstawiający komunikat o błędzie, gdy aktualizacja spowoduje przerwanie zależności.

Rozwiązanie: Otwórz widok Pochodzenie, aby znaleźć element lub elementy, które zostaną usunięte z obszaru roboczego w aktualizacji, i zostaną połączone z elementami, które nie zostaną usunięte z obszaru roboczego.

Zrzut ekranu przedstawiający widok pochodzenia.

Aby rozwiązać ten problem, usuń problematyczne elementy:

  • Jeśli element nie jest obsługiwany przez usługę Git (na przykład pulpity nawigacyjne), usuń go ręcznie z obszaru roboczego.
  • Jeśli element jest obsługiwany przez usługę Git (na przykład raporty), usuń go z usługi Git (jeśli istnieje) lub z obszaru roboczego.

Wybierz pozycję Aktualizuj wszystko.
Aby uzyskać więcej informacji, zobacz Ręczne aktualizowanie z usługi Git.

Niepowodzenie po aktualizacji: zależności nie wskazują prawidłowych elementów

Opis problemu: po aktualizacji z usługi Git podczas przeglądania widoku pochodzenia zależności niektórych elementów nie są zgodne z oczekiwaniami. Na przykład model serwera proxy nie wskazuje już prawidłowego modelu.

Przyczyna: Integracja z usługą Git nie obsługuje obecnie modeli zapytań bezpośrednich i serwerów proxy.

Rozwiązanie: Aby naprawić zależności, wykonaj jedną z następujących akcji:

  • Edytuj plik bim zestawu proxyDataset w repozytorium Git, aby wskazywać prawidłowy zestaw danych, a następnie w obszarze roboczym zaktualizuj usługę Git, aby otrzymać zmianę.
  • Zaktualizuj interfejs API źródła danych , aby zaktualizować szczegóły połączenia modelu serwera proxy w obszarze roboczym.

Rozwiązywanie problemów z błędami

Cofnij problemy

Niepowodzenie cofania: po wybraniu opcji "Cofnij" zostanie wyświetlone okno dialogowe wskazujące niepowodzenie, ponieważ nie można odnaleźć zależności

Opis problemu: następujący błąd pojawia się po akcji cofania, jeśli na karcie Zmiany nie wybrano zależności", która nie została wybrana w akcji "Cofnij".

Zrzut ekranu przedstawiający komunikat o błędzie podczas cofania kończy się niepowodzeniem, ponieważ nie znaleziono zależności.

Rozwiązanie: wybierz wszystkie zależności wybranej bazy danych i spróbuj ponownie.

Opis problemu: Po cofnięciu, aktualizacji lub przełączeniu akcji gałęzi pojawia się następujący błąd:

Zrzut ekranu przedstawiający komunikat o błędzie podczas cofania kończy się niepowodzeniem, ponieważ akcja spowoduje przerwanie łącza zależności.

Przyczyna: w obszarze roboczym znajduje się nieobsługiwany element, który zależy od elementu, który nie znajduje się już w obszarze roboczym powodujący problem zależności.

Rozwiązanie: otwórz widok Pochodzenie , aby znaleźć element lub elementy wybrane jako "cofnięte" i są połączone z elementami, które nie zostały wybrane.

Zrzut ekranu przedstawiający widok pochodzenia.

Aby rozwiązać ten problem, usuń problematyczne elementy:

  • Jeśli wybrany element jest obsługiwany przez usługę Git (na przykład raporty), wybierz go również do usunięcia.
  • Jeśli wybrany element nie jest obsługiwany przez usługę Git (na przykład Pulpity nawigacyjne), usuń go ręcznie z obszaru roboczego.

Aby dowiedzieć się więcej na temat zależności, zobacz Omówienie zależności.

Potoki wdrażania

Nie widzę przycisku potoków wdrażania

Jeśli następujące warunki nie są spełnione, nie można wyświetlić przycisku Potoki wdrażania.

Nie widzę tagu etapu potoku w obszarze roboczym

Potoki wdrażania wyświetlają tag etapu potoku w obszarach roboczych przypisanych do potoku. Aby wyświetlić te tagi, musisz być administratorem potoku. Tagi etapów programowania i testowania są zawsze widoczne. Jednak tag Produkcyjny jest widoczny tylko wtedy, gdy masz dostęp do potoku.

Zrzut ekranu przedstawiający tag produkcyjny w obszarze roboczym potoku produkcyjnego.

Utracone połączenia po wdrożeniu

Opis problemu: w pełnym potoku po usunięciu przypisania obszaru roboczego z etapu, a następnie wdrożeniu w nim potoki wdrażania ponownie publikują połączenia między elementami na etapie źródłowym wdrożonym z etapu docelowego i docelowym. Jednak czasami potoki wdrażania nie mogą ponownie publikować połączeń między elementami w etapach źródłowych i docelowych. Może się to zdarzyć, na przykład w przypadku przypadkowego usunięcia elementu.
Rozwiązanie: aby ponownie opublikować te połączenia, usuń przypisanie i ponowne przypisanie tego samego obszaru roboczego na etapie docelowym.

Nie mogę przypisać obszaru roboczego do etapu

Przyczyna: Po przypisaniu obszaru roboczego do etapu potoków wdrażania potoki wdrażania sprawdzają elementy (takie jak raporty i pulpity nawigacyjne) w obszarze roboczym. Jeśli istnieją dwa elementy tego samego typu o tej samej nazwie w sąsiednim etapie, potoki wdrażania nie mogą określić, który z nich powinien być zgodny z jednym z nich w przypisanym obszarze roboczym, a zostanie wyświetlony komunikat o błędzie Nie można przypisać obszaru roboczego . Jeśli na przykład próbujesz przypisać obszar roboczy do etapu testowego, a jeden z raportów nosi nazwę "sprzedaż regionalna", jeśli istnieje więcej niż jeden raport o tej samej nazwie w etapach programowania lubprodukcji , przypisanie kończy się niepowodzeniem. Przypisanie obszaru roboczego zakończy się również niepowodzeniem, jeśli przypisany obszar roboczy zawiera dwa zestawy danych o nazwie "zestaw danych sprzedaży regionalnej" i zestaw danych o tej samej nazwie w etapach programowania lubprodukcji .
Rozwiązanie: Aby rozwiązać ten błąd, zmień nazwę elementu, który nie jest zgodny z elementem na etapie, który próbujesz przypisać. Możesz wybrać linki w komunikacie o błędzie, aby otworzyć elementy w sieci szkieletowej.

Zrzut ekranu przedstawiający komunikat o błędzie *Nie można przypisać obszaru roboczego* w potokach wdrażania.

Widzę symbol "inny" po przypisaniu obszaru roboczego z zestawami danych podobnymi do zestawów danych w sąsiednich etapach

Przyczyna: Większość zestawów danych używa funkcji rozszerzonych metadanych zestawu danych , znanej również jako model w wersji 3. Jednak starsze raporty mogą używać starego typu metadanych zestawu danych, czasami nazywanego modelem w wersji 1. Jeśli przypisujesz obszar roboczy, który używa starego modelu metadanych zestawu danych (wersja 1), potoki wdrażania nie mogą ocenić, czy zestaw danych jest podobny w sąsiednich etapach. W takich przypadkach jest wyświetlany inny symbol interfejsu użytkownika, nawet jeśli zestawy danych są identyczne.
Rozwiązanie: Aby rozwiązać ten problem, wdróż zestawy danych, które są wyświetlane w innym symbolu.

Nie widzę wszystkich moich obszarów roboczych podczas próby przypisania obszaru roboczego do potoku

Przyczyna: Może istnieć kilka powodów, dla których nie można wyświetlić obszaru roboczego na liście obszarów roboczych, które można przypisać do potoku.

Rozwiązanie: Aby przypisać obszar roboczy do potoku, należy spełnić następujące warunki:

  • Jesteś administratorem obszaru roboczego

  • Obszar roboczy nie jest przypisany do żadnego innego potoku

  • Obszar roboczy znajduje się w pojemności sieci szkieletowej

Obszary robocze, które nie spełniają tych warunków, nie są wyświetlane na liście obszarów roboczych, z których można wybrać.

Moje pierwsze wdrożenie nie powiodło się

Przyczyna: Pierwsze wdrożenie mogło zakończyć się niepowodzeniem z kilku powodów.
Rozwiązanie: Niektóre możliwe przyczyny niepowodzenia z ich rozwiązaniami są wymienione w poniższej tabeli.

Błąd Akcja
Nie masz uprawnień do pojemności. Jeśli pracujesz w organizacji, która ma pojemność sieci szkieletowej, poproś administratora pojemności o dodanie obszaru roboczego do pojemności lub poproś o uprawnienia do przypisania pojemności. Po utworzeniu obszaru roboczego w pojemności ponownie wdróż.

Jeśli nie pracujesz w organizacji z pojemnością sieci szkieletowej, rozważ zakup warstwy Premium na użytkownika (PPU).
Nie masz uprawnień do obszaru roboczego. Aby przeprowadzić wdrożenie, musisz być członkiem obszaru roboczego. Poproś administratora obszaru roboczego o nadanie Ci odpowiednich uprawnień.
Administrator sieci szkieletowej wyłączył tworzenie obszarów roboczych. Skontaktuj się z administratorem sieci Szkieletowej, aby uzyskać pomoc techniczną.
Używasz selektywnego wdrażania i nie wybierasz wszystkich połączonych elementów. Wykonaj jedną z następujących czynności:

Usuń zaznaczenie zawartości połączonej z zestawem danych lub przepływem danych. Niezaznaczonej zawartości (takiej jak zestawy danych, raporty lub pulpity nawigacyjne) nie zostaną skopiowane do następnego etapu.

Wybierz zestaw danych lub przepływ danych połączony z wybranymi elementami. Wybrane elementy zostaną skopiowane do następnego etapu.

Mam "nieobsługiwane elementy" w moim obszarze roboczym podczas próby wdrożenia

Przyczyna: potoki wdrażania nie obsługują wszystkich elementów.
Rozwiązanie: Aby uzyskać pełną listę elementów, które nie są obsługiwane w potokach wdrażania, zobacz następujące sekcje:

Chcę zmienić źródło danych na etapach potoku

Przyczyna: Nie można zmienić połączenia źródła danych w usługa Power BI.

Rozwiązanie: Jeśli chcesz zmienić źródło danych na etapach testowania lub produkcji, możesz użyć reguł wdrażania lub interfejsów API. Reguły wdrażania będą obowiązywać tylko po następnym wdrożeniu.

Usunięto usterkę w środowisku produkcyjnym, ale teraz przycisk "wdróż na poprzednim etapie" jest wyłączony

Przyczyna: Można wdrażać wstecz tylko na pustym etapie. Jeśli masz zawartość na etapie testowania, nie możesz wdrażać wstecz z poziomu środowiska produkcyjnego.

Rozwiązanie: Po utworzeniu potoku użyj etapu programowania, aby opracować zawartość, oraz etapy testowania, aby je przejrzeć i przetestować. Można naprawić usterki na tych etapach, a następnie wdrożyć naprawione środowisko na etapie produkcji.

Uwaga

Wdrożenie odwrotne obsługuje tylko wdrożenie pełne. Nie obsługuje ono wdrażania selektywnego

Komunikat o błędzie: "kontynuuj wdrożenie"

Przyczyna: Zmiany powodujące niezgodność schematu etapu źródłowego, takie jak zastępowanie typu kolumny z liczby całkowitej do ciągu, powodują utratę danych w docelowym zestawie danych po wdrożeniu.

Podczas wdrażania metadane w źródłowym zestawie danych są sprawdzane względem metadanych docelowych. Zmiany powodujące niezgodność schematu powodują zatrzymanie wdrożenia. W takim przypadku zostanie wyświetlony komunikat o kontynuowaniu wdrażania .

Zrzut ekranu przedstawiający komunikat o kontynuowaniu wdrażania w potokach wdrażania.

Rozwiązanie: Jeśli będziesz kontynuować wdrażanie, utracisz dane na etapie docelowym. Możesz użyć tej opcji, jeśli zmiany wprowadzone w zestawie danych były zamierzone. Po zakończeniu wdrażania należy odświeżyć docelowy zestaw danych.

Jeśli zmiany nie były zamierzone, zamknij okno komunikatu, przekaż stały plik pbix do źródłowego obszaru roboczego i wdróż go ponownie.

Po niepomyślnie wdrożeniu ze względu na zmiany schematu na etapie docelowym zostanie wyświetlony komunikat Wdrożenie nie powiodło się, a następnie link Pokaż szczegóły . Link otwiera ten sam komunikat o wdrożeniu , który był wyświetlany podczas nieudanego wdrożenia.

Komunikat o błędzie: "Nie można uruchomić wdrożenia"

Przyczyna: W przypadku korzystania z odświeżania przyrostowego dozwolone są tylko pewne zmiany wdrażanych zestawów danych . Jeśli wprowadzono zmiany w zestawie danych, które nie są dozwolone, wdrożenie zakończy się niepowodzeniem i zostanie wyświetlony następujący komunikat:

Zrzut ekranu przedstawiający komunikat o błędzie nie można uruchomić wdrożenia w potokach wdrażania.

Rozwiązanie: Jeśli celowo wprowadzono zmiany w zestawie danych, użyj jednego z następujących obejść:

  • Using.pbix — publikowanie zmian bezpośrednio w docelowym zestawie danych. Wszystkie partycje i dane zostaną utracone, więc musisz odświeżyć zestaw danych.

  • Korzystanie z narzędzi XMLA — wprowadzanie zmian bezpośrednio w zestawie danych na etapie docelowym.

Moja wizualizacja uległa awarii po wdrożeniu zestawu danych lub przepływu danych

Przyczyna: Zestawy danych i przepływy danych to elementy sieci szkieletowej, które przechowują dane i zawierają zarówno dane, jak i metadane. Podczas wdrażania kopiowane są tylko metadane, gdy dane nie są. W związku z tym po wdrożeniu zestawu danych lub przepływu danych może nie mieć żadnych danych, a wizualizacja raportu, która jest zależna od tych danych, zostanie uszkodzona.
Rozwiązanie: Aby rozwiązać ten problem, odśwież przepływ danych, a następnie odśwież zestaw danych na etapie docelowym.

Jak mogę usunąć potok, który nie ma właściciela (potok oddzielony)?

Przyczyna: Podczas pracy z potokami wdrażania może dojść do potoku, który nie ma właściciela. Na przykład potok można pozostawić bez właściciela, gdy użytkownik, który jest jego właścicielem, opuści firmę bez przenoszenia własności. Gdy potok nie ma właściciela, inni użytkownicy nie mogą uzyskać do niego dostępu. Jako obszar roboczy można przypisać tylko do jednego potoku, jeśli jest on przypisany do potoku bez właściciela, nikt nie jest w stanie go cofnąć i nie można użyć obszaru roboczego w innym potoku.

Rozwiązanie: gdy potok pozostanie bez właściciela, administrator sieci szkieletowej może dodać nowego właściciela do potoku lub usunąć go. Aby dodać właściciela do potoku, użyj interfejsu API Administracja — Pipelines UpdateUserAsAdmin.

Możesz również przejrzeć nasz skrypt programu PowerShell, AddUserToWorkspacePipeline (dostępny w repozytorium GitHub PowerBI-Developer-Samples ), który umożliwia wykonanie następujących czynności:

  • Zarządzanie dostępem do potoku — dodaj dowolnego użytkownika do obszaru roboczego w potoku.

  • Odzyskiwanie własności obszaru roboczego — umożliwia dodanie dowolnego użytkownika do obszaru roboczego w potoku, który nie ma właściciela, co umożliwia jego odblokowanie.

Aby użyć tego skryptu, należy podać nazwę obszaru roboczego i główną nazwę użytkownika (UPN). Skrypt znajduje potok przypisany do obszaru roboczego i dodaje uprawnienia administratora do określonego użytkownika.

Błąd niezgodności: Błąd niezgodności wersji źródłowego i docelowego formatu zestawu danych

Opis problemu: Błąd nie można rozpocząć wdrażania , który wskazuje, że źródłowe i docelowe zestawy danych mają różne formaty modelowania danych, występuje, gdy zestaw danych na etapie docelowym ma wyższą wersję modelu niż zestaw danych na etapie źródłowym. W takich przypadkach potoki wdrażania nie mogą być wdrażane z etapu źródłowego do etapu docelowego. Aby uniknąć tego błędu, użyj zestawu danych, który ma tę samą (lub nowszą) wersję modelu na etapie źródłowym.

Rozwiązanie: uaktualnij model zestawu danych na etapie źródłowym przy użyciu punktu końcowego odczytu i zapisu XMLA lub Power BI Desktop. Po uaktualnieniu zestawu danych opublikuj go ponownie na etapie źródłowym.

Błąd niezgodności: Błąd niezgodności trybu łączności źródła danych

Opis problemu: jeśli podczas wdrażania potoki wdrażania wykryje, że tryb łączności źródła danych na etapie docelowym nie jest taki sam jak źródło danych na etapie źródłowym, próbuje przekonwertować tryb łączności źródła danych na etapie docelowym. Jeśli używasz źródła danych z połączeniem na żywo lub trybami łączności w czasie rzeczywistym , potoki wdrażania nie mogą konwertować trybu łączności źródła danych obiektu docelowego.
Rozwiązanie: użyj punktu końcowego odczytu i zapisu XMLA lub Power BI Desktop, aby zmienić tryb połączenia źródła danych na etapie źródłowym lub usunąć źródło danych na etapie docelowym, aby wdrożenie je zastąpiło.

Moje wdrożenie zestawu danych nie powiodło się

Przyczyna: Wdrożenie zestawu danych może zakończyć się niepowodzeniem z kilku możliwych przyczyn. Jedną z przyczyn może być duży zestaw danych, który nie jest skonfigurowany w dużym formacie zestawu danych.
Rozwiązanie: Jeśli zestaw danych jest większy niż 4 GB i nie korzysta z dużego formatu zestawu danych, wdrożenie może zakończyć się niepowodzeniem. Spróbuj ustawić zestaw danych, aby użyć dużego formatu zestawu danych i wdrożyć go ponownie.

Mam zestaw danych z trybem łączności DirectQuery lub złożonej, który używa tabel odmiany lub automatycznej daty/godziny

Przyczyna: Zestawy danych, które używają trybu łączności directQuery lub złożonej, a tabele zmiany lub automatycznej daty/godziny nie są obsługiwane w potokach wdrażania.
Rozwiązanie: Jeśli wdrożenie zakończy się niepowodzeniem i uważasz, że jest to spowodowane tym, że masz zestaw danych z tabelą odmian, możesz wyszukać właściwość odmian w kolumnach tabeli. Za pomocą jednej z poniższych metod można edytować zestaw danych, aby działał on w potokach wdrażania.

  • Użyj trybu importu zamiast trybu DirectQuery lub trybu złożonego w zestawie danych.

  • Usuń tabele automatycznej daty/godziny z zestawu danych. W razie potrzeby usuń pozostałe odmiany ze wszystkich kolumn w tabelach. Usunięcie odmiany może spowodować unieważnienie miar utworzonych przez użytkownika, kolumn obliczeniowych i tabel obliczeniowych. Użyj tej metody tylko wtedy, gdy rozumiesz, jak działa model zestawu danych, ponieważ może to spowodować uszkodzenie danych w wizualizacjach.

Raporty z podziałem na strony

Nie mogę wdrożyć raportu podzielonego na strony

Rozwiązanie: Aby wdrożyć raport podzielony na strony, musisz być członkiem obszaru roboczego w wdrażanym obszarze roboczym (źródłowym obszarze roboczym etapu). Jeśli nie jesteś członkiem obszaru roboczego na etapie źródłowym, nie możesz wdrożyć raportu podzielonego na strony.

Niezgodność źródła danych: raport podzielony na strony etapu docelowego wyświetla dane z zestawu danych sieci szkieletowej na etapie źródłowym

Opis problemu: Obecnie zestawy danych są traktowane jako zewnętrzne źródło danych usług Analysis Services, a połączenia z zestawami danych nie są przełączane automatycznie po wdrożeniu.

Podczas wdrażania raportu podzielonego na strony połączonego z zestawem danych usługi Fabric nadal wskazuje zestaw danych, z którym został pierwotnie połączony. Użyj reguł wdrażania , aby wskazać raport podzielony na strony do dowolnego zestawu danych, w tym na przykład docelowego zestawu danych etapu.

Rozwiązanie: Jeśli używasz raportu podzielonego na strony z zestawem danych usługi Fabric, zobacz Jak mogę utworzyć regułę wdrażania dla raportu podzielonego na strony przy użyciu zestawu danych sieci szkieletowej?

Niepowodzenie wdrażania: duża liczba raportów podzielonych na strony kończy się niepowodzeniem

Opis problemu: Wdrożenie dużej liczby raportów podzielonych na strony z regułami może zakończyć się niepowodzeniem z powodu przeciążenia pojemności.
Rozwiązanie: kup wyższą jednostkę SKU lub użyj wdrożenia selektywnego.

Przepływy danych

Widok pochodzenia: Usunięto źródło danych należące do przepływu danych, ale nadal widzę je w widoku pochodzenia

Przyczyna: W przepływach danych stare źródła danych nie są usuwane ze strony źródła danych przepływu danych. Aby obsługiwać widok pochodzenia przepływów danych, połączone elementy nie są usuwane.

Rozwiązanie: to zachowanie nie ma wpływu na potoki wdrażania. Nadal można odświeżać, edytować i wdrażać przepływy danych w potoku.

Po użyciu reguł przepływu danych widzę dwa źródła danych połączone z przepływem danych

Opis problemu: po zmianie źródła danych przepływu danych przy użyciu reguły widok pochodzenia przepływu danych wyświetla połączenie między źródłem danych przepływu danych a źródłem danych skonfigurowanym w regule.

Rozwiązanie: to zachowanie nie ma wpływu na potoki wdrażania.

Magazyny danych

Problem z wdrażaniem: nie mogę wdrożyć elementu datamart w potoku

Rozwiązanie: Aby wdrożyć schemat danych, musisz być właścicielem elementu datamart.

Uprawnienia

Kto może wdrażać zawartość między etapami?

Zawartość można wdrożyć na etapie pustym lub na etapie z zawartością. Zawartość musi znajdować się w pojemności sieci szkieletowej.

  • Wdrażanie na pustym etapie — dowolny licencjonowany użytkownik usługi Fabric , który jest członkiem lub administratorem w źródłowym obszarze roboczym.

  • Wdrażanie na etapie z zawartością — dowolny licencjonowany użytkownik sieci szkieletowej , który jest członkiem lub administratorem obu obszarów roboczych na etapach wdrażania źródłowego i docelowego.

  • Zastępowanie zestawu danych — wdrożenie zastępuje każdy zestaw danych uwzględniony w etapie docelowym, nawet jeśli zestaw danych nie został zmieniony. Każdy użytkownik będący członkiem lub administratorem obu obszarów roboczych, ale administrator dzierżawy może ograniczyć go tylko do właścicieli docelowych zestawów danych.

Nie widzę obszaru roboczego w potoku

Przyczyna: Uprawnienia potoku i obszaru roboczego są zarządzane oddzielnie. Możesz mieć uprawnienia potoku, ale nie uprawnienia obszaru roboczego.
Rozwiązanie: Aby uzyskać więcej informacji, zapoznaj się z sekcją uprawnień .

Komunikat o błędzie: "Wymagane uprawnienia członka obszaru roboczego"

Rozwiązanie: Aby przypisać obszar roboczy, musisz mieć co najmniej uprawnienia członka obszaru roboczego dla obszarów roboczych na sąsiednich etapach. Uprawnienia członka obszaru roboczego (lub wyższego) na sąsiednich etapach są wymagane, aby umożliwić potokom wdrażania nawiązywanie połączeń między elementami na sąsiednich etapach potoku.

Zrzut ekranu przedstawiający komunikat dotyczący uprawnienia członka obszaru roboczego w etapie testowania potoku wdrażania.

Reguły

Niepowodzenie wdrażania z powodu uszkodzonych reguł

Rozwiązanie: Jeśli masz problemy z konfigurowaniem reguł wdrażania, odwiedź stronę Reguły wdrażania i upewnij się, że przestrzegasz ograniczeń reguł wdrażania.

Jeśli wdrożenie wcześniej zakończyło się pomyślnie i nagle kończy się niepowodzeniem z powodu naruszonych reguł, może to być spowodowane ponownym opublikowaniem zestawu danych. Następujące zmiany w źródłowym zestawie danych powodują niepowodzenie wdrożenia:

Reguły dotyczące parametrów
  • Usunięty parametr

  • Zmieniona nazwa parametru

Reguły źródła danych

W regułach wdrażania brakuje wartości. Może się tak zdarzyć, jeśli zestaw danych został zmieniony.

Zrzut ekranu przedstawiający błąd dotyczący nieprawidłowych reguł, który jest wyświetlany, gdy wdrożenie nie powiedzie się z powodu uszkodzonych linków.

Jeśli wcześniejsze pomyślne wdrożenie nie powiedzie się z powodu uszkodzonych linków, zostanie wyświetlone ostrzeżenie. Możesz wybrać pozycję Konfiguruj reguły , aby przejść do okienka reguł wdrażania, w którym oznaczony jest zestaw danych, który zakończył się niepowodzeniem. Po wybraniu zestawu danych zostaną oznaczone naruszone reguły.

Aby pomyślnie przeprowadzić wdrożenie, napraw lub usuń naruszone reguły, a następnie wdróż ponownie.

Problem z wdrażaniem: Skonfigurowano reguły, ale nie wdrożono

Przyczyna: reguły wdrażania nie są stosowane natychmiast po ich skonfigurowaniu.

Rozwiązanie: Aby zastosować reguły wdrażania, należy wdrożyć zestawy danych z etapu źródłowego do etapu docelowego, który obejmuje utworzone reguły wdrażania. Po skonfigurowaniu reguł wdrażania i przed wdrożeniem obok zestawu danych ze skonfigurowanymi regułami jest wyświetlany inny wskaźnik. Oznacza to, że musisz wdrożyć ten zestaw danych z etapu źródłowego do etapu docelowego. Po wdrożeniu, jeśli nie wprowadzono żadnych innych zmian, inny wskaźnik zniknie, co oznacza, że reguły zostały zastosowane pomyślnie.

Reguły wdrażania są wyszarzone

Rozwiązanie: Aby utworzyć regułę wdrażania, musisz być właścicielem elementu, dla którego tworzysz regułę wdrażania. Jeśli nie jesteś właścicielem elementu, reguły wdrażania są wyszarzone.

Zrzut ekranu przedstawiający wyszarzone reguły wdrażania potoków wdrażania.

Jeśli jedna z opcji reguły jest wyszarzona, może to być spowodowane następującymi przyczynami:

  • Reguły źródła danych — nie ma źródeł danych, na których można skonfigurować regułę.

  • Reguły parametrów — nie ma parametrów, dla których można skonfigurować regułę.

Moja reguła źródła danych dla zestawu danych nie powiodła się

Rozwiązanie: Zapisywanie reguł źródła danych może zakończyć się niepowodzeniem z jednego z następujących powodów:

  • Zestaw danych zawiera funkcję połączoną ze źródłem danych. W takich przypadkach reguły źródła danych nie są obsługiwane.

  • Źródło danych używa parametrów. Nie można utworzyć reguły źródła danych dla zestawu danych, który używa parametrów. Zamiast tego utwórz regułę parametru.

Nie mogę nawiązać połączenia z zestawem danych podczas tworzenia nowej reguły zestawu danych

Przyczyna: Podczas konstruowania zestawu danych przy użyciu Power BI Desktop można skonfigurować parametry połączenia. Później zestaw danych można opublikować i używać ich przez potoki wdrażania w usługa Power BI. Podczas tworzenia połączenia w Power BI Desktop można określić dodatkowe parametry. Podczas określania parametrów źródło zestawu danych musi być pierwszym parametrem wymienionym na liście. Jeśli wyświetlisz listę innych parametrów przed źródłem zestawu danych, wystąpią błędy w usługa Power BI. W takich przypadkach podczas konfigurowania nowej reguły zestawu danych, jeśli wskażesz zestaw danych, który nie został prawidłowo skonfigurowany w Power BI Desktop, potoki wdrażania nie mogą utworzyć reguły.

Rozwiązanie: sformatuj połączenie zestawu danych w Power BI Desktop, aby źródło zestawu danych było wyświetlane w pierwszym wierszu. Następnie ponownie opublikuj zestaw danych.

Rozwiązywanie problemów z błędami

Ta sekcja służy do rozwiązywania problemów z utworzonymi regułami potoku. Jeśli nie widzisz nazwy komunikatu o błędzie reguły, zapoznaj się z ograniczeniami reguły wdrażania i obsługiwanymi źródłami danych dla reguł przepływu danych i zestawu danych, a następnie spróbuj ponownie skonfigurować regułę.

Komunikat o błędzie Rozwiązanie
Reguła źródła danych nie może zawierać parametru Nie można zastosować reguły, ponieważ nazwa serwera lub nazwa bazy danych, do których odwołuje się reguła, jest kontrolowana przez parametr. Aby zmienić nazwę serwera lub bazy danych, użyj reguły parametru lub usuń parametr sterujący ze skonfigurowanego elementu.
Niepowodzenie wykonywania źródła danych Nie można zastosować reguły z powodu problemu podczas pobierania danych ze źródła danych. Usuń regułę i upewnij się, że zestaw danych ma prawidłowe zapytania. Następnie spróbuj ponownie utworzyć regułę.
Właściwość reguły już nie istnieje Niektóre właściwości reguły skonfigurowane w regule już nie istnieją. Odśwież stronę i ponownie skonfiguruj regułę.
Niedozwolona wartość Wartość używana w skonfigurowanej regule jest nieprawidłowa. Zweryfikuj wartości reguły i spróbuj ponownie skonfigurować regułę.
Wiele źródeł danych nie jest obsługiwanych Nie można zastosować reguły zestawu danych ze względu na konfigurację źródła danych. Usuń regułę lub ponownie napisz zapytania dotyczące zestawu danych przy użyciu standardowych narzędzi Power BI Desktop.
Docelowy zestaw danych można zmienić tylko przez jego właściciela Reguła zastąpi niektóre zestawy danych w docelowym obszarze roboczym. Musisz być właścicielem wszystkich zestawów danych, które zostaną zastąpione.

Następne kroki