アプリケーション データのリロード

アプリケーションをリロードして、常に最新のデータが反映されるようにします。自動更新とは異なり、データ ソースが変更されてもアプリケーションは自動的に更新されません。アプリケーションを手動でリロードして最新のデータと同期するか、利便性のためにリロードをスケジュールするタスクを作成します。リロードはさまざまな方法で開始できるため、洞察を常に最新の状態に保つことができます。

どのユーザーがデータをリロードできるかについての情報は、次を参照してください。

• 共有スペースでの権限の管理

• 管理スペースでの権限の管理

アプリケーション データのロードのスケジュール

アプリケーションのリロードをスケジュールするタスクを作成します。スケジュールでは、時間ベースまたはイベントベースのトリガーを使用できます。

タスクを作成するには:

1. 次のいずれかを実行します。

   • アクティビティ センターで、アプリケーションの をクリックし、 [リロード] > [スケジュール] をクリックします。

   • アプリケーションで、次のいずれかを実行します。

     • アプリケーション名をクリックしてアプリケーションの詳細エリアを開き、 > [スケジュール] をクリックします。

     • アプリケーション名をクリックしてアプリケーションの詳細エリアを開き、 スケジュール セクションの [スケジュールなし] をクリックします。アプリケーションにすでにアクティブなタスクがある場合、このセクションには異なるテキストが表示されることがあります。

2. [新しいタスクを作成] をクリックします。

3. [タスク名] に、タスクの名前を入力します。

4. 必要に応じて [説明] を追加します。

5. [アクション] で、次のいずれかを選択します。

   • フル リロード: アプリケーション内のすべてのデータを更新します。

   • 部分的なリロード: Add、Merge、または Replace のプレフィックスが先行する Load および Select ステートメントのみを更新し、アプリケーション内の残りのデータはそのまま残します。詳細については、「部分的なリロード」を参照してください。

6. [基準] で、タスクのトリガーを選択します。次のオプションがあります。

   • 時間ベース: 特定の時点で更新が行われるようにスケジュールします。次に、そのトリガーに関連付けられた設定を使用してタスクを構成します。詳細については、「時間ベースのスケジュール」を参照してください。

     次の時間ベースのトリガーを使用できます。

     • 毎日

     • 週単位

     • 毎月

     • 毎年

   • イベント ベース: 特定のイベントが発生したときに更新が開始されるようにスケジュールします。詳細については、「イベント ベースのスケジュール」を参照してください。

     次のイベント ベースのトリガーを使用できます。

     • 別のタスクが成功

     • 別のタスクが失敗

     情報メモイベント ベースのトリガーを使用して、データを更新するためのタスク チェーンを作成します。詳しい手順については、「データ更新のためのタスク チェーンの作成」を参照してください。

イベント ベースのスケジュール

イベント ベースのスケジュールを使用すると、さまざまなアプリケーション、スクリプト、データフロー、テーブル レシピのタスクを連鎖させることができます。これは、これらのアセットを順次更新する場合に便利です。

詳細については、「データ更新のためのタスク チェーンの作成」を参照してください。

制限と考慮事項

• データを更新するタスクは、5 回連続して実行に失敗すると非アクティブになります。タスクを所有している場合、これが発生すると通知が届きます。通知設定は、単一アプリケーション、スペース内のすべてのアプリケーション、またはテナント内のすべてのアプリケーション向けにカスタマイズできます。詳しくは「タスクの所有権」を参照してください。

• タスクの所有者がテナントから退出するか削除された場合は、別のユーザーがタスクの所有権を取得するか、タスクを削除して再作成する必要があります。そうしないと、スケジュールされた更新は失敗します。この所有権の変更方法に関する情報については、「タスクの所有権」を参照してください。

• キューに入れられ実行中のデータ更新プロセス (および CPU とメモリを集中的に使用する追加の同時プロセス) の数が多い場合、一部の更新プロセスが、スケジュールされた開始時刻より大幅に遅れて実行されることがあります。

• アプリケーションの公開されたコピーには、データを更新するためのタスクは含まれません。公開されたアプリケーションのタスクは、管理スペース内のバージョンで再構成する必要があります。

• アプリケーションにデータを更新するためのタスクがあり、それをスペース (個人スペースまたは共有スペース) 間で移動する場合、これらのタスクは非アクティブ化されます。スケジュールされた更新を再開する準備ができたら、それらを再びアクティブ化できます。「タスクのアクティブ化と非アクティブ化」を参照してください。

部分的なリロード

部分リロードをオンにして、ロード スクリプトの事前定義された部分を実行し、対応するテーブルを更新します。フル リロードは、常に既存のデータ モデルのすべてのテーブルを削除することから始まり、次にロード スクリプトを実行します。部分的なリロードはこれを行いません。代わりに、データ モデル内のすべてのテーブルを保持し、[Add]、[Merge]、または [Replace] プレフィックスが前に付いた [Load] ステートメントと [Select] ステートメントのみを実行します。

部分的なリロードは、最初にデータ ロード エディターのロード スクリプトで構成する必要があります。詳細については、「部分的なリロード」を参照してください。

アプリケーション データの手動ロード

キューにリロード イベントを追加して、アプリケーションを手動でリロードできます。

次の手順を実行します。

• 次のいずれかを実行します。

  • アクティビティ センターで、アプリケーションの をクリックし、[リロード] > [すぐにリロード] を選択します。

  • アプリケーションでアプリケーション名をクリックして、アプリケーションの詳細エリアを開き、 > [すぐにリロード] をクリックします。

アプリケーションのロード履歴の表示

[リロード履歴] には、選択したアプリケーションのリロード履歴が含まれます。[リロード履歴] は、アプリケーションのリロード履歴全体 (手動リロード、タスク経由でスケジュールされたリロード、Qlik Automate または直接 API コールから開始されたリロード ) を表示するのに便利です。過去および現在のロードの状態、開始・終了時刻および期間を確認できます。対応するログ ファイルも表示してダウンロードできます。

アプリケーションのリロード履歴を表示するには 2 つの方法があります。

• アプリケーションのリスト ビューで、[最終変更日] 列の日付をクリックし、[リロード履歴を表示] を選択します。
• アプリケーションの [詳細] を選択して、[リロード履歴] をクリックします

[リロード履歴] ページで [表示] ボタンをクリックして、リロードの概要を表示します。オプションとして、詳細なログ ファイルをダウンロードすることもできます。ログのストレージの数が上限に達すると、新規ログは、先入れ先出し方式で最も古いログを置き換えます。

アプリケーションのリロードに時間がかかりすぎている場合や、アプリケーションが新しいデータに更新され、新たにリロードを開始したい場合など、リロードをキャンセルする場合があります。リロードをキャンセルするには、[リロード履歴] に移動してから、[キャンセル] をクリックします。

キャンセルしたリロードは、[リロード履歴] で確認できます。

タスクの履歴の表示

[リロード履歴] ビューに加えて、アプリケーションのスケジュールされたリロード用に作成されたタスクに重点を置いた実行履歴も表示できます。詳細については、「タスクの更新履歴を表示する」を参照してください。

アプリケーションをリロードする他の方法

このヘルプ トピックは、主にアクティビティ センターからのリロードに焦点を当てています。 次のような他の方法でアプリケーションをリロードすることもできます。

• アプリケーションで データ ロード エディター または データ マネージャー

• アプリケーションのボタン オブジェクト

• Qlik Automate

アプリケーションのリロードをトリガーするために使用する方法は、Qlik Cloud サブスクリプションの容量制限に影響を与える可能性があります。アプリケーション ボタン、アクティビティ センター 、自動化など、データ ロード エディター または データ マネージャー の外部でトリガーされたリロードは、1 日あたりのアプリケーションごとのスケジュールされたリロードの最大数にカウントされます。詳細は以下をご覧ください。

• Qlik Cloud Analytics の容量制限

• プラットフォーム ガードレール