Connettersi e gestire un tenant di Power BI in Microsoft Purview (stesso tenant)

Questo articolo illustra come registrare un tenant di Power BI in uno scenario dello stesso tenant e come autenticare e interagire con il tenant in Microsoft Purview. Per altre informazioni su Microsoft Purview, vedere l'articolo introduttivo.

Nota

A partire dal 18 settembre 2023, l'origine dati di Power BI in Microsoft Purview verrà rinominata Fabric in tutte le aree. È comunque possibile usare "Power BI" come parola chiave per individuare rapidamente l'origine per registrare un tenant di Power BI e configurare un'analisi. Insieme alla modifica del nome dell'origine dati, la capacità di Power BI e l'area di lavoro di Power BI verranno rinominate in Capacità di infrastruttura e Area di lavoro infrastruttura di conseguenza. Oltre alla ridenominazione delle modifiche correlate nell'interfaccia utente, non sono presenti modifiche alle funzionalità e all'esperienza utente esistenti per la registrazione dell'origine dati o la configurazione delle analisi. Tutte le origini o le analisi esistenti per Power BI continueranno a funzionare senza modifiche necessarie e attualmente solo gli elementi di Power BI possono essere analizzati nei tenant di Fabric.

Funzionalità supportate

Estrazione dei metadati	Analisi completa	Analisi incrementale	Analisi con ambito	Classificazione	Applicazione di etichette	Criteri di accesso	Lignaggio	Condivisione dei dati	Visualizzazione dinamica
Sì	Sì	Sì	No	No	No	No	Sì	No	No

Durante l'analisi dell'origine Power BI, Microsoft Purview supporta:

• Estrazione di metadati tecnici, tra cui:

  • Aree di lavoro
  • Dashboard
  • Report
  • Set di dati che includono tabelle e colonne
  • Flussi di dati
  • Datamarts

• Recupero della derivazione statica sulle relazioni tra gli asset tra gli artefatti di Power BI precedenti e gli asset di origine dati esterni. Altre informazioni sulla derivazione di Power BI.

Per un elenco dei metadati disponibili per Power BI, vedere la documentazione dei metadati disponibile.

Scenari supportati per le analisi di Power BI

Scenari	Accesso pubblico di Microsoft Purview consentito/negato	Accesso pubblico di Power BI consentito /denied	Opzione di runtime	Opzione di autenticazione	Elenco di controllo per la distribuzione
Accesso pubblico con Il runtime di integrazione di Azure	Consentito	Consentito	Azure Runtime	Identità gestita di Microsoft Purview	Esaminare l'elenco di controllo per la distribuzione
Accesso pubblico con runtime di integrazione self-hosted	Consentito	Consentito	Runtime self-hosted	Autenticazione delegata/entità servizio	Esaminare l'elenco di controllo per la distribuzione
Accesso privato	Consentito	Negato	Runtime self-hosted	Autenticazione delegata/entità servizio	Esaminare l'elenco di controllo per la distribuzione
Accesso privato	Negato	Consentito	Runtime self-hosted	Autenticazione delegata/entità servizio	Esaminare l'elenco di controllo per la distribuzione
Accesso privato	Negato	Negato	Runtime self-hosted	Autenticazione delegata/entità servizio	Esaminare l'elenco di controllo per la distribuzione

Limitazioni note

• Se il tenant di Microsoft Purview o Power BI è protetto da un endpoint privato, il runtime self-hosted è l'unica opzione da analizzare.
• L'autenticazione delegata e l'entità servizio sono le uniche opzioni di autenticazione supportate quando viene usato il runtime di integrazione self-hosted durante l'analisi.
• È possibile creare una sola analisi per un'origine dati di Power BI registrata nell'account Microsoft Purview.
• Se lo schema del set di dati di Power BI non viene visualizzato dopo l'analisi, è dovuto a una delle limitazioni correnti dello scanner di metadati di Power BI.
• Le aree di lavoro vuote vengono ignorate.
• Il payload è attualmente limitato a 2 MB e 800 colonne durante l'analisi di un asset.

Prerequisiti

Prima di iniziare, assicurarsi di avere i prerequisiti seguenti:

• Un account Azure con una sottoscrizione attiva. Creare un account gratuitamente.

• Un account Microsoft Purview attivo.

Opzioni di autenticazione

• Identità gestita
• Autenticazione delegata
• Entità servizio

Elenco di controllo per la distribuzione

Usare uno degli elenchi di controllo di distribuzione seguenti durante l'installazione o per la risoluzione dei problemi, in base allo scenario:

Accesso pubblico con Il runtime di integrazione di Azure

Analizzare Power BI nello stesso tenant usando Il runtime di integrazione di Azure e l'identità gestita nella rete pubblica

1. Assicurarsi che gli account Power BI e Microsoft Purview si trovino nello stesso tenant.

2. Assicurarsi che l'ID tenant di Power BI sia immesso correttamente durante la registrazione.

3. Assicurarsi che il modello di metadati di Power BI sia aggiornato abilitando l'analisi dei metadati.

4. Da portale di Azure verificare se l'account Microsoft Purview Network è impostato su accesso pubblico.

5. Dal portale di Amministrazione tenant di Power BI verificare che il tenant di Power BI sia configurato per consentire la rete pubblica.

6. Nel tenant di Azure Active Directory creare un gruppo di sicurezza.

7. Dal tenant di Azure Active Directory verificare che l'identità del servizio gestito dell'account Microsoft Purview sia membro del nuovo gruppo di sicurezza.

8. Nel portale di Amministrazione tenant di Power BI verificare se l'opzione Consenti alle entità servizio di usare le API di amministrazione di Power BI di sola lettura è abilitata per il nuovo gruppo di sicurezza.

Accesso pubblico con runtime di integrazione self-hosted

Analizzare Power BI nello stesso tenant usando il runtime di integrazione self-hosted con autenticazione delegata o entità servizio nella rete pubblica

1. Assicurarsi che gli account Power BI e Microsoft Purview si trovino nello stesso tenant.

2. Assicurarsi che l'ID tenant di Power BI sia immesso correttamente durante la registrazione.

3. Assicurarsi che il modello di metadati di Power BI sia aggiornato abilitando l'analisi dei metadati.

4. Da portale di Azure verificare se l'account Microsoft Purview Network è impostato su accesso pubblico.

5. Dal portale di Amministrazione tenant di Power BI verificare che il tenant di Power BI sia configurato per consentire la rete pubblica.

6. Controllare il Key Vault di Azure per assicurarsi:

   1. La password o il segreto non contiene errori di digitazione.
   2. L'identità gestita di Microsoft Purview ha accesso get/list ai segreti.

7. Esaminare le credenziali per convalidare:

   1. L'ID client corrisponde all'ID applicazione (client) della registrazione dell'app.
   2. Il nome utente include il nome dell'entità utente, ad johndoe@contoso.comesempio .

8. Convalidare le impostazioni di registrazione dell'app per assicurarsi:

   1. La registrazione dell'app esiste nel tenant di Azure Active Directory.

   2. Se si usa l'entità servizio, in Autorizzazioni API vengono assegnate le autorizzazioni delegate seguenti con lettura per le API seguenti:

      • Openid di Microsoft Graph
      • Microsoft Graph User.Read

   3. Se si usa l'autenticazione delegata, in Autorizzazioni API vengono configurate le autorizzazioni delegate seguenti e il consenso amministratore per il tenant con lettura per le API seguenti:

      • Tenant del servizio Power BI.Read.All
      • Openid di Microsoft Graph
      • Microsoft Graph User.Read

   4. In Autenticazione è abilitata l'opzione Consenti flussi client pubblici .

9. Se si usa l'autenticazione delegata, convalidare le impostazioni utente dell'amministratore di Power BI per assicurarsi:

   1. L'utente viene assegnato al ruolo di amministratore di Power BI.
   2. Almeno una licenza di Power BI viene assegnata all'utente.
   3. Se l'utente è stato creato di recente, accedere con l'utente almeno una volta per assicurarsi che la password venga reimpostata correttamente e che l'utente possa avviare correttamente la sessione.
   4. Non sono previsti criteri di autenticazione a più fattori o di accesso condizionale applicati all'utente.

10. Convalidare le impostazioni di runtime self-hosted:

    1. La versione più recente del runtime self-hosted viene installata nella macchina virtuale.

    2. La connettività di rete dal runtime self-hosted al tenant di Power BI è abilitata. Gli endpoint seguenti devono essere raggiungibili dalla macchina virtuale di runtime self-hosted:

       • *.powerbi.com
       • *.analysis.windows.net

    3. La connettività di rete dal runtime self-hosted ai servizi Microsoft è abilitata.

    4. JDK 8 o versione successiva viene installato. Riavviare il computer dopo aver installato il JDK per renderlo effettivo.

11. Nel tenant di Azure Active Directory creare un gruppo di sicurezza.

12. Dal tenant di Azure Active Directory verificare che l'entità servizio sia membro del nuovo gruppo di sicurezza.

13. Nel portale di Amministrazione tenant di Power BI verificare se l'opzione Consenti alle entità servizio di usare le API di amministrazione di Power BI di sola lettura è abilitata per il nuovo gruppo di sicurezza.

Accesso privato

Analizzare Power BI nello stesso tenant usando il runtime di integrazione self-hosted con autenticazione delegata o entità servizio in una rete privata

1. Assicurarsi che gli account Power BI e Microsoft Purview si trovino nello stesso tenant.

2. Assicurarsi che l'ID tenant di Power BI sia immesso correttamente durante la registrazione.

3. Assicurarsi che il modello di metadati di Power BI sia aggiornato abilitando l'analisi dei metadati.

4. Controllare il Key Vault di Azure per assicurarsi:

   1. La password non contiene errori di digitazione.
   2. L'identità gestita di Microsoft Purview ha accesso get/list ai segreti.

5. Esaminare le credenziali per convalidare:

   1. L'ID client corrisponde all'ID applicazione (client) della registrazione dell'app.
   2. Il nome utente include il nome dell'entità utente, ad johndoe@contoso.comesempio .

6. Se si usa l'autenticazione delegata, convalidare le impostazioni utente dell'amministratore di Power BI per assicurarsi:

   1. L'utente viene assegnato al ruolo di amministratore di Power BI.
   2. Almeno una licenza di Power BI viene assegnata all'utente.
   3. Se l'utente è stato creato di recente, accedere con l'utente almeno una volta per assicurarsi che la password venga reimpostata correttamente e che l'utente possa avviare correttamente la sessione.
   4. Non sono previsti criteri di autenticazione a più fattori o di accesso condizionale applicati all'utente.

7. Convalidare le impostazioni di runtime self-hosted:

   1. La versione più recente del runtime self-hosted viene installata nella macchina virtuale.
   2. JDK 8 o versione successiva viene installato. Riavviare il computer dopo aver installato il JDK per renderlo effettivo.

8. Convalidare le impostazioni di registrazione dell'app per assicurarsi:

   1. La registrazione dell'app esiste nel tenant di Azure Active Directory.

   2. Se si usa l'entità servizio, in Autorizzazioni API vengono assegnate le autorizzazioni delegate seguenti con lettura per le API seguenti:

      • Openid di Microsoft Graph
      • Microsoft Graph User.Read

   3. Se si usa l'autenticazione delegata, in Autorizzazioni API vengono configurate le autorizzazioni delegate seguenti e il consenso amministratore per il tenant con lettura per le API seguenti:

      • Tenant del servizio Power BI.Read.All
      • Openid di Microsoft Graph
      • Microsoft Graph User.Read

   4. In Autenticazione è abilitata l'opzione Consenti flussi client pubblici .

9. Esaminare la configurazione di rete e verificare se:

   1. Se Power BI non consente l'accesso pubblico, assicurarsi che l'endpoint privato per il tenant di Power BI sia distribuito.

   2. Vengono distribuiti tutti gli endpoint privati necessari per Microsoft Purview .

   3. La connettività di rete dal runtime self-hosted al tenant di Power BI è abilitata. Gli endpoint seguenti devono essere raggiungibili dalla macchina virtuale di runtime self-hosted:

      • *.powerbi.com
      • *.analysis.windows.net

   4. La connettività di rete dal runtime self-hosted ai servizi Microsoft è abilitata tramite la rete privata.

10. Nel tenant di Azure Active Directory creare un gruppo di sicurezza.

11. Dal tenant di Azure Active Directory verificare che l'entità servizio sia membro del nuovo gruppo di sicurezza.

12. Nel portale di Amministrazione tenant di Power BI verificare se l'opzione Consenti alle entità servizio di usare le API di amministrazione di Power BI di sola lettura è abilitata per il nuovo gruppo di sicurezza.

Registrare il tenant di Power BI

Questa sezione descrive come registrare un tenant di Power BI in Microsoft Purview per lo scenario dello stesso tenant.

1. Selezionare la mappa dati nel riquadro di spostamento a sinistra.

2. Quindi selezionare Registra.

   Selezionare Power BI come origine dati.

   

3. Assegnare all'istanza di Power BI un nome descrittivo.

   

   Il nome deve avere una lunghezza compresa tra 3 e 63 caratteri e deve contenere solo lettere, numeri, caratteri di sottolineatura e trattini. Gli spazi non sono consentiti.

   Per impostazione predefinita, il sistema troverà il tenant di Power BI esistente nello stesso tenant di Azure Active Directory.

   

Analizzare Power BI nello stesso tenant

Consiglio

Per risolvere eventuali problemi relativi all'analisi:

1. Verificare di aver completato l'elenco di controllo per la distribuzione per lo scenario.
2. Esaminare la documentazione sulla risoluzione dei problemi di analisi.

Eseguire l'autenticazione nel tenant di Power BI

Nel tenant di Azure Active Directory, dove si trova il tenant di Power BI:

1. Nel portale di Azure cercare Azure Active Directory.

2. Creare un nuovo gruppo di sicurezza in Azure Active Directory seguendo Creare un gruppo di base e aggiungere membri con Azure Active Directory.

   Consiglio

   È possibile ignorare questo passaggio se si dispone già di un gruppo di sicurezza da usare.

3. Selezionare Sicurezza come tipo di gruppo.

   

4. Aggiungere un utente pertinente al gruppo di sicurezza:

   • Se si usa l'identità gestita come metodo di autenticazione, aggiungere l'identità gestita di Microsoft Purview a questo gruppo di sicurezza. Selezionare Membri e quindi + Aggiungi membri.

     

   • Se si usa l'autenticazione delegata o l'entità servizio come metodo di autenticazione, aggiungere l'entità servizio a questo gruppo di sicurezza. Selezionare Membri e quindi + Aggiungi membri.

5. Cercare l'identità gestita o l'entità servizio di Microsoft Purview e selezionarla.

   

   Verrà visualizzata una notifica di esito positivo che mostra che è stata aggiunta.

   

Associare il gruppo di sicurezza al tenant di Power BI

1. Accedere al portale di amministrazione di Power BI.

2. Selezionare la pagina Impostazioni tenant .

   Importante

   È necessario essere un Amministrazione di Power BI per visualizzare la pagina delle impostazioni del tenant.

3. Selezionare Amministrazione impostazioni> APIConsenti alle entità servizio di usare le API di amministrazione di Power BI di sola lettura (anteprima).

4. Selezionare Gruppi di sicurezza specifici.

   

5. Selezionare Amministrazione impostazioni> APIMigliorare le risposte alle API di amministrazione con metadati dettagliati e Migliorare le risposte alle API di amministrazione con le espressioni> DAX e mashup Abilita l'interruttore per consentire Microsoft Purview Data Map individuare automaticamente i metadati dettagliati dei set di dati di Power BI come parte delle analisi.

   Importante

   Dopo aver aggiornato le impostazioni dell'API Amministrazione nel tenant di Power Bi, attendere circa 15 minuti prima di registrare una connessione di analisi e test.

   

   Attenzione

   Quando si consente al gruppo di sicurezza creato (con l'identità gestita di Microsoft Purview come membro) di usare le API di amministrazione di Power BI di sola lettura, è anche possibile accedere ai metadati (ad esempio, nomi di dashboard e report, proprietari, descrizioni e così via) per tutti gli artefatti di Power BI in questo tenant. Dopo aver eseguito il pull dei metadati in Microsoft Purview, le autorizzazioni di Microsoft Purview, non le autorizzazioni di Power BI, determinano chi può visualizzare tali metadati.

   Nota

   È possibile rimuovere il gruppo di sicurezza dalle impostazioni dello sviluppatore, ma i metadati estratti in precedenza non verranno rimossi dall'account Microsoft Purview. È possibile eliminarlo separatamente, se lo si desidera.

Creare l'analisi per Power BI nello stesso tenant usando Azure IR e l'identità gestita

Si tratta di uno scenario adatto, se sia Microsoft Purview che il tenant di Power BI sono configurati per consentire l'accesso pubblico nelle impostazioni di rete.

Per creare ed eseguire una nuova analisi, eseguire le operazioni seguenti:

1. In Microsoft Purview Studio passare alla mappa dati nel menu a sinistra.

2. Passare a Origini.

3. Selezionare l'origine Power BI registrata.

4. Selezionare + Nuova analisi.

5. Assegnare un nome alla scansione. Selezionare quindi l'opzione per includere o escludere le aree di lavoro personali.

   

   Nota

   Se si passa alla configurazione di un'analisi per includere o escludere un'area di lavoro personale, verrà attivata un'analisi completa dell'origine Di Power BI.

6. Selezionare Test connessione prima di continuare con i passaggi successivi. Se la connessione di test non è riuscita, selezionare Visualizza report per visualizzare lo stato dettagliato e risolvere il problema.

   1. Accesso- Stato non riuscito indica che l'autenticazione utente non è riuscita. Le analisi che usano l'identità gestita verranno sempre passate perché non è necessaria alcuna autenticazione utente.
   2. Asset (+ derivazione) - Stato non riuscito indica che l'autorizzazione Microsoft Purview - Power BI non è riuscita. Assicurarsi che l'identità gestita di Microsoft Purview venga aggiunta al gruppo di sicurezza associato nel portale di amministrazione di Power BI.
   3. Metadati dettagliati (avanzato): lo stato non riuscito indica che il portale di amministrazione di Power BI è disabilitato per l'impostazione seguente: migliorare le risposte delle API di amministrazione con metadati dettagliati

   

7. Configurare un trigger di analisi. Le opzioni sono Ricorrente e Una volta.

   

8. In Rivedi nuova analisi selezionare Salva ed esegui per avviare l'analisi.

   

Creare l'analisi per lo stesso tenant usando il runtime di integrazione self-hosted con l'entità servizio

Questo scenario può essere usato quando Microsoft Purview e il tenant di Power BI o entrambi sono configurati per usare l'endpoint privato e negare l'accesso pubblico. Inoltre, questa opzione è applicabile anche se Microsoft Purview e il tenant di Power BI sono configurati per consentire l'accesso pubblico.

Per altre informazioni relative alla rete di Power BI, vedere Come configurare gli endpoint privati per l'accesso a Power BI.

Per altre informazioni sulle impostazioni di rete di Microsoft Purview, vedere Usare endpoint privati per l'account Microsoft Purview.

Per creare ed eseguire una nuova analisi, eseguire le operazioni seguenti:

1. Nel portale di Azure selezionare Azure Active Directory e creare una registrazione app nel tenant. Specificare un URL Web nell'URI di reindirizzamento. Per informazioni sull'URI di reindirizzamento, vedere questa documentazione da Azure Active Directory.

   

2. Prendere nota dell'ID client (ID app).

   

3. Nel dashboard di Azure Active Directory selezionare l'applicazione appena creata e quindi selezionare Registrazione app. In Autorizzazioni API assegnare all'applicazione le autorizzazioni delegate seguenti:

   • Openid di Microsoft Graph
   • Microsoft Graph User.Read

   

4. In Impostazioni avanzate abilitare Consenti flussi client pubblici.

5. In Certificati & segreti creare un nuovo segreto e salvarlo in modo sicuro per i passaggi successivi.

6. In portale di Azure passare all'insieme di credenziali delle chiavi di Azure.

7. Selezionare Impostazioni>segreti e selezionare + Genera/Importa.

   

8. Immettere un nome per il segreto e per Valore digitare il segreto appena creato per la registrazione dell'app. Selezionare Crea per completare.

   

9. Se l'insieme di credenziali delle chiavi non è ancora connesso a Microsoft Purview, è necessario creare una nuova connessione all'insieme di credenziali delle chiavi

10. In Microsoft Purview Studio passare alla mappa dati nel menu a sinistra.

11. Passare a Origini.

12. Selezionare l'origine Power BI registrata.

13. Selezionare + Nuova analisi.

14. Assegnare un nome alla scansione. Selezionare quindi l'opzione per includere o escludere le aree di lavoro personali.

    Nota

    Se si passa alla configurazione di un'analisi per includere o escludere un'area di lavoro personale, verrà attivata un'analisi completa dell'origine Di Power BI.

15. Selezionare il runtime di integrazione self-hosted dall'elenco a discesa.

    

16. Per Credenziali selezionare Entità servizio e selezionare + Nuovo per creare una nuova credenziale.

17. Creare una nuova credenziale e specificare i parametri necessari:

    • Nome: specificare un nome univoco per le credenziali
    • Metodo di autenticazione: entità servizio
    • ID tenant: ID tenant di Power BI
    • ID client: usare l'ID client dell'entità servizio (ID app) creato in precedenza

    

18. Selezionare Test connessione prima di continuare con i passaggi successivi. Se la connessione di test non è riuscita, selezionare Visualizza report per visualizzare lo stato dettagliato e risolvere il problema

    1. Accesso- Stato non riuscito indica che l'autenticazione utente non è riuscita. Le analisi che usano l'identità gestita verranno sempre passate perché non è necessaria alcuna autenticazione utente.
    2. Asset (+ derivazione) - Stato non riuscito indica che l'autorizzazione Microsoft Purview - Power BI non è riuscita. Assicurarsi che l'identità gestita di Microsoft Purview venga aggiunta al gruppo di sicurezza associato nel portale di amministrazione di Power BI.
    3. Metadati dettagliati (avanzato): lo stato non riuscito indica che il portale di amministrazione di Power BI è disabilitato per l'impostazione seguente: migliorare le risposte delle API di amministrazione con metadati dettagliati

    

19. Configurare un trigger di analisi. Le opzioni sono Ricorrente e Una volta.

    

20. In Rivedi nuova analisi selezionare Salva ed esegui per avviare l'analisi.

Creare un'analisi per lo stesso tenant usando il runtime di integrazione self-hosted con autenticazione delegata

Questo scenario può essere usato quando Microsoft Purview e il tenant di Power BI o entrambi sono configurati per usare l'endpoint privato e negare l'accesso pubblico. Inoltre, questa opzione è applicabile anche se Microsoft Purview e il tenant di Power BI sono configurati per consentire l'accesso pubblico.

Per altre informazioni relative alla rete di Power BI, vedere Come configurare gli endpoint privati per l'accesso a Power BI.

Per altre informazioni sulle impostazioni di rete di Microsoft Purview, vedere Usare endpoint privati per l'account Microsoft Purview.

Per creare ed eseguire una nuova analisi, eseguire le operazioni seguenti:

1. Creare un account utente nel tenant di Azure Active Directory e assegnare l'utente al ruolo di Azure Active Directory, amministratore di Power BI. Prendere nota del nome utente e accedere per modificare la password.

2. Assegnare una licenza di Power BI appropriata all'utente.

3. Passare all'insieme di credenziali delle chiavi di Azure.

4. Selezionare Impostazioni>segreti e selezionare + Genera/Importa.

   

5. Immettere un nome per il segreto e per Valore digitare la password appena creata per l'utente di Azure AD. Selezionare Crea per completare.

   

6. Se l'insieme di credenziali delle chiavi non è ancora connesso a Microsoft Purview, è necessario creare una nuova connessione all'insieme di credenziali delle chiavi

7. Creare una registrazione app nel tenant di Azure Active Directory. Specificare un URL Web nell'URI di reindirizzamento.

   

8. Prendere nota dell'ID client (ID app).

   

9. Nel dashboard di Azure Active Directory selezionare l'applicazione appena creata e quindi selezionare Registrazione app. Assegnare all'applicazione le autorizzazioni delegate seguenti e concedere il consenso amministratore per il tenant:

   • Tenant del servizio Power BI.Read.All
   • Openid di Microsoft Graph
   • Microsoft Graph User.Read

   

10. In Impostazioni avanzate abilitare Consenti flussi client pubblici.

11. In Microsoft Purview Studio passare alla mappa dati nel menu a sinistra.

12. Passare a Origini.

13. Selezionare l'origine Power BI registrata.

14. Selezionare + Nuova analisi.

15. Assegnare un nome alla scansione. Selezionare quindi l'opzione per includere o escludere le aree di lavoro personali.

    Nota

    Se si passa alla configurazione di un'analisi per includere o escludere un'area di lavoro personale, verrà attivata un'analisi completa dell'origine Di Power BI.

16. Selezionare il runtime di integrazione self-hosted dall'elenco a discesa.

    

17. Per Credenziali selezionare Autenticazione delegata e selezionare + Nuovo per creare una nuova credenziale.

18. Creare una nuova credenziale e specificare i parametri necessari:

    • Nome: specificare un nome univoco per le credenziali
    • Metodo di autenticazione: autenticazione delegata
    • ID client: usare l'ID client dell'entità servizio (ID app) creato in precedenza
    • Nome utente: specificare il nome utente dell'amministratore di Power BI creato in precedenza
    • Password: selezionare la connessione dell'insieme di credenziali delle chiavi appropriata e il nome del segreto in cui la password dell'account Power BI è stata salvata in precedenza.

    

19. Selezionare Test connessione prima di continuare con i passaggi successivi. Se la connessione di test non è riuscita, selezionare Visualizza report per visualizzare lo stato dettagliato e risolvere il problema

    1. Accesso- Stato non riuscito indica che l'autenticazione utente non è riuscita. Le analisi che usano l'identità gestita verranno sempre passate perché non è necessaria alcuna autenticazione utente.
    2. Asset (+ derivazione) - Stato non riuscito indica che l'autorizzazione Microsoft Purview - Power BI non è riuscita. Assicurarsi che l'identità gestita di Microsoft Purview venga aggiunta al gruppo di sicurezza associato nel portale di amministrazione di Power BI.
    3. Metadati dettagliati (avanzato): lo stato non riuscito indica che il portale di amministrazione di Power BI è disabilitato per l'impostazione seguente: migliorare le risposte delle API di amministrazione con metadati dettagliati

    

20. Configurare un trigger di analisi. Le opzioni sono Ricorrente e Una volta.

    

21. In Rivedi nuova analisi selezionare Salva ed esegui per avviare l'analisi.

    

Passaggi successivi

Dopo aver registrato l'origine, seguire le guide seguenti per altre informazioni su Microsoft Purview e i dati.

• Data Estate Insights in Microsoft Purview
• Derivazione in Microsoft Purview
• Ricerca Data Catalog