---
schema_version: "1"
id: 332359442e6eec8080529c9c4337f92e4886d5d19e46583afcf2a50a4823ac5b
title: VizQL Server de Tableau Server
collection: tableau
version: next
locale: fr-ca
portal_url: https://docs.salesforce.com/tableau/next/fr-ca/server/server_process_vizql-server.md
canonical_url: https://help.tableau.com/v0.0/server/fr-ca/server_process_vizql-server.htm
source_site: help.tableau.com
content_type: documentation
content_hash: c29a79b0abbda132f270082e692fc9942f4cee7dfc48c13d1ed45ba5b81d1d80
description: VizQL Server exécute le chargement et le rendu des vues, et calcule et exécute les requêtes
---
[Passer au contenu principal](#main-content)

# VizQL Server de Tableau Server

VizQL Server exécute le chargement et le rendu des vues, et calcule et exécute les requêtes. Pour assurer la haute disponibilité pour le processus VizQL Server, configurez une ou plusieurs instances de manière à ce qu’elles s’exécutent sur plusieurs nœuds.

<table style="width: 100%;mc-table-style: url('Resources/TableStyles/Basic-Border.css');" class="TableStyle-Basic-Border" cellspacing="0"><colgroup><col class="TableStyle-Basic-Border-Column-Column1"><col class="TableStyle-Basic-Border-Column-Column1"></colgroup><tbody><tr class="TableStyle-Basic-Border-Body-Body1"><td class="TableStyle-Basic-Border-BodyE-Column1-Body1"><strong>Processus</strong></td><td class="TableStyle-Basic-Border-BodyD-Column1-Body1"><p>VizQL Server</p></td></tr><tr class="TableStyle-Basic-Border-Body-Body1"><td class="TableStyle-Basic-Border-BodyE-Column1-Body1"><strong>État</strong></td><td class="TableStyle-Basic-Border-BodyD-Column1-Body1">L’état du processus VizQL Server est visible dans la page État. Pour plus d’informations, consultez <a href="https://help.tableau.com/v0.0/server/fr-ca/service_viewstatus.htm" class="xref">Afficher le statut des processus du serveur</a>.</td></tr><tr class="TableStyle-Basic-Border-Body-Body1"><td class="TableStyle-Basic-Border-BodyB-Column1-Body1"><strong>Enregistrement</strong></td><td class="TableStyle-Basic-Border-BodyA-Column1-Body1">Les fichiers journaux générés par le processus VizQL Server se trouvent dans <code><code>C:\ProgramData\Tableau\Tableau Server\data\tabsvc\logs\</code>vizqlserver</code>. Pour plus d’informations, consultez <a href="https://help.tableau.com/v0.0/server/fr-ca/logs_loc.htm" class="xref">Fichiers journaux et emplacement des fichiers journaux Tableau Server</a>.</td></tr></tbody></table>

Que se passe-t-il en cas d’échec d’un processus VizQL Server? S’il n’y a qu’un seul processus VizQL Server et qu’il échoue, Tableau Server ne sera plus capable d’effectuer le rendu des vues. La haute disponibilité nécessite de configurer des processus VizQL redondants. Une configuration standard consiste en deux à quatre processus VizQL Server sur chaque nœud,

ce qui répond simultanément aux besoins de haute disponibilité et d’évolutivité. Si plusieurs processus VizQL Server sont en cours d’exécution, l’échec d’un seul processus entraînera l’échec de toutes les demandes et la perte des données de la session au moment de la défaillance. Toutes les demandes futures sont acheminées vers les autres processus VizQL Server opérationnels sur le groupement Tableau Server.

## Surveillance de la mémoire de VizQL Server

**Important :** Par mesure de précaution,nous recommandons de laisser les paramètres à leurs valeurs par défaut, sauf indication contraire de l’assistance technique Tableau.

Depuis la version 2026.2.0, VizQL Server surveille son utilisation de la mémoire et ferme les sessions inactives si nécessaire.

### Comment VizQL Server surveille l’utilisation de la mémoire

Dans Tableau Server, version 2026.2.0 et versions ultérieures, la clé `[native_api.close_old_sessions_if_memory_pressure_high](https://help.tableau.com/v0.0/server/fr-ca/cli_configuration-set_tsm.htm#close_old_sessions_if_memory_pressure_high)` est définie sur `true`. Lorsque ce paramètre est activé, VizQL Server surveille son utilisation de la mémoire à chaque création d’une nouvelle session. Si l’utilisation de la mémoire dépasse le seuil défini par `native_api.max_memory_pressure_percentage`, les sessions inactives les plus anciennes sont fermées pour réduire l’utilisation de la mémoire. Plus l’utilisation de la mémoire est élevée, plus les anciennes sessions inactives sont fermées énergiquement. Les sessions activement en cours d’utilisation, lorsque l’utilisateur interagit avec une vue, ne sont jamais fermées. La récupération de mémoire s’effectue en arrière-plan et ne ralentit ni ne bloque la création de nouvelles sessions.

La surveillance de l’utilisation de la mémoire par VizQL dépend de plusieurs clés de configuration qui interagissent entre elles :

| Clé de configuration | Type | Par défaut | Description |
| --- | --- | --- | --- |
| `native_api.memory_limit_enabled` | Chaîne | `true` | Contrôle si la surveillance de la mémoire est active. Si cette option est définie sur `false`, aucune surveillance de la mémoire n’est effectuée. |
| `native_api.close_old_sessions_if_memory_pressure_high` | Chaîne | `true` | Détermine si les sessions anciennes et inactives seront fermées en cas d’insuffisance de mémoire. |
| `native_api.max_memory_pressure_percentage` | Entier | `90` | Pourcentage d’utilisation de la mémoire qui déclenche la récupération proactive des sessions. (La base de comparaison correspond à la limite de la mémoire de processus, laquelle est déterminée par `native_api.memory_limit_per_process_gb` ou `native_api.memory_limit_per_process_percentage`). |
| `native_api.goal_memory_pressure_percentage` | Entier | `80` | Pourcentage d’utilisation de la mémoire cible visé par la récupération. Doit être inférieur à `max_memory_pressure_percentage`. |
| `native_api.memory_limit_per_process_gb` | Entier | `0` | Limite mémoire absolue par processus, en gigaoctets. |
| `native_api.memory_limit_per_process_percentage` | Entier | `70` | Pourcentage de la mémoire physique totale utilisée pour calculer la limite de mémoire du processus. S’utilise uniquement lorsque `native_api.memory_limit_per_process_gb` == 0. |
|   |   |   |   |