Řešení potíží se scénáři aktualizace

Tento článek popisuje různé scénáře, se kterými se můžete setkat při aktualizaci dat v rámci služba Power BI.

Poznámka:

Pokud narazíte na problém nebo scénář, který není uvedený v tomto článku, můžete požádat o další pomoc na webu komunity nebo vytvořit lístek podpory.

Vždy byste měli zajistit splnění a ověření základních požadavků na aktualizaci:

  • Ověřte, že je verze brány aktuální.
  • Ověřte, že sestava má vybranou bránu. Pokud není vybraná žádná brána, zdroj dat se mohl změnit nebo může chybět.

Jakmile potvrdíte splnění požadavků, projděte si následující části, kde najdete další informace o řešení potíží.

E-mailová oznámení

Pokud do tohoto článku přicházíte z e-mailového oznámení a už nechcete dostávat e-maily o problémech s aktualizací, obraťte se na správce Power BI. Požádejte je, aby z příslušných sémantických modelů v Power BI odebrali e-mail nebo e-mailový seznam, ke které jste přihlášeni. Správce v nastavení sémantického modelu používá následující oblast.

Snímek obrazovky části nastavení sémantického modelu pro změnu oznámení o aktualizaci e-mailových zpráv Power BI

Poznámka:

Tato nastavení můžete nakonfigurovat také v podokně nastavení sémantického modelu, v bočním podokně, které se otevře na pravé straně stránky. Podokno nastavení je aktuálně ve verzi Preview.

Aktualizace pomocí webového konektoru nefunguje správně

Pokud máte skript webového konektoru, který používá funkci Web.Page a po 18. listopadu 2016 jste aktualizovali sémantický model nebo sestavu, musíte použít bránu, aby aktualizace fungovala správně.

Nepodporovaný zdroj dat pro aktualizaci

Při konfiguraci sémantického modelu se může zobrazit chyba označující, že sémantický model používá k aktualizaci nepodporovaný zdroj dat. Podrobnosti najdete v tématu Řešení potíží s nepodporovaným zdrojem dat pro aktualizaci.

Řídicí panel po aktualizaci neodráží změny.

Počkejte 10 až 15 minut, než se aktualizace projeví na dlaždicích řídicího panelu. Pokud se tato vizualizace stále nezobrazuje, připněte ji znovu na řídicí panel.

GatewayNotReachable při nastavování přihlašovacích údajů

Při pokusu o GatewayNotReachable nastavení přihlašovacích údajů pro zdroj dat může dojít k chybě, což může být výsledkem zastaralé brány. Nainstalujte nejnovější bránu a zkuste to znovu.

Chyba zpracování: Došlo k následující systémové chybě: Neshoda typů

Tato chyba může být problém se skriptem M v souboru Power BI Desktopu nebo excelovém sešitu. Může to být také kvůli zastaralé verzi Power BI Desktopu.

Chyby aktualizace dlaždic

Seznam chyb, se kterými se můžete setkat s dlaždicemi řídicího panelu, a jejich vysvětlení najdete v tématu Řešení chyb dlaždic.

Obnovení selže při aktualizaci dat ze zdrojů, které využívají Microsoft Entra ID OAuth

Token Microsoft Entra ID OAuth používaný mnoha různými zdroji dat vyprší přibližně za hodinu. Někdy platnost tokenu vyprší před dokončením načítání dat, protože služba Power BI počká až dvě hodiny při načítání dat. V takovém případě může proces načítání dat selhat s chybou přihlašovacích údajů.

Zdroje dat, které používají Microsoft Entra ID OAuth, zahrnují Microsoft Dynamics CRM Online, SharePoint Online (SPO) a další. Pokud se připojujete k takovým zdrojům dat a selhání přihlašovacích údajů nastane, když načítání dat trvá déle než hodinu, může být důvodem možná OAuth.

Microsoft zkoumá řešení, které umožňuje aktualizaci tokenu během načítání dat a pokračování procesu. Pokud je však instance Dynamics CRM Online nebo SPO tak velká, že běží přes prahovou hodnotu dvouhodinového načítání dat, může služba Power BI hlásit časový limit načítání dat. Časový limit načítání dat platí také pro ostatní zdroje dat OAuth v Microsoft Entra ID.

Aby aktualizace fungovala správně při připojování ke zdroji dat SPO pomocí OAuth Microsoft Entra ID, musíte použít stejný účet, který používáte k přihlášení ke službě Power BI.

Pokud se chcete připojit ke zdroji dat z služba Power BI pomocí OAuth2, musí být zdroj dat ve stejném tenantovi jako služba Power BI. V současné době se u OAuth2 nepodporují scénáře víceklientských připojení.

Nekomprimované limity dat pro aktualizaci

Maximální velikost sémantických modelů importovaných do služby Power BI je 1 GB. Tyto sémantické modely jsou silně komprimované, aby se zajistil vysoký výkon. Kromě toho služba ve sdílené kapacitě umístí limit 10 GB na množství nekomprimovaných dat, která se zpracovávají během aktualizace. Tento limit představuje kompresi, a proto je vyšší než maximální sémantická velikost modelu o velikosti 1 GB. Na sémantické modely v Power BI Premium se tyto limity nevztahují. Pokud aktualizace v služba Power BI z tohoto důvodu selže, snižte množství importovaných dat do Power BI a zkuste to znovu.

Časový limit plánované aktualizace

Plánované aktualizace importovaných sémantických modelů vyprší po dvou hodinách. Tento časový limit se u sémantických modelů v pracovních prostorech Premium zvýší na pět hodin. Pokud narazíte na tento limit, zvažte snížení velikosti nebo složitosti sémantického modelu nebo zvažte refaktoring velkého sémantického modelu na několik menších sémantických modelů.

Plánovaná aktualizace zakázaná

Pokud plánovaná aktualizace selže čtyřikrát za sebou, Power BI aktualizaci zakáže. Vyřešte základní problém a pak znovu povolte plánovanou aktualizaci.

Pokud se ale sémantický model nachází v pracovním prostoru v rámci kapacity Embedded a tato kapacita se vypne, první pokus o aktualizaci selže (protože je kapacita vypnutá) a v této situaci je její plánovaná aktualizace okamžitě zakázaná.

Přístup k prostředku je zakázaný.

K této chybě může dojít kvůli vypršení platnosti přihlašovacích údajů uložených v mezipaměti. Vymažte mezipaměť internetového prohlížeče, přihlaste se k Power BI a přejděte k https://app.powerbi.com?alwaysPromptForContentProviderCreds=true vynucení aktualizace přihlašovacích údajů.

Selhání aktualizace dat kvůli změně hesla nebo vypršení platnosti přihlašovacích údajů

Aktualizace dat může také selhat kvůli vypršení platnosti přihlašovacích údajů uložených v mezipaměti. Vymažte mezipaměť internetového prohlížeče, poté se přihlaste k Power BI a přejděte na https://app.powerbi.com?alwaysPromptForContentProviderCreds=true, aby byla aktualizována vaše přihlašovací data.

Aktualizace sloupce typu ANY, který obsahuje hodnotu PRAVDA nebo NEPRAVDA, má za následek neočekávané hodnoty.

Když v Power BI Desktopu vytvoříte sestavu, která obsahuje sloupec LIBOVOLNÉho datového typu obsahující hodnoty PRAVDA nebo NEPRAVDA, můžou se hodnoty tohoto sloupce lišit mezi Power BI Desktopem a služba Power BI po aktualizaci. V Power BI Desktopu základní modul převede logické hodnoty na řetězce a zachová hodnoty PRAVDA nebo NEPRAVDA. V služba Power BI základní modul převede hodnoty na objekty a pak převede hodnoty na -1 nebo 0.

Vizuály vytvořené v Power BI Desktopu pomocí těchto sloupců se můžou chovat jako navržené před událostí aktualizace, ale můžou se po události aktualizace změnit (kvůli tomu, že se hodnota TRUE/FALSE převede na -1/0).

Řešení chyby: Kontejner se neočekávaně ukončil s kódem 0x0000DEAD

Pokud dojde k neočekávanému ukončení kontejneru s kódem 0x0000DEAD chyba, zkuste plánovanou aktualizaci zakázat a znovu publikovat sémantický model.

Omezení operace aktualizace v Power BI Premium

Při souběžném zpracování příliš mnoha sémantických modelů může kapacita Premium omezovat operace aktualizace dat. Omezení může nastat v kapacitách Power BI Premium. Zvažte následující osvědčené postupy, abyste omezili pravděpodobnost omezování aktualizací.

  • Aktualizujte se během nepeakových časů. Provádění operací aktualizace během nepracovních hodin nebo jiných nepeakových časů pomáhá udržet celkové využití kapacity relativně nízké. Pomocí zobrazení plánu určete, jestli jsou události plánované aktualizace správně umístěné.
  • Povolte škálování sémantického modelu. Škálování sémantického modelu může pomoci přidáním repliky určené pouze pro čtení pro izolaci aktualizace. Replika pro čtení a zápis zpracovává aktualizaci, zatímco replika jen pro čtení zpracovává interaktivní dotazy.
  • Snižte složitost modelu. Zjednodušení modelu, zejména pokud zahrnuje výpočetně nákladné počítané tabulky a sloupce, může pomoct snížit zatížení aktualizace a vyhnout se kritickým bodům paměti během aktualizace. Pokud je to možné, přesuňte počítané tabulky a sloupce do procesů zdroje dat nebo ETL. Mezi další techniky, které snižují paměť aktualizace ve špičce, patří odebrání nepotřebných sloupců a řádků, omezení sloupců s vysokou kardinalitou a širokých tabulek faktů, optimalizace datových typů a transformací a ověřování posouvání dotazů.
  • Pro velké sémantické modely použijte přírůstkovou aktualizaci . Díky automatickému dělení velkých tabulek může přírůstková aktualizace pomoct snížit množství dat, která je potřeba aktualizovat. Aktualizací jenom nejnovějších oddílů importu můžete výrazně zkrátit dobu trvání aktualizace a v daném časovém rozsahu tak získat prostor pro další aktualizace.
  • Pokud je to možné, upřednostněte aktualizaci na úrovni tabulky nebo oddílu před úplnou aktualizací. Dílčí aktualizace může ve srovnání s úplnou aktualizací snížit špičkové využití paměti, protože stávající kopie modelu a nová kopie nemusí být obě současně plně načteny v paměti.
  • Snižte paralelismus aktualizace při souběžném zpracování více oddílů pro stejný sémantický model.
  • Pokud aktuální kapacita nedokáže pokrýt špičkové nároky modelu na paměť při aktualizaci, přesuňte pracovní prostor na SKU F s vyšší kapacitou a vyšším limitem paměti na jeden sémantický model. Pokud jste kapacitu nedávno škálovali, počkejte, než se stabilizuje, protože úplné přizpůsobení limitů paměti může chvíli trvat.
  • CommandTimeout Pokud dlouhotrvající zdrojové dotazy přispívají k selháním aktualizace, zvyšte hodnotu v kódu jazyka M.
  • Ověřte přihlašovací údaje konfigurace brány a zdroje dat, pokud selhání vykazuje příznaky připojení, jako jsou vypršení časového limitu připojení nebo chyby ověřování, spolu s zatížením paměti.
  • Přidat automatické opakování pokusu pro vlastní aktualizace Pokud k aktualizaci sémantického modelu použijete XMLA nebo rozhraní POWER BI REST API, přidejte logiku opakování, jak je vysvětleno v datových sadách – aktualizace datové sady. Vzorec opakovaných pokusů s prodlevou vám může pomoci zajistit úspěšnou aktualizaci sémantických modelů. Případně zvažte použití integrované funkce plánování v Power BI, protože Power BI se pokusí znovu o aktualizaci, když jsou plánovaná i ručně spuštěná aktualizace omezeny kvůli throttlingu.

Pokud je operace aktualizace zrušena kvůli omezování, do historie aktualizace se zaprotokolují následující chybové zprávy:

Překročili jste limit kapacity pro sémantické aktualizace modelu. Zkuste to znovu, když se zpracovává méně sémantických modelů.

Pokud k chybě dochází často, pomocí zobrazení plánu určete, jestli jsou naplánované události aktualizace správně rozmístěné. Pokud chcete zjistit maximální povolený počet souběžných aktualizací na skladovou položku, projděte si tabulku Kapacity a skladové položky.

Chcete-li tuto chybu vyřešit, můžete upravit plán aktualizace tak, aby prováděl operaci aktualizace při zpracování méně sémantických modelů. Můžete také prodloužit dobu mezi operacemi aktualizace pro všechny sémantické modely v plánu aktualizace v ovlivněné kapacitě Premium. Pokud používáte vlastní operace XMLA, můžete operaci zopakovat.

Došlo k překročení limitu úrovně kapacity.

Tato chyba značí, že máte spuštěných příliš mnoho sémantických modelů, které se současně aktualizují, dle kapacity zakoupené vaší organizací. Můžete zkusit operaci aktualizace zopakovat nebo přeplánovat čas aktualizace, aby se tato chyba vyřešila.

Byl překročen limit na úrovni uzlu.

Tato chyba označuje systémovou chybu v Power BI Premium na základě sémantických modelů umístěných na daném fyzickém uzlu. Můžete zkusit operaci aktualizace zopakovat nebo přeplánovat čas aktualizace, aby se tato chyba vyřešila.

Aktualizace sémantického modelu selže kvůli chybám způsobeným nedostatkem paměti

Aktualizace sémantického modelu může selhat s chybami správy prostředků, když úloha aktualizace překročí limit paměti na model nebo na dotaz, který vynucuje hostitelská kapacita Power BI Premium nebo Fabric. Aktualizace potřebuje paměť nejen pro existující model, ale také pro novou kopii, která se zpracovává, a pro dočasné struktury zpracování. Pokud paměť ve špičce dosáhne vynuceného limitu, zásady správného řízení prostředků operaci zruší.

Tento problém má větší pravděpodobnost, že ovlivní:

  • Velké sémantické modely nebo modely se sloupci s vysokou kardinalitou nebo širokými tabulkami faktů.
  • Modely, které používají počítané sloupce, počítané tabulky nebo složité míry
  • Operace aktualizace, které zpracovávají více oddílů paralelně.

Příznaky

Selhání aktualizace řízené pamětí se můžou objevit v některém z následujících formulářů:

  • Aktualizace se přerušovaně nebo konzistentně nezdaří během úplné nebo přírůstkové aktualizace.
  • Chybová zpráva obsahuje Query memory limit exceeded.
  • Chybová zpráva obsahuje This operation was canceled because there wasn't enough memory to finish running it.
  • Power BI vrátí chybový kód 0xC13E0003. Tento kód označuje, že operace byla zrušena kvůli zatížení paměti.
  • Aktualizace spuštěné prostřednictvím koncového bodu XMLA selžou se stejným chováním řízeným limity paměti.

Pokud kapacita v období vysoké poptávky dočasně nemá dostatek paměti, systém se obvykle rychle zotaví, jakmile budou k dispozici prostředky. Pokud se zobrazí přechodná chyba paměti, chvíli počkejte a zkuste operaci zopakovat.

Aktualizace selže po přesunutí pracovního prostoru do jiné kapacity

Po přesunutí pracovního prostoru do jiné kapacity se můžou zobrazit selhání aktualizace řízené pamětí, protože nová kapacita může pro aktualizaci vynutit nižší limit paměti pro sémantický model. V těchto případech můžou aktualizace selhat, i když se celkové využití kapacity nezobrazuje nasycené. Porovnejte chování staré a nové kapacity a ověřte, jestli nová kapacita vynucuje nižší limit paměti pro jednotlivé modely.

Obnovení selže v pozdních hodinách dne u velkých sémantických modelů, které používají stránkování na vyžádání

U velkých sémantických modelů, které používají stránkování na vyžádání, může více stránek zůstat v paměti později v den, což zvyšuje nároky na paměť před zahájením aktualizace. Otestujte, jestli spuštění aktualizace dříve v den snižuje nároky na paměť při spuštění aktualizace.

Řešení chyb aktualizace, které se řídí pamětí

Pokud chcete snížit paměť aktualizace ve špičce a vyhnout se zrušení zásad správného řízení prostředků, vyzkoušejte následující omezení rizik:

  • Aktualizujte jenom oddíly nebo tabulky, které je potřeba aktualizovat. Použijte přírůstkovou aktualizaci nebo upřednostněte aktualizaci na úrovni tabulky nebo oddílu před úplnou aktualizací.
  • Snižte paralelismus aktualizace při souběžném zpracování více oddílů pro stejný sémantický model.
  • Snižte složitost modelu. Odeberte nepotřebné sloupce a řádky, snižte počet sloupců s vysokou kardinalitou a širokých tabulek faktů, optimalizujte datové typy a transformace a přesuňte počítané tabulky a sloupce do zdroje dat nebo procesů ETL, pokud je to možné.
  • Povolte horizontální navýšení kapacity sémantického modelu , aby aktualizace běžela na replice pro čtení a zápis, zatímco interaktivní dotazy narazily na repliku jen pro čtení.
  • Přesuňte pracovní prostor na vyšší SKU kapacity F s větším limitem paměti na sémantický model. Pokud jste kapacitu nedávno škálovali, počkejte, než se stabilizuje, protože úplné přizpůsobení limitů paměti může chvíli trvat.

Úplný seznam zmírňujících opatření a osvědčených postupů najdete v článku Operace aktualizace omezená v Power BI Premium.

Podrobnější vysvětlení toho, jak limity paměti pro jednotlivé skladové položky a DbpropMsmdRequestMemoryLimit vlastnost XMLA řídí paměť na úrovni příkazů (včetně limitů pro SKU pro P1, P2 a P3), najdete v tématu Řízení limitu paměti příkazů v Premium.

Pokud chyby paměti po provedení těchto omezení potrvají, vytvořte lístek podpory.

Selhání toku dat v pracovních prostorech Premium

Některé konektory nejsou podporované pro toky dat v pracovních prostorech Premium. Při použití nepodporovaného konektoru se může zobrazit následující chyba: Expression.Error: Import "<název konektoru"> neodpovídá žádnému exportu. Chybí vám referenční informace k modulu?

Pro toky dat v pracovních prostorech Premium se nepodporují následující konektory:

  • Linkar
  • Actian
  • AmazonAthena
  • AmazonOpenSearchService
  • BIConnector
  • DataVirtuality
  • DenodoForPowerBI
  • Exasol
  • Slévárna
  • Indexima
  • DUHOVKA
  • JethroODBC
  • Kyligence
  • MariaDB
  • MarkLogicODBC
  • OpenSearchProject
  • QubolePresto
  • SingleStoreODBC
  • Starburst Presto
  • TibcoTdv

Použití předchozího seznamu konektorů s toky dat je podporováno pouze v pracovních prostorech, které nejsou Premium.

Při aktualizaci toku dat došlo k potížím, verze brány, kterou používáte, se nepodporuje.

K této chybě dochází v případě, že verze místní brány dat, která se používá k aktualizaci toku dat (Gen1 nebo Gen2), není podporována. V současné době Microsoft podporuje pouze posledních šest verzí místní brány dat. Pokud chcete tento problém vyřešit, aktualizujte bránu na nejnovější verzi nebo na podporovanou verzi. Pokyny k aktualizaci bran najdete v článku o aktualizaci místní brány dat .

V září 2024 byla povolena funkce, která umožňuje umístit funkci SummarizeColumns do míry a vyhodnotit v rámci jakéhokoli externího kontextu filtru, což může zavést nové závislosti, pokud se funkce SummarizeColumns používá v CalculateTable. Tyto nové závislosti můžou způsobit chybu cyklických závislostí během aktualizace modelu.

Pokud se zobrazí tato chyba, můžou tento problém vyřešit následující kroky:

  1. Identifikovat všechny CalculateTables, které používají SummarizeColumns

  2. Pro každý výraz SummarizeColumns proveďte následující změny:

Výraz SummarizeColumns s GB na Product a Geography, například:

SummarizeColumns(
Product[Color],
Geography[Country],
...
)

Přidejte Product a Geography jako filtry do SummarizeColumns, aby to vypadalo jako následující výraz:

SummarizeColumns(
Product[Color],
Geography[Country],
Product, 
Geography,
...
)

Tento postup odebere zavedený prázdný řádek a obnoví původní chování. Pokud máte více počítaných tabulek, které používají funkci SummarizeColumns, měly by se změny všech tabulek odeslat společně v rámci jedné transakce, která vyžaduje, aby tabulkový editor udělal změny, protože Power BI Desktop nemůže dávkovat více změn tabulky do jedné transakce.

Chyby připojení při aktualizaci z sémantických modelů

Konektor služby Analysis Services může narazit na chybu The connection either timed out or was lost. Tato chyba je obvykle přechodná chyba v případě selhání síťového připojení a opakování proběhne úspěšně.

Za některých okolností může být tato chyba trvalejší, když se výsledky dotazu používají ve složitém výrazu M a výsledky dotazu se během provádění programu M nenačítají dostatečně rychle. K této chybě může dojít například v případě, že aktualizace dat kopíruje z sémantického modelu a skript M zahrnuje více spojení. V takových scénářích nemusí být data načtena z vnějšího spojení po delší období, což vede k zavření připojení s výše uvedenou chybou. Pokud chcete tento problém obejít, můžete použít Table.Buffer funkci k uložení vnější tabulky spojení do mezipaměti.

Aktualizace toku dat se rychle dokončí bez aktualizace dat.

Pokud se aktualizace toku dat zdá být dokončená v neobvykle krátké době bez vyvolání chyb, ale data se ve skutečnosti neaktualizují, zvažte následující příčiny:

  • Všechna již zpracovaná data: Pokud používáte přírůstkovou aktualizaci, je možné, že tok dat už zpracoval všechna dostupná nová nebo změněná data v předchozí aktualizaci. Aktualizace se dokončí rychle, protože není nic nového. Zkontrolujte zásady přírůstkové aktualizace a časový rozsah, který pokrývá.

  • Problém s filtrem přírůstkové aktualizace: Ověřte, že je filtr přírůstkové aktualizace správně nakonfigurovaný. Pokud filtr vyloučí všechna data, aktualizace se dokončí bez zpracování řádků.

  • Propojené nebo závislé toky dat: Pokud váš tok dat odkazuje na jiný tok dat a tok nadřazených dat se nezměnil, může Power BI přeskočit aktualizaci závislých entit. Zkontrolujte, jestli se skutečně aktualizovaly nějaké upstreamové toky dat.

  • Ve zdroji nejsou žádné změny dat: Tok dat se může připojit ke zdroji dat, kde se od poslední aktualizace nepřidali nebo nezměnila žádná nová data. V takovém případě se aktualizace úspěšně dokončí, ale neaktualizují se žádná data.

Pokud chcete řešit potíže, stáhněte si soubor CSV historie aktualizací a zobrazte metriky zpracovaných řádků a zpracovaných bajtů. Pokud jsou tyto hodnoty nulové nebo výrazně nižší, než se očekávalo, znamená to, že během aktualizace nebyla zpracována žádná nová data. Můžete také ručně aktivovat úplnou aktualizaci (pokud nepoužíváte přírůstkovou aktualizaci), abyste ověřili, že tok dat dokáže správně načíst data.

Související obsah

Máte ještě další otázky? Zkuste se zeptat komunity Microsoft Power BI.

  • Last updated on