Risolvere i problemi di gestione del ciclo di vita
Usare questo articolo per risolvere i problemi nel processo di gestione del ciclo di vita.
Per comprendere le considerazioni e le limitazioni dei vari problemi di gestione del ciclo di vita, esaminare i collegamenti nella tabella seguente:
Argomento | Integrazione con Git | Pipeline di distribuzione |
---|---|---|
Limitazioni generali | Limitazioni generalidi Git | Limitazioni delle pipeline di distribuzione |
Autorizzazioni necessarie | autorizzazioni | autorizzazioni |
Limitazioni dell'area di lavoro | aree di lavoro | aree di lavoro |
Elementi di Fabric supportati | elementi supportati | elementi supportati |
Modello semantico | Limitazioni del modello semantico |
Descrizione del problema: quando si passa alla scheda di integrazione Git, appare un messaggio di errore e non è possibile accedere ad Azure DevOps.
Causa: se il metodo di autenticazione in Power BI è più debole del metodo di autenticazione in Azure DevOps, le funzionalità tra di essi non funzionano.
Soluzione alternativa: l'amministratore deve allineare il metodo di autenticazione in Power BI e Azure DevOps. I criteri di autenticazione per Microsoft Entra ID (in precedenza noto come Azure Active Directory) sono definiti in Gestire i metodi di autenticazione.
Descrizione del problema: quando si tenta di connettersi a un repository Git, appare un messaggio che indica che non è possibile connettersi perché l'area di lavoro si trova in un'area diversa.
Causa: se l'area di lavoro e il repository si trovano in aree diverse, è necessario abilitare l'opzione tra aree geografiche.
Soluzione: Abilitare le azioni Git nelle aree di lavoro che risiedono in altre località geografiche.
Descrizione del problema: dopo aver selezionato Connetti nella scheda di integrazione Git, appare la finestra di dialogo di errore Si è verificato un problema. Inoltre, quando si seleziona il pulsante del controllo del codice sorgente, il riquadro indica che occorre eseguire la sincronizzazione con il ramo Git.
Causa: se la cartella a cui si sta tentando di connettersi ha sottodirectory ma nessun elemento Fabric, la connessione ha esito negativo.
Soluzione: aprire il repository Git in Azure DevOps e passare alla cartella Git definita nella connessione. Se la cartella Git contiene sottodirectory, verificare che almeno una di esse rappresenti una directory di elementi. Se la directory contiene i file item.config.json e item.metadata.json, si tratta di una directory di elementi. Se la directory non contiene questi file, si tratta di una sottodirectory. Se la cartella Git non contiene directory di elementi, non è possibile connettersi. Rimuovere le sottodirectory o connettersi a una cartella diversa che non contiene sottodirectory.
Errore di connessione: chiede se si vuole creare una nuova cartella quando si tenta di connettersi a un ramo Git
Descrizione del problema: dopo aver selezionato Connetti nella scheda integrazione Git, appare una finestra di dialogo che indica un percorso di cartella non valido.
Causa: la cartella a cui si sta tentando di connettersi non esiste, è stata eliminata o è diversa in termini di distinzione tra maiuscole e minuscole rispetto alle cartelle esistenti nel repository. Questo messaggio può essere visualizzato se ci si connette a un nuovo ramo o se la cartella è stata eliminata dal ramo.
Soluzione:
- Per creare una nuova cartella e connetterla all'area di lavoro, selezionare Crea e sincronizza.
- Per connettere l'area di lavoro a una cartella diversa, selezionare Annulla e scegliere un'altra cartella nelle impostazioni dell'area di lavoro della scheda Integrazione Git.
Descrizione del problema: il numero nell'icona controllo del codice sorgente indica il numero di modifiche apportate all'area di lavoro dall'ultimo commit. Se l'icona non ha un numero, potrebbe essersi verificato un problema di connessione al ramo.
Soluzione: disconnettersi e riconnettersi.
Descrizione del problema: l'area di lavoro è stata precedentemente connessa a un repository Git, ma ora è necessario disporre di una licenza Premium per connettersi.
Causa: è possibile connettersi ai repository Git solo se si dispone di una licenza Premium valida. Se la licenza è scaduta o si cambia la propria licenza in una licenza che non include l'integrazione Git, non sarà più possibile connettersi a tale repository. Questo vale anche per le licenze di valutazione.
Soluzione: disconnettersi da Git e lavorare senza controllo del codice sorgente, oppure acquistare una licenza Premium.
Descrizione del problema: non si vede il ramo a cui ci si vuole connettersi nella scheda Diramazione del pannello di controllo del codice sorgente.
Causa: l'elenco per la diramazione mostra solo i rami di cui si dispone l'autorizzazione per vederli.
Soluzione: verificare che il ramo desiderato esista e di disporre dell'autorizzazione per vederlo. In caso contrario, chiedere al proprietario del ramo di concedere l'autorizzazione per vedere le limitazioni del ramo per altre informazioni.
Descrizione del problema: quando si esegue la diramazione in una nuova area di lavoro, si passa alla nuova area di lavoro, ma l'integrazione di Git non è abilitata. Causa: l'opzione di integrazione Git potrebbe essere abilitata per l'area di lavoro di origine, ma non per l'intero tenant poiché l'amministratore tenant può delegare il controllo di tale procedura agli amministratori dell'area di lavoro. In questo caso, la nuova area di lavoro non avrà l'integrazione Git abilitata e sarà necessario abilitarla manualmente dalle impostazioni dell'area di lavoro prima di sincronizzare l'area di lavoro con Git. Soluzione: abilitare l'integrazione Git dalle impostazioni dell'area di lavoro della nuova area di lavoro.
Descrizione del problema: se sono stati apportati aggiornamenti al ramo Git, i commit vengono disabilitati fino a quando non si aggiorna l'area di lavoro.
Soluzione: per abilitare i commit, aggiornare l'area di lavoro.
Descrizione del problema: quando si tenta di eseguire il commit degli elementi in Git, appare un errore che indica che è stata superata la dimensione massima del commit.
Causa: le dimensioni totali dei file su cui eseguire il commit sono limitate a 50 MB.
Soluzione: se si sta provando a eseguire il commit di più elementi allo stesso tempo, provare a eseguirne il commit in batch più piccole. Se il commit contiene un elemento con molti file, contattare il supporto tecnico.
Descrizione del problema: la modifica dello stesso elemento nell'area di lavoro e del ramo Git può causare un possibile conflitto. Se sono state apportate modifiche nell'area di lavoro e nel ramo Git nello stesso elemento, gli aggiornamenti vengono disabilitati fino a quando il conflitto non viene risolto.
Soluzione: risolvere i conflitti e riprovare.
Errore di aggiornamento: l'aggiornamento non viene completato perché interromperebbe i collegamenti alle dipendenze
Descrizione del problema: dopo aver selezionato Aggiorna tutto o Annulla, appare una finestra di dialogo che indica un errore perché l'azione interromperebbe i collegamenti di dipendenza.
Soluzione: aprire la visualizzazione di derivazione per trovare l'elemento o gli elementi che verrebbero eliminati dall'area di lavoro nell'aggiornamento e che sono collegati a elementi che non verranno eliminati dall'area di lavoro.
Per risolvere il problema, eliminare gli elementi problematici:
- Se l'elemento non è supportato da Git (ad esempio, Dashboard), eliminarlo manualmente dall'area di lavoro.
- Se l'elemento è supportato da Git (ad esempio, report), eliminarlo da Git (se esistente) o dall'area di lavoro.
Selezionare Aggiorna tutto.
Per altre informazioni, vedere Aggiornamento manuale da Git.
Descrizione del problema: dopo l'aggiornamento da Git, quando si esamina la visualizzazione di derivazione, le dipendenze di alcuni elementi non sono come previsto. Ad esempio, il modello proxy non punta più al modello corretto.
Motivo: l'integrazione Git non supporta attualmente i modelli proxy e Direct Query.
Soluzione: per correggere le dipendenze, svolgere una delle seguenti azioni:
- Modificare il file bim del ProxyDataset nel repository Git in modo che punti al set di dati corretto e poi, nell'area di lavoro, aggiornare da Git per ricevere la modifica.
- Usare l'API Aggiorna origine dati per aggiornare i dettagli di connessione del modello proxy nell'area di lavoro.
Errore di annullamento: dopo aver selezionato "Annulla", appare una finestra di dialogo che indica l'errore perché non è possibile trovare la dipendenza
Descrizione del problema: l'errore seguente viene visualizzato dopo un'azione di annullamento se è presente una dipendenza non sottoposta a commit nella scheda Modifiche che non era stata selezionata nell'azione "Annulla".
Soluzione: selezionare tutte le dipendenze del database selezionato e riprovare.
Errore di dipendenza: dopo aver selezionato "Annulla", "Aggiorna" o "Cambia ramo", appare una finestra di dialogo che indica un errore perché l'azione interromperebbe un collegamento di dipendenza
Descrizione del problema: l'errore seguente viene visualizzato dopo un'azione di annullamento, aggiornamento o cambio ramo:
Causa: nell'area di lavoro è presente un elemento non supportato che dipende da un elemento che non si trova più nell'area di lavoro, causando un problema di dipendenza.
Soluzione: aprire la visualizzazione di derivazione per trovare l'elemento o gli elementi selezionati per essere "annullati" e collegati a elementi che non sono stati selezionati.
Per risolvere il problema, eliminare gli elementi problematici:
- Se l'elemento non selezionato è supportato da Git (ad esempio, i report), selezionare anch'esso per eliminarlo.
- Se l'elemento non selezionato supportato da Git (ad esempio, Dashboard), eliminarlo manualmente dall'area di lavoro.
Per altre informazioni sulle dipendenze, vedere Informazioni sulle dipendenze.
Se non vengono soddisfatte le condizioni seguenti, sarà impossibile vedere il pulsante delle pipeline di distribuzione.
Si dispone di una licenza di Fabric.
Per gli amministratori di un'area di lavoro.
Le pipeline di distribuzione mostrano un tag della fase della pipeline nelle aree di lavoro assegnate a una pipeline. Per visualizzare questi tag, è necessario essere un amministratore della pipeline. I tag per le fasi Sviluppo e Test sono sempre visibili. Tuttavia, il tag Produzione verrà visualizzato solo se si ha accesso alla pipeline.
Descrizione del problema: in una pipeline completa, dopo aver annullato l'assegnazione di un'area di lavoro da una fase e averla distribuita, le pipeline di distribuzione ripristinano le connessioni tra gli elementi nella fase di origine da cui è stata distribuita e la fase di destinazione. Tuttavia, a volte le pipeline di distribuzione non possono ripristinare le connessioni tra gli elementi nelle fasi di origine e destinazione. Ciò può verificarsi, ad esempio, se si elimina accidentalmente un elemento.
Soluzione: per ristabilire queste connessioni, annullare l'assegnazione e riassegnare la stessa area di lavoro nella fase di destinazione.
Causa: quando si assegna un'area di lavoro a una fase delle pipeline di distribuzione, le pipeline di distribuzione controllano gli elementi (come i report e le dashboard) nell'area di lavoro. Se sono presenti due elementi 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, e appare il messaggio di errore Impossibile assegnare l'area di lavoro. 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 vi sono più report con lo stesso nome nelle fasi di sviluppo o produzione, l'assegnazione ha esito negativo. L'assegnazione dell'area di lavoro avrà esito negativo anche se l'area di lavoro che si sta assegnando ha due modelli semantici intitolati "modello semantico di vendita a livello di area" e vi è un modello semantico con lo stesso nome nelle fasi di sviluppo o produzione.
Soluzione: 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 in Fabric.
Viene visualizzato il simbolo "diverso" dopo aver assegnato un'area di lavoro con modelli semantici simili ai modelli semantici nelle fasi adiacenti
Causa: la maggior parte dei modelli semantici usa la funzionalità metadati avanzati del modello semantico, nota anche come modello v3. Tuttavia, i report meno recenti potrebbero usare il tipo precedente di metadati del modello semantico, talvolta definiti modello v1. Se si assegna un'area di lavoro che usa il modello di metadati del modello semantico precedente (v1), le pipeline di distribuzione non possono valutare se il modello semantico è simile nelle fasi adiacenti. In questi casi, viene visualizzato il simbolo dell'interfaccia utente diverso, anche quando i modelli semantici sono identici.
Soluzione: per risolvere questo problema, distribuire i modelli semantici che mostrano il simbolo diverso.
Non è possibile visualizzare tutte le aree di lavoro quando si tenta di assegnare un'area di lavoro a una pipeline
Causa: vi sono diversi motivi per cui non è possibile visualizzare un'area di lavoro nell'elenco delle aree di lavoro che è possibile assegnare a una pipeline.
Soluzione: per assegnare un'area di lavoro a una pipeline, è necessario che siano soddisfatte le condizioni seguenti:
Essere un amministratore di un'area di lavoro
L'area di lavoro non è assegnata ad altre pipeline
L'area di lavoro risiede in una capacità Fabric
Le aree di lavoro che non soddisfano queste condizioni non vengono visualizzate nell'elenco delle aree di lavoro che è possibile selezionare.
Causa: la prima distribuzione potrebbe non essere riuscita per diversi motivi.
Soluzione: alcuni possibili motivi di errore con le relative soluzioni sono elencati nella tabella seguente.
Error | Azione |
---|---|
Non si hanno le autorizzazioni di capacità. | Se si lavora in un'organizzazione con una capacità Fabric, 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à Fabric, considerare 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 Fabric ha disabilitato la creazione di aree di lavoro. | Contattare l'amministratore di Fabric per il supporto. |
Si usa la distribuzione selettiva e non si selezionano tutti gli elementi collegati. | Eseguire una delle operazioni seguenti: deselezionare il contenuto collegato al modello semantico o al flusso di dati. Il contenuto non selezionato (modelli semantici, report o dashboard) non verrà copiato nella fase successiva. Selezionare il modello semantico o il flusso di dati collegato agli elementi selezionati. Gli elementi selezionati verranno copiati nella fase successiva. |
Causa: le pipeline di distribuzione non supportano tutti gli elementi.
Soluzione: per un elenco completo di elementi supportati nelle pipeline di distribuzione, vedere le sezioni seguenti:
Qualsiasi elemento non presente nell'elenco di elementi supportati non viene copiato nella fase successiva.
Causa: non è possibile modificare la connessione dell'origine dati nel servizio Power BI.
Soluzione: 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 distribuzione successiva.
È stato corretto un bug in produzione, ma ora il pulsante “Distribuisci alla fase precedente” è disabilitato
Causa: è possibile eseguire la distribuzione nella fase precedente solo se tale fase è vuota. Se i contenuti sono in fase di test, non è possibile distribuirli inversamente dalla produzione.
Soluzione: 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
Causa: le modifiche di rilievo 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 modello semantico di destinazione dopo la distribuzione.
Durante la distribuzione, i metadati nel modello semantico di origine vengono controllati rispetto ai metadati di destinazione. Le modifiche che causano un'interruzione dello schema provocano l'arresto della distribuzione. In questo caso, si riceve il messaggio di continua la distribuzione.
Soluzione: se si continua con la distribuzione, si perderanno i dati nella fase di destinazione. È possibile usare questa opzione se le modifiche apportate al modello semantico sono intenzionali. Al termine della distribuzione, è necessario aggiornare il modello semantico di destinazione.
Se le modifiche non sono intenzionali, chiudere la finestra di messaggio, caricare un file .pbix fisso nell'area di lavoro di origine e ridistribuire.
Dopo che una distribuzione non riesce a causa di modifiche dello schema, nella fase di destinazione compare il messaggio Distribuzione non riuscita, seguito dal collegamento Mostra dettagli. Il collegamento apre lo stesso messaggio continua la distribuzione visualizzato durante la distribuzione non riuscita.
Causa: quando si usa l'aggiornamento incrementale, sono consentite solo alcune modifiche al modello semantico che si sta distribuendo. Se sono state apportate modifiche al modello semantico non consentite, la distribuzione ha esito negativo e appare questo messaggio:
Soluzione: se sono state intenzionalmente apportate modifiche al modello semantico, è possibile usare una delle seguenti soluzioni alternative:
Uso di .pbix: pubblicare le modifiche direttamente nel modello semantico di destinazione. Tutte le partizioni e i dati vengono persi, quindi è necessario aggiornare il modello semantico.
Uso degli strumenti XMLA: apportare le modifiche direttamente nel modello semantico nella fase di destinazione.
L'oggetto visivo si è interrotto dopo la distribuzione di un modello semantico o di un flusso di dati
Causa: il modello semantico e i flussi di dati sono elementi di Fabric che archiviano i dati e contengono sia dati che metadati. Durante la distribuzione, vengono copiati solo i metadati, non i dati. Di conseguenza, dopo la distribuzione, il modello semantico o il flusso di dati potrebbe non avere dati, e un oggetto visivo del report che si basa su questi dati verrà visualizzato interrotto.
Soluzione: per risolvere questo problema, aggiornare il flusso di dati e quindi aggiornare il modello semantico nella fase di destinazione.
Causa: quando si lavora con le pipeline di distribuzione, si potrebbe avere una pipeline senza proprietario. Ad esempio, una pipeline può essere lasciata senza un proprietario quando un utente proprietario lascia l'azienda senza trasferire la proprietà. Quando una pipeline non ha un proprietario, gli altri utenti non possono accedervi. Poiché un'area di lavoro può essere assegnata a una sola pipeline, se è assegnata a una pipeline senza proprietario, nessuno è in grado di annullare l'assegnazione e non è possibile usare l'area di lavoro in un'altra pipeline.
Soluzione: quando una pipeline viene lasciata senza proprietario, un amministratore di Fabric può aggiungere un nuovo proprietario alla pipeline o eliminarlo. Per aggiungere un proprietario alla pipeline, usare l'API Amministratore - Pipeline UpdateUserAsAdmin.
È anche possibile esaminare lo script di PowerShell, AddUserToWorkspacePipeline (disponibile nel 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 trova la pipeline a cui è assegnata l'area di lavoro e aggiungerà le autorizzazioni di amministratore all'utente specificato.
Errore di mancata corrispondenza: errore di mancata corrispondenza fra la versione del modello semantico di origine e destinazione
Descrizione del problema: l'errore Impossibile avviare la distribuzione, che indica che i modelli semantici di origine e di destinazione hanno formati di modellazione dei dati diversi, si verifica quando i modelli semantici nella fase di destinazione hanno una versione del modello superiore rispetto ai modelli semantici nella fase di origine. In questi casi, le pipeline di distribuzione non sono in grado di eseguire la distribuzione dalla fase di origine alla fase di destinazione. Per evitare questo errore, usare un modello semantico con la stessa versione (o versione successiva) del modello nella fase di origine.
Soluzione: aggiornare il modello semantico nella fase di origine usando un endpoint di lettura/scrittura XMLA o Power BI Desktop. Dopo aver aggiornato il modello semantico, ripubblicarlo nella fase di origine.
Errore di mancata corrispondenza: errore di mancata corrispondenza della modalità di connettività dell'origine dati
Descrizione del problema: durante la distribuzione, se le pipeline di distribuzione rilevano 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.
Soluzione: usare un endpoint XMLA in lettura/scrittura o Power BI Desktop per modificare la modalità di connessione dell'origine dati nella fase di origine, oppure eliminare l'origine dati nella fase di destinazione in modo che la distribuzione lo sovrascriva.
Causa: la distribuzione del modello semantico non riesce per alcuni possibili motivi. Le possibili cause di questo errore sono le seguenti:
- Un modello semantico grande non è configurato con il formato di modello semantico grande.
- Il modello semantico contiene una dipendenza circolare o autonoma (ad esempio, l'elemento A fa riferimento all'elemento B e l'elemento B fa riferimento all'elemento A). In questo caso si vedrà il messaggio di errore seguente: La distribuzione di uno o più elementi ha avuto esito negativo perché comporterà una dipendenza bidirezionale tra gli elementi.
Soluzione:
- La distribuzione potrebbe fallire se il modello semantico è maggiore di 4 GB e non usa il formato di modello semantico di grandi dimensioni. Provare a impostare il modello semantico per usare il formato del modello semantico di grandi dimensioni e ridistribuire.
- Se il modello semantico contiene una dipendenza circolare o autonoma, rimuovere la dipendenza e ridistribuire.
Si dispone di un modello semantico con modalità di connettività DirectQuery o composita che usa tabelle di variante o di data/ora automatica.
Causa: i modelli semantici che usano la modalità di connettività DirectQuery o composita e hanno tabelle di data/ora automatica o di variante, non sono supportate nelle pipeline di distribuzione.
Soluzione: se la distribuzione ha esito negativo e si ritiene che si tratti di un modello semantico con una tabella di varianti, è possibile cercare la proprietà varianti nelle colonne della tabella. È possibile usare uno dei metodi seguenti per modificare il modello semantico, in modo tale che funzioni nelle pipeline di distribuzione.
Usare la modalità di importazione anziché la modalità DirectQuery o composita nel modello semantico.
Rimuovere le tabelle di data/ora automatica dal modello semantico. Se necessario, eliminare eventuali varianti rimanenti da tutte le colonne nelle tabelle. L'eliminazione di una variante potrebbe invalidare le misure create dall'utente, le colonne calcolate e le tabelle calcolate. Usare questo metodo solo se si comprende il funzionamento del modello semantico, in quanto potrebbe causare un danneggiamento dei dati negli oggetti visivi.
Soluzione: per distribuire un report impaginato, è necessario essere un membro dell'area di lavoro nell'area di lavoro da cui si esegue la distribuzione (l'area di lavoro della fase di origine). Se non si è membri dell'area di lavoro nella fase di origine, non si potrà distribuire il report impaginato.
Mancata corrispondenza dell'origine dati: il report impaginato della fase di destinazione visualizza i dati di un modello semantico di Fabric nella fase di origine
Descrizione del problema: attualmente, i modelli semantici vengono considerati come un'origine dati di Analysis Services esterna e le connessioni ai modelli semantici non vengono cambiate automaticamente dopo la distribuzione.
Quando si distribuisce un report impaginato connesso a un modello semantico di Fabric, esso continua a puntare al modello semantico a cui è stato originariamente connesso. Usare le regole di distribuzione per puntare il report impaginato a qualsiasi modello semantico desiderato, incluso ad esempio il modello semantico della fase di destinazione.
Soluzione: se si usa un report impaginato con un modello semantico di Fabric, vedere Come si crea una regola di distribuzione per un report impaginato con un modello semantico di Fabric?
Descrizione del problema: una distribuzione di un numero elevato di report impaginati con regole potrebbe non riuscire a causa di un overload della capacità.
Soluzione: acquistare uno SKU superiore o usare la distribuzione selettiva.
Visualizzazione di derivazione: nella visualizzazione di derivazione compare un'origine dati appartenente a un flusso di dati, nonostante sia stata eliminata
Causa: 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.
Soluzione: questo comportamento non influisce sulle pipeline di distribuzione. È comunque possibile aggiornare, modificare e distribuire flussi di dati in una pipeline.
Vengono visualizzate due origini dati connesse al flusso di dati dopo l'uso delle regole del flusso di dati
Descrizione del problema: dopo aver modificato l'origine dati di un flusso di dati usando una regola, la visualizzazione di derivazione del flusso di dati mostra una connessione tra l'origine dati di origine del flusso di dati e l'origine dati configurata nella regola.
Soluzione: questo comportamento non influisce sulle pipeline di distribuzione.
Soluzione: per distribuire un data mart, è necessario essere il proprietario del data mart.
Problema di distribuzione: la distribuzione del datamart non è riuscita a causa di una dipendenza circolare
Soluzione: abbiamo un elemento che fa riferimento a sé stesso, oppure più elementi coinvolti in una catena circolare di riferimenti (ad esempio, l'elemento A fa riferimento all'elemento B e l'elemento B fa riferimento all'elemento A). Per distribuire il data mart, rimuovere la dipendenza circolare e ridistribuire.
Il contenuto può essere distribuito in una fase vuota o in una fase che include contenuto. Il contenuto deve risiedere in una capacità Fabric.
Distribuzione in una fase vuota: qualsiasi utente di Fabric dotato di licenza che sia membro o amministratore dell'area di lavoro di origine.
Distribuzione in una fase con contenuto: qualsiasi utente di Fabric dotato di licenza che sia membro o amministratore di entrambe le aree di lavoro nelle fasi di distribuzione di origine e di destinazione.
Sovrascrittura di un modello semantico: la distribuzione sovrascrive ogni modello semantico incluso nella fase di destinazione, anche se il modello semantico non è stato modificato. Qualsiasi utente membro o amministratore di entrambe le aree di lavoro, ma l'amministratore tenant può limitarlo solo ai proprietari del modello semantico di destinazione.
Causa: 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.
Soluzione: per altre informazioni, vedere la sezione delle autorizzazioni.
Soluzione: per assegnare un'area di lavoro, è necessario disporre almeno delle autorizzazioni di membro dell'area di lavoro per le aree di lavoro nelle fasi adiacenti. Le autorizzazioni dei membri dell'area di lavoro (o superiori) nelle fasi adiacenti sono necessarie per consentire alle pipeline di distribuzione di stabilire connessioni tra gli elementi nelle fasi della pipeline adiacenti.
Soluzione: se si verificano problemi durante la configurazione delle regole di distribuzione, visitare 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 modello semantico. Le modifiche seguenti apportate al modello semantico di origine generano una distribuzione non riuscita:
Parametro rimosso
Nome parametro modificato
Le regole di distribuzione mancano di alcuni valori. Ciò potrebbe verificarsi se il modello semantico è cambiato.
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 regole di distribuzione, in cui è contrassegnato il modello semantico con errori. Quando si seleziona il modello semantico, le regole interrotte vengono contrassegnate.
Per eseguire correttamente la distribuzione, correggere o rimuovere le regole interrotte ed eseguire nuovamente la distribuzione.
Causa: le regole di distribuzione non vengono applicate immediatamente dopo la configurazione.
Soluzione: per applicare le regole di distribuzione, è necessario distribuire i modelli semantici dalla fase di origine alla fase di destinazione che include le regole di distribuzione create. Dopo aver configurato le regole di distribuzione, e prima della distribuzione, l'indicatore diverso viene visualizzato accanto al modello semantico con le regole configurate. Ciò indica che è necessario distribuire il modello semantico dalla fase di origine alla fase di destinazione. Dopo la distribuzione, se non sono state apportate altre modifiche, l'indicatore diverso scompare; ciò significa che le regole sono state applicate correttamente.
Soluzione: per creare una regola di distribuzione, è necessario essere il proprietario dell'elemento per cui si sta creando la regola di distribuzione. Se non si è proprietari dell'elemento, le regole di distribuzione vengono oscurate.
Se una delle opzioni della regola risulta oscurata, il motivo può essere uno dei seguenti:
Regole di origine dati: non esistono origini di dati su cui è possibile configurare una regola.
Regole dei parametri: non esistono parametri per cui è possibile configurare una regola.
Soluzione: il salvataggio delle regole dell'origine dei dati potrebbe non riuscire a causa di uno dei motivi seguenti:
Il modello semantico 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 modello semantico che usa parametri. Creare invece una regola di parametro.
Non è possibile connettersi a un modello semantico durante la creazione di una nuova regola del modello semantico
Causa: quando si crea un modello semantico usando Power BI Desktop, è possibile configurare la stringa di connessione. Successivamente, il modello semantico può essere pubblicato e usato dalle pipeline di distribuzione nel servizio Power BI. Quando si crea la connessione in Power BI Desktop, è possibile specificare parametri aggiuntivi. Quando si specificano i parametri, l'origine del modello semantico deve essere il primo parametro elencato. Se si elencano altri parametri prima dell'origine del modello semantico, si verificano errori nel servizio Power BI. In questi casi, quando si configura una nuova regola del modello semantico, se si punta a un modello semantico non configurato correttamente in Power BI Desktop, le pipeline di distribuzione non possono creare la regola.
Soluzione: formattare la connessione del modello semantico in Power BI Desktop in modo tale che l'origine del modello semantico venga visualizzata nella prima riga. Poi, ripubblicare il modello semantico.
Usare questa sezione per risolvere i problemi relativi alle regoledella pipeline create. Se non viene visualizzato un nome di messaggio di errore della regola, esaminare le limitazioni delle regole di distribuzione e le origini dati supportate per il flusso di dati e le regole del modello semantico, e provare a riconfigurare la regola.
Messaggio di errore | Soluzione |
---|---|
La regola dell'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 si 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 modello semantico disponga di query valide. Provare quindi a creare di nuovo la regola. |
La proprietà della regola 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 usato 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 modello semantico a causa della configurazione dell'origine dati. Rimuovere la regola o riscrivere le query del modello semantico usando gli strumenti standard di Power BI Desktop. |
Il modello semantico di destinazione può essere modificato solo dal proprietario | La regola sovrascriverà alcuni modelli semantici nell'area di lavoro di destinazione. È necessario essere il proprietario di tutti i modelli semantici che verranno sovrascritti. |