# Qlik Data Gateway - 直接アクセス のアップグレードとアンインストール

このセクションでは、Direct Access gateway インストールをアップグレードする方法を説明し、各バージョンの新機能と拡張機能をリストします。

## アップグレードの実施

### Direct Access gateway インストールのバックアップ

インストールをアップグレードする前に、重要な Direct Access gateway ファイルをバックアップすることをお勧めします。

これを実行するには、次の手順に従います。

1. インストール ワークフローに応じて、次のいずれかの操作を実行します。

   * Windows サーバーのインストール:

     Direct Access gateway サービスを停止します。

   * コンテナ化されたインストール:

     direct-access-agent コンテナを停止します。

2. インストール ワークフローに応じて、次のいずれかの操作を実行します。

   * Windows サーバーのインストール:

     [install folder]\data 内のすべてのファイル (サブフォルダは除く) をバックアップします。既定の場所は C:\Program Files\Qlik\ConnectorAgent\data です。

     これにより、現在のバージョンのテナント構成ファイルとゲートウェイ登録ファイルがバックアップされます。

     警告メモ

     アップグレード中にフォルダーの内容が消去される可能性があるため、C:\Program Files\Qlik にはバックアップを保存しないでください。

   * コンテナ化されたインストール:

     /usr/data 内のすべてのファイル (サブフォルダは除く) をバックアップします。

3. アップグレード中に、インストーラーは既存の configuration.properties ファイルのコピーを次のように作成する必要があります。ただし、予防策として、configuration.properties ファイルをバックアップしておくことをお勧めします。

   * Windows サーバーのインストール:

     * C:\ProgramData\Qlik\Gateway\configuration.properties ファイルのコピーを C:\ProgramData\Qlik\Gateway\configuration.properties\_BK として作成します。

     * C:\ProgramData\Qlik\Gateway\configuration.properties ファイル自体もバックアップすることを検討してください。

     警告メモ

     アップグレード中にフォルダーの内容が消去される可能性があるため、C:\Program Files\Qlik にはバックアップを保存しないでください。

   * コンテナ化されたインストール:

     * /usr/share/Qlik/Gateway/configuration.properties ファイルのコピーを /usr/share/Qlik/Gateway/configuration.properties\_BK として作成します。

     * /usr/share/Qlik/Gateway/configuration.properties ファイル自体もバックアップすることを検討してください。

4. アップグレードが完了した後にテナント構成に関連する問題が発生した場合は、以下の [Direct Access gateway インストールの復元](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-upgrading.htm#Restorin) の手順に従ってください。

警告メモアップグレード中に問題が発生した場合、Direct Access gateway を 管理 アクティビティ センターから決して削除しないでください。実行すると、既存のゲートウェイを再登録するのではなく、その時点で「新しい」ゲートウェイを登録するため、既存のデータ接続がすべて切断されます。

#### アップグレード手順

情報メモこのセクションは、主に Windows サーバーにインストールされているゲートウェイのアップグレードに適用されます。コンテナ化された Direct Access gateway の場合、新しいバージョンの新規展開は、このアップグレードを自動的に実行します。

Direct Access gateway をアップグレードするには、[ステージ 1: Qlik Data Gateway - 直接アクセス をダウンロードする](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Stage5) の説明に従ってセットアップ ファイルをダウンロードし、Direct Access gateway マシンでセットアップを実行します。

次の方法を使用して、インストールされている Qlik Data Gateway - 直接アクセス のバージョンを確認できます。

* 管理 の [データ ゲートウェイ] に移動し、 [バージョン] 列を確認します。

* インストールされているコンピューターの Windows 設定の [アプリと機能] ページに移動します。

  ![Qlik データ ゲートウェイのバージョン番号 - 直接アクセス](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Resources/Images/ui_DataGatewayVersion.png)

#### Direct Access gateway インストールの復元

アップグレードが完了したら、テナント構成、ゲートウェイ登録、またはゲートウェイ構成 (configuration.properties) に関連する問題が発生した場合は、Direct Access gateway サービスを停止し、バックアップしたファイルを元の場所に復元してから、Direct Access gateway サービスを開始します。

関連項目: [Direct Access gateway インストールのバックアップ](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-upgrading.htm#Backing)。

## Qlik Data Gateway - 直接アクセス バージョン履歴

| バージョン | リリース日 | 顕著な変更 | サポート終了日 |
| --- | --- | --- | --- |
| 1.8.1 | 2026 年 10 月 20 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>コンテナ化された展開でサポートされるコネクタの増加</p> <p><span>Direct Access gateway</span> のコンテナ化されたインストールは、現在、SAP BW、SAP SQL、SAP ODP、SAP Report、MySQL コネクタをサポートしています。SAP コネクタには、SAP NetWeaver RFC SDK が必要です。</p> <p>セットアップ手順については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-container.htm">コンテナ内での Qlik Data Gateway - ダイレクト アクセスの設定</a>」および「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_Connectors_Help/Content/Connectors_SAP/Installation/Installing-sap-connectors-for-direct-access-gw.htm">Qlik Data Gateway - ダイレクト アクセス用 SAP NetWeaver RFC SDK のインストール</a><span> (英語のみ)</span>」を参照してください。</p> </li> <li> <p>非同期ファイルのダウンロード セットアップ</p> <p>ファイル コネクタでは、オプションの <code>AsyncFileDownloadRequest</code> 機能を利用することで、ブロックを発生させずにファイルのダウンロードを設定できます。機能がネゴシエートされない場合、ゲートウェイは同期セットアップ パスを使用します。</p> <p>構成の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm">Qlik Data Gateway - Direct Access の設定とトラブルシューティング</a>」を参照してください。</p> </li> <li> <p>再起動せずにファイル ダウンロード確認タイムアウトを更新する</p> <p>ゲートウェイを再起動せずに、設定 API を介して <code>FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS</code> 設定を変更できます。</p> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>CLI コマンドによる log4net FileOpenFailure 報告の停止</p> <p>コマンドライン インターフェイス コマンドが log4net <code>FileOpenFailure</code> を報告する問題を修正しました。</p> </li> <li> <p>チャンク キャッシュ ディレクトリの検証</p> <p><code>OVERRIDE_CHUNKS_CACHE_DIR</code> プロパティが検証されていなかった問題を修正しました。</p> </li> <li> <p>コンテナ リソース メトリクスおよび環境の検出</p> <p>コンテナ化されたゲートウェイが、コンテナのメトリクスではなくホスト全体の CPU、メモリ、ディスクのメトリクスを報告していた問題、および containerd 環境で実行されている場合に環境を誤検出する可能性があった問題を修正しました。</p> </li> <li> <p>同時リロード リクエストによるデータ喪失のリスクの修正</p> <p>ゲートウェイ コンポーネントが、重複するロード リクエスト間でリクエストごとの gRPC クライアントの状態を共有し、ごくまれにサイレントなデータ喪失を引き起こす可能性があった問題を修正しました。</p> </li> <li> <p>リロードの再試行時にファイルが見つからないエラー</p> <p>QIX エンジンのリロード メモリ制限を超過したリロードが、同じリロード ID で再試行された場合に、断続的な <code>$(MUST_INCLUDE=...) *** file not found</code> エラーが発生する可能性のある問題を修正しました。</p> </li> <li> <p>破棄された WebSocket が中止された後のリロード リカバリ</p> <p>再接続中に放棄されたリロード WebSocket を中止すると、回復を許可する代わりに <code>DirectAccess-4002</code> エラーでリロードが失敗する可能性があった問題を解決しました。</p> </li> <li> <p>ファイル コネクタのログファイル名</p> <p>ファイル コネクタのログファイル名に、繰り返しネストされたファイル名が含まれる可能性があった問題を修正しました。</p> </li> <li> <p>ゲートウェイ設定ダイアログの権限</p> <p>metrics-collector の設定リクエストが 404 応答を返したため、ゲートウェイ設定ダイアログで権限不足エラーが表示される問題を修正しました。</p> </li> <li> <p>ODBC ドライバー セキュリティ更新プログラム</p> <p>Phoenix、Google BigQuery、ServiceNow、MySQL ODBC ドライバーは、OpenSSL 3.5.8 を使用するようになりました。Phoenix、Google BigQuery、ServiceNow の ODBC ドライバーは、libcurl 8.22.0 を使用するようになりました。</p> </li> </ul> | 2027 年 10 月 20 日 |
| 1.8.0 | 2026 年 9 月 17 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>コンテナ化された展開 (Linux サポート付き)</p> <p>既存の Windows インストールに加え、<span>Direct Access gateway</span> は、コンテナ化された Docker 環境に展開できるようになりました。これにより、<span>Direct Access gateway</span> がコンテナを介して Linux および Windows 環境に展開できるようになります。この最初のコンテナ リリースは、ODBC コネクタ (PostgreSQL、SQL Server、Oracle) および REST コネクタをサポートします。</p> <p>前提条件と展開の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm">Qlik Data Gateway - ダイレクト アクセスの設定</a>」および「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-container.htm">コンテナ内での Qlik Data Gateway - ダイレクトアクセスの設定</a>」を参照してください。</p> </li> <li> <p>コマンド ラインからの自動ゲートウェイ登録</p> <p><span>管理</span> アクティビティ センターを使用せずに、コマンド ラインから <span>Direct Access gateway</span> を自動的に登録できるようになりました。これは、マルチ テナントの展開や、自動化された無人登録が必要なその他のシナリオで特に役立ちます。このメソッドは、<span>Windows</span> およびコンテナ化されたインストールの両方でサポートされています。</p> <p>設定の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm#StageAuto">コマンド ラインを使用したゲートウェイの自動登録</a>」を参照してください。</p> </li> <li> <p>AWS PrivateLink のサポート (2026 年 9 月 22 日に導入)</p> <p>Qlik Cloud Analytics Enterprise サブスクリプションまたは Qlik Sense Enterprise SaaS を利用しているユーザーは、Direct Access Gateway を使用してデータと Qlik Cloud テナントの間に AWS PrivateLink エンドポイントを確立できるようになりました。つまり、Qlik Analytics アプリケーションにロードされたデータを、プライベート ネットワーク接続経由​​で送信できるということです。詳細情報および構成の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-aws-privatelink.htm">Qlik Data Gateway - Direct Access 用の AWS PrivateLink の設定</a>」を参照してください。</p> </li> <li> <p>ファイル コネクタの改善</p> <ul> <li> <p>初期ファイルのダウンロード確認応答のために、設定可能なタイムアウト (<span>FILE_REQUESTDOWNLOAD_ACK_TIMEOUT_SECONDS</span>) を追加しました。この設定は、ファイル コネクタのリロードに関する DirectAccess-2007 のエラーを軽減するのに役立ちます。</p> </li> <li> <p>ファイル コネクタのダウンロード停止に関する診断ログを追加しました。</p> </li> </ul> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>サイレント インストールとアンインストールで正確な結果が報告されるようになりました</p> <p>インストール ログの収集やテナント登録の完了といったインストール後の手順が失敗した場合でも、サイレント インストールまたはアンインストールが成功を報告してしまう問題を解決しました。サイレント インストールとアンインストールが実際の結果を返すようになりました。また、前提条件となるインストーラーは、非表示のダイアログでの待機を行わず、サイレント モードで実行されるようになりました。</p> </li> <li> <p>コネクタ起動スクリプトの強化</p> <p>Windows のコマンド拡張機能が無効な場合に、コネクタの起動スクリプトが信頼できないパスを探索してしまう問題を修正しました。この問題により、構成の上書きがサイレントに適用されなくなる可能性もあった問題も解決しました。これを防ぐため、スクリプトは現在、明示的にコマンド拡張機能を有効にしています。</p> </li> <li> <p>Google BigQuery ドライバー更新</p> <p>Google BigQuery ODBC ドライバーがバージョン 3.3.1.3003 に更新されました。</p> </li> <li> <p>セキュリティアップデート</p> <p>ODBC ドライバー向けに、OpenSSL および libcurl ライブラリがアップグレードされました。</p> <ul> <li> <p>Apache Spark を除くすべての ODBC ドライバーが、OpenSSL 3.5.7 を使用するようにアップグレードされました。</p> </li> <li> <p>Apache Spark を除くすべての ODBC ドライバーが、libcurl 8.21.0 を使用するようにアップグレードされました。</p> </li> </ul> </li> </ul> | 2027 年 9 月 17 日 |
| 1.7.17 | 2026 年 8 月 11 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>ユーザー インターフェイスでのベンチマーク テストのサポート (2026 年 8 月 18 日導入)</p> <p><span>Direct Access gateway</span> ゲートウェイは、ベンチマーク テスト結果を <span>管理</span> アクティビティ センターに直接表示するようになりました。これにより、管理者はログ ファイルを調査することなく、ゲートウェイのパフォーマンスをより明確に把握できるようになります。</p> <p>ベンチマーク テストは、<span>Direct Access gateway</span> と <span>Qlik Cloud</span> 間のネットワーク接続性とパフォーマンスを測定する診断操作です。これらを使用して、リロード パフォーマンスのトラブルシューティングを行ったり、パフォーマンスのベースラインを確立したり、ゲートウェイを比較したりします。</p> <p>これらのベンチマーク実行結果を <span>管理</span> アクティビティ センターで直接確認できるようになりました。これにより、リロード パフォーマンスに影響を与えるネットワーク状態の特定や、トラブルシューティングに必要な情報の収集が、管理画面から離れることなく簡単に実行できるようになります。</p> <p>詳細については、<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-managing-console.htm#ViewingBenchmarks">ベンチマーク テストの表示と実行</a>を参照してください。</p> </li> <li> <p>すべての <span>Direct Access gateway</span> コンポーネントのログの保持を制限する新しい設定オプション</p> <p>コネクタ、DCaaS、エージェント自体を含む、すべての <span>Direct Access gateway</span> コンポーネント ログの保持を制限する新しい設定オプションが利用可能になりました。このオプションは、<span>Direct Access gateway</span> UI と <a href="https://qlik.dev/apis/rest/direct-access-agents/" target="_blank">パブリック API</a> から設定できます。</p> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>同時 WebSocket 送信によって発生する DirectAccess-1103 エラー</p> <p>同時送信によってリロード WebSocket が通知なく中断され、DirectAccess-1103 エラーやリロードの失敗が発生していた問題を解決しました。</p> </li> <li> <p>ベンチマーク テストのタイムアウト時間の延長</p> <p>処理速度の遅いマシンでの実行に対応するため、ベンチマーク テストのタイムアウト時間が 10 分に延長されました。</p> </li> <li> <p>REST コネクタのプロセス分離ログの欠落</p> <p>REST コネクタの使用時に、プロセス分離ログが生成されない問題を解決しました。REST コネクタで、他の <span>Direct Access gateway</span> コネクタと一貫した形でプロセス分離情報がログに記録されるようになりました。</p> </li> <li> <p>セキュリティアップデート</p> <p>次の ODBC ドライバーが OpenSSL 3.5.7 を使用するように更新されました。</p> <ul> <li> <p>MongoDB</p> </li> <li> <p>Impala</p> </li> <li> <p>Phoenix</p> </li> <li> <p>Hive</p> </li> <li> <p>MySQL</p> </li> </ul> <p>Impala、Phoenix、Hive の ODBC ドライバーも、libcurl 8.21.0 を使用するように更新されました。</p> </li> </ul> | 2027 年 8 月 11 日 |
| 1.7.16 | 2026 年 7 月 14 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>接続ごとにチャンク リカバリを無効にできます。</p> <p>特定のコネクタでチャンク リカバリを無効にできるようになり、リロードの回復性とパフォーマンスをより細かく制御できるようになりました。この設定はグローバル チャンク リカバリ構成を上書きし、コネクタ設定で直接または <a href="https://qlik.dev/apis/rest/direct-access-agents/" target="_blank">パブリック API</a> を介して構成できます。</p> <p>構成の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#ChunksRecoveryPerConnection">接続ごとのチャンク リカバリの無効化</a>」を参照してください。</p> </li> <li> <p>カナダ リージョンのサポート</p> <p><span>Direct Access gateway</span> はカナダ リージョンでの展開をサポートするようになり、データ レジデンシー要件を持つユーザーの可用性が拡大しました。</p> </li> <li> <p>リロード ストリームのスループットの向上</p> <p>リロード ストリームのスループットは、スレッド プール管理、WebSocket プロトコル処理、適応型ペーシングの最適化により向上しました。これらの改善は自動的に適用され、設定は不要です。</p> </li> <li> <p>ファイル コネクタのカスタム ファイル拡張のサポート</p> <p>ファイル コネクタで、既定でサポートされているタイプ以外のカスタム ファイル拡張を構成できるようになりました。許可された拡張は、ゲートウェイ設定から、または拡張構成ファイルを編集して構成します。</p> <p>構成の詳細については、「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage provider connectors/File-DG-storage-provider-connector.htm#FileConnectorExtensions">カスタム拡張の許可</a><span> (英語のみ)</span>」を参照してください。</p> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>DirectAccess-1513 接続タイムアウト エラー</p> <p>特に高並行性のシナリオにおいて、接続が DirectAccess-1513 エラーで時々タイムアウトする問題を解決しました。</p> </li> <li> <p>セキュリティアップデート</p> <p>以下のドライバーの OpenSSL ライブラリがアップグレードされました。 </p> <ul> <li> <p>Google BigQuery および Snowflake ドライバーが 3.5.7 にアップグレードされました。 </p> </li> <li> <p>Amazon Athena、Amazon Redshift、Apache Spark、ServiceNow ドライバーが 3.5.6 にアップグレードされました。 </p> </li> <li> <p><span>Direct Access gateway</span> 1.7.15 において、その他すべてのドライバー (MySQL を除く) の OpenSSL ライブラリが 3.0.20 にアップグレードされました。</p> </li> </ul> </li> <li> <p>コネクタ タイプの誤識別 </p> <p>まれに、最初は 1 つのタイプ (例: ODBC) として接続されたコネクタ セッションが、後から別のタイプ (例: REST) として報告されることがありました。</p> </li> </ul> | 2027 年 7 月 14 日 |
| 1.7.15 | 2026 年 6 月 9 日 | 解決した問題<br><br><ul> <li> <p>SAP BW (<span>Direct Access gateway</span> 経由) コネクタの問題:</p> <ul> <li> <p><span>空の値の選択:</span> 列に空の値が含まれている場合、リロードは失敗します。</p> </li> <li> <p><span>Unicode 文字の解析: </span>ロード クエリ スクリプトに Unicode 文字が含まれている場合、解析エラーが発生します。</p> </li> <li> <p><span>IN および AND 演算子:</span> 条件ブロックに <span>IN</span> 演算子と <span>AND</span> 演算子が含まれている場合に、エラーが発生していました。</p> </li> </ul> </li> <li> <p>PostgreSQL (<span>Direct Access gateway</span>経由) コネクタ - データの切り捨て</p> <p>255 文字を超える文字列は切り捨てられていました。</p> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ - テーブルのプレビュー</p> <p><span>Direct Access gateway</span>をバージョン 1.7.13 にアップグレードした後、二重引用符なしでテーブル列をプレビューするとエラーが発生していました。</p> </li> <li> <p>Gateway CLI の再起動例外</p> <p>コマンド ラインから <span>connectoragent.exe services restart</span> を使用してゲートウェイを再起動しようとすると、エラーが発生していました。</p> </li> <li> <p>セキュリティ</p> <p>OpenSSL 3.0.8 DLL の未使用のコピーが複数削除されました。</p> </li> <li> <p>ベンチマーク API - SQLite ファイルの削除に関する問題</p> <p><span>Direct Access gateway</span> 1.7.13 以降、ベンチマーク テストの完了後も SQLite ファイル (ベンチマークのリロード データを含む) は削除されません。</p> </li> </ul> | 2027 年 6 月 9 日 |
| 1.7.14 | 2026 年 5 月 14 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>ゲートウェイ構成のプロパゲートによるトラブルシューティングの改善</p> <p>ゲートウェイ構成が <span>Qlik</span> Cloud にプロパゲートされるようになり、<span>Qlik</span> サポートによるトラブルシューティングが容易になりました。</p> </li> <li> <p>リロード再接続の Gloo セッション アフィニティ</p> <p>リロード時の再接続に Gloo セッション アフィニティが使用されるようになり、サービスへの負荷が軽減され、リロードの成功率が向上します。</p> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>DSN ベースの接続でのデータ型マッピング</p> <p>DSN ベースの接続でデータ型マッピングが正しく機能するようになりました。</p> </li> <li> <p>ファイルリスト マスクを使用したファイル コネクタ</p> <p>存在しないファイルに対してファイルリスト マスクを使用すると、ファイル コネクタがエラーを返す問題を修正しました。</p> </li> <li> <p>C++ 再頒布可能パッケージのインストールおよびアップグレードの問題</p> <p>C++ 再頒布可能パッケージに関連するインストールおよびアップグレードの問題を修正しました。</p> </li> <li> <p>ファイル コネクタの初期化遅延</p> <p>プロセス分離が有効になっている場合に、ファイル コネクタの初期化遅延によって断続的に発生していた <span>DirectAccess-5000</span> および <span>DirectAccess-1510</span> エラーを軽減しました。</p> </li> <li> <p>セキュリティアップデート</p> <p>ODBCドライバー (Apache Hive、Cloudera Impala、Apache Phoenix、Snowflake) の <span>libcurl.dll</span> をバージョン 8.19.0 にアップグレードしました。既知の脆弱性を解決するために、Presto、Spark、Microsoft SQL Server、MySQL、Google BigQuery を除くすべての ODBC ドライバーで <span>OpenSSL</span> をバージョン 3.0.20 にアップグレードしました。</p> </li> <li> <p>ファイル コネクタの RTF ファイル サポート</p> <p>RTF ファイルのリストとロードを妨げていた FileExtensionValidator のタイプミスを修正しました。</p> </li> </ul> | 2027 年 5 月 14 日 |
| 1.7.13 | 2026 年 4 月 22 日 | 新機能と機能強化<br><br>このバージョンでは、新機能や機能強化に加えて、いくつかのバグ修正が導入されています。<br><br><ul> <li> <p>認証サポートの拡張 </p> <p>次のコネクタで、シングル サインオン (Kerberos) 認証がサポートされるようになりました。</p> <ul> <li>Apache Hive</li> <li>Cloudera Impala</li> <li>Teradata</li> <li> <p>Microsoft SQL Server</p> </li> </ul> <p>さらに、Teradata コネクタで LDAP 認証がサポートされるようになりました。</p> </li> <li> <p>ファイル コネクタのリロード処理の改善 </p> <p>Analytics エンジンは、以前のセッションからの接続をキャッシュし、シャット ダウンを要求されたポッドにリクエストを送信する場合がありました。これにより、次のエラーが発生してリロードが失敗していました。  </p> <p>Connector error: data loading error (DirectAccess-4008)</p> <p>本バージョンより、アクティブでないポッドへのリロードリクエストは拒否され、利用可能なポッドにルーティングされるようになります。</p> </li> <li> <p>リロード測定ログの改善</p> <p>リロード測定ログが改善されました。これにより、顧客と Qlik サポートの両方が、リロードのパフォーマンスについてより深い洞察を得られるようになります。改善の一環として、ログ レベルが INFO に変更され、ログ メッセージは <span>Direct Access gateway</span> 監視ツールでの使用に合わせて調整されました。さらに、次の情報がログに表示されるようになりました。</p> <ul> <li>Web Socket 転送に費やされたリロード時間の割合。</li> <li>データ ソースと <span>Direct Access gateway</span> 間のスループットの概算。</li> <li><span>Direct Access gateway</span> と <span>Qlik Cloud</span> 間のスループットの概算。</li> </ul> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ使用時のバルクあたりの取得行数の設定機能</p> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタに、新しい<span>バルクあたりの取得行数</span>オプションが追加されました。ほとんどのシナリオでは既定値が最適ですが、重大なパフォーマンスの問題が発生した場合は、この値を調整することで改善できる可能性があります。</p> </li> <li> <p>リロード中の行数検証</p> <p>すべての非ファイル <span>Direct Access gateway</span> コネクタからの行数 (読み取る行数) が、エンジンに送信された行数と一致することを確認するために検証されるようになりました。不一致が検出された場合、リロードは適切なエラーで失敗し、不整合なデータのロードが防止されます。</p> </li> <li> <p>非同期コマンドのエラー処理の改善</p> <p>失敗した非同期コマンドに起因する応答エラーの特定と処理が改善されました。この機能強化により、非同期コマンドの障害発生時のトラブルシューティングが容易になります。</p> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>C++ 再頒布可能パッケージの更新</p> <p>C++ 再頒布可能パッケージが最新バージョンに更新されました。</p> </li> <li> <p>SAP BW コネクタ</p> <p>次の解析エラーが発生する場合がありました。</p> <p>Invalid character: ':' for the timestamp data type.</p> </li> <li> <p>セキュリティ</p> <p>既知の脆弱性に対処するため、次の <span>Direct Access gateway</span> コンポーネントがアップグレードまたは削除されました。</p> <ul> <li> <p><span>e_sqlite3.dll</span> ファイルがバージョン 3.50.4 にアップグレードされました。</p> </li> <li> <p><span>package-lock.json</span> は不要なため、<span>dcaas_gs</span> ディレクトリから削除されました。</p> </li> </ul> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ - プレビュー データの問題</p> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタを使用すると、二重引用符を含む列のデータをプレビューできませんでした。</p> </li> </ul> | 2027 年 4 月 22 日 |
| 1.7.12 | 2026 年 3 月 11 日 | 新機能と機能強化<br><br>このバージョンでは、以前は対応する非 Direct Access gateway コネクタでのみ利用可能だった機能が、複数の Direct Access gateway コネクタにも導入されました。<br><br><ul> <li> <p>「ロードするデータの選択」ダイアログの新しいドロップダウン</p> <p>[<span>データ ロード エディター</span>] &gt; [<span>ロードするデータの選択 (&lt;コネクタ表示名&gt;)</span>] ダイアログに、データベース、所有者、ロール、カタログ、スキーマを選択する機能が追加されました。対象となるコネクタは次のとおりです。</p> <ul> <li> <p>Athena Drill (<span>Direct Access gateway</span> 経由)</p> <ul> <li> <p>                                     [<span>データベース</span>] と [<span>所有者</span>] のドロップダウン リストが追加されました。</p> </li> </ul> </li> <li> <p>Databricks (<span>Direct Access gateway</span> 経由)</p> <ul> <li> <p>                                     [<span>カタログ</span>] と [<span>スキーマ</span>] のドロップダウン リストが追加されました。</p> </li> </ul> </li> <li> <p>Presto (<span>Direct Access gateway</span> 経由)</p> <ul> <li> <p>                                     [<span>データベース</span>] と [<span>所有者</span>] のドロップダウン リストが追加されました。</p> </li> </ul> </li> <li> <p>Snowflake (<span>Direct Access gateway</span> 経由)</p> <ul> <li> <p>                                     [<span>ロール</span>]、 [<span>データベース</span>]、 [<span>スキーマ</span>] のドロップダウン リストが追加されました。</p> </li> </ul> </li> </ul> </li> <li> <p><span>バルク リーダーの有効化</span>オプションの削除</p> <p>[<span>バルク リーダーの有効化</span>] オプションは既定で有効化されており、UI には表示されなくなりました。このオプションを無効にするには、内部プロパティを使用する必要があります。 </p> </li> <li> <p>最小 TLS バージョン</p> <p>以下のコネクタの [<span>最小 TLS</span>] ドロップダウン リストに、バージョン 1.3 が追加されました。</p> <ul> <li> <p>Apache Drill (<span>Direct Access gateway</span> 経由)</p> </li> <li> <p>Google Big Query (<span>Direct Access gateway</span> 経由)</p> </li> <li> <p>Microsoft SQL Server (<span>Direct Access gateway</span> 経由) </p> </li> </ul> </li> </ul><br><br>解決した問題<br><br><ul> <li> <p>不明瞭なエラーメッセージ</p> <p>以前のバージョンでは、サポートされていない <span>Qlik Cloud</span> リージョンに対してゲートウェイを登録しようとすると、「SYS-E-ERRMSG, INVALID QCS HOST」という不明瞭なエラーが発生していました。エラーの原因はサポートされていない <span>Qlik Cloud</span> リージョンにある可能性があることが、エラーメッセージで明示的に示されるようになりました。</p> </li> <li> <p>セキュリティ</p> <p> <span>Qlik Data Gateway - 直接アクセス</span> には、脆弱な SQLite コンポーネントが含まれています。これを解決するため、<span>System.Data.SQLite</span> はバージョン 2.0.2 にアップグレードされました。</p> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ</p> <p><span>Direct Access gateway</span> 構成 UI を使用して新しいデータ型マッピングを追加すると、誤ったドライバーまたは識別子が設定されていました。</p> </li> <li> <p>Oracle Wallet 接続の失敗</p> <p>同時リロード中に、Oracle Cloud データベースへの Oracle Wallet 接続が失敗することがありました。</p> </li> </ul> | 2027 年 3 月 11 日 |
| 1.7.11 | 2026 年 2 月 10 日 | 情報メモ以前のバージョンと比較して、Direct Access gateway インストーラーの起動にわずかに時間がかかる場合があります。これは、このバージョンで導入された追加の必須セキュリティ チェックによるものであり、完全に正常です。<br><br>新機能と機能強化<br><br>ODBC (Direct Access gateway 経由) コネクタの機能強化<br><br>新たに公開された構成設定<br><br>以前は構成ファイルを手動で編集して設定する必要があった以下の設定が、 [&lt;gateway-name&gt; のゲートウェイ設定] ダイアログから設定できるようになりました。<br><br><ul> <li> <p><a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Allowing2">特定の DSN のみを許可する</a> </p> </li> <li> <p><a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Allowing">特定のドライバーのみを許可する</a> </p> </li> <li> <p><a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Overridi">カスタム データ タイプのマッピング</a> </p> </li> </ul><br><br>テーブル名の区切り文字のサポート<br><br>一部のデータ ソースでは、大文字または特殊文字を含むテーブル名をロード スクリプト内で区切る必要があります。区切らないと、エラーが発生します。新しい [テーブル名を区切る] オプションにより、データのロード時またはプレビュー時に、ロード スクリプトに区切り文字を手動で追加する必要がなくなります。<br><br>詳細については、「[ODBC (Direct Access gateway 経由) 接続の作成](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/ODBC-DrectAccess/ODBC.htm) (英語のみ)」を参照してください。<br><br>ODBC ソース使用時に詳細なエラー メッセージを取得するためのパラメーターを公開<br><br>セキュリティ上の懸念から、ODBC ドライバーによって返される既定のエラー メッセージには最小限の情報しか含まれていません。ただし、特定のシナリオでは、特定の問題をトラブルシューティングするために、さらなる情報が必要になる場合があります。以前は、コネクタ ダイアログの [詳細設定] セクションに ShowErrorDetailMessage プロパティを追加し、それを True に設定する必要がありました。今後は、 [ゲートウェイ設定] ダイアログで [詳細なエラー メッセージを表示] チェック ボックスを選択できます。<br><br>詳細については、「[詳細なエラー メッセージを表示](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Show)」を参照してください。<br><br>ゲートウェイ サービスを再起動せずにプロセス分離設定を変更可能に<br><br>以前のバージョンでは、リロード中にプロセス数を増やすなど、プロセス分離設定への変更にはゲートウェイ サービスの再起動が必要でした。これらの設定への変更は、ゲートウェイ サービスを再起動することなく適用されるようになりました。<br><br>ログの改善<br><br><ul> <li> <p><span>AGENT_LOG_LEVEL=DEBUG</span> および <span>AGENT_LOG_OPTIONS</span> が設定されていない場合に、過剰なログ出力を削減しました。</p> </li> <li> <p>ファイル コネクタのリロードのコネクタ エージェントログに、<span>AppId=dummyDocId</span> ではなく実際の <span>AppId</span> が表示されるようになりました。</p> </li> </ul><br><br>非同期コマンドのサポート強化<br><br>非同期コマンドのサポートにより、Direct Access gateway では一度に 1 つのコマンドではなく複数のコマンド (リクエスト) が同時に処理されるようになり、効率が向上しました。以前は、Qlik Cloud 上の送信先コマンドポッドがリクエストを処理できない場合、Direct Access gateway は失敗することなく同じポッドにリクエストを送信し続けていました。その結果、10 回試行した後にコマンドが失敗し、根本的な原因ではなく汎用的なエラーが表示されていました。<br><br>Qlik テレメトリ<br><br>すべてのコネクタ エージェント コマンド応答 (HTTP POST 経由) に、UserAgent ヘッダーが追加されました。これにより、Qlik テレメトリにおける Direct access gateway の使用状況のタグ付けが向上します。<br><br>ヘッダー形式:<br><br>qlik-direct-access-gateway/version<br><br>例:<br><br>qlik-direct-access-gateway/1.7.10<br><br>解決した問題<br><br>セキュリティ<br><br><ul> <li> <p>HKCU\Software\Classes\WOW6432Node を使用した COM ハイジャックにより、WIX インストーラーで任意のコードが実行される可能性があります。この修正により、インストーラーを実行する前にレジストリキーが検証されます。</p> </li> <li> <p>Qlik Data Gateway とともにインストールされる zlib のバージョンには、既知の脆弱性があります。この問題は、既知の脆弱性がないバージョンにアップグレードすることで解決されました。</p> </li> </ul><br><br>SAP BW コネクタの障害<br><br>選択スクリプトで Infoprovider 入力パラメーターがコメントアウトされ、条件フィルターとして使用されている場合、SAP BW コネクタは失敗します。 | 2027 年 2 月 10 日 |
| 1.7.10 | 2026 年 1 月 14 日 | 新機能と機能強化<br><br>ODBC (Direct Access gateway 経由) コネクタの新しい「列名を区切る」オプション<br><br>一部のデータ ソースでは、大文字または特殊文字を含む列名をロード スクリプト内で区切る必要があります。区切らないと、エラーが発生します。新しい [列名を区切る] オプションにより、データのロード時またはプレビュー時に、ロード スクリプトに区切り文字を手動で追加する必要がなくなります。<br><br>詳細については、「[ODBC (Direct Access gateway 経由) 接続の作成](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/ODBC-DrectAccess/ODBC.htm) (英語のみ)」を参照してください。<br><br>Direct Access gateway マシンに保存されるメトリクス データのクォータ設定のサポート<br><br>メトリクス コレクターに新しい localDataRetentionDatabaseSizeInMb プロパティが追加されました。これにより、ゲートウェイ マシンに保存されるメトリクス データの合計サイズ (MB 単位) のクォータを設定できます。クォータが超過しないように、古いデータは削除されます。<br><br>メトリクス コレクターは、JSON ファイルでローカルに構成することも、[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/) 経由で構成することもできます。<br><br>詳細については、「[メトリクス コレクター](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Metrics)」を参照してください。<br><br>解決したセキュリティの問題<br><br><ul> <li> <p><span>Node.js</span> ランタイムは、バージョン 20.19.5 に既知の脆弱性があったため、バージョン 22.x にアップグレードされました。</p> </li> <li> <p><span>libcurl.dll</span> は、バージョン 8.7.0 に既知の脆弱性があったため、バージョン 8.16.0 にアップグレードされました。</p> </li> </ul> | 2027 年 1 月 14 日 |
| 1.7.9 | 2025 年 12 月 2 日 | 新機能と機能強化<br><br>Google BigQuery でのアプリケーションのデフォルト認証情報 OAuth メカニズムのサポート<br><br>このバージョンでは、Google BigQuery (Direct Access gateway 経由) コネクタを使用する際に、アプリケーションのデフォルト認証情報 OAuth メカニズムがサポートされるようになりました。<br><br>詳細については、「[Google BigQuery 接続の作成](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/GoogleBigQuery/Create-GBQ-Connection.htm) (英語のみ)」を参照してください。<br><br>プロセス分離によるメタデータ コマンドのサポート<br><br>[プロセス分離] 構成プロパティに、 [すべて] と [メタデータ] の 2 つの新しいオプションが追加されました。[すべて] オプションでは、リロード コマンドとメタデータ コマンドの両方に対してプロセス分離を有効にできます。一方、[メタデータ] オプションでは、メタデータ コマンドに対してのみプロセス分離を有効にできます。これは、マルチスレッドをサポートしない ODBC ドライバーを使用しているが、メタデータ コマンドを並行して実行したい場合 (主にプレビュー目的で) などに便利です。<br><br><br>![新しいメタデータ オプションを備えたプロセス分離ドロップダウン](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Resources/Images/process-isolation-wn.png)<br><br>新しいオプションは、[設定 UI](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1) または[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/) を介してサポートされます。<br><br>関連記事: [プロセス分離](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1:~:text=Qlik%20Support.-,Process%20isolation,-Process%20isolation%20allows)<br><br>ブラジル (br) およびフランス (fr) リージョンのサポート<br><br>ブラジル (br) およびフランス (fr) の Qlik Cloud テナント リージョンで Direct Access gateway を使用できるようになりました。<br><br>メトリクス コレクター<br><br>一般的な顧客の環境では、毎日多数のデータリロードが Direct Access gateway を介して Qlik Cloud Analytics に渡されます。これらのリロードによって影響を受けるリソースの消費と使用率をログに記録して監視する機能は、顧客がそれに応じてリロードを計画するのに役立ちます。<br><br>新しいメトリクス コレクター (Direct Access gateway マシンのバックグラウンドで実行) は、Direct Access gateway、コネクタ、オペレーティング システムによるリソース使用率の基本的なログ記録と監視を提供します。メトリクス コレクターは、JSON ファイルでローカルに構成することも、[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/) 経由で構成することもできます。<br><br>詳細については、「[メトリクス コレクター](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Metrics)」を参照してください。<br><br>解決した問題<br><br>ゲートウェイから切断された後、次のエラーが発生してリロードが断続的に失敗していました。<br><br>`Requested endpoint could not be provisioned due to failure to acquire a load slot: The load slot request could not be decrypted. The load slot request could not be decrypted (DirectAccess-1707)` | 2026 年 12 月 2 日 |
| 1.7.8 | 2025 年 11 月 11 日 | 新機能と機能強化<br><br>更新された Databricks OAuth 認証オプションのサポート<br><br>Databricks コネクタに、新たに次の 2 種類の認証方式が追加されました。これらは Direct Access gateway でもサポートされます。<br><br><ul> <li> <p><span>Databricks</span> OAuth サービス プリンシパル</p> </li> <li> <p><span>Databricks</span> OAuth ユーザー アカウント</p> </li> </ul><br><br>これらはいずれも一般的な OAuth 2.0 フローを使用しており、Databricks 管理アカウントと Microsoft Entra ID 管理アカウントの両方でサポートされています。<br><br>詳細については、「[Databricks 接続の作成](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Databricks/Create-Databricks-connection.htm) (英語のみ)」を参照してください。<br><br>プロセス分離によって設定されたデフォルトの開始ポートのオーバーライド<br><br>プロセス分離が有効になっている場合、Direct Access gateway がすべての分離されたコネクタ プロセスとのプロセス間通信に使用するデフォルトの開始ポート (49152) をオーバーライドできるようになりました。これは、デフォルトポートが別のプロセスによって使用されている場合に役立ちます。ポートをオーバーライドするには、[configuration.properties ファイルを編集する](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Configur3)か、[Public API](https://qlik.dev/apis/rest/direct-access-agents/) を介して、DATA\_PORT\_RANGE\_START プロパティを目的のポートに設定します。<br><br>解決した問題<br><br>Direct Access gateway 1.7.8 では次の問題が解決されました。<br><br><ul> <li> <p>SAP SQL コネクタ: UTCL データ要素を含むテーブルのロード時のエラー</p> <p>テーブルに UTCL データ要素が含まれている場合、ロード中に次のエラーが発生していました。</p> <p>Status (StatusCode="InvalidArgument", Detail="Input string was not in a correct format.</p> </li> <li> <p>チャンク回復使用時の断続的なリロード失敗</p> <p>次のエラーにより、リロードが断続的に失敗していました。</p> <p>Object reference not set to an instance of an object. (DirectAccess-1513))</p> </li> <li> <p>SAP BW コネクタ: データ抽出の問題</p> <p>WHERE 句で 2 つの値を使用して SAP BW InfoProvider/ADSO からデータを抽出すると、0 行が返されていました。</p> </li> <li> <p>gRPC 接続失敗により発生する Direct Access-1510 エラー</p> <p>まれに gRPC 接続が失敗し、Direct Access-1510 エラーが発生していました。この問題を軽減するため、次の改善が実装されました。 </p> <ul> <li> <p>gRPC 接続にポートが使用可能であることを確認するための gRPC 呼び出しを追加しました</p> </li> <li> <p>コネクタによって接続が拒否された場合、gRPC チャネルが再作成されるようになりました</p> </li> </ul> </li> </ul> | 2026 年 11 月 11 日 |
| 1.7.7 | 2025 年 9 月 9 日 | 新機能と機能強化<br><br>SAP Report Connector のサポート<br><br>このバージョンから、Qlik Data Gateway - 直接アクセス を介して SAP Report Connector にアクセスできるようになりました。<br><br>[SAP Report Connector の使用](https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_Connectors_Help/Content/Connectors_SAP/Clients/Using-SAP-Report-connection.htm) (英語のみ)<br><br>Qlik Cloud Government DoD で Direct Access gateway をサポート<br><br>このバージョンでは、Qlik Cloud Government DoD で Direct Access gateway の使用をサポートします。<br><br>DNS 解決による遅延の緩和<br><br>このバージョンから、サービス間通信は localhost の代わりに IPv4 ループバック アドレス (127.0.0.1) を使用して実行されるようになりました。これにより、DNS 解決に起因する待ち時間が効果的に解消されるはずです。<br><br>コネクタ起動パラメータの設定<br><br>コネクタ起動のタイムアウト値と試行回数を増やせるようになりました。これは、かなりの数のリロードを同時に行う場合に便利です。これらのパラメーターを増やすと、Direct Access gateway は、失敗して終了し、再起動を必要とする前に、より多くの時間と追加の試行回数でコネクタを実行するようになる。<br><br>[コネクタの起動設定](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Configur3)<br><br>ロード スロットの非同期リクエスト<br><br>このバージョンでは、ロード スロットを非同期にリクエストするオプションが導入されています。リロード データ WebSocket を Qlik Cloud に作成する際に、Direct Access gateway への一時的なコマンド パイプの混雑を緩和するため、ロード スロットを非同期で要求します。これは、かなりの数のリロードを同時に行う場合に便利です。<br><br>[ロード スロットの非同期リクエスト](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Requesti)<br><br>インストール ログの新しい場所<br><br>インストール ログ ファイルは、他の Direct Access gateway ログ ファイルの場所と同じく &lt;Direct Access gateway installation folder&gt;\data\logs に配置されます。<br><br>以前のバージョンでは、インストール ログ ファイルは C:¥Users¥AppData¥Local¥Temp に配置されていました。このフォルダに残っているログは、アップグレード中に新しい場所にコピーされます。<br><br>解決した問題<br><br>Direct Access gateway 1.7.7 では以下の問題が解決されました。<br><br><ul> <li> <p>ODBC (Direct Access gateway 経由) コネクタのカスタム型マッピングを定義する際の列サイズの減少をサポート。</p> <p>ODBC (Direct Access gateway 経由) コネクタのカスタム型マッピングを定義する際に、ドライバーによって報告される列サイズを小さくするサポートを追加しました。以前のバージョンでは、列のサイズを大きくすることしかできませんでした。</p> </li> <li> <p>コマンド タイムアウト</p> <p>デフォルトの pong タイムアウトである 45 秒を超える長時間コマンドを実行すると、コマンド パイプが切断されました。この問題は、Qlik Cloud Service Connection Broker が <span>Direct Access gateway</span> Connector Agent にコマンドを中継している間にタイムアウトが発生しないようにすることで解決しました。</p> </li> <li> <p>設定 UI - 保存ボタンが無効</p> <p>MAX_PROCESSES_COUNT 値が無効なため、[<span>保存</span>] ボタンが無効になりました。この問題は、フィールドに有効な値を自動的に入力することで解決しました。</p> </li> </ul><br><br><ul> <li> <p>設定 UI - デフォルト値と初期値の不一致</p> <ul> <li> <p>[<span>同時リロード プロセス数</span>] フィールドの初期値が、以下のコネクタで UI に表示されるデフォルト値と異なっていました: ODBC、SAP BW、SAP SQL、SAP ODP、および REST。</p> </li> <li> <p>ファイル コネクタの<span>プロセス分離</span>モード フィールドの初期値が、UI に表示されるデフォルト値と異なっていました。</p> </li> </ul> </li> </ul><br><br><ul> <li> <p>Microsoft SQL Server の NTLM 認証モードが動作しない問題</p> <p>Microsoft SQL Server の NTLM 認証モードが、<span>Direct Access gateway</span> 1.7.6 を使用すると機能しなくなりました。</p> </li> </ul><br><br><ul> <li> <p>高負荷時のリロードの失敗</p> <p>高負荷をかけると、次のようなエラーでリロードに失敗することがありました。</p> <p>Connector error: The gRPC connection to the connector failed. ... (DirectAccess-1510)</p> <p>この問題は、リトライ機構を追加することで解決されました。</p> </li> <li> <p>特定のシナリオにおける断続的なリロードの失敗</p> <p>リロードが次のエラーで失敗する場合がありました。</p> <ul> <li> <p><span>DirectAccess-4002</span>: この問題は、<span>AGENT_DATA_PING_SKIP_THRESHOLD_SECONDS</span> プロパティのデフォルト値を 60 秒から 15 秒に減らすことで解決しました。</p> </li> <li> <p><span>DirectAccess-2208</span>: この問題は、リトライ機構を追加することで解決されました。</p> </li> </ul> </li> </ul> | 2026 年 9 月 9 日 |
| 1.7.6 | 2025 年 8 月 5 日 | ファイル (Direct Access gateway 経由) コネクタ: 特定のスペースへのファイル システムのアクセス制限<br><br>ファイル (Direct Access gateway 経由) コネクタを使用する場合、ファイル システムまたはネットワーク ドライブへのアクセスを特定のスペースに制限できるようになりました。各パスを Qlik Cloud テナント内のスペースとペアリングすると、指定されたパスには、 [データ消費可能] 以上のロールを持つスペース メンバーだけがアクセスできるようになります。スペースが設定されていない場合、指定されたパスはすべてのスペースからアクセスできるようになります。<br><br>新しい構成は、パブリック API 経由で行うことも、ゲートウェイ サーバーの構成ファイルで直接行うこともできます。<br><br>[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>[ファイル (Direct Access gateway 経由) コネクタ](https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage%20provider%20connectors/File-DG-storage-provider-connector.htm) (英語のみ)<br><br>ゲートウェイの再起動なしで変更を適用できる機能のサポート<br><br>このバージョンから、ファイル (Direct Access gateway 経由) および REST (Direct Access gateway 経由) コネクタの許可されたパス/URL を更新するときに、変更を適用するために Direct Access gateway サービスを再起動する必要がなくなりました。これは、次の ODBC (Direct Access gateway 経由) プロパティを変更する場合にもあてはまります。<br><br><ul> <li> <p>許可されたドライバー</p> </li> <li> <p>許可された DSN</p> </li> <li> <p>カスタム型マッピング</p> </li> </ul><br><br>Oracle (Direct Access gateway 経由) コネクタ: Oracle TNS Names 接続メソッドのサポート<br><br>このバージョンでは、TNS 名を使用した Oracle へのアクセスがサポートされています。<br><br>[Oracle 接続の作成](https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Oracle/Create-Oracle-connection.htm#Performi) (英語のみ)<br><br>ファイル (Direct Access gateway 経由) コネクタ: プロセス分離が既定で有効化<br><br>Direct Access gateway をクリーンインストールする場合、プロセス分離が既定で有効になり、 [同時リロードプロセス数] が 10 に設定されます。<br><br>[プロセス分離](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-1:~:text=Qlik%20Support.-,Process%20isolation,-Process%20isolation%20allows)<br><br>REST (Direct Access gateway 経由) コネクタを使用した localhost への接続の許可<br><br>REST (Direct Access gateway 経由) コネクタを localhost に接続できるようになりました。これにより、connector-agent/ ステータス エンドポイントを使用してエージェント上のアクティブなロード数を決定するなど、ローカル (ゲートウェイ サーバーに対して) REST エンドポイントの使用が可能になります。<br><br>これは、ローカル URL (http://localhost:5050/status など) を restconnector\_allowed\_urls.txt ファイルに追加するときに、パブリック API を使用して構成することもできます。<br><br>[REST (Direct Access gateway 経由) コネクタを使用した localhost への接続の許可](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm)<br><br>[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>パブリック API を使用して「データのロード」リクエストを非同期で実行する機能のサポート<br><br>エージェントで「データのロード」リクエストを非同期で実行すると、クラウド サービスがエージェントからの応答を待つ時間が大幅に短縮されます。<br><br>この機能は、Direct Access gateway 1.7.5 で導入されたもので、OPTIONAL\_CAPABILITIES パラメーターを使用することで公開 API から利用できるようになりました。<br><br>[パブリック API](https://qlik.dev/apis/rest/direct-access-agents/)<br><br>高負荷シナリオにおけるプロセス分離の強化<br><br>ゲートウェイの負荷が高く、リソースが限られている場合に、次の問題を防ぐための機能強化が行われました。<br><br><ul> <li> <p>プロセス分離が有効な場合のコネクタ ポートの競合</p> </li> <li> <p>コネクタ プロセスの開始を試みる頻度が高すぎる</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.7.6 では次の問題が解決されました。<br><br><ul> <li> <p>Oracle (<span>Direct Access gateway</span> 経由) または ODBC (<span>Direct Access gateway</span> 経由) コネクタ:&nbsp;冗長なメタデータ呼び出し</p> <p>Oracle (<span>Direct Access gateway</span> 経由) または ODBC (<span>Direct Access gateway</span> 経由) コネクタを使用する場合、ゲートウェイが選択されていないと、コネクタ プロパティの一部によって冗長なメタデータ呼び出しが行われます。</p> </li> <li> <p>ゲートウェイ メトリクスの取得時間が長すぎることによるパフォーマンスの低下</p> <p>リロード リクエストごとに、ゲートウェイ メトリクスが取得されます。メトリクスの取得にかかる時間 (約 200 ミリ秒) は、リロード時間に影響します。この問題は、ロード リクエストごとにメトリクスを取得するのではなく、15 秒ごとにメトリクスを取得することで解決されました。</p> </li> <li> <p>AWS Athena (<span>Direct Access gateway</span> 経由) コネクタ: 日本語文字を含むテーブル名または列名をリロードしようとすると、リロードに失敗する</p> <p>AWS Athena (<span>Direct Access gateway</span> 経由) コネクタを使用している場合、日本語の文字を含むテーブル名または列名をリロードしようとすると、次のエラーが発生していました。</p> <p>Unable to show the preview column data. User does not have permission to access data, or column data type is not supported.</p> </li> </ul><br><br><ul> <li> <p>Google BigQuery (<span>Direct Access gateway</span> 経由) コネクタ: データ マネージャーを使用したデータ追加の失敗</p> <p>Google BigQuery (<span>Direct Access gateway</span> 経由) コネクタを使用している場合、データ マネージャーを使用してデータを追加しようとすると、「データの追加に失敗しました」というエラーが発生していました。</p> </li> </ul><br><br><ul> <li> <p>LocalSystem アカウントで <span>Direct Access gateway</span> をインストールする際のパスワードの明確化</p> <p><span>Direct Access gateway</span> インストーラーの [<span>パスワード</span>] 項目により、LocalSystem ユーザー アカウントで <span>Direct Access gateway</span> をインストールするときに常にパスワードが必要であると一部のユーザーに誤解されていました。この問題を解決するために、インストーラーに次の説明文が追加されました。</p> <p>A password is only required if you are not using the default local system account.</p> </li> </ul> | 2026 年 8 月 5 日 |
| 1.7.5 | 2025 年 6 月 3 日 | メタデータのプレビュー呼び出しにロギング コンテキストを追加しました。<br><br>リロード失敗のトラブルシューティングを支援するため、メタデータ プレビュー呼び出しのログに以下の項目が追加されました: requestguidsessionid および datasourceid。<br><br>MongoDB (Direct Access gateway 経由) および Google BigQuery (Direct Access gateway 経由) コネクタに [ユーザー定義の資格情報] のサポートを追加しました。<br><br>MongoDB (Direct Access gateway 経由) および Google BigQuery (Direct Access gateway 経由) コネクタに [ユーザー定義の資格情報] の項目が追加され、対応する非 Direct Access gateway コネクタと整合されました。<br><br>[ユーザー定義の資格情報] を選択すると、ユーザーが接続にアクセスしようとする際、テーブルを選択したりデータをロードしたりする前に、資格情報を入力する必要があります。これらの資格情報は接続ではなく、ユーザーに属します。ユーザー定義の資格情報を保存して、同じコネクタ タイプの複数の接続で使用できます。<br><br>ロード データ要求での AsyncCommand のサポート<br><br>エージェントでロード データ要求を非同期で実行すると、クラウド サービスがエージェントからの応答を待つ時間が大幅に短縮されます。<br><br>[ロード データの要求を非同期で実行](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Performi)<br><br>Direct Access gateway サービスを再起動することなく、AGENT\_LOG\_OPTIONS プロパティの変更をサポート<br><br>Direct Access gateway サービスを再起動することなく、AGENT\_LOG\_OPTIONS プロパティを変更できます。このプロパティは、Qlik サポートから要求があった場合のみ変更されます。<br><br>解決した問題<br><br>Direct Access gateway 1.7.5 では以下の問題が解決されました。<br><br><ul> <li> <p>有効な操作に対して返されるエラー</p> <p>コネクタ エージェントが、有効なロードおよびイベント コールに対して「500」エラーを返すことがありました。</p> </li> <li> <p>設定 API:</p> <ul> <li> <p>REST および FILE コネクタの「最大処理数」プロパティが更新され、2～100 の値に対応するようになりました。</p> </li> <li> <p>AGENT_LOG_OPTIONS プロパティにデフォルト値が追加されました。</p> </li> <li> <p>DCaaS のログ レベル値が更新されました</p> </li> </ul> </li> <li> <p>キープ アライブ イベント:</p> <ul> <li> <p>キープ アライブ イベントが暗号化されないことがある</p> </li> <li> <p>エージェント上のセッションがアクティブでなくなると、クラウド リソースを解放するための不正な応答が送信されることがありました。</p> </li> </ul> </li> </ul> | 2026 年 6 月 3 日 |
| 1.7.4 | 2025 年 5 月 6 日 | セットアップ時に既定の Windows サービス アカウントを上書きするためのサポート<br><br>以前の Direct Access gateway バージョンでは、Windows のサービス アカウントを変更できるのはインストール後のみであり、対話形式でのみ可能でした (各 Direct Access gateway マシン上にて)。Direct Access gateway 1.7.4 では、デフォルト以外の Windows サービス アカウントで Direct Access gateway をインストールする機能が導入されました。セットアップ ウィザードを使用する場合、およびサイレント インストールを実行する場合に、このオプションを使用できます。<br><br>詳細については、「[ステージ 2: データ ソースを保護するファイアウォールの背後にあるサーバーに Direct Access gateway をインストールする](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Stage4)」を参照してください<br><br>Windows Server 2025 のサポート<br><br>Direct Access gateway バージョン 1.7.0 以降は、Windows Server 2025 へのインストールが認証されています。<br><br>解決した問題<br><br>Direct Access gateway 1.7.4 では次の問題が解決されています。<br><br><ul> <li> <p>セキュリティ強化</p> <p><span>ファイル (<span>Direct Access gateway</span> 経由)</span> コネクタを使用する場合、すべてのファイル操作は 「NT AUTHORITY\SYSTEM」 Windows サービス アカウントで実行されていました。セットアップ中に既定の Windows サービス アカウントを上書きする機能を追加することで、この問題は解決されました。</p> </li> <li> <p>Google BigQuery（<span>Direct Access gateway</span>経由）コネクタ:&nbsp;特定の範囲外の TIMESTAMP データの処理中のエラーの発生</p> <p>1400 ～ 9999 (年) の範囲外の TIMESTAMP データを処理すると、次のエラーが発生していました。</p> <p>The data contains unsupported data type or row content. Invalid row status.</p> </li> <li> <p>アップグレード後にカスタム Windows サービス アカウントが維持されない</p> <p>アップグレード後、指定された <span>Direct Access gateway</span> サービス アカウントが既定のローカル アカウント (<span>LocalSystem</span>) に戻されていました。</p> </li> <li> <p>リロード エラー</p> <p>リロード中に、keepAlive イベント (<span>Qlik Cloud</span> からゲートウェイに送信される) の暗号化に関連する問題により、次のエラーが発生する場合がありました。</p> <p>Internal error. (Connector error: Reload web socket was aborted due to a failure (DirectAccess-1103))</p> </li> </ul> | 2026 年 5 月 6 日 |
| 1.7.3 | 2025 年 4 月 8 日 | トラブルシューティングの改善<br><br><ul> <li> <span>Direct Access gateway</span> マシンのメトリクス (コア、ディスク スペース、メモリ、CPU など) がリモート ログに伝播され、トラブルシューティングに役立つようになりました。</li> <li>SAP コネクタのログを除いて、すべてのログのログ メッセージのタイムスタンプは UTC 形式になります。 </li> <li>ファイル (<span>Direct Access gateway</span> 経由) コネクタのログ名に、プロセス ID ではなくポート番号が含まれるようになりました。 </li> <li>ファイル (<span>Direct Access gateway</span> 経由) コネクタのログ メッセージに [<span>プロセス ID</span>] 列が含まれるようになりました。</li> </ul><br><br>ODBC (Direct Access gateway 経由) コネクタの強化<br><br>ODBC (Direct Access gateway 経由) コネクタを使用する場合、ANSI ODBC ドライバー (サポートされていません) は、コネクタに表示される ODBC ドライバーのリストから除外されるようになりました。<br><br>解決した問題<br><br>Direct Access gateway 1.7.3では、次の問題が解決されています。<br><br><ul> <li> <p>REST (<span>Direct Access gateway</span> 経由) コネクタ:&nbsp;リロードの失敗</p> <p>大規模なデータ構造のリロードが次のエラーで失敗する場合がありました。</p> <p>Received message exceeds the maximum configured message size.</p> </li> <li> <p>REST (<span>Direct Access gateway</span> 経由) コネクタ:&nbsp;過度に制限的な URL&nbsp;許可リスト</p> <p>末尾にスラッシュがない URL は誤ってブロックされ、末尾にスラッシュがある同じ URL は許可されていました。</p> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ: 過剰なメモリ消費</p> <p>ロード スクリプトで複数の SELECT を使用すると、ソース システムの VRAM メモリが解放されず、リロードごとに増加し続けます。</p> </li> <li> <p>MySQL (<span>Direct Access gateway</span> 経由) コネクタ: データ型の問題</p> <p>MySQL (<span>Direct Access gateway</span> 経由) コネクタを使用して「int(9) unsigned」データ型のテーブルをロードすると、その列のデータは -1 として返されていました。</p> </li> <li> <p>SAP SQL (<span>Direct Access gateway</span> 経由) コネクタ: MixedMode が動作しない</p> <p><span>MixedMode</span> 接続文字列プロパティが期待通りに動作しませんでした。</p> </li> <li> <p>SQL タイプのデータ ソース:&nbsp;ロード スクリプトの問題</p> <p>SQL タイプのデータ ソースに接続すると、ロード スクリプト内の「TableName」がロード スクリプトの先頭ではなく、テーブル定義の途中に誤って配置される場合がありました。</p> </li> <li> <p>Databricks (<span>Direct Access gateway</span> 経由) コネクタ: セキュリティ強化</p> <p>Databricks (<span>Direct Access gateway</span> 経由) コネクタ経由でロードされたデータは、通信と転送中のデータに常に SSL を使用するようになりました。SSL を有効または無効にする以前のオプションは削除されました。</p> </li> <li> <p>セキュリティ強化</p> <p>Qlik Cloud Administration アクティビティ センターから顧客がホストするログを返すロギング コマンド ペイロードでは、エンドツーエンドの暗号化は相互に強制されませんでした。</p> </li> </ul> | 2026 年 4 月 8 日 |
| 1.7.2 | 2025 年 3 月 4 日 | チャンク回復再開しきい値の設定<br><br>チャンクの回復期間のしきい値 (分単位) を設定できるようになりました。回復期間のしきい値に達した時点でリロードが再開されない場合、適切なメッセージが表示されて失敗します。<br><br>このオプションは、長時間の回復後に、3 時間の制限を超える可能性があるリロードに役立ちます。たとえば、データベースからデータを取得するのに 90 分かかり、リロードが開始されるとすぐにチャンクの 1 つが破損したとします。この場合、すべてのチャンクがキャッシュに保存され、キャッシュから送信されます。このようなシナリオでは、リロード プロセス全体 (キャッシュへの保存と実際のリロード) が完了するまでに 3 時間かかる可能性があります。<br><br>「[チャンク回復期間のしきい値の設定](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Chunk)」も参照してください。<br><br>解決した問題<br><br>Direct Access gateway 1.7.2 では次の問題が解決されています。<br><br><ul> <li> <p>REST (<span>Direct Access gateway</span> 経由) コネクタの構成の不足</p> <p><span>Direct Access gateway</span> 1.7.1 の <span>configuration.properties</span> ファイルに REST_MAX_PROCESS_COUNT パラメーターがありませんでした。</p> </li> <li> <p><span>Direct Access gateway</span> プロセスの自動再起動が期待どおりに動作しない</p> <p><span>Direct Access gateway</span> プロセスがクラッシュまたは終了した場合に、自動的に再起動されないことがありました。</p> </li> <li> <p>チャンク回復キャッシュフォルダーが誤った場所に作成される</p> <p><span>configuration.properties</span> ファイルの <span>OVERRIDE_CHUNKS_CACHE_DIR</span> 設定が空の場合、チャンク回復キャッシュ フォルダーが <span>C:\ProgramData\Qlik\Gateway\tmp</span> (既定のフォルダー) ではなく、<span>[install folder]\ConnectorAgent</span> フォルダーに作成されていました。</p> </li> <li> <p>チャンク回復モードでのリロードの失敗</p> <p>チャンク回復モードで作業しているときに、<span>DirectAccess-4021</span> エラーでリロードに失敗することがありました。この問題は、EODAck が EODAck タイムアウトの少し後にエージェントに到着したことが原因でした。この問題は、EODAck のタイムアウトをわずかに増やすことで解決しました。</p> </li> <li> <p>ファイル (<span>Direct Access gateway</span> 経由) コネクタのログ レベルの問題</p> <p>ファイル (<span>Direct Access gateway</span> 経由) コネクタの DEBUG ログ レベルは無視されます。</p> </li> <li> <p>[<span>Direct Access gateway</span> install folder]\data\logs\reloads フォルダーの内容が削除されない</p> <p>古い JSON ファイルが、 <span>[<span>Direct Access gateway</span> install folder]\data\logs\reloads</span> フォルダーから削除されませんでした。多数のログが蓄積されると、時間の経過とともにディスク容量が大幅に消費される可能性があります。さらに、このフォルダー (何千ものログ ファイルが含まれている可能性がある) をバックアップすることも困難でした。</p> </li> <li> <p>セキュリティ強化</p> <p>この改善により、Pod IP やゲートウェイ ID などの機密データを含む、<span>Qlik Cloud</span> と <span>Direct Access gateway</span> 間で送信されるイベントとメッセージに暗号化の追加レイヤーが追加されます。</p> </li> </ul> | 2026 年 3 月 4 日 |
| 1.7.1 | 2025 年 2 月 11 日 | 新機能と機能強化<br><br><ul> <li> <p>REST コネクタ</p> <p>新しい<span>REST (Direct Access gateway 経由)</span> コネクタにより、<span>Direct Access gateway</span> 経由でプライベート REST API エンドポイントへの安全なアクセスが提供され、データを <span>Qlik Sense</span> アプリケーションに直接ストリーミングできるようになります。</p> <p>詳細については、「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/REST_Connector_help/Content/Connectors_REST/REST-connector.htm">REST データ ソース</a><span> (英語のみ)</span>」を参照してください。</p> <div><span>情報メモ</span> <p>REST (Direct Access gateway 経由) コネクタは、4 つのフェーズに分けて <span>Qlik Cloud</span> リージョンに段階的に展開され、フェーズ 4 は 2 月 17 日までに完了する予定です。</p> <ul> <li><span>フェーズ 1: </span>JP (日本)、UK (英国)</li> <li><span>フェーズ 2:</span> DE (ドイツ)、SG (シンガポール)、AP (アジア太平洋)、IN (インド)  </li> <li> <p><span>フェーズ 3:</span> US (米国)、<span>Qlik Cloud Government</span></p> </li> <li><span>フェーズ 4:</span> EU (欧州連合) <br></li> </ul> </div> </li> <li> <p><span>既定のチャンク キャッシュ ディレクトリをオーバーライドする</span> </p> <p>各リロード操作について、<span>Direct Access gateway</span> はデータチャンクをメモリにキャッシュし、それらをディスクにオフロードできます (キャッシュに割り当てられたサイズを超えた場合)。システム ドライブに十分なディスク容量がない場合は、既定のチャンク キャッシュ ディレク トリ (<span>C:\ProgramData\Qlik\Gateway\tmp</span>) ディレクトリをオーバーライドできます。</p> <p>詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#anchor-6">既定のチャンク キャッシュ ディレクトリをオーバーライドする</a>」を参照してください。</p> </li> <li> <p><span>ODBC&nbsp;(<span>Direct Access gateway</span> 経由) コネクタを使用するときに取得される既定のテーブル数をオーバーライドする</span> </p> <p>既定では、選択対象として 10,000 個のテーブルが取得されますが、非常に大きなデータベースで作業する場合はこれでは不十分な場合があります。このバージョンでは、<span>Direct Access gateway</span> <span>configuration.properties</span>ファイルのODBC_TABLES_LIMIT_FOR_GENERICODBC プロパティを増やすことにより、既定をオーバーライドする機能が導入されています。</p> <p>詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Maximum">アンロードするテーブルの最大数</a>」を参照してください。</p> </li> <li> <p> <span>Google BigQuery (via <span>Direct Access gateway</span>) Connector</span> を使用した複数カタログのサポート</p> <p> <span>Google BigQuery (via <span>Direct Access gateway</span>) Connector</span> は、単一の接続で複数のカタログ (<span>Google BigQuery</span> プロジェクトに相当) にアクセスできるようになりました。</p> <p>詳細については、「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/GoogleBigQuery/Create-GBQ-Connection.htm">Google BigQuery 接続の作成</a><span> (英語のみ)</span>」を参照してください。</p> </li> <li> <p> <span>Databricks (via <span>Direct Access gateway</span>) Connector</span> を使用した Unity カタログのサポート</p> <p> <span>Databricks  (via <span>Direct Access gateway</span>) Connector</span> は、Databricks の Unity Catalog のデータへのアクセスをサポートするようになりました。</p> <p>詳細については、「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/ODBC_Connector_help/Content/Connectors_ODBC/Databricks/Create-Databricks-connection.htm">Databricks 接続の作成</a><span> (英語のみ)</span>」を参照してください。</p> </li> <li> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタ使用時に ODBC ドライバーによって発生するデータエラーを軽減する</p> <p>ベンダーの ODBC ドライバーによるソース データ型の取り扱いの問題により、リロード中にエラーが発生したり、正しくないデータが <span>Qlik Cloud</span> にロードされたりする場合があります。このような場合、<span>Qlik Cloud</span> データ型またはその仕様 (スケールや精度など) をオーバーライドできます。 </p> <p>詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Overridi">ODBC (<span>Direct Access gateway</span> 経由) コネクタを使用するときに、既定の <span>Qlik Cloud</span> データ型をオーバーライドする</a>」を参照してください。</p> </li> </ul><br><br><ul> <li> <p>コネクタの開始、終了、再起動イベントのログ イベントの再配置</p> <p><span>Direct Access gateway</span> 1.7.1以降では、コネクタの開始、終了、再起動イベントは <span><span>Direct Access gateway</span> (DirectAccessAgent)</span> ログ ファイルに書き込まれます。以前のバージョンでは、<span><span>コネクタ エージェント ログ</span> (connector-agent_logs_&lt;date&gt;)</span> ログ ファイルに書き込まれていました。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.7.1 では、次の問題が解決されています。<br><br><ul> <li>特定のシナリオにおいて、RELOAD_CACHE_MEMORY_MB オプション (問題発生時にリロード用にデータをキャッシュする) を有効にすると、リロードのパフォーマンスに影響が出る場合がありました。</li> <li> <p>RELOAD_CACHE_MEMORY_MB オプションを有効にすると、アクセスが拒否されたかファイルが見つからなかったことを示す次のエラーが発生し、リロードに失敗する場合がありました。</p> <p>(Connector error: data loading error (DirectAccess-4008) (DirectAccess-4001))</p> </li> <li> <p>特定のシナリオにおいて、主にコネクタに必要なポートが利用できない場合に、プロセス分離が有効になっていてもコネクタがクラッシュし続ける場合がありました。</p> </li> <li> <p>リロードが正常に完了した後でも、<span>Direct Access gateway</span> がデータソースへの再接続を試みる場合がありました。</p> </li> <li> <p>コネクタ エージェントがメモリにロードされた後にディスクからチャンクを読み取ろうとすると、「<span>Could not find file</span>」エラーが発生する場合がありました。</p> </li> <li> <p>SAP BW コネクタを使用すると、次のエラーが発生する場合がありました。</p> <p>Error when parsing '0TCT_C03': The given key 'CHABASNM' was not present in the dictionary.</p> <p>この問題は、CHABASNM メタデータ フィールドのない古いトランスポートに対するサポートを追加することで修正されました。</p> </li> <li> <p><span>configuration.properties</span> ファイルに重複したエントリが含まれている場合、<span>Direct Access gateway</span> サービスを開始できない場合がありました。</p> </li> <li> <p> <span>Azure Active Directory</span> 認証方法を使用して、<span>Azure SQL Database (Direct_Access gateway 経由)</span> データ ソースに接続しようとするときに、 [接続をテスト] の操作が次のエラーで失敗する場合がありました。    </p> <p>Communication link failure - ERROR [08S01] [Qlik][SqlServer] Connection broken unexpectedly</p> </li> <li> <p><span>Direct Access gateway</span> が <span>Qlik Cloud</span> から切断されたときに、再接続までに最大 10 分かかる場合がありました。その間、リロードは開始されませんでした。この時間は 45 秒に短縮されました。 </p> <p><span>Direct Access gateway</span> の再接続に 45 秒よりも大幅に長い時間がかかる場合は、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Forcing"><span>Direct Access gateway</span> を <span>Qlik Cloud</span> に強制的に再接続させる</a>」の説明に従って、強制的に再接続できます。</p> </li> </ul> | 2026 年 2 月 11 日 |
| 1.7.0 | 2025 年 1 月 14 日 | 新機能と機能強化<br><br><ul> <li> <p>ファイル コネクタ</p> <p>新しい<span>ファイル (Direct Access gateway 経由)</span> コネクタにより、<span>Direct Access gateway</span> を介した安全なファイル システムのアクセスが提供され、Qlik Sense アプリケーションに直接データをストリームできるようになります。</p> <p>詳細については、「<a href="https://help.qlik.com/en-US/cloud-services/Subsystems/Web_Storage_Provider_Connectors_help/Content/Connectors_StorageProvider/Storage provider connectors/File-DG-storage-provider-connector.htm">ファイル (Direct Access gateway 経由)</a><span> (英語のみ)</span>」を参照してください。</p> </li> <li> <p><span>非同期コマンドによるパフォーマンス向上のサポート</span> </p> <p>非同期コマンドのサポートにより、<span>Direct Access gateway</span> では一度に 1 つのコマンドではなく複数のコマンドが同時に処理されるようになり、効率が向上します。</p> <p>&nbsp;</p> </li> </ul><br><br>情報メモ<br><br>ファイル コネクタと非同期コマンドによるパフォーマンス向上のサポートは、次のスケジュールに従い、地域別の段階的な展開の一環として、1 月後半に Qlik Cloud テナントで一般提供される予定です。<br><br><table> <colgroup><col> <col> <col> </colgroup><thead> <tr> <th> <p>Qlik Cloud リージョン</p> </th> <th> <p>リージョン コード</p> </th> <th> <p>有効</p> </th> </tr> </thead>  <tr> <td> <p>ヨーロッパ (ロンドン)</p> </td> <td> <p>eu-west-2</p> </td> <td> <p>1 月 14 日</p> </td> </tr> <tr> <td> <p>日本 (東京)</p> </td> <td> <p>ap-northeast-1</p> </td> </tr> <tr> <td> <p>ヨーロッパ (フランクフルト)</p> </td> <td> <p>eu-central-1</p> </td> <td> <p>1 月 15 日</p> </td> </tr> <tr> <td> <p>アジア太平洋 (シンガポール)</p> </td> <td> <p>ap-southeast-1</p> </td> </tr> <tr> <td> <p>アジア太平洋 (シドニー)</p> </td> <td> <p>ap-southeast-2</p> </td> </tr> <tr> <td> <p>インド (ムンバイ)</p> </td> <td> <p>ap-south-1</p> </td> <td>1 月 21 日<p>&nbsp;</p></td> </tr> <tr> <td> <p>米国東部 (北バージニア)</p> </td> <td> <p>us-east-1</p> </td> </tr> <tr> <td> <p>ヨーロッパ (アイルランド)</p> </td> <td> <p>eu-west-1</p> </td> <td> <p>1 月 28 日</p> </td> </tr>  </table><br><br>解決した問題<br><br>Direct Access gateway 1.7.0 では、次の問題が解決されています。<br><br><ul> <li> <p>Snowflake コネクタ</p> <p>特殊文字を含むデータをロードすると、「SQL コンパイル エラー」が発生して失敗します。</p> </li> <li> <p>サイレント インストール</p> <p><span>Direct Access gateway</span> をサイレント インストールすると、前提条件となるソフトウェアを修復するための対話型プロンプトが表示されます。</p> </li> <li> <p>Oracle (Direct Access gateway 経由) コネクタのパフォーマンス</p> <p>Oracle (Direct Access gateway 経由) コネクタを使用してデータをロードすると、ODBC ドライバーを直接使用する場合よりも大幅に遅くなります。</p> </li> <li> <p>ODBC (Direct Access gateway 経由) コネクタのクラッシュ</p> <p>SQL Server Simba ドライバーのバグにより、ODBC (Direct Access gateway 経由) コネクタがクラッシュすることがありました。</p> </li> <li> <p>断続的なリロードの失敗</p> <p>複数のアプリケーションのリロードが断続的に失敗し、次のエラー (抜粋) が表示されることがありました。 </p> <p><span>Connector Datagateway Space:SQLCLUSTER01 not found (Requested endpoint could not be provisioned due to failure to acquire a load slot: The response body of the connector load info request was empty.</span> </p> </li> </ul> | 2026 年 1 月 14 日 |
| 1.6.9 | 2024 年 10 月 29 日 | 新機能と機能強化:<br><br><ul> <li> <p>プロセス分離が既定でオンになりました。</p> <p>以前のバージョンでは、プロセス分離モードは既定でオフになっていました。Direct Access gateway 1.6.9 以降では既定でオンになりますが、クリーン インストールの場合のみとなります。アップグレードする場合、既存のプロセス分離構成は保持されます (アップグレード前の状態に応じてオフまたはオン)。</p> <p>プロセス分離の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">プロセス分離</a>」を参照してください。</p> </li> <li> <p><span>configuration.properties ファイルの削除</span> </p> <p>ユーザーが誤って間違った <span>configuration.properties</span> ファイルを変更するのを防ぐため、<span>configuration.properties</span> テンプレート ファイルは <span>Direct Access gateway</span> インストール フォルダーから削除されました。現在は、<span>C:\ProgramData\Qlik\Gateway</span> に存在する <span>configuration.properties</span> ファイルは 1 つのみになりました。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.9 では、チャンク回復機能に関する次の問題が解決されています。<br><br><ul> <li> <p>リロード後にチャンクが削除されない</p> <p>処理されたチャンクが、リロード後にディスクから削除されない場合がありました。</p> </li> <li> <p>クラッシュ後にチャンクが削除されない</p> <p><span>Direct Access gateway</span> クラッシュ後、処理済みのチャンクがディスクから削除されない場合がありました。</p> </li> <li> <p>メモリ消費量が多い</p> <p>保存されたチャンクのリロード中に、メモリ消費量が多くなる場合がありました。</p> </li> </ul><br><br>チャンク回復機能の詳細については、「[キャッシュ データ チャンク用メモリ](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Memory)」を参照してください。 | 2025 年 10 月 29 日 |
| 1.6.8 | 2024 年 9 月 17 日 | 新機能と機能強化:<br><br><ul> <li> <p>データ チャンク回復メカニズム</p> <p>このバージョンでは、欠落または破損したデータ チャンクの送信のサポートが導入されました。リロードされたデータ チャンクのメモリ サイズを制御するために、<span><span>configuration.properties</span></span> ファイルに新しいプロパティ が追加されました: RELOAD_CACHE_MEMORY_MB </p> <p>チャンク回復機能の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Memory">キャッシュ データ チャンク用メモリ</a>」を参照してください。</p> </li> <li> <p> .NET 6.0.x は不要になりました</p> <p>  このバージョンから、<span>Direct Access gateway</span> の実行に .NET 6.0.x は不要になりました。<span>Direct Access gateway</span> をインストールする前に、新規のお客様は .NET 4.8 (インストールに必要) と .NET 8.0 および ASP.NET Core Runtime (<span>Direct Access gateway</span> での作業用) のみをインストールしてください。 </p> <p><span>Direct Access gateway</span> の前提条件の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm#anchor-2">システムの前提条件</a>」を参照してください</p> </li> <li> <p>依存プロセスのバッチ操作の改善</p> <p>このバージョンから、依存プロセスは順番にではなく並行してチェックされるようになり、実行時にプロセス リストが変更されることによる例外を回避できます。</p> <p>プロセス分離の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">プロセス分離</a>」を参照してください。</p> </li> <li> <p>トラブルシューティングの改善</p> <p>ログ内のリソース使用量の警告に、より多くのコンテキスト (「プロセス ID」や「コミット サイズ」など) が追加されました。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.8 では、次の問題が解決されています。<br><br><ul> <li> <p>誤解を招くエラー メッセージ</p> <p>ゲートウェイの再起動 (手動またはクラッシュによる) の後、コネクタ エージェント (<span>ConnectorAgent.exe</span>) が初期化される前に要求が送信される場合があります。このような場合、エラー メッセージは誤解を招いていました。現在は、ゲートウェイが切断されたことを示すエラー メッセージが表示されます。</p> </li> <li> <p>切断によるリロードの失敗</p> <p>最初のロード後に <span>Direct Access gateway</span> が切断されると、次のエラーが発生して後続のリロードが失敗することがありました。</p> <p>Requested endpoint could not be provisioned due to failure to acquire a load slot: Command getReloadSlot error for reload</p> <p>ポッドのシャットダウンによるリロードの失敗</p> <p>Analytics エンジンは、以前のセッションからの接続をキャッシュし、シャットダウンを要求されたポッドにリクエストを送信することがありました。これにより、次のエラーが発生してリロードが失敗していました。</p> <p>Connector error: data loading error (DirectAccess-4008)</p> </li> <li> <p><span>Direct Access gateway</span> サービスの再起動後にリロードが停止する</p> <p>特定のシナリオでは、コネクタ エージェントはリロード中に切断された後、再接続を試行せず、次のエラーが発生していました。</p> <p>Reload web socket was aborted due to a failure (DirectAccess-1103)</p> </li> <li> <p>Amazon Redshift コネクタ: SELECT テーブルに重複した列が入力される</p> <p> Datashare で作成されたデータベースから参照された外部スキーマにテーブルが存在する場合、DLE/データ マネージャーのプレビューに重複した列が表示されていました。</p> </li> </ul> | 2025 年 9 月 17 日 |
| 1.6.7 | 2024 年 7 月 16 日 | 新機能と機能強化<br><br><ul> <li> <p>プロセス分離の作業時におけるポート割り当てのサポート</p> <p>以前は、既定のポート番号と範囲設定を使用する場合、 [<span>同時リロード プロセスの最大数</span>] の値を 10 より大きく設定することはできませんでした。このバージョンから、ポートは自動的に割り当てられるようになり、同時リロード プロセスの数を 10 より大きく設定できるようになりました。</p> </li> <li> <p> SAP SQL (Direct Access gateway 経由) コネクタを使用する場合のメタデータ ページングの強化</p> <p>  この強化により、10,000 個以上のテーブルが取得される場合、タイムアウトを防ぐために、テーブルは 10,000 個のバッチで取得されます。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.7 では、次の問題が解決されています。<br><br><ul> <li> <p>プロセス分離の使用時に期限切れのリロードが解放されない</p> <p>プロセス分離の使用時に、期限切れのリロードでコネクタ プロセスが解放されませんでした。</p> </li> <li> <p>アプリケーションをキャンセルしても Amazon Redshift セッションが実行され続ける</p> <p>実行中の QCS アプリケーションがキャンセルされた場合でも、Amazon Redshift セッションはクエリが完了するまで実行され続けました。</p> </li> <li> <p>解決されたセキュリティの脆弱性</p> <ul> <li><span>Direct Access gateway</span> コネクタはすべてのサービスを 0.0.0.0 にバインドし、ローカル マシン上のすべての IP アドレスからの接続を許可するため、サーバーがあらゆるネットワークに公開される可能性がありました。</li> <li><span>Direct Access gateway</span> は、ユーザーの一時ファイル パス内の存在しない動的に生成されたディレクトリから MPR.dll をロードしようとしていました。予想される場所に <span>MPR.dll</span> が存在しないため、攻撃者がこのパスに悪意のある DLL を配置して、インストーラーがそれをロードして実行する可能性がありました。</li> </ul> </li> <li> <p><span>Direct Access gateway</span> サービスの再起動後にリロードが停止する</p> <p>非選択クエリとストアド プロシージャの使用時に、<span>Direct Access gateway</span> サービスを再起動した後、リロードが数時間ハングしていました。</p> </li> <li> <p>データのプレビューとリロードの問題</p> <p>ODBC (<span>Direct Access gateway</span> 経由) コネクタを使用して Microsoft Fabric にアクセスすると、データのプレビューとリロードの問題が発生することがありました。</p> </li> <li> <p>ORDER BY 句の追加時のエラー</p> <p>ORDER BY 句を追加すると、ODBC (<span>Direct Access gateway</span> 経由) コネクタと SQL Anywhere 17 の使用時にエラーが発生していました。</p> </li> </ul> | 2025 年 7 月 16 日 |
| 1.6.6 | 2024 年 5 月 14 日 | 新機能と機能強化:<br><br>Direct Access gateway 1.6.6 では、次の機能と拡張機能が導入されています。<br><br><ul> <li> <p><span>Direct Access gateway</span> 経由の ServiceNow へのアクセスのサポート</p> <p>このバージョンでは、ServiceNow (<span>Direct Access gateway</span> 経由) コネクタのサポートが導入されており、顧客は厳密に送信され、暗号化され、相互認証された接続を介して、ファイアウォールで保護された ServiceNow データ ソースに安全にアクセスできるようになります。 </p> </li> <li> <p> 次の <span>Direct Access gateway</span> コネクタを使用する場合の新しい認証方法のサポート:</p> <ul> <li><span>Azure Synapse Analytics:</span> Azure OAuth および Azure Active Directory</li> <li><span>Azure SQLデータベース:</span> Azure OAuth および Azure Active Directory</li> <li><span>Snowflake:</span> OAuth</li> <li><span>Databricks:</span> Azure OAuth</li> <li><span>MongoDB:</span> SCRAM-SHA-256 および LDAP</li> </ul> </li> <li> <p>ODBC コネクタを使用する場合のメタデータ ページングの強化</p> <p>この強化により、10,000 個以上のテーブルが取得される場合、タイムアウトを防ぐために、テーブルは 10,000 個のバッチで取得されます。</p> </li> <li> <p>.NET 8.x の要件</p> <p>このバージョンから、顧客は <span>Direct Access gateway</span> を使用するために .NET 6 と .NET 8.x の両方をインストールする必要があります。インストールまたはアップグレード中に、まだインストールされていない場合は、セットアップによって自動的にインストールされます。</p> </li> <li> <p>サポート性の向上</p> <p>トラブルシューティングを支援するために、<span>Direct Access gateway</span> リクエストの継続時間を測定する追加のログが追加されました。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.6 では、次の問題が解決されています。<br><br><ul> <li> <p><span>Direct Access gateway</span> と <span>Qlik Cloud</span> の間の接続が 30 秒以上アイドル状態だった場合、リロード操作が次のエラーで失敗することがありました: 無効なオブジェクト名 '#&lt;TempTableName&gt;' (<span>Direct Access gateway</span> 一時テーブルが使用できないことを示します)。 </p> <p>この問題を解決するために、新しい<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Reload">ロード リクエストのタイムアウト</a>の設定が追加されました。新しいパラメータは、ODBC コネクタのリロード セッション期間を設定し、デフォルト値は 20 秒です。</p> </li> <li>リロードをキャンセルすると、ODBC プロセスの作成と終了のループが発生する場合がありました。</li> <li><span>Direct Access gateway</span> と Qlik Cloud Services の間の接続が、明らかな原因もなく突然終了することがありました。</li> <li> <p><span>Direct Access gateway</span> 接続の再試行間隔は継続的に増加しますが、自動的にリセットされることはありません。再試行間隔をリセットするには、<span>Direct Access gateway</span> サービスを再起動することが唯一の方法です。</p> </li> <li> <p> 間違った構文を使用して Oracle からストアド プロシージャを呼び出すと、リロード操作が情報エラーですぐに終了せず、数時間ハングします。</p> </li> </ul> | 2025 年 5 月 14 日 |
| 1.6.5 | 2024 年 4 月 16 日 | 新機能と機能強化:<br><br>Direct Access gateway 1.6.5 では、次の機能と拡張機能が導入されています。<br><br><ul> <li> <p>SAP ODP コネクタのサポート</p> <p>このバージョンでは、<span>Direct Access gateway</span> 経由で SAP ODP ソースにアクセスする機能が導入されています。これに対応するために、新しい [<span>データ ゲートウェイ</span>] 項目が SAP ODP コネクタに追加されました。新しい項目により、顧客は SAP ODP ソースへのアクセスに使用するゲートウェイを選択できます。</p> <p>関連項目: <a href="https://help.qlik.com/en-US/cloud-services/Subsystems/SAP_ODP_Connectors_Help/Content/Connectors_SAP_ODP/SAP-ODP-intro.htm">SAP ODP コネクタ</a><span> (英語のみ)</span></p> </li> <li> <p>拡張されたログ機能</p> <p>このバージョンでは、Qlik サポートが特定のゲートウェイコンポーネントの問題をトラブルシューティングするための新しいロガーが導入されています。</p> </li> <li> <p>新たにサポートされたリージョン</p> <p>Qlik Cloud テナント リージョンとして、日本がサポートされるようになりました。</p> </li> <li> <p>パフォーマンスの向上</p> <p>暗号化されたセッションのメモリ割り当てが改善されました。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.5 では、次の問題が解決されています。<br><br><ul> <li> <p>セキュリティの脆弱性</p> <p>ODBC コネクタを使用する場合、シークレットは DCAAS ログに書き込まれます。</p> </li> <li> <p>プロセス分離のパフォーマンス </p> <p>負荷が高いと、プロセスの開始に時間がかかります。</p> </li> <li> <p>誤ったインストール パス</p> <p><span>Direct Access gateway</span> をインストールすると、ユーザーがセットアップ ウィザードで別のフォルダーを選択した場合でも、常に Qlik がルート フォルダーとして設定されます。</p> </li> </ul> | 2025 年 4 月 16 日 |
| 1.6.4 | 2024 年 3 月 7 日 | 新機能と機能強化:<br><br><ul> <li> <p><span>管理</span> アクティビティ センターからのログ ファイルの表示とダウンロードに対するサポート</p> <p>このバージョンでは、<span>Direct Access gateway</span> アクティビティ センターにある <span>管理</span> ログ ファイルを表示する機能と、必要に応じてそれらのファイルを <span>Qlik</span> サポートと共有する機能を導入しています。通常の状況下では、ログ ファイルを表示する必要はありませんが、失敗が繰り返されたり、その他の問題が発生したりした場合に、ログ ファイルは原因を特定する助けになります。</p> <p>参照: <a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Viewing">ログ ファイルの表示とダウンロード</a></p> </li> <li> <p><span>Direct Access gateway</span> をサイレントにインストールするためのサポート</p> <p>組織全体で複数のマシンに <span>Direct Access gateway</span> をインストールする必要がある場合、お客様は <span>Direct Access gateway</span> をサイレントにインストールできるようになりました。</p> <p>参照: <a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setup-win.htm#Silently">サイレントなインストール Direct Access gateway</a></p> </li> <li> <p>改善されたセッションの連続性</p> <p>リロード セッションの有効期限が切れると、DirectAccess-1012 エラーが発生する場合があります。現在、<span>Direct Access gateway</span> は、<span>Qlik Cloud</span> をより頻繁にピン留めすることにより、リロード セッションの有効性を維持するように努めます。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.4 では、次の問題が解決されています。<br><br><ul> <li> <p><span>configuration.properties</span> ファイル内の不正なパラメーター名</p> <p><span>Direct Access gateway</span> を新しくインストールするときに、<span>C:\ProgramData\Qlik\Gateway\<span>configuration.properties</span></span> ファイル内の EXTEND_FIRST_REQUEST_TIMEOUT パラメーター名が FIRST_REQUEST_TIME_EXTENSION と誤って呼ばれる場合があります。</p> </li> <li> <p>リロード ポッドの可用性</p> <p>複数のリロードが同一のリロード ID を共有すると、QCS 内のリロード ポッドは最大数に達します。</p> </li> </ul> | 2025 年 3 月 7 日 |
| 1.6.3 | 2024 年 1 月 30 日 | Direct Access gateway 1.6.3 には、次の機能強化およびバグ修正が含まれています。<br><br><ul> <li> <p><span>データ損失の防止</span> </p> <p>以前のバージョンでは、データ損失の可能性を防ぐために、Direct Access gateway はリロード中にデータ ソースに自動的に再接続しませんでした。このバージョンから、Direct Access gateway は必要に応じてデータ ソースに自動的に再接続するようになりました。データ損失を防ぐため、再接続する前に完了したリロードの概要が確認されます。データ損失が検出された場合、リロードは失敗します。</p> </li> <li> <p><span>リロード セッションのタイムアウト</span> </p> <p>まれに、リロード セッションが無期限に存続する場合があります。このような事態を防ぐために、このバージョンではリロード セッションに 3 時間のタイムアウトを導入しています。</p> </li> <li> <p><span>ロード リクエストのタイムアウトの延長</span> </p> <p>リロードが次のエラーで失敗する場合がありました。</p> <code>Connector error: The session does not exist (DirectAccess-1509)</code> <code>Connector error: The stream session expired for the load data request (DirectAccess-1012)</code> <p>この問題を軽減するために、<span>ロード リクエストのタイムアウト</span> パラメーター (ロード リクエストのタイムアウトを延長するため) が <span>Direct Access gateway</span> 設定に追加されました。</p> <p>このようなエラーが頻繁に発生する場合は、値を 5 ～ 10 分に設定してみてください。</p> <p>詳細な手順については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Load">ロード リクエストのタイムアウト</a>」を参照してください。</p> </li> <li> <p><span>詳細な接続エラー メッセージのサポート</span> </p> <p>Direct Access gateway コネクタ経由で ODBC ベースを使用する場合に、詳細な接続エラー メッセージを表示するためのサポートが追加されました。ユーザーは、コネクタの [<span>詳細</span>] 設定の <code>ShowErrorDetailMessage </code> パラメータを「true」に設定して、ODBC ドライバーから返される完全なエラーを確認できるようになりました。詳細なエラー メッセージがデータ ロード エディターに表示されます。 </p> <div><span>情報メモ</span>エラー メッセージ全体は、使用しているデータ ソースによって提供されます。Qlik がエラー メッセージに情報を追加することや、編集することはありません。</div> </li> <li> <p><span>同じリロード ID での複数のリロードの処理</span> </p> <p>このバージョンからは、同じリロード ID を持つ複数のリロードを区別するためにエンジン セッション ID が使用されます。これにより、潜在的な競合が回避され、リロードが次のエラーで失敗する可能性があります。</p> <code>Connector error: data loading error (DirectAccess-4008</code> </li> </ul> | 2025 年 1 月 30 日 |
| 1.6.2 | 2024 年 1 月 9 日 | Direct Access gateway 1.6.2 では、プロセス分離モードで動作中にコネクタ エージェントがクラッシュする問題が解決されています。<br><br>警告メモ プロセス分離モードで Direct Access gateway 1.6.1 を使用しているお客様は、このバージョンにアップグレードすることを強くお勧めします。 | 2025 年 1 月 9 日 |
| 1.6.1 | 2023 年 12 月 12 日 | 新機能と改善点<br><br>Direct Access gateway 1.6.1 では、いくつかの重要な機能と拡張機能が導入され、全体的な安定性とパフォーマンスが向上しています。<br><br><ul> <li> <p>複数のコネクタ プロセスにまたがるリロードの分散をサポート</p> <p>コネクタ プロセスの分離が Direct Access gateway に追加されました。これはオプトイン機能であり、既定ではオフになっています。 プロセス分離により、ゲートウェイ サーバー オペレーティング システムに直接アクセスできる管理者は、コネクタ タイプごとにリロードに使用できるプロセスの数を制御できます。リロードを複数のコネクタ プロセスに分散すると、各コネクタ プロセスで同時に実行されるリロードの数が減り、分離レベルが高まります。これにより、コネクタのクラッシュが発生した場合の <span>Direct Access gateway</span> 全体の安定性が向上します。</p> <p>プロセス分離の詳細については、「<a href="https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-troubleshooting.htm#Process">プロセス分離</a>」を参照してください。</p> </li> </ul><br><br><ul> <li> <p>SAP BW (Direct Access gateway 経由) コネクタを使用するときにチャンキングを無効にする機能を追加 </p> <p>このバージョンでは、SAP BW (Direct Access gateway 経由) コネクタ用の BEX_ONE_CHUNK アプリケーション パラメーターが導入されています。Qlik Cloud から SAP BW に直接 (つまり、Direct Access gateway 経由ではなく) アクセスする場合、パフォーマンスを最適化するために、結果セットは SAP バックエンドでチャンクに分割され、別のスレッドとして読み取られます。ただし、Direct Access gateway 経由で SAP BW にアクセスする場合、結果セットをチャンクに分割しても実質的なメリットはありません。逆に、データ転送中に追加の一時テーブルを作成する必要があるため、SAP の共有メモリがより多く消費されます。SAP コネクタのバイナリ フォルダーにある <span>appsettings.json</span> ファイルで <span>BEX_ONE_CHUNK:false</span> を設定することで、チャンキングを開始できます (通常は必須ではありません)。</p> </li> <li> <p>SAP BW (Direct Access gateway 経由) コネクタおよび SAP SQL (Direct Access gateway 経由) コネクタの診断の改善</p> <p>SAP BW (Direct Access gateway 経由) および SAP SQL (Direct Access gateway 経由) コネクタのログについて、ログ ファイル名の拡張子の前に <span>_port</span> サフィックスが追加され、同じポートでリッスンしているコネクタの新しいインスタンスからのイベントを区別するために、コネクタのログファイルに <span>ProcessID=###</span> メッセージが追加されました。</p> </li> <li> <p>再接続の改善</p> <p>リロード中の再接続メカニズムが改善され、Direct Access gateway はリロードを開始したポッドに接続する必要がなくなりました (以前のケースと同様)。今後は、リロードを開始したポッドへの接続を繰り返し試行する (リロード失敗の原因となることが多かった) のではなく、最初に使用可能なポッドに接続します。</p> </li> </ul><br><br>解決した問題<br><br>Direct Access gateway 1.6.0 では、次の問題が解決されています。<br><br><ul> <li> <p>Direct Access gateway コネクタ ログ経由の ODBC</p> <p>異なるデータ ソースからリロードが実行されると、一方のデータ ソースからのプロセスが、もう一方のデータ ソースのログに誤って表示されていました。</p> </li> <li> <p>セットアップにファイルがない</p> <p>Direct Access gateway のインストール時に、<span>configuration.properties</span> ファイルがコピーされませんでした。</p> </li> <li> <p>Qlik Cloud リソースのスケーリング中のリロード エラー</p> <p>Qlik Cloud リソースのスケーリングにより、DirectAccess-1006 エラーが発生する場合がありました。Direct Access gateway 経由で実行されるアプリケーションのリロード中に発生する、特定の Qlik Cloud リソース スケーリング シナリオの処理を改善するための機能強化が行われました。</p> </li> <li> <p>Snowflake の接続障害</p> <p>ODBC (Direct Access gateway 経由) コネクタ経由で Snowflake に接続すると失敗していました。</p> </li> <li> <p>DLE でのアプリケーション スクリプトのデバッグ エラー</p> <p>[<span>Limit Results</span>] (結果を制限) オプションを有効にしてデータ ロード エディター (DLE) でアプリケーション スクリプトをデバッグすると、次のエラーが発生して失敗することがありました。 </p> <p>Connector error: Invalid load request (DirectAccess-1006). </p> </li> </ul> | 2024 年 12 月 12 日 |
| 1.5.3 | 2023 年 9 月 23 日 | 解決した問題:<br><br><ul> <li><span>ODBC (Direct Access gateway 経由) コネクタ: </span>大きなテーブルのリロードをキャンセルすると、コネクタがクラッシュすることがありました。この問題に対する改善が実施されました。</li> <li> <p><span>Microsoft SQL Server (Direct Access gateway 経由) コネクタ: </span>古いバージョンの Windows Server でホストされている SQL Server への接続を確立しようとすると、TLS 互換性の問題により接続が失敗し、次のエラーが返されていました。 </p> <code>Please check the values for Username‚ Password‚ Host and other properties. Description: Client unable to establish connection - ERROR [08001] [Qlik][SqlServer] Problem establishing connection to the server. </code> <p>SQL Server ドライバーを更新し、問題は修正されました。</p> </li> <li> <p><span>SAP SQL (Direct Access gateway 経由) コネクタ: </span>テーブルをプレビューしようとすると、次のエラーが発生する場合がありました。 </p> <code>Exception of Type System.OutOfMemoryException</code> </li> <li> <p><span>SAP SQL (Direct Access gateway 経由) コネクタ: </span> テーブルをプレビューしようとすると、数分後に次のエラーが発生してタイムアウトになる場合がありました。 </p> <code>Request could not be completed.	</code> </li> <li><span>SAP SQL (Direct Access gateway 経由) コネクタおよび SAP BW (Direct Access gateway 経由) コネクタ:</span> 複数の同時リクエストのトラブルシューティングに役立つ診断情報をログに追加しました。 </li> </ul> | 2024 年 9 月 23 日 |

## Qlik Data Gateway - 直接アクセス のアンインストール

不要になった Direct Access gateway をアンインストールできます。

### Windows サーバーにインストールされている Qlik Data Gateway - 直接アクセス ゲートウェイのアンインストール

ゲートウェイを Windows アプリ &gt;インストール済みアプリリストで探し、行の最後にある the 詳細 icon メニューから [アンインストール] を選択します。

![プログラムの追加/削除リストの Direct Access gateway](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Resources/Images/add-remove-DAG.png)

情報メモDirect Access gateway をアンインストールしても、構成設定は削除されません。言い換えれば、あるバージョンの Direct Access gateway をアンインストールしてから別のバージョンをインストールすると、新しくインストールされたバージョンはアンインストールされたバージョンと同じ設定を使用します。

### コンテナ化された Qlik Data Gateway - 直接アクセス ゲートウェイのアンインストール

次のすべてを実行します。

* dcaas-dg コンテナを削除

* direct-access-agent コンテナを削除

* qlik-data-gateway-direct-access\_agent-data ボリュームを削除

## 詳細を見る

* [Qlik Data Gateway - 直接アクセス の設定](https://help.qlik.com/ja-JP/cloud-services/Subsystems/Hub/Content/Sense_Hub/Gateways/direct-access-gateway-setting-up.htm)