Siirtyminen Azure Analysis Services 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 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, automatisoidun koneoppimisen ja Azure Machine Learning (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ä |
Yksityinen Azure-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 |
Hallintotapa | ||
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ä |
Power BI -palvelun havaittujen monikielisten malliversioiden käännökset | 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ä |
Verkkoyhteydet | ||
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 Server Profiler | 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 Azuren yksityistä 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:
- Power BI -hinnoittelu
- Azure Analysis Services hinnoittelu
- A-varastointiyksiköiden ostaminen testausta ja muita skenaarioita varten
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 järjestelmänvalvojan käyttöoikeus AAS-malliin, 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 Apps, 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 yksityisten linkkien 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 useissa semanttisissa malleissa, tunnistetiedot määritetään Power BI -palvelussa.
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 -säilöä, kun taas Power BI Premiumissa se edellyttää Azure Data Lake Storage 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.
Tiedostojen linkittäminen
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, 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 Services skaalausta. Lisätietoja on artikkelissa Semanttisen Power BI -mallin skaalaus ulos.
Siirto-ominaisuus
Microsoft Azure Analysis Services Microsoft Power BI Premiumiin -siirto-ominaisuus Power BI:ssä 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 Services siirtäminen Power BI:hin.
Liittyvä sisältö
Lisätietoja tästä artikkelista saat seuraavista resursseista:
- Siirtyminen Azure Analysis Services Power BI Premiumiin: siirtoskenaariot
- Azure Analysis Services siirtäminen Power BI:hin
- Kysyttävää? Kysy Power BI -yhteisöltä
- Ehdotuksia? Kerro ideasi Power BI:n parantamiseksi
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.