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 externe clienttoepassingen en -hulpprogramma's.

XMLA-eindpunten

Werkruimten gebruiken het XMLA-protocol XML for Analysis (XMLA) voor communicatie tussen clienttoepassingen en de engine waarmee uw Power BI werkruimten en semantische modellen worden beheerd. Deze communicatie wordt vaak XMLA-eindpunten genoemd. XMLA is het communicatieprotocol dat wordt gebruikt door de Microsoft Analysis Services-engine, die Power BI semantische modellering, governance, levenscyclus en gegevensbeheer uitvoert. Gegevens die via het XMLA-protocol worden verzonden, worden volledig versleuteld.

Standaard is de alleen-lezen connectiviteit via de eindpunt ingeschakeld voor de Semantische modellen workload 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 optie is ingeschakeld, hebben semantische modellen meer pariteit met Azure Analysis Services en SQL Server Analysis Services hulpmiddelen en processen voor tabellaire modellen op bedrijfsniveau.

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:

Single-user application: de toepassing maakt gebruik van één gebruikersaccount of app-identiteit voor toegang tot een Power BI semantisch 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.

Multi-user-toepassing - De toepassing biedt meerdere gebruikers toegang tot een Power BI semantisch 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 Power BI Premium-semantische modellen:

Microsoft Excel - Excel-draaitabellen zijn een van de meest gebruikte hulpprogramma's voor het samenvatten, analyseren, verkennen en presenteren van samenvattingsgegevens van Power BI semantische 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 Visual Studio 2017 en latere edities, 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 installeert met SSMS, maakt het tracering en foutopsporing van semantische modelgebeurtenissen mogelijk. Hoewel Profiler officieel is afgeschaft 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.

Implementatiewizard voor Analysis Services - Geïnstalleerd met SSMS biedt dit hulpprogramma de implementatie van in Visual Studio aangemaakte tabellaire modelprojecten naar Analysis Services en Premium-werkruimten. Het kan interactief worden uitgevoerd of vanaf de opdrachtregel voor automatisering. XMLA-lezen en -schrijven is nodig. Voor meer informatie, zie de Analysis Services-implementatie wizard.

PowerShell-cmdlets : Gebruik Analysis Services-cmdlets om semantische modelbeheertaken, zoals vernieuwingsbewerkingen, te automatiseren. Vereist lees- en schrijfrechten voor XMLA. Vereist versie 21.1.18256 of hoger van de SqlServer PowerShell-module. Azure Analysis Services cmdlets in de module Az.AnalysisServices worden niet ondersteund voor Power BI semantische 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 vervolgens uw rapport publiceren naar de Power BI service. Vereist alleen lezen XMLA. Zie Power BI Report Builder voor meer informatie.

Tabular Editor 2.x : 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-toegang tot XMLA voor querybewerkingen. Vereist lezen/schrijven voor metagegevensbewerkingen. Zie Tabular Editor 2.x 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-toegang tot XMLA voor querybewerkingen. Zie daxstudio.org voor meer informatie.

ALM Toolkit - Een opensource-hulpprogramma voor schemavergelijking voor Power BI semantische 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: omvat visualisatie-applicaties en -hulpmiddelen voor klantgegevens die verbinding kunnen maken met semantische modellen in Premium-werkruimten, er query's op kunnen uitvoeren en ze kunnen gebruiken. De meeste hulpprogramma's vereisen de nieuwste versies van MSOLAP-clientbibliotheken, maar sommige kunnen ADOMD gebruiken. XMLA-eindpunt voor alleen lezen of lezen en 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-projectenextensie voor Visual Studio alle drie clientbibliotheken installeren en bijwerken, samen 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. Voor meer informatie, zie Clientbibliotheken voor verbinding met Analysis Services.

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 Large-modellen in Power BI Premium voor meer informatie.

XMLA lezen/schrijven inschakelen

Premium-capaciteit of Premium Per Gebruiker semantische model-workloads hebben standaard de XMLA-eindpuntinstelling 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

1. SelecteerDe beheerportal>.

2. Selecteer in de beheerportal Capaciteitsinstellingen>Power BI Premium> capaciteitsnaam.

3. Workloads uitbreiden. Selecteer In de instelling XMLA-eindpuntde 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

1. SelecteerDe beheerportal>.
2. Selecteer Premium per gebruiker in de beheerportal.
3. Vouw de workloadinstellingen van het Semantische model uit. Selecteer In de instelling XMLA-eindpuntde optie Lezen schrijven.

Verbinding maken met een Premium-werkruimte

Werkruimten die zijn toegewezen aan een capaciteit, hebben een verbindingsreeks in URL-formaat. 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%20Workspace.

Verbinding maken met een persoonlijke werkruimte

Gebruikers kunnen verbinding maken met semantische modellen in een persoonlijke werkruimte (Mijn werkruimte) met behulp van het XMLA-eindpunt als de persoonlijke werkruimte is toegewezen aan een PPU (Premium Per User), Premium- of Fabric-capaciteit. Gebruikers moeten beschikken over Bouwmachtigingen voor het semantische model in de doelwerkruimteomgeving, met name wanneer ze verbinding maken met een semantisch model in de persoonlijke werkruimte van een andere gebruiker.

Op XMLA gebaseerde clients kunnen verbinding maken met een persoonlijke werkruimte met de volgende vereisten:

• Analysis Services-clientbibliotheken versie MSOLAP 17.0.40.18 of hoger, ADOMD 19.104.2.0 of hoger.
• Verbindingsreeks in v2-indeling, waarbij wordt verwezen naar de eigenaar van de doelpersoonlijke werkruimte via UPN of object-ID.
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[URI_encoded_UPN]
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[UserObjectId]

Gebruik voor SQL Server Management Studio (SSMS) de release van februari 2026 of hoger wanneer u verbinding maakt met een persoonlijke werkruimte.

B2B- en gastgebruikers

Wanneer gebruikers toegang hebben tot een werkruimte in hun thuistenant, kan de sectie tenantnaam in de URL worden vervangen door myorg. Voorbeeld:

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

Wanneer B2B\gastgebruikers toegang hebben tot werkruimten in een andere tenant, moet die tenantnaam worden opgegeven in de URL van de gegevensbron. Wanneer een contoso.com gebruiker bijvoorbeeld wordt uitgenodigd voor de fabrikam.com-tenant en toestemming heeft verleend voor 'Verkoopwerkruimte', moet deze de onderstaande URL gebruiken om verbinding te maken:

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

Als u de primaire domeinnaam en id van een tenant wilt bepalen, meldt u zich aan bij de Azure-portal, selecteert u Microsoft Entra ID in het hoofdmenu en noteert u de informatie op de Microsoft Entra overzichtspagina. Zie De Microsoft Entra tenant-id en primaire domeinnaam voor meer informatie.

De URL van de werkruimteverbinding ophalen

In werkruimte-instellingen>Premium>werkruimteverbinding, selecteer Kopiëren.

Connectiviteitsvereisten

Initiële catalogus

Met sommige hulpprogramma's, zoals SQL Server Profiler, moet u een Initial Catalog opgeven. Dit is het semantische model (database) waarmee u verbinding wilt maken in uw werkruimte. Selecteer in het dialoogvenster Verbinding maken met serverde>>verbinden met database en voer de naam van het semantische model in.

Namen van werkruimten dupliceren

Werkruimten in Power BI validatie voorkomt dat werkruimten met dubbele namen worden gemaakt of hernoemd. 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 ObjectID 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 - aaaabbbb-0000-cccc-1111-dddd2222eeee.

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 zodra u verbinding hebt met de werkruimte in SSMS.

Vertraging wordt in semantische modellen 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 Power BI semantisch 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 van Excel-werkmappen.

Server- en werkruimtealias

Servernaamaliassen die worden ondersteund in Azure Analysis Services worden niet ondersteund voor Premium-werkruimten.

Security

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 tenantniveau-instelling gebruikers kunnen werken met semantische modellen in Excel met een live-verbinding ook worden 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 in Excel werken met semantische modellen via een live-verbinding, wat een instelling is voor exporteren en delen.

In de volgende tabel worden de gevolgen van beide instellingen beschreven:

Toegang via het XMLA-eindpunt houdt rekening met het lidmaatschap van de beveiligingsgroep die is ingesteld op het niveau van de werkruimte/app.

Inzenders en hoger in werkruimten hebben schrijfrechten voor semantische modellen, wat overeenkomt met de bevoegdheden van Analysis Services-databasebeheerders. Ze kunnen nieuwe semantische modellen implementeren vanuit Visual Studio en TMSL-scripts uitvoeren in SSMS.

Gebruikers met machtigingen voor het bouwen van semantische modellen zijn gelijk aan lezers van Analysis Services-databases. Ze kunnen verbinding maken met en bladeren door semantische modellen voor gegevensverbruik en visualisatie. Regels voor beveiliging op rijniveau (RLS) worden gehonoreerd, en zij 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.

Zie Semantische modelmachtigingen en rollen in werkruimten voor meer informatie

Imitatie

Gebruikersimitatie met behulp van de eigenschap EffectiveUserName connection string 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 Read als Build machtigingen hebben voor het semantische model waarnaar wordt verbonden. 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 connection string. Met de eigenschap Rollen kunt u het downgraden van rolleden van schrijfmachtigingen naar leesmachtigingen testen. 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 geschreven in Visual Studio, kunnen rollen worden gedefinieerd met behulp van Rolbeheer in de modelontwerper. Voor semantische modellen in Power BI kunnen rollen worden gedefinieerd in Power BI Desktop voordat ze naar de service worden gepubliceerd. Lidmaatschap van een rol wordt gespecificeerd in de Power BI-dienst. 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 een 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 inloggegevens worden ingesteld in de instellingenpagina voor het semantische model in de Power BI-service.

Serviceprincpalen

Service principals zijn een Microsoft Entra app-registratie die u in uw tenant maakt om onbeheerde bewerkingen op resource- en serviceniveau 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 gebruikt dezelfde service-principal-functionaliteit 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 Automatiseer Premium-werkruimte en semantische modeltaken met service-principals voor meer informatie.

Semantische modeldetectie

Wanneer de instelling Blokkeren opnieuw publiceren en pakketvernieuwing uitschakelen is ingeschakeld, kan een gebruiker alleen die semantische modellen detecteren met behulp van het XMLA-eindpunt waarvoor ze de eigenaar zijn. Als een gebruiker niet de eigenaar is van een semantisch model, zijn ze gelijk aan een Analysis Services-databaselezer, zelfs als ze een beheerder, lid of inzender in de werkruimte zijn.

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 tabellair modelproject wilt implementeren dat is gemaakt in Visual Studio, stelt u de URL van de werkruimteverbinding in het project in Deployment Server eigenschap. Klik in Visual Studio in Solution Explorer met de rechtermuisknop op het project >Properties. 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 implementatie naar een Azure- of SQL Server Analysis Server-exemplaar, waarbij tijdens de implementatiebewerking om referenties voor de gegevensbron wordt gevraagd, er bij de implementatie naar een Premium-werkruimte geen referenties voor de gegevensbron kunnen worden opgegeven als onderdeel van de implementatiebewerking. Nadat de implementatie van metagegevens is geslaagd en het semantische model is gemaakt, worden de referenties van de gegevensbron vervolgens opgegeven in de Power BI Service in semantische modelinstellingen. Selecteer in de werkruimte Semantische modellen>Instellingen>gegevensbronreferenties>Referenties bewerken.

Wanneer de referenties van de gegevensbron zijn opgegeven, kunt u het semantische model in de Power BI-service vernieuwen, het planmatig vernieuwen configureren, of het vernieuwingsproces vanuit SQL Server Management Studio uitvoeren om gegevens in het semantische model te laden.

De deployment-eigenschap Processing Option die in het project in Visual Studio is opgegeven, wordt gevolgd. Als een gegevensbron echter geen referenties heeft opgegeven in de Power BI service, zelfs als de metagegevensimplementatie 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.

Verbinding maken met SSMS

Het gebruik van SSMS om verbinding te maken met een werkruimte is vergelijkbaar met het maken van verbinding met een Azure- of SQL Server Analysis Services-server. Het enige verschil is dat u de url van de werkruimte opgeeft in de servernaam en u moet Active Directory - Universeel met MFA-verificatie gebruiken.

Verbinding maken met een werkruimte met behulp van SSMS

1. Selecteer in SQL Server Management Studio Verbinding maken>Verbinden met server.

2. Selecteer Analysis Services in Servertype. Voer in servernaam de url van de werkruimte in. Selecteer in AuthenticationActive Directory - Universeel met MFA en voer vervolgens in Gebruikernaam 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:

• Analysis Services-scripts maken
• TmSL (Tabular Model Scripting Language)

Vernieuwen van semantische modellen

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 time-out voor vernieuwing 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.

Dynamische beheerweergaven (DMV)

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 maximaal beperkt tot machtigingen voor databasebeheerders. Sommige DMV's zijn bijvoorbeeld niet toegankelijk omdat ze machtigingen van Analysis Services-serverbeheerders nodig hebben.

In Power BI Desktop ontwikkelde 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.

Declaratie van gegevensbron

Wanneer u verbinding maakt met gegevensbronnen en gegevens opvraagt, gebruikt Power BI Desktop Power Query M-expressies als inline-gegevensbrondeclaraties. Hoewel dit wordt ondersteund in Premium-werkruimten, wordt Power Query M inline-gegevensbrondeclaratie niet ondersteund door Azure Analysis Services of SQL Server Analysis Services. In plaats daarvan maken de hulpprogramma's voor gegevensmodellering van Analysis Services, zoals Visual Studio, metagegevens met behulp van gestructureerde of provider-declaraties van gegevensbronnen. Met het XMLA-eindpunt ondersteunt Premium ook gestructureerde en providergegevensbronnen, maar niet als onderdeel van Power Query M inline gegevensbrondeclaraties in Power BI Desktop-modellen. Zie Inzicht in providers voor meer informatie.

Power BI Desktop in de live-verbindingmodus

Power BI Desktop kan verbinding maken met een Power BI Premium-semantisch 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 Power BI semantische 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 ontdekkingservaring die het goedkeuringsniveau van semantische modellen laat zien. 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.

  

• Gebruik Get Data>Analysis Services, geef een Power BI Premium-werkruimtenaam op als URL, selecteer Connect live en selecteer 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 verbonden zijn met Analysis Services-gegevensmodellen en van plan zijn om naar Premium-semantische modellen te migreren, hoeven alleen de servernaam-URL te wijzigen in Gegevens transformeren>Instellingen van gegevensbron.

Controlelogboeken

Wanneer toepassingen verbinding maken met een werkruimte, wordt toegang via XMLA-eindpunten vastgelegd in de Power BI auditlogboeken met de volgende bewerkingen:

Zie Auditing Power BI voor meer informatie.

Overwegingen en beperkingen

Default Power BI semantische modellen kan niet worden gewijzigd met behulp van het XMLA-eindpunt.

Verwante inhoud

Zie voor meer informatie over dit artikel:

• Power BI gebruiksscenario's: Geavanceerd gegevensmodelbeheer
• Vragen? Probeer het aan de Power BI-community te vragen
• Suggesties? Ideeën delen om Power BI