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.
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.