Anslutning av datauppsättning med XMLA-slutpunkten

Power BI Premium, Premium per användare och Power BI Embedded-arbetsytor stöder öppen plattformsanslutning från Microsoft och klientprogram och verktyg från tredje part med hjälp av en XMLA-slutpunkt.

Vad är en XMLA-slutpunkt?

Arbetsytor använder xmla XML for Analysis protokoll (XML for Analysis) för kommunikation mellan klientprogram och motorn som hanterar dina Power BI arbetsytor och datauppsättningar. Denna kommunikation sker via det som vanligtvis kallas XMLA-slutpunkter. XMLA är samma kommunikationsprotokoll som används av Microsoft Analysis Services-motorn, som under huven kör Power BI:s semantiska modellering, styrning, livscykel och datahantering. Data som skickas via XMLA-protokollet är fullständigt krypterade.

Skrivskyddad anslutning med slutpunkten aktiveras som standard för Datauppsättningens arbetsbelastning i en kapacitet. Med skrivskyddad information kan datavisualiseringsprogram och verktyg fråga data i datavisualiseringsmodeller, metadata, händelser och scheman. Läs- och skrivåtgärder som använder slutpunkten kan aktiveras för att tillhandahålla ytterligare datauppsättningshantering, styrning, avancerad semantisk modellering, felsökning och övervakning. Med läs- och skrivläge aktiverat har datauppsättningar mer paritet med Azure Analysis Services och SQL Server Analysis Services tabellmodelleringsverktyg och -processer i företagsklass.

Användningsvillkor

Användningen av XMLA-slutpunkten omfattas av följande:

Enanvändarprogram – Programmet använder ett enda användarkonto eller en appidentitet för att komma åt Power BI datauppsättningen via XMLA-slutpunkten. Vanliga exempel är utvecklarverktyg, administratörsskript och automatiserade processer för att utföra datamodellering och administrativa uppgifter, till exempel att ändra metadata för en datauppsättning, utföra en säkerhetskopierings- eller återställningsåtgärd eller utlösa en datauppdatering. Användarkontot eller appidentiteten som klientprogrammet använder för att få åtkomst till en datauppsättning måste ha en giltig licens Premium per användare (PPU) om inte datauppsättningen finns på en Premium kapacitet.

Program för flera användare – Programmet ger flera användare åtkomst till en Power BI datauppsättning. Det kan till exempel vara ett mellannivåprogram som integrerar en datauppsättning i en affärslösning och får åtkomst till datauppsättningen för företagets användares räkning.

• För Premium arbetsytor per användare (PPU) måste programmet kräva att varje användare loggar in på Power BI. Programmet använder varje användares åtkomsttoken för att komma åt datauppsättningarna. Programmet har inte tillåtelse att använda ett tjänstkonto eller någon annan appidentitet för att utföra uppgifter för sina användares räkning. Varje användare måste använda sitt eget Power BI för att öppna rapporter, komma åt datauppsättningar och köra frågor.
• För Premium arbetsytor kan programmet använda ett tjänstkonto eller en appidentitet åt slutanvändarna utan att varje användare behöver logga in på Power BI.

Verktyg för datamodellering och -hantering

Nedan visas några av de vanligaste verktygen som används med Azure Analysis Services och SQL Server Analysis Services och stöds nu av Premium datauppsättningar:

Visual Studio med Analysis Services projekt – även kallat SQL Server Data Tools, eller bara SSDT, är ett modellredigeringsverktyg i företagsklass för Analysis Services-tabellmodeller. Analysis Services-projektens tillägg stöds i alla versioner av Visual Studio 2017 och senare, inklusive den kostnadsfria Community-versionen. Tilläggsversion 2.9.14 eller högre krävs för att distribuera tabellmodeller till en Premium-arbetsyta. När du distribuerar måste modellen vara på kompatibilitetsnivån 1500 eller högre. XMLA Read-Write krävs på arbetsbelastningen för datauppsättningar. Läs mer i Verktyg för Azure Analysis Services.

SQL Server Management Studio (SSMS)   – stöder frågor via DAX, MDX och XMLA. Utför detaljerade uppdateringsåtgärder och skript för datauppsättningsmetadata med hjälp av tabellmodellskriptspråk (TMSL). Läsåtkomst krävs för att köra frågor. Läs- och skrivåtkomst krävs för att skriva metadata. Kräver SSMS version 18.8 eller senare. Hämta  här.

SQL Server Profiler  – Installeras med SSMS. Det här verktyget tillhandahåller spårning och felsökning av datauppsättningshändelser. Profiler är officiellt inaktuellt för SQL Server, men ingår fortfarande i SSMS och stöds fortfarande för Analysis Services och Power BI. Kräver SQL Server Profiler version 18.8 eller senare. Användaren måste ange datauppsättningen(inledande katalog)vid anslutning med XMLA-slutpunkten. Mer information finns i  SQL Server Profiler för Analysis Services.

Analysis Services distributionsguiden   – Det här verktyget installeras med SSMS och Visual Studio författade tabellmodellprojekt till Analysis Services och Premium arbetsytor. Den kan köras interaktivt eller från kommandoraden för automatisering. XMLA-läs-/skrivbehörighet krävs. Läs mer i Distributionsguide för Azure Analysis Services.

PowerShell-cmdlets  – Analysis Services-cmdletar kan användas för att automatisera data uppsättningshanteringsuppgifter, till exempel uppdateringsåtgärder. XMLA-läs-/skrivbehörighet krävs. Version 21.1.18221 eller senare av SqlServer PowerShell-modulen krävs. Azure Analysis Services cmdlets i modulen Az.AnalysisServices stöds inte för Power BI datauppsättningar. Läs mer i referensdokumentet PowerShell för Analysis Services.

Power BI Report Builder  –Ett verktyg för skapande av sidnumrerade rapporter. Skapa en rapportdefinition som anger vilka data som ska hämtas, var de ska hämtas och hur de ska visas. Du kan förhandsgranska rapporten i Report Builder och sedan publicera den i Power BI-tjänsten. XMLA-skrivskydd krävs. Läs mer i  Power BI Report Builder.

Tabular Editor – Ett verktyg med öppen källkod för att skapa, underhålla och hantera tabellmodeller med en intuitiv, förenklad redigerare. En hierarkisk vy visar alla objekt i tabellmodellen. Objekt ordnas genom att visa mappar med stöd för flervalsegenskaps redigering och markering med DAX-syntax. Läsåtkomst för XMLA krävs för att köra frågor. Läs- och skrivåtkomst krävs för att köra metadata. Läs mer i tabulareditor.github.io.

DAX Studio  – ett verktyg med öppen källkod för DAX-redigering, diagnostik, prestandajustering och analys. Funktionerna omfattar objektbläddring, integrerad spårning, analys av frågekörning med detaljerad statistik, DAX-syntax och formatering. Läsåtkomst för XMLA krävs för att köra frågor. Mer information finns på  daxstudio.org.

ALM Toolkit – ett verktyg för schemajämförelse med öppen källkod för Power BI-datauppsättningar som oftast används för ALM-scenarier (Application Lifecycle Management). Utför distribution över miljöer och bevara historiska data med stegvis uppdatering. Differentiering och sammanfogning av metadatafiler, grenar och databaser. Återanvänd vanliga definitioner mellan datauppsättningar. Läsåtkomst krävs för att köra frågor. Läs- och skrivåtkomst krävs för att köra metadata. Läs mer i  alm-toolkit.com.

Microsoft Excel  – Excel-pivottabeller är ett av de vanligaste verktygen för att sammanfatta, analysera, utforska och presentera sammanfattningsdata från Power BI-datauppsättningar. Läsåtkomst krävs för att köra frågor. Klicka-och-kör-versionen av Office-16.0.11326.10000 eller senare krävs.

Tredje part   – Innehåller program och verktyg för klientdatavisualisering som kan ansluta till, fråga och använda datauppsättningar i Premium arbetsytor. De flesta verktyg kräver de senaste versionerna av MSOLAP-klientbiblioteken, men vissa kan använda ADOMD. Läs- eller skrivbehörighet till XMLA-slutpunkten beror på åtgärderna.

Klientbibliotek

Klientprogram kommunicerar inte direkt med XMLA-slutpunkten. I stället använder de klientbibliotek som ett abstraktionslager. Detta är samma klientbiblioteksprogram som används för att ansluta till Azure Analysis Services och SQL Server Analysis Services. Microsoft-program som Excel, SQL Server Management Studio (SSMS) och Analysis Services projekttillägg för Visual Studio installerar alla tre klientbiblioteken och uppdaterar dem tillsammans med regelbundna program- och tilläggsuppdateringar. Utvecklare kan också använda klientbiblioteken för att bygga anpassade program. I vissa fall, särskilt med program från tredje part som inte installeras med programmet kan du behöva installera nyare versioner av klientbiblioteken. Klientbibliotek uppdateras varje månad. Mer information finns i  Klientbibliotek för anslutning till Analysis Services.

Optimera datauppsättningar för skrivåtgärder genom att aktivera stora modeller

När du använder XMLA-slutpunkten för datauppsättningshantering med skrivåtgärder rekommenderar vi att du aktiverar datauppsättningen för stora modeller. Detta minskar behovet av skrivåtgärder, vilket kan göra dem betydligt snabbare. För datauppsättningar över 1 GB i storlek (efter komprimering) kan skillnaden vara betydande. Läs mer i Stora modeller i Power BI Premium.

Aktivera läs-/skrivbehörighet i XMLA

Som standard har en Premium-kapacitet inställningen XMLA Endpoint inställd på skrivskyddad. Det innebär att program bara kan fråga datauppsättningen. För att program ska få utföra skrivåtgärder måste egenskapen XMLA Endpoint vara inställd på läs/skriv. Egenskapsinställningen för XMLA-slutpunkten för en kapacitet konfigureras i Datauppsättningens arbetsbelastning. Inställningen för XMLA-slutpunkten gäller för alla arbetsytor och datauppsättningar som tilldelats till kapaciteten.

Så här aktiverar du läs- och skrivbehörighet för en kapacitet

1. I administratörsportalen väljer du Kapacitets inställningar > Power BI Premium > kapacitets namn.

2. Utöka Arbetsbelastningar. I inställningen för XMLA-slutpunkten väljer du läs/skriv.

   

Ansluta till en Premium-arbetsyta

Arbetsytor som har tilldelats till en kapacitet har en anslutningssträng i URL-format, som den här:
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Program som ansluter till arbetsytan använder URL:en som om den vore ett Analysis Services-servernamn. Exempel:
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

Användare med UPN i samma klientorganisation (inte B2B) kan ersätta klientnamnet med myorg. Exempel:  powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

B2B-användare måste ange organisationens UPN som klientorganisationsnamn. Exempel:
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Hämta arbetsytans anslutnings-URL

I Inställningar för arbetsyta > Premium > Arbetsytans anslutning väljer du Kopiera.

Anslutningskrav

Första katalog

Med vissa verktyg, till exempel SQL Server Profiler, kan du behöva ange en Första katalog, som är datamängden (databasen) som du ansluter till i arbetsytan. I dialogrutan Anslut till server väljer du Alternativ > Anslutningsegenskaper > och sedan Anslut till databas och anger namnet på datauppsättningen.

Duplicerade namn på arbetsytor

I Power BI införs verifiering av nya arbetsytor (skapas med den nya arbetsytans miljö) så att det inte kan uppstå duplicerade namn när någon skapar eller byter namn på en arbetsyta. Arbetsytor som inte har migrerats kan resultera i duplicerade namn. När du ansluter till en arbetsyta med samma namn som en annan arbetsyta kan det hända att följande fel visas:

Det går inte att ansluta till powerbi://api.powerbi.com/v1.0/[namn på klientorganisation]/[namn på arbetsyta].

För att kringgå det här problemet anger du, utöver namnet på arbetsytan, ObjectIDGuid. Det kan du kopiera från arbetsytans objekt-ID i URL:en. Lägg till objekt-ID i anslutnings-URL:en. Exempel:
”powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830”.

Duplicera namn på datamängd

Vid anslutning till en datamängd med samma namn som en annan datamängd på samma arbetsyta lägger du till datamängdens guid i datamängdens namn. Du kan hämta både datauppsättningens namn och guid med anslutning till arbetsytan i SSMS.

Fördröjning i datamängder som visas

När du ansluter till en arbetsyta kan ändringar från nya, borttagna och omdöpta datauppsättningar ta upp till 5 minuter att visas.

Datamängder som inte stöds

Följande datauppsättningar är inte tillgängliga med hjälp av XMLA-slutpunkter. Dessa datauppsättningar visas inte under arbetsytan i SSMS eller i andra verktyg:

• Datauppsättningar som bygger på en live-anslutning till Azure Analysis Services eller SQL Server Analysis Services-modell.
• Datauppsättningar baserade på en Live-anslutning till en Power BI-datauppsättning i en annan arbetsyta. Läs mer i Introduktion till datamängder på olika arbetsytor.
• Datamängder med push-data med hjälp av REST API.
• Datamängder för Excel-arbetsböcker.

Alias för server/arbetsyta

Servernamnalias som stöds i Azure Analysis Services stöds inte för Premium arbetsytor.

Säkerhet

Förutom att egenskapen XMLA-slutpunkt har aktiverats med läs- och skrivbehörighet för kapacitetsadministratören, måste inställningen Tillåt XMLA-slutpunkter och Analysera i Excel med lokala datamängder vara aktiverad i administratörsportalen. Om du behöver generera Analysera i Excel-filer (AIXL) som ansluter till XMLA-slutpunkten ska inställningen Tillåt live-anslutningar också vara aktiverad. Båda inställningarna är aktiverade som standard.

Tillåt XMLA-slutpunkter och Analysera i Excel med lokala datamängder är en inställning för integrering.

I följande tabell beskrivs konsekvenserna av inställningen Exportera data för XMLA och Analysera i Excel (AIXL):

Tillåt liveanslutningar är en inställning för export och delning.

Åtkomst via XMLA-slutpunkten kommer att respektera säkerhetsgrupp medlemskapet på arbetsytans/appens nivå.

Arbetsytans deltagare och högre har skrivbehörighet till datauppsättningen och motsvarar därför Analysis Services-databasadministratörer. De kan distribuera nya data uppsättningar från Visual Studio och köra TMSL-skript i SSMS.

Åtgärder som kräver Analysis Services-serveradministratörsbehörigheter (i stället för databasadministratör) som spårningar på servernivå och användarpersonifiering med anslutningssträngsegenskapen EffectiveUserName stöds inte i Premium arbetsytor för närvarande.

Andra användare som har Kompileringsbehörighet på en datauppsättning motsvarar Analysis Services-databasläsare. De kan ansluta till och bläddra i datauppsättningar för dataanvändning och visualisering. Regler för säkerhet på radnivå (RLS) används och det går inte att visa interna datauppsättnings metadata.

Modellroller

Med XMLA-slutpunkten kan roller definieras för en datauppsättning, rollmedlemskap kan definieras för AAD-användare (Azure Active Directory) och säkerhet på radnivå (RLS) kan definieras. Modellroller i Power BI används endast för RLS. Använd Power BI-säkerhetsmodellen för att kontrollera behörigheter bortom RLS.

För tabellmodellprojekt som har skrivits i Visual Studio kan roller definieras med hjälp av Rollhanteraren i modelldesignern. För datauppsättningar i Power BI kan roller definieras med hjälp av SSMS för att skapa rollobjekt och definiera rollegenskaper. I de flesta fall kan definitioner av rollobjekt skriptas med hjälp av TMSL för att skapa eller ändra rollobjektet. TMSL-skript kan köras i SSMS eller med PowerShell-cmdleten Invoke-ASCmd.

Följande begränsningar gäller när du arbetar med datauppsättningsroller via XMLA-slutpunkten:

• Den enda behörigheten för en roll som kan anges för datauppsättningar är läsbehörighet. Andra behörigheter beviljas via Power BI-säkerhetsmodellen.
• Tjänstens huvudnamn, som kräver behörigheter för arbetsytans medlem eller administratör, kan inte läggas till i roller.
• Kompileringsbehörighet för en datauppsättning krävs för läsåtkomst via XMLA-slutpunkten, oavsett om det finns datauppsättningsroller.
• Anslutningssträngsegenskapen "Roles=" kan användas för att testa nedgradering av rollmedlemmar med skrivbehörighet till läsbehörighet. Medlemskontot måste fortfarande vara medlem i relevant RLS-roll. Detta skiljer sig från att använda personifiering med SQL Server Analysis Services eller Azure Analysis Services där om kontot är en serveradministratör, förutsätts RLS-rollmedlemskapet. För Premium arbetsytor måste kontot tillhöra en roll för att RLS ska kunna tillämpas eftersom det inte finns någon serveradministratör.

Mer information finns i Roller i tabellmodeller.

Ange autentiseringsuppgifter för datakälla

Metadata som anges via XMLA-slutpunkten kan skapa anslutningar till datakällor, men kan inte ange autentiseringsuppgifter för datakällan. I stället kan du ange autentiseringsuppgifter på sidan datauppsättninginställningar i Power BI-tjänsten.

Tjänstens huvudnamn

Tjänstens huvudnamn är en appregistrering för Azure Active Directory som du skapar i din klientorganisation för att utföra obevakade åtgärder på resurs- och tjänstnivå. Det är en unik typ av användaridentitet med ett appnamn, ett program-ID, ett klientorganisations-ID och en klienthemlighet eller ett certifikat för ett lösenord. Power BI Premium använder samma funktion för tjänstens huvudnamn som Power BI Embedded.

Tjänstens huvudnamn kan också användas med XMLA-slutpunkten för att automatisera datamängdshanteringsuppgifter som att etablera arbetsytor, distribuera modeller och uppdatera datauppsättningar med:

• PowerShell
• Azure Automatisering
• Azure Logic Apps
• Anpassade klientprogram

Mer information finns i Automatisera arbetsyte- och datauppsättningsåtgärder i Premium med hjälp av tjänstens huvudnamn.

Distribuera modellprojekt från Visual Studio (SSDT)

Att distribuera ett tabellmodellprojekt i en Visual Studio till en Premium arbetsyta är ungefär detsamma som att distribuera till en Azure SQL Server Analysis Services server. De enda skillnaderna består av den distributionsserveregenskap som har angetts för projektet och hur autentiseringsuppgifter för datakällan anges så att bearbetningsåtgärder kan importera data från datakällor till den nya datauppsättningen på arbetsytan.

Om du vill distribuera ett tabellmodellprojekt som skapats i Visual Studio måste du först ange arbetsytans anslutnings-URL i projektets Distributionsserveregenskap. Högerklicka på projekt > Egenskaper i Solution Explorer i Visual Studio. I egenskapen Server klistrar du in URL:en för arbetsytans anslutning.

När du har angett en distributionsserveregenskap kan projektet distribueras.

När den distribueras för första gången skapas en datauppsättning i arbetsytan med hjälp av metadata från filen model.bim. Som en del av distributionsåtgärden efter det att datauppsättningen har skapats i arbetsytan från modellmetadata kommer det inte att gå att läsa in data i datauppsättningen från datakällor.

Detta går inte eftersom, till skillnad från en distribution till en Azure- eller SQL Server Analysis Server-instans där autentiseringsuppgifter till datakällan begärs som del av distributionen, datakällans autentiseringsuppgifter inte kan bekräftas vid distribution till en Premium-arbetsyta som del av distributionen. I stället kan du ange autentiseringsuppgifterna för datakällan i Power BI-tjänstens inställningar för datauppsättningen när metadatadistributionen har slutförts och datauppsättningen har skapats. I arbetsytan väljer du Datauppsättningar > Inställningar > Autentiseringsuppgifter för datakälla > Redigera autentiseringsuppgifter.

När autentiseringsuppgifterna för datakällan har angetts kan du uppdatera datauppsättningen i Power BI-tjänsten, konfigurera schemalagd uppdatering eller process (uppdatera) från SQL Server Management Studio för att läsa in data till datauppsättningen.

Egenskapen Bearbetningsalternativ för distribution som anges i projektet i Visual Studio observeras. Men om en datakälla ännu inte har angett autentiseringsuppgifter i Power BI-tjänsten kommer bearbetningen att misslyckas, även om distributionen av metadata lyckas. Du kan ställa in egenskapen på Bearbeta inte, vilket förhindrar ett försök att bearbeta den som en del av distributionen, men du kanske vill återställa egenskapen på standard därefter, eftersom det innebär att bearbetning som del av efterföljande distributioner kommer att lyckas eftersom datakällans autentiseringsuppgifter har angetts i datakällas inställningar för den nya datauppsättningen.

Anslut med SSMS

Att använda SSMS för att ansluta till en arbetsyta är precis som att ansluta till en server för Azure eller SQL Server Analysis Services. Den enda skillnaden är att du anger URL:en för arbetsytan i servernamn och du måste använda Active Directory – Universal med multifaktorautentisering.

Anslut till en arbetsyta med SSMS

1. I SQL Server Management Studio väljer du Anslut > Anslut till Server.

2. Välj Analysis Services som Servertyp. I Servernamn anger du arbetsytans URL. I Autentisering väljer du Active Directory - Universal with MFA (Active Directory – Universal med MFA-stöd), och i Användarnamn anger du din organisations användar-ID.

   

När anslutningen är upprättad visas arbetsytan som en Analysis Services-server, och datamängderna på arbetsytan visas som databaser.

Mer information om hur du använder SSMS för att skriva metadata finns i Skapa Analysis Services-skript och TMSL (tabellmodellskriptspråk).

Uppdatering av datauppsättning

XMLA-slutpunkten möjliggör en mängd olika scenarier för detaljerade uppdateringsfunktioner med hjälp av SSMS, automatisering med PowerShell, Azure Automation och Azure Functions med TOM. Du kan till exempel uppdatera vissa historiska partitioner för stegvis uppdatering utan att behöva läsa in alla historiska data på nytt.

Uppdateringsåtgärder via XMLA-slutpunkten är inte begränsade till 48 uppdateringar per dag och den schemalagda uppdateringstidsgränsen tillämpas inte till skillnad från uppdatering i Power BI-tjänsten.

Datum, tid och status för datauppsättningens uppdateringsåtgärder som innehåller en skrivtransaktion via XMLA-slutpunkten registreras och visas i datauppsättningens uppdateringshistorik.

Dynamiska hanteringsvyer (DMV)

Analysis Services DMV:er ger synlighet för datauppsättningens metadata, härkomst och resursanvändning. DMV:er som är tillgängliga för frågor i Power BI via XMLA-slutpunkten begränsas som mest till de, som kräver databasadministratörsbehörighet. Vissa DMV:er är till exempel inte tillgängliga eftersom de kräver administratörsbehörighet för Analysis Services-servern.

Datauppsättningar som skapats i Power BI Desktop

Förbättrade metadata

XMLA-skrivåtgärder för datauppsättningar som har redigerats Power BI Desktop publicerats till en Premium arbetsyta kräver förbättrade metadata. Läs mer i Aktivera utökade datamängdsmetadata.

Deklarering av datakälla

När Power BI Desktop ansluter till datakällor och frågar data använder den Power Query M-uttryck som infogade datakälldeklarationer. Även om det Premium i arbetsytor stöds Power Query M-deklaration av infogade datakällor inte av Azure Analysis Services eller SQL Server Analysis Services. I stället kan Analysis Services-verktyg för datamodellering som Visual Studio skapa metadata med strukturerade deklarationer av datakällan och/eller Provider deklarationer. Med XMLA-slutpunkten stöder Premium även strukturerade datakällor och providerdatakällor, men inte som en del av Power Query M infogade datakälldeklarationer i Power BI Desktop modeller. Läs mer i Förstå providers.

Power BI desktop i direktanslutningsläge

Power BI Desktop kan ansluta till en Power BI-tjänsts datauppsättning med hjälp av en live-anslutning. När du använder en liveanslutning behöver inte data replikeras lokalt, vilket gör det enklare för användarna att använda semantiska modeller. Användare kan ansluta på två sätt:

Genom att välja Power BI-datauppsättningar och sedan välja en datauppsättning för att skapa en rapport. Detta är det rekommenderade sättet för användarna att ansluta live till datauppsättningar. Den här metoden ger en bättre identifieringsupplevelse som visar bekräftelsenivån för datauppsättningar. Användarna behöver inte hitta och hålla reda på URL:er för arbetsytor. För att hitta en datauppsättning skriver användarna bara in datauppsättningens namn eller bläddrar för att hitta den datauppsättning som de letar efter.

Det andra sättet som användarna kan ansluta till är via Hämta data > Analysis Services, ange ett namn på en Power BI Premium-arbetsyta som en URL, välja Anslut live och sedan välja en datauppsättning i navigatorn. I det här fallet använder Power BI Desktop XMLA-slutpunkten för att ansluta live till datauppsättningen som om den vore en Analysis Services-datamodell.

Organisationer som har befintliga rapporter som är anslutna live till Analysis Services-datamodeller som avser att migrera till Premium-datauppsättningar behöver bara ändra servernamnets URL i inställningarna för > Transformera datakälla.

Granskningsloggar

När program ansluter till en arbetsyta loggas åtkomst via XMLA-slutpunkter i Power BI-spårningsloggarna med följande åtgärder:

Läs mer i  Granska Power BI.

Se även

Har du fler frågor? Fråga Power BI Community