Proces potoków wdrażania
Proces wdrażania umożliwia klonowanie zawartości z jednego etapu potoku wdrażania do innego, zazwyczaj od programowania do testowania i od testowania do środowiska produkcyjnego.
Ważne
Usługa Microsoft Fabric jest dostępna w wersji zapoznawczej.
Podczas wdrażania usługa Microsoft Fabric kopiuje zawartość z bieżącego etapu do elementu docelowego. Połączenia między skopiowanymi elementami są zachowywane podczas procesu kopiowania. Sieć szkieletowa stosuje również skonfigurowane reguły wdrażania do zaktualizowanej zawartości na etapie docelowym. Wdrażanie zawartości może potrwać pewien czas, w zależności od liczby wdrażanych elementów. W tym czasie możesz przejść do innych stron w portalu, ale nie możesz użyć zawartości na etapie docelowym.
Zawartość można również wdrażać programowo przy użyciu interfejsów API REST potoków wdrażania. Aby dowiedzieć się więcej na temat tego procesu, zobacz Automatyzowanie potoku wdrażania przy użyciu interfejsów API i metodyki DevOps.
Wdrażanie zawartości na pustym etapie
Podczas wdrażania zawartości na pustym etapie nowy obszar roboczy jest tworzony w pojemności dla etapu wdrażania. Wszystkie metadane w raportach, pulpitach nawigacyjnych i zestawach danych oryginalnego obszaru roboczego są kopiowane do nowego obszaru roboczego na etapie wdrażania.
Istnieją dwa sposoby wdrażania zawartości z jednego etapu do innego. Możesz wdrożyć całą zawartość lub wybrać elementy do wdrożenia.
Możesz również wdrażać zawartość wstecz, z późniejszego etapu w potoku wdrożenia do wcześniejszego.
Po zakończeniu wdrażania odśwież zestawy danych, aby można było używać nowo skopiowanej zawartości. Odświeżanie zestawu danych jest wymagane, ponieważ dane nie są kopiowane z jednego etapu do drugiego. Aby zrozumieć, które właściwości elementu są kopiowane podczas procesu wdrażania i które właściwości elementu nie są kopiowane, przejrzyj właściwości elementu skopiowane podczas wdrażania .
Tworzenie obszaru roboczego
Podczas pierwszego wdrażania zawartości potoki wdrażania sprawdzają, czy masz uprawnienia.
Jeśli masz uprawnienia, zawartość obszaru roboczego zostanie skopiowana do etapu, do którego wdrażasz, a nowy obszar roboczy dla tego etapu zostanie utworzony w pojemności.
Jeśli nie masz uprawnień, obszar roboczy zostanie utworzony, ale zawartość nie zostanie skopiowana. Możesz poprosić administratora pojemności o dodanie obszaru roboczego do pojemności lub o nadanie uprawnień do przypisywania dla pojemności. Później, gdy obszar roboczy zostanie przypisany do pojemności, można wdrażać zawartość w tym obszarze.
Jeśli używasz warstwy Premium na użytkownika (PPU), obszar roboczy jest automatycznie skojarzony z twoją jednostki PPU. W takich przypadkach uprawnienia nie są wymagane. Jednak obszary robocze utworzone przez użytkownika PPU są dostępne tylko dla innych użytkowników PPU. Ponadto zawartość utworzona w takich obszarach roboczych może być używana tylko przez użytkowników PPU.
Obszar roboczy i własność zawartości
Użytkownik wdrażający automatycznie staje się właścicielem sklonowanych zestawów danych i jedynym administratorem nowego obszaru roboczego.
Wdrażanie zawartości do istniejącego obszaru roboczego
Wdrażanie zawartości z roboczego potoku produkcyjnego do etapu z istniejącym obszarem roboczym obejmuje następujące kroki:
Wdrażanie nowej zawartości jako dodatku do zawartości już tam.
Wdrażanie zaktualizowanej zawartości w celu zastąpienia niektórych już tam zawartości.
Proces wdrażania
Gdy zawartość z bieżącego etapu jest kopiowana do etapu docelowego, sieć szkieletowa identyfikuje istniejącą zawartość na etapie docelowym i zastępuje ją. Aby określić, który element zawartości musi zostać zastąpiony, potoki wdrażania używają połączenia między elementem nadrzędnym i jego klonami. To połączenie jest zachowywane podczas tworzenia nowej zawartości. Operacja zastępowania zastępuje tylko zawartość elementu. Identyfikator, adres URL i uprawnienia elementu nie są zmieniane.
Na etapie docelowym właściwości elementu, które nie są kopiowane, pozostają tak jak przed wdrożeniem. Nowa zawartość i nowe elementy są kopiowane z bieżącego etapu do etapu docelowego.
Automatyczne wiązanie
W obszarze Sieć szkieletowa, gdy elementy są połączone, jeden z elementów zależy od drugiego. Na przykład raport zawsze zależy od zestawu danych, z który jest połączony. Zestaw danych może zależeć od innego zestawu danych i może być również połączony z kilkoma raportami, które od niego zależą. Jeśli istnieje połączenie między dwoma elementami, potoki wdrażania zawsze próbują zachować to połączenie.
Podczas wdrażania potoki wdrażania sprawdzają zależności. Wdrożenie zakończy się powodzeniem lub niepowodzeniem, w zależności od lokalizacji elementu, który dostarcza dane, od których zależy wdrożony element.
Element połączony istnieje na etapie docelowym — potoki wdrażania automatycznie łączą wdrożony element z elementem, który jest zależny od wdrożonego etapu. Jeśli na przykład wdrożysz raport podzielony na strony z poziomu programowania do testowania i jest połączony z zestawem danych, który został wcześniej wdrożony na etapie testowania, automatycznie łączy się z tym zestawem danych.
Połączony element nie istnieje na etapie docelowym — potoki wdrażania kończą się niepowodzeniem wdrożenia, jeśli element ma zależność od innego elementu, a element dostarczający dane nie został wdrożony i nie znajduje się na etapie docelowym. Jeśli na przykład wdrożysz raport z programowania do testowania, a etap testu nie zawiera zestawu danych, wdrożenie zakończy się niepowodzeniem. Aby uniknąć nieudanych wdrożeń spowodowanych brakiem wdrażania elementów zależnych, użyj przycisku Wybierz powiązane . Wybranie powiązanego powoduje automatyczne wybranie wszystkich powiązanych elementów, które zapewniają zależności od elementów, które mają zostać wdrożone.
Automatyczne powiązanie działa tylko z elementami obsługiwanymi przez potoki wdrażania i znajdują się w sieci szkieletowej. Aby wyświetlić zależności elementu, w menu Więcej opcji elementu wybierz pozycję Wyświetl pochodzenie.
Automatyczne wiązanie między potokami
Potoki wdrażania automatycznie wiążą elementy połączone między potokami, jeśli znajdują się na tym samym etapie potoku. Podczas wdrażania takich elementów potoki wdrażania próbują ustanowić nowe połączenie między wdrożonym elementem a elementem, z którym jest połączony w innym potoku. Jeśli na przykład masz raport na etapie testowania potoku A połączonego z zestawem danych na etapie testowania potoku B, potoki wdrażania rozpoznają to połączenie.
Oto przykład z ilustracjami, które ułatwiają pokazanie, jak działa automatyczne powiązanie między potokami:
Masz zestaw danych na etapie opracowywania potoku A.
Raport jest również dostępny na etapie opracowywania potoku B.
Raport w potoku B jest połączony z zestawem danych w potoku A. Raport zależy od tego zestawu danych.
Raport można wdrożyć w potoku B z etapu programowania do etapu testowania.
Wdrożenie zakończy się powodzeniem lub niepowodzeniem, w zależności od tego, czy masz kopię zestawu danych, od którego zależy na etapie testowania potoku A:
Masz kopię zestawu danych, od którego zależy raport w etapie testowania potoku A
Wdrożenie powiedzie się, a potoki wdrażania łączą (automatycznie) raport w etapie testowania potoku B z zestawem danych na etapie testowania potoku A.
Nie masz kopii zestawu danych, od którego zależy raport w etapie testowania potoku A
Wdrożenie zakończy się niepowodzeniem, ponieważ potoki wdrażania nie mogą połączyć (automatycznie powiązać) raportu w etapie testu w potoku B, z zestawem danych, który zależy od etapu testowania potoku A.
Unikaj używania automatycznego wiązania
W niektórych przypadkach możesz nie chcieć używać automatycznego łączenia. Jeśli na przykład masz jeden potok do tworzenia organizacyjnych zestawów danych, a drugi do tworzenia raportów. W takim przypadku można chcieć, aby wszystkie raporty były zawsze połączone z zestawami danych na etapie produkcyjnym potoku, do którego należą. Aby to osiągnąć, należy unikać używania funkcji automatycznego łączenia.
Istnieją trzy metody, których można użyć, aby uniknąć używania automatycznego wiązania:
Nie należy łączyć elementu z odpowiednimi etapami. Gdy elementy nie są połączone na tym samym etapie, potoki wdrażania utrzymują oryginalne połączenie. Jeśli na przykład masz raport na etapie opracowywania potoku B, który jest połączony z zestawem danych w etapie produkcyjnym potoku A. Po wdrożeniu raportu na etapie testowania potoku B pozostanie on połączony z zestawem danych w etapie produkcyjnym potoku A.
Zdefiniuj regułę parametru. Ta opcja nie jest dostępna dla raportów. Można go używać tylko z zestawami danych i przepływami danych.
Połącz raporty, pulpity nawigacyjne i kafelki z zestawem danych serwera proxy lub przepływem danych, który nie jest połączony z potokiem.
Automatyczne wiązanie i parametry
Parametry mogą służyć do kontrolowania połączeń między zestawami danych lub przepływami danych oraz elementami, od których zależą. Gdy parametr kontroluje połączenie, automatyczne powiązanie po wdrożeniu nie zostanie wykonane, nawet jeśli połączenie zawiera parametr, który ma zastosowanie do identyfikatora zestawu danych lub przepływu danych lub identyfikatora obszaru roboczego. W takich przypadkach należy ponownie połączyć elementy po wdrożeniu, zmieniając wartość parametru lub używając reguł parametrów.
Uwaga
Jeśli używasz reguł parametrów do ponownego powiązania elementów, parametry muszą być typu Text.
Odświeżanie danych
Dane w elemencie docelowym, takim jak zestaw danych lub przepływ danych, są przechowywane, gdy jest to możliwe. Jeśli nie ma żadnych zmian w elemencie, który przechowuje dane, dane są przechowywane tak, jak przed wdrożeniem.
W wielu przypadkach w przypadku małej zmiany, takiej jak dodawanie lub usuwanie tabeli, sieć szkieletowa przechowuje oryginalne dane. W przypadku zmian schematu powodujących niezgodność lub zmian połączenia ze źródłem danych wymagane jest pełne odświeżenie.
Wymagania dotyczące wdrażania na etapie z istniejącym obszarem roboczym
Każdy licencjonowany użytkownik będący członkiem obszarów roboczych wdrożenia docelowego i źródłowego może wdrożyć zawartość, która znajduje się w pojemności na etapie z istniejącym obszarem roboczym. Aby uzyskać więcej informacji, zapoznaj się z sekcją dotyczącą uprawnień.
Wdrożone elementy
Podczas wdrażania zawartości z jednego etapu potoku do innego skopiowana zawartość może zawierać następujące elementy:
Zestawy danych
Raporty
Przepływy danych
Magazyny danych
Pulpity nawigacyjne
Raporty z podziałem na strony
Nieobsługiwane elementy
Potoki wdrażania nie obsługują następujących elementów:
Zestawy danych, które nie pochodzą z pliku pbix
WYPYCHANE zestawy danych
Przepływy danych przesyłanych strumieniowo
Raporty oparte na nieobsługiwanych zestawach danych
Skoroszyty
Metryki
Właściwości elementu skopiowane podczas wdrażania
Podczas wdrażania następujące właściwości elementu są kopiowane i zastępują właściwości elementu na etapie docelowym:
Źródła danych (obsługiwane są reguły wdrażania )
Parametry (obsługiwane są reguły wdrażania )
Wizualizacje raportów
Strony raportu
Kafelki pulpitu nawigacyjnego
Metadane modelu
Relacje elementu
Etykiety poufności są kopiowane tylko po spełnieniu jednego z następujących warunków. Jeśli te warunki nie zostaną spełnione, etykiety poufności nie zostaną skopiowane podczas wdrażania.
Nowy element jest wdrażany lub istniejący element jest wdrażany na pustym etapie.
Uwaga
W przypadkach, gdy domyślne etykietowanie jest włączone w dzierżawie, a domyślna etykieta jest prawidłowa, jeśli wdrażany element jest zestawem danych lub przepływem danych, etykieta zostanie skopiowana z elementu źródłowego tylko wtedy, gdy etykieta ma ochronę. Jeśli etykieta nie jest chroniona, domyślna etykieta zostanie zastosowana do nowo utworzonego docelowego zestawu danych lub przepływu danych.
Element źródłowy ma etykietę z ochroną, a element docelowy nie. W takich przypadkach zostanie wyświetlone okno podręczne z prośbą o zgodę na zastąpienie docelowej etykiety poufności.
Właściwości elementu, które nie są kopiowane
Następujące właściwości elementu nie są kopiowane podczas wdrażania:
Dane — dane nie są kopiowane. Kopiowane są tylko metadane
Adres URL
ID
Uprawnienia — dla obszaru roboczego lub określonego elementu
Ustawienia obszaru roboczego — każdy etap ma własny obszar roboczy
Zawartość i ustawienia aplikacji — aby zaktualizować aplikacje, zobacz Aktualizowanie zawartości do aplikacji usługi Power BI
Podczas wdrażania nie są również kopiowane następujące właściwości zestawu danych:
Przypisanie roli
Harmonogram odświeżania
Poświadczenia dostępu do źródła danych
Ustawienia buforowania zapytania (mogą być dziedziczone z pojemności)
Ustawienia poręczenia
Obsługiwane funkcje zestawu danych
Potoki wdrażania obsługują wiele funkcji zestawu danych. W tej sekcji wymieniono dwie funkcje zestawu danych, które mogą usprawnić środowisko potoków wdrażania:
Odświeżanie przyrostowe
Potoki wdrożenia obsługują odświeżanie przyrostowe, funkcję, która umożliwia szybsze i bardziej niezawodne odświeżanie zestawów danych z niższym zużyciem.
Dzięki potokom wdrażania można aktualizować zestaw danych przy użyciu odświeżania przyrostowego, zachowując jednocześnie dane, jak i partycje. Podczas wdrażania zestawu danych zasady są kopiowane.
Aby dowiedzieć się, jak odświeżanie przyrostowe zachowuje się w przypadku przepływów danych, zobacz dlaczego po użyciu reguł przepływu danych widzę dwa źródła danych połączone z przepływem danych?
Aktywowanie odświeżania przyrostowego w potoku
Aby włączyć odświeżanie przyrostowe, skonfiguruj je w Power BI Desktop, a następnie opublikuj zestaw danych. Po opublikowaniu zasady odświeżania przyrostowego są podobne w całym potoku i mogą być tworzone tylko w programie Power BI Desktop.
Gdy potok zostanie skonfigurowany za pomocą odświeżania przyrostowego, zalecamy użycie następującego przepływu:
Wprowadź zmiany w pliku pbix w Power BI Desktop. Aby uniknąć długiego czasu oczekiwania, możesz wprowadzić zmiany przy użyciu próbki danych.
Przekaż plik pbix do etapu programowania .
Wdróż zawartość do etapu testowania. Po wdrożeniu wprowadzone zmiany zostaną zastosowane do całego zestawu danych, którego używasz.
Przejrzyj zmiany wprowadzone na etapie testowania i po ich sprawdzeniu wdróż je na etapie produkcji.
Przykłady użycia
Poniżej przedstawiono kilka przykładów sposobu integrowania odświeżania przyrostowego z potokami wdrażania.
Utwórz nowy potok i połącz go z obszarem roboczym przy użyciu zestawu danych z włączonym odświeżaniem przyrostowym.
Włącz odświeżanie przyrostowe w zestawie danych, który znajduje się już w obszarze roboczym programowania.
Utwórz potok z produkcyjnego obszaru roboczego, który zawiera zestaw danych używający odświeżania przyrostowego. Można to zrobić, przypisując obszar roboczy do etapu produkcji nowego potoku, a następnie stosując wdrażanie odwrotne, aby wdrożyć na etapie testowania, a później na etapie programowania.
Opublikuj zestaw danych, który używa odświeżania przyrostowego, w obszarze roboczym, który jest częścią istniejącego potoku.
Ograniczenia odświeżania przyrostowego
W przypadku odświeżania przyrostowego potoki wdrażania obsługują tylko zestawy danych, które używają rozszerzonych metadanych zestawu danych. Wszystkie zestawy danych utworzone lub zmodyfikowane za pomocą Power BI Desktop automatycznie implementują rozszerzone metadane zestawu danych.
Po ponownym opublikowaniu zestawu danych w aktywnym potoku z włączonym odświeżaniem przyrostowym następujące zmiany spowodują niepowodzenie wdrożenia ze względu na potencjalną utratę danych:
Ponowne opublikowanie zestawu danych, który nie używa odświeżania przyrostowego, w celu zastąpienia zestawu danych, dla którego włączono odświeżanie przyrostowe.
Zmiana nazwy tabeli z włączonym odświeżaniem przyrostowym.
Zmiana nazw kolumn nieobliczanych w tabeli z włączonym odświeżaniem przyrostowym.
Dozwolone są inne zmiany, takie jak dodawanie kolumny, usuwanie kolumny i zmiana nazwy kolumny obliczeniowej. Jeśli jednak zmiany wpływają na ekran, należy odświeżyć je, zanim zmiana będzie widoczna.
Modele złożone
Za pomocą modeli złożonych można skonfigurować raport z wieloma połączeniami danych.
Możesz użyć funkcji modeli złożonych, aby połączyć zestaw danych sieci Szkieletowej z zewnętrznym zestawem danych, takim jak Azure Analysis Services. Aby uzyskać więcej informacji, zobacz Using DirectQuery for Fabric datasets and Azure Analysis Services (Używanie trybu DirectQuery dla zestawów danych sieci szkieletowej i Azure Analysis Services).
W potoku wdrażania można użyć modeli złożonych, aby połączyć zestaw danych z innym zestawem danych sieci Szkieletowej spoza potoku.
Agregacje automatyczne
Agregacje automatyczne są oparte na agregacjach zdefiniowanych przez użytkownika i używają uczenia maszynowego do ciągłego optymalizowania zestawów danych DirectQuery w celu uzyskania maksymalnej wydajności zapytań w raporcie.
Każdy zestaw danych zachowuje automatyczne agregacje po wdrożeniu. Potoki wdrażania nie zmieniają automatycznej agregacji zestawu danych. Oznacza to, że jeśli wdrożysz zestaw danych z automatyczną agregacją, automatyczna agregacja na etapie docelowym pozostanie tak samo jak jest i nie zostanie zastąpiona przez automatyczną agregację wdrożona z etapu źródłowego.
Aby włączyć agregacje automatyczne, postępuj zgodnie z instrukcjami w temacie Konfigurowanie agregacji automatycznej.
Tabele hybrydowe
Tabele hybrydowe to tabele z odświeżaniem przyrostowym , które mogą mieć partycje importu i zapytań bezpośrednich. Podczas czystego wdrożenia są kopiowane zarówno zasady odświeżania, jak i partycje tabeli hybrydowej. Podczas wdrażania na etapie potoku, który ma już partycje tabeli hybrydowej, kopiowane są tylko zasady odświeżania. Aby zaktualizować partycje, odśwież tabelę.
Aktualizowanie zawartości do aplikacji usługi Power BI
Aplikacje usługi Power BI to zalecany sposób dystrybucji zawartości użytkownikom bezpłatnej sieci szkieletowej. Zawartość aplikacji usługi Power BI można zaktualizować przy użyciu potoku wdrażania, zapewniając większą kontrolę i elastyczność w zakresie cyklu życia aplikacji.
Utwórz aplikację dla każdego etapu potoku wdrażania, aby można było przetestować każdą aktualizację z punktu widzenia użytkownika końcowego. Użyj przycisku publikowania lub wyświetlania na karcie obszaru roboczego, aby opublikować lub wyświetlić aplikację na określonym etapie potoku.
Na etapie produkcyjnym przycisk akcji głównej w prawym dolnym rogu otwiera stronę aktualizacji aplikacji w sieci szkieletowej, aby wszystkie aktualizacje zawartości stały się dostępne dla użytkowników aplikacji.
Ważne
Proces wdrażania nie obejmuje aktualizowania zawartości ani ustawień aplikacji. Aby zastosować zmiany do zawartości lub ustawień, należy ręcznie zaktualizować aplikację na wymaganym etapie potoku.
Uprawnienia
Uprawnienia są wymagane dla potoku i dla obszarów roboczych, które są do niego przypisane. Uprawnienia potoku i uprawnienia obszaru roboczego są przyznawane i zarządzane oddzielnie.
Potoki mają tylko jedno uprawnienie, Administracja, które jest wymagane do udostępniania, edytowania i usuwania potoku.
Obszary robocze mają różne uprawnienia, nazywane również rolami. Role obszaru roboczego określają poziom dostępu do obszaru roboczego w potoku.
Potoki wdrażania nie obsługują grup platformy Microsoft 365 jako administratorów potoku.
Aby wdrożyć z jednego etapu do innego w potoku, musisz być administratorem potoku i członkiem lub administratorem obszarów roboczych przypisanych do zaangażowanych etapów. Na przykład administrator potoku, który nie ma przypisanej roli obszaru roboczego, będzie mógł wyświetlić potok i udostępnić go innym osobom. Jednak ten użytkownik nie będzie mógł wyświetlić zawartości obszaru roboczego w potoku lub w usłudze i nie będzie mógł wykonywać wdrożeń.
Tabela uprawnień
W tej sekcji opisano uprawnienia potoku wdrażania. Uprawnienia wymienione w tej sekcji mogą mieć różne aplikacje w innych funkcjach sieci Szkieletowej.
Najniższym uprawnieniem potoku wdrożenia jest administrator potoku i jest wymagane dla wszystkich operacji potoku wdrażania.
| Użytkownik | Uprawnienia potoku | Komentarze |
|---|---|---|
| Administrator potoku |
|
Dostęp do potoku nie powoduje przyznania uprawnień do wyświetlania zawartości obszaru roboczego ani podejmowania związanych z nią akcji. |
| Przeglądarka obszarów roboczych (i administrator potoku) |
|
Członkowie obszaru roboczego przypisyli rolę Osoby przeglądającego bez uprawnień do kompilacji , nie mogą uzyskać dostępu do zestawu danych ani edytować zawartości obszaru roboczego. |
| Współautor obszaru roboczego (i administrator potoku) |
|
|
| Członek obszaru roboczego (i administrator potoku) |
|
Jeśli ustawienie blokuj ponownie opublikuje i wyłącz odświeżanie pakietu znajdujące się w sekcji zabezpieczeń zestawu danych dzierżawy, tylko właściciele zestawów danych będą mogli aktualizować zestawy danych. |
| Administrator obszaru roboczego (i administrator potoku) |
|
Przyznane uprawnienia
Podczas wdrażania elementów usługi Power BI własność wdrożonego elementu może ulec zmianie. Zapoznaj się z poniższą tabelą, aby dowiedzieć się, kto może wdrożyć każdy element i jak wdrożenie wpływa na własność elementu.
| Element sieci szkieletowej | Wymagane uprawnienie do wdrożenia istniejącego elementu | Własność elementu po pierwszym wdrożeniu | Własność elementu po wdrożeniu na etapie z elementem |
|---|---|---|---|
| Zestaw danych | Członek obszaru roboczego | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Niezmienione |
| Przepływ danych | Właściciel przepływu danych | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Niezmienione |
| Datamart | Właściciel obiektu Datamart | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Niezmienione |
| Raport podzielony na strony | Członek obszaru roboczego | Użytkownik, który dokonał wdrożenia, staje się właścicielem | Użytkownik, który dokonał wdrożenia, staje się właścicielem |
Wymagane uprawnienia do popularnych akcji
W poniższej tabeli wymieniono wymagane uprawnienia do popularnych akcji potoku wdrażania. Chyba że określono inaczej, dla każdej akcji potrzebne są wszystkie wymienione uprawnienia.
| Akcja | Wymagane uprawnienia |
|---|---|
| Wyświetlanie listy potoków w organizacji | Brak wymaganej licencji (bezpłatny użytkownik) |
| Tworzenie potoku | Użytkownik z jedną z następujących licencji:
|
| Usuwanie potoku | Administrator potoku |
| Dodawanie lub usuwanie użytkownika potoku | Administrator potoku |
| Przypisywanie obszaru roboczego do etapu |
|
| Anulowanie przypisania obszaru roboczego do etapu | Jeden z poniższych programów:
|
| Wdrażanie na pustym etapie |
|
| Wdrażanie elementów na następnym etapie |
|
| Wyświetlanie lub ustawianie reguły |
|
| Zarządzanie ustawieniami potoku | Administrator potoku |
| Wyświetlanie etapu potoku |
|
| Wyświetlanie listy elementów na etapie | Administrator potoku |
| Porównanie dwóch etapów |
|
| Wyświetlanie historii wdrażania | Administrator potoku |
Istotne zagadnienia i ograniczenia
W tej sekcji przedstawiono większość ograniczeń potoków wdrażania.
Obszar roboczy musi znajdować się w pojemności sieci szkieletowej.
Maksymalna liczba elementów, które można wdrożyć w jednym wdrożeniu, wynosi 300.
Pobieranie pliku pbix po wdrożeniu nie jest obsługiwane.
Grupy platformy Microsoft 365 nie są obsługiwane jako administratorzy potoku.
Podczas wdrażania elementu usługi Power BI po raz pierwszy, jeśli inny element na etapie docelowym jest podobny do typu (na przykład jeśli oba pliki są raportami) i ma taką samą nazwę, wdrożenie zakończy się niepowodzeniem.
Aby uzyskać listę ograniczeń obszaru roboczego, zobacz ograniczenia przypisania obszaru roboczego.
Aby zapoznać się z listą nieobsługiwanych elementów, zobacz temat Nieobsługiwane elementy.
Ograniczenia zestawów danych
Nie można wdrożyć zestawów danych korzystających z łączności danych w czasie rzeczywistym.
Zestaw danych z trybem łączności directQuery lub złożonej, który używa tabel odmiany lub automatycznej daty/godziny , nie jest obsługiwany. Aby uzyskać więcej informacji, zobacz Co mogę zrobić, jeśli mam zestaw danych z trybem directQuery lub łączności złożonej, który używa tabel odmiany lub kalendarza?
Jeśli docelowy zestaw danych korzysta podczas wdrażania z połączenia na żywo, źródłowy zestaw danych również musi używać tego trybu połączenia.
Po wdrożeniu pobieranie zestawu danych (z etapu, do których został wdrożony) nie jest obsługiwane.
Aby uzyskać listę ograniczeń reguł wdrażania, zobacz Ograniczenia reguł wdrażania.
Ograniczenia przepływu danych
Podczas wdrażania przepływu danych na pustym etapie potoki wdrażania tworzą nowy obszar roboczy i ustawiają magazyn przepływu danych w magazynie obiektów blob sieci szkieletowej. Usługa Blob Storage jest używana nawet wtedy, gdy źródłowy obszar roboczy jest skonfigurowany do korzystania z usługi Azure Data Lake Storage Gen2 (ADLS Gen2).
Jednostka usługi nie jest obsługiwana w przypadku przepływów danych.
Wdrażanie wspólnego modelu danych (CDM) nie jest obsługiwane.
Aby zapoznać się z ograniczeniami reguł potoku wdrażania, które mają wpływ na przepływy danych, zobacz Ograniczenia reguł wdrażania.
Jeśli przepływ danych jest odświeżany podczas wdrażania, wdrożenie zakończy się niepowodzeniem.
Podczas porównywania etapów podczas odświeżania przepływu danych wyniki są nieprzewidywalne.
Ograniczenia dotyczące schematu danych
Nie można wdrożyć schematu danych z etykietami poufności.
Aby wdrożyć schemat danych, musisz być właścicielem elementu datamart.
Następne kroki
Opinia
Prześlij i wyświetl opinię dla