Domande frequenti sugli strumenti di gestione del ciclo di vita di Fabric

La gestione del ciclo di vita include due parti, l'integrazione e la distribuzione. Per informazioni sull'integrazione in Fabric, fare riferimento alla panoramica dell'integrazione di Git. Per comprendere quali pipeline di distribuzione si trovano in Fabric, vedere la panoramica delle pipeline di distribuzione.

Per una breve spiegazione dell'integrazione con Git, vedere la panoramica dell'integrazione di Git. Risposta multilinea o formattata alla domanda. Usare qualsiasi formattazione Markdown desiderata, purché il rientro venga mantenuto nelle righe dopo | personaggi.

Per una breve spiegazione delle pipeline di distribuzione, vedere la panoramica delle pipeline di distribuzione.

Per informazioni sulle licenze, vedere Licenze di Fabric.

Tutte le aree di lavoro devono essere assegnate a una licenza di Fabric. Tuttavia, è possibile usare tipi di capacità diversi per aree di lavoro diverse.

Per informazioni sui tipi di capacità, vedere Capacità e SKU.

Il modello di autorizzazioni per le pipeline di distribuzione è descritto nella sezione autorizzazioni .

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

Se la capacità dell'area di lavoro si trova in una posizione geografica mentre il repository Azure DevOps si trova in un'altra posizione, l'amministratore dell'infrastruttura può decidere se abilitare le esportazioni tra aree geografiche. Per altre informazioni, vedere Gli utenti possono esportare gli elementi in repository Git in altre posizioni geografiche.

Introduzione all'integrazione di Git con le istruzioni introduttive.

Potrebbero esserci diversi motivi per cui un elemento è stato rimosso dall'area di lavoro.

• Se l'elemento non è stato eseguito il commit ed è stato selezionato in un'azione di annullamento , l'elemento viene rimosso dall'area di lavoro.
• Se è stato eseguito il commit dell'elemento, potrebbe essere rimosso se si cambia rami e l'elemento non esiste nel nuovo ramo.

Di seguito sono riportate alcune considerazioni importanti da tenere presenti:

• Limitazioni delle regole di distribuzione
• Origini dati supportate per il flusso di dati e le regole del modello semantico
• Aggiornamento incrementale
• Automazione* Le pipeline di distribuzione non possono essere usate per distribuire elementi in un'area di lavoro che si trova in un'area diversa.

È possibile assegnare un'area di lavoro alla pipeline e 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.

I set di dati che usano la modalità di connettività DirectQuery o Composita e hanno tabelle di data/ora automatica o di variazione non sono supportate nelle pipeline di distribuzione. Se la distribuzione ha esito negativo e si ritiene che si tratti di un set di dati con una tabella di varianti, è possibile cercare la proprietà varianti nelle colonne della tabella. È possibile usare uno dei metodi elencati di seguito per modificare il modello semantico in modo che funzioni nelle pipeline di distribuzione.

• Nel set di dati, invece di usare la modalità DirectQuery o Composita, usare la modalità di importazione .

• 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 può 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 può causare un danneggiamento dei dati negli oggetti visivi.

Quando si aggiunge un riquadro a un dashboard, se il riquadro si basa su un elemento non supportato (qualsiasi elemento non presente in questo elenco non è supportato) o su un elemento che non si dispone delle autorizzazioni per la distribuzione, dopo aver distribuito il dashboard non verrà eseguito il rendering. Ad esempio, se si crea un riquadro da un report che si basa su un modello semantico su cui non si è amministratori, quando si distribuisce il report viene visualizzato un avviso di errore. Tuttavia, quando si distribuisce il dashboard con il riquadro, non viene visualizzato un messaggio di errore, la distribuzione avrà esito positivo, ma il riquadro non visualizzerà alcuna informazione.

Il proprietario di un report impaginato distribuito è l'utente che ha distribuito il report. 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, sovrascrivere il report precedente e diventarne proprietario, anziché il proprietario precedente. In questi casi, sono necessarie credenziali per l'origine dati sottostante, in modo che i dati possano essere usati nel report impaginato.

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.

Le regole del report impaginate possono essere create se si vuole puntare il report impaginato al modello semantico 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 modello semantico fabric, perché l'origine dati di destinazione è esterna, è necessario specificare sia il server che il database.

Tuttavia, i report impaginati che usano un modello semantico fabric usano un modello semantico interno. In questi casi, non è possibile basarsi sul nome dell'origine dati per identificare il modello semantico fabric a cui ci si connette. Il nome dell'origine dati non cambia quando lo si aggiorna nella fase di destinazione, creando una regola dell'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 modello semantico nel campo del database. Poiché il modello semantico è interno, il server rimane invariato.

• Database : il formato del database per un report impaginato con un modello semantico fabric è 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 successivo datasets/ e prima della barra successiva.

  

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

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.

Quando si dispone di un flusso di dati che contiene modelli semantici 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 modello semantico con aggiornamento incrementale in una fase che non include questo flusso di dati, se si dispone di un criterio di aggiornamento, sarà necessario riconfigurarlo nella fase di destinazione. Se si distribuisce un flusso di dati con aggiornamento incrementale in una fase in cui si trova già, i criteri di aggiornamento incrementale non vengono copiati. In questi casi, se si desidera aggiornare i criteri di aggiornamento nella fase di destinazione, è necessario farlo manualmente.

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

Contenuto correlato

• Introduzione all'integrazione di Git
• Introduzione alle pipeline di distribuzione