Orígenes de datos admitidos para informes paginados de Power BI

SE APLICA A: Power BI Report Builder Power BI Desktop

En este artículo se describen los orígenes de datos admitidos para los informes paginados en el servicio Power BI y cómo conectarse a orígenes de datos de Azure SQL Database. Algunos orígenes de datos se admiten de forma nativa. Puede conectarse a otros por medio de puertas de enlace de datos.

Requisitos previos

Los requisitos de licencia para los informes paginados de Power BI (archivos .rdl) son los mismos que para los informes de Power BI(archivos .pbix).

• No necesita una licencia para descargar el Generador de informes de Power BI desde el Centro de descargas de Microsoft de forma gratuita.
• Con una licencia gratuita, puede publicar informes paginados en Mi área de trabajo en el servicio Power BI. Para más información, consulte Disponibilidad de características para usuarios con licencias gratuitas en el servicio Power BI.
• Con una licencia de Power BI Pro o una licencia PPU, puede publicar informes paginados en otras áreas de trabajo. También necesita al menos un rol de colaborador en el área de trabajo.
• Necesita permiso de compilación para el conjunto de datos.

Orígenes de datos admitidos de forma nativa

Los informes paginados admiten de forma nativa la siguiente lista de orígenes de datos:

Origen de datos	Autenticación	Notas
Azure SQL Database Azure Synapse Analytics	Básico, inicio de sesión único (SSO), OAuth2	Puede usar Enterprise Gateway con Azure SQL Database.
Instancia administrada de Azure SQL	Básico, SSO, OAuth2	Mediante puntos de conexión públicos o local de red virtual (los puntos de conexión local de red virtual deben enrutarse a través de Enterprise Gateway)
Azure Analysis Services	SSO, OAuth2	El firewall de Azure Analysis Services debe estar deshabilitado o configurado para permitir todos los intervalos IP en la región Azure Alemania. Esto solo se aplica en la región Azure Alemania. El inicio de sesión único no es compatible con el inquilino externo.
Modelo semántico de Power BI	SSO	Modelos semánticos de Power BI Premium y no Premium. Se requiere permiso de lectura. Solo se admiten el modo de importación y los modelos semánticos de Power BI de DirectQuery. Las consultas de informe que usan un modelo semántico de Power BI de DirectQuery como origen de datos tienen un tiempo de espera fijo de 10 minutos. En el caso de las consultas de informe que tardan más de 10 minutos, use el punto de conexión de lectura y escritura de XMLA de Power BI como origen de datos del informe.
Modelo semántico de Power BI Premium (XMLA)	SSO	Para garantizar la conectividad adecuada en Power BI Report Builder, asegúrese de que la opción No usar credenciales está seleccionada al establecer el origen de datos. El acceso a través de XMLA respetará la pertenencia a grupos de seguridad establecida en el nivel de área de trabajo o aplicación. Los usuarios que tengan al menos el rol Colaborador en un área de trabajo pueden representar informes paginados con modelos semánticos de Power BI Premium. Otros usuarios necesitan el permiso de compilación en los conjunto de datos subyacentes.
Dataverse	SSO, OAuth2	No se puede usar una puerta de enlace porque no se admite la autenticación multifactor (MFA).
Especificar datos	N/D	Los datos se insertan en el informe.

A excepción de Azure SQL Database, todos los orígenes de datos están listos para usarse después de haber cargado el informe en el servicio Power BI. De forma predeterminada, los orígenes de datos usan el inicio de sesión único (SSO), si procede. Para Azure Analysis Services, puede cambiar el tipo de autenticación a OAuth2. Sin embargo, una vez que se cambia el tipo de autenticación para un origen de datos determinado a OAuth2, no se puede revertir para usar SSO. Además, este cambio se aplica a todos los informes que usan ese origen de datos en todas las áreas de trabajo de un inquilino determinado. La seguridad de nivel de fila en los informes paginados no funcionará a menos que los usuarios elijan SSO para el tipo de autenticación.

Para los orígenes de datos de Azure SQL Database, debe proporcionar más información, como se describe en la sección Autenticación de Azure SQL Database.

Otros orígenes de datos

Además de los orígenes de datos admitidos de forma nativa, se puede acceder a los siguientes mediante una instancia de Power BI Enterprise Gateway o VNet Gateway:

Origen de datos	Enterprise Gateway	VNet Gateway
SQL Server (admite SSO).
SQL Server Analysis Services
Oracle (admite SSO).
Teradata (admite SSO)
ODBC

En el caso de los informes paginados, actualmente no se puede acceder a Azure Analysis Services mediante una instancia de Power BI Enterprise Gateway o de VNet Gateway. Cuando se autentica con SSO, no se admite la entidad de servicio.

Además, para los informes paginados, se requiere un publicador de informes con permisos de administrador de VNet Gateway o Power BI Enterprise Gateway para enlazar el informe paginado a la conexión del origen de datos. Usted se convierte en administrador ya sea al ser agregado como administrador o porque instaló y configuró Power BI Enterprise Gateway o VNet Gateway. Tenga en cuenta que ser administrador de Power BI Enterprise Gateway no proporciona automáticamente acceso a las conexiones de origen de datos existentes. Debe especificar qué conexión de origen de datos desea administrar.

Importante

El uso del inicio de sesión único a través de las opciones de Kerberos en la configuración avanzada de la puerta de enlace requiere la configuración de la delegación restringida de Kerberos en el origen de datos local y el servicio de puerta de enlace.

Autenticación de Azure SQL Database

Para los orígenes de datos de Azure SQL Database, debe establecer un tipo de autenticación antes de ejecutar el informe. Esto solo se aplica al usar un origen de datos por primera vez en un área de trabajo. Esa primera vez, verá el mensaje siguiente:

Si no proporciona ninguna credencial, se produce un error al ejecutar el informe. Seleccione Continuar para ir a la página Credenciales del origen de datos del informe que acaba de cargar:

Seleccione el vínculo Editar credenciales de un origen de datos determinado para abrir el cuadro de diálogo Configurar:

Para los orígenes de datos de Azure SQL Database, estos son los tipos de autenticación admitidos:

• Básico (nombre de usuario y contraseña)
• SSO (inicio de sesión único)
• OAuth2 (token almacenado de Microsoft Entra)

Para que el SSO y OAuth2 funcionen correctamente, el servidor de Azure SQL Database al que se conecta el origen de datos debe tener habilitada la compatibilidad con la autenticación de Microsoft Entra. Para el método de autenticación OAuth2, Microsoft Entra ID genera un token y lo almacena para acceder al origen de datos en el futuro. Para usar el método de autenticación de SSO en su lugar, seleccione la opción de SSO situada justo debajo, Los usuarios finales usan sus propias credenciales de OAuth2 al acceder a este origen de datos mediante DirectQuery.

Consideraciones y limitaciones

Al usar un modelo semántico de Power BI como origen de datos, puede ver el mensaje de error Request failed because response is too large, either reduce the amount of data or use the XMLA endpoint (Error en la solicitud porque la respuesta es demasiado grande, reduzca la cantidad de datos o use el punto de conexión XMLA) si el tamaño de los datos es superior a 2 GB. En ese caso, reduzca la cantidad de datos, por ejemplo mediante la aplicación de filtros, o bien use el punto de conexión XMLA. Tenga en cuenta que, al usar el punto de conexión XMLA, debe conceder permiso de compilación en el modelo semántico de Power BI a todos los usuarios que ven el informe paginado. Obtenga más información sobre el punto de conexión XMLA. De forma predeterminada, los informes paginados y Power BI Report Builder usan el punto de conexión Analizar en Excel(que tiene un límite de datos de 2 GB) para admitir modelos semánticos de Power BI en cualquier área de trabajo.

Pasos siguientes

• Conexión a un origen de datos de Oracle
• Visualización de un informe paginado en el servicio Power BI.

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