VizQL Server do Tableau Server
O VizQL Server carrega e renderiza exibições e calcula e executa consultas. Para obter alta disponibilidade para o processo do VizQL Server, configure uma ou mais instâncias para execução em vários nós.
| Processo | |
| Status | O status do processo do VizQL Server é visível na página Status. Para obter mais informações, consulte Exibir o status de processos do servidor. |
| Registros | Os logs gerados pelo processo do VizQL Server são encontrados em |
O que acontece quando ocorre uma falha em um processo do VizQL Server? Se houver apenas um processo do VizQL Server e ele falhar, o Tableau Server não poderá mais renderizar nenhuma exibição. A alta disponibilidade requer a configuração de processos do VizQL redundantes. Uma configuração razoavelmente típica é composta de dois a quatro processos do VizQL Server em cada nó.
Isso atende simultaneamente a necessidade de alta disponibilidade e escalabilidade. Se vários processos do VizQL Server estiverem em execução, a falha de um processo único resultará na falha de quaisquer solicitações e na perda de dados da sessão no momento da falha. Quaisquer solicitações futuras serão reencaminhadas para os outros processos do VizQL Server em funcionamento no cluster do Tableau Server.
Monitoramento de memória do VizQL Server
Importante: como prática recomendada, recomendamos que você deixe as configurações com os valores padrão, a menos que seja instruído pelo Suporte técnico do Tableau.
A partir da versão 2026.2.0, o VizQL Server monitora seu uso de memória e interrompe sessões ociosas, se necessário.
Como o VizQL Server monitora o uso de memória
No Tableau Server versão 2026.2.0 e posterior, a chave native_api.close_old_sessions_if_memory_pressure_high está definida como true. Com essa configuração habilitada, o VizQL Server monitora o uso de memória cada vez que uma nova sessão é criada, e se o uso de memória excede o limite definido por native_api.max_memory_pressure_percentage, as sessões ociosas mais antigas são fechadas para reduzir o uso de memória. Quanto maior o uso de memória, mais sessões ociosas antigas serão fechadas. As sessões que estão ativamente em uso, com o usuário interagindo com uma exibição, nunca são fechadas. A recuperação de memória é feita em segundo plano e não torna mais lenta ou trava a criação de uma nova sessão.
O monitoramento do uso de memória VizQL depende de várias chaves de configuração que interagem:
| Chave de configuração | Tipo | Padrão | Descrição |
|---|---|---|---|
native_api.memory_limit_enabled | Cadeia de caracteres | true | Controla se o monitoramento de memória ocorre. Se estiver definido como false, nenhum monitoramento de memória ocorre. |
native_api.close_old_sessions_if_memory_pressure_high | Cadeia de caracteres | true | Determina se sessões antigas e ociosas serão fechadas quando a memória for curta. |
native_api.max_memory_pressure_percentage | Inteiro | 90 | A porcentagem de uso de memória na qual a recuperação proativa de sessão começa. (A base de comparação é o limite de memória do processo, que é controlado por native_api.memory_limit_per_process_gb ou native_api.memory_limit_per_process_percentage). |
native_api.goal_memory_pressure_percentage | Inteiro | 80 | A porcentagem de uso de memória de destino que a recuperação tenta alcançar. Deve ser menor que max_memory_pressure_percentage. |
native_api.memory_limit_per_process_gb | Inteiro | 0 | Um limite absoluto de memória por processo em gigabytes. |
native_api.memory_limit_per_process_percentage | Inteiro | 70 | Uma porcentagem da memória física total para calcular o limite de memória do processo. Usado somente quando native_api.memory_limit_per_process_gb == 0. |