Sdílet prostřednictvím

Průvodce optimalizací pro Power BI

  • Článek

Tento článek obsahuje pokyny, které vývojářům a správcům umožňují vytvářet a udržovat optimalizovaná řešení Power BI. Řešení můžete optimalizovat v různých vrstvách architektury. Mezi vrstvy patří:

  • Zdroje dat
  • Datový model
  • Vizualizace, včetně řídicích panelů, sestav Power BI a stránkovaných sestav Power BI
  • Prostředí, včetně kapacit, bran dat a sítě

Optimalizace datového modelu

Datový model podporuje celé prostředí vizualizace. Datové modely jsou hostované v ekosystému Power BI nebo externě (pomocí DirectQuery nebo živého připojení) a v Power BI se označují jako sémantické modely. Je důležité porozumět vašim možnostem a zvolit vhodný sémantický typ modelu pro vaše řešení. Existují tři režimy úložiště tabulek sémantických modelů: Import, DirectQuery a Složený. Další informace najdete v tématu Sémantické modely v služba Power BI a režimy sémantických modelů v služba Power BI.

Konkrétní pokyny k režimu úložiště tabulek sémantických modelů najdete v tématech:

Optimalizace pro autory sestav a uživatele modelů

Sémantický model je základem všech sestav v Power BI. Uživatelé sémantického modelu můžou vytvářet sestavy Power BI v Power BI Desktopu připojením k publikovanému sémantickému modelu nebo připojením k datům a vytvořením místního sémantického modelu. Sémantický model se dá použít také k vytváření sestav Power BI v prohlížeči, vytváření průzkumů Power BI, vytváření stránkovaných sestav, vytváření dotazů DAX a vytváření sestav v Excelu pomocí funkce Analyzovat v Aplikaci Excel, připojení k Power BI v Excelu nebo export dat z vizuálu sestavy a mnoho dalších nástrojů pro vytváření sestav. Sémantický autor modelu může uživatelům sémantického modelu pomoct pochopit a využít sémantický model s tím, jak model sestaví.

  • Názvy: Tabulky, sloupce a míry v sémantickém modelu s popisnými názvy Například "Store Sales" jako název tabulky je intuitivnější než Tabulka1.
  • Popisy: Tabulky, sloupce a míry v modelu můžou mít přidané popisy, aby poskytovaly více podrobností, než by se vešly do názvu. Vysvětlete nejen to, co obsahují, ale také způsob jejich použití.
  • Skrýt: Tabulky, sloupce a míry v modelu můžete skrýt a zobrazit jenom to, co očekáváte v sestavě. Například sloupce relací můžou být ID, které není nezbytné pro vytváření sestav a může být skryté, protože se neočekává použití v sestavě, nebo datové sloupce, které mají míru agregace sloupce, můžou být skryté, aby se místo toho podporovalo použití míry. Skryté objekty může uživatel modelu kdykoli zobrazit později, takže budou stále dostupné, ale skrytí může poskytnout fokus.
  • Hierarchie: Můžete vytvořit hierarchie, které budou předávat hierarchii napříč více sloupci. Hierarchie kalendářů může například obsahovat sloupce Year(Rok), Month (Měsíc), Day (Den) a Product hierarchy (Produkt) (Kategorie), Sub-Category (Podkategorie) (Produkt). Kliknutím pravým tlačítkem myši na sloupec vytvořte hierarchii.
  • Míry: Míry můžete použít k agregaci datových sloupců v sémantickém modelu k zajištění konzistence napříč sestavou. Míry mohou být v rozsahu od součtu sloupce až po index stavu, který kombinuje více agregací určitým způsobem nebo porovnává agregace napříč časovými obdobími, jako je denní průměr tento měsíc ve srovnání s denním průměrem stejného měsíce minulý rok. Míry se dají zobrazit také ve vyhledávání Power BI a dalších funkcích, jako jsou metriky a přehledy výkonnostních metrik.
  • Formáty: Ve výchozím nastavení můžete určit, jak se ve vizuálu zobrazuje sloupec nebo míra. Hodnoty ve vizuálech je možné dále přizpůsobit ve vizuálu. Mezi možnosti formátu patří, pokud má tisíce čárk, kolik desetinných míst, jak se zobrazí datum atd. Můžete také použít vlastní nebo dynamické formáty.
  • Kategorie dat: Můžete zadat kategorii dat sloupce, například pokud se jedná o zemi nebo webovou adresu URL.

Jedná se o běžné funkce sémantického modelu Power BI, které můžete využít k tomu, aby autoři sestav a uživatelé modelu pomohli. Existuje mnoho dalších, jako jsou skupiny výpočtů, parametry polí, jaké jsou parametry a sloupce seskupování a binningu, které by se měly vyhodnotit a zjistit, jestli používají vaše konkrétní potřeby vytváření sestav.

Optimalizace vizualizací

Vizualizace Power BI můžou být řídicí panely, sestavy Power BI nebo stránkované sestavy Power BI. Každá z nich má různé architektury a každý z nich má vlastní pokyny.

Řídicí panely

Je důležité pochopit, že Power BI udržuje mezipaměť pro dlaždice řídicího panelu – s výjimkou živých dlaždic sestav a streamovaných dlaždic. Pokud sémantický model vynucuje dynamické zabezpečení na úrovni řádků (RLS), nezapomeňte porozumět dopadům na výkon, protože dlaždice se budou ukládat do mezipaměti pro jednotlivé uživatele.

Když připnete živé dlaždice sestavy na řídicí panel, nebudou se obsluhovat z mezipaměti dotazů. Místo toho se chovají jako sestavy a průběžně můžou vytvářet dotazy na virtuální jádra.

Jak název napovídá, načítání dat z mezipaměti poskytuje lepší a konzistentnější výkon než spoléhání na zdroj dat. Jedním ze způsobů, jak tuto funkci využít, je mít řídicí panely první cílovou stránkou pro uživatele. Připněte často používané a vysoce požadované vizuály na řídicí panely. Řídicí panely se tak stanou cennou "první linii obrany", která zajišťuje konzistentní výkon s menším zatížením kapacity. Uživatelé stále můžou kliknout na sestavu a analyzovat podrobnosti.

U sémantických modelů DirectQuery a živého připojení se mezipaměť pravidelně aktualizuje dotazováním zdroje dat. Ve výchozím nastavení k tomu dochází každou hodinu, i když v nastavení sémantického modelu můžete nakonfigurovat jinou frekvenci. Každá aktualizace mezipaměti odešle dotazy do podkladového zdroje dat, aby se mezipaměť aktualizovala. Počet dotazů, které se generují, závisí na počtu vizuálů připnutých na řídicí panely, které spoléhají na zdroj dat. Všimněte si, že pokud je povolené zabezpečení na úrovni řádků, vygenerují se dotazy pro každý jiný kontext zabezpečení. Představte si například, že existují dvě různé role, které kategorizují uživatele a mají dvě různá zobrazení dat. Během aktualizace mezipaměti dotazů vygeneruje Power BI dvě sady dotazů.

Sestavy Power BI

Pro optimalizaci návrhů sestav Power BI existuje několik doporučení.

Poznámka:

Pokud jsou sestavy založené na sémantickém modelu DirectQuery, další optimalizace návrhu sestav najdete v pokynech k modelu DirectQuery v Power BI Desktopu (optimalizace návrhů sestav).

Použití nejvíce omezujících filtrů

Čím více dat se vizuál potřebuje zobrazit, tím pomalejší je načtení vizuálu. I když se zdá, že tento princip je zřejmý, je snadné zapomenout. Předpokládejme například, že máte velký sémantický model. Na základě sémantického modelu sestavíte sestavu s tabulkou. Koncoví uživatelé používají průřezy na stránce k tomu, aby se dostali k požadovaným řádkům – obvykle se zajímají jenom o několik desítek řádků.

Běžnou chybou je ponechat výchozí zobrazení tabulky nefiltrované – to znamená všech 100M+ řádků. Data těchto řádků se načítají do paměti a při každé aktualizaci se nekomprimují. Toto zpracování vytváří obrovské nároky na paměť. Řešení: Pomocí filtru "Horní N" snižte maximální počet položek, které tabulka zobrazuje. Maximální počet položek můžete nastavit na větší, než by uživatelé potřebovali, například 10 000. Výsledkem je, že se prostředí koncového uživatele nemění, ale využití paměti výrazně klesne. A co je nejdůležitější, výkon se zlepšuje.

Podobný přístup k návrhu výše uvedeného návrhu se navrhuje pro každý vizuál v sestavě. Zeptejte se sami sebe, jsou všechna data v tomto vizuálu potřebná? Existují způsoby filtrování množství dat zobrazených ve vizuálu s minimálním dopadem na prostředí koncového uživatele? Mějte na paměti, že tabulky můžou být obzvláště nákladné.

Omezení vizuálů na stránkách sestavy

Výše uvedený princip platí stejně pro počet vizuálů přidaných na stránku sestavy. Důrazně doporučujeme omezit počet vizuálů na konkrétní stránce sestavy jenom na to, co je potřeba. Stránky podrobné analýzy a popisy stránek sestavy jsou skvělé způsoby, jak poskytnout další podrobnosti, aniž byste museli rušit další vizuály na stránku.

Vyhodnocení výkonu vlastního vizuálu

Nezapomeňte si jednotlivé vlastní vizuály projít jeho tempem, abyste zajistili vysoký výkon. Špatně optimalizované vizuály Power BI můžou negativně ovlivnit výkon celé sestavy.

Stránkované sestavy Power BI

Návrhy stránkovaných sestav Power BI je možné optimalizovat použitím návrhu osvědčených postupů pro načítání dat sestavy. Další informace najdete v tématu Pokyny k načtení dat pro stránkované sestavy.

Ujistěte se také, že má vaše kapacita přidělenou dostatek paměti pro úlohu stránkovaných sestav.

Optimalizace prostředí

Prostředí Power BI můžete optimalizovat konfigurací nastavení kapacity, nastavením velikosti bran dat a snížením latence sítě.

Nastavení kapacity

Při používání kapacit , které jsou dostupné v Power BI Premium (SKU P), licencíCh Premium na uživatele (PPU) nebo Power BI Embedded (SKU A, A4–A6) – můžete spravovat nastavení kapacity. Další informace najdete v tématu Licence na kapacitu Microsoft Fabric a správa kapacit Premium.

Důležité

Někdy se tento článek týká Power BI Premium nebo jejích předplatných kapacity (SKU P). Mějte na paměti, že Microsoft v současné době konsoliduje možnosti nákupu a vyřazuje Power BI Premium na skladové položky kapacity. Místo toho by měli noví a stávající zákazníci zvážit nákup předplatných kapacity Fabric (SKU F).

Další informace najdete v tématu Důležité aktualizace týkající se licencování Power BI Premium a nejčastějších dotazů k Power BI Premium.

Nastavení velikosti brány

Brána se vyžaduje vždy, když Power BI musí přistupovat k datům, která nejsou přístupná přímo přes internet. Místní bránu dat můžete nainstalovat na místní server nebo na virtuální počítač hostovaný jako službu (IaaS).

Pokud chcete porozumět úlohám brány a doporučením pro změnu velikosti, přečtěte si téma Určení velikosti místní brány dat.

Latence sítě

Latence sítě může ovlivnit výkon sestavy zvýšením času potřebného k dosažení služba Power BI požadavků a doručením odpovědí. Tenanti v Power BI se přiřazují ke konkrétní oblasti.

Tip

Pokud chcete zjistit, kde se nachází váš tenant, přečtěte si téma Kde se nachází můj tenant Power BI?

Když uživatelé z tenanta přistupují k služba Power BI, jejich žádosti se vždy směrují do této oblasti. Jakmile se požadavky dostanou do služba Power BI, může služba posílat další žádosti , například do podkladového zdroje dat nebo brány dat, které podléhají také latenci sítě.

Nástroje, jako je Azure Speed Test , poskytují informace o latenci sítě mezi klientem a oblastí Azure. Obecně platí, že pokud chcete minimalizovat dopad latence sítě, snažte se zachovat zdroje dat, brány a kapacitu Power BI co nejblíže. Pokud možno, nacházejí se ve stejné oblasti. Pokud je latence sítě problém, zkuste vyhledat brány a zdroje dat blíže ke své kapacitě Power BI tak, že je umístíte do virtuálních počítačů hostovaných v cloudu.

Monitorování výkonu

Můžete monitorovat výkon a identifikovat kritické body. Pomalé dotazy (nebo vizuály sestavy) by měly být ústředním bodem průběžné optimalizace. Monitorování je možné provádět v době návrhu v Power BI Desktopu nebo v produkčních úlohách v kapacitách Power BI Premium. Další informace najdete v tématu Monitorování výkonu sestavy v Power BI.

Související obsah

Další informace o tomto článku najdete v následujících zdrojích informací: