Semantische modelconnectiviteit met het XMLA-eindpunt
Power BI Premium-, Premium-per-gebruiker- en Power BI Embedded-werkruimten maken gebruik van een XMLA-eindpunt ter ondersteuning van open platformconnectiviteit vanuit Microsoft- en clienttoepassingen en hulpprogramma's van derden.
XMLA-eindpunten
Werkruimten gebruiken het XML for Analysis-protocol (XMLA) voor communicatie tussen clienttoepassingen en de engine die uw Power BI-werkruimten en semantische modellen beheert. Deze communicatie wordt vaak XMLA-eindpunten genoemd. XMLA is het communicatieprotocol dat wordt gebruikt door de Microsoft Analysis Services-engine, die de semantische modellering, governance, levenscyclus en gegevensbeheer van Power BI uitvoert. Gegevens die via het XMLA-protocol worden verzonden, worden volledig versleuteld.
Standaard is alleen-lezenconnectiviteit met behulp van het eindpunt ingeschakeld voor de workload Semantische modellen in een capaciteit. Met alleen-lezen kunnen toepassingen en hulpprogramma's voor gegevensvisualisatie query's uitvoeren op semantische modelgegevens, metagegevens, gebeurtenissen en schema's.
Lees-schrijfbewerkingen met behulp van het eindpunt kunnen worden ingeschakeld. Lezen/schrijven biedt meer semantisch modelbeheer, governance, geavanceerde semantische modellering, foutopsporing en bewaking. Wanneer deze functie is ingeschakeld, hebben semantische modellen meer pariteit met Azure Analysis Services en SQL Server Analysis Services op tabellaire modelleringshulpprogramma's en -processen.
Eigenschappen van Analysis Services-server
Power BI Premium ondersteunt veel Analysis Services-servereigenschappen. Als u deze eigenschappen wilt bekijken, raadpleegt u Server-eigenschappen in Analysis Services.
Gebruiksvoorwaarden
Het gebruik van het XMLA-eindpunt is onderhevig aan:
Toepassing met één gebruiker: de toepassing maakt gebruik van één gebruikersaccount of app-identiteit voor toegang tot een semantisch Power BI-model via het XMLA-eindpunt. Voorbeelden van toepassingen met één gebruiker zijn hulpprogramma's voor ontwikkelaars, beheerscripts en geautomatiseerde processen. Deze toepassingen kunnen taken uitvoeren, zoals gegevensmodellering en beheertaken die de metagegevens van een semantisch model wijzigen, back-up- of herstelbewerkingen wijzigen, of een gegevensvernieuwing activeren. De gebruikersaccount of app-identiteit die door de clienttoepassing wordt gebruikt voor toegang tot een semantisch model, moet een geldige PPU-licentie (Premium Per User) hebben, tenzij het semantische model zich in een Premium-capaciteit bevindt.
Toepassing voor meerdere gebruikers : de toepassing biedt meerdere gebruikers toegang tot een semantisch Power BI-model. Een toepassing in de middelste laag die bijvoorbeeld een semantisch model integreert in een bedrijfsoplossing en het semantische model opent namens de zakelijke gebruikers.
- PPU-werkruimten (Premium Per User): voor de toepassing moet elke gebruiker zich aanmelden bij Power BI. Voor elke gebruiker gebruikt de toepassing een toegangstoken om toegang te krijgen tot de semantische modellen. De toepassing kan geen serviceaccount of andere app-identiteit gebruiken om taken uit te voeren namens afzonderlijke gebruikers. Elke gebruiker moet een eigen Power BI-account hebben voor het openen van rapporten, het openen van semantische modellen en het uitvoeren van query's.
- Voor Premium-werkruimten kan de toepassing een serviceaccount of app-identiteit gebruiken namens eindgebruikers zonder dat elke gebruiker zich hoeft aan te melden bij Power BI.
Clienttoepassingen en -hulpprogramma's
Algemene toepassingen en hulpprogramma's die worden gebruikt met Azure Analysis Services en SQL Server Analysis Services die nu worden ondersteund door semantische Power BI Premium-modellen:
Microsoft Excel – Excel-draaitabellen zijn een van de meest voorkomende hulpprogramma's voor het samenvatten, analyseren, verkennen en presenteren van samenvattingsgegevens van semantische Power BI-modellen. Alleen-lezen is vereist voor querybewerkingen. Vereist de Klik-en-Klaar-versie van Office 16.0.13612.10000 of hoger.
Visual Studio met Analysis Services-projecten : bekend als SQL Server Data Tools (SSDT). SSDT is een hulpprogramma voor het ontwerpen van modellen op ondernemingsniveau voor tabellaire Analysis Services-modellen. Alle edities van Visual Studio 2017 en hoger, waaronder de gratis Community-editie, bieden ondersteuning voor Analysis Services-projecten. Vereist extensieversie 2.9.14 of hoger om tabellaire modellen te implementeren in een Premium-werkruimte. Het model moet het compatibiliteitsniveau 1500 of hoger hebben om te implementeren. Vereist XMLA-lees-schrijfbewerkingen voor de werkbelasting van semantische modellen. Zie Hulpprogramma's voor Analysis Services voor meer informatie.
SQL Server Management Studio (SSMS): ondersteunt DAX-, MDX- en XMLA-query's. Voer gedetailleerde vernieuwingsbewerkingen en scripting uit van semantische modelmetagegevens met behulp van de TMSL (Tabular Model Scripting Language ). Vereist alleen-lezen voor querybewerkingen. Vereist lezen/schrijven voor scriptmetagegevens. Vereist SSMS versie 18.9 of hoger. Download SSMS.
SQL Server Profiler : SQL Server Profiler wordt geïnstalleerd met SSMS. Hiermee kunnen semantische modelgebeurtenissen worden tracering en foutopsporing uitgevoerd. Hoewel Profiler officieel afgeschaft is voor SQL Server, wordt Profiler nog steeds opgenomen in SSMS en blijft deze ondersteund voor Analysis Services en Power BI. Vereist SQL Server Profiler versie 18.9 of hoger. Gebruikers moeten het semantische model (initiële catalogus) opgeven wanneer ze verbinding maken met het XMLA-eindpunt. Zie SQL Server Profiler voor Analysis Services voor meer informatie.
Wizard Analysis Services-implementatie: geïnstalleerd met SSMS. Dit hulpprogramma biedt implementatie van in Visual Studio geschreven projecten voor tabellaire modellen in Analysis Services en Premium-werkruimten. Het kan interactief worden uitgevoerd of vanaf de opdrachtregel voor automatisering. XMLA read-write is vereist. Zie de wizard Analysis Services-implementatie voor meer informatie.
PowerShell-cmdlets: Gebruik Analysis Services-cmdlets om semantische modelbeheertaken, zoals vernieuwingsbewerkingen, te automatiseren. Vereist XMLA-lees-schrijven. Vereist versie 21.1.18256 of hoger van de SqlServer PowerShell-module. Azure Analysis Services-cmdlets in de Az.AnalysisServices-module worden niet ondersteund voor semantische Power BI-modellen. Zie PowerShell-naslaginformatie over Analysis Services voor meer informatie.
Power BI Report Builder : een hulpprogramma voor het ontwerpen van gepagineerde rapporten. Maak een rapportdefinitie waarmee de gegevens worden opgegeven die moeten worden opgehaald, waar deze moeten worden opgehaald en hoe u deze kunt weergeven. U kunt een voorbeeld van uw rapport bekijken in Report Builder en het rapport vervolgens publiceren naar de Power BI-service. Vereist alleen-lezen XMLA. Zie Power BI Report Builder voor meer informatie.
Tabular Editor : een opensource-hulpprogramma voor het maken, onderhouden en beheren van tabellaire modellen met behulp van een intuïtieve, lichtgewicht editor. In een hiërarchische weergave worden alle objecten in het tabellaire model weergegeven. Hiermee organiseert u objecten op weergavemappen met ondersteuning voor het bewerken van eigenschappen met meerdere selecties en het markeren van DAX-syntaxis. Vereist alleen-lezen XMLA voor querybewerkingen. Vereist lezen/schrijven voor metagegevensbewerkingen. Zie tabulareditor.github.io voor meer informatie.
DAX Studio : een opensource-hulpprogramma voor het ontwerpen, diagnosticeren, afstemmen van prestaties en analyse van DAX. Functies zijn onder andere bladeren door objecten, geïntegreerde tracering, uitsplitsing van queryuitvoeringen met gedetailleerde statistieken, markering en opmaak van DAX-syntaxis. Vereist alleen-lezen XMLA voor querybewerkingen. Zie daxstudio.org voor meer informatie.
ALM Toolkit : een opensource-hulpprogramma voor het vergelijken van schema's voor semantische Power BI-modellen, meestal gebruikt voor ALM-scenario's (Application Lifecycle Management). Voer de implementatie uit in omgevingen en behoud historische gegevens voor incrementeel vernieuwen. Metagegevensbestanden, vertakkingen en opslagplaatsen splitsen en samenvoegen. Veelgebruikte definities tussen semantische modellen opnieuw gebruiken. Vereist alleen-lezen voor querybewerkingen. Vereist lezen/schrijven voor metagegevensbewerkingen. Zie alm-toolkit.com voor meer informatie.
Derden: bevat toepassingen en hulpprogramma's voor clientgegevensvisualisatie waarmee u semantische modellen in Premium-werkruimten kunt verbinden, er query's op kunt uitvoeren en gebruiken. De meeste hulpprogramma's vereisen de nieuwste versies van MSOLAP-clientbibliotheken, maar sommige kunnen ADOMD gebruiken. Het XMLA-eindpunt alleen-lezen of lezen/schrijven is afhankelijk van de bewerkingen.
Clientbibliotheken
Clienttoepassingen en hulpprogramma's communiceren niet rechtstreeks met het XMLA-eindpunt. In plaats daarvan gebruiken ze clientbibliotheken als abstractielaag. Dit zijn dezelfde clientbibliotheken die toepassingen gebruiken om verbinding te maken met Azure Analysis Services en SQL Server Analysis Services. Microsoft-toepassingen zoals Excel, SQL Server Management Studio (SSMS) en analysis Services-projecten voor Visual Studio installeren alle drie de clientbibliotheken en werken ze bij met regelmatige toepassings- en extensie-updates. Ontwikkelaars kunnen de clientbibliotheken gebruiken om aangepaste toepassingen te bouwen. In sommige gevallen, met name bij toepassingen van derden, indien niet geïnstalleerd met de toepassing, kan het nodig zijn om nieuwere versies van de clientbibliotheken te installeren. Clientbibliotheken worden maandelijks bijgewerkt. Zie Clientbibliotheken om verbinding te maken met Analysis Services voor meer informatie.
Semantische modellen optimaliseren voor schrijfbewerkingen door grote modellen in te schakelen
Wanneer u het XMLA-eindpunt gebruikt voor semantisch modelbeheer met schrijfbewerkingen, is het raadzaam het semantische model in te schakelen voor grote modellen. Dit vermindert de overhead van schrijfbewerkingen, waardoor ze aanzienlijk sneller kunnen worden. Voor semantische modellen van meer dan 1 GB (na compressie) kan het verschil aanzienlijk zijn. Zie Grote modellen in Power BI Premium voor meer informatie.
XMLA lezen/schrijven inschakelen
Premium-capaciteit of Premium Per Gebruiker semantische modelworkloads hebben standaard de instelling voor de eigenschap XMLA-eindpunt ingeschakeld voor alleen-lezen. Dit betekent dat toepassingen alleen query's kunnen uitvoeren op een semantisch model. Voor het uitvoeren van schrijfbewerkingen moet de eigenschap XMLA Endpoint zijn ingeschakeld voor lezen/schrijven.
Lezen/schrijven inschakelen voor een Premium-capaciteit
Selecteer Instellingen> Beheer portal.
Selecteer in de Beheer-portal de naam van de Power BI Premium-capaciteitsinstellingen>>.
Vouw workloads uit. Selecteer In de instelling XMLA-eindpunt de optie Lezen schrijven. De instelling XMLA-eindpunt is van toepassing op alle werkruimten en semantische modellen die zijn toegewezen aan de capaciteit.
Lezen/schrijven inschakelen voor Premium per gebruiker
- Selecteer Instellingen> Beheer portal.
- Selecteer Premium per gebruiker in de Beheer-portal.
- Vouw de workloadinstellingen van het Semantische model uit. Selecteer In de instelling XMLA-eindpunt de optie Lezen schrijven.
Verbinding maken naar een Premium-werkruimte
Werkruimten die zijn toegewezen aan een capaciteit, hebben een verbindingsreeks in URL-indeling. Voorbeeld:
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
Toepassingen die verbinding maken met de werkruimte gebruiken de URL alsof het een Analysis Services-servernaam is. Voorbeeld:
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.
Gebruikers met UPN's in dezelfde tenant (niet B2B) kunnen de naam van de tenant vervangen door myorg. Voorbeeld:
powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.
B2B-gebruikers moeten de UPN van hun organisatie opgeven in de naam van de tenant. Voorbeeld:
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.
Als u de primaire domeinnaam en id van een Power BI-tenant wilt bepalen, meldt u zich aan bij Azure Portal, selecteert u Microsoft Entra-id in het hoofdmenu en noteert u de informatie op de overzichtspagina van Microsoft Entra. Zie De Microsoft Entra-tenant-id en de primaire domeinnaam zoeken voor meer informatie.
Notitie
Verbinding maken naar een Mijn werkruimte met behulp van het XMLA-eindpunt wordt momenteel niet ondersteund.
De URL van de werkruimteverbinding ophalen
Selecteer Kopiëren in werkruimte Instellingen> Premium>Workspace Verbinding maken ion.
vereisten voor Verbinding maken ie
Initiële catalogus
Met sommige hulpprogramma's, zoals SQL Server Profiler, moet u een initiële catalogus opgeven. Dit is het semantische model (database) waarmee u verbinding wilt maken in uw werkruimte. Selecteer in het dialoogvenster Verbinding maken server opties> Verbinding maken ioneigenschappen> Verbinding maken de database en voer de naam van het semantische model in.
Namen van werkruimten dupliceren
Werkruimten in Power BI-validatie voorkomt het maken of hernoemen van werkruimten met dubbele namen. Wanneer u verbinding maakt met een werkruimte met dezelfde naam als een andere werkruimte, krijgt u mogelijk het volgende bericht:
Kan geen verbinding maken met powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].
Als u dit wilt omzeilen, geeft u naast de naam van de werkruimte de ObjectIDGuid op. U kunt de ObjectIDGuid kopiëren vanuit de object-id van de werkruimte in de URL. Voeg de object-id toe aan de verbindings-URL. Voorbeeld:
powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.
Dubbele semantische modelnaam
Als u verbinding wilt maken met een semantisch model met dezelfde naam als een ander semantisch model in dezelfde werkruimte, voegt u de semantische model-guid toe aan de naam van het semantische model. U kunt zowel de semantische modelnaam als de guid ophalen wanneer deze is verbonden met de werkruimte in SSMS.
Vertraging in semantische modellen die worden weergegeven
Wanneer u verbinding maakt met een werkruimte, kunnen wijzigingen van nieuwe, verwijderde en hernoemde semantische modellen enkele minuten duren.
Niet-ondersteunde semantische modellen
De volgende semantische modellen zijn niet toegankelijk met behulp van het XMLA-eindpunt. Deze semantische modellen worden niet weergegeven onder de werkruimte in SSMS of in andere hulpprogramma's:
- Semantische modellen op basis van een liveverbinding met een Azure Analysis Services- of SQL Server Analysis Services-model.
- Semantische modellen op basis van een liveverbinding met een semantisch Power BI-model in een andere werkruimte. Zie Inleiding tot semantische modellen in werkruimten voor meer informatie.
- Semantische modellen met pushgegevens met behulp van de REST API.
- Semantische modellen in Mijn werkruimte.
- Semantische Excel-werkmappen.
Server-/werkruimtealias
Servernaamaliassen, ondersteund in Azure Analysis Services, worden niet ondersteund voor Premium-werkruimten.
Beveiliging
Naast de eigenschap XMLA-eindpunt waarvoor lezen/schrijven is ingeschakeld door de capaciteitsbeheerder, moet de instelling XMLA-eindpunten op tenantniveau toestaan en analyseren in Excel met on-premises semantische modellen zijn ingeschakeld in de beheerportal. Als u AIXL-bestanden (Analyze in Excel) wilt genereren die verbinding maken met het XMLA-eindpunt, moet de instelling op tenantniveau *Gebruikers kunnen werken met semantische modellen in Excel met behulp van een liveverbinding , moeten ook zijn ingeschakeld. Deze instellingen zijn beide standaard ingeschakeld.
XMLA-eindpunten toestaan en analyseren in Excel met on-premises semantische modellen is een integratie-instelling.
Gebruikers kunnen werken met semantische modellen in Excel met behulp van een liveverbinding is een instelling voor exporteren en delen.
In de volgende tabel worden de gevolgen van beide instellingen beschreven:
| Instelling | XMLA-eindpunten toestaan en analyseren in Excel met on-premises semantische modellen = uitgeschakeld | XMLA-eindpunten toestaan en analyseren in Excel met on-premises semantische modellen = ingeschakeld |
|---|---|---|
| Gebruikers kunnen werken met semantische modellen in Excel met behulp van een liveverbinding = uitgeschakeld | XMLA is niet toegestaan, Analyseren in Excel is niet toegestaan, AIXL voor on-premises semantische modellen is niet toegestaan | XMLA toegestaan, Analyseren in Excel is niet toegestaan, AIXL voor on-premises semantische modellen toegestaan |
| Gebruikers kunnen werken met semantische modellen in Excel met behulp van een liveverbinding = ingeschakeld | XMLA is niet toegestaan, Analyseren in Excel toegestaan, AIXL voor on-premises semantische modellen is niet toegestaan | XMLA toegestaan, Analyseren in Excel toegestaan, AIXL voor on-premises semantische modellen toegestaan |
Toegang via het XMLA-eindpunt houdt rekening met het lidmaatschap van de beveiligingsgroep die is ingesteld op het niveau van de werkruimte/app.
Inzenders van werkruimten en hoger hebben semantische machtigingen voor schrijfmodellen, die in feite hetzelfde zijn als Analysis Services-databasebeheerders. Ze kunnen nieuwe semantische modellen implementeren vanuit Visual Studio en TMSL-scripts uitvoeren in SSMS.
Gebruikers met semantische modelmachtigingen bouwen zijn gelijk aan Analysis Services-databaselezers. Ze kunnen verbinding maken met en bladeren door semantische modellen voor gegevensverbruik en visualisatie. Regels voor beveiliging op rijniveau (RLS) worden gehonoreerd en kunnen geen interne semantische modelmetagegevens zien.
Bewerkingen waarvoor beheerdersmachtigingen voor Analysis Services-servers (in plaats van databasebeheerder) in het algemeen zijn vereist, worden niet ondersteund.
Imitatie
Gebruikersimitatie met behulp van de eigenschap EffectiveUserName verbindingsreeks wordt ondersteund bij het maken van verbinding met semantische Premium-werkruimtemodellen. Het account dat is opgegeven in EffectiveUserName, moet zich in de Microsoft Entra-id van de tenant bevinden en moet zowel lees- als buildmachtigingen hebben voor het semantische model dat wordt verbonden met. Als het account geen lees- en buildmachtigingen heeft, kan Power BI het gebruikersaccount niet imiteren. De verbinding mislukt en er wordt een fout geretourneerd.
U kunt imitatie ook uitvoeren door een of meer werkruimterollen op te geven in de eigenschap Roles verbindingsreeks. Met de eigenschap Rollen kunt u downgrading van rolleden testen met schrijfmachtigingen voor leesmachtigingen. De volgende rolmachtigingen zijn van toepassing, afhankelijk van het account van de gebruiker dat is aangemeld:
Als de gebruiker die imitatie uitvoert een werkruimtebeheerder is , die in feite hetzelfde is als een serverbeheerder in Analysis Services, hoeven ze geen lid te zijn van een van de opgegeven rollen.
Als de gebruiker die imitatie uitvoert geen werkruimtebeheerder is, moet deze behoren tot een of meer van de opgegeven rollen, anders wordt een gebruiker niet gevonden of wordt er geen machtigingstypefout geretourneerd.
Modelrollen
Met het XMLA-eindpunt kunnen rollen, rollidmaatschap, beveiliging op rijniveau (RLS) en BEVEILIGING op objectniveau (OLS) worden gedefinieerd voor gebruikers in de Microsoft Entra-id van de tenant. Modelrollen in Power BI worden alleen gebruikt voor RLS en OLS. Gebruik het Power BI-beveiligingsmodel om machtigingen te beheren buiten RLS en OLS.
Voor tabellaire modelprojecten die zijn gemaakt in Visual Studio, kunnen rollen worden gedefinieerd met behulp van Role Manager in de modelontwerper. Voor semantische modellen in Power BI kunnen rollen worden gedefinieerd in Power BI Desktop voordat ze naar de service worden gepubliceerd. Rollidmaatschap wordt opgegeven in de Power BI-service. SSMS kan ook worden gebruikt voor het maken en beheren van rollen. In de meeste gevallen kunnen rolobjectdefinities worden gescript met behulp van TMSL om het rollenobject te maken of te wijzigen. TMSL-scripts kunnen worden uitgevoerd in SSMS of met de Invoke-ASCmd PowerShell-cmdlet.
De volgende beperkingen gelden voor het werken met rollen via het XMLA-eindpunt:
- De enige machtiging voor een rol die kan worden ingesteld voor semantische modellen is leesmachtiging. Andere machtigingen worden verleend met behulp van het Power BI-beveiligingsmodel.
- Service-principals werken niet met RLS en OLS en kunnen niet worden toegevoegd als leden van de modelrol.
- Samenstellingsmachtiging voor een semantisch model is vereist voor leestoegang via het XMLA-eindpunt, ongeacht het bestaan van semantische modelrollen.
Gegevensbronreferenties instellen
Metagegevens die zijn opgegeven via het XMLA-eindpunt, kunnen verbindingen met gegevensbronnen maken, maar kunnen geen referenties voor gegevensbronnen instellen. In plaats daarvan kunnen referenties worden ingesteld op de pagina met semantische modelinstellingen in de Power BI-service.
Service-principals
Service-principals zijn een Microsoft Entra-app-registratie die u in uw tenant maakt om bewerkingen op resource- en serviceniveau zonder toezicht uit te voeren. Ze zijn een uniek type gebruikersidentiteit met een app-naam, toepassings-id, tenant-id en clientgeheim of -certificaat voor een wachtwoord. Power BI Premium maakt gebruik van dezelfde functionaliteit van de service-principal als Power BI Embedded.
Service-principals kunnen worden gebruikt met het XMLA-eindpunt voor het automatiseren van semantische modelbeheertaken, zoals het inrichten van werkruimten, het implementeren van modellen en het vernieuwen van semantische modellen met:
- PowerShell
- Azure Automation
- Azure Logic-apps
- Aangepaste clienttoepassingen
Zie Automate Premium-werkruimte en semantische modeltaken met service-principals voor meer informatie.
Modelprojecten implementeren vanuit Visual Studio (SSDT)
Het implementeren van een tabellair modelproject in Visual Studio naar een Premium-werkruimte is veel hetzelfde als het implementeren op een Azure- of SQL Server Analysis Services-server. De enige verschillen zijn in de eigenschap Deployment Server die is opgegeven voor het project en hoe de referenties van de gegevensbron worden opgegeven, zodat verwerkingsbewerkingen gegevens uit gegevensbronnen kunnen importeren in het nieuwe semantische model in de werkruimte.
Als u een project in tabelvorm wilt implementeren dat is gemaakt in Visual Studio, stelt u de URL van de werkruimteverbinding in de eigenschap Deployment Server van het project in. Klik in Visual Studio in Solution Explorer met de rechtermuisknop op de projecteigenschappen>. Plak in de eigenschap Server de URL van de werkruimteverbinding.
Wanneer de eigenschap Deployment Server is opgegeven, kan het project worden geïmplementeerd.
Wanneer een semantisch model de eerste keer wordt geïmplementeerd, wordt er in de werkruimte een semantisch model gemaakt met behulp van metagegevens van het model.bim. Als onderdeel van de implementatiebewerking mislukt de verwerking van gegevens in het semantische model nadat het semantische model is gemaakt in de werkruimte op basis van modelmetagegevens. De verwerking om gegevens in het semantische model uit gegevensbronnen te laden, mislukt.
De verwerking mislukt omdat, in tegenstelling tot het implementeren naar een Azure- of SQL Server Analysis Server-exemplaar, waar u wordt gevraagd om gegevensbronreferenties als onderdeel van de implementatiebewerking, niet wordt opgegeven wanneer u implementeert in een Premium-werkruimtegegevensbronreferenties niet worden opgegeven als onderdeel van de implementatiebewerking. Nadat de implementatie van metagegevens is geslaagd en het semantische model is gemaakt, worden gegevensbronreferenties vervolgens opgegeven in de Power BI-service in semantische modelinstellingen. Selecteer in de werkruimte Semantische modellen> Instellingen> Gegevensbronreferenties> Referenties bewerken.
Wanneer gegevensbronreferenties zijn opgegeven, kunt u vervolgens het semantische model in de Power BI-service vernieuwen vernieuwen, of proces (vernieuwen) vanuit SQL Server Management Studio configureren om gegevens in het semantische model te laden.
De eigenschap Van de implementatieverwerkingsoptie die is opgegeven in het project in Visual Studio, wordt waargenomen. Als een gegevensbron echter geen referenties heeft opgegeven in de Power BI-service, zelfs als de implementatie van metagegevens slaagt, mislukt de verwerking. U kunt de eigenschap instellen op Niet verwerken, waardoor pogingen om te worden verwerkt als onderdeel van de implementatie worden voorkomen. Mogelijk wilt u de eigenschap weer instellen op Standaard , omdat nadat de gegevensbronreferenties zijn opgegeven in de gegevensbroninstellingen voor het nieuwe semantische model, de verwerking als onderdeel van volgende implementatiebewerkingen slaagt.
Verbinden met SSMS
Het gebruik van SSMS om verbinding te maken met een werkruimte is net zoals het maken van verbinding met een Azure- of SQL Server Analysis Services-server. Het enige verschil is dat u de werkruimte-URL opgeeft in de servernaam en u Moet Active Directory - Universeel gebruiken met MFA-verificatie .
Verbinding maken naar een werkruimte met behulp van SSMS
Selecteer in SQL Server Management Studio Verbinding maken> Verbinding maken naar Server.
Selecteer Analysis Services in Servertype. Voer in servernaam de url van de werkruimte in. Selecteer In Verificatie Active Directory - Universeel met MFA en voer vervolgens in Gebruikersnaam de gebruikers-id van uw organisatie in.
Wanneer u verbinding hebt, wordt de werkruimte weergegeven als een Analysis Services-server en worden semantische modellen in de werkruimte weergegeven als databases.
Zie voor meer informatie over het gebruik van SSMS voor scriptmetagegevens:
Semantisch model vernieuwen
Het XMLA-eindpunt maakt een breed scala aan scenario's mogelijk voor verfijnde vernieuwingsmogelijkheden met behulp van SSMS, automatisering met PowerShell, Azure Automation en Azure Functions met behulp van TOM. U kunt bijvoorbeeld bepaalde historische partities voor incrementeel vernieuwen vernieuwen zonder dat u alle historische gegevens opnieuw hoeft te laden.
In tegenstelling tot het configureren van vernieuwen in de Power BI-service, zijn vernieuwingsbewerkingen via het XMLA-eindpunt niet beperkt tot 48 vernieuwingen per dag en wordt de geplande time-out voor vernieuwen niet opgelegd.
Datum, tijd en status voor semantische modelvernieuwingsbewerkingen die een schrijftransactie via het XMLA-eindpunt bevatten, worden vastgelegd en weergegeven in de geschiedenis van het vernieuwen van semantische modellen.
Notitie
Vernieuwingsbewerkingen die door het XMLA-eindpunt worden uitgevoerd, vernieuwen de tegelcaches niet automatisch. Tegelcaches worden alleen vernieuwd wanneer een gebruiker het rapport opent.
Dynamische beheerweergaven
DMV's van Analysis Services bieden inzicht in metagegevens, herkomst en resourcegebruik van semantische modellen. DMV's die beschikbaar zijn voor het uitvoeren van query's in Power BI via het XMLA-eindpunt, zijn beperkt tot maximaal machtigingen voor databasebeheerders. Sommige DMV's zijn bijvoorbeeld niet toegankelijk omdat ze machtigingen van Analysis Services-serverbeheerders nodig hebben.
Door Power BI Desktop geschreven semantische modellen
Verbeterde metagegevens
XmlA-schrijfbewerkingen op semantische modellen die zijn geschreven in Power BI Desktop en gepubliceerd naar een Premium-werkruimte, vereisen verbeterde metagegevens. Zie Verbeterde semantische modelmetagegevens voor meer informatie.
Let op
Op dit moment voorkomt u dat een schrijfbewerking op een semantisch model dat is geschreven in Power BI Desktop, wordt gedownload als een PBIX-bestand. Zorg ervoor dat u het oorspronkelijke PBIX-bestand behoudt.
declaratie van gegevensbron
Wanneer u verbinding maakt met gegevensbronnen en gegevens opvraagt, gebruikt Power BI Desktop Power Query M-expressies als inline-gegevensbrondeclaraties. Hoewel power Query M inline-gegevensbrondeclaratie wordt ondersteund in Premium-werkruimten, wordt deze niet ondersteund door Azure Analysis Services of SQL Server Analysis Services. In plaats daarvan maken Analysis Services-hulpprogramma's voor gegevensmodellering, zoals Visual Studio, metagegevens met behulp van gestructureerde of providergegevensbrondeclaraties . Met het XMLA-eindpunt biedt Premium ook ondersteuning voor gestructureerde en providergegevensbronnen, maar niet als onderdeel van inline power Query M-gegevensbrondeclaraties in Power BI Desktop-modellen. Zie Inzicht in providers voor meer informatie.
Power BI Desktop in live connect-modus
Power BI Desktop kan verbinding maken met een semantisch Power BI Premium-model met behulp van een liveverbinding. Met behulp van een liveverbinding hoeven gegevens niet lokaal te worden gerepliceerd, zodat gebruikers semantische modellen gemakkelijker kunnen gebruiken. Er zijn twee manieren waarop gebruikers verbinding kunnen maken:
Selecteer semantische Power BI-modellen en selecteer vervolgens een semantisch model om een rapport te maken. Dit is de aanbevolen manier voor gebruikers om live verbinding te maken met semantische modellen. Deze methode biedt een verbeterde detectie-ervaring met het goedkeuringsniveau van semantische modellen. Gebruikers hoeven werkruimte-URL's niet te vinden en bij te houden. Als u een semantisch model wilt zoeken, typen gebruikers gewoon de naam van het semantische model of scrollen om het semantische model te vinden waarnaar ze op zoek zijn.
Als u Gegevensanalyseservices> ophalen gebruikt, geeft u een Power BI Premium-werkruimtenaam op als URL, selecteert u Verbinding maken live en selecteert u vervolgens in Navigator een semantisch model. In dit geval gebruikt Power BI Desktop het XMLA-eindpunt om live verbinding te maken met het semantische model alsof het een Analysis Services-gegevensmodel was.
Organisaties met bestaande rapporten die live zijn verbonden met Analysis Services-gegevensmodellen en willen migreren naar Premium-semantische modellen hoeven alleen de URL van de servernaam te wijzigen in de instellingen voor de gegevensbron>transformeren.
Auditlogboeken
Wanneer toepassingen verbinding maken met een werkruimte, wordt toegang via XMLA-eindpunten vastgelegd in de Power BI-auditlogboeken met de volgende bewerkingen:
| Beschrijvende naam van bewerking | Bewerkingsnaam |
|---|---|
| Verbinding maken naar een semantisch Power BI-model vanuit een externe toepassing | Verbinding maken FromExternalApplication |
| Vernieuwing van semantisch Power BI-model aangevraagd vanuit een externe toepassing | RefreshDatasetFromExternalApplication |
| Semantisch Power BI-model gemaakt op basis van een externe toepassing | CreateDatasetFromExternalApplication |
| Semantisch Power BI-model bewerkt vanuit een externe toepassing | EditDatasetFromExternalApplication |
| Semantisch Power BI-model verwijderd uit een externe toepassing | DeleteDatasetFromExternalApplication |
Zie Power BI controleren voor meer informatie.
Gerelateerde inhoud
Zie voor meer informatie over dit artikel:
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor