Leggere in inglese

Condividi tramite


Denodo

Nota

L'articolo seguente sul connettore è fornito da Denodo, il proprietario di questo connettore e un membro del programma di certificazione microsoft Power Query Connector. Se hai domande sul contenuto di questo articolo o vuoi apportare modifiche a questo articolo, visita il sito Web Denodo e usa i canali di supporto.

Riepilogo

Articolo Descrizione
Stato di rilascio Disponibilità generale
Prodotti Power BI (modelli semantici)
Power BI (flussi di dati)
Infrastruttura (Dataflow Gen2)
Tipi di autenticazione supportati Basic
Finestre

Nota

Alcune funzionalità possono essere presenti in un prodotto, ma non altre a causa di pianificazioni di distribuzione e funzionalità specifiche dell'host.

Prerequisiti

Per usare questo connettore, è necessario aver installato la piattaforma Denodo e configurato e avviato il servizio. In caso di connessione tramite un DSN ODBC, è necessario aver configurato correttamente la connessione nell'amministratore origine dati ODBC.

Capacità supportate

  • Import
  • DirectQuery (modelli semantici di Power BI)

Connettersi a un'origine dati ODBC da Power Query Desktop

Per stabilire la connessione, seguire questa procedura:

  1. Per connettersi ai dati, selezionare Recupera dati dalla barra multifunzione Home e selezionare Denodo nella sezione Database .

    Connettore Denodo in Power Query Desktop.

  2. Esistono due modi per connettersi all'origine dati preferita:

    • Tramite DSN (nome origine dati ODBC)
    • Uso di una stringa di connessione

    Nella sezione DSN o Stringa di connessione della finestra di dialogo Connettore Denodo specificare il nome dell'origine dati (DSN) o la stringa di connessione a seconda del tipo di connessione preferito.

    Finestra di dialogo del connettore Denodo.

    Quando si crea un stringa di connessione compatibile con Denodo, è necessario tenere conto che il campo Driver deve essere omesso, perché questo valore viene impostato in modo trasparente in fase di connessione dal connettore stesso.

    Il stringa di connessione deve contenere tre parametri obbligatori: SERVER, PORT e DATABASE:

    SERVER=<Server name>;PORT=<Port number>;DATABASE=<Database name>
    

    Inoltre, può contenere un parametro facoltativo: SSLmode:

    SERVER=<Server name>;PORT=<Port number>;DATABASE=<Database name>;SSLmode=<SSL mode>
    

    I parametri di autenticazione devono essere omessi, perché l'autenticazione viene configurata nei passaggi successivi.

    Nota

    Quando si scrive il stringa di connessione, è necessario tener conto:

    • Il stringa di connessione deve mantenere l'ordine corretto dei relativi parametri: SERVER, PORT, DATABASE e SSLMode.
    • Il nome di questi parametri deve essere sempre scritto nello stesso modo. Ad esempio, se si sceglie di scriverli in lettere maiuscole, devono essere sempre scritti in lettere maiuscole; se si decide di scriverli maiuscoli (scrivendo la prima lettera di una parola in maiuscolo e il resto delle lettere in minuscolo) devono sempre essere scritti in questo modo.

    In caso contrario, Power BI potrebbe impedire a Power BI di riconoscere set di dati Denodo diversi in un report appartenente alla stessa origine dati Denodo e, di conseguenza, richiedere credenziali di autenticazione separate per ognuna di esse.

  3. La seconda sezione, Abilita la modalità di debug, è un campo facoltativo che consente di aggiungere informazioni di traccia ai file di log. Questi file vengono creati da Power BI Desktop quando si abilita la traccia nell'applicazione usando la scheda Diagnostica nel menu Opzioni . Si noti che il valore predefinito per Abilita la modalità di debug è false e in questo scenario non saranno presenti dati di traccia nei file di log dal connettore personalizzato Denodo Power BI.

  4. La terza sezione , Native Query, è un campo facoltativo in cui è possibile immettere una query. Se si utilizza questo campo di query, il set di dati risultante sarà il risultato della query anziché una tabella o un set di tabelle.

    È possibile scrivere una query che esegue una query solo su uno dei database a cui è associata l'origine dati.

    SELECT title, name FROM film JOIN language ON film.language_id = language.language_id WHERE film.language_id = 1
    

    Se si desidera scrivere una query che esegue query su più di un database, è necessario specificare nella query il database proprietario di ogni tabella.

    SELECT i_item_sk, country FROM sakila.country, ewd.item
    
  5. L'ultima sezione del connettore Denodo è la modalità connettività dei dati, in cui è possibile scegliere tra modalità di importazione o modalità DirectQuery.

  6. Al termine, fare clic su OK.

  7. Prima di visualizzare la finestra dello strumento di navigazione che visualizza un'anteprima dei dati disponibili in Denodo Virtual DataPort, verrà richiesta l'autenticazione. Il connettore personalizzato Denodo Power BI supporta due tipi di autenticazione: Windows e Basic.

    • Windows: quando si sceglie di usare autenticazione di Windows, Power BI Desktop si connette a Virtual DataPort usando l'autenticazione Kerberos.

      Denodo autenticazione di Windows in Power BI Desktop.

      In questo caso:

      • L'autenticazione Kerberos deve essere abilitata nel server Virtual DataPort.

      • Il database Denodo Virtual DataPort a cui si connette l'origine dati deve essere configurato con l'opzione TIPO di autenticazione ODBC/ADO.net impostato su Kerberos.

      • Power BI Desktop deve essere in esecuzione nel dominio Windows, perché il driver ODBC richiede il ticket Kerberos dalla cache dei ticket del sistema operativo.

      • Assicurarsi che la pagina Opzioni avanzate della configurazione DSN contenga tutte le configurazioni necessarie per l'uso di Kerberos come metodo di autenticazione.

        Pagina Opzioni avanzate nella configurazione di Denodo DSN.

    • Basic: questo tipo di autenticazione consente di connettere Power BI Desktop ai dati Virtual DataPort usando le credenziali del server Virtual DataPort.

      Autenticazione di base Denodo in Power BI Desktop.

  8. Al termine, selezionare Connetti.

  9. In Strumento di navigazione selezionare i dati necessari dal database desiderato e scegliere Carica oppure scegliere Trasforma dati se si intende modificare i dati in ingresso.

    Denodo navigatore.

Connettersi a un'origine dati ODBC da servizio Power BI usando il gateway dati locale

Per stabilire la connessione, seguire questa procedura:

  1. Configurare il gateway dati locale (gateway aziendale) che funge da bridge, fornendo un trasferimento rapido e sicuro dei dati tra i dati locali (dati nell'applicazione Power BI Desktop, non nel cloud) e l'servizio Power BI.

  2. Accedere e registrare il gateway. Nell'app gateway dati locale selezionare la scheda Stato per verificare che il gateway sia online e pronto per l'uso.

    Gateway dati locale con scheda stato aperta.

  3. Usando la pagina delle impostazioni del gateway in servizio Power BI, creare un'origine dati per il connettore personalizzato Denodo Power BI.

    Aggiungere l'origine dati Denodo.

    Per creare l'origine dati, è necessario specificare il modo per connettersi all'origine dati desiderata:

    • Tramite DSN
    • Uso di una stringa di connessione

    È anche necessario specificare la modalità di autenticazione. I metodi di autenticazione disponibili sono:

    • Windows: quando si sceglie di usare autenticazione di Windows, servizio Power BI si connette a Virtual DataPort usando l'autenticazione Kerberos. È necessario:

      • In Impostazioni origine dati immettere il nome utente e la password per creare il ticket Kerberos.

      • L'autenticazione Kerberos deve essere abilitata nel server Virtual DataPort.

      • Il database Denodo Virtual DataPort a cui si connette l'origine dati deve essere configurato con l'opzione TIPO di autenticazione ODBC/ADO.net impostato su Kerberos.

      • Assicurarsi che la pagina Opzioni avanzate della configurazione DSN contenga tutte le configurazioni necessarie per l'uso di Kerberos come metodo di autenticazione.

        Pagina Opzioni avanzate nella configurazione di Denodo DSN.

    • Basic: questo tipo di autenticazione consente di creare un'origine dati in servizio Power BI di connettersi ai dati Virtual DataPort usando le credenziali del server Virtual DataPort.

  4. Se si usa autenticazione di Windows, in Impostazioni avanzate per l'origine dati è possibile abilitare lo schema di autenticazione Single Sign-On (SSO) per usare le stesse credenziali dell'utente che accede ai report in Power BI per accedere ai dati necessari in Denodo.

    Denodo SSO con Kerberos.

    Sono disponibili due opzioni per l'abilitazione dell'accesso Single Sign-On: usare SSO tramite Kerberos per le query DirectQuery e Usare SSO tramite Kerberos per le query DirectQuery e Import. Se si usano report basati su DirectQuery, entrambe le opzioni usano le credenziali SSO dell'utente che accede al servizio Power BI. La differenza si verifica quando si lavora con i report basati sull'importazione . In questo scenario, l'opzione precedente usa le credenziali immesse nella pagina origine dati (campi Nome utente e password ), mentre quest'ultima usa le credenziali del proprietario del set di dati.

    È importante notare che esistono particolari prerequisiti e considerazioni da tenere in considerazione per usare l'accesso SSO basato su Kerberos. Alcuni di questi requisiti essenziali sono:

    • La delega vincolata Kerberos deve essere abilitata per l'utente Windows che esegue Microsoft Power BI Gateway e la configurazione degli ambienti Active Directory locale e Microsoft Entra ID deve essere eseguita in base alle istruzioni offerte da Microsoft a questo scopo.

      Per impostazione predefinita, Microsoft Power BI Gateway invia il nome dell'entità utente (UPN) quando esegue un'operazione di autenticazione SSO. Sarà quindi necessario esaminare l'attributo che verrà usato come identificatore di accesso in Autenticazione Kerberos denodo e, se diverso da userPrincipalName, modificare le impostazioni del gateway in base a questo valore.

    • Il file di configurazione di Microsoft Power BI Gateway denominato Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config, archiviato in \Program Files\On-premises data gateway ha due proprietà chiamate ADUserNameLookupProperty e ADUserNameReplacementProperty che consentono al gateway di eseguire ricerche di ID Microsoft Entra locali in fase di esecuzione. Deve ADUserNameLookupProperty specificare in base all'attributo dell'istanza di Active Directory locale che deve eseguire il mapping del nome dell'entità utente proveniente dall'ID Microsoft Entra. Quindi, in questo scenario, ADUserNameLookupProperty deve essere userPrincipalName. Dopo aver trovato l'utente, il ADUserNameReplacementProperty valore indica l'attributo che deve essere usato per autenticare l'utente rappresentato (l'attributo che verrà usato come identificatore di accesso in Denodo).

      È anche necessario tenere conto che le modifiche apportate a questo file di configurazione sono a livello di gateway e pertanto influiranno su qualsiasi origine con cui viene eseguita l'autenticazione SSO tramite Microsoft Power BI Gateway.

  5. Dopo aver creato un'origine dati per il connettore Denodo, è possibile aggiornare i report di Power BI. Per pubblicare un report in powerbi.com, è necessario:

    • Aprire il report in Power BI Desktop.
    • Selezionare File>Pubblica>Pubblica in Power BI.
    • Salvare il report nel computer.
    • Selezionare l'area di lavoro in cui si vuole pubblicare.

Configurazione avanzata

Utilizzo del parametro ConnectionTimeout.

Se si desidera controllare per quanto tempo attendere prima di abbandonare un tentativo di stabilire una connessione a un server, è possibile usare il ConnectionTimeout parametro .

Questo parametro può essere usato solo dalla Editor avanzato. A tale scopo, il ConnectionTimeout parametro deve essere aggiunto nelle opzioni del record, associando un valore di tipo Duration .

Altre informazioni sul Duration tipo sono disponibili qui.

Utilizzo del parametro ConnectionTimeout.

Risoluzione dei problemi

Caricamento dei dati quando un campo in una visualizzazione Denodo ha più di 42 relazioni con altre visualizzazioni.

Se una visualizzazione Denodo importata come origine dati in Power BI ha più di 42 relazioni con altre visualizzazioni, Power BI potrebbe visualizzare l'errore seguente quando si accede alla finestra di trasformazione dei dati:

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

Questo errore è dovuto a una limitazione nella piattaforma Microsoft Power Query. Per risolvere il problema, selezionare l'origine dati non riuscita (query) nella finestra di trasformazione dei dati e accedere all'editor avanzato con View> Editor avanzato. Modificare quindi l'espressione origine dati nel linguaggio M aggiungendo la proprietà seguente all'argomento options della chiamata di Denodo.Contents funzione:

CreateNavigationProperties=false

La chiamata sarà quindi simile alla seguente:

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

Questa proprietà indicherà a Power BI di non provare a generare proprietà di navigazione dalle relazioni registrate per la visualizzazione Denodo a cui si accede in questa origine dati. Pertanto, se è necessario che alcune di queste relazioni siano effettivamente presenti nel modello di dati di Power BI, sarà necessario registrarle manualmente in seguito.