Łączność modelu semantycznego z punktem końcowym XMLA
Obszary robocze Usługi Power BI Premium, Premium na użytkownika i Power BI Embedded używają punktu końcowego XMLA do obsługi łączności typu open-platform z aplikacji klienckich i narzędzi firmy Microsoft i 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 łączność tylko do odczytu przy użyciu punktu końcowego jest włączona dla obciążenia 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 bardziej semantyczne zarządzanie modelami, ład, 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 — tabele przestawne programu Excel są jednym z najpopularniejszych narzędzi używanych do podsumowywania, analizowania, eksplorowania i prezentowania danych podsumowania z semantycznych modeli usługi Power BI. W przypadku operacji zapytań wymagany jest tylko do odczytu. Wymaga wersji szybka do uruchomienia pakietu Office 16.0.13612.10000 lub nowszej.
Program Visual Studio z projektami usług Analysis Services — znany 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 być na poziomie zgodności 1500 lub wyższym. 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 JĘZYKA DAX, MDX i XMLA. Wykonaj szczegółowe operacje odświeżania i wykonywanie skryptów metadanych modelu semantycznego przy użyciu języka TMSL (Tabular Model Scripting Language ). Wymaga tylko do odczytu dla 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 przestarzała dla programu SQL Server, profiler jest nadal zawarty w programie SSMS i nadal jest obsługiwany dla usług 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.Aby dowiedzieć się więcej, zobacz SQL Server Profiler for Analysis Services.
Kreator wdrażania usług Analysis Services — zainstalowany za pomocą programu SSMS to narzędzie udostępnia wdrażanie projektów modeli tabelarycznych utworzonych w programie Visual Studio w obszarach 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 usług Azure Analysis Services w module Az.AnalysisServices nie są obsługiwane w przypadku modeli semantycznych usługi Power BI. Aby dowiedzieć się więcej, zobacz Dokumentacja programu PowerShell 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 tylko do odczytu 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 według folderów wyświetlania z obsługą edycji właściwości wielokrotnego wyboru 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 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. Różnice i scalanie plików metadanych, gałęzi i repozytoriów. Ponowne używanie typowych definicji między modelami semantycznymi. Wymaga tylko do odczytu dla operacji zapytań. Wymaga odczytu i zapisu na potrzeby operacji metadanych. Aby dowiedzieć się więcej, zobacz alm-toolkit.com.
Inne firmy — obejmuje aplikacje i narzędzia do wizualizacji danych klienta, które mogą łączyć się z modelami semantycznymi, wykonywać zapytania i korzystać z nich 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 tylko do odczytu lub zapisu jest zależny 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łączanie odczytu i zapisu 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
Wybierz pozycję Portal administracyjny ustawień>.
W portalu administracyjnym wybierz pozycję Ustawienia>pojemności Nazwa pojemności usługi Power BI Premium.>
Rozwiń węzeł Obciążenia. W ustawieniu Punkt końcowy XMLA wybierz pozycję Odczyt zapisu. Ustawienie Punkt końcowy XMLA dotyczy wszystkich obszarów roboczych i modeli semantycznych przypisanych do pojemności.
Aby włączyć odczyt i zapis dla warstwy Premium na użytkownika
- Wybierz pozycję Portal administracyjny ustawień>.
- W portalu administracyjnym wybierz pozycję Premium na użytkownika.
- Rozwiń pozycję Ustawienia obciążenia modelu semantycznego. W ustawieniu Punkt końcowy XMLA wybierz pozycję Odczyt zapisu.
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.
Uwaga
Nawiązywanie połączenia z obszarem Mój obszar roboczy przy użyciu punktu końcowego XMLA nie jest obecnie obsługiwane.
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\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 udzielono uprawnień do "Obszaru roboczego sprzedaży", musi 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 witryny Azure Portal, wybierz pozycję Microsoft Entra ID z menu głównego, a następnie zanotuj informacje na stronie Microsoft Entra Overview (Omówienie firmy Microsoft). Aby uzyskać więcej informacji, zobacz Znajdowanie identyfikatora dzierżawy usługi Microsoft Entra i podstawowej nazwy domeny.
Aby uzyskać adres URL połączenia obszaru roboczego
W obszarze Ustawienia obszaru roboczego Połączenie obszaru roboczego >Premium>wybierz pozycję 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 pozycję 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ść ten temat, 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. Nazwę modelu semantycznego i identyfikator GUID można uzyskać 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 z nowych, usuniętych i zmienionych modeli semantycznych mogą potrwać do kilku minut.
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 wypychania przy użyciu interfejsu API REST.
- Modele semantyczne w obszarze Mój obszar roboczy.
- 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 właściwości punktu końcowego XMLA włączonego do odczytu i zapisu przez administratora pojemności ustawienie na poziomie dzierżawy Zezwalaj na punkty końcowe XMLA i Analizowanie w programie Excel z lokalnymi modelami semantycznymi musi być włączone w portalu administracyjnym. Jeśli musisz wygenerować pliki Analizuj w programie Excel (AIXL), które łączą się z punktem końcowym XMLA, ustawienie na poziomie dzierżawy Użytkownicy mogą pracować z modelami semantycznymi w programie Excel przy użyciu połączenia na żywo powinno być również włączone. Te ustawienia są domyślnie włączone.
Zezwalanie na punkty końcowe XMLA i analizowanie w programie Excel przy użyciu lokalnych modeli semantycznych jest ustawieniem integracji.
Użytkownicy mogą pracować z modelami semantycznymi w programie Excel przy użyciu połączenia na żywo jest ustawieniem Eksportuj i udostępniania.
W poniższej tabeli opisano konsekwencje obu ustawień:
| Ustawienie | Zezwalanie na punkty końcowe XMLA i analizowanie w programie Excel przy użyciu lokalnych modeli semantycznych = wyłączone | Zezwalaj na punkty końcowe XMLA i analizowanie w programie Excel przy użyciu lokalnych modeli semantycznych = włączone |
|---|---|---|
| Użytkownicy mogą pracować z modelami semantycznymi w programie Excel przy użyciu połączenia na żywo = wyłączone | XMLA: niedozwolone Analizowanie w programie Excel: niedozwolone |
XMLA: dozwolone Analizowanie w programie Excel: niedozwolone |
| Użytkownicy mogą pracować z modelami semantycznymi w programie Excel przy użyciu połączenia na żywo = włączone | XMLA: niedozwolone Analizowanie w programie Excel: dozwolone |
XMLA: dozwolone Analizowanie w programie Excel: dozwolone |
Dostęp za pośrednictwem punktu końcowego XMLA będzie honorować członkostwo w grupie zabezpieczeń ustawione na poziomie obszaru roboczego/aplikacji.
Współautorzy obszaru roboczego i nowsze mają uprawnienia do semantycznego modelu zapisu, które są w rzeczywistości takie same jak administratorzy 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 modelu semantycznego kompilacji są równoważne czytelnikom bazy danych usług Analysis Services. Mogą łączyć się z modelami semantycznymi i przeglądać je pod kątem użycia danych i wizualizacji. Reguły zabezpieczeń na poziomie wiersza są honorowane i nie widzą 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 EffectiveUserName parametry połączenia jest obsługiwana podczas nawiązywania połączenia z modelami semantycznymi obszaru roboczego Premium. Konto określone w effectiveUserName musi znajdować się w identyfikatorze Microsoft Entra dzierżawy i musi mieć uprawnienia odczyt i kompilacja dla modelu semantycznego, z który 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 we właściwości Role parametry połączenia. Za pomocą właściwości Role można przetestować członków roli obniżania poziomu z uprawnieniami do zapisu w uprawnieniach 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 nie znaleziono użytkownika lub nie zostanie zwrócony błąd typu uprawnień.
Role modelu
Za pomocą punktu końcowego XMLA role, członkostwo w rolach, zabezpieczenia na poziomie wiersza i zabezpieczenia na poziomie obiektu (OLS) można zdefiniować dla użytkowników w identyfikatorze Microsoft Entra dzierżawy. Role modelu w usłudze Power BI są używane tylko w przypadku zabezpieczeń na poziomie wiersza i ols. Użyj modelu zabezpieczeń usługi Power BI, aby kontrolować uprawnienia wykraczające 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ługa 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 i systemem OLS i nie można ich dodać jako członków roli modelu.
- Uprawnienia do tworzenia modelu semantycznego są wymagane do odczytu za pośrednictwem punktu końcowego XMLA, niezależnie od istnienia ról 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 i wpisem tajnym klienta lub certyfikatem hasła. Usługa Power BI Premium używa tej samej funkcji jednostki usługi co usługa Power BI Embedded.
Jednostki usługi mogą służyć z punktem końcowym XMLA do automatyzowania zadań zarządzania semantycznymi modelami, takich jak aprowizowanie obszarów roboczych, wdrażanie modeli i 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 modelu z poziomu programu 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 >Właściwości. 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 programu SQL Server Analysis Server, w którym w ramach operacji wdrażania jest wyświetlany monit o poświadczenia źródła danych źródła danych w warstwie Premium, podczas wdrażania w ramach operacji wdrażania nie można określić poświadczeń źródła danych obszaru roboczego Premium. 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 pozycję 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ługa Power BI, skonfigurować odświeżanie harmonogramu lub przetworzyć (odświeżenie) z programu SQL Server Management Studio, aby załadować dane do modelu semantycznego.
Zaobserwowano właściwość Opcja przetwarzania wdrożenia określona 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 określenie adresu URL obszaru roboczego w nazwie serwera i należy użyć usługi Active Directory — universal z uwierzytelnianiem wieloskładnikowym .
Nawiązywanie połączenia z obszarem roboczym przy użyciu programu SSMS
W programie SQL Server Management Studio wybierz pozycję Połącz z>serwerem.
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:
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 odświeżania przyrostowego 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.
Uwaga
Operacje odświeżania wykonywane przez punkt końcowy XMLA nie są automatycznie odświeżane pamięci podręczne kafelków. Pamięci podręczne kafelków są odświeżane tylko wtedy, gdy użytkownik uzyskuje dostęp do raportu.
Dynamiczne widoki zarządzania (DMV)
Widoki DMV usług Analysis Services zapewniają widoczność metadanych modelu semantycznego, pochodzenia i użycia zasobów. Widoki DMV dostępne do wykonywania zapytań w usłudze Power BI za pośrednictwem punktu końcowego XMLA są ograniczone do maksymalnie 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 Rozszerzone metadane modelu semantycznego.
Uwaga
W tej chwili operacja zapisu w modelu semantycznym utworzonym w programie Power BI Desktop uniemożliwia pobranie jej z powrotem jako pliku PBIX. Pamiętaj, aby zachować oryginalny plik PBIX.
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 ze strukturą lub dostawcą . W przypadku punktu końcowego XMLA wersja Premium obsługuje również źródła danych ze strukturą i dostawcą, ale nie jako część wbudowanych deklaracji źródła danych dodatku 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 pozycję Modele semantyczne 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 środowisko odnajdywania pokazujące poziom poręczenia modeli semantycznych. Użytkownicy nie muszą znajdować i śledzić adresów URL obszaru roboczego. Aby znaleźć model semantyczny, użytkownicy po prostu wpiszą nazwę semantycznego modelu lub przewiń, aby znaleźć szukany model semantyczny.
Za pomocą opcji Pobierz usługi Data>Analysis Services określ nazwę obszaru roboczego usługi Power BI Premium jako adres URL, wybierz pozycję 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ług Analysis Services i zamierzają przeprowadzić migrację do modeli semantycznych w warstwie Premium, muszą tylko zmienić adres URL nazwy serwera w ustawieniach przekształcania ź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:
| Przyjazna nazwa operacji | Nazwa operacji |
|---|---|
| Połączony z semantycznym modelem usługi Power BI z poziomu aplikacji zewnętrznej | ConnectFromExternalApplication |
| Zażądano odświeżania modelu semantycznego usługi Power BI z poziomu aplikacji zewnętrznej | RefreshDatasetFromExternalApplication |
| Utworzono semantyczny model usługi Power BI na podstawie aplikacji zewnętrznej | CreateDatasetFromExternalApplication |
| Edytowany model semantyczny usługi Power BI z aplikacji zewnętrznej | EditDatasetFromExternalApplication |
| Usunięty model semantyczny usługi Power BI z aplikacji zewnętrznej | DeleteDatasetFromExternalApplication |
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: