Łączność modelu semantycznego z punktem końcowym XMLA

Obszary robocze Power BI Premium, Premium na użytkownika i Power BI Embedded używają punktu końcowego XMLA do obsługi łączności open-platform z aplikacjami klienckimi i narzędziami firmy Microsoft oraz innych firm.

Punkty końcowe XMLA

Obszary robocze używają protokołu XML for Analysis (XMLA) do komunikacji między aplikacjami klienckimi i aparatem, który zarządza obszarami roboczymi i modelami semantycznymi usługi Power BI. Ta komunikacja odbywa się za pośrednictwem często nazywanych punktami końcowymi XMLA. XMLA to protokół komunikacyjny używany przez aparat usług Microsoft Analysis Services, który uruchamia semantyczne modelowanie, nadzór, cykl życia i zarządzanie danymi usługi Power BI. Dane wysyłane za pośrednictwem protokołu XMLA są w pełni szyfrowane.

Domyślnie łącze tylko do odczytu przy użyciu punktu końcowego jest włączone dla obciążenia roboczego modeli semantycznych w pojemności. W przypadku aplikacji i narzędzi do wizualizacji danych tylko do odczytu można wykonywać zapytania dotyczące danych modelu semantycznego, metadanych, zdarzeń i schematu.

Operacje odczytu i zapisu przy użyciu punktu końcowego można włączyć. Odczyt-zapis zapewnia lepsze zarządzanie modelami semantycznymi, nadzór, zaawansowane modelowanie semantyczne, debugowanie i monitorowanie. Po włączeniu semantyczne modele mają większą równoważność z usługami Azure Analysis Services i narzędziami i procesami modelowania tabelarycznego klasy korporacyjnej usług SQL Server Analysis Services.

Właściwości serwera usług Analysis Services

Usługa Power BI Premium obsługuje wiele właściwości serwera usług Analysis Services. Aby przejrzeć te właściwości, zapoznaj się z tematem Właściwości serwera w usługach Analysis Services.

Warunki użytkowania

Korzystanie z punktu końcowego XMLA podlega:

Aplikacja z jednym użytkownikiem — aplikacja używa pojedynczego konta użytkownika lub tożsamości aplikacji do uzyskiwania dostępu do modelu semantycznego usługi Power BI za pośrednictwem punktu końcowego XMLA. Przykłady aplikacji z jednym użytkownikiem obejmują narzędzia deweloperskie, skrypty administracyjne i zautomatyzowane procesy. Te aplikacje mogą wykonywać zadania, takie jak modelowanie danych i zadania administracyjne, które zmieniają metadane semantycznego modelu, operacji tworzenia kopii zapasowej lub przywracania albo wyzwalają odświeżanie danych. Konto użytkownika lub tożsamość aplikacji używanej przez aplikację kliencką do uzyskiwania dostępu do modelu semantycznego musi mieć prawidłową licencję Premium na użytkownika (PPU), chyba że model semantyczny znajduje się w pojemności Premium.

Aplikacja z wieloma użytkownikami — aplikacja zapewnia wielu użytkownikom dostęp do modelu semantycznego usługi Power BI. Na przykład aplikacja warstwy środkowej integrująca model semantyczny z rozwiązaniem biznesowym i uzyskuje dostęp do modelu semantycznego w imieniu użytkowników biznesowych.

• Obszary robocze Premium na użytkownika (PPU) — aplikacja musi wymagać od każdego użytkownika zalogowania się do usługi Power BI. Dla każdego użytkownika aplikacja używa tokenu dostępu do uzyskiwania dostępu do modeli semantycznych. Aplikacja nie może używać konta usługi ani innej tożsamości aplikacji do wykonywania zadań w imieniu poszczególnych użytkowników. Każdy użytkownik musi mieć własne konto usługi Power BI do otwierania raportów, uzyskiwania dostępu do modeli semantycznych i wykonywania zapytań.
• W przypadku obszarów roboczych Premium aplikacja może używać konta usługi lub tożsamości aplikacji w imieniu użytkowników końcowych bez konieczności logowania się do usługi Power BI.

Aplikacje klienckie i narzędzia

Typowe aplikacje i narzędzia używane z usługami Azure Analysis Services i SQL Server Analysis Services, które są teraz obsługiwane przez modele semantyczne usługi Power BI Premium:

Microsoft Excel — przestawne tabele Excela są jednym z najpopularniejszych narzędzi używanych do podsumowywania, analizowania, eksplorowania i prezentowania danych podsumowujących z semantycznych modeli usługi Power BI. W przypadku operacji zapytań wymagany jest tryb tylko do odczytu. Wymaga wersji Instalacja Szybka (Click-to-Run) pakietu Office 16.0.13612.10000 lub nowszej.

Visual Studio z projektami Analysis Services — znane jako SQL Server Data Tools (SSDT). SSDT to narzędzie do tworzenia modeli klasy korporacyjnej dla modeli tabelarycznych usług Analysis Services. Wszystkie wersje programu Visual Studio 2017 i nowszych, w tym bezpłatna wersja Community Edition, obsługują rozszerzenia projektów usług Analysis Services. Wymaga rozszerzenia w wersji 2.9.14 lub nowszej w celu wdrożenia modeli tabelarycznych w obszarze roboczym Premium. Aby wdrożyć, model musi mieć poziom zgodności 1500 lub wyższy. Wymaga odczytu i zapisu XMLA w obciążeniu modeli semantycznych. Aby dowiedzieć się więcej, zobacz Narzędzia dla usług Analysis Services.

SQL Server Management Studio (SSMS) — obsługuje zapytania DAX, MDX i XMLA. Wykonaj szczegółowe operacje odświeżania i opracowywanie skryptów metadanych modelu semantycznego przy użyciu języka TMSL (Tabular Model Scripting Language). Wymaga trybu tylko do odczytu do operacji zapytań. Wymaga odczytu i zapisu dla metadanych skryptów. Wymaga programu SSMS w wersji 18.9 lub nowszej. Pobierz program SSMS.

SQL Server Profiler — program SQL Server Profiler jest instalowany za pomocą programu SSMS, który umożliwia śledzenie i debugowanie zdarzeń modelu semantycznego. Mimo że oficjalnie wycofane dla programu SQL Server, Profiler jest nadal zawarty w programie SSMS i jest nadal obsługiwany w usługach Analysis Services i Power BI. Wymaga programu SQL Server Profiler w wersji 18.9 lub nowszej. Użytkownicy muszą określić model semantyczny (katalog początkowy) podczas nawiązywania połączenia z punktem końcowym XMLA. Aby dowiedzieć się więcej, zobacz SQL Server Profiler for Analysis Services.

Kreator wdrażania usług Analysis Services – zainstalowany wraz z SSMS, to narzędzie umożliwia wdrażanie projektów modeli tabelarycznych tworzonych w programie Visual Studio do obszarów roboczych usług Analysis Services i Premium. Można go uruchamiać interaktywnie lub z poziomu wiersza polecenia w celu automatyzacji. Wymagany jest odczyt-zapis XMLA. Aby dowiedzieć się więcej, zobacz Kreator wdrażania usług Analysis Services.

Polecenia cmdlet programu PowerShell — użyj poleceń cmdlet usług Analysis Services, aby zautomatyzować semantyczne zadania zarządzania modelami, takie jak operacje odświeżania. Wymaga odczytu i zapisu XMLA. Wymaga wersji 21.1.18256 lub nowszej modułu SqlServer PowerShell. Polecenia cmdlet Azure Analysis Services w module Az.AnalysisServices nie są obsługiwane w przypadku modeli semantycznych Power BI. Aby dowiedzieć się więcej, zobacz Dokumentacja referencyjna programu PowerShell dla usług Analysis Services.

Power BI Report Builder — narzędzie do tworzenia raportów podzielonych na strony. Utwórz definicję raportu, która określa dane do pobrania, gdzie je pobrać i jak je wyświetlić. Możesz wyświetlić podgląd raportu w programie Report Builder, a następnie opublikować raport w usługa Power BI. Wymaga uprawnień tylko do odczytu dla XMLA. Aby dowiedzieć się więcej, zobacz Power BI Report Builder.

Tabular Editor — narzędzie typu open source do tworzenia, konserwacji i zarządzania modelami tabelarycznymi przy użyciu intuicyjnego, lekkiego edytora. Widok hierarchiczny przedstawia wszystkie obiekty w modelu tabelarycznym. Organizuje obiekty w folderach wyświetlania z obsługą edycji właściwości w trybie wyboru wielu elementów i wyróżniania składni języka DAX. Wymaga tylko do odczytu XMLA dla operacji zapytań. Wymaga odczytu i zapisu na potrzeby operacji metadanych. Aby dowiedzieć się więcej, zobacz tabulareditor.github.io.

DAX Studio — narzędzie typu open source do tworzenia, diagnozowania, dostrajania wydajności i analizy języka DAX. Funkcje obejmują przeglądanie obiektów, zintegrowane śledzenie, podziały wykonywania zapytań ze szczegółowymi statystykami, wyróżnianie składni języka DAX i formatowanie. Wymaga uprawnień tylko do odczytu XMLA dla operacji zapytań. Aby dowiedzieć się więcej, zobacz daxstudio.org.

ALM Toolkit — narzędzie do porównywania schematów typu open source dla modeli semantycznych usługi Power BI, najczęściej używane w scenariuszach zarządzania cyklem życia aplikacji (ALM). Przeprowadź wdrażanie w różnych środowiskach i zachowaj dane historyczne odświeżania przyrostowego. Porównuj i scalaj pliki metadanych, gałęzie i repozytoria. Ponowne wykorzystanie wspólnych definicji pomiędzy modelami semantycznymi. Wymaga trybu tylko do odczytu dla operacji zapytań. Wymaga odczytu i zapisu na potrzeby operacji metadanych. Aby dowiedzieć się więcej, zobacz alm-toolkit.com.

Strony trzecie — obejmuje aplikacje i narzędzia do wizualizacji danych klienta, które mogą się łączyć z modelami semantycznymi, wykonywać na nich zapytania i z nich korzystać w obszarach roboczych Premium. Większość narzędzi wymaga najnowszych wersji bibliotek klienckich MSOLAP, ale niektóre mogą używać usługi ADOMD. Punkt końcowy XMLA może być tylko do odczytu lub do odczytu i zapisu, w zależności od operacji.

Biblioteki klienta

Aplikacje klienckie i narzędzia nie komunikują się bezpośrednio z punktem końcowym XMLA. Zamiast tego używają bibliotek klienckich jako warstwy abstrakcji. Są to te same biblioteki klienckie, których aplikacje używają do łączenia się z usługami Azure Analysis Services i SQL Server Analysis Services. Aplikacje firmy Microsoft, takie jak Excel, SQL Server Management Studio (SSMS) i rozszerzenie projektów usług Analysis Services dla programu Visual Studio, instalują wszystkie trzy biblioteki klienckie i aktualizują je wraz z regularnymi aktualizacjami aplikacji i rozszerzeń. Deweloperzy mogą używać bibliotek klienckich do tworzenia aplikacji niestandardowych. W niektórych przypadkach, szczególnie w przypadku aplikacji innych firm, jeśli nie są zainstalowane z aplikacją, może być konieczne zainstalowanie nowszych wersji bibliotek klienckich. Biblioteki klienckie są aktualizowane co miesiąc. Aby dowiedzieć się więcej, zobacz Biblioteki klienta służące do nawiązywania połączenia z usługami Analysis Services.

Optymalizowanie modeli semantycznych na potrzeby operacji zapisu przez włączenie dużych modeli

W przypadku korzystania z punktu końcowego XMLA do zarządzania modelami semantycznymi przy użyciu operacji zapisu zaleca się włączenie modelu semantycznego dla dużych modeli. Zmniejsza to nakład pracy związany z operacjami zapisu, co może znacznie przyspieszyć ich działanie. W przypadku modeli semantycznych powyżej 1 GB (po kompresji) różnica może być znacząca. Aby dowiedzieć się więcej, zobacz Duże modele w usłudze Power BI Premium.

Włącz odczyt i zapis XMLA

Domyślnie obciążenia modelu semantycznego Premium lub Premium na użytkownika mają włączone ustawienie właściwości punktu końcowego XMLA tylko do odczytu. Oznacza to, że aplikacje mogą wysyłać zapytania tylko do modelu semantycznego. Aby aplikacje mogły wykonywać operacje zapisu, właściwość punktu końcowego XMLA musi być włączona dla odczytu i zapisu.

Aby włączyć odczyt i zapis dla pojemności Premium

1. Wybierz Ustawienia>Portal administracyjny.

2. W portalu administracyjnym wybierz pozycję Ustawienia>pojemności Nazwa pojemności usługi Power BI Premium.>

3. Rozwiń Obciążenia pracą. W ustawieniu Punkt końcowy XMLA wybierz opcję Odczyt i zapis. Ustawienie punktu końcowego XMLA ma zastosowanie do wszystkich obszarów roboczych i modeli semantycznych przypisanych do pojemności.

   

Aby włączyć odczyt i zapis dla warstwy Premium na użytkownika

1. Wybierz Ustawienia>Portal administracyjny.
2. W portalu administracyjnym wybierz pozycję Premium na użytkownika.
3. Rozwiń ustawienia obciążenia semantycznego modelu. W ustawieniu Punkt końcowy XMLA wybierz pozycję Odczyt i zapis.

Nawiązywanie połączenia z obszarem roboczym Premium

Obszary robocze przypisane do pojemności mają parametry połączenia w formacie adresu URL. Na przykład:

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Aplikacje łączące się z obszarem roboczym używają adresu URL tak, jakby była to nazwa serwera usług Analysis Services. Na przykład:

powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

B2B i użytkownicy-goście

Gdy użytkownicy uzyskują dostęp do obszaru roboczego w swojej dzierżawie głównej, sekcja nazwy dzierżawy w adresie URL może zostać zastąpiona przez myorg. Na przykład:

powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

Gdy użytkownicy B2B i goście uzyskują dostęp do obszarów roboczych w innej dzierżawie, nazwa dzierżawy musi być określona w adresie URL źródła danych. Na przykład gdy użytkownik contoso.com zostanie zaproszony do dzierżawy fabrikam.com i ma przyznane uprawnienia do "Obszaru roboczego sprzedaży", powinien użyć poniższego adresu URL, aby nawiązać połączenie.

powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Aby określić nazwę domeny podstawowej i identyfikator dzierżawy, zaloguj się do portalu Azure, wybierz opcję Microsoft Entra ID z menu głównego, a następnie zanotuj informacje na stronie głównej Microsoft Entra. Aby uzyskać więcej informacji, zobacz Znajdowanie identyfikatora dzierżawy usługi Microsoft Entra i nazwa podstawowej domeny.

Aby uzyskać adres URL połączenia obszaru roboczego

W obszarze Ustawienia>Premium>Połączenie obszaru roboczego wybierz Kopiuj.

Wymagania dotyczące połączenia

Katalog początkowy

W przypadku niektórych narzędzi, takich jak SQL Server Profiler, należy określić katalog początkowy, który jest modelem semantycznym (bazą danych), z którym ma zostać nawiązane połączenie w obszarze roboczym. W oknie dialogowym Łączenie z serwerem wybierz Opcje>Właściwości połączenia>Połącz z bazą danych, wprowadź nazwę modelu semantycznego.

Zduplikowane nazwy obszarów roboczych

Walidacja obszarów roboczych w usłudze Power BI uniemożliwia tworzenie lub zmienianie nazw obszarów roboczych z zduplikowanymi nazwami. Podczas nawiązywania połączenia z obszarem roboczym o takiej samej nazwie jak inny obszar roboczy może zostać wyświetlony następujący komunikat:

Nie można nawiązać połączenia z usługą powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Aby obejść te ograniczenia, oprócz nazwy obszaru roboczego, określ identyfikator ObjectIDGuid. Identyfikator ObjectIDGuid można skopiować z identyfikatora objectID obszaru roboczego w adresie URL. Dołącz identyfikator objectID do adresu URL połączenia. Na przykład:

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.

Zduplikowana nazwa modelu semantycznego

Aby nawiązać połączenie z semantycznym modelem o takiej samej nazwie jak inny model semantyczny w tym samym obszarze roboczym, dołącz identyfikator GUID modelu semantycznego do nazwy modelu semantycznego. Można uzyskać zarówno nazwę modelu semantycznego, jak i identyfikator GUID, po nawiązaniu połączenia z obszarem roboczym w programie SSMS.

Opóźnienie w pokazanych modelach semantycznych

Po nawiązaniu połączenia z obszarem roboczym zmiany dotyczące nowych, usuniętych i przemianowanych modeli semantycznych mogą pojawić się dopiero po kilku minutach.

Nieobsługiwane modele semantyczne

Następujące modele semantyczne nie są dostępne przy użyciu punktu końcowego XMLA. Te semantyczne modele nie będą wyświetlane w obszarze roboczym w programie SSMS ani w innych narzędziach:

• Modele semantyczne oparte na połączeniu na żywo z modelem usług Azure Analysis Services lub SQL Server Analysis Services.
• Modele semantyczne oparte na połączeniu na żywo z semantycznym modelem usługi Power BI w innym obszarze roboczym. Aby dowiedzieć się więcej, zobacz Wprowadzenie do semantycznych modeli w różnych obszarach roboczych.
• Modele semantyczne z danymi typu push przy użyciu interfejsu API REST.
• Modele semantyczne w moim obszarze roboczym.
• Modele semantyczne skoroszytu programu Excel.

Alias serwera/obszaru roboczego

Aliasy nazw serwera obsługiwane w usługach Azure Analysis Services nie są obsługiwane w obszarach roboczych Premium.

Zabezpieczenia

Oprócz tego, że właściwość punktu końcowego XMLA została włączona do odczytu i zapisu przez administratora pojemności, w portalu administracyjnym musi być włączone ustawienie na poziomie dzierżawy Zezwalaj na punkty końcowe XMLA i analizowanie w programie Excel z lokalnymi modelami semantycznymi. Jeśli musisz wygenerować pliki Analizuj w Excel (AIXL), które łączą się z punktem końcowym XMLA, ustawienie dzierżawy na poziomie Użytkownicy mają możliwości pracy z modelami semantycznymi w Excelu, korzystając z połączenia na żywo powinno być również włączone. Te ustawienia są domyślnie włączone.

Umożliwienie punktów końcowych XMLA i analizowanie w Excelu z wykorzystaniem lokalnych modeli semantycznych jest ustawieniem integracji.

Użytkownicy mogą pracować z modelami semantycznymi w programie Excel, korzystając z połączenia na żywo, co jest ustawieniem eksportu i udostępniania.

W poniższej tabeli opisano konsekwencje obu ustawień:

Dostęp za pośrednictwem punktu końcowego XMLA będzie uwzględniać członkostwo w grupie bezpieczeństwa ustawione na poziomie obszaru roboczego lub aplikacji.

Współautorzy i powyżej w obszarze roboczym mają uprawnienia do zapisu modelu semantycznego, które są faktycznie takie same jak uprawnienia administratorów bazy danych usług Analysis Services. Mogą wdrażać nowe modele semantyczne z poziomu programu Visual Studio i wykonywać skrypty TMSL w programie SSMS.

Użytkownicy z uprawnieniami do kompilowania modelu semantycznego są równoważni odczytującymi bazę danych usług Analysis Services. Mogą łączyć się z modelami semantycznymi i przeglądać je w celu wykorzystania i wizualizacji danych. Reguły zabezpieczeń na poziomie wiersza są respektowane, a oni nie mają dostępu do wewnętrznych metadanych modelu semantycznego.

Operacje wymagające uprawnień administratora serwera usług Analysis Services (a nie administratora bazy danych) nie są ogólnie obsługiwane.

Personifikacja

Personifikacja użytkownika przy użyciu właściwości ciągu połączenia EffectiveUserName jest obsługiwana podczas łączenia z semantycznymi modelami obszaru roboczego Premium. Konto określone w EffectiveUserName musi znajdować się w identyfikatorze Microsoft Entra dzierżawy i musi mieć uprawnienia do odczytu oraz kompilacji dla modelu semantycznego, z którym jest połączony. Jeśli konto nie ma uprawnień do odczytu i kompilacji, usługa Power BI nie może personifikować konta użytkownika. Połączenie zakończy się niepowodzeniem i zostanie zwrócony błąd.

Personifikację można również wykonać, określając co najmniej jedną rolę obszaru roboczego w właściwości Roles parametru połączenia. Za pomocą właściwości Role można przetestować obniżenie poziomu członków roli z uprawnień do zapisu na uprawnienia do odczytu. Następujące uprawnienia roli mają zastosowanie w zależności od konta zalogowanego użytkownika:

• Jeśli użytkownik wykonujący personifikację jest administratorem obszaru roboczego, który jest w rzeczywistości taki sam jak administrator serwera w usługach Analysis Services, nie musi być członkiem żadnej z określonych ról.

• Jeśli użytkownik wykonujący personifikację nie jest administratorem obszaru roboczego, musi należeć do co najmniej jednej z określonych ról, w przeciwnym razie zostanie zwrócony błąd typu „użytkownik nie został znaleziony” lub „brak uprawnień”.

Role modelowe

Za pomocą punktu końcowego XMLA można zdefiniować role, członkostwo w rolach, zabezpieczenia na poziomie wiersza (RLS) i zabezpieczenia na poziomie obiektu (OLS) dla użytkowników w Microsoft Entra ID dzierżawy. Role w Power BI są używane tylko w przypadku RLS (zabezpieczenia na poziomie wiersza) i OLS (zabezpieczenia na poziomie obiektów). Użyj modelu zabezpieczeń Power BI, aby zarządzać uprawnieniami, które wykraczają poza zabezpieczenia na poziomie wiersza i OLS.

W przypadku projektów modeli tabelarycznych utworzonych w programie Visual Studio role można zdefiniować przy użyciu Menedżera ról w projektancie modeli. W przypadku modeli semantycznych w usłudze Power BI role można zdefiniować w programie Power BI Desktop przed opublikowaniem w usłudze. Członkostwo w rolach jest określone w usłudze Power BI. Program SSMS może również służyć do tworzenia ról i zarządzania nimi. W większości przypadków definicje obiektów ról można tworzyć za pomocą języka TMSL w celu utworzenia lub zmodyfikowania obiektu Role. Skrypty TMSL można wykonywać w programie SSMS lub za pomocą polecenia cmdlet Invoke-ASCmd programu PowerShell.

Podczas pracy z rolami za pośrednictwem punktu końcowego XMLA obowiązują następujące ograniczenia:

• Jedynym uprawnieniem dla roli, którą można ustawić dla modeli semantycznych, jest uprawnienie Odczyt. Inne uprawnienia są przyznawane przy użyciu modelu zabezpieczeń usługi Power BI.
• Jednostki usługi nie działają z zabezpieczeniami na poziomie wiersza (RLS) ani z zabezpieczeniami na poziomie obiektu (OLS) i nie można ich dodać jako członków roli modelu.
• Niezależnie od istnienia ról modelu semantycznego, do uzyskania dostępu do odczytu za pośrednictwem punktu końcowego XMLA wymagane są uprawnienia do budowy modelu semantycznego.

Ustawianie poświadczeń źródła danych

Metadane określone za pośrednictwem punktu końcowego XMLA mogą tworzyć połączenia ze źródłami danych, ale nie mogą ustawiać poświadczeń źródła danych. Zamiast tego poświadczenia można ustawić na stronie ustawień modelu semantycznego w usłudze Power BI.

Jednostki usługi

Jednostki usługi to rejestracja aplikacji firmy Microsoft Entra utworzona w ramach dzierżawy w celu wykonywania nienadzorowanych operacji na poziomie zasobów i usług. Są one unikatowym typem tożsamości użytkownika z nazwą aplikacji, identyfikatorem aplikacji, identyfikatorem dzierżawy oraz tajnym kluczem klienta lub certyfikatem używanym jako hasło. Usługa Power BI Premium używa tej samej funkcjonalności głównego elementu usługi co usługa Power BI Embedded.

Zasady usługi mogą być używane w punkcie końcowym XMLA do automatyzowania zadań zarządzania modelami semantycznymi, takich jak aprowizacja obszarów roboczych, wdrażanie modeli oraz odświeżanie modelu semantycznego za pomocą:

• PowerShell
• Azure Automation
• Azure Logic Apps
• Niestandardowe aplikacje klienckie

Aby dowiedzieć się więcej, zobacz Automate Premium workspace and semantic model tasks with service principals (Automatyzowanie zadań modelu Premium i semantycznych za pomocą jednostek usługi).

Wdrażanie projektów opartych na modelu za pomocą Visual Studio (SSDT)

Wdrażanie projektu modelu tabelarycznego w programie Visual Studio w obszarze roboczym Premium jest bardzo takie samo jak wdrażanie na serwerze usług Azure lub SQL Server Analysis Services. Jedyne różnice dotyczą właściwości Serwera wdrażania określonej dla projektu i sposobu określenia poświadczeń źródła danych, aby operacje przetwarzania mogły importować dane ze źródeł danych do nowego modelu semantycznego w obszarze roboczym.

Aby wdrożyć projekt modelu tabelarycznego utworzony w programie Visual Studio, ustaw adres URL połączenia obszaru roboczego we właściwości serwera wdrażania projektu. W programie Visual Studio w Eksplorator rozwiązań kliknij prawym przyciskiem myszy projekt >. We właściwości Serwer wklej adres URL połączenia obszaru roboczego.

Po określeniu właściwości Serwer wdrażania można wdrożyć projekt.

Po wdrożeniu po raz pierwszy w obszarze roboczym jest tworzony model semantyczny przy użyciu metadanych z pliku model.bim. W ramach operacji wdrażania po utworzeniu modelu semantycznego w obszarze roboczym z metadanych modelu przetwarzanie w celu załadowania danych do modelu semantycznego ze źródeł danych zakończy się niepowodzeniem.

Przetwarzanie kończy się niepowodzeniem, ponieważ w przeciwieństwie do wdrażania na platformie Azure lub w wystąpieniu SQL Server Analysis Services, gdzie w ramach operacji wdrażania jest wyświetlany monit o poświadczenia źródła danych, przy wdrażaniu do obszaru roboczego Premium nie można określić poświadczeń źródła danych jako części operacji wdrażania. Zamiast tego po pomyślnych wdrożeniach metadanych i utworzeniu modelu semantycznego poświadczenia źródła danych są następnie określane w usłudze Power BI w ustawieniach modelu semantycznego. W obszarze roboczym wybierz Semantyczne modele>Ustawienia>Poświadczenia źródła danych>Edytuj poświadczenia.

Po określeniu poświadczeń źródła danych można odświeżyć model semantyczny w usłudze Power BI, skonfigurować harmonogram odświeżania lub przetworzyć (odświeżyć) z programu SQL Server Management Studio, aby załadować dane do modelu semantycznego.

Zauważono właściwość Opcja przetwarzania wdrożenia określoną w projekcie w programie Visual Studio. Jeśli jednak źródło danych nie ma poświadczeń określonych w usługa Power BI, nawet jeśli wdrożenie metadanych zakończy się pomyślnie, przetwarzanie zakończy się niepowodzeniem. Właściwość można ustawić na Nie przetwarzaj, uniemożliwiając wszelkie próby przetworzenia w ramach wdrożenia. Możesz ustawić właściwość z powrotem na Wartość domyślna , ponieważ po określeniu poświadczeń źródła danych w ustawieniach źródła danych dla nowego modelu semantycznego przetwarzanie w ramach kolejnych operacji wdrażania zakończy się pomyślnie.

Nawiązywanie połączenia z programem SSMS

Nawiązywanie połączenia z obszarem roboczym przy użyciu programu SSMS jest podobne do nawiązywania połączenia z serwerem usług Azure lub SQL Server Analysis Services. Jedyną różnicą jest wpisanie adresu URL obszaru roboczego jako nazwę serwera, a także konieczność użycia usługi Active Directory - Universal z uwierzytelnianiem wieloskładnikowym.

Nawiązywanie połączenia z obszarem roboczym przy użyciu programu SSMS

1. W programie SQL Server Management Studio wybierz pozycję Połącz z>serwerem.

2. W obszarze Typ serwera wybierz pozycję Analysis Services. W polu Nazwa serwera wprowadź adres URL obszaru roboczego. W obszarze Uwierzytelnianie wybierz pozycję Active Directory — uniwersalne z uwierzytelnianiem wieloskładnikowym, a następnie w polu Nazwa użytkownika wprowadź identyfikator użytkownika organizacji.

   

Po nawiązaniu połączenia obszar roboczy jest wyświetlany jako serwer usług Analysis Services, a modele semantyczne w obszarze roboczym są wyświetlane jako bazy danych.

Aby dowiedzieć się więcej na temat używania programu SSMS do tworzenia metadanych skryptu, zobacz:

• Tworzenie skryptów usług Analysis Services
• Język TMSL (Tabular Model Scripting Language)

Odświeżanie modelu semantycznego

Punkt końcowy XMLA umożliwia szeroką gamę scenariuszy umożliwiających szczegółowe odświeżanie przy użyciu programu SSMS, automatyzacji za pomocą programu PowerShell, usługi Azure Automation i usługi Azure Functions przy użyciu rozwiązania TOM. Można na przykład odświeżyć niektóre partycje historyczne z przyrostowym odświeżaniem bez konieczności ponownego ładowania wszystkich danych historycznych.

W przeciwieństwie do konfigurowania odświeżania w usługa Power BI operacje odświeżania za pośrednictwem punktu końcowego XMLA nie są ograniczone do 48 odświeżeń dziennie, a limit czasu zaplanowanego odświeżania nie jest nakładany.

Data, godzina i stan operacji odświeżania modelu semantycznego, które obejmują transakcję zapisu za pośrednictwem punktu końcowego XMLA, są rejestrowane i wyświetlane w historii odświeżania modelu semantycznego.

Dynamiczne widoki zarządzania (DMV)

DMV usług Analysis Services dają wgląd w metadane modelu semantycznego, pochodzenie i wykorzystanie zasobów. Widoki DMV dostępne do zapytań w usłudze Power BI za pośrednictwem punktu końcowego XMLA są ograniczone do co najwyżej tych, które wymagają uprawnień administratora bazy danych. Niektóre dynamiczne widoki zarządzania nie są na przykład dostępne, ponieważ wymagają uprawnień administratora serwera usług Analysis Services.

Modele semantyczne utworzone w programie Power BI Desktop

Rozszerzone metadane

Operacje zapisu XMLA na modelach semantycznych utworzonych w programie Power BI Desktop i opublikowane w obszarze roboczym Premium wymagają rozszerzonych metadanych. Aby dowiedzieć się więcej, zobacz Udoskonalone metadane modelu semantycznego.

deklaracja źródła danych

Podczas nawiązywania połączenia ze źródłami danych i wykonywania zapytań dotyczących danych program Power BI Desktop używa wyrażeń power Query M jako wbudowanych deklaracji źródła danych. Chociaż jest obsługiwana w obszarach roboczych Premium, deklaracja źródła danych wbudowanego dodatku Power Query M nie jest obsługiwana przez usługi Azure Analysis Services ani SQL Server Analysis Services. Zamiast tego narzędzia do modelowania danych usług Analysis Services, takie jak Visual Studio, tworzą metadane przy użyciu deklaracji źródła danych w postaci strukturalnej lub deklaracji źródła danych dostawcy. W przypadku punktu końcowego XMLA wersja Premium obsługuje również źródła danych ze strukturą i dostawcą, ale nie jako część deklaracji źródła danych Power Query M w modelach programu Power BI Desktop. Aby dowiedzieć się więcej, zobacz Opis dostawców.

Program Power BI Desktop w trybie połączenia na żywo

Program Power BI Desktop może łączyć się z semantycznym modelem usługi Power BI Premium przy użyciu połączenia na żywo. Korzystając z połączenia na żywo, dane nie muszą być replikowane lokalnie, co ułatwia użytkownikom korzystanie z modeli semantycznych. Istnieją dwa sposoby nawiązywania połączenia przez użytkowników:

• Wybierz semantyczne modele usługi Power BI, a następnie wybierz model semantyczny, aby utworzyć raport. Jest to zalecany sposób łączenia użytkowników na żywo z modelami semantycznymi. Ta metoda zapewnia ulepszone doświadczenie odkrywania pokazujące poziom zatwierdzenia modeli semantycznych. Użytkownicy nie muszą znajdować i śledzić adresów URL obszaru roboczego. Aby znaleźć model semantyczny, użytkownicy po prostu wpisują nazwę modelu lub przewijają, aby znaleźć szukany model.

  

• Użyj Pobierz dane>Analysis Services, określ nazwę obszaru roboczego Power BI Premium w formie adresu URL, wybierz Połącz na żywo, a następnie w nawigatorze wybierz model semantyczny. W takim przypadku program Power BI Desktop używa punktu końcowego XMLA do nawiązywania połączenia na żywo z modelem semantycznym, tak jakby był to model danych usług Analysis Services.

  

Organizacje, które mają istniejące raporty połączone na żywo z modelami danych usługi Analysis Services i zamierzają przeprowadzić migrację do modeli semantycznych w warstwie Premium, muszą tylko zmienić adres URL nazwy serwera w Transform dataustawienia źródła danych.

Dzienniki inspekcji

Gdy aplikacje łączą się z obszarem roboczym, dostęp za pośrednictwem punktów końcowych XMLA jest rejestrowany w dziennikach inspekcji usługi Power BI przy użyciu następujących operacji:

Aby dowiedzieć się więcej, zobacz Inspekcja usługi Power BI.

Rozważania i ograniczenia

Nie można modyfikować domyślnych modeli semantycznych usługi Power BI przy użyciu punktu końcowego XMLA.

Powiązana zawartość

Aby uzyskać więcej informacji związanych z tym artykułem, zobacz:

• Scenariusze użycia usługi Power BI: Zaawansowane zarządzanie modelami danych
• Pytania? Spróbuj zapytać społeczność Power BI
• Sugestie? Współtworzenie pomysłów na ulepszanie usługi Power BI