Leggere in inglese Modifica

Condividi tramite


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

Questo articolo fornisce le risposte ad alcune delle domande più comuni sugli strumenti di gestione del ciclo di vita di Fabric.

Domande generali

Che cos'è la gestione del ciclo di vita in Microsoft 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 Git. Per informazioni sulle pipeline di distribuzione in Fabric, vedere la Panoramica delle pipeline di distribuzione.

Che cos'è l'integrazione Git?

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

Che cos'è la pipeline di distribuzione?

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

Domande sulle licenze

Quali licenze sono necessarie per lavorare con la gestione del ciclo di vita?

Per informazioni sulle licenze, vedere Licenze di Fabric.

Quale tipo di capacità serve?

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

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

Nota

  • Gli SKU PPU, EM e A funzionano solo con gli elementi di Power BI. Se si aggiungono altri elementi di Fabric all'area di lavoro, occorre uno SKU di valutazione, P o F.
  • Quando si crea un'area di lavoro con una licenza PPU, solo altri utenti di licenze PPU possono accedere all'area di lavoro e di utilizzarne il contenuto.

Autorizzazioni

Qual è il modello delle autorizzazioni delle pipeline di distribuzione?

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

Quali sono le autorizzazioni necessarie per configurare le regole di distribuzione?

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

Domande sull'integrazione Git

È possibile connettersi a un repository che si trova in un'area diversa da quella dell'area di lavoro?

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

Come si inizia a usare l'integrazione Git?

Introduzione all'integrazione Git con le istruzioni introduttive.

Perché l'elemento è stato rimosso dall'area di lavoro?

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

  • Se non è stato eseguito il commit dell'elemento e lo stesso è stato selezionato in un'azione di annullamento, l'elemento viene rimosso dall'area di lavoro.
  • Se è stato eseguito il commit dell'elemento, esso potrebbe essere rimosso se vengono cambiati i rami e l'elemento non esiste nel nuovo ramo.

Domande sulle pipeline di distribuzione

Quali sono alcune limitazioni di distribuzione generali da tenere a mente?

Occorre tenere a mente le seguenti considerazioni:

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

È 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 maggiori informazioni, vedere assegnare un'area di lavoro a una pipeline di distribuzione.

Quali azioni si possono intraprendere in caso di un set di dati con modalità di connettività DirectQuery o Composita, che usa tabelle di data/ora automatica o di variante?

I set di dati 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. 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, anziché 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.

Perché alcuni riquadri non visualizzano informazioni dopo la distribuzione?

Quando si fissa un riquadro a una 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 è autorizzati a distribuire, dopo la distribuzione della dashboard, non verrà eseguito il rendering del riquadro. Ad esempio, se si crea un riquadro da un report che si basa su un modello semantico per cui non si è amministratori, quando si distribuisce il report, verrà visualizzato un avviso di errore. Tuttavia, quando si distribuisce la dashboard con il riquadro, non si riceve un messaggio di errore, la distribuzione avrà esito positivo, ma il riquadro non visualizzerà alcuna informazione.

Report impaginati

Chi è il proprietario di un report impaginato distribuito?

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, si diventa proprietari al posto del proprietario precedente e il report precedente si sovrascrive. In questi casi, occorrono credenziali per l'origine dati sottostante, in modo che i dati possano essere usati nel report impaginato.

Dove sono i sotto-report dei report impaginati?

I sotto-report del report impaginato 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 sotto-report, selezionare sia il report padre che i sotto-report.

Come si crea una regola di distribuzione per un report impaginato con un modello semantico di Fabric?

Le regole del report impaginato possono essere create se si vuole rimandare 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 di 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 di Fabric usano un modello semantico interno. In questi casi, non è possibile basarsi sul nome dell'origine dati per identificare il modello semantico di 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 del 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 di Fabric è sobe_wowvirtualserver-<dataset ID>. Ad esempio: sobe_wowvirtualserver-d51fd26e-9124-467f-919c-0c48a99a1d63. Sostituire <dataset ID> con l'ID del set di dati. È possibile ottenere l'ID del set di dati dall'URL selezionando il GUID che viene dopo datasets/ e prima della barra successiva.

    Screenshot dell'ID del set di dati visualizzato in un URL di Fabric.

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

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

Dopo una distribuzione, se si scarica l'RDL (Report Definition Language) del report impaginato, potrebbe non essere aggiornato alla versione più recente che è possibile visualizzare nel servizio Power BI.

Flussi di dati

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

Quando si dispone di un flusso di dati che contiene modelli semantici configurati con l'aggiornamento incrementale, i criteri di aggiornamento non vengono copiati né sovrascritti durante la distribuzione. Dopo aver distribuito un flusso di dati che include un modello semantico con aggiornamento incrementale a 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 è già presente, i criteri di aggiornamento incrementale non vengono copiati. In questi casi, se si desidera aggiornare il criterio di aggiornamento nella fase di destinazione, è necessario farlo manualmente.

Data mart

Dove si trova il set di dati di data mart?

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