Migración de Azure Analysis Services a Power BI Premium

  • Artículo

Este artículo se dirige a los modeladores y administradores de datos de Azure Analysis Services (AAS). Proporciona instrucciones y razones para ayudar a migrar sus bases de datos de AAS a Power BI Premium o Power BI Embedded.

Fondo

Power BI ha evolucionado en la plataforma líder para inteligencia empresarial (BI) administrada por TI y autoservicio. Con el crecimiento exponencial en volúmenes de datos y complejidad, los clientes de Power BI exigen soluciones de BI empresariales que se escalan a petabytes, son seguras, fáciles de administrar y accesibles para todos los usuarios de la mayor parte de las organizaciones.

Durante más de dos décadas, Microsoft ha seguido invirtiendo profundamente en BI empresarial. AAS y SQL Server Analysis Services (SSAS) se basan en la tecnología de modelado de datos de BI madura que usan innumerables empresas. En la actualidad, esa misma tecnología también está en el centro de los modelos semánticos de Power BI (anteriormente conocidos como conjuntos de datos).

Nota:

En este artículo, los términos modelo de datos, modelo de BI, modelo tabular, base de datos y modelo semántico de Power BI tienen el mismo significado. En este artículo se usan normalmente los términos modelo de datos para el modelo de AAS y el modelo semántico para el modelo de Power BI.

Además, aunque en este artículo se describe el proceso de migración a Power BI Premium, también se aplica a Power BI Embedded.

En los últimos años, Microsoft ha dado grandes pasos para ofrecer funcionalidades de AAS para Power BI Premium. Para ello, Power BI heredó instantáneamente un gran ecosistema de desarrolladores, asociados, herramientas de BI y soluciones que se crearon durante décadas. En la actualidad, el conjunto completo de cargas de trabajo, características y funcionalidades de Power BI Premium ahora da como resultado una plataforma moderna de BI en la nube que va mucho más allá de la funcionalidad comparable disponible en AAS o SSAS.

En la actualidad, muchos clientes tienen informes de Power BI que se conectan dinámicamente a AAS. Naturalmente, estos clientes preguntan si hay una oportunidad de consolidar mediante el hospedaje de sus modelos de datos junto con sus informes en Power BI. A menudo hacen preguntas como:

  • ¿Depende toda la funcionalidad de AAS que dependemos del trabajo en Power BI?
  • ¿Power BI es compatible con las herramientas y los procesos de AAS?
  • ¿Qué funcionalidades solo están disponibles en Power BI?
  • ¿Cómo se comparan los costos entre AAS y Power BI?
  • ¿Por qué Microsoft está convergiendo la empresa y la BI de autoservicio?
  • ¿Cómo se migra de AAS a Power BI Premium?
  • ¿AAS está marcado para desuso?
  • ¿Cuál es la hoja de ruta de Microsoft para los modelos de datos empresariales?

Las respuestas a muchas de estas preguntas se describen en este artículo.

Nota

La decisión de migrar a Power BI Premium depende de los requisitos de cada cliente. Los clientes deben evaluar cuidadosamente las ventajas adicionales para tomar una decisión informada. Esperamos ver la migración orgánica a Power BI Premium a lo largo del tiempo, y nuestra intención es que se produzca en términos con los que el cliente se sienta cómodo.

Para ser claro, actualmente no hay ningún plan para dejar de usar AAS. Hay una prioridad para centrar la inversión en Power BI Premium para el modelado de datos empresariales, por lo que el valor adicional proporcionado por Power BI Premium aumentará con el tiempo. Los clientes que elijan Power BI Premium pueden esperar beneficiarse de la alineación con la hoja de ruta del producto de Microsoft BI.

Convergencia de BI empresarial y de autoservicio

La consolidación de elementos (como informes y paneles) en Power BI da como resultado una detección y administración simplificadas debido a la colocalización. Una vez consolidado, no es necesario salvar la brecha entre AAS y Power BI. A continuación, los equipos de TI centrales pueden adoptar más fácilmente elementos de autoservicio que se han vuelto populares, pero que resultan en una carga de administración para la empresa. El TI puede asumir estos elementos. Pueden ponerlas en funcionamiento para la toma de decisiones críticas en función de los datos regulados alineados con los estándares corporativos y con la transparencia del linaje. Simplificar este flujo de trabajo compartiendo una plataforma común promueve una mejor colaboración entre la empresa y el departamento de TI.

Power BI Premium

Gracias a su arquitectura distribuida, Power BI Premium es menos sensible a la carga general, los picos temporales y la alta simultaneidad. Al consolidar las capacidades en SKU de Power BI Premium más grandes, los clientes pueden lograr un mayor rendimiento.

Las ventajas de escalabilidad asociadas a Power BI Premium se describen más adelante en este artículo.

Comparación de características

AAS proporciona el motor de base de datos de Analysis Services para hospedar modelos de datos, que es un componente principal de una arquitectura de BI empresarial de Microsoft. De hecho, Power BI Premium es un superconjunto de AAS porque proporciona mucha más funcionalidad. En la tabla siguiente se enumeran las características admitidas en AAS y Power BI Premium. La tabla se centra en las funcionalidades relacionadas con el modelo semántico de Power BI, pero no se limita a ellas.

Característica AAS Power BI Premium
Cargas de trabajo Premium
Informes paginados, que son ideales para los informes diseñados para imprimirse, especialmente cuando los datos de tabla se desbordan en varias páginas No Sí
Flujos de datos, que almacenan fragmentos de datos diseñados para su uso en un modelo semántico de Power BI No Sí
Inteligencia artificial con flujos de datos, que usan inteligencia artificial (IA) con Cognitive Services, Aprendizaje automático automatizado e integración de Azure Machine Learning (AML) No Sí
Métricas, que protegen las medidas empresariales clave y permiten el seguimiento de los objetivos No Sí
Habilitación empresarial
Distribución ilimitada de informes a cualquier persona (incluso fuera de la organización) No Sí
Informes interactivos, áreas de trabajo y aplicaciones controlados por la empresa No Sí
Escalabilidad y resistencia de la plataforma
Arquitectura de Power BI Premium, que admite un mayor escalado y rendimiento No Sí
Administración optimizada de memoria del modelo semántico No Sí
Límites de escala por modelo de datos en lugar de por servidor No Sí
Suavizado de CPU para la resistencia de actualización No Sí
Escalabilidad automática, que añade automáticamente capacidad de cálculo para evitar ralentizaciones en caso de uso intensivo No Sí
Continuidad empresarial y recuperación ante desastres (BCDR) con regiones de Azure y zonas de disponibilidad No Sí
Análisis interactivo sobre macrodatos
Tamaños de modelo grandes (hasta 400 GB con compresión) Sí Sí
Tablas híbridas, que componen particiones en memoria y DirectQuery que pueden ayudar a ofrecer resultados casi en tiempo real en tablas grandes. No Sí
Agregaciones automáticas, que utilizan el aprendizaje automático (ML) más avanzado para optimizar continuamente el rendimiento de DirectQuery No Sí
Agregaciones definidas por el usuario, que pueden mejorar el rendimiento de las consultas en tablas de DirectQuery muy grandes No Sí
Escalado horizontal de consultas, que distribuye las consultas de cliente entre servidores replicados Sí Sí
Seguridad
Bring Your Own Key (BYOK), que permite a los clientes usar su propia clave de cifrado para cifrar los datos almacenados en la nube de Microsoft. No Sí
Conectividad de red virtual, que permite que Power BI funcione sin problemas en la red virtual (VNet) de una organización. No Sí
Azure Private Link, que proporciona acceso seguro para el tráfico de datos en Power BI No Sí
Inicio de sesión único (SSO) para orígenes de DirectQuery, que permite conectarse a orígenes de datos mediante la identidad del usuario del informe No Sí
Seguridad de nivel de fila (RLS), que restringe el acceso a filas de datos específicas para usuarios específicos Sí Sí
Seguridad de nivel de objeto (OLS), que restringe el acceso a tablas o columnas específicas para usuarios específicos Sí Sí
Firewall, que cuando está habilitado, permite establecer intervalos de direcciones IP permitidos Sí No 1
Gobernanza
Integración de Microsoft Purview, que ayuda a los clientes a administrar y controlar los elementos de Power BI No Sí
Microsoft Information Protection (MIP) etiquetas de sensibilidad e integración con Microsoft Defender for Cloud Apps para la prevención de la pérdida de datos No Sí
Aprobación del contenido, para promover o certificar elementos valiosos y de alta calidad de Power BI No Sí
Modelos semánticos
Compatibilidad con Power BI Desktop No Sí
Modelos compuestos, incluido el uso de DirectQuery para modelos semánticos de Power BI y AAS No Sí
Traducciones para versiones de modelos de varios lenguajes observadas por el servicio Power BI No Sí
Modelado semántico del motor de Analysis Service Sí Sí
Administración de modelos
Actualización incremental, que usa directivas para automatizar la administración de particiones y puede ayudar a ofrecer informes casi en tiempo real (consulte tablas híbridas). No Sí
Canalizaciones de implementación, que administran el ciclo de vida del contenido de Power BI No Sí
Actualización programada, que mantiene actualizados los datos del modelo semántico almacenados en caché No Sí
Actualización mejorada, que permite que cualquier lenguaje de programación realice actualizaciones asincrónicas de modelos semánticos mediante una llamada API de REST Sí Sí
Copia de seguridad y restauración Sí Sí
Configuración de la carga de trabajo del modelo semántico, que controla las cargas de trabajo de capacidad Premium No Sí
Propiedades del servidor, que controlan las propiedades de la instancia del servidor de Analysis Services Sí Sí
Nombres de servidor de alias, que permiten conectarse a una instancia de servidor de Analysis Services mediante un alias más corto Sí No
API habilitadas para puntos de conexión XMLA para scripting y compatibilidad con servicios para automatización y ALM, incluidos Azure Functions, Azure Automation y Azure DevOps Sí Sí
Conectividad
Compatibilidad con todos los orígenes de datos de Power BI No Sí
Punto de conexión XMLA, que permite la conectividad de plataforma abierta para las herramientas de visualización y consumo del modelo de datos, incluidas las herramientas de terceros. Sí Sí
Característica Multi-Geo, que ayuda a los clientes multinacionales a abordar los requisitos de residencia de datos regionales, específicos del sector o de la organización. Sí Sí
Detectabilidad
Integración del centro de datos, que ayuda a los usuarios a detectar, explorar y usar modelos semánticos de Power BI No Sí
Vista del linaje de datos y análisis del impacto del modelo semántico, que ayudan a los usuarios a comprender y evaluar las dependencias de los elementos de Power BI No Sí
Supervisión y registro de diagnóstico
Aplicación de métricas de capacidad de Microsoft Fabric, que proporciona funcionalidades de supervisión para las capacidades de Power BI No Sí
Registro de auditoría, que realiza un seguimiento de las actividades del usuario en Power BI y Microsoft 365 No Sí
Integración de Azure Log Analytics (LA), que permite a los administradores configurar una conexión de Log Analytics para un área de trabajo de Power BI Sí Sí
Alertas de métricas en Azure Monitor, que proporcionan una forma de recibir notificaciones cuando una de sus métricas multidimensionales cruza un umbral Sí No
Punto de conexión XMLA, que permite conexiones de herramientas de registro de diagnóstico, incluidas SQL Server Profiler Sí Sí
SQL Server Eventos extendidos (xEvents), que es un sistema ligero de seguimiento y supervisión del rendimiento útil para diagnosticar problemas Sí No

1 Utilice la conectividad VNet y Azure Private Link en su lugar

Comparación de costos

Al comparar los costos de Power BI Premium con AAS, asegúrese de tener en cuenta otros factores más allá del precio por núcleo. Power BI ofrece un costo reducido de valor empresarial y de propiedad, con muchas características que solo están disponibles para los modelos de datos de Power BI.

Además, en el supuesto de que ya use Power BI en su organización, calcule los costos en función del perfil existente que combina AAS y Power BI. Compare el perfil existente con el perfil de destino en Power BI Premium. Para determinar el perfil de destino, asegúrese de tener en cuenta los puntos siguientes:

  • Requisitos de la región.
  • El tamaño del modelo de datos de AAS más grande en cada región.
  • Número de usuarios de cada región.
  • Número de usuarios necesarios para desarrollar y administrar contenido.
  • El consumo de CPU en AAS y Power BI Premium.

Importante

El consumo de CPU en AAS y Power BI Premium puede variar significativamente debido a numerosos factores. Entre estos puede incluirse el uso de otras cargas de trabajo en las mismas capacidades, patrones de actualización y patrones de consulta. Se recomienda realizar un análisis detallado para cuantificar el consumo comparativo de CPU en AAS y Power BI Premium para los modelos migrados.

Sugerencia

Para ayudar a determinar el tipo adecuado y el número de licencias para sus requisitos y circunstancias empresariales, consulte este artículo relacionado.

Oportunidad de consolidación

Muchos clientes de AAS ya tienen informes de Power BI que se conectan a AAS. Por lo tanto, la migración a Power BI puede representar una oportunidad para consolidar los elementos de BI en Power BI Premium. La consolidación hace que las SKU Premium de mayor tamaño sea más económicamente viables y pueden ayudar a proporcionar mayores niveles de rendimiento y escalabilidad.

Licencias de PPU

La licencia Premium por usuario (PPU) es una licencia por usuario que proporciona un punto de precio de menor costo para Premium. Normalmente, las licencias PPU son adquiridas por pequeñas y medianas empresas. Admiten todas las funcionalidades Premium para el modelado de datos enumerados anteriormente.

Sugerencia

Es posible actualizar incrementalmente Power BI Pro licencias a licencias PPU.

licencias profesionales

Se requiere una licencia pro (o PPU) para publicar y administrar contenido de Power BI. Normalmente, las licencias pro se asignan a desarrolladores y administradores, no a los usuarios finales.

Entornos de desarrollo y pruebas

AAS ofrece las SKU D y B a un costo menor con acuerdos de nivel de servicio reducidos o menos características que las SKU S. Algunos clientes de AAS usan estas SKU para entornos de desarrollo y pruebas. Aunque no hay ningún equivalente directo en Power BI, es posible que tenga sentido usar licencias PPU para entornos de desarrollo y pruebas. Normalmente, estos entornos no tienen un gran número de usuarios porque están limitados a desarrolladores y evaluadores. Como alternativa, considere la posibilidad de usar una SKU A en Azure para probar la funcionalidad de capacidad Premium.

Para más información, consulte:

Ventajas de escalabilidad

Power BI Premium ofrece ventajas de escalabilidad, rendimiento y costo de propiedad que no están disponibles en AAS.

Power BI Premium proporciona características que permiten un análisis interactivo rápido sobre macrodatos. Estas características incluyen agregaciones, modelos compuestos y tablas híbridas. Cada característica ofrece una manera diferente de combinar de forma óptima los modos de almacenamiento de importación y DirectQuery, lo que reduce eficazmente el uso de memoria. Por otro lado, AAS no admite estas funcionalidades; el modelo de datos completo usa el modo de almacenamiento de importación o DirectQuery.

Power BI Premium limita la memoria por modelo semántico y no por capacidad o servidor. Por el contrario, AAS requiere que todos los modelos de datos se ajusten a la memoria en un único servidor. Ese requisito puede obligar a los clientes con modelos de datos grandes a comprar tamaños de SKU mayores.

Gracias a la naturaleza distribuida de la arquitectura Premium, se pueden actualizar más modelos semánticos en paralelo. La realización de actualizaciones simultáneas en el mismo servidor de AAS puede provocar errores de actualización debido a la superación de los límites de memoria del servidor.

En Power BI Premium, el consumo de CPU durante la actualización se distribuye entre períodos de 24 horas. Power BI Premium evalúa el rendimiento de la capacidad para proporcionar resistencia a picos temporales en la demanda de recursos de proceso. Cuando sea necesario, puede retrasar las actualizaciones hasta que haya suficientes recursos disponibles. Este comportamiento automático reduce la necesidad de que los clientes realicen análisis detallados y administren scripts de automatización para escalar o reducir verticalmente los servidores. Los clientes de Premium deben decidir el tamaño óptimo de la SKU para sus requisitos generales de consumo de CPU.

Otra ventaja de Power BI Premium es que es capaz de equilibrar dinámicamente los modelos semánticos en función de la carga del sistema. Este comportamiento automático garantiza que los modelos semánticos ocupados o activos obtengan los recursos de CPU y memoria necesarios, mientras que se pueden expulsar o migrar más modelos semánticos inactivos a otros nodos. Los modelos semánticos son candidatos para la expulsión cuando no se usan. Se cargarán a petición para que solo se carguen los datos necesarios en la memoria sin tener que cargar todo el modelo semántico. Por otro lado, AAS requiere que todos los modelos de datos se carguen completamente en la memoria siempre. Este requisito significa que las consultas a AAS pueden depender de que el modelo de datos esté disponible, pero, especialmente para las capacidades de Power BI con un gran número de modelos de datos cuando algunos de ellos se usan con poca frecuencia, la administración de memoria dinámica puede hacer un uso más eficaz de la memoria.

Por último, Power BI Premium puede usar mejor los lanzamientos de hardware de próxima generación para beneficiarse de las mejoras de escalabilidad y rendimiento.

Consideraciones y limitaciones

Hay consideraciones y limitaciones que se deben tener en cuenta en el planeamiento antes de migrar a Power BI Premium.

Permisos

AAS y SSAS usan roles para administrar el acceso al modelo de datos. Existen dos tipos de roles: el rol servidor y el rol base de datos. El rol de servidor es un rol fijo que concede acceso de administrador a la instancia del servidor de Analysis Services. Los roles de base de datos, que establecen los modeladores de datos y los administradores, controlan el acceso a la base de datos y a los datos de los usuarios que no son administradores.

A diferencia de AAS, en Power BI, solo se usan roles para aplicar RLS o OLS. Para conceder permisos más allá de RLS y OLS, use el modelo de seguridad de Power BI (roles de área de trabajo y permisos de modelo semántico). Para más información, consulte Permisos del modelo semántico.

Para obtener más información sobre los roles de modelo de Power BI, consulte Conectividad del modelo semántico con el punto de conexión XMLA (roles de modelo).

Al migrar un modelo de datos de AAS a Power BI Premium, debe tener en cuenta los siguientes puntos:

  • Los usuarios a los que se les concedió el permiso Lectura sobre un modelo en AAS deben recibir el permiso Compilación sobre el modelo semántico de Power BI migrado.
  • Los usuarios a los que se les concedió el permiso Administrador en un modelo en AAS deben tener el permiso Escritura en el modelo semántico de Power BI migrado.

Actualización de la automatización

Power BI Premium es compatible con las API habilitadas por XMLA para la creación de scripts, como el lenguaje de scripting del modelo tabular (TMSL), el lenguaje de scripting del modelo tabular (TMSL), y el módulo SqlServer de PowerShell. Estas API tienen interfaces casi simétricas a AAS. Para más información, consulte Conectividad del modelo semántico con el punto de conexión XMLA (aplicaciones cliente y herramientas).

La compatibilidad con los servicios para la automatización, incluidos Azure Functions, Azure Automation y Azure Logic Apps, se habilita de la misma manera.

Por lo general, los scripts y los procesos que automatizan la administración y el procesamiento de particiones en AAS funcionarán en Power BI Premium. Tenga en cuenta que los modelos semánticos de Power BI Premium admiten la característica de actualización incremental, que proporciona una administración automatizada de las particiones para las tablas que cargan frecuentemente datos nuevos y actualizados.

Al igual que para AAS, puede usar una entidad de servicio como una cuenta de automatización para las operaciones de administración de modelos semánticos de Power BI, como las actualizaciones. Para más información, consulte Conectividad del modelo semántico con el punto de conexión XMLA (entidades de servicio).

Seguridad personalizada

Al igual que en el caso de AAS, las aplicaciones pueden utilizar un servicio principal para consultar un modelo semántico de Power BI Premium por capacidad o de Power BI Embedded utilizando la característica CustomData.

Sin embargo, no se puede asignar una entidad de servicio a un rol de modelo en Power BI Premium. En su lugar, una entidad de servicio obtiene acceso mediante la asignación al rol de administrador o miembro del área de trabajo.

Nota:

No se puede usar la característica CustomData al consultar modelos semánticos Premium por usuario (PPU) porque se infringían los términos y condiciones de licencia.

Suplantación para pruebas

Las técnicas de suplantación, incluidas las propiedades EffectiveUserName y la cadena de conexión Roles, son compatibles con AAS y Power BI Premium. Normalmente, los usa al probar los roles de seguridad.

Seguridad de las redes

La configuración de la seguridad de red en AAS requiere habilitar el firewall y configurar intervalos de direcciones IP solo para los equipos que acceden al servidor.

Power BI no tiene una característica de firewall. En su lugar, Power BI ofrece un modelo de seguridad de red superior mediante redes virtuales y vínculos privados. Para más información, vea ¿Qué es una red virtual (VNet)?.

Orígenes de datos y credenciales

AAS define las credenciales de cada origen de datos declarado en los metadatos tabulares de TOM. Sin embargo, Power BI no funciona de esa manera. Dado que Power BI puede compartir credenciales de orígenes de datos en varios modelos semánticos, las credenciales se establecen en el servicio Power BI.

Se debe reemplazar cualquier proceso basado en XMLA que establezca las credenciales del origen de datos. Para obtener más información, consulte Conectividad del modelo semántico con el punto de conexión XMLA (Implementación de proyectos de modelo desde Visual Studio).

Copia de seguridad y restauración

La copia de seguridad y restauración en AAS requiere Azure Blob Storage, mientras que en Power BI Premium requiere una cuenta de Azure Data Lake Storage Gen2 (ADLS Gen2). Además de la diferencia de la cuenta de almacenamiento, la copia de seguridad y la restauración funcionan de la misma manera en ambos productos.

Para más información, consulte Copia de seguridad y restauración de modelos semánticos con Power BI Premium.

Puerta de enlace de datos local

Tanto AAS como Power BI Premium usan la misma puerta de enlace de datos local para conectarse a orígenes de datos. Sin embargo, los pasos de configuración son diferentes.

Para obtener información sobre cómo configurar orígenes de datos de puerta de enlace para Power BI Premium, vea Agregar o quitar un origen de datos de puerta de enlace.

Propiedades del servidor

A diferencia de AAS, Power BI Premium no admite propiedades del servidor. En su lugar, administra la configuración de la capacidad Premium.

A diferencia de AAS, Power BI Premium no admite nombres de servidor de alias.

Vistas de administración dinámica (DMV)

Algunas DMV que funcionan en AAS no son accesibles en Power BI Premium porque requieren permisos de administrador del servidor de Analysis Services. Power BI tiene roles de área de trabajo, pero no hay un rol de área de trabajo que conceda permisos de administrador de servidor de Analysis Services.

PowerShell

Puede usar los cmdlets de AAS del módulo sqlServer de PowerShell para automatizar las tareas de administración de modelos semánticos, incluidas las operaciones de actualización. Para obtener más información, vea Referencia de Analysis Services PowerShell.

Sin embargo, los cmdlets de AAS del módulo Az.AnalysisServices no son compatibles con los modelos semánticos de Power BI. En su lugar, use los cmdlets de Microsoft Power BI para Windows PowerShell y PowerShell Core.

Registro de diagnóstico

AAS se integra con Azure Monitor para el registro de diagnóstico. El destino más común para los registros de AAS es las áreas de trabajo de Log Analytics.

Power BI Premium también admite el registro en áreas de trabajo de Log Analytics. Actualmente, los eventos enviados a Log Analytics son principalmente eventos del motor AS. Sin embargo, no todos los eventos admitidos para AAS son compatibles con Power BI. El esquema de Log Analytics para Power BI contiene diferencias en comparación con AAS, lo que significa que es posible que las consultas existentes en AAS no funcionen en Power BI.

Power BI ofrece otra funcionalidad de registro de diagnóstico que no se ofrece en AAS. Para obtener más información, consulte Uso de la aplicación Métricas de capacidad de Microsoft Fabric.

Los eventos extendidos de SQL Server (xEvents) son compatibles con AAS pero no con Power BI Premium. Para más información, vea Supervisar Analysis Services con SQL Server Extended Events.

Negocio a negocio (B2B)

Tanto AAS como Power BI admiten la colaboración B2B de Microsoft Entra, que permite y rige el uso compartido con usuarios externos. En concreto, el formato de nombre principal de usuario (UPN) requerido por AAS es diferente a Power BI.

Para identificar al usuario, Power BI usa una notificación de nombre único en Microsoft Entra ID (anteriormente conocido como Azure Active Directory) mientras que AAS usa una notificación de correo electrónico. Aunque puede haber muchas instancias en las que estos dos identificadores se alineen, el formato de nombre único es más estricto. Si usa RLS dinámico en Power BI, asegúrese de que el valor de la tabla de identidad de usuario coincida con la cuenta usada para iniciar sesión en Power BI.

Escalado horizontal

La escalabilidad horizontal de Azure Analysis Services es compatible con Power BI Premium. Para obtener más información, consulte Escalabilidad horizontal de modelos semánticos de Power BI.

Característica de migración

La característica de migración de Microsoft Azure Analysis Services a Microsoft Power BI Premium de Power BI migra como base de datos de AAS a un modelo semántico en Power BI Premium, a Power BI Premium por usuario o al área de trabajo de Power BI Embedded. Para más información, consulte Migración de Azure Analysis Services a Power BI.

Contenido relacionado

Para más información sobre este artículo, consulte los recursos siguientes:

Los partners de Power BI están disponibles para ayudar a su organización a tener éxito en el proceso de migración. Para ponerse en contacto con un partner de Power BI, visite el portal de partners de Power BI.