Datasetttilkobling med XMLA-endepunktet

Power BI Premium, Premium per bruker og Power BI Embedded arbeidsområder støtter åpen plattform-tilkobling fra Microsoft og tredjeparts klientprogrammer og verktøy ved hjelp av et XMLA-endepunkt.

Hva er et XMLA-endepunkt?

Arbeidsområder bruker XML for Analysis (XMLA)-protokollen for kommunikasjon mellom klientprogrammer og motoren som administrerer Power BI-arbeidsområder og datasett. Disse kommunikasjonene er gjennom det som ofte er referert til som XMLA-endepunkter. XMLA er den samme kommunikasjonsprotokollen som brukes av Microsoft Analysis Services-motor, som i detalj, kjører Power BI semantisk modellering, styring, livssyklus og databehandling. Data som sendes over XMLA-protokollen er fullstendig kryptert.

Som standard bruker skrivebeskyttet tilkoblingsmulighet endepunktet som er aktivert for Datasettets arbeidsbelastning i en kapasitet. Med skrivebeskyttelse kan datavisualiseringsprogrammer og verktøy foreta spørringer om datasettmodelldata, metadata, hendelser og skjema. Lese-/skriveoperasjoner som bruker endepunktet kan aktiveres med ekstra datasett-administrasjon, styring, avansert semantisk modellering, feilsøking og overvåking. Med lese-/skriveaktivert har datasett mer paritet med Azure Analysis Services og SQL Server Analysis Services tabellmodelleringsverktøy og -prosesser i foretaksklasse.

Vilkår for bruk

Bruk av XMLA-endepunktet er underlagt følgende:

Enkeltbrukerprogram – Programmet bruker én enkelt brukerkonto eller appidentitet til å få tilgang til et Power BI-datasett gjennom XMLA-endepunktet. Vanlige eksempler er utviklerverktøy, administratorskript og automatiserte prosesser for å utføre datamodellering og administrative oppgaver, for eksempel å endre metadataene for et datasett, utføre en sikkerhetskopierings- eller gjenopprettingsoperasjon eller utløse en dataoppdatering. Brukerkontoen eller appidentiteten som klientprogrammet bruker til å få tilgang til et datasett, må ha en gyldig Premium per bruker (PPU)-lisens med mindre datasettet befinner seg på en Premium-kapasitet.

Flerbrukerprogram – Programmet gir flere brukere tilgang til et Power BI-datasett. Et program på mellomnivå integrerer for eksempel et datasett i en forretningsløsning og får tilgang til datasettet på vegne av forretningsbrukerne.

  • For Premium per bruker-arbeidsområder (PPU) må programmet kreve at hver bruker logger seg på Power BI. Programmet bruker hver brukers tilgangstoken til å få tilgang til datasettene. Programmet har ikke tillatelse til å bruke en tjenestekonto eller annen appidentitet til å utføre oppgaver på vegne av brukerne. Hver bruker må bruke sin egen Power BI-konto for å åpne rapporter, få tilgang til datasett og utføre spørringer.
  • For Premium-arbeidsområder kan programmet bruke en tjenestekonto eller appidentitet på vegne av sluttbrukerne uten at hver bruker må logge på Power BI.

Klientprogrammer og verktøy

Her er noen av de vanligste programmene og verktøyene som brukes med Azure Analysis Services og SQL Server Analysis Services, og som nå støttes av Power BI Premium datasett:

Microsoft Excel – Excel-pivottabeller er et av de vanligste verktøyene som brukes til å oppsummere, analysere, utforske og presentere sammendragsdata fra Power BI-datasett. Det kreves skrivebeskyttelse for spørringsoperasjoner. Klikk og bruk-versjonen av Office 16.0.13612.10000 eller nyere kreves.

Visual Studio med Analysis Services-prosjekter – også kjent som SQL Server Data Tools, eller ganske enkelt SSDT, er et redigeringsverktøy for modellredigering for Analysis Services for tabellmodeller. Prosjektutvidelser for Analysis Services støttes i alle Visual Studio 2017-versjoner og nyere versjoner, deriblant den gratis Community-versjonen. For å distribuere tabellmodeller til et Premium-arbeidsområde, kreves utvidelsesversjon 2.9.14 eller høyere. Når du distribuerer, må modellen være på 1500 eller høyere kompatibilitetsnivå. Det kreves lese-/skrivetilgang for XMLA i arbeidsbelastningen for datasettet. Hvis du vil ha mer informasjon, kan du ta en titt på Verktøy for Analysis Services.

SQL Server Management Studio (SSMS) – støtter DAX-, MDX- og XMLA-spørringer. Utfør finjusterte oppdateringsoperasjoner og skripting av datasett-metadata ved hjelp av Skript-språk for tabellmodell (TMSL). Det kreves skrivebeskyttelse for spørringsoperasjoner. Det kreves lese-/skrivetilgang for skripting av metadata. Krever SSMS versjon 18.9 eller nyere. Last ned her.

SQL Server Profiler – Installert med SSMS, gir dette verktøyet sporing og feilsøking av datasetthendelser. Mens offisielt avskrevet for SQL Server, profiler fortsetter å være inkludert i SSMS og forblir støttet for Analysis Services og Power BI. Krever SQL Server Profiler versjon 18.9 eller nyere. Brukeren må angi datasettet (første katalog) når han kobler til XMLA-endepunktet. Hvis du vil ha mer informasjon, kan du se SQL Server Profiler for Analysis Services.

Distribusjonsveiviser for Analysis Services – installert med SSMS, dette verktøyet gir distribusjon av Visual Studio-redigerte tabellmodellprosjekter til Analysis Services og Premium-arbeidsområder. Den kan kjøres interaktivt, eller fra kommandolinjen for automatisering. Lese-/skrivetilgang for XMLA kreves. Hvis du vil ha mer informasjon, kan du ta en titt på Distribusjonsveiviser for Analysis Services.

PowerShell-cmdleter – Analysis Services-cmdleter kan brukes til å automatisere administrasjonsoppgaver for datasett, for eksempel oppdateringsoperasjoner. Lese-/skrivetilgang for XMLA kreves. Versjon 21.1.18256 (for Premium Gen2-kapasiteter, se Premium Gen2-forutsetninger) eller høyere av SqlServer PowerShell-modulen kreves. Azure Analysis Services cmdleter i Az.AnalysisServices-modulen støttes ikke for Power BI-datasett. Hvis du vil ha mer informasjon, kan du ta en titt på Analysis Services PowerShell-referanse.

Power BI Report Builder – Et verktøy for redigering av paginerte rapporter. Opprett en rapportdefinisjon som angir hvilke data som skal hentes, hvor de skal hentes fra, og hvordan de skal vises. Du kan forhåndsvise rapporten i Report Builder og deretter publisere den til Power BI-tjenesten. Skrivebeskyttelse for XLMA kreves. Hvis du vil ha mer informasjon, kan du se Power BI Report Builder.

Tabellredigeringsprogram – Et åpen kilde-verktøy for å opprette, vedlikeholde og administrere tabellmodeller ved hjelp av et intuitivt og lett redigeringsprogram. En hierarkisk visning viser alle objekter i tabellmodellen. Objekter organiseres i visningsmapper med støtte for redigering av flere valg av egenskaper og utheving av DAX-syntaksen. Skrivebeskyttelse for XMLA kreves for spørringsoperasjoner. Det kreves lese-/skrivetilgang for metadata-operasjoner. Hvis du vil ha mer informasjon, kan du ta en titt på tabulareditor.github.io.

DAX Studio – et verktøy med åpen kildekode for DAX-redigering, diagnose, ytelsesjustering og analyse. Funksjonene inkluderer søk av objekt, integrert sporing, nedbryting av spørringskjøringer med detaljert statistikk, utheving og formatering av DAX-syntaksen. Skrivebeskyttelse for XMLA kreves for spørringsoperasjoner. Hvis du vil ha mer informasjon, kan du se daxstudio.org.

Verktøysett for programlivssyklus – Et sammenligningsverktøy for skjemaer med åpen kilde for Power BI-datasett som oftest brukes til scenarioer for administrasjon av programlivssyklus (ALM). Distribuer på tvers av miljøer og behold trinnvise oppdateringer av historiske data. Skill mellom og slå sammen metadatafiler, grener og repositorier. Bruk vanlige definisjoner om igjen mellom datasett. Det kreves skrivebeskyttelse for spørringsoperasjoner. Det kreves lese-/skrivetilgang for metadata-operasjoner. Hvis du vil ha mer informasjon, kan du se alm-toolkit.com.

Tredjepart – omfatter programmer og verktøy for klientdatavisualisering som kan kobles til, spørre og bruke datasett i Premium-arbeidsområder. De fleste verktøyene krever de nyeste versjonene av MSOLAP-klientbiblioteker, men noen kan bruke ADOMD. Skrivebeskyttet eller skrivebeskyttet XMLA-endepunkt er avhengig av operasjonene.

Klientbiblioteker

Klientprogrammer og verktøy kommuniserer ikke direkte med XMLA-endepunktet. De bruker i stedet Klientbiblioteker som et abstraksjonslag. Dette er de samme klientbibliotekene som programmer bruker for å koble til Azure Analysis Services og SQL Server Analysis Services. Microsoft-programmer som Excel, SQL Server Management Studio (SSMS) og Analysis Services-prosjektutvidelse for Visual Studio installerer alle tre klientbibliotekene og oppdaterer dem sammen med vanlige program- og utvidelsesoppdateringer. Utviklere kan også bruke klientbiblioteker til å bygge egendefinerte programmer. I noen tilfeller kan det være nødvendig å installere nyere versjoner av klientbibliotekene, spesielt når det brukes tredjepartsprogrammer, eller hvis de ikke allerede er installert med programmet. Klientbiblioteker oppdateres hver måned. Hvis du vil ha mer informasjon, kan du se klientbiblioteker for å koble til Analysis Services.

Minimum nødvendige klientbibliotekversjoner for Premium Gen2-kapasiteter er oppført i forutsetningene for Premium Gen2.

Optimaliser datasett for skriveoperasjoner ved å aktivere store modeller

Når du bruker XMLA-endepunktet for datasettadministrasjon med skriveoperasjoner, anbefales det at du aktiverer datasettet for store modeller. Dette reduserer de indirekte kostnadene ved skriveoperasjoner, noe som kan gjøre dem betydelig raskere. Forskjellen kan være markant for datasett over 1 GB (etter komprimering). Hvis du vil ha mer informasjon, kan du ta en titt på Store modeller i Power BI Premium.

Aktiver lese-/skrivetilgang for XMLA

Premium-kapasitet eller Premium per bruker-datasettarbeidsbelastninger har som standard egenskapsinnstillingen for XMLA-endepunktet aktivert for skrivebeskyttelse. Dette betyr at programmene bare kan foreta spørringer i et datasett. For at programmer skal kunne utføre skriveoperasjoner, må egenskapen for XMLA-endepunktet støtte lesing og skriving.

Slik aktiverer du lese- og skrivetilgang for en Premium-kapasitet

  1. Klikk Innstillinger>Admin portal.

  2. Velg Kapasitetsinnstillinger> i Admin-portalen Power BI Premium> kapasitetsnavn.

  3. Utvid Arbeidsbelastninger. Velg Lese-/skrivetilgang i innstillingen XMLA-endepunkt. Innstillingen for XMLA-endepunktet gjelder for alle arbeidsområder og datasett som er tilordnet kapasiteten.

    Aktiver XMLA-endepunkt

Slik aktiverer du lese- og skrivetilgang for Premium per bruker

  1. Klikk Innstillinger>Admin portal.
  2. Velg Premium per bruker i Admin-portalen.
  3. Utvid arbeidsbelastningsinnstillinger for datasett. Velg Lese-/skrivetilgang i innstillingen XMLA-endepunkt.

Koble til et Premium-arbeidsområde

Arbeidsområder som er tilordnet til en kapasitet, har en tilkoblingsstreng i URL-format. Eksempel:

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

Programmer som kobler til arbeidsområdet bruker URL-adressen som om det var et Analysis Services-servernavn. Eksempel:

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

Brukere med UPN i samme tenant (ikke B2B) kan erstatte tenantnavnet med myorg. Eksempel:

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

B2B-brukere må spesifisere organisasjonens UPN i leiernavnet. Eksempel:

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

Obs!

Hvis du vil finne det primære domenenavnet og ID-en til en Power BI-leier, logger du på Azure Portal, velger Azure Active Directory fra hovedmenyen og noterer deretter informasjonen på azure Active Directory-oversiktssiden. Hvis du vil ha mer informasjon, kan du se Finne Microsoft Azure AD leier-ID og primært domenenavn.

Obs!

Tilkobling til et Mitt arbeidsområde ved hjelp av XMLA-endepunktet støttes for øyeblikket ikke.

Slik henter du URL-adressen for tilkoblingen til arbeidsområdet

Under arbeidsområdets Innstillinger>Premium>Tilkobling til arbeidsområde, klikker du på Kopier.

Arbeidsområde-tilkoblingsstreng

Tilkoblingskrav

Startkatalog

Noen verktøy, for eksempel SQL Server Profiler, krever at du spesifisere en innledende katalog som er datasettet (databasen) som skal kobles til i arbeidsområdet. I dialogboksen Koble til Server klikker du på Alternativer>Egenskaper for tilkobling>Koble til database, og deretter skriver du inn navnet på datasettet.

Velge datasettet i SQL Server Profiler

Duplisert arbeidsområdenavn

Arbeidsområder i Power BI pålegger validering for å forby oppretting eller gi nytt navn til arbeidsområder med dupliserte navn. Når du kobler til et arbeidsområde med samme navn som et annet arbeidsområde, kan du få følgende feil:

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

Hvis du vil unngå denne feilen, i tillegg til navnet på arbeidsområdet, kan du spesifisere objektIDGuid som kan kopieres fra arbeidsområdet objectID i URL-adressen. Tilføy objekt-IDen til URL-tilkobling. Eksempel:

powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830.

Duplisert navn på datasett

Når du kobler til et datasett med samme navn som et annet datasett i samme arbeidsområde, legge til datasett guid datasett-navnet. Du kan få både datasettnavn og GUID når du er koblet til arbeidsområdet i SSMS.

Forsinkelse i datasett vises

Når du kobler til et arbeidsområde, kan det ta noen minutter før endringer for nye, slettede og endrede navn vises i datasettet.

Datasett som ikke støttes

Følgende datasett er ikke tilgjengelige ved hjelp av XMLA-endepunktet. Disse datasettene vises ikke under arbeidsområdet i SSMS eller i andre verktøy:

  • Datasett basert på direkte tilkobling til en Azure Analysis Services- og SQL Server Analysis Services-modell.
  • Datasett basert på direkte tilkobling til et Power BI datasett i et annet arbeidsområde. Hvis du vil ha mer informasjon, kan du ta en titt på Introduksjon til datasett på tvers av arbeidsområder.
  • Datasett med Push-data ved hjelp av REST-API.
  • Datasett i Mitt arbeidsområde.
  • Datasett med Excel-arbeidsbok.

Alias for server/arbeidsområde

Servernavnaliaser som støttes i Azure Analysis Services støttes ikke for Premium-arbeidsområder.

Sikkerhet

I tillegg til at kapasitetsadministratoren gir egenskapen for XMLA-endepunktet støtte for lesing og skriving, må innstillingen Tillat XMLA-endepunkter og Analyser i Excel med lokale datasett på leiernivå aktiveres i administrasjonsportalen. Hvis du trenger å generere Analyser i Excel-filer (AIXL) som kobler til XMLA-endepunktet, skal innstillingen Tillat live-tilkoblinger på leiernivå også være aktivert. Begge disse innstillingene er aktivert som standard.

Tillat XMLA-endepunkter og Analyser i Excel med lokale datasett er en integreringsinnstilling.

Innstillingen for integrering tillater XMLA-endepunkter.

Tabellen nedenfor beskriver konsekvensene av innstillingen Eksporter data for XMLA og Analyser i Excel (AIXL):

Innstilling Tillat XMLA-endepunkter og Analyser i Excel med lokale datasett = deaktivert Tillat XMLA-endepunkter og Analyser i Excel med lokale datasett = aktivert
Tillat aktivering av tilkoblinger = deaktivert XMLA er ikke tillatt, Analyser i Excel ikke tillatt, AIXL for lokale datasett som ikke er tillatt XMLA tillatt, Analyser i Excel ikke tillatt, AIXL for lokale datasett tillatt
Tillat aktivering av tilkoblinger = aktivert XMLA er ikke tillatt, Analyser i Excel tillatt, AIXL for lokale datasett som ikke er tillatt XMLA tillatt, Analyser i Excel tillatt, AIXL for lokale datasett tillatt

Tillat live-tilkobling er en innstilling for eksport og deling.

Innstillingen for eksport og deling tillater live-tilkoblinger.

Tilgang gjennom XMLA-endepunktet vil godta sikkerhetsgruppemedlemskap som er angitt i nivået for arbeidsområde/app.

Bidragsytere for arbeidsområder og høyere, har skrivetilgang til datasettet, og er derfor identiske med Analysis Services-databaseadministratorer. De kan distribuere nye datasett fra Visual Studio og kjøre TMSL-skript i SSMS.

Operasjoner som krever administratortillatelser for Analysis Services-serveren (i stedet for databaseadministrator), for eksempel sporinger på servernivå og brukerrepresentasjon ved hjelp av tilkoblingsstrengegenskapen EffectiveUserName , støttes for øyeblikket ikke i Premium-arbeidsområder.

Andre brukere som har Bygg-tillatelse på et datasett, tilsvarer Analysis Services-databaselesere. De kan koble til og bla gjennom datasett for dataforbruk og visualisering. Sikkerhet på radnivå-regelen (RLS) er løst, og de kan ikke se interne datasettmetadata.

Modellroller

Med XMLA-endepunktet kan roller defineres for et datasett, rollemedlemskap kan defineres for Brukere av Azure Active Directory (Azure AD), og filtre for sikkerhet på radnivå (RLS) kan defineres. Modellroller i Power BI brukes bare for RLS. Bruk Power BI-sikkerhetsmodellen til å kontrollere tillatelser utover RLS.

For tabellmodellprosjekter som er forfattet i Visual Studio, kan roller defineres ved hjelp av Rollebehandling i modellutformingen. For datasett i Power BI kan roller defineres ved hjelp av SSMS for å opprette rolleobjekter og definere rolleegenskaper. Definisjoner på rolleobjekter kan imidlertid i de fleste tilfeller skriptes ved hjelp av TMSL for å opprette eller endre Rolleobjekt. TMSL-skript kan kjøres i SSMS eller med cmdlet-en Invoke-ASCmd PowerShell.

Følgende begrensninger gjelder når du jobber med datasettroller gjennom XMLA-endepunktet:

  • Den eneste tillatelsen for en rolle som kan angis for datasett, er lesetillatelse. Andre tillatelser gis ved hjelp av sikkerhetsmodellen Power BI.
  • Tjenestekontohavere, som krever arbeidsområdemedlem eller Admin tillatelser, kan ikke legges til roller.
  • Bygg-tillatelse for et datasett kreves for lesetilgang gjennom XMLA-endepunktet, uavhengig av datasettrollene.
  • Tilkoblingsstrengegenskapen Roles=kan brukes til å teste nedgradering av rollemedlemmer med skrivetilgang til lesetillatelser. Medlemskontoen må fremdeles være medlem av den relevante RLS-rollen. Dette er annerledes enn å bruke representasjon med SQL Server Analysis Services eller Azure Analysis Services der RLS-rollemedlemskapet antas hvis kontoen er serveradministrator. For Premium-arbeidsområder, siden det ikke finnes noen serveradministrator, må kontoen tilhøre en rolle for at RLS skal kunne brukes.

Hvis du vil ha mer informasjon, se Roller i tabellmodeller.

Angi legitimasjoner for datakilder

Metadata som er angitt via XMLA-endepunktet kan opprette tilkoblinger til datakilder, men kan ikke angi legitimasjon for datakilde. I stedet kan legitimasjon angis på siden for innstillinger for datasett i Power BI-tjenesten.

Tjenesteleverandør

Tjenestekontohavere er en app-registrering for Azure Active Directory som du oppretter i tenanten din for å utføre uovervåkede operasjoner på ressurs- og tjenestenivå. De er en unik type brukeridentitet med et app-navn, en program-ID, tenant-ID og klienthemmelighet eller sertifikat for et passord. Power BI Premium bruker den samme tjenestekontohaverfunksjonaliteten som Power BI Embedded.

Tjenestekontohavere kan også brukes med XMLA-endepunktet til å automatisere administrasjonsoppgaver for datasett, for eksempel klargjøring av arbeidsområder, distribusjon av modeller og oppdatering av datasett med:

  • PowerShell
  • Azure Automation
  • Azure Logic Apps
  • Opprett klientprogrammer

For å finne ut mer, kan du se Automatiser Premium-arbeidsområder og -datasettoppgaver med tjenestekontohavere.

Distribuer modellprosjekter fra Visual Studio (SSDT)

Distribusjon av et tabellmodellprosjekt i Visual Studio til et Premium-arbeidsområde er omtrent det samme som å distribuere til en Azure- eller SQL Server Analysis Services-server. De eneste forskjellene ligger i egenskapen for distribusjonsservere som er spesifisert for prosjektet, og hvordan datakildegodkjenninger er spesifisert slik at prosesseringoperasjoner kan importere data fra datakilder til det nye datasettet på arbeidsområdet.

Hvis du vil distribuere et prosjekt i en tabellmodell som er opprettet i Visual Studio, må du først angi URL-adressen for arbeidsområdet i prosjektegenskapen Distribueringsserver. Høyreklikk prosjektegenskapene> i Løsningsutforsker i Visual Studio. Lim inn URL-adressen for tilkoblingen til arbeidsområdet i egenskapen Server.

Distribusjonsegenskap

Når egenskaper for Distribusjonsserver er angitt, kan prosjektet distribueres.

Første gang det distribueres, opprettes et datasett i arbeidsområdet ved hjelp av metadata fra model.bim. Etter at datasettet er opprettet i arbeidsområdet fra modell-metadata, vil behandlingen med å laste data inn i datasettet fra datakildene mislykkes, noe som er en del av distribusjonsoperasjonen.

Behandlingen mislykkes fordi, i motsetning til når de distribueres til en Azure- eller SQL Server Analysis Server-instans der det bes om legitimasjoner for datakilder som en del av distribusjonsoperasjonen, distribusjonen av legitimasjoner for datakilder til et Premium arbeidsområde ikke kan spesifiseres som en del av distribusjonsoperasjonen. Etter at metadataene er installert og datasettet er opprettet, angis legitimasjonen for datakilden deretter i Power BI-tjenesten i datasett-innstillingene. I arbeidsområdet klikker du på Datasett>Innstillinger>Legitimasjon for datakilde>Rediger legitimasjon.

Legitimasjon for datakilde

Når legitimasjonen for datakilden er angitt, kan du oppdatere datasettet i Power BI-tjenesten, konfigurere planlagte oppdateringer eller behandle (oppdatere) fra SQL Server Management Studio for å laste inn data i datasettet.

Distribusjonsegenskapen Behandlingsalternativ som er spesifisert i prosjektet i Visual Studio, blir observert. Men hvis legitimasjonen til en datakilde ennå ikke er spesifisert i Power BI-tjenesten, vil behandlingen mislykkes selv om distribusjonen av metadataene lykkes. Du kan angi egenskapen til Ikke behandle, noe som hindrer et forsøk på å behandle som en del av distribusjonen, men du gjør nok lurt i å angi egenskapen tilbake til Standard, for når legitimasjonen for datakilden er angitt i datakilde-innstillingene for det nye datasettet, vil behandling som en del av etterfølgende distribusjons-operasjoner fullføres.

Koble til med SSMS

Bruk av SSMS til å koble til et arbeidsområde er akkurat som å koble til en Azure- eller SQL Server Analysis Services-server. Den eneste forskjellen er at du angir URL-adressen for arbeidsområdet i servernavn, og du må bruke godkjenningen Active Directory – Universal med MFA.

Koble til et arbeidsområde ved hjelp av SSMS

  1. I SQL Server Management Studio klikker du på Koble til>Koble til Server.

  2. Velg Analysis Services i Servertype. I Servernavnet skriver du inn URL-adressen for arbeidsområdet. I Godkjenning velger du Active Directory - Universal med MFA, og deretter skriver du inn organisasjonsbruker-ID-en i Brukernavn.

    Koble til server i SSMS

Når du er koblet, arbeidsområdet vises som en Analysis Services-server, og datasett i arbeidsområdet vises som databaser.

SQL Server Management Studio (SSMS)

Hvis du vil ha mer informasjon om hvordan du bruker SSMS til skript-metadata, kan du ta en titt på Opprett Analysis Services-skript og Skript-språk for (TMSL).

Oppdatering av datasett

XMLA-endepunktet muliggjør et bredt utvalg av scenarier for finjusterte oppdateringfunksjoner ved bruk av SSMS, automatisering med PowerShell, Azure Automation og Azure Functions ved hjelp av TOM. Du kan for eksempel oppdatere enkelte trinnvise oppdateringerav historiske partisjoner uten å måtte laste inn alle historiske data på nytt.

I motsetning til å konfigurere oppdateringer i Power BI-tjenesten, er oppdaterings-operasjoner ved hjelp av XMLA-endepunktet ikke begrenset til 48 oppdateringer per dag og tidsavbrudd for planlagt oppdatering er ikke angitt.

Dato, klokkeslett og status for oppdateringsoperasjoner for datasett som inkluderer en skrivetransaksjon gjennom XMLA-endepunktet, registreres og vises i oppdateringsloggen for datasettet.

Oppdateringslogg via XMLA-endepunkt

Dynamic Management Views (DMV)

Analysis Services DMV-er gir innsyn i datasettmetadata, avstamming og ressursbruk. DMV-er som er tilgjengelig for spørring i Power BI gjennom XMLA-endepunktet, er maksimalt begrenset til de som krever databaseadministrator-tillatelser. Noen DMV-er er for eksempel ikke tilgjengelige fordi de krever Analysis Services-administrasjonstillatelser for serveren.

Redigerte datasett med Power BI Desktop

Forbedrede metadata

XMLA-skriveoperasjoner på datasett som er forfattet i Power BI Desktop og publisert til et Premium-arbeidsområde, krever forbedrede metadata. Hvis du vil ha mer informasjon, kan du ta en titt på Forbedrede metadata for datasett.

Forsiktig

På dette tidspunktet hindrer en skriveoperasjon på et datasett i Power BI Desktop å bli lastet ned tilbake som en PBIX-fil. Husk å beholde den opprinnelige PBIX-filen.

Deklarasjon av datakilde

Når du kobler til datakilder og spørringsdata, bruker Power BI Desktop Power Query M-uttrykk som innebygde deklarasjoner av datakilder. Selv om den støttes i Premium-arbeidsområder, støttes ikke Power Query M innebygd datakildedeklarasjon av Azure Analysis Services eller SQL Server Analysis Services. I stedet oppretter Analysis Services data modelleringsverktøy som Visual Studio metadata ved å bruke deklarasjoner av datakilder av typen Strukturert og/eller leverandør. Med XMLA-endepunktet støtter Premium også strukturerte datakilder og leverandørdatakilder, men ikke som en del av Power Query M innebygde datakildedeklarasjoner i Power BI Desktop modeller. Hvis du vil ha mer informasjon, kan du ta en titt på Forståelse av leverandører.

Power BI Desktop i direktetilkoblingsmodus

Power BI Desktop kan koble til et Power BI Premium datasett ved hjelp av en live-tilkobling. Når du bruker en live-tilkobling, trenger du ikke å replisere data lokalt, noe som gjør det enklere for brukere å bruke semantiske modeller. Brukerne kan koble til på to måter:

Ved å velge Power BI datasett, og deretter velge et datasett for å opprette en rapport. Dette er anbefalte måte for brukere å koble seg direkte til datasett. Denne metoden gir en forbedret oppdagingsopplevelse som viser godkjenningsnivået for datasett. Brukere trenger ikke å finne og holde oversikt over nettadresser for arbeidsområde. Hvis du vil finne et datasett, skriver brukerne inn navnet på data settet eller ruller for å finne det datasettet de leter etter.

Koble direkte til data sett

Den andre måten brukere kan koble til på, er ved å bruke Hentdataanalysetjenester>, angi et Power BI Premium arbeidsområdenavn som en nettadresse, velge Koble til direkte, og deretter velge et datasett i Navigator. I dette tilfellet bruker Power BI Desktop XMLA-endepunktet til å koble direkte til datasettet som om det var en Analysis Services datamodell.

Koble direkte til Analysis Services datasett

Organisasjoner som har eksisterende rapporter som er koblet direkte til Analysis Services-datamodeller som har til hensikt å overføre til Premium-datasett, trenger bare å endre nettadressen for servernavnet iinnstillingene for Transformer datakilde>.

Overvåkingslogger

Når programmer kobler til et arbeidsområde, logges tilgang gjennom XMLA-endepunkter i Power BI-overvåkingsloggen med den følgende operasjonen:

Egendefinert navn på operasjon Operasjonsnavn
Koblet til Power BI-datasett fra et eksternt program ConnectFromExternalApplication
Forespurt Power BI-datasettoppdatering fra et eksternt program RefreshDatasetFromExternalApplication
Opprettet Power BI-datasett fra et eksternt program CreateDatasetFromExternalApplication
Redigerte Power BI-datasett fra et eksternt program EditDatasetFromExternalApplication
Slettet Power BI-datasett fra et eksternt program DeleteDatasetFromExternalApplication

Hvis du vil ha mer informasjon, kan du se Revidering av Power BI.

Se også

Du finner mer informasjon relatert til denne artikkelen i følgende ressurser: