Hvad er Power BI Premium?What is Power BI Premium?

Du kan bruge Power BI Premium til at hente dedikerede og forbedrede ressourcer til din organisation, så brugerne i din organisation kan bruge Power BI-tjenesten med bedre ydeevne og svartid.You can use Power BI Premium to get dedicated and enhanced resources for your organization, so users in your organization can use the Power BI service with better performance and responsiveness. Hvis du f. eks. har et Power BI Premium-abonnement, får du og din organisations brugere adgang til:For example, with a Power BI Premium subscription, you and your organization's users get access to:

  • Større skalering og ydeevneGreater scale and performance
  • Fleksibilitet til at licensere efter kapacitetFlexibility to license by capacity
  • Foren selvbetjenings-BI og virksomhedsmæssig BIUnify self-service and enterprise BI
  • Udvid BI i det lokale miljø med Power BI-rapportserverExtend on-premises BI with Power BI Report Server
  • Understøttelse af dataopbevaring efter område (Multi-Geo)Support for data residency by region (Multi-Geo)
  • Del data med alle uden at købe en licens pr. brugerShare data with anyone without purchasing a per-user license

Administrationsportal

I denne artikel introduceres vigtige funktioner i Power BI Premium.This article introduces key features in Power BI Premium. Hvor det er nødvendigt, leveres der links til flere artikler med mere detaljerede oplysninger.Where necessary, links to additional articles with more detailed information are provided. Du kan finde flere oplysninger om Power BI Pro og Power BI Premium i afsnittet Sammenligning af Power BI-funktioner under Power BI-priser.For more information about Power BI Pro and Power BI Premium, see the Power BI features comparison section of Power BI pricing.

Abonnementer og licenserSubscriptions and licensing

Power BI Premium er et Microsoft 365-abonnement på lejerniveau, der er tilgængeligt i to SKU-serier (lagerenheder):Power BI Premium is a tenant-level Microsoft 365 subscription available in two SKU (Stock-Keeping Unit) families:

  • P-SKU'er (P1-P5) til integrering og virksomhedsfunktioner kræver en månedlig eller årlig forpligtelse, faktureres månedsvis og indeholder en licens til at installere Power BI-rapportserveren i det lokale miljø.P SKUs (P1-P5) for embedding and enterprise features, requiring a monthly or yearly commitment, billed monthly, and includes a license to install Power BI Report Server on-premises.

  • EM-SKU'er (EM1-EM3) til integrering i organisationer kræver en årlig forpligtelse og faktureres månedsvis.EM SKUs (EM1-EM3) for organizational embedding, requiring a yearly commitment, billed monthly. EM1- og EM2-SKU'er er kun tilgængelige via volumenlicensplaner.EM1 and EM2 SKUs are available only through volume licensing plans. Du kan ikke købe dem direkte.You can't purchase them directly.

Der er en alternativ metode til at købe et Power BI Embedded-abonnement i Azure.An alternative approach is to purchase a Power BI Embedded subscription in Azure. Der er et enkelt A-SKU (A1-A6) SKU-serie, der ikke kræver nogen forpligtelse, og som faktureres på timebasis for brug af rebrandet Power BI i programmer, på portaler og på websteder eller som en måde at teste P- eller EM-kapaciteter på.There is a single A (A1-A6) SKU family that requires no commitment and is billed hourly for use white labeling Power BI in applications, portals, and websites or as a way to test P or EM capacities. Alle SKU'er leverer v-kerner for at oprette kapaciteter, men EM-SKU'erne er begrænset til integrering i mindre størrelsesorden.All SKUs deliver v-cores to create capacities, but the EM SKUs are restricted for smaller scale embedding. EM1-, EM2-, A1- og A2-SKU'er med mindre end fire v-kerner kører ikke på dedikeret infrastruktur.EM1, EM2, A1, and A2 SKUs with less than four v-cores do not run on dedicated infrastructure.

Selvom denne artikel fokuserer på P-SKU'er, er meget af det, der beskrives, også relevant for A-SKU'er.While the focus of this article is on the P SKUs, much of what is described is also relevant to the A SKUs. I modsætning til SKU'erne for Premium-abonnementet kræver Azure-SKU'er ingen tidsmæssig binding og faktureres på timebasis.In contrast to the Premium subscription SKUs, Azure SKUs require no time commitment and are billed hourly. De leverer fuld elasticitet, hvilket gør det muligt at skalere op og ned, afbryde midlertidigt, genoptage og slette.They deliver full elasticity enabling scale up, scale down, pause, resume, and delete.

Azure Power BI Embedded ligger ganske vist uden for denne artikels rammer, men er beskrevet i afsnittet Testmetoder i artiklen Optimering af Premium-kapaciteter som en praktisk og økonomisk mulighed for at teste og måle arbejdsbelastninger.Azure Power BI Embedded is largely out of scope for this article, but it is described in the Testing Approaches section of the Optimizing Premium capacities article as a practical and economic option to test and measure workloads. Du kan få mere at vide om Azure-SKU'er i dokumentationen til Azure Power BI Embedded.To learn more about Azure SKUs, see Azure Power BI Embedded Documentation.

IndkøbPurchasing

Power BI Premium-abonnementer købes af administratorer i Microsoft 365 Administration.Power BI Premium subscriptions are purchased by administrators in the Microsoft 365 admin center. Kun globale administratorer eller faktureringsadministratorer kan købe SKU'er.Specifically, only Global administrators or Billing Administrators can purchase SKUs. Når de er blevet købt, modtager lejeren et tilsvarende antal v-kerner, som kan tildeles til kapaciteter, der kaldes gruppering af v-kerner.When purchased, the tenant receives a corresponding number of v-cores to assign to capacities, known as v-core pooling. Køb af en P3-SKU giver f.eks. lejeren 32 v-kerner.For example, purchasing a P3 SKU provides the tenant with 32 v-cores. Du kan finde flere oplysninger under Sådan køber du Power BI Premium.To learn more, see How to purchase Power BI Premium.

Dedikerede kapaciteterDedicated capacities

Med Power BI Premium får du dedikerede kapaciteter.With Power BI Premium, you get dedicated capacities. I modsætning til en delt kapacitet, hvor arbejdsbelastninger kører på databehandlingsressourcer, der deles med andre kunder, er en dedikeret kapacitet udelukkende til brug af en organisation.In contrast to a shared capacity where workloads run on computational resources shared with other customers, a dedicated capacity is for exclusive use by an organization. Den isoleres med dedikerede databehandlingsressourcer, som sikrer en pålidelig og konsekvent ydeevne for det indhold, der hostes.It's isolated with dedicated computational resources, which provide dependable and consistent performance for hosted content. Bemærk, at følgende ressourcer gemmes i en delt kapacitet i stedet for i din dedikerede kapacitet:Note that the following resources are stored in shared capacity rather than your dedicated capacity:

Der er placeret arbejdsområder i kapaciteter.Workspaces reside within capacities. Hver bruger af Power BI har et personligt arbejdsområde, der er kendt som Mit arbejdsområde.Each Power BI user has a personal workspace known as My Workspace. Der kan oprettes flere arbejdsområder – kendt som arbejdsområder – for at muliggøre samarbejde.Additional workspaces known as workspaces can be created to enable collaboration. Arbejdsområder, herunder personlige arbejdsområder, oprettes som standard i den delte kapacitet.By default workspaces, including personal workspaces, are created in the shared capacity. Når du har Premium-kapaciteter, kan både Mine arbejdsområder og arbejdsområder tildeles til Premium-kapaciteter.When you have Premium capacities, both My Workspaces and workspaces can be assigned to Premium capacities.

KapacitetsnoderCapacity nodes

Som beskrevet i afsnittet Abonnementer og licenser er der to Power BI Premium SKU-serier: EM og P. Alle Power BI Premium-SKU'er er tilgængelige som kapacitetsnoder, som hver især repræsenterer en bestemt mængde ressourcer, der består af processor, hukommelse og lager.As described in the Subscriptions and Licensing section, there are two Power BI Premium SKU families: EM and P. All Power BI Premium SKUs are available as capacity nodes, each representing a set amount of resources consisting of processor, memory, and storage. Ud over ressourcer har hver SKU en driftsmæssig begrænsning for antallet af DirectQuery-forbindelser og direkte forbindelser pr. sekund samt antallet af parallelle modelopdateringer.In addition to resources, each SKU has operational limits on the number of DirectQuery and Live Connection connections per second, and the number of parallel model refreshes.

Behandling opnås ved et angivet antal v-kerner, der er ligeligt fordelt mellem backend og frontend.Processing is achieved by a set number of v-cores, divided equally between backend and frontend.

De virtuelle back end-kerner er ansvarlige for Power BI-kernefunktionalitet, herunder behandling af forespørgsler, administration af cache, kørsel af R-tjenester, opdatering af model og gengivelse af rapporter og billeder på serversiden.Backend v-cores are responsible for core Power BI functionality, including query processing, cache management, running R services, model refresh, and server-side rendering of reports and images. Backend-v-kerner tildeles en fast mængde hukommelse, der primært bruges til at hoste modeller, som også kaldes aktive datasæt.Backend v-cores are assigned a fixed amount of memory that is primarily used to host models, also known as active datasets.

Frontend-v-kerner er ansvarlige for webtjenesten, dashboardet og dokumentstyringen af rapporter, administration af adgangsrettigheder, planlægning, API'er, uploads og downloads og generelt alt, hvad der er relateret til brugeroplevelsen.Frontend v-cores are responsible for the web service, dashboard and report document management, access rights management, scheduling, APIs, uploads and downloads, and generally for everything related to the user experiences.

Lagerpladsen er angivet til 100 TB pr. kapacitetsnode.Storage is set to 100 TB per capacity node.

Ressourcerne og grænserne for hver Premium-SKU (og A-SKU'er i en tilsvarende størrelse) er beskrevet i følgende tabel:The resources and limits of each Premium SKU (and equivalently sized A SKU) are described in the following table:

KapacitetsnoderCapacity Nodes V-kerner i altTotal v-cores Backend-v-kernerBackend v-cores RAM (GB)RAM (GB) Frontend-v-kernerFrontend v-cores DirectQuery/direkte forbindelser (pr. sek.)DirectQuery/Live Connection (per sec) Parallel opdatering af modellerModel Refresh Parallelism
EM1/A1EM1/A1 11 0,50.5 33 0,50.5 3,753.75 11
EM2/A2EM2/A2 22 11 55 11 7,57.5 22
EM3/A3EM3/A3 44 22 1010 22 1515 33
P1/A4P1/A4 88 44 2525 44 3030 66
P2/A5P2/A5 1616 88 5050 88 6060 1212
P3/A6P3/A6 3232 1616 100100 1616 120120 2424
P4/A7 1P4/A7 1 6464 3232 200200 3232 240240 4848
P5/A8 1P5/A8 1 128128 6464 400400 6464 480480 9696

1 – Kun efter speciel anmodning.1 - By special request only. For meget store modeller, der er større end 100 GB.For very large models greater than 100 GB.

Bemærk

Det kan være en fordel at bruge en enkelt større SKU (f.eks. én P2-SKU) til at kombinere mindre SKU'er (f.eks. to P1-SKU'er).Using a single larger SKU (e.g. one P2 SKU) can be preferable to combining smaller SKUs (e.g. two P1 SKUs). Du kan f.eks. bruge større modeller og opnå bedre parallelitet med P2.For example, you can use larger models and achieve better parallelism with the P2.

KapacitetsarbejdsbelastningerCapacity workloads

Kapacitetarbejdsbelastninger er tjenester, som gøres tilgængelige for brugere.Capacity workloads are services made available to users. Som standard understøtter Premium- og Azure-kapaciteter kun den datasætarbejdsbelastning, der er knyttet til kørende Power BI-forespørgsler.By default, Premium and Azure capacities support only a dataset workload associated with running Power BI queries. Arbejdsbelastningen for datasæt kan ikke deaktiveres.The dataset workload cannot be disabled. Yderligere arbejdsbelastninger kan aktiveres for AI (Cognitive Services), Dataflows og Sideinddelte rapporter.Additional workloads can be enabled for AI (Cognitive Services), Dataflows, and Paginated reports. Disse arbejdsbelastninger understøttes kun i Premium-abonnementer.These workloads are supported in Premium subscriptions only.

Hver ekstra arbejdsbelastning gør det muligt at konfigurere den maksimale hukommelse (som en procentdel af den samlede tilgængelige hukommelse), der kan bruges af arbejdsbelastningen.Each additional workload allows configuring the maximum memory (as a percentage of total available memory) that can be used by the workload. Standardværdier for maksimumhukommelse bestemmes af SKU.Default values for maximum memory are determined by SKU. Du kan maksimere din kapacitets tilgængelige ressourcer ved at aktivere disse yderligere arbejdsbelastninger, når de bruges.You can maximize your capacity's available resources by enabling only those additional workloads when they're used. Og du kan kun ændre hukommelsesindstillinger, når du har bestemt, at standardindstillingerne ikke opfylder dine krav til kapacitetsressourcer.And you can change memory settings only when you have determined default settings are not meeting your capacity resource requirements. Arbejdsbelastninger kan aktiveres og konfigureres for en kapacitet af kapacitetsadministratorer ved hjælp af Kapacitetsindstillingeradministrationsportalen eller ved hjælp af REST-API'er for kapaciteter.Workloads can be enabled and configured for a capacity by capacity admins by using Capacity settings in the Admin portal or by using the Capacities REST APIs.

Aktivér arbejdsbelastninger

Du kan få mere at vide under Konfigurer arbejdsbelastninger i en Premium-kapacitet.To learn more, see Configure workloads in a Premium capacity.

Sådan fungerer kapaciteterHow capacities function

Power BI-tjenesten udnytter hele tiden kapacitetsressourcerne bedst muligt uden at overskride de grænser, der er pålagt kapaciteten.At all times, the Power BI service makes the best use of capacity resources while not exceeding limits imposed on the capacity.

Kapacitetshandlinger er klassificeret som enten interaktive eller baggrundshandlinger.Capacity operations are classified as either interactive or background. Interaktive handlinger omfatter gengivelse af anmodninger og svare på Brugerinteraktioner (filtrering, spørgsmål og svar-forespørgsel, osv.).Interactive operations include rendering requests and responding to user interactions (filtering, Q&A querying, etc.). Som hovedregel er importmodelforespørgsler meget krævende for hukommelsesressourcerne, mens modelforespørgsler om DirectQuery og direkte forbindelser er krævende for CPU'en.Generally, import model querying is memory resource-intensive, while querying DirectQuery and Live Connection models is CPU-intensive. Handlinger i baggrunden omfatter opdateringer af dataflows og importmodeller samt cachelagring af dashboardforespørgsler.Background operations include dataflow and import model refreshes, and dashboard query caching.

Det er vigtigt at forstå, at interaktive handlinger altid går forud for handlinger i baggrunden for at sikre den bedst mulige brugeroplevelse.It's important to understand that interactive operations are always prioritized over background operations to ensure the best possible user experience. Hvis der ikke er tilstrækkelige ressourcer, føjes handlinger i baggrunden til en kø for at blive behandlet, når ressourcerne frigøres.If there are insufficient resources, background operations are added to a queue for processing when resources free up. Handlinger i baggrunden, f.eks. datasætopdateringer, kan stoppes midt i processen af Power BI-tjenesten og føjes til en kø.Background operations, like dataset refreshes, can be stopped mid-process by the Power BI service and added to a queue.

Importmodeller skal være fuldt indlæst i hukommelsen, så de kan forespørges eller opdateres.Import models must be fully loaded into memory so they can be queried or refreshed. Power BI-tjenesten administrerer hukommelsesforbrug ved hjælp af avancerede algoritmer for at sikre maksimal anvendelse af den tilgængelige hukommelse, og det kan medføre overallokering af kapaciteten: Selvom det er muligt for en kapacitet at lagre mange importmodeller (op til 100 TB pr. Premium-kapacitet), når deres kombinerede disklager overskrider den understøttede hukommelse (og ekstra hukommelse kræves til forespørgsler og opdateringer), kan de ikke alle indlæses i hukommelsen på samme tid.The Power BI service manages memory usage by using sophisticated algorithms to ensure maximum use of available memory, and can cause over-committing the capacity: While it's possible for a capacity to store many import models (up to 100 TB per Premium capacity), when their combined disk storage exceeds the supported memory (and additional memory is required for querying and refresh), then they cannot all be loaded into memory at the same time.

Importmodeller indlæses derfor i og fjernes fra hukommelsen i henhold til forbrug.Import models are therefore loaded into and removed from memory according to usage. En importmodel indlæses, når den forespørges (interaktiv handling) og endnu ikke er i hukommelsen, eller når den skal opdateres (handling i baggrunden).An import model is loaded when it is queried (interactive operation) and not yet in memory, or when it's to be refreshed (background operation).

Sletning af en model fra hukommelsen kaldes fjernelse.The removal of a model from memory is known as eviction. Det er en handling, som Power BI kan udføre hurtigt afhængigt af størrelsen på modellerne.It's an operation Power BI can perform quickly depending on the size of the models. Hvis kapaciteten ikke oplever noget pres på hukommelsen, indlæses modellerne i hukommelsen og forbliver der.If the capacity is not experiencing any memory pressure, models are simply loaded into memory and remain there. Men hvis der ikke er tilstrækkelig hukommelse til at indlæse en model, skal Power BI-tjenesten først frigøre hukommelse.However, when insufficient memory is available to load a model, the Power BI service will first need to free-up memory. Den frigør hukommelse ved at registrere modeller, der er blevet inaktive, ved at søge efter modeller, som ikke har været anvendt i de sidste tre minutter [1], og fjerner dem derefter.It frees memory by detecting models that have become inactive by seeking models that have not been used in the last three minutes [1], and then evicting them. Hvis der ikke er nogen inaktive modeller at fjerne, forsøger Power BI-tjenesten at fjerne modeller, der er indlæst til handlinger i baggrunden.If there are no inactive models to evict, the Power BI service seeks to evict models loaded for background operations. En sidste udvej efter 30 sekunder med mislykkede forsøg [1] er at afbryde den interaktive handling.A last resort, after 30 seconds of failed attempts [1], is to fail the interactive operation. I dette tilfælde får rapportbrugeren besked om fejlen med et forslag om at prøve igen om et øjeblik.In this case, the report user is notified of failure with a suggestion to try again shortly. I nogle tilfælde fjernes modeller fra hukommelsen pga. servicehandlinger.In some cases, models may be unloaded from memory due to service operations.

Det er vigtigt at understrege, at fjernelse af datasæt er en normal og forventet funktionsmåde.It's important to stress that dataset eviction is a normal and expected behavior. Den har til formål at maksimere forbruget af hukommelse ved at indlæse og fjerne modeller, hvis størrelse tilsammen kan overskride den tilgængelige hukommelse.It strives to maximize memory usage by loading and unloading models whose combined sizes can exceed available memory. Dette er tilsigtet og åbenlyst for rapportbrugerne.This is by design, and transparent to report users. Høje fjernelsesrater betyder ikke nødvendigvis, at kapaciteten har fået tildelt utilstrækkelige ressourcer.High eviction rates do not necessarily mean the capacity is insufficiently resourced. De kan dog blive et problem, hvis svartiden for forespørgsler eller opdateringer bliver påvirket af de høje fjernelsesrater.They can, however, become a concern if query or refresh responsiveness is suffering because of high eviction rates.

Opdateringer af importmodeller er altid hukommelseskrævende, da modeller skal indlæses i hukommelsen.Refreshes of import models are always memory intensive as models must be loaded into memory. Der kræves ekstra hukommelse til behandling.Additional memory is required for processing. En fuld opdatering kan bruge ca. dobbelt så meget hukommelse, der kræves af modellen.A full refresh can use approximately double the amount of memory required by the model. Dette sikrer, at modellen kan forespørges, selv når den behandles, da forespørgsler sendes til den eksisterende model, indtil opdateringen er fuldført, og de nye modeldata er tilgængelige.This ensures the model can be queried even when being processed, because queries are sent to the existing model, until the refresh has completed and the new model data is available. En trinvis opdatering kræver mindre hukommelse og kan fuldføres hurtigere og kan derfor i høj grad reducere belastningen af kapacitetsressourcer.Incremental refresh will require less memory and could complete faster, and so can substantially reduce pressure on capacity resources. Opdateringer kan også være CPU-krævende for modeller, især dem med komplekse Power-transformationer eller beregnede tabeller/kolonner, som er komplekse eller baseret på store tabeller.Refreshes can also be CPU-intensive for models, especially those with complex Power Query transformations, or calculated tables/columns that are complex or are based on large tables.

Opdateringer af f.eks. forespørgsler kræver, at modellen indlæses i hukommelsen.Refreshes, like queries, require the model be loaded into memory. Hvis der ikke er tilstrækkelig hukommelse, vil Power BI-tjenesten forsøge at udsætte inaktive modeller, og hvis det ikke er muligt (da alle modeller er aktive), sættes opdateringsjobbet i kø.If there is insufficient memory, the Power BI service will attempt to evict inactive models, and if this is not possible (as all models are active), the refresh job is queued. Opdateringer er typisk CPU-krævende, endda endnu mere krævende end forespørgsler.Refreshes are typically CPU-intensive, even more so than queries. Der er derfor kapacitetsbegrænsninger for antallet af samtidige opdateringer, der er angivet til 1,5 gange antallet af backend-v-kerner, rundet op.For this reason, there are capacity limits on the number of concurrent refreshes, set to 1.5 x the number of backend v-cores, rounded up. Hvis der er for mange samtidige opdateringer, sættes en planlagt opdatering i kø.If there are too many concurrent refreshes, a scheduled refresh will be queued. Når disse situationer opstår, tager det længere tid at fuldføre opdateringen.When these situations occur, it takes longer for the refresh to complete. Opdateringer efter behov, f.eks. dem, der udløses af en brugeranmodning eller et API-kald, forsøger igen tre gange [1].On-demand refreshes such as those triggered by a user request or an API call will retry three times [1]. Hvis der stadig ikke er tilstrækkelige ressourcer, mislykkes opdateringen.If there still aren't enough resources, the refresh will then fail.

Afsnitsnoter:Section notes:
[1] Kan ændres.[1] Subject to change.

OmrådesupportRegional support

Når du opretter en ny kapacitet, kan globale administratorer og administratorer af Power BI-tjenesten angive et område, hvor arbejdsområder, der er tildelt til kapaciteten, placeres.When creating a new capacity, Global administrators and Power BI service administrators can specify a region where workspaces assigned to the capacity will reside. Dette kaldes Multi-Geo.This is known as Multi-Geo. Med Multi-Geo kan organisationer opfylde krav til dataplacering ved at implementere indhold i datacentre i et bestemt område, også selvom det er forskelligt fra det område, som Microsoft 365-abonnementet gælder for.With Multi-Geo, organizations can meet data residency requirements by deploying content to datacenters in a specific region, even if it's different than the region in which the Microsoft 365 Subscription resides. Du kan få mere at vide under Multi-Geo-understøttelse i Power BI Premium.To learn more, see Multi-Geo support for Power BI Premium.

KapacitetsadministrationCapacity management

Administration af Premium-kapaciteter omfatter oprettelse eller sletning af kapaciteter, tildeling af administratorer, tildeling af arbejdsområder, konfiguration af arbejdsbelastninger, overvågning og udførelse af justeringer til optimering af kapacitetsydeevnen.Managing Premium capacities involves creating or deleting capacities, assigning admins, assigning workspaces, configuring workloads, monitoring, and making adjustments to optimize capacity performance.

Globale administratorer eller administratorer af Power BI-tjenesten kan oprette Premium-kapaciteter fra tilgængelige v-kerner eller redigere eksisterende Premium-kapaciteter.Global administrators and Power BI service administrators can create Premium capacities from available v-cores, or modify existing Premium capacities. Når der oprettes en kapacitet, angives kapacitetens størrelse og det geografiske område, og der tildeles mindst én kapacitetsadministrator.When a capacity is created, capacity size and geographic region are specified, and at least one capacity admin is assigned.

Når der oprettes kapaciteter, udføres de fleste administrative opgaver på administrationsportalen.When capacities are created, most administrative tasks are completed in the Admin portal.

Administrationsportal

Kapacitetsadministratorer kan tildele arbejdsområder til kapaciteten, administrere brugertilladelser og tildele andre administratorer.Capacity admins can assign workspaces to the capacity, manage user permissions, and assign other admins. Kapacitetsadministratorer kan også konfigurere arbejdsbelastninger, justere hukommelsesallokeringer og om nødvendigt genstarte en kapacitet, hvilket medfører nulstilling af handlinger, hvis en kapacitet overbelastes.Capacity admins can also configure workloads, adjusting memory allocations, and if necessary, restart a capacity, resetting operations in a capacity becomes overloaded.

Administrationsportal

Kapacitetsadministratorer kan også sikre, at en kapacitet kører, som den skal.Capacity admins can also make sure a capacity is running smoothly. De kan overvåge kapacitetens tilstand direkte via administrationsportalen eller ved hjælp af programmet Premium Capacity Metrics.They can monitor capacity health right in the Admin portal or by using the Premium capacity metrics app.

Du kan få mere at vide om oprettelse af kapaciteter, tildeling af administratorer og tildeling af arbejdsområder under Administration af Premium-kapaciteter.To learn more about creating capacities, assigning admins, and assigning workspaces, see Managing Premium capacities. Du kan få mere at vide om roller under Administratorroller, der er relateret til Power BI.To learn more about roles, see Administrator roles related to Power BI.

OvervågningMonitoring

Overvågning af Premium-kapaciteter giver administratorer en forståelse af, hvordan kapaciteter kører.Monitoring Premium capacities provides administrators with an understanding of how capacities are performing. Kapaciteter kan overvåges ved hjælp af administrationsportalen og appen Power BI Premium Capacity Metrics.Capacities can be monitored by using the Admin portal and the Power BI Premium Capacity Metrics app.

Overvågning på portalen giver et hurtigt overordnet overblik over målepunkter og angiver belastninger, der er placeret, og de ressourcer, der er brugt af din kapacitet. Det vises som et gennemsnit for de seneste syv dage.Monitoring in the portal provides a quick view with high-level metrics indicating loads placed and the resources utilized by your capacity, averaged, over the past seven days.

Administrationsportal

Programmet Power BI Premium Capacity Metrics giver de mest detaljerede oplysninger om ydeevnen af dine kapaciteter.The Power BI Premium Capacity Metrics app provides the most in-depth information into how your capacities are performing. Programmet indeholder et overordnet dashboard og mere detaljerede rapporter.The app provides a high-level dashboard and more detailed reports.

Appdashboardet Målepunkter

I programmets dashboard kan du klikke på en celle med målepunkter for at åbne en detaljeret rapport.From the app's dashboard, you can click a metric cell to open an in-depth report. Rapporter indeholder detaljerede målepunkter og en filterfunktion til detailudledning af de vigtigste oplysninger, du skal bruge for at sikre, at dine kapaciteter kører, som de skal.Reports provide in-depth metrics and filtering capability to drill-down on the most important information you need to keep your capacities running smoothly.

Periodiske spidsbelastninger af forespørgselsventetider indikerer en potentiel CPU-mætning

Du kan få mere at vide om overvågning af kapaciteter under Overvågning på Power BI-administrationsportalen og Overvågning med programmet Power BI Premium Capacity Metrics.To learn more about monitoring capacities, see Monitoring in the Power BI Admin portal and Monitoring with the Power BI Premium Capacity Metrics app.

Optimering af kapaciteterOptimizing capacities

Det er vigtigt, at du udnytter dine kapaciteter bedst muligt, for at sikre, at brugerne får den bedste ydeevne, og at du får mest muligt ud af din investering i Premium.Making the best use of your capacities is critical to assuring users get the performance and you're getting the most value for your Premium investment. Ved at overvåge vigtige målepunkter kan administratorer afgøre, hvordan de bedst foretager fejlfinding i forbindelse med flaskehalse og foretager de nødvendige handlinger.By monitoring key metrics, administrators can determine how best to troubleshoot bottlenecks and take necessary action. Du kan få mere at vide under Optimering af Premium-kapaciteter og Premium-kapacitetsscenarier.To learn more, see Optimizing Premium capacities and Premium capacity scenarios.

REST-API'er for kapaciteterCapacities REST APIs

Power BI REST-API'er indeholder en samling kapacitets-API'er.The Power BI REST APIs include a collection of Capacities APIs. Administratorer kan bruge disse API'er til at administrere mange aspekter af dine Premium-kapaciteter via programmering, herunder aktivering og deaktivering af arbejdsbelastninger, tildeling af arbejdsområder til en kapacitet og meget mere.With the APIs, admins can programmatically manage many aspects of your Premium capacities, including enabling and disabling workloads, assigning workspaces to a capacity, and more.

Store datasætLarge datasets

Afhængigt af SKU'en understøtter Power BI Premium upload af Power BI Desktop-modelfiler (.pbix) med en størrelse på højst 10 GB.Depending on the SKU, Power BI Premium supports uploading Power BI Desktop (.pbix) model files up to a maximum of 10 GB in size. Når modellen er indlæst, kan den publiceres til et arbejdsområde, der er tildelt til en Premium-kapacitet.When loaded, the model can then be published to a workspace assigned to a Premium capacity. Datasættet kan derefter opdateres til en størrelse på op til 12 GB.The dataset can then be refreshed to up to 12 GB in size.

Overvejelser i forbindelse med størrelseSize considerations

Store datasæt kan være ressourcekrævende.Large datasets can be resource-intensive. Du skal som minimum have en P1- eller en A4-SKU for datasæt, der er større end 1 GB.You should have at least a P1 or an A4 SKU for any datasets larger than 1 GB. Selvom publicering af store datasæt til arbejdsområder, som understøttes af A-SKU'er op til A3, kan fungere, vil en opdatering af dem ikke fungere.Although publishing large datasets to workspaces backed by A SKUs up to A3 could work, refreshing them will not.

I følgende tabel vises de anbefalede SKU'er for upload af .pbix-filer eller publicering til Power BI-tjenesten:The following table shows the recommended SKUs for .pbix file upload or publish to the Power BI service:

SKUSKU .pbix-størrelseSize of .pbix
P1/A4P1/A4 < 3 GB< 3 GB
P2/A5P2/A5 < 6 GB< 6 GB
P3/A6, P4, P5P3/A6, P4, P5 op til 10 GBup to 10 GB

Power BI Embedded A4-SKU'en er lig med P1-SKU'en, A5-SKU'en = P2 og A6-SKU'en = P3.The Power BI Embedded A4 SKU is equal to the P1 SKU, A5 = P2 and A6 = P3.

Hvis du aktiverer store modeller på et datasæt, kan størrelsen af .pbix-filen stadig være gældende i forbindelse med filupload eller publicering.If you enable large models on a data set, the .pbix file size limitations still apply to file upload or publish. Datasæt kan dog blive meget større end disse begrænsninger, når trinvis opdatering kombineres med store modeller.However, with incremental refresh and large models combined, datasets can grow much larger than these limits. I forbindelse med store modeller begrænses størrelsen af datasættet kun til størrelsen af Power BI Premium-kapaciteten.With large models, the dataset size is limited only by the Power BI Premium capacity size.

Dine .pbix-filer repræsenterer data i en stærkt komprimeret tilstand.Your .pbix files represent data in a highly compressed state. Dataene udvides sandsynligvis, når de indlæses i hukommelsen, og herfra udvides de måske gentagne gange under dataopdatering.The data will likely expand when loaded in memory, and from there it may expand several more times during data refresh.

Planlagt opdatering af store datasæt kan tage lang tid og være ressourcekrævende.Scheduled refresh of large datasets can take a long time and be resource-intensive. Det er vigtigt, at du ikke planlægger for mange overlappende opdateringer.It's important to not schedule too many overlapping refreshes. Vi anbefaler, at du konfigurerer en trinvis opdatering, fordi det er hurtigere og mere pålideligt og forbruger færre ressourcer.It's recommended incremental refresh is configured, because it's faster, more reliable, and consumes fewer resources.

Den første rapportindlæsning af store datasæt kan tage lang tid, hvis det er et stykke tid siden, det sidste datasæt blev brugt.The initial report load of large datasets can take a long time if it has been a while since the last time the dataset was used. En linje for længere rapportindlæsninger viser indlæsningens status.A loading bar for longer-loading reports displays the load progress.

Selvom hukommelses- og tidsbegrænsninger pr. forespørgsel er meget større i Premium-kapacitet, så anbefales det, at du bruger filtre og udsnitsværktøj til at begrænse visuelle elementer, så der kun vises det mest nødvendige.While the per-query memory and time constraints are much higher in Premium capacity, it's recommended you use filters and slicers to limit visuals to display only what is necessary.

Trinvis opdateringIncremental refresh

En trinvis opdatering gør det nemmere at opbevare og vedligeholde store datasæt i Power BI Premium.Incremental refresh provides an integral part of having and maintaining large datasets in Power BI Premium. En trinvis opdatering har mange fordele, f.eks. er opdateringer hurtigere, fordi det kun er data, der er ændret, som skal opdateres.Incremental refresh has many benefits, for example, Refreshes are faster because only data that has changed needs to be refreshed. Opdateringer er mere pålidelige, fordi det ikke længere er nødvendigt at vedligeholde langtidskørende forbindelser til ustabile datakilder.Refreshes are more reliable because it's unnecessary to maintain long-running connections to volatile data sources. Forbrug af ressourcer reduceres, fordi der skal opdateres færre data, hvilket betyder et mindre overordnet forbrug af hukommelsen og andre ressourcer.Resource consumption is reduced because less data to refresh reduces overall consumption of memory and other resources. Politikker om trinvis opdatering er defineret i Power BI Desktop og anvendes, når de er publiceret på et arbejdsområde i en Premium-kapacitet.Incremental refresh policies are defined in Power BI Desktop, and applied when published to a workspace in a Premium capacity.

Detaljer om opdatering

Du kan få mere at vide under Trinvis opdatering i Power BI Premium.To learn more, see Incremental refresh in Power BI Premium.

Sideinddelte rapporterPaginated reports

Sideinddelte rapporter, der understøttes på P1-P3- og A4-A6-SKU'er, er baseret på RDL-teknologi (Report Definition Language) i SQL Server Reporting Services.Paginated reports, supported on P1-P3 and A4_A6 SKUs, are based on Report Definition Language (RDL) technology in SQL Server Reporting Services. De er baseret på RDL-teknologien, men er ikke det samme som Power BI-rapportserveren, som er en rapporteringsplatform, der kan downloades, og som du kan installere i det lokale miljø. Også inkluderet i Power BI Premium.While based on RDL technology, it's not the same as Power BI Report Server, which is a downloadable reporting platform you can install on-premises, also included with Power BI Premium. Sideinddelte rapporter formateres, så de passer til en side, der kan udskrives eller deles.Paginated reports are formatted to fit well on a page that can be printed or shared. Data vises i en tabel, også selvom tabellen strækker sig over flere sider.Data is displayed in a table, even if the table spans multiple pages. Ved hjælp af det gratis Windows-skrivebordsprogram Power BI Report Builder kan brugere oprette sideinddelte rapporter og publicere dem til tjenesten.By using the free Power BI Report Builder Windows Desktop application, users author paginated reports and publish them to the service.

I Power BI Premium er sideinddelte rapporter en arbejdsbelastning, der skal aktiveres for en kapacitet ved hjælp af administrationsportalen.In Power BI Premium, Paginated reports are a workload that must be enabled for a capacity by using the Admin portal. Kapacitetsadministratorer kan aktivere og derefter angive mængden af hukommelse som en procentdel af kapacitetens overordnede hukommelsesressourcer.Capacity admins can enable and then specify the amount of memory as a percentage of the capacity's overall memory resources. I modsætning til andre typer arbejdsbelastninger kører Power BI Premium sideinddelte rapporter i et afgrænset område i kapaciteten.Unlike other types of workloads, Premium runs paginated reports in a contained space within the capacity. Den maksimale hukommelse, der angives for dette område, bruges, uanset om arbejdsbelastningen er aktiv eller ej.The maximum memory specified for this space is used whether or not the workload is active. Standarden er 20 %.The default is 20%.

Du kan få mere at vide under Sideinddelte rapporter i Power BI Premium.To learn more, see Paginated reports in Power BI Premium. Du kan få mere at vide om aktivering af arbejdsbelastningen for sideinddelte rapporter under Konfigurer arbejdsbelastninger.To learn more about enabling the Paginated reports workload, see Configure workloads.

Power BI-rapportserverPower BI Report Server

Power BI-rapportserveren er inkluderet i Power BI Premium og er en rapportserver med en webportal i det lokale miljø.Included with Power BI Premium, Power BI Report Server is an on-premises report server with a web portal. Du kan opbygge dit BI-miljø lokalt og distribuere rapporter bag din virksomheds firewall.You can build your BI environment on-premises and distribute reports behind your organization's firewall. Med rapportserveren får brugere adgang til omfattende, interaktive funktioner til virksomhedsrapportering i SQL Server Reporting Services.Report Server gives users access to rich, interactive, and enterprise reporting capabilities of SQL Server Reporting Services. Brugere kan udforske data og hurtigt finde mønstre, så de kan træffe bedre og hurtigere beslutninger.Users can explore visual data and quickly discover patterns to make better, faster decisions. Rapportserveren giver dig styring på dine egne betingelser.Report Server provides governance on your own terms. Hvis og når tiden er inde, gør Power BI-rapportserveren det nemt at overføre til cloudmiljøet, hvor din organisation kan drage fordel af alle funktioner i Power BI Premium.If and when the time comes, Power BI Report Server makes it easy to migrate to the cloud, where your organization can take full advantage of all Power BI Premium functionality.

Du kan få mere at vide under Power BI-rapportserver.To learn more, see Power BI Report Server.

Ubegrænset indholdsdelingUnlimited content sharing

Med Premium kan alle – uanset om de befinder sig i eller uden for organisationen – få vist dit Power BI-indhold, herunder sideinddelte og interaktive rapporter, uden at købe individuelle licenser.With Premium, anyone, whether they're inside or outside your organization can view your Power BI content including paginated and interactive reports without purchasing individual licenses.

Indholdsdeling

Premium muliggør omfattende distribution af indhold for Pro-brugere uden at kræve Pro-licenser for modtagere, der får vist indholdet.Premium enables widespread distribution of content by Pro users without requiring Pro licenses for recipients who view the content. Pro-licenser kræves for oprettere af indhold.Pro licenses are required for content creators. Oprettere opretter forbindelse til datakilder og modeldata og opretter rapporter og dashboards, der er pakket som arbejdsområdeapps.Creators connect to data sources, model data, and create reports and dashboards that are packaged as workspace apps. Brugere uden en Pro-licens kan stadig få adgang til et arbejdsområde, der er i en Power BI Premium-kapacitet, så længe de har rollen Fremviser.User without a Pro license can still access a workspace that's in Power BI Premium capacity, as long as they have a Viewer role.

Du kan få mere at vide under Power BI-licenser.To learn more, see Power BI licensing.

Analysis Services i Power BI Premium (prøveversion)Analysis Services in Power BI Premium (Preview)

Under overfladen styres Power BI Premium-arbejdsområder og -datasæt af det gennemtestede Microsoft-program Analysis Services Vertipaq.Under the hood, the enterprise proven Microsoft Analysis Services Vertipaq engine powers Power BI Premium workspaces and datasets. Analysis Services understøtter programmerings- og klientprogrammer og -værktøjer via klientbiblioteker og API'er, der understøtter XMLA-protokollen med åbne standarder.Analysis Services provides programmability and client application and tool support through client libraries and APIs that support the open-standard XMLA protocol. Arbejdsbelastninger for datasæt i en Power BI Premium-kapacitet understøtter som standard skrivebeskyttede forbindelser fra klientprogrammer og værktøjer fra Microsoft og tredjeparter via XMLA-slutpunkter.By default, Power BI Premium capacity dataset workloads support read-only operations from Microsoft and third-party client applications and tools through an XMLA endpoint. Kapacitetsadministratorer kan også vælge at deaktivere eller tillade læse-/skrivehandlinger via slutpunktet.Capacity admins can also choose to disable or allow read/write operations through the endpoint.

Med skrivebeskyttet adgang kan Microsoft-værktøjer, f.eks.SSMS (SQL Server Management Studio) og SQL Server Profiler, og tredjepartsapps, f.eks. DAX Studio og programmer til datavisualisering, kan oprette forbindelse til og forespørge om Premium-datasæt ved hjælp af XMLA, DAX, MDX, DMV'er og sporingshændelser.With read-only access, Microsoft tools like SQL Server Management Studio (SSMS) and SQL Server Profiler, and third-party apps such as DAX Studio and data visualization applications, can connect to and query Premium datasets by using XMLA, DAX, MDX, DMVs, and Trace events. Med læse-/skriveadgang kan værktøjer til modellering af virksomhedsdata, f. eks. Visual Studio med Analysis Services-projektudvidelse eller Tabular Editor med åben kildekode, udrulle tabellariske modeller som et datasæt til et Premium-arbejdsområde.With read/write access, enterprise data modeling tools like Visual Studio with Analysis Services projects extension or the open source Tabular Editor can deploy tabular models as a dataset to a Premium workspace. Og med værktøjer som SSMS kan administratorer bruge TMSL (Tabular Model Scripting Language) til scenarier med script af metadataændringer og avancerede dataopdateringer.And with tools like SSMS, admins can use Tabular Model Scripting Language (TMSL) to script metadata changes and advanced data refresh scenarios.

Du kan få mere at vide under Netværksmulighed for datasæt med XMLA-slutpunktet.To learn more, see Dataset connectivity with the XMLA endpoint.

SSMS

Næste trinNext steps

Har du flere spørgsmål?More questions? Prøv at spørge Power BI-community'etTry asking the Power BI Community