Qlik Cloud リソース制限
最終更新日時: 2026/10/14QV2QS は Qlik Cloud 上で直接アプリを構築します。ビルドプロセス、リロード、および自動バイナリアップロードはすべて、Qlik Cloud テナントのリソース制限の対象となります。これらの制限は、サブスクリプションのティアとスペース構成によって異なります。
アプリのアップロードサイズ
自動バイナリ ロードは、元のQVWファイルを一時的なアプリとしてQlik Cloudにアップロードします。大きいQVWファイルは、テナントのアップロード制限を超える可能性があります。アップロードが失敗した場合、変換は成功します (アプリはデータなしでビルドされます)、しかし自動データロードは完了しません。この制限を回避するには、大規模アプリのサポートが有効になっているスペースにアプリを展開します。別の方法として、--binaryAppId を使用して、テナントに既に存在する既存のアプリを参照するか、データ接続を構成した後でアプリを手動で再読み込みします。
アプリのリロードメモリ
変換されたアプリをリロードするには、Qlik Cloudエンジンで十分なメモリ割り当てが必要です。多数のテーブル、フィールド、または高い行数を持つ大規模なQlikViewアプリケーションは、そのスペースのデフォルトのメモリ割り当てを超過する可能性があります。大規模なアプリを、大規模アプリのサポートが有効になっているスペースにデプロイすると、リロード用により高いメモリとコンピューティングリソースが提供されます。
空間設定
既定では、QV2QS は個人スペースにアプリを作成します。パーソナルスペースには標準のリソース制限があります。大規模なアプリの場合、大規模なアプリのサポート用に構成された共有スペースに、コマンドラインで --spaceId を使用して展開します。
データ接続とロード スクリプト
QV2QSはUIを変換しますが、Qlik Cloudではデータ接続を作成しません。ロード スクリプトがローカル ファイル パス、ODBC 接続、または QVD ファイルを参照している場合、アプリが正常にリロードできるようになる前に、それらのデータ ソースは Qlik Cloud 環境で利用可能である必要があります。QV2QS は基本的なパスの正規化 ( lib:// パス内のバックスラッシュからフォワードスラッシュへの変換) を適用しますが、接続名とファイルパスは通常、手動での調整または QAMT を介した移行が必要です。
リロードの同時実行数
Qlik Cloud では、テナントあたりの同時リロード数に制限があります。QV2QSバッチ展開が多数のワーカーで実行されると、テナント制限を超えるリロード要求はサーバー側でキューに格納されます。クラウド展開フェーズの高速化は、同時リロード制限に達すると、ローカルのCPUおよびスレッドリソースに関わらず頭打ちになります。
Qlik Cloud のリソース制限、容量ガードレール、およびサブスクリプション層の詳細な仕様については、Qlik Cloud の仕様と容量ガードレールを参照してください。