Informazioni sul processo di distribuzione

Il processo di distribuzione consente di clonare contenuto da una fase della pipeline a un'altra, in genere dallo sviluppo al test e dal test alla produzione.

Durante la distribuzione, Power BI copia il contenuto dalla fase corrente a quella di destinazione. Durante il processo di copia le connessioni tra gli elementi copiati vengono mantenute. Power BI applica anche le regole di distribuzione configurate al contenuto aggiornato nella fase di destinazione. La distribuzione del contenuto può richiedere tempo, a seconda del numero di elementi da distribuire. Durante questo periodo, è possibile passare ad altre pagine nel portale di Power BI, ma non è possibile usare il contenuto nella fase di destinazione.

È anche possibile distribuire il contenuto a livello di codice usando le API REST delle pipeline di distribuzione. Per altre informazioni su questo processo, vedere l'articolo Automatizzare la pipeline di distribuzione usando le API e DevOps .

Distribuzione di contenuto in una fase vuota

Quando si distribuisce contenuto in una fase vuota, i metadati dei report, dei dashboard e dei set di dati nell'area di lavoro di origine della distribuzione vengono copiati nella fase di destinazione. In una capacità Premium viene creata una nuova area di lavoro per la fase di distribuzione di destinazione.

Esistono due modi per distribuire contenuto da una fase alla successiva. È possibile distribuire tutto il contenuto oppure selezionare gli elementi di contenuto da distribuire.

È anche possibile distribuire contenuto in senso inverso, da una fase successiva nella pipeline di distribuzione a una precedente.

Al termine della distribuzione, aggiornare i set di dati in modo che sia possibile usare il contenuto appena copiato. L'aggiornamento dei set di dati è necessario perché i dati non vengono copiati da una fase all'altra. Per comprendere quali proprietà degli elementi vengono copiate durante il processo di distribuzione e quali non vengono copiate, vedere la sezione Proprietà degli elementi copiate durante la distribuzione.

Creazione di un'area di lavoro Premium

Durante la prima distribuzione, le pipeline di distribuzione controllano se si dispone delle autorizzazioni Premium.

Se si dispone di autorizzazioni Premium, il contenuto dell'area di lavoro viene copiato nella fase in cui si esegue la distribuzione e viene creata una nuova area di lavoro per tale fase nella capacità Premium.

Se non si dispone delle autorizzazioni Premium, l'area di lavoro viene creata ma il contenuto non viene copiato. È possibile chiedere a un amministratore della capacità di aggiungere l'area di lavoro a una capacità o richiedere autorizzazioni di assegnazione per la capacità. In seguito, quando l'area di lavoro viene assegnata a una capacità, è possibile distribuire contenuto in questa area di lavoro.

Se si usa Premium per utente (PPU), l'area di lavoro viene associata automaticamente alla PPU. In questi casi le autorizzazioni Premium non sono necessarie. Tuttavia, le aree di lavoro create da un utente PPU sono accessibili solo da altri utenti PPU. Anche il contenuto creato in tali aree di lavoro può essere utilizzato solo da utenti PPU.

Area di lavoro e proprietà del contenuto

L'utente che esegue la distribuzione diventa automaticamente il proprietario dei set di dati clonati e l'unico amministratore della nuova area di lavoro.

Distribuire contenuto in un'area di lavoro esistente

La distribuzione di contenuto di una pipeline di produzione di lavoro in una fase con un'area di lavoro esistente prevede quanto segue:

  • Distribuzione di nuovo contenuto come aggiunta, in una fase che contiene già contenuto.

  • Nuovo contenuto distribuito per sostituire il contenuto precedente, in una fase di lavoro corrente.

Processo di distribuzione

Il contenuto della fase corrente viene copiato nella fase di destinazione. Power BI identifica il contenuto esistente nella fase di destinazione e lo sovrascrive. Per identificare gli elementi di contenuto da sovrascrivere, le pipeline di distribuzione usano la connessione tra l'elemento padre e i relativi cloni. Questa connessione viene mantenuta quando viene creato nuovo contenuto. L'operazione di sovrascrittura sovrascrive solo il contenuto dell'elemento. L'ID, l'URL e le autorizzazioni dell'elemento rimangono invariati.

Nella fase di destinazione le proprietà degli elementi non copiate rimangono invariate prima della distribuzione. Nuovo contenuto e nuovi elementi vengono copiati dalla fase corrente alla fase di destinazione.

Associazione automatica

In Power BI, quando gli elementi sono connessi, uno degli elementi dipende dall'altro. Ad esempio, un report dipenderà sempre dal set di dati a cui è connesso. Un set di dati può dipendere da un altro set di dati e può anche essere connesso a diversi report che dipendono da esso. Se è presente una connessione tra due elementi di Power BI, le pipeline di distribuzione tenteranno sempre di mantenere questa connessione.

Durante la distribuzione, le pipeline di distribuzione verificano la presenza di dipendenze. La distribuzione avrà esito positivo o negativo, a seconda del percorso dell'elemento da cui dipende l'elemento distribuito.

  • L'elemento collegato esiste nella fase di destinazione : le pipeline di distribuzione si connettono automaticamente (associa automaticamente) l'elemento distribuito, all'elemento da cui dipende nella fase distribuita. Ad esempio, se si distribuisce un report impaginato dallo sviluppo al test e si è connessi a un set di dati di Power BI distribuito in precedenza nella fase di test, verrà automaticamente connesso a tale set di dati.

  • L'elemento collegato non esiste nella fase di destinazione : le pipeline di distribuzione avranno esito negativo se un elemento ha una dipendenza da un altro elemento e l'elemento che fornisce i dati non viene distribuito e non risiede nella fase di destinazione. Ad esempio, se si distribuisce un report dallo sviluppo al test e la fase di test non contiene il set di dati di Power BI, la distribuzione avrà esito negativo. Per evitare distribuzioni non riuscite a causa di elementi dipendenti non distribuiti, usare il pulsante Seleziona elementi correlati . Seleziona automaticamente gli elementi correlati che forniscono dipendenze agli elementi da distribuire.

L'associazione automatica funziona solo con gli elementi di Power BI supportati dalle pipeline di distribuzione e che risiedono in Power BI. Per visualizzare le dipendenze di un elemento di Power BI, scegliere Visualizza derivazione dal menu Altre opzioni dell'elemento.

Screenshot dell'opzione di derivazione visualizza, nel menu altre opzioni di un elemento.

Associazione automatica tra pipeline

Le pipeline di distribuzione associano automaticamente gli elementi di Power BI connessi tra le pipeline, se si trovano nella stessa fase della pipeline. Quando si distribuiscono tali elementi, le pipeline di distribuzione tenteranno di stabilire una nuova connessione tra l'elemento distribuito e l'elemento a cui è connessa nell'altra pipeline. Ad esempio, se si dispone di un report nella fase di test della pipeline A connessa a un set di dati nella fase di test della pipeline B, le pipeline di distribuzione riconosceranno questa connessione.

Ecco un esempio con illustrazioni che consentono di illustrare il funzionamento dell'associazione automatica tra le pipeline:

  1. Si dispone di un set di dati nella fase di sviluppo della pipeline A.

  2. È disponibile anche un report nella fase di sviluppo della pipeline B.

  3. Il report nella pipeline B è connesso al set di dati nella pipeline A. Il report dipende da questo set di dati.

  4. Il report viene distribuito nella pipeline B dalla fase di sviluppo alla fase di test.

  5. La distribuzione avrà esito positivo o negativo, a seconda che si disponga o meno di una copia del set di dati da cui dipende nella fase di test della pipeline A:

    • È disponibile una copia del set di dati da cui dipende il report nella fase di test della pipeline A

      La distribuzione avrà esito positivo e le pipeline di distribuzione si connetteranno (associa automaticamente) il report nella fase di test della pipeline B al set di dati nella fase di test della pipeline A.

      Diagramma che mostra una distribuzione di un report dalla fase di sviluppo alla fase di test nella pipeline B. Il report è connesso a un set di dati nella pipeline A. La distribuzione ha esito positivo perché è presente una copia del set di dati da cui dipende il report nella fase di test della pipeline A. Dopo la distribuzione del report nella fase di test nella pipeline B, esegue il binding automatico con il set di dati nella fase di test della pipeline A.

    • Non è disponibile una copia del set di dati da cui dipende il report nella fase di test della pipeline A

      La distribuzione avrà esito negativo perché le pipeline di distribuzione non possono connettersi (associare automaticamente) il report nella fase di test nella pipeline B, al set di dati da cui dipende nella fase di test della pipeline A.

      Diagramma che mostra una distribuzione di un report dalla fase di sviluppo alla fase di test nella pipeline B. Il report è connesso a un set di dati nella pipeline A. La distribuzione ha esito negativo perché non esiste una copia del set di dati da cui dipende il report nella fase di test della pipeline A.

Evitare di usare l'associazione automatica

In alcuni casi, potrebbe non essere necessario usare l'associazione automatica. Ad esempio, se è disponibile una pipeline per lo sviluppo di set di dati dell'organizzazione e un'altra per la creazione di report. In questo caso, è possibile che tutti i report siano sempre connessi ai set di dati nella fase di produzione della pipeline a cui appartengono. A tale scopo, è necessario evitare di usare la funzionalità di associazione automatica.

Diagramma che mostra due pipeline. La pipeline A ha un set di dati in ogni fase e la pipeline B ha un report in ogni fase. Tutti i report della pipeline B sono connessi al set di dati nella fase di produzione della pipeline A.

Esistono tre metodi che è possibile usare per evitare di usare l'associazione automatica:

  • Non connettere l'elemento di Power BI alle fasi corrispondenti. Quando gli elementi non sono connessi nella stessa fase, le pipeline di distribuzione mantengono la connessione originale. Ad esempio, se si dispone di un report nella fase di sviluppo della pipeline B connessa a un set di dati nella fase di produzione della pipeline A. Quando si distribuisce il report nella fase di test della pipeline B, il report rimarrà connesso al set di dati nella fase di produzione della pipeline A.

  • Definire una regola di parametro. Questa opzione non è disponibile per i report, ma è possibile usarla solo con set di dati e flussi di dati.

  • Connettere i dashboard e i riquadri dei report a un set di dati o a un flusso di dati proxy, che non è connesso a una pipeline.

Associazione automatica e parametri

I parametri possono essere usati per controllare le connessioni tra set di dati o flussi di dati e gli elementi di Power BI da cui dipendono. Quando un parametro controlla la connessione, l'associazione automatica dopo la distribuzione non viene eseguita, anche quando la connessione include un parametro che si applica all'ID del set di dati o al flusso di dati o all'ID dell'area di lavoro. In questi casi, sarà necessario riassociare gli elementi dopo la distribuzione modificando il valore del parametro o usando le regole dei parametri".

Aggiornamento dei dati

I dati nell'elemento di Power BI di destinazione, ad esempio un set di dati o un flusso di dati, vengono mantenuti quando possibile. Se non sono state apportate modifiche a un elemento di Power BI che contiene i dati, i dati vengono mantenuti come prima della distribuzione.

In molti casi, quando si ha una piccola modifica, ad esempio l'aggiunta o la rimozione di una tabella, Power BI mantiene i dati originali. Per modifiche sostanziali dello schema o per le modifiche apportate alla connessione all'origine dati, è necessario un aggiornamento completo.

Requisiti per la distribuzione in una fase con un'area di lavoro esistente

Un utente con una licenza Pro o un utente PPU membro delle aree di lavoro di distribuzione di destinazione e di origine può distribuire contenuto che risiede in una capacità Premium in una fase con un'area di lavoro esistente. Per altre informazioni, vedere la sezione delle autorizzazioni.

Elementi distribuiti

Quando si distribuisce contenuto da una fase della pipeline a un'altra, il contenuto copiato contiene gli elementi Power BI seguenti:

  • Set di dati

  • Report

  • Flussi di dati

  • Datamarts

  • Dashboard

  • Report impaginati

Elementi non supportati

Le pipeline di distribuzione non supportano gli elementi seguenti:

  • Set di dati che non hanno origine da un PBIX

  • Set di dati di push

  • Flussi di dati di streaming

  • Report basati su set di dati non supportati

  • Aree di lavoro app modello

  • Workbooks

  • Metriche

Proprietà degli elementi copiate durante la distribuzione

Durante la distribuzione, le proprietà degli elementi seguenti vengono copiate e sovrascrivono le proprietà degli elementi nella fase di destinazione:

Le etichette di riservatezza vengono copiate solo quando viene soddisfatta una delle condizioni elencate di seguito. Se queste condizioni non vengono soddisfatte, le etichette di riservatezza non verranno copiate durante la distribuzione.

  • Viene distribuito un nuovo elemento o un elemento esistente viene distribuito in una fase vuota.

    Nota

    Nei casi in cui l'etichettatura predefinita è abilitata nel tenant e l'etichetta predefinita è valida, se l'elemento distribuito è un set di dati o un flusso di dati, l'etichetta verrà copiata dall'elemento di origine solo se l'etichetta ha protezione. Se l'etichetta non è protetta, l'etichetta predefinita verrà applicata al set di dati o al flusso di dati di destinazione appena creato.

  • L'elemento di origine ha un'etichetta con protezione e l'elemento di destinazione non lo fa. In questi casi viene visualizzata una finestra popup che richiede il consenso per eseguire l'override dell'etichetta di riservatezza di destinazione.

Proprietà degli elementi che non vengono copiate

Le proprietà degli elementi seguenti non vengono copiate durante la distribuzione:

  • Dati: i dati non vengono copiati. Vengono copiati solo i metadati

  • URL

  • ID

  • Autorizzazioni: per un'area di lavoro o un elemento specifico

  • Impostazioni dell'area di lavoro: ogni fase ha una propria area di lavoro

  • Contenuto e impostazioni delle app: per distribuire le app, vedere Distribuzione di app Power BI

  • Segnalibri personali

Durante la distribuzione non vengono copiate neanche le proprietà dei set di dati seguenti:

  • Assegnazione di ruolo

  • Pianificare gli aggiornamenti

  • Credenziali origine dati

  • Impostazioni di memorizzazione nella cache delle query (possono essere ereditate dalla capacità)

  • Impostazioni di approvazione

Funzionalità del set di dati supportate

Le pipeline di distribuzione supportano molte funzionalità del set di dati di Power BI. In questa sezione vengono presentate due funzionalità del set di dati di Power BI che consentono di migliorare l'esperienza delle pipeline di distribuzione:

Aggiornamento incrementale

Le pipeline di distribuzione supportano l'aggiornamento incrementale, una funzionalità che consente di aggiornare in modo più rapido e affidabile set di dati di grandi dimensioni con un consumo ridotto.

Le pipeline di distribuzione consentono di applicare aggiornamenti a un set di dati con l'aggiornamento incrementale, mantenendo nel contempo sia i dati sia le partizioni. Quando si distribuisce il set di dati vengono distribuiti anche i criteri.

Per comprendere il comportamento dell'aggiornamento incrementale con i flussi di dati, vedere perché vengono visualizzate due origini dati connesse al flusso di dati dopo aver usato le regole del flusso di dati?

Attivazione dell'aggiornamento incrementale in una pipeline

Per abilitare l'aggiornamento incrementale, configurarlo in Power BI Desktop e quindi pubblicare il set di dati. Dopo la pubblicazione, i criteri di aggiornamento incrementale sono simili nell'intera pipeline e possono essere creati solo in Power BI Desktop.

Dopo aver configurato la pipeline con l'aggiornamento incrementale, è consigliabile usare il flusso seguente:

  1. Apportare modifiche al file PBIX in Power BI Desktop. Per evitare tempi di attesa prolungati, è possibile apportare modifiche usando un campione dei dati.

  2. Caricare il file PBIX nella fase di sviluppo.

  3. Distribuire il contenuto nella fase di test. Dopo la distribuzione, le modifiche apportate verranno applicate all'intero set di dati in uso.

  4. Esaminare le modifiche apportate nella fase di test e dopo averle verificate, eseguire la distribuzione nella fase di produzione.

Esempi di utilizzo

Di seguito sono riportati esempi di come integrare l'aggiornamento incrementale con le pipeline di distribuzione.

  • Creare una nuova pipeline e connetterla a un'area di lavoro con un set di dati in cui è abilitato l'aggiornamento incrementale.

  • Abilitare l'aggiornamento incrementale in un set di dati già presente in un'area di lavoro di sviluppo.

  • Creare una pipeline da un'area di lavoro di produzione con un set di dati che usa l'aggiornamento incrementale. Questa operazione viene eseguita assegnando l'area di lavoro alla fase di produzione di una nuova pipeline e usando la distribuzione nella fase precedente per eseguire la distribuzione nella fase di test e quindi nella fase di sviluppo.

  • Pubblicare un set di dati che usa l'aggiornamento incrementale in un'area di lavoro che fa parte di una pipeline esistente.

Considerazioni e limitazioni

Per l'aggiornamento incrementale, le pipeline di distribuzione supportano solo i set di dati che usano i metadati del set di dati avanzati. Tutti i set di dati creati o modificati con Power BI Desktop implementano automaticamente metadati avanzati del set di dati.

Quando si ripubblica un set di dati in una pipeline attiva con l'aggiornamento incrementale abilitato, le seguenti modifiche provocano un errore di distribuzione causato dalla possibile perdita di dati:

  • Ripubblicazione di un set di dati che non usa l'aggiornamento incrementale per sostituire un set di dati in cui è abilitato l'aggiornamento incrementale.

  • Ridenominazione di una tabella in cui è abilitato l'aggiornamento incrementale.

  • Ridenominazione di colonne non calcolate in una tabella in cui è abilitato l'aggiornamento incrementale.

Altre modifiche sono consentite, ad esempio l'aggiunta di una colonna, la rimozione di una colonna e la ridenominazione di una colonna calcolata. Se tuttavia le modifiche hanno effetto sulla visualizzazione, è necessario aggiornare per rendere visibile la modifica.

Modelli compositi

I modelli compositi consentono di impostare un report con più connessioni dati.

È possibile usare la funzionalità dei modelli compositi per connettere un set di dati di Power BI a un set di dati esterno, ad esempio Azure Analysis Services. Per altre informazioni, vedere Uso di DirectQuery per set di dati di Power BI e Azure Analysis Services.

In una pipeline di distribuzione è possibile usare i modelli compositi per connettere un set di dati a un altro set di dati di Power BI esterno alla pipeline.

Aggregazioni automatiche

Le aggregazioni automatiche si basano sulle aggregazioni definite dall'utente e usano Machine Learning per ottimizzare continuamente i set di dati DirectQuery per ottenere prestazioni massime delle query del report.

Ogni set di dati mantiene le aggregazioni automatiche dopo la distribuzione. Le pipeline di distribuzione non modificano l'aggregazione automatica di un set di dati. Ciò significa che se si distribuisce un set di dati con un'aggregazione automatica, l'aggregazione automatica nella fase di destinazione rimarrà invariata e non verrà sovrascritta dall'aggregazione automatica distribuita dalla fase di origine.

Per abilitare le aggregazioni automatiche, seguire le istruzioni riportate in Configurare l'aggregazione automatica.

Tabelle ibride

Le tabelle ibride sono tabelle con aggiornamento incrementale che possono avere partizioni di query dirette e di importazione. Durante una distribuzione pulita, vengono copiati sia i criteri di aggiornamento che le partizioni della tabella ibrida. Quando si esegue la distribuzione in una fase della pipeline in cui sono già presenti partizioni di tabella ibride, vengono copiati solo i criteri di aggiornamento. Per aggiornare le partizioni, aggiornare la tabella.

Distribuzione di app Power BI

Le app Power BI rappresentano la modalità consigliata per la distribuzione di contenuto agli utenti che usano Power BI gratuitamente. L'uso delle pipeline di distribuzione consente di gestire il ciclo di vita delle app Power BI all'interno di una pipeline con un controllo maggiore e una flessibilità più ampia.

Creare un'app per ogni fase della pipeline di distribuzione, in modo da poter testare ogni aggiornamento dell'app dal punto di vista dell'utente finale. Con una pipeline di distribuzione questo processo può essere gestito con facilità. Usare il pulsante di pubblicazione o visualizzazione nella scheda dell'area di lavoro per pubblicare o visualizzare l'app in una fase specifica della pipeline.

Screenshot con il pulsante Pubblica app evidenziato nell'angolo inferiore destro della finestra della fase di produzione.

Nella fase di produzione, il pulsante dell'azione principale nell'angolo inferiore destro apre la pagina di aggiornamento dell'app in Power BI, in modo che tutti gli aggiornamenti del contenuto diventino disponibili per gli utenti dell'app.

Screenshot con il pulsante Aggiorna app evidenziato nell'angolo inferiore destro della finestra della fase di produzione.

Importante

Il processo di distribuzione non include l'aggiornamento del contenuto o delle impostazioni dell'app. Per applicare le modifiche al contenuto o alle impostazioni, è necessario aggiornare manualmente l'app nella fase della pipeline richiesta.

Autorizzazioni

Le autorizzazioni della pipeline e quelle dell'area di lavoro vengono concesse e gestite separatamente. Un utente con accesso alla pipeline che non ha autorizzazioni per l'area di lavoro, ad esempio, è in grado di visualizzare la pipeline e condividerla con altri utenti. Questo utente, tuttavia, non è in grado di visualizzare il contenuto dell'area di lavoro nella pipeline o nella pagina dell'area di lavoro e non è in grado di eseguire distribuzioni.

Quando si distribuiscono elementi di Power BI, la proprietà dell'elemento distribuito può cambiare. Esaminare la tabella seguente per individuare chi può distribuire ogni elemento e come la distribuzione influisce sulla proprietà dell'elemento.

Elemento di Power BI Autorizzazione necessaria per distribuire un elemento esistente Proprietà dell'elemento dopo una prima distribuzione Proprietà dell'elemento dopo la distribuzione in una fase con l'elemento di Power BI
Set di dati Membro dell'area di lavoro L'utente che ha effettuato la distribuzione diventa il proprietario Non modificato
Flusso di dati Proprietario del flusso di dati L'utente che ha effettuato la distribuzione diventa il proprietario Non modificato
Report impaginato Membro dell'area di lavoro L'utente che ha effettuato la distribuzione diventa il proprietario L'utente che ha effettuato la distribuzione diventa il proprietario

Utente con accesso alla pipeline

Gli utenti con accesso alla pipeline hanno le autorizzazioni seguenti:

  • Visualizzare la pipeline

  • Condivisione della pipeline con altri utenti

  • Modifica ed eliminazione della pipeline

Nota

L'accesso alla pipeline non implica la concessione delle autorizzazioni per la visualizzazione o l'esecuzione di azioni sul contenuto dell'area di lavoro.

Visualizzatore dell'area di lavoro

I visualizzatori dell'area di lavoro con accesso alla pipeline possono anche eseguire le operazioni seguenti:

  • Utilizzare contenuto

Nota

I membri dell'area di lavoro assegnati al ruolo Visualizzatore senza autorizzazioni di compilazione non possono accedere al set di dati o modificare il contenuto dell'area di lavoro.

Collaboratore dell'area di lavoro

I collaboratori dell'area di lavoro con accesso alla pipeline possono anche eseguire le operazioni seguenti:

  • Utilizzare contenuto

  • Confrontare fasi

  • Visualizzare set di dati

Membro dell'area di lavoro

I membri dell'area di lavoro con accesso alla pipeline possono anche eseguire le operazioni seguenti:

  • Visualizzare il contenuto dell'area di lavoro

  • Confrontare fasi

  • Distribuire report, dashboard e report impaginati

  • Rimuovere aree di lavoro

  • Aggiornare i set di dati

Nota

Se il blocco ripubblica e disabilita l'impostazione di aggiornamento del pacchetto disponibile nella sezione sicurezza del set di dati tenant è abilitata, solo i proprietari del set di dati potranno aggiornare i set di dati.

Area di lavoro amministratore

Gli amministratori dell'area di lavoro con accesso alla pipeline possono eseguire le azioni dei membri dell'area di lavoro, oltre alle operazioni seguenti:

  • Assegna aree di lavoro

  • Rimuovere aree di lavoro

Proprietario del set di dati

I proprietari di set di dati che sono membri o amministratori dell'area di lavoro possono anche eseguire le operazioni seguenti:

  • Configurare le regole

Nota

Questa sezione descrive le autorizzazioni utente nelle pipeline di distribuzione. Le autorizzazioni elencate in questa sezione possono avere applicazioni diverse in altre funzionalità di Power BI.

Considerazioni e limitazioni

Questa sezione elenca la maggior parte delle limitazioni delle pipeline di distribuzione.

  • L'area di lavoro deve risiedere in una capacità Premium.

  • Il numero massimo di elementi di Power BI che si possono distribuire in una singola distribuzione è 300.

  • Il download di un file PBIX dopo la distribuzione non è supportato.

  • Quando si distribuisce un elemento di Power BI per la prima volta, se un altro elemento nella fase di destinazione è simile al tipo (ad esempio, se entrambi i file sono report) e ha lo stesso nome, la distribuzione avrà esito negativo.

  • Per un elenco delle limitazioni dell'area di lavoro, vedere le limitazioni di assegnazione dell'area di lavoro.

  • Per un elenco di elementi non supportati, vedere Elementi non supportati.

Limitazioni del set di dati

  • I set di dati che usano la connettività dei dati in tempo reale non possono essere distribuiti.

  • Un set di dati con modalità di connettività DirectQuery o Composita, che usa tabelle di variazione o di calendario, non è supportato.

  • Durante la distribuzione, se il set di dati di destinazione usa una connessione dinamica, anche il set di dati di origine deve usare questa modalità di connessione.

  • Dopo la distribuzione, il download di un set di dati (dalla fase in cui è stato distribuito) non è supportato.

  • Per un elenco delle limitazioni delle regole di distribuzione, vedere Limitazioni delle regole di distribuzione.

Limitazioni del flusso di dati

  • Quando si distribuisce un flusso di dati in una fase vuota, le pipeline di distribuzione creano una nuova area di lavoro e impostano l'archiviazione del flusso di dati su un archivio BLOB di Power BI. L'archiviazione BLOB viene usata anche se l'area di lavoro di origine è configurata per l'uso di Azure Data Lake Storage Gen2 (ADLS Gen2).

  • L'entità servizio non è supportata per i flussi di dati.

  • La distribuzione di common data model (CDM) non è supportata.

  • Per le limitazioni delle regole della pipeline di distribuzione che influiscono sui flussi di dati, vedere Limitazioni delle regole di distribuzione.

  • Se un flusso di dati viene aggiornato durante la distribuzione, la distribuzione avrà esito negativo.

  • Durante il confronto delle fasi durante l'aggiornamento del flusso di dati, i risultati sono imprevedibili.

Limitazioni di Datamart

  • Non è possibile distribuire un datamart con etichette di riservatezza.

  • Per distribuire un datamart, è necessario essere il proprietario di datamart.

Passaggi successivi