Porozumenie obnoveniu tokov údajov a ich optimalizácia
Toky údajov služby Power BI vám umožňujú pripájať sa, transformovať, kombinovať a distribuovať údaje pre následné analýzy. Kľúčovým prvkom v tokoch údajov je proces obnovenia, ktorý používa kroky transformácie, ktoré ste vytvorili v tokoch údajov, a aktualizuje údaje v samotných položkách.
Ak chcete porozumieť časom spustenia, výkonu a tomu, či svoj tok údajov získavate naplno, môžete si po obnovení toku údajov stiahnuť históriu obnovení.
Vysvetlenie obnovení
Na toky údajov sa vzťahujú dva typy obnovení:
Full, ktorá vykoná úplné vyprázdnenie a opätovné načítanie údajov.
Prírastkové (iba vo verzii Premium), ktorá spracúva podmnožinu údajov na základe časových pravidiel vyjadrených ako filter, ktorý nakonfigurujete. Filter stĺpca dátumov dynamicky rozdelí údaje do rozsahov v služba Power BI. Po nakonfigurovaní prírastkového obnovenia tok údajov automaticky zmení váš dotaz tak, aby zahrnul filtrovanie podľa dátumu. Automaticky generovaný dotaz môžete upraviť pomocou Rozšírený editor v Power Query a vyladiť alebo prispôsobiť obnovenie. Ak si prinesiete vlastné úložisko Azure Data Lake Storage, zobrazia sa vám výseky času z údajov na základe politiky obnovovania, ktorú ste nastavili.
Poznámka
Ďalšie informácie o prírastkových obnoveniach a spôsobe jeho fungovania nájdete v téme Použitie prírastkového obnovenia s tokmi údajov.
Prírastkové obnovenie prináša do veľkých tokov údajov v službe Power BI nasledujúce výhody:
Obnovy sú rýchlejšie po prvom obnovení, a to z nasledujúcich dôvodov:
- Power BI obnoví posledných N oblastí zadaných používateľom (kde oblasť je deň/týždeň/mesiac a tak ďalej) alebo
- Power BI obnovuje iba údaje, ktoré je potrebné obnoviť. Obnoví sa napríklad len posledných päť dní 10-ročného sémantického modelu.
- Power BI obnovuje iba údaje, ktoré sa zmenili, pokiaľ zadáte stĺpec, v ktorom chcete vyhľadať zmeny.
Obnovenia sú spoľahlivejšie – už nie je potrebné udržiavať dlhodobé pripojenia k nestálym zdrojovým systémom.
Spotreba zdroja je znížená – vďaka menšiemu počtu údajov na obnovu sa znižuje celková spotreba pamäte a ďalších zdrojov.
Tam, kde je to možné, Power BI využíva paralelné spracovanie na oblastí, čo môže viesť k rýchlejšiemu obnoveniu.
V ktoromkoľvek z týchto scenárov obnovenia sa v prípade zlyhania obnovenia údaje neaktualizujú. Vaše údaje môžu byť zastarané, kým sa najnovšie obnovenie nedokončí, alebo ho môžete obnoviť manuálne a potom sa môžu dokončiť bez chyby. Obnovenie sa vyskytuje v oblasti alebo entite, takže ak prírastkové obnovenie zlyhá alebo entita obsahuje chybu, potom sa nevyskytne celá transakcia obnovenia. Aj keď pre tok údajov zlyhá oblasť (politika prírastkového obnovenia) alebo entita, celá operácia obnovenia zlyhá a žiadne údaje sa neaktualizujú.
Vysvetlenie a optimalizácia obnovení
Ak chcete lepšie porozumieť výkonu operácie obnovenia toku údajov, skontrolujte históriu obnovení toku údajov prechodom na niektorý z tokov údajov. Pre tok údajov vyberte položku Ďalšie možnosti (... ). Potom vyberte položku Nastavenia > História obnovení. Môžete tiež vybrať tok údajov v pracovnom priestore. Potom vyberte položku Ďalšie možnosti (...) > História obnovení.
História obnovení poskytuje prehľad o obnoveniach vrátane typu – na požiadanie alebo naplánovania, trvania a stavu spustenia. Ak chcete zobraziť podrobnosti vo forme súboru CSV, úplne napravo od riadka s popisom obnovenia vyberte ikonu stiahnutia. Stiahnutý súbor CSV obsahuje atribúty popísané v nasledujúcej tabuľke. Obnovenia verzie Premium poskytujú ďalšie informácie na základe ďalších možností výpočtov a tokov údajov v porovnaní s tokmi údajov založenými na verzii Pro, ktoré sa nachádzajú v zdieľanej kapacite. Niektoré z nasledujúcich metrík sú preto k dispozícii iba v kapacite Premium.
| Položka | Description | Pro | Premium |
|---|---|---|---|
| Vyžiadané: | Čas obnovenia bol naplánovaný alebo kliklo na obnovenie v miestnom čase. | ✔ | ✔ |
| Názov toku údajov | Názov toku údajov. | ✔ | ✔ |
| Stav obnovenia toku údajov | Dokončené, Neúspešné alebo Vynechané (pre entitu) sú možné stavy. Prípady použitia, ako sú napríklad prepojené entity, sú dôvody, prečo sa niektoré môžu zobraziť ako vynechané. | ✔ | ✔ |
| Názov entity | Názov tabuľky. | ✔ | ✔ |
| Názov oblasti | Táto položka závisí od toho, či je tok údajov premium alebo nie, a ak sa položka Pro zobrazuje ako NA, pretože nepodporuje prírastkové obnovenia. Premium zobrazuje buď fullRefreshPolicyPartition, alebo IncrementalRefreshPolicyPartition-[DateRange]. | ✔ | |
| Stav obnovenia | Stav obnovenia jednotlivých entít alebo oblastí, ktoré poskytujú stav pre daný čas v rámci obnoveného rýchleho filtra údajov. | ✔ | ✔ |
| Počiatočný čas | V kapacite Premium je to čas, kedy bol tok údajov zaradený do frontu na spracovanie pre entitu alebo oblasť. Tento čas sa môže líšiť, ak toky údajov majú závislosti a musia počkať, kým sa začne spracovávať množina výsledkov toku údajov upstreamu. | ✔ | ✔ |
| Čas ukončenia | Čas ukončenia je čas dokončenia entity toku údajov alebo oblasti, ak je to možné. | ✔ | ✔ |
| Duration | Celkový uplynulý čas obnovenia toku údajov vyjadrený v HH:MM:SS. | ✔ | ✔ |
| Spracované riadky | V prípade danej entity alebo oblasti je to počet riadkov naskenovaných alebo zapísaných motorom tokov údajov. Táto položka nemusí vždy obsahovať údaje na základe operácie, ktorú ste vykonali. Údaje sa môžu vynechať, keď sa výpočtový nástroj nepoužíva, alebo keď použijete bránu počas spracovania údajov. | ✔ | |
| Spracované bajtov | V prípade danej entity alebo oblasti údaje napísané nástrojom tokov údajov vyjadrené v bajtoch. Pri používaní brány v tomto konkrétnom toku údajov tieto informácie nie sú k dispozícii. |
✔ | |
| Maximálny počet potvrdení (KB) | Funkcia Max Commit je špičková pamäť na hlásenia užitočná na diagnostiku zlyhaní mimo pamäte, keď dotaz jazyka M nie je optimalizovaný. Keď na tento konkrétny tok údajov použijete bránu, tieto informácie nie sú k dispozícii. |
✔ | |
| Čas procesora | Pre danú entitu alebo oblasť čas vyjadrený v HH:MM:SS, že nástroj tokov údajov strávil vykonávaním transformácií. Keď na tento konkrétny tok údajov použijete bránu, tieto informácie nie sú k dispozícii. |
✔ | |
| Čas čakania | V prípade danej entity alebo oblasti čas strávený v stave čakania na základe vyťaženia kapacity Premium. | ✔ | |
| Výpočtové zariadenie | V prípade danej entity alebo oblasti podrobnosti o tom, ako operácia obnovenia používa výpočtový nástroj. Hodnoty sú: – NA -Zložený -S vyrovnávacou pamäťou – Uložené vo vyrovnávacej pamäti a zložené Tieto prvky sú podrobnejšie popísané ďalej v tomto článku. |
✔ | |
| Error | Ak je to potrebné, podrobné chybové hlásenie je popísané v entite alebo oblasti. | ✔ | ✔ |
Sprievodný materiál k obnoveniu toku údajov
Štatistiky obnovenia poskytujú cenné informácie, ktoré môžete použiť na optimalizáciu a urýchlenie výkonu tokov údajov. V nasledujúcich častiach popisujeme niekoľko scenárov, na čo si treba dávať pozor a ako ich optimalizovať na základe poskytnutých informácií.
Zosúladenie
Použitie tokov údajov v tom istom pracovnom priestore umožňuje jednoduché zosúlaďovanie. Môžete mať napríklad toky údajov A, B a C v jednom pracovnom priestore a reťazenie, ako napríklad A > B > C. Ak obnovíte zdroj (A), obnovia sa aj následné entity. Ak však obnovíte jazyk C, ostatné budete musieť obnoviť nezávisle. Okrem toho, ak pridáte nový zdroj údajov do toku údajov B (ktorý nie je zahrnutý v A), tieto údaje sa neobnovia ako súčasť orchestrácie.
Môžete navzájom reťaziť položky, ktoré sa nezmestia na spravované orchestrácie, ktoré Power BI vykonáva. V oboch prípadoch môžete použiť rozhrania API alebo službu Power Automate. Dokumentáciu k API a skript PowerShell pre programové obnovenie nájdete v dokumentácii k rozhraniam API. K dispozícii je konektor služby Power Automate, ktorý umožňuje tento postup bez písania kódu. Môžete si pozrieť podrobné ukážky so špecifickými návodmi na sekvenčné obnovenia.
Monitorovanie
Pomocou vylepšenej štatistiky obnovenia popísanej vyššie v tomto článku môžete získať podrobné informácie o obnovení toku údajov. Ak sa však chcete pozrieť na toky údajov s prehľadom obnovení pre celého nájomníka alebo celého pracovného priestoru, napríklad na vytvorenie monitorovacej tabule, môžete použiť rozhrania API alebo šablóny Služby PowerAutomate. Podobne môžete použiť na odosielanie jednoduchých alebo komplexných oznámení konektor PowerAutomate alebo vytvoriť vlastnú aplikáciu pomocou rozhraní API.
Chyby časového limitu
Ideálna je optimalizácia času potrebného na vykonanie scenárov extrahovania, transformácie a načítania (ETL). V službe Power BI platia nasledujúce prípady:
- Niektoré konektory majú explicitné nastavenia časového limitu, ktoré môžete nakonfigurovať. Ďalšie informácie nájdete v téme Pripojenie or v doplnku Power Query.
- Toky údajov služby Power BI môžu pomocou služby Power BI Pro tiež používať časové limity pre dlho spracúvané dotazy v rámci samotnej entity alebo tokov údajov. Toto obmedzenie však v pracovných priestoroch Power BI Premium neexistuje.
Pokyny týkajúce sa časového limitu
Prahové hodnoty časového limitu pre toky údajov služby Power BI Pro sú:
- Dve hodiny na úrovni entity.
- Tri hodiny na celej úrovni toku údajov.
Ak máte napríklad tok údajov s tromi tabuľkami, žiadna jednotlivá tabuľka nemôže trvať viac ako dve hodiny a celý čas toku údajov utečie, ak trvanie prekročí tri hodiny.
Ak zažívate časové limity, zvážte optimalizáciu dotazov toku údajov a zvážte použitie postupného posúvania dotazov v zdrojových systémoch.
Zvážte tiež inováciu na službu Premium na používateľa, ktorá nepodlieha týmto časovým obmedzeniam a ponúka vyšší výkon z dôvodu mnohých funkcií služby Power BI Premium na používateľa.
Dlhé trvanie
Zložité alebo veľké toky údajov môžu trvať viac času, kým sa obnovia, ako aj nedostatočne optimalizované toky údajov. V nasledujúcich častiach nájdete pokyny na zmiernenie dlhých trvaní obnovenia.
Sprievodný materiál k dlhým trvaniam obnovenia
Prvým krokom na zlepšenie dlhých trvaní obnovenia tokov údajov je vytvorenie tokov údajov podľa osvedčených postupov. Pozoruhodné vzory zahŕňajú:
- Použite prepojené entity pre údaje, ktoré je možné neskôr použiť v iných transformáciách.
- Použite vypočítané entity na ukladanie údajov do vyrovnávacej pamäte, čím sa zníži zaťaženie načítavania údajov a zaťaženie príjmu údajov v zdrojových systémoch.
- Rozdeľte údaje do fázových tokov údajov a transformujte toky údajov a oddeľte ETL do rôznych tokov údajov.
- Optimalizujte operácie rozbaľovania tabuľky.
- Postupujte podľa pokynov pre komplexné toky údajov.
V ďalšom kroku vám pomôže vyhodnotiť, či môžete použiť prírastkové obnovenie.
Použitie prírastkového obnovenia môže zvýšiť výkon. Je dôležité, aby boli filtre na rozdelenie potlačené do zdrojového systému, keď sú dotazy odoslané na operácie obnovenia. Presunutie filtrovania nadol znamená, že zdroj údajov by mal podporovať postupné posúvanie dotazov, alebo môžete vyjadriť obchodnú logiku prostredníctvom funkcie alebo iného spôsobu, ktorý môže pomôcť doplnku Power Query odstrániť a filtrovať súbory alebo priečinky. Väčšina zdrojov údajov, ktoré podporujú dotazy SQL podporujú skladanie dotazov, a niektoré informačné kanály OData môžu tiež podporovať filtrovanie.
Zdroje údajov, ako sú ploché súbory, objekty BLOB a rozhrania API, však filtrovanie zvyčajne nepodporujú. V prípadoch, keď serverový server zdroja údajov nepodporuje filter, nemôže byť posunutý nadol. V takýchto prípadoch hybridný nástroj kompenzuje a použije filter lokálne, čo môže vyžadovať načítanie úplného sémantického modelu zo zdroja údajov. Táto operácia môže spôsobiť, že prírastkové obnovenie bude pomalé a proces môže mať za následok spustenie prostriedkov buď na služba Power BI, alebo v lokálnej bráne údajov, ak sa použije.
Vzhľadom na rôzne úrovne podpory skladania dotazov pre jednotlivé zdroje údajov by ste mali vykonať overenie, či je logika filtra zahrnutá v zdrojových dotazoch. Aby to bolo jednoduchšie, služba Power BI sa pokúsi vykonať toto overenie za vás pomocou indikátorov postupného posúvania krokov pre Power Query Online. Mnohé z týchto optimalizácií predstavujú možnosti času návrhu, ale po obnovení máte možnosť analyzovať a optimalizovať výkon obnovenia.
Nakoniec zvážte optimalizáciu prostredia. Prostredie služby Power BI môžete optimalizovať zredukovaním kapacity, nastavením veľkosti brán údajov vo pravej časti a znížením latencie siete prostredníctvom nasledujúcich optimalizácií:
Pri používaní kapacít, ktoré sú k dispozícii v službe Power BI Premium alebo Premium na používateľa, môžete zvýšiť výkon zvýšením inštancie premium alebo priradením obsahu k inej kapacite.
Brána sa vyžaduje vždy, keď služba Power BI potrebuje prístup k údajom, ktoré nie sú k dispozícii priamo cez internet. Lokálnu bránu údajov môžete nainštalovať na lokálnom serveri alebo vo virtuálnom počítači.
- Informácie o vyťaženiach brány a odporúčaniach na zmenu veľkosti brány nájdete v téme Zmena veľkosti lokálnej brány údajov.
- Tiež vyhodnotí uvedenie údajov na prvé miesto vnášajúceho toku údajov a jeho odkazovanie po prúde pomocou prepojených a vypočítaných entít.
Latencia siete môže ovplyvniť výkon obnovenia zvýšením času potrebného na to, aby požiadavky dosiahli služba Power BI, a na doručenie odpovedí. Nájomníci v službe Power BI sú priradení do konkrétnej oblasti. Ak chcete zistiť, kde sa nachádza váš nájomník, pozrite si tému Vyhľadanie predvolenej oblasti pre vašu organizáciu. Keď používatelia z nájomníka pristupujú k služba Power BI, ich žiadosti vždy smerujú do tejto oblasti. Po doručení požiadaviek do služba Power BI môže služba odoslať dodatočné požiadavky, napríklad základnému zdroju údajov alebo bráne údajov, na ktoré má tiež nárok latencia siete.
- Nástroje, ako napríklad Azure Speed Test , môžu indikovať latenciu siete medzi klientom a oblasťou Azure. Vo všeobecnosti platí, že ak chcete minimalizovať vplyv latencie siete, usúďte sa mať zdroje údajov, brány a klaster Power BI čo najbližšie pri sebe. Výhodnejšie je, ak sa nachádzate v tej istej oblasti. Ak je latencia siete problémom, skúste umiestniť brány a zdroje údajov bližšie ku klastru Power BI tak, že ich umiestnite do virtuálnych počítačov hosťovaných v cloude.
Vysoký čas procesora
Ak sa vám zobrazí vysoký čas procesora, pravdepodobne máte aj rozsiahle transformácie, ktoré sa nedajú postupne posúvať. Vysoký čas procesora je buď z dôvodu počtu použitých krokov, alebo typu transformácií, ktoré vykonávate. Každá z týchto možností môže viesť k vyšším časom obnovenia.
Sprievodný materiál k vysokému času procesora
Existujú dve možnosti optimalizácie času procesora na vysokej úrovni.
Najprv použite postupné posúvanie dotazov v rámci samotného zdroja údajov, čo by malo priamo znížiť zaťaženie výpočtového zariadenia toku údajov. Postupné posúvanie dotazov v zdroji údajov umožňuje zdrojového systému väčšinu práce. Tok údajov potom môže prechádzať dotazmi v natívnom jazyku zdroja a nemusí po počiatočnom dotaze vykonávať všetky výpočty v pamäti.
Nie všetky zdroje údajov dokážu vykonávať skladanie dotazov, a dokonca aj vtedy, ak je možné postupné posúvanie dotazov, môžu existovať toky údajov, ktoré vykonávajú určité transformácie, ktoré sa nedajú zbaliť do zdroja. V takýchto prípadoch predstavuje vylepšený nástroj na výpočet funkciu, ktorú služba Power BI zaviedla na potenciálne zvýšenie výkonu až 25-krát pre konkrétne transformácie.
Maximalizovanie výkonu použitím nástroja na výpočet
Hoci doplnok Power Query poskytuje čas návrhu na postupné posúvanie dotazov, stĺpec výpočtového nástroja poskytuje podrobnosti o tom, či sa používa samotný interný nástroj. Výpočtové zariadenie je užitočné, keď máte komplexný tok údajov a vykonávate transformácie v pamäti. V takejto situácii môžu byť užitočné vylepšené štatistiky obnovenia, pretože stĺpec výpočtového nástroja poskytuje podrobnosti o tom, či sa použil samotný nástroj.
V nasledujúcich častiach nájdete pokyny týkajúce sa používania výpočtového nástroja a jeho štatistiky.
Upozornenie
Počas navrhovania môže indikátor postupného posúvania v editore ukázať, že dotaz sa pri spotrebúvaní údajov z iného toku údajov nezbalí. Ak je povolený rozšírený výpočet, skontrolujte zdrojový tok údajov, čím zaistíte, že skladanie zdrojového toku údajov je povolené.
Sprievodný materiál k stavu výpočtového nástroja
Zapnutie rozšíreného výpočtového zariadenia a pochopenie rôznych stavov je užitočné. Rozšírené výpočtové zariadenie interne používa databázu SQL na čítanie a ukladanie údajov. Najlepšie je tu vykonať svoje transformácie na nástroji dotazov. Nasledujúce odseky poskytujú rôzne situácie a pokyny, ako s každou z nich urobiť.
NA – tento stav znamená, že výpočtové zariadenie sa nepoužil, a to buď preto, že:
- Používate toky údajov služby Power BI Pro.
- Explicitne ste vypli nástroj na výpočet.
- V zdroji údajov používate postupné posúvanie dotazov.
- Vykonávate zložité transformácie, ktoré nemožno využiť nástroj SQL na urýchlenie dotazov.
Ak zažívate dlhé trvanie a naďalej sa zobrazuje stav NA, uistite sa, že je zapnutá a nie je náhodne vypnutá. Jedným z odporúčaných vzorov je použiť fázové toky údajov na počiatočné získanie údajov do služba Power BI a potom vytvoriť toky údajov z týchto údajov po tom, ako sa nachádzajú vo vnášacom toku údajov. Tento vzor môže znížiť zaťaženie zdrojových systémov a spolu s výpočtovým motorom zvýšiť rýchlosť transformácií a zlepšiť výkon.
Vyrovnávacia pamäť – ak sa zobrazí stav toku údajov uložený vo vyrovnávacej pamäti, údaje toku údajov boli uložené vo výpočtovom nástroji a je možné na ne odkazovať ako súčasť iného dotazu. Táto situácia je ideálna, ak ju používate ako prepojenú entitu, pretože výpočtový nástroj ukladá tieto údaje do vyrovnávacej pamäte, aby ich bolo možné použiť nadväzujúce. Údaje vo vyrovnávacej pamäti nie je potrebné v tom istom toku údajov obnoviť viackrát. Táto situácia je potenciálne ideálna aj vtedy, ak ju chcete použiť v režime DirectQuery.
Keď sa obsah uloží do vyrovnávacej pamäte, vplyv na počiatočné príjem sa vypláca neskôr, v tom istom toku údajov alebo v inom toku údajov v tom istom pracovnom priestore.
Ak máte na entitu veľké trvanie, zvážte vypnutie výpočtového zariadenia. Ak chcete uložiť entitu do vyrovnávacej pamäte, Power BI ju zapíše do úložiska a do SQL. Ak ide o entitu s jedným použitím, výhoda výkonu pre používateľov nemusí byť stáť za penaltu v prípade dvojitého príjmu.
Skladané – skladané znamená, že tok údajov bol schopný používať výpočet SQL na čítanie údajov. Vypočítaná entita použila tabuľku z SQL na čítanie údajov a použitý SQL súvisí s konštrukciami ich dotazu.
Postupný stav sa zobrazí, ak ste pri používaní lokálnych alebo cloudových zdrojov údajov najprv načítali údaje do fázového toku údajov a odkazovali na to v tomto toku údajov. Tento stav sa vzťahuje len na entity, ktoré odkazujú na inú entitu. Znamená to, že vaše dotazy boli spustené nad nástrojom SQL a možno ich vylepšiť výpočtom SQL. Ak chcete zabezpečiť, aby nástroj SQL spracúva vaše transformácie, použite transformácie, ktoré podporujú skladanie SQL, ako napríklad zlúčenie (spojenie), zoskupenie podľa (agregácie) a pripojenie (zjednotenie) akcií v Editor Power Query.
Ukladané do vyrovnávacej pamäte a zložené – Keď sa zobrazia údaje vo vyrovnávacej pamäti + zložené, je pravdepodobné, že obnovenie údajov je optimalizované, pretože máte entitu, ktorá odkazuje na inú entitu a na ktorú sa odkazuje iná entita upstream. Táto operácia sa spúšťa aj nad položkou SQL, a preto má tiež potenciál na zlepšenie pomocou výpočtu SQL. Ak chcete dosiahnuť čo najlepší možný výkon, použite transformácie, ktoré podporujú skladanie SQL, ako napríklad zlúčenie (spojenie), zoskupenie podľa (agregácie) a pripojenie (zjednotenie) akcií v Editor Power Query.
Sprievodný materiál k optimalizácii výkonu výpočtového nástroja
Nasledujúce kroky umožňujú vyťaženiam spustiť nástroj na výpočet, a tým vždy zlepšiť výkon.
Vypočítané a prepojené entity v tom istom pracovnom priestore:
Pri príjme sa zamerajte na čo najrýchlejšie ukladanie údajov v úložisku. Filtre používajte iba vtedy, ak znižujú celkovú veľkosť sémantického modelu. Nechajte logiku transformácie oddelene od tohto kroku. V ďalšom kroku oddeľte logiku transformácie a podnikovú logiku do samostatného toku údajov v tom istom pracovnom priestore. Použiť prepojené alebo vypočítané entity. Toto nastavenie umožní nástroju aktivovať a zrýchliť výpočty. Ak chcete použiť jednoduchú analógiu, je to ako pri príprave jedál v kuchyni. Príprava jedál je zvyčajne samostatným krokom, ktorý sa odlišuje od zhromažďovania surovín, a je nevyhnutným predpokladom vloženia jedál do rúry. Podobne treba logiku pripraviť samostatne, až potom bude možné využiť výpočtový nástroj.
Uistite sa, že vykonávate skladacie operácie, ako sú napríklad zlučovania, spojenia, konverzie a iné.
Vytvárajte tiež toky údajov v rámci publikovaných usmernení a obmedzení.
Keď je nástroj na výpočet zapnutý, jeho výkon je pomalý:
Ak skúmate, kde je nástroj na výpočet vtedy zapnutý, no zobrazuje sa vám slabý výkon, vykonajte nasledujúce kroky:
- Obmedzte vypočítané a prepojené entity, ktoré existujú v rámci pracovného priestoru.
- Ak je počiatočné obnovenie s výpočtovým nástrojom zapnuté, údaje sa zapisujú do jazera a do vyrovnávacej pamäte. Výsledkom tohto dvojitého zápisu je pomalšie obnovovanie.
- Ak máte tok údajov s prepojením na viaceré toky údajov, uistite sa, že plánujete obnovenia tokov údajov zdroja tak, aby sa všetky neobnovovali v rovnakom čase.
Dôležité informácie a obmedzenia
Licencia na Power BI Pro má limit obnovenia tokov údajov 8 obnovení za deň.