Aggiornamento dei dati in Power BI

Power BI consente di passare dai dati alle informazioni dettagliate per intervenire rapidamente, ma è necessario assicurarsi che i dati nei report e nei dashboard di Power BI siano recenti. Sapere come aggiornare i dati è spesso fondamentale per ottenere risultati accurati.

Questo articolo descrive le funzionalità di aggiornamento dei dati di Power BI e le relative dipendenze a livello concettuale. Fornisce anche procedure consigliate e suggerimenti per evitare problemi di aggiornamento comuni. Il contenuto costituisce una base per comprendere il funzionamento dell'aggiornamento dei dati. Per istruzioni dettagliate per configurare l'aggiornamento dei dati, vedere le esercitazioni e le guide pratiche elencate nella sezione Contenuto correlato alla fine di questo articolo.

Informazioni sull'aggiornamento dei dati

Incorporare contenuto di Power BI con un'entità servizio e un segreto dell'applicazione

Ogni volta che si aggiornano i dati, Power BI deve eseguire query sulle origini dati sottostanti, eventualmente caricare i dati di origine in un modello semantico e quindi aggiornare le visualizzazioni nei report o nei dashboard che si basano sul modello semantico aggiornato. L'intero processo è costituito da più fasi, a seconda delle modalità di archiviazione dei modelli semantici, come illustrato nelle sezioni seguenti.

Per comprendere come Power BI aggiorna i modelli semantici, i report e i dashboard, è necessario conoscere i concetti seguenti:

• Archiviazione modalità e tipi di modello semantico: le modalità di archiviazione e i tipi di modello semantico supportati da Power BI hanno requisiti di aggiornamento diversi. È possibile scegliere tra reimportare i dati in Power BI per visualizzare le modifiche apportate o eseguire query sui dati direttamente nell'origine.
• Tipi di aggiornamento di Power BI: indipendentemente dalle specifiche del modello semantico, conoscere i vari tipi di aggiornamento consente di comprendere dove Power BI potrebbe dedicare tempo durante un'operazione di aggiornamento. Combinando questi dettagli con le specifiche della modalità di archiviazione, è possibile comprendere esattamente le prestazioni di Power BI quando si seleziona Aggiorna ora per un modello semantico.

Archiviazione modalità e tipi di modello semantico

Un modello semantico di Power BI può operare in una delle modalità seguenti per accedere ai dati da varie origini dati. Per altre informazioni, vedere Archiviazione modalità in Power BI Desktop.

• Modalità di importazione
• Modalità DirectQuery
• Modalità LiveConnect
• Modalità push

Il diagramma seguente illustra i diversi flussi di dati, in base alla modalità di archiviazione. Il punto più significativo è che solo i modelli semantici in modalità importazione richiedono un aggiornamento dati di origine. Richiedono l'aggiornamento perché solo questo tipo di modello semantico importa i dati dalle origini dati e i dati importati possono essere aggiornati regolarmente o ad hoc. I modelli semantici DirectQuery e i modelli semantici in modalità Live Connessione in Analysis Services non importano dati. Eseguono query sull'origine dati sottostante con ogni interazione dell'utente. I modelli semantici in modalità push non accedono direttamente alle origini dati, ma si prevede di eseguire il push dei dati in Power BI. I requisiti di aggiornamento semantico del modello variano a seconda del tipo di modello semantico/modalità di archiviazione.

Modelli semantici in modalità importazione

Power BI importa i dati dalle origini dati originali nel modello semantico. Le query di report e dashboard di Power BI inviate al modello semantico restituiscono risultati dalle tabelle e dalle colonne importate. È possibile considerare un modello semantico di questo tipo una copia temporizzato. Poiché Power BI copia i dati, è necessario aggiornare il modello semantico per recuperare le modifiche dalle origini dati sottostanti.

Quando un modello semantico viene aggiornato, viene aggiornato completamente o parzialmente aggiornato. L'aggiornamento parziale verrà eseguito in modelli semantici con tabelle con criteri di aggiornamento incrementale. In questi modelli semantici vengono aggiornati solo un subset delle partizioni di tabella. Inoltre, gli utenti avanzati possono usare l'endpoint XMLA per aggiornare partizioni specifiche in qualsiasi modello semantico.

La quantità di memoria necessaria per aggiornare un modello semantico dipende dall'esecuzione di un aggiornamento completo o parziale. Durante l'aggiornamento, viene mantenuta una copia del modello semantico per gestire le query nel modello semantico. Ciò significa che, se si esegue un aggiornamento completo, sarà necessaria due volte la quantità di memoria richiesta dal modello semantico.

È consigliabile pianificare l'utilizzo della capacità per assicurarsi che la memoria aggiuntiva necessaria per l'aggiornamento semantico del modello sia in considerazione. La memoria sufficiente impedisce problemi di aggiornamento che possono verificarsi se i modelli semantici richiedono una quantità di memoria maggiore rispetto a quella disponibile, durante le operazioni di aggiornamento. Per scoprire la quantità di memoria disponibile per ogni modello semantico in una capacità Premium, vedere la tabella Capacità e SKU .

Per altre informazioni sui modelli semantici di grandi dimensioni nelle capacità Premium, vedere Modelli semantici di grandi dimensioni.

Modelli semantici in modalità DirectQuery

Power BI non importa dati su connessioni che operano in modalità DirectQuery. Al contrario, il modello semantico restituisce i risultati dall'origine dati sottostante ogni volta che un report o un dashboard esegue una query sul modello semantico. Power BI trasforma e inoltra le query all'origine dati.

Nota

I report di connessione dinamica inviano query alla capacità o all'istanza di Analysis Services che ospita il modello semantico o il modello. Quando si usano servizi di analisi esterni, ad esempio SQL Server Analysis Services (SSAS) o Azure Analysis Services (AAS), le risorse vengono utilizzate all'esterno di Power BI.

Poiché Power BI non importa i dati, non è necessario eseguire un aggiornamento dati. Tuttavia, Power BI esegue comunque gli aggiornamenti dei riquadri e possibilmente gli aggiornamenti dei report, come illustrato nella sezione successiva sui tipi di aggiornamento. Un riquadro è un oggetto visivo del report aggiunto a un dashboard e gli aggiornamenti dei riquadri del dashboard vengono eseguiti circa ogni ora in modo che i riquadri visualizzino i risultati recenti. È possibile modificare la pianificazione nelle impostazioni del modello semantico, come nello screenshot seguente o forzare manualmente un aggiornamento del dashboard usando l'opzione Aggiorna ora .

Nota

• I modelli semantici in modalità importazione e modelli semantici compositi che combinano la modalità di importazione e la modalità DirectQuery non richiedono un aggiornamento di riquadri separato, perché Power BI aggiorna automaticamente i riquadri durante ogni aggiornamento dati pianificato o su richiesta. I modelli semantici aggiornati in base all'endpoint XMLA cancellano solo i dati dei riquadri memorizzati nella cache (invalidate cache). Le cache dei riquadri non vengono aggiornate finché ogni utente non accede al dashboard. Per i modelli di importazione, è possibile trovare la pianificazione dell'aggiornamento nella sezione "Aggiornamento pianificato" della scheda Modelli semantici . Per i modelli semantici compositi, la sezione "Aggiornamento pianificato" si trova nella sezione Ottimizzare le prestazioni .
• Power BI non supporta connessioni dinamiche transfrontaliere ad Azure Analysis Services (AAS) in un cloud sovrano.

Eseguire il push di modelli semantici

I modelli semantici push non contengono una definizione formale di un'origine dati, quindi non richiedono l'esecuzione di un aggiornamento dei dati in Power BI. È possibile aggiornarli eseguendo il push dei dati nel modello semantico tramite un servizio o un processo esterno, ad esempio Analisi di flusso di Azure. Si tratta di un approccio comune per l'analisi in tempo reale con Power BI. Power BI esegue comunque gli aggiornamenti della cache per tutti i riquadri usati su un modello semantico push. Per una procedura dettagliata, vedere Esercitazione: Analisi di flusso e Power BI: dashboard di analisi in tempo reale per i dati di streaming.

Tipi di aggiornamento di Power BI

Un'operazione di aggiornamento di Power BI può essere costituita da più tipi di aggiornamento, tra cui l'aggiornamento dei dati, l'aggiornamento di OneDrive, l'aggiornamento delle query, l'aggiornamento dei riquadri e l'aggiornamento degli oggetti visivi del report. Anche se Power BI determina automaticamente i passaggi di aggiornamento necessari per un determinato modello semantico, è necessario sapere come contribuiscono alla complessità e alla durata di un'operazione di aggiornamento. Per un riferimento rapido, vedere la tabella seguente.

Modalità di archiviazione	Aggiornamento dati	Aggiornamento OneDrive	Cache delle query	Aggiornamento riquadro	Oggetti visivi del report
Import	Pianificato e su richiesta	Sì, per i modelli semantici connessi	Se abilitata per la capacità Premium	Automaticamente e su richiesta	No
DirectQuery	Non applicabile	Sì, per i modelli semantici connessi	Se abilitata per la capacità Premium	Automaticamente e su richiesta	No
Live Connessione	Non applicabile	Sì, per i modelli semantici connessi	Se abilitata per la capacità Premium	Automaticamente e su richiesta	Sì
Push	Non applicabile	Non applicabile	Non pratico	Automaticamente e su richiesta	No

Un altro modo per considerare i diversi tipi di aggiornamento è ciò che influiscono e dove è possibile applicarli. Le modifiche apportate alla struttura della tabella dell'origine dati o allo schema, ad esempio una nuova colonna rinominata o rimossa, possono essere applicate solo in Power BI Desktop e nel servizio Power BI possono causare l'esito negativo dell'aggiornamento. Per un riferimento rapido sugli effetti, vedere la tabella seguente.

	Aggiornamento degli oggetti visivi del report	Aggiornamento dati	Aggiornamento dello schema
Che cosa fanno i diversi tipi di aggiornamento?	Le query usate per popolare gli oggetti visivi vengono aggiornate. Per gli oggetti visivi che usano tabelle DirectQuery, l'oggetto visivo eseguirà una query per ottenere i dati più recenti dall'origine dati. Per gli oggetti visivi che usano tabelle importate, l'oggetto visivo eseguirà query solo sui dati già importati nel modello semantico nell'ultimo aggiornamento dati.	I dati vengono aggiornati dall'origine dati. Non si applica alle tabelle DirectQuery perché sono a livello di oggetto visivo e si basano sull'aggiornamento degli oggetti visivi del report. Per le tabelle importate, i dati vengono aggiornati dall'origine.	Qualsiasi modifica della struttura della tabella dell'origine dati dopo l'aggiornamento precedente. Ad esempio: per visualizzare una nuova colonna aggiunta a un flusso di dati di Power BI o database SQL visualizzazione. Si applica alle tabelle importate e DirectQuery.

Nell'aggiornamento di Power BI Desktop degli oggetti visivi del report, l'aggiornamento dei dati e l'aggiornamento dello schema vengono eseguiti tutti insieme usando

• Pulsante Aggiorna della barra multifunzione Home>
• Home della barra multifunzione >Trasforma dati>Chiudi e applica pulsante
• Menu di scelta rapida (fare clic con il pulsante destro del mouse o selezionare i puntini di sospensione) in qualsiasi tabella e quindi scegliere Aggiorna dati

Questi tipi di aggiornamento non possono essere sempre applicati in modo indipendente e dove è possibile applicarli sono diversi in Power BI Desktop e nel servizio Power BI. Per un riferimento rapido, vedere la tabella seguente.

	Aggiornamento degli oggetti visivi del report	Aggiornamento dati	Aggiornamento dello schema
In Power BI Desktop	Visualizza analizzatore prestazioni pulsante >Aggiorna oggetti visivi della barra multifunzione > Creazione e modifica di oggetti visivi che causano l'esecuzione di una query DAX Quando l'aggiornamento pagina è attivato (solo DirectQuery) Apertura del file PBIX	Non disponibile indipendentemente da altri tipi di aggiornamento	Non disponibile indipendentemente da altri tipi di aggiornamento
Nel servizio Power BI	Quando il browser carica o ricarica il report Fare clic sul pulsante Aggiorna oggetti visivi in alto a destra nella barra dei menu Fare clic sul pulsante Aggiorna in modalità di modifica Quando l'aggiornamento pagina è attivato (solo DirectQuery)	Aggiornamento pianificato Aggiorna ora Aggiornare un modello semantico di Power BI da Power Automate Elaborazione della tabella da SQL Server Management Studio (Premium)	Non disponibile
Ricordare	Ad esempio, se si apre un report nel browser, l'aggiornamento pianificato esegue un aggiornamento dati delle tabelle importate, gli oggetti visivi del report nel browser aperto non verranno aggiornati finché non viene avviato un aggiornamento degli oggetti visivi del report.	L'aggiornamento dei dati nella servizio Power BI avrà esito negativo quando la colonna o la tabella di origine viene rinominata o rimossa. L'operazione ha esito negativo perché il servizio Power BI non include anche un aggiornamento dello schema. Per correggere questo errore, è necessario che si verifichi un aggiornamento dello schema in Power BI Desktop e il modello semantico ripubblicato nel servizio.	Una colonna o una tabella rinominata o rimossa nell'origine dati verrà aggiornata con un aggiornamento dello schema in Power BI Desktop, ma può interrompere oggetti visivi ed espressioni DAX (misure, colonne calcolate, sicurezza a livello di riga e così via), nonché rimuovere relazioni dipendenti da tali colonne o tabelle.

Aggiornamento dati

Per gli utenti di Power BI, l'aggiornamento dei dati significa in genere importare dati dalle origini dati originali in un modello semantico, in base a una pianificazione dell'aggiornamento o su richiesta. È possibile eseguire più aggiornamenti del modello semantico ogni giorno, che potrebbero essere necessari se i dati di origine sottostanti cambiano frequentemente. Power BI limita i modelli semantici sulla capacità condivisa a otto aggiornamenti semantici giornalieri pianificati. Gli otto valori di ora vengono archiviati nel database back-end e si basano sul fuso orario locale selezionato nella pagina Modello semantico Impostazioni. L'utilità di pianificazione controlla il modello da aggiornare e in quali orari. La quota di otto aggiornamenti viene reimpostata ogni giorno alle 12:01 ora locale.

Se il modello semantico risiede in una capacità Premium, è possibile pianificare fino a 48 aggiornamenti al giorno nelle impostazioni del modello semantico. Per altre informazioni, vedere Configurare l'aggiornamento pianificato più avanti in questo articolo. I modelli semantici in una capacità Premium con l'endpoint XMLA abilitato per supportare operazioni di aggiornamento illimitate in lettura/scrittura quando sono configurati a livello di codice con TMSL o PowerShell.

È anche importante sottolineare che la limitazione della capacità condivisa per gli aggiornamenti giornalieri si applica sia agli aggiornamenti pianificati che agli aggiornamenti API combinati. È anche possibile attivare un aggiornamento su richiesta selezionando Aggiorna ora nel menu del modello semantico, come illustrato nello screenshot seguente. Gli aggiornamenti su richiesta non sono inclusi nella limitazione dell'aggiornamento. Si noti anche che i modelli semantici in una capacità Premium non impongono limitazioni per gli aggiornamenti api. Se si è interessati a creare una soluzione di aggiornamento personalizzata usando l'API REST di Power BI, vedere Modelli semantici - Aggiornare il modello semantico.

Nota

Gli aggiornamenti dei dati devono essere completati in meno di 2 ore sulla capacità condivisa. Se i modelli semantici richiedono operazioni di aggiornamento più lunghe, è consigliabile spostare il modello semantico in una capacità Premium. In Premium la durata massima dell'aggiornamento è di 5 ore, ma l'uso dell'endpoint XMLA per aggiornare i dati può ignorare il limite di 5 ore.

Aggiornamento OneDrive

Se sono stati creati modelli semantici e report basati su un file di Power BI Desktop, una cartella di lavoro di Excel o un file con valori delimitati da virgole (.csv) in OneDrive o SharePoint Online, Power BI esegue un altro tipo di aggiornamento, noto come aggiornamento di OneDrive. Per altre informazioni, vedere Ottenere dati da file per Power BI.

A differenza di un aggiornamento semantico del modello durante il quale Power BI importa i dati da un'origine dati in un modello semantico, l'aggiornamento di OneDrive sincronizza i modelli semantici e i report con i relativi file di origine. Per impostazione predefinita, Power BI controlla circa ogni ora se un modello semantico connesso a un file in OneDrive o SharePoint Online richiede la sincronizzazione.

Power BI esegue l'aggiornamento in base a un ID elemento in OneDrive, quindi è consigliabile considerare gli aggiornamenti rispetto alla sostituzione. Quando si imposta un file di OneDrive come origine dati, Power BI fa riferimento all'ID elemento del file quando esegue l'aggiornamento. Si consideri lo scenario seguente: si dispone di un file master A e di una copia di produzione del file B e si configura l'aggiornamento di OneDrive per il file B. Se quindi si copia il file A sul file B, l'operazione di copia elimina il file B precedente e crea un nuovo file B con un ID elemento diverso, che interrompe l'aggiornamento di OneDrive. Per evitare questa situazione, è invece possibile caricare e sostituire il file B, che mantiene lo stesso ID elemento.

È possibile spostare il file in un altro percorso (ad esempio, usando il trascinamento della selezione) e l'aggiornamento continuerà a funzionare perché Power BI conosce ancora l'ID file. Tuttavia, se si copia il file in un altro percorso, viene creata una nuova istanza del file e un nuovo id file. Di conseguenza, il riferimento al file di Power BI non è più valido e l'aggiornamento avrà esito negativo.

Nota

L'aggiornamento di un modello semantico può richiedere fino a 60 minuti, anche dopo il completamento della sincronizzazione nel computer locale e dopo aver usato Aggiorna ora nella servizio Power BI.

Per esaminare i cicli di sincronizzazione precedenti, controllare la scheda OneDrive nella cronologia degli aggiornamenti. Lo screenshot seguente mostra un ciclo di sincronizzazione completato per un modello semantico di esempio.

Come illustrato nello screenshot precedente, Power BI ha identificato questo aggiornamento di OneDrive come aggiornamento pianificato , ma non è possibile configurare l'intervallo di aggiornamento. È possibile disattivare l'aggiornamento di OneDrive solo nelle impostazioni del modello semantico. La disattivazione dell'aggiornamento è utile se non si vuole che i modelli semantici e i report in Power BI rilevino automaticamente eventuali modifiche dai file di origine.

La pagina delle impostazioni del modello semantico mostra solo le sezioni credenziali di OneDrive e aggiornamento di OneDrive se il modello semantico è connesso a un file in OneDrive o SharePoint Online, come illustrato nello screenshot seguente. I modelli semantici non connessi al file di origini in OneDrive o SharePoint Online non mostrano queste sezioni.

Se si disabilita l'aggiornamento di OneDrive per un modello semantico, è comunque possibile sincronizzare il modello semantico su richiesta selezionando Aggiorna ora nel menu del modello semantico. Come parte dell'aggiornamento su richiesta, Power BI controlla se il file di origine in OneDrive o SharePoint Online è più recente del modello semantico in Power BI e sincronizza il modello semantico in tal caso. La cronologia aggiornamenti elenca queste attività come aggiornamenti su richiesta nella scheda OneDrive .

Tenere presente che l'aggiornamento di OneDrive non esegue il pull dei dati dalle origini dati originali. L'aggiornamento di OneDrive aggiorna semplicemente le risorse in Power BI con i metadati e i dati del file con estensione pbix, .xlsx o .csv, come illustrato nel diagramma seguente. Per assicurarsi che il modello semantico disponga dei dati più recenti delle origini dati, Power BI attiva anche un aggiornamento dei dati come parte di un aggiornamento su richiesta. È possibile verificarlo nella cronologia degli aggiornamenti se si passa alla scheda Pianificata.

Se si mantiene abilitato l'aggiornamento di OneDrive per un modello semantico connesso a OneDrive o SharePoint Online e si vuole eseguire l'aggiornamento dei dati in base a una pianificazione, assicurarsi di configurare la pianificazione in modo che Power BI esegua l'aggiornamento dei dati dopo l'aggiornamento di OneDrive. Ad esempio, se è stato creato un servizio o un processo personalizzato per aggiornare il file di origine in OneDrive o SharePoint Online ogni notte alle 13:00, è possibile configurare l'aggiornamento pianificato per le 2:30 per completare l'aggiornamento di OneDrive prima di avviare l'aggiornamento dei dati.

Aggiornamento delle cache delle query

Se il modello semantico risiede in una capacità Premium, è possibile migliorare le prestazioni di tutti i report e i dashboard associati abilitando la memorizzazione nella cache delle query, come illustrato nello screenshot seguente. La memorizzazione nella cache delle query indica alla capacità Premium di usare il servizio di memorizzazione nella cache locale per mantenere i risultati delle query, evitando di calcolare tali risultati nell'origine dati sottostante. Per altre informazioni, vedere Memorizzazione nella cache delle query in Power BI Premium.

Dopo un aggiornamento dei dati, tuttavia, i risultati delle query memorizzati nella cache in precedenza non sono più validi. Power BI elimina questi risultati memorizzati nella cache e deve ricompilarli. Per questo motivo, la memorizzazione nella cache delle query potrebbe non essere utile per i report e i dashboard associati ai modelli semantici aggiornati spesso, ad esempio 48 volte al giorno.

Aggiornamento degli oggetti visivi del report

Questo processo di aggiornamento è meno importante perché è rilevante solo per le connessioni dinamiche ad Analysis Services. Per queste connessioni, Power BI memorizza nella cache l'ultimo stato degli oggetti visivi del report in modo che quando si visualizza di nuovo il report, Power BI non deve eseguire query sul modello tabulare di Analysis Services. Quando si interagisce con il report, ad esempio modificando un filtro di report, Power BI esegue una query sul modello tabulare e aggiorna automaticamente gli oggetti visivi del report. Se si sospetta che un report mostri dati non aggiornati, è anche possibile selezionare il pulsante Aggiorna del report per attivare un aggiornamento di tutti gli oggetti visivi del report, come illustrato nello screenshot seguente.

Vengono aggiornati solo gli oggetti visivi aggiunti, non le pagine attive aggiunte. Per aggiornare una pagina dinamica aggiunta, è possibile usare il pulsante Aggiorna del browser.

Esaminare le dipendenze dell'infrastruttura dati

Indipendentemente dalle modalità di archiviazione, nessun aggiornamento dei dati può avere esito positivo a meno che le origini dati sottostanti non siano accessibili. Esistono tre scenari principali di accesso ai dati:

• Un modello semantico usa origini dati che risiedono in locale
• Un modello semantico usa origini dati nel cloud
• Un modello semantico usa i dati provenienti da origini locali e cloud

Connessione a origini dati locali

Se il modello semantico usa un'origine dati a cui Power BI non può accedere tramite una connessione di rete diretta, è necessario configurare una connessione gateway per questo modello semantico prima di abilitare una pianificazione di aggiornamento o eseguire un aggiornamento dati su richiesta. Per altre informazioni sui gateway dati e sul loro funzionamento, vedere Che cosa sono i gateway dati locali?

Sono disponibili le seguenti opzioni:

• Scegliere un gateway dati aziendale con la definizione dell'origine dati richiesta
• Distribuire un gateway dati personale

Nota

È possibile trovare un elenco dei tipi di origine dati che richiedono un gateway dati nell'articolo Gestire l'origine dati - Importazione/Aggiornamento pianificato.

Uso di un gateway dati aziendale

Microsoft consiglia di usare un gateway dati aziendale anziché un gateway personale per connettere un modello semantico a un'origine dati locale. Assicurarsi che il gateway sia configurato correttamente, il che significa che il gateway deve avere gli aggiornamenti più recenti e tutte le definizioni di origine dati necessarie. Una definizione di origine dati fornisce a Power BI le informazioni di connessione per una determinata origine, inclusi endpoint di connessione, modalità di autenticazione e credenziali. Per altre informazioni sulla gestione delle origini dati in un gateway, vedere Gestire l'origine dati - importazione/aggiornamento pianificato.

Connessione un modello semantico a un gateway aziendale è relativamente semplice se si è un amministratore del gateway. Con le autorizzazioni di amministratore, è possibile aggiornare tempestivamente il gateway e aggiungere origini dati mancanti, se necessario. In realtà, è possibile aggiungere un'origine dati mancante al gateway direttamente dalla pagina delle impostazioni del modello semantico. Espandere l'interruttore per visualizzare le origini dati e selezionare il collegamento Aggiungi al gateway , come nello screenshot seguente. Se non si è un amministratore del gateway, invece, è necessario contattare un amministratore del gateway per aggiungere la definizione dell'origine dati necessaria.

Nota

Solo gli amministratori del gateway possono aggiungere origini dati a un gateway. Assicurarsi anche che l'amministratore del gateway aggiunga l'account utente all'elenco di utenti con autorizzazioni per l'uso dell'origine dati. La pagina delle impostazioni del modello semantico consente di selezionare solo un gateway aziendale con un'origine dati corrispondente che si dispone dell'autorizzazione per l'uso.

Assicurarsi di eseguire il mapping della definizione corretta dell'origine dati all'origine dati. Come illustrato nello screenshot precedente, gli amministratori del gateway possono creare più definizioni in un singolo gateway che si connettono alla stessa origine dati, ognuna con credenziali diverse. Nell'esempio illustrato, il proprietario di un modello semantico nel reparto Vendite sceglie la definizione dell'origine dati AdventureWorksProducts-Sales mentre un proprietario di modello semantico nel reparto supporto esegue il mapping del modello semantico alla definizione dell'origine dati AdventureWorksProducts-Support. Se i nomi della definizione dell'origine dati non sono intuitivi, contattare l'amministratore del gateway per chiarire quale definizione scegliere.

Nota

Un modello semantico può usare solo una singola connessione gateway. In altre parole, non è possibile accedere alle origini dati locali tra più connessioni gateway. Di conseguenza, è necessario aggiungere tutte le definizioni di origine dati necessarie allo stesso gateway.

Distribuzione di un gateway dati personale

Se non si ha accesso a un gateway dati aziendale e si è l'unica persona che gestisce i modelli semantici in modo da non dover condividere origini dati con altri utenti, è possibile distribuire un gateway dati in modalità personale. Nella sezione Connessione gateway, in Non sono installati gateway personali, selezionare Installa ora. Il gateway dati personale presenta diverse limitazioni, come documentato in Gateway dati locale (modalità personale).

A differenza di un gateway dati aziendale, non è necessario aggiungere definizioni di origine dati a un gateway personale. È invece possibile gestire la configurazione dell'origine dati usando la sezione Credenziali origine dati nelle impostazioni del modello semantico, come illustrato nello screenshot seguente.

Accesso alle origini dati cloud

I modelli semantici che usano origini dati cloud, ad esempio il database SQL di Azure, non richiedono un gateway dati se Power BI può stabilire una connessione di rete diretta all'origine. Di conseguenza, è possibile gestire la configurazione di queste origini dati usando la sezione Credenziali origine dati nelle impostazioni del modello semantico. Come illustrato nello screenshot seguente, non è necessario configurare una connessione gateway.

Nota

Ogni utente può avere un solo set di credenziali per ogni origine dati, in tutti i modelli semantici di cui sono proprietari, indipendentemente dalle aree di lavoro in cui risiedono i modelli semantici. Ogni modello semantico può avere un solo proprietario. Se si desidera aggiornare le credenziali per un modello semantico in cui non si è proprietari del modello semantico, è prima necessario acquisire il controllo del modello semantico facendo clic sul pulsante Take Over nella pagina delle impostazioni del modello semantico.

Accesso alle origini locali e cloud nella stessa query di origine

Un modello semantico può ottenere dati da più origini e queste origini possono risiedere in locale o nel cloud. Tuttavia, un modello semantico può usare solo una singola connessione gateway, come indicato in precedenza. Anche se le origini dati cloud non richiedono necessariamente un gateway, è necessario un gateway se un modello semantico si connette sia a origini locali che cloud in una singola query mashup. In questo scenario Power BI deve usare anche un gateway per le origini dati cloud. Il diagramma seguente illustra in che modo un modello semantico accede alle origini dati.

Nota

Se un modello semantico usa query mashup separate per connettersi a origini locali e cloud, Power BI usa una connessione gateway per raggiungere le origini locali e una connessione di rete diretta alle origini cloud. Se una query mashup unisce o aggiunge dati da origini locali e cloud, Power BI passa alla connessione gateway anche per le origini cloud.

I modelli semantici di Power BI si basano su Power Query per accedere e recuperare i dati di origine. L'elenco mashup seguente mostra un esempio di base di una query che unisce i dati da un'origine locale e da un'origine cloud.

Let

    OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

    CloudSource = Sql.Databases("cloudsql.database.windows.net", "AdventureWorks"),

    TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

    TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

    MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"}, TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)

in

    MergedData

Sono disponibili due opzioni per configurare un gateway dati per supportare l'unione o l'aggiunta di dati da origini locali e cloud:

• Aggiungere una definizione di origine dati per l'origine cloud al gateway dati oltre alle origini dati locali.
• Abilitare la casella di controllo Consenti l'aggiornamento delle origini dati cloud dell'utente tramite questo cluster gateway.

Se si abilita la casella di controllo Consenti l'aggiornamento delle origini dati cloud dell'utente tramite questo cluster gateway nella configurazione del gateway, come nello screenshot precedente, Power BI può usare la configurazione definita dall'utente per l'origine cloud in Credenziali origine dati nelle impostazioni del modello semantico. Ciò consente di ridurre il sovraccarico di configurazione del gateway. D'altra parte, se si vuole avere un maggiore controllo sulle connessioni stabilite dal gateway, non è consigliabile abilitare questa casella di controllo. In questo caso, è necessario aggiungere una definizione esplicita dell'origine dati per ogni origine cloud che si vuole supportare nel gateway. È anche possibile abilitare la casella di controllo e aggiungere definizioni esplicite di origine dati per le origini cloud a un gateway. In questo caso, il gateway usa le definizioni dell'origine dati per tutte le origini corrispondenti.

Configurazione dei parametri di query

Le query mashup o M create tramite Power Query possono variare in termini di complessità da semplici passaggi a costrutti con parametri. L'elenco seguente mostra una piccola query mashup di esempio che usa due parametri denominati SchemaName e TableName per accedere a una determinata tabella in un database AdventureWorks.

let

    Source = Sql.Database("SqlServer01", "AdventureWorks"),

    TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

    TableData

Nota

I parametri di query sono supportati solo per i modelli semantici in modalità importazione. La modalità DirectQuery/Live Connessione non supporta le definizioni dei parametri di query.

Per assicurarsi che un modello semantico con parametri accesa ai dati corretti, è necessario configurare i parametri di query mashup nelle impostazioni del modello semantico. È anche possibile aggiornare i parametri a livello di codice usando l'API REST di Power BI. Lo screenshot seguente mostra l'interfaccia utente per configurare i parametri di query per un modello semantico che usa la query mashup precedente.

Aggiornare e dinamiche le origini dati

Un'origine dati dinamica è un'origine dati in cui alcune o tutte le informazioni necessarie per la connessione non possono essere determinate fino a quando Power Query non esegue la query, perché i dati vengono generati nel codice o restituiti da un'altra origine dati. Gli esempi includono: il nome dell'istanza e il database di un database di SQL Server; percorso di un file CSV; o l'URL di un servizio Web.

Nella maggior parte dei casi, i modelli semantici di Power BI che usano origini dati dinamiche non possono essere aggiornati nella servizio Power BI. Esistono alcune eccezioni in cui è possibile aggiornare le origini dati dinamiche nel servizio Power BI, ad esempio quando si usano le opzioni RelativePath e Query con la funzione M Web.Contents. È anche possibile aggiornare le query che fanno riferimento ai parametri di Power Query.

Per determinare se è possibile aggiornare l'origine dati dinamica, aprire la finestra di dialogo Origine dati Impostazioni in editor di Power Query e quindi selezionare Origini dati nel file corrente. Nella finestra visualizzata cercare il messaggio di avviso seguente, come illustrato nell'immagine seguente:

Nota

Alcune origini dati potrebbero non essere elencate a causa di query create manualmente.

Se tale avviso è presente nella finestra di dialogo Origine dati Impostazioni visualizzata, è presente un'origine dati dinamica che non può essere aggiornata nel servizio Power BI.

Configurare l'aggiornamento pianificato

Stabilire la connettività tra Power BI e le origini dati è di gran lunga l'attività più complessa nella configurazione di un aggiornamento dati. I passaggi rimanenti sono relativamente semplici e includono l'impostazione della pianificazione dell'aggiornamento e l'abilitazione delle notifiche degli errori di aggiornamento. Per istruzioni dettagliate, vedere la guida pratica Configurazione dell'aggiornamento pianificato.

Impostazione di una pianificazione dell'aggiornamento

La sezione Aggiornamento pianificato consente di definire la frequenza e gli intervalli di tempo per aggiornare un modello semantico. Come accennato in precedenza, è possibile configurare fino a otto fasce orarie giornaliere se il modello semantico si trova nella capacità condivisa o 48 fasce orarie in Power BI Premium. Lo screenshot seguente mostra una pianificazione dell'aggiornamento in base a un intervallo di dodici ore.

Dopo aver configurato una pianificazione dell'aggiornamento, la pagina delle impostazioni del modello semantico indica l'ora di aggiornamento successivo, come nello screenshot precedente. Se si desidera aggiornare i dati prima, ad esempio per testare la configurazione del gateway e dell'origine dati, eseguire un aggiornamento su richiesta usando l'opzione Aggiorna ora nel menu modello semantico nel riquadro di spostamento. Gli aggiornamenti su richiesta non influiscono sull'ora di aggiornamento pianificata successiva.

Suggerimento

Power BI non dispone di un'opzione di aggiornamento mensile. Tuttavia, è possibile usare Power Automate per creare un intervallo di aggiornamento personalizzato che si verifica mensilmente, come descritto nel post di blog di Power BI seguente.

Si noti anche che l'ora di aggiornamento configurata potrebbe non essere l'ora esatta in cui Power BI avvia il processo pianificato successivo. Power BI avvia gli aggiornamenti pianificati secondo il principio del best effort. L'obiettivo è avviare l'aggiornamento entro 15 minuti dall'inizio della fascia oraria pianificata, ma può verificarsi un ritardo di un massimo di un'ora se il servizio non riesce ad allocare per tempo le risorse necessarie.

Nota

Power BI disattiva la pianificazione dell'aggiornamento dopo quattro errori consecutivi o quando il servizio rileva un errore irreversibile che richiede un aggiornamento della configurazione, come nel caso di credenziali non valide o scadute. Non è possibile modificare la soglia di errori consecutivi.

Ricevere notifiche di errore di aggiornamento

Per impostazione predefinita, Power BI invia notifiche di errore di aggiornamento al proprietario del modello semantico tramite posta elettronica, in modo che possano agire in modo tempestivo in caso di problemi di aggiornamento. Se il proprietario ha l'app Power BI nel dispositivo mobile, riceverà anche la notifica di errore. Power BI invia anche una notifica tramite posta elettronica quando il servizio disabilita un aggiornamento pianificato a causa di errori consecutivi. Microsoft consiglia di lasciare abilitata la casella di controllo Invia messaggio di posta elettronica di notifica degli errori di aggiornamento.

È anche consigliabile specificare altri destinatari per le notifiche degli errori di aggiornamento pianificate usando la casella di testo Invia messaggi di posta elettronica a questi contatti quando l'aggiornamento non riesce . I destinatari specificati ricevono notifiche di errore di aggiornamento tramite posta elettronica e notifiche push all'app per dispositivi mobili, proprio come fa il proprietario del modello semantico. I destinatari specificati possono includere un collega che si occupa dei modelli semantici mentre si è in vacanza o l'alias di posta elettronica del team di supporto che si occupa dei problemi di aggiornamento per il reparto o l'organizzazione. L'invio di notifiche di errore di aggiornamento ad altri utenti oltre al proprietario del modello semantico consente di assicurarsi che i problemi vengano notati e risolti in modo tempestivo.

Nota

Le notifiche push alle app per dispositivi mobili non supportano gli alias di gruppo.

Si noti che Power BI non solo invia notifiche in caso di errori di aggiornamento, ma anche quando il servizio sospende un aggiornamento pianificato a causa dell'inattività. Dopo due mesi, quando nessun utente ha visitato alcun dashboard o report basato sul modello semantico, Power BI considera il modello semantico inattivo. In questo caso, Power BI invia un messaggio di posta elettronica al proprietario del modello semantico che indica che il servizio ha sospeso la pianificazione dell'aggiornamento per il modello semantico. Vedere lo screenshot seguente per un esempio di tale notifica.

Per riprendere l'aggiornamento pianificato, visitare un report o un dashboard compilato usando questo modello semantico o aggiornare manualmente il modello semantico usando l'opzione Aggiorna ora .

Nota

L'invio di notifiche di aggiornamento a utenti esterni non è supportato. I destinatari specificati nella casella di testo Invia un messaggio di posta elettronica a questi utenti quando l'aggiornamento non riesce devono avere account nel tenant di Microsoft Entra. Questa limitazione si applica sia all'aggiornamento del modello semantico che all'aggiornamento del flusso di dati.

Controllo dello stato e della cronologia dell'aggiornamento

Oltre alle notifiche di errore, è consigliabile controllare periodicamente i modelli semantici per individuare gli errori di aggiornamento. Un modo rapido consiste nel visualizzare l'elenco di modelli semantici in un'area di lavoro. I modelli semantici con errori mostrano una piccola icona di avviso. Selezionare l'icona di avviso per ottenere informazioni aggiuntive, come nello screenshot seguente. Per altre informazioni sulla risoluzione degli errori di aggiornamento specifici, vedere Risoluzione dei problemi relativi agli scenari di aggiornamento.

L'icona di avviso consente di indicare i problemi correnti del modello semantico, ma è anche consigliabile controllare occasionalmente la cronologia degli aggiornamenti. Come suggerisce il nome, la cronologia degli aggiornamenti consente di esaminare lo stato di esito positivo o negativo dei cicli di sincronizzazione precedenti. Ad esempio, un amministratore del gateway potrebbe aver aggiornato un set scaduto di credenziali del database. Come si può vedere nello screenshot seguente, la cronologia degli aggiornamenti mostra quando un aggiornamento interessato ha iniziato a funzionare di nuovo.

Nota

È possibile trovare un collegamento per visualizzare la cronologia degli aggiornamenti nelle impostazioni del modello semantico. È anche possibile recuperare la cronologia degli aggiornamenti a livello di codice usando l'API REST di Power BI. Usando una soluzione personalizzata, è possibile monitorare la cronologia degli aggiornamenti di più modelli semantici in modo centralizzato.

Aggiornamento pagina automatico

L'aggiornamento automatico della pagina funziona a livello di pagina del report e consente agli autori di report di impostare un intervallo di aggiornamento per gli oggetti visivi in una pagina attiva solo quando la pagina viene utilizzata. L'aggiornamento automatico della pagina è disponibile solo per le origini dati DirectQuery. L'intervallo di aggiornamento minimo dipende dal tipo di area di lavoro in cui viene pubblicato il report e dalle impostazioni di amministrazione della capacità per le aree di lavoro Premium e le aree di lavoro incorporate.

Altre informazioni sull'aggiornamento automatico della pagina sono disponibili nell'articolo Aggiornamento pagina automatico.

Cronologia di aggiornamento del modello semantico

I tentativi di aggiornamento per i modelli semantici di Power BI potrebbero non essere sempre uniformi o potrebbero richiedere più tempo del previsto. È possibile usare la pagina Cronologia aggiornamenti per diagnosticare il motivo per cui un aggiornamento potrebbe non essersi verificato come previsto.

Power BI esegue automaticamente più tentativi di aggiornare un modello semantico se si verifica un errore di aggiornamento. Senza informazioni dettagliate sulle attività della cronologia degli aggiornamenti, potrebbe sembrare che un aggiornamento richieda più tempo del previsto. Con la pagina Cronologia aggiornamenti è possibile visualizzare i tentativi non riusciti e ottenere informazioni dettagliate sul motivo dell'errore.

Lo screenshot seguente mostra un aggiornamento non riuscito, con i dettagli relativi a ogni tentativo automatico di completamento dell'aggiornamento da parte di Power BI.

È anche possibile vedere quando Power BI ha esito positivo quando i tentativi precedenti non sono riusciti, come illustrato nell'immagine seguente, che rivela che Power BI è riuscito solo dopo tre errori precedenti. Si noti che l'aggiornamento dei dati e la cache delle query condividono lo stesso numero di indice, a indicare che entrambi hanno avuto esito positivo al quarto tentativo.

È possibile selezionare il collegamento Mostra accanto a un errore per ottenere altre informazioni sul tentativo di aggiornamento non riuscito, che consente di risolvere il problema.

Inoltre, ogni tentativo di aggiornamento di Power BI è suddiviso in due operazioni:

• Dati : caricare dati nel modello semantico
• Cache delle query: aggiornamento delle cache di query Premium e/o riquadri del dashboard

Le immagini seguenti illustrano come la cronologia degli aggiornamenti separa tali operazioni e fornisce informazioni su ognuna di esse.

Un uso significativo dei riquadri del dashboard o della memorizzazione nella cache Premium può aumentare la durata dell'aggiornamento, in quanto può accodamento di molte query dopo ogni aggiornamento. È possibile ridurre il numero di dashboard o disabilitare l'impostazione di aggiornamento automatico della cache per ridurre il numero di query.

Le fasi della cache dei dati e delle query sono indipendenti l'una dall'altra, ma vengono eseguite in sequenza. L'aggiornamento dei dati viene eseguito per primo e, quando l'operazione riesce, viene eseguito l'aggiornamento della cache delle query. Se l'aggiornamento dei dati non riesce, l'aggiornamento della query non viene avviato. È possibile che l'aggiornamento dei dati possa essere eseguito correttamente, ma l'aggiornamento della cache delle query non riesce.

Gli aggiornamenti eseguiti usando l'endpoint XMLA non visualizzano i dettagli dei tentativi nella finestra Cronologia aggiornamenti.

Aggiornare l'annullamento

L'arresto di un aggiornamento semantico del modello è utile quando si vuole arrestare un aggiornamento di un modello semantico di grandi dimensioni durante il picco. Usare la funzionalità di annullamento dell'aggiornamento per interrompere l'aggiornamento di modelli semantici che risiedono in capacità Premium, Premium per utente (PPU) o Power BI Embedded .

Per annullare un aggiornamento semantico del modello, è necessario essere un collaboratore, un membro o un amministratore dell'area di lavoro del modello semantico. L'annullamento dell'aggiornamento semantico del modello funziona solo con i modelli semantici che usano la modalità di importazione o la modalità composita.

Nota

I modelli semantici creati come parte dei datamarts non sono supportati.

Per avviare un aggiornamento, passare al modello semantico da aggiornare e selezionare Aggiorna ora.

Per arrestare un aggiornamento, seguire questa procedura:

1. Passare al modello semantico che viene aggiornato e selezionare Annulla aggiornamento.

   

2. Nella finestra popup Annulla aggiornamento selezionare Sì.

   

Procedure consigliate

Controllare regolarmente la cronologia degli aggiornamenti dei modelli semantici è una delle procedure consigliate più importanti che è possibile adottare per assicurarsi che i report e i dashboard usino i dati correnti. Se si rilevano problemi, risolverli tempestivamente e seguirli con i proprietari dell'origine dati e gli amministratori del gateway, se necessario.

Si considerino inoltre i consigli seguenti per stabilire e gestire processi di aggiornamento dei dati affidabili per i modelli semantici:

• Pianificare gli aggiornamenti per tempi meno occupati, soprattutto se i modelli semantici sono in Power BI Premium. Se si distribuiscono i cicli di aggiornamento per i modelli semantici in un intervallo di tempo più ampio, è possibile evitare picchi che potrebbero altrimenti sovrassessare le risorse disponibili. I ritardi di avvio di un ciclo di aggiornamento sono un indicatore dell'overload delle risorse. Se una capacità Premium è esaurita, Power BI potrebbe anche ignorare un ciclo di aggiornamento.
• Tenere presenti i limiti di aggiornamento. Se i dati di origine cambiano frequentemente o il volume di dati è sostanziale, è consigliabile usare la modalità DirectQuery/Live Connessione anziché la modalità di importazione se il carico maggiore nell'origine e l'impatto sulle prestazioni delle query è accettabile. Evitare di aggiornare costantemente un modello semantico in modalità importazione. Tuttavia, la modalità DirectQuery/Live Connessione presenta diverse limitazioni, ad esempio un limite di un milione di righe per la restituzione di dati e un limite di tempo di risposta di 225 secondi per l'esecuzione di query, come documentato in Usare DirectQuery in Power BI Desktop. Queste limitazioni potrebbero richiedere comunque l'uso della modalità di importazione. Per volumi di dati di grandi dimensioni, prendere in considerazione l'uso delle aggregazioni in Power BI.
• Verificare che il tempo di aggiornamento del modello semantico non superi la durata massima dell'aggiornamento. Usare Power BI Desktop per controllare la durata dell'aggiornamento. Se sono necessarie più di 2 ore, prendere in considerazione lo spostamento del modello semantico in Power BI Premium. Il modello semantico potrebbe non essere aggiornabile nella capacità condivisa. Prendere in considerazione anche l'uso dell'aggiornamento incrementale per i modelli semantici di dimensioni superiori a 1 GB o richiedere diverse ore per l'aggiornamento.
• Ottimizzare i modelli semantici in modo da includere solo le tabelle e le colonne usate dai report e dai dashboard. Ottimizzare le query mashup e, se possibile, evitare definizioni di origine dati dinamiche e calcoli DAX costosi. In particolare, evitare funzioni DAX che testano ogni riga di una tabella a causa dell'elevato consumo di memoria e dell'overhead di elaborazione.
• Applicare le stesse impostazioni di privacy di Power BI Desktop per garantire che Power BI possa generare query di origine efficienti. Tenere presente che Power BI Desktop non pubblica le impostazioni di privacy. È necessario riapplicare manualmente le impostazioni nelle definizioni dell'origine dati dopo la pubblicazione del modello semantico.
• Limitare il numero di oggetti visivi nei dashboard, soprattutto se si usa la sicurezza a livello di riga. Come spiegato in precedenza in questo articolo, un numero eccessivo di riquadri del dashboard può aumentare significativamente la durata dell'aggiornamento.
• Usare una distribuzione affidabile del gateway dati aziendale per connettere i modelli semantici alle origini dati locali. Se si notano errori di aggiornamento correlati al gateway, ad esempio il gateway non disponibile o sottoposto a overload, rivolgersi agli amministratori del gateway per aggiungere altri gateway a un cluster esistente o distribuire un nuovo cluster (aumento delle prestazioni o aumento del numero di istanze).
• Usare gateway dati separati per importare modelli semantici e DirectQuery/Live Connessione modelli semantici in modo che i dati importati durante l'aggiornamento pianificato non influiscono sulle prestazioni dei report e dei dashboard oltre ai modelli semantici DirectQuery/Live Connessione che eseguono query sulle origini dati con ogni interazione dell'utente.
• Assicurarsi che Power BI possa inviare notifiche di errore di aggiornamento alla cassetta postale. I filtri di posta indesiderata potrebbero bloccare i messaggi di posta elettronica o spostarli in una cartella separata in cui è possibile che non vengano immediatamente notate.

Contenuto correlato

• Configurazione dell'aggiornamento pianificato
• Strumenti per la risoluzione dei problemi di aggiornamento
• Scenari per la risoluzione dei problemi di aggiornamento

Altre domande? Contattare la community di Power BI