Tableau Server VizQL Server
Der VizQL-Server lädt und stellt Ansichten dar und berechnet und führt Abfragen aus. Um eine hohe Verfügbarkeit für den VizQL Server-Prozess zu erzielen, konfigurieren Sie eine oder mehrere Instanzen, um sie auf mehreren Knoten auszuführen.
| Prozess | |
| Status | Der Status des VizQL Server-Prozesses ist auf der Seite "Status" sichtbar. Weitere Informationen finden Sie unter Anzeigen des Status eines Serverprozesses. |
| Protokollierung | Durch den VizQL Server-Prozess generierte Protokolle befinden sich unter |
Was geschieht, wenn ein VizQL Server-Prozess ausfällt? Wenn nur ein VizQL Server-Prozess läuft und ein Fehler auftritt, kann Tableau Server keine Ansichten mehr rendern. Hohe Verfügbarkeit erfordert die Konfiguration redundanter VizQL-Prozesse. Eine relativ typische Konfiguration besteht aus zwei bis vier VizQL Server-Prozessen auf jedem Knoten.
Dies dient gleichzeitig der Anforderung nach hoher Verfügbarkeit und Skalierbarkeit. Wenn mehrere VizQL Server-Prozesse ausgeführt werden, führt der Ausfall eines einzelnen Prozesses zu einem Ausfall aller Anforderungen und zum Verlust der Sitzungsdaten zum Zeitpunkt des Fehlers. Zukünftige Anforderungen werden an den anderen funktionierenden VizQL Server-Prozess weitergeleitet, der im Tableau Server-Cluster läuft.
VizQL Server-Speicherüberwachung
Wichtig: Als Best Practice empfehlen wir Ihnen, die Standardwerte für die Einstellungen beizubehalten, es sei denn, Sie werden vom technischen Support von Tableau anderweitig angewiesen.
Ab Version 2026.2.0 überwacht VizQL Server seine Speicherauslastung und beendet inaktive Sitzungen, falls erforderlich.
So überwacht VizQL Server die Speicherauslastung
Ab Tableau Server 2026.2.0 ist der Schlüssel native_api.close_old_sessions_if_memory_pressure_high auf true festgelegt. Wenn diese Einstellung aktiviert ist, überwacht VizQL Server seine Speicherauslastung jedes Mal, wenn eine neue Sitzung erstellt wird. Wenn die Speicherauslastung den durch native_api.max_memory_pressure_percentage definierten Schwellenwert überschreitet, werden die ältesten inaktiven Sitzungen geschlossen, um die Speicherauslastung zu reduzieren. Je höher die Speicherauslastung, umso aggressiver werden alte inaktive Sitzungen geschlossen. Sitzungen, die aktiv in Gebrauch sind und in denen der Benutzer mit einer Ansicht interagiert, werden nie geschlossen. Die Speicherrückgewinnung erfolgt im Hintergrund und verlangsamt oder blockiert die Erstellung neuer Sitzungen nicht.
Die Überwachung der VizQL-Speicherauslastung hängt von mehreren zusammenspielenden Konfigurationsschlüsseln ab:
| Konfigurationsschlüssel | Typ | Standardeinstellung | Beschreibung |
|---|---|---|---|
native_api.memory_limit_enabled | Zeichenfolge | true | Steuert, ob eine Speicherüberwachung stattfindet. Wenn dieser Wert auf false gesetzt ist, findet keine Speicherüberwachung statt. |
native_api.close_old_sessions_if_memory_pressure_high | Zeichenfolge | true | Legt fest, ob alte inaktive Sitzungen geschlossen werden sollen, wenn der Arbeitsspeicher knapp wird. |
native_api.max_memory_pressure_percentage | Ganzzahl | 90 | Der Prozentsatz an Speicherauslastung, ab dem die proaktive Rückgewinnung von Sitzungen beginnt. (Die Vergleichsbasis ist das Prozessspeicherlimit, das durch native_api.memory_limit_per_process_gb oder native_api.memory_limit_per_process_percentage gesteuert wird). |
native_api.goal_memory_pressure_percentage | Ganzzahl | 80 | Der Zielprozentsatz an Speicherauslastung, der durch die Rückgewinnung erreicht werden soll. Muss kleiner als max_memory_pressure_percentage sein. |
native_api.memory_limit_per_process_gb | Ganzzahl | 0 | Ein absolutes Speicherlimit pro Prozess in Gigabyte. |
native_api.memory_limit_per_process_percentage | Ganzzahl | 70 | Ein Prozentsatz des gesamten physischen Speichers zum Berechnen des Prozessspeicherlimits. Wird nur verwendet, wenn native_api.memory_limit_per_process_gb == 0. |