Power BI Oversikt over premium til Microsoft Fabric overføring

Microsoft trekker seg tilbake Power BI Premium-SKU-er (P SKU-er). Hvert P SKU-abonnement avsluttes på slutten av gjeldende avtaleperiode, og Microsoft selger ikke lenger nye P SKU-er. Hvis du vil holde Power BI arbeidsbelastninger i gang, kan du overføre til SKU-er (Microsoft Fabric kapasitet). Denne artikkelen gir deg en ende-til-ende-visning av overføringen: hvorfor Fabric F SKU-er er banen fremover, hvilke endringer og hva som forblir det samme for sluttbrukere og administratorer, fasene av en typisk overføring og scenariene som bestemmer hvor komplisert overføringen er.

Denne artikkelen gjelder for Fabric administratorer, Power BI administratorer, IT-arkitekter og kapasitetseiere som planlegger og kjører overføringen.

Viktig!

Planlegg å fullføre overføringen før P SKU-abonnementet avsluttes. Etter at abonnementet er avsluttet, angir kapasiteten en 30-dagers løpeperiode. Fra og med dag 31 begrenses tilgangen (interaktive operasjoner forsinkes). På dag 91 og utover blir alle operasjoner avvist – dataene beholdes, men utilgjengelige til du overfører arbeidsområdene til en Fabric F SKU-kapasitet eller sletter kapasiteten. Hvis du vil unngå forstyrrelser, tilordner du arbeidsområdene til en Fabric F SKU-kapasitet før P SKU-abonnementet avsluttes. Hvis du vil se fremgangsmåten, kan du se Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric.

Bemerkning

Enterprise Agreement-kunder. Hvis foretaksavtalen fremdeles er aktiv, kan du fortsette å kjøre eksisterende P SKU-kapasitet og fornye den årlig gjennom avtalen til EA-perioden avsluttes. Kunder med utløpende foretaksavtaler eller Microsoft Cloud avtaler kan ikke legge til eller kjøpe ny P SKU-kapasitet gjennom avtalen. Bekreft dine spesifikke kontraktsvilkår med din Microsoft-konto representant før du bestemmer deg for når du skal overføre.

Bemerkning

Denne pensjoneringen har to viktige omfangsgrenser:

Per bruker-lisenser påvirkes ikke.Power BI Pro og Power BI Premium per bruker (PPU) fortsetter as-is. Hvis du vil ha mer informasjon, kan du se Er Power BI Premium per bruker (PPU) også fjernet?
Innebygde lisenser (EM, A) påvirkes ikke. Disse SKU-ene er ikke en del av denne pensjonisttilværelsen.
Nasjonale skyer påvirkes ikke ennå. Microsoft Fabric er ikke tilgjengelig i nasjonale skyer, så P SKU-er forblir støttet der. Microsoft gir egen veiledning når Fabric blir tilgjengelig i disse miljøene.

Hvorfor overføre til Microsoft Fabric

Avgang av P SKU-er er den umiddelbare driveren, men Fabric F SKU-er leverer også funksjoner P SKU-er ikke kan:

Betal bare for det du bruker. F SKU-er som standard til betal-etter-bruk-Azure fakturering, med valgfrie årlige eller flerårige reservasjoner for forutsigbare arbeidsbelastninger. Du kan også stanse en kapasitet midlertidig når den er inaktiv for å stoppe fakturering i fritiden og senere gjenoppta den ved behov.
Skaler opp eller ned når som helst. Endre størrelsen på kapasitetene gjennom Azure portalen etter hvert som arbeidsbelastningene endres, i stedet for å forplikte deg til en fast størrelse for abonnementsperioden.
Bruk den Azure opprinnelige driftsmodellen. Klargjør og administrer kapasitet gjennom Azure-portalen, bruk Azure merker for tilbakeføring, og tell Fabric bruke mot din Microsoft Azure forbruksforpliktelse (MACC). Mange Fabric arbeidsbelastninger (for eksempel Lakehouses, Warehouses, Notebooks og Data Factory pipelines) kjører på enten P- eller F-kapasiteter, men den Azure driftsmodellen er F-only.
Bruk Power BI Embedded uten separate SKU-er. Innebygde scenarier dekkes av hver F SKU, slik at du ikke trenger separate EM- eller A SKU-er.
Bruk Azure opprinnelig sikkerhet og operasjoner. Administrerte private endepunkter, klarert arbeidsområdetilgang, Azure Monitor og Microsoft Cost Management er alle tilgjengelige med F SKU-er.

Hvis du vil ha en fullstendig funksjon-for-funksjon-sammenligning, kan du se Viktige forskjeller mellom Power BI Premium P SKU-er og Fabric F SKU-er.

Hvilke endringer og hva som forblir det samme

Overføringen innebærer først og fremst en lisensierings- og infrastrukturendring. Sluttbrukeropplevelser og de fleste administrative virkemåter forblir de samme. Noen driftsområder endres.

Areal	Endre?	Når du har overført til F SKU
Rapporter, semantiske modeller, instrumentbord	Lik	Fortsett å arbeide uendret på F64 eller større kapasiteter.
Brukerlisenser (Pro, PPU, Gratis)	Lik	Uendret. På F64 og større kan brukere med en Fabric gratislisens og Seer-rollen vise innhold, det samme som på P SKU-er. På F2 til F32 trenger hver seer en Pro- eller PPU-lisens.
Arbeidsområder og apper	Lik	Arbeidsområder tilordnes den nye kapasiteten på nytt. Arbeidsområdeapper, utrullingssamlebånd og Git-integrasjon fortsetter å fungere.
Oppdater tidsplaner og datasamlebånd	Lik	Fortsett å kjøre på den nye kapasiteten. Aktive oppdateringer kan bli avbrutt under tilordning.
rapportserver for Power BI	Samme, med lisensendring	Fortsatt tilgjengelig, med en Fabric kapasitetsreservasjon eller SQL Server Enterprise Edition med Software Assurance.
Innebygd Power BI	Samme, enklere	Inkludert i hver F SKU. Separate EM- og A-SKU-er er ikke nødvendige.
Kjøp og fakturering	Endringer	Gå fra Microsoft 365 fakturering av forpliktelser til Azure fakturering. F SKU-er støtter betal-etter-bruk og årlige eller flerårige reservasjoner.
Kapasitetsstyring	Endringer	Administreres hovedsakelig gjennom Fabric-portalen (arbeidsområdetilordninger og innstillinger på kapasitetsnivå). Pause- og CV-, oppskalerings- og nedskaleringsoperasjoner utføres gjennom portalen Azure.
Autoskala	Endringer	P SKU Autoscale finnes ikke på F SKU-er. I stedet bruker F SKU-er endringsstørrelse ved behov – du skalerer opp eller ned manuelt gjennom Azure-portalen.
Kapasitetsstyring	Nye funksjoner	Nye funksjoner for kostnadsstyring er tilgjengelige på F SKU-er, for eksempel overspenningsbeskyttelse på arbeidsområdenivå og beskyttelse mot overforbruk av kapasitet. Bruk dem til å kontrollere forbruket og forhindre røffe kostnader.
Støtte for områdedekkende elementer	Ny vurdering	Standard Power BI elementer overlever en omplassering på tvers av områder. Store semantiske modeller for lagringsformat krever sikkerhetskopiering og gjenoppretting eller tømming og konvertering til lite lagringsformat før du tilordner på nytt. Alle Fabric elementer (Lakehouses, Warehouses, Notebooks, Data Factory pipelines) fører til at omplasseringen mislykkes.

Overføringsreisen med et øyekast

I sin reneste form er P-til-F-overføring en 1:1-overgang til tilsvarende F SKU i samme Azure område. Kunder bruker ofte overføringen som en mulighet til å konsolidere kapasiteter, flytte på tvers av områder eller endre størrelse. Hver av disse endringene gir kompleksitet og risiko. Behandle disse endringene som separate arbeidsstrømmer som kjører etter at lisensieringsoverføringen er fullført.

Overføringen følger de samme fem fasene uavhengig av størrelse eller kompleksitet.

Bestemme. Velg når du vil overføre, hvilken F-SKU som skal begynne med, og om du vil forbli i samme Azure område. Se Power BI beslutningsveiledning for Premium P SKU-overføring.
Plan. Lagerarbeidsområder, opprinnelig CU-forbruk ved hjelp av Microsoft Fabric Capacity Metrics-appen, og estimer fremtidig forbruk med Fabric SKU Estimator. Microsoft.Fabric Registrer ressursleverandøren i Azure, og velg et pilotarbeidsområde. For praktisk validering før kjøp, klargjør du en Fabric prøvekapasitet for å teste arbeidsbelastninger.
Klargjøring. Kjøp F SKU før du tilordner noe på nytt. Velg betal etter bruk eller en reservasjon, og bekreft rapportserver for Power BI lisensiering hvis du bruker den.
Overfør og valider. Tilordne arbeidsområder på nytt i administrasjonsportalen for Fabric eller ved hjelp av kapasitetsoverføringsnotatblokken. Hvis du vil flytte flere områder, kan du opprette semantiske modeller i stort lagringsformat på nytt og Fabric elementer i det nye området. Valider oppdateringer, rapporter og gatewayer. Se Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric.
Avvikling og drift. P SKU-kansellering er manuell – Fabric avvikler ikke P SKU automatisk når du klargjør en F SKU. Når du har validert overføringen, må du eksplisitt avbryte P SKU-abonnementet i Administrasjonssenter for Microsoft 365. Konfigurer deretter kostnadsovervåking ved hjelp av Microsoft Cost Management, og dra nytte av pause, CV og skaleringsfleksibilitet i Fabric.

Overføringsscenarioer

De fleste kunder faller inn i ett av følgende fire scenarioer. De tre første scenarioene følger standardtrinnene for overføring i Overfør arbeidsområder fra Power BI Premium til Microsoft Fabric.

Scenario	Kompleksitet	Merknader
Samme leier, samme område	Lav	Anbefalt standard. Tilordne hvert arbeidsområde på nytt til den nye F SKU-en. Null forventet nedetid bortsett fra eventuelle aktive oppdateringer.
Samme leier, kryssområde	Moderat til høy	Følger standardtrinnene for overføring, men store semantiske modeller for lagringsformat og Fabric elementer må sikkerhetskopieres eller lagres til Git, slettes og gjenskapes i det nye området. Se overføringer over flere områder: Spesiell håndtering.
Multigeo (flere F SKU-er i forskjellige områder, samme leier)	Moderat	Følger de standard overføringstrinnene, men du kjøper F-SKU-er i hvert målområde og planstyring for områdespesifikk innhold. Se Multigeo-overføringer.
Kryssleieren	Høy; støttes ikke som en overføring med ett klikk	Følger ikke standardtrinnene for overføring. Krever manuell rekreasjon av gatewayer, semantiske modeller, arbeidsområder, rapporter, apper og instrumentbord. Vurder multigeo først. Se overføringer på tvers av leier.

Forsiktig!

Overføringer over flere områder innebærer betydelig mer innsats enn overføringer i samme område. I tillegg til elementtypene som ikke overlever omplassering på tvers av områder, må du planlegge for:

Fabric elementer overlever ikke flyttinger over flere områder. Rørledninger for Lakehouses, Warehouses, Notebooks og Data Factory fører til at omplassering mislykkes. Hent definisjonene til Git (eller eksporter dem) før du tilordner dem på nytt, og opprett dem deretter på nytt i målområdet.
Rapportbinding. Når du sikkerhetskopierer og gjenoppretter (eller sletter og distribuerer på nytt) en semantisk modell for et stort lagringsformat, får den gjenopprettede modellen en ny GUID. Rapporter som refererte til den opprinnelige modellen, må gå tilbake til den gjenopprettede modellen.
Gateway overhead. Mål på tvers av områder krever ofte ekstra lokal datagatewaykonfigurasjon og -validering, spesielt hvis gatewayene bruker Azure videresendinger under Bring Your Own Relay (BYOR), fordi reléendepunkter er områdebundet.

Velg overføring over flere områder bare når datalagring eller en annen hard betingelse krever det. Overføring av samme område er den anbefalte standarden.

Når du har overført

Når du har tilordnet arbeidsområder på nytt og validert at rapporter og oppdateringer fungerer på den nye SKU-en, kan du gi deg selv et stabiliseringsvindu før du avbryter P SKU og før du tar på deg valgfritt moderniseringsarbeid. Følgende aktiviteter hjelper deg med å bekrefte at overføringen landet rent og bestemme hva du skal gjøre videre.

Stabilisere kostnader

F SKU-utgifter er forutsigbare hvis du lar kapasitetene løpe døgnet rundt. Den månedlige kostnaden forblir stabil, selv om betal-etter-bruk-satser vanligvis er høyere enn tilsvarende P SKU. Bruk reservasjoner til å låse inn besparelser for stabile arbeidsbelastninger, og bruk pause og CV for kapasiteter som virkelig er inaktive for deler av dagen. Slik stabiliserer du kostnadene:

Spor daglig forbruk de første 30 dagene ved å bruke Microsoft Cost Management.
Angi Azure budsjetter og varsler på kapasitetens ressursgruppe, slik at du blir varslet før forbruket overskrider planen.
Evaluer en årlig Fabric kapasitetsreservasjon når daglig forbruk er stabilt. Reservasjoner vanligvis rabatt forutsigbare arbeidsbelastninger.
Pause kapasiteter som er inaktive utenfor arbeidstiden for å stoppe fakturering under disse vinduene.

Stabilisere ytelsen

For en 1:1-overføring i området til tilsvarende F SKU, bør CU-forbruket samsvare tett med P SKU-grunnlinjen etter stabilisering. Forvent ytelsesvariasjon når overføringen inkluderer en konfigurasjonsendring – et annet område, en annen SKU-størrelse eller arbeidsbelastningskonsolidering – og valider før du avvikler P SKU-en. Rapporterte overbelastninger etter overføring skyldes ofte arbeidsbelastningsendringer (et utbrudd av oppdateringer, lagt til innhold, endrede tidsplaner for oppdateringer) i stedet for selve overføringen. Kontroller bruksmønstre før du antar at F SKU er årsaken. Slik stabiliserer du ytelsen:

Overvåk den nye kapasiteten med Microsoft Fabric Capacity Metrics-appen i én til to uker etter cutover.
Sammenlign med den opprinnelige planen du registrerte på P SKU. Undersøk store deltaer i oppdateringsfrekvens, datasettstørrelse eller interaktiv innlasting før du endrer størrelse.
Oppskaler ved behov gjennom Azure portalen hvis du ser vedvarende begrensning. Se Skaler kapasiteten din.
Valider på tvers av en full forretningssyklus – inkluder månedsslutt og kvartalsvis lukking – før du behandler grunnlinjen som endelig.
Kontroller grunnlinjen på nytt når du legger til betydelig nytt innhold eller endrer tidsplaner for oppdateringer.
Revalidate etter eventuelle konfigurasjonsendringer på slutten (SKU-størrelse, område, arbeidsbelastningstilordning).
Hvis du vil ha bredere veiledning om planlegging av kapasitetsvekst og styring, kan du se Microsoft Fabric kapasitetsplanleggingsveiledning.

Se gjennom operasjoner og styring

Noen driftsinnstillinger overføres ikke automatisk når arbeidsområder flyttes til en F SKU. Se gjennom følgende:

Bekreft Azure RBAC-tildelinger på kapasitetsressursen, slik at de riktige administratorene kan administrere den.
Bruk arbeidsbelastningsinnstillinger på kapasitetsnivå på nytt (for eksempel minnegrenser for semantisk modell) i administrasjonsportalen for Fabric hvis de ble tilpasset på P SKU- en.
Kontroller brukere på nytt for å opprette Fabric elementleierens innstilling og eventuelle kapasitetsomfangdelegeringer.
Bruk Azure koder på kapasitetsressursen, slik at tilbakeførings- og tilbakevisningsrapporter-attributtet bruker til riktig kostnadssenter.
Evaluer nye funksjoner for kapasitetsbruksstyring som er tilgjengelige på F-SKU-er (for eksempel overspenningsbeskyttelse på arbeidsområdenivå og beskyttelse mot overforbruk av kapasitet) for å angi rekkverk før du åpner kapasiteten til bredere forbruk.

Utforsk moderniseringsmuligheter

Mange Fabric moderniseringsscenarioer er teknisk mulig på P SKU-er også. Hvilke endringer på F SKU-er er driftsmodellen: Azure opprinnelig kostnadsstyring, kapasitetsstyringsfunksjoner (for eksempel overspennings- og overforbruksbeskyttelse) og enhetlig Azure RBAC gjør det enklere å ta på seg disse scenariene med klarere kostnadsrekkverk og bedre driftstillit. Disse alternativene er valgfrie oppfølginger, ikke overføringskrav:

Hent eksisterende data til OneLake ved hjelp av Speiling og snarveier.
Konverter Semantiske DirectQuery-modeller til Direct Lake , der arbeidsbelastninger drar nytte av dette.
Ta i bruk OneLake-sikkerhet for enhetlige datatilgangskontroller på tvers av Fabric arbeidsbelastninger.

Behandle disse alternativene som separate arbeidsstrømmer som kjører etter at lisensieringsoverføringen er fullført. De blokkerer ikke overføring og bør ikke utvide tidslinjen.

Tilbakemeldinger

Var denne siden nyttig?

Last updated on 2026-07-22