メイン コンテンツをスキップする 補完的コンテンツへスキップ

アプリ データのリロード

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

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

情報メモアプリの最長リロード時間は 3 時間です。アプリのリロードにこれ以上時間がかかる場合は、失敗してメッセージが表示されます。
情報メモQlik Sense Enterprise on Windows 展開から Qlik Cloud に公開されたアプリのデータをリロードすることはできません。Qlik Sense Enterprise on Windows から公開されたアプリは、Qlik Sense Enterprise on WindowsQMC を使用してリロード可能です。

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

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

情報メモ特定のアクションにより、タスクの所有権が変更されます。詳細については、「タスクの所有権」を参照してください。

タスクを作成するには:

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

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

    • アプリで、次のいずれかを実行します。

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

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

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

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

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

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

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

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

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

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

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

      • 毎日

      • 週単位

      • 毎月

      • 毎年

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

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

      • 別のタスクが成功

      • 別のタスクが失敗

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

時間ベースのスケジュール

時間ベースのスケジュールを作成する際は、次を選択できます。

  • 更新の頻度と間隔

  • タイムゾーンと時刻

  • スケジュールが有効な期間

  • フルまたは 部分的なリロード

繰り返しの更新は、次の間隔で設定できます。

  • 毎日: 1 日の回数、タイムゾーン、および時刻を設定します。

  • 毎週: その週の日数、1 日の回数、タイムゾーン、および時刻を設定します。

  • 毎月: その月の日数、1 日の回数、タイムゾーン、および時刻を設定します。

  • 毎年: 月数、その月の日数、1 日の回数、タイムゾーン、および時刻を設定します。

任意の間隔で 1 日に複数回実行されるスケジュールの場合、スケジュールを実行する 1 日の時間を定義することもできます。その日のスケジュールを開始する特定の時刻を指定します。

既定で、スケジュールは終了日なしで継続的に実行されます。開始日、終了日を設定するか、または 2 つの日付間のスケジュールを実行することができます。

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

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

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

タスクの管理

管理権限を持っていると、既存のタスクを管理できます。

タスクを表示および管理するには:

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

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

    • アプリで、次のいずれかを実行します。

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

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

  2. タスクの横にある 詳細 をクリックし、利用可能なオプションのいずれかを選択します。または、 [履歴] タブに切り替えて、タスクが実行されたときの詳細な履歴を表示します。

詳細については、「データ更新のタスクの管理」を参照してください。

制限と考慮事項

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

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

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

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

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

タスクの所有権

データ更新のタスクは、アプリ、スクリプト、またはデータ フローの所有者ではなく、タスクを所有するユーザーに代わって実行されます。タスクを正常に実行するには、タスク所有者がアプリ、スクリプト、またはデータ フローとそのデータ ソースへの適切なアクセス権を持っている必要があります。特定のアクションにより、タスクの所有者が変更されます。タスクの所有者は次のルールによって決定されます。

  • アプリのリロードをスケジュールするためのタスクを作成すると、そのタスクの所有者になります。

  • 別のユーザーが既存のタスクを編集または保存すると、そのユーザーがそのタスクの新しい所有者になります。

  • 別のユーザーがデータ ロード エディターで編集して (または データ マネージャー でデータをロードして) ロード スクリプトを変更すると、そのユーザーがそのアプリのスケジュールされたリロードのすべてのタスクの新しい所有者になります。

  • [レポート] セクションでソース ファイルをアップロードするか、ロード スクリプトを手動で編集してアプリの配布リストを作成または変更すると、そのアプリのスケジュールされたリロード用に作成されたすべてのタスクの新しい所有者になります。

情報メモアプリ のデータ モデルを共同開発する場合、データ マネージャー の使用は非推奨です。詳細については、「共同開発と データ マネージャー」を参照してください。

アプリ データ モデルの共同開発の詳細については、「共有スペースでのデータ ロード スクリプトの共同開発」を参照してください。

データ更新タスクの管理

テナント管理者と分析管理者は、スケジュールされたデータ更新のタスクを編集および削除できます。これは Administration アクティビティ センターで実行されます。詳細については、次を参照してください

部分的なリロード

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

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

アプリデータの手動ロード

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

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

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

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

リロード ステータスの確認

アプリのリロードステータスを確認できます。インターフェイスの場所に応じて、異なるステータスが表示されます。

[リロード履歴] ビューから

[リロード履歴] を開くと、すべてのリロードにおけるアプリのリロード ステータスを確認できます。ステータスは、 [成功]、 [リロード]、 [失敗] のいずれかになります。この情報は次の場所で確認できます。

  • [最終変更日] 列のアプリのリストビュー。
  • タイル ビューまたはグループ ビューのアプリ カード。

詳細については、「アプリのロード履歴の表示」を参照してください。

スケジュール ダイアログの [履歴] ビューから

タスクを作成するためのスケジュール ダイアログを開いたら、 [履歴] タブに切り替えます。このビューには、タスクによってトリガーされたリロードのリロード ステータスが表示されます。

このビューでは、ステータスは [成功]、 [実行中]、 [失敗] のいずれかになります。

詳細については、「タスクの更新履歴を表示する」を参照してください。

アプリのロード履歴の表示

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

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

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

アプリのリロード履歴

Qlik Cloud の [リロード履歴] メニューのスクリーンショット。

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

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

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

タスクの履歴の表示

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

日付と時刻の理解: [更新日]、[修正日]、最終リロード日

[更新日] のタイムスタンプは、アクティビティ センターの各アプリ タイルの下部に表示されます。アプリで 詳細 を選択し、[詳細] を選択しても表示できます。同じタイムスタンプが [修正日] として [詳細] に表示されます。日付の形式は異なる場合があります。たとえば、アプリが最近更新された場合、アプリ タイルの [更新日] の値は次のように表示されます。 15分前に更新

[最終リロード日] は、アプリで 詳細 を選択し、[詳細] を選択すると表示されます。この値はアプリのデータがリロードされたときにのみ更新されます。リロードすると、[更新日] と [修正日] のタイムスタンプも変更されます。

アプリの [詳細] の [修正日] と [最終リロード日] の項目

詳細ビューは最終リロード日と修正日のタイムスタンプを表示

次のテーブルに、[更新日] ([修正日] と同じ) および [最終リロード日] のタイムスタンプを更新する演算を示します。

[更新日] と [最終リロード日] の値を更新する演算
演算更新日、修正日最終リロード日
リロードはいはい
名前の変更はいいいえ
説明の変更 はいいいえ
サムネイルの変更 はいいいえ
アプリの公開はいいいえ
所有者の変更はいいいえ
スクリプトの変更はいいいえ
新しいシートいいえいいえ
シートの変更いいえいいえ

アプリをリロードする他の方法

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

  • アプリの データ ロード エディター または データ マネージャー

  • アプリのボタン オブジェクト

  • Qlik Automate

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

このページは役に立ちましたか?

このページまたはコンテンツに、タイポ、ステップの省略、技術的エラーなどの問題が見つかった場合は、お知らせください。改善に役立たせていただきます。