Datasetttilkobling med XMLA-endepunktetDataset connectivity with the XMLA endpoint

Power BI Premium-arbeidsområder og datasett med kompatibilitetsnivå på 1500 og høyere, støtter åpen plattform-tilkobling fra Microsoft og tredjeparts klientprogrammer og verktøy ved hjelp av et XMLA-endepunkt.Power BI Premium workspaces and datasets at the 1500 and higher compatibility level support open-platform connectivity from Microsoft and third-party client applications and tools by using an XMLA endpoint.

Hva er et XMLA-endepunkt?What's an XMLA endpoint?

Power BI Premium bruker XML for Analysis (XMLA)-protokollen for kommunikasjon mellom klientprogrammer og motoren som styrer Power BI-arbeidsområdene og datasettene dine.Power BI Premium uses the XML for Analysis (XMLA) protocol for communications between client applications and the engine that manages your Power BI workspaces and datasets. Disse kommunikasjonene er gjennom det som ofte er referert til som XMLA-endepunkter.These communications are through what are commonly referred to as XMLA endpoints. 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.XMLA is the same communication protocol used by the Microsoft Analysis Services engine, which under the hood, runs Power BI's semantic modeling, governance, lifecycle, and data management. Data som sendes over XMLA-protokollen er fullstendig kryptert.Data sent over the XMLA protocol is fully encrypted.

Som standard bruker skrivebeskyttet tilkoblingsmulighet endepunktet som er aktivert for Datasettets arbeidsbelastning i en kapasitet.By default, read-only connectivity using the endpoint is enabled for the Datasets workload in a capacity. Med skrivebeskyttelse kan datavisualiseringsprogrammer og verktøy foreta spørringer om datasettmodelldata, metadata, hendelser og skjema.With read-only, data visualization applications and tools can query dataset model data, metadata, events, and schema. Lese-/skriveoperasjoner som bruker endepunktet kan aktiveres med ekstra datasett-administrasjon, styring, avansert semantisk modellering, feilsøking og overvåking.Read-write operations using the endpoint can be enabled providing additional dataset management, governance, advanced semantic modeling, debugging, and monitoring. Med støtter for lesing og skriving har Power BI Premium-datasettene mer paritet med tabell-modelleringsverktøyer og prosesser for Azure Analysis Services og SQL Server Analysis Services på foretaksnivå.With read-write enabled, Power BI Premium datasets have more parity with Azure Analysis Services and SQL Server Analysis Services enterprise grade tabular modeling tools and processes.

Obs!

Det anbefales at du bruker det moderne arbeidsområdet, spesielt når du kobler til datasett ved hjelp av XMLA-endepunktet.It's recommended you use the modern workspace experience, especially when connecting to your datasets by using the XMLA endpoint. Operasjoner som oppretting eller sletting av datasett støttes ikke med klassiske arbeidsområder.Operations such as creating or deleting datasets are not supported with classic workspaces. Hvis du vil oppgradere klassiske arbeidsområder til moderne arbeidsområder, kan du se Oppgrader klassiske arbeidsområder i Power BI.To upgrade classic workspaces to the modern experience, see Upgrade classic workspaces in Power BI.

Datamodellering og administrasjonsverktøyData modeling and management tools

Nedenfor ser du noen av de vanligste verktøyene som brukes med Azure Analysis Services og SQL Server Analysis Services, og som nå støttes av Power BI Premium-datasett:Listed below are some of the most common tools used with Azure Analysis Services and SQL Server Analysis Services, and now supported by Power BI Premium datasets:

Visual Studio med Analysis Services-prosjekter  – Også kjent som SQL Server Data Tools, eller bare SSDT, er et redigeringsverktøy for modellen av tabellmodellen for Analysis Services på foretaksnivå.Visual Studio with Analysis Services projects – Also known as SQL Server Data Tools, or simply SSDT, is an enterprise grade model authoring tool for Analysis Services tabular models. Prosjektutvidelser for Analysis Services støttes i alle Visual Studio 2017-versjoner og nyere versjoner, deriblant den gratis Community-versjonen.Analysis Services projects extensions are supported on all Visual Studio 2017 and later editions, including the free Community edition. For å distribuere tabellmodeller til et Premium-arbeidsområde, kreves utvidelsesversjon 2.9.14 eller høyere.Extension version 2.9.14 or higher is required to deploy tabular models to a Premium workspace. Når du distribuerer til et Premium-arbeidsområde, må modellen være på kompatibilitetsnivå 1500 eller høyere.When deploying to a Premium workspace, the model must be at the 1500 or higher compatibility level. Det kreves lese-/skrivetilgang for XMLA i arbeidsbelastningen for datasettet.XMLA read-write is required on the datasets workload. Hvis du vil ha mer informasjon, kan du ta en titt på Verktøy for Analysis Services.To learn more, see Tools for Analysis Services.

SQL Server Management Studio (SSMS)   – Støtter DAX-, MDX- og XMLA-spørringer.SQL Server Management Studio (SSMS) - Supports DAX, MDX, and XMLA queries. Utfør finjusterte oppdateringsoperasjoner og skripting av datasett-metadata ved hjelp av Skript-språk for tabellmodell (TMSL).Perform fine-grain refresh operations and scripting of dataset metadata by using the Tabular Model Scripting Language (TMSL). Det kreves skrivebeskyttelse for spørringsoperasjoner.Read-only is required for query operations. Det kreves lese-/skrivetilgang for skripting av metadata.Read-write is required for scripting metadata. Krever SSMS-versjon 18.8 eller høyere.Requires SSMS version 18.8 or higher. Last ned her.Download here.

SQL Server Profiler  – Dette verktøyet installeres med SSMS, og inkluderer sporing og feilsøking av datasetthendelser.SQL Server Profiler – Installed with SSMS, this tool provides tracing and debugging of dataset events. Selv om det er offisielt avskrevet for SQL Server, vil Profiler fortsette å være en del av SSMS, og forblir støttet for Analysis Services og Power BI Premium.While officially deprecated for SQL Server, Profiler continues to be included in SSMS and remains supported for Analysis Services and Power BI Premium. Krever SQL Server Profiler-versjon 18.8 eller høyere og skrivebeskyttet XMLA-innstillingen for å kunne aktiveres på Premium-kapasiteten.Requires SQL Server Profiler version 18.8 or higher, and XMLA read-only setting to be enabled on the Premium capacity. Brukeren må spesifisere datasettet (innledende katalog) når vedkommende kobler til XMLA-endepunktet.User must specify the dataset (initial catalog) when connecting to the XMLA endpoint. Hvis du vil ha mer informasjon, kan du ta en titt på  SQL Server Profiler for Analysis Services.To learn more, see SQL Server Profiler for Analysis Services.

Distribusjonsveiviser for Analysis Services  – Dette verktøyet er installert med SSMS, og muliggjør distribusjon av Visual Studio-opprettede tabellmodellprosjekter til Analysis Services og Power BI Premium-arbeidsområder.Analysis Services Deployment Wizard – Installed with SSMS, this tool provides deployment of Visual Studio authored tabular model projects to Analysis Services and Power BI Premium workspaces. Den kan kjøres interaktivt, eller fra kommandolinjen for automatisering.It can be run interactively or from the command line for automation. Lese-/skrivetilgang for XMLA kreves.XMLA read-write is required. Hvis du vil ha mer informasjon, kan du ta en titt på Distribusjonsveiviser for Analysis Services.To learn more, see Analysis Services Deployment Wizard.

PowerShell-cmdleter – Analysis Services-cmdleter kan brukes til å automatisere administrasjonsoppgaver for datasett, for eksempel oppdateringsoperasjoner.PowerShell cmdlets – Analysis Services cmdlets can be used to automate dataset management tasks like refresh operations. Lese-/skrivetilgang for XMLA kreves.XMLA read-write is required. Versjon 21.1.18221 eller høyere av SqlServer PowerShell-modulen kreves.Version 21.1.18221 or higher of the SqlServer PowerShell module is required. Azure Analysis Services-cmdleter i Azure Analysis Services-modulen støttes ikke for Power BI Premium.Azure Analysis Services cmdlets in the Az.AnalysisServices module are not supported for Power BI Premium. Hvis du vil ha mer informasjon, kan du ta en titt på Analysis Services PowerShell-referanse.To learn more, see Analysis Services PowerShell Reference.

Power BI Report Builder  – Et verktøy for redigering av paginerte rapporter.Power BI Report Builder - A tool for authoring paginated reports. Opprett en rapportdefinisjon som angir hvilke data som skal hentes, hvor de skal hentes fra, og hvordan de skal vises.Create a report definition that specifies what data to retrieve, where to get it, and how to display it. Du kan forhåndsvise rapporten i Report Builder og deretter publisere den til Power BI-tjenesten.You can preview your report in Report Builder and then publish your report to the Power BI service. Skrivebeskyttelse for XLMA kreves.XMLA read-only is required. Hvis du vil ha mer informasjon, kan du ta en titt på  Power BI Report Builder.To learn more, see Power BI Report Builder.

Tabellredigeringsprogram – Et åpen kilde-verktøy for å opprette, vedlikeholde og administrere tabellmodeller ved hjelp av et intuitivt og lett redigeringsprogram.Tabular Editor - An open-source tool for creating, maintaining, and managing tabular models using an intuitive, lightweight editor. En hierarkisk visning viser alle objekter i tabellmodellen.A hierarchical view shows all objects in your tabular model. Objekter organiseres i visningsmapper med støtte for redigering av flere valg av egenskaper og utheving av DAX-syntaksen.Objects are organized by display folders with support for multi-select property editing and DAX syntax highlighting. Skrivebeskyttelse for XMLA kreves for spørringsoperasjoner.XMLA read-only is required for query operations. Det kreves lese-/skrivetilgang for metadata-operasjoner.Read-write is required for metadata operations. Hvis du vil ha mer informasjon, kan du ta en titt på tabulareditor.github.io.To learn more, see tabulareditor.github.io.

DAX Studio  – Et åpen kilde-verktøy for DAX-redigering, diagnose, ytelsesjustering og analyse.DAX Studio – An open-source tool for DAX authoring, diagnosis, performance tuning, and analysis. Funksjonene inkluderer søk av objekt, integrert sporing, nedbryting av spørringskjøringer med detaljert statistikk, utheving og formatering av DAX-syntaksen.Features include object browsing, integrated tracing, query execution breakdowns with detailed statistics, DAX syntax highlighting and formatting. Skrivebeskyttelse for XMLA kreves for spørringsoperasjoner.XMLA read-only is required for query operations. Hvis du vil ha mer informasjon, kan du ta en titt på  daxstudio.org.To learn more, see 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).ALM Toolkit - An open-source schema compare tool for Power BI datasets, most often used for application lifecycle management (ALM) scenarios. Distribuer på tvers av miljøer og behold trinnvise oppdateringer av historiske data.Perform deployment across environments and retain incremental refresh historical data. Skill mellom og slå sammen metadatafiler, grener og repositorier.Diff and merge metadata files, branches, and repos. Bruk vanlige definisjoner om igjen mellom datasett.Reuse common definitions between datasets. Det kreves skrivebeskyttelse for spørringsoperasjoner.Read-only is required for query operations. Det kreves lese-/skrivetilgang for metadata-operasjoner.Read-write is required for metadata operations. Hvis du vil ha mer informasjon, kan du ta en titt på  alm-toolkit.com.To learn more, see alm-toolkit.com.

Microsoft Excel – Pivottabeller i Excel er et av de vanligste verktøyene som brukes til å summere, analysere, utforske og presentere sammendragsdata fra Power BI-datasett.Microsoft Excel – Excel PivotTables are one of the most common tools used to summarize, analyze, explore, and present summary data from Power BI datasets. Det kreves skrivebeskyttelse for spørringsoperasjoner.Read-only is required for query operations. Krever følgende klikk for å kjøre-versjon av Office: 16.0.11326.10000 eller høyere.Click-to-Run version of Office 16.0.11326.10000 or higher is required.

Tredjeparter  – Inkluderer visualiseringsprogrammer og verktøy for klientdata som kan koble til, sende spørringer til og bruke datasett i Power BI Premium.Third party - Includes client data visualization applications and tools that can connect to, query, and consume datasets in Power BI Premium. De fleste verktøyene krever de nyeste versjonene av MSOLAP-klientbiblioteker, men noen kan bruke ADOMD.Most tools require the latest versions of MSOLAP client libraries, but some may use ADOMD. Skrivebeskyttet tilgang eller lese-/skrivetilgang for XMLA-endepunkt avhenger av operasjonene.Read-only or read-write XMLA Endpoint is dependent on the operations.

KlientbibliotekerClient libraries

Klientprogrammer kommuniserer ikke direkte med XMLA-endepunktet.Client applications don't communicate directly with the XMLA endpoint. De bruker i stedet Klientbiblioteker som et abstraksjonslag.Instead, they use client libraries as an abstraction layer. Dette er de samme klientbibliotekene som programmer bruker for å koble til Azure Analysis Services og SQL Server Analysis Services.These are the same client libraries that applications use to connect to Azure Analysis Services and SQL Server Analysis Services. Microsoft-programmer som Excel, SQL Server Management Studio (SSMS) og Analysis Services-prosjektutvidelser for Visual Studio, installerer alle tre klientbibliotekene og oppdaterer dem sammen med vanlige program- og utvidelsesoppdateringer.Microsoft applications like Excel, SQL Server Management Studio (SSMS), and Analysis Services projects extension for Visual Studio install all three client libraries and update them along with regular application and extension updates. Utviklere kan også bruke klientbiblioteker til å bygge egendefinerte programmer.Developers can also use the client libraries to build custom applications. 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.In some cases, particularly with third-party applications, if not installed with the application, it may be necessary to install newer versions of the client libraries. Klientbiblioteker oppdateres hver måned.Client libraries are updated monthly. Hvis du vil ha mer informasjon, kan du ta en titt på  Klientbiblioteker for å koble til Analysis Services.To learn more, see Client libraries for connecting to Analysis Services.

Optimaliser datasett for skriveoperasjoner ved å aktivere store modellerOptimize datasets for write operations by enabling large models

Når du bruker XMLA-endepunktet for datasettadministrasjon med skriveoperasjoner, anbefales det at du aktiverer datasettet for store modeller.When using the XMLA endpoint for dataset management with write operations, it's recommended you enable the dataset for large models. Dette reduserer de indirekte kostnadene ved skriveoperasjoner, noe som kan gjøre dem betydelig raskere.This reduces the overhead of write operations, which can make them considerably faster. Forskjellen kan være markant for datasett over 1 GB (etter komprimering).For datasets over 1 GB in size (after compression), the difference can be significant. Hvis du vil ha mer informasjon, kan du ta en titt på Store modeller i Power BI Premium.To learn more, see Large models in Power BI Premium.

Aktiver lese-/skrivetilgang for XMLAEnable XMLA read-write

Som standard er egenskapsinnstillingen for XMLA-endepunktet i en Premium-kapasitet aktivert for skrivebeskyttelse.By default, a Premium capacity has the XMLA Endpoint property setting enabled for read-only. Dette betyr at programmene bare kan foreta spørringer i et datasett.This means applications can only query a dataset. For at programmer skal kunne utføre skriveoperasjoner, må egenskapen for XMLA-endepunktet støtte lesing og skriving.For applications to perform write operations, the XMLA Endpoint property must be enabled for read-write. Egenskapsinnstillingen for XMLA-endepunktet for en kapasitet kan konfigureres i Datasett for arbeidsmengder.The XMLA Endpoint property setting for a capacity is configured in the Datasets workload. Innstillingen for XMLA-endepunktet gjelder for alle arbeidsområder og datasett som er tilordnet kapasiteten.The XMLA Endpoint setting applies to all workspaces and datasets assigned to the capacity.

Slik aktiverer du lese-/skrivetilgang for en kapasitetTo enable read-write for a capacity

  1. I administrasjonsportalen klikker du på Kapasitetsinnstillinger > Power BI Premium > navnet på kapasiteten.In the Admin portal, select Capacity settings > Power BI Premium > capacity name.

  2. Utvid Arbeidsbelastninger.Expand Workloads. Velg Lese-/skrivetilgang i innstillingen XMLA-endepunkt.In the XMLA Endpoint setting, select Read Write.

    Aktivere XMLA-endepunkt

Koble til et Premium-arbeidsområdeConnecting to a Premium workspace

Arbeidsområder som er tilordnet en kapasitet har en tilkoblingsstreng i URL-format som vist her:Workspaces assigned to a capacity have a connection string in URL format like this,
powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name].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.Applications connecting to the workspace use the URL as if it were an Analysis Services server name. For eksempel,For example,
powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace.

Brukere med UPN i samme tenant (ikke B2B) kan erstatte tenantnavnet med myorg.Users with UPNs in the same tenant (not B2B) can replace the tenant name with myorg. For eksempel   powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.For example,  powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace.

B2B-brukere må spesifisere organisasjonens UPN i leiernavnet.B2B users must specify their organization UPN in tenant name. For eksempel,For example,
powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.powerbi://api.powerbi.com/v1.0/fabrikam.com/Sales Workspace.

Slik henter du URL-adressen for tilkoblingen til arbeidsområdetTo get the workspace connection URL

Under arbeidsområdets Innstillinger > Premium > Tilkobling til arbeidsområde, klikker du på Kopier.In workspace Settings > Premium > Workspace Connection, select Copy.

Arbeidsområde-tilkoblingsstreng

TilkoblingskravConnection requirements

StartkatalogInitial catalog

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.With some tools, such as SQL Server Profiler, you must specify an Initial Catalog, which is the dataset (database) to connect to in your workspace. I dialogboksen Koble til Server klikker du på Alternativer > Egenskaper for tilkobling > Koble til database, og deretter skriver du inn navnet på datasettet.In the Connect to Server dialog, select Options > Connection Properties > Connect to database, enter the dataset name.

Velge datasettet i SQL Server Profiler

Duplisert arbeidsområdenavnDuplicate workspace names

Nye arbeidsområder (opprettet ved hjelp av den nye arbeidsområdeopplevelsen) i Power BI påtvinges validering for å hindre at det gis tillatelse til å opprette eller gi nytt navn til arbeidsområder med dupliserte navn.New workspaces (created using the new workspace experience) in Power BI impose validation to disallow creating or renaming workspaces with duplicate names. Arbeidsområder som ikke er overført kan resultere i dupliserte navn.Workspaces that haven't been migrated can result in duplicate names. Når du kobler til et arbeidsområde med samme navn som et annet arbeidsområde, kan du få følgende feil:When connecting to a workspace with the same name as another workspace, you may get the following error:

Kan ikke koble til powerbi://api.powerbi.com/v1.0/[navn på leier]/[arbeidsområdenavn].Cannot connect to 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.To work around this error, in addition to the workspace name, specify the ObjectIDGuid, which can be copied from the workspace objectID in the URL. Tilføy objekt-IDen til URL-tilkobling.Append the objectID to the connection URL. For eksempel,For example,
«powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830».'powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830'.

Duplisert navn på datasettDuplicate dataset name

Når du kobler til et datasett med samme navn som et annet datasett i samme arbeidsområde, legge til datasett guid datasett-navnet.When connecting to a dataset with the same name as another dataset in the same workspace, append the dataset guid to the dataset name. Du kan få både datasettnavn og guid når du er koblet til arbeidsområdet i SSMS.You can get both dataset name and guid when connected to the workspace in SSMS.

Forsinkelse i datasett visesDelay in datasets shown

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.When connecting to a workspace, changes from new, deleted, and renamed datasets can take up to a few minutes to appear.

Datasett som ikke støttesUnsupported datasets

Følgende datasett er ikke tilgjengelig for XMLA-endepunktet.The following datasets aren't accessible by the XMLA endpoint. Disse datasettene vises ikke under arbeidsområdet i SSMS eller i andre verktøy:These datasets won't appear under the workspace in SSMS or in other tools:

  • Datasett basert på direkte tilkobling til en Azure Analysis Services- og SQL Server Analysis Services-modell.Datasets based on a live connection to an Azure Analysis Services or SQL Server Analysis Services model.
  • Datasett basert på direkte tilkobling til et Power BI datasett i et annet arbeidsområde.Datasets based on a live connection to a Power BI dataset in another workspace. Hvis du vil ha mer informasjon, kan du ta en titt på Introduksjon til datasett på tvers av arbeidsområder.To learn more, see Intro to datasets across workspaces.
  • Datasett med Push-data ved hjelp av REST-API.Datasets with Push data by using the REST API.
  • Datasett med Excel-arbeidsbok.Excel workbook datasets.

Alias for server/arbeidsområdeServer/workspace alias

Aliaser for servernavn som støttes i Azure Analysis Services, støttes ikke for Power BI Premium-arbeidsområder.Server name aliases, supported in Azure Analysis Services are not supported for Power BI Premium workspaces.

SikkerhetSecurity

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.In addition to the XMLA Endpoint property being enabled read-write by the capacity admin, the tenant-level setting Allow XMLA endpoints and Analyze in Excel with on-premises datasets must be enabled in the admin portal. Hvis du trenger å generere AIXL-filer som kobler til XMLA-endepunktet, må også leierinnstillingen Tillat live-tilkoblinger være aktivert.If you need to generate AIXL files that connect to the XMLA Endpoint, the tenant-level setting Allow live connections should also be enabled. Begge disse innstillingene er aktivert som standard.These settings are both enabled by default.

Tillat XMLA-endepunkter og Analyser i Excel med lokale datasett er en integreringsinnstilling.Allow XMLA endpoints and Analyze in Excel with on-premises datasets is an integration setting.

Innstillingen for integrering tillater XMLA-endepunkter.

Tillat live-tilkobling er en innstilling for eksport og deling.Allow live connections is an export and sharing setting.

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.Access through the XMLA endpoint will honor security group membership set at the workspace/app level.

Bidragsytere for arbeidsområder og høyere, har skrivetilgang til datasettet, og er derfor identiske med Analysis Services-databaseadministratorer.Workspace contributors and above have write access to the dataset and are therefore equivalent to Analysis Services database admins. De kan distribuere nye datasett fra Visual Studio og kjøre TMSL-skript i SSMS.They can deploy new datasets from Visual Studio and execute TMSL scripts in SSMS.

Operasjoner som krever administrasjons tillatelser for Analysis Services-server (i stedet for databaseadministrasjon) som sporing på servernivå og brukerrepresentasjoner som bruker egenskapen EffectiveUserName-tilkoblingsstreng, støttes ikke i Power BI Premium på dette tidspunktet.Operations that require Analysis Services server admin permissions (rather than database admin) such as server-level traces and user impersonation using the EffectiveUserName connection-string property are not supported in Power BI Premium at this time.

Andre brukere som har Bygg-tillatelse på et datasett, tilsvarer Analysis Services-databaselesere.Other users who have Build permission on a dataset are equivalent to Analysis Services database readers. De kan koble til og bla gjennom datasett for dataforbruk og visualisering.They can connect to and browse datasets for data consumption and visualization. Sikkerhet på radnivå-regelen (RLS) er løst, og de kan ikke se interne datasettmetadata.Row-level security (RLS) rules are honored and they cannot see internal dataset metadata.

ModellrollerModel roles

Med XMLA-endepunktet kan du definere roller for et datasett, rollemedlemskap for Azure Active Directory-brukere (AAD) og filtre for sikkerhet på radnivå (RLS).With the XMLA endpoint, roles can be defined for a dataset, role membership can be defined for Azure Active Directory (AAD) users, and row-level security (RLS) filters can be defined. Modellroller i Power BI brukes bare for RLS.Model roles in Power BI are used only for RLS. Bruk Power BI-sikkerhetsmodellen til å kontrollere tillatelser utover RLS.Use the Power BI security model to control permissions beyond RLS.

For tabellmodellprosjekter som skrives i Visual Studio kan roller defineres ved hjelp av Rollebehandling i modellutformeren.For tabular model projects being authored in Visual Studio, roles can be defined by using Role Manager in the model designer. For datasett i Power BI kan roller defineres ved hjelp av SSMS for å opprette rolleobjekter og definere rolleegenskaper.For datasets in Power BI, roles can be defined by using SSMS to create role objects and define role properties. Definisjoner på rolleobjekter kan imidlertid i de fleste tilfeller skriptes ved hjelp av TMSL for å opprette eller endre Rolleobjekt.In most cases, however, role object definitions can be scripted by using TMSL to create or modify the Roles object. TMSL-skript kan kjøres i SSMS eller med cmdlet-en Invoke-ASCmd PowerShell.TMSL scripts can be executed in SSMS or with the Invoke-ASCmd PowerShell cmdlet.

Følgende begrensninger gjelder når du jobber med datasettroller gjennom XMLA-endepunktet:The following limitations apply when working with dataset roles through the XMLA endpoint:

  • Den eneste tillatelsen for en rolle som kan angis for Power BI-datasett, er lesetillatelse.The only permission for a role that can be set for Power BI datasets is the Read permission. Andre tillatelser gis ved hjelp av sikkerhetsmodellen Power BI.Other permissions are granted using the Power BI security model.
  • Bygg-tillatelse for et datasett kreves for lesetilgang gjennom XMLA-endepunktet, uavhengig av datasettrollene.Build permission for a dataset is required for read access through the XMLA endpoint, regardless of the existence of dataset roles.
  • Sikkerhetsregler på objektnivå (OLS) støttes for øyeblikket ikke i Power BI.Object-level security (OLS) rules are currently not supported in Power BI.

Hvis du vil ha mer informasjon, se Roller i tabellmodeller.To learn more, see Roles in tabular models.

Angi legitimasjoner for datakilderSetting data-source credentials

Metadata som er angitt via XMLA-endepunktet kan opprette tilkoblinger til datakilder, men kan ikke angi legitimasjon for datakilde.Metadata specified through the XMLA endpoint can create connections to data sources, but cannot set data-source credentials. I stedet kan legitimasjon angis på siden for innstillinger for datasett i Power BI-tjenesten.Instead, credentials can be set in the dataset settings page in the Power BI Service.

TjenesteleverandørService principals

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å.Service principals are an Azure Active Directory app registration you create within your tenant to perform unattended resource and service level operations. De er en unik type brukeridentitet med et app-navn, en program-ID, tenant-ID og klienthemmelighet eller sertifikat for et passord.They're a unique type of user identity with an app name, application ID, tenant ID, and client secret or certificate for a password. Power BI Premium bruker den samme tjenestekontohaverfunksjonaliteten som Power BI Embedded.Power BI Premium uses the same service principal functionality as Power BI Embedded.

I Power BI Premium kan tjenestekontohavere også brukes med XMLA-endepunkt for å automatisere administrasjonsoppgaver for datasett, for eksempel klargjøring av arbeidsområder, distribusjon av modeller og datasettoppdateringer med:In Power BI Premium, service principals can also be used with the XMLA endpoint to automate dataset management tasks such as provisioning workspaces, deploying models, and dataset refresh with:

  • PowerShellPowerShell
  • Azure AutomationAzure Automation
  • Azure Logic AppsAzure Logic Apps
  • Opprett klientprogrammerCustom client applications

For å finne ut mer, kan du se Automatiser Premium-arbeidsområder og -datasettoppgaver med tjenestekontohavere.To learn more, see Automate Premium workspace and dataset tasks with service principals.

Distribuer modellprosjekter fra Visual Studio (SSDT)Deploy model projects from Visual Studio (SSDT)

Distribusjon av et tabellmodell-prosjekt i Visual Studio til et Power BI Premium-arbeidsområde er ganske likt det å distribuere til en Azure- eller SQL Server Analysis Services-server.Deploying a tabular model project in Visual Studio to a Power BI Premium workspace is much the same as deploying to an Azure or 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.The only differences are in the Deployment Server property specified for the project, and how data source credentials are specified so processing operations can import data from data sources into the new dataset on the workspace.

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.To deploy a tabular model project authored in Visual Studio, you must first set the workspace connection URL in the project Deployment Server property. I Løsningsutforsker i Visual Studio høyreklikker du på prosjekt > Egenskaper.In Visual Studio, in Solution Explorer, right-click the project > Properties. Lim inn URL-adressen for tilkoblingen til arbeidsområdet i egenskapen Server.In the Server property, paste the workspace connection URL.

Distribusjonsegenskap

Når egenskaper for Distribusjonsserver er angitt, kan prosjektet distribueres.When the Deployment Server property has been specified, the project can then be deployed.

Første gang det distribueres, opprettes et datasett i arbeidsområdet ved hjelp av metadata fra model.bim.When deployed the first time, a dataset is created in the workspace by using metadata from the 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.As part of the deployment operation, after the dataset has been created in the workspace from model metadata, processing to load data into the dataset from data sources will fail.

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.Processing fails because unlike when deploying to an Azure or SQL Server Analysis Server instance, where data source credentials are prompted for as part of the deployment operation, when deploying to a Premium workspace data source credentials cannot be specified as part of the deployment operation. Etter at metadataene er installert og datasettet er opprettet, angis legitimasjonen for datakilden deretter i Power BI-tjenesten i datasett-innstillingene.Instead, after metadata deployment has succeeded and the dataset has been created, data source credentials are then specified in the Power BI Service in dataset settings. I arbeidsområdet klikker du på Datasett > Innstillinger > Legitimasjon for datakilde > Rediger legitimasjon.In the workspace, select Datasets > Settings > Data source credentials > Edit credentials.

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.When data source credentials are specified, you can then refresh the dataset in the Power BI service, configure schedule refresh, or process (refresh) from SQL Server Management Studio to load data into the dataset.

Distribusjonsegenskapen Behandlingsalternativ som er spesifisert i prosjektet i Visual Studio, blir observert.The deployment Processing Option property specified in the project in Visual Studio is observed. Men hvis legitimasjonen til en datakilde ennå ikke er spesifisert i Power BI-tjenesten, vil behandlingen mislykkes selv om distribusjonen av metadataene lykkes.However, if a data source has not yet had credentials specified in the Power BI service, even if the metadata deployment succeeds, processing will fail. 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.You can set the property to Do Not Process, preventing an attempt to process as part of the deployment, but you might want to set the property back to Default because once the data source credentials are specified in the data source settings for the new dataset, processing as part of subsequent deployment operations will then succeed.

Koble til med SSMSConnect with SSMS

Bruk av SSMS til å koble til et arbeidsområde er akkurat som å koble til en Azure- eller SQL Server Analysis Services-server.Using SSMS to connect to a workspace is just like connecting to an Azure or 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.The only difference is you specify the workspace URL in server name, and you must use Active Directory - Universal with MFA authentication.

Koble til et arbeidsområde ved hjelp av SSMSConnect to a workspace by using SSMS

  1. I SQL Server Management Studio klikker du på Koble til > Koble til Server.In SQL Server Management Studio, select Connect > Connect to Server.

  2. Velg Analysis Services i Servertype.In Server Type, select Analysis Services. I Servernavnet skriver du inn URL-adressen for arbeidsområdet.In Server name, enter the workspace URL. I Godkjenning velger du Active Directory - Universal med MFA, og deretter skriver du inn organisasjonsbruker-ID-en i Brukernavn.In Authentication, select Active Directory - Universal with MFA, and then in User name, enter your organizational user ID.

    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.When connected, the workspace is shown as an Analysis Services server, and datasets in the workspace are shown as databases.

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).To learn more about using SSMS to script metadata, see Create Analysis Services scripts and Tabular Model Scripting Language (TMSL).

Oppdatering av datasettDataset refresh

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.The XMLA endpoint enables a wide range of scenarios for fine-grain refresh capabilities using SSMS, automation with PowerShell, Azure Automation, and Azure Functions using TOM. Du kan for eksempel oppdatere enkelte trinnvise oppdateringerav historiske partisjoner uten å måtte laste inn alle historiske data på nytt.You can, for example, refresh certain incremental refresh historical partitions without having to reload all historical data.

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.Unlike configuring refresh in the Power BI service, refresh operations through the XMLA endpoint are not limited to 48 refreshes per day, and the scheduled refresh timeout is not imposed.

Dynamic Management Views (DMV)Dynamic Management Views (DMV)

Analysis Services DMV-er gir innsyn i datasettmetadata, avstamming og ressursbruk.Analysis Services DMVs provide visibility of dataset metadata, lineage, and resource usage. DMV-er som er tilgjengelig for spørring i Power BI gjennom XMLA-endepunktet, er maksimalt begrenset til de som krever databaseadministrator-tillatelser.DMVs available for querying in Power BI through the XMLA endpoint are limited to, at most, those that require database-admin permissions. Noen DMV-er er for eksempel ikke tilgjengelige fordi de krever Analysis Services-administrasjonstillatelser for serveren.Some DMVs for example are not accessible because they require Analysis Services server-admin permissions.

Redigerte datasett med Power BI DesktopPower BI Desktop authored datasets

Forbedrede metadataEnhanced metadata

XMLA-skriveoperasjoner på datasett som er redigert i Power BI Desktop og publisert til et Premium-arbeidsområde krever at forbedrede metadata er aktivert.XMLA write operations on datasets authored in Power BI Desktop and published to a Premium workspace require enhanced metadata is enabled. Hvis du vil ha mer informasjon, kan du ta en titt på Forbedrede metadata for datasett.To learn more, see Enhanced dataset metadata.

Forsiktig!

På dette tidspunktet hindrer en skriveoperasjon på et datasett i Power BI Desktop å bli lastet ned tilbake som en PBIX-fil.At this time, a write operation on a dataset authored in Power BI Desktop will prevent it from being downloaded back as a PBIX file. Husk å beholde den opprinnelige PBIX-filen.Be sure to retain your original PBIX file.

Deklarasjon av datakildeData-source declaration

Når du kobler til datakilder og spørringsdata, bruker Power BI Desktop Power Query M-uttrykk som innebygde deklarasjoner av datakilder.When connecting to data sources and querying data, Power BI Desktop uses Power Query M expressions as inline data source declarations. Selv om den støttes i Power BI Premium-arbeidsområder, støttes ikke Power Query M-innebygd deklarasjon av datakilder av Azure Analysis Services eller SQL Server Analysis Services.While supported in Power BI Premium workspaces, Power Query M inline data-source declaration is not supported by Azure Analysis Services or 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.Instead, Analysis Services data modeling tools like Visual Studio create metadata using structured and/or provider data source declarations. Med XMLA-endepunktet støtter Power BI Premium også strukturerte og leverandør datakilder, men ikke som en del av Power Query M-innebygde datakildedeklarasjoner i Power BI Desktop-modeller.With the XMLA endpoint, Power BI Premium also supports structured and provider data sources, but not as part of Power Query M inline data source declarations in Power BI Desktop models. Hvis du vil ha mer informasjon, kan du ta en titt på Forståelse av leverandører.To learn more, see Understanding providers.

Power BI Desktop i direktetilkoblingsmodusPower BI Desktop in live connect mode

Power BI Desktop kan koble til et Power BI Premium datasett ved hjelp av en live-tilkobling.Power BI Desktop can connect to a Power BI Premium dataset using a live connection. Når du bruker en live-tilkobling, trenger du ikke å replisere data lokalt, noe som gjør det enklere for brukere å bruke semantiske modeller.When using a live connection, data doesn't need to be replicated locally, making it easier for users to consume semantic models. Brukerne kan koble til på to måter:There are two ways users can connect:

Ved å velge Power BI datasett, og deretter velge et datasett for å opprette en rapport.By selecting Power BI datasets, and then selecting a dataset to create a report. Dette er anbefalte måte for brukere å koble seg direkte til datasett.This is the recommended way for users to connect live to datasets. Denne metoden gir en forbedret oppdagingsopplevelse som viser godkjenningsnivået for datasett.This method provides an improved discover experience showing the endorsement level of datasets. Brukere trenger ikke å finne og holde oversikt over nettadresser for arbeidsområde.Users don't need to find and keep track of workspace URLs. Hvis du vil finne et datasett, skriver brukerne inn navnet på data settet eller ruller for å finne det datasettet de leter etter.To find a dataset, users simply type in the dataset name or scroll to find the dataset they're looking for.

Koble direkte til data sett

Den andre måten brukere kan koble til på, er ved å bruke Hent data > Analysis Services, angi et Power BI Premium arbeidsområdenavn som en URL-adresse, velge Koble til live og velge et datasett i Navigator.The other way users can connect is by using Get Data > Analysis Services, specify a Power BI Premium workspace name as a URL, select Connect live, and then in Navigator, select a dataset . I dette tilfellet bruker Power BI Desktop XMLA-endepunktet til å koble direkte til datasettet som om det var en Analysis Services datamodell.In this case, Power BI Desktop uses the XMLA endpoint to connect live to the dataset as though it were an Analysis Services data model.

Koble direkte til Analysis Services datasett

Organisasjoner som har eksisterende rapporter tilkoblet direkte for å Analysis Services datamodeller som er i ferd med å overføre til Power BI Premium-datasettene, trenger bare å endre URL-adressen for servernavn i Transformer data > Innstillinger for datakilde.Organizations that have existing reports connected live to Analysis Services data models intending to migrate to Power BI premium datasets only have to change the server name URL in Transform data > Data source settings.

OvervåkingsloggerAudit logs

Når programmer kobler til et arbeidsområde, logges tilgang gjennom XMLA-endepunkter i Power BI-overvåkingsloggen med den følgende operasjonen:When applications connect to a workspace, access through XMLA endpoints is logged in the Power BI audit logs with the following operations:

Egendefinert navn på operasjonOperation friendly name OperasjonsnavnOperation name
Koblet til Power BI-datasett fra et eksternt programConnected to Power BI dataset from an external application ConnectFromExternalApplicationConnectFromExternalApplication
Forespurt Power BI-datasettoppdatering fra et eksternt programRequested Power BI dataset refresh from an external application RefreshDatasetFromExternalApplicationRefreshDatasetFromExternalApplication
Opprettet Power BI-datasett fra et eksternt programCreated Power BI dataset from an external application CreateDatasetFromExternalApplicationCreateDatasetFromExternalApplication
Redigerte Power BI-datasett fra et eksternt programEdited Power BI dataset from an external application EditDatasetFromExternalApplicationEditDatasetFromExternalApplication
Slettet Power BI-datasett fra et eksternt programDeleted Power BI dataset from an external application DeleteDatasetFromExternalApplicationDeleteDatasetFromExternalApplication

Hvis du vil ha mer informasjon, kan du ta en titt på  Overvåking av Power BI.To learn more, see Auditing Power BI.

Se ogsåSee also

Har du flere spørsmål?More questions? Prøv å spørre Power BI-fellesskapetTry asking the Power BI Community