Semantisk modelforbindelse med XMLA-slutpunktet

Power BI Premium, Premium Per Bruger og Power BI Embedded arbejdsområder bruger et XMLA-endpoint til at understøtte åben platform-forbindelse fra Microsoft og tredjeparts klientapplikationer og værktøjer.

XMLA-slutpunkter

Arbejdsområder bruger XML for Analysis (XMLA)-protokollen til kommunikation mellem klientapplikationer og den motor, der administrerer dine Power BI arbejdsområder og semantiske modeller. Denne kommunikation sker gennem det, der almindeligvis kaldes XMLA-slutpunkter. XMLA er kommunikationsprotokollen, der bruges af Microsoft Analysis Services-motoren, som kører Power BI's semantiske modellering, governance, livscyklus og datastyring. Data, der sendes via XMLA-protokollen, er fuldt krypteret.

Som standard er skrivebeskyttet forbindelse ved hjælp af slutpunktet aktiveret for arbejdsbelastningen for semantiske modeller i en kapacitet. Med skrivebeskyttede datavisualiseringsprogrammer og -værktøjer kan forespørge på semantiske modelmodeldata, metadata, hændelser og skemaer.

Læse-/skrivehandlinger ved hjælp af slutpunktet kan aktiveres. Læse-/skriveadgang giver mere semantisk modelstyring, styring, avanceret semantisk modellering, fejlfinding og overvågning. Når de er aktiveret, har semantiske modeller større paritet med Azure Analysis Services og SQL Server Analysis Services enterprise-niveau tabulære modelleringsværktøjer og processer.

Egenskaber for Analysis Services-server

Power BI Premium understøtter mange serveregenskaber i Analysis Services. Hvis du vil gennemse disse egenskaber, skal du se Serveregenskaber i Analysis Services.

Vilkår for anvendelse

Brug af XMLA-slutpunktet er underlagt følgende:

Enkeltbrugerapplikation - Applikationen bruger en enkelt brugerkonto eller app-identitet til at tilgå en Power BI semantisk model via XMLA-endpointet. Eksempler på enkeltbrugerapplikationer omfatter udviklerværktøjer, administratorscripts og automatiserede processer. Disse programmer kan udføre opgaver som f.eks. datamodellering og administrative opgaver, der ændrer metadataene for en semantisk model, sikkerhedskopiering eller gendannelse eller udløser en dataopdatering. Den brugerkonto eller appidentitet, som klientprogrammet bruger til at få adgang til en semantisk model, skal have en gyldig Premium pr. bruger-licens, medmindre den semantiske model er placeret på en Premium-kapacitet.

Multi-user application - Applikationen giver flere brugere adgang til en Power BI semantisk model. Det kan f.eks. være et program på mellemniveau, der integrerer en semantisk model i en forretningsløsning og får adgang til den semantiske model på vegne af sine forretningsbrugere.

• Premium Per Bruger (PPU) arbejdsområder - Applikationen skal kræve, at hver bruger logger ind på Power BI. For hver bruger bruger programmet et adgangstoken til at få adgang til de semantiske modeller. Programmet kan ikke bruge en tjenestekonto eller en anden appidentitet til at udføre opgaver på vegne af individuelle brugere. Hver bruger skal have sin egen Power BI-konto til at åbne rapporter, få adgang til semantiske modeller og udføre forespørgsler.
• For Premium-arbejdsområder kan applikationen bruge enten en servicekonto eller app-identitet på vegne af slutbrugerne uden at hver bruger skal logge ind på Power BI.

Klientapplikationer og værktøjer

Almindelige applikationer og værktøjer, der bruges med Azure Analysis Services og SQL Server Analysis Services, som nu understøttes af Power BI Premium semantiske modeller:

Microsoft Excel - Excel PivotTables er et af de mest almindelige værktøjer, der bruges til at opsummere, analysere, udforske og præsentere oversigtsdata fra Power BI semantiske modeller. Skrivebeskyttet er påkrævet for forespørgselshandlinger. Kræver Klik og kør-versionen af Office 16.0.13612.10000 eller nyere.

Visual Studio med Analysis Services-projekter - Kendt som SQL Server Data Tools(SSDT). SSDT er et modeloprettelsesværktøj i virksomhedsklassen til Analysis Services-tabelmodeller. Alle Visual Studio 2017 og senere udgaver, inklusive den gratis Community-udgave, understøtter Analysis Services-projektudvidelser. Kræver udvidelsesversion 2.9.14 eller nyere for at udrulle tabelmodeller til et Premium-arbejdsområde. Modellen skal være på kompatibilitetsniveauet 1500 eller højere for at blive implementeret. Kræver XMLA-læse-/skriveadgang for arbejdsbelastningen for semantiske modeller. Du kan få mere at vide under Værktøjer til Analysis Services.

SQL Server Management Studio (SSMS) - Understøtter DAX-, MDX- og XMLA-forespørgsler. Udfør detaljerede opdateringshandlinger og scripting af metadata for semantiske modeller ved hjælp af TMSL ( Tabular Model Scripting Language ). Kræver skrivebeskyttet til forespørgselshandlinger. Kræver læse-/skriveadgang til scripting af metadata. Kræver SSMS version 18.9 eller nyere. Download SSMS.

SQL Server Profiler - SQL Server Profiler installeres med SSMS, tillader det sporing og fejlfinding af semantiske modelbegivenheder. Selvom det officielt er blevet afskaffet for SQL Server, er Profiler stadig inkluderet i SSMS og understøttes stadig for Analysis Services og Power BI. Kræver SQL Server Profiler-version 18.9 eller højere. Brugerne skal angive den semantiske model (det oprindelige katalog), når de opretter forbindelse til XMLA-slutpunktet. For at lære mere, se†̄SQL Server Profiler for Analysis Services.

Analysis Services Deployment Wizard - Installeret med SSMS tilbyder dette værktøj udrulning af Visual Studio forfattede tabelmodelprojekter til Analysis Services og Premium-arbejdsområder. Det kan køres interaktivt eller fra kommandolinjen til automatisering. XMLA læse-skrive-skrives er påkrævet. Du kan få mere at vide under Analysis Services-installationsguiden.

PowerShell-cmdlet'er – Brug Analysis Services-cmdlet'er til at automatisere opgaver til administration af semantiske modeller, f.eks. opdateringshandlinger. Kræver XMLA læse-/skriveadgang. Kræver version 21.1.18256 eller nyere af SqlServer PowerShell-modulet. Azure Analysis Services-cmdlets i Az.AnalysisServices-modulet understøttes ikke for Power BI semantiske modeller. Du kan få mere at vide under Analysis Services PowerShell-reference.

Power BI Report Builder - Et værktøj til at lave paginerede rapporter. Opret en rapportdefinition, der angiver de data, der skal hentes, hvor de skal hentes, og hvordan de skal vises. Du kan forhåndsvise din rapport i Report Builder og derefter offentliggøre din rapport til Power BI service. Kræver skrivebeskyttet XMLA. For at lære mere, se Power BI Report Builder.

Tabular Editor 2.x - Et open source-værktøj til oprettelse, vedligeholdelse og styring af tabelmodeller ved hjælp af en intuitiv, let editor. En hierarkisk visning viser alle objekter i din tabelmodel. Organiserer objekter efter visningsmapper med understøttelse af redigering af egenskaber med flere valg og DAX-syntaksfremhævning. Kræver skrivebeskyttet XMLA til forespørgselshandlinger. Kræver læse-/skriveadgang til metadatahandlinger. Du kan få mere at vide i Tabular Editor 2.x.

DAX Studio – Et værktøj med åben kildekode til DAX-oprettelse, diagnosticering, justering af ydeevne og analyse. Funktionerne omfatter objektgennemsyn, integreret sporing, opdelinger af udførelse af forespørgsler med detaljerede statistikker, fremhævning og formatering af DAX-syntaks. Kræver skrivebeskyttet XMLA til forespørgselshandlinger. Du kan få mere at vide under daxstudio.org.

ALM Toolkit - Et open source skema-sammenligningsværktøj til Power BI semantiske modeller, oftest brugt til applikationslivscyklusstyringsscenarier (ALM). Udfør udrulning på tværs af miljøer, og bevar trinvis opdatering af historiske data. Diff og flet metadatafiler, grene og lagre. Genbrug almindelige definitioner mellem semantiske modeller. Kræver skrivebeskyttet til forespørgselshandlinger. Kræver læse-/skriveadgang til metadatahandlinger. Du kan få mere at vide under alm-toolkit.com.

Tredjepart – Omfatter programmer og værktøjer til visualisering af klientdata, der kan oprette forbindelse til, forespørge på og forbruge semantiske modeller i Premium-arbejdsområder. De fleste værktøjer kræver de nyeste versioner af MSOLAP-klientbiblioteker, men nogle kan bruge ADOMD. Skrivebeskyttet XMLA-slutpunkt eller skrivebeskyttet XMLA-slutpunkt afhænger af handlingerne.

Klientbiblioteker

Klientprogrammer og -værktøjer kommunikerer ikke direkte med XMLA-slutpunktet. I stedet bruger de klientbiblioteker som et abstraktionslag. Det er de samme klientbiblioteker, som applikationer bruger til at forbinde til Azure Analysis Services og SQL Server Analysis Services. Microsoft-applikationer som Excel, SQL Server Management Studio (SSMS) og Analysis Services projektudvidelsen til Visual Studio installerer alle tre klientbiblioteker og opdaterer dem sammen med regelmæssige applikations- og udvidelsesopdateringer. Udviklere kan bruge klientbibliotekerne til at bygge brugerdefinerede programmer. I nogle tilfælde, især med tredjepartsprogrammer, kan det være nødvendigt at installere nyere versioner af klientbibliotekerne, hvis de ikke er installeret sammen med programmet. Klientbiblioteker opdateres månedligt. Du kan få mere at vide underKlientbiblioteker til oprettelse af forbindelse til Analysis Services.

Optimer semantiske modeller til skrivehandlinger ved at aktivere store modeller

Når du bruger XMLA-slutpunktet til administration af semantisk model med skrivehandlinger, anbefales det, at du aktiverer den semantiske model for store modeller. Dette reducerer omkostningerne ved skriveoperationer, hvilket kan gøre dem betydeligt hurtigere. For semantiske modeller over 1 GB (efter komprimering) kan forskellen være betydelig. For at lære mere, se Large models i Power BI Premium.

Aktivere XMLA-læse-/skriveadgang

Som standard har arbejdsbelastninger for Premium-kapacitet eller Premium-semantiske modeller pr. bruger indstillingen XMLA-slutpunktsegenskab aktiveret til skrivebeskyttelse. Det betyder, at programmer kun kan forespørge på en semantisk model. Hvis programmer kan udføre skrivehandlinger, skal egenskaben XMLA-slutpunkt være aktiveret til læse-/skriveadgang.

Sådan aktiverer du læse- og skriveadgang for en Premium-kapacitet

1. VælgAdministrationsportalen>.

2. I Admin-portalen vælger du Kapacitetsindstillinger>Power BI Premium> kapacitetsnavn.

3. Udvid Arbejdsbelastninger. I indstillingen XMLA-slutpunkt skal du vælge Læs skrivning. Indstillingen XMLA-slutpunkt gælder for alle arbejdsområder og semantiske modeller , der er tildelt kapaciteten.

   

Sådan aktiveres læse-/skriveadgang for Premium pr. bruger

1. VælgAdministrationsportalen>.
2. På administrationsportalen skal du vælge Premium pr. bruger.
3. Udvid indstillinger for arbejdsbelastning for semantisk model. I indstillingen XMLA-slutpunkt skal du vælge Læs skrivning.

Oprette forbindelse til et Premium-arbejdsområde

Arbejdsområder, der er tildelt en kapacitet, har en connection string i URL-format. Eksempler:

powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Programmer, der opretter forbindelse til arbejdsområdet, bruger URL-adressen, som om det var et Analysis Services-servernavn. Eksempler:

powerbi://api.powerbi.com/v1.0/contoso.com/Sales%20Workspace.

Notat

Arbejdsområdenavne skal kodes med URI (eller URI-escaped) som defineret i RFC 3986, hvilket kræver, at alle reserverede tegn er procentkodede. For eksempel Sales%20Workspace er den URI-kodede version af arbejdsområdets navn Sales Workspace.

Forbindelse til et personligt arbejdsområde

Brugere kan forbinde til semantiske modeller i et personligt arbejdsområde (My Workspace) ved at bruge XMLA-endpointet, hvis det personlige arbejdsområde er tildelt en Premium Per User (PPU), Premium eller Fabric-kapacitet. Brugere skal have Build-tilladelse på den semantiske model inden for det målrettede arbejdsområde, især når de forbinder til en semantisk model i en anden brugers personlige arbejdsområde.

XMLA-baserede klienter kan forbinde til et personligt arbejdsområde med følgende krav:

• Analysis Services Client Libraries version MSOLAP 17.0.40.18 eller højere, ADOMD 19.104.2.0 eller højere.
• Forbindelsesstreng i v2-format, der refererer til ejeren af det målrettede personlige arbejdsområde via UPN eller objekt-ID:
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[URI_encoded_UPN]
  • powerbi://api.powerbi.com/v2.0/[tenantId]/home/myworkspace/[UserObjectId]

For SQL Server Management Studio (SSMS) bør du bruge februar 2026-udgivelsen eller senere, når du opretter forbindelse til et personligt arbejdsområde.

B2B- og gæstebrugere

Når brugere får adgang til et arbejdsområde i deres hjemmelejer, kan lejernavnsektionen i URL-adressen erstattes af myorg. Eksempler:

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

Når B2B\gæstebrugere får adgang til arbejdsområder i en anden lejer, skal dette lejernavn angives i URL-adressen til datakilden. Når en contoso.com-bruger f.eks. inviteres til den fabrikam.com lejer og får tilladelse til "Sales Workspace", skal vedkommende bruge nedenstående URL-adresse til at oprette forbindelse:

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

For at bestemme det primære domænenavn og ID for en lejer, log ind på Azure-portalen, vælg Microsoft Entra ID i hovedmenuen, og noter derefter oplysningerne på Microsoft Entra Oversigtssiden. For mere information, se Find Microsoft Entra lejer-ID og primære domænenavn.

Sådan henter du URL-adressen til arbejdsområdets forbindelse

I arbejdsområdet Indstillinger>Premium>Workspace Connection skal du vælge Kopiér.

Krav til tilslutning

Oprindelig katalog

Med nogle værktøjer, såsom SQL Server Profiler, skal du angive en Initial Catalog, som er den semantiske model (database), der skal forbindes til i dit arbejdsområde. I dialogboksen Opret forbindelse til server skal du vælge Indstillinger> Egenskaber >Opret forbindelse til database og angive navnet på den semantiske model.

Dublere navne på arbejdsområder

Workspaces i Power BI validering forhindrer oprettelse eller omdøbning af arbejdsområder med dubletnavne. Når du opretter forbindelse til et arbejdsområde med samme navn som et andet arbejdsområde, får du muligvis følgende meddelelse:

Kan ikke oprette forbindelse til powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].

Du kan løse problemet ved ud over navnet på arbejdsområdet at angive ObjectIDGuid. Du kan kopiere ObjectIDGuid fra arbejdsområdet objectID i URL-adressen. Føj objectID til forbindelsens URL-adresse. Eksempler:

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - aaaabbbb-0000-cccc-1111-dddd2222eeee.

Dubleret semantisk modelnavn

Hvis du vil oprette forbindelse til en semantisk model med samme navn som en anden semantisk model i det samme arbejdsområde, skal du føje guid til den semantiske model til navnet på den semantiske model. Du kan få både semantisk modelnavn og GUID, når du har forbindelse til arbejdsområdet i SSMS.

Forsinkelse i semantiske modeller vist

Når du opretter forbindelse til et arbejdsområde, kan det tage op til et par minutter, før ændringer fra nye, slettede og omdøbte semantiske modeller vises.

Semantiske modeller, der ikke understøttes

Følgende semantiske modeller er ikke tilgængelige ved hjælp af XMLA-slutpunktet. Disse semantiske modeller vises ikke under arbejdsområdet i SSMS eller i andre værktøjer:

• Semantiske modeller baseret på en live-forbindelse til en Azure Analysis Services- eller SQL Server Analysis Services-model.
• Semantiske modeller baseret på en liveforbindelse til en Power BI-semantisk model i et andet arbejdsområde. Du kan få mere at vide under Introduktion til semantiske modeller på tværs af arbejdsområder.
• Semantiske modeller med pushdata ved hjælp af REST API.
• Semantiske modeller i Excel-projektmapper.

Server-/arbejdsområdealias

Servernavn-aliaser, der understøttes i Azure Analysis Services, understøttes ikke for Premium-arbejdsområder.

Sikkerhed

Ud over at egenskaben XMLA-slutpunkt er aktiveret læse-/skriveadgang af kapacitetsadministratoren, skal indstillingen Tillad XMLA-slutpunkter og Analysér i Excel med semantiske modeller i det lokale miljø være aktiveret på administrationsportalen. Hvis du har brug for at generere AIXL-filer (Analysér i Excel), der opretter forbindelse til XMLA-slutpunktet, skal indstillingen på lejerniveau Brugere kan arbejde med semantiske modeller i Excel ved hjælp af en direkte forbindelse også være aktiveret. Disse indstillinger er begge aktiveret som standard.

Tillad XMLA-slutpunkter og Analysér i Excel med semantiske modeller i det lokale miljø er en integrationsindstilling.

Brugere kan arbejde med semantiske modeller i Excel ved hjælp af en live-forbindelse er en eksport- og delingsindstilling.

I følgende tabel beskrives konsekvenserne af begge indstillinger:

Indstilling	Tillad XMLA-slutpunkter og analysér i Excel med semantiske modeller i det lokale miljø = deaktiveret	Tillad XMLA-slutpunkter og Analysér i Excel med semantiske modeller i det lokale miljø = aktiveret
Brugere kan arbejde med semantiske modeller i Excel ved hjælp af en live-forbindelse = deaktiveret	XMLA: ikke tilladt Analysér i Excel: ikke tilladt	XMLA: tilladt Analysér i Excel: ikke tilladt
Brugere kan arbejde med semantiske modeller i Excel ved hjælp af en live-forbindelse = aktiveret	XMLA: ikke tilladt Analysér i Excel: tilladt	XMLA: tilladt Analysér i Excel: tilladt

Adgang via XMLA-slutpunktet respekterer medlemskab af sikkerhedsgrupper, der er angivet på arbejdsområde-/appniveau.

Bidragydere til arbejdsområder og derover har tilladelser til at skrive semantisk model, som reelt er de samme som Analysis Services-databaseadministratorer. De kan implementere nye semantiske modeller fra Visual Studio og udføre TMSL-scripts i SSMS.

Brugere med tilladelser til at oprette semantisk model svarer til Analysis Services-databaselæsere. De kan oprette forbindelse til og gennemse semantiske modeller til dataforbrug og visualisering. Regler for sikkerhed på rækkeniveau overholdes, og de kan ikke se interne metadata for semantisk model.

Handlinger, der kræver Analysis Services-serveradministratortilladelser (i stedet for databaseadministrator) generelt, understøttes generelt ikke.

Du kan få mere at vide under Semantiske modeltilladelser og roller i arbejdsområder

Personifikation

Brugerimitation ved brug af EffectiveUserName connection string-egenskaben understøttes ved forbindelse til Premium workspace semantiske modeller. Den konto, der er angivet i EffectiveUserName, skal være i lejerens Microsoft Entra ID og skal have både Read og Build tilladelser for den semantiske model, der tilknyttes. Hvis kontoen ikke har både læse- og byg-tilladelser, kan Power BI ikke udgive sig for at være brugerkontoen. Forbindelsen mislykkes, og der returneres en fejl.

Du kan også udføre imitation ved at specificere en eller flere workspace-roller i Roles connection string property. Med egenskaben Roller kan du teste nedgradering af rollemedlemmer med skrivetilladelser til læsetilladelser. Følgende rolletilladelser gælder afhængigt af kontoen for den bruger, der er logget på:

• Hvis den bruger, der udfører repræsentation, er administrator af arbejdsområdet, hvilket reelt er det samme som en serveradministrator i Analysis Services, behøver vedkommende ikke at være medlem af nogen af de angivne roller.

• Hvis den bruger, der udfører repræsentation, ikke er administrator af arbejdsområdet, skal vedkommende tilhøre en eller flere af de angivne roller, ellers returneres en fejl af typen bruger ikke fundet eller ingen tilladelsestype.

Modelroller

Med XMLA-endpointet kan roller, rollemedlemskab, række-niveau sikkerhed (RLS) og objekt-niveau sikkerhed (OLS) defineres for brugere i lejerens Microsoft Entra ID. Modelroller i Power BI bruges kun til RLS og OLS. Brug Power BI-sikkerhedsmodellen til at kontrollere tilladelser ud over RLS og OLS.

For tabulære modelprojekter skrevet i Visual Studio kan roller defineres ved at bruge Rolleadministrator i modeldesigneren. For semantiske modeller i Power BI kan roller defineres i Power BI Desktop, før de publiceres til tjenesten. Rollemedlemskab er specificeret i Power BI service. SSMS kan også bruges til at oprette og administrere roller. I de fleste tilfælde kan rolleobjektdefinitioner scriptes ved hjælp af TMSL til at oprette eller ændre objektet Roller. TMSL-scripts kan udføres i SSMS eller med PowerShell-cmdlet'en Invoke-ASCmd.

Følgende begrænsninger gælder, når du arbejder med roller via XMLA-slutpunktet:

• Den eneste tilladelse til en rolle, der kan angives for semantiske modeller, er læsetilladelse. Andre tilladelser gives ved hjælp af Power BI-sikkerhedsmodellen.
• Tjenesteprincipaler fungerer ikke med sikkerhed på rækkeniveau og OLS og kan ikke tilføjes som modelrollemedlemmer.
• Der kræves oprettelsestilladelse til en semantisk model for at få læseadgang via XMLA-slutpunktet, uanset om der findes semantiske modelroller.

Angivelse af legitimationsoplysninger for datakilder

Metadata, der er angivet via XMLA-slutpunktet, kan oprette forbindelser til datakilder, men kan ikke angive legitimationsoplysninger for datakilden. I stedet kan legitimationsoplysninger indstilles på siden for semantiske modelindstillinger i Power BI-tjenesten.

Tjenesteprincipaler

Service Principals er en Microsoft Entra-appregistrering, du opretter inden for din lejer for at udføre unattended resource og service level-operationer. De er en entydig type brugeridentitet med et appnavn, et program-id, et lejer-id og en klienthemmelighed eller et certifikat for en adgangskode. Power BI Premium bruger den samme service principal-funktionalitet som Power BI Embedded.

Tjenesteprincipaler kan bruges sammen med XMLA-slutpunktet til at automatisere opgaver til administration af semantiske modeller, f.eks. klargøring af arbejdsområder, udrulning af modeller og opdatering af semantisk model med:

• PowerShell
• Azure Automation
• Azure Logic Apps
• Brugerdefinerede klientapplikationer

Du kan få mere at vide under Automatiser Premium-arbejdsområde og semantiske modelopgaver med tjenesteprincipaler.

Opdagelse af semantisk model

Når indstillingen Bloker genpublicering og deaktivering af pakkeopdatering på lejerniveau er aktiveret, kan en bruger kun finde de semantiske modeller ved hjælp af det XMLA-slutpunkt, som brugeren er ejer af. Hvis en bruger ikke er ejer af en semantisk model, svarer de til en Analysis Services-databaselæser, selv når de er administrator, medlem eller bidragyder i arbejdsområdet.

Udrul modelprojekter fra Visual Studio (SSDT)

At udrulle et tabulært modelprojekt i Visual Studio til et Premium-arbejdsområde svarer stort set til at implementere til en Azure- eller SQL Server Analysis Services-server. De eneste forskelle er i egenskaben Installationsserver, der er angivet for projektet, og hvordan legitimationsoplysningerne for datakilden er angivet, så behandlingshandlinger kan importere data fra datakilder til den nye semantiske model i arbejdsområdet.

For at deploye et tabulært modelprojekt skrevet i Visual Studio, skal du sætte workspace-forbindelses-URL'en i projektets Deployment Server-egenskab. I Visual Studio, i Solution Explorer, højreklikker du på projektet >Properties. I egenskaben Server skal du indsætte URL-adressen til arbejdsområdets forbindelse.

Når egenskaben Installationsserver er angivet, kan projektet installeres.

Når den installeres første gang, oprettes der en semantisk model i arbejdsområdet ved hjælp af metadata fra model.bim. Når den semantiske model er oprettet i arbejdsområdet ud fra modelmetadata, mislykkes behandlingen for at indlæse data i den semantiske model fra datakilder som en del af udrulningshandlingen.

Behandlingen fejler, fordi i modsætning til udrulning til en Azure- eller SQL Server Analysis Server-instans, hvor du bliver bedt om datakildeoplysninger som en del af udrulningsoperationen, kan datakildeoplysninger ikke specificeres som en del af udrulningen til et Premium-arbejdsområde. I stedet, efter at metadata-udrulningen er lykkedes og den semantiske model er oprettet, specificeres datakilde-legitimationsoplysninger i Power BI-tjenesten i semantiske modelindstillinger. I arbejdsområdet skal du vælge Semantiske modeller>Indstillinger>Legitimationsoplysninger> for datakildeRediger legitimationsoplysninger.

Når datakilde-legitimationsoplysninger er angivet, kan du derefter opdatere den semantiske model i Power BI service, konfigurere tidsplanopdatering eller behandle (opfriske) fra SQL Server Management Studio for at indlæse data i den semantiske model.

Udrulningsegenskaben Processing Option specificeret i projektet i Visual Studio overholdes. Hvis en datakilde dog ikke har fået specificeret legitimationsoplysninger i Power BI service, vil behandlingen fejle, selv hvis metadata-udrulningen lykkes. Du kan angive egenskaben til Do Not Process, hvilket forhindrer forsøg på at behandle som en del af installationen. Det kan være en god ide at angive egenskaben tilbage til Standard , fordi når legitimationsoplysningerne for datakilden er angivet i datakildeindstillingerne for den nye semantiske model, vil behandlingen som en del af efterfølgende udrulningshandlinger lykkes.

Opret forbindelse med SSMS

At bruge SSMS til at forbinde til et arbejdsområde er ligesom at forbinde til en Azure- eller SQL Server Analysis Services-server. Den eneste forskel er, at du angiver arbejdsområdets URL i servernavnet, og du skal bruge Active Directory - Universal med MFA autentificering.

Opret forbindelse til et arbejdsområde ved hjælp af SSMS

1. I SQL Server Management Studio vælger du Connect>Connect to Server.

2. I Servertype skal du vælge Analysis Services. Angiv URL-adressen til arbejdsområdet i Servernavn. I Authentication vælg Active Directory - Universal med MFA, og indtast derefter dit organisationsbruger-ID i User name.

   

Når der er oprettet forbindelse, vises arbejdsområdet som en Analysis Services-server, og semantiske modeller i arbejdsområdet vises som databaser.

Du kan få mere at vide om brug af SSMS til scriptmetadata under:

• Oprette Analysis Services-scripts
• Scriptsprog for tabelmodel (TMSL)

Opdatering af semantisk model

XMLA-endpointet muliggør et bredt udvalg af scenarier for fint-kornet opdateringsfunktioner ved brug af SSMS, automatisering med PowerShell, Azure Automation og Azure Functions med TOM. Du kan f.eks. opdatere visse historiske partitioner med trinvis opdatering uden at skulle genindlæse alle historiske data.

I modsætning til konfiguration af opdatering i Power BI service er opdateringsoperationer gennem XMLA-endpointet ikke begrænset til 48 opdateringer om dagen, og scheduled refresh timeout pålægges ikke.

Dato, klokkeslæt og status for opdateringshandlinger for semantiske modeller, der omfatter en skrivetransaktion via XMLA-slutpunktet, registreres og vises i opdateringsoversigten for semantisk model.

Notat

Opdateringshandlinger, der udføres af XMLA-slutpunktet, opdaterer ikke automatisk feltcacher. Feltcacher opdateres kun, når en bruger får adgang til rapporten.

Dynamiske ledelsesvisninger (DMV)

Analysis Services DMV'er giver synlighed af metadata for semantiske modeller, afstamning og ressourceforbrug. DMV'er, der er tilgængelige for forespørgsler i Power BI via XMLA-endpointet, er højst begrænset til dem, der kræver databaseadministrator-tilladelser. Nogle DMV'er er f.eks. ikke tilgængelige, fordi de kræver Analysis Services-serveradministratortilladelser.

Power BI Desktop-forfattede semantiske modeller

Forbedrede metadata

XMLA-skriveoperationer på semantiske modeller skrevet i Power BI Desktop og publiceret i et Premium-arbejdsområde kræver forbedret metadata. Du kan få mere at vide under Forbedrede metadata for semantisk model.

Forsigtighed

På nuværende tidspunkt forhindrer en skriveoperation på en semantisk model skrevet i Power BI Desktop, at den kan downloades tilbage som en PBIX-fil. Sørg for at beholde den originale PBIX-fil.

Erklæring af datakilde

Når man forbinder til datakilder og forespørger data, bruger Power BI Desktop Power Query M-udtryk som indbyggede datakildedeklarationer. Selvom det understøttes i Premium workspaces, understøttes Power Query M inline data source declaration ikke af Azure Analysis Services eller SQL Server Analysis Services. I stedet opretter Analysis Services datamodelleringsværktøjer som Visual Studio metadata ved hjælp af strukturerede eller provider datakildedeklarationer. Med XMLA-endpointet understøtter Premium også strukturerede og leverandørdatakilder, men ikke som en del af Power Query M inline datakildedeklarationer i Power BI Desktop-modeller. Du kan få mere at vide under Om udbydere.

Power BI Desktop i live connect-tilstand

Power BI Desktop kan forbinde til en Power BI Premium semantisk model ved hjælp af en liveforbindelse. Ved hjælp af en direkte forbindelse behøver data ikke at blive replikeret lokalt, hvilket gør det nemmere for brugerne at bruge semantiske modeller. Der er to måder, hvorpå brugerne kan oprette forbindelse:

• Vælg Power BI semantiske modeller, og vælg derefter en semantisk model for at oprette en rapport. Dette er den anbefalede måde for brugere at oprette forbindelse live til semantiske modeller. Denne metode giver en forbedret opdagelsesoplevelse, der viser godkendelsesniveauet for semantiske modeller. Brugerne behøver ikke at finde og holde styr på URL-adresser til arbejdsområder. For at finde en semantisk model skal brugerne blot indtaste navnet på den semantiske model eller rulle for at finde den semantiske model, de leder efter.

  

• Brug Get Data>Analysis Services angiv et Power BI Premium-arbejdsområde som URL, vælg Connect live, og vælg derefter en semantisk model i Navigator. I dette tilfælde bruger Power BI Desktop XMLA-endpointet til at forbinde live til den semantiske model, som om det var en Analysis Services-datamodel.

  

Organisationer, der har eksisterende rapporter, der er forbundet direkte til Analysis Services-datamodeller, og som har til hensigt at overføre til Semantiske Premium-modeller, skal kun ændre URL-adressen til servernavnet i indstillingerne for Transformér>.

Revisionslogge

Når applikationer forbinder til et arbejdsområde, logges adgangen via XMLA-endpoints i Power BI-revisionsloggene med følgende operationer:

Brugervenligt navn på operationen	Operationsbetegnelse
Forbundet til Power BI semantisk model fra en ekstern applikation	ConnectFromExternalApplication
Anmodede om opdatering af Power BI semantisk model fra en ekstern applikation	Opdater datasætFraekstern applikation
Skabte Power BI semantisk model fra en ekstern applikation	OpretDatasætFraEkstern Applikation
Redigeret Power BI semantisk model fra en ekstern applikation	EditDatasetFromExternalApplication
Slettet Power BI semantisk model fra en ekstern applikation	SletDatasætFraEkstern Applikation

For at lære mere, se Auditing Power BI.

Overvejelser og begrænsninger

Default Power BI semantiske modeller kan ikke ændres ved hjælp af XMLA-endpointet.

Relateret indhold

Du kan finde flere oplysninger om denne artikel under:

• Power BI brugsscenarier: Avanceret datamodelstyring
• Spørgsmål? Prøv at spørge Power BI Community
• Forslag? Bidrag med idéer til at forbedre Power BI