VizQL Server de Tableau Server
VizQL Server carga y representa vistas, y calcula y ejecuta consultas. A fin de lograr una alta disponibilidad para el proceso de VizQL Server, configure una o más instancias para que se ejecuten en varios nodos.
| Proceso | |
| Estado | El estado del proceso de VizQL Server se ve en la página Estado. Para obtener más información, consulte Ver el estado de los procesos de servidor. |
| Registro | Los registros generados por el proceso de VizQL Server se encuentran en |
¿Qué sucede si se genera un error en un proceso de VizQL Server? Si solo hay un proceso de VizQL Server y se genera un error, Tableau Server ya no podrá representar ninguna vista. La alta disponibilidad requiere la configuración de procesos de VizQL redundantes. Una configuración bastante habitual consta de dos a cuatro procesos de VizQL Server en cada nodo.
Esto responde a la necesidad de tener alta disponibilidad y escalabilidad simultáneamente. Si se ejecutan varios procesos de VizQL Server, el error de un único proceso hará que las solicitudes generen errores y que se pierdan los datos de la sesión en el momento de producirse el error. Cualquier solicitud futura se dirigirá a los demás procesos de VizQL Server en funcionamiento del clúster de Tableau Server.
Supervisión de la memoria de VizQL Server
Importante: Como práctica recomendada, deje la configuración en sus valores predeterminados a menos que se lo indique el soporte técnico de Tableau.
A partir de la versión 2026.2.0, VizQL Server supervisa el uso de memoria y cerrará las sesiones inactivas si es necesario.
Cómo supervisa VizQL Server el uso de memoria
En Tableau Server versión 2026.2.0 y posteriores, la clave native_api.close_old_sessions_if_memory_pressure_high se establece en true. Con esta configuración habilitada, VizQL Server supervisa su uso de memoria cada vez que se crea una nueva sesión y si el uso de memoria supera el umbral definido por native_api.max_memory_pressure_percentage, las sesiones inactivas más antiguas se cierran para reducir el uso de memoria. Cuanto mayor sea el uso de memoria, más agresivamente se cerrarán las sesiones inactivas antiguas. Las sesiones que están en uso activamente con el usuario interactuando con una vista nunca se cierran. La recuperación de memoria se realiza en segundo plano y no ralentiza ni bloquea la creación de nuevas sesiones.
La supervisión del uso de memoria de VizQL depende de varias claves de configuración que interactúan:
| Clave de configuración | Tipo | Predeterminado | Descripción |
|---|---|---|---|
native_api.memory_limit_enabled | Cadena | true | Controla si se lleva a cabo la supervisión de la memoria. Si se establece en false, no se realiza ninguna supervisión de la memoria. |
native_api.close_old_sessions_if_memory_pressure_high | Cadena | true | Determina si las sesiones antiguas e inactivas se cerrarán cuando se agote la memoria. |
native_api.max_memory_pressure_percentage | Entero | 90 | El porcentaje de uso de memoria en el que comienza la recuperación de sesión proactiva. (La base de comparación es el límite de memoria del proceso, que está controlado por native_api.memory_limit_per_process_gb o native_api.memory_limit_per_process_percentage). |
native_api.goal_memory_pressure_percentage | Entero | 80 | El porcentaje de uso de memoria de destino que la reclamación intenta alcanzar. Debe ser menor que max_memory_pressure_percentage. |
native_api.memory_limit_per_process_gb | Entero | 0 | Un límite de memoria absoluto por proceso en gigabytes. |
native_api.memory_limit_per_process_percentage | Entero | 70 | Un porcentaje de la memoria física total para calcular el límite de memoria del proceso. Se usa solo cuando native_api.memory_limit_per_process_gb == 0. |