Overføre fra Azure Analysis Services til Power BI Premium
Denne artikkelen er rettet mot Azure Analysis Services (AAS) datamodellerere og administratorer. Det gir dem veiledning og begrunnelse for å overføre AAS-databasene sine til Power BI Premium eller Power BI Embedded.
Viktig
Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.
Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.
Bakgrunn
Power BI har utviklet seg til den ledende plattformen for både selvbetjent og IT-administrert forretningsintelligens (BI). Med eksponentiell vekst i datavolumer og kompleksitet krever Power BI-kunder enterprise BI-løsninger som skaleres til petabytes, er sikre, enkle å administrere og tilgjengelige for alle brukere på tvers av de største organisasjonene.
I over to tiår har Microsoft fortsatt å gjøre dype investeringer i enterprise BI. AAS og SQL Server Analysis Services (SSAS) er basert på eldre BI-datamodelleringsteknologi som brukes av utallige virksomheter. I dag er den samme teknologien også kjernen i Semantiske Modeller for Power BI.
Merk
I denne artikkelen har begrepene datamodell, BI-modell, tabellmodell, database og Power BI semantisk modell samme betydning. Denne artikkelen bruker vanligvis uttrykksdatamodellen for AAS-modell og semantisk modell for Power BI-modell.
Selv om denne artikkelen beskriver prosessen med å overføre til Power BI Premium, gjelder den også for Power BI Embedded.
De siste årene har Microsoft tatt store skritt for å levere AAS-funksjoner til Power BI Premium. For dette formål arvet Power BI umiddelbart et stort økosystem av utviklere, partnere, BI-verktøy og løsninger som ble bygget opp over flere tiår. I dag resulterer det fullstendige settet med Power BI Premium-arbeidsbelastninger, funksjoner og funksjoner nå i en moderne skybasert BI-plattform som går langt utover sammenlignbar funksjonalitet som er tilgjengelig i AAS eller SSAS.
I dag har mange kunder Power BI-rapporter som live kobler til AAS. Disse kundene spør naturligvis om det er en mulighet til å konsolidere ved å være vert for datamodellene sine sammen med rapportene i Power BI. De stiller ofte spørsmål som:
- Fungerer all AAS-funksjonaliteten vi er avhengig av, i Power BI?
- Er Power BI bakoverkompatibel med AAS-verktøy og prosesser?
- Hvilke funksjoner er bare tilgjengelige i Power BI?
- Hvordan sammenligner vi kostnader mellom AAS og Power BI?
- Hvorfor konvergerer Microsoft enterprise og self-service BI?
- Hvordan overfører vi fra AAS til Power BI Premium?
- Er AAS merket for avskrivning?
- Hva er Microsofts veikart for virksomhetsdatamodeller?
Svar på mange av disse spørsmålene er beskrevet i denne artikkelen.
Merk
Beslutningen om å overføre til Power BI Premium avhenger av kravene til hver kunde. Kunder bør nøye vurdere flere fordeler for å ta en informert beslutning. Vi forventer å se organisk overføring til Power BI Premium over tid, og vår intensjon er at det skjer på vilkår som kunden er komfortabel med.
For å være klar, for øyeblikket er det ingen planer om å avskrive AAS. Det er en prioritet å fokusere investeringen på Power BI Premium for enterprise-datamodellering, og dermed vil tilleggsverdien fra Power BI Premium øke over tid. Kunder som velger Power BI Premium, kan forvente å dra nytte av justering med microsoft BI-produktveikartet.
Konvergens av selvbetjent og enterprise BI
Konsolidering av elementer (for eksempel rapporter og instrumentbord) i Power BI resulterer i forenklet søk og administrasjon på grunn av samlokasjon. Når det er konsolidert, er det ikke nødvendig å bygge bro mellom AAS og Power BI. Sentrale IT-team kan da lettere ta i bruk selvbetjente elementer som har blitt populære, men som resulterer i en administrasjonsbyrde for virksomheten. IT kan ta over slike elementer. De kan operasjonalisere dem for oppdragskritiske beslutninger basert på styrte data som er i tråd med bedriftens standarder og med gjennomsiktighet i avstamming. Å forenkle denne arbeidsflyten ved å dele en felles plattform fremmer bedre samarbeid mellom bedriften og IT-en.
Power BI Premium
Takket være den distribuerte arkitekturen er Power BI Premium mindre følsom for generell belastning, tidsmessige pigger og høy samtidighet. Ved å konsolidere kapasiteter til større Power BI Premium SKU-er kan kunder oppnå økt ytelse og gjennomstrømming.
Skalerbarhetsfordeler som er knyttet til Power BI Premium, beskrives senere i denne artikkelen.
Sammenligning av funksjoner
AAS leverer Analysis Services-databasemotoren for vert for datamodeller, som er en kjernekomponent i en Microsoft Enterprise BI-arkitektur. Faktisk er Power BI Premium et supersett av AAS fordi det gir mye mer funksjonalitet. Tabellen nedenfor viser funksjoner som støttes i AAS og Power BI Premium. Tabellen fokuserer på – men er ikke begrenset til – Semantiske modellrelaterte funksjoner i Power BI.
Funksjon | AAS | Power BI Premium |
---|---|---|
Premium-arbeidsbelastninger | ||
Paginerte rapporter, som er ideelle for rapporter som er utformet for å skrives ut, spesielt når tabelldata flyter over til flere sider | Nei | Ja |
Dataflyter, som lagrer fragmenter av data beregnet for bruk i en semantisk Power BI-modell | Nei | Ja |
AI med dataflyter, som bruker kunstig intelligens (AI) med Cognitive Services, Automated Machine Learning og Azure Machine Learning (AML)-integrering | Nei | Ja |
Måledata, som kuraterer viktige forretningsmål og tillater sporing av dem mot mål | Nei | Ja |
Forretningsaktivering | ||
Ubegrenset rapportdistribusjon til alle (selv utenfor organisasjonen) | Nei | Ja |
Forretningsdrevne interaktive rapporter, arbeidsområder og apper | Nei | Ja |
Plattformkalerbarhet og robusthet | ||
Power BI Premium-arkitektur , som støtter økt skala og ytelse | Nei | Ja |
Optimalisert minnebehandling for semantisk modell | Nei | Ja |
Skaleringsgrenser per datamodell i stedet for per server | Nei | Ja |
CPU-utjevning for oppdateringsmotstand | Nei | Ja |
Autoskala, som automatisk legger til databehandlingskapasitet for å unngå forsinkelser under tung bruk | Nei | Ja |
Forretningskontinuitet og nødoppretting (BCDR) med Azure-områder og tilgjengelighetssoner | Nei | Ja |
Interaktiv analyse over store data | ||
Store modellstørrelser (opptil 400 GB med komprimering ) | Ja | Ja |
Hybridtabeller, som består av i minnet og DirectQuery-partisjoner som kan bidra til å levere nær sanntidsresultater over store tabeller | Nei | Ja |
Automatiske aggregasjoner, som bruker toppmoderne maskinlæring (ML) til å kontinuerlig optimalisere DirectQuery-ytelsen | Nei | Ja |
Brukerdefinerte aggregasjoner, som kan forbedre spørringsytelsen over svært store DirectQuery-tabeller | Nei | Ja |
Spørringsskala, som distribuerer klientspørringer blant replikerte servere | Ja | Ja |
Sikkerhet | ||
Bring Your Own Key (BYOK), som gjør det mulig for kunder å bruke sin egen krypteringsnøkkel til å kryptere data som er lagret i Microsoft-skyen | Nei | Ja |
Virtuell nettverkstilkobling, som gjør at Power BI kan fungere sømløst i organisasjonens virtuelle nettverk (VNet) | Nei | Ja |
Azure Private Link, som gir sikker tilgang for datatrafikk i Power BI | Nei | Ja |
Enkel pålogging (SSO) for DirectQuery-kilder, som gjør det mulig å koble til datakilder ved hjelp av rapportbrukerens identitet | Nei | Ja |
Sikkerhet på radnivå (RLS), som begrenser tilgangen til bestemte rader med data for bestemte brukere | Ja | Ja |
Sikkerhet på objektnivå (OLS), som begrenser tilgangen til bestemte tabeller eller kolonner for bestemte brukere | Ja | Ja |
Brannmur, som når den er aktivert, tillater innstilling av tillatte IP-adresseområder | Ja | Nr . 1 |
Styring | ||
Microsoft Purview-integrering, som hjelper kunder med å administrere og styre Power BI-elementer | Nei | Ja |
Microsoft Information Protection - følsomhetsetiketter og -integrering med Microsoft Defender for cloud apps for hindring av datatap | Nei | Ja |
Innholdsgodkjenning, for å heve eller sertifisere verdifulle Power BI-elementer av høy kvalitet | Nei | Ja |
Semantisk modellering | ||
Kompatibilitet med Power BI Desktop | Nei | Ja |
Sammensatte modeller , inkludert bruk av DirectQuery for Semantiske Modeller for Power BI og AAS | Nei | Ja |
Oversettelser for flerspråklige modellversjoner observert av Power Bi-tjeneste | Nei | Ja |
Semantisk modellering for Analysis Service-motor | Ja | Ja |
Modelladministrasjon | ||
Trinnvis oppdatering, som bruker policyer til å automatisere partisjonsbehandling og kan bidra til å levere nær sanntidsrapportering (se hybridtabeller) | Nei | Ja |
Utrullingssamlebånd, som administrerer livssyklusen til Power BI-innhold | Nei | Ja |
Planlagt oppdatering, som holder bufrede semantiske modelldata oppdatert | Nei | Ja |
Forbedret oppdatering, som gjør det mulig for alle programmeringsspråk å utføre asynkrone semantiske modelloppdateringer ved hjelp av et REST API-kall | Ja | Ja |
Sikkerhetskopier og gjenopprett | Ja | Ja |
Arbeidsbelastningsinnstillinger for semantisk modell, som styrer Arbeidsbelastninger for Premium-kapasitet | Nei | Ja |
Serveregenskaper, som kontrollerer forekomstegenskapene for Analysis Services-serveren | Ja | Ja |
Aliasservernavn, som tillater tilkobling til en Analysis Services-serverforekomst ved hjelp av et kortere alias | Ja | Nei |
XMLA-endepunktaktiverte API-er for skripting og kompatibilitet med tjenester for automatisering og ALM, inkludert Azure Functions, Azure Automation og Azure DevOps | Ja | Ja |
Tilkobling | ||
Støtte for alle Power BI-datakilder | Nei | Ja |
XMLA-endepunkt, som tillater åpen plattform-tilkobling for datamodellforbruk og visualiseringsverktøy, inkludert tredjepartsverktøy | Ja | Ja |
Multi-Geo-funksjonen, som hjelper multinasjonale kunder med å håndtere regionale, bransjespesifikke eller organisatoriske krav til datalagring | Ja | Ja |
Gjenkjenning | ||
OneLake-katalogen integrasjon, som hjelper brukere med å oppdage, utforske og bruke semantiske modeller for Power BI | Nei | Ja |
Konsekvensanalyse for dataavstamming og semantisk modell, som hjelper brukerne med å forstå og vurdere avhengigheter av Power BI-elementer | Nei | Ja |
Overvåking og diagnoselogging | ||
Fabric Capacity Metrics-appen, som gir overvåkingsfunksjoner for Power BI-kapasiteter | Nei | Ja |
Overvåkingslogg, som sporer brukeraktiviteter på tvers av Power BI og Microsoft 365 | Nei | Ja |
Azure Log Analytics-integrering (LA), som gjør det mulig for administratorer å konfigurere en Log Analytics-tilkobling for et Power BI-arbeidsområde | Ja | Ja |
Metriske varsler i Azure Monitor, som gir en måte å bli varslet på når en av de flerdimensjonale måledataene krysser en terskel | Ja | Nei |
XMLA-endepunkt, som tillater tilkoblinger til diagnoseloggingsverktøyet, inkludert SQL Server Profiler | Ja | Ja |
Utvidede SQL Server-hendelser (xEvents), som er et lett sporings- og ytelsesovervåkingssystem som er nyttig for å diagnostisere problemer | Ja | Nei |
1 Bruk VNet-tilkobling og Azure Private Link i stedet
Kostnadssammenligning
Når du sammenligner Power BI Premium med AAS-kostnader, må du vurdere faktorer utover pris per kjerne. Power BI gir reduserte eierkostnader og forretningsverdi, og med mange funksjoner som bare er tilgjengelige for Power BI-datamodeller.
Forutsatt at du allerede bruker Power BI i organisasjonen, beregner du kostnader basert på den eksisterende profilen som kombinerer AAS og Power BI. Sammenlign den eksisterende profilen med målprofilen på Power BI Premium. Hvis du vil bestemme målprofilen, må du vurdere følgende punkter:
- Områdekrav.
- Den største AAS-datamodellstørrelsen i hvert område.
- Antall brukere i hvert område.
- Antall brukere som kreves for å utvikle og behandle innhold.
- CPU-forbruk på tvers av AAS og Power BI Premium.
Viktig
CPU-forbruk på tvers av AAS og Power BI Premium kan variere betydelig på grunn av mange faktorer. Faktorer kan omfatte bruk av andre arbeidsbelastninger på samme kapasitet, oppdateringsmønstre og spørringsmønstre. Vi anbefalte at du utfører grundig analyse for å kvantifisere komparativT CPU-forbruk på tvers av AAS og Power BI Premium for overførte modeller.
Tips
Hvis du vil finne riktig type og antall lisenser for forretningskrav og -omstendigheter, kan du se denne relaterte artikkelen.
Konsolideringsmulighet
Mange AAS-kunder har allerede Power BI-rapporter som kobler til AAS. Overføring til Power BI kan derfor representere en mulighet til å konsolidere BI-elementer i Power BI Premium. Konsolidering gjør de større Premium SKU-ene mer økonomisk levedyktige og kan bidra til å gi høyere nivåer av gjennomstrømming og skalerbarhet.
PPU-lisenser
Premium-lisensen per bruker (PPU) er en per bruker-lisens som gir et lavere prispunkt for Premium. PPU-lisenser kjøpes vanligvis av små og mellomstore bedrifter. De støtter alle Premium-funksjonene for datamodellering som er oppført tidligere.
Tips
Det er mulig å oppgradere Power BI Pro-lisenser trinnvis til PPU-lisenser.
Pro-lisenser
En Pro-lisens (eller PPU) kreves for å publisere og administrere Power BI-innhold. Pro-lisenser tilordnes vanligvis til utviklere og administratorer, ikke sluttbrukere.
Utviklings- og testmiljøer
AAS tilbyr D - og B SKU-er til lavere kostnader med reduserte serviceavtaler og/eller færre funksjoner enn SKU-ene . Noen AAS-kunder bruker disse SKU-ene for utviklings- og testmiljøer. Selv om det ikke finnes noen direkte ekvivalent i Power BI, kan det være fornuftig å bruke PPU-lisenser for utviklings- og testmiljøer. Slike miljøer har vanligvis ikke et stort antall brukere fordi de er begrenset til utviklere og testere. Du kan også vurdere å bruke en A SKU i Azure for testing av Premium-kapasitetsfunksjonalitet.
Hvis du vil ha mer informasjon, kan du se:
Skalerbarhetsfordeler
Power BI Premium leverer skalerbarhet, ytelse og eierkostnader som ikke er tilgjengelige i AAS.
Power BI Premium tilbyr funksjoner som muliggjør rask interaktiv analyse over store data. Slike funksjoner inkluderer aggregasjoner, sammensatte modeller og hybridtabeller. Hver funksjon tilbyr en annen måte å kombinere import- og DirectQuery-lagringsmoduser på, noe som effektivt reduserer minnebruken. AAS støtter derimot ikke disse funksjonene. hele datamodellen bruker enten import- eller DirectQuery-lagringsmodus.
Power BI Premium begrenser minne per semantisk modell, og ikke per kapasitet eller server. AAS krever derimot at alle datamodeller passer i minnet på én enkelt server. Dette kravet kan tvinge kunder med store datamodeller til å kjøpe større SKU-størrelser.
Takket være premiumarkitekturens distribuerte natur kan mer semantiske modeller oppdateres parallelt. Hvis du utfører samtidige oppdateringer på samme AAS-server, kan det føre til oppdateringsfeil på grunn av overskridelse av serverminnebegrensninger.
I Power BI Premium er CPU-forbruket under oppdatering fordelt over 24-timers perioder. Power BI Premium evaluerer kapasitetsgjennomstrømming for å gi robusthet til tidsmessige topper i etterspørselen etter databehandlingsressurser. Når det er nødvendig, kan det forsinke oppdateringer til tilstrekkelige ressurser blir tilgjengelige. Denne automatiske virkemåten reduserer behovet for at kundene utfører detaljert analyse og administrerer automatiseringsskript for å skalere servere opp eller ned. Premium-kunder bør bestemme den optimale SKU-størrelsen for de totale CPU-forbrukskravene.
En annen fordel med Power BI Premium er at de kan balansere semantiske modeller dynamisk avhengig av belastningen på systemet. Denne automatiske virkemåten sikrer at opptatte/aktive semantiske modeller får nødvendig minne og CPU-ressurser, mens mer inaktive semantiske modeller kan utestenges eller overføres til andre noder. Semantiske modeller er kandidater for utkastelse når de ikke brukes. De lastes inn ved behov, slik at bare de nødvendige dataene lastes inn i minnet uten å måtte laste inn hele semantiske modellen. På den annen side krever AAS at alle datamodeller alltid er fullstendig lastet inn i minnet. Dette kravet betyr at spørringer til AAS kan stole på at datamodellen er tilgjengelig, men spesielt for Power BI-kapasiteter med et høyt antall datamodeller når noen av dem brukes sjelden – kan dynamisk minnebehandling gjøre mer effektiv bruk av minne.
Til slutt kan Power BI Premium bedre bruke neste generasjons maskinvareutrulling for å dra nytte av skalerbarhet og ytelsesforbedringer.
Hensyn og begrensninger
Det finnes hensyn og begrensninger for å ta hensyn til planleggingen før du overfører til Power BI Premium.
Tillatelser
AAS og SSAS bruker roller til å administrere datamodelltilgang. Det finnes to typer roller: serverrollen og databaserollene. Serverrollen er en fast rolle som gir administratortilgang til Analysis Services-serverforekomsten. Databaseroller, som angis av datamodellerere og administratorer, kontrollerer tilgangen til databasen og dataene for ikke-administratorbrukere.
I motsetning til AAS bruker du bare roller i Power BI til å fremtvinge RLS eller OLS. Hvis du vil gi tillatelser utover RLS og OLS, kan du bruke Power BI-sikkerhetsmodellen (arbeidsområderoller og semantiske modelltillatelser). Hvis du vil ha mer informasjon, kan du se semantiske modelltillatelser.
Hvis du vil ha mer informasjon om Power BI-modellroller, kan du se Semantisk modelltilkobling med XMLA-endepunktet (modellroller).
Når du overfører en datamodell fra AAS til Power BI Premium, må du ta følgende punkter i betraktning:
- Brukere som fikk lesetillatelse på en modell i AAS, må gis kompileringstillatelse på den overførte semantiske Modellen for Power BI.
- Brukere som fikk administratortillatelse på en modell i AAS, må gis skrivetillatelse på den overførte semantiske Modellen for Power BI.
Oppdater automatisering
Power BI Premium støtter XMLA-endepunktaktiverte API-er for skripting, for eksempel Tabular Model Scripting Language (TMSL), Tabular Object Model (TOM) og PowerShell SqlServer-modulen. Disse API-ene har nesten symmetriske grensesnitt til AAS. Hvis du vil ha mer informasjon, kan du se semantisk modelltilkobling med XMLA-endepunktet (klientprogrammer og verktøy).
Kompatibilitet med tjenester for automatisering, inkludert Azure Functions, Azure Automation og Azure Logic Apps, er aktivert på samme måte.
Vanligvis vil skript og prosesser som automatiserer partisjonsbehandling og -behandling i AAS, fungere i Power BI Premium. Husk at Semantiske Power BI Premium-modeller støtter funksjonen for trinnvis oppdatering, som gir automatisert partisjonsbehandling for tabeller som ofte laster inn nye og oppdaterte data.
Som for AAS kan du bruke en tjenestekontohaver som en automatiseringskonto for semantiske operasjoner for semantisk modell for Power BI, for eksempel oppdateringer. Hvis du vil ha mer informasjon, kan du se semantisk modelltilkobling med XMLA-endepunktet (tjenestekontohavere).
Egendefinert sikkerhet
På samme måte som for AAS kan programmer bruke en tjenestekontohaver til å spørre en Power BI Premium per kapasitet eller semantisk Power BI Embedded-modell ved hjelp av CustomData-funksjonen .
Du kan imidlertid ikke tilordne en tjenestekontohaver til en modellrolle i Power BI Premium. I stedet får en tjenestekontohaver tilgang ved tildeling til arbeidsområdeadministratoren eller medlemsrollen.
Merk
Du kan ikke bruke CustomData-funksjonen når du spør etter semantiske modeller for Premium per bruker (PPU), fordi det ville være i strid med lisensvilkårene og betingelsene.
Representasjon for testing
Representasjonsteknikker, inkludert EffectiveUserName og egenskapene roller tilkoblingsstreng, støttes av AAS og Power BI Premium. Du bruker dem vanligvis når du tester sikkerhetsroller.
Nettverkssikkerhet
Hvis du konfigurerer nettverkssikkerhet i AAS, må du aktivere brannmuren og konfigurere IP-adresseområder for bare de datamaskinene som får tilgang til serveren.
Power BI har ingen brannmurfunksjon. I stedet tilbyr Power BI en overordnet nettverkssikkerhetsmodell ved hjelp av VNets og Private Links. Hvis du vil ha mer informasjon, kan du se Hva er et virtuelt nettverk (VNet)?.
Datakilder og legitimasjon
AAS definerer legitimasjon for hver datakilde deklarert i TOM-tabellmetadataene. Power BI fungerer imidlertid ikke på den måten. Siden Power BI kan dele legitimasjon for datakilder på tvers av flere semantiske modeller, angis legitimasjon i Power Bi-tjeneste.
Alle XMLA-baserte prosesser som angir datakildelegitimasjon, må erstattes. Hvis du vil ha mer informasjon, kan du se Semantic-modelltilkobling med XMLA-endepunktet (Distribuer modellprosjekter fra Visual Studio).
Sikkerhetskopiering og gjenoppretting
Sikkerhetskopiering og gjenoppretting i AAS krever Azure Blob-lagring, mens i Power BI Premium krever det en Azure Data Lake Storage Gen2 -konto (ADLS Gen2). Bortsett fra forskjellen på lagringskontoen, fungerer sikkerhetskopiering og gjenoppretting på samme måte i begge produktene.
Hvis du vil ha mer informasjon, kan du se Sikkerhetskopiering og gjenopprette semantiske modeller med Power BI Premium.
Lokal datagateway
Både AAS og Power BI Premium bruker den samme lokale datagatewayen til å koble til datakilder. Konfigurasjonstrinnene er imidlertid forskjellige.
Hvis du vil ha informasjon om hvordan du konfigurerer gateway-datakilder for Power BI Premium, kan du se Legge til eller fjerne en gateway-datakilde.
Serveregenskaper
I motsetning til AAS støtter ikke Power BI Premium serveregenskaper. I stedet administrerer du premium-kapasitetsinnstillinger.
Koble filer
I motsetning til AAS støtter ikke Power BI Premium aliasservernavn.
Dynamiske administrasjonsvisninger (DMV-er)
Enkelte DMV-er som fungerer i AAS, er ikke tilgjengelige i Power BI Premium fordi de krever serveradministratortillatelser for Analysis Services. Power BI har arbeidsområderoller, men det finnes ikke en arbeidsområderolle som gir tilsvarende analysis services serveradministratortillatelser.
PowerShell
Du kan bruke AAS-cmdleter for SqlServer PowerShell-modulen til å automatisere administrasjonsoppgaver for semantisk modell, inkludert oppdateringsoperasjoner. Hvis du vil ha mer informasjon, kan du se PowerShell-referanse for Analysis Services.
AAS-cmdleter for Az.AnalysisServices-modulen støttes imidlertid ikke for semantiske modeller i Power BI. Bruk i stedet Microsoft Power BI-cmdleter for Windows PowerShell og PowerShell Core.
Diagnoselogging
AAS integreres med Azure Monitor for diagnoselogging. Det vanligste målet for AAS-logger er å logge analysearbeidsområder.
Power BI Premium støtter også logging til logganalysearbeidsområder. For øyeblikket er hendelsene som sendes til Log Analytics hovedsakelig AS-motorhendelser. Men ikke alle hendelser som støttes for AAS, støttes for Power BI. Log Analytics-skjemaet for Power BI inneholder forskjeller sammenlignet med AAS, noe som betyr at eksisterende spørringer på AAS kanskje ikke fungerer i Power BI.
Power BI tilbyr en annen diagnoseloggingsfunksjonalitet som ikke tilbys i AAS. Hvis du vil ha mer informasjon, kan du se Bruke Microsoft Fabric Capacity Metrics-appen.
Utvidede SQL Server-hendelser (xEvents) støttes i AAS, men ikke i Power BI Premium. Hvis du vil ha mer informasjon, kan du se Overvåke Analysis Services med utvidede SQL Server-hendelser.
Business-to-business (B2B)
Både AAS og Power BI støtter Microsoft Entra B2B-samarbeid, som muliggjør og styrer deling med eksterne brukere. Upn-formatet (User Principal Name) som kreves av AAS, er spesielt forskjellig fra Power BI.
For å identifisere brukeren bruker Power BI et unikt navnekrav i Microsoft Entra ID mens AAS bruker et e-postkrav. Selv om det kan være mange forekomster der disse to identifikatorene justeres, er det unike navneformatet strengere. Hvis du bruker dynamisk RLS i Power BI, må du kontrollere at verdien i brukeridentitetstabellen samsvarer med kontoen som brukes til å logge på Power BI.
Utskalering
Utskalering av Azure Analysis Services støttes av Power BI Premium. Hvis du vil ha mer informasjon, kan du se Semantisk Power BI-modell skalere ut.
Overføringsfunksjon
Microsoft Azure Analysis Services til Microsoft Power BI Premium-overføringsfunksjonen i Power BI overføres som AAS-database til en semantisk modell i Power BI Premium, Power BI Premium per bruker eller Power BI Embedded-arbeidsområdet. Hvis du vil ha mer informasjon, kan du se Overføre Azure Analysis Services til Power BI.
Relatert innhold
Hvis du vil ha mer informasjon om denne artikkelen, kan du se følgende ressurser:
- Overføre fra Azure Analysis Services til Power BI Premium: Overføringsscenarioer
- Overfør Azure Analysis Services til Power BI
- Spørsmål? Prøv å spørre Fabric Community
- Forslag? Bidra med ideer for å forbedre Fabric
Power BI-partnere er tilgjengelige for å hjelpe organisasjonen med å lykkes med overføringsprosessen. Hvis du vil finne en Power BI-partner, kan du gå til Microsoft Power BI-partnerportalen.