Eseguire la distribuzione in Power BI
Questo articolo descrive la Fase 5, che è incentrata su distribuzione, supporto e monitoraggio del contenuto durante la migrazione a Power BI.
Nota
Per una spiegazione completa del diagramma precedente, vedere la Panoramica della migrazione di Power BI.
L'obiettivo principale della Fase 5 è distribuire la nuova soluzione di 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 una metodologia 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 dei report legacy, illustrate più avanti, gli argomenti trattati in questo articolo sono applicabili anche a un progetto di implementazione standard di Power BI.
Distribuire nell'ambiente di test
Per le soluzioni gestite dall'IT o le soluzioni essenziali per la produttività aziendale è in genere disponibile 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ò essere usata come posizione stabile, separata dallo sviluppo, per il test di accettazione utente prima del rilascio in produzione.
Se il contenuto è stato pubblicato in un'area di lavoro con capacità Premium, le pipeline di distribuzione possono semplificare il processo di distribuzione in 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 con capacità Fabric (SKU F).
Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.
Distribuire nell'area di lavoro di test
Le attività principali durante una distribuzione nell'area di lavoro di test includono in genere:
- Stringhe di connessione e parametri: regolare i stringa di connessione del modello semantico se l'origine dati è diversa tra lo sviluppo e il test. È possibile usare la parametrizzazione per gestire in modo efficace le stringhe 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, in caso di inclusione nel processo del test di accettazione utente. Le autorizzazioni per le app sono in genere limitate a un numero ridotto di utenti interessati al test di accettazione utente.
- Aggiornamento dati: pianificare l'aggiornamento semantico del modello per qualsiasi modello semantico di importazione per il periodo in cui si sta verificando attivamente l'interfaccia utente.
- Sicurezza: aggiornare o verificare i ruoli dell'area di lavoro. L'accesso all'area di lavoro di test include un numero limitato di utenti interessati al test di accettazione utente.
Condurre test di accettazione utente
Il test di accettazione utente interessa in genere gli utenti aziendali che sono esperti del settore specifico. Dopo la verifica, tali utenti confermano che il contenuto è accurato, soddisfa i requisiti e può essere distribuito per il consumo più ampio da parte degli altri utenti.
La misura in cui il processo di test di accettazione utente è formale, incluse le approvazioni scritte, dipende dalle procedure di gestione del cambiamento.
Eseguire la distribuzione nell'ambiente di produzione
Esistono diverse considerazioni per la distribuzione nell'ambiente di produzione.
Eseguire una distribuzione in più fasi
Se si è interessati a ridurre al minimo il rischio e le interruzioni per gli utenti o se si hanno preoccupazioni di altro tipo, è possibile scegliere di eseguire una distribuzione in più fasi. La prima distribuzione nell'ambiente di produzione potrebbe comportare un gruppo più piccolo di utenti pilota. La distribuzione pilota consente di richiedere attivamente feedback dagli utenti pilota.
Espandere gradualmente le autorizzazioni nell'area di lavoro di produzione o nell'app fino ad assegnare a tutti gli utenti di destinazione l'autorizzazione per la nuova soluzione di Power BI.
Suggerimento
Usare il log attività di Power BI per comprendere in che modo gli utenti adottano e usano la nuova soluzione di Power BI.
Gestire i componenti aggiuntivi
Durante il processo di distribuzione potrebbe essere necessario collaborare con gli amministratori Power BI per soddisfare altri requisiti necessari per supportare l'intera soluzione, ad esempio:
- Manutenzione del gateway: potrebbe essere necessaria la registrazione di una nuova origine dati nel gateway dati.
- Driver e connettori gateway: una nuova origine dati proprietaria potrebbe richiedere l'installazione di un nuovo driver o connettore personalizzato in ogni server del 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. ad esempio quando si vuole separare intenzionalmente un carico di lavoro di reparto.
- Configurare un flusso di dati di Power BI: è possibile configurare attività di preparazione dei dati una sola volta in un flusso di dati di Power BI usando Power Query Online. Questo approccio consente di evitare la replica delle attività di preparazione dei dati in molti file diversi di Power BI Desktop.
- Registrare un nuovo oggetto visivo aziendale: la registrazione di un oggetto visivo dell'organizzazione può essere eseguita nel portale di amministrazione per gli oggetti visivi personalizzati che non hanno avuto origine da AppSource.
- Impostare contenuti in primo piano: esiste un'impostazione tenant che controlla chi può mettere in primo piano contenuti nella home page del 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 includono in genere:
- Gestione modifiche: se necessario, ottenere l'approvazione per la distribuzione e comunicare la distribuzione al popolamento degli utenti usando le procedure di gestione delle modifiche standard. Potrebbe essere disponibile una finestra approvata per la gestione del cambiamento, durante la quale sono consentite le distribuzioni in produzione. Questo approccio è in genere applicabile a contenuto gestito dall'IT e meno frequente per il contenuto self-service.
- Piano di rollback: con una migrazione, si prevede che si tratti della migrazione di una nuova soluzione per la prima volta. Se il contenuto esiste già, è consigliabile avere un piano per il ripristino della versione precedente, se necessario. La disponibilità di versioni precedenti dei file di Power BI Desktop, mediante il controllo delle versioni di SharePoint oppure OneDrive, risulta utile per questa finalità.
- Stringhe di connessione e parametri: regolare le stringhe di connessione del modello semantico quando l'origine dati è diversa tra test e produzione. È possibile usare in modo efficace la parametrizzazione per questo scopo.
- Aggiornamento dati: pianificare l'aggiornamento del modello semantico 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 in aree di lavoro con la capacità Premium.
- App: se le app sono incluse nella strategia di distribuzione del contenuto, pubblicare un'app usando il contenuto dell'area di lavoro di produzione.
- Sicurezza: aggiornare e verificare i ruoli delle aree di lavoro in base alla strategia di distribuzione del contenuto e di collaborazione.
- Impostazioni del modello semantico: aggiornare e verificare le impostazioni per ogni modello semantico, tra cui:
- Approvazione (ad esempio certificato o promosso)
- Connessione gateway o credenziali dell'origine dati
- Aggiornamento pianificato
- Domande in primo piano di Domande e risposte
- Impostazioni report e dashboard: aggiornare e verificare le impostazioni per ogni report e dashboard. Alcuni delle più importanti sono:
- Descrizione
- Persona o gruppo di contatto
- Etichetta di riservatezza
- Contenuti in primo piano
- Sottoscrizioni: configurare le sottoscrizioni di report, se necessario.
Importante
A questo punto, è stata completata un'attività cardine significativa. La migrazione è stata completata.
Comunicare con gli utenti
Annunciare la nuova soluzione agli utenti. Indicare dove è disponibile il contenuto, oltre a documentazione associata, domande frequenti ed esercitazioni. Per presentare il nuovo contenuto, prendere in considerazione una sessione di tipo "lancio e formazione" o preparare video su richiesta.
Assicurarsi di includere istruzioni su come richiedere assistenza, oltre a fornire feedback.
Completare un'analisi retrospettiva
Prendere in considerazione l'esecuzione di un'analisi retrospettiva per esaminare gli aspetti positivi della migrazione e gli aspetti da migliorare alla migrazione successiva.
Esecuzione in parallelo
In molte situazioni la nuova soluzione verrà eseguita in parallelo alla soluzione legacy per un periodo predeterminato. L'esecuzione in parallelo offre molti vantaggi, tra cui:
- Riduzione dei rischi, in particolare se i report sono considerati cruciali.
- Disponibilità di tempo per consentire agli utenti di acquisire familiarità con la nuova soluzione di Power BI.
- Possibilità di completare la verifica incrociata delle informazioni presentate in Power BI con i report legacy.
Rimuovere il report legacy
A un certo punto è consigliabile disabilitare nella piattaforma di business intelligence legacy i report di cui è stata eseguita la migrazione a Power BI. È possibile rimuovere i report legacy quando:
- Il periodo predeterminato per l'esecuzione in parallelo, che deve essere stato comunicato a tutti gli utenti, è scaduto. Si tratta in genere di un periodo compreso tra 30 e 90 giorni.
- Tutti gli utenti del sistema legacy possono accedere alla nuova soluzione di Power BI.
- Non si verificano più attività significative nel report legacy.
- Non sono stati rilevati problemi con la nuova soluzione di Power BI che potrebbero influire sulla produttività degli utenti.
Monitorare la soluzione
Gli eventi del log attività di Power BI possono essere usati per comprendere i criteri di utilizzo della nuova soluzione. È anche possibile usare il log di esecuzione per il contenuto distribuito in Server di report di Power BI. L'analisi del log attività può permettere di stabilire se l'uso effettivo è diverso rispetto alle aspettative. Può inoltre verificare che la soluzione sia supportata in modo adeguato.
Di seguito sono riportate alcune domande che possono ottenere risposta tramite la verifica del log attività:
- Con quale frequenza viene visualizzato il contenuto?
- Chi visualizza il contenuto?
- Il contenuto viene visualizzato in genere tramite un'app o un'area di lavoro?
- La maggior parte degli utenti usa un browser o un'applicazione per dispositivi mobili?
- Vengono usate sottoscrizioni?
- Vengono creati nuovi report basati su questa soluzione?
- Il contenuto viene aggiornato spesso?
- Come viene definita la sicurezza?
- Si verificano regolarmente alcuni problemi, ad esempio errori di aggiornamento dei dati?
- Si verificano attività preoccupanti, ad esempio attività di esportazione significative o numerosi condivisioni di singoli report, che potrebbero evidenziare la necessità di training aggiuntivo?
Importante
Assicurarsi che il log attività venga esaminato regolarmente. La semplice acquisizione del log e l'archiviazione della cronologia possono risultare utili per finalità di controllo o conformità. Il valore effettivo tuttavia consiste nella possibilità di intraprendere azioni proattive.
Supportare la soluzione
Benché la migrazione sia completa, il periodo successivo alla migrazione è fondamentale per risolvere i problemi e gestire le preoccupazioni relative alle prestazioni. È probabile che nel corso del tempo la soluzione sottoposta a migrazione subisca modifiche per adeguarsi all'evoluzione delle esigenze aziendali.
Supporto: il supporto viene fornito in modo diverso in base alla modalità di gestione della BI in modalità self-service nell'organizzazione. I sostenitori di Power BI nelle business unit operano spesso in modo informale come supporto in prima linea. Anche se si tratta di un ruolo informale, è essenziale e deve essere incoraggiato.
È importantissimo anche avere un processo di supporto formale, gestito dal personale IT con ticket di supporto, per la gestione delle richieste di routine orientate al sistema e per finalità di escalation.
Nota
I diversi tipi di supporto interno ed esterno sono descritti nella roadmap di adozione dell'infrastruttura.
È possibile che sia disponibile anche un COE (Center of Excellence) che opera come una società di consulenza interna per supportare, fornire formazione e gestire Power BI nell'organizzazione. Un COE può essere responsabile per la personalizzazione di contenuto utile su Power BI in un portale interno.
Gli utenti del contenuto devono sapere infine esattamente chi contattare per porre domande sul contenuto e deve essere disponibile un meccanismo per fornire feedback su problemi o miglioramenti.
Per altre informazioni sul supporto degli utenti, con particolare attenzione alla risoluzione dei problemi, vedere Supporto utenti nella roadmap di adozione dell'infrastruttura.
Contenuto correlato
Nell'articolo finale della serie è possibile ottenere informazioni dai clienti durante la migrazione a Power BI.
Altre risorse utili includono:
- Trasformazione BI di Microsoft
- Pianificazione dell'implementazione di Power BI
- Domande? Contattare la community di Power BI
- inviare suggerimenti, Contribuire con idee per migliorare Power BI
Partner esperti di Power BI sono a disposizione per aiutare le organizzazioni a completare con successo il processo di migrazione. Per collaborare con un partner Power BI, visitare il portale dei partner Power BI.