Procedure consigliate per la creazione di un ticket di supporto
Le informazioni specifiche richieste da Microsoft per risolvere il caso dipendono dal problema riscontrato. Questo articolo fornisce suggerimenti e procedure consigliate per raccogliere le informazioni necessarie per le richieste di supporto. Nota, non tutto quanto riportato è applicabile a ogni caso.
Informazioni da fornire a Microsoft
A seconda del problema specifico, potrebbe essere richiesto di fornire le informazioni seguenti.
URL della pagina del browser in cui si verifica il problema. L'URL fornisce informazioni sulla posizione (area di lavoro) in cui si verifica il problema e il tipo di elemento o di funzionalità e l'ID.
Posizione del problema (servizio Power BI Desktop/Power BI/entrambi) Queste informazioni sono sempre rilevanti per una richiesta di servizio. Il fatto che un processo abbia esito negativo nel servizio Power BI ma esito positivo su Desktop o viceversa fornisce informazioni utili a Microsoft per risalire alla possibile causa del problema. Un altro esempio è la posizione in cui lo stesso codice M funziona in un set di dati ma ha esito negativo in un flusso di dati. Oltre a questi due esempi esistono molti scenari in cui è possibile risolvere il problema identificando esattamente dove si verifica e dove no.
Codici di errore
Se viene generato un codice di errore quando qualcosa va storto, creare una copia del codice di errore. Microsoft salva informazioni dettagliate su tutti i codici di errore e usa queste informazioni per identificare il problema. È improbabile che il codice di errore risolva il problema autonomamente, ma ne accelera notevolmente il processo di risoluzione.
Suggerimento
Usare il pulsante Copia per recuperare il codice. Non inviare uno screenshot. I codici di errore sono lunghi (in genere 30 caratteri) e la trascrizione manuale da uno screenshot aumenta la possibilità di errore.
Le informazioni sulle origini dati e la modalità di archiviazione in uso sono sempre rilevanti per una richiesta di servizio. Ogni origine dati ha le proprie peculiarità. Se vengono usate più origini, usare la versione di valutazione e l'errore per identificare le origini che contribuiscono al problema.
Power BI inoltre si comporta in modo diverso quando vengono usate diverse modalità di archiviazione. Le tre principali opzioni della modalità di archiviazione sono:
Esistono anche due casi speciali:
- Archiviazione modalità miste (modelli compositi)
- Direct Query per set di dati PBI e Analysis Services
Per identificare le origini dati usate in Power BI Desktop, selezionare Impostazioni origini dati>Origini dati nel file corrente. Nel servizio Power BI passare alla pagina delle impostazioni in Credenziali origine dati o tramite la visualizzazione derivazione. È possibile accedervi selezionando "Visualizza derivazione" o modificando la visualizzazione dell'area di lavoro da elenco a derivazione.
Suggerimento
Per comprendere la modalità di archiviazione in uso, contattare lo sviluppatore report o esaminare il file PBIX.
ID capacità
L'ID capacità consente a Microsoft di conoscere il tipo di capacità in uso (ad esempio, Premium). Solo l'amministratore capacità può cercare l'ID capacità. Se si è l'amministratore capacità, aprire il portale di amministrazione e selezionare Impostazioni capacità>Power BI Premium e selezionare il nome della capacità. L'ID capacità è l'ultima parte dell'URL.
https://app.powerbi.com/admin-portal/capacities/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXIn alternativa, l'amministratore capacità può usare questa API REST per recuperare l'ID capacità.
ID set di dati
Se il problema influisce su un set di dati, l'ID consente a Microsoft di identificare il set di dati corretto e analizzare quindi i processi in esecuzione su tale set di dati. Per trovare l'ID del set di dati, passare all'area di lavoro che contiene il set di dati e aprire le impostazioni del set di dati. L'ID del set di dati è l'ultima parte dell'URL (set di dati/id set di dati).
https://app.powerbi.com/groups/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/settings/datasets/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXCopia del file PBIX (solo query di importazione)
Quando si verifica un problema con un modello di importazione, la presenza del file PBIX consente al tecnico del supporto di riprodurre il problema e accelerare la risoluzione. Se il PBIX contiene informazioni riservate, assicurarsi di condividere una versione anonima.
Importante
Assicurarsi di avere la conferma delle parti pertinenti all'interno dell'organizzazione prima di condividere informazioni potenzialmente riservate.
Log del gateway
I log dei gateway sono necessari per la risoluzione di eventuali problemi di gateway o di rete. Per analizzare manualmente le prestazioni del gateway, usare il modello di monitoraggio delle prestazioni del gateway. Per altre informazioni, vedere esportare i log per un ticket di supporto.
Informazioni di diagnostica
Seguire la procedura descritta nella raccolta di diagnostica di Power BI Desktop per visualizzare e raccogliere informazioni di diagnostica.
JSON del flusso di dati
Ciò può essere utile quando è in uso un flusso di dati. Per esportare il codice JSON e condividerlo con il tecnico del supporto, passare all'area di lavoro, selezionare l'elemento del flusso di dati e scegliere Export.json.
Considerazioni aggiuntive
Oltre alle informazioni standard descritte in precedenza, le informazioni seguenti, se disponibili, consentono al tecnico del supporto di risolvere il problema.
Il problema si verifica solo in una determinata capacità?
Il passaggio a un'altra capacità o a una capacità condivisa risolve il problema? A volte i problemi sono specifici di determinati ambienti.
Il problema influisce su tutti gli utenti?
Il problema è a livello aziendale, influisce solo su un numero determinato di persone o su un singolo?
Si tratta di un nuovo problema relativo a qualcosa che funzionava in precedenza?
L'errore ha avuto inizio senza che siano state apportate modifiche lato utente o è stato innescato da una modifica o da una nuova implementazione? L'identificazione del punto di interruzione consente di limitare la potenziale causa radice.
Il problema è più ristretto o più ampio rispetto all'inizio?
Il problema incide su tutto, su alcune “cose” o su una sola? Ad esempio, se il problema riguarda le API, le altre API funzionano? Se si tratta di un problema di esportazione, sono interessati tutti i report? Se si tratta di un problema di capacità, tutte le capacità si comportano allo stesso modo? Se un report non viene aggiornato e contiene più origini dati, ogni origine è stata testata separatamente?
Sono già state tentate altre procedure per la risoluzione dei problemi?
Ciò accelera la risoluzione del problema evitando ripetizioni. Tuttavia, in determinate circostanze, il tecnico del supporto potrebbe comunque voler ripetere le procedure eseguite.
Il problema può essere replicato in un formato più semplice?
A volte le informazioni riservate non possono essere condivise con Microsoft. Provare a replicare il problema usando una versione semplificata del problema e fornire procedure di riproduzione affidabili al tecnico del supporto.