Konfigurera arbetsbelastningar i en Premium-kapacitet
I den här artikeln visas arbetsbelastningarna för Power BI Premium och deras kapaciteter.
Anteckning
Arbetsbelastningar kan aktiveras och tilldelas till en kapacitet med hjälp av Capacities REST-API:er.
Arbetsbelastningar som stöds
Frågearbetsbelastningar optimeras för och begränsas av resurser som bestäms av din Premium-kapacitets-SKU. Premium-kapaciteter stöder även ytterligare arbetsbelastningar som kan använda kapacitetens resurser.
Listan över arbetsbelastningar nedan beskriver vilka Premium-SKU:er som stöder varje arbetsbelastning:
AI – Alla SKU:er stöds förutom EM1/A1 SKU:er
Semantiska modeller – Alla SKU:er stöds
Dataflöden – Alla SKU:er stöds
Sidnumrerade rapporter – Alla SKU:er stöds
Konfigurera arbetsbelastningar
Du kan justera arbetsbelastningarnas beteende genom att konfigurera arbetsbelastningsinställningar för din kapacitet.
Viktigt!
Alla arbetsbelastningar är alltid aktiverade och kan inte inaktiveras. Dina kapacitetsresurser hanteras av Power BI enligt din kapacitetsanvändning.
Konfigurera arbetsbelastningar i Power BI-administratörsportalen
Logga in på Power BI med dina autentiseringsuppgifter för administratörskontot.
I sidhuvudet väljer du ...>Administratörsportal för inställningar>.
Gå till Kapacitetsinställningar och välj en kapacitet på fliken Power BI Premium .
Expandera Arbetsbelastningar.
Ange värdena för varje arbetsbelastning enligt dina specifikationer.
Välj Använd.
Övervaka arbetsbelastningar
Använd Microsoft Fabric Capacity Metrics-appen för att övervaka din kapacitets aktivitet.
Viktigt!
Om din Power BI Premium-kapacitet har hög resursanvändning, vilket resulterar i prestanda- eller tillförlitlighetsproblem, kan du få e-postmeddelanden om att identifiera och lösa problemet. Detta kan vara ett effektivt sätt att felsöka överlagrade kapaciteter. Mer information finns i Meddelanden.
AI (förhandsversion)
Med AI-arbetsbelastningen kan du använda kognitiva tjänster och automatiserad maskininlärning i Power BI. Använd följande inställningar för att styra arbetsbelastningens beteende.
| Inställningsnamn | beskrivning |
|---|---|
| Maximalt minne (%)1 | 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 visas inte i alla klienter. |
| Tillåt att maskininlärningsmodeller skapas | Anger om affärsanalytiker kan träna, validera och anropa maskininlärningsmodeller direkt i Power BI. Mer information finns i Automatiserad maskininlärning i Power BI (förhandsversion). |
| Aktivera parallellitet för AI-begäranden | Anger om AI-begäranden kan köras parallellt. |
1Premium kräver inte att minnesinställningarna ändras. Minnet i Premium hanteras automatiskt av det underliggande systemet.
Semantiska modeller
I det här avsnittet beskrivs följande arbetsbelastningsinställningar för semantiska modeller:
Power BI-inställningar
Använd inställningarna i tabellen nedan för att styra arbetsbelastningens beteende. Inställningar med en länk innehåller ytterligare information som du kan granska i angivna avsnitt under tabellen.
| Inställningsnamn | beskrivning |
|---|---|
| Maximalt minne (%)1 | Den maximala procentandel tillgängligt minne som semantiska modeller kan använda i en kapacitet. |
| XMLA-slutpunkt | Anger att anslutningar från klientprogram respekterar det säkerhetsgruppsmedlemskap som angetts på arbetsytan och appnivåerna. Mer information finns i Ansluta till semantiska modeller med klientprogram och verktyg. |
| Maximalt antal mellanliggande raduppsättningar | Det maximala antalet mellanliggande rader som returneras av DirectQuery. Standardvärdet är 10000000 och det tillåtna intervallet är mellan 100000 och 2147483646. Den övre gränsen kan behöva begränsas ytterligare baserat på vad datakällan stöder. |
| Maximal semantisk offlinemodellstorlek (GB) | Den maximala storleken på den offline-semantiska modellen i minnet. Det här ä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 kapacitetsstorleksgränsen. |
| Maximalt antal resultatrader | Det maximala antalet rader som returneras i en DAX-fråga. Standardvärdet är 2147483647 och det tillåtna intervallet är mellan 1 0000 och 2147483647. |
| Frågeminnesgräns (%) | Den maximala procentandelen 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 SKU-specifik automatisk frågeminnesgräns tillämpas. |
| Tidsgräns för frågor (sekunder) | Den maximala tiden innan en fråga överskrider tidsgränsen. Standardvärdet är 3 600 sekunder (1 timme). Värdet 0 anger att förfrågningar kommer inte att överskrida tidsgränsen. |
| Automatisk siduppdatering | På/av-knapp för att tillåta premiumarbetsytor att ha rapporter med automatisk siduppdatering med fasta intervaller. |
| Minsta uppdateringsintervall | Om automatisk siduppdatering är aktiverad, är det minsta tillåtna intervallet för siduppdateringar. Standardvärdet är fem minuter och det minsta tillåtna värdet är en sekund. |
| Mått för ändringsdetektering | On/Off-knapp för att tillåta premiumarbetsytor att ha rapporter med automatisk siduppdatering baserat på ändringsdetektion. |
| Minsta körningsintervall | Om måttet för ändringsidentifiering är aktiverat är det minsta exekveringsintervall som tillåts för att söka efter dataändringar. Standardvärdet är fem sekunder och det minsta tillåtna värdet är en sekund. |
1Premium kräver inte att minnesinställningarna ändras. Minnet i Premium hanteras automatiskt av det underliggande systemet.
Maximalt antal mellanliggande raduppsättningar
Använd den här inställningen för att styra effekten av resursintensiva eller dåligt utformade rapporter. När en fråga till en DirectQuery-semantisk modell resulterar i ett mycket stort resultat från källdatabasen kan det orsaka en topp i minnesanvändningen och bearbetningskostnaderna. Den här situationen kan leda till att andra användare och rapporter får ont om 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.
Alternativt, om kapaciteten stöder mer än en miljon rader och du har en stor semantisk modell, öka den här inställningen för att hämta fler rader.
Den här inställningen påverkar endast DirectQuery-frågor, medan Maximalt antal resultatrader påverkar DAX-frågor.
Maximal storlek på offline-semantisk modell
Använd den här inställningen för att förhindra att rapportskapare publicerar en stor semantisk modell som kan påverka kapaciteten negativt. Power BI kan inte fastställa faktisk minnesintern storlek förrän semantikmodellen har lästs in i minnet. Det är möjligt att en semantisk modell med en mindre offlinestorlek kan ha ett större minnesavtryck än en semantisk modell med en större offlinestorlek.
Om du har en befintlig semantisk modell som är större än den storlek som du anger för den här inställningen kan semantikmodellen inte läsas in när en användare försöker komma åt den. Den semantiska modellen kan också misslyckas med att laddas om den är större än det maximala minnet som konfigurerats för arbetsbelastningens semantiska modeller.
Den här inställningen gäller för modeller i både litet semantiskt modelllagringsformat (ABF-format) och stort semantiskt modelllagringsformat (PremiumFiles), även om offlinestorleken för samma modell kan skilja sig åt när den lagras i ett format jämfört med ett annat. Mer information finns i Stora modeller i Power BI Premium.
För att skydda systemets prestanda tillämpas ytterligare ett SKU-specifikt hårt tak för maximal semantisk modellstorlek offline, oavsett det konfigurerade värdet. Det extra SKU-specifika hårda taket i tabellen nedan gäller inte för Power BI-semantiska modeller som lagras i ett stort semantiskt modelllagringsformat.
| SKU | Gräns1 |
|---|---|
| F2 | 1 GB |
| F4 | 2 GB |
| F8/EM1/A1 | 3 GB |
| F16/EM2/A2 | 5 GB |
| F32/EM3/A3 | 6 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 10 GB |
| F1024/P5/A8 | 10 GB |
| F2048 | 10 GB |
1Hårt tak för maximal offline semantisk modellstorlek (litet lagringsformat).
Maximalt antal resultatrader
Använd den här inställningen för att styra effekten av resursintensiva eller dåligt utformade rapporter. Om den här gränsen nås i en DAX-fråga ser en rapportanvändare följande fel. De bör kopiera felinformationen och kontakta en administratör.
Den här inställningen påverkar endast DAX-frågor, medan Maximalt antal mellanliggande raduppsättningar påverkar DirectQuery-frågor.
Frågeminnesgräns
Använd den här inställningen för att styra effekten av resursintensiva eller dåligt utformade rapporter. Vissa frågor och beräkningar kan resultera i mellanliggande resultat som använder mycket minne på kapaciteten. Den här situationen kan orsaka att andra frågor körs mycket långsamt, orsakar borttagning av andra semantiska modeller från kapaciteten och leder till minnesfel för andra användare av kapaciteten.
Den här inställningen gäller för alla DAX- och MDX-frågor som körs av Power BI-rapporter, Analysera i Excel-rapporter samt andra verktyg som kan ansluta via XMLA-slutpunkten.
Datauppdateringsåtgärder kan också köra DAX-frågor som en del av uppdatering av instrumentpaneler och visuella cacheminnen när data i semantikmodellen har uppdaterats. Sådana frågor kan också misslyckas på grund av den här inställningen, och detta kan leda till att datauppdateringsåtgärden visas i ett misslyckat tillstånd, även om data i semantikmodellen har uppdaterats.
Standardinställningen är 0, vilket resulterar i att följande SKU-specifika automatiska frågeminnesgräns tillämpas.
| Artikelnummer | Automatisk minnesgräns för sökfrågor |
|---|---|
| F2 | 1 GB |
| F4 | 1 GB |
| F8/EM1/A1 | 1 GB |
| F16/EM2/A2 | 2 GB |
| F32/EM3/A3 | 5 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 20 GB |
| F1024/P5/A8 | 40 GB |
| F2048 | 40 GB |
Frågegränsen för en arbetsyta som inte har tilldelats en Premium-kapacitet är 1 GB.
Timeout för frågeförfrågningar
Använd den här inställningen för att upprätthålla bättre kontroll över långvariga frågor, vilket kan göra att rapporter läses in långsamt för användare.
Den här inställningen gäller för alla DAX- och MDX-frågor som körs av Power BI-rapporter, Analysera i Excel-rapporter samt andra verktyg som kan ansluta via XMLA-slutpunkten.
Datauppdateringsåtgärder kan också köra DAX-frågor som en del av uppdatering av instrumentpaneler och visuella cacheminnen när data i semantikmodellen har uppdaterats. Sådana frågor kan också misslyckas på grund av den här inställningen, och detta kan leda till att datauppdateringsåtgärden visas i ett misslyckat tillstånd, även om data i semantikmodellen har uppdaterats.
Den här inställningen gäller för en enskild fråga och inte hur lång tid det tar att köra alla frågor som är associerade med uppdatering av en semantisk modell eller rapport. Ta följande som exempel:
- Tidsgränsinställningen för frågan är 1 200 (20 minuter).
- Det finns fem frågor att köra och var och en körs i 15 minuter.
Den kombinerade tiden för alla frågor är 75 minuter, men inställningsgränsen nås inte eftersom alla enskilda frågor körs under mindre än 20 minuter.
Observera att Power BI-rapporter åsidosätter den här standardinställningen med en mycket mindre tidsgräns för varje fråga till kapaciteten. Tidsgränsen för varje fråga är vanligtvis cirka tre minuter.
Automatisk siduppdatering
När den är aktiverad tillåter automatisk siduppdatering användare i din Premium-kapacitet att uppdatera sidor i sin rapport med ett definierat intervall för DirectQuery-källor. 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 bläddra sedan nedåt och expandera menyn för arbetsbelastningar.
Rulla ned till avsnittet Semantiska modeller .
Frågor som skapas genom automatisk siduppdatering går direkt till datakällan, så det är viktigt att tänka på tillförlitlighet och belastning på dessa källor när du tillåter automatisk siduppdatering i din organisation.
Analysis Services-serveregenskaper
Power BI Premium stöder ytterligare Analysis Services-serveregenskaper. Om du vill granska de här egenskaperna läser du Serveregenskaper i Analysis Services.
Administratörsportalväxel
Inställningen av XMLA-baserade serveregenskaper i Analysis Services är som standard aktiverad. När det är aktiverat kan arbetsyteadministratörer ändra beteenden för en enskild arbetsyta. Ändrade egenskaper gäller endast för den arbetsytan. Om du vill växla inställningen för Analysis Services-serveregenskaper följer du stegen nedan.
Välj den kapacitet som du vill inaktivera Analysis Services-serveregenskaperna i.
Expandera Workloads.
Under semantiska modeller väljer du den inställning som du vill använda för växeln Observera XMLA-baserade arbetsytor (som kan åsidosätta kapacitetsinställningar).
Dataflöden
Med arbetsbelastningen för dataflöden kan du använda dataflöden för självbetjäningsdataförberedelse för att mata in, transformera, integrera och berika data. Använd följande inställningar för att styra arbetsbelastningens beteende i Premium. Power BI Premium kräver inte att minnesinställningarna ändras. Minnet i Premium hanteras automatiskt av det underliggande systemet.
Förbättrad beräkningsmotor för dataflöden
Om du vill dra nytta av den nya beräkningsmotorn delar du inmatningen av data i separata dataflöden och placerar transformeringslogik i beräknade entiteter i olika dataflöden. Den här metoden rekommenderas eftersom beräkningsmotorn fungerar på dataflöden som refererar till ett befintligt dataflöde. Det fungerar inte på dataflöden för inmatning. Genom att följa den här vägledningen ser du till att den nya beräkningsmotorn hanterar transformeringssteg, till exempel kopplingar och sammanslagningar, för optimala prestanda.
Rapport med paginering
Med arbetsbelastningen för sidnumrerade rapporter kan du köra sidnumrerade rapporter baserat på SQL Server Reporting Services-formatet i Power BI-tjänsten.
Sidnumrerade rapporter erbjuder samma funktioner som SQL Server Reporting Services-rapporter (SSRS) gör idag, inklusive möjligheten för rapportförfattare att lägga till anpassad kod. Detta gör det möjligt för författare att dynamiskt ändra rapporter, till exempel ändra textfärger baserat på koduttryck.
Utgående anslutning
Utgående anslutning är aktiverad som standard. Det gör att sidnumrerade rapporter kan göra begäranden om att hämta externa resurser, till exempel bilder, och anropa externa API:er och Azure-funktioner som definierats med hjälp av anpassad kod i sidnumrerade rapporter. En infrastrukturadministratör kan inaktivera den här inställningen i Power BI-administratörsportalen.
Följ dessa steg för att komma åt de utgående anslutningsinställningarna:
På fliken Power BI Premium väljer du den kapacitet som du vill inaktivera de sidnumrerade rapporternas utgående begäranden för.
Expandera arbetslaster.
Den utgående anslutningsväxeln finns i avsnittet sidnumrerade rapporter .
När Inaktivera utgående anslutning inaktiveras aktiveras utgående anslutning.
När Inaktivera utgående anslutning är aktiverat inaktiveras utgående anslutning.
När du har gjort en ändring väljer du Använd.
Arbetsbelastningen för sidnumrerade rapporter har aktiverats automatiskt och är alltid aktiverad.