ofte stillede spørgsmål om Power BI Premium til Microsoft Fabric migrering

I denne artikel besvares de hyppigste kundespørgsmål om overførsel fra Power BI Premium-SKU'er (P-SKU'er) til Microsoft Fabric kapacitets-SKU'er (F SKU'er). Du kan se en bredere kontekst under oversigt over Power BI Premium til Microsoft Fabric migrering. Du kan få flere oplysninger om beslutninger i beslutningsvejledningen til Power BI Premium P SKU-migrering. Du kan se procedurer under Overfør arbejdsområder fra Power BI Premium til Microsoft Fabric.

Tidslinje og tilbagetrækning

Hvornår udgår Power BI Premium P-SKU'er?

Hvert P SKU-abonnement udgår ved afslutningen af dets aktuelle aftaleperiode. Microsoft ikke længere sælger nye P SKU'er, og kunder med udløbne Enterprise-aftaler eller Microsoft Cloud-aftaler kan ikke tilføje eller forny P SKU-kapacitet via deres aftale. Når dit abonnement er ophørt, forbliver indhold tilgængeligt i en 30-dages respitperiode. Fra og med dag 31 begrænses adgangen (interaktive handlinger forsinkes). På dag 91 og derefter afvises alle handlinger. Dine data bevares, men er utilgængelige, indtil du overfører arbejdsområderne til en Fabric F SKU-kapacitet eller sletter kapaciteten. Du kan se hele tidslinjen under Forstå tidslinjen for ophør af P-SKU.

Kan jeg stadig købe nye Power BI Premium P-SKU'er, eller kan jeg kun forny eksisterende sku'er?

Nej. Microsoft ikke længere sælger nye P SKU'er, og kunder med udløbne Enterprise-aftaler eller Microsoft Cloud-aftaler kan ikke længere tilføje eller forny P SKU-kapacitet via deres aftale. Hvis du vil forblive på en Microsoft-understøttet kapacitet, skal du købe en Microsoft Fabric F SKU.

Er P-to-F-migreringen automatisk ved fornyelse, eller skal jeg manuelt købe en F SKU og tildele arbejdsområder igen?

Migrering sker ikke automatisk. Du køber manuelt en F SKU-kapacitet i Azure og tildeler hvert arbejdsområde fra P-SKU'en til den nye F SKU. Du kan få trinvise procedurer under Overfør arbejdsområder fra Power BI Premium til Microsoft Fabric.

Hvad sker der med mit Power BI indhold, hvis jeg annullerer min P SKU, før jeg køber en F SKU?

Undgå denne sekvens. Hvis din P SKU slutter uden en F SKU på plads, går dit indhold ind i den 30-dages respitperiode. Fra og med dag 31 begrænses adgangen (interaktive handlinger forsinkes). På dag 91 og derefter afvises alle handlinger. Dine data bevares, men er utilgængelige, indtil du overfører arbejdsområderne til en Fabric F SKU-kapacitet eller sletter kapaciteten. Hvis du vil undgå afbrydelse, skal du købe F-SKU'en først, tildele og validere arbejdsområder og derefter annullere P-SKU'en. Du kan se hele tidslinjen under Forstå tidslinjen for ophør af P-SKU.

Påvirker udfasning af P-SKU'en nationale cloudkunder?

Nej. Microsoft Fabric er endnu ikke tilgængelig i nationale cloudmiljøer, så P-SKU'er understøttes fortsat i disse miljøer. Microsoft giver separat vejledning, når Fabric bliver tilgængelig der.

SKU-størrelse og -tilknytning

Hvilken F SKU svarer til min aktuelle P SKU?

Kort efter kapacitetsenheder (CU'er): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Den rigtige størrelse derfra baseret på det faktiske forbrug med appen Microsoft Fabric Capacity Metrics. Du kan finde en komplet vejledning til tabellen og tilpasning af størrelsen under Knyt din P SKU til en F SKU og Tilpas størrelsen på din F SKU.

Hvordan bruger jeg appen Microsoft Fabric Capacity Metrics til at tilpasse størrelsen på min F SKU?

Installér appen Microsoft Fabric Capacity Metrics, peg på din P SKU-kapacitet, og gennemse de seneste 30 til 45 dage med CU-forbrug. Vedvarende spidsbelastninger tæt på 100% CU-udnyttelse tyder på, at du har brug for den tilsvarende eller større F SKU. Lange perioder med lav udnyttelse antyder, at du kan bruge en mindre F SKU med pause og genoptage for at reducere omkostningerne. Konto for alle nye Fabric arbejdsbelastninger (Lakehouses, Warehouses, Notebooks, Pipelines), du planlægger at tilføje efter migreringen.

Skal jeg adskille udviklings-/test- og produktionsarbejdsbelastninger på forskellige F SKU-kapaciteter?

Opdeling kan forbedre omkostningsstyringen og isoleringen, men kun hvis det samlede CU-forbrug passer inden for hver mindre kapacitet. Brug appen Capacity Metrics til at grundlinjeopstille det aktuelle forbrug, før du beslutter dig. To almindelige mønstre, når der migreres fra en enkelt P1:

  • Behold én F64 til produktion, og brug en mindre, midlertidigt afbrudt F-SKU til udvikling/test for at reducere omkostningerne.
  • Opdel i to F-SKU'er af forskellig størrelse, når produktionsarbejdsbelastninger nærmer sig P1-loftet på en ensartet måde.

Opdel ikke en kapacitet, der allerede er tæt på 100% udnyttelse uden først at skalere op. Hvis du gør det, oprettes der overbelastninger af kapaciteten. Microsoft har ingen faste anbefalinger til opdelte størrelser. De rigtige størrelser afhænger af din målte arbejdsbelastning.

Omkostninger og licensering

Hvad er omkostningsforskellen mellem P-SKU'er og F-SKU'er?

F-SKU'er bruger regionale priser (den samme SKU-størrelse kan koste forskellige beløb i forskellige Azure områder), standard til fakturering efter forbrug (pr. sekund, minimum ét minut) med valgfri årlige eller flerårige reservationer for betydelige rabatter og understøtter pause/cv og skaler op/ned gennem Azure, så du kun betaler for det, du bruger. Brug prisberegneren Azure til dine specifikke områder og SKU'er. Du kan se den fulde sammenligning af funktioner og fakturering under Nøgleforskelle mellem Power BI Premium P-SKU'er og Fabric F-SKU'er.

Vigtige oplysninger

Regionale prisforskelle bør ikke føre til beslutninger om migrering på tværs af områder. De regionale priser kan ændre sig over tid, og den driftsmæssige kompleksitet af en flytning på tværs af områder (f.eks. genskabelse af semantiske lagerformater, oprettelse af Fabric elementer og omkonfigurering af gateways) opvejer normalt prisforskelle på kort sigt. Du kan få flere oplysninger under Overfør arbejdsområder fra Power BI Premium til Microsoft Fabric.

Har jeg stadig brug for Power BI Pro licenser til rapportforbrugere efter migrering til en F SKU?

Det afhænger af størrelsen på F-SKU'en. På F64 og større kan brugere med en Fabric gratis licens og rollen Seer få vist indhold på samme måde som på P-SKU'er. På F2 til og med F32 skal alle seere have en Power BI Pro- eller Premium pr. bruger-licens. Forfattere og redaktører har altid brug for Pro eller Premium pr. bruger, uanset kapacitetsstørrelse.

Hvad er de vigtigste forskelle mellem PREMIUM, P SKU og F SKU?

Licens Købt pr. Status Bedst til
Power BI Pro Bruger Aktivt Individuelle forfattere og seere uden Premium- eller Fabric-kapacitet.
Premium pr. bruger Bruger Aktiv (ikke påvirket af P SKU-tilbagetrækning) Brugere, der har brug for Premium-funktioner uden en organisationskapacitet.
Power BI Premium pr. kapacitet (P SKU) Kapacitet (Microsoft 365 forpligtelse) Udfases ved afslutningen af hver kundes nuværende aftaleperiode. Ingen nye køb, tilføjelsesprogrammer eller fornyelser via udløbne Enterprise-aftaler eller Microsoft Cloud-aftaler. Erstattet af Fabric F-SKU'er.
Microsoft Fabric kapacitet (F SKU) Kapacitet (Azure betalt efter forbrug eller reservation) Aktive. Erstatningen for P-SKU'er. Kapacitetsbaseret licens. F64 og større låse op Power BI Premium-funktioner for at få gratis seeradgang.

Du kan se den fulde sammenligning under Microsoft Fabric licenser.

Udgår Power BI Premium pr. bruger også?

Nej. Tilbagetrækningen gælder kun for Power BI Premium pr. kapacitet-SKU'er (P1-P5). Premium pr. bruger er en separat licens pr. bruger, der forbliver aktiv, og dine brugere behøver ikke en licensændring som en del af denne migrering. Hvis du støder på ældre artikler, der refererer til "Power BI Premium", uden at angive pr. kapacitet eller pr. bruger, gælder tilbagetrækningen kun for SKU'er pr. kapacitet.

Hvorfor varierer Fabric kapacitetsomkostninger efter område?

Fabric kapaciteter kører i Azure datacentre. Driftsomkostningerne for datacentre varierer efter område baseret på hardware, energi, skatter og lokalt udbud og efterspørgsel. Hvert Azure område har sin egen publicerede Fabric SKU-pris.

Vigtige oplysninger

Dette er den samme vejledning, der vises under Hvad er omkostningsforskellen mellem P-SKU'er og F-SKU'er?. Flytninger på tværs af områder er normalt ikke værd at jagte regionale prisdeltaer.

Er den Microsoft Fabric F-SKU tilgængelig i mit Azure område?

Fabric F SKU-tilgængelighed og -priser varierer efter Azure område. Før du afslutter størrelsen, skal du bekræfte, at din målstørrelse for F-SKU'en er tilgængelig i dit foretrukne område ved hjælp af Azure prisberegner eller ved at forsøge at oprette kapaciteten på Azure portalen. Hvis dit foretrukne område ikke tilbyder din mål-F-SKU, skal du enten vælge et område i nærheden, der gør det (og gennemse Vælg mellem migrering i samme område og på tværs af områder, før du køber), eller arbejd sammen med din Microsoft-konto repræsentant for at planlægge et alternativ.

Funktionsparitet

Hvilke Power BI Premium-funktioner fungerer anderledes på F-SKU'er?

Kapacitet P-SKU F-SKU
automatisk skalering Valgfrit, faktureret pr. 24-timers periode Findes ikke på F-SKU'er. Brug tilpasning efter behov (manuel skalering op eller ned via Azure-portalen) plus beskyttelse mod overforbrug af kapacitet.
Afbryd midlertidigt, og fortsæt Ikke tilgængelig Tilgængelig
Power BI Embedded- Kun inkluderet ved køb af EM-SKU'er Inkluderet i hver F SKU
Azure oprindelige sikkerhed og netværk (administrerede VNets, private slutpunkter, adgang til arbejdsområder, der er tillid til) Ikke tilgængelig Tilgængelig
Gratis forbrug af brugerindhold Gratis brugere med rollen Læser kan få vist indhold Samme, kun på F64 og større
Power BI-rapportserver Medtages Inkluderet i en Fabric reserveret licens eller SQL Server EE med Software Assurance

Du kan se hele tabellen under Nøgleforskelle mellem Power BI Premium P-SKU'er og Fabric F-SKU'er.

Er Power BI Embedded inkluderet i F-SKU'er, eller har jeg stadig brug for EM- eller A-SKU'er?

Power BI Embedded er inkluderet i hver F SKU. Du behøver ikke at beholde separate EM- eller A-SKU'er til integrerede scenarier, når du har overført.

Hvordan får jeg adgang til Power BI-rapportserver efter migrering fra en P SKU til en F SKU?

Power BI-rapportserver er tilgængelig via en Fabric kapacitetsreservation eller SQL Server Enterprise Edition med Software Assurance. Efter migreringen er nøglen Report Server på fanen Fabric kapacitet under Kapacitetsindstillinger på Power BI administrationsportal. Bekræft din licens til rapportserveren , før du annullerer dit P SKU-abonnement.

Hvordan kan kapacitet afbryde/genoptage og tilpasse størrelsen efter behov på F-SKU'er sammenlignet med Automatisk skalering på P-SKU'er?

F-SKU'er understøtter manuel eller scriptet skalering op og ned gennem Azure portalen når som helst plus pause og fortsæt for at stoppe fakturering i inaktive perioder. P SKU Autoskalering, som tilføjede ekstra v-kerner faktureret pr. 24-timers periode fra dit Azure abonnement, erstattes af disse F SKU-funktioner. Du kan finde flere oplysninger under Skaler din kapacitet og Afbryd midlertidigt, og genoptag din kapacitet.

Hvordan adskiller Direct Lake-gelændere sig fra P-SKU'er til F-SKU'er?

Direct Lake-gelændere (maksimalt antal rækker pr. tabel, maksimale parquetfiler og maksimal modelstørrelse) skaleres med kapacitetsstørrelse. De samme gelænderregler gælder for den tilsvarende F SKU. F64-gelænderne matcher f.eks. P1-gelænderne. Du kan se de aktuelle værdier pr. SKU under Oversigt over Direct Lake.

Overførselstrin

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

Se Overfør arbejdsområder fra Power BI Premium til Microsoft Fabric, som dækker lager, F SKU-klargøring, pilot, omfordeling (portal og notesbog), validering og nedlukning. Du kan se de underliggende beslutninger i beslutningsvejledningen til Power BI Premium P SKU-migrering.

Kan jeg bruge en Fabric prøveversion til at teste, før jeg forpligter mig til en F SKU?

Ja. Med en Fabric prøveversion kan du klargøre en prøveversionskapacitet til test af arbejdsbelastninger og validere funktionsmåden, før du køber. Prøvekapaciteter har tidsgrænser og andre begrænsninger, så brug kun prøveversionen til test, ikke som et langsigtet migreringsmål.

Annulleres aktive job, når jeg tildeler et arbejdsområde fra en P SKU til en F SKU?

Aktive opdateringer og forespørgsler kan afbrydes under omfordeling. Planlæg omfordelinger uden for opdateringsvinduer, og når langvarige job er fuldført. Planlagte opdateringer og pipelines genoptages automatisk på den nye F SKU-kapacitet efter omfordeling.

Skal jeg planlægge nedetid?

I forbindelse med omfordeling af standard Power BI elementer i samme område skal du forvente nul nedetid bortset fra aktive opdateringer. I forbindelse med en omfordeling på tværs af områder af arbejdsområder, der indeholder semantiske modeller i stort lagerformat eller Fabric elementer, skal du forvente nedetid for disse elementer, der svarer til tiden til at sikkerhedskopiere dem, slette dem, tildele arbejdsområdet igen og genoprette dem i det nye område. Efter omfordeling kan det tage op til en time, før brugerne kan oprette Fabric elementer i den nye kapacitet.

Indvirkning på arbejdsområde

Hvis min P SKU og F SKU er i forskellige Azure områder, hvad sker der så under migreringen?

Standard Power BI elementer (rapporter, små semantiske modeller eller dashboards i standardformat) overlever en omfordeling på tværs af områder. Semantiske modeller i stort lagerformat og alle Fabric elementer (Lakehouses, Warehouses, Notesbøger, Data Factory-pipelines og lignende elementer) overlever ikke. Du skal sikkerhedskopiere dem eller hente deres definitioner, før du omfordeler dem, og derefter genoprette dem i det nye område efter omfordeling. Hvis du vil have en trinvis håndtering, skal du se Migreringer på tværs af områder: særlig håndtering.

Hvad sker der med udrulningspipelines, arbejdsområdeapps og CI/CD-arbejdsprocesser efter migreringen?

Udrulningspipelines, arbejdsområdeapps og CI/CD-arbejdsprocesser fungerer fortsat efter en omfordeling af samme område. Arbejdsområder bevarer deres pipelinetildelinger og appkonfigurationer. I forbindelse med migreringer på tværs af områder skal du planlægge at genoprette forbindelsen til Git-integration i det nye område, når du har oprettet Fabric elementer igen. Du kan finde flere oplysninger om Git-integration under Fabric Git-integration.

Semantisk modeleffekt

Fungerer mine eksisterende semantiske modeller, politikker for trinvis opdatering og planlagte opdateringer fortsat efter migreringen?

Ja, disse funktioner fungerer på den tilsvarende F SKU i det samme område. Semantiske modeller, politikker for trinvis opdatering og planlagte opdateringsplaner overføres med arbejdsområdet. Valider ved at udløse en opdatering efter behov efter omfordeling, og bekræft, at den næste planlagte opdatering lykkes.

Hvad sker der med Dataflow Gen1-arbejdsbelastninger efter migrering til en F SKU? Skal jeg migrere til Dataflow Gen2?

Dataflow Gen1 fungerer fortsat på F SKU-kapaciteter. Du behøver ikke at migrere til Dataflow Gen2 som en del af P-to-F-migreringen. Migrering til Dataflow Gen2 er en separat moderniseringsbeslutning, som du kan træffe i dit eget tempo efter migreringen af kapaciteten. Du kan se sammenligningen under Forskelle mellem Dataflow Gen1 og Dataflow Gen2.

Administrator og styreformer

Efter migreringen overføres indstillingerne for administrationsportalen, lejerkonfigurationer og politikker for styring?

Indstillinger på lejerniveau på Power BI- og Fabric-administrationsportalen (lejerindstillinger, politikker for følsomhedsmærkater, delingskontrolelementer og lignende) er ikke knyttet til din kapacitet, så de overføres uden ændringer. Indstillinger på kapacitetsniveau konfigureres på den nye F SKU-kapacitet, herunder arbejdsbelastningsindstillinger, kapacitetsadministratorer og eventuel styring pr. kapacitet, du har anvendt på P SKU'en. Planlæg til:

  1. Tilføj kapacitetsadministratorer på den nye F SKU, før du tildeler et arbejdsområde igen.
  2. Genopret eventuelle indstillinger for arbejdsbelastning for P SKU-kapacitet, som du er afhængig af (f.eks. grænser for semantisk modelhukommelse) på den nye F SKU.
  3. Gennemse lejerindstillinger, der er relateret til Fabric arbejdsbelastninger (f.eks. Brugere kan oprette Fabric elementer), og bekræft, at de stemmer overens med din styringsformål før migrering.

Påvirker lejerkontakten "Brugere kan oprette Fabric elementer" mine eksisterende Power BI arbejdsbelastninger efter migreringen?

Brugerne kan oprette lejerindstillingen Fabric elementer styrer, om brugerne kan oprette ikke-Power BI Fabric elementer (f.eks. Lakehouses, Warehouses og Notesbøger). Det påvirker ikke eksisterende Power BI rapporter, semantiske modeller, dashboards eller opdateringsplaner. Hvis du vil begrænse Fabric elementoprettelse under eller efter migreringen, kan du deaktivere indstillingen for lejeren eller bestemte sikkerhedsgrupper. Du kan se indstillingsreferencen under Power BI lejerindstillinger.

Hvordan styrer jeg afdelinger, der administrerer deres egne arbejdsbelastninger i en delt F SKU-kapacitet efter migrering fra en centralt administreret P SKU?

En delt F SKU-kapacitet bruger de samme komponenter til styring som en delt P SKU: arbejdsområderoller (administrator, medlem, bidragyder, fremviser), tilladelser på elementniveau, udrulningspipelines, følsomhedsmærkater og lejerindstillinger. F-SKU'er tilføjer to områder, der er værd at planlægge for:

  • Fabric domæner. Gruppér relaterede arbejdsområder (f.eks. efter forretningsområde), så du kan anvende styring i organisationsnetværket på domæneniveau. Se Fabric domæner.
  • Tilbageførsel og omkostningsallokering. Brug Azure mærker på Fabric kapacitet, Microsoft Cost Management og tilgangen med Fabric tilbageførsel til at tildele udgifter tilbage til afdelinger. Se Microsoft Cost Management.

Hvis afdelinger har brug for autonomi i forhold til kapacitetsstørrelsen eller pause-cv-tidsplaner, skal du give hver enkelt sin egen F SKU i stedet for at dele en enkelt større kapacitet.

Relateret indhold

  • Last updated on