Ten artykuł zawiera odpowiedzi na niektóre z najczęściej zadawanych pytań dotyczących narzędzi do zarządzania cyklem życia Fabric.
Pytania ogólne
Co to jest zarządzanie cyklem życia w Microsoft Fabric?
Zarządzanie cyklem życia ma dwie części, integrację i wdrażanie. Aby zrozumieć, czym jest integracja w Fabric, zapoznaj się z Omówieniem integracji z Git. Aby dowiedzieć się, jakie potoki wdrażania znajdują się w Fabric, zapoznaj się z omówieniem potoków wdrażania .
Co to jest integracja z usługą Git?
Aby uzyskać krótkie wyjaśnienie integracji z Git, zobacz Omówienie integracji z Git. Wieloliniowa lub sformatowana odpowiedź na pytanie. Użyj dowolnego formatowania Markdown, pod warunkiem, że zachowasz wcięcie w wierszach po znakach |.
Czym są pipeline'y wdrożeniowe?
Aby uzyskać krótkie wyjaśnienie potoków wdrażania, zobacz omówienie potoków wdrażania.
Pytania dotyczące licencjonowania
Jakie licencje są potrzebne do pracy z zarządzaniem cyklem życia?
Aby uzyskać informacje na temat licencji, zobacz Fabric licenses.
Jakiego typu pojemność potrzebuję?
Wszystkie obszary robocze muszą być przypisane do licencji Fabric. Można jednak używać różnych typów pojemności dla różnych obszarów roboczych.
Aby uzyskać informacje na temat typów pojemności, zobacz Pojemność i SKU.
Uwaga
- Jednostki SKU PPU, EM i A działają tylko z elementami Power BI. Jeśli dodasz inne elementy Fabric do obszaru roboczego, potrzebujesz jednostki SKU wersji próbnej, P lub F.
- Podczas tworzenia obszaru roboczego z PPU tylko inni użytkownicy PPU mogą mieć dostęp do obszaru roboczego i korzystać z jego zawartości.
Uprawnienia
Jaki jest model uprawnień potoków wdrażania?
Model uprawnień potoków wdrażania opisano w sekcji uprawnień.
Jakie uprawnienia są potrzebne, aby skonfigurować reguły wdrażania?
Aby skonfigurować reguły wdrażania w potokach wdrażania, musisz być właścicielem modelu semantycznego.
Pytania dotyczące integracji z usługą Git
Czy mogę nawiązać połączenie z repozytorium, które znajduje się w innym regionie niż mój obszar roboczy?
Jeśli pojemność obszaru roboczego znajduje się w jednej lokalizacji geograficznej, gdy repozytorium Azure DevOps znajduje się w innej lokalizacji, administrator Fabric może zdecydować, czy włączyć eksporty między lokalizacjami geograficznymi. Aby uzyskać więcej informacji, zobacz Użytkownicy mogą eksportować elementy do repozytoriów Git w innych lokalizacjach geograficznych.
Jak mogę rozpocząć pracę z integracją z usługą Git?
Rozpocznij pracę nad integracją z pomocą Git, korzystając z instrukcji początkowych.
Dlaczego mój element został usunięty z obszaru roboczego?
Może istnieć kilka powodów, dla których element został usunięty z obszaru roboczego.
- Jeśli element nie został zatwierdzony i wybrano go w akcji cofania, element zostanie usunięty z obszaru roboczego.
- Jeśli element został zatwierdzony, może zostać usunięty, jeśli przełączysz gałęzie, a element nie istnieje w nowej gałęzi.
Pytania dotyczące potoków implementacji
Jakie są pewne ogólne ograniczenia wdrażania, które należy wziąć pod uwagę?
Należy pamiętać o następujących kwestiach:
Jak mogę przypisać obszary robocze do wszystkich etapów w potoku?
Możesz przypisać jeden obszar roboczy do potoku i wdrożyć go we wszystkich etapach potoku, lub przypisać inny obszar roboczy do każdego etapu potoku. Aby uzyskać więcej informacji, zobacz przypisywanie obszaru roboczego do potoku wdrażania.
Co mogę zrobić, jeśli mam zestaw danych z trybem DirectQuery lub trybem łączności złożonej, który używa tabel wariacji lub automatycznej daty/czasu?
Zestawy danych wykorzystujące tryb łączności DirectQuery lub tryb złożony i posiadające tabele zmienności lub automatycznej daty/godziny nie są obsługiwane w potokach wdrażania. Jeśli wdrożenie zakończy się niepowodzeniem i uważasz, że przyczyną jest zestaw danych zawierający tabelę wariantów, możesz wyszukać właściwość wariantów w kolumnach tej tabeli. Możesz użyć jednej z następujących metod, aby edytować model semantyczny, aby działał w potokach wdrażania.
W zestawie danych, zamiast używać trybu DirectQuery lub trybu złożonego, użyj trybu importu .
Usuń tabele automatycznej daty/godziny z modelu semantycznego. W razie potrzeby usuń pozostałe odmiany ze wszystkich kolumn w tabelach. Usunięcie odmiany może unieważnić miary utworzone przez użytkownika, kolumny obliczeniowe i tabele obliczeniowe. Użyj tej metody tylko wtedy, gdy rozumiesz, jak działa model semantyczny, ponieważ może to spowodować uszkodzenie danych w wizualizacjach.
Dlaczego niektóre kafelki nie wyświetlają informacji po wdrożeniu?
Po przypięciu kafelka do pulpitu nawigacyjnego, jeśli kafelek opiera się na nieobsługiwanym elemencie (żaden element nie na tej liście jest nieobsługiwany) lub na elemencie, który nie ma uprawnień do wdrożenia, po wdrożeniu pulpitu nawigacyjnego kafelek nie jest renderowany. Jeśli na przykład utworzysz kafelek na podstawie raportu, który opiera się na modelu semantycznym, na którym nie jesteś administratorem, podczas wdrażania raportu zostanie wyświetlone ostrzeżenie o błędzie. Podczas wdrażania pulpitu nawigacyjnego z kafelkiem, nie zostanie wyświetlony żaden komunikat o błędzie – wdrożenie zakończy się pomyślnie, ale kafelek nie będzie wyświetlać żadnych informacji.
Raporty wielostronicowe
Kto jest właścicielem wdrożonego raportu podzielonego na strony?
Właściciel wdrożonego raportu podzielonego na strony jest użytkownikiem, który wdrożył raport. Podczas wdrażania raportu podzielonego na strony po raz pierwszy stajesz się właścicielem raportu.
Jeśli wdrażasz raport podzielony na strony na etapie, który zawiera już kopię tego raportu podzielonego na strony, zastępujesz poprzedni raport i stajesz się jego właścicielem zamiast poprzedniego właściciela. W takich przypadkach potrzebne są poświadczenia do bazowego źródła danych, aby dane mogły być używane w raporcie podzielonym na strony.
Gdzie znajdują się podraporty raportu podzielonego na strony?
Podraporty raportów podzielonych na strony są przechowywane w tym samym folderze, który zawiera raport podzielony na strony. Aby uniknąć problemów z renderowaniem, gdy używasz selektywnej kopii do kopiowania raportu podzielonego na strony z podraportami, wybierz zarówno raport nadrzędny, jak i podraporty.
Jak utworzyć regułę wdrażania dla raportu podzielonego na strony przy użyciu modelu semantycznego Fabric?
Reguły raportów podzielonych na strony można utworzyć, jeśli chcesz wskazać raport podzielony na strony do modelu semantycznego na tym samym etapie. Podczas tworzenia reguły wdrażania dla raportu podzielonego na strony należy wybrać bazę danych i serwer.
Jeśli ustawiasz regułę wdrażania dla raportu podzielonego na strony, który nie ma Fabric modelu semantycznego, ponieważ docelowe źródło danych jest zewnętrzne, musisz określić zarówno serwer, jak i bazę danych.
Jednak stronicowane raporty korzystające z modelu semantycznego Fabric używają wewnętrznego modelu semantycznego. W takich przypadkach nie można polegać na nazwie źródła danych, aby zidentyfikować model semantyczny Fabric, do którego nawiązujesz połączenie. Nazwa źródła danych nie zmienia się podczas jego aktualizacji w etapie docelowym, ani poprzez utworzenie reguły źródła danych, ani przez wywołanie interfejsu API aktualizacji źródła danych. Po ustawieniu reguły wdrażania należy zachować format bazy danych i zastąpić identyfikator obiektu modelu semantycznego w polu bazy danych. Ponieważ model semantyczny jest wewnętrzny, serwer pozostaje taki sam.
Database — format bazy danych raportu podzielonego na strony z modelem semantycznym Fabric jest
sobe_wowvirtualserver-<dataset ID>. Na przykładsobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Zastąp element<dataset ID>identyfikatorem zestawu danych. Identyfikator zestawu danych można uzyskać z adresu URL, wybierając identyfikator GUID, który następuje podatasets/i przed następnym ukośnikiem.
Serwer — serwer hostujący bazę danych. Zachowaj istniejący serwer w następujący sposób.
Czy po wdrożeniu można pobrać plik RDL raportu podzielonego na strony?
Po wdrożeniu, jeśli pobierzesz plik RDL raportu podzielonego na strony, może on nie zostać zaktualizowany do najnowszej wersji, którą można zobaczyć w usłudze Power BI.
Przepływy danych
Co się stanie z konfiguracją odświeżania przyrostowego po wdrożeniu przepływów danych?
Jeśli masz przepływ danych zawierający modele semantyczne skonfigurowane przy użyciu odświeżania przyrostowego, zasady odświeżania nie są kopiowane ani zastępowane podczas wdrażania. Po wdrożeniu przepływu danych zawierającego model semantyczny z odświeżaniem przyrostowym na etapie, który nie obejmuje tego przepływu danych, jeśli masz zasady odświeżania, musisz ponownie skonfigurować go na etapie docelowym. Jeśli wdrażasz przepływ danych z odświeżaniem przyrostowym na etapie, w którym już się znajduje, zasady odświeżania przyrostowego nie zostaną skopiowane. W takich przypadkach, jeśli chcesz zaktualizować politykę odświeżania w docelowym etapie, musisz to zrobić ręcznie.