overzicht van Power BI Premium naar Microsoft Fabric migratie

Microsoft stopt met de Power BI Premium-SKU's op basis van capaciteit (P-SKU's). Elk P SKU-abonnement eindigt aan het einde van de huidige overeenkomsttermijn en Microsoft geen nieuwe P-SKU's meer verkoopt. Om uw Power BI-workloads operationeel te houden, migreert u naar Microsoft Fabric-capaciteits-SKU's (F-SKU's). In dit artikel krijgt u een end-to-end-weergave van de migratie: waarom Fabric F-SKU's het pad voorwaarts zijn, welke wijzigingen en wat hetzelfde blijft voor eindgebruikers en beheerders, de fasen van een typische migratie en de scenario's die bepalen hoe complex uw migratie is.

Dit artikel is bedoeld voor Fabric beheerders, Power BI beheerders, IT-architecten en capaciteitseigenaren die de migratie plannen en uitvoeren.

Belangrijk

Plan de migratie te voltooien voordat uw P SKU-abonnement afloopt. Nadat uw abonnement is afgelopen, gaat uw capaciteit een respijtperiode van 30 dagen in. Vanaf dag 31 wordt de toegang beperkt (interactieve bewerkingen worden vertraagd). Op dag 91 en hoger worden alle bewerkingen geweigerd: uw gegevens blijven behouden, maar zijn niet toegankelijk totdat u de werkruimten migreert naar een Fabric F-SKU-capaciteit of de capaciteit verwijdert. Als u onderbrekingen wilt voorkomen, moet u uw werkruimten opnieuw toewijzen aan een Fabric F-SKU-capaciteit voordat uw P SKU-abonnement afloopt. Zie Werkruimten migreren van Power BI Premium naar Microsoft Fabric voor de procedure.

Note

Enterprise Agreement-klanten. Als uw Enterprise Agreement nog steeds actief is, kunt u bestaande P SKU-capaciteit blijven uitvoeren en deze jaarlijks verlengen via uw overeenkomst totdat de EA-termijn afloopt. Klanten met verlopen Enterprise Agreements of Microsoft Cloud-overeenkomsten kunnen geen nieuwe P SKU-capaciteit toevoegen of aanschaffen via hun overeenkomst. Bevestig uw specifieke contractvoorwaarden met uw Microsoft-account vertegenwoordiger voordat u beslist wanneer u wilt migreren.

Note

Deze buitengebruikstelling kent twee belangrijke beperkingen in de reikwijdte:

  • Licenties per gebruiker worden niet beïnvloed.Power BI Pro en Power BI PPU (Premium Per User) blijven as-is. Zie Is Power BI PPU (Premium Per User) ook buiten gebruik gesteld voor meer informatie?
  • Ingesloten licenties (EM, A) worden niet beïnvloed. Deze SKU’s vallen niet onder deze uitfasering.
  • Soevereine cloudomgevingen zijn hier nog niet door beïnvloed. Microsoft Fabric is niet beschikbaar in onafhankelijke clouds, dus blijven P-SKU's daar ondersteund. Microsoft biedt afzonderlijke richtlijnen wanneer Fabric beschikbaar komt in die omgevingen.

Waarom migreren naar Microsoft Fabric

De uitfasering van P-SKU's is de directe drijvende kracht, maar Fabric F-SKU's bieden ook mogelijkheden die P-SKU's niet bieden:

  • Alleen betalen voor wat u gebruikt. F-SKU’s maken standaard gebruik van Azure-facturering op basis van betalen per gebruik, met optionele jaarlijkse of meerjarige reserveringen voor voorspelbare werkbelastingen. U kunt een capaciteit ook onderbreken wanneer deze niet actief is om de facturering buiten kantooruren te stoppen en deze later op aanvraag te hervatten.
  • Schaal op elk gewenst moment omhoog of omlaag. Wijzig de grootte van capaciteiten via de Azure-portal wanneer uw workloads veranderen, in plaats van een vaste grootte vast te leggen voor de duur van een abonnement.
  • Gebruik het Azure-systeemeigen operationele model. Capaciteit inrichten en beheren via de Azure-portal, Azure-tags toepassen voor kostenverrekening en Fabric-uitgaven meetellen voor uw Microsoft Azure Consumption Commitment (MACC). Veel Fabric-workloads (zoals Lakehouses, Warehouses, Notebooks en Data Factory-pijplijnen) draaien op P- of F-capaciteiten, maar het operationele model van Azure ondersteunt alleen F-capaciteiten.
  • Gebruik Power BI Embedded zonder afzonderlijke SKU's. Ingesloten scenario's worden gedekt door elke F-SKU, dus u hebt geen afzonderlijke EM- of A-SKU's nodig.
  • Gebruik Azure systeemeigen beveiliging en bewerkingen. Beheerde privé-eindpunten, toegang tot vertrouwde werkruimten, Azure Monitor en Microsoft Cost Management zijn allemaal beschikbaar met F-SKU's.

Zie belangrijke verschillen tussen Power BI Premium P-SKU's en Fabric F-SKU's voor de volledige functie-per-functievergelijking.

Welke wijzigingen en wat hetzelfde blijft

De migratie omvat voornamelijk een licentie- en infrastructuurwijziging. Eindgebruikerservaringen en de meeste beheergedrag blijven hetzelfde. Sommige operationele gebieden veranderen.

Gebied Wijzigen? Nadat u bent gemigreerd naar F SKU
Rapporten, semantische modellen, dashboards Same Blijf ongewijzigd werken op F64- of grotere capaciteiten.
Gebruikerslicenties (Pro, PPU, Gratis) Same Ongewijzigd. Op F64 en hoger kunnen gebruikers met een gratis Fabric-licentie en de Kijker-rol inhoud bekijken, net als op P-SKU's. Op F2 tot en met F32 heeft elke viewer een Pro- of PPU-licentie nodig.
Werkruimten en apps Same Werkruimten worden opnieuw toegewezen aan de nieuwe capaciteit. Werkruimte-apps, implementatiepijplijnen en Git-integratie blijven werken.
Schema's en pijplijnen vernieuwen Same Blijf werken met de nieuwe capaciteit. Actieve vernieuwingen kunnen tijdens het opnieuw toewijzen worden onderbroken.
Power BI Report Server Hetzelfde, met licentiewijziging Nog beschikbaar, met een Fabric-capaciteitsreservering of SQL Server Enterprise Edition met Software Assurance.
Power BI Embedded Hetzelfde, eenvoudiger Inbegrepen bij elke F-SKU. Afzonderlijke EM- en A-SKU's zijn niet vereist.
Aankoop en facturering Changes Overstappen van Microsoft 365 toezeggingsfacturering naar Azure facturering. F-SKU's bieden ondersteuning voor betalen per gebruik en jaarlijkse of meerjarige reserveringen.
Capaciteitsbeheer Changes Voornamelijk beheerd via de Fabric-portal (werkruimtetoewijzingen en instellingen op capaciteitsniveau). Bewerkingen onderbreken, hervatten, omhoog schalen en omlaag schalen worden uitgevoerd via de Azure portal.
Automatisch schalen Changes Automatische schaalaanpassing van P SKU's bestaat niet op F-SKU's. In plaats daarvan gebruiken F-SKU's het wijzigen van de grootte op aanvraag. U kunt handmatig omhoog of omlaag schalen via de Azure-portal.
Capaciteitsbeheer Nieuwe mogelijkheden Er zijn nieuwe functies voor kostenbeheer beschikbaar voor F-SKU's, zoals piekbeveiliging op werkruimteniveau en capaciteitsoverschrijdingsbeveiliging. Gebruik ze om het verbruik te beheren en runaway-kosten te voorkomen.
Ondersteuning voor items in meerdere regio's Nieuwe overweging Standaard Power BI items overleven een hertoewijzing tussen regio's. Voor semantische modellen met grote opslagindelingen moet u een back-up maken en herstellen of herstellen of wissen en converteren naar een kleine opslagindeling voordat u ze opnieuw toestuurt. Alle Fabric-onderdelen (Lakehouses, Warehouses, Notebooks, Data Factory-pijplijnen) zorgen ervoor dat het opnieuw toewijzen mislukt.

Het migratietraject in één oogopslag

In de puurste vorm is P-naar-F-migratie een overgang van 1:1 naar de equivalente F-SKU in dezelfde Azure regio. Klanten gebruiken de migratie vaak als een mogelijkheid om capaciteiten samen te voegen, over regio's te verplaatsen of het formaat ervan te wijzigen. Elk van deze wijzigingen voegt complexiteit en risico toe. Behandel deze wijzigingen als afzonderlijke werkstromen die worden uitgevoerd nadat de licentiemigratie is voltooid.

De migratie volgt dezelfde vijf fasen, ongeacht de grootte of complexiteit.

  1. Beslis. Kies wanneer u wilt migreren, met welke F SKU u wilt beginnen en of u in dezelfde Azure regio wilt blijven. Zie Power BI Handleiding voor migratiebeslissing voor Premium P SKU.
  2. Plan. Inventariseer werkruimten, bepaal het basislijnverbruik van CU's met behulp van de Microsoft Fabric Capacity Metrics-app en schat toekomstig verbruik met de Fabric SKU Estimator. Registreer de Microsoft.Fabric resourceprovider in Azure en kies een testwerkruimte. Voor validatie in de praktijk vóór aankoop richt u een Fabric-proefcapaciteit in om workloads te testen.
  3. Bepaling. Koop de F SKU voordat u iets opnieuw toebedeelt. Kies betalen per gebruik of een reservering en controleer Power BI Report Server licentie als u deze gebruikt.
  4. Migreren en valideren. Wijs werkruimten opnieuw toe in de Fabric beheerportal of met behulp van het notebook voor capaciteitsmigratie. Maak voor verplaatsingen tussen regio's semantische modellen en Fabric items in de nieuwe regio opnieuw. Valideer vernieuwingen, rapporten en gateways. Zie Werkruimten migreren van Power BI Premium naar Microsoft Fabric.
  5. Buiten bedrijf stellen en bedienen. Het annuleren van een P-SKU gebeurt handmatig - Fabric stelt uw P-SKU niet automatisch buiten gebruik wanneer u een F-SKU inricht. Nadat u de migratie hebt gevalideerd, annuleert u het P SKU-abonnement expliciet in de Microsoft 365-beheercentrum. Stel vervolgens kostenbewaking in met behulp van Microsoft Cost Management en profiteer van de flexibiliteit van onderbreken, hervatten en schalen in Fabric.

Migratiescenario's

De meeste klanten vallen in een van de volgende vier scenario's. De eerste drie scenario's volgen de standaardmigratiestappen in Werkruimten migreren van Power BI Premium naar Microsoft Fabric.

Scenario Complexity Aantekeningen
Dezelfde tenant, dezelfde regio Laag De aanbevolen standaardwaarde. Wijs elke werkruimte opnieuw toe aan de nieuwe F SKU. Nul verwachte downtime, afgezien van actieve vernieuwingen.
Dezelfde tenant, meerdere regio's Gemiddeld tot hoog Volgt de standaardmigratiestappen, maar semantische modellen met grote opslagindeling en Fabric-items moeten een back-up krijgen of in Git worden vastgelegd, vervolgens worden verwijderd en opnieuw worden gemaakt in de nieuwe regio. Zie Migraties tussen regio's: Speciale verwerking.
Multigeo (meerdere SKU's in verschillende regio's, dezelfde tenant) Moderate Volgt de standaardmigratiestappen, maar u koopt F-SKU's in elke doelregio en plant governance voor regiospecifieke inhoud. Zie Multigeo-migraties.
Meerdere tenants Hoog; niet ondersteund als een migratie met één klik Volgt niet de standaardmigratiestappen. Vereist handmatige recreatie van gateways, semantische modellen, werkruimten, rapporten, apps en dashboards. Overweeg eerst multigeo. Zie Migraties tussen tenants.

Caution

Migraties tussen regio's hebben aanzienlijk meer inspanning nodig dan migraties in dezelfde regio. Houd naast de itemtypen die een hernieuwde toewijzing tussen regio's niet overleven rekening met:

  • Fabric-items overleven geen verplaatsingen tussen regio's. Lakehouses, Warehouses, Notebooks en Data Factory-pijplijnen zorgen ervoor dat hertoewijzing mislukt. Leg de definities vast in Git (of exporteer ze) voordat u ze opnieuw toewijst en maak ze vervolgens opnieuw in de doelregio.
  • Rapport opnieuw koppelen. Wanneer u een back-up maakt en herstelt (of verwijdert en opnieuw implementeert) een semantisch model met een grote opslagindeling, krijgt het opnieuw gemaakte model een nieuwe GUID. Rapporten die verwezen naar het oorspronkelijke model, moeten opnieuw worden gekoppeld aan het opnieuw aangemaakte model.
  • Gatewayoverhead. Voor doelen tussen regio's is vaak aanvullende configuratie en validatie van de on-premises gegevensgateway vereist, met name als uw gateways gebruikmaken van Azure relays onder Bring Your Own Relay (BYOR), omdat relay-eindpunten regiogebonden zijn.

Kies migratie tussen regio's alleen wanneer gegevenslocatie of een andere harde beperking dit vereist. Migratie van dezelfde regio is de aanbevolen standaardinstelling.

Nadat u bent gemigreerd

Nadat u werkruimten opnieuw hebt toegewezen en hebt gevalideerd dat rapporten en verversingen goed werken op de nieuwe F-SKU, neemt u een stabilisatieperiode in acht voordat u de P-SKU annuleert en voordat u optionele moderniseringswerkzaamheden uitvoert. De volgende activiteiten helpen u te controleren of de migratie probleemloos is verlopen en te bepalen wat u vervolgens moet doen.

Gestabiliseerde kosten

F SKU-uitgaven zijn voorspelbaar als u capaciteiten rond de klok laat draaien. Uw maandelijkse kosten blijven stabiel, hoewel pay-as-you-go-tarieven doorgaans hoger zijn dan de vergelijkbare P-SKU. Gebruik reserveringen om besparingen te vergrendelen voor stabiele werkbelastingen en gebruik pauzeren en hervatten voor capaciteiten die echt niet actief zijn voor onderdelen van de dag. Kosten stabiliseren:

  • Houd de uitgaven voor de eerste 30 dagen bij met behulp van Microsoft Cost Management.
  • Stel Azure budgetten en waarschuwingen in voor de resourcegroep van de capaciteit, zodat u een melding ontvangt voordat de uitgaven het plan overschrijden.
  • Evalueer een jaarlijkse Fabric capaciteitsreservering zodra het dagelijkse verbruik stabiel is. Reserveringen bieden doorgaans korting op voorspelbare workloads.
  • Pauzeer capaciteiten die buiten kantooruren inactief zijn om de facturering tijdens deze vensters te stoppen.

Prestaties stabiliseren

Voor een 1:1-migratie binnen dezelfde regio naar de equivalente F-SKU zou het CU-verbruik na stabilisatie sterk moeten overeenkomen met uw P-SKU-basislijn. Verwacht prestatievariatie wanneer de migratie een configuratiewijziging omvat: een andere regio, een andere SKU-grootte of workloadconsolidatie, en valideer voordat u de P-SKU buiten gebruik gaat stellen. Gerapporteerde overbelastingen na migratie worden vaak veroorzaakt door wijzigingen in de werkbelasting (een burst van vernieuwingen, toegevoegde inhoud, gewijzigde vernieuwingsschema's) in plaats van de migratie zelf. Controleer gebruikspatronen voordat u ervan uitgaat dat de F-SKU de oorzaak is. Prestaties stabiliseren:

  • Bewaak de nieuwe capaciteit met de app Microsoft Fabric Capacity Metrics gedurende één tot twee weken na cutover.
  • Vergelijk met de basislijn die u hebt vastgelegd op de P-SKU. Onderzoek grote verschillen in vernieuwingsfrequentie, gegevenssetgrootte of interactieve belasting voordat u het formaat wijzigt.
  • Schaal naar behoefte omhoog via de Azure-portal als u aanhoudende throttling ziet. Zie Uw capaciteit schalen.
  • Valideer gedurende een volledige bedrijfscyclus - inclusief de maandafsluiting en kwartaalafsluiting - voordat u de baseline als definitief beschouwt.
  • Controleer de basislijn opnieuw wanneer u belangrijke nieuwe inhoud toevoegt of vernieuwingsschema's wijzigt.
  • Valideer opnieuw na elke configuratiewijziging aan uw kant (SKU-grootte, regio, workloadtoewijzing).
  • Raadpleeg de handleiding voor capaciteitsplanning in Microsoft Fabric voor bredere richtlijnen over het plannen van capaciteitsgroei en governance.

Activiteiten en governance beoordelen

Sommige operationele instellingen worden niet automatisch overgedragen wanneer werkruimten worden verplaatst naar een F-SKU. Bekijk het volgende:

  • Bevestig Azure RBAC-toewijzingen voor de capaciteitsresource, zodat de juiste beheerders deze kunnen beheren.
  • Pas de workloadinstellingen op capaciteitsniveau (bijvoorbeeld geheugenlimieten voor semantische modellen) opnieuw toe in de Fabric beheerportal als deze zijn aangepast op de P-SKU.
  • Controleer de tenantinstelling Gebruikers kunnen Fabric-items maken opnieuw en eventuele tot de capaciteit beperkte delegaties.
  • Pas Azure-tags toe op de capaciteitresource, zodat chargeback- en showbackrapporten de uitgaven aan de juiste kostenplaats toewijzen.
  • Evalueer nieuwe functies voor capaciteitsgebruik die beschikbaar zijn voor F-SKU's (zoals piekbeveiliging op werkruimteniveau en capaciteitsoverschrijdingsbeveiliging) om kaders in te stellen voordat u de capaciteit opent voor een breder verbruik.

Moderniseringsmogelijkheden verkennen

Veel Fabric moderniseringsscenario's zijn ook technisch mogelijk voor P-SKU's. Bij F-SKU's verandert vooral het operationele model: Azure-native kostenbeheer, functies voor capaciteitsgovernance (zoals bescherming tegen piekbelasting en overschrijding) en geïntegreerde Azure RBAC maken het eenvoudiger om deze scenario's aan te pakken met duidelijkere kostenkaders en meer vertrouwen in de uitvoering. Deze opties zijn optionele vervolgstappen, geen vereisten voor migratie:

Behandel deze opties als afzonderlijke werkstromen die worden uitgevoerd nadat de licentiemigratie is voltooid. Ze blokkeren de migratie niet en mogen de tijdlijn niet uitbreiden.

Verwante onderwerpen

  • Last updated on