Datauppdatering i Power BI

Med Power BI kan du gå från data till insikt snabbt men du måste se till att data i dina Power BI-rapporter och -instrumentpaneler är aktuella. Att veta hur data ska uppdateras är ofta avgörande i att leverera korrekta resultat.

Den här artikeln beskriver datauppdateringsfunktionerna i Power BI och deras beroenden på en konceptuell nivå. Här ges också metodtips och andra tips på hur du undviker vanliga uppdateringsproblem. Innehållet lägger grunden så att du kan förstå hur datauppdatering fungerar. För riktade stegvisa instruktioner för att konfigurera datauppdatering kan du se självstudierna och instruktionsguiderna i avsnittet Nästa steg i slutet av den här artikeln.

Förstå datauppdatering

Bädda in Power BI-innehåll med tjänstens huvudnamn och en programhemlighet

När du uppdaterar data måste Power BI fråga de underliggande datakällorna, möjligen läsa in källdata i en datauppsättning och sedan uppdatera visualiseringar i dina rapporter eller instrumentpaneler som förlitar sig på den uppdaterade datauppsättningen. Hela processen består av flera faser, beroende på datauppsättningarnas lagringslägen, enligt beskrivningen i följande avsnitt.

För att förstå hur Power BI uppdaterar dina datauppsättningar, rapporter och instrumentpaneler måste du känna till följande koncept:

• Lagringsmodeller och datauppsättningstyper: De lagringslägen och datauppsättningstyper som Power BI stöder har olika uppdateringskrav. Du kan välja mellan att importera data på nytt till Power BI för att se ändringar som har skett eller köra frågor på data direkt vid källan.
• Power BI-uppdateringstyper: Oavsett datauppsättningens egenskaper kan de olika uppdateringstyperna hjälpa dig att förstå var Power BI kan tillbringa sin tid under en uppdatering. Och genom att kombinera den här informationen med lagringslägesspecifika funktioner kan du förstå exakt vad Power BI utför när du väljer Uppdatera nu för en datauppsättning.

Lagringslägen och datauppsättningstyper

En Power BI-datauppsättning kan fungera i någon av följande lägen för att komma åt data från flera olika datakällor. Mer information finns i lagringsläget i Power BI Desktop.

• Import-läge
• DirectQuery-läge
• LiveConnect-läge
• Push-läge

I följande diagram visas de olika dataflödena, utifrån lagringsläge. Den viktigaste punkten är att bara datauppsättningar i Import-läge kräver en källdatauppdatering. De kräver uppdatering eftersom det bara är den här typen av datauppsättning som importerar data från dess datakällor, och de importerade data kan uppdateras regelbundet och ad hoc. DirectQuery-datauppsättningar och datauppsättningar i LiveConnect-läge för Analysis Services importerar inte data. De frågar den underliggande datakällan med varje användaråtgärd. Datauppsättningar i push-läge kommer inte åt några datakällor direkt utan förväntar sig att du skickar data till Power BI. Kraven för datauppsättningsuppdatering varierar efter vilken lagringstyp/datauppsättningstyp som används.

Datauppsättningar i Import-läge

Power BI importerar data från den ursprungliga datakällan till datauppsättningen. Frågor för Power BI-rapporter och -instrumentpaneler som skickas till datauppsättningen returnerar resultat från de importerade tabellerna och kolumnerna. Du kan se en sådan datauppsättning som en tidpunktskopia. Eftersom Power BI kopierar data måste du uppdatera datauppsättningen så att den hämtar ändringar från de underliggande datakällorna.

Eftersom Power BI fångar data, kan storleken på en datauppsättning i Import-läge vara betydande. Se följande tabell för maximala datauppsättningsstorlekar per kapacitet. Håll dig betydligt under maxgränsen för datauppsättningsstorlekar för att undvika uppdateringsproblem som kan inträffa om datauppsättningarna kräver mer än maximalt tillgängliga resurser under en uppdatering.

Kapacitetstyp	Maximal datauppsättningsstorlek
Delad, A1, A2 eller A3	1 GB
A4 eller P1	3 GB
A5 eller P2	6 GB
A6 eller P3	10 GB

Mer information om stora datamängder i Premium-kapaciteter finns i stora datamängder. På A6- eller P3-kapaciteter kan datauppsättningar uppdateras till upp till 12 GB.

Datauppsättningar i DirectQuery-läge

Power BI importerar inte data via anslutningar som körs i DirectQuery-läge. I stället returnerar datauppsättningen resultat från den underliggande datakällan när en rapport eller instrumentpanel frågar datauppsättningen. Power BI omvandlar och vidarebefordrar frågorna till datakällan.

Anteckning

Live-anslutningsrapporter skickar frågor till den kapacitet eller Analysis Services-instans som är värd för datauppsättningen eller modellen. När du använder externa analystjänster som SQL Server Analysis Services (SSAS) eller Azure Analysis Services (AAS) används resurser utanför Power BI.

Eftersom Power BI inte importerar data behöver du inte köra en datauppdatering. Men Power BI utför fortfarande paneluppdateringar och möjligen rapportuppdateringar, som beskrivs i nästa avsnitt om uppdateringstyper. En panel är ett visuellt rapportobjekt fäst på en instrumentpanel och paneluppdateringar på instrumentpanelen sker ungefär varje timme så att de senaste resultaten visas på panelerna. Du kan ändra schemat i inställningarna för datauppsättningen, som på skärmbilden nedan, eller tvinga fram en instrumentpanelsuppdatering manuellt med alternativet Uppdatera nu .

Anteckning

• Datauppsättningar i importläge och sammansatta datauppsättningar som kombinerar importläge och DirectQuery-läge kräver inte en separat paneluppdatering, eftersom Power BI uppdaterar panelerna automatiskt under varje schemalagd datauppdatering eller datauppdatering på begäran. Datauppsättningar som uppdateras baserat på XMLA-slutpunkten rensar endast cachelagrade paneldata (ogiltigförklara cache). Panelcacheminnena uppdateras inte förrän varje användare kommer åt instrumentpanelen. För importmodeller hittar du uppdateringsschemat i avsnittet "Schemalagd uppdatering" på fliken Datauppsättningar . För sammansatta datauppsättningar finns avsnittet "Schemalagd uppdatering" i avsnittet Optimera prestanda .
• Power BI stöder inte gränsöverskridande live-anslutningar till Azure Analysis Services (AAS) i ett nationellt moln.

Push-datauppsättningar

Push-datauppsättningar innehåller inte någon formell definition av en datakälla, så de kräver inte att du utför en datauppdatering i Power BI. Du uppdaterar dem genom att skicka data till datauppsättningen via en extern tjänst eller process, till exempel Azure Stream Analytics. Det här är en vanlig metod för realtidsanalys med Power BI. Power BI utför fortfarande cacheuppdateringar för paneler som används utöver en push-datauppsättning. En detaljerad genomgång finns i Självstudie: Stream Analytics och Power BI: En instrumentpanel för analys i realtid för strömmande data.

Power BI-uppdateringstyper

En Power BI-uppdatering kan bestå av flera uppdateringstyper, till exempel datauppdatering, OneDrive-uppdatering, uppdatering av frågecacheminnen, paneluppdatering och uppdatering av visuella rapportobjekt. Power BI avgör vilka uppdateringssteg som krävs för en viss datauppsättning automatiskt men du bör veta hur de bidrar till en uppdaterings komplexitet och varaktighet. En snabbguide finns i följande tabell.

Lagringsläge	Datauppdatering	OneDrive-uppdatering	Frågecacheminnen	Paneluppdatering	Visuella rapportobjekt
Importera	Schemalagt och på begäran	Ja, för anslutna datauppsättningar	Om det har aktiverats på Premium-kapacitet	Automatiskt och på begäran	Nej
DirectQuery	Ej tillämpligt	Ja, för anslutna datauppsättningar	Om det har aktiverats på Premium-kapacitet	Automatiskt och på begäran	Nej
LiveConnect	Ej tillämpligt	Ja, för anslutna datauppsättningar	Om det har aktiverats på Premium-kapacitet	Automatiskt och på begäran	Ja
Push	Ej tillämpligt	Ej tillämpligt	Inte praktiskt	Automatiskt och på begäran	Nej

Ett annat sätt att överväga de olika uppdateringstyperna är vad de påverkar och var du kan tillämpa dem. Ändringar i datakällans tabellstruktur eller schema, till exempel en ny, omdöpt eller borttagen kolumn, kan bara tillämpas i Power BI Desktop och i Power BI-tjänst kan de orsaka att uppdateringen misslyckas. En snabbreferens om vad de påverkar finns i följande tabell.

	Uppdatering av visuella rapportobjekt	Datauppdatering	Schemauppdatering
Vad gör de olika uppdateringstyperna?	Frågor som används för att fylla i visuella objekt uppdateras. För visuella objekt som använder DirectQuery-tabeller frågar det visuella objektet för att hämta de senaste data från datakällan. För visuella objekt som använder importerade tabeller frågar det visuella objektet endast data som redan har importerats till datauppsättningen vid den senaste datauppdateringen.	Data uppdateras från datakällan. Gäller inte för DirectQuery-tabeller eftersom de är på visuell nivå och förlitar sig på uppdatering av visuella rapportobjekt . För importerade tabeller uppdateras data från källan.	Alla ändringar i datakällans tabellstruktur sedan föregående uppdatering visas. Exempel: Om du vill visa en ny kolumn som lagts till i ett Power BI-dataflöde eller SQL Database vy. Gäller för både importerade tabeller och DirectQuery-tabeller.

I Power BI Desktop uppdatering av visuella rapportobjekt sker datauppdatering och schemauppdatering tillsammans med hjälp av

• Knappen Uppdatera i menyfliksområdet > Start
• Knappen Stäng använd i menyfliksområdet Transformera data>i & startfliksområdet >
• Snabbmenyn (högerklicka eller klicka på ellips) i valfri tabell och välj sedan Uppdatera data

Dessa uppdateringstyper kan inte alltid tillämpas oberoende av varandra, och var du kan tillämpa dem skiljer sig åt i Power BI Desktop och Power BI-tjänst. En snabbguide finns i följande tabell.

	Uppdatering av visuella rapportobjekt	Datauppdatering	Schemauppdatering
I Power BI Desktop	Visa menyfliksområdet >Prestandaanalys knappen >Uppdatera visuella objekt Skapa och ändra visuella objekt som gör att en DAX-fråga körs När siduppdatering är aktiverat (endast DirectQuery) Öppna PBIX-filen	Inte tillgängligt oberoende av andra uppdateringstyper	Inte tillgängligt oberoende av andra uppdateringstyper
I Power BI-tjänst	När webbläsaren läser in eller läser in rapporten igen Klicka på knappen Uppdatera visuella objekt längst upp till höger på menyraden Klicka på knappen Uppdatera i redigeringsläge När siduppdatering är aktiverat (endast DirectQuery)	Schemalagd uppdatering Uppdatera nu Uppdatera en Power BI-datauppsättning från Power Automate Bearbeta tabellen från SQL Server Management Studio (Premium)	Inte tillgängligt
Tänk på det	Om du till exempel öppnar en rapport i webbläsaren utför den schemalagda uppdateringen en datauppdatering av de importerade tabellerna. De visuella rapportobjekten i den öppna webbläsaren uppdateras inte förrän en uppdatering av visuella rapportobjekt har initierats.	Datauppdateringen på Power BI-tjänst misslyckas när källkolumnen eller tabellen har bytt namn eller tagits bort. Det misslyckas eftersom Power BI-tjänst inte innehåller någon schemauppdatering. För att åtgärda det här felet måste en schemauppdatering ske i Power BI Desktop och datauppsättningen publiceras på nytt till tjänsten.	En kolumn eller tabell som har bytt namn eller tagits bort vid datakällan uppdateras med en schemauppdatering i Power BI Desktop, men den kan bryta visuella objekt och DAX-uttryck (mått, beräknade kolumner, säkerhet på radnivå osv.), samt ta bort relationer som är beroende av dessa kolumner eller tabeller.

Datauppdatering

För Power BI-användare innebär uppdatering av data normalt att importera data från de ursprungliga datakällorna till en datauppsättning, antingen utifrån ett uppdateringsschema eller på begäran. Du kan utföra flera datauppsättningsuppdateringar dagligen, vilket kan vara nödvändigt om de underliggande källdata ändras ofta. Power BI begränsar datauppsättningar på delad kapacitet till åtta dagliga datauppsättningsuppdateringar. De åtta tidsvärdena lagras i serverdelsdatabasen och baseras på den lokala tidszon som valdes på sidan Datauppsättningsinställningar. Schemaläggaren kontrollerar vilken modell som ska uppdateras och vid vilka tidpunkter. Kvoten på åtta uppdateringar återställs dagligen kl. 12:01 lokal tid.

Om datauppsättningen ligger i en Premium-kapacitet kan du schemalägga upp till 48 uppdateringar per dag i inställningarna för datamängden. Mer information finns i Konfigurera schemalagd uppdatering senare i den här artikeln. Datauppsättningar på en Premium-kapacitet med XMLA-slutpunkten inställd på läs-/skrivbehörighet för obegränsade uppdateringsåtgärder när de konfigureras programmässigt med TMSL eller PowerShell.

Det är också viktigt att påpeka att begränsningen för dagliga uppdateringar i delade kapaciteter gäller för antalet schemalagda uppdateringar och API-uppdateringar tillsammans. Du kan också utlösa en uppdatering på begäran genom att välja Uppdatera nu i datauppsättningsmenyn, som följande skärmbild visar. Uppdateringar på begäran räknas inte mot uppdateringsgränsen. Observera också att datamängder i Premium-kapaciteter inte har några begränsningar för API-uppdateringar. Om du vill skapa en egen uppdateringsläsning via REST-API:et för Power BI ska du läsa Datamängder – Uppdatera datamängd.

Anteckning

Datauppdateringar måste slutföras inom 2 timmar i delade kapaciteter. Om datauppsättningarna kräver längre uppdateringsåtgärder kan du flytta datauppsättningen till en Premium-kapacitet. På Premium är den maximala uppdateringsvaraktigheten 5 timmar.

OneDrive-uppdatering

Om du har skapat datauppsättningar och rapporter utifrån en Power BI Desktop-fil, Excel-arbetsbok eller en CSV-fil med kommaavgränsade värden (.csv) på OneDrive eller SharePoint Online utför Power BI en annan typ av uppdatering, en så kallad OneDrive-uppdatering. Mer information finns i Hämta data från filer för Power BI.

Till skillnad från en datauppsättningsuppdatering där Power BI importerar data från en datakälla till en datauppsättning synkroniseras datauppsättningar och rapporter med sina källfiler vid OneDrive-uppdateringen. Som standard kontrollerar Power BI varje timme om en datauppsättning som är ansluten till en fil på OneDrive eller SharePoint Online kräver synkronisering.

Power BI utför uppdateringen baserat på ett objekt-ID i OneDrive, så tänk efter när du överväger om du vill uppdatera eller byta ut den. När du anger en OneDrive-fil som data källa refererar Power BI till filens objekt-ID när den utför uppdateringen. Tänk dig ett scenario där du har en huvudfil, A, och en produktionskopia av filen B, och du konfigurerar en OneDrive-uppdatering för fil B. Om du sedan kopierar fil A över fil B tar kopieringsåtgärden bort den gamla filen B och skapar en ny fil B med ett annat objekt-ID, vilket avbryter OneDrive-uppdateringen. För att undvika den här situationen kan du i stället ladda upp och ersätta fil B, som behåller samma objekt-ID.

Om du flyttar filen till en annan plats (till exempel genom att dra och släppa) fortsätter uppdateringen att fungera eftersom Power BI fortfarande känner till filens ID. Men om du kopierar filen till en annan plats skapas en ny instans av filen och en ny fileID. Det innebär att din Power BI-filreferens inte längre är giltig och att uppdateringen kommer att misslyckas.

Anteckning

Det kan ta Power BI upp till 60 minuter att uppdatera en datauppsättning, även när synkroniseringen har slutförts på den lokala datorn och efter att du använt Uppdatera nu i Power BI-tjänsten.

Se OneDrive-fliken i uppdateringshistoriken om du vill granska tidigare synkroniseringscykler. På följande skärmbild visas en slutförd synkroniseringscykel för en exempeldatauppsättning.

Som skärmbilden ovan visar har Power BI identifierat den här OneDrive-uppdateringen som en schemalagd uppdatering men det går inte att konfigurera uppdateringsintervallet. Du kan bara inaktivera OneDrive-uppdatering i datauppsättningens inställningar. Det är användbart att inaktivera uppdatering om du inte vill att dina datauppsättningar och rapporter i Power BI ska plocka upp några ändringar från källfilerna automatiskt.

Observera att datauppsättningens inställningssida bara visar avsnitten OneDrive-autentiseringsuppgifter och OneDrive-uppdatering om datauppsättningen är ansluten till en fil på OneDrive eller SharePoint Online, som på följande skärmbild. Datauppsättningar som inte är anslutna till källfil på OneDrive eller SharePoint Online visas inte i de här avsnitten.

Om du inaktiverar OneDrive-uppdatering för en datauppsättning kan du fortfarande synkronisera datauppsättningen på begäran genom att välja Uppdatera nu på datauppsättningsmenyn. Som en del av på begäran-uppdateringen kontrollerar Power BI om källfilen på OneDrive eller SharePoint Online är nyare än datauppsättningen i Power BI och synkroniserar datauppsättningen om så är fallet. I Uppdateringshistorik listas aktiviteterna som på begäran-uppdateringar på OneDrive-fliken.

Tänk på att OneDrive-uppdatering inte hämta data från de ursprungliga datakällorna. OneDrive-uppdateringen uppdaterar bara resurserna i Power BI med metadata och data från .pbix-, .xlsx- eller .csv-filen, som följande diagram visar. För att säkerställa att datauppsättningen har den senaste informationen från datakällorna utlöser Power BI även en datauppdatering som en del av en på begäran-uppdatering. Du kan verifiera det här i Uppdateringshistorik om du växlar till fliken Schemalagd.

Om du håller OneDrive-uppdatering aktiverad för en OneDrive- eller SharePoint Online-ansluten datauppsättning och vill utföra datauppdatering schemalagt ser du till att konfigurera schemat så att Power BI utför datauppdateringen efter OneDrive-uppdateringen. Om du till exempel har skapat en egen tjänst eller process för att uppdatera källfilen på OneDrive eller SharePoint Online kl. 01:00 varje natt kan du konfigurera schemalagd uppdatering kl. 02:30 för att ge Power BI tillräckligt med tid att slutföra OneDrive-uppdateringen innan datauppdateringen startas.

Uppdatering av frågecacheminnen

Om datauppsättningen finns på en Premium-kapacitet kanske du kan förbättra prestandan för associerade rapporter och instrumentpaneler genom att aktivera frågecachelagring, som på följande skärmbild. Med cachelagring av frågor instrueras Premium-kapaciteten att använda den lokala cachelagringstjänsten för att bibehålla frågeresultat, så att inte den underliggande datakällan beräknar dessa resultat. Mer information finns i Cachelagring av frågor i Power BI Premium.

Men efter en datauppdatering är tidigare cachelagrade frågeresultat inte längre giltiga. Power BI ignorerar de här cachelagrade resultaten och måste återskapa dem. Därför kanske frågecachelagring inte är så fördelaktigt för rapporter och instrumentpaneler som är associerade med datauppsättningar som du uppdaterar mycket ofta, till exempel 48 gånger per dag.

Uppdatering av visuella rapportobjekt

Den här uppdateringsprocessen är mindre viktig eftersom den bara är relevant för liveanslutningar till Analysis Services. För de här anslutningarna cachelagrar Power BI det senaste tillståndet för de visuella rapportobjekten, så att när du visar rapporten igen behöver Power BI inte fråga Analysis Services-tabellmodellen. När du interagerar med rapporten, till exempel genom att ändra ett rapportfilter, frågar Power BI tabellmodellen och uppdaterar visuella rapportobjekt automatiskt. Om du misstänker att en rapport visar inaktuella data kan du också välja knappen Uppdatera för rapporten för att utlösa en uppdatering av alla visuella rapportobjekt, som följande skärmbild visar.

Endast fästa visuella objekt uppdateras, inte fästa livesidor. Om du vill uppdatera en fäst livesida kan du använda webbläsarens uppdateringsknapp.

Granska datainfrastrukturberoenden

Oavsett lagringslägen kan ingen datauppdatering lyckas om inte de underliggande datakällorna är tillgängliga. Det finns tre huvudscenarier för dataåtkomst:

• En datauppsättning använder datakällor som finns lokalt
• En datauppsättning använder datakällor i molnet
• En datauppsättning använder data från både lokala och molnbaserade källor

Ansluta till lokala datakällor

Om din datauppsättning använder en datakälla som Power BI inte kan komma åt via en direkt nätverksanslutning måste du konfigurera en gatewayanslutning för den här datauppsättningen innan du kan aktivera ett uppdateringsschema eller utföra en datauppdatering på begäran. Mer information om datagatewayer och hur de fungerar finns i Vad är lokala datagatewayer?

Du har följande alternativ:

• Välja en företagsdatagateway med den nödvändiga datakällsdefinitionen
• Distribuera en personlig gateway

Anteckning

Du hittar en lista över datakälltyper som kräver en datagateway i artikeln Hantera din datakälla – Import/schemalagd uppdatering.

Använda en företagsdatagateway

Microsoft rekommenderar att använda en företagsdatagateway istället för en personlig gateway för att ansluta en datauppsättning till en lokal datakälla. Se till att gatewayen är korrekt konfigurerad, vilket betyder att gatewayen måste ha de senaste uppdateringarna och alla nödvändiga datakällsdefinitioner. En datakällsdefinition ger Power BI anslutningsinformationen för en viss källa, inklusive anslutningsslutpunkter, autentiseringsläge och autentiseringsuppgifter. Mer information om hantering av datakällor på en gateway finns i Hantera din datakälla – Import/schemalagd uppdatering.

Att ansluta en datauppsättning till en företagsgateway är relativt enkelt om du är gatewayadministratör. Med administratörsbehörigheter kan du direkt uppdatera gatewayen och lägga till saknade datakällor, om det behövs. I själva verket kan du lägga till en saknad datakälla till gatewayen direkt från inställningssidan för datauppsättningen. Expandera växlingsknappen för att visa datakällorna och välja länken Lägg till i gateway, som på följande skärmbild. Om du å andra sidan inte är gatewayadministratör måste du kontakta en gatewayadministratör för att lägga till den datakällsdefinition som krävs.

Anteckning

Endast gatewayadministratörer kan lägga till datakällor till en gateway. Se även till att gatewayadministratören lägger till ditt användar konto i listan över användare med behörighet att använda datakällan. På sidan för datamängdsinställningar kan du endast välja en företagsgateway med en matchande datakälla som du har behörighet att använda.

Kontrollera att du mappar rätt datakällsdefinition till datakällan. Som skärmbilden ovan visar kan gatewayadministratörer skapa flera definitioner på en och samma gateway som ansluter till samma datakälla, var och en med olika autentiseringsuppgifter. I exemplet som visas skulle en datauppsättningsägare på säljavdelningen välja datakällsdefinitionen AdventureWorksProducts-Sales medan en datauppsättningsägare på supportavdelningen skulle mappa datauppsättningen till datakällsdefinitionen AdventureWorksProducts-Support. Om namnen på datakällsdefinitionen inte är intuitiva så kontaktar du gatewayadministratören för att förtydliga vilken definition som ska väljas.

Anteckning

En datauppsättning kan bara använda en enda gatewayanslutning. Med andra ord går det inte att komma åt lokala datakällor på flera gatewayanslutningar. Därför måste du lägga till alla nödvändiga datakällsdefinitioner till samma gateway.

Distribuera en personlig datagateway

Om du inte har någon åtkomst till en företagsdatagateway och du är den enda personen som hanterar datauppsättningar så att du inte behöver dela datakällor med andra kan du distribuera en datagateway i personligt läge. I avsnittet Gateway-anslutning, under Du har ingen personlig gateway installerad väljer du Installera nu. Den personliga gatewayen har flera begränsningar som beskrivs i Lokal datagateway (personligt läge).

Till skillnad från en företagsdatagateway behöver du inte lägga till datakällsdefinitioner till en personlig gateway. Istället kan du hantera datakällskonfigurationen med hjälp av avsnittet Autentiseringsuppgifter för datakälla i inställningarna för datauppsättningen, som följande skärmbild visar.

Åtkomst till molndatakällor

Datauppsättningar som använder molndatakällor, till exempel Azure SQL DB, kräver inte en datagateway om Power BI kan upprätta en direkt nätverksanslutning till källan. Därmed kan du hantera konfigurationen av de här datakällorna med hjälp av avsnittet Autentiseringsuppgifter för datakälla i datauppsättningens inställningar. Som följande skärmbild visar behöver du inte konfigurera en gatewayanslutning.

Anteckning

Varje användare kan bara ha en uppsättning autentiseringsuppgifter per datakälla för alla datauppsättningar som de äger, oavsett vilka arbetsytor som datauppsättningarna finns på. Och varje datauppsättning kan bara ha en ägare. Om du vill uppdatera autentiseringsuppgifterna för en datauppsättning där du inte är ägare till datauppsättningen måste du först ta över datauppsättningen genom att klicka på knappen Ta över på inställningssidan för datauppsättningen.

Åtkomst till lokala och molnbaserade källor i samma källfråga

En datauppsättning kan hämta data från flera källor och de här källorna kan finnas lokalt eller i molnet. Men en datauppsättning kan bara använda en enda gatewayanslutning, som nämnt tidigare. Molndatakällor kräver inte nödvändigtvis en gateway men det krävs en gateway om en datauppsättning ansluter till både lokala och molnbaserade källor i en enda kombinationsprogramfråga. I det här scenariot måste Power BI använda en gateway även för molndatakällor. Följande diagram visar hur en sådan datauppsättning kommer åt dess datakällor.

Anteckning

Om en datauppsättning separerar kombinationsprogramfrågor för att ansluta till lokala och molnbaserade källor använder Power BI en gatewayanslutning för att nå de lokala källorna och en direkt nätverksanslutning till molnkällorna. Om en kombinationsprogramfråga slår samman eller lägger till från lokala och molnbaserade källor växlar Power BI till en gatewayanslutning även för molnkällorna.

Power BI-datauppsättningar förlitar sig på Power Query för att få åtkomst till och hämta källdata. Följande kombinationprogramlista visar ett grundläggande exempel på en fråga som slår samman data från en lokal källa och en molnkälla.

Let

    OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

    CloudSource = Sql.Databases("cloudsql.database.windows.net", "AdventureWorks"),

    TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

    TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

    MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"}, TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)

in

    MergedData

Det finns två alternativ för att konfigurera en datagateway för att stödja sammanslagning eller tillägg av data från lokala och molnbaserade källor:

• Lägg till en datakällsdefinition för molnkällan till datagatewayen utöver de lokala datakällorna.
• Aktivera kryssrutan Tillåt att användarens molndatakällor uppdateras via det här gatewayklustret.

Om du aktiverar kryssrutan Tillåt att användarens molndatakällor uppdateras via det här gatewayklustret i gatewaykonfigurationen, som på skärmbilden ovan, kan Power BI använda konfigurationen som användaren definierade för molnkällan under Autentiseringsuppgifter för datakälla i datauppsättningens inställningar. Det kan underlätta gatewaykonfigurationen. Om du, å andra sidan, vill ha större kontroll över anslutningarna som gatewayen upprättar bör du inte aktivera kryssrutan. I så fall måste du lägga till en explicit datakällsdefinition för varje molnkälla du vill stödja för din gateway. Det går också att aktivera kryssrutan och lägga till explicita datakällsdefinitioner för dina molntjänster till en gateway. I så fall använder gatewayen datakällsdefinitionerna för alla matchande källor.

Konfigurera frågeparametrar

Kombinationsprogram- eller M-frågorna du skapar med hjälp av Power Query kan variera i komplexitet från enkla steg till parametriserade konstruktioner. I följande lista visas ett litet exempel på en kombinationsprogramfråga som använder två parametrar, SchemaName och TableName för att få åtkomst till en viss tabell i en AdventureWorks-databas.

let

    Source = Sql.Database("SqlServer01", "AdventureWorks"),

    TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

    TableData

Anteckning

Frågeparametrar stöds bara för datauppsättningar i Import-läge. DirectQuery-/LiveConnect-läge stöder inte frågeparameterdefinitioner.

För att säkerställa att en parametriserad datauppsättning har åtkomst till korrekta data måste du konfigurera parametrarna för kombinationsprogramfrågan i datauppsättningens inställningar. Du kan även uppdatera parametrarna programmässigt med hjälp av Power BI REST API:et. På följande skärmbild visas användargränssnittet för att konfigurera frågeparametrarna för en datauppsättning som använder kombinationsprogramfrågan ovan.

Uppdatera dynamiska datakällor

En dynamisk datakälla är en datakälla där viss eller all information som krävs för att ansluta inte kan fastställas förrän Power Query kör sin fråga, eftersom data genereras i kod eller returneras från en annan datakälla. Exempel: instansnamnet och databasen för en SQL Server-databas, sökvägen till en CSV-fil. eller en webbtjänst-URL.

I de flesta fall kan Power BI datamängder som använder dynamiska datakällor inte uppdateras i Power BI-tjänsten. Det finns några undantag där dynamiska datakällor kan uppdateras i Power BI-tjänsten, t.ex. när du använder RelativePath och frågealternativen med funktionen Web.Contents M. Frågor som refererar till Power Query parametrar kan också uppdateras.

Du kan ta reda på om din dynamiska datakälla kan uppdateras genom att öppna dialogrutan Inställningar för datakälla i Power Query-redigeraren och sedan välja Datakällor i den aktuella filen. Leta efter följande varningsmeddelande i det fönster som visas, så som visas i följande bild:

Anteckning

Vissa datakällor kanske inte visas i listan på grund av att de innehåller handskrivna frågor.

Om den varningen finns i dialogrutan Inställningar för datakälla som visas, så innebär det att det finns en dynamisk datakälla som inte kan uppdateras i Power BI-tjänsten.

Konfigurera schemalagd uppdatering

Att upprätta anslutning mellan Power BI och datakällor är den överlägset mest utmanande uppgiften i att konfigurera en datauppdatering. De återstående stegen är relativt enkla och omfattar att ställa in uppdateringsschemat och aktivera aviseringar och misslyckad uppdatering. Stegvisa instruktioner finns i instruktionsguiden Konfigurera schemalagd uppdatering.

Ställa in ett uppdateringsschema

Du definierar frekvens och tidpunkter för att uppdatera en datauppsättning i avsnittet Schemalagd uppdatering. Som tidigare nämnt kan du konfigurera upp till åtta dagliga tider om din datauppsättning finns på delad kapacitet eller 48 tider på Power BI Premium. På följande skärmbild visas ett uppdateringsschema med tolvtimmarsintervall.

När du har konfigurerat ett uppdateringsschema informeras du av inställningssidan för datauppsättningen om nästa uppdateringstid, som på skärmbilden ovan. Om du vill uppdatera datan tidigare, till exempel för att testa din gateway och konfigurationen av datakällan, utför du en uppdatering på begäran med alternativet Uppdatera nu i datamängdsmenyn i navigeringsfönstret. Uppdateringar på begäran påverkar inte nästa schemalagda uppdateringstid.

Tips

Power BI har inget alternativ för månatligt uppdateringsintervall. Du kan dock använda Power Automate för att skapa ett anpassat uppdateringsintervall som inträffar varje månad, enligt beskrivningen i följande Power BI-blogginlägg.

Observera också att den konfigurerade uppdateringstiden kanske inte är en exakt tid när Power BI startar nästa schemalagda process. Power BI startar schemalagda uppdateringar efter bästa förmåga. Målet är att starta uppdateringen inom 15 minuter efter den schemalagda tiden men en fördröjning på upp till en timme kan förekomma om tjänsten inte kan allokera de nödvändiga resurserna snabbare.

Anteckning

Power BI inaktiverar ditt uppdateringsschema efter fyra upprepade fel eller när tjänsten upptäcker ett oåterkalleligt fel som kräver en konfigurationsuppdatering, till exempel ogiltiga eller utgångna autentiseringsuppgifter. Det går inte att ändra tröskelvärdet för upprepade fel.

Få aviseringar om misslyckad uppdatering

Som standard skickar Power BI aviseringar om misslyckad uppdatering via e-post till datauppsättningens ägare så att ägaren kan agera i god tid om det uppstår uppdateringsproblem. Power BI skickar också en avisering till dig när tjänsten inaktiverar ditt schema på grund av upprepade fel. Microsoft rekommenderar att du lämnar kryssrutan Skicka meddelanden om uppdateringsfel via e-post datauppsättningens ägare aktiverad.

Det är också en bra idé att ange ytterligare mottagare med hjälp av Email dessa kontakter när uppdateringen misslyckas. De angivna mottagarna får meddelanden om uppdateringsfel utöver datamängdens ägare. Det kan vara en kollega som tar hand om dina datamängder när du är på semester. Det kan även vara e-postaliaset för det supportteam som tar hand om uppdateringsproblem för din avdelning eller organisation. Det är användbart att skicka meddelanden om uppdateringsfel till andra utöver datamängdens ägare, så att problem uppmärksammas och åtgärdas i god tid.

Observera att Power BI inte bara skickar aviseringar om misslyckad uppdatering utan även när tjänsten pausar en schemalagd uppdatering på grund av inaktivitet. Efter två månader, när ingen användare har besökt någon instrumentpanel eller rapport som bygger på datauppsättningen, ser Power BI datauppsättningen som inaktiv. I så fall skickar Power BI ett e-postmeddelande till datauppsättningens ägare som anger att tjänsten har pausat uppdateringsschemat för datauppsättningen. Se följande skärmbild för ett exempel på en sådan avisering.

Om du vill återuppta schemalagd uppdatering går du till en rapport eller instrumentpanel som skapats med hjälp av den här datauppsättningen eller uppdaterar datauppsättningen manuellt med hjälp av alternativet Uppdatera nu.

Anteckning

Det går inte att skicka uppdateringsmeddelanden till externa användare. De mottagare som du anger i Email dessa användare när uppdateringen misslyckas måste ha konton i din Azure Active Directory-klientorganisation. Den här begränsningen gäller både uppdatering av datauppsättningar och uppdatering av dataflöden.

Kontrollera uppdateringsstatus och historik

Utöver aviseringar om fel är det en bra idé att kontrollera dina datauppsättningar med jämna mellanrum för att hitta uppdateringsfel. Ett snabbt sätt är att visa listan över datauppsättningar på en arbetsyta. För datauppsättningar med fel visas en liten varningsikon. Välj varningsikonen för att få mer information, som på följande skärmbild. Mer information om felsökning av specifika fel finns i Felsökning av uppdateringsscenarier.

Varningsikonen hjälper till att visa aktuella datauppsättningsproblem, men det är också en bra idé att kontrollera uppdateringshistoriken ibland. Som namnet antyder kan du med uppdateringshistoriken granska de tidigare synkroniseringscyklernas status som lyckade eller misslyckade. Till exempel kan en gatewayadministratör ha uppdaterat en utgången uppsättning med databasautentiseringsuppgifter. Som du kan se på följande skärmbild visar uppdateringshistoriken när en berörd uppdatering började fungera igen.

Anteckning

Du hittar en länk för att visa uppdateringshistoriken i inställningarna för datauppsättningen. Du kan även hämta uppdateringshistoriken programmässigt med hjälp av Power BI REST API:et. Genom att använda en anpassad lösning kan du övervaka uppdateringshistoriken för flera datauppsättningar på ett centraliserat sätt.

Automatisk siduppdatering

Automatisk siduppdatering används på nivån för rapportsidan och innebär att rapportförfattarna kan ange ett uppdateringsintervall för visuella objekt på sidor som bara är aktivt när sidan används. Automatisk siduppdatering är endast tillgängligt för DirectQuery-datakällor. Det lägsta uppdateringsintervallet beror på vilken typ av arbetsyta som rapporten publiceras på, samt kapacitetsadministratörens inställningar för Premium-arbetsytor och inbäddade arbetsytor.

Läs mer om automatisk siduppdatering i artikeln om automatisk siduppdatering.

Metodtips

Att kontrollera uppdateringshistoriken för dina datauppsättningar regelbundet är en av de viktigaste rekommenderade metoderna du kan använda för att säkerställa att dina rapporter och instrumentpaneler använder aktuella data. Om du upptäcker problem ska du åtgärda dem snabbt och följa upp med datakällsägare och gatewayadministratörer om det behövs.

Dessutom kan du överväga följande rekommendationer för att upprätta och upprätthålla tillförlitliga datauppdateringsprocesser för dina datauppsättningar:

• Schemalägg dina uppdateringar på tider med lägre belastning, särskilt om datauppsättningarna finns på Power BI Premium. Om du distribuerar uppdateringscyklerna för dina datauppsättningar i ett bredare tidsfönster kan du undvika toppar som annars kan överanstränga tillgängliga resurser. Fördröjd start av en uppdateringscykel är en indikator på resursöverbelastning. Om en Premium-kapacitet är helt slut kan Power BI till och med hoppa över en uppdateringscykel.
• Ha uppdateringsgränser i åtanke. Om källdata ändras ofta eller datavolymen är betydande kan du använda DirectQuery-/LiveConnect-läge istället för Import-läge om den ökade belastningen vid källan och påverkan på frågeprestanda är acceptabel. Undvik att ständigt uppdatera en datauppsättning i Import-läge. Men DirectQuery-/LiveConnect-läge har flera begränsningar, till exempel en gräns på en miljon rader för att returnera data och en tidsgräns på 225 sekunder för att köra frågor, enligt beskrivningen i Använda DirectQuery i Power BI Desktop. De här begränsningarna kan kräva att du använder Import-läget ändå. För mycket stora datavolymer kan du använda aggregeringar i Power BI.
• Verifiera att datauppsättningens uppdateringstid inte överstiger den maximala uppdateringsvaraktigheten. Använd Power BI Desktop för att kontrollera uppdateringsvaraktigheten. Om det tar mer än två timmar bör du överväga att flytta datauppsättningen till Power BI Premium. Datauppsättningen kanske inte kan uppdaterades på delad kapacitet. Överväg också att använda inkrementell uppdatering för datauppsättningar som är större än 1 GB eller tar flera timmar att uppdatera.
• Optimera datauppsättningarna så att bara de tabeller och kolumner inkluderas som dina rapporter och instrumentpaneler använder. Optimera dina kombinationsprogramfrågor och undvik om möjligt dynamiska datakällsdefinitioner och dyra DAX-beräkningar. Undvik specifikt DAX-funktioner som testar varje rad i en tabell på grund av den höga minnesanvändningen och omkostnaden för bearbetning.
• Använd samma sekretessinställningar som i Power BI Desktop för att se till att Power BI kan generera effektiva källfrågor. Tänk på att Power BI Desktop inte publicerar sekretessinställningar. Du måste manuellt tillämpa inställningarna igen i datakällsdefinitionerna efter publiceringen av datauppsättningen.
• Begränsa antalet visuella objekt på dina instrumentpaneler, särskilt om du använder säkerhet på radnivå (RLS). Enligt beskrivningen tidigare i den här artikeln kan ett för stort antal paneler på instrumentpanelen ge en betydande ökning av uppdateringsvaraktigheten.
• Använd en tillförlitlig distribution av företagsdatagateway för att ansluta dina datauppsättningar till lokala datakällor. Om du märker gatewayrelaterade uppdateringsfel, till exempel otillgänglig eller överbelastad gateway, följer du upp med gatewayadministratöer om att lägga till ytterligare gatewayer i ett befintligt kluster eller distribuera ett nytt kluster (skala upp eller skala ut).
• Använda separata datagatewayer för Import-datauppsättningar och DirectQuery-/LiveConnect-datauppsättningar så att data som importeras under schemalagd uppdatering inte påverkar prestanda för rapporter och instrumentpaneler på DirectQuery-/LiveConnect-datauppsättningar, som frågar datakällor med varje användarinteraktion.
• Se till att Power BI kan skicka aviseringar om misslyckad uppdatering till din postlåda. Skräppostfilter kan blockera e-postmeddelanden eller flytta dem till en separat mapp där du kanske inte märker dem direkt.

Nästa steg

Konfigurera schemalagd uppdatering
Verktyg vid felsökning av uppdateringsproblem
Felsökning av uppdateringsscenarier

Har du fler frågor? Fråga Power BI Community