---
schema_version: "1"
id: 559c7c14e6b80a6f3b89e40f3968f3749f32b2f245447d2b30f3d270f06ecc8f
title: Tableau Server の VizQL Server
collection: tableau
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/tableau/next/ja-jp/server-linux/server_process_vizql-server.md
canonical_url: https://help.tableau.com/v0.0/server-linux/ja-jp/server_process_vizql-server.htm
source_site: help.tableau.com
content_type: documentation
content_hash: d341b6f16484965d56b7c544fa2b85a301bcb0342085ba458efd51a8f016aef3
description: VizQL Server は、ビューを読み込んでレンダリングし、クエリを計算して実行します。VizQL Server プロセスで高可用性を実現するには、1 つまたは複数のインスタンスを複数のノードで実行するように構成します。
---
[メイン コンテンツに進む](#main-content)

# Tableau Server の VizQL Server

VizQL Server は、ビューを読み込んでレンダリングし、クエリを計算して実行します。VizQL Server プロセスで高可用性を実現するには、1 つまたは複数のインスタンスを複数のノードで実行するように構成します。

<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>プロセス</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>ステータス</strong>
                            </td>
                            <td class="TableStyle-Basic-Border-BodyD-Column1-Body1">VizQL Server プロセスのステータスは [ステータス] ページに表示されます。詳細については、<a href="https://help.tableau.com/v0.0/server-linux/ja-jp/service_viewstatus.htm" class="xref">サーバー プロセス ステータスの表示</a>を参照してください。</td>
                        </tr>
                        <tr class="TableStyle-Basic-Border-Body-Body1">
                            <td class="TableStyle-Basic-Border-BodyB-Column1-Body1"><strong>ロギング</strong>
                            </td>
                            <td class="TableStyle-Basic-Border-BodyA-Column1-Body1">VizQL Server プロセスが生成したログは <code><code>/var/opt/tableau/tableau_server/data/tabsvc/logs/</code>vizqlserver</code> にあります。詳細については、<a href="https://help.tableau.com/v0.0/server-linux/ja-jp/logs_loc.htm" class="xref">Tableau Server ログとログ ファイルの場所</a>を参照してください。</td>
                        </tr>
                    </tbody>
                </table>

VizQL Server のプロセスが失敗するとどうなりますか? 1 つしかない VizQL Server プロセスでエラーが発生した場合、Tableau Server はビューをレンダリングできなくなります。高可用性を実現するには、冗長性のある VizQL プロセスを構成する必要があります。非常に一般的な構成では、各ノードに 2 ～ 4 つの VizQL Server プロセスがあります。

これにより、高可用性とスケーラビリティの必要を同時に満たすことができます。複数の VizQL Server プロセスが実行されている場合、単一プロセスでエラーが発生すると、いずれかの要求でエラーが発生し、エラー発生時のセッション データが失われます。その後の要求は、Tableau Server クラスタ上で機能している他の VizQL Server プロセスにルーティングされます。

## VizQL Server のメモリ監視

**重要:** ベストプラクティスとして、Tableau テクニカル サポートからの指示がない限り、設定を既定値のままにしておくことをお勧めします。

バージョン 2026.2.0 以降、VizQL Server ではメモリ使用量が監視され、必要に応じてアイドル状態のセッションがシャットダウンされます。

### VizQL Server によるメモリ使用率の監視

Tableau Server バージョン 2026.2.0 以降では、`[native_api.close_old_sessions_if_memory_pressure_high](https://help.tableau.com/v0.0/server-linux/ja-jp/cli_configuration-set_tsm.htm#close_old_sessions_if_memory_pressure_high)` キーが `true` に設定されます。この設定を有効にすると、VizQL Server は新しいセッションが作成されるたびにメモリ使用量を監視します。メモリ使用量が `native_api.max_memory_pressure_percentage` で定義されたしきい値を超えると、最も古いアイドル状態のセッションが閉じられ、メモリ使用量が削減されます。メモリ使用量が多いほど、古いアイドル状態のセッションがより積極的に閉じられます。ユーザーがセッションのビューを操作していて、アクティブに使用している場合は、閉じられることはありません。メモリの再利用はバックグラウンドで実行され、新しいセッションの作成が遅延したりブロックされたりすることはありません。

VizQL のメモリ使用量の監視は、相互に作用するいくつかの構成キーに依存します。

   
| 構成キー | タイプ | 既定 | 説明 |
| --- | --- | --- | --- |
| `native_api.memory_limit_enabled` | 文字列 | `true` | メモリ監視を行うかどうかを制御します。これが `false` に設定されている場合、メモリの監視は行われません。 |
| `native_api.close_old_sessions_if_memory_pressure_high` | 文字列 | `true` | メモリ不足時に古いアイドル セッションを閉じるかどうかを決定します。 |
| `native_api.max_memory_pressure_percentage` | 整数 | `90` | プロアクティブなセッションの再利用が開始されるときのメモリ使用率。(この比較基準はプロセスのメモリ制限であり、これは `native_api.memory_limit_per_process_gb` または `native_api.memory_limit_per_process_percentage` によって制御されます)。 |
| `native_api.goal_memory_pressure_percentage` | 整数 | `80` | 再利用で達成目標とするメモリ使用率。`max_memory_pressure_percentage` 未満にする必要があります。 |
| `native_api.memory_limit_per_process_gb` | 整数 | `0` | プロセスごとの絶対メモリ制限 (ギガバイト単位)。 |
| `native_api.memory_limit_per_process_percentage` | 整数 | `70` | プロセスのメモリ制限を計算するための、合計物理メモリに対する割合。`native_api.memory_limit_per_process_gb` == 0 の場合にのみ使用します。 |
|   |   |   |   |