Tableau Server - VizQL Server

De VizQL Server laadt en rendert weergaven, berekent en voert query's uit. Om een hoge beschikbaarheid voor het VizQL Server-proces te bereiken, configureert u een of meer instanties die op meerdere knooppunten worden uitgevoerd.

Proces

VizQL Server

StatusDe status van het VizQL Server-proces is zichtbaar op de statuspagina. Zie Serverprocesstatus weergeven voor meer informatie.
LoggenLogboeken gegenereerd door het VizQL Server-proces bevinden zich in C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\vizqlserver. Zie Tableau Server-logboeken en locaties van logboekbestanden voor meer informatie.

Wat gebeurt er als een VizQL Server-proces mislukt? Als er maar één VizQL Server-proces is en dit mislukt, kan Tableau Server geen weergaven meer renderen. Voor hoge beschikbaarheid is het nodig om redundante VizQL-processen te configureren. Een vrij typische configuratie bestaat uit twee tot vier VizQL Server-processen op elk knooppunt.

Hiermee wordt tegelijkertijd voldaan aan de behoefte aan hoge beschikbaarheid en schaalbaarheid. Als er meerdere VizQL Server-processen actief zijn, zal het uitvallen van één enkel proces resulteren in het mislukken van alle aanvragen en het verlies van sessiedata op het moment van de storing. Toekomstige verzoeken worden doorgestuurd naar de andere werkende VizQL Server-processen op het Tableau Server-cluster.

VizQL Server-geheugenbewaking

Belangrijk: als best practice raden we u aan de instellingen op de standaardwaarden te laten staan, tenzij u hiertoe opdracht krijgt van de technische ondersteuning van Tableau.

Vanaf versie 2026.2.0 monitort VizQL Server het geheugengebruik en worden inactieve sessies indien nodig afgesloten.

Hoe VizQL Server het geheugengebruik bewaakt

In Tableau Server versie 2026.2.0 en hoger is de sleutel native_api.close_old_sessions_if_memory_pressure_high ingesteld op true. Als deze instelling is ingeschakeld, controleert VizQL Server het geheugengebruik telkens wanneer een nieuwe sessie wordt gemaakt. Als het geheugengebruik de drempelwaarde overschrijdt die is gedefinieerd door native_api.max_memory_pressure_percentage, worden de oudste inactieve sessies gesloten om het geheugengebruik te verminderen. Hoe hoger het geheugengebruik, hoe agressiever oude inactieve sessies worden gesloten. Sessies die actief in gebruik zijn waarbij de gebruiker interactie heeft met een weergave, worden nooit gesloten. Het terugclaimen van geheugen gebeurt op de achtergrond en vertraagt of blokkeert het maken van nieuwe sessies niet.

De VizQL-monitoring van het geheugengebruik is afhankelijk van verschillende, op elkaar inwerkende configuratiesleutels:

ConfiguratiesleutelTypeStandaardBeschrijving
native_api.memory_limit_enabledTekenreekstrueBepaalt of geheugenbewaking plaatsvindt. Als dit is ingesteld op false, vindt er geen geheugenbewaking plaats.
native_api.close_old_sessions_if_memory_pressure_highTekenreekstrueBepaalt of oude, inactieve sessies worden gesloten als het geheugen vol is.
native_api.max_memory_pressure_percentageGeheel getal90Het geheugengebruikspercentage waarmee het proactief opnieuw claimen van sessies begint. (De vergelijkingsbasis is de limiet van het procesgeheugen, die wordt geregeld door native_api.memory_limit_per_process_gb of native_api.memory_limit_per_process_percentage).
native_api.goal_memory_pressure_percentageGeheel getal80Het percentage doelgeheugengebruik dat wordt geprobeerd te behalen bij opnieuw claimen. Moet kleiner zijn dan max_memory_pressure_percentage.
native_api.memory_limit_per_process_gbGeheel getal0Een absolute geheugenlimiet in gigabytes per proces.
native_api.memory_limit_per_process_percentageGeheel getal70Een percentage van het totale fysieke geheugen om de geheugenlimiet van het proces te berekenen. Alleen gebruikt als native_api.memory_limit_per_process_gb == 0.
    
Bedankt voor uw feedback.De feedback is verzonden. Dank u wel.