Risoluzione dei problemi delle pipeline di distribuzione

Generale

Cosa sono le pipeline di distribuzione in Power BI?

Per informazioni sulle pipeline di distribuzione in Power BI, vedere la panoramica delle pipeline di distribuzione.

Come iniziare a usare le pipeline di distribuzione?

Per iniziare a usare le pipeline di distribuzione, vedere le istruzioni per iniziare.

Perché non è possibile visualizzare il pulsante delle pipeline di distribuzione?

Se le condizioni seguenti non vengono soddisfatte, non sarà possibile visualizzare il pulsante delle pipeline di distribuzione.

Perché non è possibile visualizzare il tag della fase della pipeline nell'area di lavoro personale?

Le pipeline di distribuzione visualizzano un tag di fase della pipeline nelle aree di lavoro assegnate a una pipeline. I tag per le fasi Sviluppo e Test sono sempre visibili. Tuttavia il tag Produzione viene visualizzato solo se l'utente dispone di accesso alla pipeline o è l'amministratore dell'area di lavoro.

Screenshot del tag di produzione in un'area di lavoro della pipeline di produzione.

Gestione delle licenze

Quali sono le licenze necessarie per lavorare con le pipeline di distribuzione?

Per usare le pipeline di distribuzione, è necessario avere una delle licenze seguenti:

Per altre informazioni, vedere Accedere alle pipeline di distribuzione.

Quale tipo di capacità è possibile assegnare a un'area di lavoro in una pipeline?

Tutte le aree di lavoro in una pipeline di distribuzione devono trovarsi all'interno di una capacità affinché la pipeline sia funzionante. Tuttavia, è possibile usare capacità diverse per aree di lavoro diverse in una pipeline. È anche possibile usare tipi di capacità diversi per aree di lavoro diverse nella stessa pipeline.

Per lo sviluppo e il test, è possibile usare una capacità A o EM insieme a un account Pro Power BI per ogni utente. È anche possibile usare una licenza PPU per ogni utente nelle fasi di sviluppo e test.

Per le aree di lavoro di produzione, è necessaria una capacità P. Gli ISV che distribuiscono contenuti tramite applicazioni incorporate possono anche usare le capacità A o EM per la produzione. Le licenze PPU possono essere usate anche per aree di lavoro di produzione.

Nota

Quando si crea un'area di lavoro con una licenza PPU, solo gli altri utenti di licenze PPU saranno in grado di accedere all'area di lavoro e di utilizzarne il contenuto.

Tecnico

Ricerca per categorie riestablish connessioni dopo la distribuzione?

In una pipeline completa, dopo aver annullato l'assegnazione di un'area di lavoro da una fase e quindi distribuirla, le pipeline di distribuzione reestablisherà le connessioni tra gli elementi di Power BI nella fase di origine distribuita da e dalla fase di destinazione. Tuttavia, a volte le pipeline di distribuzione non possono riprovare le connessioni di Power BI tra gli elementi nelle fasi di origine e destinazione. Ciò può verificarsi ad esempio quando si elimina accidentalmente un elemento. Per ripristinare queste connessioni, annullare l'assegnazione e riassegnare la stessa area di lavoro nella fase di destinazione.

Perché viene visualizzato il messaggio di errore "non è possibile assegnare l'area di lavoro" quando si assegna un'area di lavoro?

Quando si assegna un'area di lavoro a una fase di pipeline di distribuzione, le pipeline di distribuzione controllano gli elementi di Power BI (ad esempio report e dashboard) nell'area di lavoro. Se sono presenti due elementi di Power BI dello stesso tipo con lo stesso nome in una fase adiacente, le pipeline di distribuzione non possono determinare quale di esse deve corrispondere a quella nell'area di lavoro assegnata. Ad esempio, se si sta tentando di assegnare un'area di lavoro alla fase di test e uno dei report è denominato "vendite a livello di area", se si dispone di più report con lo stesso nome nelle fasi di sviluppo o produzione , l'assegnazione avrà esito negativo. L'assegnazione dell'area di lavoro avrà esito negativo anche se l'area di lavoro assegnata ha due set di dati "set di dati di vendita a livello di area" e un set di dati con lo stesso nome nelle fasi di sviluppo o produzione . Per risolvere questo errore, modificare il nome dell'elemento che non corrisponde all'elemento nella fase che si sta tentando di assegnare. È possibile selezionare i collegamenti nel messaggio di errore per aprire gli elementi nel servizio Power BI.

Screenshot del messaggio di errore dell'area di lavoro non è possibile assegnare il messaggio di errore dell'area di lavoro nelle pipeline di distribuzione.

Perché viene visualizzato il simbolo "diverso" dopo aver assegnato un'area di lavoro con set di dati simili a quelli nelle fasi adiacenti?

La maggior parte dei set di dati usa la funzionalità dei metadati del set di dati avanzata , nota anche come modello v3. Tuttavia, i report meno recenti potrebbero usare il tipo precedente di metadati del set di dati, talvolta definito modello v1. Se si assegna un'area di lavoro che usa il modello di metadati del set di dati precedente (v1), le pipeline di distribuzione non possono valutare se il set di dati è simile nelle fasi adiacenti. In questi casi viene visualizzato il simbolo dell'interfaccia utente diverso , anche quando i set di dati sono identici. Per risolvere questo problema, distribuire i set di dati che mostrano il simbolo diverso .

Perché non è possibile visualizzare tutte le aree di lavoro quando si tenta di assegnare un'area di lavoro a una pipeline?

Per assegnare un'area di lavoro a una pipeline, è necessario che siano soddisfatte le condizioni seguenti:

Le aree di lavoro che non soddisfano queste condizioni, non vengono visualizzate nell'elenco delle aree di lavoro che è possibile selezionare.

Come si assegnano le aree di lavoro a tutte le fasi di una pipeline?

È possibile assegnare un'area di lavoro alla pipeline e quindi distribuirla nella pipeline oppure assegnare un'area di lavoro diversa a ogni fase della pipeline. Per altre informazioni, vedere Assegnare un'area di lavoro a una pipeline di distribuzione.

Perché la prima distribuzione non è riuscita?

La prima distribuzione potrebbe non riuscire a causa di diversi motivi. La tabella seguente ne elenca alcuni.

Errore Azione
Non si hanno le autorizzazioni di capacità Premium. Se si lavora in un'organizzazione con una capacità Premium, chiedere a un amministratore della capacità di aggiungere l'area di lavoro a una capacità o richiedere autorizzazioni di assegnazione per la capacità. Dopo che l'area di lavoro è in una capacità, ridistribuire.

Se non si lavora in un'organizzazione con capacità Premium, prendere in considerazione l'acquisto di Premium per utente (PPU).
Non si hanno le autorizzazioni per l'area di lavoro. Per eseguire la distribuzione l'utente deve essere un membro dell'area di lavoro. Richiedere all'amministratore dell'area di lavoro di concedere le autorizzazioni appropriate.
L'amministratore di Power BI ha disabilitato la creazione di aree di lavoro. Contattare l'amministratore di Power BI per il supporto.
L'area di lavoro non è una esperienza delle nuove aree di lavoro. Creare il contenuto nell'esperienza delle nuove aree di lavoro. Se si hanno contenuti in un'area di lavoro classica, è possibile aggiornarlo a una esperienza delle nuove aree di lavoro.
Si usa la distribuzione selettiva e non si selezionano tutti gli elementi collegati. Eseguire una delle operazioni seguenti:

Deselezionare il contenuto collegato al set di dati o al flusso di dati. Il contenuto non selezionato ,ad esempio set di dati, report o dashboard, non verrà copiato nella fase successiva.

Selezionare il set di dati o il flusso di dati collegato agli elementi selezionati. Gli elementi selezionati verranno copiati nella fase successiva.

Quando si tenta di eseguire la distribuzione, viene visualizzato un avviso che indica che sono presenti artefatti non supportati nell'area di lavoro. Come è possibile sapere quali elementi non sono supportati?

Per un elenco completo di elementi di Power BI non supportati nelle pipeline di distribuzione, vedere le sezioni seguenti:

Perché la distribuzione ha avuto esito negativo a causa di regole interrotte?

Se si verificano problemi durante la configurazione delle regole di distribuzione, visitare le regole di distribuzione e assicurarsi di seguire le limitazioni delle regole di distribuzione.

Se la distribuzione è riuscita in precedenza e si verifica improvvisamente un errore con regole interrotte, il problema potrebbe essere dovuto alla ripubblicazione di un set di dati. Le modifiche seguenti apportate al set di dati di origine generano una distribuzione non riuscita:

Regole dei parametri

  • Parametro rimosso

  • Nome parametro modificato

Regole delle origini dati

Le regole di distribuzione sono valori mancanti. Questo potrebbe essere dovuto a una modifica del set di dati.

Screenshot del messaggio di errore delle regole non valide, visualizzato quando una distribuzione non riesce a causa di collegamenti interrotti.

Quando una distribuzione che in precedenza era riuscita ha esito negativo a causa di collegamenti interrotti, viene visualizzato un avviso. È possibile selezionare Configura regole per passare al riquadro delle impostazioni della distribuzione, in cui il set di dati con errori è contrassegnato. Quando si seleziona il set di dati, le regole interrotte vengono contrassegnate.

Per eseguire correttamente la distribuzione, correggere o rimuovere le regole interrotte ed eseguire nuovamente la distribuzione.

Come modificare l'origine dati nelle fasi della pipeline?

Non è possibile modificare la connessione dell'origine dati nel servizio Power BI.

Se si vuole modificare l'origine dati nelle fasi di test o di produzione, è possibile usare le regole di distribuzione o le API. Le regole di distribuzione verranno applicate solo dopo la successiva distribuzione.

È stato corretto un bug in produzione, ma ora non è possibile selezionare il pulsante Distribuisci in <fase precedente>. Perché è disattivato?

È possibile eseguire la distribuzione nella fase precedente solo se tale fase è vuota. Se si dispone di contenuto nella fase di test, non sarà possibile distribuire le versioni precedenti dall'ambiente di produzione.

Dopo aver creato la pipeline, usare la fase di sviluppo per sviluppare il contenuto e le fasi di test per esaminarlo e testarlo. È possibile correggere i bug in queste fasi e quindi distribuire l'ambiente corretto nella fase di produzione.

Nota

La distribuzione nella fase precedente supporta solo la distribuzione completa, non la distribuzione selettiva

Perché è necessario distribuire dopo la configurazione delle regole di distribuzione?

Le regole di distribuzione non vengono applicate immediatamente dopo la configurazione. Per applicare le regole di distribuzione, è necessario distribuire i set di dati dalla fase di origine alla fase di destinazione che include le regole di distribuzione create. Dopo aver configurato le regole di distribuzione e prima di distribuire, l'indicatore diverso viene visualizzato accanto al set di dati con le regole configurate. Ciò indica che è necessario distribuire tale set di dati dalla fase di origine alla fase di destinazione. Dopo la distribuzione, se non sono state apportate altre modifiche, l'indicatore diverso sparirà segno che le regole sono state applicate correttamente.

Perché le regole di distribuzione vengono disattivate?

Per creare una regola di distribuzione, è necessario essere il proprietario dell'elemento di Power BI per cui si sta creando una regola di distribuzione. Se non si è il proprietario dell'elemento di Power BI, le regole di distribuzione verranno disattivate.

Screenshot che mostra le regole di distribuzione delle pipeline di distribuzione disattivate.

Se una delle opzioni della regola è disattivata, potrebbe essere dovuta ai motivi elencati di seguito:

  • Regole di origine dati : non sono disponibili origini dati in cui è possibile configurare una regola.

  • Regole dei parametri : non è possibile configurare una regola per i parametri.

Perché viene visualizzato il messaggio 'Continua la distribuzione'?

Le modifiche dello schema della fase di origine, ad esempio la sostituzione di un tipo di colonna da un numero intero a una stringa, causano la perdita di dati nel set di dati di destinazione dopo la distribuzione.

Durante la distribuzione, i metadati nel set di dati di origine vengono controllati rispetto ai metadati di destinazione. Le modifiche di rilievo dello schema causano l'arresto della distribuzione. In questo caso, si riceverà il messaggio di distribuzione continua .

Screenshot del messaggio di distribuzione continua nelle pipeline di distribuzione

Se si continua con la distribuzione, si perderanno i dati nella fase di destinazione. È possibile usare questa opzione se le modifiche apportate al set di dati sono state intenzionali. Al termine della distribuzione, è necessario aggiornare il set di dati di destinazione.

Se le modifiche non erano intenzionali, chiudere la finestra del messaggio, caricare un file PBIX fisso nell'area di lavoro di origine e ridistribuire.

Dopo un errore di distribuzione a causa delle modifiche dello schema, la fase di destinazione visualizza il messaggio Distribuzione non riuscita , seguito dal collegamento Mostra dettagli . Il collegamento apre lo stesso messaggio di distribuzione visualizzato durante la distribuzione non riuscita.

Perché viene visualizzato il messaggio 'non è possibile avviare la distribuzione'?

Quando si usa l'aggiornamento incrementale, sono consentite solo alcune modifiche al set di dati distribuito. Se sono state apportate modifiche al set di dati non consentite, la distribuzione avrà esito negativo e verrà visualizzato questo messaggio:

Screenshot del messaggio di errore di distribuzione non è possibile avviare il messaggio di errore di distribuzione nelle pipeline di distribuzione.

Se sono state apportate modifiche al set di dati intenzionalmente, è possibile usare una delle soluzioni alternative seguenti:

  • Uso di PBIX : pubblicare le modifiche direttamente nel set di dati di destinazione. Tutte le partizioni e i dati verranno persi, quindi sarà necessario aggiornare il set di dati.

  • Uso degli strumenti XMLA : apportare le modifiche direttamente nel set di dati nella fase di destinazione.

Perché l'oggetto visivo viene interrotto dopo la distribuzione di un set di dati o un flusso di dati?

I set di dati e i flussi di dati sono elementi di Power BI che archiviano i dati e contengono sia i dati che i metadati. Durante la distribuzione, solo i metadati vengono copiati mentre i dati non sono. Di conseguenza, dopo la distribuzione del set di dati o il flusso di dati potrebbe non avere dati e un oggetto visivo del report che si basa su questi dati, verrà visualizzato interrotto. Per risolvere questo problema, aggiornare il flusso di dati e quindi aggiornare il set di dati nella fase di destinazione.

Le pipeline di distribuzione supportano Multi-Geo?

La funzionalità Multi-Geo è supportata. Potrebbe essere necessario più tempo per distribuire il contenuto in fasi in aree geografiche diverse.

Come è possibile eliminare una pipeline che non ha un proprietario (una pipeline orfana)?

Quando si finisce con le pipeline di distribuzione, è possibile che una pipeline non abbia un proprietario. Ad esempio, una pipeline può essere lasciata senza un proprietario quando un utente di proprietà lascia l'azienda senza trasferire la proprietà. Quando una pipeline non ha un proprietario, gli altri utenti non potranno accedervi. Poiché un'area di lavoro può essere assegnata solo a una pipeline, se è assegnata a una pipeline senza un proprietario, nessuno sarà in grado di annullare l'assegnazione e non sarà possibile usare l'area di lavoro in un'altra pipeline.

Quando una pipeline viene lasciata senza un proprietario, un amministratore di Power BI può usare le API REST di Power BI amministratore per aggiungere un proprietario alla pipeline o eliminarla. Per aggiungere un proprietario alla pipeline, usare l'API Amministrazione - Pipelines UpdateUserAsAdmin.

È anche possibile esaminare lo script di PowerShell, AddUserToWorkspacePipeline (disponibile dal repository GitHub PowerBI-Developer-Samples ), che consente di eseguire le operazioni seguenti:

  • Gestire l'accesso alla pipeline : aggiungere qualsiasi utente a un'area di lavoro in una pipeline.

  • Recuperare la proprietà dell'area di lavoro : aggiungere qualsiasi utente a un'area di lavoro in una pipeline che non dispone di un proprietario, consentendo di sbloccarlo.

Per usare questo script, è necessario specificare un nome dell'area di lavoro e un nome dell'entità utente (UPN). Lo script troverà la pipeline assegnata all'area di lavoro e aggiungerà le autorizzazioni di amministratore all'utente specificato.

Ricerca per categorie risolvere un errore di mancata corrispondenza della versione del set di dati di origine e di destinazione?

Impossibile avviare l'errore di distribuzione che indica che i set di dati di origine e di destinazione hanno formati di modellazione dati diversi, si verifica quando il set di dati nella fase di destinazione ha una versione del modello superiore rispetto al set di dati nella fase di origine. In questi casi, le pipeline di distribuzione non sono in grado di distribuire dalla fase di origine alla fase di destinazione. Per evitare questo errore, usare un set di dati con la stessa versione del modello (o superiore) nella fase di origine. È possibile aggiornare il modello di set di dati nella fase di origine usando un endpoint di lettura-scrittura XMLA o Power BI Desktop. Dopo aver aggiornato il set di dati, ripubblicarlo nella fase di origine.

Ricerca per categorie risolvere un errore di mancata corrispondenza della modalità di connettività dell'origine dati?

Durante la distribuzione, se le pipeline di distribuzione individuano che la modalità di connettività di un'origine dati nella fase di destinazione non corrisponde all'origine dati nella fase di origine, tenta di convertire la modalità di connettività dell'origine dati nella fase di destinazione. Se si usa un'origine dati con la connessione dinamica o le modalità di connettività in tempo reale , le pipeline di distribuzione non possono convertire la modalità di connettività dell'origine dati di destinazione. In questi casi, è possibile usare un endpoint di lettura-scrittura XMLA o Power BI Desktop per modificare la modalità di connessione dell'origine dati nella fase di origine o eliminare l'origine dati nella fase di destinazione in modo che la distribuzione lo sovrascriva.

Perché alcuni riquadri nel dashboard non visualizzano informazioni dopo la distribuzione?

Quando si aggiunge un riquadro a un dashboard, se il riquadro si basa su un elemento di Power BI non supportato o su un elemento che non si dispone delle autorizzazioni per la distribuzione, dopo la distribuzione del dashboard il riquadro non verrà eseguito il rendering. Ad esempio, se si crea un riquadro da un report che si basa su un set di dati in cui non si è un amministratore, quando si distribuisce il report verrà visualizzato un avviso di errore. Tuttavia, quando si distribuisce il dashboard con il riquadro, non si riceverà un messaggio di errore, la distribuzione avrà esito positivo, ma il riquadro non visualizzerà alcuna informazione.

Report impaginati

Perché non è possibile visualizzare un report impaginato?

Per visualizzare un report impaginato nella pipeline, è necessario disporre di un carico di lavoro di report impaginato abilitato per la capacità.

Perché non è possibile distribuire un report impaginato?

Per distribuire un report impaginato, entrambe queste condizioni devono essere soddisfatte:

  • È necessario essere un membro dell'area di lavoro nell'area di lavoro distribuita dall'area di lavoro della fase di origine. Se non si è membri dell'area di lavoro nella fase di origine, non sarà possibile distribuire il report impaginato.

  • Nella capacità della fase di destinazione è necessario abilitare il carico di lavoro dei report impaginati.

Chi è il proprietario di un report impaginato distribuito?

Quando si distribuisce un report impaginato per la prima volta, si diventa il proprietario del report.

Se si distribuisce un report impaginato in una fase che contiene già una copia del report impaginato, si sovrascriverà il report precedente e diventerà il proprietario, anziché il proprietario precedente. In questi casi, è necessario disporre delle credenziali per l'origine dati sottostante, in modo che i dati possano essere usati nel report impaginato.

Perché il report impaginato della fase di destinazione visualizza i dati da un set di dati di Power BI nella fase di origine?

Attualmente, i set di dati vengono considerati come origine dati di Analysis Services esterna e le connessioni ai set di dati non vengono spostate automaticamente dopo la distribuzione.

Quando si distribuisce un report impaginato connesso a un set di dati di Power BI, continua a puntare al set di dati a cui è stato originariamente connesso. Usare le regole di distribuzione per puntare il report impaginato a qualsiasi set di dati desiderato, ad esempio il set di dati di fase di destinazione.

Se si usa un report impaginato con un set di dati di Power BI, vedere Ricerca per categorie creare una regola di distribuzione per un report impaginato con un set di dati di Power BI?

Dove sono i sottoreport del report impaginati?

I sottoreport del report impaginati vengono mantenuti nella stessa cartella che contiene il report impaginato. Per evitare problemi di rendering, quando si usa la copia selettiva per copiare un report impaginato con sottoreport, selezionare sia il report padre che i sottoreport.

Ricerca per categorie creare una regola di distribuzione per un report impaginato con un set di dati di Power BI?

Le regole del report impaginate possono essere create se si vuole puntare il report impaginato al set di dati nella stessa fase. Quando si crea una regola di distribuzione per un report impaginato, è necessario selezionare un database e un server.

Se si imposta una regola di distribuzione per un report impaginato che non dispone di un set di dati di Power BI, perché l'origine dati di destinazione è esterna, è necessario specificare sia il server che il database.

Tuttavia, i report impaginati che usano un set di dati di Power BI usano un set di dati interno. In questi casi, non è possibile basarsi sul nome dell'origine dati per identificare il set di dati di Power BI a cui ci si connette. Il nome dell'origine dati non cambia quando lo si aggiorna nella fase di destinazione, creando una regola di origine dati o chiamando l'API dell'origine dati di aggiornamento . Quando si imposta una regola di distribuzione, è necessario mantenere il formato del database e sostituire l'ID oggetto set di dati nel campo del database. Poiché il set di dati è interno, il server rimane invariato.

  • Database : il formato del database per un report impaginato con un set di dati di Power BI è sobe_wowvirtualserver-<dataset ID>. Ad esempio, sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Sostituire con l'ID <dataset ID> del set di dati. È possibile ottenere l'ID del set di dati dall'URL selezionando il GUID datasets/ dopo e prima della barra avanti successiva.

    Screenshot del set di dati I D come viene visualizzato in un power B U R L.

  • Server : server che ospita il database. Mantenere il server esistente così come è.

Perché la distribuzione di un numero elevato di report impaginati ha esito negativo?

Una distribuzione di un numero elevato di report impaginati con regole potrebbe non riuscire a causa di un overload sulla capacità. Per risolvere questo problema, acquistare uno SKU superiore o usare la distribuzione selettiva.

Dopo la distribuzione, è possibile scaricare il file RDL del report impaginato?

Dopo una distribuzione, se si scarica il codice RDL del report impaginato, potrebbe non essere aggiornato con la versione più recente che è possibile visualizzare in servizio Power BI.

Flussi di dati

Cosa accade alla configurazione di aggiornamento incrementale dopo la distribuzione dei flussi di dati?

Quando si dispone di un flusso di dati che contiene set di dati configurati con l'aggiornamento incrementale, i criteri di aggiornamento non vengono copiati o sovrascritti durante la distribuzione. Dopo aver distribuito un flusso di dati che include un set di dati con aggiornamento incrementale a una fase che non include questo flusso di dati, se si dispone di un criterio di aggiornamento, è necessario riconfigurarlo nella fase di destinazione. Se si distribuisce un flusso di dati con aggiornamento incrementale in una fase, i criteri di aggiornamento incrementale non vengono copiati. In questi casi, se si desidera aggiornare i criteri di aggiornamento nella fase di destinazione, sarà necessario eseguirla manualmente.

È stata eliminata un'origine dati appartenente a un flusso di dati, perché è ancora possibile visualizzarla nella visualizzazione di derivazione?

Nei flussi di dati le origini dati precedenti non vengono rimosse dalla pagina dell'origine dati del flusso di dati. Per supportare la visualizzazione di derivazione dei flussi di dati, gli elementi connessi non vengono eliminati. Questo comportamento non influisce sulle pipeline di distribuzione. È comunque possibile aggiornare, modificare e distribuire flussi di dati in una pipeline.

Perché vengono visualizzate due origini dati connesse al flusso di dati dopo l'uso delle regole del flusso di dati?

Dopo aver modificato un'origine dati di un flusso di dati usando una regola, la visualizzazione derivazione del flusso di dati visualizza una connessione tra l'origine dati di origine del flusso di dati e l'origine dati configurata nella regola.

Datamarts

Dove è il set di dati di datamart?

Le pipeline di distribuzione non visualizzano set di dati che appartengono ai datamarts nelle fasi della pipeline. Quando si distribuisce un datamart, viene distribuito anche il set di dati. È possibile visualizzare il set di dati del datamart nell'area di lavoro della fase in cui si trova.

Perché non è possibile distribuire un datamart nella pipeline?

Per distribuire un datamart, è necessario essere il proprietario del datamart.

Autorizzazioni

Qual è il modello delle autorizzazioni delle pipeline di distribuzione?

Il modello delle autorizzazioni delle pipeline di distribuzione è descritto nella sezione autorizzazioni.

Chi può distribuire contenuto tra le fasi?

Il contenuto può essere distribuito in una fase vuota o in una fase che include contenuto. Il contenuto deve risiedere in una capacità Premium.

  • Distribuzione in una fase vuota - Qualsiasi utente Pro o PPU che sia membro o amministratore dell'area di lavoro di origine.

  • Distribuzione in una fase con contenuto - Qualsiasi utente Pro o PPU che sia membro o amministratore di entrambe le aree di lavoro nelle fasi di distribuzione di origine e di destinazione.

  • Sovrascrivere un set di dati : la distribuzione sovrascrive ogni set di dati incluso nella fase di destinazione, anche se il set di dati non è stato modificato. L'utente deve essere il proprietario di tutti i set di dati della fase di destinazione specificati nella distribuzione.

Quali autorizzazioni è necessario configurare le regole di distribuzione?

Per configurare le regole di distribuzione nelle pipeline di distribuzione, è necessario essere il proprietario del set di dati.

Perché non è possibile visualizzare le aree di lavoro nella pipeline?

Le autorizzazioni per le pipeline e per le aree di lavoro vengono gestite separatamente. È possibile avere le autorizzazioni per la pipeline, ma non per l'area di lavoro. Per altre informazioni, vedere la sezione delle autorizzazioni.

Perché viene visualizzato il messaggio di errore "Autorizzazioni membro dell'area di lavoro necessarie" quando si tenta di assegnare un'area di lavoro?

Per assegnare un'area di lavoro sono necessarie almeno le autorizzazioni membro dell'area di lavoro per le aree di lavoro nelle fasi adiacenti. Le autorizzazioni membro dell'area di lavoro (o superiore) nelle fasi adiacenti sono necessarie per consentire alle pipeline di distribuzione di stabilire connessioni tra gli elementi di Power BI nelle fasi della pipeline adiacenti.

Screenshot dell'autorizzazione membro dell'area di lavoro necessaria nella fase di test di una pipeline di distribuzione.

Regole

Come usare la sezione relativa alla risoluzione dei problemi delle regole?

Usare questa sezione per risolvere i problemi relativi alle regole della pipeline create.

La regola origine dati non può contenere un parametro

La regola non può essere applicata perché il nome del server o il nome del database a cui fa riferimento nella regola è controllato da un parametro. Per modificare il nome del server o del database, usare una regola di parametro o rimuovere il parametro di controllo dall'elemento configurato.

Errore di esecuzione dell'origine dati

Non è possibile applicare una regola a causa di un problema durante il recupero dei dati dall'origine dati. Rimuovere la regola e assicurarsi che il set di dati disponga di query valide. Provare quindi a creare di nuovo la regola.

La proprietà Rule non esiste più

Alcune delle proprietà della regola configurate nella regola non esistono più. Aggiornare la pagina e configurare di nuovo la regola.

Valore non valido

Un valore utilizzato nella regola configurata non è valido. Convalidare i valori della regola e provare a configurare di nuovo la regola.

Più origini dati non sono supportate

Non è possibile applicare una regola del set di dati a causa della configurazione dell'origine dati. Rimuovere la regola o riscrivere le query del set di dati usando strumenti di Power BI Desktop standard.

Il set di dati di destinazione può essere modificato solo dal proprietario

La regola sovrascriverà alcuni set di dati nell'area di lavoro di destinazione. È necessario essere il proprietario di tutti i set di dati sovrascritti.

Perché il salvataggio di una regola di origine dati per un set di dati ha esito negativo?

Il salvataggio delle regole di origine dati potrebbe non riuscire a causa di uno dei motivi seguenti:

  • Il set di dati contiene una funzione connessa a un'origine dati. In questi casi, le regole dell'origine dati non sono supportate.

  • L'origine dati usa parametri. Non è possibile creare una regola di origine dati per un set di dati che usa parametri. Creare invece una regola di parametro.