Forum aux questions sur la migration Power BI Premium vers Microsoft Fabric

Cet article répond aux questions les plus fréquentes des clients sur la migration des références SKU Power BI Premium par capacité (SKU P) vers les références SKU de capacité Microsoft Fabric (SKU F). Pour plus de contexte, consultez Vue d’ensemble de la migration de Power BI Premium vers Microsoft Fabric. Pour vous aider à prendre une décision, consultez le Guide de décision de migration pour les SKU P de Power BI Premium. Pour connaître les procédures, consultez Migrer des espaces de travail de Power BI Premium vers Microsoft Fabric.

Chronologie et mise hors service

Quand les SKU Power BI Premium P sont-ils retirés ?

Chaque abonnement SKU P est retiré à la fin de sa durée d’engagement en cours. Microsoft ne vend plus de nouvelles références SKU P, et les clients ayant expiré des contrats Entreprise ou des contrats Microsoft Cloud ne peuvent pas ajouter ou renouveler la capacité de référence SKU P par le biais de leur contrat. Une fois votre abonnement terminé, le contenu reste accessible pendant une période de grâce de 30 jours. À compter du jour 31, l’accès est limité (les opérations interactives sont retardées). Le jour 91 et au-delà, toutes les opérations sont rejetées. Vos données sont conservées mais inaccessibles jusqu’à ce que vous migrez les espaces de travail vers une capacité de référence SKU F Fabric ou supprimez la capacité. Pour obtenir la chronologie complète, consultez Comprendre la chronologie de mise hors service de la référence SKU P.

Puis-je toujours acheter de nouvelles références SKU Power BI P Premium ou puis-je renouveler uniquement les références existantes ?

Non. Microsoft ne vend plus de nouvelles références SKU P, et les clients ayant expiré des contrats Entreprise ou des contrats Microsoft Cloud ne peuvent plus ajouter ou renouveler la capacité de référence SKU P par le biais de leur contrat. Pour bénéficier d’une capacité prise en charge par Microsoft, achetez un SKU F Microsoft Fabric.

La migration P-to-F est-elle automatique lors du renouvellement ou dois-je acheter manuellement une référence SKU F et réaffecter des espaces de travail ?

La migration n’est pas automatique. Vous achetez manuellement une capacité de référence SKU F dans Azure et réaffectez chaque espace de travail de la référence SKU P à la nouvelle référence SKU F. Pour connaître les procédures pas à pas, consultez Migrer des espaces de travail de Power BI Premium vers Microsoft Fabric.

Que se passe-t-il pour mon contenu Power BI si j’annule ma référence SKU P avant d’acheter une référence SKU F ?

Évitez cette séquence. Si votre référence SKU P se termine sans référence SKU F en place, votre contenu entre dans la période de grâce de 30 jours. À compter du jour 31, l’accès est limité (les opérations interactives sont retardées). Le jour 91 et au-delà, toutes les opérations sont rejetées. Vos données sont conservées mais inaccessibles jusqu’à ce que vous migrez les espaces de travail vers une capacité de référence SKU F Fabric ou supprimez la capacité. Pour éviter toute interruption, achetez d’abord la référence SKU F, réaffectez et validez les espaces de travail, puis annulez la référence SKU P. Pour obtenir la chronologie complète, consultez Comprendre la chronologie de mise hors service de la référence SKU P.

La mise hors service de la référence SKU P affecte-t-elle les clients du cloud souverain ?

Non. Microsoft Fabric n'est pas encore disponible dans les clouds souverains. Par conséquent, les références SKU P restent prises en charge dans ces environnements. Microsoft fournit des conseils distincts lorsque Fabric devient disponible.

Dimensionnement et correspondance des SKU

Quelle référence SKU F équivaut à ma référence SKU P actuelle ?

Correspondance par unités de capacité : P1→F64, P2→F128, P3→F256, P4→F512, P5→F1024. Ajustez ensuite la capacité en fonction de la consommation réelle à l’aide de l’application Microsoft Fabric Capacity Metrics. Pour consulter le tableau complet et les conseils de dimensionnement adapté, voir Faire correspondre votre SKU P à un SKU F et Choisir la bonne taille pour votre SKU F.

Comment utiliser l’application Microsoft Fabric Capacity Metrics pour dimensionner correctement ma référence SKU F ?

Installez l’application Métriques de capacité Microsoft Fabric, configurez-la pour qu’elle cible votre capacité SKU P et examinez les 30 à 45 derniers jours de consommation de CU. Des pics prolongés proches de 100 % d’utilisation des CU indiquent que vous avez besoin d’un SKU F de capacité équivalente ou supérieure. De longues périodes de faible utilisation suggèrent d’utiliser une référence SKU F plus petite avec pause et reprise pour réduire les coûts. Tenez compte de toutes les nouvelles charges de travail Fabric (Lakehouses, Warehouses, Notebooks, Pipelines) que vous prévoyez d’ajouter après la migration.

Dois-je séparer les charges de travail de développement/test et de production sur différentes capacités de référence SKU F ?

Le fractionnement peut améliorer le contrôle des coûts et l’isolation, mais uniquement si la consommation totale de cu correspond à chaque capacité plus petite. Utilisez l’application Métriques de capacité pour référencer l’utilisation actuelle avant de décider. Deux modèles courants lors de la migration à partir d’un seul P1 :

• Conservez un F64 pour la production et utilisez une référence SKU F plus petite et en pause pour le développement/test afin de réduire les coûts.
• Fractionnez en deux références SKU F de tailles différentes lorsque les charges de travail de production approchent de façon cohérente le plafond P1.

Ne fractionnez pas une capacité qui est déjà proche de 100% utilisation sans effectuer un scale-up d’abord. Cela crée des surcharges de capacité. Microsoft n’a aucune recommandation fixe pour les tailles de fractionnement ; les tailles appropriées dépendent de votre charge de travail mesurée.

Coût et licences

Quelle est la différence de coût entre les références SKU P et les références SKU F ?

Les SKU F utilisent la tarification régionale (une même taille de SKU peut coûter des montants différents selon les régions Azure), utilisent par défaut la facturation à l’utilisation (à la seconde, avec un minimum d’une minute), avec en option des réservations d’un an ou de plusieurs années offrant des réductions significatives, et prennent en charge la mise en pause/reprise et l’augmentation/la réduction de capacité via Azure, de sorte que vous ne payez que ce que vous utilisez. Pour vos régions et références SKU spécifiques, utilisez la calculatrice de prix Azure. Pour obtenir la comparaison complète des fonctionnalités et de la facturation, consultez les principales différences entre les références SKU Power BI P Premium et les références SKU Fabric F.

Ai-je toujours besoin de licences Power BI Pro pour les consommateurs de rapports après la migration vers une référence SKU F ?

Cela dépend de la taille de la référence SKU F. Sur F64 et versions supérieures, les utilisateurs disposant d’une licence gratuite de Fabric et du rôle Lecteur peuvent consulter le contenu, comme avec les SKU P. De F2 à F32, chaque utilisateur doit disposer d’une licence Power BI Pro ou PPU. Les auteurs et les éditeurs ont toujours besoin de Pro ou PPU, quelle que soit la taille de capacité.

Quelles sont les principales différences entre les SKU PPU, P et F ?

Pour obtenir la comparaison complète, consultez Microsoft Fabric licences.

Est-ce que Power BI Premium par utilisateur (PPU) est également mis hors service ?

Non. Le retrait s’applique uniquement aux références Power BI Premium par capacité (P1–P5). PPU est une licence par utilisateur distincte qui reste active et vos utilisateurs n’ont pas besoin d’une modification de licence dans le cadre de cette migration. Si vous rencontrez des articles plus anciens qui font référence à « Power BI Premium » sans spécifier de capacité ou par utilisateur, la mise hors service s’applique uniquement aux références SKU par capacité.

Pourquoi Fabric coût de capacité diffère-t-il par région ?

Les capacités Fabric fonctionnent dans les centres de données Azure. Les coûts d’exploitation des centres de données varient selon la région en fonction du matériel, de l’énergie, des taxes et de l’offre et de la demande locales. Chaque région Azure a son propre prix publié pour le SKU Fabric.

La référence SKU Microsoft Fabric F est-elle disponible dans ma région Azure ?

La disponibilité des références SKU F de Fabric et la tarification varient selon la région Azure. Avant de finaliser le dimensionnement, vérifiez que votre taille de référence SKU F cible est disponible dans votre région préférée à l’aide de la calculatrice de prix Azure ou en essayant de créer la capacité dans le portail Azure. Si votre région préférée ne propose pas la référence SKU F souhaitée, choisissez soit une région voisine qui la propose (et consultez Choisir entre une migration dans la même région et une migration interrégion avant de procéder à l’achat), soit travaillez avec votre chargé de compte Microsoft pour prévoir une autre solution.

Parité des fonctionnalités

Quelles fonctionnalités Power BI Premium se comportent différemment sur les références SKU F ?

Pour obtenir le tableau complet, consultez les principales différences entre les références SKU Power BI P Premium et les références SKU Fabric F.

Power BI Embedded est-il inclus avec les SKU F, ou dois-je toujours utiliser les SKU EM ou A ?

Power BI Embedded est inclus avec chaque référence SKU F. Vous n’avez pas besoin de conserver des références SKU EM ou A distinctes pour les scénarios incorporés après la migration.

Comment accéder à Power BI Report Server après la migration d’une référence SKU P vers une référence SKU F ?

Power BI Report Server est disponible via une réservation de capacité Fabric ou SQL Server Êdition Entreprise avec Software Assurance. Après la migration, la clé report Server se trouve sous l’onglet capacité Fabric sous Paramètres de capacité dans le portail d’administration Power BI. Vérifiez la licence de votre Report Server avant d’annuler votre abonnement au SKU P.

Comment la mise en pause et la reprise de capacité ainsi que le redimensionnement à la demande sur les SKU F se comparent-ils à la mise à l’échelle automatique sur les SKU P ?

Les SKU F prennent en charge la mise à l’échelle manuelle ou par script, à la hausse comme à la baisse, dans le portail Azure à tout moment, ainsi que la mise en pause et la reprise pour arrêter la facturation pendant les périodes d’inactivité. La mise à l’échelle automatique de la référence SKU P, qui ajoutait des vCores supplémentaires facturés par tranche de 24 heures à votre abonnement Azure, est remplacée par ces fonctionnalités de la référence SKU F. Pour plus d’informations, consultez Mettre à l’échelle la capacité et Suspendre et reprendre la capacité.

Comment les garde-fous Direct Lake diffèrent-ils entre les références SKU P et les références SKU F ?

Les garde-fous de Direct Lake (nombre maximal de lignes par table, nombre maximal de fichiers Parquet et taille maximale du modèle) varient en fonction de la taille de la capacité. Les mêmes règles de garde-fou s’appliquent à la référence SKU F équivalente. Par exemple, les garde-fous F64 correspondent aux garde-fous P1. Pour connaître les valeurs actuelles par référence SKU, consultez la vue d’ensemble de Direct Lake.

Étapes de la migration

Comment migrer des espaces de travail d’une référence SKU P vers une référence SKU F ?

Consultez Migrer des espaces de travail de Power BI Premium vers Microsoft Fabric, qui traite de l’inventaire, du provisionnement des références SKU F, du projet pilote, de la réaffectation (portail et carnet), de la validation et de la désaffectation. Pour connaître les décisions sous-jacentes, consultez Power BI guide de décision de migration de référence SKU Premium P.

Puis-je utiliser une capacité d’évaluation de Fabric pour effectuer des tests avant de m’engager sur une référence SKU F ?

Yes. Une version d’évaluation Fabric vous permet de provisionner une capacité d’essai pour tester les charges de travail et valider le comportement avant d’acheter. Les capacités d’essai ont des limites de temps et d’autres contraintes. Utilisez donc la version d’évaluation uniquement pour les tests, et non comme une cible de migration à long terme.

Les travaux actifs sont-ils annulés lorsque je réaffecte un espace de travail d’une référence SKU P à une référence SKU F ?

Les actualisations actives et les requêtes peuvent être interrompues pendant la réaffectation. Planifiez les réaffectations en dehors des fenêtres d’actualisation et une fois les tâches de longue durée terminées. Les actualisations planifiées et les pipelines reprendnt automatiquement sur la nouvelle capacité de référence SKU F après la réaffectation.

Dois-je planifier les temps d’arrêt ?

Pour une réaffectation au sein de la même région des éléments Power BI standard, il ne devrait y avoir aucune interruption de service, hormis les actualisations en cours. Pour une réaffectation entre régions des espaces de travail contenant des modèles sémantiques au format de stockage volumineux ou des éléments Fabric, attendez-vous à une indisponibilité de ces éléments égale au temps nécessaire pour les sauvegarder, les supprimer, réaffecter l’espace de travail et les recréer dans la nouvelle région. Après la réaffectation, la création d’éléments Fabric sur la nouvelle capacité peut prendre jusqu’à une heure.

Impact de l’espace de travail

Si ma référence SKU P et ma référence SKU F se trouvent dans différentes régions Azure, que se passe-t-il pendant la migration ?

Les éléments de Power BI standard (rapports, modèles sémantiques de format petit ou par défaut, tableaux de bord) survivent à une réaffectation interrégion. Les modèles sémantiques de format de stockage volumineux et tous les éléments Fabric (Lakehouses, Warehouses, Notebooks, Pipelines Data Factory et éléments similaires) ne survivent pas. Vous devez les sauvegarder ou capturer leurs définitions avant la réaffectation, puis les recréer dans la nouvelle région après la réaffectation. Pour la gestion pas à pas, consultez migrations interrégions : gestion spéciale.

Que se passe-t-il pour les pipelines de déploiement, les applications d’espace de travail et les flux de travail CI/CD après la migration ?

Les pipelines de déploiement, les applications d’espace de travail et les flux de travail CI/CD continuent de fonctionner après une réaffectation de même région. Les espaces de travail conservent leurs affectations de pipeline et leurs configurations d’application. Pour les migrations interrégions, prévoyez de reconnecter l’intégration Git dans la nouvelle région après avoir recréé les éléments Fabric. Pour plus d’informations sur l’intégration Git, consultez Fabric intégration Git.

Impact du modèle sémantique

Mes modèles sémantiques existants, les stratégies d’actualisation incrémentielle et les actualisations planifiées continuent-elles de fonctionner après la migration ?

Oui, ces fonctionnalités fonctionnent sur la référence SKU F équivalente dans la même région. Les modèles sémantiques, les stratégies d’actualisation incrémentielle et les planifications d’actualisation planifiées sont transférées avec l’espace de travail. Validez en déclenchant une actualisation à la demande après la réaffectation et en confirmant que l’actualisation planifiée suivante réussit.

Que se passe-t-il pour les charges de travail Dataflow Gen1 après la migration vers une référence SKU F ? Dois-je migrer vers Dataflow Gen2 ?

Dataflow Gen1 fonctionne toujours sur les capacités SKU F. Vous n’êtes pas obligé de migrer vers Dataflow Gen2 dans le cadre de la migration P-to-F. La migration vers Dataflow Gen2 est une décision de modernisation distincte que vous pouvez prendre à votre propre rythme après la migration de capacité. Pour la comparaison, consultez Différences entre Dataflow Gen1 et Dataflow Gen2.

Administration et gouvernance

Après la migration, les paramètres du portail d’administration, les configurations du locataire et les stratégies de gouvernance sont-ils conservés ?

Les paramètres définis au niveau du locataire dans le portail d’administration Power BI et Fabric (paramètres du locataire, stratégies d’étiquettes de confidentialité, contrôles de partage et autres paramètres similaires) ne sont pas liés à votre capacité ; ils sont donc conservés sans modification. Les paramètres au niveau de la capacité sont configurés sur la nouvelle capacité de référence SKU F, notamment les paramètres de charge de travail, les administrateurs de capacité et toute gouvernance par capacité que vous avez appliquée à la référence SKU P. Prévoyez :

1. Ajoutez des administrateurs de capacité sur la nouvelle référence SKU F avant de réaffecter un espace de travail.
2. Recréez sur la nouvelle SKU F tous les paramètres de charge de travail de la capacité SKU P dont vous dépendez (par exemple, les limites de mémoire du modèle sémantique).
3. Passez en revue les paramètres du locataire liés aux charges de travail Fabric (par exemple, les utilisateurs peuvent créer des éléments Fabric) et confirmez qu’ils correspondent à vos objectifs de gouvernance avant la migration.

Le paramètre de locataire « Users can create Fabric items » affecte-t-il mes charges de travail Power BI existantes après la migration ?

Le paramètre de locataire Les utilisateurs peuvent créer des éléments Fabric détermine si les utilisateurs peuvent créer des éléments Fabric autres que Power BI (tels que Lakehouses, Warehouses et Notebooks). Elle n'affecte pas les rapports Power BI existants, les modèles sémantiques, les tableaux de bord ou les planifications d'actualisation. Si vous souhaitez restreindre la création d’éléments Fabric pendant ou après la migration, vous pouvez désactiver ce paramètre pour le locataire ou pour des groupes de sécurité spécifiques. Pour obtenir la référence de paramètre, consultez Power BI paramètres de locataire.

Comment régir les services qui gèrent leurs propres charges de travail au sein d’une capacité de référence SKU F partagée après la migration à partir d’une référence SKU P gérée de manière centralisée ?

Une capacité SKU F partagée utilise les mêmes composants de base de la gouvernance qu’une capacité SKU P partagée : rôles d’espace de travail (Administrateur, Membre, Contributeur, Lecteur), autorisations au niveau des éléments, pipelines de déploiement, étiquettes de confidentialité et paramètres du locataire. Les SKU F ajoutent deux aspects à prendre en compte dans la planification :

• domaines Fabric. Regroupez les espaces de travail associés (par exemple, par zone métier) afin de pouvoir appliquer la gouvernance fédérée au niveau du domaine. Consultez Fabric domaines.
• Rétrofacturation et allocation des coûts. Utilisez les balises Azure appliquées à la capacité Fabric, Microsoft Cost Management et l’approche de rétrofacturation de Fabric pour réaffecter les dépenses aux départements. Voir Microsoft Cost Management.

Si les services ont besoin d’une autonomie par rapport aux planifications de dimensionnement de capacité ou de suspension-reprise, donnez à chacun sa propre référence SKU F au lieu de partager une seule capacité plus grande.

Contenu connexe

• Vue d’ensemble de la migration Power BI Premium vers Microsoft Fabric
• Guide de décision pour la migration de Power BI Premium P SKU
• Migrer des espaces de travail de Power BI Premium vers Microsoft Fabric
• Power BI modèles et stratégies de migration de locataire
• Licences Microsoft Fabric
• Application de mesures de capacité de Microsoft Fabric