Power BI Microsoft Español PDF

Contents
Power BI para administradores y empresas

Información general
¿Qué es la administración de Power BI?
¿Dónde se encuentra mi inquilino?
¿Qué es Power BI Premium?
Conceptos
Rol de administración en Microsoft 365
Licencias para la organización
Power BI para la Administración Pública de Estados Unidos
Power BI para la Administración Pública de Estados Unidos
Inscripción de una organización de la Administración Pública de Estados Unidos
Power BI en nubes regionales
Migración a regiones alemanas de Go Local
Preguntas más frecuentes para clientes en la nube de Alemania
Preguntas más frecuentes (P+F)
P+F sobre alta disponibilidad y conmutación por error
Power BI Premium
Administración de las capacidades Premium
Optimización de las capacidades Premium
Escenarios de las capacidades Premium
Preguntas más frecuentes sobre Power BI Premium
Procedimiento
Licencias y registro
Obtención de Power BI para su organización
Comprar Power BI Pro
Deshabilitación del registro de autoservicio
Visualización y administración de licencias de usuario
Registro con una prueba de Microsoft 365
Adición de Power BI con un asociado de Microsoft 365
Uso del portal de administración
Búsqueda de usuarios que hayan iniciado sesión
Seguimiento de actividades de usuario
Seguimiento de estado del servicio
Cierre de la cuenta
Uso de Azure AD B2B
Administración del formulario de inicio de sesión de Power BI Desktop
Protección de datos
Información general sobre la protección de datos
Habilitación de las etiquetas de confidencialidad de datos
Uso de Microsoft Cloud App Security con Power BI
Informe de métricas de protección de datos
Seguridad de nivel de fila
Certificación para la configuración de conjuntos de datos y flujos de datos
Configurar aplicaciones móviles con Intune
Power BI Premium
Adquisición de Power BI Premium
Configuración y administración de capacidades
Configuración de las cargas de trabajo
Supervisión de capacidades con la aplicación
Supervisión de las métricas de carga de trabajo de Premium
Supervisión de capacidades en el portal de administración
Configuración de modelos grandes (versión preliminar)
Configuración de la replicación geográfica
Uso de claves de cifrado propias
Reinicio de una capacidad Premium
Conectividad del conjunto de datos con el punto de conexión XMLA (versión
preliminar)
Referencia
PowerShell, API de REST y SDK de .NET
Cmdlets de Power BI para PowerShell
Referencia de la dirección URL del servicio
Recursos
Enfoques de gobernanza e implementación de Power BI
Seguridad de Power BI
Niveles de privacidad
Solucionar problemas
¿No puede iniciar sesión?
Opciones de soporte técnico de Power BI
Notificaciones de interrupción del servicio
¿Olvidó su contraseña de Power BI?
Captura de información de diagnóstico adicional para Power BI
Dirección de correo electrónico alternativa para Power BI
Uso del mismo inicio de sesión de la cuenta para Power BI y Azure
Office 365 dedicado: problemas conocidos
23/03/2020 • 9 minutes to read • Edit Online
La administración de Power BI es la administración de un inquilino de Power BI, incluida la configuración de

directivas de gobernanza, supervisión del uso y aprovisionamiento de licencias, funcionalidades y recursos de la
organización. En este artículo se ofrece información general sobre los roles, las tareas y las herramientas de
administración, además de vínculos a los artículos que entran en más detalles.
Power BI se diseñó para inteligencia empresarial con características de autoservicio, y el administrador es el

guardián de los datos, los procesos y las directivas en el inquilino de Power BI. Un administrador de Power BI es un
miembro de clave de un equipo que incluye a los desarrolladores, analistas y otros roles de inteligencia artificial. El
administrador puede ayudar a una organización a asegurarse de que se cumplen los objetivos importantes:
Comprender los KPI y las métricas que los usuarios realmente necesitan
Reducir el tiempo de entrega de informes corporativos dirigidos a TI
Incrementar la adopción y el retorno de la inversión de una implementación de Power BI
La finalidad es que los usuarios empresariales sean productivos y garantizar la seguridad y la conformidad de las
leyes y los reglamentos. Las responsabilidades pueden incluir ayudar, apoyar y, en muchos casos, asistir a los
usuarios empresariales a que hagan lo correcto.
Roles de administrador relacionados con Power BI

Hay varios roles relacionados con la administración de Power BI, que se tratan en la tabla siguiente.
T IP O DE A DM IN IST RA DO R Á M B ITO A DM IN IST RAT IVO Á M B ITO DE P O W ER B I
Administrador global de Office 365 Office 365 Puede administrar todos los aspectos
de un inquilino de Power BI y otros
servicios.
Administrador de facturación de Office Office 365 Puede adquirir licencias de Power BI con
365 suscripciones de Office 365.
T IP O DE A DM IN IST RA DO R Á M B ITO A DM IN IST RAT IVO Á M B ITO DE P O W ER B I
Administrador de servicios de Power BI Inquilino de Power BI Tiene control total sobre un inquilino de
Power BI y sus características
administrativas (excepto para las
licencias).
Administrador de capacidad de Power Una única capacidad Premium Tiene control total sobre una capacidad
BI Premium Premium y sus características
administrativas.
Administrador de capacidad de Power Una única capacidad de Embedded Tiene control total sobre una capacidad
BI Embedded de Embedded y sus características
administrativas.
Los administradores globales de Office 365 o Azure Active Directory tienen derechos de administrador en Power
BI. Un administrador global de Office 365 puede asignar otros usuarios al rol de administrador del servicio Power
BI, que concede derechos administrativos solo para las características de Power BI.
Los administradores del servicio Power BI tienen acceso al portal de administración de Power BI que incluye
distintas configuraciones a nivel de inquilino con respecto a la funcionalidad, la seguridad y la supervisión. Los
administradores de servicios tienen acceso total a todos los recursos de un inquilino de Power BI. En la mayoría de
los casos, los administradores de servicios identifican los problemas y, a continuación, realizan un seguimiento
con los propietarios de recursos para tomar medidas correctivas.
El rol de administrador del servicio Power BI no concede la capacidad de asignar licencias a los usuarios o ver
registros de auditoría en Office 365. Por lo tanto, la tarea de administración de Power BI actualmente no la pueden
realizar los usuarios que son únicamente miembros del rol de administrador del servicio Power BI.
Tareas administrativas
Los administradores realizan muchas tareas para admitir el inquilino de Power BI en su organización, que se tratan
en la tabla siguiente.
Á REA DE TA REA S TA REA S H A B IT UA L ES
Administrar el inquilino de Power BI Habilitar y deshabilitar características clave de Power BI

Informar del uso y del rendimiento
Revisar y administrar la auditoría de eventos
Adquirir y asignar licencias de Power BI Administrar la suscripción de usuarios

Adquirir y asignar licencias Pro
Bloquear el acceso de los usuarios a Power BI
Administrar la capacidad Premium Adquirir capacidad Premium y trabajar con ella

Garantizar la calidad del servicio
Administrar la capacidad de Embedded Adquirir capacidad de Embedded para simplificar cómo

los ISV y los desarrolladores usan funcionalidades de
Power BI
Á REA DE TA REA S TA REA S H A B IT UA L ES
Asegurar el cumplimiento de las directivas internas, las leyes y Administrar la clasificación de datos empresariales
los reglamentos Ayudar a aplicar las directivas de uso compartido y
publicación de contenido
Administrar recursos de Power BI Administrar áreas de trabajo

Publicación de objetos visuales de Power BI
Verificar los códigos utilizados para insertar Power BI
en otras aplicaciones
Proporcionar ayuda y soporte técnico a los usuarios del Solucionar problemas de acceso a datos y otros
inquilino problemas
Otras tareas Implementación de Power BI Desktop, por ejemplo,

con Microsoft Endpoint Configuration Manager
Administrar la implementación de aplicaciones móviles
de Power BI con Intune
Administrar la privacidad y la seguridad de los datos,
como la seguridad de los datos de origen
Tareas administrativas
Hay varias herramientas relacionadas con la administración de Power BI, que se tratan en la tabla siguiente.
Normalmente, los administradores dedican la mayor parte de su tiempo en el portal de administración de Power
BI y a usar otras herramientas, según sea necesario.
H ERRA M IEN TA TA REA S H A B IT UA L ES
Portal de administración de Power BI Adquirir capacidad Premium y trabajar con ella

Garantizar la calidad del servicio
Administrar la clasificación de datos empresariales
Ayudar a aplicar las directivas de uso compartido y
publicación de contenido
Administrar áreas de trabajo
Publicación de objetos visuales de Power BI
Verificar los códigos utilizados para insertar Power BI
en otras aplicaciones
Solucionar problemas de acceso a datos y otros
problemas
Centro de administración de Microsoft 365 Administrar la suscripción de usuarios

Adquirir y asignar licencias Pro
Bloquear el acceso de los usuarios a Power BI
Centro de seguridad y cumplimiento de Office 365 Revisar y administrar la auditoría de eventos
Azure Active Directory (AAD) en Azure Portal Configurar el acceso condicional a los recursos de
Power BI con AAD
Aprovisionar capacidad de Power BI Embedded
H ERRA M IEN TA TA REA S H A B IT UA L ES
Cmdlets de PowerShell Administrar áreas de trabajo y otros aspectos de

Power BI mediante scripts
SDK y API administrativas Crear herramientas administrativas personalizadas

para facilitar el trabajo de un administrador de Power
BI. Por ejemplo, Power BI Desktop puede usar estas
API para crear informes basados en datos relacionados
con la administración
Pasos siguientes
Esperamos que este artículo le haya proporcionado alguna información rápida sobre el trabajo del administrador
de Power BI y los roles, las tareas y las herramientas específicos que se suelen usar. Se recomienda leer los temas
de los artículos siguientes para ampliar conocimientos.
Uso del portal de administración de Power BI
Guía para la configuración de la administración de inquilinos
Uso de cmdlets de PowerShell
Preguntas frecuentes sobre la administración de Power BI
¿Tiene alguna pregunta? Pruebe a preguntar a la comunidad de Power BI
¿Sugerencias? Ideas para contribuir a mejorar Power BI
¿Dónde se encuentra mi inquilino de Power BI?
https://www.youtube.com/embed/0fOxaHJPvdM?showinfo=0
Obtenga información sobre dónde se encuentra su inquilino de Power BI y cómo se selecciona esa ubicación. Saber
la ubicación es importante, ya que puede afectar las interacciones que tiene con el servicio.
Cómo determinar dónde se encuentra el inquilino de Power BI

Para buscar la región en la que se encuentra su inquilino, siga estos pasos.
1. En el servicio Power BI, en el menú superior, seleccione Ayuda ( ? ) y, a continuación, Acerca de Power BI .
2. Busque el valor situado junto a Los datos están almacenados en . Es la región donde se encuentra el
inquilino. Esta valor también es la región donde se almacenan los datos, a menos que se usen capacidades
dedicadas en regiones diferentes para las áreas de trabajo.
Cómo se selecciona la región de datos

La región de datos se basa en el país que seleccionó al crear el inquilino. La selección se aplica para suscribirse a
Office 365 y Power BI, porque esta información se comparte. Si se trata de un nuevo inquilino, seleccione el país
correspondiente en la lista cuando se suscriba.
Power BI selecciona una región de datos más cercana a su selección, que determina dónde se almacenan los datos
del inquilino.
IMPORTANT
No se puede cambiar la selección después de crear el inquilino.
¿Tiene más preguntas? Pruebe la comunidad de Power BI

Puede usar Power BI Premium para obtener recursos dedicados y mejorados para su organización, de modo que
los usuarios de su organización puedan usar el servicio Power BI con un mejor rendimiento y capacidad de
respuesta. Por ejemplo, con una suscripción Power BI Premium, usted y los usuarios de su organización obtienen
acceso a:
Mayor escalabilidad y rendimiento
Flexibilidad de otorgar licencias por capacidad
Unificar la inteligencia empresarial y las características de autoservicio
Ampliar la inteligencia empresarial local con Power BI Report Server
Admitir la residencia de datos por región (Multi-Geo)
Compartir datos con cualquier usuario sin tener que comprar una licencia por usuario
En este artículo se presentan las características principales de Power BI Premium. Si es necesario, se proporcionan
vínculos a otros artículos con información más detallada. Para más información sobre Power BI Pro y Power BI
Premium, consulte la sección de comparación de las características de Power BI de Precios de Power BI.
Suscripciones y licencias
Power BI Premium es una suscripción de Office 365 de nivel de inquilino disponible en dos familias de SKU
(referencia de almacén):
SKU P (P1-P5) para la inserción y las funciones empresariales, que requieren un compromiso mensual o
anual, se facturan mensualmente e incluyen una licencia para instalar Power BI Report Server en el
entorno local.
SKU EM (EM1-EM3) para la inserción de la organización, que requieren un compromiso anual que se
factura mensualmente. Las SKU EM1 y EM2 solo están disponibles a través de planes de licencias por
volumen. No se pueden comprar directamente.
Un enfoque alternativo es comprar una suscripción a Power BI Embedded en Azure. Hay una sola familia de
SKU A (A1-A6) que no requiere ningún compromiso y que se factura por hora para usar Power BI con etiqueta
blanca en aplicaciones, portales y sitios web o como una manera de probar las funcionalidades P o EM. Todas las
SKU proporcionan núcleos virtuales para crear las capacidades, pero las SKU EM están restringidas para la
inserción a menor escala. Las SKU EM1, EM2, A1 y A2 que tienen menos de cuatro núcleos virtuales no se
ejecutan en una infraestructura dedicada.
Aunque este artículo se centra en las SKU P, gran parte de lo que se describe también es relevante para las SKU A.
A diferencia de las SKU de suscripción Premium, las de Azure no requieren ningún compromiso de tiempo y se
facturan por hora. Ofrecen elasticidad completa que permite escalar y reducir verticalmente, pausar, reanudar y
eliminar.
Azure Power BI Embedded queda fuera del ámbito de este artículo, pero se describe en la sección Enfoques de
pruebas del artículo Optimización de las capacidades Premium como una opción práctica y económica para
probar y medir cargas de trabajo. Para obtener más información sobre las SKU de Azure, vea Documentación de
Azure Power BI Embedded.
Compra
Los administradores compran las suscripciones de Power BI Premium en el Centro de administración de
Microsoft 365. En concreto, solo los administradores globales de Office 365 o los administradores de facturación
pueden comprar las SKU. Una vez compradas, el inquilino recibe un número correspondiente de núcleos virtuales
para asignar a las capacidades, lo que se conoce como agrupación de núcleos virtuales. Por ejemplo, la compra
de una SKU P3 proporciona al inquilino 32 núcleos virtuales. Para más información, vea Adquisición de Power BI
Premium.
Capacidades dedicadas
Con Power BI Premium, se obtienen capacidades dedicadas. A diferencia de una capacidad compartida donde las
cargas de trabajo se ejecutan en recursos informáticos compartidos con otros clientes, una capacidad dedicada es
para uso exclusivo de una organización. Se aísla con recursos informáticos dedicados que proporcionan un
rendimiento confiable y coherente para el contenido hospedado. Tenga en cuenta que los recursos siguientes
están almacenados en una capacidad compartida en lugar de estarlo en la capacidad dedicada:
Libros de Excel (a menos que los datos se importen primero en Power BI Desktop)
Conjuntos de datos de inserción
Conjuntos de datos de streaming
Las áreas de trabajo residen dentro de las capacidades. Cada usuario de Power BI tiene un área de trabajo
personal que se conoce como Mi área de trabajo . Pueden crearse áreas de trabajo adicionales, llamadas áreas
de trabajo para posibilitar la colaboración. De forma predeterminada, las áreas de trabajo, incluidas las
personales, se crean en la capacidad compartida. Cuando tiene capacidades Premium, Mis áreas de trabajo y las
áreas de trabajo se pueden asignar a las capacidades Premium.
Nodos de capacidad
Como se describe en la sección Suscripciones y licencias, hay dos familias de SKU de Power BI Premium: EM y P .
Todas las SKU de Power BI Premium están disponibles como nodos de capacidad, que representan una cierta
cantidad de recursos que consta de procesador, memoria y almacenamiento. Además de los recursos, cada SKU
tiene límites operativos en cuanto al número de conexiones de DirectQuery y dinámicas por segundo, y el
número de actualizaciones del modelo paralelas.
El procesamiento se consigue mediante un número determinado de núcleos virtuales, que se divide por igual
entre el back-end y el front-end.
Los núcleos vir tuales de back-end son responsables de funciones básicas de Power BI, como el
procesamiento de consultas, la administración de caché, la ejecución de servicios R, la actualización del modelo, el
procesamiento de lenguaje natural (Preguntas y respuestas) y la representación de informes e imágenes en el
lado servidor. A los núcleos virtuales de back-end se les asigna una cantidad fija de memoria que se usa
principalmente para hospedar modelos, también conocidos como "conjuntos de datos activos".
Los núcleos vir tuales de front-end son responsables de la administración de documentos de informes,
paneles y servicios web, la administración de derechos de acceso, la programación, las API, las cargas y
descargas, y en general de todo lo relacionado con las experiencias del usuario.
El almacenamiento se establece en 100 TB por nodo de capacidad .
Los recursos y los límites de cada SKU Premium (y la SKU A de tamaño equivalente) se describen en la tabla
siguiente:
L ÍM IT ES DE
C O N EXIO N ES PA RA L EL ISM O
DIN Á M IC A S/ D DE
TOTA L DE N ÚC L EO S N ÚC L EO S IREC TQ UERY A C T UA L IZ A C I
N O DO S DE N ÚC L EO S VIRT UA L ES DE VIRT UA L ES DE (POR Ó N DE
C A PA C IDA D VIRT UA L ES B A C K - EN D RA M ( GB ) F RO N T - EN D SEGUN DO ) M O DELO
EM1/A1 1 0,5 3 0,5 3,75 1
EM2/A2 2 1 5 1 7,5 2
EM3/A3 4 2 10 2 15 3
P1/A4 8 4 25 4 30 6
P2/A5 16 8 50 8 60 12
P3/A6 32 16 100 16 120 24
P4 64 32 200 32 240 48
P5 128 64 400 64 480 96
NOTE
El uso de una sola SKU mayor (por ejemplo, una SKU P2) puede ser preferible a la combinación de SKU más pequeñas (por
ejemplo, dos SKU P1). Por ejemplo, puede usar modelos más grandes y lograr un mayor paralelismo con la SKU P2.
Cargas de trabajo de capacidad

Las cargas de trabajo de capacidad son servicios disponibles para los usuarios. De forma predeterminada, las
capacidades Premium y de Azure solo admiten una carga de trabajo de conjunto de datos asociada con la
ejecución de consultas de Power BI. La carga de trabajo de conjunto de datos no se puede deshabilitar. Se pueden
habilitar cargas de trabajo adicionales para IA (Cognitive Services), Flujos de datos e Informes paginados. Estas
cargas de trabajo solo se admiten en las suscripciones Premium.
Cada carga de trabajo adicional permite configurar la memoria máxima (como un porcentaje de la memoria total
disponible) que puede usar la carga de trabajo. Los valores predeterminados para la memoria máxima se
determinan por SKU. Puede maximizar los recursos disponibles de la capacidad si habilita solo las cargas de
trabajo adicionales cuando se usan. Y puede cambiar la configuración de memoria solo cuando disponga de una
configuración predeterminada específica que no cumpla los requisitos de recursos de la capacidad. Los
administradores de la capacidad pueden habilitar y configurar cargas de trabajo para una capacidad mediante la
configuración de la capacidad en el Portal de administración, o bien con las API REST de las capacidades.
Para más información, vea Configuración de cargas de trabajo en una capacidad Premium.
Cómo funcionan las capacidades
En todo momento, el servicio Power BI realiza un uso óptimo de los recursos de capacidad, aunque sin superar
los límites impuestos en la capacidad.
Las operaciones de capacidad se clasifican como interactivas o en segundo plano. Las operaciones interactivas
incluyen la representación de solicitudes y la respuesta a interacciones del usuario (filtrado, preguntas y
respuestas, etc.). Por lo general, las consultas del modelo de importación consumen muchos recursos de
memoria, mientras que las de los modelos de DirectQuery y conexión dinámica consumen mucha CPU. Las
operaciones en segundo plano incluyen las actualizaciones de flujos de datos y del modelo de importación, y el
almacenamiento en caché de consultas de panel.
Es importante comprender que las operaciones interactivas siempre tienen prioridad sobre las operaciones en
segundo plano para garantizar la mejor experiencia del usuario posible. Si no hay recursos suficientes, las
operaciones en segundo plano se agregan a una cola para su procesamiento cuando se liberen los recursos. El
servicio Power BI puede detener a mitad del proceso las operaciones en segundo plano, como las actualizaciones
del conjunto de datos, y agregarlas a una cola.
Los modelos de importación se deben cargar en memoria en su totalidad para que se puedan consultar o
actualizar. El servicio Power BI administra el uso de la memoria mediante sofisticados algoritmos para garantizar
el máximo uso de la memoria disponible, y puede provocar la asignación excesiva de la capacidad: Aunque una
capacidad puede almacenar muchos modelos de importación (hasta 100 TB por capacidad Premium), cuando su
almacenamiento en disco combinado supera la memoria compatible (y se necesita memoria adicional para las
consultas y la actualización), no se podrán cargar todos en memoria al mismo tiempo.
Por tanto, los modelos de importación se cargan en la memoria y se quitan de ella en función del uso. Un modelo
de importación se carga cuando se consulta (operación interactiva) y todavía no está en la memoria, o bien
cuando se va a actualizar (operación en segundo plano).
La eliminación de un modelo de la memoria se denomina expulsión. Es una operación que Power BI puede
realizar rápidamente según el tamaño de los modelos. Si la capacidad no experimenta presión de memoria, los
modelos simplemente se cargan en memoria y permanecerán allí. Pero cuando no hay memoria suficiente
disponible para cargar un modelo, el servicio Power BI primero tiene que liberar memoria. Para liberar memoria,
detecta los modelos que han quedado inactivos mediante la búsqueda de los que no se han usado en los últimos
tres minutos [1] y después los expulsa. Si no hay ningún modelo inactivo para expulsar, el servicio Power BI busca
los que se han cargado para las operaciones en segundo plano. Como último recurso, después de 30 segundos
de intentos fallidos [1], se produce un error en la operación interactiva. En este caso, se notifica el error al usuario
del informe con una sugerencia de que vuelva a intentarlo en breve. En algunos casos, es posible que los modelos
se descarguen de la memoria debido a operaciones de servicio.
Es importante resaltar que la expulsión del conjunto de datos es un comportamiento normal y esperado. El
objetivo es maximizar el uso de memoria mediante la carga y descarga de modelos cuyos tamaños combinados
pueden superar la memoria disponible. Esto es así de forma predeterminada y es completamente transparente
para los usuarios del informe. Las tasas de expulsión altas no significan necesariamente que la capacidad no
tenga los recursos suficientes. Pero pueden convertirse en un problema si la capacidad de respuesta de la
consulta o la actualización se ve afectada debido a las altas tasas de expulsión.
En las actualizaciones de modelos de importación siempre se usa mucha memoria, ya que los modelos se deben
cargar en la memoria. Se necesita memoria adicional para el procesamiento. Una actualización completa puede
usar aproximadamente el doble de memoria requerida por el modelo. Esto garantiza que el modelo se pueda
consultar incluso mientras se procesa, porque se envían consultas al modelo existente, hasta que se haya
completado la actualización y los datos del modelo nuevo están disponibles. La actualización incremental
requerirá menos memoria y se completará más rápidamente, por lo que puede reducir significativamente la
presión sobre los recursos de la capacidad. Las actualizaciones también pueden hacer un uso intensivo de la CPU
para los modelos, especialmente aquellos con transformaciones complejas de Power Query, o bien tablas o
columnas calculadas que son complejas o se basan en tablas de gran tamaño.
Las actualizaciones, como las consultas, requieren que el modelo se cargue en memoria. Si no hay suficiente
memoria, el servicio Power BI intentará expulsar los modelos inactivos, y si esto no es posible (porque todos los
modelos estén activos), el trabajo de actualización se pone en cola. Las actualizaciones normalmente consumen
mucha CPU, incluso mucho más que las consultas. Por este motivo, hay límites de capacidad en cuanto al número
de actualizaciones simultáneas, que se establece en 1,5 veces el número de núcleos de virtuales de back-end,
redondeado al alza. Si hay demasiadas actualizaciones simultáneas, una actualización programada se pondrá en
cola. Cuando se producen estas situaciones, la actualización tarda más tiempo en completarse. Las actualizaciones
a petición, como las que desencadena una solicitud de usuario o una llamada de API, se volverán a intentar tres
veces [1]. Si sigue sin haber recursos suficientes, se producirá un error en la actualización.
Notas de la sección:
[1] Sujeto a cambios.
Compatibilidad con regiones
Al crear una capacidad, los administradores globales de Office 365 y los administradores del servicio Power BI
pueden especificar una región donde residirán las áreas de trabajo asignadas a la capacidad. Esto se conoce como
Multi-Geo . Con Multi-Geo, las organizaciones pueden cumplir los requisitos de residencia de datos mediante la
implementación de contenido en los centros de datos de una región específica, incluso si es distinta de la región
en la que reside la suscripción a Office 365. Para más información, vea Compatibilidad de Multi-Geo con
Power BI Premium.
Administración de capacidades
La administración de las capacidades Premium implica las tareas de crear o eliminar capacidades, asignar
administradores y áreas de trabajo, configurar cargas de trabajo, supervisar y realizar ajustes para optimizar el
rendimiento de la capacidad.
Los administradores globales de Office 365 y los administradores del servicio Power BI pueden crear capacidades
Premium a partir de los núcleos virtuales disponibles, o bien modificar capacidades Premium existentes. Cuando
se crea una capacidad, se especifican el tamaño de la capacidad y la región geográfica, y se asigna al menos un
administrador.
Cuando se crean capacidades, la mayoría de las tareas administrativas se realizan en el Portal de administración.
Los administradores de capacidad pueden asignar áreas de trabajo a la capacidad, administrar permisos de
usuario y asignar otros administradores. Los administradores de capacidad también pueden configurar cargas de
trabajo, ajustar las asignaciones de memoria y, si es necesario, reiniciar una capacidad, para restablecer las
operaciones en caso de una sobrecarga de la capacidad.
Los administradores de capacidad también pueden asegurarse de que una capacidad se ejecuta sin problemas.
Pueden supervisar el estado de la capacidad directamente en el Portal de administración o mediante la aplicación
Métricas de capacidad de Premium.
Para más información sobre la creación de capacidades y la asignación de administradores y áreas de trabajo, vea
Administración de las capacidades Premium. Para más información sobre los roles, vea Roles de administrador
relacionados con Power BI.
Supervisión
La supervisión de las capacidades Premium proporciona a los administradores una descripción del
funcionamiento de las capacidades. Las capacidades se pueden supervisar mediante el Portal de administración o
con la aplicación Power BI Premium Capacity Metrics.
La supervisión en el portal proporciona una vista rápida con métricas generales en las que se indica el promedio
de cargas colocadas y recursos usados por la capacidad en los últimos siete días.
La aplicación Power BI Premium Capacity Metrics proporciona la información más detallada sobre el
rendimiento de las capacidades. La aplicación proporciona un panel general e informes más detallados.
Desde el panel de la aplicación puede hacer clic en una celda de la métrica para abrir un informe detallado. Los
informes proporcionan métricas detalladas y capacidad de filtrado para explorar en profundidad la información
más importante necesaria para que las capacidades sigan funcionando sin problemas.
Para más información sobre la supervisión de capacidades, vea Supervisión de capacidades en el portal de
administración y Supervisión de capacidades Premium con la aplicación.
Optimización de las capacidades
El uso óptimo de las capacidades es fundamental para garantizar que los usuarios obtienen el rendimiento y que
se obtiene el máximo partido de la inversión en Premium. Mediante la supervisión de métricas clave, los
administradores pueden determinar la mejor forma de solucionar los cuellos de botella y tomar las medidas
necesarias. Para más información, vea Optimización de las capacidades Premium y Escenarios de las capacidades
Premium.
API REST de las capacidades
Las API REST de Power BI incluyen una colección de API de capacidades. Con las API, los administradores pueden
administrar mediante programación muchos aspectos de las capacidades Premium, incluidas la habilitación y
deshabilitación de cargas de trabajo, la asignación de áreas de trabajo a una capacidad y mucho más.
Conjuntos de datos de gran tamaño

En función de la SKU, Power BI Premium permite cargar archivos de modelo de Power BI Desktop (.pbix) con un
tamaño máximo de 10 GB . Después de cargarlo, el modelo se puede publicar en un área de trabajo asignada a
una capacidad Premium. Después, el conjunto de datos se puede actualizar hasta un tamaño de 12 GB .
Consideraciones de tamaño
Los grandes conjuntos de datos pueden consumir muchos recursos. Debe tener al menos una SKU P1 para
cualquier conjunto de datos superior a 1 GB. Aunque la publicación de conjuntos de datos grandes en áreas de
trabajo respaldadas por SKU A hasta A3 podría funcionar, no sucede lo mismo con su actualización.
En la tabla siguiente se muestran las SKU recomendadas para cargar el archivo. pbix o publicarlo en el servicio
Power BI:
SK U TA M A Ñ O DE . P B IX
P1 < 3 GB
P2 < 6 GB
P3, P4, P5 hasta 10 GB
La SKU A4 de Power BI Embedded es igual a SKU P1, A5 = P2 y A6 = P3. La publicación de grandes conjuntos de
datos para SKU A y EM podría devolver errores que no son específicos del error de limitación de tamaño de
modelo en la capacidad compartida. Los errores de actualización de conjuntos de datos grandes en A y SKU EM
es probable que apunten a errores relativos a los tiempos de espera.
Si habilita modelos grandes en un conjunto de datos, las limitaciones de tamaño del archivo .pbix se siguen
aplicando a la carga o publicación de archivos. Sin embargo, con la actualización incremental y los modelos
grandes combinados, los conjuntos de datos pueden alcanzar un tamaño mucho mayor que estos límites. Con los
modelos de gran tamaño, el tamaño del conjunto de datos solo está limitado por el tamaño de la capacidad
Power BI Premium.
Los archivos .pbix representan datos en un estado muy comprimido. Los datos probablemente se expandirán al
cargarse en memoria y, a partir de ahí, podrían expandirse varias veces más durante la actualización de datos.
La actualización programada de conjuntos de datos grandes puede tardar mucho tiempo y hacer un uso
intensivo de los recursos. Es importante no programar demasiadas actualizaciones superpuestas. Se recomienda
configurar la actualización incremental, ya que es más rápida y fiable, y consume menos recursos.
La carga inicial de informes de grandes conjuntos de datos puede tardar mucho si ha pasado un tiempo desde la
última vez que se ha usado el conjunto de datos. Una barra de carga para los informes de carga larga muestra el
progreso de carga.
Aunque las restricciones de memoria y tiempo por consulta son mucho mayores en la capacidad Premium, se
recomienda usar filtros y segmentaciones para que los objetos visuales muestren únicamente lo necesario.
Actualización incremental
La actualización incremental proporciona una parte integral de la presencia y el mantenimiento de grandes
conjuntos de datos en Power BI Premium. La actualización incremental tiene muchas ventajas, por ejemplo, las
actualizaciones son más rápidas porque solo hay que actualizar los datos que hayan cambiado. Las
actualizaciones son más confiables, ya que no es necesario mantener conexiones de larga duración a orígenes de
datos volátiles. Se reduce el consumo de recursos porque, al haber menos datos que actualizar, se reduce el
consumo total de memoria y de otros recursos. Las directivas de actualización incremental se definen en Power
BI Desktop y se aplican cuando se publican en un área de trabajo de una capacidad Premium.
Para más información, vea Actualizaciones incrementales en Power BI Premium.
Informes paginados
Los informes paginados, compatibles con las SKU P1-P3 y A4-A6, se basan en la tecnología de lenguaje RDL
(Report Definition Language) de SQL Server Reporting Services. Aunque se basen en la tecnología RDL, no es lo
mismo que Power BI Report Server, que es una plataforma de informes descargable que se puede instalar en el
entorno local, y que también se incluye con Power BI Premium. Los informes paginados se formatean para
ajustarse a una página que se puede imprimir o compartir. Los datos se muestran en una tabla, incluso si esta
abarca varias páginas. Mediante el uso de la aplicación de escritorio de Windows gratuita Generador de
informes de Microsoft Power BI , los usuarios pueden crear informes paginados y publicarlos en el servicio.
En Power BI Premium, los informes paginados son una carga de trabajo que se debe habilitar para una capacidad
mediante el portal de administración. Los administradores de capacidad pueden habilitar y después especificar la
cantidad de memoria como un porcentaje del total de recursos de memoria de la capacidad. A diferencia de otros
tipos de carga de trabajo, Premium ejecuta los informes paginados en un espacio contenido dentro de la
capacidad. Se usa la memoria máxima especificada para este espacio, con independencia de si la carga de trabajo
está o no activa. El valor predeterminado es 20 %.
Para más información, vea ¿Qué son los informes paginados en Power BI Premium? Para más información sobre
cómo habilitar la carga de trabajo de informes paginados, vea Configuración de cargas de trabajo en una
capacidad Premium.
Power BI Report Server

Power BI Report Server, que se incluye con Power BI Premium, es un servidor de informes local con un portal
web. Puede crear el entorno de BI en almacenamiento local y distribuir los informes detrás del firewall de la
organización. Report Server proporciona a los usuarios acceso a informes enriquecidos e interactivos, así como a
funciones de creación de informes empresariales de SQL Server Reporting Services. Los usuarios pueden
explorar datos visuales y descubrir rápidamente patrones para tomar mejores decisiones con más rapidez. Report
Server proporciona gobernanza bajo sus propias condiciones. Cuando llegue el momento, Power BI Report
Server facilita la migración a la nube, donde la organización puede aprovechar al máximo toda la funcionalidad
de Power BI Premium.
Para más información, vea Power BI Report Server.
Uso compartido de contenido ilimitado

Con Premium, todos los usuarios dentro o fuera de la organización pueden ver el contenido de Power BI,
incluidos los informes paginados e interactivos, sin necesidad de comprar licencias individuales.
Premium permite una amplia distribución de contenido por parte de los usuarios de Pro sin solicitar licencias Pro
a los destinatarios que ven el contenido. Las licencias Pro son necesarias para los creadores de contenido. Los
creadores se conectan a orígenes de datos, modelan los datos y crean paneles e informes que se empaquetan
como aplicaciones del área de trabajo. Los usuarios sin licencia Pro todavía pueden acceder a un área de trabajo
que se encuentre en una capacidad Power BI Premium, siempre y cuando tengan un rol de espectador.
Para más información, vea Licencias de Power BI.
Analysis Services en Power BI Premium (versión preliminar)

De forma interna, el motor Ver tipaq de Analysis Ser vices probado por Microsoft impulsa los conjuntos de
datos y áreas de trabajo de Power BI Premium. Analysis Services proporciona la capacidad de programación y
compatibilidad con herramientas y aplicaciones cliente a través de las bibliotecas de cliente y las API que admiten
el protocolo XMLA de estándar abierto. De manera predeterminada, las cargas de trabajo del conjunto de datos
de la capacidad Premium de Power BI admiten conexiones de solo lectura desde herramientas y aplicaciones
cliente de Microsoft y de terceros a través de un punto de conexión de XML A . Los administradores de
capacidad también pueden optar por deshabilitar o permitir las operaciones de lectura/escritura a través del
punto de conexión.
Con el acceso de solo lectura, herramientas de Microsoft como SQL Server Management Studio (SSMS) y
SQL Server Profiler, y aplicaciones de terceros como DAX Studio y aplicaciones de visualización de datos, se
pueden conectar a conjuntos de datos Premium y consultarlos mediante XMLA, MDX, DAX, DMV y eventos de
seguimiento. Con el acceso de lectura y escritura, herramientas de modelado de datos empresariales como
Visual Studio con la extensión de proyectos de Analysis Services o Tabular Editor de código abierto pueden
implementar modelos tabulares como un conjunto de datos en un área de trabajo Premium. Y con herramientas
como SSMS, los administradores pueden usar el lenguaje de scripting de modelos tabulares (TMSL) para generar
scripts de cambios de metadatos y escenarios de actualización de datos avanzados.
Para obtener más información, consulte Conectividad del conjunto de datos con el punto de conexión de XMLA.
Pasos siguientes
¿Tiene más preguntas? Pruebe a preguntar a la comunidad de Power BI
Descripción de los roles de administrador del
servicio Power BI
Para administrar un inquilino de Power BI, debe tener uno de los roles siguientes: administrador de Power BI,
administrador de Power Platform o administrador global de Microsoft 365. Los administradores de
administración de usuarios de Microsoft 365 asignan a los usuarios los roles Administrador de Power BI o
Administrador de Power Platform en el Centro de administración de Microsoft 365, o bien mediante un script de
PowerShell. Para obtener más información, consulte Asignar roles a cuentas de usuario con Office 365
PowerShell.
Los usuarios de los roles Administrador de Power BI o Administrador de Power Platform tienen control total
sobre un inquilino de Power BI y sus características administrativas, excepto para las licencias. Una vez que se
asigna un usuario, este podrá acceder al Portal de administración de Power BI. Allí, tendrá acceso a las métricas de
uso de todos los inquilinos y podrá controlar el uso de características de Power BI por parte de estos. Estos roles
de administrador son idóneos para los usuarios que necesitan acceder al portal de administración de Power BI,
pero sin concederles también acceso administrativo completo a Microsoft 365.
NOTE
En la documentación de Power BI, "Administrador de Power BI" hace referencia a los usuarios en los roles de administrador
de Power BI o Power Platform. En la documentación se deja claro cuando se requiere el rol de administrador global de
Microsoft 365 para una tarea.
Limitaciones y consideraciones
Los roles de administrador del servicio Power BI y de Power Platform no proporcionan las funciones siguientes:
Capacidad de modificar usuarios y licencias en el Centro de administración de Microsoft 365.
Acceso a los registros de auditoría. Para obtener más información, vea Seguimiento de actividades de
usuario en Power BI.
Estas funcionalidades requieren el rol de administrador global de Microsoft 365.
Asignación de usuarios a un rol de administrador en el Centro de

administración de Microsoft 365
Para asignar un rol de administrador a los usuarios en el Centro de administración de Microsoft 365, siga estos
pasos.
1. En el Centro de administración de Microsoft 365, seleccione Usuarios > Usuarios activos .
2. Seleccione el usuario al que desea asignar el rol.
3. En Roles , seleccione Administrar roles .
4. Expanda Mostrar todos por categoría y, después, seleccione Administrador de Power BI o

Administrador de Power Platform .
5. Seleccione Save changes (Guardar los cambios).
Asignar a usuarios el rol de administrador con PowerShell

También puede asignar roles a los usuarios mediante PowerShell. Los usuarios se administran en
Azure Active Directory (Azure AD). Si aún no tiene el módulo de PowerShell de Azure AD, descargue e instale la
última versión.
1. En primer lugar, conéctese a Azure AD:
PS C:\Windows\system32> Connect-AzureAD
2. Luego, obtenga el elemento ObjectId para el rol Administrador del ser vicio Power BI . Puede ejecutar
Get AzureADDirectoryRole para obtener el ObjectId
PS C:\Windows\system32> Get-AzureADDirectoryRole
ObjectId DisplayName Description

-------- ----------- -----------
00f79122-c45d-436d-8d4a-2c0c6ca246bf Power BI Service Administrator Full access in the Power BI
Service.
250d1222-4bc0-4b4b-8466-5d5765d14af9 Helpdesk Administrator Helpdesk Administrator has
access to perform..
3ddec257-efdc-423d-9d24-b7cf29e0c86b Directory Synchronization Accounts Directory Synchronization
Accounts
50daa576-896c-4bf3-a84e-1d9d1875c7a7 Company Administrator Company Administrator role has
full access t..
6a452384-6eb9-4793-8782-f4e7313b4dfd Device Administrators Device Administrators
9900b7db-35d9-4e56-a8e3-c5026cac3a11 AdHoc License Administrator Allows access manage AdHoc
license.
a3631cce-16ce-47a3-bbe1-79b9774a0570 Directory Readers Allows access to various read
only tasks in ..
f727e2f3-0829-41a7-8c5c-5af83c37f57b Email Verified User Creator Allows creation of new email
verified users.
En este caso, el ObjectId del rol es 00f79122-c45d-436d-8d4a-2c0c6ca246bf.

3. A continuación, obtenga el ObjectId del usuario. Puede averiguarlo mediante la ejecución de Get-
AzureADUser.
PS C:\Windows\system32> Get-AzureADUser -ObjectId 'tim@contoso.com'
ObjectId DisplayName UserPrincipalName UserType

-------- ----------- ----------------- --------
6a2bfca2-98ba-413a-be61-6e4bbb8b8a4c Tim tim@contoso.com Member
4. Para agregar el miembro al rol, ejecute Add-AzureADDirectoryRoleMember.
PA RÁ M ET RO DESC RIP C IÓ N
ObjectId El ObjectId del rol.
RefObjectId El ObjectId de los miembros.
Add-AzureADDirectoryRoleMember -ObjectId 00f79122-c45d-436d-8d4a-2c0c6ca246bf -RefObjectId 6a2bfca2-

98ba-413a-be61-6e4bbb8b8a4c
Pasos siguientes
Administración de Power BI en su organización
Portal de administración de Power BI
Licencias de Power BI en la organización
En el servicio Power BI, los usuarios tienen capacidades definidas en función del tipo de licencia por usuario que
tienen y si el contenido sobre el que actúan se encuentra en un área de trabajo asignada a una capacidad Power BI
Premium.
Licencias por usuario - Power BI Pro y Power BI (gratis) . Una licencia Power BI Pro permite a un usuario
colaborar con otros usuarios de Power BI Pro mediante el consumo de contenido y su uso compartido con
otros usuarios con una licencia de Power BI Pro. Solo los usuarios con una licencia Power BI Pro pueden
publicar contenido en áreas de trabajo de las aplicaciones, compartir paneles y suscribirse a paneles e
informes. Una licencia gratuita permite a un usuario consumir contenido en un área de trabajo asignada a
una capacidad de Power BI Premium y acceder a algunas de las características del servicio Power BI para su
propio contenido personal en Mi área de trabajo. Para más información, consulte Registro en Power BI
como usuario individual y Compra y asignación de licencias de usuario de Power BI Pro.
Capacidad de Power BI Premium - Concesión de licencias Power BI Premium. Power BI Premium
proporciona capacidad dedicada para proporcionar un rendimiento más estable y admitir volúmenes de
datos mayores en Power BI. Power BI Premium también permite una amplia distribución de contenido por
parte de los usuarios de Pro sin solicitar licencias de Power BI Pro a los usuarios que ven el contenido. Para
más información, consulte ¿Qué es Power BI Premium?
Para una comparación detallada de los tipos de licencia, consulte la sección Comparación de características de
Power BI de Precios de Power BI.
Este artículo se centra en las licencias por usuario desde una perspectiva de administrador.
Administrar licencias de Power BI Pro

Como administrador, puede adquirir y asignar licencias de Power BI Pro. También puede registrarse para hacer
una prueba de Power BI Pro para su organización. Las personas individuales también pueden registrarse para
realizar una prueba de Power BI Pro.
Adquisición de licencias de Power BI Pro
Como administrador, puede adquirir licencias de Power BI Pro mediante Microsoft 365 o a través de un asociado
certificado de Microsoft. Después de adquirir las licencias, deberá asignarlas a usuarios individuales. Para obtener
más información, vea Adquirir y asignar licencias de Power BI Pro.
Expiración de la licencia de Power BI Pro
Hay un período de gracia después de que expire una licencia de Power BI Pro. Las licencias que forman parte de
una compra de licencia por volumen disponen de un período de gracia de 90 días. Si compró la licencia
directamente, el período de gracia es de 30 días.
Power BI Pro tiene el mismo ciclo de vida de suscripción que Office 365. Para más información, consulte ¿Qué
pasa con mis datos y mi acceso cuando termina mi suscripción de Office 365 para empresas?
Prueba de Power BI Pro para usuarios individuales
Las personas individuales de su organización pueden registrarse para realizar una prueba de Power BI Pro. Para
obtener más información, vea Registro en Power BI como usuario individual.
Los usuarios que aprovechan las ventajas de la prueba de Power BI Pro integrada en el producto para usuarios
individuales no aparecen en el Centro de administración de Microsoft 365 como usuarios de la Prueba de
Power BI Pro, sino que lo hacen como usuarios gratuitos de Power BI; pero sí que aparecen como usuarios de
Prueba de Power BI Pro en la página Administrar almacenamiento de Power BI.
Prueba de Power BI Pro para organizaciones
Si quiere adquirir e implementar licencias de prueba de Power BI para varios usuarios de su organización sin que
los usuarios tengan que aceptar los términos de prueba de manera individual, regístrese para obtener una versión
de prueba de Power BI Pro para su organización.
Tenga en cuenta lo siguiente antes de seguir estos pasos para registrarse:
Para registrarse, debe ser miembro del rol Administrador global o Administrador de facturación en
Microsoft 365.
Hay un límite de una prueba organizativa por inquilino. Esto significa que, si alguien ya ha aplicado la
Prueba de Power BI Pro al inquilino, no puede volver a hacerlo. Si necesita ayuda con esto, póngase en
contacto con el soporte de facturación de Office 365.
1. Vaya al Centro de administración de Microsoft 365.
2. En el panel de navegación, seleccione Facturación y, luego, Suscripciones .
3. En el lado derecho, seleccione Agregar suscripciones .
4. En Otros planes , mantenga el mouse sobre los puntos suspensivos ( ... ) de Power BI Pro y seleccione
Iniciar prueba gratuita .
5. En la pantalla de confirmación del pedido, seleccione Probar ahora .
6. En el recibo del pedido, seleccione Continuar .
También puede asignar licencias en Office 365.
Administrar licencias gratuitas de Power BI

Los usuarios de su organización pueden obtener acceso a licencias gratuitas de Power BI de dos maneras
diferentes:
Puede asignarles una licencia de Power BI en el Centro de administración de Microsoft 365.
Si un usuario se suscribe a una cuenta de Power BI, se le asigna una licencia gratuita.
Solicitar y asignar licencias gratuitas
Si planea administrar solicitudes y asignaciones de licencias de forma centralizada, compruebe primero si ya
dispone del bloque de licencias de Power BI (gratis) ilimitado en el inquilino.
Este bloque de licencias está disponible la primera vez que alguien se registra en Power BI como usuario
individual. Durante ese proceso, el bloque de licencias se asocia a su organización y se asigna una licencia al
usuario que se está registrando.
1. En el Centro de administración de Microsoft 365, en Facturación > Licencias , busque ilimitadas .
2. Si el bloque está disponible, ahora puede asignar licencias en Office 365. Si el bloque no está disponible,
tiene dos opciones:
Pedir a un miembro de su organización que se registre de forma individual, lo que desencadena la
creación de un bloque ilimitado.
Ir al procedimiento siguiente, donde puede registrarse para un número fijo de licencias.
Si el bloque de licencias ilimitado de Power BI (gratis) no está disponible y no quiere realizar un registro individual,
siga este procedimiento.
2. En el panel de navegación, seleccione Facturación > Suscripciones .
3. En el lado derecho, seleccione Agregar suscripciones + .
4. En Otros planes , mantenga el puntero sobre los puntos suspensivos ( ... ) de Power BI (gratis) y seleccione
Comprar ahora .
5. Escriba el número de licencias que quiere agregar y seleccione Pagar ahora o Agregar al carro .
6. Escriba la información obligatoria en el proceso de pago de la compra.
Cuando se usa este método, no se realizan compras, aunque deberá especificar la información de su tarjeta
de crédito para los pagos o elegir recibir facturas.
7. Ahora también puede asignar licencias en Office 365.
8. Si más adelante decide que desea agregar más licencias, puede volver a Agregar suscripciones y
seleccionar Cambiar la cantidad de licencias de Power BI (gratis).
Habilitar o deshabilitar el registro de usuarios individuales en Azure Active Directory
Como administrador, puede habilitar o deshabilitar los registros de usuarios individuales con Azure Active
Directory (AAD). Esta sección del artículo muestra cómo administrar los registros con comandos de PowerShell.
Para obtener más información sobre Azure PowerShell, vea Introducción a Azure PowerShell.
La configuración de Azure Active Directory que controla el registro es AllowAdHocSubscriptions . En la mayoría
de los inquilinos, esta propiedad se establece en true, lo que significa que está habilitada. Si adquirió Power BI a
través de un asociado, esta opción podría ser false, lo que significaría que está deshabilitada. Si cambia la
configuración de true a false, no se permite que los usuarios nuevos de la organización se registren
individualmente. Los usuarios que se hayan registrado en Power BI antes del cambio de configuración, conservan
sus licencias. Tenga en cuenta que con un valor de false, los usuarios con una licencia de Power BI (gratis) pueden
registrarse para obtener una versión de prueba de Power BI Pro para usuarios individuales.
1. Inicie sesión en Azure Active Directory con sus credenciales de Microsoft 365. La primera línea del siguiente
script de PowerShell le pide las credenciales. La segunda línea se conecta a Azure Active Directory.
$msolcred = get-credential
connect-msolservice -credential $msolcred
2. Después de iniciar sesión, ejecute el comando siguiente para ver cómo está configurado actualmente el
inquilino. (Tenga en cuenta que en "fl" se usa la letra "l", no el número 1).
Get-MsolCompanyInformation | fl AllowAdHocSubscriptions
3. Ejecute este comando para habilitar ($true) o deshabilitar ($false) AllowAdHocSubscriptions .
Set-MsolCompanySettings -AllowAdHocSubscriptions $true
NOTE
La marca AllowAdHocSubscriptions se usa para controlar varias funcionalidades de usuario en su organización, incluida la
capacidad para que los usuarios se suscriban al servicio Azure Rights Management. El cambio de esta marca afecta a todas
estas funcionalidades.
Pasos siguientes
Registro de autoservicio para Power BI
Adquirir y asignar licencias de Power BI Pro
Power BI para clientes de la Administración Pública
de Estados Unidos
Este artículo está destinado a los clientes de la Administración Pública de Estados Unidos que implementan Power
BI como parte de un plan de Office 365 Administración Pública. Los planes de la Administración Pública están
diseñados para las necesidades únicas de las organizaciones que deben cumplir los estándares de cumplimiento y
seguridad de Estados Unidos. El servicio Power BI diseñado para los clientes de la Administración Pública de
Estados Unidos es distinto de la versión comercial del servicio Power BI. Las funcionalidades y diferencias en las
características se describen en las siguientes secciones.
Adición de Power BI a su plan de Office 365 Administración Pública

Antes de que pueda obtener una suscripción a Power BI para la Administración Pública de Estados Unidos y
asignar licencias a los usuarios, debe inscribirse en un plan de Office 365 Administración Pública. Si su
organización ya tiene un plan de Office 365 Administración Pública, vaya directamente a la sección sobre cómo
adquirir una suscripción a Power BI Pro para la Administración Pública.
Inscripción en el plan de Office 365 Administración Pública
Si es un cliente nuevo, debe validar la idoneidad de la organización antes de registrarse en un plan de la
Administración Pública. Para comenzar, complete el formulario de validación de idoneidad de Office 365 para la
Administración Pública. Para asegurarse de que selecciona el plan correcto para su organización, consulte las
descripciones del servicio Office 365 Administración Pública de Estados Unidos.
NOTE
Si ya ha implementado Power BI en un entorno comercial y quiere migrar a la nube de la Administración Pública de Estados
Unidos, tendrá que agregar una nueva suscripción a Power BI Pro al plan de Office 365 Administración Pública. A
continuación, replique los datos comerciales en el servicio Power BI para la Administración Pública de Estados Unidos, quite
las asignaciones de licencias comerciales de las cuentas de usuario y, a continuación, asigne una licencia de Power BI Pro para
la Administración Pública a las cuentas de usuario.
Instancias en la nube de la Administración Pública

Office 365 proporciona diversos entornos para que los organismos gubernamentales cumplan requisitos de
cumplimiento variables. Consulte las descripciones del servicio vinculadas para obtener detalles específicos sobre
lo que proporciona cada entorno.
Government Community Cloud (GCC) de Office 365 está diseñado para el gobierno federal, estatal y local.
Government Community Cloud High (GCC-High) de Office 365 está diseñado para las agencias federales, el
sector de la defensa, la industria aeroespacial y otras organizaciones que contienen información sin
clasificar controlada. Este entorno es idóneo para organizaciones de seguridad nacional y empresas con
datos del reglamento internacional sobre el tráfico de armas (ITAR) o requisitos de Defense Federal
Acquisition Regulations Supplement (DFARS).
El entorno DoD de Office 365 está diseñado exclusivamente para el Departamento de Defensa de Estados
Unidos.
Adquisición de una suscripción a Power BI Pro para la Administración Pública
Una vez que haya implementado Office 365, puede agregar una suscripción a Power BI. Siga las instrucciones paso
a paso en Inscripción de una organización de la Administración Pública de Estados Unidos para comprar el
servicio Power BI Pro para la Administración Pública. Compre licencias suficientes para todos los usuarios que
necesiten usar Power BI y, a continuación, asigne dichas licencias a cuentas de usuario individuales.
IMPORTANT
Power BI para la Administración Pública no está disponible como licencia gratuita. Se debe asignar una licencia de Pro a cada
usuario para obtener acceso a Government Community Cloud. Si una cuenta de usuario tiene asignada una licencia gratuita,
solo tiene autorización para acceder a la nube comercial y surgirán problemas de autenticación y acceso. Si ha comprado
Power BI Premium, no tiene que asignar licencias Pro para permitir el acceso de los usuarios. Cualquier usuario de la
organización puede acceder a los informes compartidos con ellos, siempre y cuando el informe se publique en una capacidad
Premium. Para revisar las diferencias entre los tipos de licencia, consulte Características del servicio Power BI por tipo de
licencia.
Conexión a Power BI para la Administración Pública de Estados Unidos

Use una dirección URL para conectarse a Power BI para la Administración Pública de Estados Unidos que sea
distinta de la utilizada por los usuarios comerciales. Para iniciar sesión en Power BI, use las direcciones URL
siguientes:
DIREC C IÓ N URL DE L A VERSIÓ N DE L A

DIREC C IÓ N URL DE L A VERSIÓ N A DM IN IST RA C IÓ N P ÚB L IC A DE DIREC C IÓ N URL DEL GO B IERN O DE
C O M ERC IA L ESTA DO S UN IDO S EE. UU. PA RA GC C H IGH
https://app.powerbi.com/ https://app.powerbigov.us https://app.high.powerbigov.us
Es posible que su cuenta se aprovisione en más de una nube. En ese caso, al usar Power BI Desktop, puede elegir a
qué nube conectarse cuando inicie sesión.
Conectividad entre los servicios de nube de administración pública y de

Azure globales
Azure se distribuye entre varias nubes. De forma predeterminada, puede habilitar las reglas de firewall para abrir
una conexión a una instancia específica de la nube, pero las redes entre nubes son diferentes. Para la comunicación
entre servicios de la nube pública y servicios de Government Community Cloud, debe configurar reglas de firewall
específicas. Por ejemplo, si desea obtener acceso a instancias en la nube pública de SQL a partir de su
implementación de nube de la Administración Pública de Power BI, necesita una regla de firewall en SQL.
Configure reglas de firewall específicas en SQL para permitir conexiones a la nube de Azure Government para los
centros de datos siguientes:
USGov Iowa
USGov Virginia
USGov Texas
USGov Arizona
En la nube pública, hay disponibles intervalos IP. Para obtener los intervalos IP en la nube de la Administración
Pública de Estados Unidos, descargue el archivo Rangos de direcciones IP y etiquetas de servicio de Azure: nube
del gobierno estadounidense.
Para configurar firewalls en SQL, siga los pasos que se recogen en Creación y administración de reglas de firewall
de IP.
Disponibilidad de características de Power BI

Para adaptarse a los requisitos de los clientes en la nube de la Administración Pública, existen algunas diferencias
entre los planes de la Administración Pública y los planes comerciales. Consulte la siguiente tabla para ver qué
características están disponibles en cada entorno de la Administración Pública.
C A RA C T ERÍST IC A GC C GC C - H IGH DO D
Administración Licencias gratuitas No disponible No disponible No disponible
Establecimiento de Disponible Disponible Disponible

límites de
almacenamiento de
datos
Uso de grupos de Disponible Disponible Disponible

Active Directory para
compartir y del
control de acceso
Auditoría a través del Disponible Disponible Disponible

centro de
administración de
seguridad y
cumplimiento de
Office 365
Uso compartido con Disponible Disponible Disponible

usuarios externos
Métricas de uso para No disponible No disponible No disponible

informes y paneles
Azure B2B entre GCC No disponible No disponible No disponible

y la nube comercial
Creación de informes Creación y Disponible Disponible Disponible

visualización de
paneles e informes
Actualización de Disponible Disponible Disponible

datos programada
Paneles de equipo Disponible Disponible Disponible

actualizables
Informes paginados Disponible Disponible En la hoja de ruta
Aplicaciones plantilla No disponible No disponible No disponible
Conectar a datos Importación de datos Disponible Disponible Disponible

e informes de Excel
Importación de datos Disponible Disponible Disponible

desde archivos CSV
Importación de datos Disponible Disponible Disponible

de archivos de Power
BI Desktop
C A RA C T ERÍST IC A GC C GC C - H IGH DO D
Conectividad con CDS Disponible No disponible No disponible
Conector de Azure Disponible No disponible No disponible

Data Lake Storage
Gen2
Administración de Puerta de enlace de Disponible Disponible Disponible

datos administración de
datos
Cifrado de datos en Disponible Disponible Disponible

Azure SQL
Cifrado de datos en Disponible Disponible Disponible

Blob Storage para
Power BI
Integración entre Inserción en No disponible No disponible No disponible

productos SharePoint Online
mediante el elemento
web de Power BI
Inserción en Disponible Disponible Disponible

SharePoint Online
mediante el elemento
web de Embed
Flujos de datos y No disponible No disponible No disponible

funciones de IA
Conectividad de No disponible No disponible No disponible

Power Automate para
alertas orientadas a
datos
Pestaña de Power BI Disponible No disponible No disponible

en Teams
Automated Machine No disponible No disponible No disponible

Learning
Cognitive Services No disponible No disponible No disponible
Aprendizaje No disponible No disponible No disponible

automático de Azure
Pasos siguientes
Registro en Power BI para la Administración Pública de Estados Unidos
Microsoft Power Apps para la Administración Pública de Estados Unidos
Power Automate para la Administración Pública de Estados Unidos
Power BI US Government Demo (Demostración de Power BI para la Administración Pública de Estados Unidos)
Inscribir una organización de la Administración
Pública de Estados Unidos en el servicio Power BI
El ser vicio Power BI tiene una versión disponible para clientes de la Administración Pública de Estados Unidos
como parte de las suscripciones Office 365 US Government Community . La versión del ser vicio Power BI
que se describe en este artículo está diseñada para clientes del Gobierno de EE. UU. y es independiente de la
versión comercial del ser vicio Power BI .
Para obtener más información sobre el ser vicio Power BI para la Administración Pública de Estados Unidos,
incluidas sus características y limitaciones, consulte Introducción a Power BI para clientes de la Administración
Pública de Estados Unidos.
NOTE
Este artículo está destinado a los administradores que tienen autoridad para registrar en Power BI su organización de la
Administración Pública de Estados Unidos. Si es un usuario final, póngase en contacto con el administrador para obtener
información sobre cómo obtener una suscripción a Power BI para la Administración Pública de Estados Unidos.
Seleccionar el proceso de registro correcto para la organización de la

Administración Pública de Estados Unidos
Su organización de la Administración Pública de Estados Unidos podría ser un cliente nuevo de la nube de
administración pública de Office o tener ya una suscripción. En las secciones siguientes se detallan los pasos
de inicio de sesión según su relación con la nube de administración pública de Office y Power BI. Estos pasos son
diferentes en función de la suscripción existente.
Una vez que se ha registrado en Power BI US Government es posible que algunas características no funcionen
hasta que un representante de ventas o de soporte técnico complete el proceso de incorporación. Para más
información acerca de estas características, consulte Introducción a Power BI para clientes de la Administración
Pública de Estados Unidos. Para completar el proceso de incorporación para habilitar estas características, póngase
en contacto con su representante de ventas o de soporte técnico.
Organizaciones de la Administración Pública de Estados Unidos que son clientes nuevos de la nube de Office
Si su organización es un cliente nuevo de la nube de administración pública de Office , siga estos pasos:
NOTE
Estos pasos debe realizarlos el administrador del portal.
1. Vaya a https://products.office.com/government/office-365-web-services-for-government.
NOTE
Si no desea suscribirse a la nube de administración pública de Office en este momento, póngase en contacto con su
representante de ventas.
2. Seleccione Office G3 y rellene el formulario para una prueba de Office.

3. Una vez que haya un cliente en la nube de Office continúe con los pasos siguientes para "Clientes existentes de
la nube de administración pública de Office"
Clientes existentes de la nube de administración pública de Office
Si su organización ya es cliente de la nube de administración pública de Office , pero no dispone de una
suscripción a Power BI (gratuita o no), siga estos pasos:
NOTE
Estos pasos debe realizarlos el administrador del portal.
1. Inicie sesión en su cuenta de la nube de Administración pública de Office existente y vaya al portal de
administración.
2. Seleccione Facturación .
3. Seleccione Comprar ser vicio .
4. Seleccione la opción de Administración pública de Power BI Pro y elija entre Probar y Comprar ahora .
5. Complete el pedido.
6. Asigne usuarios a la cuenta.
7. Inicie sesión en el ser vicio Power BI para clientes del Gobierno de EE. UU. en https://app.powerbigov.us.
Información de suscripción adicional

La siguiente es información adicional para la suscripción al servicio Power BI para la Administración pública
de Estados Unidos en varios casos de migración de licencias.
Incorporación de clientes con una versión de evaluación directa de Power BI a la versión Pro
Haga clic en Facturación > Comprar servicio > Power BI Pro Gov y seleccione Comprar, no Probar
Especifique la información necesaria y obtenga las licencias
Quite la versión de Prueba de Power BI Pro o las licencias antiguas y asigne las nuevas a los usuarios
Inicie sesión en https://app.powerbigov.us.
Incorporación de clientes con una versión de evaluación de distribuidor de Power BI a la versión Pro
Vaya a Facturación > Suscripciones y seleccione la suscripción Power BI Pro para la Administración
pública . Allí verá:
Disponible
Asignado
Vínculos para asignar a los usuarios
Si sigue teniendo asignada la versión de evaluación:
Haga clic en Asignado en la suscripción de evaluación y quite los usuarios que desea agregar a la
versión de pago.
Vaya a la suscripción de pago y asigne los usuarios.
Instrucciones para la inclusión en la lista de permitidos
La inclusión en la lista de permitidos es un proceso que utiliza el equipo de ingenieros de Power BI para mover a
los clientes del entorno de la nube comercial al entorno seguro de la nube de la Administración pública. Esto
garantiza que las características disponibles en la nube de la Administración pública de Estados Unidos funcionarán
según lo previsto. Todos los clientes del Gobierno de Estados Unidos (nuevos o existentes) que compran servicios
de Power BI para la Administración pública de Estados Unidos por primera vez deben iniciar el proceso de
creación de listas de permitidos siguiente. El proceso debe realizarse antes de la configuración o migración a
Power BI para la Administración pública de Estados Unidos.
Para que el inquilino se incluya en la lista blanca para la nube del Gobierno de EE. UU., póngase en contacto con el
equipo de cuentas de Microsoft para obtener ayuda con el proceso de inclusión en listas blancas. Solo los
administradores pueden realizar esta solicitud. El proceso de inclusión en la listas de permitidos tarda
aproximadamente tres semanas, durante las cuales el equipo de ingeniería de Power BI realiza los cambios
adecuados para asegurarse de que el inquilino funcione correctamente en la nube de la Administración Pública de
Estados Unidos.
Los clientes que migran desde licencias Gratis de Power BI a Power BI para la Administración Pública de
Estados Unidos (y, por definición, migran a las características de la licencia Pro asociada descritas anteriormente
en este artículo) se encontrarán con los problemas descritos en la siguiente sección de este artículo, hasta que su
inquilino esté incluido en la lista de permitidos por el equipo de ingeniería de Power BI.
Licencias mixtas Gratis y Pro de los inquilinos de la Administración Pública de Estados Unidos
Si tiene ambas licencias, Gratis y Pro de la Administración Pública de Estados Unidos en su inquilino, ambas
licencias continuarán presentes, pero una o la otra no funcionará correctamente. Si el inquilino realiza
correctamente el proceso de inclusión en la lista de permitidos, ocurre lo siguiente:
Los usuarios de la licencia Gratis ya no podrán iniciar sesión en Power BI con Power BI Desktop y
experimentarán diferencias de funcionalidad que se describen en la sección siguiente.
Todos los clientes asignados a licencias Pro de la Administración Pública de Estados Unidos funcionarán según
lo esperado, incluido el uso de puertas de enlace, Power BI Desktop y aplicaciones móviles.
Al utilizar una combinación de licencias Gratis y Pro en un inquilino de la Administración Pública de Estados Unidos
y al pasar por el proceso de inclusión en listas de permitidos, se puede esperar lo siguiente:
Antes de la inclusión en la lista de permitidos :
Los usuarios con licencias Gratis se ejecutan en una nube comercial.
Las licencias Pro para la Administración Pública de Estados Unidos se muestran en el portal y el
administrador puede asignarlas a los usuarios. Los usuarios Pro para la Administración Pública de Estados
Unidos no perderán los datos de sus licencias Gratis, cuando el administrador les asigna una licencia Pro de
la Administración Pública de Estados Unidos. Los usuarios asignados acceden a las características de Power
BI Pro para clientes de la Administración Pública de Estados Unidos, pero las siguientes lagunas de
funcionalidad de la lista de viñetas siguiente existirán hasta que el inquilino esté correctamente incluido en
la lista de permitidos:
Las ediciones Gateway, Mobile y Power BI Desktop no pueden autenticarse.
No se puede acceder a orígenes de datos comerciales de Azure.
Los archivos PBIX se deben cargar manualmente desde el servicio Power BI comercial.
Las aplicaciones móviles de Power BI no están disponibles.
Después de su inclusión en la lista de permitidos :
Los usuarios de la versión Gratis que ejecutan el servicio Power BI comercial pueden seguir haciéndolo, pero
dejarán de autenticarse según lo previsto.
Los usuarios Pro que ejecutan en la nube de la Administración Pública de Estados Unidos pueden usar el
servicio Power BI para clientes de la Administración Pública de Estados Unidos como se esperaba.
Para identificar a los usuarios que ejecutan la licencia Gratis de Power BI en su inquilino, los administradores
ejecutan el informe de licencias, después de lo cual los usuarios con licencia Gratis aparecerán como Power BI
estándar .
Pasos siguientes
Se puede hacer todo tipo de cosas con Power BI. Para obtener más información, incluido un artículo en el que se
muestra cómo registrarse en el servicio, consulte los recursos siguientes:
Introducción a Power BI para la Administración Pública de Estados Unidos
Aprendizaje guiado de Power BI
Introducción al servicio Power BI
¿Qué es Power BI Desktop?
Migración de la suscripción a las nuevas regiones
alemanas de "Go Local"
Si es un cliente existente de Microsoft Cloud Germany (Microsoft Cloud Deutschland), pronto podrá migrar sus
usuarios Power BI a las nuevas regiones alemanas "Go Local". Para iniciar el proceso de migración, el primer paso
consiste en participar en una migración asistida por Microsoft a nuestras nuevas regiones de centro de centros en
Alemania.
Si la organización decide participar, puede esperar que la migración comience durante 2020. Los datos y las
suscripciones principales de los clientes se migrarán a las nuevas regiones alemanas "Go Local".
Después de migrar la suscripción, se reducirán los precios para que coincidan con los de la nube pública. Los
clientes directos verán una nueva suscripción con una nueva fecha de renovación anual. Como parte de este
enfoque se migrarán los servicios siguientes:
Power BI
Seguiremos actualizando este artículo en los próximos meses para agregar información detallada sobre los
requisitos previos, procedimientos paso a paso y cualquier efecto que la migración pueda tener en la organización.
Preguntas más frecuentes sobre Power BI para
clientes en la nube de Alemania
El ser vicio Power BI tiene una versión disponible para los clientes de la Unión Europea o pertenecientes al
Acuerdo Europeo de Libre Comercio (UE/AELC) a la que a menudo se hace referencia como Microsoft Cloud
Deutschland (MCD). La versión del ser vicio Power BI que se describe en este artículo está diseñada
específicamente para clientes de la UE/AELC y es distinta de la versión comercial del ser vicio Power BI o de los
servicios Power BI proporcionados a clientes gubernamentales.
Preguntas y respuestas
Las siguientes preguntas y respuestas proporcionan información importante para el servicio Power BI Pro en
Microsoft Cloud Deutschland (MCD), que es la nube de servicio Power BI proporcionada específicamente para los
clientes de la UE/AELC.
1. ¿Qué es el ser vicio Power BI para la nube de Alemania?
El servicio Power BI para clientes de la UE/AELC, que también se conoce como Microsoft Cloud Deutschland
(MCD), es una nube de la UE/AELC compatible con el servicio Power BI proporcionado desde los centros de
datos alemanes. Todos los datos de clientes del servicio Power BI para la nube de la UE/AELC se almacenan
en Alemania con T-Systems actuando como administrador alemán independiente de confianza de los datos
y con acceso físico y lógico a los datos controlados por las leyes alemanas. El servicio Power BI para la nube
de la UE/AELC requiere una cuenta distinta e independiente de la versión comercial del servicio Power BI.
Más información acerca de Microsoft Cloud Deutschland aquí.
2. ¿Donde se puede encontrar información sobre precios y cómo suscribirse a la nube de
Alemania de Power BI?
Puede encontrar una gran cantidad de información en la página principal de la nube de Alemania de Power
BI, incluida la información sobre precios. En esa página, también encontrará un vínculo para suscribirse a
una versión de prueba de 30 días del ser vicio Power BI Pro con 25 licencias de usuario. Como parte de
esta suscripción a la versión de prueba, tiene la posibilidad de comprar o agregar licencias adicionales según
sea necesario. También ofrecemos contrato Enterprise (EA) y precios para organismos gubernamentales o
asociaciones sin ánimo de lucro. Para más información, póngase en contacto con el representante del cliente
de Microsoft.
3. Dispongo de un inquilino en la nube de Alemania como par te de las suscripciones de Azure
Alemania y Office 365 Germany. ¿Puedo usar el inquilino existente para suscribirme a Power BI
Alemania?
Sí. Como parte del proceso de suscripción, tendrá la posibilidad de iniciar sesión con una cuenta existente de
administrador de inquilino en la nube de Alemania y de agregar licencias del servicio Power BI Pro a este
inquilino. Tenga en cuenta que los inquilinos y las cuentas de usuario en la nube de Alemania son diferentes
del servicio Power BI para la nube de Alemania.
4. ¿Hay algún ser vicio gratis en el ser vicio Power BI para la nube de Alemania?
No. No ofrecemos versiones de licencia gratis en el servicio Power BI para la nube de Alemania. Sin
embargo, le animamos a que se suscriba a la oferta de Power BI gratis en la nube pública si con esta se
satisfacen sus necesidades empresariales.
5. ¿Puedo usar Power BI Desktop, Power BI Mobile, la puer ta de enlace de datos local y Publisher
para Excel con el ser vicio Power BI para la nube de Alemania?
Sí. Hemos actualizado nuestros productos para clientes de Power BI para que funcionen sin problemas con el
servicio Power BI para la nube de Alemania. Inicie sesión con su cuenta del servicio Power BI para la nube de
Alemania para empezar a usar los productos para clientes. Puede descargar la versión más reciente de los
productos para clientes desde las ubicaciones siguientes:
Power BI Desktop
Power BI Mobile
Puerta de enlace de datos local
Power BI Publisher para Excel
6. ¿Existe alguna limitación de características en el ser vicio Power BI para la nube de Alemania?
Las siguientes características de servicio no están disponibles actualmente en el servicio Power BI para la
nube de Alemania:
Publicar en web
Mapas de ArcGIS de Esri
Power BI Embedded (la concesión de licencias ISV de uso medido se ofrecerá a través de Microsoft Azure
Alemania en el futuro)
7. ¿Dónde puedo encontrar información de configuración específica del ser vicio Power BI para la
nube de Alemania para su uso e integración en mis aplicaciones?
Hemos actualizado nuestros ejemplos para desarrolladores de SaaS Embedding con información de
configuración específica para la nube de Alemania y otras nubes de Power BI. Mire la carpeta
Configuraciones de nube para obtener ejemplos de puntos de conexión de configuración específica de
nube. En la tabla siguiente se enumeran varios puntos de conexión de configuración del servicio Power BI
para la nube de Alemania (y para la nube pública como referencia cruzada).
DIREC C IÓ N URL EQ UIVA L EN T E EN L A
N O M B RE DEL P UN TO DE C O N EXIÓ N Y DIREC C IÓ N URL DEL SERVIC IO P O W ER N UB E P ÚB L IC A ( PA RA REF EREN C IA S
USO B I PA RA L A N UB E DE A L EM A N IA ? C RUZ A DA S)
Página principal, registro e inicio de https://powerbi.microsoft.com/power- https://powerbi.microsoft.com/

sesión bi-germany/
Inicio de sesión directo en el servicio https://app.powerbi.de/? https://app.powerbi.com/?

Power BI noSignUpCheck=1 noSignUpCheck=1
API de servicio https://api.powerbi.de/ https://api.powerbi.com/
Portal de Office para la administración https://portal.office.de/ https://portal.office.com/

de licencias de usuario, estado de
mantenimiento del servicio y solicitudes
de soporte técnico por parte de
administradores
URI de autoridad de AAD https://login.microsoftonline.de/commo https://login.microsoftonline.com/comm

n/oauth2/authorize/ on/oauth2/authorize/
URI de recurso del servicio Power BI https://analysis.cloudapi.de/powerbi/api https://analysis.windows.net/powerbi/ap

i
Biblioteca de objetos visuales de https://app.powerbi.de/visuals/ https://app.powerbi.com/visuals/

Power BI
Registrar una aplicación para Power BI https://app.powerbi.de/apps https://app.powerbi.com/apps

(para Embedded)
Azure Portal (para Embedded) https://portal.microsoftazure.de/ https://portal.azure.com/
Comunidad https://community.powerbi.com/ https://community.powerbi.com/
Pasos siguientes
Se puede hacer todo tipo de cosas con Power BI. Para obtener más información, incluido un artículo en el que se
muestra cómo registrarse en el servicio, consulte los recursos siguientes:
Aprendizaje guiado de Power BI
Introducción al servicio Power BI
¿Qué es Power BI Desktop?
Administración de Power BI: preguntas más
frecuentes (P+F)
En este artículo se tratan las preguntas más frecuentes para la administración de Power BI. Para obtener
información general sobre la administración de Power BI, vea ¿Qué es la administración de Power BI?
Contenido de este artículo

Sección Suscribirse en Power BI
Uso de PowerShell
¿Cómo se suscriben los usuarios a Power BI?
¿Cómo se suscriben los usuarios individuales de mi organización?
¿Cómo puedo impedir que los usuarios se unan a mi inquilino de Office 365 existente?
¿Cómo puedo permitir que los usuarios se unan a mi inquilino de Office 365 existente?
¿Cómo puedo comprobar si tengo el bloqueo activado en el inquilino?
¿Cómo puedo impedir que mis usuarios existentes comiencen a usar Power BI?
¿Cómo puedo permitir a mis usuarios existentes que se suscriban a Power BI?
Sección Administración de Power BI
¿Cómo cambiará esto la manera de administrar identidades para usuarios de mi organización hoy?
¿Cómo se administra Power BI?
¿Cuál es el proceso para administrar un inquilino creado por Microsoft para mis usuarios?
Si dispongo de varios dominios, ¿puedo controlar el inquilino de Microsoft 365 al que se agregan usuarios?
¿Cómo quito Power BI para los usuarios que ya están suscritos?
¿Cómo sé cuándo nuevos usuarios se han unido a mi inquilino?
¿Hay aspectos adicionales para los que debería prepararme?
¿Qué es el Acuerdo de Nivel de Servicio de Power BI?
¿Cómo controla Power BI la alta disponibilidad y la conmutación por error?
Sección Seguridad en Power BI
¿Cumple Power BI los requisitos de cumplimiento nacionales, regionales y específicos del sector?
¿Cómo funciona la seguridad en Power BI?
Suscribirse en Power BI
Uso de PowerShell
Algunos de los procedimientos descritos en esta sección requieren los scripts de Windows PowerShell. Si no está
familiarizado con PowerShell, se recomienda leer la Guía de introducción de PowerShell. Para ejecutar los scripts,
instale primero la última versión de 64 bits de PowerShell de Azure Active Directory para Graph.
¿Cómo se suscriben los usuarios a Power BI?
Como administrador de Microsoft 365, se puede suscribir a Power BI en el sitio web de Power BI o en la página
Servicios de compra del Centro de administración de Microsoft 365. Al suscribirse un administrador de
Microsoft 365 a Power BI, puede asignar licencias de usuario a los que deban tener acceso.
Además, los usuarios individuales de la organización pueden suscribirse a Power BI a través del sitio web de Power
BI. Cuando un usuario de la organización se suscribe a Power BI, el servicio le asigna de forma automática una
licencia de Power BI. Para más información, vea Registro en Power BI como usuario individual y Licencias de Power
BI en la organización.
¿Cómo se suscriben los usuarios individuales de mi organización?
Hay tres escenarios que se podrían aplicarse a los usuarios de su organización:
Escenario 1 : Su organización ya tiene un entorno de Microsoft 365 y el usuario que se suscribe a Power BI
ya tiene una cuenta de Microsoft 365. En este escenario, si un usuario ya tiene una cuenta profesional o
educativa en el inquilino (por ejemplo, contoso.com) pero todavía no tiene Power BI, Microsoft simplemente
activa el plan de Power BI (gratis) para esa cuenta. Se notifica de forma automática al usuario cómo usar el
servicio Power BI.
Escenario 2 : Su organización tiene un entorno de Microsoft 365, pero el usuario que se suscribe a Power BI
no tiene cuenta de Microsoft 365. En este escenario, el usuario tiene una dirección de correo electrónico en
el dominio de la organización (por ejemplo, contoso.com), pero todavía no tiene una cuenta de
Microsoft 365. En este caso, el usuario puede suscribirse a Power BI y automáticamente se le asigna una
cuenta. Esta acción permite al usuario acceder al servicio Power BI. Por ejemplo, si una empleada llamada
Nancy usa su dirección de correo del trabajo (como nancy@contoso.com) para suscribirse, Microsoft la
agrega de forma automática como usuario en el entorno de Microsoft 365 de Contoso y activa Power BI
para esa cuenta.
Escenario 3 : La organización no tiene un entorno de Microsoft 365 conectado al dominio de correo
electrónico. No hay ninguna acción administrativa obligatoria para la organización con el fin de aprovechar
las ventajas de Power BI. El servicio agrega usuarios a un nuevo directorio de usuario solo en la nube.
También puede optar por asumir el control como administrador global de Microsoft 365 por el inquilino y
realizar la administración.
IMPORTANT
Si su organización tiene varios dominios de correo y usted prefiere que todas las extensiones de dirección de correo estén en
el mismo inquilino, agregue todos los dominios de dirección de correo a un inquilino de Azure Active Directory antes de
suscribir ningún usuario. Después de haber creado a los usuarios, no hay ningún mecanismo automático para moverlos entre
inquilinos. Para más información sobre este proceso, consulte Si dispongo de varios dominios, ¿puedo controlar el inquilino
de Microsoft 365 al que se agregan usuarios? más adelante en este artículo y Agregar un dominio a Microsoft 365.
¿Cómo puedo impedir que los usuarios se unan a mi inquilino de Microsoft 365 existente?
Hay pasos que puede realizar como administrador global de Microsoft 365 para impedir que los usuarios se unan
a su inquilino de Microsoft 365 existente. Si bloquea el acceso, se producirá un error en los intentos de los usuarios
para suscribirse y aparece un mensaje que les redirige para que se pongan en contacto con el administrador de su
organización. No es necesario repetir este proceso si ya ha deshabilitado la distribución automática de licencias
(por ejemplo, mediante Office 365 para el ámbito educativo para estudiantes, profesores y docentes).
Use el siguiente script de PowerShell para impedir que los nuevos usuarios se unan a un inquilino administrado.
(Más información sobre PowerShell).
Set-MsolCompanySettings -AllowEmailVerifiedUsers $false

NOTE
El bloqueo del acceso impide que los nuevos usuarios de su organización se suscriban a Power BI. Los usuarios que se
suscriben a Power BI antes de deshabilitar nuevas suscripciones para su organización aún conservarán sus licencias. Para
quitar un usuario, consulte ¿Cómo quito Power BI para los usuarios que ya están suscritos? más adelante en este artículo.
¿Cómo puedo permitir que los usuarios se unan a mi inquilino de Microsoft 365 existente?
Use el siguiente script de PowerShell para permitir que los nuevos usuarios se unan a un inquilino administrado.
Set-MsolCompanySettings -AllowEmailVerifiedUsers $true
¿Cómo puedo comprobar si tengo el bloqueo activado en el inquilino?

Use el siguiente script de PowerShell para comprobar la configuración. AllowEmailVerifiedUsers debe ser false.
Get-MsolCompanyInformation | fl allow*
¿Cómo puedo impedir que mis usuarios existentes comiencen a utilizar Power BI?
La opción de configuración de Azure AD que controla esto es AllowAdHocSubscriptions . La mayoría de los
inquilinos tienen esta opción establecida en true, lo que significa que está habilitada. Si ha adquirido Power BI a
través de un asociado, podría estar establecida en false, lo que significa que está deshabilitada.
Use el siguiente script de PowerShell para deshabilitar las suscripciones ad hoc. (Más información sobre
PowerShell).
1. Inicie sesión en Azure Active Directory con sus credenciales de Microsoft 365. La primera línea del siguiente
script de PowerShell le pide las credenciales. La segunda línea se conecta a Azure Active Directory.
2. Después de iniciar sesión, ejecute el comando siguiente para ver cómo está configurado actualmente el
inquilino.
Get-MsolCompanyInformation | fl AllowAdHocSubscriptions
3. Ejecute este comando para habilitar ( $true ) o deshabilitar ( $false ) AllowAdHocSubscriptions .
Set-MsolCompanySettings -AllowAdHocSubscriptions $false
NOTE
Use la marca AllowAdHocSubscriptions para controlar varias funcionalidades de usuario en la organización, incluida la
capacidad de que los usuarios se suscriban al servicio Azure Rights Management. El cambio de esta marca afecta a todas
estas funcionalidades. Con un valor de configuración false, los usuarios siguen pudiendo registrarse para una prueba
individual de Power BI Pro.
¿Cómo puedo permitir a mis usuarios existentes que se suscriban a Power BI?
Para permitir que los usuarios existentes se suscriban a Power BI, ejecute el comando indicado para la pregunta
anterior, pero pase $true en lugar de $false en el último paso.
Administración de Power BI
¿Cómo cambiará esto la forma de administrar las identidades los usuarios de una organización?
Hay tres escenarios que se podrían aplicarse a los usuarios de su organización:
Escenario 1 : Si la organización ya tiene un entorno de Microsoft 365 y todos los usuarios tienen cuentas de
Microsoft 365, no se producirá ningún cambio en la forma de administrar las identidades.
Escenario 2 : Si la organización ya tiene un entorno de Microsoft 365 pero no todos los usuarios tienen
cuentas de Microsoft 365, se crea un usuario en el inquilino y se asignan licencias en función de la dirección
de correo electrónico profesional o educativa del usuario.
Como resultado, el número de usuarios que administra en cualquier momento determinado crecerá a
medida que los usuarios de la organización se suscriben al servicio.
Escenario 3 : Si la organización no tiene un entorno de Microsoft 365 conectado al dominio de correo
electrónico, no se producirá ningún cambio en la forma de administrar las identidades.
El servicio agrega usuarios a un nuevo directorio de usuario solo en la nube; puede optar por asumir el
control como administrador global de Microsoft 365 y realizar la administración.
¿Cómo se administra Power BI?
Power BI proporciona un portal de administración de Power BI para los usuarios con el rol de administrador global
de Microsoft 365 y los usuarios con el rol de administrador del servicio Power BI. Para usar el portal de
administración de Power BI, debe marcar la cuenta como Administrador global dentro de Microsoft 365 o
Azure Active Directory, o bien, alguien debe asignarle el rol de administrador del servicio Power BI a la cuenta de
usuario. Para más información, vea Descripción del rol de administrador de Power BI y Portal de administración de
Power BI. El portal permite controlar la configuración de los usuarios, ver las estadísticas de uso de Power BI y
proporciona un vínculo al Centro de administración de Microsoft 365 para administrar usuarios y grupos.
¿Cuál es el proceso para administrar un inquilino creado por Microsoft para mis usuarios?
Cuando un usuario de autoservicio se suscribe a un servicio en la nube que usa Azure AD, el servicio lo agrega a
un directorio de Azure AD no administrado en función de su dominio de correo electrónico. Puede reclamar y
administrar un inquilino que alguien haya creado mediante un proceso conocido como adquisición de
administración. Para más información, vea Adquisición de un directorio no administrado como administrador en
Azure Active Directory. El tipo de adquisición que realice dependerá de si existe un inquilino administrado asociado
al dominio:
Power BI admite la adquisición de administración interna. Cuando realiza una adquisición de administración
interna de un directorio de Azure no administrado, se le agregará como administrador global del directorio
no administrado. No se migra ningún usuario, dominio ni plan de servicio a ningún otro directorio que
administre.
Power BI ya no admite la adquisición de administración externa. Cuando realiza una adquisición de
administración externa de un directorio de Azure no administrado, agrega el nombre de dominio DNS del
directorio no administrado al directorio de Azure administrado. La adquisición externa resultará en una
pérdida de acceso a todo el contenido de Power BI en el inquilino original que no se administraba. Será
necesario volver a publicar los informes de Power BI y volver a crear los paneles y las aplicaciones de
Power BI en el nuevo inquilino.
Si dispongo de varios dominios, ¿puedo controlar el inquilino de Microsoft 365 al que se agregan usuarios?
Si no hace nada, el servicio crea un inquilino para cada dominio y subdominio de correo electrónico del usuario. Si
desea que todos los usuarios estén en el mismo inquilino, independientemente de sus extensiones de correo
electrónico: Cree con antelación un inquilino de destino, o bien use uno existente. Después, agregue todos los
dominios y subdominios existentes que quiera que se consoliden en ese inquilino. Todos los usuarios cuyas
direcciones de correo electrónico terminen en esos dominios y subdominios se unirán de forma automática al
inquilino de destino al suscribirse.
IMPORTANT
Después de haber creado a los usuarios, no se admite ningún mecanismo automático para moverlos entre inquilinos. Para
información sobre cómo agregar dominios a un solo inquilino de Microsoft 365, consulte Pasos para comprobar dominio en
Microsoft 365.
¿Cómo quito Power BI para los usuarios que ya están suscritos?

Si un usuario se suscribió a Power BI, pero ya no desea que tenga acceso a Power BI, puede quitar la licencia de
Power BI para ese usuario.
2. En el panel de navegación, seleccione usuarios > Usuarios activos .
3. Busque el usuario para el que desea quitar la licencia y seleccione su nombre.
También puede realizar la administración masiva de licencias para los usuarios. Para ello, seleccione varios
usuarios y luego Editar licencias de productos .
4. En la página de detalles del usuario, junto a Licencias de productos , seleccione Editar .
5. En función de la licencia que haya aplicado a la cuenta, establezca Power BI (gratis) o Power BI Pro en
Desactivado .
6. Seleccione Guardar .
¿Cómo sé cuándo nuevos usuarios se han unido a mi inquilino?
A los usuarios que se han unido al inquilino mediante la suscripción autoservicio se les asigna una licencia única
por la que se puede filtrar dentro el panel de usuarios activos en el panel de administración. Para crear esta vista,
siga estos pasos.
2. En el panel de navegación, seleccione usuarios > Usuarios activos .
3. En el menú Vistas , seleccione Agregar vista personalizada .
4. Asigne un nombre a la nueva vista y, en Licencia de producto asignada , seleccione Power BI (gratis) o
Power BI Pro .
Solo puede tener una licencia seleccionada por vista. Si tiene tanto la licencia Power BI (gratis) como la
licencia Power BI Pro en su organización, puede crear dos vistas.
5. Escriba cualquier otra condición que desee y después seleccione Agregar .
6. Después de crear la vista, estará disponible en el menú Vistas .
¿Hay aspectos adicionales para los que debería prepararme?
Es posible que experimente un aumento en las solicitudes de restablecimiento de contraseña. Para obtener
información sobre este proceso, vea Restablecimiento de una contraseña de usuario.
Puede quitar un usuario del inquilino mediante el proceso estándar en el Centro de administración de Microsoft
365. Sin embargo, si el usuario todavía tiene una dirección de correo electrónico activa de su organización, puede
volver a unirse a menos que bloquee todos los usuarios para impedirles que se unan.
Para obtener información sobre en qué región de datos se encuentra el inquilino de Power BI, vea ¿Dónde se
encuentra mi inquilino de Power BI?
¿Qué es el Acuerdo de Nivel de Servicio?
Para obtener información sobre el Acuerdo de Nivel de Servicio de Power BI, vea el artículo Licensing Terms and
Documentation (Documentación y términos de licencia) de la sección Licensing (Licencias) del sitio web de
licencias de Microsoft.
¿Cómo controla Power BI la alta disponibilidad y la conmutación por error?
Para obtener información sobre alta disponibilidad y conmutación por error, vea P+F sobre alta disponibilidad,
conmutación por error y recuperación ante desastres en Power BI.
Seguridad en Power BI
¿Cumple Power BI los requisitos de cumplimiento nacionales, regionales y específicos del sector?
Para obtener más información acerca de la compatibilidad de Power BI, consulte el Centro de confianza de
Microsoft.
¿Cómo funciona la seguridad en Power BI?
Microsoft ha creado Power BI sobre Microsoft 365, que a su vez se basa en servicios de Azure como
Azure Active Directory. Para obtener información general de la arquitectura de Power BI, vea Seguridad de Power
BI.
Pasos siguientes
Descripción del rol de administrador de Power BI
Registro de autoservicio para Power BI
Adquisición de Power BI Pro
Procedimientos para comprar Power BI Premium
Notas del producto de Power BI Premium
Administración del grupo en Power BI y Office 365
Administración de cuentas de usuario de Office 365
Administración de grupos de Office 365
P+F sobre alta disponibilidad, conmutación por error
y recuperación ante desastres en Power BI
En este artículo se describe cómo el servicio Power BI ofrece alta disponibilidad y proporciona continuidad
empresarial y recuperación ante desastres a los usuarios. Después de leer este artículo, debería comprender mejor
cómo se logra la alta disponibilidad, en qué circunstancias realiza Power BI una conmutación por error y qué
esperar del servicio cuando la realiza.
¿Qué significa "alta disponibilidad" para Power BI?

Power BI es software como servicio (SaaS) totalmente administrado. Microsoft lo diseña y hace funcionar para que
sea resistente a los errores de infraestructura de modo que los usuarios siempre puedan acceder a sus informes. El
servicio está respaldado por un SLA del 99,9 %.
¿Qué es la conmutación por error de Power BI?

Power BI mantiene varias instancias de cada componente en centros de datos Azure (también conocidos como
regiones) para garantizar la continuidad empresarial. Si se produce una interrupción o un problema que hace que
Power BI sea inaccesible o no funcione en una región, Power BI realiza la conmutación por error de todos sus
componentes en esa región en una instancia de copia de seguridad. La conmutación por error restaura la
disponibilidad y operatividad en la instancia del servicio Power BI en una región nueva (normalmente en la misma
ubicación geográfica, como se indica en el Centro de confianza de Microsoft).
Una instancia del servicio Power BI conmutada por error solo admite operaciones de lectura, lo que significa que
las operaciones siguientes no se admiten durante la conmutación por error: actualizaciones, operaciones de
publicación de informes, modificaciones de paneles o informes, y otras operaciones que requieran cambios en los
metadatos de Power BI (por ejemplo, la inserción de un comentario en un informe). Las operaciones de lectura,
como la visualización de paneles e informes (que no se basan en DirectQuery o Live Connect a orígenes de datos
locales) seguirán funcionando con normalidad.
¿Cómo se mantienen sincronizadas las instancias de copia de seguridad

con los datos?
Todos los componentes del servicio Power BI sincronizan con regularidad sus instancias de copia de seguridad. El
objetivo es una sincronización a un momento dado de 15 minutos para todo el contenido que se cargue o
modifique en Power BI. Si se produce una conmutación por error, Power BI usa la replicación geográficamente
redundante de Azure Storage y la replicación geográficamente redundante de Azure SQL para garantizar la
existencia de instancias de copia de seguridad en otras regiones y que se puedan usar si se produce una
conmutación por error.
¿Dónde están ubicados los clústeres de conmutación por error?

Las instancias de copia de seguridad residen dentro de la misma ubicación geográfica (geoárea) que seleccionó
cuando la organización se registró en Power BI, excepto donde se indique en el Centro de confianza de Microsoft.
Una geoárea puede contener varias regiones, y Microsoft puede replicar datos en cualquiera de las regiones
dentro de una geoárea determinada para lograr la resistencia de los datos. Microsoft no replicará ni moverá los
datos del cliente fuera de la geoárea. Para obtener una asignación de las geoáreas que ofrece Power BI y las
regiones que contienen, vea el Centro de confianza de Microsoft.
¿Cómo decide Microsoft la conmutación por error?

Hay dos sistemas diferentes que indican cuándo puede ser necesaria una conmutación por error:
Nuestro sondeos de supervisión internos y externos indican una falta de disponibilidad o la incapacidad de
funcionar de forma correcta. Esas indicaciones se pueden basar en interrupciones detectadas en los
componentes de Power BI o uno o varios de los servicios de los que Power BI depende en una región.
El equipo de operaciones central de Microsoft Azure nos informa de una interrupción crítica en una región.
En ambos casos, los miembros del equipo ejecutivo de Power BI toman la decisión de realizar la conmutación por
error; la propia decisión no está automatizada. Una vez que se toma la decisión, el proceso de conmutación por
error se realiza de forma automática.
¿Cómo se puede saber que Power BI ya está en modo de conmutación

por error?
Se publica una notificación en la página de soporte técnico de Power BI (https://powerbi.microsoft.com/support/).
La notificación incluye las operaciones principales que no están disponibles durante la conmutación por error,
incluidas las de publicación, actualización, creación de paneles, duplicación de paneles y cambios de permisos.
¿Cuánto tiempo tarda Power BI en realizar la conmutación por error?

Una vez que se determina que es necesaria una conmutación por error, Power BI tarda aproximadamente
15 minutos en volver a estar operativo. El tiempo necesario para determinar que se requiere una conmutación por
error varía en función del escenario que se interrumpa.
Tras la conmutación por error, Power BI usa la replicación geográfica de Azure Storage para realizar la conmutación
por error. Este tipo de replicaciones suele tener un punto de retorno de 15 minutos, pero Azure Storage no
garantiza este período de tiempo con un acuerdo de nivel de servicio y, por tanto, Power BI tampoco puede
garantizarlo.
¿Cuando vuelve la instancia de Power BI a la región original?

Las instancias del servicio Power BI vuelven a su región original cuando se resuelva el problema que ha provocado
la conmutación por error. Consulte la página de soporte técnico de Power BI: Cuando se resuelve el problema, el
equipo de Power BI quita la notificación que describe la conmutación por error. En ese momento, las operaciones
deberían recuperar la normalidad.
¿Soy responsable de la disponibilidad de mi solución de Power BI?

Si la solución de Power BI que se usa en la organización implica uno de los elementos siguientes, debe tomar
ciertas medidas para garantizar que la solución sigue teniendo alta disponibilidad:
Si en la organización se usa Power BI Premium, debe asegurarse de que la capacidad Premium tiene el tamaño
para satisfacer las demandas de carga de la implementación. Las notas del producto de planeación e
implementación de Power BI Premium y la aplicación Premium Capacity Metrics de Power BI pueden ayudar a
planear y satisfacer este requisito. Periódicamente se agregan características nuevas a la aplicación de métricas
y al portal de administración de Power BI para que sirvan de ayuda.
Si en la organización se accede a orígenes de datos locales mediante la puerta de enlace de datos local, tendrá
que configurar la puerta de enlace como se describe en este artículo para admitir la alta disponibilidad. Siga
estas instrucciones si va a actualizar informes en modo de importación o va a acceder a datos o modelos de
datos mediante DirectQuery o Live Connect.
¿Las puertas de enlace funcionarán en el modo de conmutación por
error?
No. Los datos necesarios de orígenes de datos locales (todos los informes y paneles basados en Direct Query y
Live Connect) no funcionarán durante una conmutación por error. Pero la configuración de puerta de enlace no
cambia: cuando la instancia de Power BI vuelve a su estado original, las puertas de enlace recuperan su
funcionamiento normal.
La administración de Power BI Premium implica la creación, administración y supervisión de las capacidades

Premium. En este artículo se proporciona información general sobre las capacidades; consulte Configuración y
administración de capacidades para instrucciones detalladas.
Creación y administración de capacidades

En la página Configuración de la capacidad del portal de administración de Power BI se muestra la cantidad de
núcleos virtuales comprados y las capacidades Premium disponibles. La página permita que los administradores
globales de Office 365 y los administradores del servicio Power BI puedan crear capacidades Premium a partir de
los núcleos virtuales disponibles, o bien modificar capacidades Premium existentes.
Al crear una capacidad Premium, los administradores deben definir:
El nombre de la capacidad (que debe ser único dentro del inquilino).
Los administradores de la capacidad.
El tamaño de la capacidad.
La región de residencia de los datos.
Se debe asignar al menos un administrador de capacidad. Los usuarios asignados como administradores de
capacidad pueden:
Asignar áreas de trabajo a la capacidad.
Asignar los permisos de usuarios, para agregar administradores de capacidad o usuarios con permisos de
asignación (a fin de permitirles asignar áreas de trabajo a la capacidad).
Administrar cargas de trabajo para configurar el uso máximo de memoria para las cargas de trabajo de flujos
de datos e informes paginados.
Reiniciar la capacidad para restablecer todas las operaciones debido a una sobrecarga del sistema.
Los administradores de capacidad no pueden acceder al contenido del área de trabajo a menos que se los asigne
explícitamente en permisos del área de trabajo. Tampoco tienen acceso a todas las áreas de administración de
Power BI (a menos que se asignen de manera explícita), como métricas de uso, registros de auditoría o
configuración del inquilino. Lo importante es que los administradores de capacidad no tienen permisos para crear
capacidades nuevas ni para escalar las existentes. Los administradores se asignan por capacidad, lo que garantiza
que solo podrán ver y administrar las capacidades a las que están asignados.
El tamaño de la capacidad se selecciona en una lista de las opciones de SKU disponible, que se ve restringida por
el número de núcleos virtuales disponibles en el grupo. Es posible crear varias capacidades desde el grupo, cuyo
origen puede ser una o varias SKU compradas. Por ejemplo, una SKU P3 (32 núcleos virtuales) se podría usar para
crear tres capacidades: una P2 (16 núcleos virtuales) y dos P1 (2 x 8 núcleos virtuales). Es posible mejorar el
rendimiento y la escala mediante la creación de capacidades de menor tamaño, tal como se describe en el artículo
Optimización de las capacidades Premium. En la imagen siguiente se muestra una configuración de ejemplo para
la organización ficticia Contoso, que consta de cinco capacidades Premium (3 x P1 y 2 x P3), donde cada una
contiene áreas de trabajo y varias áreas de trabajo en la capacidad compartida.
Se puede asignar una capacidad Premium a una región distinta de la región de inicio del inquilino de Power BI,
una característica que se conoce como Multi-Geo. Multi-Geo brinda control administrativo sobre los centros de
datos dentro de regiones geográficas definidas donde reside el contenido de Power BI. Por lo general, la lógica de
una implementación multigeográfica es para cumplimiento corporativo o gubernamental, en lugar del
rendimiento y la escala. La carga de informes y paneles sigue implicando solicitudes de metadatos a la región
principal. Para más información, vea Compatibilidad de Multi-Geo con Power BI Premium.
Los administradores del servicio Power BI y los administradores globales de Office 365 pueden modificar la
capacidades Premium. En concreto, pueden:
Cambiar el tamaño de la capacidad para escalar o reducir verticalmente los recursos.
Agregar o quitar administradores de capacidad.
Agregar o quitar usuarios con permisos de asignación.
Agregar o quitar cargas de trabajo adicionales.
Cambiar las regiones.
Los permisos de asignación son necesarios para asignar un área de trabajo a una capacidad Premium específica.
Los permisos se pueden conceder a toda la organización, a usuarios específicos o a grupos.
De manera predeterminada, las capacidades Premium admiten cargas de trabajo asociadas con la ejecución de
consultas de Power BI. Las capacidades Premium también admiten otras cargas de trabajo: IA (Cognitive
Ser vices) , Informes paginados y Flujos de datos . Cada carga de trabajo requiere configurar la memoria
máxima (como un porcentaje de la memoria total disponible) que puede usar la carga de trabajo. Es importante
comprender que el aumento de las asignaciones de memoria máxima puede afectar el número de modelos
activos que se pueden hospedar y el rendimiento de las actualizaciones.
La memoria se asigna de manera dinámica a los flujos de datos, pero de forma estática a los informes paginados.
La razón para asignar estáticamente la memoria máxima es que los informes paginados se ejecutan dentro de un
espacio contenido protegido de la capacidad. Se debe tener cuidado al establecer la memoria de los informes
paginados, ya que se reduce la memoria disponible para cargar los modelos. Para más información, consulte la
configuración de memoria predeterminada.
Es posible eliminar una capacidad Premium, lo que no eliminará las áreas de trabajo ni el contenido. En lugar de
eso, todas las áreas de trabajo asignadas se mueven a la capacidad compartida. Cuando se creó la capacidad
Premium en otra región, el área de trabajo se mueve a la capacidad compartida de la región de inicio.
Asignación de áreas de trabajo a las capacidades
Las áreas de trabajo se pueden asignar a una capacidad Premium en el portal de administración de Power BI o, en
el caso de un área de trabajo, en el panel Área de trabajo .
Los administradores de capacidad, así como los administradores globales de Office 365 o los administradores del
servicio Power BI, pueden asignar áreas de trabajo en masa en el portal de administración de Power BI. La
asignación masiva se puede aplicar a:
Áreas de trabajo por usuarios : todas las áreas de trabajo que pertenecen a esos usuarios, incluidas las
áreas de trabajo personales, se asignan a la capacidad Premium. Esto incluirá la reasignación de las áreas
de trabajo cuando ya estén asignadas a una capacidad Premium diferente. Además, a los usuarios también
se les asignan permisos de asignación de área de trabajo.
Áreas de trabajo específicas
Áreas de trabajo de toda la organización : todas las áreas de trabajo, incluidas las áreas de trabajo
personales, se asignan a la capacidad Premium. A todos los usuarios actuales y futuros se les asignan
permisos de asignación de área de trabajo. No se recomienda este enfoque. Se prefiere un enfoque más
dirigido.
Para agregar un área de trabajo a una capacidad Premium, puede usar el panel Área de trabajo , siempre que el
usuario sea administrador de un área de trabajo y tenga permisos de asignación.
Los administradores del área de trabajo pueden quitar un área de trabajo de una capacidad (en una capacidad
compartida) sin requerir el permiso de asignación. Al quitar áreas de trabajo de capacidades dedicadas, se reubica
de manera eficaz el área de trabajo en una capacidad compartida. Tenga en cuenta que quitar un área de trabajo
de una capacidad Premium puede tener consecuencias negativas como, por ejemplo que el contenido compartido
no esté disponible para los usuarios con licencias gratuitas de Power BI o la suspensión de una actualización
programada cuando se excedan las provisiones que admiten las capacidades compartidas.
En el servicio Power BI, un área de trabajo asignada a una capacidad Premium se identifica fácilmente con el icono
de diamante que aparece en el nombre del área de trabajo.
Supervisión de las capacidades

La supervisión de las capacidades Premium proporciona a los administradores una descripción del
funcionamiento de las capacidades. Las capacidades se pueden supervisar mediante el portal de administración
de Power BI o con la aplicación Métricas de capacidad de Power BI Premium (Power BI).
En el portal de administración, para cada capacidad, la pestaña Health (Estado) proporciona un resumen de las
métricas correspondientes a la capacidad y cada carga de trabajo habilitada. Las métricas muestran un promedio
de los últimos siete días.
En el nivel de capacidad, las métricas son acumulativas de todas las cargas de trabajo habilitadas. Se proporcionan
las métricas siguientes:
USO DE CPU : proporciona el uso de CPU promedio como porcentaje de la CPU disponible total para la
capacidad.
USO DE MEMORIA : proporciona el uso de memoria promedio (en GB) como un total de la memoria
disponible para la capacidad.
Para cada carga de trabajo habilitada, se proporciona el uso de CPU y memoria, así como varias métricas
específicas de la carga de trabajo. Por ejemplo, para la carga de trabajo Flujo de datos, Total Count (Recuento
total) muestra el total de actualizaciones de cada flujo de datos, mientras que Average Duration (Duración
promedio) muestra la duración promedio de actualización para el flujo de datos.
Para más información sobre todas las métricas disponibles para cada carga de trabajo, consulte Supervisión de
capacidades en el portal de administración.
Las funcionalidades de supervisión en el portal de administración de Power BI están diseñadas para brindar un
resumen rápido de las métricas de capacidad clave. Para una supervisión más detallada, se recomienda usar la
aplicación Métricas de capacidad de Power BI Premium .
Aplicación Métricas de capacidad de Power BI Premium
La aplicación Métricas de capacidad de Power BI Premium es una aplicación de Power BI que está disponible para
los administradores de capacidad y se instala como cualquier otra aplicación de Power BI. Contiene un panel y un
informe.
Cuando se abre la aplicación, se carga el panel para presentar numerosos iconos que expresan una vista agregada
de todas las capacidades de las que el usuario es un administrador de la capacidad. El diseño del panel incluye
cinco secciones principales:
Información general : versión de la aplicación, cantidad de capacidades y áreas de trabajo.
Resumen del sistema : métricas de memoria y CPU.
Resumen de conjuntos de datos : métricas de consultas, actualizaciones, DQ/LC y número de conjuntos de
datos.
Resumen de flujos de datos : métricas de conjuntos de datos y número de flujos de datos.
Resumen de informes paginados : métricas de actualizaciones y visualizaciones.
Es posible acceder al informe subyacente, desde donde se anclaron los iconos del panel, si se hace clic en
cualquiera de los iconos del panel. Proporciona una perspectiva más detallada de cada una de las secciones del
panel y admite el filtrado interactivo.
Para lograr el filtrado, puede establecer segmentaciones por intervalo de fechas, capacidad, área de trabajo y
carga de trabajo (informe, conjunto de datos, flujo de datos) y seleccionar elementos dentro de objetos visuales de
informes para aplicar un filtro cruzado en la página de informe. El filtrado cruzado es una técnica eficaz para
limitar a períodos de tiempo, capacidades, áreas de trabajo, conjuntos de datos específicos, entre otros, y puede
ser muy útil al realizar un análisis de la causa principal.
Para información más detallada sobre las métricas de panel e informe en la aplicación, consulte Supervisión de
capacidades Premium con la aplicación.
Interpretación de las métricas
Las métricas se deben supervisar para entender detalladamente el uso de los recursos y la actividad de las cargas
de trabajo. Si la capacidad se ralentiza, es importante entender cuáles son las métricas que se deben supervisar y
las conclusiones que puede sacar.
Idealmente, las consultas se deben completar en un segundo para brindar experiencias con capacidad de
respuesta a los usuarios de los informes y permitir un mayor rendimiento de las consultas. Por lo general, es
menos preocupante cuando los procesos en segundo plano (incluidas las actualizaciones) tardan más tiempo en
completarse.
Por lo general, los informes lentos pueden ser indicio de una capacidad sobrecalentada. Cuando no se cargan los
informes, es señal de que se sobrecalentó una capacidad. En cualquier caso, la causa principal se podría atribuir a
muchos factores, entre los que se incluyen:
Las consultas con error que, ciertamente, indican la presión de memoria y que un modelo no se podría
cargar en la memoria. El servicio Power BI intentará cargar un modelo durante 30 segundos antes de que
se produzca un error.
Los tiempos de espera de consulta excesivos se pueden deber a distintos motivos:
La necesidad de que el servicio Power BI expulse primero los modelos y luego cargue los modelos que
se van a consultar (recuerde que tasas más altas de expulsión de los conjuntos de datos por sí mismas
no son señal de una presión de capacidad, a menos que vayan acompañadas de tiempos de espera de
consulta prolongados que indiquen la hiperpaginación de memoria).
Tiempos de carga de modelo (especialmente la espera para cargar en memoria un modelo de gran
tamaño).
Consultas de larga duración.
Demasiadas conexiones LC\DQ (que superan los límites de la capacidad).
Saturación de la CPU.
Diseños de informes complejos con una cantidad excesiva de objetos visuales en una página (recuerde
que cada objeto visual es una consulta).
Las consultas de larga duración pueden indicar que los diseños de modelos no están optimizados,
especialmente cuando hay varios conjuntos de datos activos en una capacidad y solo un conjunto de datos
genera que las consultas sean de larga duración. Esto sugiere que la capacidad tiene los recursos
suficientes y que el conjunto de datos en cuestión no es óptimo o es simplemente lento. Las consultas de
larga duración pueden ser problemáticas porque pueden bloquear el acceso a los recursos que otros
procesos requieren.
Los tiempos de espera de actualización prolongados indican que no hay memoria suficiente debido
a que son muchos los modelos activos que consumen memoria, o bien que hay una actualización
problemática bloqueando otras actualizaciones (superando los límites de actualizaciones en paralelo).
Puede encontrar una explicación más detallada sobre cómo usar las métricas en el artículo Optimización de las
capacidades Premium.
Agradecimientos
Este artículo es obra de Peter Myers, MVP de plataforma de datos y experto independiente de BI con Bitwise
Solutions.
Pasos siguientes
Configuración de cargas de trabajo en una capacidad Premium
Cuando surgen problemas de rendimiento de la capacidad Premium, un primer enfoque común consiste en
optimizar o ajustar las soluciones para restaurar tiempos de respuesta aceptables. La lógica es poder evitar la
compra de más capacidad Premium, a menos que esté justificada.
Cuando se necesita más capacidad Premium, hay dos opciones que se describen en este artículo:
Escalado vertical de una capacidad Premium existente
Adición de una capacidad Premium nueva
Por último, el artículo concluye con los enfoques de prueba y ajuste del tamaño de la capacidad Premium.
Procedimientos recomendados
Al intentar obtener el uso y rendimiento óptimos, existen algunos procedimientos recomendados, entre los que
se incluyen los siguientes:
Uso de las nuevas áreas de trabajo en lugar de las personales.
Separación de inteligencia empresarial de autoservicio (SSBI) y crítica para la empresa en diferentes
capacidades.
Si el contenido solo se comparte con usuarios de Power BI Pro, es posible que no sea necesario
almacenarlo en una capacidad dedicada.
Use capacidades dedicadas cuando quiera lograr una hora de actualización específica, o bien cuando se
requieran determinadas características. Por ejemplo, con conjuntos de datos grandes o informes
paginados.
Solución de preguntas habituales
La optimización de las implementaciones de Power BI Premium es un tema complejo que implica una
comprensión de los requisitos de carga de trabajo, los recursos disponibles y su uso eficaz.
En este artículo se abordan siete preguntas de soporte técnico comunes, en las que se describen posibles
problemas y explicaciones, así como información sobre cómo identificarlos y resolverlos.
¿Por qué la capacidad es lenta y qué puedo hacer?
Hay muchas razones que pueden contribuir a la lentitud de una capacidad Premium. Esta pregunta requiere más
información para comprender lo que se entiende por lentitud. ¿Los informes tardan en cargarse? ¿O bien no se
pueden cargar? ¿Los objetos visuales de informes tardan en cargarse o actualizarse cuando los usuarios
interactúan con el informe? ¿La actualización tarda en completarse más de lo esperado o de lo que se ha
experimentado antes?
Una vez que se entiende el motivo, puede empezar a investigar. Las respuestas a las seis preguntas siguientes le
ayudarán a abordar problemas más específicos.
¿Qué contenido está usando mi capacidad?
Puede usar la aplicación Métricas de capacidad de Power BI Premium para filtrar por capacidad y revisar
las métricas de rendimiento del contenido del área de trabajo. Se pueden revisar las métricas de rendimiento y el
uso de los recursos por hora durante los últimos siete días para todo el contenido almacenado dentro de una
capacidad Premium. La supervisión suele ser el primer paso a la hora de solucionar un problema general
relacionado con el rendimiento de la capacidad Premium.
Entre las métricas clave que se deben supervisar se incluyen las siguientes:
Uso medio de CPU y recuento de uso alto.
Promedio de memoria y recuento de uso alto, y uso de memoria para conjuntos de datos, flujos de datos e
informes paginados específicos.
Conjuntos de datos activos cargados en memoria.
Duración media y máxima de las consultas.
Promedios de tiempos de espera de consulta.
Tiempo medio de actualización de conjuntos de datos y flujos de datos.
En la aplicación Métricas de capacidad de Power BI Premium, la memoria activa muestra la cantidad total de
memoria asignada a un informe que no se puede expulsar porque se ha usado en los últimos tres minutos. Un
pico elevado en el tiempo de espera de actualización podría estar relacionado con un conjunto de datos grande o
activo.
En el gráfico Top 5 by Average Duration (Cinco principales por duración promedio) se resaltan los cinco
principales conjuntos de datos, informes paginados y flujos de dados que consumen recursos de capacidad. El
contenido de las listas de 5 principales es candidato para la investigación y posible optimización.
¿Por qué son lentos los informes?
En las tablas siguientes se muestran los posibles problemas y maneras de identificarlos y administrarlos.
Recursos de capacidad insuficientes
EXP L IC A C IO N ES P O SIB L ES C Ó M O IDEN T IF IC A RLO C Ó M O RESO LVERLO
Memoria activa total elevada (el Supervise las métricas de memoria [1] Reduzca el tamaño del modelo o
modelo no se puede expulsar porque y los recuentos de expulsión [2]. conviértalo al modo DirectQuery. Vea
está en uso en los últimos tres la sección Optimización de modelos de
minutos). este artículo.
Varios picos elevados en los tiempos Escale verticalmente la capacidad.

de espera de consulta.
Asigne el contenido a otra capacidad.
Varios picos elevados en los tiempos
de espera de actualización.
Diseños de informe ineficaces

Las páginas del informe contienen Revise los diseños de informes. Vuelva a diseñar los informes con
demasiados objetos visuales (el filtrado menos objetos visuales por página.
interactivo puede desencadenar al Entreviste a los usuarios de los
menos una consulta por objeto visual). informes para entender cómo
interactúan con ellos.
Los objetos visuales recuperan más
datos de los necesarios. Supervise las métricas de consulta de
conjunto de datos [3].
El conjunto de datos es lento, especialmente cuando antes los informes se han ejecutado de forma correcta
Grandes volúmenes de datos de Revise los diseños del modelo. Vea la sección Optimización de
importación cada vez mayores. modelos de este artículo.
Supervise los contadores de
Lógica de cálculo compleja o ineficaz, rendimiento de puerta de enlace.
incluidos los roles de RLS.
El modelo no está totalmente

optimizado.
Latencia de puerta de enlace (DQ/LC).
Tiempos de respuesta de consulta

lentos de origen de DirectQuery.
Uso elevado de informes simultáneos
Tiempos de espera de consulta Supervise las métricas de Utilización de Escale verticalmente la capacidad o
elevados. CPU [4], tiempos de espera de consulta asigne el contenido a otra capacidad.
y uso de DQ/LC [5], y las duraciones de
Saturación de la CPU. las consultas. Si hay fluctuaciones, Vuelva a diseñar los informes con
pueden indicar problemas de menos objetos visuales por página.
Se han superado los límites de simultaneidad.
conexión de DQ/LC.
Notas:
[1] Promedio de uso de la memoria (GB) y Consumo de memoria máximo (GB).
[2] Expulsiones de conjuntos de datos.
[3] Consultas de conjunto de datos, Duración media de consulta del conjunto de datos (ms), Recuento de espera
de conjunto de datos y Tiempo promedio de espera de conjunto de datos (ms).
[4] Recuento de uso alto de CPU y Hora de uso más alto de la CPU (últimos siete días).
[5] Recuento de uso alto de DQ/LC y Hora de uso más alto de DQ/LC (últimos siete días).
¿Por qué no se cargan los informes?
Cuando los informes no se cargan, es una señal evidente de que la capacidad no tiene memoria suficiente y está
sobrecalentada. Esto puede ocurrir cuando todos los modelos cargados se consultan de forma activa, por lo que
no se pueden expulsar, y las operaciones de actualización se han pausado o retrasado. El servicio Power BI
intentará cargar el conjunto de datos durante 30 segundos y el error se notificará al usuario de forma correcta
con una sugerencia para que lo intente de nuevo en breve.
En la actualidad no existe ninguna métrica para supervisar los errores de carga de informes. Puede identificar la
posibilidad de este problema si supervisa la memoria del sistema, en concreto el uso más alto y la hora de uso
más alto. Los valores elevados de expulsiones de conjunto de datos y tiempo de espera promedio de
actualización del conjunto de datos podrían sugerir que se está produciendo este problema.
Si esto solo sucede de forma ocasional, es posible que no se considere un problema prioritario. Se informa a los
usuarios del informe de que el servicio está ocupado y que deben volver a intentarlo después de un breve
período de tiempo. Si esto ocurre con demasiada frecuencia, el problema se puede resolver mediante el escalado
vertical de la capacidad Premium o la asignación del contenido a otra capacidad.
Los administradores de capacidad (y los del servicio Power BI) pueden supervisar la métrica Errores de
consulta para determinar cuándo sucede esto. También pueden reiniciar la capacidad, y restablecer todas las
operaciones en caso de sobrecarga del sistema.
¿Por qué no se inician las actualizaciones según la programación?
Las horas de inicio de la actualización programada no están garantizadas. Recuerde que el servicio Power BI
siempre dará prioridad a las operaciones interactivas sobre las operaciones en segundo plano. La actualización
es una operación en segundo plano que se puede producir cuando se cumplen dos condiciones:
Hay memoria suficiente
No se supera el número de actualizaciones simultáneas admitidas para la capacidad Premium
Cuando no se cumplen las condiciones, la actualización se pone en cola hasta que las condiciones sean
favorables.
Para una actualización completa, recuerde que al menos se requiere el doble del tamaño de la memoria del
conjunto de datos actual. Si no hay suficiente memoria disponible, la actualización no se puede iniciar hasta que
la expulsión del modelo libere memoria, lo que supone retrasos hasta que uno o varios conjuntos de datos
queden inactivos y se puedan expulsar.
Recuerde que el número de actualizaciones simultáneas máximas que se admite se establece en 1,5 veces los
núcleos virtuales de back-end, redondeado hacia arriba.
Se producirá un error en una actualización programada cuando no se pueda iniciar antes de que se inicie la
siguiente actualización programada. Una actualización a petición desencadenada de forma manual desde la
interfaz de usuario intentará ejecutarse hasta tres veces antes de que se produzca un error.
Los administradores de capacidad (y los del servicio Power BI) pueden supervisar la métrica de tiempo de
espera promedio de actualización (minutos) para determinar el retraso medio entre la hora programada y
el inicio de la operación.
Aunque no suele ser una prioridad administrativa, para influir en las actualizaciones de datos puntuales,
asegúrese de que haya suficiente memoria disponible. Esto puede implicar el aislamiento de los conjuntos de
datos en capacidades con recursos suficientes conocidos. También es posible que los administradores se
coordinen con los propietarios del conjunto de datos para ayudar a escalonar o reducir los tiempos de
actualización de datos programados con el fin de minimizar las colisiones. Tenga en cuenta que no es posible
que un administrador vea la cola de actualización ni que recupere las programaciones del conjunto de datos.
¿Por qué son lentas las actualizaciones?
Las actualizaciones pueden ser lentas o percibirse como tales (como se aborda en la pregunta común anterior).
Cuando la actualización es realmente lenta, puede deberse a varios motivos:
CPU insuficiente (la actualización puede consumir mucha CPU).
Memoria insuficiente, lo que produce una pausa de la actualización (que requiere que se inicie de nuevo
cuando las condiciones sean favorables para reiniciarse).
Razones no relacionadas con la capacidad, incluida la latencia de red, permisos no válidos, el rendimiento de
la puerta de enlace o la capacidad de respuesta del sistema del origen de datos.
Volumen de datos: una buena razón para configurar la actualización incremental, como se describe a
continuación.
Los administradores de capacidad (y los del servicio Power BI) pueden supervisar la métrica Duración
promedio de la actualización (minutos) para determinar un banco de pruebas para la comparación en el
tiempo, y la métrica Tiempo de espera promedio de actualización (minutos) para determinar el retraso
medio entre la hora programada y el inicio de la operación.
La actualización incremental puede reducir significativamente la duración de la actualización de datos,
especialmente en el caso de tablas de modelos grandes. Hay cuatro ventajas asociadas con la actualización
incremental:
Las actualizaciones son más rápidas : solo es necesario cargar un subconjunto de una tabla, lo que
reduce el uso de la CPU y la memoria, y el paralelismo puede ser mayor al actualizar varias particiones.
Las actualizaciones solo se producen cuando son necesarias : se pueden configurar directivas de
actualización incremental para que solo se carguen cuando los datos han cambiado.
Las actualizaciones son más confiables : las conexiones de ejecución más corta a sistemas de origen de
datos volátiles son menos susceptibles a la desconexión.
Los modelos permanecen recor tados : se pueden configurar directivas de actualización incremental para
quitar automáticamente el historial más allá de una ventana deslizante de tiempo.
Para más información, vea Actualizaciones incrementales en Power BI Premium.
¿Por qué no se completan las actualizaciones de datos?
Cuando la actualización de datos comienza pero no se completa, puede deberse a varios motivos:
Memoria insuficiente, incluso si solo hay un modelo en la capacidad Premium, es decir, el tamaño del modelo
es muy grande.
Razones no relacionadas con la capacidad, incluida la desconexión del sistema de origen de datos, permisos
no válidos o un error de la puerta de enlace.
Los administradores de capacidad (y los del servicio Power BI) pueden supervisar la métrica Refresh Failures
due to out of Memor y (Errores de consulta debido a memoria insuficiente).
Optimización de modelos
El diseño de modelos óptimos es fundamental para ofrecer una solución eficaz y escalable. Pero proporcionar
una explicación completa queda fuera del ámbito de este artículo. En su lugar, en esta sección se proporcionarán
las áreas clave que se deben tener en cuenta al optimizar los modelos.
Optimización de modelos hospedados en Power BI
La optimización de los modelos hospedados en una capacidad Premium se puede lograr en los niveles del
origen de datos y el modelo.
Tenga en cuenta las posibilidades de optimización de un modelo de importación:
En el nivel de origen de datos:

Los orígenes de datos relacionales se pueden optimizar para garantizar la actualización más rápida posible
mediante la integración previa de los datos, la aplicación de los índices adecuados, la definición de particiones
de tabla acordes con los períodos de actualización incremental y la materialización de cálculos (en lugar de
tablas y columnas de modelos calculados), o bien mediante la adición de lógica de cálculo a las vistas.
Los orígenes de datos no relacionales se pueden integrar previamente con almacenes relacionales.
Asegúrese de que las puertas de enlace tienen recursos suficientes, preferiblemente en equipos dedicados,
con suficiente ancho de banda de red y que están cerca de los orígenes de datos.
En el nivel de modelo:
Los diseños de consulta de Power Query pueden minimizar o quitar transformaciones complejas,
especialmente las que combinan distintos orígenes de datos (los almacenes de datos lo logran durante su
fase de extracción, transformación y carga). Además, al asegurarse de que se establecen los niveles de
privacidad del origen de datos adecuados, se puede evitar la necesidad de que Power BI cargue resultados
completos para generar un resultado combinado en las consultas.
La estructura del modelo determina los datos que se van a cargar y tiene un impacto directo en el tamaño del
modelo. Se puede diseñar para evitar la carga de datos innecesarios mediante la eliminación de columnas y
filas (especialmente datos históricos), o la carga de datos resumidos (a costa de cargar datos detallados). Se
puede lograr una reducción drástica del tamaño si se quitan las columnas de cardinalidad (especialmente las
columnas de texto) que no se almacenan ni comprimen de manera muy eficaz.
El rendimiento de la consulta del modelo se puede mejorar mediante la configuración de relaciones de
dirección única, a menos que haya una buena razón para permitir el filtrado bidireccional. Considere también
la posibilidad de usar la función CROSSFILTER en lugar del filtrado bidireccional.
Las tablas de agregación pueden obtener respuestas de consulta rápidas mediante la carga de datos
resumidos previamente, pero esto aumentará el tamaño del modelo y dará lugar a tiempos de actualización
más largos. Por lo general, las tablas de agregación se deben reservar para modelos muy grandes o diseños
de modelos compuestos.
Las tablas y columnas calculadas aumentan el tamaño del modelo y dan lugar a tiempos de actualización más
largos. Por lo general, se puede lograr un tamaño de almacenamiento más pequeño y un tiempo de
actualización más rápido cuando los datos se materializan o calculan en el origen de datos. Si esto no es
posible, el uso de columnas personalizadas de Power Query puede ofrecer una compresión de
almacenamiento mejorada.
Es posible que se puedan ajustar expresiones DAX para medidas y reglas de RLS, y reescribir la lógica para
evitar fórmulas costosas
La actualización incremental puede reducir drásticamente el tiempo de actualización y conservar la memoria
y la CPU. La actualización incremental también se puede configurar para quitar datos históricos y mantener el
recorte de los tamaños de modelo.
Un modelo se podría rediseñar como dos cuando existen patrones de consulta diferentes y en conflicto. Por
ejemplo, algunos informes presentan agregados generales de todo el historial y pueden tolerar una latencia
de 24 horas. Otros informes se limitan a los datos actuales y necesitan acceso pormenorizado a transacciones
individuales. En lugar de diseñar un único modelo para satisfacer todos los informes, cree dos modelos
optimizados para cada requisito.
Tenga en cuenta las posibilidades de optimización de un modelo de DirectQuery. A medida que el modelo emite
solicitudes de consulta al origen de datos subyacente, la optimización del origen de datos es fundamental para
entregar consultas de modelo que respondan.
En el nivel de origen de datos:
El origen de datos se puede optimizar para garantizar la consulta más rápida posible mediante la integración
previa de los datos (que no es posible en el nivel de modelo), la aplicación de los índices adecuados, la
definición de particiones de tabla, la materialización de datos resumidos (con vistas indexadas) y la
minimización de la cantidad de cálculos. La mejor experiencia se consigue cuando las consultas de paso a
través solo necesitan filtrar y realizar combinaciones internas entre tablas o vistas indexadas.
con suficiente ancho de banda de red y están cerca del origen de datos.
En el nivel de modelo:
Preferiblemente, los diseños de consulta de Power Query no deberían aplicar transformaciones; de lo
contrario, intente mantener las transformaciones al mínimo absoluto.
El rendimiento de la consulta del modelo se puede mejorar mediante la configuración de relaciones de
dirección única, a menos que haya una buena razón para permitir el filtrado bidireccional. Además, las
relaciones del modelo se deben configurar para asumir que se aplica la integridad referencial (cuando este es
el caso) y, como resultado, en las consultas de orígenes de datos se usarán combinaciones internas más
eficaces (en lugar de combinaciones externas).
Evite crear columnas personalizadas de consultas de Power Query o columnas calculadas del modelo: intente
materializarlas en el origen de datos, siempre que sea posible.
Es posible que se puedan ajustar expresiones DAX para medidas y reglas de RLS, y reescribir la lógica para
evitar fórmulas costosas.
Tenga en cuenta las posibilidades de optimización de un modelo compuesto. Recuerde que un modelo
compuesto permite una combinación de tablas de importación y de DirectQuery.
Por lo general, la optimización de los modelos de importación y DirectQuery se aplica a las tablas de modelo
compuesto en las que se usan estos modos de almacenamiento.
Es habitual intentar lograr un diseño equilibrado mediante la configuración de tablas de tipo de dimensión
(que representan entidades empresariales) en modo de almacenamiento dual, y las tablas de tipo de hechos
(a menudo tablas grandes que representan hechos operativos) en modo de almacenamiento de DirectQuery.
El modo de almacenamiento dual equivale a los modos de almacenamiento de importación y de DirectQuery,
lo que permite al servicio Power BI determinar el modo de almacenamiento más eficaz para usarlo al generar
una consulta nativa para la operación de paso a través.
con suficiente ancho de banda de red y que están cerca de los orígenes de datos
Las tablas de agregaciones configuradas como modo de almacenamiento de importación pueden mejorar de
forma considerable el rendimiento de las consultas cuando se usan para resumir tablas de tipo de hechos en
modo de almacenamiento de DirectQuery. En este caso, las tablas de agregación aumentarán el tamaño del
modelo y el tiempo de actualización, lo que a menudo resulta aceptable y compensa para obtener consultas
más rápidas.
Optimización de modelos hospedados externamente
Muchas de las posibilidades de optimización descritas en la sección Optimización de modelos hospedados en
Power BI también se aplican a los modelos desarrollados con Azure Analysis Services y SQL Server Analysis
Services. Las excepciones evidentes son ciertas características que no se admiten en la actualidad, incluidos los
modelos compuestos y las tablas de agregación.
Una consideración adicional para los conjuntos de datos hospedados externamente es el hospedaje de la base de
datos en relación con el servicio Power BI. Para Azure Analysis Services, esto significa crear el recurso de Azure
en la misma región que el inquilino de Power BI (la región principal). Para SQL Server Analysis Services, en el
caso de IaaS, esto significa hospedar la máquina virtual en la misma región y, para el entorno local, garantizar
una configuración de puerta de enlace eficaz.
Por otra parte, puede ser de interés destacar que en las bases de datos de Azure Analysis Services y las bases de
datos tabulares de SQL Server Analysis Services es necesario que los modelos se carguen completamente en
memoria y que permanezcan allí de forma continua para admitir las consultas. Como sucede en el servicio
Power BI, debe haber memoria suficiente para la actualización si el modelo debe permanecer en línea durante la
actualización. A diferencia de lo que ocurre en el servicio Power BI, no hay ningún concepto de que la memoria
de los modelos aumente o disminuya de forma automática en función del uso. Por tanto, Power BI Premium
ofrece un enfoque más eficaz para maximizar las consultas de modelos con un menor uso de memoria.
Planeamiento de capacidad
El tamaño de una capacidad Premium determina la memoria disponible y los recursos del procesador y los
límites impuestos en la capacidad. También se debe tener en cuenta el número de capacidades Premium, ya que
la creación de varias capacidades Premium puede facilitar el aislamiento de las cargas de trabajo entre sí.
Recuerde que el almacenamiento es de 100 TB por nodo de capacidad, lo que probablemente sea más que
suficiente para cualquier carga de trabajo.
Determinar el tamaño y el número de capacidades Premium puede ser un reto, especialmente para las
capacidades iniciales que cree. Al ajustar el tamaño de la capacidad, el primer paso consiste es comprender el
promedio de carga de trabajo que representa el uso cotidiano esperado. Es importante entender que no todas
las cargas de trabajo son iguales. Por ejemplo, en un extremo de un espectro, 100 usuarios simultáneos que
acceden a una sola página de un informe que contiene un solo objeto visual se puede conseguir fácilmente. Pero,
en el otro extremo del espectro, 100 usuarios simultáneos que acceden a 100 informes distintos, cada uno con
100 objetos visuales en la página del informe, supondrá una demanda muy distinta de los recursos de la
capacidad.
Por tanto, los administradores de capacidad deberán tener en cuenta muchos factores específicos del entorno, el
contenido y el uso esperado. El objetivo de invalidación es maximizar la utilización de la capacidad, a la vez que
se proporcionan tiempos de consulta coherentes, tiempos de espera aceptables y tasas de expulsión. Algunos
factores que se deben tener en cuenta son los siguientes:
Tamaño del modelo y características de los datos : los modelos de importación se deben cargar
totalmente en memoria para permitir la consulta o la actualización. Los conjuntos de datos de LC/DQ pueden
requerir mucho tiempo de procesador y posiblemente mucha memoria para evaluar medidas complejas o
reglas RLS. El tamaño de la memoria y del procesador, y el rendimiento de las consultas LC/DQ están
restringidos por el tamaño de la capacidad.
Modelos activos simultáneos : la consulta simultánea de diferentes modelos de importación
proporcionará mejor capacidad de respuesta y rendimiento cuando permanecen en la memoria. Debe haber
memoria suficiente para hospedar todos los modelos que se consultan de manera intensiva, con memoria
adicional para permitir su actualización.
Impor tación de la actualización del modelo : el tipo de actualización (completa o incremental), la
duración y la complejidad de las consultas de Power Query y la lógica de tablas o columnas calculadas
pueden afectar a la memoria y, en especial, al uso del procesador. Las actualizaciones simultáneas están
limitadas por el tamaño de la capacidad (1,5 x núcleos virtuales de back-end, redondeado hacia arriba).
Consultas simultáneas : muchas consultas simultáneas pueden dar lugar a informes que no responden
cuando las conexiones del procesador o LC/DQ superan el límite de la capacidad. Esto sucede especialmente
con las páginas de informe que incluyen muchos objetos visuales.
Flujos de datos e informes paginados : la capacidad se puede configurar para admitir flujos de datos e
informes paginados, y cada uno requiere un porcentaje máximo de memoria de la capacidad que se puede
configurar. La memoria se asigna de manera dinámica a los flujos de datos, pero de forma estática a los
informes paginados.
Además de estos factores, los administradores de capacidad pueden considerar la posibilidad de crear varias
capacidades. Varias capacidades permiten el aislamiento de las cargas de trabajo y se pueden configurar para
garantizar que las cargas de trabajo prioritarias tengan recursos garantizados. Por ejemplo, se pueden crear dos
capacidades para separar las cargas de trabajo críticas para la empresa de las cargas de trabajo de inteligencia
empresarial con características de autoservicio (SSBI). La capacidad crítica para la empresa se puede usar para
aislar modelos corporativos de gran tamaño proporcionándoles recursos garantizados, y conceder el acceso de
creación solo al departamento de TI. La capacidad de SSBI se puede usar para hospedar un número creciente de
modelos más pequeños, y conceder el acceso a los analistas de negocios. La capacidad de SSBI puede
experimentar ocasionalmente esperas de consulta o actualización tolerables.
Con el tiempo, los administradores de capacidad pueden equilibrar las áreas de trabajo entre las capacidades si
mueven contenido entre las áreas de trabajo, o bien las áreas de trabajo entre las capacidades, y si escalan las
capacidades vertical u horizontalmente. Por lo general, para hospedar modelos más grandes se escala
verticalmente y para una mayor simultaneidad se escala horizontalmente.
Recuerde que la compra de una licencia proporciona núcleos virtuales al inquilino. La compra de una suscripción
P3 se puede usar para crear una o hasta cuatro capacidades Premium, es decir, 1 x P3, 2 x P2 o 4 x P1. Además,
antes de convertir una capacidad P2 a una capacidad P3, se puede considerar la posibilidad de dividir los núcleos
virtuales para crear dos capacidades P1.
Enfoques de prueba
Una vez que se ha decidido el tamaño de la capacidad, se pueden realizar pruebas mediante la creación de un
entorno controlado. Una opción práctica y económica consiste en crear una capacidad de Azure (SKU), sin olvidar
que una capacidad P1 tiene el mismo tamaño que una capacidad A4, y que las capacidades P2 y P3 tienen el
mismo tamaño que las capacidades A5 y A6, respectivamente. Las capacidades de Azure se pueden crear de
forma rápida y se facturan por hora. Por tanto, una vez completadas las pruebas, se pueden eliminar fácilmente
para dejar de acumular costos.
El contenido de las pruebas se puede agregar a las áreas de trabajo creadas en la capacidad de Azure y, después,
como un solo usuario que puede ejecutar informes para generar una carga de trabajo realista y representativa
de las consultas. Si hay modelos de importación, también se debe realizar una actualización de cada uno. Se
pueden usar herramientas de supervisión para revisar todas las métricas y comprender el uso de los recursos.
Es importante que las pruebas sean repetibles. Las pruebas se deben ejecutar varias veces y deben proporcionar
aproximadamente el mismo resultado cada vez. Se puede usar un promedio de estos resultados para extrapolar
y calcular una carga de trabajo en condiciones reales de producción.
Si ya tiene una capacidad y los informes para los que quiere realizar pruebas de carga, use la herramienta de
generación de cargas de PowerShell para generar rápidamente una prueba de carga. La herramienta permite
calcular el número de instancias de cada informe que la capacidad puede ejecutar en una hora. Puede usar la
herramienta para evaluar si la capacidad puede representar informes individuales o varios informes diferentes
en paralelo. Para más información, vea el vídeo Microsoft Power BI: capacidad Premium.
Para generar una prueba más compleja, considere la posibilidad de desarrollar una aplicación de prueba de
carga que simule una carga de trabajo realista. Para más información, vea el seminario web Load Testing Power
BI Applications with Visual Studio Load Test (Pruebas de carga de aplicaciones de Power BI con la prueba de
carga de Visual Studio).
Agradecimientos
Solutions.
Pasos siguientes
En este artículo se describen escenarios del mundo real en los que se han implementado las capacidades Premium
de Power BI. También se describen problemas y desafíos habituales, cómo identificar los problemas y se
proporciona ayuda para solucionarlos:
Mantenimiento actualizado de los conjuntos de datos
Identificación de los conjuntos de datos de respuesta lenta
Identificación de los motivos por los cuales los conjuntos de datos presentan esporádicamente una respuesta
lenta
Determinar si hay suficiente memoria
Determinar si hay suficiente CPU
Los pasos, junto con los gráficos y las tablas de ejemplo, proceden de la aplicación Métricas de capacidad de
Power BI Premium a la que accede un administrador de Power BI.
Mantenimiento actualizado de los conjuntos de datos

En este escenario, se ha iniciado una investigación porque los usuarios se han quejado de que los datos del
informe parecían a veces antiguos u "obsoletos".
En la aplicación, el administrador interactúa con el objeto visual Actualizaciones , ordenando los conjuntos de
datos según las estadísticas de tiempo de espera máximo en orden descendente. Este objeto visual ayuda a
mostrar los conjuntos de datos que tienen los tiempos de espera más largos, agrupados por nombre de área de
trabajo.
En el objeto visual Tiempos de espera de actualización promedio por hora se puede observar que el pico
de los tiempos de espera de actualización se produce normalmente alrededor de las 4 p. m. cada día.
Hay varias posibles explicaciones para estos resultados:
Puede que se produzcan demasiados intentos de actualización al mismo tiempo, superando los límites que
define el nodo de capacidad. En este caso hay seis actualizaciones simultáneas en P1 con asignación de
memoria predeterminada.
Los conjuntos de datos que se van a actualizar pueden ser demasiado grandes para la memoria disponible
(ya que se requiere al menos el doble de memoria de la que se necesita para una actualización completa).
Una lógica de Power Query ineficaz puede resultar en un pico de uso de memoria durante la actualización
del conjunto de datos. En el caso de una capacidad ocupada, este pico puede alcanzar ocasionalmente el
límite físico, lo cual hará que se produzca un error en la actualización que posiblemente afecte a otras
operaciones de vista de informes sobre la capacidad.
Los conjuntos de valores que se consultan con frecuencia y que necesitan permanecer en la memoria
pueden afectar a la capacidad de actualización de otros conjuntos de datos debido a que la memoria
disponible está limitada.
Para ayudar con la investigación, el administrador de Power BI puede buscar:
Poca memoria disponible en el momento de actualizar los datos cuando la memoria disponible es menor que
el doble del tamaño del conjunto de datos que se va a actualizar.
Conjuntos de datos que no se actualizan y que no están en la memoria antes de la actualización y que, sin
embargo, han empezado a mostrar tráfico interactivo durante los tiempos de actualización intensos. Para ver
los conjuntos de datos que hay cargados en la memoria en un momento dado, el administrador de Power BI
puede ver el área de conjuntos de datos de la pestaña Conjuntos de datos de la aplicación. Después, el
administrador puede realizar un filtrado cruzado en un momento dado haciendo clic en una de las barras de
Recuentos de conjuntos de datos cargados por hora . Un pico local, como el que aparece en la siguiente
imagen, indica una hora en la que varios conjuntos de datos se cargaron en memoria, lo que pudo retrasar el
inicio de las actualizaciones programadas.
Un aumento de las expulsiones de conjuntos de datos que tiene lugar en el momento en que, según la
programación, van a comenzar las actualizaciones de datos. Las expulsiones pueden indicar que hubo un uso
excesivo de memoria provocado por la realización de muchos informes interactivos diferentes con anterioridad
al momento de la actualización. El objeto visual Consumo de memoria y expulsiones de conjuntos de
datos por horas puede indicar con claridad picos en el número de expulsiones.
En la siguiente imagen se muestra un pico local en el número de conjuntos de datos cargados que sugiere que las
consultas interactivas retrasaron el inicio de las actualizaciones. Si selecciona un período de tiempo en el objeto
visual Recuentos de conjuntos de datos cargados por hora se realizará un filtrado cruzado en el objeto
visual Tamaños de conjuntos de datos .
El administrador de Power BI puede intentar resolver el problema tomando medidas para garantizar que haya
suficiente memoria disponible para que las actualizaciones de datos se inicien. Para ello debe hacer lo siguiente:
Ponerse en contacto con los propietarios de los conjuntos de datos y pedirles que escalonen y espacien la
programación de las actualizaciones de datos.
Reducir la carga de consultas de los conjuntos de datos mediante la eliminación de paneles innecesarios o de
los iconos que contienen, especialmente aquellos que sirven para aplicar la seguridad de nivel de fila.
Acelerar las actualizaciones de los datos mediante la optimización de la lógica de Power Query. Mejore el
modelado de tablas o columnas calculadas. Reduzca los tamaños de los conjuntos de datos o configure
conjuntos de datos más grandes para realizar una actualización incremental de los datos.
Identificación de los conjuntos de datos de respuesta lenta

En este escenario, se ha iniciado una investigación porque los usuarios se han quejado de que determinados
informes tardaban demasiado tiempo en abrirse y, a veces, se bloqueaban.
En la aplicación, el administrador de Power BI puede utilizar el objeto visual Duraciones de consulta para
determinar los conjuntos de datos de peor rendimiento mediante la ordenación de estos en orden descendente
por Duración promedio . Este objeto visual también muestra los recuentos de consultas de conjuntos de datos,
por lo que puede ver la frecuencia con que se consultan estos.
El administrador puede consultar el objeto visual Distribución de la duración de consulta , que muestra una
distribución general del rendimiento de las consultas en cubos (<= 30 ms, 0-100 ms) para el período de tiempo
filtrado. Por lo general, la mayoría de los usuarios consideran que las consultas que tardan un segundo o menos
son rápidas y las que tardan más tiempo tienden a crear una sensación de bajo rendimiento.
El objeto visual Distribuciones por horas de la duración de consulta permite al administrador de Power BI
identificar los períodos de una hora en los que el rendimiento de la capacidad podría haberse percibido como
deficiente. Cuanto más superen el límite de un segundo los segmentos de la barra que representan las duraciones
de las consultas, mayor será el riesgo de que los usuarios perciban un rendimiento deficiente.
El objeto visual es interactivo y, cuando se selecciona un segmento de la barra, se realiza un filtrado cruzado en el
objeto visual correspondiente de la tabla Duraciones de consulta en la página de informe para mostrar los
conjuntos de datos que representa. Este filtrado cruzado permite al administrador de Power BI identificar
fácilmente qué conjuntos de datos responden lentamente.
En la imagen siguiente se muestra un objeto visual que se ha filtrado por Distribuciones por horas de la
duración de consulta , y que se centra en los conjuntos de datos de peor rendimiento en intervalos de una hora.
Una vez que se identifica el conjunto de datos con mal rendimiento en un intervalo de tiempo específico de una
hora, el administrador de Power BI puede investigar si el rendimiento es deficiente debido a una capacidad
sobrecargada o a un conjunto de datos o informes mal diseñado. También puede consultar el objeto visual
Tiempos de espera de consulta y ordenar los conjuntos de datos en orden descendente según el promedio de
tiempo de espera de las consultas. Si hay un gran porcentaje de consultas en espera, es probable que la causa sea
una demanda excesiva del conjunto de datos. Si el tiempo promedio de espera de consulta es significativo
(> 100 ms), puede que merezca la pena revisar el conjunto de datos y el informe para ver si se pueden realizar
optimizaciones. Por ejemplo, incluir menos objetos visuales en determinadas páginas del informe o una
optimización de la expresión DAX.
Hay varios motivos para la acumulación de tiempos de espera de consulta en los conjuntos de datos:
Un diseño poco óptimo del modelo, las expresiones de medida o incluso el diseño de informe pueden
contribuir a consultas de larga duración que consumen altos niveles de CPU. Esto obliga a que las nuevas
consultas tengan que esperar hasta que los subprocesos de la CPU estén disponibles y puede crear un efecto
de "caravana" (piense en un atasco de tráfico), que normalmente se puede observar durante el pico de las
horas laborales. La página Tiempos de espera de consulta será el recurso principal para determinar si los
conjuntos de datos tienen promedios elevados de tiempos de espera de consulta.
Un gran número de usuarios simultáneos de la capacidad (de cientos a miles) que están utilizando el mismo
informe o conjunto de datos. Incluso los conjuntos de datos bien diseñados pueden tener un rendimiento
deficiente si superan un umbral simultaneidad. Esto queda de manifiesto si hay un único conjunto de datos que
muestra un valor de recuento de consultas mucho más elevado que el de otros conjuntos de datos (por
ejemplo, 300 000 consultas para un determinado conjunto de datos frente a menos de 30 000 consultas para
el resto de conjuntos de datos). En algún momento, los tiempos de espera de consulta empezarán a
escalonarse. Esto se puede observar en el objeto visual Duraciones de consulta .
Consulta simultánea de muchos conjuntos de datos diferentes, lo que provoca una hiperpaginación de la
memoria, ya que los conjuntos de datos entran y salen frecuentemente de esta. Esto hace que los usuarios
experimenten un rendimiento lento cuando el conjunto de datos se carga en la memoria. Para confirmarlo, el
administrador de Power BI puede consultar el objeto visual Consumo de memoria y expulsiones de
conjuntos de datos por horas que puede indicar que se están expulsando repetidamente un gran número
de conjuntos de datos cargados en la memoria.
Identificación de los motivos por los cuales los conjuntos de datos

presentan esporádicamente una respuesta lenta
En este escenario, se inició una investigación cuando los usuarios indicaron que, en ocasiones, los objetos visuales
de los informes eran lentos al responder o que incluso no respondían, mientras que, en otras ocasiones, tenían un
tiempo de respuesta aceptable.
En la aplicación, se usó la sección Duraciones de consulta para encontrar el conjunto de datos causante de la
siguiente manera:
En el objeto visual Duraciones de consulta el administrador filtró por conjuntos de datos (empezando por
los conjuntos de datos más consultados) y examinó las barras con filtros cruzados del objeto visual
Distribuciones por horas de la duración de consulta .
Si una sola barra de una hora mostró cambios significativos en la relación entre todos los grupos de duración
de consultas en comparación con otras barras de una hora de ese conjunto de datos (por ejemplo, las
relaciones entre los colores cambiaron drásticamente), significa que este conjunto de datos mostró un cambio
esporádico de rendimiento.
Las barras de una hora que muestran una porción irregular de consultas con un rendimiento deficiente indican
un intervalo de tiempo en el que ese conjunto de datos se ha visto afectado por un efecto de "vecino ruidoso",
es decir, un efecto provocado por las actividades de otros conjuntos de datos.
En la imagen siguiente se muestra una hora del día 30 de enero, en la que se produjo un retroceso significativo en
el rendimiento de un conjunto de datos, como lo indica el tamaño del intervalo de duración de la ejecución de "
(3,10 s)". Al hacer clic en esa barra de una hora, se muestran todos los conjuntos de datos que se cargaron en la
memoria durante ese intervalo de tiempo y se muestran los posibles conjuntos de datos que provocaron el efecto
de "vecino ruidoso".
Una vez que se identifica un intervalo de tiempo problemático (por ejemplo, durante el 30 de enero en la imagen
anterior), el administrador de Power BI puede eliminar todos los filtros de los conjuntos de datos y, a continuación,
filtrar solo por ese intervalo de tiempo para determinar qué conjuntos de datos se consultaron activamente
durante ese intervalo. El conjunto de datos causante del efecto de "vecino ruidoso" es normalmente el conjunto de
datos más consultado o el que tiene la duración media de consultas más larga.
Una solución a este problema podría ser la distribución de los conjuntos de datos causantes en diferentes áreas de
trabajo con distintas capacidades Premium, o en la capacidad compartida si esta admite el tamaño del conjunto de
datos, los requisitos de consumo y los patrones de actualización de datos.
El proceso inverso también puede ser verdadero. El administrador de Power BI puede identificar los momentos en
los que el rendimiento de consultas de un conjunto de datos mejora drásticamente y, a continuación, buscar lo que
ha desaparecido. Si falta cierta información en ese momento, esto puede ayudar a identificar el problema
causante.
Determinar si hay suficiente memoria

Para determinar si hay suficiente memoria para que la capacidad complete sus cargas de trabajo, el administrador
de Power BI puede consultar el objeto visual Porcentajes de memoria consumida de la pestaña Conjuntos de
datos de la aplicación. La opción Todo (total) representa la memoria que usan los conjuntos de datos que se
cargaron en la memoria, independientemente de si estos se consultan o procesan activamente. La memoria
Activa representa la memoria que usan los conjuntos de datos que se están procesando activamente.
En una capacidad adecuada, el objeto visual será parecido al siguiente, mostrando un intervalo entre la memoria
total y la memoria activa:
En una capacidad que experimenta presión por una cuestión de memoria, el mismo objeto visual muestra
claramente cómo convergen la memoria activa y la total, lo que significa que no es posible cargar conjuntos de
datos adicionales en la memoria. En este caso, el administrador de Power BI puede hacer clic en Reinicio de la
capacidad (en Opciones avanzadas del área de configuración de la capacidad en el portal de administración).
Al reiniciar la capacidad, se vacían todos los conjuntos de datos de la memoria y se permite volver a cargarlos
según sea necesario (mediante consultas o actualización de datos).
Determinar si hay suficiente CPU

En general, el uso medio de la CPU de una capacidad debería permanecer por debajo del 80 %. Si se supera este
valor, eso significa que la capacidad se está aproximando a un estado de saturación de la CPU.
Los efectos de la saturación de la CPU dan como resultado operaciones que tardan más tiempo del que deberían
porque la capacidad tiene que realizar muchos cambios de contexto de la CPU ya que esta intenta procesar todas
las operaciones. En una capacidad Premium con un gran número de consultas simultáneas, esto se indica
mediante tiempos de espera de consulta elevados. Una consecuencia de estos tiempos de espera de consulta
elevados es una capacidad de respuesta más lenta de lo habitual. Para que el administrador de Power BI pueda
identificar fácilmente si la CPU está saturada debe observar el objeto visual Distribuciones del tiempo de
espera de consulta por hora . Los recuentos de picos periódicos de tiempo de espera de consultas indican la
posible saturación de la CPU.
A veces se puede detectar un patrón similar en las operaciones en segundo plano si estas contribuyen a la
saturación de la CPU. Un administrador de Power BI puede buscar un pico periódico en las horas de actualización
de un conjunto de datos específico, lo que puede indicar una saturación de la CPU en ese momento
(probablemente debido a otras actualizaciones de conjuntos de datos en curso o a consultas interactivas). En este
ejemplo, la consulta de la vista Sistema de la aplicación puede no revelar necesariamente que la CPU está al
100 %. La vista Sistema muestra los promedios por hora, pero la CPU puede saturarse durante varios minutos de
operaciones intensivas, lo cual aparece como picos en los tiempos de espera.
Hay más matices a la hora de ver el efecto de la saturación de la CPU. Aunque el número de consultas en espera es
importante, siempre se producirá un tiempo de espera de estas hasta un cierto grado sin que esto cause una
degradación observable del rendimiento. Algunos conjuntos de datos (aquellos con un tiempo medio de consulta
más largo que indica complejidad o tamaño) son más propensos a los efectos de la saturación de la CPU que
otros. Para identificar fácilmente estos conjuntos de datos, el administrador de Power BI puede buscar cambios en
la composición de color de las barras del objeto visual Distribución por horas del tiempo de espera . Después
de detectar una barra con valores atípicos, el administrador puede buscar los conjuntos de datos que tuvieron
tiempos de espera de consulta durante esa hora y observar también el tiempo medio de espera de esas consultas
en comparación con la duración media de una consulta. Cuando estas dos métricas son de la misma magnitud y la
carga de trabajo de consulta del conjunto de datos no es trivial, es probable que una CPU insuficiente afecte al
conjunto de datos.
Este efecto puede ser especialmente visible cuando un conjunto de datos se utiliza en ráfagas cortas de consultas
de alta frecuencia por parte de varios usuarios (por ejemplo, en una sesión de formación), lo que provocará una
saturación de la CPU durante cada ráfaga. En este caso, se pueden experimentar unos tiempos de espera de
consultas significativos en este conjunto de datos y esto también puede afectar a otros conjuntos de datos de la
capacidad (efecto de "vecino ruidoso").
En algunos casos, los administradores de Power BI pueden solicitar que los propietarios de los conjuntos de datos
creen una carga de trabajo de consultas menos volátil mediante la creación de un panel (que realiza consultas
periódicas con cualquier actualización del conjunto de datos de los iconos en caché) en lugar de un informe. Esto
puede ayudar a evitar picos cuando se carga el panel. Esta solución no siempre es posible para determinados
requisitos empresariales pero puede ser una manera eficaz de evitar la saturación de la CPU sin realizar cambios
en el conjunto de datos.
Agradecimientos
Solutions.
Pasos siguientes
Supervisión de capacidades Premium con la aplicación
Supervisión de capacidades en el portal de administración
||||||
En este artículo se tratan las preguntas más frecuentes acerca de Power BI Premium. Para leer una introducción,
consulte ¿Qué es Power BI Premium?.
Si tiene otras preguntas, pruebe a preguntar a la comunidad de Power BI.
¿Sigue teniendo problemas? Visite la página de soporte técnico de Power BI.
Power BI Premium es una oferta según la capacidad que incluye:
Flexibilidad para publicar informes en toda la empresa, sin necesidad de que los destinatarios tengan una
licencia individual por usuario.
Mayor escalabilidad y rendimiento que la capacidad compartida en el servicio Power BI.
La posibilidad de mantener recursos de inteligencia empresarial de forma local con el servidor de informes de
Power BI.
Una superficie de API, un conjunto coherente de funcionalidades y acceso a las características más recientes
para el análisis insertado.
¿Qué hace Power BI Premium? ¿Cómo funciona?
Power BI Premium consta de capacidad en el servicio Power BI exclusivamente asignada a cada organización. La
capacidad es compatible con hardware dedicado totalmente administrado por Microsoft. Las organizaciones
pueden elegir aplicar su capacidad dedicada de forma general, o asignarla a áreas de trabajo asignadas en función
del número de usuarios, las necesidades de carga de trabajo u otros factores, y escalar horizontal o verticalmente a
medida que cambien los requisitos.
¿En qué se diferencia Power BI Pro de Power BI Premium?
Power BI Premium es una licencia basada en la capacidad, mientras que Power BI Pro es una licencia de usuario.
Power BI Pro está destinado a aquellos usuarios que publican informes, comparten paneles, colaboran con
compañeros en áreas de trabajo y se ocupan de otras actividades relacionadas, por ejemplo:
Editar y guardar vistas personalizadas
Crear paneles personales (anclar al panel nuevo)
Analizar datos en Excel o Power BI Desktop
Compartir mediante Excel Web App
Compartir paneles y colaborar con grupos de Office 365
Integrar contenido con Microsoft Teams
¿Necesito Power BI Pro para usar Power BI Premium?
Sí. Power BI Pro se necesita para publicar informes, compartir paneles, colaborar con compañeros en áreas de
trabajo y otras actividades relacionadas. Power BI Pro no es necesario para consumir contenido en la capacidad
Premium.
¿Puede describir un escenario de funcionamiento de Power BI Pro y Power BI Premium en una
organización de inteligencia empresarial moderna?
En los siguientes ejemplos se describe la manera en que los clientes pueden satisfacer sus necesidades de
inteligencia empresarial con una combinación de Power BI Pro y Power BI Premium.
ESC EN A RIO 1 ESC EN A RIO 2 ESC EN A RIO 3 ESC EN A RIO 4
Una organización o un Una organización o un Una organización o un Un departamento de

departamento quieren que departamento tiene una departamento tiene usuarios finanzas está trabajando
todos los empleados tengan combinación de los usuarios que necesita inteligencia activamente para analizar
inteligencia empresarial (BI) que necesitan inteligencia empresarial (BI) con varios conjuntos de datos
con características de empresarial (BI) con características de grandes antes de un anuncio
autoservicio y puedan características de autoservicio colaboración, de ganancias y necesita
colaborar entre sí: compartir autoservicio y colaboración, así como la necesidad de capacidad aislada y sin límite
paneles, realizar análisis ad así como usuarios que solo mantener informes locales. para administrar las cargas
hoc y publicar informes. necesitan consumir de trabajo.
contenido de BI.
Solución: Solución: Solución: Solución:
1. Power BI Pro para todos 1. Power BI Pro para 1. Power BI Pro para 1. Power BI Pro para todos
los usuarios usuarios que necesitan usuarios que necesitan los usuarios del
inteligencia empresarial con inteligencia empresarial con departamento financiero.
2. Estudiar la posibilidad de características de características de
agregar Power BI Premium autoservicio y colaboración autoservicio y colaboración 2. Agregar Power BI
(ver los escenarios Premium para los recursos
adicionales) 2. Agregar Power BI 2. Agregar Power BI dedicados (en la nube) que
Premium para poder Premium para poder usará exclusivamente el
distribuir el contenido de publicar informes de forma equipo de finanzas para
inteligencia empresarial a los local, y desplazarse a la nube ofrecer más escala y mejor
usuarios que solo necesitan según corresponda rendimiento
consumirlo
¿Cuánto cuesta Power BI Premium? ¿Cuántos SKU habrá disponibles?

Power BI Premium se adquiere en función del número de núcleos virtuales. Puede ver los precios en la página de
precios de Power BI. Para más información sobre los nodos y núcleos v, consulte las notas del producto de
Microsoft Power BI Premium. Use también esta calculadora para obtener una estimación de cuánta capacidad
Premium podría necesitar.
¿Qué se entiende por "capacidad"?
Una capacidad es una agrupación de uno o más nodos aprovisionada por un administrador mediante el portal de
administración de capacidad de Power BI Premium. Para más información, consulte las notas del producto de
Microsoft Power BI Premium.
¿Cómo se factura Power BI Premium?
Power BI Premium se factura mensualmente con un compromiso anual.
¿Cómo se compra Power BI Premium?
Power BI Premium está disponible en el Centro de administración de Microsoft 365. Para más información,
consulte Adquisición de Power BI Premium. También puede preguntar a su representante de ventas de Microsoft.
¿Cómo sé cuánta capacidad de Power BI Premium debo comprar?
Use la calculadora de costos para obtener una estimación de cuánta capacidad de Power BI Premium podría
necesitar.
¿Power BI Premium está disponible con Office 365 E5?
Power BI Premium está disponible como un complemento de Power BI Pro. Office 365 E5 incluye Power BI Pro. Los
clientes de E5 pueden adquirir Premium como un complemento de sus licencias existentes de Pro.
¿Que es el ser vidor de informes de Power BI? ¿Significa esto que Power BI está disponible de forma
local?
Power BI Report Server es un servidor local que permite la implementación y distribución de informes interactivos
de Power BI e informes paginados, únicamente dentro de los límites del firewall de la organización. Power BI
Report Server está disponible mediante Power BI Premium o como una de las ventajas para los clientes con SQL
Server Enterprise Edition con Software Assurance. Para obtener información sobre las licencias, consulte Licencias
de Power BI Report Server. Pida más información a su representante de ventas de Microsoft.
Con Power BI Premium, se puede implementar localmente el mismo número de núcleos virtuales que una
organización aprovisiona en la nube mediante Power BI Report Server. No hay ninguna necesidad de dividir la
capacidad. Las organizaciones pueden elegir Power BI en la nube o conservar los informes en un almacenamiento
local con el servidor de informes de Power BI, y trasladarse a la nube a su ritmo.
Para más información, consulte Introducción al servidor de informes de Power BI.
Pasos siguientes
¿Qué es Power BI Premium? Notas de la versión de Power BI Premium Notas del producto de Microsoft Power BI
Premium Notas del producto: Planning a Power BI Enterprise Deployment (Planeación de una implementación de
Power BI Enterprise) Activación de la prueba de Pro ampliada Preguntas más frecuentes de Power BI Embedded
Compra y asignación de licencias de usuario de
Power BI Pro
IMPORTANT
¿Está a punto para realizar la actualización a una licencia de Power BI Pro? Vaya directamente a Introducción a Power BI Pro
para configurar su cuenta.
Power BI Pro es una licencia de usuario individual que permite a los usuarios leer e interactuar con los informes y
paneles que otros usuarios han publicado en el servicio Power BI. Los usuarios con este tipo de licencia pueden
compartir contenido y colaborar con otros usuarios de Power BI Pro. Solo los usuarios de Power BI Pro pueden
publicar o compartir contenido con otros usuarios o consumir contenido creado por otros, salvo que la capacidad
de una instancia Power BI Premium hospede dicho contenido. Para más información, consulte la sección
Comparación de características de Power BI de Precios de Power BI.
Adquisición de licencias de usuario de Power BI Pro

En este artículo se explica cómo adquirir licencias de usuario de Power BI Pro en el centro de administración de
Microsoft 365. Después de comprar las licencias, puede asignarlas a los usuarios en el centro de administración
de Microsoft 365 o en Azure Portal.
NOTE
A partir del 14 de enero de 2020, las funcionalidades de compra, suscripción y administración de licencias de autoservicio
para los productos de Power Platform (Power BI, Power Apps y Power Automate) están disponibles para los clientes de la
nube comercial. Para más información, incluidos los pasos para habilitar o deshabilitar la compra de autoservicio en su
organización, consulte las preguntas más frecuentes sobre compras de autoservicio.
Requisitos previos
Para comprar y asignar licencias en el Centro de administración de Microsoft 365, debe ser miembro del rol
Administrador global o Administrador de facturación en Microsoft 365.
Para asignar licencias en Azure Portal, debe ser propietario de la suscripción a Azure que se usa en Power BI para
las búsquedas de Azure Active Directory.
Compra de licencias en Microsoft 365
Siga estos pasos para comprar licencias de Power BI Pro en el Centro de administración de Microsoft 365:
1. Inicie sesión en el Centro de administración de Microsoft 365.
2. En el menú de navegación, seleccione Facturación > Ser vicios de compra .
3. Busque la suscripción que desea comprar. Encontrará Power BI en Other categories that might
interest you (Otras categorías que pueden interesarle) cerca de la parte inferior de la página. Seleccione
el vínculo para ver las suscripciones de Power BI disponibles para su organización.
4. Seleccione Power BI Pro .
5. En la página Ser vicios de compra , seleccione Comprar .
6. Elija Pagar mensualmente o Pagar un año completo , según cómo desee pagar.
7. En How many users do you want? (¿Cuántos usuarios quiere?), escriba el número de licencias que
quiere comprar y seleccione Check out now (Comprar ahora) para completar la transacción.
8. Para comprobar la compra, vaya a Facturación > Productos y ser vicios y busque Power BI Pro .
9. Para agregar más licencias más adelante, busque Power BI Pro en la página Productos y ser vicios y, a
continuación, seleccione Agregar o quitar licencias .
Asignación de licencias en el Centro de administración de

Microsoft 365
Para más información sobre la asignación de licencias en el Centro de administración de Microsoft 365, vea
Asignación de licencias a usuarios.
Para los usuarios invitados, vea Asignación de licencias a usuarios en la página Licencias. Antes de asignar
licencias Pro a usuarios invitados, póngase en contacto con el representante de la cuenta de Microsoft para
asegurarse de que cumple con los términos del contrato con Microsoft.
Asignación de licencias en Azure Portal

Siga estos pasos para asignar licencias de Power BI Pro a cuentas de usuario individuales:
1. Inicie sesión en Azure Portal.
2. Busque y seleccione Azure Active Director y .
3. En Administrar en el menú de recursos Azure Active Director y , seleccione Licencias .
4. Seleccione Todos los productos en el menú Licencias: Información general y, a continuación,
seleccione Power BI Pro para ver la lista de usuarios con licencia.
5. En la barra de comandos, seleccione + Asignar . En la página Asignar licencia , elija primero un usuario y,
después, seleccione Opciones de asignación para activar una licencia de Power BI Pro para la cuenta de
usuario seleccionada.
Pasos siguientes
Ahora que ya ha asignado las licencias, obtenga más información sobre Power BI Pro.
Encontrar usuarios de Power BI que hayan iniciado sesión
Registro en Power BI con una nueva prueba de Office
365
https://www.youtube.com/embed/gbSuFST-Nx4?showinfo=0
En este artículo se describe una manera alternativa de registrarse en Power BI, con el uso de una versión de
evaluación de Office 365. Si tiene problemas para registrarse en Power BI con su dirección de correo electrónico del
trabajo, primero debe asegurarse de que se trata de una dirección de correo electrónico que se puede usar con
Power BI. Si no es apropiada, pruebe a registrarse en una versión de evaluación de Office 365 primero y luego
inicie sesión en Power BI. Podrá usar Power BI incluso después de que expire la evaluación de Office 365.
1. Regístrese en una prueba de Office 365 en el sitio web de Office 365.
2. Cuando termine ese proceso de registro, se le ofrecerá un nuevo nombre de inicio de sesión similar a
you@yourcompany.onmicrosoft.com. Será el nombre de inicio de sesión que usará con Power BI.
3. Regístrese en Power BI mediante este vínculo. Si se le solicita, inicie sesión con el nombre de inicio de sesión
y la contraseña que seleccionó para Office 365 en el paso anterior.
4. ¡Eso es todo! Cuando haya terminado, se le redirigirá a Power BI. Si tiene problemas al iniciar sesión con la
nueva cuenta, pruebe a usar una sesión privada del explorador.
Consideraciones importantes
Mediante este método de registro, se crea un nuevo inquilino de la organización, y se convertirá en el
administrador del inquilino. Para obtener más información, vea ¿Qué es la administración de Power BI?. Puede
agregar nuevos usuarios a su inquilino y compartirlo con ellos, como se describe en la documentación para
administradores de Office 365.
Pasos siguientes
Registro en Power BI como usuario individual
No se puede agregar Power BI a la suscripción de
asociado de Office 365
Office 365 permite a las empresas revender Office 365 empaquetado e integrado con sus propias soluciones, lo
que proporciona a los clientes finales un único punto de contacto de compras, facturación y soporte técnico.
Si está interesado en adquirir Power BI, junto con su suscripción de Office 365, es recomendable que se ponga en
contacto con su asociado para tal fin. Si su asociado no ofrece Power BI actualmente, existen diferentes opciones de
compra.
Colaborar con su asociado para comprar Power BI

Si desea comprar una suscripción a Power BI Pro o Power BI Premium, consulte a su asociado para saber qué
opciones hay:
El asociado acuerda agregar Power BI a su cartera, para que pueda comprarle.
El asociado puede realizar la transición a un modelo que le permita comprar Power BI directamente a
Microsoft o a otro asociado que ofrezca Power BI.
Compra en Microsoft o en otro canal

Dependiendo de la relación con su asociado, puede comprar Power BI directamente a Microsoft o a otro asociado.
Puede comprobar si puede agregar suscripciones de Power BI en el centro de administración de Microsoft 365
(requiere la pertenencia al rol Administrador Global o Administrador de facturación).
2. En el menú izquierdo, abra Facturación :
Si ve Suscripciones , puede adquirir el servicio de Microsoft directamente o ponerse en contacto con
otro asociado que ofrezca Power BI.
Si no ve Suscripciones , no puede realizar la compra directamente a Microsoft ni a otro asociado.

Si su asociado no ofrece Power BI y no puede realizar la compra directamente a Microsoft o a otro asociado,
considere la posibilidad de suscribirse en una evaluación gratuita.
Registrarse para obtener una evaluación gratuita

Puede registrarse para obtener una evaluación gratuita de Power BI. Si no compra Power BI Pro al final del período
de evaluación, todavía tiene una licencia gratuita que ofrece muchas de las características de Power BI. Para más
información, consulte Registro en Power BI como usuario individual.
Habilitar las suscripciones ad hoc
De forma predeterminada, se deshabilitan los registros individuales, también conocidos como suscripciones ad hoc.
En este caso, verá el siguiente mensaje cuando intente iniciar sesión: El departamento de TI ha desactivado la
suscripción de Microsoft Power BI.
Para habilitar las suscripciones de ad hoc, puede ponerse en contacto con un asociado y solicitar su activación. Si es
un administrador del inquilino y sabe cómo usar los comandos de PowerShell de Azure Active Directory, puede
habilitar las suscripciones ad hoc usted mismo. PowerShell de Azure Active Directory para Graph
1. Inicie sesión en Azure Active Directory con sus credenciales de Office 365. La primera línea del siguiente
script le pide las credenciales. La segunda línea se conecta a Azure Active Directory.
2. Una vez que inicie sesión, ejecute el siguiente comando para comprobar la configuración actual de
AllowAdHocSubscriptions .
Get-MsolCompanyInformation
3. Ejecute el siguiente comando para habilitar los registros gratuitos.
Set-MsolCompanySettings -AllowAdHocSubscriptions $true

Pasos siguientes
Administración de Power BI en el portal de
administración
El portal de administración le permite administrar un inquilino de Power BI de su organización. El portal incluye

elementos como métricas de uso, acceso al Centro de administración de Microsoft 365 y configuración.
El portal de administración completo es accesible para todos los usuarios que sean administradores globales de
Office 365 o a los que se les haya asignado el rol de administrador del servicio Power BI. Si no está en uno de
estos roles, solo verá Configuración de la capacidad en el portal. Para más información acerca del rol de
administrador del servicio Power BI, consulte Descripción del rol de administrador de Power BI.
Acceso al portal de administración

La cuenta debe estar marcada como Administrador global en Office 365 o Azure Active Directory (Azure AD)
o tener asignado el rol Administrador del servicio Power BI para acceder al portal de administración de Power BI.
Para más información acerca del rol de administrador del servicio Power BI, consulte Descripción del rol de
administrador de Power BI. Para acceder al portal de administración de Power BI, haga lo siguiente.
1. Seleccione el engranaje de configuración en la parte superior derecha del servicio Power BI.
2. Seleccione Por tal de administración .
Hay nueve pestañas en el portal. En el resto de este artículo se proporciona información sobre cada una de ellas.
Métricas de uso
Usuarios
Registros de auditoría
Configuración de inquilinos
Configuración de capacidad
Códigos para insertar
Objetos visuales de la organización
Almacenamiento de flujos de datos (versión preliminar)
Áreas de trabajo
Personalización de marca
Métricas de uso
La pestaña Métricas de uso le permiten supervisar el uso de Power BI de su organización. También
proporciona la capacidad para ver qué usuarios y grupos, son los más activos en Power BI para su organización.
NOTE
La primera vez que accede al panel, o después de visitarlo de nuevo tras un largo período sin verlo, probablemente verá
una pantalla de carga mientras se carga el panel.
Una vez cargado el panel, verá dos secciones de iconos. La primera sección incluye datos de uso para usuarios
individuales y la segunda sección muestra información similar para los grupos de su organización.
Este es un desglose de lo que puede ver en cada icono:
Recuento definido de todos los paneles, informes y conjuntos de datos en el área de trabajo de usuario.
El panel más consumido por número de usuarios que pueden acceder a él. Por ejemplo, si tiene un panel
que ha compartido con tres usuarios y también lo agrega a un paquete de contenido al que están
conectados dos usuarios distintos, su recuento sería 6 (1 + 3 + 2).
El contenido más popular al que están conectados los usuarios. Esto sería cualquier cosa que los usuarios
puedan alcanzar a través del proceso de obtención de datos: paquetes SaaS, paquetes de contenido
organizativo, archivos o bases de datos.
Una vista de los usuarios principales según el número de paneles que tienen, tanto paneles que crearon
ellos mismos como paneles compartidos con ellos.
Una vista de los usuarios principales según el número de informes que tienen.
La segunda sección muestra el mismo tipo de información, pero se basa en grupos. Esto le permite ver qué
grupos de la organización son más activos y qué tipo de contenido consumen.
Con esta información, puede obtener información real sobre cómo las personas usan Power BI en toda la
organización y puede reconocer esos usuarios y grupos que son muy activos en su organización.
Control de métricas de uso

Los informes de métricas de uso son una característica que el administrador de Power BI u Office 365 puede
activar o desactivar. Los administradores tienen control granular sobre qué usuarios tienen acceso a las métricas
de uso. De forma predeterminada, todos los usuarios de la organización tienen esta opción en modo Activado .
Los administradores también pueden determinar si los creadores de contenido pueden ver los datos de cada
usuario en las métricas de uso.
Consulte Supervisar las métricas de uso de paneles e informes de Power BI para obtener más información
acerca de los informes.
Métricas de uso para creadores de contenido
1. En el portal de administración, seleccione Configuración de inquilino > Métricas de uso para los
creadores de contenido .
2. Habilite (o deshabilite) las métricas de uso > Aplicar .
Datos de cada usuario en las métricas de uso

Los datos por usuario están habilitados de forma predeterminada en las métricas de uso, mientras que el
informe de métricas incluye información sobre la cuenta del consumidor de contenido. Si no quiere incluir esta
información de algunos los usuarios, incluso de ninguno de ellos, deshabilite la característica para los grupos de
seguridad especificados o para toda la organización. En tal caso, la información de la cuenta aparece en el
informe como Sin nombre.
Eliminación de todo el contenido existente de las métricas de uso
Al deshabilitar las métricas de uso para toda la organización, los administradores pueden utilizar una de estas
opciones, o ambas:
Elimine todo el contenido existente de las métricas de uso para eliminar todos los iconos de
informes y paneles existentes que se compilaron mediante los informes y conjuntos de datos de las métricas
de uso. Esta opción permite eliminar todos los accesos a los datos de métricas de uso de todos los usuarios
de la organización que ya los puedan estar usando.
Eliminar todos los datos por usuario existentes del contenido de las métricas de uso actuales
Esta opción elimina todo el acceso a los datos por usuario para todos los usuarios de la organización que ya
lo estén utilizando.
Tenga cuidado, ya que la eliminación del contenido de las métricas de uso y por usuario existentes es
irreversible.
Usuarios
Administra usuarios, grupos y administradores de Power BI en el Centro de administración de Microsoft 365. La
pestaña Usuarios proporciona un vínculo al centro de administración del inquilino.
Administrará registros de auditoría de Power BI en el Centro de seguridad y cumplimiento de Office 365. La
pestaña Registros de auditoría proporciona un vínculo al Centro de seguridad y cumplimiento del inquilino.
Más información
Para usar los registros de auditoría, asegúrese de que la opción Crear registros de auditoría para el
cumplimiento y la auditoría de la actividad interna está habilitada.
Configuración de inquilinos
La pestaña Configuración de inquilinos permite controlar de manera pormenorizada las características que
están disponibles para su organización. Si le preocupa la información confidencial, algunas de nuestras
características pueden no ser adecuadas para su organización, o puede que solo quiera que una determinada
característica esté disponible para un grupo concreto.
En la imagen siguiente se muestran varias opciones de la pestaña Configuración de inquilinos .
NOTE
La configuración puede tardar hasta 10 minutos en aplicarse para todos los usuarios del inquilino.
La configuración puede tener tres estados:

Deshabilitado para toda la organización : ninguna persona de la organización puede usar esta
característica.
Habilitado para toda la organización : todas las personas de la organización pueden usar esta
característica.
Habilitado para un subconjunto de la organización : un subconjunto específico de usuarios o

grupos de la organización puede usar esta característica.
Puede habilitar la característica para toda la organización, menos para un grupo de usuarios específico.
Puede habilitar también la característica solo para un grupo específico de usuarios y deshabilitarla para
determinados usuarios de ese grupo. El uso de este enfoque garantiza que determinados usuarios no
tengan acceso a la característica incluso aunque pertenezcan al grupo permitido.
Las secciones siguientes proporcionan una visión general de los distintos tipos de configuración de inquilino.
Configuración de ayuda y soporte técnico

Publicar información "Obtener ayuda"
Los usuarios de la organización pueden obtener acceso a recursos de ayuda y soporte técnico internos desde el
menú Ayuda de Power BI. Concretamente, estos parámetros cambian el comportamiento de los elementos de
menú Saber más, Comunidad y Obtener ayuda.
Además, al especificar una dirección URL para las solicitudes de licencia, puede personalizar la dirección URL de
destino del botón Actualización de cuenta . Los usuarios que no tengan una licencia de Power BI Pro verán
este botón en el cuadro de diálogo Actualizar a Power BI Pro , así como en la página Administrar
almacenamiento personal . Además, Power BI ya no ofrece el botón Probar Pro gratis en este cuadro de
diálogo ni en la página de almacenamiento. Esto garantiza que Power BI guiará a los usuarios de forma confiable
por los procesos definidos en la organización en la solución de administración de licencias.
Recepción de notificaciones por correo electrónico sobre interrupciones o incidentes en el servicio

Los grupos de seguridad habilitados para correo recibirán notificaciones por correo electrónico si este inquilino
se ve afectado por una interrupción del servicio o un incidente. Más información sobre Notificaciones de
interrupción del servicio.
Configuración del área de trabajo

Crear áreas de trabajo
Los administradores usan la configuración Crear áreas de trabajo para indicar qué usuarios de la
organización pueden crear áreas de trabajo para colaborar en paneles, informes y otro contenido. Obtenga más
información sobre las áreas de trabajo.
El portal de administración tiene otra sección de configuración sobre las áreas de trabajo del inquilino. En esa
sección, puede ordenar y filtrar la lista de áreas de trabajo y mostrar los detalles de cada una de ellas. Consulte
Áreas de trabajo para obtener detalles.
En el portal de administración, también controla qué usuarios tienen permisos para distribuir aplicaciones a la
organización. Consulte Publicación de paquetes de contenido y aplicaciones en toda la organización en este
artículo para obtener detalles.
Configuración de exportación y uso compartido

Compartir contenido con usuarios externos
Los usuarios de la organización pueden compartir paneles, informes y aplicaciones con usuarios ajenos a la
organización. Obtenga más información sobre el uso compartido externo.
En la imagen siguiente se muestra el mensaje que aparece al compartir con un usuario externo.
IMPORTANT
Esta opción controla si los usuarios de Power BI pueden invitar a usuarios externos a convertirse en usuarios invitados de
Azure Active Directory B2B (Azure AD B2B) en la organización a través de Power BI. Si se habilita, los usuarios que tienen
el rol de invitador de usuarios invitados en Azure AD pueden agregar direcciones de correo electrónico externas al
compartir informes, paneles y aplicaciones de Power BI. El destinatario externo es invitado a unirse a su organización como
usuario invitado de Azure AD B2B. Lo importante es que, al deshabilitar esta opción, los usuarios externos que ya sean
usuarios invitados de Azure AD B2B en la organización seguirán apareciendo en las interfaces de usuario del selector de
personas de Power BI y se les puede conceder acceso a elementos, áreas de trabajo y aplicaciones.
Publicar en Web
Los usuarios de la organización pueden publicar informes en la web. Más información. Esto hace que el informe
y los datos que contiene estén disponibles para cualquier persona en la web.
NOTE
Un administrador de Power BI debe permitir la creación de nuevos códigos para insertar de publicación en web. Las
organizaciones pueden tener códigos para insertar existentes. Use la página de códigos para insertar para revisar los
informes publicados actualmente.
En la imagen siguiente se muestra el menú Archivo de un informe cuando está habilitada la opción Publicar
en la web .
La configuración Publicar en la web proporciona opciones para las que los usuarios pueden crear códigos
para insertar.
Se pide a los usuarios que se pongan en contacto con el administrador de Power BI para permitirles crear un
código para insertar cuando la opción Elegir cómo funcionan los códigos para inser tar está establecida
en Allow only existing embed codes (Permitir solo los códigos para insertar existentes) y la opción Publicar
en la web está Habilitada .
Los usuarios ven diferentes opciones en la interfaz de usuario en función del valor de la opción Publicar en la
web .
H A B IL ITA DA PA RA TO DA L A DESH A B IL ITA DA PA RA GRUP O S DE SEGURIDA D

C A RA C T ERÍST IC A O RGA N IZ A C IÓ N TO DA L A O RGA N IZ A C IÓ N ESP EC ÍF IC O S
Publicar en la web en el Habilitada para todos No visible para todos Solo visible para usuarios o
menú Archivo . grupos autorizados.
Administrar códigos Habilitada para todos Habilitada para todos Habilitada para todos
para inser tar en
Configuración Opción * Eliminar solo
para usuarios o grupos
autorizados.
* Obtener código
habilitada para todos.
H A B IL ITA DA PA RA TO DA L A DESH A B IL ITA DA PA RA GRUP O S DE SEGURIDA D
C A RA C T ERÍST IC A O RGA N IZ A C IÓ N TO DA L A O RGA N IZ A C IÓ N ESP EC ÍF IC O S
Códigos de inserción en El estado refleja uno de los El estado muestra El estado refleja uno de los
el portal de administración siguientes: Deshabilitado . siguientes:
* Activo * Activo
* No admitido * No admitido
* Bloqueado * Bloqueado
Si el usuario no está
autorizado según la
configuración del inquilino,
el estado muestra
Infracción .
Informes publicados Todos habilitados Todos deshabilitados Los informes continúan

existentes generándose para todos.
Exportar datos
Los usuarios de la organización pueden exportar datos desde un icono o una visualización. Esto controla
Analizar en Excel, la exportación a .csv, las descargas de conjuntos de datos (.pbix) y las características Live
Connect del servicio Power BI. Obtenga más información sobre la exportación de datos desde un icono o un
objeto visual.
NOTE
Antes de la introducción de la opción Exportar a Excel, esta opción también controlaba la exportación de datos a archivos
de Excel. Para obtener más información, vea la nota en Exportación a Excel.
En la imagen siguiente se muestra la opción para exportar datos desde un icono.

NOTE
Si deshabilita la opción Expor tar datos también impedirá que los usuarios usen la característica Analizar en Excel, así
como la conexión dinámica al servicio Power BI.
Exportar a Excel
Los usuarios de la organización pueden exportar los datos de una visualización a un archivo de Excel.
IMPORTANT
Antes de la introducción de la opción Exportar a Excel, la exportación a un archivo de Excel se controlaba mediante la
opción Exportar datos. Por tanto, en los inquilinos que existían antes de la introducción de la opción Exportar a Excel, la
primera vez que los administradores de inquilinos examinan la opción Exportar a Excel, verán que tiene Cambios sin
aplicar. Para que la nueva configuración surta efecto tendrán que aplicar estos cambios. De lo contrario, la exportación a
un archivo de Excel se seguirá controlando mediante la opción Exportar datos.
Exportación de informes como presentaciones de PowerPoint o documentos PDF

Los usuarios de la organización pueden exportar informes de Power BI como archivos de PowerPoint o
documentos PDF. Más información
En la imagen siguiente se muestra el menú Archivo para un informe cuando está habilitada la opción Expor tar
informes como presentaciones de PowerPoint o documentos PDF .
Imprimir paneles e informes
Los usuarios de la organización pueden imprimir paneles e informes. Más información
En la imagen siguiente se muestra la opción para imprimir un panel.
En la imagen siguiente se muestra el menú Archivo de un informe cuando está habilitada la opción Imprimir
paneles e informes .
Permitir a los usuarios externos editar y administrar el contenido de la organización
Los usuarios invitados de Azure AD B2B pueden editar y administrar el contenido de la organización. Más
información
La imagen siguiente muestra la opción Permitir a los usuarios externos editar y administrar el contenido de la
organización.
En el portal de administración, también se controla qué usuarios tienen permisos para invitar a usuarios
externos a la organización. Consulte Compartir contenido con usuarios externos en este artículo para obtener
más información.
Suscripciones de correo electrónico
Los usuarios de la organización pueden crear suscripciones de correo electrónico. Obtenga más información
sobre las suscripciones.
Contenido destacado
Permita que algunos o todos los autores de informes de la organización presenten su contenido en la sección
Destacados de Inicio de Power BI. Los nuevos usuarios verán el contenido destacado en la parte superior de su
página de inicio de Power BI. El contenido destacado se desplaza hacia abajo en la página Inicio a medida que los
usuarios agregan Favoritos , Frecuentes y Recientes .
Se recomienda empezar con un pequeño conjunto de promotores. Permitir que toda la organización destaque
contenido en la página principal puede dificultar la tarea de realizar el seguimiento de todo el contenido
promocionado.
Después de habilitar el contenido destacado, también puede administrarlo en el portal de administración. Vea
Administración de contenido destacado en este artículo para obtener información sobre cómo controlar el
contenido destacado en el dominio.
Configuración de paquetes de contenido y de aplicaciones

Publicación de paquetes de contenido y aplicaciones en toda la organización
Los administradores usan esta configuración para decidir qué usuarios pueden publicar paquetes de contenido
y aplicaciones en toda la organización, en lugar de solo en grupos específicos. Obtenga más información sobre
cómo publicar aplicaciones.
La siguiente imagen muestra la opción Toda mi organización al crear un paquete de contenido.
Crear paquetes de contenido organizativos y aplicaciones de plantilla

Los usuarios de la organización pueden crear paquetes de contenido organizativos y aplicaciones de plantilla
que utilizan conjuntos de datos integrados en un origen de datos de Power BI Desktop. Obtenga más
información sobre las aplicaciones de plantilla.
Insertar aplicaciones para los usuarios finales
Los creadores de informes pueden compartir aplicaciones directamente con los usuarios finales sin requerir la
instalación desde AppSource. Obtenga más información sobre cómo instalar aplicaciones automáticamente para
los usuarios finales.
Configuración de integración
Usar la función Analizar en Excel en los conjuntos de datos locales
Los usuarios de la organización pueden utilizar Excel para ver e interactuar con conjuntos de datos locales de
Power BI. Más información
NOTE
Si deshabilita la opción Expor tar datos también impide que los usuarios usen la característica Analizar en Excel.
Usar ArcGIS Maps for Power BI

Los usuarios de la organización pueden usar la visualización de ArcGIS Maps for Power BI proporcionada por
Esri. Más información
Usar la búsqueda global para Power BI (versión preliminar)
Los usuarios de la organización pueden usar características de búsqueda externa que se basan en Azure Search.
Opciones de objetos visuales de Power BI

Adición y uso de objetos visuales de Power BI
Los usuarios de la organización pueden interactuar con los objetos visuales de Power BI y compartirlos. Más
información
NOTE
Esta configuración se puede aplicar en toda la organización o puede limitarse a grupos específicos.
Power BI Desktop (a partir de la versión de marzo de 2019) admite el uso de Directiva de grupo para
deshabilitar el uso de objetos visuales de Power BI en los equipos implementados de una organización.
AT RIB UTO VA LO R
key Software\Policies\Microsoft\Power BI Desktop\
valueName EnableCustomVisuals
Un valor de 1 (decimal) permite el uso de objetos visuales de Power BI en Power BI (este es el valor
predeterminado).
Un valor de 0 (decimal) no permite el uso de objetos visuales de Power BI en Power BI.
Permitir solo objetos visuales certificados
Los usuarios de la organización a los que se les han concedido permisos para agregar y usar objetos visuales de
Power BI (lo que se indica mediante la opción "Agregar y usar objetos visuales de Power BI") solo podrán usar
objetos visuales de Power BI certificados. Los objetos visuales no certificados se bloquearán y se mostrará un
mensaje de error cuando se usen.
Power BI Desktop (a partir de la versión de marzo de 2019) admite el uso de Directiva de grupo para
deshabilitar el uso de objetos visuales de Power BI sin certificar en los equipos implementados de una
organización.
AT RIB UTO VA LO R
key Software\Policies\Microsoft\Power BI Desktop\

valueName EnableUncertifiedVisuals
Un valor de 1 (decimal) permite el uso de objetos visuales de Power BI sin certificar en Power BI (este es el valor
predeterminado).
Un valor de 0 (decimal) no permite el uso de objetos visuales de Power BI sin certificar en Power BI (esta opción
solo permite el uso de objetos visuales de Power BI certificados).
Configuración de objetos visuales de R

Compartir objetos visuales de R e interactuar con ellos
Los usuarios de la organización pueden interactuar con objetos visuales creados mediante scripts de R y
compartirlos. Más información
NOTE
Esta configuración se aplica a toda la organización y no se puede limitar a grupos específicos.
Configuración de auditoría y uso

Crear registros de auditoría con fines de auditoría y cumplimiento de la actividad interna
Los usuarios de la organización pueden utilizar la auditoría para supervisar las acciones realizadas en Power BI
por otros usuarios de la organización. Más información
Se debe habilitar esta configuración para que las entradas de registro de auditoría se puedan registrar. Puede
haber una demora de hasta 48 horas entre la habilitación de la auditoría y el momento en el que se empiecen a
mostrar los datos de auditoría. Si no ve los datos de inmediato, consulte los registros de auditoría más tarde.
Puede haber una demora similar entre la obtención de permisos para ver los registros de auditoría y la
posibilidad de acceder a estos.
NOTE
Métricas de uso para creadores de contenido

Los usuarios de la organización pueden consultar las métricas de uso de los paneles y los informes que hayan
creado. Más información
Datos por usuario en métricas de uso de creadores de contenido
Las métricas de uso de creadores de contenido revelan los nombres para mostrar y las direcciones de correo
electrónico de los usuarios que acceden al contenido. Más información
Los datos por usuario están habilitados de forma predeterminada en las métricas de uso, mientras que el
informe de métricas incluye información sobre la cuenta del creador de contenido. Si no desea recopilar esta
información para todos los usuarios, puede deshabilitar la característica para los grupos de seguridad en
cuestión o para toda la organización. En tal caso, la información de la cuenta de los usuarios excluidos aparecerá
en el informe como Sin nombre.
Configuración del panel

Clasificación de datos para paneles
Los usuarios de la organización pueden etiquetar paneles con clasificaciones que indiquen los niveles de
seguridad del panel. Más información
NOTE
Configuración de desarrollador
Insertar contenido en aplicaciones
Los usuarios de la organización pueden insertar informes y paneles de Power BI en las aplicaciones de software
como servicio (SaaS). Si deshabilita esta configuración, impide que los usuarios puedan usar las API REST para
insertar contenido de Power BI en la aplicación. Más información
Concesión de permisos a las entidades de servicio para utilizar las API de Power BI
Las aplicaciones web registradas en Azure Active Directory (Azure AD) usarán una entidad de servicio asignada
para acceder a API de Power BI sin un usuario con sesión iniciada. Para permitir que una aplicación use la
autenticación de entidad de servicio, su entidad de servicio debe estar incluida en un grupo de seguridad
permitido. Más información
NOTE
Las entidades de servicio heredan de su grupo de seguridad los permisos correspondientes a todas las opciones de
configuración del inquilino de Power BI. Para limitar los permisos, cree un grupo de seguridad dedicado para las entidades
de servicio y agréguelo a la lista "Excepto grupos de seguridad específicos" correspondiente a la configuración habilitada y
pertinente de Power BI.
Configuración de flujo de datos

Creación y uso de flujos de datos
Los usuarios de la organización pueden crear y usar flujos de datos. Para obtener información general sobre
flujos de datos, consulte Preparación de datos de autoservicio en Power BI. Para habilitar flujos de datos en una
capacidad Premium, vea Configuración de las cargas de trabajo.
NOTE
Configuración de aplicaciones de plantilla

Tres valores de configuración controlan la capacidad de las aplicaciones de plantilla de publicar o instalar
aplicaciones de plantilla.
Publicar aplicaciones de plantilla
Los usuarios de la organización pueden crear áreas de trabajo de aplicaciones de plantilla. Controle qué usuarios
pueden publicar aplicaciones de plantilla o distribuirlas a clientes fuera de la organización mediante AppSource
u otros métodos de distribución.
Instalar aplicaciones de plantilla que aparecen en AppSource
Los usuarios de la organización pueden descargar e instalar aplicaciones de plantilla solo desde AppSource.
Controle qué usuarios o grupos de seguridad específicos pueden instalar aplicaciones de plantilla desde
AppSource.
Instalar aplicaciones de plantilla que no aparecen en AppSource
Controle qué usuarios de la organización pueden descargar e instalar aplicaciones de plantilla que no
aparecen en AppSource .
Configuración de la capacidad
Power BI Premium
La pestaña Power BI Premium le permite administrar las funcionalidades de Power BI Premium (SKU EM o P)
que se han adquirido para su organización. Todos los usuarios de su organización pueden ver la pestaña Power
BI Premium , pero solo ven lo que contiene si están asignados como administrador de funcionalidades o como
un usuario con permisos de asignación. Si un usuario no tiene ningún permiso, aparecerá el mensaje siguiente.
Power BI Embedded
La pestaña Power BI Embedded le permite ver sus funcionalidades de Power BI Embedded (SKU A) que ha
adquirido para su cliente. Dado que solo puede adquirir SKU A de Azure, puede administrar las funcionalidades
insertadas en Azure desde Azure Por tal .
Para más información sobre cómo administrar la configuración de Power BI Embedded (SKU A), consulte ¿Qué
es Power BI Embedded?.
Códigos para insertar

Como administrador, puede ver los códigos para insertar que se generan para su inquilino para compartir
informes de forma pública. También puede revocar o eliminar códigos. Más información
Objetos visuales de la organización

La pestaña Objetos visuales de la organización permite implementar y administrar los objetos visuales de
Power BI dentro de la organización. Con objetos visuales de la organización, puede implementar fácilmente
objetos visuales propietarios en su organización, que los autores de informes pueden detectar e importar
después en sus informes de Power BI Desktop. Más información
WARNING
Un objeto visual personalizado podría contener código con riesgos para la seguridad o la privacidad; asegúrese de que
confía en el autor y del origen del objeto visual personalizado antes de implementar en el repositorio de la organización.
En la imagen siguiente se muestran todos los objetos visuales de Power BI que están implementados
actualmente en un repositorio de la organización.
Adición de un nuevo objeto visual personalizado
Para agregar un nuevo objeto visual personalizado a la lista, siga estos pasos.
1. En el panel derecho, seleccione Agregar objeto visual personalizado .
2. Rellene el formulario Agregar objeto visual personalizado :

Elija un archivo .pbiviz (obligatorio): seleccione un archivo visual personalizado para cargar. Solo se
admiten objetos visuales de Power BI de API con control de versiones (lea aquí lo que esto significa).
Antes de cargar un objeto visual personalizado, debe revisar la seguridad y privacidad de dicho objeto
visual para asegurarse de que se ajusta a los estándares de su organización.
Asigne un nombre a los objetos visuales personalizados (obligatorio): asigne un título
corto al objeto visual para que los usuarios de Power BI Desktop sepan fácilmente para qué sirve.
Icono : El archivo de icono que se muestra en la interfaz de usuario de Power BI Desktop.
Descripción : una descripción breve del objeto visual para proporcionar más contexto e
información al usuario.
3. Seleccione Agregar para iniciar la solicitud de carga. Si se realiza correctamente, verá el nuevo elemento
en la lista. Si el proceso no se completa, recibirá el mensaje de error pertinente.
Eliminación de un objeto visual personalizado de la lista
Para eliminar de forma permanente un objeto visual, seleccione el icono de la Papelera de reciclaje para el objeto
visual en el repositorio.
IMPORTANT
La eliminación es irreversible. Una vez eliminado, el objeto visual deja de representarse de inmediato en los informes
existentes. Aunque se cargue el mismo objeto visual de nuevo, no reemplazará al anterior que se eliminó. Sin embargo, los
usuarios pueden volver a importar el nuevo objeto visual y reemplazar la instancia que tienen en los informes.
Deshabilitación de un objeto visual personalizado en la lista

Para deshabilitar el objeto visual desde la tienda de la organización, seleccione el icono de engranaje. En la
sección Acceso , deshabilite el objeto visual personalizado.
Después de deshabilitar el objeto visual, ya no se representa en los informes existentes y se muestra el mensaje
de error siguiente.
This custom visual is no longer available (Este objeto visual personalizado ya no está disponible). Please contact
your administrator for details (Póngase en contacto con su administrador para más información).
Sin embargo, los objetos visuales guardados como marcador siguen funcionando.
Después de una actualización o un cambio por el administrador, los usuarios de Power BI Desktop deben
reiniciar la aplicación o actualizar el explorador en el servicio Power BI para ver las actualizaciones.
Actualización de un objeto visual
Para actualizar el objeto visual desde la tienda de la organización, seleccione el icono de engranaje. Examine y
cargue una nueva versión del objeto visual.
Asegúrese de que el identificador del objeto visual no cambie. El archivo nuevo reemplaza al archivo anterior en
todos los informes de la organización. Sin embargo, si la versión nueva del objeto visual puede generar errores
en el uso o la estructura de datos de la versión anterior del objeto visual, no reemplace la versión anterior. En
lugar de eso, debe crear una nueva lista para la versión nueva del objeto visual. Por ejemplo, agregue un
número de versión nuevo (versión X.X) al título del objeto visual nuevo. De este modo, resulta claro que es el
mismo objeto visual solo con un número de versión actualizado, por lo que los informes existentes no
interrumpen su funcionalidad. Vuelva a asegurarse de que el identificador del objeto visual no cambie. Luego, la
próxima vez que los usuarios entren en el repositorio de la organización desde Power BI Desktop, pueden
importar la versión nueva, donde se les pide que reemplacen la versión actual que tienen en el informe.
Para obtener más información, visite Preguntas más frecuentes sobre objetos visuales de Power BI de la
organización.
De forma predeterminada, los datos usados con Power BI se almacenan en almacenamiento interno
Almacenamiento de f lujos de datos ( versión preliminar)
proporcionado por Power BI. Con la integración de flujos de datos y Azure Data Lake Storage Gen2 (ADLS Gen2),
puede almacenar los flujos de datos en la cuenta de Azure Data Lake Storage Gen2 de su organización. Para
obtener más información, vea Integración de flujos de datos y Azure Data Lake (versión preliminar).
Áreas de trabajo
Como administrador, puede ver las áreas de trabajo que existen en el inquilino. Puede ordenar y filtrar la lista de
áreas de trabajo y mostrar los detalles de cada una de ellas. Las columnas de la tabla se corresponden con las
propiedades devueltas por la API de REST de administración de Power BI para las áreas de trabajo. Las áreas de
trabajo personales son de tipo PersonalGroup , las clásicas son de tipo Group y las áreas de trabajo de la
nueva experiencia de áreas de trabajo son de tipo Workspace . Para obtener más información, consulte Crear
nuevas áreas de trabajo en Power BI.
En la pestaña Áreas de trabajo , verá el estado para cada área de trabajo. En la tabla siguiente se proporcionan
más detalles sobre el significado de estos estados.
ESTA DO DESC RIP C IÓ N
Activo Un área de trabajo normal. No indica nada sobre el uso o lo

que hay en el interior, solo que el área de trabajo es
"normal".
Huérfana Un área de trabajo sin usuario administrador.
Eliminada Un área de trabajo eliminada. Durante un máximo de

90 días, se conservan suficientes metadatos como para
restaurar el área de trabajo, si se quiere.
Quitando Un área de trabajo en proceso de eliminación, pero aún no

ha desaparecido. Los usuarios pueden eliminar sus propias
áreas de trabajo, que se sitúan en estado Quitando y, con el
tiempo, en Eliminada.
Personalización de marca
Como administrador, puede personalizar la apariencia de Power BI para toda la organización. Actualmente, hay
tres opciones principales:
Carga del logotipo : para obtener los mejores resultados, cargue un logotipo guardado en formato .png
de 10 KB o menos y de al menos 200 x 30 píxeles.
Carga de la imagen de por tada : para obtener los mejores resultados, cargue una imagen de portada
guardada en formato .jpg o .png de 1 MB o menos y de al menos 1920 x 160 píxeles.
Selección del color de tema : puede seleccionar su tema basado en un número hexadecimal, RGB,
valor o desde la paleta que se proporciona.
Para más información, consulte Personalización de marca de la organización.
Administración de contenido destacado

Como administrador de inquilinos, puede administrar todos los informes, paneles y aplicaciones que se han
promocionado en la sección Destacados de Inicio de Power BI en la organización.
En el portal de administración, seleccione Contenido destacado .
Aquí puede ver una visión general de quién destaca el contenido, cuándo se ha destacado y todos sus metadatos
pertinentes. Si algo parece sospechoso o quiere limpiar la sección Destacados, puede eliminar el contenido
promocionado según sea necesario.
Vea Contenido destacado en este artículo para obtener información sobre cómo habilitar el contenido
destacado.
Pasos siguientes
Administración de Power BI en su organización
Descripción del rol de administrador de Power BI
Auditoría de Power BI en su organización
Encontrar usuarios de Power BI que hayan iniciado
sesión
Si es un administrador de inquilinos y quiere ver quién ha iniciado sesión en Power BI, use los informes de acceso y
uso de Azure Active Directory para aumentar la visibilidad.
NOTE
El informe de Inicios de sesión ofrece información útil, pero no identifica el tipo de licencia que cada usuario tiene. Use el
Centro de administración de Microsoft 365 para ver licencias.
Requisitos
Cualquier usuario (incluidos los no administradores) puede ver un informe de sus propios inicios de sesión, pero
debe cumplir los requisitos siguientes para ver un informe para todos los usuarios.
El inquilino debe tener una licencia de Azure AD Premium asociada.
Debe tener alguno de los roles siguientes: administrador global, administrador de seguridad o lector de
seguridad.
Uso de Azure Portal para ver los inicios de sesión

Para ver la actividad de inicio de sesión, siga estos pasos.
1. En Azure Por tal , seleccione Azure Active Director y .
2. En Super visión , seleccione Inicios de sesión .
3. Filtre la aplicación, por Microsoft Power BI o Power BI Gateway y seleccione Aplicar .

Microsoft Power BI filtra la actividad de inicio de sesión relacionada con el servicio, mientras que Power
BI Gateway filtra la actividad de inicio de sesión específica de la puerta de enlace de datos local.
Exportar los datos
También se puede descargar un informe de inicio de sesión en cualquiera de los dos formatos: un archivo CSV o un
archivo JSON.
En la parte superior del informe de Inicios de sesión , seleccione Descargar y luego seleccione una de las
opciones siguientes:
CSV para descargar un archivo CSV con los datos filtrados actualmente.
JSON para descargar un archivo JSON con los datos filtrados actualmente.
Retención de datos
Los datos relacionados con el inicio de sesión están disponibles durante 30 días como máximo. Para obtener más
información, consulte las directivas de retención de informes de Azure Active Directory.
Pasos siguientes
Usar la auditoría dentro de su organización
Seguimiento de actividades de usuario en Power BI
Es fundamental saber quién realiza cada acción en cada elemento del inquilino de Power BI para ayudar a la
organización a satisfacer sus requisitos, como el cumplimiento normativo y la administración de registros. Con
Power BI, tiene dos opciones para realizar el seguimiento de la actividad del usuario: El Registro de actividad de
Power BI y el Registro de auditoría de Office 365 unificado. Estos registros contienen una copia completa de los
datos de auditoría de Power BI, pero hay varias diferencias clave, como se resume en la tabla siguiente.
REGIST RO DE A UDITO RÍA DE O F F IC E 365 UN IF IC A DO REGIST RO DE A C T IVIDA D DE P O W ER B I
Incluye eventos de SharePoint Online, Exchange Online, Solo incluye los eventos de auditoría de Power BI.
Dynamics 365 y otros servicios además de los eventos de
auditoría de Power BI.
Solo tienen acceso, como administradores globales y Los administradores globales y los administradores del
auditores, los usuarios con permisos Registros de auditoría o servicio Power BI tienen acceso.
Registros de auditoría de solo lectura.
Los administradores y auditores globales pueden buscar en el Todavía no hay ninguna interfaz de usuario para buscar en el
registro de auditoría unificado mediante el Centro de registro de actividad.
seguridad y cumplimiento de Office 365, el Centro de
seguridad de Microsoft 365 y el Centro de cumplimiento de
Microsoft 365.
Los administradores y auditores globales pueden descargar Los administradores globales y los administradores del
entradas del registro de auditoría mediante los cmdlets y las servicio Power BI pueden descargar entradas del registro de
API de administración de Office 365. actividad mediante una API REST de Power BI y un cmdlet de
administración.
Mantiene los datos de auditoría durante 90 días Mantiene los datos de actividad durante 30 días (versión
preliminar pública)
Uso del registro de actividad

Como administrador del servicio Power BI, puede analizar el uso de todos los recursos de Power BI en el nivel de
inquilino mediante informes personalizados basados en el registro de actividad de Power BI. Puede descargar las
actividades mediante una API REST o un cmdlet de PowerShell. También puede filtrar los datos de actividad por
intervalo de fechas, usuario y tipo de actividad.
Requisitos del registro de actividad
Debe cumplir estos requisitos para acceder al registro de actividad de Power BI:
Debe ser un administrador global o un administrador del servicio Power BI.
Ha instalado los cmdlets de administración de Power BI localmente o usa los cmdlets de administración de
Power BI en Azure Cloud Shell.
API REST ActivityEvents
Puede usar una aplicación administrativa basada en las API REST de Power BI para exportar eventos de actividad
a un almacén de blobs o a una base de datos SQL. Después, puede crear un informe de uso personalizado sobre
los datos exportados. En la llamada a la API REST ActivityEvents , debe especificar una fecha de inicio y una
fecha de finalización y, opcionalmente, un filtro para seleccionar actividades por tipo de actividad o identificador
de usuario. Como el registro de actividad puede contener una gran cantidad de datos, actualmente la API
ActivityEvents solo admite la descarga de hasta un día de datos por solicitud. Es decir, la fecha de inicio y la
fecha de finalización deben especificar el mismo día, como en el ejemplo siguiente. Asegúrese de especificar los
valores de fecha y hora en formato UTC.
https://api.powerbi.com/v1.0/myorg/admin/activityevents?startDateTime='2019-08-
31T00:00:00'&endDateTime='2019-08-31T23:59:59'
Si el número de entradas es grande, la API ActivityEvents solo devuelve entre 5 000 y 10 000 entradas, y un
token de continuación. Vuelva a llamar a la API ActivityEvents con el token de continuación para obtener el
siguiente lote de entradas, y así sucesivamente, hasta que haya recuperado todas las entradas y ya no reciba un
token de continuación. En el ejemplo siguiente se muestra cómo usar el token de continuación.
https://api.powerbi.com/v1.0/myorg/admin/activityevents?
continuationToken='%2BRID%3ARthsAIwfWGcVAAAAAAAAAA%3D%3D%23RT%3A4%23TRC%3A20%23FPC%3AARUAAAAAAAAAFwAAAAAAAAA%
3D'
Con independencia del número de entradas devueltas, si los resultados incluyen un token de continuación,
asegúrese de volver a llamar a la API con ese token para recuperar los datos restantes, hasta que ya no se
devuelva un token de continuación. Es posible que una llamada devuelva incluso un token de continuación sin
ninguna entrada de evento. En el ejemplo siguiente se muestra cómo crear un bucle con un token de
continuación devuelto en la respuesta:
while(response.ContinuationToken != null)
{
// Store the activity event results in a list for example
completeListOfActivityEvents.AddRange(response.ActivityEventEntities);
// Make another call to the API with continuation token

response = GetPowerBIActivityEvents(response.ContinuationToken)
}
completeListOfActivityEvents.AddRange(response.ActivityEventEntities);
NOTE
Los eventos pueden tardar hasta 24 horas en aparecer, aunque los datos completos suelen estar disponibles mucho antes.
Cmdlet Get-PowerBIActivityEvent
Descargue eventos de actividad con los cmdlets de administración de Power BI para PowerShell. El cmdlet Get-
PowerBIActivityEvent controla de forma automática el token de continuación. El cmdlet Get-
PowerBIActivityEvent toma un parámetro StartDateTime y EndDateTime con las mismas restricciones que la
API REST ActivityEvents . Es decir, la fecha de inicio y la fecha de finalización deben hacer referencia al mismo
valor de fecha porque solo se pueden recuperar los datos de actividad de un día a la vez.
En el script siguiente se muestra cómo descargar todas las actividades de Power BI. El comando convierte los
resultados de JSON en objetos de .NET para un acceso sencillo a las propiedades de cada actividad. En estos
ejemplos se muestran las marcas de tiempo más pequeñas y más grandes posibles de un día para asegurarse de
que no se pierde ningún evento.
Login-PowerBI
$activities = Get-PowerBIActivityEvent -StartDateTime '2019-08-31T00:00:00' -EndDateTime '2019-08-

31T23:59:59' | ConvertFrom-Json
$activities.Count
$activities[0]
Filtrado de datos de actividad

Puede filtrar los eventos de actividad por tipo de actividad e identificador de usuario. En el script siguiente se
muestra cómo descargar solo los datos de evento para la actividad ViewDashboard . Para obtener más
información sobre los parámetros admitidos, use el comando Get-Help Get-PowerBIActivityEvent .
Login-PowerBI
$activities = Get-PowerBIActivityEvent -StartDateTime '2019-08-31T00:00:00' -EndDateTime '2019-08-

31T23:59:59' -ActivityType 'ViewDashboard' | ConvertFrom-Json
$activities.Count
$activities[0]
Uso del registro de auditoría

Si su tarea consiste en realizar el seguimiento de las actividades del usuario en Power BI y Office 365, puede
trabajar con la auditoría en el Centro de seguridad y cumplimiento de Office 365, o bien usar PowerShell. La
auditoría se basa en la funcionalidad de Exchange Online, que se aprovisiona automáticamente para admitir
Power BI.
Puede filtrar los datos de auditoría por intervalo de fechas, usuario, panel, informe, conjunto de datos y tipo de
actividad. También puede descargar las actividades en un archivo .csv (valores separados por comas) para
analizarlo sin conexión.
Requisitos del registro de auditoría
Debe cumplir estos requisitos para acceder a los registros de auditoría:
Debe ser un administrador global o tener asignado el rol Registros de auditoría o Registros de auditoría de
solo lectura de Exchange Online para obtener acceso al registro de auditoría. De manera predeterminada,
los grupos de roles de Administración de cumplimiento y Administración de organizaciones incluyen estos
roles asignados en la página Permisos en el centro de administración de Exchange.
Para proporcionar acceso al registro de auditoría a las cuentas que no son de administrador, agregue el
usuario como miembro de uno de estos grupos de roles. Si quiere hacerlo de otra manera, puede crear un
grupo de roles personalizados en el centro de administración de Exchange, asignar el rol Registros de
auditoría o Registros de auditoría de solo visualización a este grupo y, luego, agregar la cuenta que no es
de administrador al nuevo grupo de roles. Para obtener más información, vea Manage role groups in
Exchange Online (Administración de grupos de roles en Exchange Online).
Si no puede acceder al centro de administración de Exchange desde el Centro de administración de
Microsoft 365, vaya a https://outlook.office365.com/ecp e inicie sesión con las credenciales.
Si tiene acceso al registro de auditoría pero no es administrador global ni administrador del servicio
Power BI, no puede acceder al portal de administración de Power BI. En este caso, use un vínculo directo al
Centro de seguridad y cumplimiento de Office 365.
Acceso a los registros de auditoría
Para acceder a los registros, asegúrese primero de habilitar el registro en Power BI. Para más información, vea
Registros de auditoría en la documentación del portal de administración. Puede haber un retraso de hasta
48 horas entre el momento en que se habilita la auditoría y el momento en que se pueden ver los datos de
auditoría. Si no ve los datos de inmediato, consulte los registros de auditoría más tarde. Puede haber una demora
similar entre la obtención de permisos para ver los registros de auditoría y la posibilidad de acceder a estos.
Los registros de auditoría de Power BI están disponibles directamente en el Centro de seguridad y cumplimiento
de Office 365. También hay un vínculo desde el portal de administración de Power BI:
1. En Power BI, seleccione el icono de engranaje en la esquina superior derecha y, luego, seleccione Por tal
de administración .
2. Seleccione Registros de auditoría .

3. Seleccione Ir al Centro de administración de O365 .
Buscar solo actividades de Power BI

Restrinja los resultados solo a las actividades de Power BI; para ello siga estos pasos. Para obtener una lista de
actividades, consulte la lista de actividades auditadas por Power BI más adelante en este artículo.
1. En la página Búsqueda de registros de auditoría , seleccione la lista desplegable Actividades en
Buscar .
2. Seleccione Actividades de Power BI .
3. Seleccione un lugar fuera del cuadro de selección para cerrarlo.
Las búsquedas solo devolverán actividades de Power BI.
Buscar en los registros de auditoría por fecha
Puede buscar registros por intervalo de fechas mediante el campo Fecha de inicio y Fecha de finalización . La
selección predeterminada son los últimos siete días. La pantalla muestra la fecha y hora en formato de hora
universal coordinada (UTC). El intervalo de fechas máximo que se puede especificar es de 90 días.
Recibirá un error si el intervalo de fechas seleccionado es superior a 90 días. Si usa el intervalo de fechas máximo
de 90 días, debe seleccionar la hora actual en la fecha de inicio . De lo contrario, aparece un error que indica que
la fecha de inicio es anterior a la fecha de finalización. Si ha activado la auditoría durante los 90 últimos días, el
intervalo de fechas no puede empezar antes de la fecha de activación de la auditoría.
Buscar en los registros de auditoría por usuario
Puede buscar entradas del registro de auditoría para actividades realizadas por usuarios específicos. Escriba uno
o varios nombres de usuario en el campo Usuarios . El nombre de usuario es similar a una dirección de correo
electrónico. Es la cuenta con la que los usuarios inician sesión en Power BI. Si deja este cuadro en blanco, se
devolverán las entradas de todos los usuarios (y las cuentas de servicio) de la organización.
Ver los resultados de la búsqueda

Después de seleccionar Buscar , se cargan los resultados de la búsqueda. Después de unos momentos, aparecen
en Resultados . Una vez finalizada la búsqueda, la pantalla muestra el número de resultados encontrados.
Búsqueda de registros de auditoría muestra un máximo de 1000 eventos. Si son más de 1000 los eventos
que cumplen los criterios de búsqueda, la aplicación mostrará los 1000 eventos más recientes.
Ver los resultados principales
El área Resultados tiene la siguiente información sobre cada evento devuelto por la búsqueda. Seleccione un
encabezado de columna en Resultados para ordenar los resultados.
C O L UM N A DEF IN IC IÓ N
Fecha Fecha y hora (en formato UTC) en las que se produjo el

evento.
IP address (Dirección IP) La dirección IP del dispositivo que se usa para la actividad
registrada. La aplicación muestra la dirección IP en el formato
de dirección IPv4 o IPv6.
Usuario Usuario (o cuenta de servicio) que realizó la acción que

desencadenó el evento.
Actividad Actividad realizada por el usuario. Este valor corresponde a

las actividades que se seleccionaron en la lista desplegable
Actividades . En el caso de un evento del registro de
auditoría de administración de Exchange, el valor de esta
columna es un cmdlet de Exchange.
Artículo El objeto creado o modificado debido a la actividad

correspondiente. Por ejemplo, el archivo visto o modificado, o
la cuenta de usuario actualizada. No todas las actividades
tienen un valor en esta columna.
Detail (Detalle) Detalles adicionales sobre una actividad. También en este

caso, no todas las actividades tienen un valor.
Ver los detalles de un evento

Para ver más detalles de un evento, seleccione el registro de eventos en la lista de resultados de la búsqueda.
Aparece una página Detalles con las propiedades detalladas del registro de eventos. En la página Detalles se
muestran las propiedades en función del servicio de Office 365 donde ocurre el evento.
Para mostrar estos detalles, seleccione Más información . Todas las entradas de Power BI tienen un valor de 20
para la propiedad RecordType. Para obtener información sobre otras propiedades, vea Propiedades detalladas del
registro de auditoría de Office 365.
Exportar los resultados de la búsqueda
Para exportar el registro de auditoría de Power BI a un archivo .csv, siga estos pasos.
1. Seleccione Expor tar resultados .
2. Seleccione Save loaded results (Guardar resultados cargados) o Download all results (Descargar
todos los resultados).
Uso de PowerShell para buscar registros de auditoría

También puede usar PowerShell para acceder a los registros de auditoría mediante el inicio de sesión. En el
ejemplo siguiente se muestra cómo conectarse a Exchange Online PowerShell y usar luego el comando Search-
UnifiedAuditLog para extraer las entradas de registro de auditoría de Power BI. Para ejecutar el script, un
administrador debe asignarle los permisos adecuados, como se describe en la sección Requisitos del registro de
auditoría.
Set-ExecutionPolicy RemoteSigned
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri

https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -
AllowRedirection
Import-PSSession $Session
Search-UnifiedAuditLog -StartDate 9/11/2018 -EndDate 9/15/2018 -RecordType PowerBI -ResultSize 1000 | Format-
Table | More
Uso de PowerShell para exportar registros de auditoría

También puede usar PowerShell para exportar los resultados de la búsqueda de registros de auditoría. En el
ejemplo siguiente se muestra cómo enviar desde el comando Search-UnifiedAuditLog y exportar los resultados
con el cmdlet Export-Csv. Para ejecutar el script, un administrador debe asignarle los permisos adecuados, como
se describe en la sección Requisitos del registro de auditoría.
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri

https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -
AllowRedirection
Import-PSSession $Session
Search-UnifiedAuditLog -StartDate 9/11/2019 -EndDate 9/15/2019 -RecordType PowerBI -ResultSize 5000 |
Export-Csv -Path "c:\temp\PowerBIAuditLog.csv" -NoTypeInformation
Remove-PSSession $Session
Para obtener más información sobre cómo conectarse a Exchange Online, vea Conexión a Exchange Online
PowerShell. Para consultar otro ejemplo del uso de PowerShell con los registros de auditoría, vea Using Power BI
audit log and PowerShell to assign Power BI Pro licenses (Uso del registro de auditoría de Power BI y PowerShell
para asignar licencias de Power BI Pro).
Operaciones disponibles en los registros de actividad y auditoría

Las operaciones siguientes están disponibles en los registros de auditoría y de actividad.
N O M B RE DESC RIP T IVO N O M B RE DE O P ERA C IÓ N N OTA S
Origen de datos agregado a la puerta AddDatasourceToGateway

de enlace de Power BI
Acceso a la carpeta de Power BI AddFolderAccess No se usa actualmente

agregado
Miembros del grupo de Power BI AddGroupMembers

agregados
Cuenta de almacenamiento del flujo de AdminAttachedDataflowStorageAccoun No se usa actualmente

datos adjuntado al inquilino por el tToTenant
administrador
Se ha analizado un conjunto de datos AnalyzedByExternalApplication

de Power BI
Informe de Power BI analizado AnalyzeInExcel
Cuenta de almacenamiento del flujo de AttachedDataflowStorageAccount

datos asociada
Conjunto de datos de Power BI BindToGateway

enlazado a la puerta de enlace
Actualización de flujo de datos CancelDataflowRefresh

cancelada
Estado de capacidad cambiado ChangeCapacityState

Asignación de usuarios de la capacidad UpdateCapacityUsersAssignment

cambiada
Conexiones de datos de Power BI SetAllConnections

cambiadas
Se han cambiado los administradores ChangeGatewayAdministrators

de la puerta de enlace de Power BI
Se han cambiado los usuarios de los ChangeGatewayDatasourceUsers

orígenes de datos de la puerta de
enlace de Power BI
Paquete de contenido organizativo de CreateOrgApp

Power BI creado
Aplicación de Power BI creada CreateApp
Panel de Power BI creado CreateDashboard
Flujo de datos de Power BI creado CreateDataflow
Conjunto de datos de Power BI creado CreateDataset
Suscripción de correo electrónico de CreateEmailSubscription

Power BI creada
Carpeta de Power BI creada CreateFolder
Se ha creado una puerta de enlace de CreateGateway

Power BI
Grupo de Power BI creado CreateGroup
Informe de Power BI creado CreateReport 1
Flujo de datos migrado a la cuenta de DataflowMigratedToExternalStorageAcc No se usa actualmente

almacenamiento externa ount
Permisos de flujo de datos agregados DataflowPermissionsAdded No se usa actualmente
Permisos de flujo de datos eliminados DataflowPermissionsRemoved No se usa actualmente
Paquete de contenido organizativo de DeleteOrgApp

Power BI eliminado
Comentario de Power BI eliminado DeleteComment
Panel de Power BI eliminado DeleteDashboard No se usa actualmente
Flujo de datos de Power BI eliminado DeleteDataflow No se usa actualmente

Conjunto de datos de Power BI DeleteDataset

eliminado
Suscripción de correo electrónico de DeleteEmailSubscription

Power BI eliminada
Carpeta de Power BI eliminada DeleteFolder
Acceso a la carpeta de Power BI DeleteFolderAccess No se usa actualmente

eliminado
Se ha eliminado una puerta de enlace DeleteGateway

de Power BI
Grupo de Power BI eliminado DeleteGroup
Informe de Power BI eliminado DeleteReport
Orígenes de datos de conjunto de GetDatasources

datos de Power BI detectados
Informe de Power BI descargado DownloadReport
Propiedades del flujo de datos editadas EditDataflowProperties
Permiso de certificación de Power BI EditCertificationPermission No se usa actualmente

editado
Panel de Power BI editado EditDashboard No se usa actualmente
Conjunto de datos de Power BI editado EditDataset
Propiedades de conjunto de datos de EditDatasetProperties No se usa actualmente

Power BI editadas
Informe de Power BI editado EditReport
Flujo de datos de Power BI exportado ExportDataflow
Datos de objetos visuales de informe ExportReport

de Power BI exportados
Datos de iconos de Power BI ExportTile

exportados
No se pudieron agregar permisos de FailedToAddDataflowPermissions No se usa actualmente

flujo de datos
No se pudieron eliminar permisos de FailedToRemoveDataflowPermissions No se usa actualmente

flujo de datos
Token SAS de flujo de datos de Power GenerateDataflowSasToken

BI generado
Token de inserción Power BI generado GenerateEmbedToken
Archivo a Power BI importado Importación
Aplicación de Power BI instalada InstallApp
Área de trabajo a una capacidad MigrateWorkspaceIntoCapacity

migrada
Comentario de Power BI publicado PostComment
Panel de Power BI imprimido PrintDashboard
Página de informe de Power BI PrintReport

imprimida
Informe de Power BI publicado en la PublishToWebReport 2

Web
Flujo de datos de Power BI secreto ReceiveDataflowSecretFromKeyVault

recibido de Key Vault
Se ha eliminado un origen de datos de RemoveDatasourceFromGateway

la puerta de enlace de Power BI
Miembros del grupo de Power BI DeleteGroupMembers

eliminados
Área de trabajo de una capacidad RemoveWorkspacesFromCapacity

eliminada
Nombre de un panel de Power BI RenameDashboard

cambiado
Actualización del flujo de datos de RequestDataflowRefresh No se usa actualmente

Power BI solicitada
Actualización del conjunto de datos de RefreshDataset

Power BI solicitada
Áreas de trabajo de Power BI GetWorkspaces

recuperadas
Establecer la ubicación de SetDataflowStorageLocationForWorksp

almacenamiento del flujo de datos para ace
un área de trabajo
Actualización programada en un flujo SetScheduledRefreshOnDataflow

de datos de Power BI establecida
Actualización programada en un SetScheduledRefresh

conjunto de datos de Power BI
establecida
Panel de Power BI compartido ShareDashboard
Informe de Power BI compartido ShareReport
Se ha iniciado la versión de prueba OptInForExtendedProTrial No se usa actualmente

extendida de Power BI
Versión de prueba de Power BI iniciada OptInForProTrial
Control tomado sobre un origen de TakeOverDatasource

datos de Power BI
Control tomado sobre un conjunto de TakeOverDataset

datos de Power BI
Control tomado sobre un flujo de TookOverDataflow

datos de Power BI
Publicación de una aplicación de Power UnpublishApp

BI anulada
Configuración de gobernanza de UpdateCapacityResourceGovernanceSe No se encuentra en el Centro de

recursos de capacidad actualizada ttings administración de Microsoft 365
Administración de capacidad UpdateCapacityAdmins

actualizada
Nombre para mostrar de la capacidad UpdateCapacityDisplayName

actualizado
Permisos de asignación de UpdatedDataflowStorageAssignmentPe

almacenamiento del flujo de datos rmissions
actualizados
Configuración de Power BI de la UpdatedAdminFeatureSwitch

organización actualizada
Aplicación de Power BI actualizada UpdateApp
Flujo de datos de Power BI actualizados UpdateDataflow
Orígenes de datos de conjunto de UpdateDatasources

datos de Power BI actualizados
Parámetros de conjunto de datos de UpdateDatasetParameters

Power BI actualizados
Suscripción de correo electrónico de UpdateEmailSubscription

Power BI actualizada
Carpeta de Power BI actualizada UpdateFolder
Acceso a la carpeta de Power BI UpdateFolderAccess

actualizado
Credenciales de los orígenes de datos UpdateDatasourceCredentials

de la puerta de enlace de Power BI
actualizadas
Panel de Power BI visualizado ViewDashboard
Flujo de datos de Power BI visualizado ViewDataflow
Informe de Power BI visualizado ViewReport
Conjunto de datos de Power BI ViewTile

visualizado
Métricas de uso de Power BI ViewUsageMetrics

visualizadas
1 La publicación desde Power BI Desktop en el servicio es un evento CreateReport en el servicio.

2 PublishtoWebReport hace referencia a la característica Publicar en la web.
Pasos siguientes
Seguimiento del estado del servicio Power Bi en
Office 365
El Centro de administración de Microsoft 365 proporciona herramientas importantes para los administradores de
Power BI. Las herramientas incluyen información actual e histórica sobre el estado del servicio. Para acceder a la
información de estado del servicio, debe tener uno de los siguientes roles:
Administrador de servicios de Power BI
Administrador global de Office 365
Para más información sobre los roles, consulte Administración de Power BI en su organización.
1. Inicie sesión en el Centro de administración de Microsoft 365.
2. En el panel de navegación, seleccione Mostrar todo > Estado > Estado del ser vicio . Aparece la página
Estado del servicio:
3. En la lista Todos los ser vicios , seleccione Avisos o Incidentes y revise los resultados. En la captura de
pantalla siguiente, verá uno de los tres avisos activos.
4. Para obtener más información, seleccione Mostrar detalles para un elemento. En la captura de pantalla
siguiente, puede ver detalles adicionales, incluidas las actualizaciones de estado recientes.
Desplácese hacia abajo para ver más información y, a continuación, cierre el panel cuando haya terminado.
5. Para ver la información histórica de todos los servicios, en la esquina superior derecha de la página Estado
del ser vicio , seleccione Ver historial . A continuación, seleccione Últimos 7 días o Últimos 30 días .
6. Para volver al estado actual del servicio, seleccione Ver estado actual .
Cerrar la cuenta de Power BI
Si ya no desea usar Power BI, puede cerrar su cuenta de esta solución. Después de cerrar su cuenta, no puede iniciar
sesión en Power BI. Además, tal como se indica en la directiva de retención de datos en las Condiciones del servicio
de Power BI, Power BI elimina todos los datos de cliente que haya cargado o creado. No se conservan.
Usuarios individuales de Power BI

Si se registró en Power BI como usuario individual, puede cerrar la cuenta en la pantalla Configuración .
1. En Power BI, seleccione el icono de engranaje en la esquina superior derecha y luego seleccione
Configuración .
2. En la pestaña General , seleccione Cerrar cuenta .
3. Seleccione un motivo para cerrar la cuenta (1). También puede proporcionar más información (2). Luego,
seleccione Cerrar cuenta .
4. Confirme que desea cerrar su cuenta.
Debe aparecer una confirmación de que Power BI cerró la cuenta. Puede volver a abrir su cuenta desde aquí
si es necesario.
Usuarios inquilinos administrados

Si su organización lo registró en Power BI, póngase en contacto con el administrador de inquilinos. Pídale que anule
la asignación de la licencia de la cuenta.

Distribuir contenido de Power BI a usuarios externos
invitados con Azure AD B2B
Power BI permite compartir contenido con usuarios invitados externos a través de Azure Active Directory Negocio
a negocio (Azure AD B2B). Al usar Azure AD B2B, la organización permite y controla el uso compartido de
contenido con usuarios externos en una ubicación central. De forma predeterminada, la experiencia de los
invitados externos es exclusivamente de consumo. Además, puede permitir que usuarios invitados de fuera de la
organización editen y administren contenido dentro de la organización.
En este artículo se proporciona una introducción básica a Azure AD B2B en Power BI. Para obtener más
información, vea Distribuir contenido de Power BI a usuarios externos invitados mediante Azure Active Directory
B2B.
Habilitar acceso
Asegúrese de habilitar la característica Compartir contenido con usuarios externos en el portal de administración
de Power BI antes de invitar a usuarios invitados. Incluso cuando esta opción está habilitada, el usuario debe tener
permiso en Azure Active Directory para invitar a los usuarios invitados. Esta invitación se puede conceder
mediante el rol de invitador de usuarios invitados.
La opción Permitir a los usuarios externos editar y administrar el contenido de la organización permite conferir a
los usuarios la capacidad de ver y crear contenido en áreas de trabajo, incluso examinar la instancia de Power BI de
la organización.
NOTE
La opción Compartir contenido con usuarios externos controla si Power BI permite invitar a usuarios externos a la
organización. Una vez que un usuario externo acepta la invitación, se convierte en un usuario invitado de Azure AD B2B de la
organización. Estos usuarios aparecen en los selectores de personas de la experiencia Power BI. Cuando esta opción está
deshabilitada, los usuarios invitados existentes en la organización continúan teniendo acceso a todos los elementos a los que
tenían acceso y siguen apareciendo en las experiencias del selector de personas. Además, si se agregan invitados mediante el
método de invitación planeada, estos también aparecerán en los selectores de personas. Para impedir que los usuarios
invitados accedan a Power BI, use una directiva de acceso condicional de Azure AD.
¿A quién puede invitar?

Se puede invitar a la organización a usuarios con la mayoría de las direcciones de correo electrónico, incluidas las
cuentas personales como gmail.com, outlook.com y hotmail.com. En Azure AD B2B, estas direcciones se
denominan identidades sociales.
No puede invitar a usuarios que estén asociados a una nube de administración pública, como Power BI para la
Administración Pública de Estados Unidos.
Invitar a usuarios externos

Los usuarios invitados solo requieren invitaciones la primera vez que los invite a su organización. Para invitar a
usuarios, use invitaciones planeadas o ad hoc.
Para usar invitaciones ad hoc, use las siguientes capacidades:
Uso compartido de paneles e informes
Lista de acceso de aplicaciones
En las listas de acceso de área de trabajo no se admiten las invitaciones ad hoc. Use el método de invitación
planeada para agregar estos usuarios a la organización. Una vez que el usuario externo sea un invitado en la
organización, agréguelo a la lista de acceso de área de trabajo.
Invitaciones planeadas
Use una invitación planeada si sabe a qué usuarios desea invitar. En Azure Portal o PowerShell se pueden enviar
invitaciones. Debe ser un administrador de inquilinos para invitar a usuarios.
Siga estos pasos para enviar una invitación en Azure Portal.
1. En Azure Portal, seleccione Azure Active Director y .
2. En Administrar , seleccione Usuarios > Todos los usuarios > Nuevo usuario invitado .
3. Escriba una dirección de correo electrónico y un mensaje personal .
4. Seleccione Invitar .
Para invitar a más de un usuario externo, use PowerShell. Para más información, consulte el código de
colaboración de Azure AD B2B y los ejemplos de PowerShell.
El usuario invitado debe seleccionar Empezar en la invitación de correo electrónico que reciba. A continuación, se
agregará al usuario invitado al inquilino.
Invitaciones ad hoc
Para invitar a un usuario externo en cualquier momento, agréguelo al panel o informe a través de la interfaz de
usuario de uso compartido o a la aplicación a través de la página de acceso. A continuación se muestra un ejemplo
de lo que debe hacer al invitar a un usuario externo para que use una aplicación.
El usuario invitado recibirá un correo electrónico que indica que ha compartido la aplicación con él.
El usuario invitado debe iniciar sesión con su dirección de correo electrónico de la organización. Recibirá una
solicitud para que acepte la invitación después de iniciar sesión. Tras iniciar sesión, la aplicación se abre para el
usuario invitado. Para volver a la aplicación, dicho usuario deberá marcar el vínculo como favorito o guardar el
correo electrónico.
Licencias
El usuario invitado debe tener la licencia adecuada en vigor para ver el contenido compartido. Existen tres
opciones para asegurarse de que el usuario tiene una licencia adecuada: usar Power BI Premium, asignar una
licencia de Power BI Pro o utilizar la licencia de Power BI Pro de invitado.
Los usuarios invitados que pueden editar y administrar contenido en la organización necesitan una licencia
Power BI Pro para aportar contenido a las áreas de trabajo o para compartir contenido con otros usuarios.
Usar Power BI Premium
La asignación del área de trabajo a una capacidad Power BI Premium permite al usuario invitado usar la aplicación
sin necesidad de una licencia de Power BI Pro. Power BI Premium también permite que las aplicaciones saquen
partido a otras funcionalidades como una mayor frecuencia de actualización, capacidad dedicada y tamaños de
modelo grandes.
Asignar una licencia de Power BI Pro a un usuario invitado

Asignar una licencia de Power BI Pro a un usuario invitado, dentro de su inquilino permite que ese usuario invitado
vea el contenido del inquilino. Para obtener más información sobre la asignación de licencias, vea Asignación de
licencias a usuarios en la página Licencias. Antes de asignar licencias Pro a usuarios invitados, póngase en contacto
con el representante de la cuenta de Microsoft para asegurarse de que cumple con los términos del contrato con
Microsoft.
El usuario invitado aporta su propia licencia de Power BI Pro

El usuario invitado ya tiene una licencia de Power BI Pro asignada dentro del inquilino.
Usuarios invitados que pueden editar y administrar contenido

Cuando se usa la opción Permitir a los usuarios externos editar y administrar el contenido de la organización, los
usuarios invitados especificados obtienen más acceso a la instancia de Power BI de la organización. Así, podrán ver
cualquier contenido para el que tengan permiso, acceder a Inicio, examinar áreas de trabajo, instalar aplicaciones
que se encuentren en la lista de acceso y aportar contenido a áreas de trabajo. Pueden crear o ser administradores
de áreas de trabajo que usen la nueva experiencia de área de trabajo. Existen algunas limitaciones. La sección
Consideraciones y limitaciones muestran esas restricciones.
Para ayudar a los usuarios invitados a iniciar sesión en Power BI, proporcióneles la dirección URL de inquilino. Para
buscar la dirección URL del inquilino, siga estos pasos.
1. En el servicio Power BI, en el menú superior, seleccione Ayuda ( ? ) y, a continuación, Acerca de Power BI .
2. Vea el valor junto a URL de inquilino . Comparta la dirección URL de inquilino con los usuarios invitados
permitidos.
Consideraciones y limitaciones
De forma predeterminada, Azure AD B2B solo permite a los invitados externos usar el contenido. Los
invitados de Azure AD B2B externos pueden ver aplicaciones, paneles, informes, exportar los datos y crear
suscripciones de correo electrónico para los paneles e informes. No pueden acceder a áreas de trabajo ni
publicar su propio contenido. Para quitar estas restricciones, puede usar la característica Permitir a los
usuarios externos editar y administrar el contenido de la organización.
Para invitar a usuarios externos, se necesita una licencia de Power BI Pro. Los usuarios de la versión de
evaluación de Pro no pueden invitar a usuarios externos a Power BI.
Algunas experiencias no están disponibles para los usuarios invitados que pueden editar y administrar
contenido de la organización. Para actualizar o publicar informes, necesitan usar la interfaz de usuario web
del servicio Power BI, incluido Obtener datos para cargar archivos de Power BI Desktop. Las siguientes
experiencias no se admiten:
Publicación directa desde Power BI Desktop en el servicio Power BI
Los usuarios invitados no pueden usar Power BI Desktop para conectarse a conjuntos de datos de
servicio en el servicio Power BI.
Áreas de trabajo clásicas asociadas a Grupos de Office 365:
Los usuarios invitados no pueden crear ni ser administradores de estas áreas de trabajo.
Los usuarios invitados pueden ser miembros.
No se admite el envío de invitaciones ad hoc para listas de acceso al área de trabajo.
Power BI Publisher para Excel no se admite para usuarios invitados.
Los usuarios invitados no pueden instalar Power BI Gateway ni conectarlo a la organización.
Los usuarios invitados no pueden instalar la publicación de aplicaciones para toda la organización.
Los usuarios invitados no pueden usar, crear, actualizar ni instalar paquetes de contenido de
organización.
Los usuarios invitados no pueden usar Analizar en Excel.
Los usuarios invitados no pueden ser @mentioned en comentarios.
Los usuarios invitados no pueden usar suscripciones.
Los usuarios invitados que usen esta funcionalidad deben tener una cuenta profesional o educativa.
Los usuarios invitados que usan cuentas personales tienen más limitaciones debido a las restricciones de
inicio de sesión.
Pueden usar las experiencias de consumo del servicio Power BI a través de un explorador web.
No pueden usar las aplicaciones de Power BI Mobile.
No pueden iniciar sesión para proporcionar credenciales si se necesita una cuenta profesional o
educativa.
Esta característica no está disponible actualmente en el componente web de los informes de
SharePoint Online de Power BI.
Hay opciones de Active Directory que pueden limitar lo que los usuarios invitados externos pueden hacer
dentro de la organización. Estas opciones también se aplican al entorno de Power BI. En la siguiente
documentación se tratan las opciones:
Administrar la configuración de colaboración externa
Permitir o bloquear invitaciones a los usuarios de B2B de organizaciones específicas
Permitir o impedir que los usuarios invitados accedan al servicio Power BI
No se admite el uso compartido fuera de la organización en nubes nacionales. En su lugar, cree cuentas de
usuario en la organización que los usuarios externos puedan usar para acceder al contenido.
Si comparte contenido directamente con un usuario invitado, Power BI enviará a ese usuario un correo
electrónico con el vínculo. Si prefiere que no se envíe un correo electrónico, agregue al usuario invitado a un
grupo de seguridad y comparta el contenido con ese grupo de seguridad.
Pasos siguientes
Para obtener más información, incluida la referida a cómo funciona la seguridad en el nivel de fila, consulte las
notas del producto: Distribuir contenido de Power BI a usuarios externos invitados con Azure AD B2B.
Para obtener información sobre Azure AD B2B, consulte ¿Qué es el acceso de usuarios invitados en
Azure Active Directory B2B?
Administradores: Administrar el formulario de inicio
de sesión de Power BI Desktop
La primera vez que se inicia Power BI Desktop, aparece un formulario de inicio de sesión. Se puede rellenar la
información o iniciar sesión en Power BI para continuar. Los administradores administran este formulario mediante
una clave de registro.
Los administradores usan la siguiente clave de registro para deshabilitar el formulario de inicio de sesión. Esto
también se puede desarrollar en toda la organización mediante directivas globales.
Key: HKEY_CURRENT_USER\SOFTWARE\Policies\Microsoft\Microsoft Power BI Desktop

valueName: ShowLeadGenDialog
También puede probar la siguiente clave, que ha funcionado para algunos clientes según sus configuraciones:
Key: HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft Power BI Desktop

valueName: ShowLeadGenDialog
Un valor de 0 deshabilitará el cuadro de diálogo.

Protección de datos en Power BI (versión preliminar)
Las empresas modernas tienen normas y requisitos empresariales estrictos sobre cómo administrar y proteger los
datos confidenciales. Power BI se puede integrar con Microsoft Information Protection y Microsoft Cloud App
Security para proporcionar un mayor control y visibilidad sobre los datos confidenciales en Power BI.
Con la protección de datos para Power BI, puede hacer lo siguiente:
Usar las etiquetas de confidencialidad de Microsoft para clasificar y etiquetar el contenido del servicio
Power BI (paneles, informes, conjuntos de datos y flujos de datos) con la misma taxonomía usada para
clasificar y proteger archivos en Office 365.
Aplicar la configuración de protección, como el cifrado o las marcas de agua, cuando exporte los datos
desde el servicio Power BI a archivos mediante la aplicación de la etiqueta de confidencialidad y la
protección del contenido (Excel, PowerPoint y PDF).
Por ejemplo, los usuarios pueden aplicar una etiqueta confidencial a un informe en Power BI. A continuación,
cuando los datos se exportan a un archivo de Excel, Power BI aplicará la etiqueta confidencial al archivo. La
etiqueta puede cifrar el contenido y aplicar una marca de agua confidencial.
Usar Microsoft Cloud App Security para supervisar las actividades de Power BI, investigar problemas de
seguridad y proteger el contenido de Power BI con Control de aplicaciones de acceso condicional de
Microsoft Cloud App Security.
Etiquetas de confidencialidad en Power BI

Las etiquetas de confidencialidad se crean y administran en el Centro de seguridad de Microsoft 365 o el Centro de
cumplimiento de Microsoft 365.
Para acceder a las etiquetas de confidencialidad en cualquiera de estos centros, vaya a Clasificación > Etiquetas
de confidencialidad . Estas etiquetas de confidencialidad se pueden usar en varios servicios de Microsoft, como
Azure Information Protection, las aplicaciones de Office y los servicios de Office 365.
IMPORTANT
Los clientes de Azure Information Protection tendrán que migrar las etiquetas a uno de los servicios enumerados
anteriormente para que las etiquetas de confidencialidad se utilicen en Power BI. Además, las etiquetas de confidencialidad
solo se admiten en nubes públicas y no se admiten para los inquilinos de nubes como las nubes soberanas.
Más información sobre la migración de etiquetas de confidencialidad a Microsoft Information Protection.
Cómo funcionan las etiquetas de confidencialidad

Cuando se aplica una etiqueta de confidencialidad a un panel, un informe, un conjunto de datos o un flujo de datos
de Power BI, es similar a aplicar una etiqueta a ese recurso que aporta las ventajas siguientes:
Personalizable : puede crear categorías para diferentes niveles de contenido confidencial en su
organización, como personal, público, general, confidencial y extremadamente confidencial.
Texto no cifrado : como la etiqueta está en texto sin cifrar, es fácil que los usuarios sepan cómo tratar el
contenido de acuerdo con las instrucciones de la etiqueta de confidencialidad.
Persistente : después de aplicar una etiqueta de confidencialidad al contenido, se aplica a dicho contenido
cuando se exporta a los siguientes tipos de archivo admitidos: Excel, PowerPoint y PDF.
Esto significa que la etiqueta de confidencialidad sigue al contenido, incluida la configuración de protección
y se convierte en la base para la aplicación y el cumplimiento de las directivas.
Ejemplo de etiqueta de confidencialidad

A continuación se muestra un ejemplo rápido de cómo funciona una etiqueta de confidencialidad en Power BI.
1. En el servicio Power BI, se aplica una etiqueta de confidencialidad Extremadamente confidencial: solo
uso interno a un informe.
2. Cuando los datos se exportan a un archivo de Excel desde este informe, la etiqueta de confidencialidad y la
protección se aplican al archivo de Excel exportado.
En las aplicaciones de Microsoft Office, una etiqueta de confidencialidad aparece como una etiqueta en el correo
electrónico o el documento, de forma similar a la imagen anterior.
También puede asignar una clasificación al contenido (como un adhesivo) que se conserva y se mueve con el
contenido a medida que se usa y se comparte. Puede usar esta clasificación para generar informes de uso y ver los
datos de actividad del contenido confidencial. En función de esta información, siempre puede elegir más adelante
aplicar la configuración de protección.
Uso de etiquetas de confidencialidad en Power BI

Antes de que se puedan habilitar las etiquetas de confidencialidad en Power BI, primero debe completar los
siguientes requisitos previos:
Asegúrese de que las etiquetas de confidencialidad se han definido en el Centro de seguridad de Microsoft 365
o el Centro de cumplimiento de Microsoft 365.
Habilite las etiquetas de confidencialidad (versión preliminar) en Power BI.
Asegúrese de que los usuarios tienen la licencia adecuada:
Para ver o aplicar etiquetas en Power BI, los usuarios deben tener una licencia de Azure Information
Protection Premium P1 o Premium P2. Microsoft Azure Information Protection se puede adquirir de
forma independiente o mediante uno de los conjuntos de licencias de Microsoft. Consulte Precios de
Azure Information Protection para más detalles.
Para aplicar etiquetas a recursos de Power BI, un usuario debe tener una licencia de Power BI Pro además
de una de las licencias de Azure Information Protection mencionadas anteriormente.
Protección del contenido con Microsoft Cloud App Security

Puede proteger el contenido de Power BI contra fugas o infracciones imprevistas mediante el uso de Microsoft
Cloud App Security. Una vez que se ha configurado Microsoft Cloud App Security, los administradores de
seguridad pueden supervisar el acceso y la actividad de los usuarios, realizar análisis de riesgos en tiempo real y
establecer controles específicos de la etiqueta.
Por ejemplo, las organizaciones pueden usar Microsoft Cloud App Security para configurar una directiva que
impida a los usuarios descargar datos confidenciales de Power BI a dispositivos no administrados. Esta
configuración permite a los usuarios seguir siendo productivos y conectarse a Power BI desde cualquier lugar,
mientras se usa Microsoft Cloud App Security para evitar poner en peligro las acciones del usuario, todo en tiempo
real.
Requisitos
Para que las etiquetas de confidencialidad puedan usar Microsoft Cloud App Security, se deben cumplir los
siguientes requisitos previos:
Cloud App Security y Azure Information Protection deben estar habilitados para el inquilino.
La aplicación debe estar conectada a Microsoft Cloud App Security.
En la lista siguiente se proporcionan algunas limitaciones de las etiquetas de confidencialidad en Power BI:
Para ver o aplicar las etiquetas de confidencialidad de Microsoft Information Protection en Power BI, es
necesaria una licencia de Azure Information Protection Premium P1 o Premium P2. Microsoft Azure Information
Protection se puede adquirir de forma independiente o mediante uno de los conjuntos de licencias de
Microsoft. Consulte Precios de Azure Information Protection para más detalles.
Las etiquetas de confidencialidad solo se pueden aplicar en paneles, informes, conjuntos de datos y flujos de
datos.
El cumplimiento de los controles de protección y las etiquetas en los archivos exportados solo se admite para
los archivos de Excel, PowerPoint y PDF. La etiqueta y la protección no se aplican cuando los datos se exportan a
archivos .CSV, suscripción a un correo electrónico, inserción de objetos visuales o impresión.
Un usuario que exporta un archivo de Power BI tiene permisos para acceder al archivo y editarlo según la
configuración de la etiqueta de confidencialidad. El usuario que exporta los datos no obtiene permisos de
propietario en el archivo.
Actualmente, las etiquetas de confidencialidad no están disponibles para los informes paginados y los libros.
Las etiquetas de confidencialidad de los recursos de Power BI solo son visibles en la lista de áreas de trabajo y
en las vistas de linaje; las etiquetas no están visibles actualmente en las vistas favoritos, compartido conmigo,
reciente o aplicación. Tenga en cuenta, sin embargo, que una etiqueta aplicada a un recurso de Power BI, incluso
si no está visible, siempre se conservará en los datos exportados a archivos de Excel, PowerPoint y PDF.
La configuración de cifrado de archivos de la etiqueta de confidencialidad, configurada en el Centro de
seguridad de Microsoft 365 o el Centro de cumplimiento de Microsoft 365, se aplica solo a los archivos que son
exportados desde Power BI; no se aplica dentro de Power BI.
La Protección HYOK no se admite para las etiquetas aplicadas en Power BI.
La visualización y la aplicación de etiquetas en las aplicaciones de Office tienen requisitos de licencias.
Las etiquetas de confidencialidad solo se admiten para los inquilinos en la nube global (pública). No se admiten
las etiquetas de confidencialidad para los inquilinos de otras nubes.
No se admiten las etiquetas de confidencialidad para las aplicaciones de plantilla.
Power BI no admite etiquetas de confidencialidad de los tipos de protección No reenviar y Ad hoc .
Pasos siguientes
En este artículo se proporciona una introducción a la protección de datos en Power BI. En los artículos siguientes se
proporcionan más detalles acerca de la protección de datos en Power BI.
Habilitación de etiquetas de confidencialidad de datos en Power BI
Aplicación de etiquetas de confidencialidad de datos en Power BI
Uso de controles de Microsoft Cloud App Security en Power BI
Habilitación de las etiquetas de confidencialidad de
datos en Power BI (versión preliminar)
Cuando las etiquetas de confidencialidad de datos de Microsoft Information Protection están habilitadas en
Power BI, se aplica lo siguiente:
Algunos usuarios y grupos de seguridad de una organización pueden clasificar y aplicar etiquetas de
confidencialidad a sus paneles, informes, conjuntos de datos y flujos de datos de Power BI (en adelante
denominados recursos).
Todos los miembros de la organización pueden ver esas etiquetas.
Las etiquetas de confidencialidad de datos fomentan la protección de datos, ya que los autores y consumidores de
Power BI son conscientes de la confidencialidad de los datos, a la vez que proporcionan información sobre lo que
significa la clasificación y cómo se deben controlar los datos que tienen esa clasificación.
Cuando los datos de Power BI que tienen una etiqueta de confidencialidad de datos se exportan a un archivo de
Excel, PowerPoint o PDF, su etiqueta de confidencialidad de datos va con ellos. Esto significa que un usuario que no
tenga permiso de acceso a los datos etiquetados, debido a las directivas de etiquetas de confidencialidad, no
podrá abrir los archivos fuera de Power BI (en aplicaciones de Excel, PowerPoint o PDF).
La habilitación de las etiquetas de confidencialidad de datos requiere una licencia de Azure Information Protection.
Consulte Licencias para más detalles.
Habilitación de las etiquetas de confidencialidad de datos

Para habilitar el uso de las etiquetas de confidencialidad de datos de Microsoft Information Protection en Power BI,
vaya al portal de administración de Power BI, abra el panel Configuración de inquilino y busque la sección
Information Protection.
En la sección Information Protection , realice los pasos siguientes:
1. Habilite la casilla Habilitar las etiquetas de confidencialidad de Microsoft Information Protection
y presione Aplicar . Este paso solo hace que las etiquetas de confidencialidad sean visibles para toda la
organización; no aplica ninguna etiqueta. Para definir quién puede aplicar esas etiquetas en Power BI, debe
completar el paso 2.
2. Defina quién puede aplicar y cambiar las etiquetas de confidencialidad en los recursos de Power BI. Este
paso implica tres acciones:
a. Habilite la casilla Establecer etiquetas de confidencialidad para datos y contenidos de
Power BI .
b. Seleccione los grupos de seguridad correspondientes. De forma predeterminada, todos los usuarios de
su organización podrán aplicar etiquetas de confidencialidad. Sin embargo, puede optar por habilitar la
configuración de las etiquetas de confidencialidad solo para usuarios o grupos de seguridad específicos.
Con toda la organización o bien con grupos de seguridad específicos seleccionados, puede excluir
subconjuntos específicos de usuarios o grupos de seguridad.
Cuando las etiquetas de confidencialidad están habilitadas para toda la organización, las excepciones
suelen ser grupos de seguridad.
Cuando las etiquetas de confidencialidad están habilitadas solo para usuarios o grupos de seguridad
específicos, las excepciones suelen ser usuarios específicos.
Este enfoque permite impedir que determinados usuarios apliquen etiquetas de confidencialidad en
Power BI, aunque pertenezcan a un grupo que tenga permisos para hacerlo.
c. Presione Aplicar .
IMPORTANT
Solo los usuarios de Power BI Pro que tengan permisos para crear y editar en el recurso y que formen parte del grupo de
seguridad pertinente que se estableció en esta sección, podrán establecer y editar las etiquetas de confidencialidad. Los
usuarios que no forman parte de este grupo no podrán establecer ni editar las etiquetas.
Power BI usa las etiquetas de confidencialidad de Microsoft Information Protection. Por lo tanto, si encuentra un
mensaje de error al intentar habilitar las etiquetas de confidencialidad, puede deberse a uno de los siguientes
motivos:
No tiene una licencia de Azure Information Protection.
Las etiquetas de confidencialidad no se han migrado a la versión de Microsoft Information Protection
compatible con Power BI. Más información sobre la migración de etiquetas de confidencialidad.
No se ha definido ninguna etiqueta de confidencialidad de Microsoft Information Protection en la organización.
Además, para que se pueda usar, una etiqueta debe formar parte de una directiva publicada. Más información
sobre las etiquetas de confidencialidad o visite el Centro de seguridad y cumplimiento de Microsoft para
obtener información sobre cómo definir etiquetas y publicar directivas para su organización.
Licencias
Para ver o aplicar las etiquetas de Microsoft Information Protection en Power BI, los usuarios deben tener una
licencia de Azure Information Protection Premium P1 o Premium P2. Microsoft Azure Information Protection
se puede adquirir de forma independiente o mediante uno de los conjuntos de licencias de Microsoft. Consulte
Precios de Azure Information Protection para más detalles.
Los usuarios que necesiten aplicar etiquetas en recursos de Power BI deben tener una licencia de Power BI Pro.
Pasos siguientes
En este artículo se describe cómo habilitar las etiquetas de confidencialidad de datos en Power BI. En los artículos
siguientes se proporcionan más detalles acerca de la protección de datos en Power BI.
Introducción a la protección de datos en Power BI
Uso de controles de Microsoft Cloud App Security en Power BI
Uso de controles de Microsoft Cloud App Security en
Power BI (versión preliminar)
Mediante el uso de Microsoft Cloud App Security con Power BI, puede ayudar a proteger los informes, datos y
servicios de Power BI de fugas o infracciones imprevistas. Con Cloud App Security, puede crear directivas de
acceso condicional para los datos de la organización, mediante controles de sesión en tiempo real en Azure
Active Directory (Azure AD), que le ayudarán a garantizar que los análisis de Power BI sean seguros. Una vez que
se han establecido estas directivas, los administradores pueden supervisar el acceso y la actividad de los usuarios,
realizar análisis de riesgos en tiempo real y establecer controles específicos de la etiqueta.
Puede configurar Microsoft Cloud App Security para todo tipo de aplicaciones y servicios, no solo Power BI. Cloud
App Security es un servicio de Microsoft que protege las aplicaciones y los dispositivos y se administra mediante
su propio panel. Tendrá que configurar Cloud App Security para trabajar con Power BI para beneficiarse de las
protecciones de Cloud App Security para los datos y análisis de Power BI. Para más información sobre Cloud App
Security, incluida una introducción a su funcionamiento, el panel y las puntuaciones de riesgo de la aplicación,
consulte la documentación de Microsoft Cloud App Security.
Uso de Microsoft Cloud App Security con Power BI

Para usar Microsoft Cloud App Security con Power BI, debe usar y configurar los servicios de seguridad de
Microsoft pertinentes, algunos de los cuales se establecen fuera de Power BI.
Licencias de Microsoft Cloud App Security
Para tener Microsoft Cloud App Security en el inquilino, debe tener una de las licencias siguientes:
MCAS: proporciona funcionalidades de OCAS para todas las aplicaciones admitidas, parte de los conjuntos de
aplicaciones EMS E5 y M365 E5.
CAS-D: proporciona solo la detección de MCAS.
OCAS: proporciona funcionalidades de MCAS solo para Office 365, parte del conjunto de aplicaciones
Office E5.
Opcional: AAD P1 y AIP P1 con el fin de beneficiarse de las principales funcionalidades de Microsoft Cloud App
Security.
En las secciones siguientes se describen los pasos para usar Microsoft Cloud App Security en Power BI.
Establecimiento de directivas de sesión en Azure Active Directory (obligatorio )
Los pasos necesarios para establecer los controles de sesión se completan en los portales de Azure AD y Microsoft
Cloud App Security. En el portal de Azure AD, cree una directiva de acceso condicional para Power BI y enrute las
sesiones usadas en Power BI a través del servicio Microsoft Cloud App Security.
Microsoft Cloud App Security funciona mediante una arquitectura de proxy inverso y se integra con el acceso
condicional de Azure AD para supervisar la actividad del usuario de Power BI en tiempo real. Los siguientes pasos
se proporcionan aquí para ayudarle a entender el proceso y se proporcionan instrucciones paso a paso detalladas
en el contenido vinculado en cada uno de los pasos siguientes. También puede consultar este artículo de Cloud
App Security que describe el proceso en su totalidad.
1. Cree una directiva de prueba del acceso condicional de Azure AD
2. Inicie sesión en cada aplicación con un usuario en el ámbito de la directiva
3. Compruebe que las aplicaciones están configuradas para usar controles de acceso y de sesión
4. Pruebe la implementación
El proceso para establecer directivas de sesión se describe en detalle en el artículo Directivas de sesión.
Establecimiento de directivas de detección de anomalías para supervisar las actividades de PBI (recomendado )
Puede definir directivas de detección de anomalías de Power BI que pueden tener un ámbito independiente, de
modo que solo se apliquen a los usuarios y grupos que desee incluir y excluir en la directiva. Más información.
Cloud App Security también tiene dos detecciones integradas dedicadas para Power BI. Consulte la sección más
adelante en este documento para más información.
Uso de las etiquetas de confidencialidad de Microsoft Information Protection (recomendado )
Las etiquetas de confidencialidad le permiten clasificar y ayudar a proteger el contenido confidencial, de modo que
los usuarios de la organización puedan colaborar con asociados ajenos a la organización y seguir siendo
cuidadosos y conscientes del contenido y los datos confidenciales.
Puede leer el artículo sobre etiquetas de confidencialidad en Power BI, que detalla el proceso de uso de etiquetas
de confidencialidad para Power BI. A continuación se muestra un ejemplo de una directiva de Power BI basada en
etiquetas de confidencialidad.
Detecciones integradas de Microsoft Cloud App Security para Power BI

Las detecciones de Microsoft Cloud App Security permiten a los administradores supervisar actividades
específicas de una aplicación supervisada. Para Power BI, actualmente hay dos detecciones integradas dedicadas
de Cloud App Security:
Recurso compar tido sospechoso : detecta cuándo un usuario comparte un informe confidencial con un
correo electrónico desconocido (externo a la organización). Un informe confidencial es un informe cuya
etiqueta de confidencialidad se establece en INTERNAL-ONLY (solo interno) o superior.
Compar tición masiva de informes : detecta cuándo un usuario comparte muchos informes diferentes
en una sola sesión.
La configuración de estas detecciones se realiza en el portal de Cloud App Security. Más información.
Rol de administrador de Power BI en Microsoft Cloud App Security

Cuando se usa Microsoft Cloud App Security con Power BI, se crea un nuevo rol para los administradores de
Power BI. Al iniciar sesión como administrador de Power BI en el portal de Cloud App Security, tiene acceso
limitado a los datos pertinentes de Power BI, las alertas, los usuarios en riesgo, los registros de actividad y otra
información.
El uso de Cloud App Security con Power BI se ha diseñado para ayudar a proteger el contenido y los datos de la
organización, con detecciones que supervisan las sesiones de usuario y sus actividades. Al usar Cloud App Security
con Power BI, hay algunas consideraciones y limitaciones que debe tener en cuenta:
Microsoft Cloud App Security solo puede operar con archivos de Excel, PowerPoint y PDF.
Si desea utilizar las funcionalidades de las etiquetas de confidencialidad en las directivas de sesión para
Power BI, debe tener una licencia de Azure Information Protection Premium P1 o Premium P2. Microsoft Azure
Information Protection se puede adquirir de forma independiente o mediante uno de los conjuntos de licencias
de Microsoft. Consulte Precios de Azure Information Protection para más detalles. Además, se deben haber
aplicado las etiquetas de confidencialidad en los recursos de Power BI.
El control de sesiones está disponible para cualquier explorador de cualquier plataforma principal en cualquier
sistema operativo. Se recomienda usar Internet Explorer 11, o las versiones más recientes de Microsoft Edge,
Google Chrome, Mozilla Firefox o Apple Safari. Las llamadas a API públicas de Power BI y otras sesiones no
basadas en explorador no se admiten como parte del control de sesiones de Microsoft Cloud App Security. Vea
más detalles.
Cau t i on
La directiva de inspección de contenido de Microsoft Cloud App Security no está disponible actualmente en
Power BI al aplicar una directiva de archivo de Excel, por lo que no debe establecer esta directiva para Power BI.
En la directiva de sesión, en la parte "Acción", la funcionalidad "proteger" solo funcionará si no existe ninguna
etiqueta en el elemento. Si ya existe una etiqueta, no se aplicará la acción "proteger"; no se puede invalidar una
etiqueta existente que ya se haya aplicado a un elemento de Power BI.
Ejemplo
En el ejemplo siguiente se muestra cómo crear una nueva directiva de sesión mediante Microsoft Cloud App
Security con Power BI.
En primer lugar, cree una nueva directiva de sesión. Seleccione Directivas en el menú de la izquierda en el portal
de Cloud App Security .
En la ventana que aparece, seleccione la lista desplegable Crear directiva .
En la lista de opciones del menú desplegable, seleccione Directiva de sesión .
En la ventana que aparece, cree la directiva de sesión. En los pasos numerados se describe la configuración de la
siguiente imagen.
1. En la lista desplegable Plantilla de directiva , elija Sin plantilla.
2. En el cuadro Nombre de la directiva , proporcione un nombre adecuado para la directiva de sesión.
3. En Tipo de control de sesión , seleccione Control de archivos descargados (con DLP) .
Para la sección Origen de la actividad , elija las directivas de bloqueo oportunas. Se recomienda bloquear
los dispositivos no administrados y no compatibles. Elija bloquear las descargas cuando la sesión es de
Power BI.
Al desplazarse hacia abajo verá más opciones. En la imagen siguiente se muestran esas opciones, con
ejemplos adicionales.
4. Para Etiqueta de confidencialidad, elija Extremadamente confidencial o lo que mejor se adapte a su
organización.
5. Cambie Método de inspección a ninguno.
6. Elija la opción Bloquear que se ajuste a sus necesidades.
7. Asegúrese de crear una alerta para dicha acción.
8. Por último, asegúrese de seleccionar el botón Crear para crear la directiva de sesión.
Cau t i on
Asegúrese de no crear una directiva de Inspección de contenido en los archivos de Excel de Power BI. Se trata
de una limitación conocida de esta versión preliminar.
Pasos siguientes
En este artículo se describe cómo puede proporcionar Microsoft Cloud App Security la protección de datos y
contenido para Power BI. También podrían interesarle los siguientes artículos, que describen la protección de datos
para Power BI y el contenido de soporte técnico para los servicios de Azure que lo habilitan.
Introducción a la protección de datos en Power BI
También podrían interesarle los siguientes artículos de Azure y la seguridad:
Proteger aplicaciones con el Control de aplicaciones de acceso condicional de Microsoft Cloud App Security
Implementación de Control de aplicaciones de acceso condicional para aplicaciones destacadas
Directivas de sesión
Introducción a las etiquetas de confidencialidad
Informe de métricas de protección de datos (versión
preliminar)
¿Qué es el informe de métricas de protección de datos?

El informe de métricas de protección de datos es un informe dedicado que los administradores de Power BI
pueden usar para supervisar el uso y la adopción de etiquetas de confidencialidad de datos en su inquilino y
realizar un seguimiento.
El informe incluye lo siguiente:

Gráfico de columnas 100 % apiladas en el que se muestra el uso diario de las etiquetas de confidencialidad en
el inquilino para los últimos 7, 30 o 90 días. Este gráfico facilita el seguimiento del uso relativo de los distintos
tipos de etiqueta a lo largo del tiempo.
Gráficos de anillos en los que se muestra el estado actual del uso de las etiquetas de confidencialidad en el
inquilino para los paneles, los informes, los conjuntos de datos y los flujos de datos.
Vínculo al portal de Cloud App Security en el que hay alertas relativas a Power BI, los usuarios en riesgo, los
registros de actividad y otra información. Para obtener más información, vea Uso de controles de
Microsoft Cloud App Security en Power BI (versión preliminar).
El informe se actualiza cada 24 horas.
Visualización del informe de métricas de protección de datos

Para abrir y ver el informe, debe tener un rol de administrador de Power BI. Para ver el informe, vaya a
Configuración > Por tal de administración y elija Métricas de protección (versión preliminar) .
La primera vez que abra el informe de métricas de protección de datos puede tardar unos segundos en cargarse.
En el entorno privado, en "Mi área de trabajo", se creará un informe y un conjunto de datos denominado Métricas
de protección de datos (generado automáticamente) . No se recomienda verlo aquí; este no es el informe
que incluye todas las características. En su lugar, consulte el informe en el portal de administración, como se ha
descrito antes.
Cau t i on
No cambie el informe ni el conjunto de datos, ya que de vez en cuando se implementan nuevas versiones del
informe y los cambios que haya realizado en el original se sobrescribirán si lo actualiza a la nueva versión.
Actualizaciones de informes
Periódicamente se publican versiones mejoradas del informe de métricas de protección de datos. Al abrir el
informe, si hay una versión nueva disponible, se le preguntará si quiere abrirla. Si responde "Sí", se cargará la
nueva versión del informe y se sobrescribirá la anterior. Se perderán todos los cambios que haya realizado en el
informe o el conjunto de datos anterior. Puede optar por no abrir la nueva versión, pero, en ese caso, no se
beneficiará de las mejoras que ofrezca.
Notas y consideraciones
Para que el informe de métricas de protección de datos se genere de forma correcta, Information Protection
debe estar habilitado en el inquilino y se deben haber aplicado etiquetas de confidencialidad.
Para acceder a la información de Cloud App Security, la organización debe tener la licencia de Cloud App
Security adecuada.
Si decide compartir información del informe de métricas de protección de datos con un usuario que no sea un
administrador de Power BI, recuerde que este informe contiene información confidencial sobre la organización.
El informe de métricas de protección de datos es un tipo especial de informe y no se muestra en las listas
"Compartido conmigo", "Recientes" ni "Favoritos".
El informe de métricas de protección de datos no está disponible para usuarios externos (usuarios invitados de
Azure Active Directory B2B).
Pasos siguientes
Protección de datos en Power BI (versión preliminar)
Uso de controles de Microsoft Cloud App Security en Power BI (versión preliminar)
Descripción del rol Administrador del servicio Power BI
Seguridad de nivel de fila (RLS) con Power BI
La seguridad de nivel de fila (RLS) con Power BI puede usarse para restringir el acceso a los datos a determinados
usuarios. Los filtros restringen el acceso a los datos en el nivel de fila y se pueden definir en roles. Tenga en cuenta
que en el servicio Power BI, los miembros de un área de trabajo tienen acceso a conjuntos de datos del área de
trabajo. RLS no restringe este acceso a datos.
Puede configurar RLS para los modelos de datos que se han importado en Power BI con Power BI Desktop. También
puede configurar RLS en conjuntos de datos que utilizan DirectQuery, como SQL Server. Anteriormente, solo podía
implementar RLS en modelos locales de Analysis Services fuera de Power BI. Para las conexiones activas de
Analysis Services, la seguridad de nivel de fila se configura en el modelo local. La opción de seguridad no se
mostrará para conjuntos de datos de conexión dinámica.
Definir roles y reglas en Power BI Desktop

Puede definir roles y reglas en Power BI Desktop. Al publicar en Power BI, publica también definiciones de roles.
Para definir los roles de seguridad, siga estos pasos.
1. Importar datos en el informe de Power BI Desktop o configurar una conexión de DirectQuery.
NOTE
No puede definir roles en Power BI Desktop para conexiones dinámicas de Analysis Services. Debe hacerlo en el
modelo de Analysis Services.
2. En la pestaña Modelado , seleccione Administrar roles .
3. En la ventana Administrar roles , seleccione Crear .
4. En Roles , proporcione un nombre para el rol.

5. En Tablas , seleccione la tabla a la que quiere aplicar una regla DAX.
6. En el cuadro Expresión DAX de filtro de tabla , escriba las expresiones DAX. Esta expresión devuelve un
valor de true o false. Por ejemplo: [Entity ID] = “Value” .
NOTE
Puede usar username() en esta expresión. Tenga en cuenta que username() tiene el formato DOMINIO\usuario en
Power BI Desktop. En el servicio Power BI y en Power BI Report Server, está en el formato del nombre principal de
usuario (UPN). Como alternativa, puede usar userprincipalname() , que siempre devuelve el usuario en el formato de
su nombre principal de usuario, username@contoso.com.
7. Después de haber creado la expresión DAX, seleccione la marca de verificación situada encima del cuadro de
expresión para validar la expresión.
NOTE
En este cuadro de expresión, utilice comas para separar los argumentos de la función DAX, incluso si usa una
configuración regional que normalmente usa separadores de punto y coma (por ejemplo, francés o alemán).
No puede asignar usuarios a un rol en Power BI Desktop. Los asigna en el servicio Power BI. Para habilitar la
seguridad dinámica en Power BI Desktop, puede usar las funciones DAX username() y userprincipalname() . Las
relaciones deben estar configuradas correctamente.
De forma predeterminada, el filtrado de la seguridad de nivel de fila utiliza filtros unidireccionales,
independientemente de si las relaciones se establecen de forma unidireccional o bidireccional. Para habilitar
manualmente un filtro cruzado bidireccional con seguridad de nivel de fila, seleccione la relación y marque la casilla
de verificación Aplicar filtro de seguridad en ambas direcciones . Debe activar esta casilla al implementar
también la seguridad de nivel de fila dinámica en el nivel del servidor, donde la seguridad de nivel de fila se basa en
el nombre de usuario o el identificador de inicio de sesión.
Para más información, consulte los artículos técnicos Filtrado cruzado bidireccional con DirectQuery en Power BI
Desktop y Protección del modelo semántico tabular de BI.
Validar los roles en Power BI Desktop

Después de haber creado los roles, pruebe sus resultados en Power BI Desktop.
1. En la pestaña Modelado , seleccione Ver como roles .
Se abre la ventana Ver como roles , en la que se muestran los roles que ha creado.
2. Seleccione un rol que haya creado y después Aceptar para aplicarlo.

Los informes representan los datos pertinentes para ese rol.
3. También puede seleccionar Otro usuario y proporcionar un usuario determinado.
Es mejor proporcionar el nombre principal de usuario (UPN), ya que es el que usarán el servicio Power BI y
Power BI Report Server.
En Power BI Desktop, Otro usuario solo muestra otros resultados si usa la seguridad dinámica basada en
las expresiones DAX.
4. Seleccione Aceptar .
El informe se representará en función de lo que pueda ver ese usuario.
Administración de la seguridad en el modelo

Para administrar la seguridad en el modelo de datos, deberá hacer lo siguiente.
1. Seleccione los puntos suspensivos (...) correspondientes a un conjunto de datos.
2. Seleccione Seguridad .
Esto le llevará a la página RLS para agregar miembros a un rol creado en Power BI Desktop. Solo los propietarios
del conjunto de datos verán que la opción Seguridad está disponible. Si el conjunto de datos está en un grupo, solo
los administradores del grupo verán la opción de seguridad.
Solo puede crear o modificar roles dentro de Power BI Desktop.
Miembros
Agregar miembros
Puede agregar un miembro al rol si escribe la dirección de correo electrónico, o el nombre, del usuario, el grupo de
seguridad o la lista de distribución que desea agregar. No se pueden agregar grupos creados dentro de Power BI.
Puede agregar miembros externos a la organización.
También puede ver cuántos miembros forman parte del rol por el número entre paréntesis junto al nombre del rol
o junto a Miembros.
Quitar miembros
Puede quitar miembros seleccionando la X junto a su nombre.
Validación del rol en el servicio Power BI
Puede validar que el rol definido funciona correctamente probándolo.
1. Seleccione Más opciones (...) junto al rol.
2. Seleccione Probar datos como rol .
Verá los informes que están disponibles para este rol. Los paneles no se presentan en esta vista. En la barra azul
superior, verá lo que se aplica.
Puede probar otros roles, o combinación de roles, seleccionando Ahora se muestra como .
Puede optar por ver los datos como una persona específica o puede seleccionar una combinación de roles
disponibles para validar que funcionan.
Para volver a la vista normal, seleccione Volver a seguridad de nivel de fila .
Uso de la función DAX username() o userprincipalname()

Puede aprovechar las ventajas de las funciones DAX username() o userprincipalname() dentro del conjunto de
datos. Puede usarlas dentro de expresiones en Power BI Desktop. Cuando publique el modelo, se utilizará dentro
del servicio Power BI.
En Power BI Desktop, username() devolverá un usuario con el formato de DOMINIO\Usuario y userprincipalname()
lo devolverá con el formato de user@contoso.com .
En el servicio Power BI, username() y userprincipalname() devolverán ambos el nombre principal de usuario (UPN)
del usuario. Es similar a una dirección de correo electrónico.
Uso de RLS con áreas de trabajo en Power BI

Si publica un informe de Power BI Desktop en un área de trabajo dentro del servicio Power BI, los roles se aplican a
los miembros de solo lectura. Debe indicar que los miembros solo pueden ver contenido de Power BI dentro de la
configuración del área de trabajo.
WARNING
Si ha configurado el área de trabajo para que los miembros tengan permisos de edición, los roles de RLS no se aplicarán a
ellos. Los usuarios podrán ver todos los datos.
Limitaciones
Las limitaciones actuales para la seguridad de nivel de fila en los modelos en la nube son las siguientes:
Si anteriormente definió roles y reglas en el servicio Power BI, debe volver a crearlos en Power BI Desktop.
Solo puede definir RLS en los conjuntos de datos creados con Power BI Desktop. Si quiere habilitar RLS para
conjuntos de datos creados con Excel, debe convertir primero los archivos en archivos de Power BI Desktop
(PBIX). Más información.
Solo se admiten conexiones de importación y de DirectQuery. Las conexiones dinámicas con Analysis
Services se controlan en el modelo local.
Problemas conocidos
Hay un problema conocido en el que se produce un mensaje de error al intentar publicar un informe publicado
anteriormente desde Power BI Desktop. El escenario es el siguiente:
1. Ana tiene un conjunto de datos publicado en el servicio Power BI y ha configurado RLS.
2. Ana actualiza el informe en Power BI Desktop y vuelve a publicarlo.
3. Ana recibe un error.
Solución alternativa: vuelva a publicar el archivo de Power BI Desktop desde el servicio Power BI hasta que se
solucione este problema. Para ello, seleccione Obtener datos > Archivos .
PREGUNTAS MÁS FRECUENTES

Pregunta: ¿Qué ocurre si tengo roles y reglas creados previamente para un conjunto de datos en el servicio Power
BI? ¿Seguirán funcionando si no hago nada?
Respuesta: No, los objetos visuales no se representarán correctamente. Tendrá que volver a crear los roles y las
reglas en Power BI Desktop y, después, publicarlos en el servicio Power BI.
Pregunta: ¿Puedo crear estos roles para orígenes de datos de Analysis Services?
Respuesta: Puede hacerlo si importa los datos a Power BI Desktop. Si usa una conexión dinámica, no podrá
configurar RLS en el servicio Power BI. Esto se define en el modelo local de Analysis Services.
Pregunta: ¿Puedo usar RLS para limitar las columnas o medidas accesibles por mis usuarios?
Respuesta: No, si un usuario tiene acceso a una fila de datos determinada, puede ver todas las columnas de datos
de esa fila.
Pregunta: ¿Permite RLS ocultar datos detallados pero dar acceso a datos resumidos en objetos visuales?
Respuesta: No, aunque proteja las filas de datos individuales, los usuarios siempre pueden ver los detalles o los
datos resumidos.
Pregunta: El origen de datos ya tiene definidos roles de seguridad (por ejemplo, roles de SQL Server o de SAP
BW). ¿Cuál es la relación entre estos y RLS?
Respuesta: La respuesta depende de si se importan datos o se usa DirectQuery. Si se van a importar datos en el
conjunto de datos de Power BI, no se usarán los roles de seguridad del origen de datos. En este caso, se debe definir
RLS para aplicar las reglas de seguridad para los usuarios que se conectan en Power BI. Si usa DirectQuery, se usan
los roles de seguridad en el origen de datos. Cuando un usuario abre un informe, Power BI envía una consulta al
origen de datos subyacente, que aplica las reglas de seguridad a los datos basándose en las credenciales del
usuario.
Pasos siguientes
Seguridad de nivel de fila (RLS) con Power BI Desktop
Configuración de la certificación de conjuntos de
datos y flujos de datos (versión preliminar)
La organización puede certificar los conjuntos de datos y flujos de datos que son un origen fidedigno de
información importante.
Como administrador de inquilinos de Power BI, es el responsable de configurar el proceso de certificación para la
organización. Esto significa lo siguiente:
Habilitar la certificación en el inquilino.
Definir una lista de grupos y usuarios que están autorizados a certificar conjuntos de datos y flujos de datos.
Para los conjuntos de datos, proporcionar la dirección URL de la directiva de certificación de conjuntos de datos
de la organización, si existe.
La certificación de conjuntos de datos y flujos de datos forma parte de la aprobación de conjuntos de datos y flujos
de datos. Vea aprobación de conjuntos de datos y aprobación de flujos de datos para obtener más información.
Configuración de la certificación
1. En el portal de administración, vaya a Configuración de inquilinos.
2. En la sección Configuración de exportación y uso compartido, expanda la sección Certificación.
3. Establezca el control de alternancia en Habilitado .

4. Para la certificación de conjuntos de datos, si la organización tiene una directiva de certificación publicada,
puede proporcionar aquí su dirección URL. Se convertirá en el vínculo Más información de la sección de
certificación del cuadro de diálogo de configuración de aprobación de flujos datos.
5. Especifique los usuarios y grupos que están autorizados para certificar conjuntos de datos y flujos de datos.
Estos emisores de certificados autorizados podrán usar el botón Certificación de la sección de certificación
del cuadro de diálogo de aprobación del conjunto de datos o del flujo de datos.
6. Haga clic en Aplicar .
Pasos siguientes
Promoción de los conjuntos de datos
Certificación de los conjuntos de datos
Promoción de flujos de datos
Certificación de flujos de datos
¿Tiene alguna pregunta? Pruebe a preguntar a la comunidad de Power BI
Configurar aplicaciones móviles con Microsoft Intune
Microsoft Intune permite a las organizaciones administrar dispositivos y aplicaciones. Las aplicaciones móviles de
Power BI para iOS y Android se integran con Intune. Esta integración le permite administrar la aplicación en los
dispositivos y controlar la seguridad. Mediante las directivas de configuración, puede controlar elementos como
requerir un PIN de acceso, la forma en que la aplicación controla los datos e incluso cifrar los datos de la aplicación
cuando la aplicación no está en uso.
Configuración general de administración de dispositivos móviles

En este artículo se supone que Intune está configurado correctamente y que tiene dispositivos inscritos con Intune.
Este artículo no está pensado como una guía de configuración completa de Microsoft Intune. Para obtener más
información sobre Intune, vea ¿Qué es Intune?
Microsoft Intune puede coexistir con Administración de dispositivos móviles (MDM) en Office 365. Si usa MDM, el
dispositivo se mostrará inscrito en MDM, pero disponible para administrarse en Intune.
NOTE
Después de configurar Intune, la actualización de datos en segundo plano se desactiva para la aplicación móvil de Power BI en
su dispositivo iOS o Android. Power BI actualizará los datos desde el servicio Power BI en la web cuando se acceda a la
aplicación.
Paso 1: Obtener la dirección URL de la aplicación

Antes de crear la aplicación en Intune, debemos obtener las direcciones URL de las aplicaciones. Para iOS, la
obtendremos de iTunes. Para Android, se puede obtener desde la página de Power BI Mobile.
Guarde la dirección URL, ya que la necesitará al crear la aplicación.
Obtener la dirección URL para iOS
La dirección URL de la aplicación para iOS debe obtenerse en iTunes.
1. Abra iTunes.
2. Busque Power BI.
3. Microsoft Power BI debería aparecer debajo de Aplicaciones para iPhone aplicaciones y
Aplicaciones para iPad . Puede usar cualquiera de las opciones, ya que obtendrá la misma dirección URL.
4. Seleccione el menú desplegable Obtener y elija Copiar vínculo .
El aspecto debería ser similar al siguiente: https://itunes.apple.com/us/app/microsoft-power-bi/id929738808?mt=8
.
Obtener dirección URL en Android
Puede obtener la dirección URL de Google Play desde la página de Power BI Mobile. Seleccione Descargar de
Google Play para acceder a la página de la aplicación. Puede copiar la dirección URL de la barra de direcciones del
explorador. El aspecto debería ser similar al siguiente: https://play.google.com/store/apps/details?
id=com.microsoft.powerbim .
Paso 2: Crear una directiva de administración de aplicaciones móviles

La directiva de administración de aplicaciones móviles le permite imponer elementos como un PIN de acceso.
Puede crear uno en el portal de Intune.
Puede crear primero la aplicación o la directiva primero. No importa el orden en que se agregan. Simplemente,
ambas deben existir para el paso de implementación.
1. En el portal de Intune, seleccione Directiva > Directivas de configuración .
2. Seleccione Agregar .
3. Bajo Software , puede seleccionar Administración de aplicaciones móviles para Android o iOS. Para
empezar a usarlo rápidamente, puede seleccionar Crear una directiva con la configuración
recomendada , o bien crear una directiva personalizada.
4. Edite la directiva para configurar las restricciones que quiera en la aplicación.
Paso 3: Crear la aplicación
La aplicación es una referencia, o un paquete, que se guarda en Intune para su implementación. Deberemos crear
una aplicación y hacer referencia a la dirección URL de la aplicación que obtuvimos de Google Play o iTunes.
Puede crear primero la aplicación o la directiva primero. No importa el orden en que se agregan. Simplemente,
ambas deben existir para el paso de implementación.
1. Vaya al portal de Intune y seleccione Aplicaciones en el menú izquierdo.
2. Seleccione Agregar aplicación . Se iniciará la aplicación Agregar Software .
Crear para iOS
1. Seleccione Aplicación iOS administrada de la App Store en la lista desplegable.
2. Escriba la dirección URL de la aplicación que obtuvimos en el Paso 1 y seleccione Siguiente .
3. Proporcione valores de Publicador , Nombre y Descripción . También puede proporcionar un icono . El

campo Categoría es para la aplicación Portal de empresa. Cuando termine, seleccione Siguiente .
4. Puede decidir si quiere publicar la aplicación como Cualquiera (valor predeterminado), iPad o iPhone . De
forma predeterminada se mostrará Cualquiera y funcionará para ambos tipos de dispositivo. La aplicación
Power BI presenta la misma dirección URL para iPhone y iPad. Seleccione Siguiente .
5. Seleccione Cargar .
6. Si no ve la aplicación en la lista, actualice la página: vaya a Introducción y luego vuelva a Aplicaciones .
Crear para Android

1. Seleccione Vínculo externo en la lista desplegable.
2. Escriba la dirección URL de la aplicación que obtuvimos en el Paso 1 y seleccione Siguiente .
3. Proporcione valores de Publicador , Nombre y Descripción . También puede proporcionar un icono . El

campo Categoría es para la aplicación Portal de empresa. Cuando termine, seleccione Siguiente .
4. Seleccione Cargar .
5. Si no ve la aplicación en la lista, actualice la página: vaya a Introducción y luego vuelva a Aplicaciones .
Paso 4: Implementar la aplicación

Después de agregar la aplicación, deberá implementarla para que esté disponible para los usuarios finales. Este es
el paso en el que se enlazará la directiva creada con la aplicación.
Implementar para iOS
1. En la pantalla de aplicaciones, seleccione la aplicación que creó. A continuación, seleccione el vínculo
Administrar implementación .
2. En la pantalla Seleccionar grupos , puede elegir en qué grupos quiere implementar esta aplicación.
Seleccione Siguiente .
3. En la pantalla Acción de implementación , puede elegir cómo quiere implementar esta aplicación. Al
seleccionar Instalación disponible o Instalación requerida , la aplicación estará disponible en el Portal de
empresa para que los usuarios puedan instalarla a petición. Cuando termine de realizar su selección,
seleccione Siguiente .
4. En la pantalla Administración de aplicaciones móviles , puede seleccionar la directiva de administración

de aplicaciones móviles que creamos en el Paso 2. De manera predeterminada, se establecerá la directiva
que creó, si es la única directiva de iOS disponible. Seleccione Siguiente .
5. En la pantalla Perfil de VPN , puede seleccionar una directiva si dispone de una para su organización. El
valor predeterminado es Ninguna . Seleccione Siguiente .
6. En la pantalla Configuración de la aplicación móvil , puede seleccionar una Directiva de
configuración de la aplicación si creó una. El valor predeterminado es Ninguna . Esto no es necesario.
Seleccione Finalizar .
Después de implementar la aplicación, debería mostrarse Sí para indicarlo en la página de aplicaciones.
Implementar para Android
1. En la pantalla de aplicaciones, seleccione la aplicación que creó. A continuación, seleccione el vínculo
Administrar implementación .
2. En la pantalla Seleccionar grupos , puede elegir en qué grupos quiere implementar esta aplicación.
Seleccione Siguiente .
3. En la pantalla Acción de implementación , puede elegir cómo quiere implementar esta aplicación. Al
seleccionar Instalación disponible o Instalación requerida , la aplicación estará disponible en el Portal de
empresa para que los usuarios puedan instalarla a petición. Cuando termine de realizar su selección,
seleccione Siguiente .
4. En la pantalla Administración de aplicaciones móviles , puede seleccionar la directiva de administración

de aplicaciones móviles que creamos en el Paso 2. De manera predeterminada, se establecerá la directiva
que creó, si es la única directiva de Android disponible. Seleccione Finalizar .
Después de implementar la aplicación, debería mostrarse Sí para indicarlo en la página de aplicaciones.
Paso 5: Instalar la aplicación en un dispositivo

La aplicación se instala con la aplicación Portal de empresa. Si no tiene la aplicación Portal de empresa instalada,
puede obtenerla a través de la tienda de aplicaciones en las plataformas Android o iOS. Iniciará sesión en el Portal
de empresa con las credenciales de inicio de sesión de su organización.
1. Abra la aplicación Portal de empresa.
2. Si la aplicación Power BI no aparece como una aplicación destacada, seleccione Aplicaciones de empresa .
3. Seleccione la aplicación de Power BI que implementó.

4. Seleccione Instalar .
5. Si usa iOS, se insertará la aplicación. Seleccione Instalar en el cuadro de diálogo de inserción.
6. Una vez instalada la aplicación, se mostrará como Administrado por la empresa . Si habilitó el acceso con
un pin en la directiva, se mostrará lo siguiente.
Pasos siguientes
Proteger datos mediante las directivas de administración de aplicaciones móviles con Microsoft Intune
Aplicaciones de Power BI para dispositivos móviles
Adquisición de Power BI Premium
Este artículo describe cómo puede comprar capacidad de Power BI Premium para su organización. En este artículo
se describen dos escenarios:
Uso de SKU P para escenarios de producción típicos. Las SKU P requieren un compromiso mensual o anual,
y se facturan mensualmente.
Uso de SKU A para escenarios de prueba y para casos en los que no tiene los permisos necesarios para
comprar SKU P (rol de administrador global de Microsoft 365 o rol de administrador de facturación). Las
SKU A no requieren ningún compromiso de tiempo y se facturan por hora. Las SKU A se compran en
Azure Portal.
Para obtener más información sobre Power BI Premium, consulte ¿Qué es Power BI Premium?. Para obtener
información actualizada sobre precios y planificación, consulte la Página de precios de Power BI y la Calculadora
de Power BI Premium. Los creadores de contenido siguen necesitando una licencia de Power BI Pro, incluso si en
la organización se usa Power BI Premium. Asegúrese de adquirir al menos una licencia de Power BI Pro para su
organización. Con las SKU A, todos los usuarios que consumen contenido también necesitan licencias Pro.
NOTE
Si expira una suscripción Premium, dispone de 30 días de acceso completo a su capacidad. Transcurrido este tiempo, el
contenido vuelve a ser una capacidad compartida. La capacidad compartida no admite los modelos de más de 1 GB.
Compra de SKU P para escenarios de producción típicos

Puede crear un inquilino con una SKU P1 de Power BI Premium configurada, o bien puede comprar una capacidad
de Power BI Premium para una organización existente. En ambos casos, después puede agregar capacidad si la
necesita.
Creación de un nuevo inquilino con Power BI Premium P1
Si no tiene ningún inquilino y desea crear uno, puede adquirir Power BI Premium a la vez. El vínculo siguiente le
guiará por el proceso de creación de un inquilino y le permitirá adquirir Power BI Premium: oferta de Power BI
Premium P1. Al crear el inquilino, se le asignará automáticamente el rol de administrador global de Microsoft 365
para el inquilino.
Después de comprar la capacidad, obtenga información sobre cómo administrar capacidades y asignar áreas de
trabajo a una capacidad.
Adquisición de la capacidad de Power BI Premium para una organización existente
Si tiene una organización existente (inquilino), tiene que tener el rol de administrador global de Microsoft 365 o el
de administrador de facturación para comprar suscripciones y licencias. Para más información, vea Acerca de los
roles de administrador de Microsoft 365.
Para comprar capacidad Premium, siga estos pasos.
1. En el servicio Power BI, elija el selector de aplicaciones de Microsoft 365 y, después, Administrador .
O bien, puede ir al Centro de administración de Microsoft 365.
2. Seleccione Facturación > Ser vicios de compra .
3. En Otros planes , busque las ofertas de Power BI Premium. En la lista aparecerá como P1 a P3, EM3 y P1
(mes a mes).
4. Mantenga el puntero sobre los puntos suspensivos ( . . . ) y después seleccione Comprar ahora .
5. Siga estos pasos para completar la compra.

Después de completar la compra, la página Ser vicios de compra mostrará que el elemento se ha adquirido y
que está activo.
Compra de capacidades adicionales
Ahora que tiene una capacidad, puede agregar más a medida que crecen sus necesidades. Puede usar cualquier
combinación de SKU de la capacidad Premium (P1 a P3) en la organización. Las distintas SKU ofrecen diferentes
funcionalidades de recursos.
1. En el Centro de administración de Microsoft 365, seleccione Facturación > Ser vicios de compra .
2. Busque el elemento adicional de Power BI Premium que desea comprar debajo de Otros planes .
3. Mantenga el puntero sobre Más opciones (...) y después seleccione Cambiar la cantidad de licencias .
4. Cambie el número de instancias que desea tener de este elemento. Seleccione Enviar cuando haya
terminado.
IMPORTANT
La selección de Enviar carga la tarjeta de crédito registrada.
En la página Ser vicios de compra se indicará el número de instancias de las que dispone. En el portal de
administración de Power BI, en Configuración de la capacidad , los núcleos virtuales disponibles reflejan la
nueva capacidad adquirida.
Cancelación de la suscripción
Puede cancelar la suscripción desde el Centro de administración de Microsoft 365. Para cancelar una suscripción
Premium, realice lo siguiente:
2. Seleccione Facturación > Suscripciones .
3. Seleccione la suscripción de Power BI Premium en la lista.
4. Seleccione Más acciones > Cancelar suscripción .
5. La página Cancelar suscripción indicará si debe o no pagar un cargo por cancelación anticipada. Esta
página también le permitirá saber cuándo se eliminarán los datos de la suscripción.
6. Lea la información y, si desea continuar, seleccione Cancelar suscripción .
Cuando se cancela la suscripción o la licencia expira
Al cancelar su suscripción Premium o expirar su licencia de capacidad, puede continuar obteniendo acceso a sus
capacidades Premium durante un período de 30 días desde la cancelación o la expiración de la licencia. Una vez
transcurridos los 30 días, ya no podrá obtener acceso a sus capacidades Premium o áreas de trabajo en ellas.
Compra de SKU A para pruebas y otros escenarios

Las SKU se ponen a disposición a través del servicio Azure Power BI Embedded. Puede usar las SKU A de las
siguientes maneras:
Para habilitar la inserción de Power BI en aplicaciones de terceros. Para obtener más información, vea
Power BI Embedded.
Para probar la funcionalidad Premium antes de comprar una SKU P.
Para crear entornos de desarrollo y pruebas junto con un entorno de producción en el que se usen SKU P.
Para comprar Power BI Premium aunque no tenga un rol de administrador global de Microsoft 365 o de
administrador de facturación.
NOTE
Si compra una SKU A4 o superior, puede aprovechar todas las características Premium, excepto el uso compartido ilimitado
de contenido. Con las SKU A, todos los usuarios que consumen contenido necesitan licencias Pro.
Siga estos pasos para comprar SKU A en Azure Portal:

1. Inicie sesión en Azure Portal con una cuenta que tenga al menos permisos de administrador de capacidad
en Power BI.
2. Busque Power BI Embedded y seleccione el servicio en los resultados de la búsqueda.
3. Seleccione Creación de un recurso de Power BI Embedded .
4. En la pantalla de creación de Power BI Embedded , especifique la información siguiente:

La Suscripción en la que se va a crear el servicio Power BI Embedded.
La Ubicación física en la que se va a crear el grupo de recursos que contiene el servicio. Para
obtener un mejor rendimiento, esta ubicación debe estar cerca de la del inquilino de Azure Active
Directory para Power BI.
El Grupo de recursos existente que se va a usar, o cree uno como se muestra en el ejemplo.
El Administrador de la capacidad de Power BI . El administrador de la capacidad debe ser un
usuario miembro o una entidad de servicio en el inquilino de Azure AD.
5. Si quiere usar todas las características de Power BI Premium (excepto el uso compartido ilimitado), necesita
al menos una SKU A4. Seleccione Cambiar el tamaño .
6. Seleccione un tamaño de capacidad de A4, A5 o A6, que se corresponden a P1, P2 y P3.
7. Seleccione Revisar y crear , revise las opciones que ha elegido y, después, seleccione Crear .
8. La implementación puede tardar unos minutos en completarse. Cuando esté lista, seleccione Ir al recurso .
9. En la pantalla de administración, revise las opciones que tiene para administrar el servicio, incluida la pausa
del servicio cuando no lo use.
Pasos siguientes
Configuración y administración de capacidades en Power BI Premium
Página de precios de Power BI
Calculadora de Power BI Premium
Notas del producto de la planeación de una implementación de Power BI Enterprise
Configuración y administración de capacidades en
Power BI Premium
La administración de Power BI Premium implica la creación, administración y supervisión de las capacidades

Premium. En este artículo se brindan instrucciones detalladas. Si necesita información general sobre las
capacidades, consulte Administración de las capacidades Premium.
Aprenda a administrar las capacidades de Power BI Premium y Power BI Embedded, que ofrecen recursos
dedicados para su contenido.
La capacidad es el núcleo de las ofertas Power BI Premium y Power BI Embedded. Es un conjunto de recursos
reservados para uso exclusivo por parte de la organización. Tener capacidad dedicada le permite publicar paneles,
informes y conjuntos de datos para los usuarios de su organización sin tener que adquirir licencias por usuario
para ellos. También ofrece un rendimiento confiable y continuo del contenido hospedado en la capacidad. Para
más información, consulte What is Power BI Pro? (¿Qué es Power BI Premium?).
Administración de capacidad
Cuando haya adquirido los nodos de capacidad en Office 365, configure la capacidad en el portal de
administración de Power BI. Las capacidades de Power BI Premium se administran en la sección de configuración
de la capacidad del portal.
Para administrar una capacidad, seleccione el nombre de la misma. Después de hacerlo, irá a la pantalla de
administración de la capacidad.
Si no se han asignado áreas de trabajo a la capacidad, verá un mensaje que le permite asignar una área de trabajo
a la capacidad.
Configuración de una nueva capacidad (Power BI Premium)
El portal de administración muestra el número de núcleos virtuales que ha utilizado y que aún están disponibles.
El número total de núcleos virtuales se basa en las SKU Premium que ha adquirido. Por ejemplo, si compra una P3
y una P2, habrá 48 núcleos disponibles (32 de P3 y 16 de P2).
Si tiene núcleos virtuales disponibles, puede configurar la nueva capacidad siguiendo los pasos siguientes.
1. Seleccione Configurar nueva capacidad .
2. Otorgue un nombre a la capacidad.
3. Defina quién es el administrador de esta capacidad.
4. Seleccione el tamaño de la capacidad. Las opciones disponibles dependen de cuántos núcleos virtuales
disponibles haya. No se puede seleccionar una opción mayor que lo que hay disponible.
5. Seleccione Configurar .
Los administradores de capacidad, así como los administradores de Power BI y los administradores globales de
Office 365, podrán ver posteriormente la capacidad en el portal de administración.
Configuración de la capacidad
1. En la pantalla de administración de la capacidad Premium, bajo Acciones , seleccione el icono de
engranaje para revisar y actualizar la configuración.
2. Puede ver quiénes son los administradores del servicio, la SKU o el tamaño de la capacidad, y en qué región
está.
3. También puede cambiar el nombre de una capacidad o eliminarla.
NOTE
La configuración de la capacidad de Power BI Embedded se administra en Microsoft Azure Portal.
Cambiar tamaño de capacidad

Los administradores de Power BI y los administradores globales de Office 365 pueden cambiar la capacidad de
Power BI Premium. Los administradores de capacidad que no sean administradores de Power BI o administradores
globales de Office 365 no tendrán esta opción.
1. Seleccione Cambiar tamaño de capacidad .
2. En la pantalla Cambiar tamaño de capacidad , aumente o reduzca la capacidad, según corresponda.

Los administradores pueden crear, cambiar el tamaño y eliminar nodos libremente, siempre y cuando
tengan el número necesario de núcleos virtuales.
Las SKU P no se pueden reducir a SKU EM. Al mantener el puntero sobre cualquier opción deshabilitada,
verá una explicación.
Administración de permisos de usuario
Puede asignar administradores de capacidad adicionales, así como asignar los usuarios que tengan permisos de
asignación de capacidad. Los usuarios que tengan permisos de asignación pueden asignar un área de trabajo a
una capacidad, siempre que sean administradores de esa área de trabajo. También pueden asignar Mi área de
trabajo personal a la capacidad. Los usuarios con permisos de asignación no tienen acceso al portal de
administración.
NOTE
Para Power BI Embedded, los administradores de capacidad se definen en Microsoft Azure Portal.
En Permisos de usuario , expanda Usuarios con permisos de asignación y, a continuación, agregue usuarios
o grupos según corresponda.
Asignación de un área de trabajo a una capacidad

Hay dos maneras de asignar un área de trabajo a una capacidad: en el portal de administración y desde el área de
trabajo.
Asignación desde el portal de administración
Los administradores de capacidad, junto con los administradores de Power BI y los administradores globales de
Office 365 pueden asignar en masa áreas de trabajo en la sección de administración de la capacidad Premium del
portal de administración. Al administrar una capacidad, se muestra una sección Áreas de trabajo que permite
asignar áreas de trabajo.
1. Seleccione Asignar áreas de trabajo . Esta opción está disponible en varios lugares.
2. Seleccione una opción para Aplicar a .
SEL EC C IÓ N DESC RIP C IÓ N
Áreas de trabajo por usuarios Al asignar áreas de trabajo por usuario o grupo, todas las
áreas de trabajo que pertenecen a esos usuarios se
asignan a la capacidad Premium, incluida el área de
trabajo personal del usuario. Estos usuarios obtendrán
automáticamente permisos de asignación de área de
trabajo.
Esto incluye las áreas de trabajo ya asignadas a una
capacidad diferente.
Áreas de trabajo específicas Escriba el nombre de un área de trabajo específica para

asignar a la capacidad seleccionada.
SEL EC C IÓ N DESC RIP C IÓ N
Áreas de trabajo de toda la organización La asignación de las áreas de trabajo de toda una
organización a la capacidad Premium asigna todas las
áreas de trabajo y Mis áreas de trabajo, en una
organización, a esta capacidad Premium. Además, todos
los usuarios actuales y los futuros tendrán permiso para
reasignar las áreas de trabajo individuales a esta
capacidad.
3. Seleccione Aplicar .
Asignación desde la configuración del área de trabajo
También se puede asignar un área de trabajo a una capacidad Premium desde la configuración del área de trabajo.
Para mover un área de trabajo a una capacidad, debe tener permisos de administrador sobre esa área de trabajo,
así como permisos de asignación de capacidad para esa capacidad. Tenga en cuenta que los administradores de
áreas de trabajo siempre pueden quitar un área de trabajo de la capacidad Premium.
1. Para editar un área de trabajo seleccione el icono de puntos suspensivos (. . .) y, después, seleccione Editar
área de trabajo .
2. En Editar área de trabajo , expanda Avanzado .

3. Seleccione la capacidad a la que desea asignar esta área de trabajo.
Una vez guardada, el área de trabajo y todo lo que contiene se mueve a la capacidad Premium sin que los usuarios
finales experimenten ninguna interrupción.
Clave de producto del servidor de informes de Power BI

En la pestaña Configuración de la capacidad del portal de administración de Power BI, tendrá acceso a la clave
de producto de Power BI Report Server. Esta opción solo estará disponible para los administradores globales o los
usuarios a quienes se haya asignado el rol de administrador del servicio Power BI, si ha comprado una SKU de
Power BI Premium.
Al seleccionar Clave del ser vidor de informes de Power BI , se mostrará un cuadro de diálogo con su clave de
producto. Puede copiarla y usarla en la instalación.
Para más información, consulte Instalar un servidor de informes de Power BI.
Pasos siguientes
Configuración de cargas de trabajo en una
capacidad Premium
En este artículo se describe cómo habilitar y configurar las cargas de trabajo para capacidades Premium de Power
BI. De forma predeterminada, las capacidades solo admiten la carga de trabajo asociada con la ejecución de
consultas de Power BI. También puede habilitar y configurar cargas de trabajo adicionales para AI (Cognitive
Ser vices) , Flujos de datos e Informes paginados .
Configuración de memoria predeterminada

Las cargas de trabajo de consulta están optimizadas y limitadas en función de los recursos determinados por la
SKU de la capacidad Premium. Las capacidades Premium también admiten cargas de trabajo adicionales que
pueden usar recursos de su capacidad. Los valores de memoria predeterminados para estas cargas de trabajo se
basan en los nodos de capacidad disponibles para su SKU. Estos valores de memoria máxima no son
acumulativos. La memoria, hasta el valor máximo especificado, se asigna dinámicamente para AI y flujos de
datos, pero estáticamente para informes paginados.
EM 1/ A 1 EM 2/ A 2 EM 3/ A 3 P 1/ A 4 P 2/ A 5 P 3/ A 6
INTELIGENCI No 40 % 20 % 20 % 20 % 20 %
A ARTIFICIAL compatible predetermina predetermina predetermina predetermina predetermina
do; 40 % do; 20 % do; 8 % do; 4 % do; 2 %
mínimo mínimo mínimo mínimo mínimo
Conjuntos de 100 % 100 % 100 % 100 % 100 % 100 %

datos predetermina predetermina predetermina predetermina predetermina predetermina
do; 67 % do; 40 % do; 20 % do; 8 % do; 4 % do; 2 %
mínimo mínimo mínimo mínimo mínimo mínimo
Flujos de 40 % 24 % 20 % 20 % 20 % 20 %
datos predetermina predetermina predetermina predetermina predetermina predetermina
do; 40 % do; 24 % do; 12 % do; 5 % do; 3 % do; 2 %
mínimo mínimo mínimo mínimo mínimo mínimo
Informes No No No 20 % 20 % 20 %
paginados compatible compatible compatible predetermina predetermina predetermina
do; 10 % do; 5 % do; 2,5 %
mínimo mínimo mínimo
Configuración de la carga de trabajo

IA (Versión preliminar)
La carga de trabajo de IA le permite usar servicios cognitivos y aprendizaje automático automatizado en Power BI.
Utilice la siguiente configuración para controlar el comportamiento de la carga de trabajo.
N O M B RE DE L A O P C IÓ N DE C O N F IGURA C IÓ N DESC RIP C IÓ N
Valor máximo de memoria (%) Porcentaje máximo de memoria disponible que los procesos
de IA pueden usar en una capacidad.
Permitir el uso de Power BI Desktop Este valor se reserva para uso futuro y no aparece en todos
los inquilinos.
Permitir crear modelos de Machine Learning Especifica si los analistas de negocios pueden entrenar, validar
e invocar modelos de aprendizaje automático directamente
en Power BI. Para obtener más información, consulte
Aprendizaje automático automatizado en Power BI (versión
preliminar).
Habilitar paralelismo para solicitudes de AI Especifica si las solicitudes de IA se pueden ejecutar en

paralelo.
Conjuntos de datos
La carga de trabajo de conjuntos de datos está habilitada de forma predeterminada y no se puede deshabilitar.
Utilice la siguiente configuración para controlar el comportamiento de la carga de trabajo. Debajo de la tabla se
ofrece información de uso adicional para algunas de las opciones de configuración.
N O M B RE DE L A O P C IÓ N DE
C O N F IGURA C IÓ N DESC RIP C IÓ N
Valor máximo de memoria (%) Porcentaje máximo de memoria

disponible que los conjuntos de datos
pueden usar en una capacidad.
Punto de conexión XML A Especifica que las conexiones de las

aplicaciones cliente respetan la
pertenencia al grupo de seguridad
establecida en los niveles del área de
trabajo y la aplicación. Para más
información, vea Conexión a conjuntos
de datos con herramientas y
aplicaciones cliente.
Número máximo de conjuntos de Número máximo de filas intermedias

filas intermedias devueltas por DirectQuery. El valor
predeterminado es de 1 000 000, y el
intervalo permitido está entre 100 000
y 2 147 483 647.
Tamaño máximo del conjunto de Tamaño máximo del conjunto de datos

datos sin conexión (GB) sin conexión en memoria. Es el tamaño
comprimido en el disco. El valor
predeterminado es 0, que es el límite
superior que define la SKU. El intervalo
permitido está entre 0 y el límite de
tamaño de la capacidad.
Número máximo de conjuntos de Número máximo de filas devueltas en

filas de resultados una consulta DAX. El valor
predeterminado es de -1 (sin límite), y
el intervalo permitido está entre
100 000 y 2 147 483 647.
N O M B RE DE L A O P C IÓ N DE
Límite de memoria de consulta El porcentaje máximo de memoria

(%) disponible en la carga de trabajo que se
puede usar para ejecutar una consulta
MDX o DAX. El valor predeterminado
es 0, lo que da como resultado la
aplicación del límite de memoria de
consulta automática específico de la
SKU.
Tiempo de espera de la consulta Tiempo de espera máximo de una

(en segundos) consulta. El valor predeterminado es de
3600 segundos (1 hora). Un valor de 0
especifica que las consultas no
superarán el tiempo de espera.
Actualización automática de Botón de alternancia de activación o

páginas (versión preliminar) desactivación para permitir que las
áreas de trabajo Premium tengan
informes con actualización automática
de páginas.
Inter valo de actualización mínimo Si la actualización automática de

páginas está activada, es el intervalo
mínimo permitido como intervalo de
actualización de páginas. El valor
predeterminado es cinco minutos y el
mínimo permitido es un segundo.
Número máximo de conjuntos de filas intermedias

Use esta configuración para controlar el impacto de los informes con un uso intensivo de recursos o con un
diseño deficiente. Cuando una consulta a un conjunto de datos de DirectQuery genera un resultado muy grande
de la base de datos de origen, puede provocar un aumento del uso de memoria y sobrecarga de procesamiento.
Esta situación puede hacer que otros usuarios e informes se ejecuten con pocos recursos. Esta configuración
permite al administrador de la capacidad ajustar el número de filas que una consulta individual puede capturar
del origen de datos.
Como alternativa, si la capacidad puede admitir más que el valor predeterminado de un millón de filas y tiene un
conjunto de filas grande, aumente este valor para capturar más filas.
Tenga en cuenta que esta configuración solo afecta a las consultas de DirectQuery, mientras que Número máximo
de conjuntos de filas de resultados afecta a las consultas DAX.
Tamaño máximo del conjunto de datos sin conexión
Use esta configuración para impedir que los creadores de informes publiquen un conjunto de datos grande que
pueda afectar negativamente a la capacidad. Tenga en cuenta que Power BI no puede determinar el tamaño real
en memoria hasta que el conjunto de datos se cargue en la memoria. Es posible que un conjunto de datos con un
tamaño sin conexión más pequeño tenga una superficie de memoria mayor que un conjunto de datos de un
tamaño sin conexión mayor.
Si tiene un conjunto de datos que es mayor que el tamaño especificado para esta opción, el conjunto de datos no
se cargará cuando un usuario intente acceder a él. También se puede producir un error al cargar el conjunto de
datos si es mayor que la memoria máxima configurada para su carga de trabajo.
Para proteger el rendimiento del sistema, se aplica un límite máximo de tiempo adicional específico de la SKU
para el tamaño máximo de conjunto de datos sin conexión, con independencia del valor configurado. Este límite
máximo no se aplica a los conjuntos de datos de Power BI que están optimizados para tamaños de datos grandes.
Para obtener más información, vea Modelos grandes en Power BI Premium.
Límite 3 GB 5 GB 6 GB 10 GB 10 GB 10 GB
máximo para
el tamaño
máximo del
conjunto de
datos sin
conexión
Número máximo de conjuntos de filas de resultados

diseño deficiente. Si se alcanza este límite en una consulta DAX, un usuario del informe verá el error siguiente.
Debe copiar los detalles del error y ponerse en contacto con un administrador.
Tenga en cuenta que esta configuración solo afecta a las consultas DAX, mientras que Número máximo de
conjuntos de filas intermedias afecta a las consultas de DirectQuery.
Límite de memoria de consulta
diseño deficiente. Algunas consultas y cálculos pueden dar lugar a resultados intermedios que usan mucha
memoria en la capacidad. Esta situación puede hacer que otras consultas se ejecuten muy lentamente, provoquen
la expulsión de otros conjuntos de datos de la capacidad y generen errores de memoria insuficiente para otros
usuarios de la capacidad.
Esta configuración se aplica a todas las consultas DAX y MDX que se ejecutan mediante informes de Power BI,
informes de Análisis en Excel, así como otras herramientas que pueden conectarse a través del punto de conexión
XMLA.
Tenga en cuenta que las operaciones de actualización de datos también pueden ejecutar consultas DAX como
parte de la actualización de los iconos del panel y de las cachés de objetos visuales una vez que se han
actualizado los datos del conjunto de datos. Es posible que estas consultas también produzcan errores debido a
esta configuración, y esto puede provocar que la operación de actualización de datos se muestre con un estado
de error aunque los datos del conjunto de datos se hayan actualizado correctamente.
La opción de configuración predeterminada es 0, lo que da como resultado la aplicación del siguiente límite de
memoria de consulta automática específico de la SKU.
Límite de 1 GB 2 GB 2 GB 6 GB 6 GB 10 GB
memoria de
consulta
automática
Para proteger el rendimiento del sistema, se aplica un límite máximo de 10 GB para todas las consultas
ejecutadas por informes de Power BI, con independencia del límite de memoria de consulta configurado por el
usuario. Este límite máximo no se aplica a las consultas emitidas por herramientas que usan el protocolo Analysis
Services (también conocido como XMLA). Los usuarios deben considerar la posibilidad de simplificar la consulta
o sus cálculos si la consulta tiene un uso intensivo de memoria.
Tiempo de espera de la consulta
Use esta opción para mantener un mejor control de las consultas de ejecución prolongada, lo que puede hacer
que los informes se carguen con lentitud para los usuarios.
Esta configuración se aplica a todas las consultas DAX y MDX que se ejecutan mediante informes de Power BI,
informes de Análisis en Excel, así como otras herramientas que pueden conectarse a través del punto de conexión
XMLA.
Tenga en cuenta que las operaciones de actualización de datos también pueden ejecutar consultas DAX como
parte de la actualización de los iconos del panel y de las cachés de objetos visuales una vez que se han
actualizado los datos del conjunto de datos. Es posible que estas consultas también produzcan errores debido a
esta configuración, y esto puede provocar que la operación de actualización de datos se muestre con un estado
de error aunque los datos del conjunto de datos se hayan actualizado correctamente.
Esta configuración se aplica a una sola consulta y no a la cantidad de tiempo que se tarda en ejecutar todas las
consultas asociadas a la actualización de un conjunto de datos o informe. Considere el ejemplo siguiente:
La opción Tiempo de espera de la consulta es 1200 (20 minutos).
Hay cinco consultas para ejecutar y cada una se ejecuta durante 15 minutos.
El tiempo combinado para todas las consultas es de 75 minutos, pero el límite de la configuración no se alcanza
porque todas las consultas individuales se ejecutan durante menos de 20 minutos.
Tenga en cuenta que en los informes de Power BI este valor predeterminado se invalida con un tiempo de espera
mucho menor para cada consulta de la capacidad. El tiempo de espera de cada consulta suele ser de
aproximadamente tres minutos.
Actualización automática de páginas (versión preliminar)
Cuando está habilitada, la actualización automática de páginas permite a sus usuarios con capacidad Premium
actualizar las páginas de los informes en un intervalo definido, en el caso de los orígenes de DirectQuery. Como
administrador de la capacidad, puede hacer lo siguiente:
Activar y desactivar la actualización automática de páginas
Definir un intervalo de actualización mínimo
En la siguiente imagen se indica dónde está la opción de intervalo de actualización automática:
Las consultas creadas mediante la actualización automática de páginas van directamente al origen de datos, por
lo que es importante tener en cuenta la confiabilidad y la carga de esos orígenes al permitir la actualización
automática de páginas en la organización.
Flujos de datos
La carga de trabajo del flujos de datos permite usar la preparación de datos de autoservicio del flujo para ingerir,
transformar, integrar y enriquecer los datos. Utilice la siguiente configuración para controlar el comportamiento
de la carga de trabajo.
Valor máximo de memoria (%) Porcentaje máximo de memoria disponible que los flujos de
datos pueden usar en una capacidad.
Motor de proceso de flujos de datos mejorado Habilite esta opción para obtener un cálculo de entidades
(versión preliminar) calculadas hasta 20 veces más rápido al trabajar con
volúmenes de datos de gran escala. Debe reiniciar la
capacidad para activar el nuevo motor. Para obtener
más información, vea Motor de proceso de flujos de datos
mejorado.
Tamaño del contenedor Tamaño máximo del contenedor que los flujos de datos usan
para cada entidad en el flujo de datos. El valor
predeterminado es 700 MB. Para obtener más información,
vea Tamaño del contenedor.
Motor de proceso de flujos de datos mejorado

Para beneficiarse del nuevo motor de proceso, divida la ingesta de datos en flujos independientes y coloque la
lógica de transformación en entidades calculadas en diferentes flujos de datos. Se recomienda este enfoque
porque el motor de proceso funciona con flujos de datos que hagan referencia a un flujo existente. No funciona
con flujos de trabajo de ingesta. Si sigue este guía, se asegurará de que el nuevo motor de proceso controle los
pasos de transformación, como las uniones y combinaciones, para conseguir un rendimiento óptimo.
Tamaño del contenedor
Al actualizar un flujo de datos, la carga de trabajo de flujos de datos genera un contenedor para cada entidad en
el flujo de datos. Cada contenedor puede tomar memoria hasta el volumen especificado en la configuración
Tamaño del contenedor. El valor predeterminado para todas las SKU es de 700 MB. Es posible que quiera cambiar
este valor si:
Los flujos de datos tardan demasiado tiempo en actualizarse, o bien se produce un error de actualización del
flujo de datos en un tiempo de espera.
Las entidades de flujo de datos incluyen pasos de cálculo, por ejemplo, una combinación.
Se recomienda usar la aplicación Métricas de capacidad de Power BI Premium para analizar el rendimiento de la
carga de trabajo Flujo de datos.
En algunos casos, es posible que el aumento del tamaño del contenedor no mejore el rendimiento. Por ejemplo, si
el flujo de datos obtiene datos solo de un origen sin realizar cálculos significativos, es probable que cambiar el
tamaño del contenedor no sea útil. Es posible que aumentar el tamaño del contenedor sea de ayuda si habilita la
carga de trabajo Flujo de datos para asignar más memoria a las operaciones de actualización de entidades. Al
tener más memoria asignada, se puede reducir el tiempo que se tarda en actualizar las entidades calculadas de
forma intensiva.
El valor Tamaño del contenedor no puede superar la memoria máxima para la carga de trabajo Flujos de datos.
Por ejemplo, una capacidad P1 tiene 25 GB de memoria. Si el valor de Memoria máxima (%) de la carga de
trabajo Flujo de datos está establecido en 20 %, Tamaño del contenedor (MB) no puede superar 5000. En todos
los casos, el valor Tamaño del contenedor no puede superar la memoria máxima, incluso si se establece un valor
mayor.
Informes paginados
La carga de trabajo de informes paginados permite ejecutar informes paginados, en función del formato de SQL
Server Reporting Services estándar, en el servicio Power BI. Utilice la siguiente configuración para controlar el
comportamiento de la carga de trabajo.
Valor máximo de memoria (%) Porcentaje máximo de memoria disponible que los informes
paginados pueden usar en una capacidad.
Los informes paginados ofrecen las mismas funciones que las que actualmente proporcionan los informes de
SQL Server Reporting Services (SSRS), incluida la capacidad de que los autores de informes agreguen código
personalizado. Esto permite a los autores cambiar los informes de forma dinámica, como modificar los colores del
texto en función de expresiones de código. Para garantizar un aislamiento adecuado, los informes paginados se
ejecutan en un espacio aislado protegido por capacidad. Los informes que se ejecutan con la misma capacidad
pueden producir efectos secundarios entre ellos. Al igual que restringiría los autores que pueden publicar
contenido en una instancia de SSRS, se recomienda seguir un procedimiento similar con los informes paginados.
Asegúrese de que los autores que publican contenido en una capacidad sean de confianza para la organización.
Puede proteger aún más el entorno mediante el aprovisionamiento de varias capacidades y la asignación de
distintos autores a cada una.
En algunos casos, la carga de trabajo de informes paginados puede dejar de estar disponible. En este caso, la
carga de trabajo muestra un estado de error en el portal de administración y los usuarios ven los tiempos de
espera para la representación de informes. Para mitigar este problema, deshabilite la carga de trabajo y después
vuelva a habilitarla.
Configuración de las cargas de trabajo

Maximice los recursos disponibles de su capacidad habilitando las cargas de trabajo solo si se van a usar. Cambie
la memoria y otras opciones solo cuando disponga de una configuración predeterminada específica que no
cumpla los requisitos de los recursos de capacidad.
Para configurar las cargas de trabajo en el portal de administración de Power BI
1. En Configuración de la capacidad > CAPACIDADES PREMIUM , seleccione una capacidad.
2. En MÁS OPCIONES , expanda Cargas de trabajo .
3. Habilite una o varias cargas de trabajo, y establezca un valor para Memoria máxima y otras
configuraciones.
4. Seleccione Aplicar .
API de REST
Las cargas de trabajo se pueden habilitar y asignar a una capacidad mediante las API de REST Capacities.
Supervisión de cargas de trabajo

La aplicación Métricas de capacidad de Power BI Premium proporciona métricas de conjuntos de datos, flujos de
datos e informes paginados para supervisar las cargas de trabajo habilitadas para sus capacidades.
Pasos siguientes
Optimización de las capacidades de Power BI Premium
Preparación de datos de autoservicio en Power BI en Power BI con flujos de datos
¿Qué son los informes paginados en Power BI Premium?
Actualización automática de la página en Power BI Desktop (versión preliminar)
¿Tiene más preguntas? Pregunte a la comunidad de Power BI
Supervisión de capacidades Premium con la
aplicación
La supervisión de las capacidades es esencial para tomar decisiones fundamentadas sobre el uso óptimo de los
recursos de capacidad Premium. Puede supervisar la capacidad en el portal de administración o con la
aplicación Power BI Premium Capacity Metrics . En este artículo se describe el uso de la aplicación Premium
Capacity Metrics. La aplicación proporciona la información más detallada del rendimiento de las capacidades.
Para obtener una introducción de nivel superior del promedio de métricas de uso durante los últimos siete días,
puede usar el portal de administración. Para obtener más información sobre la supervisión en el portal, vea
Supervisión de capacidades Premium en el portal de administración.
La aplicación se actualiza periódicamente con nuevas características y funcionalidades. Asegúrese de ejecutar la
versión más reciente. Si ya tiene instalada una versión anterior de la aplicación, se recomienda eliminarla de las
aplicaciones y, después, presionar CTRL+F5 para actualizar.
Instalación de la aplicación
Puede ir directamente a la aplicación Premium Capacity Metrics, o bien instalarla como hace con otras
aplicaciones en Power BI.
1. En Power BI, haga clic en Aplicaciones .
2. En el lado derecho, haga clic en Obtener aplicaciones .

3. En la categoría Aplicaciones , busque Power BI Premium Capacity Metrics .
4. Suscríbase para instalar la aplicación.
Tenga paciencia. La instalación y actualización de las métricas tarda unos minutos. Si la aplicación muestra las
métricas en blanco, presione F5 para actualizar el explorador.
Obtención del historial de actualización de la aplicación

Para comprobar la última vez que se ha actualizado la aplicación Premium Capacity Metrics, haga clic en
Configuración > Conjuntos de datos > Power BI Premium Capacity Metrics > Historial de
actualización .
Se muestra la última actualización, o bien haga clic en Actualizar historial para ver las actualizaciones
programadas y a petición.
Supervisión de capacidades con la aplicación

Ahora que ha instalado la aplicación, puede ver las métricas para las capacidades de la organización. La
aplicación proporciona un Panel con resúmenes de métricas e Informes de métricas detallados.
Panel
Para ver un panel donde se resuman las métricas clave de las capacidades para las que es administrador, en
Paneles , haga clic en Métricas de capacidad de Power BI Premium . Aparece un panel.
En el panel se incluyen las métricas siguientes:
Superior
M ET RIC DESC RIP C IÓ N
Versión Versión de la aplicación.
Capacidades Número de capacidades para las que es administrador.
Áreas de trabajo Número de áreas de trabajo de las capacidades que

proporcionan métricas.
Resumen del sistema
Capacidad de uso más alto de la CPU Capacidad con el número máximo de veces que la CPU
superó el 80 % de los umbrales en los últimos siete días.
Recuento de uso más alto de la CPU Número de veces que la capacidad con nombre superó el
80 % de los umbrales en los últimos siete días.
Capacidad de uso máximo de memoria Capacidad con el número máximo de veces que el límite de
memoria máximo se alcanzó en los últimos siete días,
segmentados en depósitos de tres minutos.
Recuento de uso máximo de memoria Número de veces que la capacidad con nombre alcanzó el
límite de memoria máximo en los últimos siete días,
segmentados en depósitos de tres minutos.
Resumen del conjunto de datos
Conjuntos de datos Número total de conjuntos de datos en todas las áreas de

trabajo de las capacidades.
Tamaño promedio de los conjuntos de datos (MB) Tamaño promedio de los conjuntos de datos en todas las
áreas de trabajo de las capacidades.
Recuento cargado promedio de los conjuntos de datos Recuento promedio de los conjuntos de datos cargados en
memoria.
Conjuntos de datos: promedio de conjuntos de datos Promedio de conjuntos de datos activos en los últimos siete
activos (%) días. Un conjunto de datos se define como activo si el
usuario ha interactuado con los objetos visuales en los
últimos tres minutos.
CPU: consumo máximo de los conjuntos de datos (%) Consumo de CPU máximo por carga de trabajo de conjunto
de datos en los últimos siete días.
CPU: promedio de los conjuntos de datos (%) Consumo promedio de CPU por carga de trabajo de
conjunto de datos en los últimos siete días.
Memoria: promedio de los conjuntos de datos (GB) Consumo promedio de memoria por carga de trabajo de
Memoria: consumo máximo de los conjuntos de datos (GB) Consumo de memoria máximo por carga de trabajo de
Expulsiones de los conjuntos de datos Número total de conjuntos de datos expulsados debido a la
presión de memoria.
Recuento de uso alto de conexiones dinámicas y Número de veces que las conexiones dinámicas y
DirectQuery DirectQuery superaron el 80 % de los umbrales en los
últimos siete días, segmentados en depósitos de tres
minutos.
Recuento de uso máximo de conexiones dinámicas y Número mayor de veces que las conexiones dinámicas y
DirectQuery DirectQuery superaron el 80 % en los últimos siete días,
segmentados en depósitos de una hora.
Uso alto máximo de conexiones dinámicas y DirectQuery Número de veces máximo que las conexiones dinámicas y
DirectQuery superaron el 80 % de los umbrales en los
últimos siete días, segmentados en depósitos de tres
minutos.
Hora de realización máxima de las conexiones dinámicas y Hora en UTC en que las conexiones dinámicas y DirectQuery
DirectQuery superaron el 80 % más veces en una hora.
Total de actualizaciones Número total de actualizaciones en los últimos siete días.
Confiabilidad de la actualización (%) Número de actualizaciones correctas dividido entre el

número total de actualizaciones en los últimos siete días.
Promedio de duración de las actualizaciones (minutos) Cantidad de tiempo promedio para completar la
actualización.
Tiempo promedio de espera de las actualizaciones (minutos) Cantidad de tiempo promedio antes del inicio de la
actualización.
Total de consultas Número total de consultas ejecutadas en los últimos siete

días.
Recuento de espera total de consultas Número total de consultas que tuvieron que esperar antes
de ejecutarse.
Duración promedio de las consultas (MS) Tiempo promedio empleado para completar las consultas.
Tiempo promedio de espera de las consultas (MS) Tiempo promedio que esperaron las consultas en los
recursos del sistema antes de ejecutarse.
Resumen del flujo de datos

Flujos de datos Número total de flujos de datos en todas las áreas de

Total de actualizaciones Número total de actualizaciones en los últimos siete días.
Promedio de duración de las actualizaciones (minutos) El tiempo empleado para completar la actualización.
Tiempos promedio de espera de las actualizaciones El retraso entre el tiempo programado y el inicio real de la
(minutos) actualización.
CPU: consumo máximo de los flujos de datos (%) Consumo de CPU máximo por carga de trabajo de flujos de
datos en los últimos siete días.
CPU: promedio de los flujos de datos (%) Consumo promedio de CPU por carga de trabajo de flujos
de datos en los últimos siete días.
Memoria: consumo máximo de los flujos de datos (GB) Consumo de memoria máximo por carga de trabajo de
flujos de datos en los últimos siete días.
Memoria: promedio de los flujos de datos (GB) Consumo promedio de memoria por carga de trabajo de
flujos de datos en los últimos siete días.
Resumen de informe paginado
Informes paginados Número total de informes paginados en todas las áreas de

Total de vistas Número total de veces que los usuarios han visto todos los
informes.
Total de filas Número total de filas de datos que hay en todos los
informes.
Tiempo total Tiempo total necesario para que se completen todas las
fases (recuperación, procesamiento y representación de
datos) de todos los informes, expresado en milisegundos.
CPU: consumo máximo de los informes paginados (%) Consumo de CPU máximo por carga de trabajo de informes
paginados en los últimos siete días.
CPU: promedio de los informes paginados (%) Consumo promedio de CPU por carga de trabajo de
informes paginados en los últimos siete días.
Memoria: consumo máximo de los informes paginados (GB) Consumo de memoria máximo por carga de trabajo de
Memoria: promedio de los informes paginados (GB) Consumo promedio de memoria por carga de trabajo de
Resumen de IA
Ejecución de la función de inteligencia artificial Número total de ejecuciones en los últimos siete días.
Confiabilidad de la ejecución de la función de inteligencia Número de ejecuciones correctas dividido entre el número
artificial (%) total de ejecuciones en los últimos siete días.
Máximo de CPU (%) Consumo de CPU máximo por la carga de trabajo de IA en

los últimos siete días.
Máximo de memoria (GB) Consumo de memoria máximo por la carga de trabajo de IA

en los últimos siete días.
Tiempo de espera máximo de ejecución de la función de Cantidad de tiempo máxima antes del inicio de la ejecución.
inteligencia artificial (MS)
Tiempo promedio de espera de ejecución de la función de Cantidad de tiempo promedio antes del inicio de la
inteligencia artificial (MS) ejecución.
Duración máxima de ejecución de la función de inteligencia Cantidad de tiempo máxima para completar la ejecución.
artificial (MS)
Duración promedio de ejecución de la función de Cantidad de tiempo promedio para completar la ejecución.
inteligencia artificial (MS)
Informes
Los informes proporcionan métricas más detalladas. Para ver informes de las capacidades para las que es
administrador, en Informes , haga clic en Métricas de capacidad de Power BI Premium . O bien, desde el
panel, haga clic en una celda de métrica para ir al informe subyacente.
En la parte inferior del informe, hay cinco pestañas:
Conjuntos de datos : proporciona métricas detalladas sobre el mantenimiento de los conjuntos de datos de
Power BI dentro de las capacidades. Informes paginados : proporciona métricas detalladas sobre el
mantenimiento de los informes paginados dentro de las capacidades. Flujos de datos : proporciona métricas
de actualización detalladas de los flujos de datos dentro de las capacidades. AI (IA): proporciona métricas
detalladas sobre el estado de las funciones de inteligencia artificial que se usan en las capacidades. Consumo
de recursos : proporciona métricas de recursos detalladas, incluidos el uso elevado de memoria y CPU.
Identificadores e información : nombres, identificadores y propietarios de las capacidades, las áreas de
trabajo y las cargas de trabajo.
Cada pestaña abre una página donde puede filtrar las métricas por capacidad e intervalo de fechas. Si no se
selecciona ningún filtro, en el informe se muestran de forma predeterminada las métricas de la semana pasada
de todas las capacidades que proporcionan métricas.
Conjuntos de datos
La página Conjuntos de datos cuenta con diferentes áreas, entre las que se incluyen Actualizaciones ,
Duraciones de consulta , Tiempos de espera de consulta y Conjuntos de datos . Utilice los botones de
la parte superior de la página para desplazarse a las distintas áreas.
Pestaña Refreshes (Actualizaciones )
SEC C IÓ N DEL IN F O RM E M ÉT RIC A S
Actualizaciones Recuento total: actualizaciones totales de cada conjunto de

datos.
Confiabilidad: el porcentaje de las actualizaciones que se han
completado para cada conjunto de datos.
Promedio de tiempo de espera: el retraso medio entre la
hora programada y el inicio de una actualización del
conjunto de datos, en minutos.
Tiempo de espera máximo: tiempo de espera máximo del
Duración media: duración media de la actualización del
Duración máxima: duración de la actualización de ejecución
más larga del conjunto de datos, en minutos.
Cinco conjuntos de datos principales por duración promedio Los cinco conjuntos de datos con la duración promedio de
(minutos) actualización más larga, en minutos.
Cinco conjuntos de datos principales por tiempo de espera Los cinco conjuntos de datos con el tiempo de espera
promedio (minutos) promedio de actualización más largo, en minutos.
Recuento de actualización cada hora y consumo de memoria Ejecuciones correctas, con errores y consumo de memoria,
(GB) segmentadas en depósitos de una hora, notificadas en la
hora UTC.
Tiempos de espera de actualización promedio por hora El tiempo promedio de espera de actualización, segmentado
(minutos) en depósitos horarios, notificados en la hora UTC. Varios
picos con tiempos de espera de actualización largos son
indicativos de un alto uso de la capacidad.
Área de duraciones de consultas
Duraciones de consulta Los datos de esta sección se segmentan por conjuntos de

datos, área de trabajo y depósitos por hora en los siete
últimos días.
Total: número total de consultas ejecutadas para el conjunto
de datos.
Promedio: duración media de consulta del conjunto de
datos, en milisegundos.
Máximo: duración de la consulta de ejecución más larga del
conjunto de datos, en milisegundos.
Distribución de la duración de consulta El histograma de la duración de consulta se divide en

duraciones de consulta (en milisegundos) en las categorías
siguientes: 30 ms, 30-100 ms, 100-300 ms, 300 ms-1 s, 1
s-3 s, 3 s-10 s, 10 s-30 s, e intervalos de > 30 segundos.
Las duraciones de consulta y los tiempos de espera largos
son indicativos de un alto uso de la capacidad. También
puede significar que un único conjunto de datos está
causando problemas y es necesario seguir investigando.
Cinco conjuntos de datos principales por duración promedio Los cinco conjuntos de datos con la duración promedio de
consulta más larga, en milisegundos.
Distribuciones por horas de la duración de consulta Los recuentos de consulta y la duración media (en
milisegundos) frente al consumo de memoria en GB,
segmentados en depósitos horarios notificados en la hora
UTC.
Conexiones dinámicas y DirectQuery (utilización > 80 %) Las veces que una conexión dinámica o DirectQuery superó
el 80 % de utilización de la CPU, segmentadas en depósitos
horarios notificados en la hora UTC.
Área Tiempo de espera de consultas
Tiempos de espera de consulta Los datos de esta sección se segmentan por conjuntos de
datos, área de trabajo y depósitos por hora en los siete
últimos días.
Total: número total de consultas ejecutadas para el conjunto
de datos.
Recuento de espera: número de consultas del conjunto de
datos que estuvieron en espera en los recursos del sistema
antes de iniciar la ejecución.
Promedio: tiempo de espera de consulta promedio del
conjunto de datos, en milisegundos.
Máximo: duración de la consulta con un tiempo de espera
más largo en el conjunto de datos, en milisegundos.
Cinco conjuntos de datos principales por tiempo de espera Los cinco conjuntos de datos con el tiempo de espera
promedio promedio más largo para iniciar la ejecución de una
consulta, en milisegundos.
Distribuciones del tiempo de espera El histograma de la duración de consulta se segmenta por

las duraciones de consulta (en milisegundos) en las
categorías siguientes: <= 50 ms, 50-100 ms, 100-200 ms,
200-400 ms 400 ms-1s, 1 s-5 s e intervalos de > 5
segundos.
Distribuciones del tiempo de espera de consulta por hora Recuentos de los tiempos de espera de las consultas y el
tiempo de espera medio (en milisegundos) frente al
consumo de memoria en GB, segmentados en depósitos
Área Datasets (Conjuntos de datos )
SEC C IÓ N DE IN F O RM E M ET RIC S ( M ÉT RIC A S)
Tamaños del conjunto de datos Tamaño máximo: tamaño máximo del conjunto de datos en
MB durante el período que se muestra.
Recuentos de expulsiones del conjunto de datos Total: número total de expulsiones del conjunto de datos
para cada capacidad. Cuando una funcionalidad sufre la
presión de la memoria, el nodo expulsa uno o varios
conjuntos de datos de la memoria. Los conjuntos de datos
que están inactivos (sin ninguna operación de consulta o
actualización ejecutándose actualmente) se expulsan
primero. A continuación, el orden de expulsión se basa en
una medida de tipo LRU (el menos usado recientemente).
Recuentos de conjuntos de datos cargados por hora Número de conjuntos de datos cargados en memoria frente
al consumo de memoria en GB, segmentados en depósitos
Consumo de memoria y expulsiones de conjuntos de datos Expulsiones de conjuntos de datos frente a consumo de
por horas memoria en GB, segmentados en depósitos horarios
notificados en la hora UTC.
Porcentajes de memoria consumida Total de conjuntos de datos activos en memoria como un

porcentaje del total de memoria. La diferencia entre Activos
y Todos define los conjuntos de datos que se pueden
expulsar. Se muestra cada hora, para los siete días
anteriores.
Informes paginados
Uso general Número total de vistas: número de veces que los usuarios
han visualizado el informe.
Recuento de filas: número de filas de datos que hay en el
informe.
Recuperación (promedio): cantidad media de tiempo que se
tarda en recuperar los datos del informe, en milisegundos.
Las duraciones largas pueden indicar consultas lentas u
otros problemas del origen de datos.
Procesamiento (promedio): cantidad media de tiempo que
se tarda en procesar los datos de un informe, en
milisegundos.
Representación (promedio): cantidad media de tiempo que
se tarda en representar un informe en el explorador, en
milisegundos.
Tiempo total: tiempo necesario para todas las fases del
informe, en milisegundos.
Cinco informes principales por tiempo promedio de Los cinco informes con el tiempo medio de recuperación de
recuperación de datos datos más largo, en milisegundos.
Tiempo medio de procesamiento de informes en los cinco Los cinco informes con el tiempo medio de procesamiento
informes principales de informes más largo, en milisegundos.
Resultados por hora Ejecuciones correctas, con errores y consumo de memoria,

segmentadas en depósitos de una hora, notificadas en la
hora UTC.
Duraciones por hora Tiempo de recuperación de datos frente al tiempo de

procesamiento y representación, segmentado en depósitos
Flujos de datos
Actualizaciones Total: número total de actualizaciones de cada flujo de datos.

Confiabilidad: el porcentaje de las actualizaciones que se han
completado para cada flujo de datos.
Promedio de tiempo de espera: retraso medio entre la hora
programada y el inicio de una actualización del flujo de
datos, en minutos.
Tiempo de espera máximo: tiempo de espera máximo del
flujo de datos, en minutos.
Duración media: duración media de la actualización del flujo
de datos, en minutos.
Duración máxima: duración de la actualización de ejecución
más larga del flujo de datos, en minutos.
Duración promedio de la actualización de los cinco flujos de Los cinco flujos de datos con la duración promedio de
datos principales actualización más larga, en minutos.
Cinco flujos de datos principales por tiempo de espera Los cinco flujos de datos con el tiempo de espera promedio
promedio de actualización más largo, en minutos.
Tiempos de espera de actualización promedio por hora El tiempo promedio de espera de actualización, segmentado
en depósitos horarios, notificados en la hora UTC. Varios
picos con tiempos de espera de actualización largos son
indicativos de un alto uso de la capacidad.
Recuento de actualización cada hora y consumo de memoria Ejecuciones correctas, con errores y consumo de memoria,
segmentadas en depósitos de una hora, notificadas en la
hora UTC.
INTELIGENCIA ARTIFICIAL
Consumo de memoria de IA Consumo de memoria en GB, segmentado en depósitos

Ejecución de la función de inteligencia artificial cada hora y Ejecuciones de IA y tiempo promedio de espera (en
tiempo promedio de espera milisegundos) segmentados en depósitos horarios
notificados en la hora UTC.
Uso general Recuento total: número de funciones de IA en un área de

trabajo o flujo de datos.
Confiabilidad del sistema: porcentaje de ejecuciones que se
han completado.
Promedio Tiempo de espera: el retraso medio entre la hora
programada y el inicio de una ejecución, en milisegundos.
Tiempo de espera máximo: el tiempo de espera máximo, en
milisegundos.
Promedio Duración: la duración media de una ejecución, en
milisegundos.
Duración máxima: duración de la ejecución más larga, en
milisegundos.
Tamaño total promedio: el tamaño promedio, en bytes, de
los datos de entrada y salida para la función de IA.
Consumo de recursos
Consumo de CPU Consumo de CPU máximo durante una hora, por carga de
trabajo como porcentaje de la capacidad total de CPU. Se
muestra cada hora, para los siete días anteriores.
Consumo de memoria Consumo de memoria máximo durante la hora en GB por

carga de trabajo (líneas continuas) superpuesto con los
límites de la carga de trabajo (línea de puntos). Se muestra
cada hora, para los siete días anteriores.
Identificadores e información
La pestaña Identificadores e información contiene áreas para Capacidades , Áreas de trabajo ,
Conjuntos de datos , Informes paginados y Flujos de datos .
Área de capacidades
Información de carga de trabajo y SKU Configuración de carga de trabajo y SKU para la capacidad.
Administradores Nombres de administradores para la capacidad.
Áreas de trabajo
Áreas de trabajo Nombres e identificadores para todas las áreas de trabajo.
Área Datasets (Conjuntos de datos )

Conjuntos de datos Nombres e identificadores de área de trabajo para todos los

conjuntos de datos.
Área de informes paginados
Informes paginados Nombres, nombres de área de trabajo e identificadores para

todos los informes paginados.
Área de flujos de datos
Flujos de datos Nombres de flujo de datos, nombres de área de trabajo e

identificadores para todos los flujos de datos.
Supervisión de capacidades de Power BI Embedded

Puede usar la aplicación Power BI Premium Capacity Metrics para supervisar las capacidades de SKU A en
Power BI Embedded. Esas capacidades se mostrarán en el informe siempre y cuando sea administrador de la
capacidad. Sin embargo, la actualización del informe producirá un error si no concede determinados permisos
a Power BI en sus SKU A:
1. Abra su capacidad en Azure Portal.
2. Haga clic en Control de acceso (IAM) y, a continuación, agregue la aplicación Power BI Premium al
rol de lector. Si no puede encontrar la aplicación por el nombre, también puede agregarla por el
identificador de cliente: cb4dc29f-0bf4-402a-8b30-7511498ed654 .
NOTE
Puede supervisar el uso de capacidades de Power BI Embedded en la aplicación o en Azure Portal, pero no en el Portal de
administración de Power BI.
Pasos siguientes
Aplicación Métricas de Power BI Premium
Puede usar la aplicación Métricas de Power BI Premium para administrar el estado y la capacidad de su
suscripción de Power BI Premium. Los administradores usan la página Capacity health center (Centro de
mantenimiento de la capacidad) de la aplicación para ver e interactuar con los indicadores que supervisan el estado
de su capacidad Premium. La aplicación Métricas consta de la página de aterrizaje denominada Capacity Health
Center (Centro de mantenimiento de la capacidad), que muestra información detallada sobre tres métricas
importantes:
Memoria activa
Esperas de consulta
Tiempos de espera de actualización
En las secciones siguientes se describe de forma detallada la página de aterrizaje y las páginas del informe de tres
métricas.
Centro de mantenimiento de la capacidad Premium

Al abrir la aplicación Métricas de Power BI Premium , aparece Capacity health center (Centro de
mantenimiento de la capacidad), que proporciona información general sobre el mantenimiento de la capacidad de
Power BI Premium.
En la página de aterrizaje, puede seleccionar la capacidad de Power BI Premium que quiere ver, en caso de que la
organización tenga varias suscripciones Premium. Para ver una capacidad Premium, seleccione la lista desplegable
situada cerca de la parte superior de la página llamada Select a capacity to see its metrics (Seleccionar una
capacidad para ver sus métricas).
Los tres KPI muestran el estado actual de la capacidad Premium seleccionada, en función de la configuración
aplicada a cada uno de los tres KPI.
Para ver detalles específicos de cada KPI, seleccione el botón Explore (Explorar) en la parte inferior del objeto visual
de cada KPI. En las secciones siguientes se describe cada KPI y los detalles que se proporcionan en su página.
La métrica de memoria activa

La métrica de memoria activa forma parte de la categoría de planeamiento de capacidad, que es un buen
indicador de estado para evaluar el consumo de recursos para el uso de la capacidad, de modo que pueda ajustarla
según sea necesario para planear su escala.
La memoria activa es la memoria usada para procesar los conjuntos de datos que se utilizan actualmente y que,
por tanto, no se desalojarán cuando se necesite memoria. La métrica de memoria activa indica si la capacidad
puede administrar carga adicional o si carga actual de la capacidad ya está cerca o ha superado la capacidad. La
memoria activa consumida actualmente significa que hay menos memoria disponible para admitir actualizaciones
y consultas adicionales.
El KPI de memoria activa mide el número de veces que la memoria activa de la capacidad ha superado el umbral
del 70 % cincuenta veces (el marcador se establece en el 30 % de los últimos siete días), lo que indica que la
capacidad se aproxima a un punto en el que los usuarios pueden empezar a observar problemas de rendimiento
con las consultas.
El objeto visual de medidor mostrado en esta sección revela que, en los últimos siete días desde el momento en
que se actualizó el informe por última vez, la capacidad ha superado el umbral del 70 % cuatro veces, dividido por
depósitos por hora. El valor máximo del medidor, 168, representa los últimos siete días, en horas.
Para más información sobre el KPI de memoria activa, haga clic en el botón Explore (Explorar) para ver una página
del informe que proporciona visualizaciones específicas de sus métricas detalladas, junto con una guía de solución
de problemas que se muestra en la columna derecha de la página.
Se han explicado dos escenarios, que puede mostrar en la página del informe si selecciona Scenario 1 (Escenario
1) o Scenario 2 (Escenario 2) en la página.
Las guías de solución de problemas, asociadas a cada escenario, proporcionan explicaciones detalladas sobre lo
que significan las métricas, de modo que pueda comprender mejor el estado de la capacidad y lo que se puede
hacer para mitigar los problemas.
Estos dos escenarios se describen en las secciones siguientes.
Escenario uno: carga actual demasiado alta
Para determinar si hay suficiente memoria para que la capacidad finalice sus cargas de trabajo, consulte el primer
objeto visual de la página: A: Consumed Memor y Percentages (Porcentajes de memoria consumida), que
muestra la memoria consumida por los conjuntos de datos que se procesan activamente y, por tanto, no se pueden
desalojar.
El umbral de alarma, que es la línea discontinua roja, marca los incidentes de consumo de memoria del 90 %.
El umbral de advertencia, que es la línea discontinua amarilla, marca los incidentes de consumo de memoria del
70 %.
La línea discontinua negra indica la línea de tendencia del uso de memoria, en función del uso de memoria de la
capacidad actual en el transcurso de la escala de tiempo del gráfico.
Los casos elevados de memoria activa por encima del umbral de alarma (línea discontinua roja) y la línea de
tendencia de memoria (línea discontinua negra) indican la presión sobre la capacidad de memoria, lo que podría
impedir que se carguen conjuntos de datos adicionales en la memoria durante ese tiempo.
Cuando observe tales casos, debe revisar detenidamente los demás gráficos de la página para determinar mejor
qué cantidad de memoria se está consumiendo con frecuencia y por qué y cómo equilibrar u optimizar la carga o,
si es necesario, escalar verticalmente la capacidad.
El segundo objeto visual de la página, B: Hourly loaded active datasets (Conjuntos de datos activos cargados
por hora), muestra los recuentos del número máximo de conjuntos de datos que se cargaron en la memoria, en
depósitos por hora.
El tercer objeto visual, C: Why datasets are in memor y (Por qué los conjuntos de datos están en memoria), es
una tabla en la que se muestra el conjunto de datos por nombre del área de trabajo y del conjunto de datos, y
tamaño sin comprimir de los conjuntos de datos en memoria, y explica el motivo por el que se carga en la memoria
(por ejemplo, para actualización, consulta o ambas).
Diagnóstico del escenario uno
Un uso elevado de la memoria activa de forma sistemática puede dar lugar a que se fuerce el desalojamiento de los
conjuntos de datos que se usan activamente o bien impedir que nuevos conjuntos de datos puedan cargarse. Los
siguientes pasos pueden ayudarle a diagnosticar problemas
1. Eche un vistazo al gráfico A: Consumed memory percentages (Porcentajes de memoria consumida)
a. Si el gráfico A muestra que el umbral de alarma (90 %) se supera muchas veces o durante horas
consecutivas, significa que la memoria de la capacidad se agota con demasiada frecuencia. En el siguiente
gráfico, se puede ver que el umbral de advertencia (70 %) se ha superado cuatro veces.
b. El gráfico llamado B: Hourly loaded active datasets (Conjuntos de datos activos cargados por hora)
muestra el número máximo de conjuntos de datos únicos cargados en memoria por depósitos por hora. Al
seleccionar una barra en el objeto visual se filtrarán de forma cruzada los conjuntos de datos de razones que
hay en el objeto visual en memoria.
c. Consulte la tabla Why datasets are in memor y (Por qué los conjuntos de datos están en memoria)
para ver una lista de los conjuntos de datos que se cargaron en memoria. Ordene por el tamaño del
conjunto de datos (MB) para resaltar los conjuntos de datos que ocupan más memoria. Las operaciones de
capacidad se clasifican como interactivas o en segundo plano. Las operaciones interactivas incluyen la
representación de solicitudes y la respuesta a interacciones del usuario (filtrado, preguntas y respuestas,
etc.). Las consultas y actualizaciones totales proporcionan una idea de si se han realizado operaciones
interactivas (consultas) numerosas o en segundo plano (actualizaciones) en el conjunto de datos. Es
importante comprender que las operaciones interactivas siempre tienen prioridad sobre las operaciones en
segundo plano para garantizar la mejor experiencia del usuario posible. Si no hay recursos suficientes, las
operaciones en segundo plano se agregan a una cola y se procesan una vez que se liberen recursos. El
servicio Power BI puede detener las operaciones en segundo plano (como las actualizaciones del conjunto
de datos) en mitad del proceso y agregarlas a una cola.
Soluciones para el escenario uno

Puede realizar los pasos siguientes para solucionar los problemas asociados con el escenario uno:
1. Escalar ver ticalmente la capacidad : el escalado vertical de la capacidad a la siguiente SKU hará que esté
disponible el doble de memoria que en la SKU actual, con lo que se evita cualquier presión de memoria que
experimente actualmente la capacidad.
2. Mover los conjuntos de datos a otra capacidad : si tiene otra capacidad con más memoria disponible,
puede trasladar a esta las áreas de trabajo que contengan los conjuntos de datos más grandes.
Escenario dos: la carga futura superará los límites
Para determinar si hay suficiente memoria para que la capacidad pueda completar sus cargas de trabajo, puede
consultar el objeto visual A: Consumed Memor y Percentages (Porcentajes de memoria consumida) en la parte
superior de la página, que representa la memoria consumida por los conjuntos de datos que se procesan
activamente, por lo que no se pueden desalojar. La línea discontinua negra resalta las tendencias. En una capacidad
que experimenta presión sobre la memoria, el mismo objeto visual mostrará claramente la línea de tendencia de
memoria (línea discontinua negra) hacia arriba, lo que significa que es posible que se impida que se carguen en
memoria conjuntos de datos adicionales en ese momento dado. La línea de tendencia, la línea discontinua negra,
muestra la tendencia del crecimiento en función de los siete días de datos.
Diagnóstico del escenario dos

Para diagnosticar el escenario dos, determine si la línea de tendencia muestra una tendencia ascendente hacia los
umbrales de advertencia o alarma.
1. Considere el gráfico A:
a. Si el gráfico muestra una pendiente ascendente, significa que el consumo de memoria ha aumentado en
los últimos siete días.
b. Asuma el crecimiento actual y prediga cuándo la línea de tendencia cruzará el umbral de advertencia (la
línea discontinua amarilla).
c. Siga comprobando la línea de tendencia al menos cada dos días para ver si la tendencia continúa.
Soluciones para el escenario dos
Puede realizar los pasos siguientes para solucionar los problemas asociados con el escenario dos:
Métrica de esperas de consulta

La categoría Queries (Consultas) indica si los usuarios pueden experimentar objetos visuales de informe con una
respuesta lenta o que podrían dejar de responder. Quer y waits (Tiempos de espera de consulta) es el tiempo que
tarda la consulta en iniciar la ejecución desde el momento en que se desencadenó. Este KPI mide si el 25 % o más
de las consultas de la capacidad seleccionada esperan 100 milisegundos o más para ejecutarse. Los tiempos de
espera de consulta se producen cuando no hay suficiente CPU disponible para ejecutar todas las consultas
pendientes.
El medidor de este objeto visual muestra que en los últimos siete días desde el momento en que se actualizó el
informe por última vez, el 17,32 % de las consultas esperaron más de 100 milisegundos.
Para más información sobre el KPI de tiempos de espera de consulta, haga clic en el botón Explore (Explorar) para
mostrar una página de informe con la visualización de las métricas pertinentes y una guía de solución de
problemas en la columna derecha de la página. La guía de solución de problemas tiene dos escenarios, cada uno de
los cuales proporciona explicaciones detalladas de la métrica, el estado de la capacidad y lo que se puede hacer
para mitigar el problema.
A su vez, en las secciones siguientes se describe cada escenario de tiempos de espera de consulta.
Escenario uno: las consultas de larga duración consumen CPU
En el escenario uno, las consultas de larga ejecución consumen demasiada CPU.
Puede investigar si el bajo rendimiento del informe se debe a la sobrecarga de la capacidad o al diseño deficiente
del conjunto de datos o del informe. Hay varias razones por las que una consulta puede ejecutarse durante un
período prolongado, es decir, tarda más de 10 segundos en terminar de ejecutarse. El tamaño y la complejidad del
conjunto de datos, así como la complejidad de las consultas, son solo algunos ejemplos de lo que puede provocar
una consulta de larga duración.
En la página del informe, aparecen los siguientes objetos visuales:
La tabla superior titulada A: High wait times (Tiempos de espera elevados) muestra los conjuntos de datos
con consultas que están en espera.
B: Hourly high wait time distributions (Distribuciones de tiempos de espera elevados por hora) muestra la
distribución de los tiempos de espera elevados.
El gráfico titulado C: Hourly long quer y counts (Recuentos de consultas largas por hora) muestra el recuento
de consultas de larga duración que se ejecutaron dividido entre depósitos por hora.
El último objeto visual, la tabla D: Long running queries (Consultas de larga duración), enumera las consultas
de larga duración y sus estadísticas.
Hay pasos que puede seguir para diagnosticar y solucionar problemas con los tiempos de espera de consulta. Estos
pasos se describen a continuación.
En primer lugar, puede determinar si las consultas de larga duración se producen cuando las consultas están en
espera.
Observe el gráfico B , que muestra el recuento de consultas que están esperando más de 100 ms. Seleccione una
de las columnas que muestra un número elevado de esperas.
Al hacer clic en una columna con tiempos de espera elevados, el gráfico C se filtra para mostrar el recuento de
consultas de larga duración que se ejecutaron durante ese tiempo, que se indica en la siguiente imagen:
Además, el gráfico D también se filtra para mostrar las consultas de larga duración durante ese período de tiempo
seleccionado.

Estos son los pasos que puede seguir para solucionar los problemas del escenario uno:
1. Ejecutar PerfAnalyzer para optimizar los informes y los conjuntos de datos : el analizador de
rendimiento de los informes mostrará el efecto de cada interacción en una página, incluido el tiempo que
tarda cada objeto visual en actualizarse y dónde se invierte el tiempo.
disponible dos veces la cantidad de CPU, con lo que se alivia la presión sobre la CPU que puede provocar
que las consultas tarden más en ejecutarse.
3. Mover los conjuntos de datos a otra capacidad : si tiene otra capacidad con más CPU disponible, puede
trasladar a esta las áreas de trabajo que incluyan los conjuntos de datos que contengan las consultas que
están a la espera.
Escenario dos: demasiadas consultas
En el escenario dos se ejecutan demasiadas consultas.
Cuando el número de consultas que se van a ejecutar supera los límites de la capacidad, las consultas se colocan en
una cola hasta que hay recursos disponibles para ejecutarlas. Si el tamaño de la cola es demasiado grande, las
consultas en esa cola pueden acabar esperando más de 100 milisegundos.

En la tabla A , seleccione un conjunto de datos que tenga un porcentaje elevado de tiempo de espera.
Cuando haya seleccionado un conjunto de datos con un tiempo de espera elevado, el gráfico B se filtra para
mostrar las distribuciones del tiempo de espera de las consultas de ese conjunto de datos durante los últimos siete
días. A continuación, seleccione una de las columnas del gráfico B .
Se filtra entonces el gráfico C para mostrar la longitud de las consultas en el tiempo seleccionado en el gráfico B.
Si la longitud de la cola ha superado el umbral de 20, es probable que se retrasen las consultas del conjunto de
datos seleccionado, debido a que hay demasiadas consultas que intentan ejecutarse al mismo tiempo.

Puede realizar los pasos siguientes para solucionar los problemas asociados con el escenario dos:
Métrica de tiempos de espera de actualización

La métrica de tiempos de espera de actualización proporciona información sobre cuándo los usuarios podrían
experimentar datos antiguos u obsoletos en los informes. Los tiempos de espera de actualización es cuando
una actualización determinada de los datos está a la espera de comenzar a ejecutarse, desde el momento en que se
desencadenó a petición o se programó para ejecutarse. Este KPI mide si un 10 % o más de las solicitudes de
actualización pendientes están esperando 10 minutos o más. La espera suele producirse cuando no hay suficiente
memoria o CPU disponibles.
Este medidor muestra que en los últimos siete días desde la última actualización del informe de actualización, el
3,18 % de las actualizaciones han esperado más de 10 minutos.
Para conocer los detalles del KPI de tiempos de espera de actualización , haga clic en el botón Explore
(Explorar), que presenta una página con métricas y una guía de solución de problemas en la columna derecha de la
página del informe. La guía proporciona explicaciones detalladas sobre las métricas de la página y le ayuda a
comprender el estado de la capacidad y lo que puede hacer para mitigar cualquier problema.
Se han explicado dos escenarios, que puede mostrar en la página del informe si selecciona Scenario 1 (Escenario 1)
o Scenario 2 (Escenario 2) en la página. A su vez, en las secciones siguientes se describe cada escenario.
Escenario uno: no hay suficiente memoria
En el escenario uno, no hay suficiente memoria disponible para cargar el conjunto de datos. Hay dos situaciones
que provocan la limitación de una actualización durante condiciones de memoria insuficiente:
1. No hay suficiente memoria para cargar el conjunto de datos.
2. La actualización se canceló debido a una operación de prioridad más alta.
La prioridad para cargar conjuntos de datos es la siguiente:
1. Consulta interactiva
2. Actualización a petición
3. Actualización programada
Si no hay suficiente memoria para cargar un conjunto de datos para una consulta interactiva, las actualizaciones
programadas se detienen y sus conjuntos de datos se descargan hasta que vuelve a haber suficiente memoria. Si
no se libera suficiente memoria, las actualizaciones a petición se detienen y sus conjuntos de datos se descargan.
Para diagnosticar el escenario uno, determine primero si la limitación se debe a memoria insuficiente. Para ello, siga
estos pasos:
1. Haga clic en el conjunto de datos que le interese de la tabla A para seleccionarlo:
![Tabla A](media/service-premium-metrics-app/premium-metrics-app-22.png)
a.a.

Cuando se selecciona un conjunto de datos de la **tabla A**, el **gráfico B** se
filtra para mostrar cuándo se produjo la espera.When a dataset is selected in **Table A**, **Chart B** is filtered to show when waiting occurred.

![Gráfico B](media/service-premium-metrics-app/premium-metrics-app-23.png)
b.b.

Se filtra entonces el **gráfico C** para mostrar cualquier limitación, que se
explica en el paso siguiente.**Chart C** is then
filtered to show any throttling, explained in the next step.
2. Examine los resultados del gráfico C ahora filtrado. Si el gráfico muestra que se ha producido una
limitación de memoria insuficiente en el momento en que el conjunto de datos estaba esperando, entonces
la espera se debía a condiciones de memoria insuficiente.
3. Por último, compruebe el gráfico D , que muestra los tipos de actualizaciones que se han producido,
programadas frente a petición. Cualquier actualización a petición que se produzca al mismo tiempo podría
ser la causa de la limitación.
Puede realizar los pasos siguientes para solucionar los problemas asociados con el escenario uno:
disponible el doble de la cantidad de memoria que tiene la SKU actual, con lo que se alivia la presión sobre la
CPU y memoria que experimente actualmente la capacidad.
2. Mover los conjuntos de datos a otra capacidad : si los tiempos de espera se deben a la presión sobre la
memoria y tiene otra capacidad con más memoria disponible, puede trasladar a esta las áreas de trabajo que
contengan los conjuntos de datos que están esperando.
3. Distribuir las actualizaciones programadas : distribuir las actualizaciones le ayudará a evitar que
demasiadas actualizaciones se intenten ejecutar a la vez.
Escenario dos: no hay suficiente CPU para la actualización
En el escenario dos, no hay suficiente CPU disponible para llevar a cabo la actualización.
En el caso de las capacidades dedicadas, Power BI limita el número de actualizaciones que pueden producirse al
mismo tiempo. Este número es igual al número de núcleos de back-end x 1,5. Por ejemplo, una capacidad dedicada
P1, que tenga cuatro núcleos de back-end, puede ejecutar 6 actualizaciones a la vez. Una vez alcanzado el número
máximo de actualizaciones simultáneas, otras actualizaciones esperarán hasta que finalice una actualización que se
esté ejecutando.

Para diagnosticar el escenario dos, determine primero si la limitación se debe a que se llega a la simultaneidad
máxima de las actualizaciones. Para ello, siga estos pasos:
1. Haga clic en el conjunto de datos que le interese de la tabla A para seleccionarlo:
![Tabla A](media/service-premium-metrics-app/premium-metrics-app-22.png)
a.a.

Cuando se selecciona un conjunto de datos de la **tabla A**, el **gráfico B** se
filtra para mostrar cuándo se produjo la espera.When a dataset is selected in **Table A**, **Chart B** is filtered to show when waiting occurred.

![Gráfico B](media/service-premium-metrics-app/premium-metrics-app-23.png)
b.b.

Se filtra entonces el **gráfico C** para mostrar cualquier limitación, que se
explica en el paso siguiente.**Chart C** is then
filtered to show any throttling, explained in the next step.
2. Examine los resultados del gráfico C ahora filtrado. Si el gráfico muestra que la simultaneidad máxima se
produjo en el momento en que el conjunto de datos estaba esperando, la espera se debió a que no había
suficiente CPU disponible.
3. Por último, compruebe el gráfico D , que muestra los tipos de actualizaciones que se han producido,
programadas frente a petición. Cualquier actualización a petición que se produzca al mismo tiempo podría
ser la causa de la limitación.

disponible el doble de memoria que tiene la SKU actual y dos veces el número de actualizaciones
simultáneas que las de la SKU actual, con lo que se alivia la presión sobre la CPU y memoria que
2. Mover los conjuntos de datos a otra capacidad : si los tiempos de espera se deben a que se está
alcanzando la simultaneidad máxima y tiene otra capacidad con más simultaneidad disponible, puede
trasladar a esta las áreas de trabajo que contengan los conjuntos de datos que están esperando.
3. Distribuir las actualizaciones programadas : distribuir las actualizaciones le ayudará a evitar que
demasiadas actualizaciones se intenten ejecutar a la vez.
Pasos siguientes
Notas de la versión de Power BI Premium
Notas del producto de Microsoft Power BI Premium
Notas del producto de la planeación de una implementación de Power BI Enterprise
Extended Pro Trial activation (Activación de la extensión del período de prueba de Power BI Pro)
Preguntas frecuentes sobre Power BI Embedded
Supervisión de capacidades en el portal de
administración
La pestaña Estado del área Configuración de la capacidad del portal de administración ofrece un resumen de
las métricas sobre la capacidad y las cargas de trabajo habilitadas.
Si necesita métricas más completas, use la aplicación de métricas de capacidad de Power BI Premium. Esta
aplicación proporciona exploración en profundidad y filtrado, y las métricas más detalladas para casi todos los
aspectos que afectan al rendimiento de la capacidad. Para más información, consulte Supervisión de capacidades
Premium con la aplicación.
Métricas de sistema
En la pestaña Estado , en el nivel más alto, el uso de la CPU y el uso de memoria proporcionan una vista rápida de
las métricas más importantes de la capacidad. Estas métricas son acumulativas e incluyen todas las cargas de
trabajo habilitadas para la capacidad.
M ÉT RIC A DESC RIP C IÓ N
USO DE CPU Uso promedio de la CPU, como porcentaje del total de CPU
disponible.
USO DE MEMORIA Uso promedio de memoria en gigabytes (GB).
Métricas de carga de trabajo

Para cada carga de trabajo habilitada para la capacidad. Se muestran el uso de la CPU y de la memoria.
USO DE CPU Uso promedio de la CPU, como porcentaje del total de CPU
disponible.
USO DE MEMORIA Uso promedio de memoria en gigabytes (GB).
Métricas de carga de trabajo detalladas

Cada carga de trabajo tiene métricas adicionales. El tipo de métricas que se muestra depende de la carga de
trabajo. Para ver las métricas detalladas de una carga de trabajo, haga clic en la flecha hacia abajo para expandir.
Flujos de datos
O p e r a c i o n e s d e fl u j o d e d a t o s
Recuento total número total de actualizaciones de cada flujo de datos.
Recuento de casos completados correctamente Número total de actualizaciones correctas de cada flujo de
datos.
Duración promedio (min) duración media de la actualización del flujo de datos, en

minutos.
Duración máxima (min) duración de la actualización de ejecución más larga del flujo
de datos, en minutos.
Tiempo medio de espera (min) retraso medio entre la hora programada y el inicio de una
actualización del flujo de datos, en minutos.
Tiempo de espera máximo (min) tiempo de espera máximo del flujo de datos, en minutos.
Conjuntos de datos
A c t u aliz ar
Recuento total actualizaciones totales de cada conjunto de datos.
Recuento de casos completados correctamente Número total de actualizaciones correctas de cada conjunto
de datos.
Recuento de errores Número total de actualizaciones con errores de cada conjunto

de datos.
Tasa de éxito Número de actualizaciones correctas dividido entre el número

total de actualizaciones a medir. Confiabilidad.
Duración promedio (min) duración media de la actualización del conjunto de datos, en

minutos.
Duración máxima (min) duración de la actualización de ejecución más larga del

Tiempo medio de espera (min) el retraso medio entre la hora programada y el inicio de una
actualización del conjunto de datos, en minutos.
Tiempo de espera máximo (min) tiempo de espera máximo del conjunto de datos, en minutos.
C o n su l t a
Recuento total número total de consultas ejecutadas para el conjunto de

datos.
Duración promedio (ms) duración media de consulta del conjunto de datos, en

milisegundos.
Duración máxima (ms) duración de la consulta de ejecución más larga del conjunto
de datos, en milisegundos.
Tiempo promedio de espera (ms) tiempo de espera de consulta promedio del conjunto de
datos, en milisegundos.
Tiempo de espera máximo (ms) duración de la consulta con un tiempo de espera más largo
en el conjunto de datos, en milisegundos.
Ex p u l si ó n
Recuento de modelos El número total de expulsiones del conjunto de datos para

esta capacidad. Cuando una funcionalidad sufre la presión de
la memoria, el nodo expulsa uno o varios conjuntos de datos
de la memoria. Los conjuntos de datos que están inactivos
(sin ninguna operación de consulta o actualización
ejecutándose actualmente) se expulsan primero. A
continuación, el orden de expulsión se basa en una medida
de tipo LRU (el menos usado recientemente).
Informes paginados
Ej e c u c i ó n d e i n fo r m e s
Recuento de ejecuciones El número de veces que los usuarios han ejecutado y

visualizado el informe.
U so d e i n fo r m e s
Recuento de casos completados correctamente El número de veces que un usuario ha visualizado el informe.
Recuento de errores El número de veces que un usuario ha visualizado el informe.

Recuento de filas número de filas de datos que hay en el informe.
Duración de la recuperación de datos (ms) cantidad media de tiempo que se tarda en recuperar los
datos del informe, en milisegundos. Las duraciones largas
pueden indicar consultas lentas u otros problemas del origen
de datos.
Duración del procesamiento (ms) cantidad media de tiempo que se tarda en procesar los datos
de un informe, en milisegundos.
Duración de la representación (ms) cantidad media de tiempo que se tarda en representar un

informe en el explorador, en milisegundos.
NOTE
Todavía no están disponibles las métricas detalladas de la carga de trabajo de IA .
Pasos siguientes
Ahora que sabe cómo supervisar las capacidades de Power BI Premium, aprenda más sobre las capacidades de
optimización.
Modelos grandes en Power BI Premium (versión
preliminar)
Los conjuntos de datos de Power BI pueden almacenar datos en una memoria caché en memoria muy
comprimida para optimizar el rendimiento de las consultas, a fin de permitir una interactividad rápida del usuario
en grandes conjuntos de datos. La característica de modelos grandes permite que los conjuntos de datos de
Power BI Premium tenga más de 10 GB de tamaño. En su lugar, el tamaño del conjunto de datos está limitado por
el tamaño de la capacidad de Power BI Premium, que es similar a la forma en que Azure Analysis Services
funciona en cuanto a las limitaciones de tamaño del modelo. Para más información sobre las capacidades de
Power BI Premium, consulte Nodos de capacidad. Puede configurar modelos grandes para todas las SKU
Premium P y Embedded A, pero solo funcionan con las nuevas áreas de trabajo.
Los modelos grandes no afectan al tamaño de carga de PBIX, que sigue estando limitado a 10 GB. En su lugar, los
conjuntos de datos crecen más de 10 GB en el servicio al actualizarse. Puede usar la actualización incremental
para configurar un conjunto de datos para que crezca más de 10 GB.
Habilitación de modelos grandes

Para crear un conjunto de datos que crezca más de 10 GB, siga estos pasos:
1. Cree un conjunto de datos en Power BI Desktop y configure una actualización incremental.
2. Publique el conjunto de datos en el servicio Power BI Premium.
3. Ejecute los cmdlets de PowerShell siguientes para habilitar el conjunto de datos para modelos grandes.
Estos cmdlets hacen que Power BI almacene el conjunto de datos en Azure Files Premium y no aplique el
límite de 10 GB.
4. Invoque una actualización para cargar los datos históricos basada en la directiva de actualización
incremental. La primera actualización podría tardar bastante tiempo en cargar el historial. Las
actualizaciones posteriores serán más rápidas porque son incrementales.
Cmdlets de PowerShell
En la versión actual de los modelos grandes, habilite el conjunto de datos para almacenarlos en Azure Files
Premium mediante los cmdlets de PowerShell. Debe tener privilegios de administrador de áreas de trabajo y de la
capacidad para ejecutar los cmdlets de PowerShell.
1. Busque el identificador del conjunto de datos (GUID). En la pestaña Conjuntos de datos del área de
trabajo, en la configuración del conjunto de datos, puede ver el identificador en la dirección URL.
2. En un símbolo del sistema de administrador de PowerShell, instale el módulo MicrosoftPowerBIMgmt.

Install-Module -Name MicrosoftPowerBIMgmt
3. Ejecute los siguientes cmdlets para iniciar sesión y comprobar el modo de almacenamiento del conjunto de
datos.
Login-PowerBIServiceAccount
(Get-PowerBIDataset -Scope Organization -Id <Dataset ID> -Include actualStorage).ActualStorage
La respuesta será la siguiente. El modo de almacenamiento es ABF (archivo de copia de seguridad de

Analysis Services), que es el valor predeterminado.
Id StorageMode
-- -----------
<Dataset ID> Abf
4. Ejecute los siguientes cmdlets para establecer el modo de almacenamiento en Azure Files Premium y
compruébelo. La conversión a Azure Files Premium puede tardar unos segundos.
Set-PowerBIDataset -Id <Dataset ID> -TargetStorageMode PremiumFiles
(Get-PowerBIDataset -Scope Organization -Id <Dataset ID> -Include actualStorage).ActualStorage
La respuesta será la siguiente. El modo de almacenamiento ahora está establecido en Azure Files Premium.
Id StorageMode
-- -----------
<Dataset ID> PremiumFiles
Puede comprobar el estado de las conversiones del conjunto de datos hacia y desde Azure Files Premium con el
cmdlet Get-PowerBIWorkspaceMigrationStatus.
Expulsión del conjunto de datos

Power BI usa la administración dinámica de la memoria para expulsar los conjuntos de datos inactivos de la
memoria. Power BI expulsa los conjuntos de datos para poder cargar otros conjuntos de datos para direccionar las
consultas de los usuarios. La administración dinámica de la memoria permite que la suma de los tamaños de los
conjunto de datos sea bastante mayor que la memoria disponible en la capacidad, pero debe caber un solo
conjunto de datos en la memoria. Para más información sobre la administración dinámica de la memoria,
consulte Funcionamiento de las capacidades.
Tenga en cuenta el impacto de la expulsión en los modelos grandes. A pesar de los tiempos de carga de conjuntos
de datos relativamente rápidos, los usuarios podrían notar un retraso considerable si tienen que esperar a que se
recarguen los conjuntos de datos grandes expulsados. Por esta razón, en su forma actual, se recomienda usar la
característica de modelos grandes principalmente para las capacidades dedicadas a los requisitos de inteligencia
empresarial en lugar de a capacidades mixtas con requisitos de inteligencia empresarial con características de
autoservicio. Las capacidades dedicadas a los requisitos de inteligencia empresarial son menos propensas a
desencadenar expulsiones y por lo que no necesitan volver a cargar los conjuntos de datos con tanta frecuencia.
Por otro lado, las capacidades de inteligencia empresarial con características de autoservicio pueden tener
muchos conjuntos de datos pequeños que se cargan con más frecuencia dentro y fuera de la memoria.
Comprobación del tamaño del conjunto de datos

Después de cargar los datos históricos, puede usar SSMS a través del punto de conexión de XMLA para
comprobar el tamaño estimado del conjunto de datos en la ventana de propiedades del modelo.
Para comprobar el tamaño del conjunto de datos, también puede ejecutar las siguientes consultas DMV desde
SSMS. Sume las columnas DICTIONARY_SIZE y USED_SIZE de la salida para ver el tamaño del conjunto de datos
en bytes.
SELECT * FROM SYSTEMRESTRICTSCHEMA

($System.DISCOVER_STORAGE_TABLE_COLUMNS,
[DATABASE_NAME] = '<Dataset Name>') //Sum DICTIONARY_SIZE (bytes)
SELECT * FROM SYSTEMRESTRICTSCHEMA

($System.DISCOVER_STORAGE_TABLE_COLUMN_SEGMENTS,
[DATABASE_NAME] = '<Dataset Name>') //Sum USED_SIZE (bytes)
Tenga en cuenta las siguientes restricciones cuando use modelos grandes:
Cifrado BYOK (Bring Your Own Key) : los conjuntos de datos habilitados para Files Premium no se
cifran mediante BYOK.
Compatibilidad multigeográfica : los conjuntos de datos habilitados para Files Premium producirán
errores en las capacidades en las que también tengan habilitadas múltiples ubicaciones geográficas.
Descarga en Power BI Desktop : si un conjunto de datos se almacena en Files Premium, se producirá un
error al descargar como archivo .pbix.
Regiones admitidas : Se admiten modelos grandes en todas las regiones de Azure que admiten el
almacenamiento de archivos Premium. Para más información, vea Productos disponibles por región y
consulte la tabla de la siguiente sección.
Disponibilidad en regiones
Los modelos grandes de Power BI solo están disponibles en determinadas regiones de Azure que admiten Azure
Premium Files Storage.
En la lista siguiente se indican las regiones en las que están disponibles los modelos grandes en Power BI. Las
regiones que no están en la lista siguiente no se admiten para los modelos grandes:
REGIÓ N DE A Z URE A B REVIAT URA DE L A REGIÓ N DE A Z URE
Este de Australia australiaeast
Sudeste de Australia australiasoutheast
Centro de EE. UU. centralus
Este de Asia eastasia
Este de EE. UU. estado
Este de EE. UU. 2 eastus2
Japón Oriental japaneast
Japón Occidental japanwest
Centro de Corea del Sur koreacentral
Sur de Corea del Sur koreasouth
Centro-norte de EE. UU. northcentralus
Norte de Europa northeurope
Centro-sur de EE. UU. southcentralus
Sudeste de Asia southeastasia
Sur de Reino Unido uksouth
Oeste de Reino Unido ukwest
Oeste de Europa westeurope
Oeste de EE. UU. westus

REGIÓ N DE A Z URE A B REVIAT URA DE L A REGIÓ N DE A Z URE
Oeste de EE. UU. 2 westus2
Pasos siguientes
Los vínculos siguientes proporcionan información que puede ser útil para trabajar con modelos grandes:
Azure Premium Files Storage
Configuración de compatibilidad con Multi-Geo en Power BI Premium
Sus propias claves de cifrado para Power BI
Cómo funcionan las capacidades
Actualización incremental
Configuración de compatibilidad con Multi-Geo en
Power BI Premium
Multi-Geo es una característica de Power BI Premium que ayuda a que los clientes multinacionales aborden los
requisitos de residencia de datos organizacionales, regionales o específicos del sector. Como cliente de Power BI
Premium, puede implementar contenido en centros de datos de regiones distintas de la región principal del
inquilino de Power BI. Una geoárea (geografía) puede contener más de una región. Por ejemplo, Estados Unidos
es una geoárea y Centro-oeste de EE. UU. y Centro-sur de EE. UU. son regiones de Estados Unidos. Puede elegir
implementar contenido en cualquiera de las geoáreas siguientes:
Estados Unidos
Canadá
Reino Unido
Brasil
Europa
Japón
India
Asia Pacífico
Australia
África
Multi-Geo no está disponible para Power BI Alemania, Power BI China operado por 21Vianet o Power BI para la
Administración Pública de Estados Unidos.
Multi-Geo ahora está también disponible en Power BI Embedded. Más información en Compatibilidad de Multi-
Geo con Power BI Embedded.
Habilitación y configuración
Para las capacidades nuevas, habilite Multi-Geo al seleccionar una región distinta de la región predeterminada en
la lista desplegable. Cada capacidad muestra la región donde está ubicada actualmente, como Centro-oeste de
EE. UU .
Después de crear una capacidad, esta permanece en esa región y todas las áreas de trabajo creadas almacenarán
su contenido en esa región. Puede migrar las áreas de trabajo desde una región a otra a través de la lista
desplegable en la pantalla de configuración del área de trabajo.
Verá este mensaje para confirmar el cambio.
En este momento, no es necesario restablecer las credenciales de la puerta de enlace durante una migración. Una
vez que se almacenan en la región de capacidad Premium, deberá restablecerlas después de la migración.
Durante la migración, ciertas operaciones pueden generar errores, como la publicación de conjuntos de datos
nuevos o la actualización programada de datos.
Los elementos siguientes se almacenan en la región Premium cuando Multi-Geo está habilitado:
Modelos (archivos .ABF) para conjuntos de datos de importación y DirectQuery
Caché de consultas
Imágenes de R
Estos elementos permanecen en la región principal del inquilino:
Libros de Excel
Metadatos de informes/paneles: por ejemplo, nombres de icono, consultas de icono
Buses de servicio para consultas de puerta de enlace o trabajos de actualización programada
Permisos
Credenciales de conjuntos de datos
Vista de regiones de capacidad

En el Portal de administración, puede ver todas las capacidades del inquilino de Power BI y las regiones donde se
ubican actualmente.
Cambio de la región de contenido existente

Si necesita cambiar la región de contenido existente, tiene dos opciones.
Crear una segunda capacidad y mover las áreas de trabajo. Los usuarios gratuitos no experimentarán tiempo
de inactividad siempre que el inquilino tenga núcleos virtuales libres.
Si la creación de una segunda capacidad no es opción, puede mover de manera temporal el contenido de
vuelta a la capacidad compartida desde Premium. No necesita núcleos virtuales adicionales, pero los usuarios
gratuitos experimentarán cierto tiempo de inactividad.
Movimiento de contenido fuera de Multi-Geo

Puede quitar áreas de trabajo de la capacidad Multi-Geo de una de estas dos maneras:
Elimine la capacidad actual donde se ubica el área de trabajo. Esta acción devuelve el área de trabajo a la
capacidad compartida en la región principal.
Migre las áreas de trabajo individuales de vuelta a la capacidad Premium ubicada en el inquilino principal.
Confirme que cualquier movimiento que inició entre regiones cumple con todos los requisitos de
cumplimiento corporativos y gubernamentales antes de iniciar la transferencia de datos.
Una consulta en caché almacenada en una región remota permanece en esa región en reposo. Sin
embargo, otros datos en tránsito pueden ir y venir entre distintas geografías.
Al mover datos de una región a otra en un entorno de Multi-Geo, los datos de origen pueden permanecer
en la región desde donde se movieron los datos durante hasta 30 días. Durante ese período, los usuarios
finales no tienen acceso a ellos. Se quitan de esta región y se destruyen durante el período de 30 días.
En la actualidad la característica flujos de datos no se admite en Multi-GEO.
Pasos siguientes
Multi-Geo para capacidades de Power BI Embedded
Sus propias claves de cifrado para Power BI
Power BI cifra los datos en reposo y en proceso. De forma predeterminada, Power BI usa claves administradas por
Microsoft para cifrar los datos. En Power BI Premium también puede usar sus propias claves para datos en reposo
que se importan en un conjunto de datos (consulte Consideraciones sobre el origen de datos y el almacenamiento
para más información). Este enfoque suele describirse como Bring Your Own Key (BYOK).
¿Por qué usar BYOK?

BYOK permite satisfacer más fácilmente los requisitos de cumplimiento que especifican las condiciones de las
claves con el proveedor de servicios en la nube (en este caso de Microsoft). Con BYOK, puede proporcionar y
controlar las claves de cifrado para los datos en reposo de Power BI en el nivel de aplicación. Como resultado,
puede ejercer el control y revocar las claves de la organización si decide dejar el servicio. Al revocar las claves, los
datos son ilegibles para el servicio en 30 minutos.
Consideraciones sobre el origen de datos y el almacenamiento

Para usar BYOK, debe cargar los datos en el servicio Power BI desde un archivo de Power BI Desktop (PBIX). No se
puede usar BYOK en los siguientes escenarios:
Conexiones dinámicas de Analysis Services
Libros de Excel (a menos que los datos se importen primero en Power BI Desktop)
Conjuntos de datos de streaming
Modelos grandes
BYOK solo se puede usar con conjuntos de datos. Los conjuntos de datos de inserción, los archivos de Excel y los
archivos CSV que los usuarios pueden cargar en el servicio no se cifran con su clave personal propia. Para
identificar los artefactos que se almacenan en las áreas de trabajo, use el siguiente comando de PowerShell:
PS C:\> Get-PowerBIWorkspace -Scope Organization -Include All
NOTE
Este cmdlet requiere el módulo de administración de Power BI versión 1.0.840. Para saber qué versión tiene, ejecute Get-
InstalledModule-Name MicrosoftPowerBIMgmt. Instale la versión más reciente ejecutando install-module-name
MicrosoftPowerBIMgmt. Puede obtener más información sobre el cmdlet de Power BI y sus parámetros en Módulo de
cmdlets de PowerShell de Power BI.
Configuración de Azure Key Vault

En esta sección se enseña cómo configurar Azure Key Vault, una herramienta para almacenar y acceder a los
secretos, como las claves de cifrado, de forma segura. Puede usar un almacén de claves existente para almacenar
las claves de cifrado o puede crear uno nuevo específicamente para su uso con Power BI.
Las instrucciones de esta sección presuponen un conocimiento básico de Azure Key Vault. Para más información,
consulte ¿Qué es Azure Key Vault?. Configure el almacén de claves de la manera siguiente:
1. Agregue el servicio Power BI como una entidad de servicio en el almacén de claves con permisos para
encapsular y desencapsular.
2. Cree una clave RSA con una longitud de 4096 bits (o use una clave existente de este tipo), con permisos
para encapsular y desencapsular.
IMPORTANT
BYOK de Power BI solo admite claves RSA con una longitud de 4096 bits.
3. Recomendado: Compruebe que el almacén de claves tiene la opción de eliminación temporal habilitada.
Adición de la entidad de servicio
1. En Azure Portal, en el almacén de claves, en Directivas de acceso , seleccione Agregar nueva .
2. En Seleccionar entidad , busque y seleccione Microsoft.Azure.AnalysisServices.
NOTE
Si no encuentra “Microsoft.Azure.AnalysisServices”, es probable que la suscripción de Azure asociada a su Azure Key
Vault nunca haya tenido asociado un recurso de Power BI. En su lugar, intente buscar la cadena siguiente:
00000009-0000-0000-c000-000000000000.
3. En Permisos de clave , seleccione Desencapsular clave y Encapsular clave .

4. Seleccione Aceptar y Guardar .
NOTE
Para revocar el acceso de Power BI a los datos en el futuro, quite los derechos de acceso a esta entidad de servicio de Azure
Key Vault.
Creación de una clave RSA

1. En el almacén de claves, en Claves , seleccione Generar/Impor tar .
2. En Tipo de clave , seleccione RSA y en Tamaño de la clave RSA , seleccione 4096.
3. Seleccione Crear .
4. En Claves , seleccione la clave que creó.
5. Seleccione el identificador GUID de la Versión actual de la clave.
6. Compruebe que están seleccionados Encapsular clave y Desencapsular clave . Copie el Identificador
de clave que se va a usar al habilitar BYOK en Power BI.
Opción de eliminación temporal
Se recomienda que habilite la eliminación temporal en el almacén de claves para protegerse frente a la pérdida de
datos en el caso de eliminación accidental de la clave o el almacén de claves. Debe usar PowerShell para habilitar
la propiedad de "eliminación temporal" en el almacén de claves, ya que esta opción aún no está disponible en
Azure Portal.
Con Azure Key Vault configurado correctamente, está listo para habilitar BYOK en el inquilino.
Habilitación de BYOK en el inquilino

Para habilitar BYOK con PowerShell en el nivel de inquilino, primero debe proporcionar en el inquilino de Power BI
las claves de cifrado que ha creado y almacenado en Azure Key Vault. A continuación, debe asignar estas claves de
cifrado en la capacidad Premium para cifrar el contenido de esta capacidad.
Consideraciones importantes
Antes de habilitar BYOK, tenga en cuenta las consideraciones siguientes:
Actualmente no se puede deshabilitar BYOK después de habilitarlo. En función de cómo se especifiquen los
parámetros de Add-PowerBIEncryptionKey , puede controlar cómo usar BYOK para una o varias de las
capacidades. Sin embargo, no se puede deshacer la introducción de claves en el inquilino. Para más
información, consulte Habilitación de BYOK.
No se puede mover directamente un área de trabajo que usa BYOK desde una capacidad dedicada de
Power BI Premium a una capacidad compartida. Debe mover primero el área de trabajo a una capacidad
dedicada que no tenga habilitado BYOK.
Si mueve un área de trabajo que usa BYOK de una capacidad dedicada de Power BI Premium a una
compartida, los informes y los conjuntos de datos se vuelven inaccesibles, ya que se cifran con la clave. Para
evitarlo, primero debe mover el área de trabajo a una capacidad dedicada que no tenga habilitado BYOK.
Habilitación de BYOK
Para habilitar BYOK, debe ser un administrador del inquilino del servicio Power BI y haber iniciado sesión con el
cmdlet Connect-PowerBIServiceAccount . A continuación, utilice Add-PowerBIEncryptionKey para habilitar BYOK, tal
como se muestra en el ejemplo siguiente:
Add-PowerBIEncryptionKey -Name'Contoso Sales' -KeyVaultKeyUri'https://contoso-

vault2.vault.azure.net/keys/ContosoKeyVault/b2ab4ba1c7b341eea5ecaaa2wb54c4d2'
Para agregar varias claves, ejecute Add-PowerBIEncryptionKey con valores diferentes para - -Name y
-KeyVaultKeyUri .
El cmdlet acepta dos parámetros de modificador que afectan al cifrado de las capacidades actuales y futuras.
Ninguno de los modificadores está establecido de forma predeterminada:
-Activate : indica que esta clave se usará para todas las capacidades existentes en el inquilino que aún no
están cifradas.
-Default: indica que esta clave es ahora la predeterminada para todo el inquilino. Cuando se crea una
nueva capacidad, dicha capacidad hereda esta clave.
IMPORTANT
Si especifica -Default , todas las capacidades creadas en el inquilino desde este momento se cifrarán con la clave
especificada (o una clave predeterminada actualizada). No se puede deshacer la operación predeterminada, por lo que se
pierde la opción de crear una capacidad Premium en el inquilino que no use BYOK.
Después de habilitar BYOK en el inquilino, establezca la clave de cifrado de una o varias capacidades de Power BI:
1. Use Get-PowerBICapacity para obtener el identificador de capacidad necesario para este paso.
Get-PowerBICapacity -Scope Individual
El cmdlet devuelve una salida similar a la siguiente:
Id : xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
DisplayName : Test Capacity
Admins : adam@sometestdomain.com
Sku : P1
State : Active
UserAccessRight : Admin
Region : North Central US
2. Use Set-PowerBICapacityEncryptionKey para establecer la clave de cifrado:
Set-PowerBICapacityEncryptionKey-CapacityId xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx -KeyName 'Contoso

Sales'
Tiene el control sobre el uso de BYOK en el inquilino. Por ejemplo, para cifrar una sola capacidad, llame a
Add-PowerBIEncryptionKey sin -Activate o -Default . A continuación, llame a Set-PowerBICapacityEncryptionKey
para la capacidad en la que desea habilitar BYOK.
Administración de BYOK
Power BI proporciona cmdlets adicionales para ayudar a administrar BYOK en el inquilino:
Utilice Get-PowerBICapacity para obtener la clave que usa actualmente una capacidad:
Get-PowerBICapacity -Scope Organization -ShowEncryptionKey
Utilice Get-PowerBIEncryptionKey para obtener la clave que usa actualmente el inquilino:
Get-PowerBIEncryptionKey
Utilice Get-PowerBIWorkspaceEncryptionStatus para ver si se cifran los conjuntos de datos de un área de

trabajo y si el estado de cifrado está sincronizado con el área de trabajo:
Get-PowerBIWorkspaceEncryptionStatus -Name'Contoso Sales'
Tenga en cuenta que el cifrado se habilita en el nivel de capacidad, pero el estado de cifrado se obtiene en el
nivel de conjunto de datos del área de trabajo especificada.
Utilice Switch-PowerBIEncryptionKey para cambiar (o rotar) la versión de la clave que se usa para el cifrado.
El cmdlet simplemente actualiza el valor de -KeyVaultKeyUri de la clave especificada en la opción -Name :
Switch-PowerBIEncryptionKey -Name'Contoso Sales' -KeyVaultKeyUri'https://contoso-

vault2.vault.azure.net/keys/ContosoKeyVault/b2ab4ba1c7b341eea5ecaaa2wb54c4d2'
Pasos siguientes
Módulo de cmdlets de PowerShell de Power BI
Formas de compartir el trabajo en Power BI
Filtro de un informe con parámetros de cadena de consulta en la URL
Insertar el elemento web de informes en SharePoint Online
Publicar en la web de Power BI
Reinicio de una capacidad de Power BI Premium
Como administrador de Power BI, es posible que deba reiniciar una capacidad Premium. En este artículo se explica
cómo reiniciar una capacidad y se abordan una serie de preguntas sobre el reinicio y el rendimiento.
¿Por qué proporciona esta opción Power BI?

Power BI ofrece a los usuarios la posibilidad de realizar análisis complejos en enormes cantidades de datos.
Lamentablemente, los usuarios pueden provocar problemas de rendimiento sobrecargando el servicio Power BI
con trabajos, escribiendo consultas excesivamente complejas y creando referencias circulares, entre otros.
La capacidad compartida de Power BI ofrece algo de protección en estos casos, imponiendo para ello límites de
tamaños de archivo, programaciones de actualización y otros aspectos del servicio. En una capacidad de Power BI
Premium, por el contrario, la mayoría de estos límites son más amplios. En consecuencia, un solo informe con una
expresión DAX incorrecta o con un modelo muy complejo puede causar problemas de rendimiento enormes.
Cuando se procese, el informe puede consumir todos los recursos disponibles en la capacidad.
Power BI está mejorando constantemente en cuanto al modo en que se protege a los usuarios de la capacidad
Premium de estos problemas. También estamos capacitando a los administradores con herramientas para detectar
cuándo hay una sobrecarga en las capacidades y el motivo. Para obtener más información, vea la sesión de
formación breve y la sesión de formación prolongada. Al mismo tiempo, se necesita capacidad para mitigar los
problemas importantes cuando se producen. La forma más rápida de mitigar estos problemas consiste en reiniciar
la capacidad.
¿Es seguro el proceso de reinicio? ¿Se pierden datos?

Todos los datos, definiciones, informes y paneles guardados en la capacidad permanecen totalmente intactos
después del reinicio. Cuando se reinicia una capacidad, el motor de actualización detiene temporalmente las
actualizaciones programadas y ad hoc en curso, en la mayoría de los casos. Después, se reinician debido a la lógica
de reintento de actualización integrada en Power BI. El servicio trata de reintentar cualquier actualización afectada
una vez que la capacidad esté disponible. El estado de las actualizaciones no puede cambiar en la interfaz de
usuario durante el proceso de reinicio.
Los usuarios que interactúen con la capacidad perderán el trabajo no guardado durante un proceso de reinicio.
Tendrán que actualizar sus exploradores una vez que se haya completado el reinicio.
¿Cómo se reinicia una capacidad?

Haga lo siguiente para reiniciar una capacidad.
1. En el portal de administración de Power BI, en la pestaña Configuración de la capacidad , vaya a la
capacidad.
2. Agregue la marca de característica CapacityRestar t a la dirección URL de la capacidad:
https://app.powerbi.com/admin-portal/capacities/<YourCapacityId>?capacityRestartButton=true .
3. En Configuración avanzada > REINICIO DE L A CAPACIDAD , seleccione Reinicio de capacidad .
4. En el cuadro de diálogo Reinicio de capacidad , seleccione Sí, reiniciar la capacidad .
¿Cómo se puede evitar que surjan problemas en el futuro?

La mejor manera de evitar problemas es concienciar a los usuarios de la importancia de un modelado de datos
eficaz. Para más información, vea nuestra sesión de formación.
También aconsejamos que supervise sus capacidades con regularidad para hallar tendencias que señalen
problemas subyacentes. Tenemos previsto lanzar regularmente versiones de la aplicación de supervisión y otras
herramientas para que pueda supervisar y administrar las capacidades de forma más eficaz.
Pasos siguientes
Conectividad del conjunto de datos con el punto de
conexión XMLA (versión preliminar)
Las áreas de trabajo y los conjuntos de datos de Power BI Premium con el nivel de compatibilidad 1500 y superior
admiten la conectividad de plataforma abierta de Microsoft y las aplicaciones y herramientas cliente de terceros
mediante el uso de un punto de conexión de XMLA.
NOTE
Esta característica está en versión preliminar . Las características en versión preliminar no se deben utilizar en un entorno
de producción. Ciertas funciones, compatibilidades y documentaciones están limitadas. Para obtener más información,
consulte los términos de Microsoft Online Services (OST).
¿Qué es un punto de conexión de XMLA?

En Power BI Premium se usa el protocolo XML for Analysis (XMLA) para las comunicaciones entre las aplicaciones
cliente y el motor que administra las áreas de trabajo y los conjuntos de datos de Power BI. Estas comunicaciones
se realizan a través de lo que normalmente se denominan puntos de conexión XMLA. XMLA es el mismo
protocolo de comunicación que usa el motor de Microsoft Analysis Services, que internamente, ejecuta el
modelado semántico, la gobernanza, el ciclo de vida y la administración de datos de Power BI.
De forma predeterminada, la conectividad de solo lectura que usa el punto de conexión está habilitada para la
carga de trabajo de los conjuntos de datos de una capacidad. Al ser de solo lectura, las herramientas y
aplicaciones de visualización de datos pueden consultar los datos del modelo de conjunto de datos, así como los
metadatos, los eventos y el esquema. Las operaciones de lectura y escritura que usan el punto de conexión se
pueden habilitar proporcionando administración de conjunto de datos, gobernanza, modelado semántico
avanzado, depuración y supervisión adicionales. Con la lectura y escritura habilitada, los conjuntos de datos de
Power BI Premium tienen más paridad con los procesos y las herramientas de modelado tabular de nivel
empresarial de Azure Analysis Services y SQL Server Analysis Services.
Herramientas de administración y modelado de datos

Estas son algunas de las herramientas más comunes que se usan con Azure Analysis Services y SQL Server
Analysis Services, y que ahora son compatibles con los conjuntos de datos de Power BI Premium:
Visual Studio con proyectos de Analysis Ser vices : también conocido como SQL Server Data Tools, o
simplemente SSDT , es una herramienta de creación de modelos de nivel empresarial para los modelos tabulares
de Analysis Services. Las extensiones de proyectos de Analysis Services se admiten en todas las ediciones de
Visual Studio 2017 y posteriores, incluida la edición gratuita Community. La versión de la extensión 2.9.6 o
superior es necesaria para implementar modelos tabulares en un área de trabajo Premium. Al implementar en un
área de trabajo Premium, el modelo debe tener el nivel de compatibilidad de 1500 o superior. Se requiere lectura
y escritura de XMLA en la carga de trabajo de los conjuntos de valores. Para obtener más información, consulte
Herramientas para Analysis Services.
SQL Ser ver Management Studio (SSMS) : admite consultas DAX, MDX, y XMLA. Realice operaciones de
actualización específicas y scripting de metadatos de conjuntos de datos mediante el lenguaje de scripting de
modelos tabulares (TMSL). Se requiere solo lectura para las operaciones de consulta. Se requiere lectura y
escritura para los metadatos de scripting. Requiere SSMS versión 18.4 o posterior. Descárguelo aquí.
SQL Ser ver Profiler : instalada con SSMS, esta herramienta proporciona seguimiento y depuración de eventos
de servidor. Aunque oficialmente está en desuso para SQL Server, Profiler se sigue incluyendo en SSMS y todavía
se admite para Analysis Services y para Power BI Premium. Se requiere XMLA de solo lectura. Para obtener más
información, consulte SQL Server Profiler para Analysis Services.
Asistente para la implementación de Analysis Ser vices : instalada con SSMS, esta herramienta proporciona
la implementación de proyectos de modelos tabulares creados de Visual Studio para áreas de trabajo de Analysis
Services y Power BI Premium. Se puede ejecutar de forma interactiva o desde la línea de comandos para la
automatización. Se requiere lectura y escritura de XMLA. Para obtener más información, consulte el Asistente para
implementación de Analysis Services.
Cmdlets de PowerShell : los cmdlets de Analysis Services se pueden usar para automatizar las tareas de
administración del conjunto de datos, como las operaciones de actualización. Se requiere lectura y escritura de
XMLA. Se requiere la versión 21.1.18221 o superior del módulo SqlServer PowerShell. Los cmdlets de Azure
Analysis Services del Módulo Az.AnalysisServices no se admiten para Power BI Premium. Para obtener más
información, vea Referencia de Analysis Services PowerShell.
Power BI Repor t Builder : una herramienta para crear informes paginados. Cree una definición de informe que
especifica qué datos recuperar, de dónde obtenerlos y cómo mostrarlos. Puede obtener una vista previa del
informe en Report Builder y luego publicarlo en el servicio Power BI. Se requiere solo lectura de XMLA. Para más
información, vea Power BI Report Builder.
Editor tabular : herramienta de código abierto para crear, mantener y administrar modelos tabulares con un
editor intuitivo y ligero. Una vista jerárquica muestra todos los objetos del modelo tabular. Los objetos se
organizan por carpetas para mostrar con compatibilidad para la edición de propiedades de selección múltiple y el
resaltado de sintaxis de DAX. Se requiere solo lectura de XMLA para las operaciones de consulta. Se requiere
lectura y escritura para las operaciones de metadatos. Para obtener más información, vea tabulareditor.github.io.
DAX Studio : una herramienta de código abierto para la creación, el diagnóstico, el ajuste del rendimiento y el
análisis de DAX. Entre las características se incluyen la exploración de objetos, el seguimiento integrado, los
desgloses de la ejecución de consultas con estadísticas detalladas y resaltado y aplicación de formato de sintaxis
de DAX. Se requiere solo lectura de XMLA para las operaciones de consulta. Para más información, vea
daxstudio.org.
ALM Toolkit : una herramienta de comparación de esquemas de código abierto para conjuntos de datos de
Power BI, que se suele usar para escenarios de administración del ciclo de vida de las aplicaciones (ALM). Realice
la implementación en todos los entornos y retenga los datos históricos de actualización incremental. Compare y
combine archivos de metadatos, ramas y repositorios. Reutilice definiciones comunes entre conjuntos de datos.
Se requiere solo lectura para las operaciones de consulta. Se requiere lectura y escritura para las operaciones de
metadatos. Para obtener más información, vea alm-toolkit.com.
Microsoft Excel : las tablas dinámicas de Excel son una de las herramientas más comunes que se usan para
resumir, analizar, explorar y presentar datos de resumen de conjuntos de datos de Power BI. Se requiere solo
lectura para las operaciones de consulta. Se requiere la versión Hacer clic y ejecutar de Office 16.0.11326.10000 o
una versión posterior.
Terceros : se incluyen aplicaciones y herramientas de visualización de datos de cliente que se pueden conectar a
Power BI Premium, así como consultar y consumir conjuntos de datos de este origen. La mayoría de las
herramientas requiere las versiones más recientes de las bibliotecas de cliente MSOLAP, pero algunas pueden
usar ADOMD. El punto de conexión de XMLA de solo lectura o de lectura y escritura depende de las operaciones.
Bibliotecas de cliente
Las aplicaciones cliente no se comunican directamente con el punto de conexión de XMLA. En su lugar, usan
bibliotecas de cliente como una capa de abstracción. Estas son las mismas bibliotecas de cliente que utilizan las
aplicaciones para conectarse a Azure Analysis Services y SQL Server Analysis Services. Las aplicaciones de
Microsoft como Excel, SQL Server Management Studio (SSMS) y extensión de proyectos de Analysis Services para
Visual Studio instalan las tres bibliotecas de cliente y las actualizan junto con las actualizaciones de aplicaciones y
extensiones normales. Los desarrolladores también pueden usar las bibliotecas de cliente para compilar
aplicaciones personalizadas. En algunos casos, en especial con las aplicaciones de terceros, si no se instalan con la
aplicación, es posible que tenga que instalar versiones más recientes de las bibliotecas de cliente. Las bibliotecas
de cliente se actualizan mensualmente. Para más información, vea Bibliotecas de cliente para la conexión a
Analysis Services.
Operaciones de escritura admitidas

Los metadatos del conjunto de datos se exponen a través de las bibliotecas de cliente basadas en el modelo de
objetos tabulares (TOM) para que los desarrolladores creen aplicaciones personalizadas. Esto permite que
Visual Studio y las herramientas de la comunidad de código abierto, como Tabular Editor, proporcionen funciones
de modelado e implementación de datos adicionales admitidas por el motor de Analysis Services, pero que aún
no se admiten en Power BI Desktop. La funcionalidad adicional de modelado de datos incluye:
Grupos de cálculo para la reutilización del cálculo y el consumo simplificado de modelos complejos.
Traducciones de metadatos para admitir los informes y conjuntos de datos en varios lenguajes.
Perspectivas para definir vistas específicas del dominio empresarial centradas de los metadatos del
conjunto de datos.
La seguridad de nivel de objeto (OLS) todavía no se admite en conjuntos de datos de Power BI Premium.
Optimización de conjuntos de datos para operaciones de escritura

Cuando se usa el punto de conexión de XMLA para la administración de conjuntos de datos con operaciones de
escritura, se recomienda habilitar el conjunto de datos para modelos de gran tamaño. Esto reduce la sobrecarga
de las operaciones de escritura, lo que puede hacer que sean considerablemente más rápidas. En el caso de los
conjuntos de datos de más de 1 GB (después de la compresión), la diferencia puede ser significativa. Para obtener
más información, consulte Modelos grandes en Power BI Premium.
Habilitación de lectura y escritura de XMLA

De forma predeterminada, una funcionalidad Premium tiene el parámetro de la propiedad del punto de conexión
de XMLA habilitado para solo lectura. Esto significa que las aplicaciones solo pueden consultar un conjunto de
datos. Para que las aplicaciones puedan realizar operaciones de escritura, la propiedad del punto de conexión de
XMLA debe estar habilitada para lectura y escritura. El parámetro de la propiedad del punto de conexión de XMLA
para una capacidad se configura en la carga de trabajo de los conjuntos de datos . El parámetro de la
propiedad del punto de conexión de XMLA se aplica a todas las áreas de trabajo y conjuntos de datos asignados a
la capacidad.
Para habilitar la lectura y escritura de una capacidad
1. En el portal de administración, haga clic en Configuración de la capacidad > Power BI Premium >
nombre de la capacidad.
2. Expanda Cargas de trabajo . En el parámetro Punto de conexión de XML A , seleccione Lectura y
escritura .
Conexión a un área de trabajo Premium
Las áreas de trabajo asignadas a una capacidad dedicada tienen una cadena de conexión con formato de dirección
URL como esta, powerbi://api.powerbi.com/v1.0/[tenant name]/[workspace name] .
Las aplicaciones que se conectan al área de trabajo usan la dirección URL, ya que se trata de un nombre de
servidor de Analysis Services. Por ejemplo, powerbi://api.powerbi.com/v1.0/contoso.com/Sales Workspace .
Los usuarios con UPN en el mismo inquilino (no B2B) pueden reemplazar el nombre del inquilino por myorg . Por
ejemplo: powerbi://api.powerbi.com/v1.0/myorg/Sales Workspace .
Para obtener la dirección URL de la conexión del área de trabajo
En el área de trabajo Configuración > Premium > Conexión del área de trabajo , haga clic en Copiar .
Requisitos de la conexión
Catálogo inicial
Con algunas herramientas, como SQL Server Profiler, es posible que tenga que especificar un Catálogo inicial.
Especifique un conjunto de datos (base de datos) en el área de trabajo. En el cuadro de diálogo Conectarse al
ser vidor , haga clic en Opciones > Propiedades de conexión > Conectar a base de datos y escriba el
nombre del conjunto de datos.
Nombres del área de trabajo duplicada
Las nuevas áreas de trabajo (creadas con la nueva experiencia de área de trabajo) en Power BI imponen la
validación para impedir la creación o el cambio de nombre de las áreas de trabajo con nombres duplicados. Las
áreas de trabajo que no se han migrado pueden producir nombres duplicados. Al conectarse a un área de trabajo
con el mismo nombre que otra, es posible que obtenga el error siguiente:
No se puede conectar con powerbi://api.powerbi.com/v1.0/[nombre del inquilino]/[nombre del área
de trabajo].
Para solucionar este error, además del nombre del área de trabajo, especifique el valor ObjectIDGuid, que se
puede copiar desde el valor objectID del área de trabajo en la dirección URL. Anexe el valor de objectID a la
dirección URL de conexión. Por ejemplo,
"powerbi://api.powerbi.com/v1.0/myorg/Contoso Sales - 9d83d204-82a9-4b36-98f2-a40099093830".
Nombre del conjunto de datos duplicado
Al conectarse a un conjunto de datos con el mismo nombre que otro en la misma área de trabajo, anexe el GUID
del conjunto de datos al nombre del conjunto de datos. Puede obtener el nombre del conjunto de datos y el GUID
cuando se conecta al área de trabajo en SSMS.
Retraso en los conjuntos de datos mostrados
Al conectarse a un área de trabajo, los cambios de los conjuntos de datos nuevos, eliminados y cuyo nombre ha
cambiado pueden tardar unos minutos en aparecer.
Conjuntos de datos no admitidos
Los conjuntos de datos siguientes no son accesibles mediante el punto de conexión de XMLA. Estos conjuntos de
datos no aparecerán en el área de trabajo en SSMS o en otras herramientas:
Los conjuntos de datos basados en una conexión dinámica a un modelo de Azure Analysis Services o
SQL Server Analysis Services.
Los conjuntos de datos basados en una conexión dinámica a un conjunto de datos de Power BI en otra área de
trabajo. Para obtener más información, consulte Introducción a los conjuntos de datos en áreas de trabajo.
Conjuntos de datos con datos de inserción mediante la API REST.
Conjuntos de datos de libros de Excel.
Seguridad
Además de que la propiedad del punto de conexión de XMLA esté habilitada para lectura y escritura por el
administrador de capacidad, el parámetro de nivel de inquilino Expor tar datos del portal de administración de
Power BI, también necesario para analizar en Excel, debe estar habilitado.
El acceso a través del punto de conexión de XMLA respetará la pertenencia a grupos de seguridad establecida en
el nivel de área de trabajo o aplicación.
Los colaboradores del área de trabajo y superiores tienen acceso de escritura al conjunto de datos y, por tanto,
son equivalentes a los administradores de bases de datos de Analysis Services. Pueden implementar nuevos
conjuntos de datos desde Visual Studio y ejecutar scripts de TMSL en SSMS.
Power BI Premium en este momento no admite las operaciones que requieren permisos de administrador de
servidor de Analysis Services (en lugar de administrador de base de datos), como seguimientos de nivel de
servidor y suplantación de usuario mediante la propiedad de cadena de conexión EffectiveUserName.
Otros usuarios que tienen permiso de compilación en un conjunto de datos son equivalentes a los lectores de
bases de datos de Analysis Services. Pueden conectarse a los conjuntos de datos y examinarlos para su uso y
visualización. Se respetan las reglas de seguridad de nivel de fila (RLS) y no pueden ver los metadatos del
conjunto de datos interno.
Roles de modelo
Los metadatos del conjunto de datos a través del punto de conexión de XMLA pueden crear, modificar o eliminar
roles de modelo de un conjunto de datos, incluida la configuración de filtros de seguridad de nivel de fila (RLS).
Los roles de modelo en Power BI se usan solo para RLS. Use el modelo de seguridad de Power BI para controlar
los permisos más allá de RLS.
Al trabajar con roles de conjunto de datos a través del punto de conexión de XMLA, se aplican las siguientes
limitaciones:
Durante la versión preliminar pública, no puede especificar la per tenencia a un rol para un
conjunto de datos mediante el punto de conexión de XML A . En su lugar, especifique los miembros del
rol en la página de seguridad de nivel de fila para un conjunto de datos en el servicio Power BI.
El único permiso para un rol que se puede establecer para conjuntos de datos de Power BI es el permiso de
lectura. El permiso de compilación para un conjunto de datos es necesario para el acceso de lectura a través
del punto de conexión de XMLA, independientemente de la existencia de roles de conjunto de datos. Use el
modelo de seguridad de Power BI para controlar los permisos más allá de RLS.
Actualmente, las reglas de seguridad de nivel de objeto (OLS) no se admiten en Power BI.
Configuración de credenciales de origen de datos
Los metadatos especificados mediante el punto de conexión de XMLA pueden crear conexiones a orígenes de
datos, pero no pueden establecer credenciales de origen de datos. En su lugar, las credenciales se pueden
establecer en la página de configuración del conjunto de datos del servicio Power BI.
Entidades de servicio
Durante la versión preliminar pública, no se admite la conexión con el punto de conexión de XMLA mediante una
entidad de servicio para escenarios de automatización.
Implementación de proyectos de modelo desde Visual Studio (SSDT)

La implementación de un proyecto de modelo tabular en Visual Studio en un área de trabajo Power BI Premium
es muy similar a la implementación en un servidor de Azure o SQL Server Analysis Services. Las únicas
diferencias se encuentran en la propiedad del servidor de implementación especificada para el proyecto y en
cómo se especifican las credenciales del origen de datos para que las operaciones de procesamiento puedan
importar datos de orígenes de datos en el nuevo conjunto de datos del área de trabajo.
IMPORTANT
Durante la versión preliminar pública, las pertenencias a roles no se pueden especificar con herramientas mediante el punto
de conexión de XMLA. Si no se puede implementar el proyecto de modelos, asegúrese de que no haya usuarios
especificados en ningún rol. Una vez implementado correctamente el modelo, especifique los usuarios de los roles del
conjunto de datos en el servicio Power BI. Para obtener más información, vea Roles de modelo anteriormente en este
artículo.
Para implementar un proyecto de modelo tabular creado en Visual Studio, primero debe establecer la dirección
URL de la conexión del área de trabajo en la propiedad del ser vidor de implementación del proyecto. En
Visual Studio, en Explorador de soluciones , haga clic con el botón derecho en el proyecto > Propiedades . En
la propiedad Ser vidor , pegue la dirección URL de la conexión del área de trabajo.
Cuando se ha especificado la propiedad del servidor de implementación, se puede implementar el proyecto.
Cuando se implementa la primera vez , se crea un conjunto de datos en el área de trabajo utilizando los
metadatos de model.bim. Como parte de la operación de implementación, una vez creado el conjunto de datos en
el área de trabajo desde los metadatos del modelo, el procesamiento para cargar datos en el conjunto de datos a
partir de orígenes de datos producirá un error.
Se produce un error de procesamiento porque a diferencia de la implementación en una instancia de Azure o
SQL Server Analysis Server, donde se solicitan las credenciales del origen de datos como parte de la operación de
implementación, al implementar en un área de trabajo Premium las credenciales del origen de datos no se
pueden especificar como parte de la operación de implementación. En su lugar, una vez que la implementación de
metadatos se ha realizado correctamente y se ha creado el conjunto de datos, las credenciales del origen de datos
se especifican en el servicio Power BI en la configuración del conjunto de datos. En el área de trabajo, haga clic en
Conjuntos de datos > Configuración > Credenciales del origen de datos > Editar credenciales .
Cuando se especifican las credenciales del origen de datos, puede actualizar el conjunto de datos en el servicio
Power BI, configurar la actualización de la programación o procesar (actualizar) desde SQL Server Management
Studio para cargar datos en el conjunto de datos.
Se observa la propiedad Opción de procesamiento especificada en el proyecto de Visual Studio. Sin embargo,
si un origen de datos aún no tiene credenciales especificadas en el servicio Power BI, aunque la implementación
de los metadatos se realice correctamente, se producirá un error de procesamiento. Puede establecer la
propiedad en No procesar , lo que impide que se intente procesar como parte de la implementación, pero es
posible que desee volver a establecer la propiedad al valor predeterminado porque una vez especificadas las
credenciales del origen de datos en la configuración del origen de datos para el nuevo conjunto de datos, el
procesamiento como parte de las operaciones de implementación posteriores se realizará correctamente.
Conectarse con SSMS

El uso de SSMS para conectarse a un área de trabajo es igual que conectarse a un servidor de Azure o SQL Server
Analysis Services. La única diferencia es que se especifica la dirección URL del área de trabajo en el nombre del
servidor y se debe usar la autenticación Active Director y - Universal con MFA .
Conexión a un área de trabajo con SSMS
1. En SQL Server Management Studio, haga clic en Conectar > Conectar con el ser vidor .
2. En Tipo de ser vidor , seleccione Analysis Ser vices . En Nombre del ser vidor , escriba la dirección URL
del área de trabajo. En Autenticación , seleccione Active Director y - Universal con MFA y, después, en
Nombre de usuario , escriba el identificador de usuario de la organización.
Cuando se haya conectado, el área de trabajo se muestra como un servidor de Analysis Services, y los conjuntos
de datos del área de trabajo se muestran como bases de datos.
Para obtener más información sobre el uso de SSMS para generar scripts de metadatos, vea Crear scripts de
Analysis Services y lenguaje de scripting de modelos tabulares (TMSL).
Actualización del conjunto de datos

El punto de conexión de XMLA habilita una amplia gama de escenarios para la funcionalidad de actualización
específica mediante SSMS, la automatización con PowerShell, Azure Automation y Azure Functions mediante
TOM. Por ejemplo, puede actualizar ciertas particiones históricas de actualizaciones incrementales sin tener que
volver a cargar todos los datos históricos.
A diferencia de la configuración de la actualización en el servicio Power BI, las operaciones de actualización a
través del punto de conexión de XMLA no se limitan a 48 actualizaciones al día, y no se impone el tiempo de
espera de actualización programado.
Vistas de administración dinámica (DMV)

Las vistas de administración dinámica de Analysis Services proporcionan visibilidad de metadatos del conjunto de
datos, así como su linaje y uso de recursos. Las vistas de administración dinámica disponibles para realizar
consultas en Power BI a través del punto de conexión de XMLA se limitan a, como máximo, las que requieren
permisos de administrador de base de datos. No se puede tener acceso a algunas vistas de administración
dinámica porque, por ejemplo, requieren permisos de administrador de servidor de Analysis Services.
Conjuntos de datos creados de Power BI Desktop
Metadatos mejorados
Las operaciones de escritura de XMLA en conjuntos de datos creados en Power BI Desktop y que se publican en
un área de trabajo Premium requieren metadatos mejorados habilitados. Para obtener más información, consulte
Uso de metadatos de conjunto de datos mejorado.
Cau t i on
En este momento, una operación de escritura en un conjunto de datos creado en Power BI Desktop impedirá que
se descargue de nuevo como un archivo PBIX. Asegúrese de conservar el archivo PBIX original.
Declaración de origen de datos
Al conectarse a orígenes de datos y consultar datos, Power BI Desktop utiliza expresiones de Power Query M
como declaraciones de orígenes de datos en línea. Aunque se admite en áreas de trabajo de Power BI Premium, la
declaración de origen de datos en línea de Power Query M no es compatible con Azure Analysis Services ni
SQL Server Analysis Services. En su lugar, las herramientas de modelado de datos de Analysis Services como
Visual Studio crean metadatos con declaraciones de orígenes de datos de tipo estructurado o proveedor. Con el
punto de conexión de XMLA, Power BI Premium también admite orígenes de datos estructurados y de proveedor,
pero no como parte de las declaraciones de orígenes de datos en línea de Power Query M en modelos de
Power BI Desktop. Para obtener más información, consulte Descripción de los proveedores.
Power BI Desktop en modo de conexión directa
Power BI Desktop puede conectarse a un conjunto de datos de Power BI Premium como si fuera una base de
datos modelo implementada en Azure Analysis Services o SQL Server Analysis Services. En este caso, Power BI
Desktop usa el punto de conexión de XMLA. Sin embargo, se recomienda que los usuarios de Power BI Desktop
usen en su lugar la característica Live Connect creada específicamente para los conjuntos de datos de Power BI. El
uso de Live Connect proporciona una experiencia de detección mejorada que muestra el nivel de aprobación de
los conjuntos de datos, y los usuarios no tienen que realizar un seguimiento de las direcciones URL del área de
trabajo; basta con que escriban el nombre del conjunto de datos. Para obtener más información, consulte
Conexión a conjuntos de datos del servicio Power BI desde Power BI Desktop.
Cuando las aplicaciones se conectan a un área de trabajo, el acceso a través de puntos de conexión de XMLA se
registra en los registros de auditoría de Power BI con las operaciones siguientes:
N O M B RE DESC RIP T IVO DE L A O P ERA C IÓ N N O M B RE DE O P ERA C IÓ N
Conexión a conjunto de datos de Power BI desde una ConnectFromExternalApplication

aplicación externa
Solicitud de actualización de conjunto de datos de Power BI RefreshDatasetFromExternalApplication

desde una aplicación externa
Creación de conjunto de datos de Power BI desde una CreateDatasetFromExternalApplication

aplicación externa
Edición de conjunto de datos de Power BI desde una EditDatasetFromExternalApplication

aplicación externa
Eliminación de conjunto de datos de Power BI desde una DeleteDatasetFromExternalApplication

aplicación externa
Para obtener más información, vea Auditoría de Power BI.

Vea también
Cmdlets de PowerShell, API de REST y SDK de .NET
para la administración de Power BI
Con Power BI, los administradores pueden generar scripts de tareas comunes usando cmdlets de PowerShell.
Power BI expone también API de REST y proporciona un SDK de .NET para desarrollar soluciones de carácter
administrativo. En este tema encontrará una lista de cmdlets y el método de SDK y punto de conexión de API de
REST correspondientes. Para más información, consulte:
Descarga y documentación de PowerShell
Documentación de la API de REST
Descarga de SDK de .NET
Se debe llamar a los cmdlets siguientes con -Scope Organization para operar en el inquilino de cara a la
administración.
N O M B RE DEL P UN TO DE C O N EXIÓ N
C M DL ET A L IA S M ÉTO DO DEL SDK DE L A A P I DE REST DESC RIP C IÓ N
Get- N/D /v1.0/myorg/admin/d

Datasets_GetDataSourcesAsAdmin Obtiene los orígenes
PowerBIDatasource atasets/{datasetkey}/d de datos de un
atasources conjunto de datos
determinado.

Datasets_GetDatasetsAsAdmin Obtiene la lista
PowerBIDataset atasets completa de
conjuntos de datos de
un inquilino de Power
BI.
Get- Get-PowerBIGroup Groups_GetGroupsAsAdmin/v1.0/myorg/admin/gr Obtiene la lista

PowerBIWorkspace oups completa de áreas de
trabajo de un
inquilino de Power BI.
Add- Add- Groups_AddUserAsAdmin /v1.0/myorg/admin/gr Agrega un usuario

PowerBIWorkspaceUser PowerBIGroupUser oups/{groupId}/users como miembro a un
área de trabajo
determinada.
Remove- Remove- /v1.0/myorg/admin/gr

Groups_DeleteUserAsAdmin Quita un usuario de la
PowerBIWorkspaceUser PowerBIGroupUser oups/{groupId}/users/ lista de miembros de
{user} un área de trabajo
determinada.
Restore- Restore- /v1.0/myorg/admin/gr

Groups_RestoreDeletedGroupAsAdmin Restaura un área de
PowerBIWorkspace PowerBIGroup oups/{groupId}/restor trabajo eliminada.
e
Set- Set-PowerBIGroup /v1.0/myorg/admin/gr

Groups_UpdateGroupAsAdmin Actualiza las
PowerBIWorkspace oups/{groupId} propiedades de un
área de trabajo
determinada.
Get- N/D /v1.0/myorg/admin/gr

Groups_GetDatasetsAsAdmin Obtiene los conjuntos
PowerBIDataset - oups/{group_id}/datas de datos de un área
WorkspaceId
ets de trabajo
determinada.
Get-PowerBIReport N/D /v1.0/myorg/admin/re

Reports_GetReportsAsAdmin Obtiene la lista
ports completa de informes
de un inquilino de
Power BI.

Dashboards_GetDashboardsAsAdmin Obtiene la lista
PowerBIDashboard ashboards completa de paneles
de un inquilino de
Power BI.
Get- N/D /v1.0/myorg/admin/gr

Groups_GetDashboardsAsAdmin Obtiene los paneles
PowerBIDashboard oups/{group_id}/dash de un área de trabajo
-WorkspaceId
boards determinada.
Get-PowerBITile Get- /v1.0/myorg/admin/d

Dashboards_GetTilesAsAdmin Obtiene los iconos de
PowerBIDashboardTile ashboards/{dashboard un panel
_id}/tiles determinado.
Get-PowerBIReport N/D /v1.0/myorg/admin/gr

Groups_GetReportsAsAdmin Obtiene los informes
oups/{group_id}/repor de un área de trabajo
ts determinada.
Get-PowerBIImport N/D /v1.0/myorg/admin/i

Imports_GetImportsAsAdmin Obtiene la lista
mports completa de
importaciones de un
inquilino de Power BI.
Connect- Login-PowerBI & N/D N/D Inicia sesión en Power

PowerBIServiceAccount Login- BI y comienza una
PowerBIServiceAccount sesión.
Disconnect- Logout-PowerBI & N/D N/D Cierra sesión en

PowerBIServiceAccount Power BI y cierra la
Logout-
PowerBIServiceAccount sesión existente.
Invoke- N/D N/D N/D Envía llamadas de API

PowerBIRestMethod de REST arbitrarias a
Power BI.
Get- N/D N/D N/D Obtiene el token de

PowerBIAccessToken acceso de Power BI en
una sesión.
Resolve- N/D N/D N/D Obtiene información

PowerBIError detallada de un error
relativo a llamadas de
cmdlet incorrectas.
Direcciones URL de Power BI para la inclusión en
listas blancas
El ser vicio Power BI en línea , también conocido como la aplicación de SaaS (software como servicio) de Power
BI, requiere conectividad a internet. Los clientes que usen el servicio Power BI en línea deben poder acceder a los
puntos de conexión siguientes.
Para usar el servicio Power BI en línea, debe poder conectarse a los puntos de conexión marcados como
obligatorios en las tablas siguientes y los puntos de conexión marcados como obligatorios en los sitios
vinculados. Si el vínculo a un sitio externo hace referencia a una sección concreta, solo tiene que revisar los puntos
de conexión de esa sección.
Los puntos de conexión marcados como Opcional también se pueden incluir en la lista de permitidos para que
funcionen funcionalidades específicas.
El servicio Power BI en línea solo requiere que el puerto TCP 443 esté abierto para los puntos de conexión
enumerados.
Los caracteres comodín (*) representan todos los niveles bajo el dominio raíz y usamos N/D cuando la información
no está disponible. En la columna Destinos , se incluye una lista con FQDN, dominios y vínculos a sitios externos,
que contienen más información sobre el punto de conexión.
IMPORTANT
La información de las tablas siguientes no representa la nube del gobierno estadounidense , la nube de Alemania ni la
nube de China .
Autenticación
Power BI depende de los puntos de conexión requeridos en las secciones de identidad y autenticación de Office
365. Para usar Power BI, debe poder conectarse a los puntos de conexión en el sitio vinculado a continuación.
F IL A P RO P Ó SITO DEST IN O S P UERTO S
1 Obligatorio: autenticación Consulte la documentación N/D

e identidad de Office 365 para Office
Online y las URL comunes
Uso del sitio general

Para usar Power BI de forma general, debe poder conectarse a los puntos de conexión de la tabla y los sitios
vinculados a continuación.
1 Obligatorio: API de back- *.analysis.windows.net TCP 443

end
2 Obligatorio: API de back- *.pbidedicated.windows.net TCP 443

end
3 Obligatorio: integración de Consulte la documentación N/D

Office 365 de Office 365 para Office
4 Obligatorio: Portal app.powerbi.com TCP 443
5 Obligatorio: telemetría de dc.services.visualstudio.com TCP 443

servicio
6 Opcional: mensajes dynmsg.modpim.com TCP 443

informativos
7 Opcional: encuestas de nps.onyx.azure.net TCP 443

NPS
Administración
Para realizar funciones administrativas en Power BI, debe poder conectarse a los puntos de conexión de los sitios
vinculados a continuación.
1 Obligatorio: para Consulte la documentación N/D

administrar usuarios y ver de Office 365 para Office
los registros de auditoría Online y las URL comunes
Obtención de datos
Para obtener datos de orígenes de datos específicos, como OneDrive, debe poder conectarse a los puntos de
conexión de la tabla siguiente. Puede ser necesario tener acceso a dominios de internet y direcciones URL
adicionales para orígenes de datos específicos usados en su organización.
1 Obligatorio: AppSource appsource.microsoft.com TCP 443

(aplicaciones internas o *.s-microsoft.com
externas en Power BI)
2 Opcional: iniciar sesión y En función de los paquetes En función de los paquetes

obtener datos para los de contenido utilizados de contenido utilizados
paquetes de contenido
3 Opcional: importar Vea el sitio Required URLs N/D

archivos desde OneDrive and ports for OneDrive
Personal (Direcciones y puertos
requeridos para OneDrive)
4 Opcional: vídeo tutorial de *.doubleclick.net TCP 443

Power BI en 60 segundos *.ggpht.com
*.google.com
*.googlevideo.com
*.youtube.com
*.ytimg.com
fonts.gstatic.com
5 Opcional: orígenes de Vea la documentación de N/D

datos de streaming de PubNub
PubNub
Integración de paneles e informes

Power BI depende de determinados puntos de conexión para poder admitir los paneles e informes. Debe poder
conectarse a los puntos de conexión de la tabla y los sitios vinculados a continuación.
1 Obligatorio: integración de Consulte la documentación N/D

Excel de Office 365 para Office
Objetos visuales de Power BI

Power BI depende de determinados puntos de conexión para ver los objetos visuales de Power BI y acceder a ellos.
Debe poder conectarse a los puntos de conexión de la tabla y los sitios vinculados a continuación.
1 Obligatorio: importar un *.azureedge.net TCP 443

objeto visual personalizado *.blob.core.windows.net
desde la interfaz de *.osi.office.net
Marketplace o desde un *.msecnd.net
archivo store.office.com
web.vortex.data.microsoft.co
m
store-images.s-
microsoft.com
2 Opcional: Mapas de Bing bing.com TCP 443

platform.bing.com
*.virtualearth.net
3 Opcional: PowerApps Vea la sección Servicios N/D

requeridos del sitio de
requisitos del sistema de
PowerApps
4 Opcional: Visio Consulte la documentación N/D

de Office 365 para Office
Online y URL comunes, así
como SharePoint Online y
OneDrive para la Empresa
Sitios externos relacionados

Vínculos de Power BI a otros sitios relacionados. Estos sitios hospedan documentación, soporte técnico, solicitudes
de nuevas funciones, etc. El acceso a estos sitios no afectará a la funcionalidad de Power BI, por lo que la inclusión
en listas blancas es opcional.
1 Opcional: sitio de la community.powerbi.com TCP 443

Comunidad oxcrx34285.i.lithium.com
2 Opcional: Sitio de docs.microsoft.com TCP 443

documentación img-prod-cms-rt-microsoft-
com.akamaized.net
statics-uhf-
eas.akamaized.net
cdnssl.clicktale.net
ing-district.clicktale.net
3 Opcional: sitio de descarga download.microsoft.com TCP 443

(para Power BI Desktop, etc.)
4 Opcional: redirecciones aka.ms TCP 443

externas go.microsoft.com
5 Opcional: sitio de ideas.powerbi.com TCP 443

comentarios de ideas powerbi.uservoice.com
6 Opcional: sitio de Power BI: powerbi.microsoft.com TCP 443

página de inicio, vínculos de
más información, sitio de
soporte técnico, vínculos de
descarga, presentación de
asociados, etc.
7 Opcional: Centro para dev.powerbi.com TCP 443

desarrolladores de Power BI
8 Opcional: sitio de soporte support.powerbi.com TCP 443

técnico s3.amazonaws.com
*. olark.com
logx.optimizely.com
mscom.demdex.net
tags.tiqcdn.com
Enfoques de gobernanza e implementación
En las últimas décadas, las empresas han ido siendo cada vez más conscientes de la necesidad de aprovechar los
recursos de datos para beneficiarse de las oportunidades de mercado. Mediante la realización de análisis
competitivo o comprendiendo los patrones operativos, muchas organizaciones ahora entienden que pueden
beneficiarse de contar con una estrategia de datos como una manera de adelantarse a la competencia.
En las notas del producto Planning a Power BI Enterprise Deployment (Planeación de una implementación de Power
BI Enterprise) se ofrece un marco para aumentar la rentabilidad de la inversión en Power BI, ya que las empresas
tratan de ser cada vez más conocedoras de los datos.
Los profesionales de la inteligencia empresarial normalmente definen las compañías conocedoras de los datos
como aquellas que aprovechan el uso de información objetiva para admitir la toma de decisiones. Describimos
incluso ciertas organizaciones que tienen cultura de datos. Ya sea a nivel organizativo o a nivel departamental, una
referencia cultural de datos puede alterar positivamente la capacidad de un empresa para adaptarse y prosperar. La
información sobre los datos no debe ser siempre de ámbito empresarial para ser de gran alcance: la pequeña
visión operativa que altera las operaciones diarias también puede ser transformacional.
Para estas compañías, se entiende que los hechos (y el análisis de los hechos) deben controlar cómo se definen los
procesos empresariales. Los miembros del equipo intentan buscar datos, identificar patrones y compartir
conclusiones con otros usuarios. Este enfoque puede ser útil con independencia de si el análisis se realiza a través
de factores empresariales internos o externos. Ante todo es una perspectiva, no es un proceso. Lea las notas del
producto para obtener información sobre conceptos, opciones y sugerencias para la gobernanza dentro del
ecosistema de Power BI.
Seguridad de Power BI
Para obtener una explicación detallada de la seguridad de Power BI, lea las notas del producto sobre seguridad de
Power BI.
El servicio de Power BI se basa en Azure , que es la plataforma y la infraestructura de informática en la nube de
Microsoft. La arquitectura de servicio de Power BI se basa en dos clústeres: el front-end web (WFE ) y el back-end .
El clúster WFE administra la conexión inicial y la autenticación en el servicio de Power BI y, una vez realizada la
autenticación, el back-end controla todas las interacciones de usuario siguientes. Power BI usa Azure Active
Directory (AAD) para almacenar y administrar identidades de usuario, y administra el almacenamiento de datos y
metadatos con Azure Blob y Azure SQL Database, respectivamente.
Arquitectura de Power BI
Cada implementación de Power BI consta de dos clústeres: un front-end web (WFE ) y un back-end .
El clúster WFE administra el proceso de autenticación y conexión inicial para Power BI, con AAD para autenticar
clientes y proporcionar tokens para conexiones de clientes siguientes al servicio de Power BI. Power BI también usa
el Administrador de tráfico de Azure para dirigir el tráfico de usuario al centro de datos más cercano, según el
registro DNS del cliente que intenta conectarse, durante el proceso de autenticación y para descargar archivos y
contenido estático. Power BI usa Azure Content Deliver y Network (CDN) para distribuir eficazmente el
contenido estático y los archivos necesarios a los usuarios en función de la región geográfica.
El clúster back-end informa de cómo interactúan los clientes autenticados con el servicio de Power BI. El clúster
back-end administra visualizaciones, paneles para el usuario, conjuntos de datos, informes, almacenamiento de
datos, conexiones de datos, actualización de datos y otros aspectos de la interacción con el servicio de Power BI. El
rol Puer ta de enlace actúa como una puerta de enlace entre las solicitudes del usuario y el servicio de Power BI.
Los usuarios no interactúan directamente con los roles distintos del rol Puer ta de enlace . Azure API
Management controlará finalmente el rol Puer ta de enlace .
IMPORTANT
Es imprescindible recordar que solo los roles Azure API Management (APIM) y Puer ta de enlace (GW) son accesibles
mediante la red pública de Internet. Proporcionan autenticación, autorización, protección DDoS, limitación, equilibrio de
carga, enrutamiento y otras capacidades.
Seguridad del almacenamiento de datos

Power BI utiliza dos repositorios principales para almacenar y administrar datos: los datos cargados por los
usuarios se envían normalmente a Azure Blob Storage y todos los metadatos, así como los artefactos para el
propio sistema, se almacenan en Azure SQL Database .
La línea de puntos en la imagen del clúster del back-end anterior aclara el límite entre los dos únicos
componentes a los que los usuarios pueden obtener acceso (a la izquierda de la línea de puntos) y los roles a los
que únicamente puede obtener acceso el sistema. Cuando un usuario autenticado se conecta al servicio de Power
BI, la conexión y cualquier solicitud del cliente se acepta y administra mediante el rol Puer ta de enlace (para que
lo administre finalmente Azure API Management ), que luego interactúa en nombre del usuario con el resto del
servicio de Power BI. Por ejemplo, cuando un cliente intenta ver un panel, el rol Puer ta de enlace acepta la
solicitud y, a continuación, envía de forma independiente una solicitud al rol Presentación para recuperar los
datos necesarios para que el explorador muestre el panel.
Autenticación de usuarios
Power BI usa Azure Active Directory (AAD) para autenticar a los usuarios que inician sesión en el servicio Power BI
y, a su vez, usa las credenciales de inicio de sesión de Power BI siempre que un usuario intenta acceder a recursos
que requieren autenticación. Los usuarios inician sesión en el servicio Power BI con la dirección de correo
electrónico usada para establecer la cuenta de Power BI; Power BI usa ese correo electrónico de inicio de sesión
como nombre de usuario en vigor y lo pasa a los recursos cuando un usuario intenta conectarse a los datos. El
nombre de usuario establecido se asigna después a un nombre principal de usuario (UPN) y se resuelve en la
cuenta de dominio de Windows asociada, en la que se aplica la autenticación.
Para las organizaciones que usaron mensajes de correo electrónico de trabajo para el inicio de sesión de Power BI
(como david@contoso.com, el nombre de usuario eficaz para la asignación de UPN es sencillo. Las organizaciones
que no usaron correos electrónicos de trabajo para el inicio de sesión de Power BI (como
david@contoso.onmicrosoft.com, la asignación entre AAD y las credenciales locales) requerirán una sincronización
de directorios para funcionar correctamente.
La seguridad de la plataforma de Power BI también incluye una seguridad de entorno de varios inquilinos, una
seguridad de red y la capacidad de agregar medidas de seguridad basadas en AAD.
Seguridad de datos y servicios

Para más información, visite el Centro de confianza de Microsoft.
Como se describió anteriormente en este artículo, los servidores de Active Directory locales usan el inicio de
sesión de un usuario en Power BI para realizar la asignación a UPN para las credenciales. Sin embargo, es
impor tante tener en cuenta que los usuarios son responsables de los datos que comparten: si un usuario se
conecta a orígenes de datos con sus credenciales y luego comparte un informe (panel o conjunto de datos) en
función de esos datos, los usuarios con los que se comparte el panel no se autentican en el origen de datos
original y se les concederá acceso al informe.
Una excepción son las conexiones a SQL Ser ver Analysis Ser vices mediante una puer ta de enlace de datos
local ; los paneles se almacenan en caché en Power BI, pero el acceso a los conjuntos de datos o los informes
subyacentes inicia la autenticación del usuario que intenta acceder al informe (o conjunto de datos) y solo se
concede acceso si el usuario tiene credenciales suficientes para acceder a los datos. Para más información, consulte
la página Detalles sobre la puerta de enlace de datos local.
Aplicación del uso de la versión TLS

Los administradores de redes y TI pueden aplicar el requisito de utilizar la configuración de TLS (seguridad de la
capa de transporte) actual para cualquier comunicación segura en su red. Windows proporciona compatibilidad
para versiones de TLS a través de Microsoft Schannel Provider, como se describe en el artículo sobre Schannel SSP
de TLS.
Esta aplicación puede realizarse estableciendo administrativamente las claves del Registro. La aplicación se
describe en el artículo Administración de conjuntos de cifrado y protocolos SSL/TLS de AD FS.
Power BI Desktop respeta la configuración de clave del Registro descrita en estos artículos y solo crea las
conexiones que usan la versión de TLS permitida según esa configuración del Registro, cuando está presente.
Para obtener más información acerca de cómo establecer estas claves del Registro, consulte el artículo
Configuración del registro de seguridad de la capa de transporte (TLS).
Niveles de privacidad de Power BI Desktop
En Power BI Desktop , los niveles de privacidad especifican un nivel de aislamiento que define el grado de
aislamiento de un origen de datos respecto a los demás. Aunque un nivel de aislamiento restrictivo impide que la
información se intercambie entre los orígenes de datos, puede reducir la funcionalidad e influir en el rendimiento.
La opción Niveles de privacidad , que se encuentra en Archivo > Opciones y configuración > Opciones y
luego en Archivo actual > Privacidad determina si Power BI Desktop usa su configuración de nivel de privacidad
al combinar datos. Este cuadro de diálogo incluye un vínculo a la documentación de Power BI Desktop sobre los
niveles de privacidad (este artículo).
Configurar un nivel de privacidad

Con la configuración de nivel de privacidad, puede especificar un nivel de aislamiento que defina el grado de
aislamiento que un origen de datos debe tener respecto a los demás.
C O N F IGURA C IÓ N DESC RIP C IÓ N O RÍGEN ES DE DATO S DE E JEM P LO
Origen de datos privado Un origen de datos Privado contiene Datos de Facebook, un archivo de texto
información importante o confidencial y que contiene adjudicaciones de acciones
la visibilidad del origen de datos puede o un libro que contiene información de
estar limitada a los usuarios revisión de empleados.
autorizados. Un origen de datos privado
está completamente aislado de otros
orígenes de datos.
C O N F IGURA C IÓ N DESC RIP C IÓ N O RÍGEN ES DE DATO S DE E JEM P LO
Origen de datos de la Un origen de datos organizativo limita Un documento de Microsoft Word en

organización la visibilidad de un origen de datos a un un sitio de SharePoint de intranet con
grupo de personas de confianza. Un permisos habilitados para un grupo de
origen de datos organizativo se aísla confianza.
de todos los orígenes de datos
públicos , pero es visible para otros
orígenes de datos organizativos .
Origen de datos público Un origen de datos público Datos gratuitos de Microsoft Azure
proporciona a todo el mundo visibilidad Marketplace, datos de una página de
de los datos incluidos en el origen de Wikipedia o un archivo local que
datos. Solo los archivos, los orígenes de contenga datos copiados de una página
datos de Internet o los datos del libro web pública.
se pueden marcar como públicos .
Configurar valores de nivel de privacidad

El cuadro de diálogo de configuración Privacidad para cada origen de datos se encuentra en Archivo >
Opciones y configuración > Configuración del origen de datos .
Para configurar el nivel de privacidad de un origen de datos, seleccione el origen de datos y luego seleccione
Editar . Aparece el cuadro de diálogo Configuración del origen de datos , en el que puede seleccionar el nivel
de privacidad adecuado en el menú desplegable de la parte inferior, como se muestra en la siguiente imagen.
Cau t i on
Debe configurar un origen de datos que contenga datos muy importantes o confidenciales como Privado .
Configuración de niveles de privacidad

Niveles de privacidad se establece de forma predeterminada en Combinar datos según la configuración
del nivel de privacidad para cada origen , lo que significa que la opción Niveles de privacidad no está
aplicada.
Combinar datos según la configuración del nivel de La configuración del nivel de privacidad se usa para determinar
privacidad para cada origen (activado y el valor el nivel de aislamiento entre los orígenes de datos al combinar
predeterminado) datos.
Ignorar los niveles de privacidad y mejorar el Los niveles de privacidad no se consideran al combinar datos;
rendimiento potencialmente no obstante, el rendimiento y la funcionalidad de los datos
pueden aumentar.
Nota de seguridad : Al seleccionar Ignorar los niveles de privacidad y mejorar el rendimiento

potencialmente en el cuadro de diálogo Niveles de privacidad , podría exponer datos confidenciales a
personas no autorizadas. No desactive esta opción a menos que esté seguro de que el origen de datos no
contiene datos confidenciales.
Cau t i on
La opción Ignorar los niveles de privacidad y mejorar el rendimiento potencialmente no funciona en el

servicio Power BI. Por lo tanto, los informes de Power BI Desktop con esta opción habilitada que, a continuación, se
publican en el servicio Power BI, no reflejan este comportamiento cuando se utilizan en el servicio.
Configuración de niveles de privacidad
En Power BI Desktop o en el Editor de consultas, seleccione Archivo > Opciones y configuración > Opciones
y, después, Archivo actual > Privacidad .
a. Si la opción Combinar datos según la configuración del nivel de privacidad para cada origen está
seleccionada, los datos se combinarán según la configuración de los niveles de privacidad. La combinación de datos
en distintas zonas de aislamiento de privacidad provocará algún almacenamiento en búfer de datos.
b. Si la opción Ignorar los niveles de privacidad y mejorar el rendimiento potencialmente está
seleccionada, los datos se combinarán y se ignorarán los niveles de privacidad que podrían revelar datos
importantes o confidenciales a un usuario no autorizado. La opción de configuración puede mejorar el rendimiento
y la funcionalidad.
Nota de seguridad : La selección de Ignorar los niveles de privacidad y mejorar el rendimiento

potencialmente puede mejorar el rendimiento; sin embargo, Power BI Desktop no puede garantizar la
privacidad de los datos combinados en el archivo de Power BI Desktop.
Solución de problemas de inicio de sesión de
Power BI
En este artículo se describe cómo los administradores pueden ponerse en contacto con el soporte técnico si tienen
problemas para iniciar sesión en Power BI. Si es un usuario de Power BI que tiene problemas para iniciar sesión,
primero póngase en contacto con el equipo de soporte técnico interno de su organización para obtener ayuda.
Si es administrador de inquilinos de la organización y aún no puede iniciar sesión en Power BI, continúe con la
siguiente información.
Póngase en contacto con el soporte técnico de Microsoft

En primer lugar, intente crear una incidencia de soporte técnico a través de la página de soporte técnico de
Power BI.
Si no puede hacerlo en la página de soporte técnico de Power BI, intente crear una incidencia a través de la página
de soporte técnico de Office 365.
Si no puede crear un ticket a través de cualquiera de estas páginas, intente ponerse en contacto con el soporte
técnico por teléfono:
Para los clientes de los Estados Unidos (EE. UU.) y el resto de América: +1-800-936-5800
Para los clientes de Europa, Oriente Medio y Asia (EMEA): +44-844-800-2400
Para los clientes de la India: +1-800-419-5666
Otra opción para ponerse en contacto con soporte técnico de Microsoft a fin de obtener ayuda es adquirir soporte
técnico Premier de Microsoft. Si sabe que la organización ha adquirido soporte técnico Premier de Microsoft y
sigue sin poder crear un caso desde el canal de Office 365 o Power BI, puede ponerse en contacto con soporte
técnico Premier por teléfono:
Para los clientes de los Estados Unidos (EE. UU.) y el resto de América: +1-800-936-3100
Para los clientes de Europa, Oriente Medio y Asia (EMEA): +44-844-800-8338
Para los clientes de la India: +1-800-425-5666
NOTE
Resulta útil proporcionar información de diagnóstico adicional en el momento de implicar al equipo de soporte técnico.
Comunidad de Power BI
Si no puede crear una entrada en el foro de la comunidad de Power BI, es porque el foro también requiere que
inicie sesión. Consulte Soporte técnico de la comunidad para más información.
Pasos siguientes
Opciones de soporte técnico de Power BI Pro y Power BI Premium
Opciones de soporte técnico de Power BI Pro y
Power BI Premium
En este artículo se describen las opciones de soporte técnico disponibles para los clientes de Power BI Pro y
Power BI Premium.
N IVEL DE
SO P O RT E SERVIC IO
O P C IÓ N DE SO P O RT E T ÉC N IC O PA RA A P REN DIZ A JE Y ( T IEM P O DE C A N A L DE
SO P O RT E T ÉC N IC O B REA K - LA C O N SULTO RÍA IN VO L UC RA C IÓ N SO P O RT E
T ÉC N IC O F IX FA C T URA C IÓ N P RO A C T IVA IN IC IA L ) T ÉC N IC O
Sopor te X Ninguno; la Comunidad de

técnico de la involucración del Power BI
comunidad : usuario depende
foros web en los del esfuerzo de
que los usuarios cada uno.
pueden obtener
soporte técnico
de otros
usuarios, así
como
instrucciones y
procedimientos
recomendados
con respuestas
ofrecidas por una
comunidad
internacional de
expertos de
Power BI y
empleados de
Microsoft.
Sopor te X Un día hábil. Sitio de soporte

técnico del técnico de
usuario final Power BI
de
Power BI Pro :
soporte técnico
básico para
usuarios finales
que crean y
consumen
contenido de
Power BI.
N IVEL DE
Sopor te X Un día laborable Sitio de soporte

técnico para o una hora, técnico de
administradore según la Power BI
s de gravedad del O
Power BI Premi caso.* Centro de
um : soporte administración de
técnico para Microsoft 365
administradores O
que implementan Teléfono
y utilizan las
capacidades de
Power BI Premiu
m.
Sopor te X X Un día laborable Centro de

técnico para o una hora, administración de
administradore según la Microsoft 365
s de Power BI : gravedad del O
soporte técnico y caso.* Teléfono
en materia de
facturación para
los
administradores
de
implementacione
s de Power BI en
sus
organizaciones.
Para usar esta
opción, debe ser
un administrador
de empresa de
Azure Active
Directory,
administrador
global de
Office 365,
administrador de
servicios de
Office 365 o
administrador de
servicios de
Power BI.
N IVEL DE
Sopor te X X X Múltiples, en Responsable

técnico función de la técnico de
Premier de oferta y la cuentas
Microsoft : gravedad del O
soporte técnico caso.* Centro de
con un enfoque administración de
empresarial, con Microsoft 365
administración de
cuentas, opción
de soporte
técnico in situ y
servicios
proactivos, como
la optimización
del
entrenamiento y
el rendimiento de
los modelos de
datos.
* El Acuerdo de Nivel de Servicio de una hora solo está disponible en casos de gravedad A, que requieren la
justificación del impacto empresarial inmediato y directo de la interrupción del trabajo en los informes de
producción existentes.
Ventajas de Power BI para el soporte técnico Premier de Microsoft

Con el soporte técnico Premier de Microsoft, obtendrá las siguientes ventajas adicionales:
Administración de cuentas
Opción de soporte técnico in situ
Comprobación de estado, evaluación de riesgos y revisiones
Aprendizaje y talleres
Soporte técnico para desarrolladores
Como cliente de Power BI, también puede beneficiarse de las siguientes ofertas para obtener horas de soporte
técnico proactivo:
Evaluación de Power BI , un servicio proactivo ofrecido por un ingeniero acreditado de Microsoft para
diagnosticar posibles problemas y analizar el rendimiento de su entorno de Power BI. El ingeniero le
proporcionará datos útiles sobre las prácticas recomendadas para mejorar el estado y el rendimiento de su
entorno de Power BI. Al final de esta involucración, recibirá un informe completo de Power BI con los
resultados de la evaluación, un conjunto detallado de procedimientos recomendados y un informe de
resumen personalizado para su entorno.
Análisis empresariales con Power BI , lo que le permitirá trabajar con un ingeniero de campo principal
(PFE) de Microsoft durante tres días y desarrollar una prueba de concepto en Power BI con el objetivo de
mejorar una de las opciones siguientes:
Automatización de un informe detallado que requiera una cantidad considerable de esfuerzo en lo
relativo al mantenimiento y la distribución.
Actualización de un informe con visualizaciones atractivas o distintos tipos de interactividad.
Ayuda para fomentar la adopción de Power BI mediante la configuración de los componentes clave. Las
involucraciones habituales abarcan casos de uso que proporcionarán una solución rápida para la
organización, un punto de partida para escenarios más complejos o incluso el arranque del entorno para
la adopción de Power BI.
WorkshopPLUS - IA de datos: análisis empresariales de Power BI , una excelente introducción a
Power BI normalmente impartida por un PFE de Microsoft; se trata de un punto de partida ideal para
adoptar el servicio o reforzar los recursos. Le proporcionará una introducción completa sobre la
funcionalidad y las capacidades de Power BI. En él se abordan las herramientas en línea y las de
Power BI Desktop. Aprenderá en detalle a transformar datos y a crear modelos, cálculos e informes, y
conocerá los procedimientos recomendados para compartir y gobernar dicho contenido en el servicio en la
nube. También se llevan a cabo un buen número de demostraciones y laboratorios, que le ofrecerán la
posibilidad de ver la tecnología en acción y experimentar con ella.
WorkshopPLUS - IA de datos: análisis de datos avanzados con Power BI , un curso que le
proporcionará los conocimientos necesarios para comprender e implementar los principios clave sobre el
modelado de los datos en Power BI con herramientas como Power BI Desktop. También obtendrá
información sobre cómo complementar el servicio en la nube para publicar y consumir recursos de
inteligencia empresarial. Así pues, este curso abarca los aspectos básicos del desarrollo de informes, los
análisis integrados en Power BI para insertar contenido en aplicaciones personalizadas, los paneles en
tiempo real y los análisis avanzados que conciernen a la ciencia de datos y el desarrollo en Power BI.
Para obtener más información, póngase en contacto con su responsable técnico de cuentas de Microsoft. Si todavía
no tiene un contrato de soporte técnico Premier de Microsoft, obtenga más información en Soporte técnico
Premier.
Notificaciones de interrupción del servicio
Es fundamental tener información sobre la disponibilidad de las aplicaciones empresariales críticas. Power BI
proporciona una notificación de incidentes para que pueda recibir mensajes de correo electrónico si se produce
una interrupción o degradación del servicio. Aunque el Acuerdo de Nivel de Servicio (SLA) del 99,9 % de Power BI
hace que estas repeticiones sean poco frecuentes, queremos asegurarnos de que esté informado. En la captura de
pantalla siguiente se muestra el tipo de correo electrónico que recibirá si habilita las notificaciones:
En este momento, se envían mensajes de correo electrónico para los siguientes escenarios de confiabilidad:
Confiabilidad de apertura del informe
Confiabilidad de actualización del modelo
Confiabilidad de actualización de consultas
Las notificaciones se envían cuando se produce un retraso prolongado en las operaciones (por ejemplo, al abrir un
informe, al actualizar conjuntos de datos o al ejecutar consultas). Una vez que se ha resuelto un incidente, recibirá
un correo electrónico de seguimiento.
NOTE
En la actualidad, esta característica solo está disponible para capacidades dedicadas en Power BI Premium. No está disponible
para la capacidad compartida o insertada.
Habilitación de notificaciones
Un administrador de inquilinos de Power BI habilita las notificaciones en el portal de administración:
1. Identifique o cree un grupo de seguridad habilitado para correo electrónico que deba recibir notificaciones.
2. En el portal de administración, seleccione Configuración de inquilinos . En Configuración de ayuda y
sopor te técnico , expanda Recepción de notificaciones por correo electrónico sobre
interrupciones o incidentes en el ser vicio .
3. Habilite las notificaciones, escriba un grupo de seguridad y seleccione Aplicar .
NOTE
Power BI envía notificaciones desde la cuenta no-reply-powerbi@microsoft.com. Asegúrese de que esta cuenta esté en la
lista de permitidas para que las notificaciones no terminen en una carpeta de correo no deseado.
Pasos siguientes
Opciones de soporte técnico de Power BI Pro y Power BI Premium
¿Olvidó su contraseña de Power BI?
Si ha olvidado la contraseña, puede utilizar el siguiente vínculo para solicitar su restablecimiento.

https://passwordreset.microsoftonline.com
Si se le indica que su cuenta no está configurada para el restablecimiento de la contraseña, póngase en contacto
con el administrador de Office 365. Si usa la versión de prueba gratuita, el administrador es la primera persona de
su organización que se registró.
Si sigue teniendo problemas para obtener acceso a su cuenta, puede intentar ponerse en contacto con el equipo de
soporte técnico para restablecer una contraseña.
1-800-642-7676
Es importante tener en cuenta que este número de teléfono no es el número de soporte técnico del servicio
Power BI.
NOTE
Power BI proporciona soporte técnico durante las horas de trabajo habituales en la zona horaria estándar del este (EST).
Actualmente, el soporte técnico solo se brinda en inglés.

Captura de información de diagnóstico adicional
para Power BI
En este artículo se proporcionan instrucciones para recopilar manualmente información de diagnóstico adicional
desde el cliente web de Power BI.
1. Vaya a Power BI con Microsoft Edge o Internet Explorer.
2. Presione F12 para abrir las herramientas de desarrollo de Microsoft Edge.
3. Seleccione la pestaña Red . Obtendrá una lista del tráfico que ya se ha capturado.
Puede:
Buscar dentro de la ventana y reproducir cualquier problema que encuentre.
Ocultar y mostrar la ventana de herramientas de desarrollo en cualquier momento de la sesión con
F12.
4. Para dejar de generar perfiles para la sesión, puede seleccionar el cuadrado rojo en la pestaña Red del área
de herramientas de desarrollo.
5. Seleccione el icono de disquete para exportar los datos como un archivo de almacenamiento HTTP (HAR).
6. Escriba un nombre de archivo y guarde el archivo HAR.
El archivo HAR contendrá toda la información sobre las solicitudes de red entre la ventana del explorador y
Power BI, por ejemplo:
Los identificadores de actividad de cada solicitud.
La marca de tiempo precisa de cada solicitud.
Cualquier información de error devuelta al cliente.
Este seguimiento también contendrá los datos usados para completar los elementos visuales que se
muestran en la pantalla.
7. Puede enviar el archivo HAR al soporte técnico para su revisión.
Uso de un dirección de correo electrónico alternativa
Al suscribirse a Power BI, proporciona una dirección de correo electrónico. De forma predeterminada, Power BI usa
esta dirección para enviar actualizaciones acerca de la actividad en el servicio. Por ejemplo, cuando alguien le envía
una invitación de uso compartido, se remite a esta dirección.
A veces, puede que desee que estos correos electrónicos se entreguen a una dirección de correo electrónico
alternativa en lugar de a la que usó para registrarse. En este artículo se explica cómo especificar una dirección
alternativa en Office 365 y en PowerShell. En el artículo también se explica cómo se resuelve una dirección de
correo electrónico en Azure Active Directory (Azure AD).
NOTE
Especificar una dirección alternativa no afecta a qué dirección de correo electrónico usa Power BI para las actualizaciones del
servicio, los boletines y otras comunicaciones promocionales. Esas comunicaciones siempre se envían a la dirección de correo
electrónico que usó al suscribirse a Power BI.
Uso de Office 365

Para especificar una dirección alternativa en Office 365, siga estos pasos.
1. Abra la página de información personal de Office 365. Si la aplicación se lo solicita, inicie sesión con la
dirección de correo electrónico y la contraseña que se usa para Power BI.
2. En el menú izquierdo, seleccione Información personal .
3. En la sección Detalles de contacto , seleccione Editar .
Si no puede editar los detalles, significa que el administrador de Office 365 administra la dirección de correo
electrónico. Póngase en contacto con el administrador para actualizar su dirección de correo electrónico.
4. En el campo Correo electrónico alternativo , escriba la dirección de correo electrónico a la que le gustaría
que Office 365 envíe las actualizaciones de Power BI.
Uso de PowerShell
Para especificar una dirección alternativa en PowerShell, use el comando Set-AzureADUser.
Set-AzureADUser -ObjectId john@contoso.com -OtherMails "otheremail@somedomain.com"
Resolución de direcciones de correo electrónico en Azure AD

Para capturar un token de inserción de Azure AD para Power BI, puede usar tres tipos distintos de dirección de
correo electrónico:
La dirección de correo electrónico principal asociada a una cuenta de Azure AD de un usuario
La dirección de correo electrónico de UserPrincipalName (UPN)
El atributo de matriz Otra dirección de correo electrónico
Power BI selecciona la dirección de correo electrónico que se va según la siguiente secuencia:
1. Si el atributo de correo electrónico del objeto de usuario de Azure AD está presente, Power BI usará ese
atributo para la dirección de correo electrónico.
2. Si la dirección de correo electrónico UPN no es una dirección de correo electrónico con el dominio
*.onmicrosoft.com (la información que aparece detrás del símbolo "@"), Power BI usa ese atributo de
correo para la dirección de correo electrónico.
3. Si el atributo de matriz Otra dirección de correo electrónico del objeto de usuario de Azure AD está presente,
Power BI usa la primera dirección de correo electrónico de esa lista (dado que puede haber una lista de
direcciones de correo electrónico en este atributo).
4. Si no está presente ninguna de las condiciones anteriores, Power Bi usa la dirección UPN.
Uso de la misma cuenta para Power BI y Azure
Si es usuario de Power BI y de Azure, puede que quiera usar el mismo inicio de sesión para ambos servicios, por lo
que no es necesario escribir la contraseña dos veces.
Se realiza el registro en Power BI con su cuenta de la organización, asociada a su dirección de correo electrónico
educativa o profesional. Se realiza el registro en Azure con una cuenta Microsoft o su cuenta de la organización.
Si desea usar el mismo inicio de sesión para Azure y Power BI, asegúrese de iniciar sesión en Azure con su cuenta
de la organización.
¿Qué ocurre si ya ha iniciado sesión en Azure con su cuenta Microsoft?
Puede agregar su cuenta de la organización como coadministrador en Azure mediante estos pasos:
1. Inicie sesión en Azure Portal. Si es usuario de varios directorios de Azure, haga clic en Suscripciones y,
luego, filtre para ver solo el directorio y las suscripciones que quiere editar.
2. En el panel de navegación, seleccione Control de acceso (IAM) y, luego, Agregar > Agregar
coadministrador .
3. Escriba la dirección de correo electrónico asociada a su cuenta de la organización y seleccione Agregar .

4. La próxima vez que inicie sesión en Azure Portal, use su dirección de correo electrónico de la organización.
Clientes dedicados de Office 365: problemas
conocidos
Power BI es ahora compatible con los clientes dedicados de Office 365. Si usted es un cliente dedicado de O365,
puede iniciar sesión con una cuenta de ese inquilino y usar Power BI. Actualmente existen dos problemas
conocidos.
Grupos
Al seleccionar Miembros o Calendario en el menú contextual del grupo, se le redirigirá a la aplicación de correo.
Archivos y Conversaciones funcionan según lo previsto.
Aplicación para iPhone: el inicio de sesión con el dominio personal

provoca un error
Al iniciar sesión, en la aplicación para iPhone, mediante un inicio de sesión con un dominio personal, puede
producirse un error.
Error de inicio de sesión
Error interno inesperado. Inténtelo de nuevo.
Para evitar este problema, inicie sesión con la dirección de correo electrónico que aparece al hacer clic en el icono
de usuario en el servicio de Power BI en lugar de con el dominio personal.

Power BI Microsoft Español PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Power BI Microsoft Español PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Contents

Power BI para administradores y empresas

La administración de Power BI es la administración de un inquilino de Power BI, incluida la configuración de

Power BI se diseñó para inteligencia empresarial con características de autoservicio, y el administrador es el

Roles de administrador relacionados con Power BI

T IP O DE A DM IN IST RA DO R Á M B ITO A DM IN IST RAT IVO Á M B ITO DE P O W ER B I

Á REA DE TA REA S TA REA S H A B IT UA L ES

Administrar el inquilino de Power BI Habilitar y deshabilitar características clave de Power BI

Adquirir y asignar licencias de Power BI Administrar la suscripción de usuarios

Administrar la capacidad Premium Adquirir capacidad Premium y trabajar con ella

Administrar la capacidad de Embedded Adquirir capacidad de Embedded para simplificar cómo

Administrar recursos de Power BI Administrar áreas de trabajo

Otras tareas Implementación de Power BI Desktop, por ejemplo,

H ERRA M IEN TA TA REA S H A B IT UA L ES

Portal de administración de Power BI Adquirir capacidad Premium y trabajar con ella

Centro de administración de Microsoft 365 Administrar la suscripción de usuarios

Centro de seguridad y cumplimiento de Office 365 Revisar y administrar la auditoría de eventos

Cmdlets de PowerShell Administrar áreas de trabajo y otros aspectos de

SDK y API administrativas Crear herramientas administrativas personalizadas

Cómo determinar dónde se encuentra el inquilino de Power BI

Cómo se selecciona la región de datos

¿Tiene más preguntas? Pruebe la comunidad de Power BI

EM1/A1 1 0,5 3 0,5 3,75 1

P3/A6 32 16 100 16 120 24

P5 128 64 400 64 480 96

Cargas de trabajo de capacidad

Conjuntos de datos de gran tamaño

P3, P4, P5 hasta 10 GB

Power BI Report Server

Uso compartido de contenido ilimitado

Analysis Services en Power BI Premium (versión preliminar)

Asignación de usuarios a un rol de administrador en el Centro de

4. Expanda Mostrar todos por categoría y, después, seleccione Administrador de Power BI o

5. Seleccione Save changes (Guardar los cambios).

Asignar a usuarios el rol de administrador con PowerShell

ObjectId DisplayName Description

En este caso, el ObjectId del rol es 00f79122-c45d-436d-8d4a-2c0c6ca246bf.

PS C:\Windows\system32> Get-AzureADUser -ObjectId 'tim@contoso.com'

ObjectId DisplayName UserPrincipalName UserType

4. Para agregar el miembro al rol, ejecute Add-AzureADDirectoryRoleMember.

ObjectId El ObjectId del rol.

RefObjectId El ObjectId de los miembros.

Add-AzureADDirectoryRoleMember -ObjectId 00f79122-c45d-436d-8d4a-2c0c6ca246bf -RefObjectId 6a2bfca2-

Administrar licencias de Power BI Pro

3. En el lado derecho, seleccione Agregar suscripciones .

Administrar licencias gratuitas de Power BI

3. Ejecute este comando para habilitar ($true) o deshabilitar ($false) AllowAdHocSubscriptions .

Set-MsolCompanySettings -AllowAdHocSubscriptions $true

Adición de Power BI a su plan de Office 365 Administración Pública

Instancias en la nube de la Administración Pública

Conexión a Power BI para la Administración Pública de Estados Unidos

DIREC C IÓ N URL DE L A VERSIÓ N DE L A

https://app.powerbi.com/ https://app.powerbigov.us https://app.high.powerbigov.us

Conectividad entre los servicios de nube de administración pública y de

Disponibilidad de características de Power BI

Administración Licencias gratuitas No disponible No disponible No disponible

Establecimiento de Disponible Disponible Disponible

Uso de grupos de Disponible Disponible Disponible

Auditoría a través del Disponible Disponible Disponible

Uso compartido con Disponible Disponible Disponible

Métricas de uso para No disponible No disponible No disponible

Azure B2B entre GCC No disponible No disponible No disponible

Creación de informes Creación y Disponible Disponible Disponible