Riešenie problémov s prírastkovým obnovením a údajmi v reálnom čase

Článok
11/10/2023

Pri implementácii prírastkového obnovenia a riešenia údajov v reálnom čase existujú dve fázy, pričom prvá prebieha konfigurácia parametrov, filtrovanie a definovanie politiky v aplikácii Power BI Desktop a druhá je počiatočná operácia sémantického modelu a následné obnovenia v službe. V tomto článku sa riešenie problémov pre každú z týchto fáz rozoberá samostatne.

Po rozdelení tabuľky v služba Power BI je dôležité mať na pamäti, že prírastkovo obnovené tabuľky, ktoré tiež získavajú údaje v reálnom čase s režimom DirectQuery, teraz fungujú v hybridnom režime, čo znamená, že fungujú v režime importu aj v režime DirectQuery. Každá tabuľka so vzťahmi k takejto prírastkovo obnovenej hybridnej tabuľke musí používať duálny režim, aby sa mohli použiť v režime importu a režimu DirectQuery bez sankcií výkonu. Navyše vizuály zostáv môžu ukladať výsledky do vyrovnávacej pamäte, aby sa zabránilo odosielaniu dotazov späť do zdroja údajov, čo by tabuľke bránilo v zbere najnovších aktualizácií údajov v reálnom čase. Záverečná časť s riešením problémov sa zaoberá týmito problémami v hybridnom režime.

Pred riešením problémov s prírastkovým obnovením a údajmi v reálnom čase si nezabudnite prečítať prírastkové obnovenie modelov a údajov v reálnom čase a podrobné informácie v téme Konfigurácia prírastkového obnovenia a údajov v reálnom čase.

Konfigurácia v aplikácii Power BI Desktop

Väčšina problémov, ktoré sa vyskytujú pri konfigurácii prírastkového obnovenia a údajov v reálnom čase, má čo do činenia s postupným posúvaním dotazov. Ako je popísané v téme Prírastkové obnovenie pre prehľad modelov – podporované zdroje údajov, zdroj údajov musí podporovať skladanie dotazov.

Problém: Načítavanie údajov trvá príliš dlho

Vo Editor Power Query zaberie po výbere možnosti Použiť načítanie údajov príliš veľa času a prostriedkov počítača. Existuje niekoľko potenciálnych príčin.

Príčina: Nesúlad typov údajov

Tento problém môže byť spôsobený nesúladom typov údajov, kde Date/Time je požadovaný typ údajov pre RangeStart parametre a RangeEnd , ale stĺpec dátumov tabuľky, v ktorom sú filtre použité, nie Date/Time sú typom údajov alebo naopak. Typ údajov parametrov aj filtrovaný stĺpec údajov musia byť Date/Time typom údajov a formát musí byť rovnaký. Ak nie, dotaz nie je možné postupne posúvať.

Riešenie: Overenie typu údajov

Skontrolujte, či stĺpec dátumu a času pre tabuľku prírastkového obnovenia obsahuje Date/Time typ údajov. Ak tabuľka neobsahuje stĺpec Date/Time typu údajov, ale namiesto toho používa celočíselný typ údajov, môžete vytvoriť funkciu, ktorá konvertuje hodnotu dátumu a času v RangeStart parametroch a RangeEnd tak, aby zodpovedala celočíselného náhradnému kľúču tabuľky zdroja údajov. Ďalšie informácie nájdete v téme Konfigurácia prírastkového obnovenia – Konverzia dátumu a času na celé číslo.

Príčina: Zdroj údajov nepodporuje skladanie dotazov

Ako je popísané v časti Prírastkové obnovenie a údaje v reálnom čase pre modely – požiadavky, prírastkové obnovenie je určené pre zdroje údajov, ktoré podporujú postupné posúvanie dotazov. Uistite sa, že dotazy zdroja údajov sa v aplikácii Power BI Desktop pred publikovaním do služby, kde sa problémy s postupným posúvaním dotazov môžu výrazne znásobili. Tento prístup je obzvlášť dôležitý vtedy, keď do politiky prírastkového obnovenia zahŕňa údaje v reálnom čase, pretože oblasť DirectQuery v reálnom čase vyžaduje postupné posúvanie dotazov.

Riešenie: Overenie a testovanie dotazov

Vo väčšine prípadov sa v dialógovom okne politiky prírastkového obnovenia zobrazí upozornenie, či dotaz, ktorý sa má vykonať na zdroji údajov, nepodporuje skladanie dotazov. V niektorých prípadoch však môže byť potrebné ďalej zabezpečiť možnosť postupného posúvania dotazov. Ak je to možné, monitorujte dotaz odosielaný do zdroja údajov pomocou nástroja, ako je napríklad SQL Profiler. Dotaz s filtrami založenými na RangeStart a RangeEnd musí sa vykonať v jednom dotaze.

Môžete tiež zadať krátke časové obdobie dátumu RangeStart a času v parametroch, RangeEnd ktoré neobsahujú viac ako niekoľko tisíc riadkov. Ak načítanie filtrovaných údajov zo zdroja údajov do modelu trvá dlho a proces je intenzívny, pravdepodobne to znamená, že dotaz sa nezbalí.

Ak zistíte, že dotaz sa neposunie, prečítajte si pokyny na postupné posúvanie dotazov v aplikácii Power BI Desktop a postupné posúvanie dotazov Power Query. Zistite, čo môže brániť postupnému posúvaniu dotazov a ako alebo či zdroj údajov dokáže dokonca podporovať postupné posúvanie dotazov.

Obnovenie sémantického modelu v službe

Riešenie problémov s prírastkovým obnovením v službe sa líši v závislosti od typu kapacity, v ktorú bol model publikovaný. Sémantické modely v kapacitách Premium podporujú nástroje, ako napríklad SQL Server Management Studio (SSMS), na zobrazenie a selektívne obnovovanie jednotlivých oblastí. Modely Power BI Pro na druhej strane neposkytujú prístup k nástrojom cez koncový bod XMLA, takže riešenie problémov s prírastkovým obnovením môže vyžadovať trochu väčšiu skúšobnú verziu a chybu.

Problém: Časový limit počiatočného obnovenia unikne

Plánované obnovenie modelov Power BI Pro v zdieľanej kapacite má časový limit dve hodiny. Tento časový limit sa zvýši na päť hodín pre modely v kapacite Premium. Systémy zdrojov údajov môžu tiež ukladať limit veľkosti vrátenia dotazu alebo časový limit dotazu.

Príčina: Dotazy zdroja údajov sa nezbalia

Aj keď problémy s postupným posúvaním dotazov možno zvyčajne určiť v aplikácii Power BI Desktop pred publikovaním do služby, je možné, že dotazy obnovenia modelu sa nezbalia, čo vedie k nadmerným časom obnovovania a využívaniu prostriedkov nástroja mashup dotazov. Táto situácia sa stáva, pretože sa vytvorí dotaz na každú oblasť v modeli. Ak sa dotazy neprekladajú a údaje sa nefiltrujú v zdroji údajov, nástroj sa pokúsi údaje filtrovať.

Riešenie: Overenie postupného posúvania dotazov

Pomocou nástroja na sledovanie v zdroji údajov môžete určiť, že dotaz odoslaný do každej oblasti je jeden dotaz, ktorý obsahuje filter založený na parametroch RangeStart a RangeEnd. Ak nie, pri načítaní malého filtrovaného množstva údajov do modelu sa v modeli Power BI Desktop overí, či sa v modeli vyskytuje skladanie dotazov. Ak nie, opravte ho v modeli ako prvý, vykonajte metaúdaje iba v modeli (pomocou koncového bodu XMLA) alebo ak je model Power BI Pro v zdieľanej kapacite, odstráňte neúplný model v službe, znova ho publikujte a skúste znova vykonať počiatočné obnovenie.

Ak zistíte, že dotazy sa nedajú postupne posúvať, prečítajte si tému Pokyny na postupné posúvanie dotazov v aplikácii Power BI Desktop a postupné posúvanie dotazov Power Query, ktoré vám pomôžu zistiť, čo by mohlo brániť pri postupnom posúvaní dotazov.

Príčina: Údaje načítané do oblastí sú príliš veľké

Riešenie: Zmenšenie veľkosti modelu

V mnohých prípadoch je časový limit spôsobený množstvom údajov, ktoré musia byť dotazované a načítané do oblastí modelu, prekračuje časové limity stanovené kapacitou. Znížte veľkosť alebo zložitosť modelu alebo zvážte rozdelenie modelu na menšie kúsky.

Riešenie: Povolenie formátu úložiska pre veľké modely

Ak model presiahne 1 GB alebo viac modelov publikovaných v kapacitách Premium, môžete zlepšiť výkon operácií obnovenia a zabezpečiť, aby model pred vykonaním prvej operácie obnovenia v službe neobmedzí limity veľkosti tým, že povolíte formát úložiska pre veľký model. Ďalšie informácie nájdete v téme Veľké modely v službe Power BI Premium.

Riešenie: Počiatočné obnovenie spustenia

V prípade modelov publikovaných v kapacitách Premium môžete spustiť počiatočnú operáciu obnovenia. Bootstrapping umožňuje službe vytvárať objekty tabuľky a oblasti pre model, ale nie načítať a spracovať historické údaje do žiadnej z oblastí. Ďalšie informácie nájdete v téme Rozšírené prírastkové obnovenie – Zabránenie uplynutiu časového limitu pri počiatočnom úplnom obnovení.

Príčina: Časový limit dotazu zdroja údajov

Dotazy môžu byť obmedzené predvoleným časovým limitom pre zdroj údajov.

Riešenie: Prepísanie časového limitu vo výraze dotazu

Mnohé zdroje údajov umožňujú prepisovanie časového limitu vo výraze dotazu. Ďalšie informácie nájdete v téme Prírastkové obnovenie pre modely – časové limity.

Problém: Obnovenie zlyhá z dôvodu duplicitných hodnôt

Príčina: Dátumy uverejnenia sa zmenili

Pri operácii obnovenia sa v modeli obnovia len údaje, ktoré sa zmenili v zdroji údajov. Keďže údaje sú rozdelené dátumom, odporúča sa, aby sa dátumy uverejnenia (transakcie) nezmenili.

Ak sa dátum omylom zmení, môžu nastať dva problémy: Používatelia si všimnú, že niektoré súčty historických údajov (to sa nemá stať) alebo počas obnovenia sa vráti chyba oznamujúca, že jedinečná hodnota v skutočnosti nie je jedinečná. V druhom prípade k tejto situácii môže dôjsť, keď sa tabuľka s nakonfigurovaným prírastkovým obnovením použije vo 1:N vzťahu s inou tabuľkou ako stranou 1 a mala by mať jedinečné hodnoty. Keď sa údaje pre konkrétne ID zmenia, toto ID sa potom zobrazí v inej oblasti a nástroj zistí, že hodnota nie je jedinečná.

Riešenie: Obnovenie konkrétnych oblastí

V prípade, že podnik potrebuje zmeniť nejaké minulé údaje z dátumov, možným riešením je použitie nástroja SSMS na obnovenie všetkých oblastí z bodu, kde sa zmena nachádza až do aktuálnej oblasti obnovenia, čím sa zachová 1 strana vzťahu jedinečná.

Problém: Údaje sa skrátia

Príčina: Limit dotazu zdroja údajov sa prekročil

Niektoré zdroje údajov, ako napríklad Azure Data Explorer, Log Analytics a Application Prehľady, majú na údaje, ktoré je možné vrátiť pre externý dotaz, obmedzenie 64 MB (komprimované). Azure Data Explorer môže vrátiť explicitnú chybu, ale v prípade iných používateľov, ako sú Log Analytics a Application Prehľady, sa vrátené údaje skrátia.

Riešenie: Špecifikácia menších období obnovenia a obchodu

Zadajte menšie obdobia obnovenia a ukladacieho priestoru v politike. Ak ste napríklad zadali obdobie obnovenia na jeden rok a vráti sa chyba dotazu alebo sa údaje vrátia skrátene, skúste obdobie obnovenia s trvaním 12 mesiacov. Chcete zabezpečiť, aby dotazy pre aktuálnu oblasť obnovenia alebo akékoľvek historické oblasti založené na obdobiach obnovovania a obchodu nevracajú viac ako 64 MB údajov.

Problém: Obnovenie zlyhá v dôsledku konfliktu medzi oblasťou a kľúčom

Príčina: Dátum v stĺpci dátumov v zdroji údajov sa aktualizuje

Filter stĺpca dátumov sa používa na dynamické rozdelenie údajov do rozsahov období v služba Power BI. Prírastkové obnovenie nie je určené na podporu prípadov, keď sa filtrovaný stĺpec dátumu aktualizuje v zdrojovom systéme. Aktualizácia sa interpretuje ako vloženie a odstránenie (nie ako skutočná aktualizácia). Ak dôjde k odstráneniu v historickom rozsahu a nie v rozsahu prírastkov, nie je zaregistrované, čo môže spôsobiť zlyhania obnovenia údajov v dôsledku konfliktov medzi kľúčom oblasti.

Hybridný režim v službe (Preview)

Keď Power BI použije politiku prírastkového obnovenia s údajmi v reálnom čase, prírastkovo obnovenú tabuľku zmení na hybridnú tabuľku, ktorá funguje v režime importu aj v režime DirectQuery. Všimnite si oblasť DirectQuery na konci nasledujúceho zoznamu oblastí ukážkovej tabuľky. Prítomnosť oblasti DirectQuery má dôsledky na súvisiace tabuľky a vizuály zostáv, ktoré dotazujú túto tabuľku.

Problém: Výkon dotazov je slabý

Hybridné tabuľky v režime importu aj v režime DirectQuery vyžadujú všetky súvisiace tabuľky, ktoré fungujú v duálnom režime, aby mohli fungovať ako tabuľky uložené vo vyrovnávacej pamäti alebo neuložené vo vyrovnávacej pamäti, v závislosti od kontextu dotazu odoslaného do modelu služby Power BI. Duálny režim umožňuje službe Power BI znížiť počet obmedzených vzťahov v modeli a generovať efektívne dotazy zdroja údajov na zabezpečenie dobrého výkonu. Obmedzené vzťahy nie je možné posunúť do zdroja údajov, ktorý vyžaduje, aby služba Power BI načítala viac údajov, ako je potrebné. Keďže tabuľky Dual môžu fungovať ako tabuľky DirectQuery alebo Import, predíde sa takejto situácii.

Pri konfigurácii politiky prírastkového obnovenia vám Power BI Desktop pripomenie, aby ste prepli všetky súvisiace tabuľky do duálneho režimu, keď vyberiete možnosť Získať najnovšie údaje v reálnom čase pomocou režimu DirectQuery (iba verzia Premium). Okrem toho skontrolujte všetky existujúce vzťahy tabuliek v zobrazení modelu.

Tabuľky, ktoré v súčasnosti fungujú v režime DirectQuery, sa jednoducho prepne do režimu Dual. Vo vlastnostiach tabuľky v časti Rozšírené vyberte zo zoznamu Režim úložiska položku Duálne. Tabuľky, ktoré v súčasnosti fungujú v režime importu, si však vyžadujú manuálnu prácu. Duálne tabuľky majú rovnaké funkčné obmedzenia ako tabuľky DirectQuery. Aplikácia Power BI Desktop preto nemôže konvertovať tabuľky importu, pretože sa môže spoľahnúť na ďalšie funkcie, ktoré nie sú k dispozícii v režime Dual. Tieto tabuľky musíte manuálne vytvoriť v režime DirectQuery a potom ich skonvertovať do duálneho režimu. Ďalšie informácie nájdete v téme Spravovanie režimu úložiska v aplikácii Power BI Desktop.

Problém: Vizuály zostáv nezobrazujú najnovšie údaje

Príčina: Výsledky dotazu vo vyrovnávacej pamäti služby Power BI zlepšujú výkon a znižujú počet serverových načítaní

V predvolenom nastavení ukladá služba Power BI výsledky dotazu do vyrovnávacej pamäte, aby dotazy vizuálov zostáv mohli byť rýchlo spracované aj vtedy, ak sú založené na režime DirectQuery. Predchádzanie zbytočným dotazom zdroja údajov zlepší výkon a zníži zaťaženie zdroja údajov, ale môže to tiež znamenať, že najnovšie zmeny údajov v zdroji nie sú vo výsledkoch zahrnuté.

Riešenie: Konfigurácia automatického obnovenia strany

Ak chcete zo zdroja ďalej načítavať najnovšie zmeny údajov, nakonfigurujte automatické obnovenie strany pre zostavy v služba Power BI. Automatické obnovenie strany je možné vykonávať v stanovených intervaloch, napríklad v piatich sekundách alebo desiatich minútach. Keď sa dosiahne konkrétny interval, všetky vizuály na danej stránke odošlú aktualizačný dotaz do zdroja údajov a zodpovedajúcim spôsobom sa aktualizujú. Prípadne môžete obnoviť vizuály na stránke na základe zisťovania zmien v údajoch. Tento prístup vyžaduje mierku zisťovania zmien, ktorú potom služba Power BI používa na nahlasovanie zmien v zdroji údajov. Zisťovanie zmien sa podporuje len v pracovných priestoroch, ktoré sú súčasťou kapacity Premium. Ďalšie informácie nájdete v téme Automatické obnovenie strany v službe Power BI.