データ・メンテナンスのスケジュール

増分リフレッシュに影響しないように、データ・メンテナンス構成を使用してフル・データ・ロードを個別にスケジュールできます。

データ・メンテナンスでは、すべてのデータが完全にリロードされるように、アクティブ化された機能領域とデプロイされたデータ・アプリケーションのリロードをスケジュールします。ウェアハウス内のデータの一貫性を確保するために、特定の状況では、モジュールの完全なリロードが必要です。たとえば、ソース内のデータを削除し、ウェアハウス内のデータをそれらの変更を反映させる場合は、それらの機能領域の完全リロードが必要です。もう1つの例は、属性および列オプションが編集されているか、バージョン管理されたデータセットとしてデータ拡張を使用しているためにデータの拡張に構造的な変更がある場合に、フル・リロードが実行されます。通常、これらのフル・ロードの実行には時間がかかり、日次増分リフレッシュが遅くなる可能性があります。バンドルを介してデータ拡張をデプロイすると、適用可能なデータ拡張は構造的な変更とみなされ、データ・メンテナンスによってリフレッシュされます。

データ・メンテナンス構成では、これらの完全ロードの実行をスケジュールして、増分リフレッシュに不必要に影響を与えないようにできます。データ・メンテナンス・スケジュールを変更することも、デフォルトのスケジュール詳細のままにすることもできます。デフォルトのスケジュールを保持すると、日次増分リフレッシュの完了後にフル ロードが実行されます。データ・メンテナンスのデフォルト・スケジュールを更新すると、スケジュールされた時間にフル・ロードが実行されます。日次リフレッシュとデータ・メンテナンスのスケジュールが重複または競合する場合、日次リフレッシュが最初に実行されます。このようなスケジュール済リフレッシュは、「データ保守」ページで表示できます。

アクティブ化されたモジュールで増分リフレッシュを実行した後、デフォルトのデータ・メンテナンス・スケジュールが作成されます。増分リフレッシュにアクティブ化されたモジュールがない場合、インスタンスでデータ・メンテナンスが有効になっている場合でも、データ・メンテナンス・リクエストはスケジュールされません。

フル・リロード・モジュールはデータ・メンテナンス・リクエストでリフレッシュされるため、フル・リロード・スケジュールには最終リフレッシュ日が表示されません。フル・リロードとデータ・メンテナンス・スケジュールが一致しない場合、次のデータ・メンテナンスにはフル・リロード機能領域が含まれます。たとえば、データ・メンテナンスは毎週火曜日にスケジュールされ、フル・リロードは毎週「水曜日」にスケジュールされ、次の火曜日のデータ・メンテナンスには前の水曜日のフル・リロード機能領域が含まれます。

  1. サービスにサインインします。
  2. Oracle Fusion Data Intelligenceコンソールで、「アプリケーション管理」の下の「データ構成」をクリックします。
  3. 「データ構成」ページの「構成」で、「パイプライン設定」をクリックします。
  4. 「パイプライン・パラメータ」の「データ・メンテナンス・スケジュール」で、次を指定します:
    • 間隔: リフレッシュ間隔(日次、週次、月次、四半期など)を選択します。
    • 時間: リフレッシュ開始時間を選択します。
    • タイムゾーン: リフレッシュ時間に基づいて適用可能なタイムゾーンを選択します。

    ノート:

    夏時間の開始および終了は、データ・リフレッシュ・プロセスに影響を与える場合があります。

    「データ・メンテナンス・スケジュール」ダイアログ

  5. 保存」をクリックします
  6. 「データ構成」ページで、「データ・メンテナンス」をクリックします。
  7. 「Data Maintenance(データ保守)」ページで、次回のスケジュール時間と機能領域のフル・ロードの要求、および特定のデータのリロードを確認します。

    データ管理ページ