Configurare i carichi di lavoro in una capacità Premium
Questo articolo elenca i carichi di lavoro per Power BI Premium e ne descrive le capacità.
Nota
I carichi di lavoro possono essere abilitati e assegnati a una capacità usando le API REST Capacità.
Carichi di lavoro supportati
I carichi di lavoro delle query sono ottimizzati e limitati alle risorse determinate dallo SKU di capacità Premium. Le capacità Premium supportano anche carichi di lavoro aggiuntivi che possono usare le risorse della capacità.
L'elenco dei carichi di lavoro seguenti descrive gli SKU Premium che supportano ogni carico di lavoro:
IA: tutti gli SKU sono supportati, salvo gli SKU EM1/A1
Modelli semantici: sono supportati tutti gli SKU
Flussi di dati: sono supportati tutti gli SKU
Report impaginati: sono supportati tutti gli SKU
Configurare i carichi di lavoro
È possibile ottimizzare il comportamento dei carichi di lavoro configurando le impostazioni del carico di lavoro rispetto alla capacità.
Importante
Tutti i carichi di lavoro sono sempre abilitati e non possono essere disabilitati. Le risorse di capacità vengono gestite da Power BI in base all'utilizzo della capacità.
Per configurare i carichi di lavoro nel portale di amministrazione di Power BI
Accedere a Power BI usando le credenziali dell'account amministratore.
Dall'intestazione di pagina, selezionare ...>Impostazioni>Portale di amministrazione.
Andare a Impostazioni capacità e nella scheda Power BI Premium, selezionare una capacità.
Espandere Carichi di lavoro.
Impostare i valori per ogni carico di lavoro in base alle specifiche.
Selezionare Applica.
Monitorare i carichi di lavoro
Usare l'app Microsoft Fabric Capacity Metrics per monitorare l'attività della capacità.
Importante
Se per la capacità Power BI Premium si riscontra un utilizzo elevato delle risorse, con conseguenti problemi di prestazioni o affidabilità, è possibile ricevere messaggi di posta elettronica di notifica per identificare e risolvere il problema. Questo può essere un modo semplificato per risolvere i problemi relativi al sovraccarico di capacità. Per altre informazioni, consultare Notifiche.
Intelligenza artificiale (anteprima)
Il carico di lavoro Intelligenza artificiale consente di usare servizi cognitivi e Machine Learning automatizzato in Power BI. Usare le impostazioni seguenti per controllare il comportamento del carico di lavoro.
| Nome dell'impostazione | Descrizione |
|---|---|
| Memoria massima (%)1 | Percentuale massima di memoria disponibile che i processi di intelligenza artificiale possono usare in una capacità. |
| Consente l'utilizzo da Power BI Desktop | Questa impostazione è riservata per un uso futuro e non compare in tutti i tenant. |
| Consente la creazione di modelli di Machine Learning | Specifica se gli analisti aziendali possono eseguire il training, nonché convalidare e richiamare i modelli di Machine Learning direttamente in Power BI. Per altre informazioni, vedere Machine Learning automatizzato in Power BI (anteprima). |
| Abilita parallelismo per le richieste di intelligenza artificiale | Specifica se le richieste di intelligenza artificiale possono essere eseguite in parallelo. |
1 Premium non richiede la modifica delle impostazioni di memoria. La memoria in Premium viene gestita automaticamente dal sistema soggiacente.
Modelli semantici
In questa sezione vengono descritte le impostazioni del carico di lavoro dei modelli semantici seguenti:
Impostazioni di Power BI
Usare le impostazioni nella tabella seguente per controllare il comportamento del carico di lavoro. Le impostazioni con un collegamento contengono informazioni aggiuntive che è possibile esaminare nelle sezioni designate sotto la tabella.
| Nome dell'impostazione | Descrizione |
|---|---|
| Memoria massima (%)1 | Percentuale massima di memoria disponibile che i modelli semantici possono usare in una capacità. |
| Endpoint XMLA | Specifica che le connessioni dalle applicazioni client rispettano l'appartenenza al gruppo di sicurezza impostata a livello di area di lavoro e di app. Per ulteriori informazioni, vedere Connettersi ai modelli semantici con applicazioni client e strumenti. |
| Max Intermediate Row Set Count (Numero massimo di set di righe intermedie) | Numero massimo di righe intermedie restituite da DirectQuery. Il valore predefinito è 1 milione e l'intervallo consentito è compreso tra 100000 e 2147483646. Potrebbe essere necessario limitare ulteriormente il limite superiore in base a ciò che supporta l'origine dati. |
| Dimensioni massime modello semantico offline (GB) | Dimensione massima del modello semantico offline in memoria. Si tratta delle dimensioni compresse su disco. Il valore predefinito è 0, che corrisponde al limite massimo definito dallo SKU. L'intervallo consentito è compreso tra 0 e il limite di dimensione della capacità. |
| Conteggio massimo delle righe dei risultati | Numero massimo di righe restituite in una query DAX. Il valore predefinito è 1 milione e l'intervallo consentito è compreso tra 100000 e 2147483647. |
| Limite di memoria query (%) | Percentuale massima di memoria disponibile nel carico di lavoro che può essere usata per l'esecuzione di una query MDX o DAX. Il valore predefinito è 0, che comporta l'applicazione di un limite di memoria query automatico specifico dello SKU. |
| Timeout query (secondi) | Quantità massima di tempo prima del timeout di una query. Il valore predefinito è 3600 secondi (1 ora). Il valore 0 specifica che non è previsto un timeout per le query. |
| Aggiornamento automatico delle pagine | Attivare/Disattivare l'opzione per consentire alle aree di lavoro Premium di avere report con aggiornamento automatico della pagina in base a intervalli fissi. |
| Intervallo di aggiornamento minimo | Se l'aggiornamento automatico delle pagine è abilitato, è l'intervallo minimo consentito per l'intervallo di aggiornamento della pagina. Il valore predefinito è 5 minuti, il minimo consentito è 1 secondo. |
| Misura di rilevamento delle modifiche | Attivare/Disattivare l'opzione per consentire alle aree di lavoro Premium di avere report con aggiornamento automatico della pagina basato sul rilevamento delle modifiche. |
| Intervallo di esecuzione minimo | Se la misura di rilevamento delle modifiche è attiva, l'intervallo di esecuzione minimo può eseguire il poll delle modifiche dei dati. Il valore predefinito è di cinque secondi e il minimo consentito è di un secondo. |
1 Premium non richiede la modifica delle impostazioni di memoria. La memoria in Premium viene gestita automaticamente dal sistema soggiacente.
Max Intermediate Row Set Count (Numero massimo di set di righe intermedie)
Usare questa impostazione per controllare l'effetto dei report a elevato utilizzo di risorse o progettati in modo non corretto. Quando una query a modello semantico DirectQuery genera un risultato di dimensioni molto grandi dal database di origine, può causare un picco nell'utilizzo della memoria e nell'overhead di elaborazione. Questa situazione può causare un esaurimento quasi completo delle risorse di altri utenti e report. Questa impostazione consente all'amministratore della capacità di regolare il numero di righe che una singola query può recuperare dall'origine dati.
In alternativa, se la capacità può supportare più di un milione di righe per impostazione predefinita e si ha un modello semantico di grandi dimensioni, aumentare questa impostazione per recuperare più righe.
Si noti che questa impostazione ha effetto solo sulle query DirectQuery, mentre Max Result Row Set Count (Numero massimo di set di righe di risultati) ha effetto sulle query DAX.
Dimensioni massime modello semantico offline
Usare questa impostazione per impedire agli autori di report di pubblicare un ampio modello semantico che potrebbe influire negativamente sulla capacità. Si noti che Power BI non riesce a determinare le dimensioni effettive in memoria finché il modello semantico non viene caricato in memoria. È possibile che un modello semantico con dimensioni offline inferiori possa avere un footprint di memoria maggiore rispetto a un modello semantico con dimensioni offline maggiori.
Se un modello semantico esistente ha dimensioni più grandi di quelle specificate per questa impostazione, il modello semantico non viene caricato quando un utente prova ad accedervi. Il modello semantico può anche non essere caricato se è maggiore della memoria massima configurata per il carico di lavoro dei modelli semantici.
Questa impostazione è applicabile ai modelli in formato ABF (small semantic model storage format) e al formato di archiviazione di modelli semantici di grandi dimensioni (PremiumFiles), anche se le dimensioni offline dello stesso modello possono essere diverse quando vengono archiviate in un formato rispetto a un altro. Per altre informazioni, vedere Modelli di grandi dimensioni in Power BI Premium.
Per salvaguardare le prestazioni del sistema, viene applicato un limite fisso aggiuntivo specifico dello SKU per le dimensioni massime del modello semantico offline, indipendentemente dal valore configurato. Il limite netto specifico dello SKU aggiuntivo della tabella seguente non si applica ai modelli semantici di Power BI archiviati in un formato di archiviazione di modelli semantici di grandi dimensioni.
| SKU | Limite1 |
|---|---|
| F2 | 1 GB |
| F4 | 2 GB |
| F8/EM1/A1 | 3 GB |
| F16/EM2/A2 | 5 GB |
| F32/EM3/A3 | 6 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 10 GB |
| F1024/P5/A8 | 10 GB |
| F2048 | 10 GB |
1Limite netto per dimensioni massime del modello semantico offline (formato di archiviazione ridotto).
Max Result Row Set Count (Numero massimo di set di righe di risultati)
Usare questa impostazione per controllare l'effetto dei report a elevato utilizzo di risorse o progettati in modo non corretto. Se questo limite viene raggiunto in una query DAX, un utente del report visualizza l'errore seguente. Dovrà copiare i dettagli dell'errore e contattare un amministratore.
Si noti che questa impostazione ha effetto solo sulle query DAX, mentre Max Intermediate Row Set Count (Numero massimo di set di righe intermedie) ha effetto sulle query DirectQuery.
Limite di memoria query
Usare questa impostazione per controllare l'effetto dei report a elevato utilizzo di risorse o progettati in modo non corretto. Alcune query e calcoli possono produrre risultati intermedi che usano una grande quantità di memoria nella capacità. Questa situazione può rallentare molto l'esecuzione di altre query, causare l'eliminazione di campi semantici dalla capacità e generare errori di memoria insufficiente per altri utenti della capacità.
Questa impostazione si applica a tutte le query DAX e MDX eseguite da report Power BI, da report Analizza in Excel e da altri strumenti che possono connettersi tramite l'endpoint XMLA.
Si noti che le operazioni di aggiornamento dei dati possono eseguire anche query DAX nell'ambito dell'aggiornamento dei riquadri della dashboard e delle cache visive dopo l'aggiornamento dei dati nel modello semantico. È anche possibile che, a causa di questa impostazione tali query abbiano esito negativo e che di conseguenza l'operazione di aggiornamento dei dati compaia con uno stato di errore, anche se i dati nel modello semantico sono stati aggiornati correttamente.
Il valore predefinito è 0, che comporta l'applicazione del limite di memoria query automatico specifico dello SKU indicato di seguito.
| SKU | Limite di memoria query automatico |
|---|---|
| F2 | 1 GB |
| F4 | 1 GB |
| F8/EM1/A1 | 1 GB |
| F16/EM2/A2 | 2 GB |
| F32/EM3/A3 | 5 GB |
| F64/P1/A4 | 10 GB |
| F128/P2/A5 | 10 GB |
| F256/P3/A6 | 10 GB |
| F512/P4/A7 | 20 GB |
| F1024/P5/A8 | 40 GB |
| F2048 | 40 GB |
Il limite di query per un'area di lavoro non assegnata a una capacità Premium è 1 GB.
Timeout query
Usare questa impostazione per mantenere un controllo migliore sulle query con esecuzione prolungata, che possono rallentare il caricamento dei report per gli utenti.
Questa impostazione si applica a tutte le query DAX e MDX eseguite da report Power BI, da report Analizza in Excel e da altri strumenti che possono connettersi tramite l'endpoint XMLA.
Si noti che le operazioni di aggiornamento dei dati possono eseguire anche query DAX nell'ambito dell'aggiornamento dei riquadri della dashboard e delle cache visive dopo l'aggiornamento dei dati nel modello semantico. È anche possibile che, a causa di questa impostazione tali query abbiano esito negativo e che di conseguenza l'operazione di aggiornamento dei dati compaia con uno stato di errore, anche se i dati nel modello semantico sono stati aggiornati correttamente.
Questa impostazione si applica a una singola query e non al tempo necessario per l'esecuzione di tutte le query associate all'aggiornamento di un modello semantico o di un report. Si consideri l'esempio seguente:
- L'impostazione Timeout query è pari a 1200 (20 minuti).
- Devono essere eseguite cinque query, ognuna delle quali richiede 15 minuti.
Il tempo totale per tutte le query è di 75 minuti, ma il limite dell'impostazione non viene raggiunto perché ogni singola query viene eseguita per meno di 20 minuti.
Si noti che i report di Power BI eseguono l'override di questa impostazione predefinita con un timeout molto più ridotto per ogni query alla capacità. Il timeout per ogni query è in genere di circa tre minuti.
Aggiornamento pagina automatico
Se l'opzione è abilitata, l'aggiornamento automatico delle pagine consente agli utenti con capacità Premium di aggiornare le pagine del report in base a un intervallo definito per le origini DirectQuery. L'amministratore della capacità può eseguire le operazioni seguenti:
- Abilitare e disabilitare l'aggiornamento automatico delle pagine
- Definire un intervallo di aggiornamento minimo
Per trovare l'impostazione di aggiornamento automatico della pagina:
Nel portale di amministrazione di Power BI, selezionare Impostazioni capacità.
Selezionare la capacità, quindi scorrere verso il basso ed espandere il menu menu Carichi di lavoro.
Scorrere verso il basso fino alla sezione Modelli semantici.
Le query create dall'aggiornamento automatico delle pagine vengono indirizzate direttamente all'origine dati. È quindi importante considerare l'affidabilità e il carico in tali origini quando si consente l'aggiornamento automatico delle pagine all'interno dell'organizzazione.
Proprietà del server Analysis Services
Power BI Premium supporta proprietà aggiuntive del server Analysis Services. Per esaminare queste proprietà, fare riferimento alle proprietà del server in Analysis Services.
Interruttore del portale di amministrazione
L'impostazione delle proprietà del server basate su XMLA di Analysis Services è abilitata per impostazione predefinita. Se abilitata, gli amministratori dell'area di lavoro possono modificare i comportamenti per una singola area di lavoro. Le proprietà modificate si applicano solo all'area di lavoro. Per attivare o disattivare l'impostazione delle proprietà del server Analysis Services, seguire questa procedura.
Andare alle impostazioni di capacità.
Selezionare la capacità in cui si desidera disabilitare le proprietà del server Analysis Services.
Espandere Carichi di lavoro.
In modelli semantici, selezionare l'impostazione desiderata per lo switch Osserva impostazioni dell'area di lavoro basate su XMLA (che potrebbero eseguire l'override delle impostazioni di capacità).
Flussi di dati
Il carico di lavoro Flussi di dati consente di usare la preparazione dei dati self-service con flussi di dati per inserire, trasformare, integrare e arricchire i dati. Usare le impostazioni seguenti per controllare il comportamento del carico di lavoro in Premium. Power BI Premium non richiede la modifica delle impostazioni di memoria. La memoria in Premium viene gestita automaticamente dal sistema soggiacente.
Motore di calcolo dei flussi di dati avanzato
Per trarre vantaggio dal nuovo motore di calcolo, suddividere l'inserimento di dati in flussi di dati distinti e inserire la logica di trasformazione in entità calcolate in flussi di dati diversi. Questo approccio è consigliato perché il motore di calcolo opera sui flussi di dati che fanno riferimento a un flusso di dati esistente. Non funziona sui flussi di dati di inserimento. Seguendo queste linee guida si garantisce che il nuovo motore di calcolo gestisca le fasi di trasformazione, ad esempio join e unioni, per ottenere prestazioni ottimali.
Report impaginati
Il carico di lavoro Report impaginati consente di eseguire report impaginati, in base al formato di SQL Server Reporting Services standard, nel servizio Power BI.
I report impaginati offrono le stesse funzionalità dei report SQL Server Reporting Services (SSRS) attualmente disponibili, inclusa la possibilità per gli autori di report di aggiungere codice personalizzato. Questo consente agli autori di modificare dinamicamente i report, ad esempio i colori del testo in base alle espressioni di codice.
Connettività in uscita
La connettività in uscita è attivata per impostazione predefinita. Consente ai report impaginati di effettuare richieste di recupero di risorse esterne, come ad esempio immagini, e di chiamare API esterne e funzioni di Azure definite usando codice personalizzato nei report impaginati. Un amministratore di Fabric può disabilitare questa impostazione nel portale di amministrazione di Power BI.
Per accedere alle impostazioni di connettività in uscita, seguire questa procedura:
Nel servizio Power BI, andare al portale di amministrazione.
Nella scheda Power BI Premium, selezionare la capacità per cui si vogliono disabilitare le richieste in uscita dei report impaginati.
Espandere Carichi di lavoro.
Il commutatore di connettività in uscita si trova nella sezione report impaginati.
Quando la Disabilitazione della connettività in uscita è disattivata, la connettività in uscita è abilitata.
Quando la Disabilitazione della connettività in uscita è attivata, la connettività in uscita è disabilitata.
Dopo aver apportato una modifica, selezionare Applica.
Il carico di lavoro dei report impaginati viene abilitato automaticamente ed è sempre abilitato.