Veelgestelde vragen over Power BI Premium voor Microsoft Fabric migratie

In dit artikel vindt u antwoorden op de meest voorkomende vragen van klanten over het migreren van Power BI Premium-SKU's (P-SKU's) naar Microsoft Fabric capaciteits-SKU's (F-SKU's). Zie Power BI Premium voor Microsoft Fabric migratieoverzicht voor een bredere context. Zie Power BI Handleiding voor migratiebeslissingen voor Premium P-SKU's voor beslissingen. Zie Werkruimten migreren van Power BI Premium naar Microsoft Fabric voor procedures.

Tijdlijn en buitengebruikstelling

Wanneer worden Power BI Premium P-SKU's buiten gebruik gesteld?

Elk P SKU-abonnement wordt aan het einde van de huidige overeenkomsttermijn buiten gebruik gesteld. Microsoft geen nieuwe P-SKU's meer verkoopt, en klanten met verlopen Enterprise Agreements of Microsoft Cloud-overeenkomsten kunnen geen P SKU-capaciteit toevoegen of vernieuwen via hun overeenkomst. Nadat uw abonnement is beëindigd, blijft inhoud toegankelijk voor een respijtperiode van 30 dagen. Vanaf dag 31 wordt de toegang beperkt (interactieve bewerkingen worden vertraagd). Vanaf dag 91 worden alle operaties geweigerd. Uw gegevens blijven behouden, maar zijn niet toegankelijk totdat u de werkruimten migreert naar een Fabric F SKU-capaciteit of de capaciteit verwijdert. Ga voor de volledige tijdlijn naar Inzicht in de tijdlijn voor de uitfasering van P SKU's.

Kan ik nog steeds nieuwe Power BI Premium P-SKU's kopen of kan ik alleen bestaande SKU's verlengen?

No. Microsoft geen nieuwe P-SKU's meer verkoopt en klanten met verlopen Enterprise Agreements of Microsoft Cloud-overeenkomsten kunnen P SKU-capaciteit niet meer toevoegen of verlengen via hun overeenkomst. Als u op een Microsoft ondersteunde capaciteit wilt blijven, koopt u een Microsoft Fabric F-SKU.

Wordt de P-to-F-migratie automatisch verlengd of moet ik handmatig een F SKU aanschaffen en werkruimten opnieuw toewijzen?

Migratie is niet automatisch. U koopt handmatig een F SKU-capaciteit in Azure en wijs elke werkruimte van de P-SKU opnieuw toe aan de nieuwe F SKU. Zie Werkruimten migreren van Power BI Premium naar Microsoft Fabric voor stapsgewijze procedures.

Wat gebeurt er met mijn Power BI inhoud als ik mijn P SKU annuleer voordat ik een F SKU aanschaf?

Vermijd deze volgorde. Als uw P-SKU afloopt zonder dat er een F-SKU actief is, gaat uw inhoud de gratieperiode van 30 dagen in. Vanaf dag 31 wordt de toegang beperkt (interactieve bewerkingen worden vertraagd). Vanaf dag 91 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 eerst de F SKU aanschaffen, werkruimten opnieuw toewijzen en valideren en vervolgens de P SKU annuleren. Zie voor de volledige tijdlijn Inzicht in de tijdlijn voor de uitfasering van P-SKU's.

Is de buitengebruikstelling van de P SKU van invloed op onafhankelijke cloudklanten?

No. Microsoft Fabric is nog niet beschikbaar in onafhankelijke clouds, dus P-SKU's blijven ondersteund in deze omgevingen. Microsoft biedt afzonderlijke richtlijnen wanneer Fabric daar beschikbaar komt.

SKU-afmetingen en koppeling

Welke F SKU is gelijk aan mijn huidige P SKU?

Toewijzing op basis van capaciteitseenheden (CU's): P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Stem de capaciteit daarna af op basis van daadwerkelijk verbruik met de Microsoft Fabric Capacity Metrics-app. Raadpleeg voor de volledige tabel en richtlijnen voor het bepalen van de juiste grootte Uw P SKU koppelen aan een F SKU en De juiste grootte bepalen voor uw F SKU.

Hoe gebruik ik de app Microsoft Fabric Capacity Metrics om de grootte van mijn F-SKU te wijzigen?

Installeer de Microsoft Fabric Capacity Metrics-app, koppel deze aan uw P-SKU-capaciteit en bekijk het CU-verbruik van de afgelopen 30 tot 45 dagen. Aanhoudende pieken in de buurt van 100% CU-gebruik suggereren dat u de equivalente of grotere F-SKU nodig hebt. Lange perioden met lage benutting duiden erop dat u een kleinere F-SKU kunt gebruiken met pauzeren en hervatten om kosten te verlagen. Neem rekening met alle nieuwe Fabric workloads (Lakehouses, Warehouses, Notebooks, Pipelines) die u na de migratie wilt toevoegen.

Moet ik dev/test- en productieworkloads onderbrengen op verschillende F SKU-capaciteiten?

Splitsen kan kostenbeheer en isolatie verbeteren, maar alleen als het totale CU-verbruik binnen elke kleinere capaciteit past. Gebruik de app Capacity Metrics om een nulmeting van het huidige gebruik te maken voordat u een beslissing neemt. Twee veelvoorkomende patronen bij migratie vanaf één P1:

• Behoud één F64 voor productie en gebruik een kleinere F SKU die wordt gepauzeerd wanneer deze inactief is, voor ontwikkeling/tests om kosten te besparen.
• Splits deze in twee F SKU's van verschillende grootten wanneer productieworkloads consistent het P1-plafond benaderen.

Splits geen capaciteit die al bijna 100% wordt benut zonder eerst op te schalen. Hierdoor ontstaan capaciteitsoverbelastingen. Microsoft heeft geen vaste aanbeveling voor gesplitste grootten. De juiste grootten zijn afhankelijk van uw gemeten werkbelasting.

Kosten en licenties

Wat is het kostenverschil tussen P-SKU's en F-SKU's?

F-SKU's gebruiken regionale prijzen (dezelfde SKU-grootte kan verschillende bedragen in verschillende Azure regio's kosten), standaard betalen per gebruik facturering (per seconde, minimaal één minuut) met optionele jaarlijkse of meerdere jaar reserveringen voor aanzienlijke kortingen, en ondersteuning onderbreken/hervatten en omhoog/omlaag schalen via Azure, zodat u alleen betaalt voor wat u gebruikt. Gebruik de Azure prijscalculator voor uw specifieke regio's en SKU's. Zie belangrijke verschillen tussen Power BI Premium P-SKU's en Fabric F-SKU's voor de volledige functie en factureringsvergelijking.

Heb ik nog steeds Power BI Pro licenties nodig voor rapportgebruikers na de migratie naar een F-SKU?

Dit hangt af van de F SKU-grootte. Op F64 en hoger kunnen gebruikers met een gratis Fabric-licentie en de kijkersrol inhoud bekijken, net als bij P-SKU's. Op F2 tot en met F32 heeft elke viewer een Power BI Pro- of PPU-licentie nodig. Auteurs en editors hebben altijd Pro of PPU nodig, ongeacht de capaciteitsgrootte.

Wat zijn de belangrijkste verschillen tussen PPU, P SKU en F SKU?

Zie Microsoft Fabric licenties voor de volledige vergelijking.

Wordt Power BI PPU (Premium Per User) ook buiten gebruik gesteld?

No. De buitengebruikstelling geldt alleen voor Power BI Premium SKU's per capaciteit (P1-P5). PPU is een afzonderlijke licentie per gebruiker die actief blijft en uw gebruikers hebben geen licentiewijziging nodig als onderdeel van deze migratie. Als u oudere artikelen tegenkomt die verwijzen naar 'Power BI Premium' zonder op te geven per capaciteit of per gebruiker, geldt de buitengebruikstelling alleen voor SKU's per capaciteit.

Waarom verschillen Fabric capaciteitskosten per regio?

Fabric-capaciteiten draaien in Azure-datacenters. De operationele kosten voor datacenters variëren per regio op basis van hardware, energie, belastingen en lokale vraag en aanbod. Elke Azure regio heeft een eigen gepubliceerde Fabric SKU-prijs.

Is de Microsoft Fabric F-SKU beschikbaar in mijn Azure regio?

Fabric beschikbaarheid en prijzen van F SKU's variëren per Azure regio. Voordat u de dimensionering definitief maakt, controleert u of de gewenste F-SKU-grootte beschikbaar is in de regio van uw voorkeur via de Azure pricing calculator of door te proberen de capaciteit in de Azure portal aan te maken. Als uw voorkeursregio de gewenste F-SKU niet biedt, kies dan een nabijgelegen regio waar die wel beschikbaar is (en lees vóór aankoop Kiezen tussen migratie binnen dezelfde regio en migratie tussen regio's) of werk samen met uw Microsoft-accountvertegenwoordiger om een alternatief te plannen.

Functiepariteit

Welke Power BI Premium-functies gedragen zich anders op F-SKU's?

Zie De belangrijkste verschillen tussen Power BI Premium P-SKU's en Fabric F-SKU's voor de volledige tabel.

Is Power BI Embedded opgenomen in F-SKU's of heb ik nog steeds EM- of A-SKU's nodig?

Power BI Embedded is opgenomen in elke F-SKU. U hoeft geen afzonderlijke EM- of A-SKU's te bewaren voor ingesloten scenario's nadat u bent gemigreerd.

Hoe krijg ik toegang tot Power BI Report Server na de migratie van een P SKU naar een F SKU?

Power BI Report Server is beschikbaar via een Fabric capaciteitsreservering of SQL Server Enterprise Edition met Software Assurance. Na de migratie bevindt de rapportserversleutel zich op het tabblad Fabric capaciteit onder Capaciteitsinstellingen in de Power BI beheerportal. Controleer uw Report Server-licentie voordat u uw P SKU-abonnement annuleert.

Hoe verhouden het pauzeren/hervatten van capaciteit en het op aanvraag schalen op F-SKU's zich tot automatisch schalen op P-SKU's?

Met F-SKU’s kunt u op elk moment handmatig of via scripts op- en afschalen via de Azure-portal, en ze pauzeren en hervatten om de facturering tijdens perioden van inactiviteit stop te zetten. P SKU Autoscale, waarbij extra v-cores per periode van 24 uur in rekening werden gebracht via uw Azure-abonnement, is vervangen door deze F SKU-mogelijkheden. Zie Uw capaciteit schalenen uw capaciteit onderbreken en hervatten voor meer informatie.

Hoe verschillen de Direct Lake-limieten voor P-SKU's en F-SKU's?

De Direct Lake-beperkingen (maximumaantal rijen per tabel, maximumaantal Parquet-bestanden en maximale modelgrootte) schalen mee met de capaciteitsgrootte. Dezelfde kaderregels zijn van toepassing op de equivalente F-SKU. De F64-richtlijnen komen bijvoorbeeld overeen met de P1-richtlijnen. Zie het overzicht van Direct Lake voor de huidige waarden per SKU.

Migratiestappen

Hoe migreer ik werkruimten van een P-SKU naar een F-SKU?

Zie Werkruimten migreren van Power BI Premium naar Microsoft Fabric, dat ingaat op inventarisatie, het inrichten van F-SKU’s, de pilot, hertoewijzing (de portal en het notebook), validatie en buitengebruikstelling. Zie Power BI Handleiding voor migratiebeslissingen voor Premium P SKU voor de onderliggende beslissingen.

Kan ik een Fabric-proefcapaciteit gebruiken om dit uit te proberen voordat ik voor een F-SKU kies?

Ja. Met een Fabric proefversie kunt u een proefcapaciteit inrichten om workloads te testen en gedrag te valideren voordat u aanschaft. Proefcapaciteiten hebben tijdslimieten en andere beperkingen, dus gebruik de proefversie alleen voor testen, niet als een langetermijnmigratiedoel.

Worden actieve taken geannuleerd wanneer ik een werkruimte van een P-SKU aan een F-SKU opnieuw toe wijs?

Actieve verversingen en query’s kunnen tijdens het opnieuw toewijzen worden onderbroken. Plan hertoewijzingen buiten vernieuwingsperioden en nadat langlopende taken zijn afgerond. Geplande vernieuwingen en pijplijnen worden na hertoewijzing automatisch hervat op de nieuwe F SKU-capaciteit.

Moet ik uitvaltijd plannen?

Voor het opnieuw toewijzen van standaard-Power BI items in dezelfde regio verwacht u geen downtime behalve actieve vernieuwingen. Bij een regio-overschrijdende hertoewijzing van werkruimtes die semantische modellen in grote-opslagindeling of Fabric-items bevatten, moet u rekening houden met downtime voor deze items die gelijk is aan de tijd die nodig is om er een back-up van te maken, ze te verwijderen, de werkruimte opnieuw toe te wijzen en ze in de nieuwe regio opnieuw aan te maken. Na hertoewijzing kan het tot een uur duren voordat gebruikers Fabric-items op de nieuwe capaciteit kunnen maken.

Impact van werkruimte

Wat gebeurt er tijdens de migratie als mijn P-SKU en F-SKU zich in verschillende Azure regio's bevinden?

Standaard Power BI-onderdelen (rapporten, kleine semantische modellen of semantische modellen in standaardindeling, dashboards) blijven behouden bij een hertoewijzing naar een andere regio. Semantische modellen met grote opslagindelingen en alle Fabric items (Lakehouses, Warehouses, Notebooks, Data Factory-pijplijnen en vergelijkbare items) blijven niet behouden. U moet er een back-up van maken of hun definities vastleggen voordat u ze opnieuw toewijst, en ze vervolgens na de hertoewijzing opnieuw aanmaken in de nieuwe regio. Zie Migraties tussen regio's: speciale behandeling voor een stapsgewijze behandeling.

Wat gebeurt er met implementatiepijplijnen, werkruimte-apps en CI/CD-werkstromen na de migratie?

Implementatiepijplijnen, werkruimte-apps en CI/CD-werkstromen blijven werken nadat dezelfde regio opnieuw is toegewezen. Werkruimten behouden hun pijplijntoewijzingen en app-configuraties. Plan bij migraties tussen regio's om de Git-integratie in de nieuwe regio opnieuw tot stand te brengen nadat eventuele Fabric-items opnieuw zijn gemaakt. Zie Fabric Git-integratie voor meer informatie over Git-integratie.

Impact van semantisch model

Blijven mijn bestaande semantische modellen, incrementeel vernieuwingsbeleid en geplande vernieuwingen werken na de migratie?

Ja, deze functies werken ook op de overeenkomstige F-SKU in dezelfde regio. Semantische modellen, beleid voor incrementele vernieuwing en schema's voor geplande vernieuwing worden samen met de werkruimte overgedragen. Controleer dit door na de hernieuwde toewijzing een vernieuwing op aanvraag uit te voeren en te controleren of de volgende geplande vernieuwing slaagt.

Wat gebeurt er met Dataflow Gen1-workloads na migratie naar een F-SKU? Moet ik migreren naar Dataflow Gen2?

Dataflow Gen1 blijft werken op F-SKU-capaciteiten. U hoeft niet te migreren naar Dataflow Gen2 als onderdeel van de P-naar-F-migratie. Migreren naar Dataflow Gen2 is een afzonderlijke moderniseringsbeslissing die u na de capaciteitsmigratie in uw eigen tempo kunt nemen. Zie Verschillen tussen Gegevensstroom Gen1 en Dataflow Gen2 voor de vergelijking.

Beheer en bestuur

Worden na de migratie de beheerportal-instellingen, tenantconfiguraties en governancebeleid overgedragen?

Instellingen op tenantniveau in de Power BI- en Fabric-beheerportal (tenantinstellingen, beleidsregels voor vertrouwelijkheidslabels, besturingselementen voor delen en vergelijkbaar) zijn niet gekoppeld aan uw capaciteit, zodat ze zonder wijzigingen worden overgedragen. Instellingen op capaciteitsniveau worden geconfigureerd voor de nieuwe F SKU-capaciteit, waaronder workloadinstellingen, capaciteitsbeheerders en eventuele governance per capaciteit die u hebt toegepast op de P SKU. Plan het volgende:

1. Voeg capaciteitsbeheerders toe aan de nieuwe F-SKU voordat u een werkruimte opnieuw toewijst.
2. Maak alle workloadinstellingen van de P-SKU-capaciteit waar u afhankelijk van bent (bijvoorbeeld geheugenlimieten voor semantische modellen) opnieuw aan op de nieuwe F-SKU.
3. Controleer tenantinstellingen met betrekking tot Fabric workloads (gebruikers kunnen bijvoorbeeld Fabric items maken) en bevestigen dat ze overeenkomen met uw governance-intentie vóór de migratie.

Heeft de tenantswitch 'Gebruikers kunnen Fabric items maken' invloed op mijn bestaande Power BI workloads na de migratie?

De tenantinstelling Gebruikers kunnen Fabric-items maken bepaalt of gebruikers niet-Power BI-Fabric-items (zoals Lakehouses, Warehouses en Notebooks) kunnen maken. Dit heeft geen invloed op bestaande Power BI rapporten, semantische modellen, dashboards of vernieuwingsschema's. Als u het maken van Fabric item tijdens of na de migratie wilt beperken, kunt u de instelling voor de tenant of specifieke beveiligingsgroepen uitschakelen. Zie Power BI tenantinstellingen voor de naslaginformatie over de instelling.

Hoe stuur ik afdelingen aan die hun eigen workloads beheren binnen een gedeelde F SKU-capaciteit na de migratie vanaf een centraal beheerde P SKU?

Een gedeelde F-SKU-capaciteit maakt gebruik van dezelfde governance-bouwstenen als een gedeelde P-SKU: werkruimterollen (Beheerder, Lid, Inzender, Viewer), machtigingen op itemniveau, implementatiepijplijnen, vertrouwelijkheidslabels en tenantinstellingen. F-SKU’s voegen twee aandachtspunten toe waarmee u in de planning rekening moet houden:

• Fabric-domeinen. Gerelateerde werkruimten groeperen (bijvoorbeeld per bedrijfsgebied), zodat u federatieve governance op domeinniveau kunt toepassen. Zie Fabric domeinen.
• Terugstorting en kostentoewijzing. Gebruik Azure tags voor de Fabric capaciteit, Microsoft Cost Management en de Fabric terugstortingsbenadering om uitgaven aan afdelingen toe te wijzen. Zie Microsoft Cost Management.

Als afdelingen autonomie nodig hebben over capaciteitsgrootten of schema's voor onderbreken en hervatten, geeft u elke afdeling een eigen F-SKU in plaats van één grotere capaciteit te delen.

Verwante onderwerpen

• overzicht van Power BI Premium naar Microsoft Fabric migratie
• Handleiding voor Power BI migratiebeslissing voor Premium P SKU
• Werkruimten migreren van Power BI Premium naar Microsoft Fabric
• Power BI tenantmigratiepatronen en -strategieën
• Microsoft Fabric licenties
• Microsoft Fabric Capacity Metrics app