Origini dati supportate per i report impaginati di Power BI

SI APPLICA A: Power BI Generatore report Power BI Desktop

Questo articolo descrive le origini dati supportate per i report impaginati nella servizio Power BI e come connettersi a database SQL di Azure origini dati. Alcune origini dati sono supportate in modo nativo. È possibile connettersi ad altri utenti usando i gateway dati.

Prerequisiti

I requisiti di licenza per i report impaginati di Power BI (file con estensione rdl) sono gli stessi dei report di Power BI (file con estensione pbix).

Origini dati supportate in modo nativo

I report impaginati supportano in modo nativo l'elenco di origini dati seguente:

Origine dati Autenticazione Note
Database SQL di Azure
Azure Synapse Analytics
Basic, single sign-on (SSO), OAuth2 È possibile usare un gateway aziendale con database SQL di Azure.
Istanza gestita di SQL di Azure Basic, SSO, OAuth2 Tramite endpoint pubblici o locali della rete virtuale (gli endpoint locali della rete virtuale devono essere instradati tramite il gateway aziendale)
Azure Analysis Services SSO, OAuth2 Il firewall di Azure Analysis Services deve essere disabilitato o configurato per consentire tutti gli intervalli IP nell'area di Azure Germania. Questo vale solo nell'area di Azure Germania. L'accesso SSO dal tenant esterno non è supportato.
Modello semantico di Power BI SSO Modelli semantici Premium e non Premium di Power BI. Richiede l'autorizzazione lettura. Sono supportati solo la modalità di importazione e i modelli semantici di Power BI DirectQuery. Le query di report che usano un modello semantico di Power BI DirectQuery come origine dati hanno un timeout fisso di 10 minuti. Per le query di report che richiedono più di 10 minuti, usare l'endpoint di lettura/scrittura XMLA del modello semantico di Power BI come origine dati del report.
Modello semantico di Power BI Premium (XMLA) SSO Per garantire una connettività appropriata in Power BI Generatore report, assicurarsi che l'opzione Non usare le credenziali sia selezionata quando si imposta l'origine dati.
L'accesso tramite XMLA rispetta l'appartenenza al gruppo di sicurezza impostato a livello di area di lavoro o app.
Gli utenti con almeno un ruolo Collaboratore in un'area di lavoro possono eseguire il rendering di report impaginati con modelli semantici di Power BI Premium. Altri utenti necessitano dell'autorizzazione di compilazione per i set di dati sottostanti.
Dataverse SSO, OAuth2 Non è possibile usare un gateway come autenticazione a più fattori (MFA) non è supportato.
Immettere i dati N/D I dati vengono incorporati nel report.

Ad eccezione di database SQL di Azure, tutte le origini dati sono pronte per l'uso dopo il caricamento del report nella servizio Power BI. Per impostazione predefinita, le origini dati usano l'accesso SSO, se applicabile. Per Azure Analysis Services, è possibile modificare il tipo di autenticazione in OAuth2. Tuttavia, dopo aver modificato il tipo di autenticazione per una determinata origine dati in OAuth2, non è possibile ripristinare l'uso dell'accesso SSO. Questa modifica si applica anche a tutti i report che usano tale origine dati in tutte le aree di lavoro per un determinato tenant. La sicurezza a livello di riga nei report impaginati non funzionerà a meno che gli utenti non scelgano SSO per il tipo di autenticazione.

Per database SQL di Azure origini dati, è necessario fornire altre informazioni, come descritto nella sezione autenticazione database SQL di Azure.

Altre origini dati

Oltre alle origini dati supportate in modo nativo, è possibile accedere alle origini dati seguenti tramite un gateway aziendale di Power BI o un gateway di rete virtuale:

Origine dati Gateway aziendale Gateway di rete virtuale
SQL Server (supporta l'accesso SSO)
SQL Server Analysis Services
Oracle (supporta l'accesso SSO)
Teradata (supporta l'accesso SSO)
ODBC

Per i report impaginati, Azure Analysis Services non è attualmente accessibile usando un gateway aziendale di Power BI o un gateway di rete virtuale. Quando si esegue l'autenticazione con SSO, l'entità servizio non è supportata.

Inoltre, per i report impaginati, è necessaria un'autorizzazione di amministrazione di un server di pubblicazione di report con un gateway aziendale di Power BI o un gateway di rete virtuale per associare il report impaginato alla connessione all'origine dati. L'amministratore viene aggiunto come amministratore o perché è stato installato e configurato un gateway aziendale di Power BI o un gateway di rete virtuale. Si noti che l'amministratore di Power BI Enterprise Gateway non fornisce automaticamente l'accesso alle connessioni all'origine dati esistente. È necessario specificare la connessione all'origine dati da gestire.

Importante

L'uso dell'accesso Single Sign-On tramite le opzioni Kerberos all'interno delle impostazioni avanzate del gateway richiede la configurazione della delega vincolata Kerberos nell'origine dati locale e nel servizio gateway.

Autenticazione del database SQL di Azure

Per database SQL di Azure origini dati, è necessario impostare un tipo di autenticazione prima di eseguire il report. Questo vale solo quando si usa un'origine dati per la prima volta in un'area di lavoro. La prima volta viene visualizzato il messaggio seguente:

Screenshot of dialog box to Publish to Power BI.

Se non si specificano credenziali, si verifica un errore quando si esegue il report. Selezionare Continua per passare alla pagina Credenziali origine dati per il report appena caricato:

Screenshot of settings for the Azure SQL Database.

Selezionare il collegamento Modifica credenziali per una determinata origine dati per visualizzare la finestra di dialogo Configura :

Screenshot of dialog box to Configure the Azure SQL Database.

Per database SQL di Azure origini dati, ecco i tipi di autenticazione supportati:

  • Basic (nome utente e password)
  • SSO (Single Sign-On)
  • OAuth2 (token Microsoft Entra archiviato)

Per il corretto funzionamento dell'accesso Single Sign-On e OAuth2, il server database SQL di Azure a cui si connette l'origine dati deve abilitare il supporto per l'autenticazione di Microsoft Entra. Per il metodo di autenticazione OAuth2, Microsoft Entra ID genera un token e lo archivia per l'accesso futuro all'origine dati. Per usare invece il metodo di autenticazione SSO, selezionare l'opzione SSO immediatamente sotto di essa, gli utenti finali usano le proprie credenziali OAuth2 quando accedono a questa origine dati tramite DirectQuery.

Considerazioni e limitazioni

Quando si usa un modello semantico di Power BI come origine dati, è possibile che venga visualizzato un messaggio di errore Richiesta non riuscita perché la risposta è troppo grande, ridurre la quantità di dati o usare l'endpoint XMLA. Se i dati sono maggiori di 2 GB. In tal caso, ridurre la quantità di dati, ad esempio applicando filtri o usando l'endpoint XMLA. Si noti che quando si usa l'endpoint XMLA, è necessario concedere l'autorizzazione di compilazione per il modello semantico di Power BI a tutti gli utenti che visualizzano il report impaginato. Altre informazioni sull'endpoint XMLA. Per impostazione predefinita, Power BI Generatore report e i report impaginati usano l'endpoint Analizza in Excel (con un limite di dati di 2 GB) per supportare i modelli semantici di Power BI in qualsiasi area di lavoro.

Passaggi successivi

Altre domande? Provare il Community di Power BI.