Foretag fejlfinding af trinvis opdatering

Da der er to faser i implementeringen af en løsning til trinvis opdatering, hvor den første er konfiguration af parametre, filtrering og definition af en politik i Power BI Desktop, og den anden er den indledende handling for opdatering af datasæt og efterfølgende opdateringer i tjenesten, vil vi se på fejlfindingen separat for hver af disse faser.

Før du foretager fejlfinding af trinvis opdatering, skal du sørge for at gennemse Trinvis opdatering for datasæt og trinvise oplysninger i Konfigurer trinvis opdatering.

Konfiguration i Power BI Desktop

De fleste af de problemer, der opstår, når du konfigurerer trinvis opdatering, har med forespørgselsde foldning at gøre. Som beskrevet i Trinvis opdatering for oversigt over datasæt – Understøttede datakilderskal din datakilde understøtte forespørgselsde foldning.

Problem: Indlæsning af data tager for lang tid

I Power Query editor tager indlæsning af data en overdrevet lang tid og computerressourcer, når du har klikket på Anvend. Der er flere potentielle årsager:

Årsag: Uoverensstemmelse mellem datatyper

Dette kan skyldes en uoverensstemmelse mellem datatyper, hvor Dato/klokkeslæt er den påkrævede datatype for parametrene RangeStart og RangeEnd, men den tabeldatokolonne, hvor filtrene anvendes, ikke er datatypen Dato/klokkeslæt eller omvendt. Både parameterdatatypen og den filtrerede datakolonne skal være dato/klokkeslæt-datatypen, og formatet skal være det samme. Hvis det ikke er muligt, kan forespørgslen ikke foldes.

Løsning: Bekræft datatype

Kontrollér, at kolonnen med dato/klokkeslæt for tabellen med trinvis opdatering er af datatypen Dato/klokkeslæt. Hvis din tabel ikke indeholder en kolonne med datatypen Dato/klokkeslæt, men i stedet bruger en heltalsdatatype, kan du oprette en funktion, der konverterer dato-/klokkeslætsværdien i parametrene RangeStart og RangeEnd, så den stemmer overens med heltals surrogatnøglen i datakildetabellen. Du kan få mere at vide under Konfigurer trinvis opdatering – Konvertér DateTime til heltal.

Årsag: Datakilden understøtter ikke forespørgselsde foldning

Som beskrevet i Trinvis opdatering for datasæt –Krav er trinvis opdatering designet til datakilder, der understøtter forespørgselsdefoldning. Sørg for, at datakildeforespørgsler foldes i en Power BI Desktop inden publicering til tjenesten, hvor problemer med forespørgselsde foldning kan være væsentligt sammensatte.

Løsning: Kontrollér og test forespørgsler

I de fleste tilfælde vises der en advarsel i dialogboksen Politik for trinvis opdatering, der angiver, om forespørgslen, der skal udføres mod datakilden, ikke understøtter forespørgselsde foldning. I nogle tilfælde kan det dog være nødvendigt yderligere at sikre, at forespørgselsde foldning er mulig. Hvis det er muligt, skal du overvåge den forespørgsel, der overføres til datakilden, ved hjælp af et værktøj SQL Profiler. En forespørgsel med filtre, der er baseret på RangeStart og RangeEnd, skal udføres i en enkelt forespørgsel.

Du kan også angive en kort dato/klokkeslæt-periode i parametrene RangeStart og RangeEnd, der ikke indeholder mere end nogle få tusind rækker. Hvis belastningen af filtrerede data fra datakilden til modellen tager lang tid og er meget krævende for processen, betyder det sandsynligvis, at forespørgslen ikke foldes.

Hvis du finder ud af, at forespørgslen ikke foldes, skal du se Vejledningen til forespørgselsdefoldning i Power BI Desktop- og Power Query-forespørgselsde foldning for at få hjælp til at identificere, hvad der kan forhindre forespørgselsde foldning, og hvordan eller hvordan datakilden endda kan understøtte forespørgselsde foldning.

Opdatering af datasæt i tjenesten

Fejlfinding af problemer med trinvis opdatering i tjenesten varierer, afhængigt af den type kapacitet dit datasæt er publiceret til. Datasæt for kapaciteter Premium ved hjælp af værktøjer som f.eks. SQL Server Management Studio (SSMS) til visning og selektiv opdatering af individuelle partitioner. Power BI Pro datasæt giver på den anden side ikke værktøjsadgang via XMLA-slutpunktet, så fejlfinding af problemer med trinvis opdatering kan kræve lidt mere prøveversion og fejl.

Problem: Der opstår time out for den indledende opdatering

Planlagt opdatering af Power BI Pro datasæt på en delt kapacitet har en tidsbegrænsning på to timer. Denne tidsgrænse er øget til fem timer for datasæt i en Premium kapacitet. Datakildesystemer kan også fastsætte en grænse for forespørgselsstørrelsen eller timeout for forespørgsler.

Årsag: Datakildeforespørgsler ikke foldes

Selvom problemer med forespørgselsde foldning normalt kan bestemmes i Power BI Desktop før publicering til tjenesten, er det muligt, at datasætopdateringsforespørgsler ikke foldes, hvilket medfører overdrevne opdateringstider og ressourceudnyttelsen af forespørgselsmiksprogrammet. Det skyldes, at der oprettes en forespørgsel for hver partition i datasættet. Hvis forespørgslerne ikke foldes, og data ikke filtreres i datakilden, forsøger programmet at filtrere dataene.

Løsning: Kontrollér forespørgselsde foldning

Brug et sporingsværktøj på datakilden til at bestemme, at den forespørgsel, der overføres for hver partition, er en enkelt forespørgsel, der indeholder et filter, der er baseret på parametrene RangeStart og RangeEnd. Hvis det ikke er nødvendigt, skal du kontrollere, at forespørgselsde foldningen finder sted Power BI Desktop modellen, når du indlæser en lille filtreret mængde data i modellen. Hvis det ikke er muligt, kan du først få den rettet i modellen, udføre en opdatering af metadata kun i datasættet (via XMLA-slutpunktet), eller hvis et Power BI Pro-datasæt på en delt kapacitet, slette det ufuldstændige datasæt i tjenesten, publicere igen og prøve at udføre den indledende opdateringshandling igen.

Hvis du finder ud af, at forespørgslerne ikke foldes, skal du se Vejledningen til forespørgselsde foldning i Power BI Desktop og Power Query for at få hjælp til at identificere, hvad der kan forhindre forespørgselsde foldning.

Årsag: Data, der indlæses i partitioner, er for store

Løsning: Reducer størrelsen på datasæt

Timeouten skyldes i mange tilfælde den mængde data, der skal forespørges og indlæses i partitionerne for datasæt, overskrider de tidsgrænser, der er pålagt af kapaciteten. Reducer størrelsen eller kompleksiteten af dit datasæt, eller overvej at inddele datasættet i mindre dele.

Løsning: Aktivér lagringsformatet for store datasæt

I forbindelse med datasæt, der er publiceret til Premium-kapaciteter, kan du forbedre ydeevnen for opdateringshandlingen, hvis datasættet vokser til mere end 1 GB eller mere, og sikre, at datasættet ikke maks. ud af størrelsesgrænserne ved at aktivere Lagringsformat for store datasæt, før den første opdateringshandling i tjenesten udføres. Du kan få mere at vide under Store datasæt i Power BI Premium.

Løsning: Bootstrap indledende opdatering

For datasæt, der er publiceret Premium kapaciteter, kan du starte den indledende opdateringshandling. Bootstrap gør det muligt for tjenesten at oprette tabel- og partitionsobjekter for datasættet, men ikke indlæse og behandle historiske data i nogen af partitionerne. Du kan få mere at vide under Avanceret trinvis opdatering – Forbyd timeout ved indledende fuld opdatering.

Årsag: Timeout for datakildeforespørgsel

Forespørgsler kan være begrænset af en standardtidsgrænse for datakilden.

Løsning: Tilsidesæt tidsgrænsen i forespørgselsudtrykket

Mange datakilder tillader tilsidesættelse af tidsgrænse i forespørgselsudtrykket. Du kan få mere at vide under Trinvis opdatering for datasæt – Tidsgrænser.

Problem: Opdateringen mislykkes på grund af dubletværdier

Årsag: Postdatoer er blevet ændret

I forbindelse med en opdateringshandling opdateres der kun data, der er ændret ved datakilden, i datasættet. Da dataene er divideret med en dato, anbefales det, at datoer for poster (transaktion) ikke ændres.

Hvis en dato ændres ved et uheld, kan der opstå to problemer: Brugerne bemærker, at nogle totaler er ændret i de historiske data (det er ikke nødvendigt at ske), eller når der returneres en fejl under en opdatering, hvilket indikerer, at en entydig værdi faktisk ikke er entydig. Sidstnævnte kan ske, når tabellen med trinvis opdatering er konfigureret, bruges i en 1:N-relation med en anden tabel som 1-siden og skal have entydige værdier. Når dataene ændres (for et bestemt id), vises dette id i en anden partition, og programmet registrerer, at værdien ikke er entydig.

Løsning: Opdater bestemte partitioner

Hvis der er et forretningsmæssig behov for at ændre nogle tidligere data fra datoerne, er en mulig løsning at bruge SSMS til at opdatere alle partitioner fra det punkt, hvor ændringen er placeret op til den aktuelle opdateringspartition, og dermed bevare den ene side af relationen entydig.

Problem: Data afkortes

Årsag: Grænsen for datakildeforespørgsel er blevet overskredet

Nogle datakilder, f.eks. Azure Data Explorer, Log Analytics og Program Insights, har en grænse på 64 MB (komprimeret) for data, der kan returneres for en ekstern forespørgsel. Azure Data Explorer kan returnere en eksplicit fejl, men for andre, f.eks. Log Analytics og Insights Program, afkortes de returnerede data.

Løsning: Angiv mindre opdaterings- og lagerperioder

Angiv mindre opdaterings- og butiksperioder i politikken. Hvis du f.eks. har angivet en opdateringsperiode på ét år, og der returneres en forespørgselsfejl, eller hvis der returneres data, kan du prøve en opdateringsperiode på 12 måneder . Du skal sikre, at forespørgsler for den aktuelle opdateringspartition eller eventuelle historiske partitioner, der er baseret på opdaterings- og Store-perioderne, ikke returnerer mere end 64 MB data.

Problem: Opdateringen mislykkes på grund af konflikter i forbindelse med partitionsnøglen

Årsag: Datoen i datokolonnen i datakilden opdateres

Filteret i datokolonnen bruges til dynamisk partitionering af dataene i periodeintervaller i Power BI tjenesten. Trinvis opdatering er ikke beregnet til at understøtte tilfælde, hvor den filtrerede datokolonne opdateres i kildesystemet. En opdatering fortolkes som en indsætning og en sletning, ikke en egentlig opdatering. Hvis sletningen sker i historikintervallet og ikke i det trinvis interval, indsamles den ikke, hvilket kan medføre fejl i forbindelse med dataopdatering på grund af konflikter i forbindelse med partitionsnøglen.

Se også

Opdatering af data i Power BI
Avanceret trinvis opdatering med XMLA-slutpunktet
Trinvis opdatering for dataflow