Escenarios de utilización de Power BI: Administración avanzada de modelos de datos
Nota
Este artículo forma parte de la serie de artículos sobre el planeamiento de la implementación de Power BI. Esta serie se centra principalmente en la experiencia de Power BI en Microsoft Fabric. Para una introducción a la serie, consulte Planificación de la implementación de Power BI.
Este escenario de utilización se centra en la administración avanzada de modelos de datos, que es cuando un creador de contenido de Power BI se basa en una herramienta de terceros para desarrollar, administrar u optimizar modelos de datos. Algunas herramientas de terceros son herramientas externas, que Power BI Desktop admite directamente. También puede administrar un modelo de datos publicado (modelo semántico) comunicándose directamente con el punto de conexión XMLA en el servicio Power BI.
Los modelos de datos se hospedan en el servicio Power BI, Azure Analysis Services (AAS) o SQL Server Analysis Services (SSAS). Este escenario de utilización se centra en el uso del punto de conexión XMLA en el servicio Power BI.
Sugerencia
Muchas personas se refieren a herramientas de terceros como herramientas externas. Sin embargo, hay diferencias en la forma en que se pueden usar diferentes herramientas. La conexión a un modelo de datos local en Power BI Desktop es la interpretación más literal del término herramienta externa. Este escenario de utilización avanzado de administración de modelos de datos se centra en conectarse a un modelo de datos remoto (un modelo semántico hospedado en el servicio Power BI) mediante el punto de conexión XMLA. Más adelante en este artículo se describe más información sobre las distintas formas de usar herramientas de terceros.
Puede lograr la conectividad a un modelo de datos mediante el protocolo XML for Analysis (XMLA). El protocolo XMLA es un protocolo estándar del sector compatible con más de 25 proveedores, incluido Microsoft. Todas las herramientas, incluidas las herramientas de terceros, que son compatibles con el protocolo XMLA usan bibliotecas de cliente de Microsoft para leer o escribir datos en un modelo de datos. La conectividad se logra con un punto de conexión XMLA, que es una API expuesta por un modelo datos que amplía las funcionalidades de desarrollo y administración disponibles para los creadores de modelos semánticos.
Nota:
Este escenario de utilización avanzado del modelo de datos es uno de los escenarios de implementación y administración de contenido. Para una lista completa de los escenarios de utilización de autoservicio, consulte Escenarios de uso de Power BI.
Por motivos de brevedad, algunos aspectos descritos en el tema Escenarios de colaboración y entrega de contenido no se tratan en este artículo. Si quiere obtener una cobertura completa, lea primero esos artículos.
Diagrama del escenario
El enfoque de este escenario de utilización avanzado del modelo de datos consiste en usar Tabular Editor para administrar el modelo de datos. Puede publicar un modelo de datos en el servicio Power BI mediante el punto de conexión XMLA, que está disponible con Power BI Premium.
Importante
En ocasiones, este artículo hace referencia a Power BI Premium o a sus suscripciones de capacidad (SKU P). Tenga en cuenta que Microsoft está consolidando actualmente las opciones de compra y retirando las SKU de Power BI Premium por capacidad. Los clientes nuevos y existentes deben considerar la posibilidad de comprar suscripciones de capacidad de Fabric (SKU F) en su lugar.
Para obtener más información, consulte Actualización importante sobre las licencias de Power BI Premium y Preguntas más frecuentes sobre Power BI Premium.
Sugerencia
Se recomienda revisar el escenario de utilización de publicación de contenido de autoservicio si no está familiarizado con él. El escenario de administración avanzada de modelos de datos se basa en ese escenario.
Nota:
A veces, los términos modelo semántico y modelo de datos se usan indistintamente. En general, desde una perspectiva del servicio Power BI, se usa el término modelo semántico. Desde una perspectiva de desarrollo, se conoce como modelo de datos (o modelo para abreviar). En este artículo, ambos términos tienen el mismo significado. Del mismo modo, el significado de creador de modelos semánticos y modelador de datos es el mismo.
En el diagrama siguiente se muestra una visión general de alto nivel de las herramientas y acciones de usuario más comunes que pueden ayudarle a desarrollar, administrar u optimizar modelos de datos.
Sugerencia
Le recomendamos que descargue el diagrama de escenariossi desea insertarlo en su presentación, documentación o entrada de blog, o imprimirlo como un póster de pared. Dado que es una imagen de gráficos vectoriales escalables (SVG), puede escalarla o reducirla verticalmente sin pérdida de calidad.
En el diagrama de escenario se muestran las siguientes acciones de usuario, herramientas y características:
| Elemento | Descripción |
|---|---|
 |
Los creadores de modelos desarrollan modelos de datos mediante Tabular Editor. Es habitual que el trabajo de diseño inicial (como trabajo Power Query) se realice en Power BI Desktop antes de cambiar a Tabular Editor (no se muestra en el diagrama de escenarios). |
 |
El modelo de datos conecta con los datos de uno o más orígenes de datos. |
 |
Algunos orígenes de datos pueden requerir una puerta de enlace de datos local o una puerta de enlace de red virtual para la actualización de datos, como las que residen dentro de una red organizativa privada. |
 |
El desarrollo del modelo de datos se realiza en Tabular Editor. Se admite la edición de scripts de Power Query (M). Los creadores de modelos pueden usar scripts de C# para acelerar el desarrollo. |
 |
Cuando está listo, los creadores de modelos semánticos publican el modelo de datos desde Tabular Editor en el servicio Power BI mediante el punto de conexión XMLA del área de trabajo de destino. |
 |
El modelo de datos se publica en un área de trabajo dedicada a almacenar y proteger modelos semánticos compartidos. El acceso al área de trabajo mediante el punto de conexión XMLA solo es posible cuando el modo de licencia del área de trabajo está establecido en capacidad de Fabric, capacidad Premium, Premium por usuario o Insertado. |
 |
Los creadores de informes crean informes mediante una conexión dinámica al modelo semántico compartido. |
 |
Los creadores de informes desarrollan informes en Power BI Desktop. Aparte de separar intencionadamente los informes de los modelos semánticos, los creadores de contenido siguen el proceso típico de creación de informes. |
 |
Cuando lo tienen todo preparado, los creadores de informes publican su archivo de Power BI Desktop (.pbix) o su archivo de proyecto de Power BI (.pbip) en el servicio Power BI. |
 |
Los informes se publican en un área de trabajo dedicada al almacenamiento y protección de informes y paneles. |
 |
Los informes publicados permanecen conectados al modelo semántico compartido almacenado en un área de trabajo diferente. Los cambios realizados en el modelo semántico compartido afectan a todos los informes dependientes. |
 |
Las herramientas de terceros pueden usar el punto de conexión XMLA para consultar el modelo semántico compartido. Otras herramientas compatibles con XMLA (como DAX Studio, Vínculo semántico de cuadernos de Fabric o Windows PowerShell) se pueden usar para consultar o actualizar el modelo semántico compartido. Power BI Desktop, Excel y Report Builder también se pueden conectar mediante el punto de conexión XMLA (no representado en el diagrama de escenarios). |
 |
Otras herramientas de Microsoft y de terceros pueden usar el punto de conexión XMLA para administrar el modelo semántico y proporcionar administración del ciclo de vida de las aplicaciones. Para obtener más información, consulte las herramientas cliente basadas en puntos de conexión XMLA. |
 |
Los administradores de Fabric administran la configuración del inquilino para habilitar el uso del punto de conexión XMLA. El administrador debe habilitar el punto de conexión XMLA para las capacidades de Fabric, las capacidades Premium y la configuración Premium por usuario. |
 |
Los administradores de Fabric supervisan la actividad en el portal de Fabric. |
Puntos clave
A continuación se muestran algunos puntos clave a destacar sobre el escenario de administración avanzada de modelos de datos.
Herramientas y aplicaciones de terceros
Los equipos de Enterprise BI suelen usar herramientas de cliente, como Tabular Editor (representado en el diagrama de escenarios y descrito en el tema siguiente), para ayudarles a administrar modelos semánticos centralizados. Pero, cualquier creador de modelos semánticos que quiera trabajar con funcionalidades avanzadas de modelado puede aprovechar los métodos descritos en este escenario de utilización.
Hay varias formas de usar aplicaciones de terceros:
- Conectarse a un modelo de datos remoto mediante el punto de conexión XMLA: algunas herramientas de terceros pueden conectarse directamente a un modelo de datos remoto en el servicio Power BI (o Analysis Services). Una vez conectado al punto de conexión XMLA, se admiten todas las operaciones del Modelo de objetos tabulares (TOM). Este método es el enfoque principal de este escenario de utilización.
- Conectarse a un modelo de datos local en Power BI Desktop: algunas herramientas de terceros pueden conectarse a un modelo de datos local abierto en Power BI Desktop (no se muestra en el diagrama de escenarios). Pero hay algunas limitaciones y no todas las funcionalidades de herramientas externas se admiten de forma oficial.
- Conectarse a un archivo de plantilla en Power BI Desktop: algunas herramientas de terceros distribuyen su funcionalidad de forma ligera mediante un archivo de plantilla de Power BI Desktop (.pbit) (no se muestra en el diagrama de escenarios).
Tabular Editor
Tabular Editor se muestra en el diagrama de escenarios. Se trata de una herramienta de terceros que ha logrado una adopción generalizada por parte de la comunidad de Power BI. Entre las ventajas de administrar modelos de datos tabulares con Tabular Editor se incluyen las siguientes:
- Configuración de funcionalidades de modelo de datos no admitidas en Power BI Desktop: Tabular Editor proporciona una interfaz para configurar la seguridad de nivel de objeto (OLS), grupos de cálculo, perspectivas, traducciones y particiones.
- Compatibilidad con el desarrollo simultáneo de modelos: las herramientas de desarrollo de modelos de datos de Microsoft, como Visual Studio con proyectos de Analysis Services, almacenan la definición completa del modelo de datos en un archivo Model.bim. Este único archivo puede dificultar que un equipo de desarrolladores trabaje de forma conjunta en un único modelo de datos. Tabular Editor tiene una característica denominada Serialización de carpetas. La serialización de carpetas deconstruye el archivo Model.bim en archivos independientes específicos del objeto dentro de una estructura de carpetas organizada. Después, diferentes modeladores de datos pueden trabajar en diferentes archivos con menos riesgo de sobrescribir el trabajo de los demás.
- Integración con el control de código fuente: la serialización de carpetas permite que el sistema de control de código fuente detecte fácilmente los cambios del modelo de datos, lo que facilita las combinaciones de origen y la resolución de conflictos.
- Mejora de la calidad y diseño del modelo de datos: Tabular Editor se integra con el Analizador de procedimientos recomendados (BPA). BPA ayuda a los modeladores de datos con un conjunto de reglas personalizables que pueden mejorar la calidad, la coherencia y el rendimiento de los modelos de datos. Puede descargar un conjunto de reglas de procedimientos recomendados (proporcionadas por Microsoft) desde GitHub.
- Aumento de la productividad al desarrollar modelos de datos: la interfaz de Tabular Editor hace que sea adecuado para realizar ediciones por lotes, depuración y visualización de dependencias del modelo de datos. Tabular Editor se diferencia de Power BI Desktop en que funciona en modo desconectado. Puede realizar cambios en el modelo de datos en modo desconectado y confirmarlos como un lote de ediciones. Trabajar de esta manera permite un desarrollo y una validación más rápidos, especialmente para modeladores de datos experimentados. También es posible crear scripts de C# y guardarlos como macros. Estos scripts pueden ayudarle a mejorar la eficacia de la administración y sincronización de varios modelos de datos.
Punto de conexión de XMLA
El punto de conexión XMLA usa el protocolo XMLA para exponer todas las características de un modelo de datos tabular, incluidas algunas operaciones de modelado de datos que no son compatibles con Power BI Desktop. Puede usar la API de TOM para realizar cambios mediante programación en un modelo de datos.
El punto de conexión XMLA también proporciona conectividad. Solo puede conectarse a un modelo semántico cuando el área de trabajo que tiene su modo de licencia establecido en Premium por usuario, Premium per capacity (Premium por capacidad) o Embedded. Una vez realizada una conexión, una herramienta compatible con XMLA puede funcionar en el modelo de datos de dos maneras:
- Escritura de datos y metadatos: el uso de lectura y escritura del punto de conexión XMLA permite:
- Funcionalidades de modelado de datos que no son compatibles con Power BI Desktop, como la seguridad de nivel de objeto (OLS), grupos de cálculo, perspectivas, traducciones y administración de particiones.
- Implementaciones más complejas. Por ejemplo, una implementación parcial o una implementación solo de metadatos que publica una sola nueva medida.
- Actualización del modelo semántico asincrónica. Por ejemplo, la actualización de una sola tabla o partición.
- Lectura de datos y metadatos: el uso de solo lectura del punto de conexión XMLA permite:
- La supervisión, depuración y seguimiento de modelos semánticos y consultas.
- La visualización de los datos procedentes de un modelo semántico compartido por parte de herramientas de informes de datos de terceros. Esta técnica es una excelente manera de ampliar las ventajas e inversiones en el autoservicio administrado de BI.
Advertencia
Una vez que modifique o publique un modelo semántico mediante el punto de conexión XMLA, ya no podrá descargarlo desde el servicio Power BI como un archivo Power BI Desktop.
Configuración de XMLA por capacidad
Cada capacidad Power BI Premium y Power BI Embedded tiene una configuración para controlar si el punto de conexión XMLA es de solo lectura, lectura y escritura o está desactivado. Esta configuración también está disponible para todas las áreas de trabajo Premium por usuario en el inquilino de Power BI. El acceso XMLA de lectura y escritura debe estar habilitado para cada capacidad que contenga modelos semánticos que quiera administrar con una herramienta que no sea Power BI Desktop.
Sugerencia
La configuración del punto de conexión XMLA (lectura y escritura, solo lectura o desactivado) se aplica a todas las áreas de trabajo y modelos semánticos asignados a una capacidad determinada. Puede configurar varias capacidades para descentralizar o personalizar cómo se administra el contenido para cada capacidad.
Configuración del inquilino XMLA
Además de la configuración del punto de conexión XMLA, un administrador de Power BI debe usar la configuración de inquilino para permitir puntos de conexión XMLA y analizar en Excel con modelos semánticos locales. Cuando se habilita, puede permitir que todos los usuarios o grupos de seguridad específicos usen la funcionalidad del punto de conexión XMLA.
Nota
Todas las características estándar de seguridad y protección de datos se siguen aplicando para especificar qué usuarios pueden ver o editar contenido.
Herramientas de terceros
Power BI Desktop puede controlar las necesidades de un extremo a otro de la mayoría de los creadores de contenido de autoservicio. Pero, las herramientas de terceros ofrecen otras características y funcionalidades empresariales. Por este motivo, las herramientas de terceros, como Tabular Editor, se han convertido en frecuentes en la comunidad de Power BI, en especial para creadores de contenido avanzados, desarrolladores y profesionales de TI.
Sugerencia
En esta entrada de blog se describe cómo las herramientas de terceros permiten al equipo de productos de Power BI volver a evaluar sus prioridades de desarrollo, aumentar el alcance de la plataforma Power BI y satisfacer solicitudes más avanzadas y diversas de la comunidad de usuarios.
Nota
Algunas herramientas de terceros requieren una licencia de pago, como Tabular Editor 3. Otras herramientas de la comunidad son gratuitas y de código abierto (como Tabular Editor 2, DAX Studio y ALM Toolkit). Se recomienda evaluar cuidadosamente las características de cada herramienta, costo y modelo de soporte técnico para que pueda apoyar adecuadamente a su comunidad de creadores de contenido.
Administración de modelos de datos
El foco principal de este escenario de utilización está en el creador de contenido que usa Tabular Editor para administrar un modelo de datos. Para los requisitos de administración de modelos de datos avanzados poco frecuentes, como la administración ocasional de particiones, puede optar por usar una herramienta como SQL Server Management Studio. También es posible que un desarrollador de .NET cree y administre modelos semánticos de Power BI mediante la API de TOM.
Sugerencia
Al usar el punto de conexión XMLA para la administración de modelos de datos, se recomienda habilitar la configuración de formato de almacenamiento de modelos semánticos grandes. Si se habilita, el formato de almacenamiento de modelos semánticos grandes puede mejorar el rendimiento de la operación de escritura de XMLA.
Separación del modelo de datos e informes
Para que este escenario de utilización se realice correctamente, debe separar los informes del modelo de datos. Este enfoque da como resultado la administración de archivos independientes de Power BI Desktop, tal como se describe en el escenario de uso del autoservicio administrado de BI. Incluso si la misma persona es responsable de todo el desarrollo, la separación de modelos semánticos e informes es importante porque Tabular Editor no tiene conocimiento del contenido del informe.
Instalación de la puerta de enlace
Normalmente, se requiere una puerta de enlace de datos al acceder a orígenes de datos que residen en la red privada de la organización o en una red virtual. La puerta de enlace de datos local se vuelve relevante una vez que se publica un modelo de datos en el servicio Power BI. Los dos propósitos de una puerta de enlace son actualizar los datos importados y ver un informe que consulta una conexión dinámica o un modelo semántico de DirectQuery (no se muestra en el diagrama de escenarios).
Nota:
Se recomienda encarecidamente una puerta de enlace de datos centralizada en modo estándar a través de puertas de enlace en modo personal. En el modo estándar la puerta de enlace de datos admite conexiones dinámicas y operaciones de DirectQuery (además de las operaciones de actualización de datos programadas).
Para obtener más información, consulte Puerta de enlace de datos local (modo estándar).
Supervisión del sistema
El registro de actividad registra las actividades del usuario que se producen en el servicio Power BI. Los administradores de Power BI pueden usar los datos del registro de actividad recopilados para realizar la auditoría como ayuda para comprender las actividades que se conectan mediante punto de conexión XMLA.
Contenido relacionado
Para ver otros escenarios útiles que le ayuden con las decisiones de implementación de Power BI, consulte el artículo Escenarios de uso de Power BI.