vanlige spørsmål om Power BI Premium til Microsoft Fabric overføring

Denne artikkelen svarer på de vanligste kundespørsmålene om overføring fra Power BI Premium-SKU-er (P SKU-er) til Microsoft Fabric kapasitets-SKU-er (F SKU-er). Hvis du vil ha en bredere kontekst, kan du se Power BI Premium for å Microsoft Fabric overføringsoversikt. Hvis du vil ha beslutninger, kan du se Power BI beslutningsveiledning for Premium P SKU-overføring. Hvis du vil ha fremgangsmåter, kan du se Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric.

Tidslinje og pensjonering

Når er Power BI Premium P SKU-er fjernet?

Hvert P SKU-abonnement går av ved slutten av gjeldende avtaleperiode. Microsoft selger ikke lenger nye P SKU-er, og kunder med utløpende foretaksavtaler eller Microsoft Cloud avtaler kan ikke legge til eller fornye P SKU-kapasitet gjennom avtalen. Når abonnementet er avsluttet, forblir innholdet tilgjengelig i 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 er utilgjengelige til du overfører arbeidsområdene til en Fabric F SKU-kapasitet eller sletter kapasiteten. Hvis du vil se hele tidslinjen, kan du se Forstå tidslinjen for P SKU-pensjonering.

Kan jeg fortsatt kjøpe nye Power BI Premium P SKU-er, eller kan jeg bare fornye eksisterende?

Nei. Microsoft selger ikke lenger nye P SKU-er, og kunder med utløpende foretaksavtaler eller Microsoft Cloud avtaler kan ikke lenger legge til eller fornye P SKU-kapasitet gjennom avtalen. Hvis du vil beholde en Microsoft støttet kapasitet, kan du kjøpe en Microsoft Fabric F SKU.

Er P-til-F-overføringen automatisk ved fornyelse, eller må jeg manuelt kjøpe en F SKU og tilordne arbeidsområder på nytt?

Overføringen er ikke automatisk. Du kan manuelt kjøpe en F SKU-kapasitet i Azure og tilordne hvert arbeidsområde fra P SKU til den nye F SKU-en. Hvis du vil ha trinnvise prosedyrer, kan du se Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric.

Hva skjer med mitt Power BI innhold hvis jeg avbryter P SKU-en før jeg kjøper en F SKU?

Unngå denne sekvensen. Hvis P SKU-en slutter uten en F SKU på plass, angir innholdet 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 er utilgjengelige til du overfører arbeidsområdene til en Fabric F SKU-kapasitet eller sletter kapasiteten. Hvis du vil unngå forstyrrelser, må du først kjøpe F SKU, tilordne og validere arbeidsområder på nytt, og deretter avbryte P SKU-en. Hvis du vil se hele tidslinjen, kan du se Forstå tidslinjen for P SKU-pensjonering.

Påvirker P SKU-pensjoneringen suverene skykunder?

Nei. Microsoft Fabric er ikke tilgjengelig i nasjonale skyer ennå, så P SKU-er forblir støttet i disse miljøene. Microsoft gir egen veiledning når Fabric blir tilgjengelig der.

Skalering og tilordning av SKU

Hvilken F SKU tilsvarer min gjeldende P SKU?

Tilordne etter kapasitetsenheter (CUer): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Riktig størrelse derfra basert på faktisk forbruk med Microsoft Fabric Capacity Metrics-appen. Hvis du vil ha den fullstendige tabellen og veiledningen for riktig størrelse, kan du se Tilordne P SKU til en F SKU og SKU i riktig størrelse.

Hvordan bruker jeg Microsoft Fabric Kapasitetsmåledata-appen til å endre størrelse på F-SKU-en min?

Installer Microsoft Fabric Capacity Metrics-appen, p.sku-kapasiteten og se gjennom de siste 30 til 45 dagene med CU-forbruk. Vedvarende topper nær 100% CU-utnyttelse tyder på at du trenger tilsvarende eller større F SKU. Lange perioder med lav utnyttelse tyder på at du kan bruke en mindre F SKU med pause og gjenoppta for å redusere kostnadene. Konto for eventuelle nye Fabric arbeidsbelastninger (Lakehouses, Warehouses, Notebooks, Pipelines) du planlegger å legge til etter overføring.

Bør jeg skille avviks-/test- og produksjonsarbeidsbelastninger på ulike F SKU-kapasiteter?

Splitting kan forbedre kostnadskontroll og isolasjon, men bare hvis totalt CU-forbruk passer innenfor hver mindre kapasitet. Bruk appen Kapasitetsmåledata til å legge til gjeldende bruk før du bestemmer deg. To vanlige mønstre når du overfører fra én enkelt P1:

• Behold én F64 for produksjon, og bruk en mindre, pause-når-inaktiv F SKU for utvikling/test for å redusere kostnadene.
• Delt inn i to F SKU-er av forskjellige størrelser når produksjonsarbeidsbelastninger konsekvent nærmer seg P1-taket.

Ikke del en kapasitet som allerede er nær 100% utnyttelse uten først å skalere opp. Når du gjør dette, opprettes kapasitetsoverbelastninger. Microsoft har ingen fast anbefaling for delte størrelser. De riktige størrelsene avhenger av den målte arbeidsbelastningen.

Kostnad og lisensiering

Hva er kostnadsforskjellen mellom SKU-er og F SKU-er?

F SKU-er bruker regionale priser (samme SKU-størrelse kan koste forskjellige beløp i forskjellige Azure områder), som standard for fakturering (per sekund, minimum ett minutt) med valgfrie årlige eller flerårige reservasjoner for betydelige rabatter, og støtte pause/CV og skalere opp/ned gjennom Azure, slik at du bare betaler for det du bruker. Bruk Azure priskalkulator for bestemte områder og SKU-er. Se Viktige forskjeller mellom Power BI Premium P SKU-er og Fabric F SKU-er for å se den fullstendige funksjonen og faktureringssammenligningen.

Trenger jeg fortsatt Power BI Pro lisenser for rapportforbrukere etter overføring til en F SKU?

Det avhenger av F SKU-størrelsen. 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 alle seere en Power BI Pro- eller PPU-lisens. Forfattere og redaktører trenger alltid Pro eller PPU uavhengig av kapasitetsstørrelse.

Hva er de viktigste forskjellene mellom PPU, P SKU og F SKU?

Hvis du vil ha en fullstendig sammenligning, kan du se Microsoft Fabric lisenser.

Blir Power BI Premium per bruker (PPU) også fjernet?

Nei. Avviklingen gjelder bare for Power BI Premium per kapasitet SKU-er (P1–P5). PPU er en separat per bruker-lisens som forblir aktiv, og brukerne trenger ikke en lisensendring som en del av denne overføringen. Hvis det oppstår eldre artikler som refererer til «Power BI Premium» uten å angi per kapasitet eller per bruker, gjelder avviklingen bare for SKU-er per kapasitet.

Hvorfor varierer Fabric kapasitetskostnader etter område?

Fabric kapasiteter kjøres i Azure datasentre. Driftskostnadene for datasentre varierer etter område basert på maskinvare, energi, avgifter og lokal tilbud og etterspørsel. Hvert Azure område har sin egen publiserte Fabric SKU-pris.

Er Microsoft Fabric F SKU tilgjengelig i mitt Azure område?

Fabric F SKU-tilgjengelighet og priser varierer etter Azure område. Før du fullfører størrelsen, må du bekrefte at målets F SKU-størrelse er tilgjengelig i ditt foretrukne område ved hjelp av Azure priskalkulator eller ved å forsøke å opprette kapasiteten i Azure-portalen. Hvis det foretrukne området ikke tilbyr mål-F-SKU-en, velger du enten et område i nærheten som gjør det (og se gjennom Velg mellom samme område og overføring over tvers av områder før du kjøper), eller samarbeid med Microsoft-konto representanten for å planlegge et alternativ.

Funksjonsparitet

Hvilke Power BI Premium-funksjoner fungerer annerledes på F SKU-er?

Hvis du vil se hele tabellen, kan du se Viktige forskjeller mellom Power BI Premium P SKU-er og Fabric F SKU-er.

Er Power BI Embedded inkludert med F SKU-er, eller trenger jeg fortsatt EM- eller A-SKU-er?

Power BI Embedded er inkludert i hver F SKU. Du trenger ikke å beholde separate EM- eller A-SKU-er for innebygde scenarioer etter at du har overført.

Hvordan får jeg tilgang til rapportserver for Power BI etter overføring fra en P SKU til en F SKU?

rapportserver for Power BI er tilgjengelig via en Fabric kapasitetsreservasjon eller SQL Server Enterprise Edition med Software Assurance. Etter overføringen er rapportservernøkkelen på fanen Fabric kapasitet under Kapasitetsinnstillinger i administrasjonsportalen for Power BI. Bekreft lisensen for rapportserveren før du avbryter P SKU-abonnementet.

Hvordan stanser/gjenopptar kapasitets- og behovsbetingede størrelser på F SKU-er sammenlignet med Autoskala på P SKU-er?

F SKU-er støtter manuell eller skriptet oppskalering og nedskalering gjennom Azure portalen når som helst, pluss pause og fortsett for å stoppe fakturering i inaktive perioder. P SKU Autoscale, som la til ekstra v-kjerner fakturert per 24-timers periode fra Azure-abonnementet, erstattes av disse F SKU-funksjonene. Hvis du vil ha mer informasjon, kan du se Skalere kapasiteten ogstanse midlertidig og gjenoppta kapasiteten.

Hvordan varierer Direct Lake-rekkverk mellom P SKU-er og F SKU-er?

Direct Lake-rekkverk (maksimalt antall rader per tabell, maksimalt antall parquet-filer og maksimal modellstørrelse) skaleres med kapasitetsstørrelse. De samme regler for rekkverk gjelder for tilsvarende F SKU. F64-rekkverket samsvarer for eksempel med P1-rekkverket. Hvis du vil se gjeldende per SKU-verdier, kan du se Oversikt over Direct Lake.

Overføringstrinn

Hvordan overfører jeg arbeidsområder fra en P SKU til en F SKU?

Se Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric, som dekker beholdning, F SKU-klargjøring, pilot, tilordning (portal og notatblokk), validering og avvikling. Hvis du vil se de underliggende beslutningene, kan du se Power BI beslutningsveiledning for Premium P SKU-overføring.

Kan jeg bruke en Fabric prøveversjonskapasitet til å teste før jeg forplikter meg til en F SKU?

Ja. En Fabric prøveversjon lar deg klargjøre en prøveversjonskapasitet for å teste arbeidsbelastninger og validere virkemåten før du kjøper. Prøvekapasiteter har tidsbegrensninger og andre begrensninger, så bruk prøveversjonen bare for testing, ikke som et langsiktig overføringsmål.

Avbrytes aktive jobber når jeg tilordner et arbeidsområde fra en P SKU til en F SKU på nytt?

Aktive oppdateringer og spørringer kan avbrytes under tilordning. Planlegg omplasseringer utenfor oppdateringsvinduer og etter at langvarige jobber er fullført. Planlagte oppdateringer og datasamlebånd gjenopptas automatisk på den nye F SKU-kapasiteten etter ny tilordning.

Bør jeg planlegge for nedetid?

Hvis du vil tilordne standard Power BI elementer på samme område, forventer du null nedetid bortsett fra eventuelle aktive oppdateringer. Hvis du vil tilordne arbeidsområder på tvers av områder som inneholder semantiske modeller i stort lagringsformat eller Fabric elementer, kan du forvente nedetid på disse elementene som er lik tiden det tar å sikkerhetskopiere dem, slette dem, tilordne arbeidsområdet på nytt og opprette dem på nytt i det nye området. Etter ny tilordning kan det ta opptil en time før brukerne kan opprette Fabric elementer på den nye kapasiteten.

Innvirkning på arbeidsområdet

Hva skjer under overføringen hvis P SKU og F SKU er i forskjellige Azure områder?

Standard Power BI elementer (rapporter, små eller standardformat semantiske modeller, instrumentbord) overlever en omdisponering på tvers av områder. Store semantiske modeller for lagringsformat og alle Fabric elementer (Lakehouses, Warehouses, Notebooks, Data Factory pipelines og lignende elementer) overlever ikke. Du må sikkerhetskopiere dem eller registrere definisjonene før du tilordner dem på nytt, og deretter opprette dem på nytt i det nye området etter ny tilordning. Hvis du vil ha trinnvis håndtering, kan du se Overføringer over flere områder: spesiell håndtering.

Hva skjer med utrullingssamlebånd, arbeidsområdeapper og CI/CD-arbeidsflyter etter overføring?

Utrullingssamlebånd, arbeidsområdeapper og CI/CD-arbeidsflyter fortsetter å fungere etter en ny tilordning av samme område. Arbeidsområder beholder datasamlebåndtilordninger og appkonfigurasjoner. For overføringer over flere områder planlegger du å koble til Git-integrasjon på nytt i det nye området etter at du har opprettet noen Fabric elementer på nytt. Hvis du vil ha mer informasjon om Git-integrering, kan du se Fabric Git-integrasjon.

Semantisk modellinnvirkning

Vil mine eksisterende semantiske modeller, policyer for trinnvis oppdatering og planlagte oppdateringer fortsette å fungere etter overføring?

Ja, disse funksjonene fungerer på tilsvarende F SKU i samme område. Semantiske modeller, policyer for trinnvis oppdatering og planlagte oppdateringsplaner overføres med arbeidsområdet. Valider ved å utløse en behovsbetinget oppdatering etter ny tilordning og bekrefte at neste planlagte oppdatering lykkes.

Hva skjer med dataflyt gen1-arbeidsbelastninger etter overføring til en F SKU? Må jeg overføre til Dataflyt gen2?

Dataflyt gen1 fortsetter å fungere på F SKU kapasiteter. Du må ikke overføre til Dataflyt gen2 som en del av P-til-F-overføringen. Overføring til dataflyt gen2 er en egen moderniseringsbeslutning som du kan ta i ditt eget tempo etter kapasitetsoverføringen. Hvis du vil se sammenligningen, kan du se Forskjeller mellom dataflyt gen1 og dataflyt gen2.

Administrasjon og styring

Etter overføring overføres administrasjonsportalinnstillinger, leierkonfigurasjoner og styringspolicyer?

Innstillinger på leiernivå i Power BI og Fabric administrasjonsportalen (leierinnstillinger, policyer for følsomhetsetiketter, delingskontroller og lignende) er ikke knyttet til kapasiteten, slik at de overføres uten endringer. Innstillinger på kapasitetsnivå er konfigurert på den nye F SKU-kapasiteten, inkludert arbeidsbelastningsinnstillinger, kapasitetsadministratorer og eventuell per kapasitetsstyring du brukte på P SKU. Planlegg å:

1. Legg til kapasitetsadministratorer på den nye SKU-en før du tilordner et arbeidsområde på nytt.
2. Opprett alle Arbeidsbelastningsinnstillinger for P SKU-kapasitet du er avhengig av (for eksempel minnebegrensninger for semantisk modell) på den nye F SKU-en.
3. Se gjennom leierinnstillinger relatert til Fabric arbeidsbelastninger (for eksempel brukere kan opprette Fabric elementer) og bekrefte at de samsvarer med styringsintensjonen din før overføring.

Påvirker leierbryteren «Brukere kan opprette Fabric elementer» mine eksisterende Power BI arbeidsbelastninger etter overføringen?

Brukerne kan opprette innstilling for Fabric elementer for leierkontroller om brukere kan opprette elementer som ikke er Power BI Fabric (for eksempel Lakehouses, Warehouses og Notebooks). Det påvirker ikke eksisterende Power BI rapporter, semantiske modeller, instrumentbord eller oppdateringsplaner. Hvis du vil begrense oppretting av Fabric element under eller etter overføring, kan du deaktivere innstillingen for leieren eller bestemte sikkerhetsgrupper. Hvis du vil se innstillingsreferansen, kan du se Power BI leierinnstillinger.

Hvordan styrer jeg avdelinger som administrerer sine egne arbeidsbelastninger i en delt F SKU-kapasitet etter overføring fra en sentralt administrert P SKU?

En delt F SKU-kapasitet bruker samme styringsbyggeblokker som en delt P SKU: arbeidsområderoller (administrator, medlem, bidragsyter, seer), tillatelser på elementnivå, distribusjonssamlebånd, følsomhetsetiketter og leierinnstillinger. F SKU-er legger til to områder som er verdt å planlegge for:

• Fabric domener. Grupper relaterte arbeidsområder (for eksempel etter forretningsområde), slik at du kan bruke forbundsstyring på domenenivå. Se Fabric domener.
• Tilbakeføring og kostnadsallokering. Bruk Azure koder på Fabric kapasitet, Microsoft Cost Management og Fabric tilbakeføringstilnærming for å tildele utgifter tilbake til avdelinger. Se Microsoft Cost Management.

Hvis avdelinger trenger autonomi over kapasitetsstørrelse eller pause-CV-tidsplaner, kan du gi hver av dem sin egen F SKU i stedet for å dele en enkelt større kapasitet.

Relatert innhold

• Power BI Oversikt over premium til Microsoft Fabric overføring
• beslutningsveiledning for Power BI Premium P SKU-overføring
• Overføre arbeidsområder fra Power BI Premium til Microsoft Fabric
• Power BI leieroverføringsmønstre og strategier
• Microsoft Fabric lisenser
• Måledataapp for Microsoft Fabric Capacity Metrics