Gegevenssetconnectiviteit met het XMLA-eindpunt

Power BI Premium, Premium Per gebruiker en Power BI Embedded-werkruimten ondersteunen open platformconnectiviteit van Microsoft en clienttoepassingen en hulpprogramma's van derden met behulp van een XMLA-eindpunt.

Wat is een XMLA-eindpunt?

Werkruimten gebruiken het XML FOR ANALYSIS-protocol (XMLA) voor communicatie tussen clienttoepassingen en de engine die uw Power BI werkruimten en gegevenssets beheert. Deze communicatie verloopt via wat vaak wordt aangeduid als XMLA-eindpunten. XMLA is hetzelfde communicatieprotocol dat wordt gebruikt door de Microsoft Analysis Services-engine, waarmee achter de schermen de semantische modellering, governance, levensduur en het gegevensbeheer van Power BI wordt uitgevoerd. Gegevens die via het XMLA-protocol worden verzonden, zijn volledig versleuteld.

Standaard is alleen-lezen connectiviteit met het eindpunt ingeschakeld voor de workload van gegevenssets in een capaciteit. Met alleen-lezen bewerkingen kunnen toepassingen en hulpprogramma's voor gegevensvisualisatie query's uitvoeren op modelgegevens, metagegevens, gebeurtenissen en schema's van gegevenssets. Lees- en schrijf bewerkingen met het eindpunt kunnen worden geconfigureerd door aanvullende opties voor beheer, governance, geavanceerde semantische modellering, foutopsporing en controle van gegevenssets op te geven. Als lezen/schrijven is ingeschakeld, hebben gegevenssets meer pariteit met Azure Analysis Services en SQL Server Analysis Services tabellaire modelleringshulpprogramma's en -processen op ondernemingskwaliteit.

Gebruiksvoorwaarden

Het gebruik van het XMLA-eindpunt is onderhevig aan het volgende:

Toepassing met één gebruiker: de toepassing gebruikt één gebruikersaccount of app-identiteit voor toegang tot een Power BI gegevensset via het XMLA-eindpunt. Typische voorbeelden zijn ontwikkelhulpprogramma's, beheerscripts en geautomatiseerde processen voor het uitvoeren van gegevensmodellerings- en beheertaken, zoals het wijzigen van de metagegevens van een gegevensset, het uitvoeren van een back-up- of herstelbewerking of het activeren van een gegevensvernieuwing. Het gebruikersaccount of de app-identiteit die de clienttoepassing gebruikt voor toegang tot een gegevensset, moet een geldige PPU-licentie (Premium Per gebruiker) hebben, tenzij de gegevensset zich op een Premium-capaciteit bevindt.

Toepassing voor meerdere gebruikers: de toepassing biedt meerdere gebruikers toegang tot een Power BI gegevensset. Bijvoorbeeld een toepassing met een middelste laag die een gegevensset in een bedrijfsoplossing integreert en namens zakelijke gebruikers toegang tot de gegevensset krijgt.

• Voor Premium PPU-werkruimten (Per gebruiker) moet elke gebruiker zich voor de toepassing aanmelden bij Power BI. De toepassing gebruikt het toegang token van elke gebruiker om toegang te krijgen tot de gegevenssets. De toepassing mag geen serviceaccount of andere app-identiteit gebruiken om taken namens de gebruikers uit te voeren. Elke gebruiker moet een eigen account Power BI voor het openen van rapporten, het openen van gegevenssets en het uitvoeren van query's.
• Voor Premium werkruimten kan de toepassing een serviceaccount of app-identiteit namens de eindgebruikers gebruiken zonder dat elke gebruiker zich moet aanmelden bij Power BI.

Gegevensmodellering en beheerprogramma's

Hieronder vindt u enkele van de meest voorkomende hulpprogramma's die worden gebruikt met Azure Analysis Services en SQL Server Analysis Services en nu worden ondersteund door Premium gegevenssets:

Visual Studio met Analysis Services-projecten , ook wel bekend als SQL Server Data Tools, of kortweg SSDT, is een hulpprogramma voor het schrijven van tabellaire Analysis Services-modellen op bedrijfsniveau. Extensies van Analysis Services-projecten worden ondersteund in alle versies van Visual Studio 2017 en hoger, waaronder de gratis Community-editie. Extensie versie 2.9.14 of hoger is vereist om tabellaire modellen te implementeren in een Premium-werkruimte. Bij de implementatie moet het model het compatibiliteitsniveau 1500 of hoger hebben. XMLA lezen/schrijven is vereist voor de workload voor gegevenssets. Zie Tools for Analysis Services (Hulpprogramma's voor Analysis Services) voor meer informatie.

SQL Server Management Studio (SSMS)  : ondersteunt DAX-, MDX- en XMLA-query's. Voer specifieke vernieuwingsbewerkingen en scripts voor metagegevens van gegevenssets uit met behulp van de Tabular Model Scripting Language (TMSL, tabellaire modelscripttaal). Voor het uitvoeren van querybewerkingen is alleen-lezen vereist. Voor het uitvoeren van scripts voor metagegevens is lezen-schrijven vereist. SSMS-versie 18.8 of hoger is vereist. Klik  hier om SSMS te downloaden.

SQL Server Profiler : dit hulpprogramma, dat samen met SSMS wordt geïnstalleerd, voorziet in het bijhouden en opsporen van fouten in gegevenssetgebeurtenissen. Hoewel Profiler officieel is afgeschaft voor SQL Server, blijft profiler opgenomen in SSMS en wordt het ondersteund voor Analysis Services en Power BI. Vereist SQL Server Profiler versie 18.8 of hoger. De gebruiker moet de gegevensset(initiële catalogus)opgeven wanneer er verbinding wordt gemaakt met het XMLA-eindpunt. Zie  SQL Server Profiler voor Analysis Services (Engelstalig) voor meer informatie.

Analysis Services-implementatiewizard   – Dit hulpprogramma wordt geïnstalleerd met SSMS en biedt implementatie van Visual Studio in tabelvorm geschreven modelprojecten voor Analysis Services en Premium werkruimten. Het kan interactief worden uitgevoerd of automatisch via de opdrachtregel. XMLA lezen/schrijven is vereist. Zie de implementatiewizard van Analysis Services (Engelstalig) voor meer informatie.

PowerShell-cmdlets : Analysis Services-cmdlets kunnen worden gebruikt voor het automatiseren van beheertaken voor gegevenssets, zoals vernieuwingsbewerkingen. XMLA lezen/schrijven is vereist. Versie 21.1.18221 of hoger van de PowerShell-module SqlServer is vereist. Azure Analysis Services cmdlets in de module Az.AnalysisServices worden niet ondersteund voor Power BI gegevenssets. Zie Analysis Services PowerShell Reference (naslaginformatie over PowerShell voor Analysis Services) voor meer informatie.

Power BI Report Builder : een hulpprogramma voor het maken van gepagineerde rapporten. Maak een rapportdefinitie die aangeeft welke gegevens er moeten worden opgehaald, waar deze moeten worden opgehaald en hoe deze moeten worden weergegeven. U kunt een voorbeeld van uw rapport bekijken in Report Builder en het rapport vervolgens publiceren naar de Power BI-service. XMLA alleen-lezen is vereist. 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 eenvoudige intuïtieve editor. In een hiërarchische weergave worden alle objecten in het tabellaire model weergegeven. Objecten zijn onderverdeeld in weergavemappen met ondersteuning voor meervoudige selectie en bewerking van eigenschappen en markering van DAX-syntaxis. Voor het uitvoeren van querybewerkingen is XMLA alleen-lezen vereist. Voor metagegevensbewerkingen is lezen/schrijven vereist. Zie tabulareditor.github.io voor meer informatie.

DAX Studio : een opensource-hulpprogramma voor creatie, diagnose, afstemming van prestaties en analyse met DAX. Het bevat onder meer functies voor bladeren door objecten, geïntegreerde tracering, uitsplitsing van uitvoerbewerkingen van query's met gedetailleerde statistieken en markering en opmaak van DAX-syntaxis. Voor het uitvoeren van querybewerkingen is XMLA alleen-lezen vereist. Zie  daxstudio.org voor meer informatie.

ALM Toolkit: een hulpprogramma voor het vergelijken van opensource-schema's voor Power BI-gegevenssets. Het wordt meestal gebruikt voor ALM-scenario's (Application Lifecycle Management). Implementaties uitvoeren in omgevingen en historische gegevens van incrementele vernieuwingen bewaren. Metagegevensbestanden, vertakkingen en opslagplaatsen vergelijken en samenvoegen. Algemene definities opnieuw gebruiken in gegevenssets. Voor het uitvoeren van querybewerkingen is alleen-lezen vereist. Voor metagegevensbewerkingen is lezen/schrijven vereist. Zie  alm-toolkit.com voor meer informatie.

Microsoft Excel : Excel-draaitabellen worden vaak gebruikt voor het samenvatten, analyseren, verkennen en weergeven van overzichtsgegevens van Power BI-gegevenssets. Voor het uitvoeren van querybewerkingen is alleen-lezen vereist. Klik-en-Klaar-versie van Office 16.0.11326.10000 of hoger is vereist.

Externe partij   - Omvat toepassingen en hulpprogramma's voor het visualiseren van clientgegevens waarmee u verbinding kunt maken met gegevenssets in Premium werkruimten en er query's op kunt uitvoeren. Voor de meeste hulpprogramma's zijn de meest recente versies van de MSOLAP-clientbibliotheken vereist, maar voor sommige kunt u ADOMD gebruiken. Het XMLA-eindpunt met het kenmerk alleen-lezen of lezen/schrijven is afhankelijk van de bewerkingen.

Clientbibliotheken

Clienttoepassingen communiceren niet rechtstreeks met het XMLA-eindpunt. In plaats daarvan worden clientbibliotheken gebruikt als abstractielaag. Dit zijn dezelfde clientbibliotheken die door toepassingen worden gebruikt om verbinding te maken met Azure Analysis Services en SQL Server Analysis Services. Met Microsoft-toepassingen zoals Excel, SQL Server Management Studio (SSMS) en de extensies van Analysis Services-projecten voor Visual Studio worden alle drie clientbibliotheken geïnstalleerd en worden ze samen met de reguliere toepassings- en extensie-updates bijgewerkt. Ontwikkelaars kunnen de clientbibliotheken ook gebruiken om aangepaste toepassingen te bouwen. In sommige gevallen, met name bij toepassingen en hulpprogramma's van derden, moet u mogelijk nieuwere versies van de clientbibliotheken installeren als deze niet samen met de toepassing worden geïnstalleerd. Clientbibliotheken worden maandelijks bijgewerkt. Zie  Clientbibliotheken om verbinding te maken met Analysis Services voor meer informatie.

Gegevenssets optimaliseren voor schrijfbewerkingen door grote modellen in te schakelen

Wanneer u het XMLA-eindpunt gebruikt voor het beheren van gegevenssets met schrijfbewerkingen, is het raadzaam om de gegevensset voor grote modellen in te schakelen. Dit vermindert de overhead van schrijfbewerkingen, waardoor ze aanzienlijk sneller kunnen worden. Voor gegevenssets 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

Standaard is voor een Premium-capaciteit de instelling voor de eigenschap XMLA-eindpunt ingeschakeld voor alleen-lezen. Dit betekent dat toepassingen alleen een gegevensset kunnen opvragen. Als u wilt dat toepassingen schrijfbewerkingen kunnen uitvoeren, moet de eigenschap XMLA-eindpunt worden geconfigureerd voor lezen/schrijven. De instelling voor de eigenschap XMLA-eindpunt voor een capaciteit wordt geconfigureerd in de workload voor gegevenssets. De instelling voor het XMLA-eindpunt is van toepassing op alle werkruimten en gegevenssets die aan de capaciteit zijn toegewezen.

Lezen/schrijven inschakelen voor een capaciteit

1. Selecteer in de beheerportal Instellingen voor capaciteit > Power BI Premium > naam van de capaciteit.

2. Vouw Workloads uit. Selecteer in de instelling XMLA-eindpunt de optie Lezen/schrijven.

   

Verbinding maken met een Premium-werkruimte

Werkruimten die zijn toegewezen aan capaciteiten hebben een verbindingsreeks in URL-indeling, zoals deze:
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. Bijvoorbeeld:
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. Bijvoorbeeld   powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

B2B-gebruikers moeten hun organisatie-UPN opgeven in de tenant naam. Bijvoorbeeld:
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

De verbindings-URL voor de werkruimte ophalen

Ga in de werkruimte naar Instellingen > Premium > Werkruimteverbinding en selecteer Kopiëren.

Verbindingsvereisten

Oorspronkelijke catalogus

Bij sommige hulpprogramma's, zoals SQL Server Profiler, moet u een oorspronkelijke catalogus opgeven, de gegevensset (database) waarmee verbinding moet worden gemaakt in uw werkruimte. In het dialoogvenster Verbinding maken met server selecteert u Opties > Verbindingseigenschappen > Verbinding maken met database en voert u de naam van de gegevensset in.

Dubbele werkruimtenamen

Nieuwe werkruimten (gemaakt met behulp van de nieuwe werkruimte-ervaring) in Power BI worden gevalideerd om te voorkomen dat er bij het maken van nieuwe naamruimten of bij het wijzigen van namen van bestaande werkruimten dubbele namen ontstaan. Werkruimten die niet gemigreerd zijn, kunnen resulteren in dubbele namen. Wanneer u verbinding maakt met een werkruimte met dezelfde naam als een andere werkruimte, krijgt u mogelijk de volgende fout:

Kan geen verbinding maken met powerbi://api.powerbi.com/v1.0/ [tenantnaam] / [werkruimtenaam].

U kunt deze fout omzeilen door naast de naam van de werkruimte de ObjectIDGuid op te geven, die u kunt kopiëren vanuit de objectID van de werkruimte in de URL. De objectID toevoegen aan de verbindings-URL. Bijvoorbeeld:
'powerbi://api.powerbi.com/v1.0/myorg/Contoso-verkoop - 9d83d204-82a9-4b36-98f2-a40099093830'

Dubbele naam van gegevensset

Bij het verbinden met een gegevensset met dezelfde naam als een andere gegevensset in dezelfde werkruimte moet u de GUID van de gegevensset toevoegen aan de naam van de gegevensset. U kunt zowel de naam als GUID van de gegevensset ophalen wanneer u verbinding hebt met de werkruimte in SSMS.

Vertraging in de gegevenssets die worden weergegeven

Wanneer u verbinding maakt met een werkruimte, kan het enkele minuten duren alvorens wijzigingen vanwege nieuwe, verwijderde en hernoemde gegevenssets worden weergegeven.

Niet-ondersteunde gegevenssets

De volgende gegevenssets zijn niet toegankelijk via het XMLA-eindpunt. Deze gegevenssets worden niet weergegeven onder de werkruimte in SSMS of in andere hulpprogramma's:

• Gegevenssets op basis van een liveverbinding met een Azure Analysis Services- of SQL Server Analysis Services-model worden niet ondersteund.
• Gegevenssets op basis van een liveverbinding met een Power BI-gegevensset in een andere werkruimte. Zie Introductie van gegevenssets in verschillende werkruimten voor meer informatie.
• Gegevenssets met pushgegevens met behulp van de REST-API.
• Gegevenssets op basis van Excel-werkmappen.

Server/werkruimte-alias

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

Beveiliging

Naast de eigenschap voor het XMLA-eindpunt waarvoor lezen/schrijven is ingeschakeld door de capaciteitsbeheerder, moet ook de instelling XMLA-eindpunten en Analyseren in Excel toestaan met on-premises gegevenssets in de beheerportal worden ingeschakeld op tenantniveau. Als u Analyseren in AIXL-bestanden (Analyze in Excel) wilt genereren die verbinding maken met het XMLA-eindpunt, moet ook de instelling Liveverbindingen toestaan op tenantniveau zijn ingeschakeld. Deze instellingen zijn standaard ingeschakeld.

XMLA-eindpunten en Analyseren in Excel toestaan met on-premises gegevenssets is een instelling voor integratie.

In de volgende tabel worden de gevolgen beschreven van de instelling Gegevens exporteren voor XMLA en Analyseren in Excel (AIXL):

Live-verbindingen toestaan is een instelling voor exporteren en delen.

Bij toegang via het XMLA-eindpunt wordt het ingestelde lidmaatschap van de beveiligingsgroep op het niveau van de werkruimte/app gerespecteerd.

Werkruimte-inzenders en hoger hebben schrijftoegang tot de gegevensset en zijn daarom gelijk aan Analysis Services-databasebeheerders. Ze kunnen nieuwe gegevenssets implementeren vanuit Visual Studio en TMSL-scripts uitvoeren in SSMS.

Bewerkingen waarvoor Analysis Services serverbeheerdersmachtigingen (in plaats van databasebeheerder) nodig zijn, zoals traceringen op serverniveau en gebruikers imitatie met behulp van de verbindingsreeks-eigenschap EffectiveUserName, worden momenteel niet ondersteund in Premium-werkruimten.

Andere gebruikers met de samenstellingsmachtiging voor een gegevensset, zijn gelijk aan Analysis Services-databaselezers. Zij kunnen verbinding maken met en bladeren in gegevenssets voor gegevensverbruik en -visualisatie. Regels voor beveiliging op rijniveau (RLS) worden nageleefd en de metagegevens van de interne gegevensset worden niet weergeven.

Modelrollen

Met het XMLA-eindpunt kunnen rollen voor een gegevensset worden gedefinieerd, kan het lidmaatschap van een rol worden gedefinieerd voor Azure AD-gebruikers (AAD) en kunnen filters voor beveiliging op rijniveau worden gedefinieerd. Modelrollen in Power BI worden alleen gebruikt voor RLS. Gebruik het Power BI-beveiligingsmodel om machtigingen te beheren buiten beveiliging op rijniveau.

Voor tabellaire modelprojecten die zijn gemaakt in Visual Studio, kunnen rollen worden gedefinieerd met behulp van Role Manager in de modelontwerper. Voor gegevenssets in Power BI kunnen rollen worden gedefinieerd door met SSMS rolobjecten te maken en roleigenschappen te definiëren. In de meeste gevallen kunnen echter voor rolobjectdefinities scripts worden gebruikt door met TMSL het object Rollen te maken of te wijzigen. TMSL-scripts kunnen worden uitgevoerd in SSMS of met de PowerShell-cmdlet Invoke-ASCmd.

De volgende beperkingen zijn van toepassing bij het werken met gegevenssetrollen via het XMLA-eindpunt:

• De enige machtiging voor een rol die kan worden ingesteld voor gegevenssets is de machtiging Lezen. Andere machtigingen worden verleend met behulp van het beveiligingsmodel van Power BI.
• Service-principals waarvoor machtigingen voor lid of beheerder van de werkruimte zijn vereist, kunnen niet worden toegevoegd aan rollen.
• Voor leestoegang via het XMLA-eindpunt is de samenstellingsmachtiging voor een gegevensset vereist, ongeacht de aanwezigheid van rollen voor gegevenssets.
• De eigenschap 'Roles=' connection string kan worden gebruikt om het downgraden van rolleden te testen met schrijfmachtigingen voor leesmachtigingen. Het lidaccount moet nog steeds lid zijn van de relevante RLS-rol. Dit wijkt af van het gebruik van imitatie met SQL Server Analysis Services of Azure Analysis Services waarbij wordt uitgegaan van het lidmaatschap van de RLS-rol als het account een serverbeheerder is. Voor Premium werkruimten moet het account deel uitmaken van een rol, omdat er geen serverbeheerder is, zodat RLS kan worden toegepast.

Zie Rollen in tabellaire modellen voor meer informatie.

Gegevensbronreferenties instellen

Metagegevens die zijn opgegeven via het XMLA-eindpunt kunnen verbinding maken met gegevensbronnen, maar kunnen geen gegevensbronreferenties instellen. In plaats daarvan kunnen referenties worden ingesteld op de pagina met instellingen voor de gegevensset in de Power BI-service.

Service-principals

Service-principals zijn een Azure Active Directory-appregistratie 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 maakt gebruik van dezelfde functionaliteit van service-principals als Power BI Embedded.

Service-principals kunnen ook worden gebruikt met het XMLA-eindpunt om beheertaken voor gegevenssets te automatiseren, zoals het inrichten van werkruimten, het implementeren van modellen en het vernieuwen van gegevenssets met:

• PowerShell
• Azure Automation
• Azure Logic Apps
• Aangepaste clienttoepassingen

Zie Taken voor Premium-werkruimten en -gegevenssets automatiseren met service-principals voor meer informatie.

Modelprojecten implementeren vanuit Visual Studio (SSDT)

Het implementeren van een tabellaire modelproject in Visual Studio naar een Premium-werkruimte is vrijwel hetzelfde als implementeren op een Azure- of SQL Server Analysis Services server. Het enige verschil zit hem in de eigenschap voor de implementatieserver die wordt opgegeven voor het project en in hoe gegevensbronreferenties worden opgegeven, zodat gegevens door verwerkingsprocessen uit gegevensbronnen kunnen worden geïmporteerd in de nieuwe gegevensset in de werkruimte.

Als u een tabellair modelproject wilt implementeren dat is gemaakt in Visual Studio, moet u eerst de URL voor de werkruimteverbinding instellen in de projecteigenschap Implementatieserver. Ga in Visual Studio naar Solution Explorer en klik met de rechtermuisknop op het project en selecteer Eigenschappen. Plak de URL voor de werkruimteverbinding in de eigenschap Server.

Wanneer de eigenschap voor de implementatieserver is opgegeven, kan het project vervolgens worden geïmplementeerd.

Bij de eerste implementatie, wordt er een gegevensset in de werkruimte gemaakt met behulp van metagegevens uit het bestand model.bim. Als onderdeel van de implementatiebewerking, nadat de gegevensset in de werkruimte is gemaakt op basis van de metagegevens van het model, zal de verwerking voor het laden van gegevens in de gegevensset uit gegevensbronnen mislukken.

De verwerking mislukt omdat er - in tegenstelling tot een implementatie naar een instantie van een Azure- of SQL-analyseserver, waarbij de referenties van de gegevensbron worden gevraagd als onderdeel van de implementatiebewerking - bij een implementatie naar een Premium-werkruimte geen gegevensbronreferenties kunnen worden opgegeven. In plaats hiervan geeft u, nadat de metagegevens zijn geïmplementeerd en de gegevensset is gemaakt, gegevensbronreferenties op in de Power BI-service in de instellingen voor de gegevensset. Selecteer in de werkruimte Gegevenssets > Instellingen > Gegevensbronreferenties > Referenties bewerken.

Wanneer u de gegevensbronreferenties hebt opgegeven, kunt u de gegevensset in de Power BI-service vernieuwen, het vernieuwingsschema configureren, of het (vernieuwings)proces verwerken vanuit SQL Server Management Studio om gegevens in de gegevensset te laden.

De implementatie-eigenschap Verwerkingsoptie, die is opgegeven in het project in Visual Studio, wordt gerespecteerd. Maar als voor een gegevensbron nog geen referenties zijn opgegeven in de Power BI-service, zal de verwerking mislukken, zelfs wanneer de implementatie van metagegevens met succes is voltooid. U kunt de eigenschap instellen op Niet verwerken, zodat er geen poging wordt gedaan om deze te verwerken tijdens de implementatie. Maar wellicht wilt u de eigenschap later weer instellen op Standaard omdat de verwerking wel zal slagen als de gegevensbronreferenties eenmaal zijn opgegeven in de gegevensbroninstellingen voor de nieuwe gegevensset.

Verbinden met SSMS

Verbinding maken met een werkruimte met behulp van SSMS gaat net zoals verbinding maken met een Azure- of SQL Server Analysis Services-server. Het enige verschil is dat u de werkruimte-URL in de servernaam opgeeft, en u Active Directory - Universeel met MFA voor de verificatie moet gebruiken.

Verbinding met een werkruimte maken met behulp van SSMS

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

2. Selecteer Analysis Services als servertype. Geef in Servernaam de URL van de werkruimte op. Selecteer bij Verificatie Active Directory - Universeel met MFA en geef vervolgens in Gebruikersnaam de gebruikers-id van uw organisatie op.

   

Wanneer de verbinding is gemaakt, wordt de werkruimte weergegeven als een Analysis Services-server en worden gegevenssets in de werkruimte weergegeven als databases.

Zie Create Analysis Services scripts en Tabular Model Scripting Language (TMSL) voor meer informatie over het uitvoeren van scripts voor metagegevens met behulp van SSMS.

Gegevensset vernieuwen

Het XMLA-eindpunt biedt uitgebreide mogelijkheden voor vernieuwing met SSMS, automatisering met PowerShell, Azure Automation en Azure Functions met TOM. U kunt bijvoorbeeld bepaalde historische partities met incrementele vernieuwing vernieuwen zonder alle historische gegevens opnieuw te hoeven laden.

In tegenstelling tot het configureren van vernieuwingen in de Power BI-service, is het aantal vernieuwingen via het XMLA-eindpunt niet beperkt tot 48 vernieuwingen per dag en wordt de time-out voor geplande vernieuwingen niet opgelegd.

Datum, tijd en status voor gegevenssetvernieuwingsbewerkingen die een schrijftransactie via het XMLA-eindpunt bevatten, worden vastgelegd en weergegeven in de vernieuwingsgeschiedenis van de gegevensset.

Dynamische beheerweergaven (DMV's)

Analysis Services-DMV's bieden inzicht in de metagegevens, de herkomst en het resourcegebruik van gegevenssets. DMV's die beschikbaar zijn voor het uitvoeren van query's in Power BI via het XMLA-eind punt, zijn beperkt tot, ten hoogste, die waarvoor databasebeheerdersmachtigingen vereist zijn. Sommige DMV's zijn bijvoorbeeld niet toegankelijk omdat daarvoor beheerdersmachtigingen voor de Analysis Services-server nodig zijn.

In Power BI Desktop gemaakte gegevenssets

Verbeterde metagegevens

Voor XMLA-schrijfbewerkingen voor gegevenssets die zijn gemaakt in Power BI Desktop en gepubliceerd naar een Premium werkruimte zijn verbeterde metagegevens vereist. Zie Verbeterde metagegevens van gegevensset voor meer informatie.

Gegevensbrondeclaratie

Wanneer u verbinding maakt met gegevensbronnen en query's op gegevens uitvoert, maakt Power BI Desktop gebruik van Power Query M-expressies als inline gegevensbrondeclaraties. Hoewel ondersteund in Premium werkruimten, wordt Power Query declaratie van de inline gegevensbron M niet ondersteund door Azure Analysis Services of SQL Server Analysis Services. In plaats daarvan worden metagegevens in Analysis Services-hulpprogramma's voor gegevensmodellering gemaakt met behulp van gestructureerde en/of provider-gegevensbrondeclaraties. Met het XMLA-eindpunt ondersteunt Premium ook gestructureerde gegevensbronnen 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 de LiveConnect-modus

Power BI Desktop kan verbinding maken met een Power BI Premium-gegevensset via een liveverbinding. Wanneer u een liveverbinding gebruikt, hoeft u de gegevens niet lokaal te repliceren, waardoor gebruikers eenvoudiger semantische modellen kunnen gebruiken. Er zijn twee manieren waarop gebruikers verbinding kunnen maken:

Door Power BI-gegevenssets te selecteren en vervolgens een gegevensset te selecteren voor het maken van een rapport. Dit is de aanbevolen manier voor gebruikers om live verbinding te maken met gegevenssets. Deze methode biedt een betere detectie-ervaring, aangezien hiermee het goedkeuringsniveau van gegevenssets wordt weergegeven. Gebruikers hoeven geen URL's van werkruimten op te zoeken en aan te houden. Als u een gegevensset wilt zoeken, hoeven gebruikers alleen de naam van de gegevensset in te typen of te schuiven om de gegevensset te vinden die ze zoeken.

De andere manier waarop gebruikers verbinding kunnen maken, is door via Gegevens ophalen > Analysis Services de naam van een Power BI Premium-werkruimte als URL op te geven, Live verbinding maken te selecteren en vervolgens in Navigator een gegevensset selecteren. In dit geval gebruikt Power BI Desktop het XMLA-eindpunt om live verbinding te maken met de gegevensset, alsof het een Analysis Services-gegevensmodel is.

Organisaties die bestaande rapporten live hebben verbonden met Analysis Services-gegevensmodellen die willen migreren naar Premium-gegevenssets, moeten alleen de URL van de servernaam wijzigen in Instellingen voor gegevensbron > transformeren.

Auditlogboeken

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

Zie  Power BI controleren voor meer informatie.

Zie ook

Hebt u nog vragen? Misschien dat de Power BI-community het antwoord weet