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.
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.
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.
- Import
- DirectQuery (modelli semantici di Power BI)
Per stabilire la connessione, seguire questa procedura:
Per connettersi ai dati, selezionare Recupera dati dalla barra multifunzione Home e selezionare Denodo nella sezione Database .
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.
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.
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.
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
L'ultima sezione del connettore Denodo è la modalità connettività dei dati, in cui è possibile scegliere tra modalità di importazione o modalità DirectQuery.
Al termine, fare clic su OK.
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.
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.
Basic: questo tipo di autenticazione consente di connettere Power BI Desktop ai dati Virtual DataPort usando le credenziali del server Virtual DataPort.
Al termine, selezionare Connetti.
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.
Per stabilire la connessione, seguire questa procedura:
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.
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.
Usando la pagina delle impostazioni del gateway in servizio Power BI, creare un'origine dati per il connettore personalizzato Denodo Power BI.
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.
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.
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.
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à chiamateADUserNameLookupProperty
eADUserNameReplacementProperty
che consentono al gateway di eseguire ricerche di ID Microsoft Entra locali in fase di esecuzione. DeveADUserNameLookupProperty
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 essereuserPrincipalName
. Dopo aver trovato l'utente, ilADUserNameReplacementProperty
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.
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.
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.
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.