Share via

Distribuire in Power BI

  • Articolo

Questo articolo descrive la fase 5, che riguarda la distribuzione, il supporto e il monitoraggio del contenuto durante la migrazione a Power BI.

Il diagramma mostra le fasi di una migrazione di Power BI. La fase 5 è evidenziata per questo articolo.

Nota

Per una spiegazione completa del diagramma precedente, vedere Panoramica della migrazione di Power BI.

L'obiettivo principale della fase 5 è distribuire la nuova soluzione Power BI nell'ambiente di produzione.

L'output di questa fase è una soluzione di produzione pronta per l'uso da parte dell'azienda. Quando si usa un metodo Agile, è accettabile avere alcuni miglioramenti pianificati che verranno distribuiti in un'iterazione futura. Anche il supporto e il monitoraggio sono importanti in questa fase e su base continuativa.

Suggerimento

Ad eccezione dell'esecuzione in parallelo e della rimozione delle autorizzazioni dei report legacy, illustrati di seguito, gli argomenti descritti in questo articolo si applicano anche a un progetto di implementazione standard di Power BI.

Distribuire nell'ambiente di test

Per le soluzioni gestite dall'IT o per le soluzioni critiche per la produttività aziendale, è in genere presente un ambiente di test. Un ambiente di test si trova tra sviluppo e produzione e non è necessario per tutte le soluzioni Power BI. Un'area di lavoro di test può fungere da posizione stabile, separata dallo sviluppo, affinché i test di accettazione utente (UAT) si verifichino prima del rilascio nell'ambiente di produzione.

Se il contenuto è stato pubblicato in un'area di lavoro con capacità Premium, le pipeline di distribuzione possono semplificare il processo di distribuzione per le aree di lavoro di sviluppo, test e produzione. In alternativa, la pubblicazione può essere eseguita manualmente o con script di PowerShell.

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni della capacità di Fabric (SKU F).

Per altre informazioni, vedere Aggiornamenti importanti in arrivo per le licenze di Power BI Premium e Domande frequenti su Power BI Premium.

Eseguire la distribuzione nell'area di lavoro di test

Le attività principali durante una distribuzione nell'area di lavoro di test in genere includono:

  • stringhe e parametri di Connessione ion: Modificare il modello semantico (noto in precedenza come set di dati) stringa di connessione se l'origine dati è diversa tra lo sviluppo e il test. La parametrizzazione può essere usata per gestire in modo efficace stringa di connessione.
  • Contenuto dell'area di lavoro: pubblicare modelli semantici e report nell'area di lavoro di test e creare dashboard.
  • App. Pubblicare un'app usando il contenuto dell'area di lavoro di test, se farà parte del processo UAT. In genere, le autorizzazioni dell'app sono limitate a un numero ridotto di persone coinvolte nell'autenticazione definita dall'utente.
  • Aggiornamento dati: pianificare l'aggiornamento semantico del modello per qualsiasi modello semantico di importazione per il periodo in cui si verifica attivamente L'accesso utente.
  • Sicurezza: aggiornare o verificare i ruoli dell'area di lavoro. Il test dell'accesso all'area di lavoro include un numero ridotto di persone coinvolte in UAT.

Condurre test di accettazione utente

In genere, UAT coinvolge gli utenti aziendali che sono esperti di materia. Dopo la verifica, forniscono l'approvazione che il nuovo contenuto è accurato, soddisfa i requisiti e può essere distribuito per un consumo più ampio da parte di altri utenti.

La misura in cui questo processo UAT è formale, inclusi gli accessi scritti, dipenderà dalle procedure di gestione delle modifiche.

Distribuire nell'ambiente di produzione

Esistono diverse considerazioni per la distribuzione nell'ambiente di produzione.

Eseguire una distribuzione a fasi

Se si sta tentando di ridurre al minimo i rischi e le interruzioni dell'utente o in caso di altri problemi, è possibile scegliere di eseguire una distribuzione a fasi. La prima distribuzione nell'ambiente di produzione potrebbe comportare un gruppo più piccolo di utenti pilota. Con un progetto pilota, il feedback può essere richiesto attivamente dagli utenti pilota.

Espandere le autorizzazioni nell'area di lavoro di produzione o nell'app, gradualmente fino a quando tutti gli utenti di destinazione non dispongono dell'autorizzazione per la nuova soluzione Power BI.

Suggerimento

Usare il log attività di Power BI per comprendere come gli utenti adottano e usano la nuova soluzione Power BI.

Gestire componenti aggiuntivi

Durante il processo di distribuzione, potrebbe essere necessario collaborare con gli amministratori di Power BI per soddisfare altri requisiti necessari per supportare l'intera soluzione, ad esempio:

  • Manutenzione del gateway: potrebbe essere necessaria una nuova registrazione dell'origine dati nel gateway dati.
  • Driver e connettori del gateway: una nuova origine dati proprietaria potrebbe richiedere l'installazione di un nuovo driver o di un connettore personalizzato in ogni server nel cluster gateway.
  • Creare una nuova capacità Premium: potrebbe essere possibile usare una capacità Premium esistente. In alternativa, potrebbero verificarsi situazioni in cui viene garantita una nuova capacità Premium. Potrebbe trattarsi di un caso in cui si vuole separare un carico di lavoro di reparto.
  • Configurare un flusso di dati di Power BI: le attività di preparazione dei dati possono essere configurate una sola volta in un flusso di dati di Power BI usando Power Query Online. Consente di evitare di replicare il lavoro di preparazione dei dati in molti file di Power BI Desktop diversi.
  • Registrare un nuovo oggetto visivo dell'organizzazione:La registrazione visiva dell'organizzazione può essere eseguita nel portale di amministrazione per gli oggetti visivi personalizzati che non hanno avuto origine da AppSource.
  • Imposta contenuto in primo piano: esiste un'impostazione del tenant che controlla chi può includere contenuto nella home page servizio Power BI.
  • Configurare le etichette di riservatezza: tutte le etichette di riservatezza sono integrate con Microsoft Purview Information Protection.

Distribuire nell'area di lavoro di produzione

Le attività principali durante una distribuzione nell'area di lavoro di produzione in genere includono:

  • Gestione delle modifiche: se necessario, ottenere l'approvazione per la distribuzione e comunicare la distribuzione al popolamento degli utenti usando le procedure standard di gestione delle modifiche. Potrebbe esserci una finestra di gestione delle modifiche approvata durante la quale sono consentite le distribuzioni di produzione. In genere, è applicabile al contenuto gestito dall'IT e molto meno frequentemente applicato al contenuto self-service.
  • Piano di rollback: con una migrazione, si prevede che sia la migrazione di una nuova soluzione per la prima volta. Se il contenuto esiste già, è opportuno avere un piano per ripristinare la versione precedente, se necessario. La presenza di versioni precedenti dei file di Power BI Desktop (con Il controllo delle versioni di SharePoint o OneDrive) funziona correttamente a questo scopo.
  • stringhe e parametri di Connessione ion: Regolare i stringa di connessione del modello semantico quando l'origine dati è diversa tra test e produzione. La parametrizzazione può essere usata in modo efficace a questo scopo.
  • Aggiornamento dati: pianificare l'aggiornamento semantico del modello per i modelli semantici importati.
  • Contenuto dell'area di lavoro: pubblicare modelli semantici e report nell'area di lavoro di produzione e creare dashboard. Le pipeline di distribuzione possono semplificare il processo di distribuzione nelle aree di lavoro di sviluppo, test e produzione se il contenuto è stato pubblicato nelle aree di lavoro con capacità Premium.
  • App: se le app fanno parte della strategia di distribuzione del contenuto, pubblicare un'app usando il contenuto dell'area di lavoro di produzione.
  • Sicurezza: aggiornare e verificare i ruoli dell'area di lavoro in base alla strategia di distribuzione e collaborazione del contenuto.
  • Impostazioni del modello semantico: aggiornare e verificare le impostazioni per ogni modello semantico, tra cui:
  • Impostazioni report e dashboard: aggiornare e verificare le impostazioni per ogni report e dashboard. Le impostazioni più importanti includono:
  • Sottoscrizioni: configurare le sottoscrizioni di report, se necessario.

Importante

A questo punto, si è raggiunto un grande traguardo. Festeggia il tuo successo al completamento della migrazione.

Comunicare con gli utenti

Annunciare la nuova soluzione ai consumer. Comunicare loro dove trovare il contenuto, nonché la documentazione associata, le domande frequenti e le esercitazioni associate. Per presentare il nuovo contenuto, è consigliabile ospitare un tipo di sessione di pranzo e apprendimento o preparare alcuni video su richiesta.

Assicurarsi di includere istruzioni su come richiedere assistenza, nonché su come fornire commenti e suggerimenti.

Eseguire una retrospettiva

Prendere in considerazione l'esecuzione di un'analisi retrospettiva per esaminare i risultati della migrazione e le operazioni che potrebbero essere eseguite meglio con la successiva migrazione.

Esecuzione in parallelo

In molte situazioni, la nuova soluzione verrà eseguita in parallelo alla soluzione legacy per un periodo di tempo predeterminato. I vantaggi dell'esecuzione in parallelo includono:

  • Riduzione dei rischi, in particolare se i report sono considerati cruciali.
  • Consente agli utenti di diventare abituati alla nuova soluzione Power BI.
  • Consente di fare riferimento incrociato alle informazioni presentate in Power BI ai report legacy.

Rimuovere le autorizzazioni del report legacy

A un certo punto, i report migrati a Power BI devono essere disabilitati nella piattaforma BI legacy. La rimozione delle autorizzazioni dei report legacy può verificarsi quando:

  • Il tempo predeterminato per l'esecuzione in parallelo, che dovrebbe essere stato comunicato alla popolazione dell'utente, è scaduto. È comunemente 30-90 giorni.
  • Tutti gli utenti del sistema legacy hanno accesso alla nuova soluzione Power BI.
  • L'attività significativa non si verifica più nel report legacy.
  • Non si sono verificati problemi con la nuova soluzione Power BI che potrebbe influire sulla produttività degli utenti.

Monitorare la soluzione

Gli eventi del log attività di Power BI possono essere usati per comprendere i modelli di utilizzo della nuova soluzione (o il log di esecuzione per il contenuto distribuito in Server di report di Power BI). L'analisi del log attività consente di determinare se l'uso effettivo è diverso dalle aspettative. Può anche verificare che la soluzione sia supportata in modo adeguato.

Ecco alcune domande che possono essere risolte esaminando il log attività:

  • Con quale frequenza viene visualizzato il contenuto?
  • Chi sta visualizzando il contenuto?
  • Il contenuto viene in genere visualizzato tramite un'app o un'area di lavoro?
  • La maggior parte degli utenti usa un browser o un'applicazione per dispositivi mobili?
  • Le sottoscrizioni vengono usate?
  • Vengono creati nuovi report basati su questa soluzione?
  • Il contenuto viene aggiornato frequentemente?
  • Come viene definita la sicurezza?
  • Si verificano problemi regolarmente, ad esempio errori di aggiornamento dei dati?
  • Sono in corso attività (ad esempio, attività di esportazione significative o numerose singole condivisioni di report) che potrebbero significare formazione aggiuntiva?

Importante

Assicurarsi di avere un utente che esamina regolarmente il log attività. La semplice acquisizione e l'archiviazione della cronologia hanno valore per scopi di controllo o conformità. Tuttavia, il valore reale è quando è possibile eseguire un'azione proattiva.

Supportare la soluzione

Anche se la migrazione è completa, il periodo post-migrazione è fondamentale per risolvere i problemi e gestire eventuali problemi di prestazioni. Nel corso del tempo, la soluzione migrata subirà probabilmente modifiche man mano che le esigenze aziendali si evolveranno.

Il supporto tende a verificarsi in modo leggermente diverso a seconda del modo in cui la BI self-service viene gestita nell'intera organizzazione. I promotori di Power BI in tutte le business unit spesso agiscono in modo informale come supporto in prima linea. Anche se è un ruolo informale, è un ruolo essenziale che dovrebbe essere incoraggiato.

Avere un processo di supporto formale, gestito dall'IT con ticket di supporto, è essenziale anche per gestire le richieste di routine orientate al sistema e per scopi di escalation.

Nota

I diversi tipi di supporto interno ed esterno sono descritti nella roadmap di adozione dell'infrastruttura.

È anche possibile avere un Centro di eccellenza (COE) che agisce come consulenti interni che supportano, educare e gestire Power BI nell'organizzazione. Un COE può essere responsabile della cura di contenuti di Power BI utili in un portale interno.

Infine, deve essere chiaro agli utenti del contenuto sapere chi contattare con domande sul contenuto e avere un meccanismo per fornire commenti e suggerimenti su problemi o miglioramenti.

Per altre informazioni sul supporto degli utenti, con particolare attenzione alla risoluzione dei problemi, vedere Supporto degli utenti nella roadmap di adozione dell'infrastruttura.

Contenuto correlato

Nell'articolo finale di questa serie vengono fornite informazioni dai clienti durante la migrazione a Power BI.

Altre risorse utili includono:

I partner Power BI esperti sono disponibili per aiutare l'organizzazione a eseguire correttamente il processo di migrazione. Per coinvolgere un partner Power BI, visitare il portale per i partner Power BI.