Condividi tramite

Pianificazione dell'implementazione di Power BI: controllo a livello di report

  • Articolo

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sull'esperienza Power BI in Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Questo articolo sul controllo a livello di report è destinato a più gruppi di destinatari:

  • Autori di report: utenti che devono comprendere l'utilizzo, l'adozione e le prestazioni dei report creati, pubblicati e condivisi.
  • Amministratori Power BI: amministratori responsabili della supervisione di Power BI nell'organizzazione. Gli amministratori di Power BI potrebbero dover collaborare con IT, sicurezza, controllo interno e altri team pertinenti.
  • Center of Excellence, team IT e BI: altri team responsabili della supervisione di Power BI. Potrebbe essere necessario collaborare con gli amministratori di Power BI e altri team pertinenti.

I concetti trattati in questo articolo si applicano principalmente alle soluzioni create per tre ambiti di distribuzione del contenuto, in particolare business intelligence aziendale, business intelligence del reparto e business intelligence per i team. Anche i creatori di soluzioni BI personali potrebbero trovare le informazioni in questo articolo utili; tuttavia, non sono la destinazione primaria.

Questo articolo è incentrato sul controllo e il monitoraggio di report e oggetti visivi. Tuttavia, ottenere prestazioni ottimali per un report e i relativi oggetti visivi non è possibile quando il modello semantico sottostante e/o l'origine dati non offre prestazioni ottimali. Per informazioni sul controllo e il monitoraggio di modelli semantici, flussi di dati e datamarts, vedere Controllo a livello di dati.

Questo articolo è il primo articolo della serie di controllo e monitoraggio perché descrive gli strumenti predefiniti che gli autori di contenuti potrebbero individuare per primi. Idealmente, è possibile creare modelli semantici condivisi (destinati al riutilizzo tra molti report) prima che gli utenti creino report. Pertanto, è consigliabile leggere questo articolo insieme all'articolo Controllo a livello di dati.

Suggerimento

Indipendentemente dal fatto che si stia conversando con i colleghi o leggendo online, è necessario distinguere se il termine report viene usato letteralmente o più in generale. Spesso viene usato in modo generale per fare riferimento a un singolo file di Power BI Desktop (con estensione pbix). Il file può contenere un modello di dati (che quando pubblicato diventa un modello semantico), un report o entrambi. Il termine può essere usato letteralmente per fare riferimento a un report solo (ad esempio, un report con una connessione dinamica a un modello semantico). In questo articolo il termine viene usato letteralmente.

Obiettivi di prestazioni dei report

Per monitorare in modo efficace i report, è consigliabile definire gli obiettivi di prestazioni del report, ad esempio prestazioni eccellenti, prestazioni buone e prestazioni scarse, che indicano all'organizzazione. Non esistono definizioni universali. È consigliabile considerare sempre questi obiettivi dal punto di vista del consumer.

Idealmente, le prestazioni sono un problema principale durante il processo di progettazione del report. Di seguito sono riportate diverse situazioni in cui è possibile scegliere di impostare obiettivi di prestazioni.

  • Quando si convalida o si esamina un nuovo report, in particolare quando si prevede che abbia un ambito di distribuzione del contenuto a un numero elevato di utenti.
  • Prima di avallare un report (in particolare quando deve essere certificato).
  • Prima di pubblicare un report in un'area di lavoro di produzione.
  • Quando si include un report in un'app Power BI.

È possibile scegliere di creare un obiettivo di prestazioni standard che deve essere applicato a tutti i report in tutta l'organizzazione. Ad esempio, la prima pagina del report dovrebbe essere visualizzata entro cinque secondi. Tuttavia, poiché esistono tante considerazioni diverse, in genere non è realistico aspettarsi che ogni soluzione debba soddisfare lo stesso obiettivo. Prendere in considerazione gli intervalli per gli obiettivi di prestazioni che influisce sul livello di complessità della soluzione.

Elenco di controllo: quando si valuta il modo in cui gli autori di report devono verificare le prestazioni dei report, le decisioni chiave e le azioni includono:

  • Identificare gli obiettivi di prestazioni del report: assicurarsi di avere una buona comprensione delle prestazioni accettabili del report dal punto di vista del consumer.
  • Documentare e comunicare obiettivi di prestazioni: se sono presenti obiettivi specifici, assicurarsi che vengano comunicati agli autori di report nell'organizzazione. Fornire informazioni utili in modo che gli autori di report comprendano come misurare le prestazioni e come applicare tecniche di progettazione che migliorano le prestazioni.

Nella parte restante di questo articolo vengono descritte le tecniche che è possibile usare per controllare e monitorare le prestazioni dei report.

Metriche di utilizzo del report

La risorsa di controllo principale disponibile per gli autori di report è costituita dai report sulle metriche di utilizzo, integrate nel servizio Power BI.

L'obiettivo principale dei report sulle metriche di utilizzo è quello di valutare l'impatto di un report o di tutti i report in un'area di lavoro. Poiché è incentrato sulle visualizzazioni dei report e sulle prestazioni dei report e dei dashboard (anziché su altri elementi, ad esempio modelli semantici e flussi di dati), è destinato agli autori di report.

Usare i report sulle metriche di utilizzo per:

  • Determinare quali utenti visualizzano più attivamente i report.
  • Comprendere la frequenza con cui i report vengono visualizzati e classificati in base alla popolarità (in base all'utilizzo).
  • Determinare le pagine del report a cui gli utenti accedono più frequentemente.
  • Trovare i report che non sono stati visualizzati di recente.
  • Visualizzare le statistiche sulle prestazioni dei report di alto livello. Queste statistiche consentono di guidare le attività di ottimizzazione della progettazione dei report e identificare i report che potrebbero avere problemi di prestazioni intermittenti o coerenti.
  • Comprendere quali metodi di consumo (ad esempio, browser o app Power BI per dispositivi mobili) usano i consumer di report. Queste informazioni possono aiutare gli autori di report a decidere quanto impegno dedicare all’ottimizzazione dei report per l'uso con dispositivi mobili.

Suggerimento

Power BI acquisisce le metriche di utilizzo per l'attività che si verifica per il contenuto pubblicato nel servizio Power BI ( incluso quando viene eseguito il rendering tramite Power BI Embedded). L'accesso alle metriche di utilizzo è solo un motivo per incoraggiare gli autori di report a pubblicare i report nel servizio Power BI, anziché condividere i file di Power BI Desktop.

Le metriche di utilizzo sono integrate nel servizio Power BI, un vantaggio fondamentale perché gli autori di report non devono configurare un processo per estrarre e archiviare i dati di utilizzo. Per loro è semplice e veloce iniziare.

Un altro vantaggio delle metriche di utilizzo è che il modello semantico interno (che contiene i dati delle metriche di utilizzo) include informazioni che non si trovano facilmente altrove. Ad esempio, include visualizzazioni per pagina del report e durata dell'apertura del report. Le visualizzazioni pagina del report vengono ottenute usando i dati di telemetria del client, che presentano delle limitazioni. I dati di telemetria client (usati dalle metriche di utilizzo dei report) sono diversi dai dati di telemetria lato server (usati dal log attività).

Le metriche di utilizzo includono un modello semantico interno e un report. Anche se il modello semantico interno non può essere modificato o personalizzato, è possibile personalizzare il report sulle metriche di utilizzo. È anche possibile aggiornare i filtri del report per ottenere informazioni sull'utilizzo per tutti i report in un'area di lavoro, anziché un solo report. Usando questo approccio, la gamma più ampia disponibile è un'area di lavoro. È possibile visualizzare fino a 30 giorni di cronologia, incluso il giorno completo più recente.

Importante

Il log attività di Power BI è un'alternativa migliore quando si vuole:

  • Recuperare le attività utente per più di un'area di lavoro.
  • Estrarre e conservare i dati delle attività per più di 30 giorni.
  • Analizzare tutte le attività eseguite dagli utenti nel servizio Power BI.

Per altre informazioni sul log attività, vedere Controllo a livello di tenant.

I report sulle metriche di utilizzo sono disponibili per gli autori di report e i proprietari assegnati al ruolo dell'area di lavoro collaboratore, membro o amministratore. Per rendere visibili i report sulle metriche di utilizzo ai visualizzatori dell'area di lavoro (consumer di contenuto), è possibile creare una copia del report sull'utilizzo e personalizzarlo.

Suggerimento

Per altre informazioni sui ruoli dell'area di lavoro, vedere l’articolo Pianificazione della sicurezza per gli autori di contenuti.

Esistono due impostazioni del tenant correlate alle metriche di utilizzo.

  • L'impostazione Metriche di utilizzo per i creatori di contenuti controlla quali gruppi di autori di report (che hanno anche il ruolo dell'area di lavoro necessario) possono generare e visualizzare i report sulle metriche di utilizzo. In genere, gli amministratori di Power BI lasciano questa impostazione abilitata per l'intera organizzazione. In questo modo, tutti gli autori di report self-service possono visualizzare i modelli di utilizzo per il contenuto.
  • L'impostazione tenant dati per utente nelle metriche di utilizzo per gli autori di contenuti determina se i nomi e gli indirizzi di posta elettronica dei consumer di report vengono visualizzati nei report sulle metriche di utilizzo. Quando questa impostazione è disabilitata (per alcuni o tutti gli autori di report), Power BI elimina i nomi e gli indirizzi di posta elettronica nei report delle metriche di utilizzo, detti maschera utente. Nella maggior parte dei casi, gli amministratori di Power BI lasciano abilitata questa impostazione in modo che gli autori di report possano comprendere esattamente chi usa i report. Inoltre, la possibilità di contattare altri utenti direttamente per il feedback sul contenuto è utile perché può contribuire a migliorare il contenuto. In alcuni casi, potrebbe essere necessario mascherare le informazioni utente per determinati gruppi di autori di report. Quando l'impostazione è disabilitata, l'autore del report vede l'utente senza nome al posto dei dettagli dell'utente.

L'operazione ViewUsageMetrics nel log attività di Power BI consente agli amministratori di Power BI di monitorare quali autori e proprietari di contenuti usano i report sulle metriche di utilizzo. È possibile usare queste informazioni per guidare le attività di formazione e documentazione.

Elenco di controllo: quando si pianifica l'uso del report sulle metriche di utilizzo, le decisioni chiave e le azioni includono:

  • Verificare che le metriche di utilizzo siano abilitate: decidere se un autore di report di Power BI (che ha l'autorizzazione per modificare il report) può visualizzare le metriche di utilizzo. Impostare l'impostazione tenant Metriche di utilizzo per i creatori di contenuti in modo che sia allineata a questa decisione.
  • Decidere se i dati per utente vengono visualizzati nelle metriche di utilizzo: determinare se i nomi e i messaggi di posta elettronica possono essere mostrati a tutti o ad alcuni utenti. Impostare l'impostazione tenant dati per utente nelle metriche di utilizzo per i creatori di contenuti in modo che sia allineata a questa decisione.
  • Verificare i ruoli dell'area di lavoro: convalidare le assegnazioni di ruolo dell'area di lavoro. Assicurarsi che gli autori di report e i proprietari appropriati dispongano dell'autorizzazione per modificare il contenuto nell'area di lavoro (rendendo quindi disponibili i report sulle metriche di utilizzo).
  • Creare e personalizzare i report sulle metriche di utilizzo: per il contenuto da analizzare, generare un report sulle metriche di utilizzo. Se appropriato, personalizzare il report sulle metriche di utilizzo per includere tutti i report nell'area di lavoro.
  • Includere nella documentazione e nella formazione per gli autori di report: includere indicazioni per gli autori di report su come possono sfruttare i report sulle metriche di utilizzo. Assicurarsi che gli autori di report comprendano i casi d'uso e le limitazioni principali. Includere esempi di metriche chiave di cui possono tenere traccia, e come possono usare le informazioni per migliorare continuamente le soluzioni create e pubblicate.
  • Monitorare gli utenti che usano le metriche di utilizzo: usare il log attività di Power BI per tenere traccia dei creatori di contenuti e dei proprietari che usano i report sulle metriche di utilizzo.
  • Determinare se le metriche di utilizzo sono sufficienti: considerare le situazioni in cui il report delle metriche di utilizzo predefinite sarebbe sufficiente. Determinare se le soluzioni di controllo a livello di dati e a livello di tenant (descritte in altri articoli di questa serie) sarebbero più appropriate.

Analizzatore prestazioni

Analizzatore prestazioni è uno strumento disponibile in Power BI Desktop per analizzare e monitorare le prestazioni dei report. Può aiutare gli autori di report a comprendere le prestazioni degli oggetti visivi e delle formule DAX.

Suggerimento

Oltre ad Analizzatore prestazioni, sono disponibili altri strumenti che è possibile usare per risolvere i problemi di prestazioni dei report. Ad esempio, è possibile risolvere problemi di consumo di report specifici che influiscono su una capacità Premium usando l'app Utilizzo Premium e metriche o i log eventi del modello semantico inviati ad Azure Log Analytics. Per altre informazioni su questi strumenti (e altri strumenti), vedere Controllo a livello di dati.

Analizzatore prestazioni acquisisce le operazioni mentre un utente interagisce con un report in Power BI Desktop. Produce un log che registra le prestazioni di ogni elemento del report e per ogni interazione. Ad esempio, quando si interagisce con un filtro dei dati del report, si filtra un oggetto visivo o si seleziona una pagina, l'azione e la durata dell'ora vengono registrate nel log. A seconda del tipo di operazione, vengono registrati anche altri dettagli.

Le informazioni riepilogate sono disponibili nel riquadro Analizzatore prestazioni. È possibile esportare i risultati del log in un file JSON, consentendo di seguire l'analisi più approfondita. Il file di esportazione contiene altre informazioni sulle operazioni registrate. Per altre informazioni sull'uso del file di esportazione, vedere la documentazione di Analizzatore prestazioni su GitHub.

Importante

Tenere presente che Analizzatore prestazioni viene eseguito in Power BI Desktop. L'ambiente del computer dell'autore del report potrebbe essere diverso dall'ambiente del servizio Power BI.

Alcune differenze comuni da tenere in considerazione includono:

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni con capacità Fabric (SKU F).

Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.

I dati vengono registrati quando un utente interagisce con un elemento del report. I dati registrati includono più elementi di visualizzazione dell'oggetto visivo. Include anche:

  • Attività di visualizzazione visiva.
  • Query DAX (quando l'oggetto visivo recupera i dati dal modello di dati anziché dalla cache).
  • Attività DirectQuery (se applicabile).
  • Altre attività eseguite da un oggetto visivo, ad esempio la preparazione delle query, le attività di elaborazione in background e il tempo di attesa.

A seconda del livello di esperienza e della suddivisione dei ruoli e delle responsabilità, un creatore di report potrebbe richiedere assistenza per risolvere i problemi di prestazioni. Ciò vale soprattutto quando si tenta di capire perché una query o un calcolo è lenta. L'assistenza per un creatore di report può venire sotto forma di:

Alcune organizzazioni hanno requisiti specifici per i report approvati (certificati o promossi). Questo è particolarmente vero per i report ampiamente usati in tutta l'organizzazione. In tal caso, potrebbe essere necessario (o incoraggiato) a verificare i risultati dell'Analizzatore prestazioni prima di pubblicare il report o prima della certificazione.

Suggerimento

I report con prestazioni buone hanno un impatto positivo sull'adozione della soluzione. È consigliabile incoraggiare gli autori di report a testare le prestazioni dei report prima di pubblicare una nuova soluzione nel servizio Power BI. È anche consigliabile incoraggiarli a ripetere le prestazioni quando vengono apportate delle modifiche significative a una soluzione esistente (report o modello semantico).

Per altre informazioni sulle tecniche di ottimizzazione, vedere Guida all'ottimizzazione per Power BI.

Elenco di controllo: quando si valuta il modo in cui gli autori di report devono usare Analizzatore prestazioni, le decisioni chiave e le azioni includono:

  • Creare documentazione e formazione per gli autori di report: includere linee guida per gli autori di report sugli obiettivi di prestazioni esistenti e su come convalidare, misurare e testare le prestazioni. Fornire indicazioni agli autori di report su come creare report con prestazioni buone. Aiutare i nuovi creatori di report ad adottare le buone abitudini di progettazione in anticipo.
  • Assicurarsi che siano disponibili il supporto e il mentoring delle competenze: assicurarsi che gli autori di report sappiano come ottenere assistenza per risolvere i problemi di prestazioni.
  • Includere nei requisiti per certificare i report: decidere se includere i risultati di Analizzatore prestazioni come prerequisito per la certificazione (endorsing) dei report. In tal caso, assicurarsi che questo requisito sia documentato e comunicato agli autori di report.

Contenuto correlato

Nell'articolo successivo di questa serie sono presenti informazioni sul controllo a livello di dati.