Konfigurera arbetsbelastningar i en Premium-kapacitet
I den här artikeln visas arbetsbelastningarna för Power BI Premium och deras kapaciteter.
Kommentar
Arbetsbelastningar kan aktiveras och tilldelas till en kapacitet med hjälp av KAPACITETER 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 ...>>Inställningar Admin-portalen.
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 appen Kapacitetsmått för Microsoft Fabric för att övervaka kapacitetens 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.
| Namn | 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 har ytterligare information som du kan granska i angivna avsnitt under tabellen.
| Namn | 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 Anslut 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 100000 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 frågor inte överskrider tidsgränsen. |
| Automatisk siduppdatering | På/av växlar för att tillåta att Premium-arbetsytor har rapporter med automatisk siduppdatering baserat på fasta intervall. |
| Minsta uppdateringsintervall | Om automatisk siduppdatering är på tillåts det minsta intervall som tillåts för siduppdateringsintervall. Standardvärdet är fem minuter och det minsta tillåtna värdet är en sekund. |
| Mått för ändringsidentifiering | På/av växlar för att tillåta att Premium-arbetsytor har rapporter med automatisk siduppdatering baserat på ändringsidentifiering. |
| Minsta körningsintervall | Om måttet för ändringsidentifiering är aktiverat är det minsta körningsintervallet som tillåts 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.
Om kapaciteten kan ha stöd för fler än en miljon rader och du har en stor semantisk modell kan du också ö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 läsa in om den är större än det maximala minne som konfigurerats för arbetsbelastningen 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.
| SKU | Automatisk minnesgräns för frå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.
Tidsgräns för frågor
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 rulla sedan nedåt och expandera menyn 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 XMLA-baserad serveregenskaper i Analysis Services är aktiverad som standard. 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 Arbetsbelastningar.
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 dataflödenas arbetsbelastning kan du använda dataflöden med självbetjäningsdataförberedelser 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.
Sidnumrerade rapporter
Med arbetsbelastningen sidnumrerade rapporter kan du köra sidnumrerade rapporter baserat på SQL Server Reporting Services-standardformatet i Power BI-tjänst.
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 global administratör eller en Power BI-tjänst administratö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 Arbetsbelastningar.
Den utgående anslutningsväxeln finns i avsnittet sidnumrerade rapporter .
När Utgående Anslut ivity Disable inaktiveras aktiveras utgående anslutning.
När Utgående Anslut ivity Disable aktiveras inaktiveras utgående anslutning.
När du har gjort en ändring väljer du Använd.
Arbetsbelastningen sidnumrerade rapporter aktiveras automatiskt och aktiveras alltid.
Relaterat innehåll
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för