Share via


Siirtyminen Azure Analysis Servicesistä Power BI Premiumiin

Tämä artikkeli on tarkoitettu Azure Analysis Services (AAS) -tietojen mallintajille ja järjestelmänvalvojille. Se tarjoaa heille ohjeita ja ohjeita, joiden avulla he voivat siirtää AAS-tietokantansa Power BI Premiumiin tai Power BI Embeddediin.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Tausta

Power BI on kehittynyt johtavaksi alustaksi sekä omatoimista että IT-hallittua yritysliiketoimintatiedon hallintaa (BI, Enterprise Business Intelligence) varten. Tietomäärien eksponentiaalisen kasvun ja monimutkaisuuden myötä Power BI -asiakkaat vaativat petatavuihin skaalautuviä yritys-BI-ratkaisuja, ovat suojattuja, helppoja hallita ja kaikkien organisaatioiden suurimpien käyttäjien käytettävissä.

Microsoft on jatkanut yritys-BI:n syväinvestointeja yli kahden vuosikymmenen ajan. AAS ja SQL Server Analysis Services (SSAS) perustuvat kypsään BI-tietojen mallinnustekniikkaan, jota lukemattomat yritykset käyttävät. Nykyään sama tekniikka on myös Power BI:n semanttisten mallien (aiemmin tietojoukkoina) ytimessä.

Muistiinpano

Tässä artikkelissa termeillä tietomalli, BI-malli, taulukkomalli, tietokanta ja semanttinen Power BI -malli on sama merkitys. Tässä artikkelissa käytetään yleisesti termejä AAS-mallin ja Power BI -mallin semanttisen mallin tietomalli.

Tässä artikkelissa kuvataan myös Power BI Premiumiin siirtymisprosessia, mutta se koskee myös Power BI Embeddediä.

Viime vuosina Microsoft on ottanut suuria harppauksia toimittaakseen AAS-ominaisuuksia Power BI Premiumiin. Tätä varten Power BI peri välittömästi suuren kehittäjä-, kumppani-, BI-työkalu- ja ratkaisuekosysteemin, joka on rakennettu vuosikymmenten aikana. Nyt kun käytössä on koko joukko Power BI Premiumin kuormituksia, ominaisuuksia ja ominaisuuksia, saadaan nykyaikaiseen BI-pilviympäristöön, joka on paljon muutakin kuin AAS: ssä tai SSAS:ssä saatavilla oleva vertailukelpoinen toiminnallisuus.

Monilla asiakkailla on nykyään Power BI -raportteja, jotka muodostavat reaaliaikaisen yhteyden AAS:ään. Nämä asiakkaat kysyvät luonnollisesti, onko mahdollista yhdistää heidän tietomallinsa raporttiensa rinnalle Power BI:ssä. Hän esittää usein seuraavan kaltaisia kysymyksiä:

  • Riippuvatko kaikki AAS-toiminnot Power BI:ssä työskentelystä?
  • Onko Power BI taaksepäin yhteensopiva AAS-työkalujen ja -prosessien kanssa?
  • Mitkä ominaisuudet ovat käytettävissä vain Power BI:ssä?
  • Miten vertailemme kustannuksia AAS:n ja Power BI:n välillä?
  • Miksi Microsoft lähentää yritys- ja omatoimisen liiketoimintatietojen hallintaa?
  • Miten siirrymme AAS:stä Power BI Premiumiin?
  • Onko AAS merkitty vanhentumiselle?
  • Mikä on Microsoftin suunnitelma yritystietomalleille?

Vastauksia moniin näistä kysymyksistä on kuvattu tässä artikkelissa.

Muistiinpano

Päätös siirtyä Power BI Premiumiin riippuu kunkin asiakkaan vaatimuksista. Asiakkaiden tulee arvioida lisäetuja huolellisesti, jotta he voivat tehdä tietoon perustuvan päätöksen. Oletamme, että Power BI Premiumiin siirrytään orgaanisesti ajan mittaan, ja aikomuksenamme on, että se tapahtuu ehdoilla, joihin asiakas on tutustunut.

Selvyyden mukaan AAS:n käytöstä poistamiseen ei ole tällä hetkellä suunnitelmia. Painopisteenä on yritystietojen mallinnuksen Power BI Premiumiin sijoittaminen, joten Power BI Premiumin tarjoama lisäarvo kasvaa ajan myötä. Asiakkaat, jotka valitsevat Power BI Premiumin, voivat odottaa hyötyvansa Microsoft BI:n tuotesuunnitelman linjauksesta.

Omatoimisen palvelun ja yritys-BI:n konvergenssi

Kohteiden (kuten raporttien ja koontinäyttöjen) konsolidointi Power BI:ssä johtaa yksinkertaistettuun etsimiseen ja hallintaan rinnakkaissijainnin ansiosta. Kun se on yhdistetty, AAS:n ja Power BI:n välistä kuilua ei tarvitse kuroa umpeen. Keskitetyt IT-tiimit voivat sitten helpommin omaksua itsepalvelukohteita, joista on tullut suosittuja, mikä aiheuttaa yrityksen hallintataakan. SE voi ottaa haltuun tällaisia kohteita. He voivat operationalisoida niitä toiminnan kannalta kriittistä päätöksentekoa varten yritysstandardien ja historiatietojen läpinäkyvyyden mukaisesti hallittujen tietojen perusteella. Tämän työnkulun yksinkertaistaminen jakamalla yhteinen ympäristö edistää parempaa yhteistyötä yrityksen ja IT-toiminnon välillä.

Power BI Premium

Hajautetun arkkitehtuurinsa ansiosta Power BI Premium on vähemmän herkkä yleiselle kuormitukselle, ajallisille piikeille ja korkealle samanaikaisudelle. Kun kapasiteetit yhdistetään suurempiin Power BI Premium -varastointiyksiköihin, asiakkaat voivat saavuttaa entistä suuremman suorituskyvyn ja siirtomäärän.

Power BI Premiumiin liittyvät skaalattavuusedut kuvataan myöhemmin tässä artikkelissa.

Ominaisuuksien vertailu

AAS tarjoaa Analysis Services -tietokantamoduulin tietomallien isännöintiin, joka on Microsoft enterprise BI -arkkitehtuurin ydinosa. Power BI Premium on itse asiassa AAS:n yläjoukko, koska se tarjoaa paljon enemmän toimintoja. Seuraavassa taulukossa on lueteltu ominaisuudet, joita tuetaan AAS- ja Power BI Premium -palveluissa. Taulukossa keskitytään Power BI:n semanttisiin malliin liittyviin ominaisuuksiin, mutta ei ole rajoitettu niihin.

Ominaisuus AAS Power BI Premium
Premium-kuormitukset
Sivutetut raportit, jotka sopivat erinomaisesti tulostettaviksi suunniteltuihin raportteihin, erityisesti silloin, kun taulukon tiedot ylittyvät useille sivuille Ei Kyllä
tietovuot, joihin tallennetaan power BI:n semanttisessa mallissa käytettäviksi tarkoitettujen tietojen osia Ei Kyllä
Tekoäly ja tietovuot, jotka käyttävät tekoälyä (AI) kognitiivisten palvelujen, automaattisten Automaattianalyysipalvelut ja Azure Automaattianalyysipalvelut (AML) integroinnin kanssa Ei Kyllä
Mittarit, jotka määrittävät keskeiset liiketoimintamittarit ja sallivat niiden seuraamisen tavoitteiden mukaan Ei Kyllä
Liiketoiminnan mahdollistaminen
Rajoittamaton raporttien jakelu kaikille (myös organisaation ulkopuolelle) Ei Kyllä
Liiketoimintaan perustuvat vuorovaikutteiset raportit, työtilat ja sovellukset Ei Kyllä
Käyttöympäristön skaalautuvuus ja vikasietoisuus
Power BI Premium - arkkitehtuuri, joka tukee asteikon ja suorituskyvyn lisäämistä Ei Kyllä
Optimoitu semanttisen mallin muistinhallinta Ei Kyllä
Skaalaa rajoitukset tietomallia kohti palvelinkohtaisen sijaan Ei Kyllä
Suorittimen tasoittaminen päivitysten vikasietoisuutta varten Ei Kyllä
Automaattinen skaalaaminen, joka lisää automaattisesti käsittelykapasiteetin hidastumisen välttämiseksi raskaassa käytössä Ei Kyllä
Liiketoiminnan jatkuvuus ja järjestelmäpalautus (BCDR) Azure-alueilla ja käytettävyysvyöhykkeillä Ei Kyllä
Vuorovaikutteinen analyysi massadatasta
Suuret mallikoot (jopa 400 Gt ja pakkaus) Kyllä Kyllä
Hybriditaulukot, jotka koostuvat muistissa- ja DirectQuery-osioista, jotka voivat auttaa toimittamaan lähes reaaliaikaisia tuloksia suurille taulukoille Ei Kyllä
Automaattiset koosteet, joissa käytetään uusitasoista koneoppimista DirectQuery-suorituskyvyn jatkuvaan optimoinniin Ei Kyllä
Käyttäjän määrittämät koosteet, jotka voivat parantaa kyselyn tehokkuutta erittäin suurissa DirectQuery-taulukoissa Ei Kyllä
Kyselyn skaalaus, joka jakaa asiakaskyselyt replikoiduille palvelimille Kyllä Kyllä
Suojaus
Tuo oma avaimesi (BYOK), jonka avulla asiakkaat voivat käyttää omaa salausavaintaan Microsoftin pilvipalveluun tallennettujen tietojen salaamiseen Ei Kyllä
Näennäisverkkoyhteys, jonka avulla Power BI voi työskennellä saumattomasti organisaation näennäisverkossa (VNet) Ei Kyllä
Azure Yksityinen linkki, joka tarjoaa suojatun käytön tietoliikenteelle Power BI:ssä Ei Kyllä
DirectQuery-lähteiden kertakirjautuminen, joka mahdollistaa yhteyden muodostamisen tietolähteisiin raportin käyttäjän käyttäjätietojen avulla Ei Kyllä
Rivitason suojaus (RLS), joka rajoittaa tiettyjen tietorivien käytön tietyille käyttäjille Kyllä Kyllä
Objektitason suojaus (OLS), joka rajoittaa tiettyjen taulukoiden tai sarakkeiden käytön tietyille käyttäjille Kyllä Kyllä
Palomuuri, joka on käytössä, sallii sallittujen IP-osoitealueiden määrittämisen Kyllä Nro 1
Hallinto
Microsoft Purview -integrointi, jonka avulla asiakkaat voivat hallita ja hallita Power BI -kohteita Ei Kyllä
Microsoft Information Protectionin (MIP) luottamuksellisuustunnisteet ja integrointi Microsoft Defender for Cloud Appsiin tietojen menetyksen estämiseksi Ei Kyllä
Sisällön tukeminen, arvokkaiden ja laadukkaiden Power BI -kohteiden ylentäminen tai sertifiointi Ei Kyllä
Semanttinen mallinnus
Yhteensopivuus Power BI Desktopin kanssa Ei Kyllä
Yhdistelmämallit , kuten DirectQueryn käyttäminen semanttisissa Power BI -malleissa ja AAS:ssä Ei Kyllä
Käännöksiä Power BI -palvelu havaittujen monikielisten malliversioiden osalta Ei Kyllä
Analysis Service -moduulin semanttinen mallinnus Kyllä Kyllä
Mallinhallinta
Lisäävä päivitys, jossa käytetään käytäntöjä osion hallinnan automatisointiin ja joka voi auttaa lähes reaaliaikaisen raportoinnin toimittamisessa (katso yhdistelmätaulukot). Ei Kyllä
Käyttöönottojaksot, jotka hallitsevat Power BI -sisällön elinkaarta Ei Kyllä
Ajoitettu päivitys, joka pitää välimuistissa olevat semanttisen mallin tiedot ajan tasalla Ei Kyllä
Parannettu päivitys, jonka avulla mikä tahansa ohjelmointikieli voi suorittaa asynkronisia semanttisia mallipäivityksiä REST-ohjelmointirajapinnan kutsun avulla Kyllä Kyllä
Varmuuskopiointi ja palautus Kyllä Kyllä
Semanttisen mallin kuormitusasetukset, jotka hallitsevat Premium-kapasiteetin kuormituksia Ei Kyllä
Palvelimen ominaisuudet, jotka ohjaavat Analysis Services -palvelinesiintymän ominaisuuksia Kyllä Kyllä
Alias-palvelimen nimet, joiden avulla voi muodostaa yhteyden Analysis Services -palvelinesiintymään käyttämällä lyhyempää aliasta Kyllä En
XMLA-päätepisteet käytössä olevat ohjelmointirajapinnat komentosarjojen luomiseen ja yhteensopivuuteen automaatio- ja ohjelmointirajapintojen palveluiden kanssa, mukaan lukien Azure-funktiot, Azure Automation ja Azure DevOps Kyllä Kyllä
Näyttöyhteys ivyys
Kaikkien Power BI -tietolähteiden tuki Ei Kyllä
XMLA-päätepiste, joka mahdollistaa avoimen alustan liitettävyyden tietomallin kulutus- ja visualisointityökaluihin, mukaan lukien kolmannen osapuolen työkalut Kyllä Kyllä
Multi-Geo-ominaisuus, joka auttaa monikansallisia asiakkaita huomioimaan organisaation aluekohtaiset, alakohtaiset ja tietojen tallennusvaatimukset Kyllä Kyllä
Löydettävyys
Tietokeskuksen integrointi, jonka avulla käyttäjät voivat tutustua Power BI:n semanttisiin malleihin ja käyttää niitä Ei Kyllä
Tietojen historiatietojen näkymä ja semanttinen mallin vaikutusanalyysi, joiden avulla käyttäjät voivat ymmärtää ja arvioida Power BI -kohteen riippuvuuksia Ei Kyllä
Valvonta ja diagnostiikan kirjaus
Microsoft Fabric Capacity Metrics -sovellus, joka tarjoaa Power BI -kapasiteettien valvontaominaisuuksia Ei Kyllä
Valvontaloki, joka seuraa käyttäjien toimia Power BI:ssä ja Microsoft 365:ssä Ei Kyllä
Azure Log Analytics (LA) -integrointi, jonka avulla järjestelmänvalvojat voivat määrittää Log Analytics -yhteyden Power BI -työtilaan Kyllä Kyllä
Azure Monitorin mittausarvoilmoitukset, jotka antavat tavan saada ilmoituksia, kun jokin monidimensioista mittaristasi ylittää kynnysarvon Kyllä En
XMLA-päätepiste, joka mahdollistaa diagnostiikan kirjaamisen työkaluyhteydet, mukaan lukien SQL Serverin profilointi Kyllä Kyllä
SQL Serverin laajennetut tapahtumat (xEvents), joka on kevyt jäljitys- ja suorituskyvyn valvontajärjestelmä, josta on hyötyä ongelmien diagnosoimisessa Kyllä En

1 Käytä sen sijaan VNet-yhteyttä ja Azure-Yksityinen linkki

Kuluvertailu

Kun vertaat Power BI Premiumia AAS-kustannuksiin, muista ottaa huomioon ne tekijät, jotka eivät ole ytimen hintaa. Power BI tarjoaa pienemmät omistajuuskustannukset ja liiketoiminta-arvon sekä monia ominaisuuksia , jotka ovat saatavilla vain Power BI -tietomalleille.

Olettaen, että käytät jo Power BI:tä organisaatiossasi, laske kustannukset olemassa olevan profiilin perusteella, joka yhdistää AAS:n ja Power BI:n. Vertaa olemassa olevaa profiilia Power BI Premiumin kohdeprofiiliin. Kohdeprofiilin määrittämiseksi on huomioitava seuraavat asiat:

  • Aluevaatimukset.
  • Kunkin alueen suurin AAS-tietomallin koko.
  • Kunkin alueen käyttäjien määrä.
  • Kuinka monta käyttäjää tarvitaan sisällön kehittämiseen ja hallintaan.
  • Suorittimen kulutus AAS:ssä ja Power BI Premiumissa.

Tärkeä

Suorittimen kulutus AAS:ssä ja Power BI Premiumissa voi vaihdella huomattavasti useiden tekijöiden vuoksi. Tekijöitä voivat olla muiden kuormitusten käyttö samoissa kapasiteeteissa, päivitysmallit ja kyselymallit. Suosittelemme, että teet syvällisen analyysin vertailevan suorittimen kulutuksen kvantifioimiseksi AAS:ssä ja Power BI Premiumissa siirrettyjä malleja varten.

Vihje

Jos haluat määrittää oikean tyypin ja käyttöoikeuksien määrän yrityksesi vaatimuksia ja olosuhteita varten, katso tämä aiheeseen liittyvä artikkeli.

Konsolidointimahdollisuus

Monilla AAS-asiakkailla on jo Power BI -raportteja, jotka muodostavat yhteyden AAS:ään. Siirtyminen Power BI:hin voi siis olla mahdollisuus yhdistää BI-kohteita Power BI Premiumissa. Konsolidointi tekee suuremmista Premium-varastointiyksiköistä taloudellisesti kannattavampia ja voi auttaa tarjoamaan korkeamman siirtomäärän ja skaalattavuuden.

PPU-käyttöoikeudet

Käyttäjäkohtainen Premium (PPU) -käyttöoikeus on käyttäjäkohtainen käyttöoikeus, joka tarjoaa Premiumille edullisemman hintapisteen. PPU-käyttöoikeudet ostavat yleensä pienet ja keskisuuret yritykset. Ne tukevat kaikkia aiemmin lueteltuja tietojen mallinnuksen Premium-ominaisuuksia.

Vihje

Power BI Pro -käyttöoikeuksia voi päivittää lisäävästi PPU-käyttöoikeuksiksi.

Pro-käyttöoikeudet

Power BI -sisällön julkaisemiseen ja hallintaan vaaditaan Pro- (tai PPU) -käyttöoikeus. Pro-käyttöoikeudet määritetään yleensä kehittäjille ja järjestelmänvalvojille, ei loppukäyttäjille.

Kehitys- ja testiympäristöt

AAS tarjoaa D - ja B-varastointiyksiköitä pienemmin kustannuksin palvelutasosopimuksin ja/tai vähemmän ominaisuuksia kuin SKU . Jotkin AAS-asiakkaat käyttävät näitä varastointiyksiköitä kehitys- ja testiympäristöissä. Vaikka Power BI:ssä ei ole suoraa vastinetta, PPU-käyttöoikeuksien käyttäminen kehitys- ja testiympäristöissä voi olla järkevää. Tällaisissa ympäristöissä ei yleensä ole suurta määrää käyttäjiä, koska ne on rajoitettu kehittäjille ja testaajille. Vaihtoehtoisesti voit harkita A-varastointiyksikön käyttämistä Azuressa Premium-kapasiteetin toimintojen testaamiseen.

Lisätietoja:

Skaalattavuuden edut

Power BI Premium tarjoaa skaalautuvuuden, suorituskyvyn ja omistajuuskustannukset, joita ei ole saatavilla AAS:ssä.

Power BI Premium tarjoaa ominaisuuksia, jotka mahdollistavat nopean vuorovaikutteisen analyysin massadatasta. Tällaisia ominaisuuksia ovat koosteet, yhdistelmämallit ja yhdistelmätaulukot. Jokainen ominaisuus tarjoaa eri tavan yhdistää optimaalisesti tuonti- ja DirectQuery-tallennustilat, mikä vähentää käytännössä muistin käyttöä. AAS ei kuitenkaan tue näitä ominaisuuksia, vaan se ei tue näitä toimintoja. koko tietomalli käyttää joko tuonti- tai DirectQuery-tallennustilaa.

Power BI Premium rajoittaa muistia semanttista mallia kohden, ei kapasiteettia tai palvelinta kohti. AAS puolestaan edellyttää, että kaikki tietomallit mahtuvat muistiin yhdelle palvelimelle. Tämä vaatimus voi pakottaa asiakkaat, joilla on suuret tietomallit, ostamaan suurempia SKU-kokoja.

Premium-arkkitehtuurin hajautetun luonteen ansiosta semanttisempia malleja voidaan päivittää rinnakkain. Samanaikaisten päivitysten suorittaminen samalla AAS-palvelimella voi johtaa päivitysvirheisiin palvelimen muistirajoitusten ylittämisen vuoksi.

Power BI Premiumissa suorittimen kulutus päivityksen aikana on jaettu 24 tunnin jaksoille. Power BI Premium arvioi kapasiteetin siirtomäärän ja tarjoaa ajallista resilienssiä tietokoneresursseille. Tarvittaessa päivitystä voi viivyttää, kunnes resursseja on käytettävissä riittävästi. Tämä automaattinen toiminta vähentää asiakkaiden tarvetta suorittaa yksityiskohtaisia analyyseja ja hallita automaation komentosarjoja palvelinten skaalaamiseksi ylös tai alas. Premium-asiakkaiden kannattaa päättää optimaalinen SKU-koko suorittimen yleisiä kulutustarpeita varten.

Toinen Power BI Premiumin etu on se, että se pystyy tasapainottamaan semanttisia malleja dynaamisesti järjestelmän kuormituksen mukaan. Tämä automaattinen toiminta varmistaa, että kiireiset/aktiiviset semanttiset mallit saavat tarvittavan muistin ja suoritinresurssit, kun taas käyttämättömämpiä semanttisia malleja voidaan häätää tai siirtää muihin solmuihin. Semanttiset mallit ovat ehdokkaita häädettäville, kun niitä ei käytetä. Ne ladataan pyydettäessä niin, että vain tarvittavat tiedot ladataan muistiin lataamatta koko semanttista mallia. AAS taas edellyttää, että kaikki tietomallit ladataan aina kokonaan muistiin. Tämä vaatimus tarkoittaa sitä, että AAS:lle lähetetyt kyselyt voivat luottaa siihen, että tietomalli on käytettävissä, mutta erityisesti niissä Power BI -kapasiteeteissa, joissa on paljon tietomalleja, kun joitakin niistä käytetään epäsäännöllisesti , dynaamisella muistinhallinnalla voidaan hyödyntää muistia entistä tehokkaammin.

Lisäksi Power BI Premium pystyy hyödyntämään paremmin seuraavan sukupolven laitteistokäyttöönottoja skaalattavuuden ja suorituskyvyn parantamisen mahdollistamiseksi.

Huomioitavat asiat ja rajoitukset

Suunnittelussa on huomioitavia seikkoja ja rajoituksia, ennen kuin siirryt Power BI Premiumiin.

Oikeudet

AAS ja SSAS käyttävät rooleja tietomallin käyttöoikeuksien hallintaan. Rooleja on kahdenlaisia: palvelinroolit ja tietokantaroolit. Palvelinrooli on kiinteä rooli, joka myöntää järjestelmänvalvojalle käyttöoikeuden Analysis Services -palvelinesiintymään. Tietokantojen roolit, jotka tietojen mallintajat ja järjestelmänvalvojat määrittävät, hallitsevat tietokannan ja muiden kuin järjestelmänvalvojien käyttäjien käyttöoikeuksia.

Toisin kuin AAS, Power BI:ssä käytät rooleja vain rivitason suojauksen tai OLS:n käyttämiseen. Jos haluat myöntää käyttöoikeuksia rivitason suojauksen ja OLS:n ulkopuolelle, käytä Power BI:n suojausmallia (työtilan roolit ja semanttisen mallin käyttöoikeudet). Lisätietoja on artikkelissa Semanttisen mallin käyttöoikeudet.

Lisätietoja Power BI -mallirooleista on artikkelissa Semanttinen malliyhteys XMLA-päätepisteeseen (malliroolit)..

Kun siirrät tietomallin AAS:stä Power BI Premiumiin, sinun on otettava huomioon seuraavat seikat:

  • Käyttäjille, joille on myönnetty mallin lukuoikeus AAS:ssä, on myönnettävä koontiversio-oikeus siirretyssä semanttisessa Power BI -mallissa.
  • Käyttäjille, joille on myönnetty mallin Hallinta järjestelmäoikeus AAS:ssä, on myönnettävä kirjoitusoikeus siirrettyun semanttiseen Power BI -malliin.

Päivitysautomaatio

Power BI Premium tukee komentosarjoissa XMLA-päätepisteitä käyttäviä ohjelmointirajapintoja, kuten TMSL (Tabular Model Scripting Language), taulukko-objektimallia (TOM) ja PowerShell SqlServer -moduulia. Näillä ohjelmointirajapinnoilla on lähes symmetriset liittymät AAS:iin. Lisätietoja on artikkelissa Semanttinen malliyhteys XMLA-päätepisteeseen (asiakassovellukset ja työkalut)..

Yhteensopivuus automaation palveluiden, kuten Azure-funktiot, Azure Automationin ja Azure Logic Appsin, kanssa otetaan käyttöön samalla tavalla.

Yleensä osion hallinnan ja käsittelyn automatisoinnit AAS:ssä toimivat komentosarjat ja prosessit toimivat Power BI Premiumissa. Muista, että semanttiset Power BI Premium -mallit tukevat lisäävää päivitystoimintoa, joka tarjoaa automaattisen osion hallinnan taulukoille, jotka lataavat usein uusia ja päivitettyjä tietoja.

Kuten AAS:ssä, voit käyttää palvelun päänimeä semanttisen mallin hallintatoimintojen, kuten päivitysten, automaatiotilinä. Lisätietoja on artikkelissa Semanttinen malliyhteys XMLA-päätepisteeseen (palvelun päänimet)..

Mukautettu suojaus

Kuten AAS:ssä, sovellukset voivat tehdä palvelun päänimen avulla kyselyn Power BI Premiumiin kapasiteettia kohden tai Power BI Embeddedin semanttiseen malliin CustomData-ominaisuuden avulla.

Et kuitenkaan voi määrittää palvelun päänimeä malliroolille Power BI Premiumissa. Sen sijaan palvelun päänimi pääsee käyttämään määritystä työtilan järjestelmänvalvojan tai jäsenen rooliin.

Muistiinpano

CustomData-ominaisuutta ei voi käyttää, kun teet kyselyjä käyttäjäkohtaisen Premiumin (PPU) semanttisista malleista, koska se rikkoo käyttöoikeusehtoja.

Tekeytyminen testaamista varten

AAS ja Power BI Premium tukevat tekeytymistekniikoita, kuten EffectiveUserName- ja Roolit yhteysmerkkijono -ominaisuuksia. Niitä käytetään yleensä käyttöoikeusrooleja testattaessa.

Verkon suojaus

Verkon suojauksen määrittäminen AAS:ssä edellyttää palomuurin käyttöönottoa ja IP-osoitealueiden määrittämistä vain niille tietokoneille, jotka käyttävät palvelinta.

Power BI:ssä ei ole palomuuritoimintoa. Power BI tarjoaa sen sijaan erinomaisen verkon suojausmallin VNetsin ja Yksityinen linkki avulla. Lisätietoja on artikkelissa Mikä näennäisverkko (VNet)?.

Tietolähteet ja tunnistetiedot

AAS määrittää tunnistetiedot kullekin tietolähteelle, joka on määritetty TOM-taulukkomuotoisissa metatiedoissa. Power BI ei kuitenkaan toimi niin. Koska Power BI voi jakaa tietolähteiden tunnistetiedot useiden semanttisten mallien välillä, tunnistetiedot määritetään Power BI -palvelu.

Mikä tahansa XMLA-pohjainen prosessi, joka määrittää tietolähteen tunnistetiedot, on korvattava. Lisätietoja on artikkelissa Semanttinen malliyhteys XMLA-päätepisteeseen (Malliprojektien käyttöönotto Visual Studiosta).

Varmuuskopiointi ja palautus

Varmuuskopiointi ja palauttaminen AAS-palvelussa edellyttää Azure Blob -tallennustilaa, kun taas Power BI Premiumissa se edellyttää Azure Data Lake Tallennus Gen2 (ADLS Gen2) -tiliä. Tallennustilin eron lisäksi varmuuskopiointi ja palautus toimivat samalla tavalla molemmissa tuotteissa.

Lisätietoja on artikkelissa Semanttisten mallien varmuuskopiointi ja palauttaminen Power BI Premiumilla.

Paikallinen tietoyhdyskäytävä

Sekä AAS että Power BI Premium käyttävät samaa paikallista tietoyhdyskäytävää yhteyden muodostamiseksi tietolähteisiin. Asennusvaiheet ovat kuitenkin erilaiset.

Lisätietoja yhdyskäytävän tietolähteiden määrittämisestä Power BI Premiumia varten on kohdassa Yhdyskäytävän tietolähteen lisääminen tai poistaminen.

Palvelimen ominaisuudet

Toisin kuin AAS, Power BI Premium ei tue palvelimen ominaisuuksia. Sen sijaan voit hallita Premium-kapasiteettiasetuksia.

Toisin kuin AAS, Power BI Premium ei tue aliaksen palvelinnimiä.

Dynaamiset hallintanäkymät

Jotkin AAS:ssä toimivat DMV-näennäiskoneet eivät ole käytettävissä Power BI Premiumissa, koska ne edellyttävät Analysis Services -palvelimen järjestelmänvalvojan käyttöoikeuksia. Power BI:ssä on työtilarooleja, mutta työtilaroolia ei ole, joka myöntäsi Analysis Servicesin palvelinjärjestelmänvalvojan oikeudet.

PowerShell

SqlServer PowerShell -moduulin AAS-cmdlet-komentojen avulla voit automatisoida semanttisen mallin hallintatehtäviä, mukaan lukien päivitystoiminnot. Lisätietoja on artikkelissa Analysis Servicesin PowerShell-viitetiedot.

Az.AnalysisServices-moduulin AAS-cmdlet-komentoja ei kuitenkaan tueta semanttisissa Power BI -malleissa. Käytä sen sijaan Microsoft Power BI:n cmdlet-komentoja Windows PowerShellille ja PowerShell Corelle.

Diagnostiikan kirjaus

AAS integroituu Azure Monitoriin diagnostiikan kirjaamista varten. AAS-lokien yleisin kohde on Log Analytics -työtilat.

Power BI Premium tukee myös Log Analytics -työtiloihin kirjaamista. Tällä hetkellä Log Analyticsiin lähetettävät tapahtumat ovat pääasiassa AS-moduulitapahtumia. Kaikkia AAS-tapahtumia ei kuitenkaan tueta Power BI:ssä. Log Analytics -rakenne Power BI:lle sisältää eroja AAS:ään verrattuna, mikä tarkoittaa sitä, että olemassa olevat AAS-kyselyt eivät välttämättä toimi Power BI:ssä.

Power BI tarjoaa toisen diagnostiikan kirjaustoiminnon, jota ei ole saatavilla AAS:ssä. Lisätietoja on artikkelissa Microsoft Fabric Capacity Metrics -sovelluksen käyttäminen.

SQL Serverin laajennettuja tapahtumia (xEvents) tuetaan AAS:ssä, mutta ei Power BI Premiumissa. Lisätietoja on artikkelissa Analysis Servicesin valvonta SQL Serverin laajennettujen tapahtumien avulla.

Business-to-Business (B2B)

Sekä AAS että Power BI tukevat Microsoft Entra B2B -yhteistyötä, joka mahdollistaa jakamisen ulkoisten käyttäjien kanssa ja hallitsee sitä. AAS:n vaatima täydellinen käyttäjätunnus (UPN) -muoto eroaa erityisesti Power BI:stä.

Käyttäjän tunnistamiseksi Power BI käyttää yksilöivän nimen vaatimusta Microsoft Entra -tunnuksessa (aiemmin Azure Active Directory), kun taas AAS käyttää sähköpostivaatimusta. Vaikka tunnisteiden tasaamista voi olla monissa tapauksissa, yksilöivän nimen muoto on tiukempi. Jos käytät dynaamista rivitason suojausta Power BI:ssä, varmista, että käyttäjätietotaulukon arvo vastaa tiliä, jota käytettiin Power BI:hin kirjautumisessa.

Skaalaus ulos

Power BI Premium tukee Azure Analysis Servicesin skaalausta . Lisätietoja on artikkelissa Semanttisen Power BI -mallin skaalaus ulos.

Siirto-ominaisuus

Power BI:n Microsoft Azure Analysis Servicesistä Microsoft Power BI Premiumiin -siirtotoiminto siirtyy AAS-tietokantana semanttiseen malliin Power BI Premiumissa, käyttäjäkohtaisessa Power BI Premiumissa tai Power BI Embedded -työtilassa. Lisätietoja on artikkelissa Azure Analysis Servicesin siirtäminen Power BI:hin.

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

Tarjolla on Power BI -kumppaneita, jotka voivat auttaa organisaatiotasi onnistumaan siirtymisprosessissa. Jos haluat ryhtyä yhteistyöhön Power BI -kumppanin kanssa, siirry Power BI -kumppaniportaaliin.