Partager via

Effectuer une migration d’Azure Analysis Services vers Power BI Premium

  • Article

Cet article cible les modélisateurs et les administrateurs de données Azure Analysis Services (AAS). Il fournit un raisonnement et des instructions qui vous aideront à effectuer la migration de vos bases de données AAS vers Power BI Premium ou Power BI Embedded.

Important

Cet article fait parfois référence à Power BI Premium ou à ses abonnements de capacité (SKU P). Sachez que Microsoft regroupe actuellement des options d’achat et met hors service les SKU Power BI Premium par capacité. Les clients nouveaux et existants doivent plutôt envisager l’achat d’abonnements de capacité Fabric (SKU F).

Pour plus d’informations, consultez Importante mise à jour à venir des licences Power BI Premium et FAQ sur Power BI Premium.

Background

Power BI est devenu la plateforme de référence pour le décisionnel (BI) libre-service et le décisionnel d’entreprise géré par le service informatique. Avec la croissance exponentielle des volumes et de la complexité des données, les clients Power BI exigent des solutions de décisionnel d’entreprise qui soient capables de gérer des pétaoctets, et qui soient sécurisées, faciles à gérer et accessibles à tous les utilisateurs des plus grandes entreprises.

Depuis plus de deux décennies, Microsoft investit massivement dans les systèmes de décisionnel d’entreprise. AAS et SQL Server Analysis Services (SSAS) sont basés sur la technologie mature de modélisation des données BI qu’utilisent d’innombrables entreprises. Aujourd’hui, cette même technologie est également au cœur des modèles sémantiques Power BI.

Remarque

Dans cet article, les termes modèle de données, modèle BI, modèle tabulaire, base de données et modèle sémantique Power BI ont la même signification. Cet article utilise couramment les termes modèle de données pour le modèle AAS et modèle sémantique pour le modèle Power BI.

De plus, bien que cet article décrive le processus de migration vers Power BI Premium, il s'applique également à Power BI Embedded.

Ces dernières années, Microsoft a fait une grande avancée en ajoutant des fonctionnalités AAS à Power BI Premium. De cette façon, Power BI hérite instantanément d’un vaste écosystème de développeurs, de partenaires, d’outils décisionnels et de solutions qui s’est agrandi au fil des décennies. Aujourd’hui, l’ensemble complet des charges de travail et des fonctionnalités Power BI Premium est devenu une plateforme BI cloud moderne qui va bien plus loin que les fonctionnalités similaires actuellement disponibles dans AAS ou SSAS.

De nombreux clients disposent de rapports Power BI qui se connectent en direct à AAS. Naturellement, ces clients se demandent si un regroupement est possible en hébergeant leurs modèles de données en même temps que leurs rapports dans Power BI. Ils posent souvent des questions comme :

  • Toutes les fonctionnalités AAS qui nous sont indispensables fonctionnent-elles dans Power BI ?
  • Power BI est-il compatible avec les outils et les processus AAS ?
  • Quelles sont les fonctionnalités qui sont disponibles uniquement dans Power BI ?
  • Comment comparer les coûts d’AAS et de Power BI ?
  • Pourquoi Microsoft fait-il converger le décisionnel libre-service et le décisionnel d’entreprise ?
  • Comment effectuer une migration d’AAS vers Power BI Premium ?
  • AAS va-t-il être déprécié ?
  • Quelle est la feuille de route de Microsoft concernant les modèles de données d’entreprise ?

Cet article répond à la plupart de ces questions.

Notes

La migration vers Power BI Premium dépend des exigences de chaque client. Les clients doivent bien évaluer les avantages supplémentaires afin de prendre une décision informée. Nous nous attendons à ce que la migration vers Power BI Premium se fasse naturellement avec le temps, et notre intention est qu’elle se fasse dans des conditions avec lesquelles les clients soient à l’aise.

Pour être clair, la dépréciation d’AAS n’est pas prévue pour le moment. La priorité est de concentrer les investissements sur Power BI Premium pour la modélisation des données d’entreprise, de sorte que la valeur ajoutée fournie par Power BI Premium augmentera au fil du temps. Les clients qui choisissent Power BI Premium peuvent s’attendre à bénéficier de l’alignement sur la feuille de route des produits Microsoft BI.

Convergence entre le décisionnel libre-service et le décisionnel d’entreprise

Le regroupement des éléments (comme les rapports et les tableaux de bord) dans Power BI facilite la découverte et la gestion grâce à la colocalisation. Une fois ces éléments regroupés, vous n’avez plus à combler les écarts entre AAS et Power BI. Les équipes informatiques centrales peuvent alors adopter plus facilement des éléments libre-service qui sont certes devenus populaires, mais qui représentent une lourde charge de gestion pour l’entreprise. Le service informatique peut prendre en charge ces éléments. Il peut les opérationnaliser pour prendre des décisions stratégiques en fonction des données régies qui sont alignées sur les standards de l’entreprise et sur la transparence de la traçabilité. Le fait de simplifier ce workflow en partageant une plateforme commune encourage une meilleure collaboration entre l’entreprise et le service informatique.

Power BI Premium

Grâce à son architecture distribuée, Power BI Premium est moins sensible à la charge globale, aux pics temporels et à la concurrence élevée. En regroupant les fonctionnalités dans des références SKU Power BI Premium plus grandes, les clients peuvent obtenir des performances et un débit accrus.

Les avantages de la scalabilité associés à Power BI Premium sont décrits plus loin dans cet article.

Comparaison des fonctionnalités

AAS fournit le moteur de base de données Analysis Services pour l’hébergement des modèles de données, qui est un composant essentiel de l’architecture décisionnel d’entreprise Microsoft. En fait, Power BI Premium est un surensemble d’AAS, car il offre beaucoup plus de fonctionnalités. Le tableau suivant liste les fonctionnalités qui sont prises en charge dans AAS et Power BI Premium. Le tableau se concentre – sans s’y limiter, sur les fonctionnalités liées au modèle sémantique Power BI.

Fonctionnalité AAS Power BI Premium
Charges de travail Premium
Rapports paginés, qui sont parfaitement adaptés aux rapports conçus pour être imprimés, en particulier lorsque les données de table s’étendent sur plusieurs pages Non Oui
Flux de données, qui stockent des fragments de données destinés à être utilisés dans un modèle sémantique Power BI Non Oui
IA avec flux de données, qui utilise l’intelligence artificielle (IA) avec Cognitive Services, le machine learning automatisé et l’intégration Azure Machine Learning (AML) Non Oui
Métriques, qui organisent les mesures métier clés et permettent de les suivre par rapport aux objectifs Non Oui
Business Enablement
Distribution des rapports illimitée (à tout le monde, même en dehors de l’organisation) Non Oui
Rapports interactifs, espaces de travail et applications basés sur l’entreprise Non Oui
Scalabilité et résilience de la plateforme
Architecture Power BI Premium, qui prend en charge une mise à l’échelle et des performances accrues Non Oui
Gestion optimisée de la mémoire du modèle sémantique Non Oui
Limites d’échelle par modèle de données et non par serveur Non Oui
Lissage processeur pour la résilience d’actualisation Non Oui
Mise à l’échelle automatique, qui ajoute automatiquement de la capacité de calcul pour éviter les ralentissements en cas d’utilisation intensive Non Oui
Continuité d’activité et reprise d’activité (BCDR) avec des régions Azure et des zones de disponibilité Non Oui
Analyse interactive de Big Data
Grandes tailles de modèle (jusqu’à 400 Go avec compression) Oui Oui
Tables hybrides, qui comprennent des partitions en mémoire et des partitions DirectQuery qui peuvent fournir des résultats en quasi-temps réel sur de grandes tables Non Oui
Agrégations automatiques, qui utilisent un machine learning de pointe pour optimiser en continu les performances DirectQuery Non Oui
Agrégations définies par l’utilisateur, qui peuvent améliorer les performances des requêtes sur des tables DirectQuery très volumineuses Non Oui
Scale-out des requêtes, qui distribue les requêtes clientes entre les serveurs répliqués Oui Oui
Sécurité
BYOK (Bring Your Own Key), qui permet aux clients d’utiliser leur propre clé de chiffrement pour chiffrer les données stockées dans le cloud Microsoft Non Oui
Connectivité de réseau virtuel, qui permet à Power BI de fonctionner de manière fluide dans le réseau virtuel d’une organisation Non Oui
Azure Private Link, qui fournit un accès sécurisé au trafic de données dans Power BI Non Oui
Authentification unique (SSO) pour les sources DirectQuery, qui permet de se connecter à des sources de données à l’aide de l’identité de l’utilisateur de rapport Non Oui
Sécurité au niveau des lignes (RLS), qui limite l’accès à certaines lignes de données pour certains utilisateurs Oui Oui
Sécurité au niveau de l’objet (OLS) qui restreint l’accès à certaines tables ou colonnes spécifiques pour certains utilisateurs Oui Oui
Pare-feu, qui, lorsqu’il est activé, autorise la définition de plages d’adresses IP autorisées Oui Non 1
Gouvernance
Intégration de Microsoft Purview, qui permet aux clients de gérer et de régir les éléments Power BI Non Oui
Étiquettes de confidentialité Microsoft Information Protection (MIP) et intégration à Microsoft Defender for Cloud Apps pour la protection contre la perte de données Non Oui
Approbation du contenu, pour promouvoir ou certifier les éléments Power BI de haute qualité et à forte valeur Non Oui
Modélisation sémantique
Compatibilité avec Power BI Desktop Non Oui
Modèles composites, y compris l'utilisation de DirectQuery pour les modèles sémantiques Power BI et AAS Non Oui
Traductions pour les versions de modèles multilingues observées par le service Power BI Non Oui
Modélisation sémantique du moteur Analysis Service Oui Oui
La gestion des modèles
Actualisation incrémentielle, qui utilise des stratégies pour automatiser la gestion des partitions et peut aider à fournir des rapports en quasi-temps réel (voir Tables hybrides) Non Oui
Pipelines de déploiement, qui gèrent le cycle de vie du contenu Power BI Non Oui
Actualisation programmée, qui maintient à jour les données du modèle sémantique mises en cache Non Oui
Actualisation améliorée, qui permet à n'importe quel langage de programmation d'effectuer des actualisations asynchrones du modèle sémantique à l'aide d'un appel d'API REST Oui Oui
Sauvegarde et restauration Oui Oui
Paramètres de charge de travail du modèle sémantique, qui contrôlent les charges de travail de capacité Premium Non Oui
Propriétés du serveur, qui contrôlent les propriétés de l’instance de serveur Analysis Services Oui Oui
Noms de serveur alias, qui permettent de se connecter à une instance de serveur Analysis Services à l’aide d’un alias plus court Oui Non
API compatibles avec le point de terminaison XMLA pour l’écriture de scripts et la compatibilité avec les services d’automatisation et ALM, notamment Azure Functions, Azure Automation et Azure DevOps Oui Oui
Connectivité
Prise en charge de toutes les sources de données Power BI Non Oui
Point de terminaison XMLA, qui permet une connectivité open platform pour la consommation des modèles de données et les outils de visualisation, y compris les outils tiers Oui Oui
Fonctionnalité Multigéographie, qui permet à des clients multinationaux de répondre à des exigences de résidence des données régionales, spécifiques à certains secteurs ou en fonction de l’organisation Oui Oui
Découvrabilité
Intégration du hub de données, qui aide les utilisateurs à découvrir, explorer et utiliser les modèles sémantiques Power BI Non Oui
Vue du lignage des données et analyse de l'impact du modèle sémantique, qui aident les utilisateurs à comprendre et à évaluer les dépendances des éléments Power BI Non Oui
Paramètres de monitoring et de diagnostic
Application Métriques de capacité Microsoft Fabric qui fournit des fonctionnalités de surveillance pour les capacités Power BI Non Oui
Journal d’audit, qui effectue le suivi des activités des utilisateurs dans Power BI et Microsoft 365 Non Oui
Intégration d’Azure Log Analytics, qui permet aux administrateurs de configurer une connexion Log Analytics pour un espace de travail Power BI Oui Oui
Alertes de métriques dans Azure Monitor, qui avertissent quand l’une de vos métriques dépasse un certain seuil Oui Non
Point de terminaison XMLA, qui autorise les connexions de l’outil de journalisation des diagnostics, notamment SQL Server Profiler Oui Oui
Événements étendus SQL Server (xEvents), qui est un système de suivi léger et de monitoring des performances utile pour diagnostiquer les problèmes Oui Non

1 Utiliser la connectivité de réseau virtuel et Azure Private Link à la place

Comparaison des coûts

Lorsque vous comparez les coûts de Power BI Premium à ceux d’AAS, veillez à prendre en compte des facteurs autres que le prix par cœur. Power BI permet de réduire le coût de possession et la valeur commerciale, et offre de nombreuses fonctionnalités qui ne sont disponibles que pour les modèles de données Power BI.

En outre, si vous utilisez déjà Power BI dans votre organisation, calculez les coûts en fonction du profil existant qui combine AAS et Power BI. Comparez le profil existant au profil cible sur Power BI Premium. Pour déterminer le profil cible, veillez à prendre en compte les points suivants :

  • Exigences de région.
  • La plus grande taille de modèle de données AAS dans chaque région.
  • Le nombre d’utilisateurs dans chaque région.
  • Le nombre d’utilisateurs nécessaires pour développer et gérer le contenu.
  • Consommation du processeur sur AAS et Power BI Premium.

Important

La consommation processeur sur AAS et Power BI Premium peut varier de manière significative en raison de nombreux facteurs. Les facteurs peuvent inclure l’utilisation d’autres charges de travail sur les mêmes capacités, modèles d’actualisation et modèles de requête. Nous vous recommandons d’effectuer une analyse approfondie afin de quantifier la consommation processeur comparative entre AAS et Power BI Premium pour les modèles migrés.

Conseil

Pour déterminer le type et le nombre de licences qui sont adaptés aux besoins et aux circonstances de votre entreprise, consultez cet article.

Opportunité de regroupement

De nombreux clients AAS disposent déjà de rapports Power BI qui se connectent à AAS. Par conséquent, la migration vers Power BI peut représenter une opportunité de regrouper les éléments de décisionnel dans Power BI Premium. Le regroupement rend les références SKU Premium de plus grande taille plus viables sur le plan économique et peut aider à fournir des niveaux de débit et de scalabilité plus élevés.

Licences Premium par utilisateur

La licence Premium par utilisateur est une licence par utilisateur qui permet d’acquérir Premium à moindre coût. Les licences Premium par utilisateur sont généralement achetées par les petites et moyennes entreprises. Elles prennent en charge toutes les fonctionnalités Premium de modélisation des données que nous avons listées précédemment.

Conseil

Il est possible de mettre à niveau les licences Power BI Pro vers des licences Premium par utilisateur de manière incrémentielle.

et Pro

Une licence Pro (ou Premium par utilisateur) est nécessaire pour publier et gérer du contenu Power BI. Les licences Pro sont généralement attribuées aux développeurs et aux administrateurs, et non aux utilisateurs finaux.

Environnements de développement et de test

AAS propose les références SKU D et B à moindre coût avec des contrats de niveau de service réduits et/ou moins de fonctionnalités que les références SKU S. Certains clients AAS utilisent ces références SKU pour les environnements de développement et les environnements de test. Même s’il n’existe pas d’équivalent direct dans Power BI, il peut être judicieux d’utiliser des licences Premium par utilisateur pour les environnements de développement et les environnements de test. Ces environnements n’ont généralement pas un grand nombre d’utilisateurs, car ils sont limités aux développeurs et aux testeurs. Vous pouvez également utiliser une référence SKU A dans Azure pour tester les fonctionnalités de la capacité Premium.

Pour plus d'informations, consultez les pages suivantes :

Avantages de la scalabilité

Power BI Premium offre des avantages de scalabilité, de performances et de coût de possession qui ne sont pas disponibles dans AAS.

Power BI Premium fournit des fonctionnalités qui permettent une analyse interactive rapide du Big Data. Ces fonctionnalités incluent les agrégations, les modèles composites et les tables hybrides. Chaque fonctionnalité offre un moyen différent de combiner de manière optimale les modes d’importation et de stockage DirectQuery, ce qui réduit l’utilisation de la mémoire. En outre, AAS ne prend pas en charge ces fonctionnalités. L’intégralité du modèle de données utilise le mode de stockage Import ou DirectQuery.

Power BI Premium limite la mémoire par modèle sémantique, et non par capacité ou serveur. À l’inverse, AAS nécessite que tous les modèles de données rentrent dans la mémoire d’un serveur unique. Cette exigence peut obliger les clients disposant de modèles de données volumineux à acheter des références SKU de taille plus importante.

Grâce à la nature distribuée de l'architecture Premium, davantage de modèles sémantiques peuvent être actualisés en parallèle. L’exécution d’actualisations simultanées sur un même serveur AAS peut entraîner des erreurs d’actualisation en raison du dépassement des limites de mémoire du serveur.

Dans Power BI Premium, la consommation du processeur pendant l’actualisation est répartie sur 24 heures. Power BI Premium évalue le débit de capacité pour assurer la résilience aux pics temporels qui demandent des ressources de calcul. Si nécessaire, il peut retarder les actualisations jusqu’à ce que suffisamment de ressources soient disponibles. Avec ce comportement automatique, les clients auront moins souvent besoin d’effectuer une analyse détaillée et de gérer des scripts d’automatisation afin d’effectuer un scale-up ou un scale-down des serveurs. Les clients Premium doivent décider de la taille de référence SKU optimale pour leurs besoins globaux en matière de consommation processeur.

Un autre avantage de Power BI Premium est qu'il est capable d'équilibrer dynamiquement les modèles sémantiques en fonction de la charge du système. Ce comportement automatique garantit que les modèles sémantiques occupés/actifs obtiennent la mémoire et les ressources CPU nécessaires, tandis que les modèles sémantiques plus inactifs peuvent être expulsés ou migrés vers d'autres nœuds. Les modèles sémantiques sont candidats à l'expulsion lorsqu'ils ne sont pas utilisés. Ils seront chargés à la demande afin que seules les données requises soient chargées en mémoire sans avoir à charger l'intégralité du modèle sémantique. En revanche, AAS nécessite que tous les modèles de données soient toujours entièrement chargés en mémoire. Cette exigence signifie que les requêtes envoyées à AAS peuvent s’appuyer sur le modèle de données disponible. Toutefois (en particulier pour les capacités Power BI ayant un grand nombre de modèles de données et que certains d’entre eux sont rarement utilisés), la gestion dynamique de la mémoire peut rendre plus efficace l’utilisation de la mémoire.

Enfin, Power BI Premium est capable de mieux utiliser les déploiements matériels de nouvelle génération pour tirer parti des améliorations de la scalabilité et des performances.

Observations et limitations

Il existe des considérations et des limitations à prendre en compte dans votre planification avant d’effectuer une migration vers Power BI Premium.

Autorisations

AAS et SSAS utilisent des rôles pour gérer l’accès au modèle de données. Il existe deux types de rôles : le rôle serveur et les rôles de base de données. Le rôle serveur est un rôle fixe qui accorde à l’administrateur l’accès à l’instance de serveur Analysis Services. Les rôles de base de données, définis par les modélisateurs et les administrateurs de données, contrôlent l’accès à la base de données et aux données pour les utilisateurs non administrateurs.

Contrairement à AAS, avec Power BI, vous utilisez uniquement des rôles pour appliquer la sécurité au niveau des lignes ou la sécurité au niveau des objets. Pour accorder des autorisations au-delà de RLS et OLS, utilisez le modèle de sécurité Power BI (rôles d'espace de travail et autorisations du modèle sémantique). Pour plus d'informations, consultez Autorisations du modèle sémantique.

Pour plus d'informations sur les rôles de modèle Power BI, consultez Connectivité du modèle sémantique avec le point de terminaison XMLA (rôles de modèle).

Lorsque vous effectuez la migration d’un modèle de données d’AAS vers Power BI Premium, vous devez prendre en compte les points suivants :

  • Les utilisateurs qui ont obtenu l’autorisation de lecture sur un modèle dans AAS doivent disposer de l’autorisation Build sur le modèle sémantique Power BI migré.
  • Les utilisateurs bénéficiant de l’autorisation Administrateur sur un modèle dans AAS doivent disposer de l’autorisation d’écriture sur le modèle sémantique Power BI migré.

Actualiser l’automatisation

Power BI Premium prend en charge les API avec point de terminaison XMLA pour les scripts, tels que Tabular Model Scripting Language (TMSL), Tabular Object Model (TOM) ou le module PowerShell SqlServer. Ces API ont des interfaces presque symétriques à AAS. Pour plus d'informations, consultez Connectivité du modèle sémantique avec le point de terminaison XMLA (applications et outils clients).

La compatibilité avec les services d’automatisation, notamment Azure Functions, Azure Automation et Azure Logic Apps, est activée de la même façon.

En règle générale, les scripts et les processus qui automatisent la gestion et le traitement des partitions dans AAS fonctionnent également dans Power BI Premium. Gardez à l’esprit que les modèles sémantiques Power BI Premium prennent en charge la fonctionnalité d’actualisation incrémentielle, qui fournit une gestion automatisée des partitions pour les tables qui chargent fréquemment des données nouvelles et mises à jour.

Comme pour AAS, vous pouvez utiliser un principal de service comme compte d’automatisation pour les opérations de gestion de modèle sémantique Power BI, telles que les actualisations. Pour plus d'informations, consultez Connectivité du modèle sémantique avec le point de terminaison XMLA (Principaux de service).

Sécurité personnalisée

Comme pour AAS, les applications peuvent utiliser un principal de service pour interroger un modèle sémantique Power BI Premium par capacité ou Power BI Embedded à l’aide de la fonctionnalité CustomData.

Toutefois, vous ne pouvez pas affecter un principal de service à un rôle de modèle dans Power BI Premium. En effet, un principal de service obtient l’accès par attribution du rôle Administrateur ou Membre de l’espace de travail.

Remarque

Vous ne pouvez pas utiliser la fonctionnalité CustomData lors de l'interrogation de modèles sémantiques Premium par utilisateur (PPU), car cela constituerait une violation des termes et conditions de la licence.

Emprunt d’identité pour les tests

Les techniques d’emprunt d’identité, y compris les propriétés de chaîne de connexion EffectiveUserName et Roles, sont prises en charge par AAS et Power BI Premium. Vous les utilisez généralement lors du test des rôles de sécurité.

Sécurité du réseau

La configuration de la sécurité réseau dans AAS nécessite l’activation du pare-feu et la configuration de plages d’adresses IP uniquement pour les ordinateurs qui accèdent au serveur.

Power BI n’a pas de fonctionnalité de pare-feu. Power BI offre à la place un modèle de sécurité réseau supérieur utilisant des réseaux virtuels et des liaisons privées. Pour plus d’informations, consultez Qu’est-ce qu’un réseau virtuel (VNet) ?.

Sources de données et informations d’identification

AAS définit les informations d’identification de chaque source de données déclarée dans les métadonnées tabulaires TOM. Cependant, Power BI ne fonctionne pas de cette façon. Étant donné que Power BI peut partager les informations d’identification des sources de données sur plusieurs modèles sémantiques, les informations d’identification sont définies dans le service Power BI.

Tout processus XMLA qui définit les informations d’identification de la source de données doit être remplacé. Pour plus d'informations, consultez Connectivité du modèle sémantique avec le point de terminaison XMLA (Déployer des projets de modèle à partir de Visual Studio).

Sauvegarde et restauration

La sauvegarde et la restauration dans AAS nécessitent le stockage Blob Azure, tandis que dans Power BI Premium, elles nécessitent un compte Azure Data Lake Storage Gen2 (ADLS Gen2). Outre cette différence concernant le compte de stockage, la sauvegarde et la restauration fonctionnent de la même façon dans les deux produits.

Pour plus d’informations, consultez Sauvegarde Microsoft Azure et restaurer des modèles sémantiques avec Power BI Premium.

Passerelle de données locale

AAS et Power BI Premium utilisent la même passerelle de données locale pour se connecter aux sources de données. Toutefois, les étapes de configuration sont différentes.

Pour plus d’informations sur la configuration des sources de données de type passerelle pour Power BI Premium, consultez Ajouter ou supprimer une source de données de type passerelle.

Propriétés du serveur

Contrairement à AAS, Power BI Premium ne prend pas en charge les propriétés de serveur. Il vous revient de les gérer dans les paramètres de capacité Premium.

Contrairement à AAS, Power BI Premium ne prend pas en charge les noms de serveur alias.

Vues de gestion dynamique

Certaines DMV qui fonctionnent dans AAS ne sont pas accessibles dans Power BI Premium, car elles nécessitent des autorisations d’administrateur de serveur Analysis Services. Power BI a des rôles d’espace de travail. Cependant, il n’existe pas de rôle d’espace de travail qui accorde l’équivalent des autorisations d’administrateur de serveur Analysis Services.

PowerShell

Vous pouvez utiliser les applets de commande AAS du module SqlServer PowerShell pour automatiser les tâches de gestion de modèles sémantiques, y compris les opérations d'actualisation. Pour plus d’informations, consultez Référence Analysis Services PowerShell.

Toutefois, les applets de commande AAS du module Az.AnalysisServices ne sont pas prises en charge pour les modèles sémantiques Power BI. Utilisez plutôt les applets de commande Microsoft Power BI pour Windows PowerShell et PowerShell Core.

la journalisation des diagnostics.

AAS s’intègre à Azure Monitor pour la journalisation des diagnostics. Les espaces de travail Log Analytics constituent la cible la plus courante pour les journaux AAS.

Power BI Premium prend également en charge la journalisation dans les espaces de travail Log Analytics. Actuellement, les événements envoyés à Log Analytics sont principalement des événements du moteur AS. Toutefois, tous les événements pris en charge par AAS ne le sont pas pour Power BI. Le schéma Log Analytics pour Power BI comporte des différences par rapport à celui d’AAS, ce qui signifie que les requêtes existantes dans AAS peuvent ne pas fonctionner dans Power BI.

Power BI offre une autre fonctionnalité de journalisation des diagnostics qui n’est pas proposée dans AAS. Pour plus d’informations, consultez Utiliser l’application Métriques de capacité Microsoft Fabric.

Les événements étendus (xEvents) SQL Server sont pris en charge dans AAS, mais pas dans Power BI Premium. Pour plus d’informations, consultez Surveiller Analysis Services avec des événements étendus SQL Server.

B2B (business-to-business)

AAS et Power BI prennent en charge Microsoft Entra B2B Collaboration qui permet et régit le partage avec les utilisateurs externes. Notez que le format UPN exigé par AAS est différent de Power BI.

Pour identifier l’utilisateur, Power BI utilise une revendication de nom unique dans l’ID Microsoft Entra, tandis qu’AAS utilise une revendication par e-mail. Même s’il existe de nombreux cas où ces deux identificateurs s’alignent, le format de nom unique est plus strict. Si vous utilisez la sécurité dynamique au niveau des lignes dans Power BI, vérifiez que la valeur de la table d’identité utilisateur correspond bien au compte utilisé pour se connecter à Power BI.

Montée en charge

Le scale-out Azure Analysis Services n’est pas pris en charge par Power BI Premium. Pour plus d’informations, consultez Mise à l’échelle du modèle sémantique Power BI.

Fonctionnalité de migration

La fonctionnalité de migration de Microsoft Azure Analysis Services vers Microsoft Power BI Premium dans Power BI migre en tant que base de données AAS vers un modèle sémantique dans Power BI Premium, Power BI Premium par utilisateur ou l'espace de travail Power BI Embedded. Pour plus d’informations, consultez Migrer Azure Analysis Services vers Power BI.

Contenu connexe

Pour plus d’informations sur cet article, consultez les ressources suivantes :

Les partenaires Power BI sont là pour aider votre organisation dans son processus de migration. Pour contacter un partenaire Power BI, accédez au portail des partenaires Power BI.