Processo delle pipeline di distribuzione

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

Durante la distribuzione, Microsoft Fabric copia il contenuto dalla fase corrente, in quello di destinazione. Le connessioni tra gli elementi copiati vengono mantenute durante il processo di copia. Fabric applica anche le regole di distribuzione configurate al contenuto aggiornato nella fase di destinazione. La distribuzione del contenuto potrebbe richiedere del tempo, a seconda del numero di elementi distribuiti. Durante questo periodo, è possibile passare ad altre pagine nel portale, 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 Automatizzare la pipeline di distribuzione usando le API e DevOps.

Distribuire il contenuto in una fase vuota

Quando si distribuisce il contenuto in una fase vuota, viene creata una nuova area di lavoro in una capacità per la fase in cui si esegue la distribuzione. Tutti i metadati nei report, nei dashboard e nei modelli semantici dell'area di lavoro originale vengono copiati nella nuova area di lavoro nella fase in cui si esegue la distribuzione.

Esistono diversi modi per distribuire il contenuto da una fase a un'altra. È possibile distribuire tutto il contenuto oppure selezionare gli elementi da distribuire.

È anche possibile distribuire il contenuto all'indietro, da una fase successiva nella pipeline di distribuzione, a una versione precedente.

Al termine della distribuzione, aggiornare i modelli semantici in modo da poter usare il contenuto appena copiato. L'aggiornamento semantico del modello è obbligatorio perché i dati non vengono copiati da una fase a un'altra. Per comprendere quali proprietà degli elementi vengono copiate durante il processo di distribuzione e quali proprietà degli elementi non vengono copiate, esaminare le proprietà dell'elemento copiate durante la sezione relativa alla distribuzione .

Creare un'area di lavoro

La prima volta che si distribuisce il contenuto, le pipeline di distribuzione controllano se si dispone delle autorizzazioni.

Se si dispone delle autorizzazioni, 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à.

Se non si dispone delle autorizzazioni, 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à. Successivamente, quando l'area di lavoro viene assegnata a una capacità, è possibile distribuire il 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 non sono necessarie. Tuttavia, se si crea un'area di lavoro con una PPU, solo gli altri utenti PPU possono accedervi. Inoltre, solo gli utenti PPU possono usare il contenuto creato in tali aree di lavoro.

L'utente che distribuisce diventa automaticamente il proprietario dei modelli semantici clonati e l'unico amministratore della nuova area di lavoro.

Distribuire il contenuto in un'area di lavoro esistente

La distribuzione del contenuto da una pipeline di produzione funzionante in una fase con un'area di lavoro esistente include i passaggi seguenti:

• Distribuzione di nuovo contenuto come aggiunta al contenuto già presente.

• Distribuzione del contenuto aggiornato per sostituire parte del contenuto già presente.

Processo di distribuzione

Quando il contenuto dalla fase corrente viene copiato nella fase di destinazione, Fabric identifica il contenuto esistente nella fase di destinazione e lo sovrascrive. Per identificare l'elemento 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 un 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. I nuovi contenuti e i nuovi elementi vengono copiati dalla fase corrente alla fase di destinazione.

Associazione automatica

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

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

• L'elemento collegato esiste nella fase di destinazione: le pipeline di distribuzione si connettono automaticamente (autobind) all'elemento distribuito a seconda dell'elemento da cui dipende nella fase distribuita. Ad esempio, se si distribuisce un report impaginato dallo sviluppo al test e si è connessi a un modello semantico distribuito in precedenza alla fase di test, si connette automaticamente a tale modello semantico.

• L'elemento collegato non esiste nella fase di destinazione: le pipeline di distribuzione non riescono a eseguire una distribuzione 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 modello semantico, 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 supportati dalle pipeline di distribuzione e che si trovano all'interno di Fabric. Per visualizzare le dipendenze di un elemento, dal menu Altre opzioni dell'elemento selezionare Visualizza derivazione.

Associazione automatica tra pipeline

Le pipeline di distribuzione associano automaticamente gli elementi connessi tra le pipeline, se si trovano nella stessa fase della pipeline. Quando si distribuiscono tali elementi, le pipeline di distribuzione tentano 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 modello semantico nella fase di test della pipeline B, le pipeline di distribuzione riconoscono questa connessione.

Di seguito è riportato un esempio con illustrazioni che consentono di illustrare il funzionamento dell'associazione automatica tra le pipeline:

1. Si dispone di un modello semantico 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 modello semantico nella pipeline A. Il report dipende da questo modello semantico.

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

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

   • Se si dispone di una copia del modello semantico, il report dipende dalla fase di test della pipeline A:

     La distribuzione ha esito positivo e le pipeline di distribuzione si connettono (autobind) al report nella fase di test della pipeline B, al modello semantico nella fase di test della pipeline A.

     

   • Se non si dispone di una copia del modello semantico, il report dipende dalla fase di test della pipeline A:

     La distribuzione ha esito negativo perché le pipeline di distribuzione non possono connettersi (autobind) al report nella fase di test nella pipeline B, al modello semantico da cui dipende 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 modelli semantici dell'organizzazione e un'altra per la creazione di report. In questo caso, è possibile che tutti i report siano sempre connessi ai modelli semantici nella fase di produzione della pipeline a cui appartengono. A tale scopo, evitare di usare la funzionalità di associazione automatica.

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

• Non connettere l'elemento 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 modello semantico nella fase di produzione della pipeline A. Quando si distribuisce il report nella fase di test della pipeline B, rimane connesso al modello semantico nella fase di produzione della pipeline A.

• Definire una regola dei parametri. Questa opzione non è disponibile per i report. È possibile usarlo solo con modelli semantici e flussi di dati.

• Connessione report, dashboard e riquadri a un modello semantico proxy o a un flusso di dati non connesso a una pipeline.

Associazione automatica e parametri

I parametri possono essere usati per controllare le connessioni tra modelli semantici o flussi di dati e gli elementi da cui dipendono. Quando un parametro controlla la connessione, l'associazione automatica dopo la distribuzione non verrà eseguita, anche quando la connessione include un parametro applicabile all'ID del modello semantico 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.

Nota

Se si usano regole di parametro per riassociare gli elementi, i parametri devono essere di tipo Text.

Aggiornamento dei dati

I dati nell'elemento di destinazione, ad esempio un modello semantico o un flusso di dati, vengono mantenuti quando possibile. Se non sono presenti modifiche a un elemento 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, Fabric mantiene i dati originali. Per le modifiche di rilievo 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

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

Cartelle nelle pipeline di distribuzione (anteprima)

Le cartelle in un'area di lavoro consentono agli utenti di organizzare e gestire in modo efficiente gli elementi dell'area di lavoro in modo familiare. Quando si distribuisce il contenuto che contiene cartelle in una fase diversa, la gerarchia di cartelle degli elementi applicati viene applicata automaticamente.

Rappresentazione delle cartelle

Poiché una distribuzione è solo di elementi, il contenuto dell'area di lavoro viene visualizzato nelle pipeline di distribuzione come elenco semplice di elementi. Il percorso completo di un elemento viene visualizzato quando si passa il puntatore del mouse sul relativo nome nell'elenco. Nelle pipeline di distribuzione le cartelle sono considerate parte del nome di un elemento (un nome di elemento include il percorso completo). Quando viene distribuito un elemento, dopo che il percorso è stato modificato (spostato dalla cartella A alla cartella B, ad esempio), le pipeline di distribuzione applicano questa modifica all'elemento associato durante la distribuzione. L'elemento associato verrà spostato anche nella cartella B. Se la cartella B non esiste nella fase in cui viene eseguita la distribuzione, verrà creata prima nell'area di lavoro. Le cartelle possono essere visualizzate e gestite solo nella pagina dell'area di lavoro.

Identificare gli elementi spostati in cartelle diverse

Poiché le cartelle sono considerate parte del nome dell'elemento, gli elementi spostati in una cartella diversa nell'area di lavoro vengono identificati nella pagina Pipeline di distribuzione come Diverso in modalità confronto . Inoltre, a meno che non sia presente anche una modifica dello schema, l'opzione accanto all'etichetta per aprire una finestra di revisione delle modifiche che presenta le modifiche dello schema, è disabilitata. Passando il puntatore del mouse, viene visualizzata una nota che indica che la modifica è una modifica delle impostazioni (ad esempio , la ridenominazione). Ciò è dovuto al fatto che rispetto ai relativi elementi associati nella fase di origine, la modifica non è ancora stata distribuita.

• Le singole cartelle non possono essere distribuite manualmente nelle pipeline di distribuzione. La distribuzione viene attivata automaticamente quando viene distribuito almeno uno dei relativi elementi.

• La gerarchia di cartelle degli elementi associati viene aggiornata solo durante la distribuzione. Durante l'assegnazione, dopo il processo di associazione, la gerarchia degli elementi associati non viene ancora aggiornata.

• Poiché una cartella viene distribuita solo se viene distribuito uno dei relativi elementi, non è possibile distribuire una cartella vuota.

• La distribuzione di un elemento da più elementi in una cartella aggiorna anche la struttura degli elementi non distribuiti nella fase di destinazione anche se gli elementi stessi non vengono distribuiti.

Elementi supportati

Quando si distribuisce il contenuto da una fase della pipeline a un'altra, il contenuto copiato può contenere gli elementi seguenti:

• Pipeline di dati
• Flussi di dati Gen1
• Datamarts
• Lakehouse
• Notebook
• Report impaginati
• Report (basati su modelli semantici supportati)
• Modelli semantici (ad eccezione dei modelli semantici Direct Lake)
• Warehouse

Proprietà degli elementi copiate durante la distribuzione

Durante la distribuzione, le proprietà degli elementi seguenti vengono copiate e sovrascrivendo le proprietà dell'elemento nella fase di destinazione:

• Origini dati (sono supportate le regole di distribuzione)

• Parametri (sono supportate le regole di distribuzione)

• Oggetti visivi del report

• Pagine del report

• Riquadri del dashboard

• Metadati del modello

• Relazioni tra elementi

Le etichette di riservatezza vengono copiate solo quando viene soddisfatta una delle condizioni seguenti. Se queste condizioni non vengono soddisfatte, le etichette di riservatezza non vengono 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 modello semantico 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 modello semantico di destinazione o al flusso di dati 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à dell'elemento non copiate

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

• Dati: i dati non sono 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 dell'app: per aggiornare le app, vedere Aggiornare il contenuto alle app di Power BI

• Segnalibri personali

Durante la distribuzione non vengono copiate anche le proprietà del modello semantico seguenti:

• Assegnazione di ruolo

• Aggiorna pianificazione

• Credenziali origine dati

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

• Impostazioni di verifica dell'autenticità

Funzionalità del modello semantico supportate

Le pipeline di distribuzione supportano molte funzionalità del modello semantico. Questa sezione elenca due funzionalità del modello semantico che possono migliorare l'esperienza delle pipeline di distribuzione:

• Aggiornamento incrementale

• Modelli compositi

Aggiornamento incrementale

Le pipeline di distribuzione supportano l'aggiornamento incrementale, una funzionalità che consente modelli semantici di grandi dimensioni più veloci e affidabili, con un consumo inferiore.

Con le pipeline di distribuzione, è possibile eseguire aggiornamenti a un modello semantico con aggiornamento incrementale mantenendo sia i dati che le partizioni. Quando si distribuisce il modello semantico, i criteri vengono copiati.

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 l'uso delle 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 modello semantico. Dopo la pubblicazione, i criteri di aggiornamento incrementale sono simili nella 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 con estensione pbix in Power BI Desktop. Per evitare tempi di attesa lunghi, è possibile apportare modifiche usando un esempio di dati.

2. Caricare il file con estensione pbix nella prima fase (in genere di sviluppo).

3. Distribuire il contenuto nella fase successiva. Dopo la distribuzione, le modifiche apportate verranno applicate all'intero modello semantico in uso.

4. Esaminare le modifiche apportate in ogni fase e dopo averle verificate, eseguire la distribuzione nella fase successiva fino a raggiungere la fase finale.

Esempi di utilizzo

Di seguito sono riportati alcuni 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 modello semantico con l'aggiornamento incrementale abilitato.

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

• Creare una pipeline da un'area di lavoro di produzione con un modello semantico che usa l'aggiornamento incrementale. Ad esempio, assegnare l'area di lavoro alla fase di produzione di una nuova pipeline e usare la distribuzione con le versioni precedenti per la distribuzione nella fase di test e quindi alla fase di sviluppo.

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

Limitazioni dell'aggiornamento incrementale

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

Quando si ripubblica un modello semantico in una pipeline attiva con l'aggiornamento incrementale abilitato, le modifiche seguenti causano un errore di distribuzione a causa di una potenziale perdita di dati:

• Ripubblicare un modello semantico che non usa l'aggiornamento incrementale per sostituire un modello semantico con aggiornamento incrementale abilitato.

• Ridenominazione di una tabella con aggiornamento incrementale abilitato.

• Ridenominazione di colonne non calcolate in una tabella con aggiornamento incrementale abilitato.

Sono consentite altre modifiche, ad esempio l'aggiunta di una colonna, la rimozione di una colonna e la ridenominazione di una colonna calcolata. Tuttavia, se le modifiche influiscono sulla visualizzazione, è necessario aggiornare prima che la modifica sia visibile.

Modelli compositi

L'uso di modelli compositi consente di configurare un report con più connessioni dati.

È possibile usare la funzionalità dei modelli compositi per connettere un modello semantico di Fabric a un modello semantico esterno, ad esempio Azure Analysis Services. Per altre informazioni, vedere Uso di DirectQuery per i modelli semantici di Infrastruttura e Azure Analysis Services.

In una pipeline di distribuzione è possibile usare modelli compositi per connettere un modello semantico a un altro modello semantico di Fabric esterno alla pipeline.

Aggregazioni automatiche

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

Ogni modello semantico mantiene le aggregazioni automatiche dopo la distribuzione. Le pipeline di distribuzione non modificano l'aggregazione automatica di un modello semantico. Ciò significa che se si distribuisce un modello semantico con un'aggregazione automatica, l'aggregazione automatica nella fase di destinazione rimane invariata e non viene 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 può avere partizioni di query dirette e di importazione. Durante una distribuzione pulita, vengono copiati sia i criteri di aggiornamento che le partizioni di tabella ibrida. Quando si esegue la distribuzione in una fase della pipeline con già partizioni di tabella ibride, vengono copiati solo i criteri di aggiornamento. Per aggiornare le partizioni, aggiornare la tabella.

Aggiornare il contenuto alle app Power BI

Le app Power BI sono il modo consigliato per distribuire il contenuto ai consumer di Fabric gratuiti. È possibile aggiornare il contenuto delle app di Power BI usando una pipeline di distribuzione, offrendo maggiore controllo e flessibilità quando si tratta del ciclo di vita dell'app.

Creare un'app per ogni fase della pipeline di distribuzione, in modo da poter testare ogni aggiornamento dal punto di vista di un utente finale. Usare il pulsante Pubblica o Visualizza nella scheda dell'area di lavoro per pubblicare o visualizzare l'app in una fase della pipeline specifica.

Nella fase di produzione il pulsante di azione principale nell'angolo in basso a destra apre la pagina dell'app di aggiornamento in Fabric, in modo che tutti gli aggiornamenti del contenuto diventino disponibili per gli utenti dell'app.

Importante

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

Autorizzazioni

Le autorizzazioni sono necessarie per la pipeline e per le aree di lavoro assegnate. Le autorizzazioni della pipeline e le autorizzazioni dell'area di lavoro vengono concesse e gestite separatamente.

• Le pipeline dispongono di una sola autorizzazione, Amministrazione, necessaria per la condivisione, la modifica e l'eliminazione di una pipeline.

• Le aree di lavoro hanno autorizzazioni diverse, dette anche ruoli. I ruoli dell'area di lavoro determinano il livello di accesso a un'area di lavoro in una pipeline.

• Le pipeline di distribuzione non supportano i gruppi di Microsoft 365 come amministratori della pipeline.

Per eseguire la distribuzione da una fase a un'altra nella pipeline, è necessario essere un amministratore della pipeline e un membro o un amministratore delle aree di lavoro assegnate alle fasi coinvolte. Ad esempio, un amministratore della pipeline a cui non è assegnato un ruolo dell'area di lavoro può visualizzare la pipeline e condividerla con altri utenti. Tuttavia, questo utente non può visualizzare il contenuto dell'area di lavoro nella pipeline o nel servizio e non può eseguire distribuzioni.

Tabella delle autorizzazioni

Questa sezione descrive le autorizzazioni della pipeline di distribuzione. Le autorizzazioni elencate in questa sezione potrebbero avere applicazioni diverse in altre funzionalità di Fabric.

L'autorizzazione della pipeline di distribuzione più bassa è l'amministratore della pipeline di pipeline ed è necessaria per tutte le operazioni della pipeline di distribuzione.

User	Autorizzazioni della pipeline	Commenti
Amministratore della pipeline	Visualizzare la pipeline Condividere la pipeline con altri utenti Modificare ed eliminare la pipeline Annullare l'assegnazione di un'area di lavoro da una fase È possibile visualizzare le aree di lavoro contrassegnate come assegnate alla pipeline in servizio Power BI	L'accesso alla pipeline non concede le autorizzazioni per visualizzare o eseguire azioni sul contenuto dell'area di lavoro.
Visualizzatore dell'area di lavoro (e amministratore della pipeline)	Utilizzare il contenuto Annullare l'assegnazione di un'area di lavoro da una fase	I membri dell'area di lavoro assegnati al ruolo Visualizzatore senza autorizzazioni di compilazione non possono accedere al modello semantico o modificare il contenuto dell'area di lavoro.
Collaboratore area di lavoro (e amministratore della pipeline)	Utilizzare il contenuto Confrontare le fasi Visualizzare i modelli semantici Annullare l'assegnazione di un'area di lavoro da una fase
Membro dell'area di lavoro (e amministratore della pipeline)	Visualizzare il contenuto dell'area di lavoro Confrontare le fasi Distribuisci elementi (deve essere un membro o un amministratore delle aree di lavoro di origine e di destinazione) Aggiornare i modelli semantici Annullare l'assegnazione di un'area di lavoro da una fase Configurare le regole del modello semantico (è necessario essere il proprietario del modello semantico)	Se il blocco ripubblica e disabilita l'impostazione di aggiornamento dei pacchetti che si trova nella sezione sicurezza del modello semantico del tenant è abilitata, solo i proprietari di modelli semantici sono in grado di aggiornare i modelli semantici.
Amministratore dell'area di lavoro (e amministratore della pipeline)	Visualizzare il contenuto dell'area di lavoro Confrontare le fasi Distribuire elementi Assegnare aree di lavoro a una fase Aggiornare i modelli semantici Annullare l'assegnazione di un'area di lavoro da una fase Configurare le regole del modello semantico (è necessario essere il proprietario del modello semantico)

Autorizzazioni concesse

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

Elemento fabric	Autorizzazione necessaria per la distribuzione di un elemento esistente	Proprietà dell'elemento dopo una prima distribuzione	Proprietà dell'elemento dopo la distribuzione in una fase con l'elemento
Modello semantico	Membro dell'area di lavoro	L'utente che ha effettuato la distribuzione diventa il proprietario	Unchanged
Flusso di dati	Proprietario del flusso di dati	L'utente che ha effettuato la distribuzione diventa il proprietario	Unchanged
Datamart	Proprietario di Datamart	L'utente che ha effettuato la distribuzione diventa il proprietario	Unchanged
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

Autorizzazioni necessarie per le azioni più diffuse

Nella tabella seguente sono elencate le autorizzazioni necessarie per le azioni comuni della pipeline di distribuzione. Se non specificato diversamente, per ogni azione sono necessarie tutte le autorizzazioni elencate.

Azione	Autorizzazioni necessarie
Visualizzare l'elenco delle pipeline nell'organizzazione	Nessuna licenza necessaria (utente gratuito)
Creare una pipeline	Un utente con una delle licenze seguenti: Pro PPU Premium
Eliminare una pipeline	Amministratore della pipeline
Aggiungere o rimuovere un utente della pipeline	Amministratore della pipeline
Assegnare un'area di lavoro a una fase	Amministratore della pipeline Amministratore dell'area di lavoro (dell'area di lavoro da assegnare)
Annullare l'assegnazione di un'area di lavoro a una fase	Uno dei seguenti: Amministratore della pipeline Amministratore dell'area di lavoro (usando l'API Pipeline - Annullare l'assegnazione dell'area di lavoro )
Eseguire la distribuzione in una fase vuota	Amministratore della pipeline Membro o amministratore dell'area di lavoro di origine
Distribuire gli elementi nella fase successiva	Amministratore della pipeline Membro o amministratore dell'area di lavoro sia delle fasi di origine che di destinazione Per distribuire datamarts o flussi di dati, è necessario essere il proprietario dell'elemento distribuito Se l'opzione di amministratore del tenant del modello semantico è attivata e si sta distribuendo un modello semantico, è necessario essere il proprietario del modello semantico
Visualizzare o impostare una regola	Amministratore della pipeline Collaboratore, membro o amministratore dell'area di lavoro di destinazione Proprietario dell'elemento per cui si sta impostando una regola
Gestire le impostazioni della pipeline	Amministratore della pipeline
Visualizzare una fase della pipeline	Amministratore della pipeline Lettore, collaboratore, membro o amministratore dell'area di lavoro. Verranno visualizzati gli elementi a cui le autorizzazioni dell'area di lavoro concedono l'accesso.
Visualizzare l'elenco di elementi in una fase	Amministratore della pipeline
Confrontare due fasi	Amministratore della pipeline Collaboratore, membro o amministratore dell'area di lavoro per entrambe le fasi
Visualizza cronologia di distribuzione	Amministratore della pipeline

Considerazioni e limitazioni

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

• L'area di lavoro deve risiedere in una capacità fabric.
• Il numero massimo di elementi che è possibile distribuire in una singola distribuzione è 300.
• Il download di un file con estensione pbix dopo la distribuzione non è supportato.
• I gruppi di Microsoft 365 non sono supportati come amministratori della pipeline.
• Quando si distribuisce un elemento di Power BI per la prima volta, se un altro elemento nella fase di destinazione è simile nel tipo (ad esempio, se entrambi i file sono report) e ha lo stesso nome, la distribuzione ha esito negativo.
• Per un elenco delle limitazioni dell'area di lavoro, vedere le limitazioni dell'assegnazione dell'area di lavoro.
• Per un elenco di elementi supportati, vedere Elementi supportati. Nessun elemento nell'elenco non è supportato.
• La distribuzione ha esito negativo se uno degli elementi ha dipendenze circolari o autonome ( ad esempio, l'elemento A fa riferimento all'elemento B e all'elemento B fa riferimento all'elemento A).
• Solo gli elementi di Power BI possono essere distribuiti in un'area di lavoro in un'area di capacità diversa. Altri elementi di Fabric non possono essere distribuiti in un'area di lavoro in un'area di capacità diversa.

Limitazioni del modello semantico

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

• Non è supportato un modello semantico con directQuery o modalità di connettività composita che usa tabelle di data/ora o di data/ora automatica. Per altre informazioni, vedere Cosa è possibile fare se si dispone di un set di dati con directQuery o modalità di connettività composita, che usa tabelle di variazione o calendario?.

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

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

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

• La distribuzione non è supportata in un modello semantico che usa query native e DirectQuery insieme e l'associazione automatica viene attivata nell'origine dati DirectQuery.

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 Fabric. 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 non riesce.

• Se si confrontano le fasi durante un 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.

Contenuto correlato

Introduzione alle pipeline di distribuzione.