Denodo

Artículo
01/24/2024

Nota:

Denodo, el propietario del conector y miembro del Programa de certificación de conectores de Microsoft Power Query presentan el siguiente artículo sobre el conector. Si tiene preguntas sobre el contenido de este artículo o tiene cambios que le gustaría que se implementaran en este artículo, visite el sitio web de Denodo y acuda a los canales de soporte técnico correspondientes.

Resumen

Elemento	Descripción
Estado de la versión	Disponibilidad general
Productos	Power BI (Modelos semánticos) Power BI (Flujos de datos) Fabric (Flujo de datos Gen2)
Tipos de autenticación admitidos	Básico Windows

Nota:

Algunas capacidades pueden estar presentes en un producto, pero otras no, debido a los programas de implementación y las capacidades específicas del host.

Requisitos previos

Para usar este conector, debe haber instalado la plataforma Denodo y configurado e iniciado su servicio. En el caso de una conexión mediante un DSN ODBC, debe haber configurado correctamente la conexión en el administrador de orígenes de datos ODBC.

Funcionalidades admitidas

Importar
DirectQuery (modelos semánticos de Power BI)

Conectarse a un origen de datos ODBC desde el espacio de trabajo de Power Query

Siga estos pasos para establecer la conexión:

Para conectarse a datos, seleccione Obtener datos en la cinta Inicio y seleccione Denodo en la sección Base de datos.
Hay dos maneras de conectarse al origen de datos de su elección:
- Mediante DSN (nombre del origen de datos ODBC)
- Utilizando una cadena de conexión
En la sección DSN o cadena de conexión del cuadro de diálogo Conector Denodo, proporcione el Nombre del origen de datos (DSN) o la Cadena de conexión en función del tipo de conexión que prefiera.

Al crear una cadena de conexión compatible con Denodo, debe tener en cuenta que el campo Controlador debe omitirse, ya que lo establece de forma transparente en el momento de la conexión el propio conector.

La cadena de conexión debe contener tres parámetros obligatorios: SERVER, PORT y DATABASE:
```
SERVER=<Server name>;PORT=<Port number>;DATABASE=<Database name>
```
Además, puede contener un parámetro opcional: SSLmode:
```
SERVER=<Server name>;PORT=<Port number>;DATABASE=<Database name>;SSLmode=<SSL mode>
```
Los parámetros de autenticación se deben omitir, ya que la autenticación se configura en pasos posteriores.
Nota:

Al escribir la cadena de conexión, debe tenerse en cuenta:
- La cadena de conexión debe mantener el orden correcto de sus parámetros: SERVER, PORT, DATABASE y SSLMode.
- El nombre de estos parámetros siempre debe escribirse de la misma manera. Por ejemplo, si decide escribirlos en mayúsculas, siempre deben escribirse en mayúsculas; Si decide escribirlos con la primera letra en mayúscula (escribir la primera letra de una palabra en mayúsculas y el resto de las letras en minúsculas), siempre deben escribirse de esa manera.
De lo contrario, podría impedir que Power BI reconozca distintos conjuntos de datos de Denodo en un informe que pertenezcan al mismo origen de datos de Denodo y, como consecuencia, solicite credenciales de autenticación independientes para cada uno de ellos.
La segunda sección, Habilitar modo de depuración, es un campo opcional que permite agregar información de seguimiento a los archivos de registro. Power BI Desktop crea estos archivos al habilitar el seguimiento en la aplicación mediante la pestaña Diagnóstico del menú Opciones. Tenga en cuenta que el valor predeterminado para Habilitar el modo de depuración es false y, en este escenario, no habrá datos de seguimiento en los archivos de registro del conector personalizado de Denodo de Power BI.
La tercera sección, Consulta nativa, es un campo opcional donde puede escribir una consulta. Si se usa este campo de consulta, el conjunto de datos resultante será el resultado de la consulta en lugar de una tabla o un conjunto de tablas.

Puede escribir una consulta que solo consulte una de las bases de datos a las que está asociado el origen de datos.
```
SELECT title, name FROM film JOIN language ON film.language_id = language.language_id WHERE film.language_id = 1
```
Si desea escribir una consulta que consulte más de una base de datos, debe especificar en la consulta la base de datos propietaria de cada tabla.
```
SELECT i_item_sk, country FROM sakila.country, ewd.item
```
La última sección del Conector Denodo es Modo de conectividad de datos, donde puede elegir entre el modo de importación o el modo DirectQuery.
Cuando finalice, seleccione Aceptar.
Antes de mostrar la ventana del navegador que muestra una vista previa de los datos disponibles en Denodo Virtual DataPort, se le pedirá autenticación. El conector Denodo personalizado de Power BI admite dos tipos de autenticación: Windows y Basic.
- Windows: cuando decide usar la autenticación de Windows, Power BI Desktop se conecta a Virtual DataPort mediante la autenticación Kerberos.
  
  En este caso:
  - La autenticación Kerberos debe estar habilitada en el servidor Virtual DataPort.
  - La base de datos Virtual DataPort de Denodo a la que se conecta el origen de datos debe configurarse con la opción tipo de autenticación ODBC/ADO.net establecida en Kerberos.
  - Power BI Desktop debe ejecutarse en el dominio de Windows, ya que el controlador ODBC solicita el tiqué de Kerberos desde la caché de tiqués del sistema operativo.
  - Asegúrese de que la página Opciones avanzadas de la configuración de DSN contiene toda la configuración necesaria para usar Kerberos como método de autenticación.
- Básica: este tipo de autenticación permite conectar Power BI Desktop a los datos de Virtual DataPort mediante las credenciales del servidor Virtual DataPort.
Cuando haya terminado, seleccione Conectar.
En Navegador, seleccione los datos que necesita de la base de datos que desee y elija Cargar, o bien Transformar datos si va a modificar los datos entrantes.

Conexión a un origen de datos ODBC desde el servicio Power BI mediante la puerta de enlace de datos local

Siga estos pasos para establecer la conexión:

Configure la puerta de enlace de datos local (puerta de enlace empresarial) que actúa como puente, proporcionando una transferencia de datos rápida y segura entre datos locales (datos en la aplicación Power BI Desktop, no en la nube) y el servicio de Power BI.
Inicie sesión y registre la puerta de enlace. En la aplicación de puerta de enlace de datos local, seleccione la pestaña Estado para comprobar que la puerta de enlace está en línea y lista para usarse.
Con la página de configuración de la puerta de enlace en el servicio Power BI, cree un origen de datos para el conector Denodo personalizado de Power BI.

Para crear el origen de datos, debe especificar la manera de conectarse al origen de datos de su elección:
- A través de DSN
- Utilizando una cadena de conexión
También tiene que especificar el modo de autenticación. Los métodos de autenticación disponibles son:
- Windows: cuando decide usar la autenticación de Windows, el servicio Power BI se conecta a Virtual DataPort mediante la autenticación Kerberos. Necesita:
  - En Configuración del origen de datos, escriba el nombre de usuario y la contraseña para crear el tiqué de Kerberos.
  - La autenticación Kerberos debe estar habilitada en el servidor Virtual DataPort.
  - La base de datos Virtual DataPort de Denodo a la que se conecta el origen de datos debe configurarse con la opción tipo de autenticación ODBC/ADO.net establecida en Kerberos.
  - Asegúrese de que la página Opciones avanzadas de la configuración de DSN contiene toda la configuración necesaria para usar Kerberos como método de autenticación.
- Básica: este tipo de autenticación permite crear un origen de datos en el servicio de Power BI para conectarse a los datos de Virtual DataPort mediante las credenciales del servidor Virtual DataPort.
Si usa la autenticación de Windows, en Configuración avanzada para el origen de datos, puede habilitar el esquema de autenticación de inicio de sesión único (SSO) para poder usar las mismas credenciales del usuario que accede a los informes en Power BI para acceder a los datos necesarios en Denodo.

Hay dos opciones para habilitar el inicio de sesión único: Usar SSO a través de Kerberos para consultas de DirectQuery y Usar SSO a través de Kerberos para consultas DirectQuery y de importación. Si trabaja con informes basados en DirectQuery, ambas opciones usan las credenciales de SSO del usuario que inicia sesión en el servicio de Power BI. La diferencia se produce cuando se trabaja con informes basados en importación. En este escenario, la opción anterior usa las credenciales especificadas en la página del origen de datos (campos Nombre de usuario y Contraseña), mientras que esta última usa las credenciales del propietario del conjunto de datos.

Es importante tener en cuenta que hay requisitos previos y consideraciones concretos que deben tenerse en cuenta para usar el inicio de sesión único basado en Kerberos. Algunos de estos requisitos esenciales son:
- La delegación restringida de Kerberos debe estar habilitada para el usuario de Windows que ejecuta Microsoft Power BI Gateway, y la configuración de los entornos locales de Active Directory y Microsoft Entra ID debe realizarse según las instrucciones que ofrece Microsoft para este propósito.
  
  De forma predeterminada, Microsoft Power BI Gateway envía el nombre principal del usuario (UPN) cuando realiza una operación de autenticación de SSO. Por lo tanto, deberá revisar el atributo que usará como identificador de inicio de sesión en Autenticación Kerberos de Denodo y, si es diferente de userPrincipalName, ajustar la configuración de la puerta de enlace según este valor.
- El archivo de configuración de Microsoft Power BI Gateway denominado Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config, que se encuentra almacenado en \Program Files\On-premises data gateway, tiene dos propiedades llamadas ADUserNameLookupProperty y ADUserNameReplacementProperty que permiten que la puerta de enlace realice búsquedas locales de Microsoft Entra ID en tiempo de ejecución. ADUserNameLookupProperty debe especificar en qué atributo del AD local debe asignar el nombre principal del usuario que procede de Microsoft Entra ID. Por lo tanto, en este escenario, ADUserNameLookupProperty debe ser userPrincipalName. Después, una vez encontrado el usuario, el valor ADUserNameReplacementProperty indica el atributo que se debe usar para autenticar al usuario suplantado (el atributo que usará como identificador de inicio de sesión en Denodo).
  
  También debe tener en cuenta que los cambios en este archivo de configuración están en el nivel de puerta de enlace y, por tanto, afectarán a cualquier origen con el que se realice la autenticación de SSO a través de Microsoft Power BI Gateway.
Una vez creado un origen de datos para el conector Denodo, puede actualizar los informes de Power BI. Para publicar un informe en powerbi.com, debe:
- Abra el informe en Power BI Desktop.
- Seleccione Archivo>Publicar>Publicar en Power BI.
- Guardar el informe en el equipo.
- Seleccione el área de trabajo en la que desea publicar.

Solución de problemas

Cargar datos cuando un campo de una vista de Denodo tenga más de 42 relaciones con otras vistas.

Si una vista de Denodo que se importa como origen de datos en Power BI tiene más de 42 relaciones con otras vistas, Power BI podría mostrar el siguiente error al acceder a la ventana de transformación de datos:

Preview.Error: The type of the current preview value is too complex to display.

Este error se debe a una limitación en la plataforma de Microsoft Power Query. Para solucionarlo, seleccione el origen de datos con errores (consulta) en la ventana de transformación de datos y acceda al editor avanzado con Ver>Editor avanzado. A continuación, edite la expresión de origen de datos en lenguaje M agregando la siguiente propiedad al argumento options de la llamada de función Denodo.Contents:

CreateNavigationProperties=false

Así, la llamada tendría un aspecto similar al siguiente:

  Source = Denodo.Contents(<dsn>, null, [CreateNavigationProperties=false])

Esta propiedad indicará a Power BI que no intente generar propiedades de navegación a partir de las relaciones registradas para la vista de Denodo a la que se accede en este origen de datos. Por lo tanto, si necesita que algunas de estas relaciones estén realmente presentes en el modelo de datos de Power BI, deberá registrarlas manualmente después.