Optimointiopas Power BI:hin

  • Artikkeli

Tässä artikkelissa on ohjeita, joiden avulla kehittäjät ja järjestelmänvalvojat voivat tuottaa ja ylläpitää optimoituja Power BI -ratkaisuja. Voit optimoida ratkaisusi eri arkkitehtonisilla tasoilla. Kerroksiin kuuluvat:

  • Tietolähteet
  • Tietomalli
  • Visualisoinnit, mukaan lukien koontinäytöt, Power BI -raportit ja Power BI:n sivutetut raportit
  • ympäristö, mukaan lukien kapasiteetit, tietoyhdyskäytävät ja verkko.

Tietomallin optimointi

Tietomalli tukee koko visualisointikokemusta. Tietomalleja joko isännöidään Power BI -ekosysteemissä tai ulkoisesti (DirectQueryn tai Live Näyttöyhteys ionin avulla), ja Power BI:ssä niitä kutsutaan semanttisiksi malleiksi, joita kutsutaan aiemmin tietojoukoiksi. On tärkeää ymmärtää toimintavaihtoehtosi ja valita ratkaisullesi sopiva semanttinen mallityyppi. Semanttisia mallitiloja on kolme: Tuonti, DirectQuery ja Yhdistelmä. Lisätietoja on artikkelissa Semanttiset mallit Power BI -palvelu ja Semanttiset mallitilat Power BI -palvelu.

Lisätietoja semanttisen mallin tilasta on seuraavissa ohjeissa:

Visualisointien optimointi

Power BI:n visualisoinnit voivat olla koontinäyttöjä, Power BI -raportteja tai Power BI:n sivutettuja raportteja. Jokaisella on eri arkkitehtuurinsa, joten jokaisella on omat ohjeensa.

Raporttinäkymät

On tärkeää ymmärtää, että Power BI ylläpitää välimuistia koontinäytön ruutuja varten reaaliaikaisia raporttiruutuja ja virtautettavia ruutuja lukuun ottamatta. Jos semanttisessa mallissasi käytetään dynaamista rivitason suojausta (RLS), varmista, että ymmärrät sen vaikutukset suorituskykyyn, sillä ruudut tallennetaan välimuistiin käyttäjäkohtaisesti.

Kun kiinnität reaaliaikaisia raporttiruutuja koontinäyttöön, välimuisti ei ole niiden lähteenä. Sen sijaan ne toimivat raporttien tavoin ja tekevät kyselyjä näennäisytimiin lennossa.

Nimensä mukaisesti tietojen noutaminen välimuistista tarjoaa paremman ja yhdenmukaisemman suorituskyvyn kuin tietolähteen varassa oleminen. Yksi tapa hyödyntää tätä toimintoa on ottaa koontinäytöt käyttäjien ensimmäiseksi aloitussivuksi. Kiinnitä usein käytetyt ja usein pyydetyt visualisoinnit koontinäyttöihin. Näin koontinäytöistä tulee arvokas "ensisijainen puolustautumiskeino", joka tarjoaa tasaista suorituskykyä pienemmällä kapasiteetin kuormituksella. Käyttäjät voivat edelleen siirtyä raportin läpi napsauttamalla ja analysoida tietoja.

Semanttisten DirectQuery-yhteyksien ja reaaliaikaisen yhteyden kohdalla välimuistia päivitetään säännöllisin väliajoin tekemällä kyselyjä tietolähteelle. Oletusarvoisesti tämä tapahtuu tunnin välein, mutta voit määrittää eri tiheyden semanttisen mallin asetuksissa. Jokainen välimuistipäivitys lähettää kyselyjä taustalla olevaan tietolähteeseen välimuistin päivittämistä varten. Luotujen kyselyjen määrä riippuu koontinäyttöön kiinnitettyjen ja kyseisestä tietolähteestä riippuvien visualisointien määrästä. Huomaa, että jos rivitason suojaus on käytössä, kyselyt luodaan kullekin eri suojauskontekstille. Ajattele esimerkiksi, että on olemassa kaksi eri roolia, jotka luokittelevat käyttäjiäsi, ja heillä on kaksi eri näkymää tietoihin. Kyselyn välimuistin päivityksen aikana Power BI luo kaksi kyselyjoukkoa.

Power BI raportit

Power BI -raporttirakenteiden optimoinnille on useita suosituksia.

Muistiinpano

Kun raportit perustuvat semanttiseen DirectQuery-malliin, saat lisätietoja raportin rakenteen optimoinnista ohjeartikkelista DirectQuery-mallin ohjeet Power BI Desktopissa (raporttirakenteiden optimointi).

Rajoittavimpien suodattimien käyttäminen

Mitä enemmän tietoja visualisoinnissa on näytettävä, sitä hitaampaa on kyseisen visualisoinnin lataaminen. Vaikka tämä periaate tuntuu itsestäänselvältä, se on helppo unohtaa. Oletetaan, että sinulla on suuri semanttinen malli. Tämän semanttisen mallin perusteella luot raportin, jossa on taulukko. Loppukäyttäjät pääsevät haluamiaan rivejä käyttämällä sivulla olevia osittajia – yleensä he ovat kiinnostuneita vain muutamista kymmenistä riveistä.

Yleinen virhe on, että taulukon oletusnäkymää ei ole suodatettu, eli siinä näkyvät kaikki yli 100 miljoonaa riviä. Näiden rivien tiedot ladataan muistiin ja puretaan jokaisen päivityksen yhteydessä. Tämä käsittely aiheuttaa huomattavia muistivaatimuksia. Ratkaisu tilanteeseen on vähentää taulukon näyttämään tietoyksiköiden enimmäismäärää käyttämällä "Ylimmät N" -suodatinta. Tietoyksikköjen enimmäismäärä voi olla suurempi kuin mitä käyttäjät tarvitsisivat, esimerkiksi 10 000. Loppukäyttäjän käyttökokemus ei muutu, mutta muistin käyttö pienenee huomattavasti. Ja mikä tärkeintä, suorituskyky paranee.

Samaa edellä esitettyä suunnittelumenetelmää on suositeltavaa käyttää kaikkiin raporttisi visualisointeja. Kysy itseltäsi, tarvitaanko tässä visualisoinnissa kaikki tiedot? Onko olemassa keinoja, joilla visualisoinnissa näytettyjen tietojen määrää voidaan suodattaa niin, että vaikutus loppukäyttäjän kokemukseen olisi mahdollisimman pieni? Muista, että erityisesti taulukot voivat olla kalliita.

Vähennä raporttisivujen visualisointeja

Edellä oleva periaate koskee myös raporttisivulle lisättyjen visualisointien määrää. On erittäin suositeltavaa, että vähennät tietyn raporttisivun visualisointien määrän vain siihen, mikä on tarpeellista. Porautumissivut ja raporttisivun työkaluvihjeet ovat erinomainen tapa antaa lisätietoja ilman, että sivulle voidaan ahtaa lisää visualisointeja.

Mukautetun visualisoinnin suorituskyvyn arvioiminen

Muista laittaa jokainen mukautettu visualisointi läpi tahtiin korkean suorituskyvyn varmistamiseksi. Huonosti optimoidut Power BI -visualisoinnit voivat vaikuttaa kielteisesti koko raportin suorituskykyyn.

Power BI:n sivutetut raportit

Power BI:n sivutettuja raporttirakenteita voidaan optimoida käyttämällä parhaan käytännön rakennetta raportin tietojen noutamiseen. Lisätietoja on artikkelissa Sivutettujen raporttien tietojen nouto-ohjeet.

Varmista myös, että kapasiteetissasi on tarpeeksi muistia varattuna sivutettujen raporttien kuormitukseen.

Ympäristön optimointi

Voit optimoida Power BI -ympäristön määrittämällä kapasiteettiasetukset, määrittämällä tietoyhdyskäytävien koon ja pienentämällä verkkoviivettä.

Kapasiteettiasetukset

Kun käytät kapasiteetteja (käytettävissä Power BI Premiumissa (P SKU:t), käyttäjäkohtaisessa Premium (PPU) -käyttöoikeudessa tai Power BI Embeddedissä (A SKU:t, A4–A6)), voit hallita kapasiteettiasetuksia. Lisätietoja on kohdassa Premium-kapasiteetin hallinta.

Yhdyskäytävän koko

Yhdyskäytävää tarvitaan, kun Power BI:n on käytettävä tietoja, jotka eivät ole saatavilla suoraan Internetin kautta. Voit asentaa paikallisen tietoyhdyskäytävän paikalliseen palvelimeen tai näennäiskoneen isännöimään Infrastruktuuri palveluna (IaaS) -palveluun.

Jos haluat tietoja yhdyskäytävän kuormituksista ja kokosuosituksista, katso Paikallisen tietoyhdyskäytävän koon määrittäminen.

Verkon viive

Verkon viive voi vaikuttaa raportin suorituskykyyn kasvattamalla aikaa, jonka pyynnöt vaativat saavuttaakseen Power BI -palvelu, ja vastausten toimitusaikaa. Vuokraajille määritetään Power BI:ssä tietty alue.

Vihje

Jos haluat tietää, missä vuokraajasi sijaitsee, lue artikkeli Missä Power BI -vuokraajani sijaitsee?

Kun vuokraajan käyttäjät käyttävät Power BI -palvelu, heidän pyyntönsä reititetään aina tälle alueelle. Kun pyynnöt saavuttavat Power BI -palvelu, palvelu voi tämän jälkeen lähettää lisäpyyntöjä esimerkiksi taustalla olevaan tietolähteeseen tai tietoyhdyskäytävään, joita verkkoviive koskee myös.

Työkalut, kuten Azure Speed Test , osoittavat verkkoviiveen asiakkaan ja Azure-alueen välillä. Yleensä voit minimoida verkkoviiveen vaikutuksen pyrkimalla pitämään tietolähteet, yhdyskäytävät ja Power BI -kapasiteettisi mahdollisimman lähellä. Mielellään ne sijaitsevat samalla alueella. Jos verkkoviive on ongelma, voit kokeilla yhdyskäytävien ja tietolähteiden sijoittamista lähemmäs Power BI -kapasiteettiasi sijoittamalla ne pilvipalvelussa isännöitäviin näennäiskoneisiin.

Suorituskyvyn valvonta

Voit valvoa suorituskykyä pullonkaulojen tunnistamiseksi. Hitaiden kyselyjen tai raporttien visualisointien tulee olla jatkuvan optimoinnin keskipisteenä. Valvonta voidaan tehdä suunnitteluaikana Power BI Desktopissa tai Power BI Premium -kapasiteettien tuotantokuormituksissa. Lisätietoja on artikkelissa Raportin suorituskyvyn valvonta Power BI:ssä.

Liittyvä sisältö

Lisätietoja tästä artikkelista saat seuraavista resursseista: