Konfigurera arbetsbelastningar i en Premium-kapacitet
I den här artikeln beskrivs aktivering och konfigurering av arbetsbelastningar för Power BI Premium-kapaciteter. Som standard stöder kapaciteterna endast arbetsbelastningen som är associerad med att köra Power BI-frågor. Du kan också aktivera och konfigurera ytterligare arbetsbelastningar för AI (Cognitive Services) , Dataflöden och Sidnumrerade rapporter .
Anteckning
Power BI Premium nyligen lanserat en ny version av Premium, som kallas Premium Gen2. Premium Gen2 förenklar hanteringen av Premium och minskar hanteringskostnader. Mer information finns i Power BI Premium Generation 2.
Information om Power BI Embedded Gen2 finns i Power BI Embedded Generation 2.
Anteckning
Du kan också få Premium-licenser per användare (PPU) för enskilda användare, som innehåller många av funktionerna i en Premium-kapacitet och inkluderar även alla funktioner som ingår i en Power BI Pro-licens. Mer information finns i Power BI Premium per användare.
Standardinställningar för minne
Frågearbetsbelastningar är optimerade för och begränsade av resurser som bestäms av din Premium-kapacitets SKU. Premium-kapaciteter har också stöd för ytterligare arbetsbelastningar som kan använda din kapacitets resurser. Standardminnet för dessa arbetsbelastningar baseras på tillgängliga kapacitetsnoder för din SKU. De maximala minnesinställningarna är inte kumulativa.
| EM1/A1 | EM2/A2 | EM3/A3 | P1/A4 | P2/A5 | P3/A6 | |
|---|---|---|---|---|---|---|
| AI | Stöd saknas | 40 % standard, 40 % minimum | 20 % standard, 20 % minimum | 20 % standard, 8 % minimum | 20 % standard, 4 % minimum | 20 % standard, 2 % minimum |
| Datauppsättningar | 100 % standard, 67 % minimum | 100 % standard, 40 % minimum | 100 % standard, 20 % minimum | 100 % standard, 8 % minimum | 100 % standard, 4 % minimum | 100 % standard, 2 % minimum |
| Dataflöden | 40 % standard, 40 % minimum | 24 % standard, 24 % minimum | 20 % standard, 12 % minimum | 20 % standard, 5 % minimum | 20 % standard, 3 % minimum | 20 % standard, 2 % minimum |
| Sidnumrerade rapporter | Stöd saknas | Stöd saknas | Stöd saknas | 20 % standard, 10 % minimum | 20 % standard, 5 % minimum | 20 % standard, 2,5 % minimum |
Anteckning
Premium Gen2 kräver inte att minnesinställningarna ändras. Minnet i Premium Gen2 hanteras automatiskt av det underliggande systemet.
Inställningar för arbetsbelastning
I följande avsnitt hittar du detaljerad information om de arbetsbelastningsinställningar som beskrevs i föregående tabell.
AI (förhandsversion)
Med AI-arbetsbelastningen kan du använda Cognitive Services och automatiserad Machine Learning i Power BI. Använd nedanstående inställningar för att styra arbetsbelastningsbeteendet.
| Inställningsnamn | Beskrivning |
|---|---|
| Maximalt minne (%) | Den maximala procentandelen tillgängligt minne som AI-processer kan använda i en kapacitet. |
| Tillåt användning från Power BI Desktop | Den här inställningen är reserverad för framtida användning och syns kanske inte i alla klientorganisationer. |
| Tillåt byggandet av maskininlärningsmodeller | Anger om affärsanalytiker kan träna, verifiera och anropa maskininlärningsmodeller direkt i Power BI. Mer information finns i Automatiserad Machine Learning i Power BI (förhandsversion). |
| Aktivera parallellitet för AI-begäranden | Anger om AI-begäranden kan köras parallellt. |
Datauppsättningar
Som standard är datamängdernas arbetsbelastning aktiverad och kan inte inaktiveras. Använd nedanstående inställningar för att styra arbetsbelastningsbeteendet. Det finns ytterligare användningsinformation under tabellen för några av inställningarna.
| Inställningsnamn | Beskrivning |
|---|---|
| Maximalt minne (%) | Den maximala procentandelen tillgängligt minne som datamängder kan använda i en kapacitet. |
| XMLA-slutpunkt | Anger att anslutningar från klientprogram följer medlemsuppsättningen för säkerhetsgrupper på nivåerna för arbetsyta och app. Mer information finns i Ansluta till datamängder med klientprogram och verktyg. |
| Maximalt antal mellanliggande raduppsättningar | Det maximala antalet mellanliggande rader som returneras av DirectQuery. Standardvärdet är 1000000 och det tillåtna intervallet är mellan 100 000 och 2147483646. Observera att den övre gränsen kan behöva begränsas ytterligare baserat på vad datakällan stöder. |
| Maximal storlek för offlinedatamängd (GB) | Maximal storlek för offlinedatamängden i minnet. Detta är den komprimerade storleken på disken. Standardvärdet är 0, vilket är den högsta gränsen som definieras av SKU. Det tillåtna intervallet är mellan 0 och storleksgränsen för kapacitet. |
| Maximalt antal resultatraduppsättningar | Det maximala antalet rader som returneras i en DAX-fråga. Standardvärdet är -1 (ingen gräns) och det tillåtna intervallet är mellan 100 000 och 2 147 483 647. |
| Minnesgräns för frågor (%) | Den maximala procentandel tillgängligt minne i arbetsbelastningen som kan användas för att köra en MDX- eller DAX-fråga. Standardvärdet är 0, vilket resulterar i att en automatisk SKU-specifik minnesgräns för frågor används. |
| Tidsgräns för frågor (sekunder) | Maximal tid innan tidsgränsen för frågan uppnås. Standardvärdet är 3 600 sekunder (en timme). Värdet 0 anger att frågorna inte har någon tidsgräns. |
| Automatisk siduppdatering | På/av-reglage för att tillåta rapporter med automatisk siduppdatering baserad på regelbundna intervall på Premium-arbetsytor. |
| Minsta uppdateringsintervall | Om automatisk siduppdatering är aktiverat, är detta det minsta intervall som tillåts för siduppdatering. Standardvärdet är fem minuter och det lägsta tillåtna värdet är en sekund. |
| Mått för ändringsidentifiering | På/av-reglage för att tillåta rapporter med automatisk siduppdatering baserad på ändringsidentifiering på Premium-arbetsytor. |
| Minsta körningsintervall | Om ändringsidentifiering är aktiverat ändras minsta tillåtna körningsintervall för att söka efter dataändringar. Standardvärdet är fem sekunder och lägsta tillåtna värde är en sekund. |
Maximalt antal mellanliggande raduppsättningar
Använd inställningen för att styra påverkan från resursintensiva eller bristfälligt utformade rapporter. Om en fråga till en DirectQuery-datauppsättning resulterar i ett mycket stort resultat från källdatabasen kan det uppstå en topp i minnes- och processoranvändningen. Det kan göra att andra användare och rapporter får brist på resurser. Med den här inställningen kan kapacitetsadministratören justera hur många rader en enskild fråga kan hämta från datakällan.
Om kapaciteten har stöd för mer än standardinställningen på 1 000 000 rader, och du har en stor datauppsättning, kan du öka den här inställningen om du vill hämta fler rader.
Observera att den här inställningen endast påverkar DirectQuery-frågor, medan Maximalt antal resultatraduppsättningar påverkar DAX -frågor.
Maxstorlek för offlinedatamängd
Använd inställningen till att förhindra att rapportskapare publicerar en stor datamängd som kan påverka kapaciteten negativt. Observera att Power BI inte kan fastställa den faktiska minnesstorleken förrän datamängden har lästs in i minnet. Det är möjligt att en datamängd med en mindre offlinestorlek kan ha ett större fotavtryck för minnesanvändning än en datamängd med en större offlinestorlek.
Om du har en befintlig datauppsättning som är större än den storlek som du angett för den här inställningen går det inte att läsa in datauppsättningen när användaren försöker komma åt den. Det kanske inte heller går att läsa in datamängden om den är större än det maximala minne som har konfigurerats för datamängdens arbetsbelastning.
För att skydda systemets prestanda används ytterligare ett ytterligare SKU-specifikt tak för offlinedatamängdens maximala storlek oavsett vilket värde som är konfigurerat. Det här fasta taket gäller inte för Power BI-datamängder som är optimerade för stora datastorlekar. Mer information finns i Stora modeller i Power BI Premium.
| EM1/A1 | EM2/A2 | EM3/A3 | P1/A4 | P2/A5 | P3/A6 | |
|---|---|---|---|---|---|---|
| Fast tak för maximal storlek på offlinedatamängd | 3 GB | 5 GB | 6 GB | 10 GB | 10 GB | 10 GB |
Maximalt antal resultatraduppsättningar
Använd inställningen för att styra påverkan från resursintensiva eller bristfälligt utformade rapporter. Om den här gränsen nås i en DAX-fråga visas följande fel för rapportanvändare. De bör kopiera felinformationen och kontakta en administratör.
Observera att den här inställningen endast påverkar DAX-frågor, medan Maximalt antal mellanliggande raduppsättningar påverkar DirectQuery-frågor.
Minnesgräns för frågor
Använd inställningen för att styra påverkan från resursintensiva eller bristfälligt utformade rapporter. Vissa frågor och beräkningar kan resultera i mellanliggande resultat som använder mycket minne i kapaciteten. Det kan göra att andra frågor körs mycket långsamt, att andra datauppsättningar tas bort från kapaciteten och att det uppstår minnesfel för andra som använder kapaciteten.
Den här inställningen gäller för alla DAX-och MDX-frågor som körs av såväl Power BI-rapporter och Analysera i Excel-rapporter som av andra verktyg som kan ansluta via XMLA-slutpunkten.
Observera att datauppdateringsåtgärder också kan också köra DAX-frågor som en del av uppdateringen av instrumentpaneler och visuella cacheminnen efter det att datamängdens data har uppdaterats. Det finns även en risk att sådana frågor kan misslyckas pga den här inställningen, och det kan leda till att datauppdateringsåtgärden visas med tillståndet misslyckad, även om datamängdens data har uppdaterats.
Standardinställningen är 0, vilket resulterar i att följande automatiska SKU-specifika minnesgräns för frågor används.
| EM1/A1 | EM2/A2 | EM3/A3 | P1/A4 | P2/A5 | P3/A6 | |
|---|---|---|---|---|---|---|
| Automatisk minnesgräns för frågor | 1 GB | 2 GB | 2 GB | 6 GB | 6 GB | 10 GB |
För att skydda systemets prestanda används ett fast tak på 10 GB för alla frågor som körs av Power BI-rapporter, oavsett vilken minnesgräns som användaren har konfigurerat. Det här fasta taket gäller inte för frågor som körs via verktyg som använder Analysis Services-protokollet (även kallat XMLA). Användare bör överväga att förenkla frågan eller dess beräkningar om frågan är för minnesintensiv.
Tidsgräns för frågor
Använd den här inställningen om du vill ha bättre kontroll över långvariga frågor, som kan göra att rapporter läses in långsamt för användarna.
Den här inställningen gäller för alla DAX-och MDX-frågor som körs av såväl Power BI-rapporter och Analysera i Excel-rapporter som av andra verktyg som kan ansluta via XMLA-slutpunkten.
Observera att datauppdateringsåtgärder också kan också köra DAX-frågor som en del av uppdateringen av instrumentpaneler och visuella cacheminnen efter det att datamängdens data har uppdaterats. Det finns även en risk att sådana frågor kan misslyckas pga den här inställningen, och det kan leda till att datauppdateringsåtgärden visas med tillståndet misslyckad, även om datamängdens data har uppdaterats.
Den här inställningen gäller för en enskild fråga och inte den tid det tar att köra alla frågor som är kopplade till uppdateringen av en datauppsättning eller rapport. Se följande exempel:
- Tidsgräns för frågor är inställd på 1200 (20 minuter).
- Det finns fem frågor och var och en tar 15 minuter att köra.
Den sammanlagda tiden för alla frågor är 75 minuter, men den inställda tidsgränsen har inte nåtts eftersom alla enskilda frågor tar mindre än 20 minuter att köra.
Observera att för Power BI-rapporter åsidosätts detta standardvärde med en mycket lägre tidsgräns för varje fråga till kapaciteten. Normalt är tidsgränsen för varje fråga ungefär tre minuter.
Automatisk siduppdatering
När den här inställningen är aktiverad kan användare i Premium-kapaciteten uppdatera sidor i rapporten till DirectQuery-källor med hjälp av automatisk siduppdatering. Som kapacitetsadministratör kan du göra följande:
- Aktivera och inaktivera automatisk siduppdatering
- Definiera ett minsta uppdateringsintervall
Så här hittar du inställningen för automatisk siduppdatering:
I Power BI-administratörsportalen väljer du Kapacitetsinställningar.
Välj din kapacitet och rulla sedan nedåt och expandera menyn Arbetsbelastningar.
Rulla ned till avsnittet Datauppsättningar.
Frågor som har skapats vid automatisk siduppdatering skickas direkt till datakällan, så det är viktigt att tänka på tillförlitligheten och belastningen på dessa källor när du tillåter automatisk siduppdatering i din organisation.
Dataflöden
I dataflödenas arbetsbelastning kan du använda den självbetjänade dataförberedelsen för dataflöden till att mata in, transformera, integrera och utöka data. Använd nedanstående inställningar för att styra arbetsbelastningsbeteendet.
| Inställningsnamn | Beskrivning |
|---|---|
| Maximalt minne (%) | Den maximala procentandelen tillgängligt minne som dataflöden kan använda i en kapacitet. |
| Förbättrad beräkningsmotor för dataflöden (förhandsversion) | Aktivera det här alternativet för upp till 20 gånger snabbare beräkning av beräknade entiteter när du arbetar med storskaliga datavolymer. Du måste starta om kapaciteten för att aktivera den nya motorn. Mer information finns i Förbättrad beräkningsmotor för dataflöden. |
| Containerstorlek | Den maximala storleken på den container som dataflöden använder för varje entitet i dataflödet. Standardvärdet är 700 MB. Mer information finns i Containerstorlek. |
Förbättrad beräkningsmotor för dataflöden
Du kan använda den nya beräkningsmotorn till att dela upp datan i separata dataflöden och skicka omvandlingslogik till beräknade entiteter i olika dataflöden. Den här metoden rekommenderas eftersom beräkningsmotorn används på dataflöden som refererar till ett befintligt dataflöde. Den fungerar inte på inmatningsdataflöden. Genom att följa den här vägledningen säkerställer du att den nya beräkningsmotorn hanterar omvandlingssteg, till exempel kopplingar och sammanfogningar, för bästa prestanda.
Containerstorlek
Vid uppdatering av ett dataflöde skapar dataflödesarbetsbelastningen en container för varje entitet i dataflödet. Varje container kan använda minne upp till den volym som anges i inställningen Containerstorlek. Standardvärdet för alla SKU:er är 700 MB. Den här inställningen bör kanske ändras om:
- Dataflöden tar för lång tid att uppdateras eller om uppdatering av dataflöde misslyckas med överskriden tidsgräns.
- Dataflödesentiteter omfattar beräkningssteg, till exempel en koppling.
Vi rekommenderar att du använder appen Kapacitetsmått för Power BI Premium för att analysera prestanda för dataflödesarbetsbelastning.
I vissa fall förbättras kanske inte prestandan av att containerstorleken ökas. Om dataflödet till exempel bara hämtar data från en källa utan att utföra betydande beräkningar hjälper det förmodligen inte att öka containerstorleken. Ökning av containerstorleken kan vara till hjälp om det gör att dataflödesarbetsbelastningen kan allokera mer minne för åtgärder för entitetsuppdatering. Genom att ha mer allokerat minne kan den tid det tar att uppdatera kraftigt beräknade entiteter minskas.
Värdet för containerstorlek kan inte överskrida det maximala minnet för dataflödets arbetsbelastning. Till exempel har en P1-kapacitet 25 GB minne. Om Maximalt minne för dataflödesarbetsbelastning (%) anges till 20 % kan Containerstorlek (MB) inte överstiga 5000. I samtliga fall kan containerstorleken inte överskrida Max minne, även om du anger ett högre värde.
Sidnumrerade rapporter
Med arbetsbelastningens sidnumrerade rapporter kan du köra sidnumrerade rapporter, baserat på standardformatet för SQL Server Reporting Services i Power BI-tjänsten. Använd följande inställning för att styra arbetsbelastningsbeteendet.
| Inställningsnamn | Beskrivning |
|---|---|
| Maximalt minne (%) | Den maximala procentandelen tillgängligt minne som sidnumrerade rapporter kan använda i en kapacitet. |
Sidnumrerade rapporter har samma funktioner som SSRS-rapporter (SQL Server Reporting Services) har idag, inklusive möjligheten för rapportförfattare att lägga till anpassad kod. Det här gör att författare kan ändra sina rapporter dynamiskt, och exempelvis ändra textfärg baserat på koduttryck. Sidnumrerade rapporter isoleras genom att de körs i en skyddad sandbox-miljö per kapacitet. Rapporter som körs inom samma kapacitet kan orsaka sidoeffekter. På samma sätt som du begränsar vilka författare som kan publicera innehåll till en instans av SSRS rekommenderar vi att du använder en liknande metod för sidnumrerade rapporter. Se till att författare som publicerar innehåll till en kapacitet är betrodda av organisationen. Du kan skydda miljön ytterligare genom att etablera flera kapaciteter och tilldela olika författare till var och en av dem.
I Gen1 Premium kapaciteter kan arbetsbelastningen för sidnumrerade rapporter bli otillgänglig. I det här fallet visar arbetsbelastningen ett feltillstånd i administratörsportalen, och användarna ser överskridna tidsgränser vid rendering av rapporter. För att lösa det här problemet kan du inaktivera arbetsbelastningen och sedan aktivera den igen.
I Gen2 Premium kapaciteteraktiveras arbetsbelastningen för sidnumrerade rapporter automatiskt och är aldrig otillgänglig.
Konfigurera arbetsbelastningar
Maximera din kapacitets tillgängliga resurser genom att aktivera arbetsbelastningar endast om de ska användas. Ändra endast minnet och andra inställningar när du har fastställt att standardinställningarna inte uppfyller dina kapacitetskrav för resursen.
Konfigurera arbetsbelastningar i Power BI-administratörsportalen
I Kapacitetsinställningar > PREMIUM-KAPACITETER väljer du en kapacitet.
Under FLER ALTERNATIV expanderar du Arbetsbelastningar.
Aktivera en eller flera arbetsbelastningar och ange ett värde för Max minne och andra inställningar.
Välj Tillämpa.
REST-API
Arbetsbelastningar kan aktiveras och tilldelas till en kapacitet med hjälp av Kapaciteter REST API:er.
Övervaka arbetsbelastningar
Power BI Premium-appen för kapacitetsmått ger mått på datauppsättning, dataflöden och sidnumrerade rapporter för att övervaka arbetsbelastningar som aktiverats för din kapacitet.
Viktigt
Om din Power BI Premium-kapacitet har hög resursanvändning, som medför prestanda- och tillförlitlighetsproblem, kan du få e-postmeddelanden för att identifiera och lösa problemet. Detta kan vara ett effektivt sätt att felsöka överbelastade kapaciteter. Mer information finns i meddelanden om kapacitet och tillförlitlighet.
Nästa steg
Optimera Power BI Premium-kapaciteter Självbetjäningsdataförberedelse i Power BI med dataflöden Vad är sidbrutna rapporter i Power BI Premium? Automatisk siduppdatering i Power BI Desktop (förhandsversion)
Har du fler frågor? Fråga Power BI Community
Power BI har Power BI Premium Gen2, vilket förbättrar Power BI Premium upplevelse av förbättringar i följande:
- Prestanda
- Licenser per användare
- Större skala
- Förbättrade mått
- Automatisk skalning
- Minskade hanteringskostnader
Mer information om Power BI Premium Gen2 finns i Power BI Premium Generation 2.