VizQL Server di Tableau Server
VizQL Server carica ed esegue il rendering delle viste e calcola ed esegue le query. Per ottenere una disponibilità elevata per il processo VizQL Server, configura una o più istanze da eseguire su più nodi.
| Processo | |
| Stato | Lo stato del processo VizQL Server è visibile nella pagina Stato. Per maggiori informazioni, consulta Visualizzazione dello stato del processo del server |
| Registrazione | I log generati dal processo VizQL Server si trovano in |
Cosa succede se un processo VizQL Server ha esito negativo? Se esiste un solo processo VizQL Server che non riesce, Tableau Server non sarà più in grado di eseguire il rendering di alcuna vista. La disponibilità elevata richiede la configurazione di processi VizQL ridondanti. Una configurazione tipica è costituita da due a quattro processi VizQL Server su ogni nodo.
In questo modo puoi garantire la disponibilità elevata e la scalabilità. Se sono in esecuzione più processi di VizQL Server, l’errore di un singolo processo causerà l’errore di eventuali richieste e la perdita dei dati della sessione al momento dell’errore. Tutte le richieste future verranno indirizzate all’altro processo VizQL Server attivo nel cluster di Tableau Server.
Monitoraggio della memoria di VizQL Server
Importante: come procedura consigliata, ti suggeriamo di mantenere i valori predefiniti delle impostazioni, se non indicato diversamente dall’assistenza tecnica di Tableau.
A partire dalla versione 2026.2.0, VizQL Server effettua il monitoraggio dell’utilizzo della memoria e arresta le sessioni inattive, se necessario.
In che modo VizQL Server effettua il monitoraggio dell’utilizzo della memoria
Nella Tableau Server versione 2026.2.0 e successive, la chiave native_api.close_old_sessions_if_memory_pression_high è impostata su true. Con questa impostazione abilitata, VizQL Server monitora l’utilizzo della memoria ogni volta che viene creata una nuova sessione e se l’utilizzo della memoria supera la soglia definita da native_api.max_memory_pressure_percentage, le sessioni inattive meno recenti vengono chiuse per ridurre l’utilizzo di memoria. Maggiore è l’utilizzo della memoria, maggiore l’aggressività con cui le sessioni inattive meno recenti vengono chiuse. Le sessioni in uso con un un’interazione attiva dell’utente con una vista non vengono mai chiuse. Il recupero della memoria viene eseguito in background e non rallenta né blocca la creazione di nuove sessioni.
Il monitoraggio dell’utilizzo della memoria di VizQL dipende dall’interazione di diverse chiavi di configurazione:
| Chiave di configurazione | Tipo | Predefinito | Descrizione |
|---|---|---|---|
native_api.memory_limit_enabled | Stringa | true | Controlla se viene eseguito il monitoraggio della memoria. Se è impostata su false, il monitoraggio della memoria non viene eseguito. |
native_api.close_old_sessions_if_memory_pressure_high | Stringa | true | Determina se le sessioni inattive meno recenti devono essere chiuse quando la memoria si esaurisce. |
native_api.max_memory_pressure_percentage | Intero | 90 | Percentuale di utilizzo della memoria in corrispondenza della quale inizia il recupero proattivo della sessione. La base di confronto è il limite di memoria del processo, che è controllato da native_api.memory_limit_per_process_gb o da native_api.memory_limit_per_process_percentage. |
native_api.goal_memory_pressure_percentage | Intero | 80 | Percentuale di utilizzo della memoria di destinazione che il recupero tenta di raggiungere. Deve essere inferiore a max_memory_pressure_percentage. |
native_api.memory_limit_per_process_gb | Intero | 0 | Limite assoluto di memoria per processo in gigabyte. |
native_api.memory_limit_per_process_percentage | Intero | 70 | Percentuale della memoria fisica totale per calcolare il limite di memoria del processo. Utilizzato solo quando native_api.memory_limit_per_process_gb == 0. |