データ・メンテナンスのスケジュール
増分リフレッシュに影響しないように、データ・メンテナンス構成を使用してフル・データ・ロードを個別にスケジュールできます。
データ・メンテナンスでは、すべてのデータが完全にリロードされるように、アクティブ化された機能領域とデプロイされたデータ・アプリケーションのリロードをスケジュールします。ウェアハウス内のデータの一貫性を確保するために、特定の状況では、モジュールの完全なリロードが必要です。たとえば、ソース内のデータを削除し、ウェアハウス内のデータをそれらの変更を反映させる場合は、それらの機能領域の完全リロードが必要です。もう1つの例は、属性および列オプションが編集されているか、バージョン管理されたデータセットとしてデータ拡張を使用しているためにデータの拡張に構造的な変更がある場合に、フル・リロードが実行されます。通常、これらのフル・ロードの実行には時間がかかり、日次増分リフレッシュが遅くなる可能性があります。バンドルを介してデータ拡張をデプロイすると、適用可能なデータ拡張は構造的な変更とみなされ、データ・メンテナンスによってリフレッシュされます。
データ・メンテナンス構成では、これらの完全ロードの実行をスケジュールして、増分リフレッシュに不必要に影響を与えないようにできます。データ・メンテナンス・スケジュールを変更することも、デフォルトのスケジュール詳細のままにすることもできます。デフォルトのスケジュールを保持すると、日次増分リフレッシュの完了後にフル ロードが実行されます。データ・メンテナンスのデフォルト・スケジュールを更新すると、スケジュールされた時間にフル・ロードが実行されます。日次リフレッシュとデータ・メンテナンスのスケジュールが重複または競合する場合、日次リフレッシュが最初に実行されます。このようなスケジュール済リフレッシュは、「データ保守」ページで表示できます。
アクティブ化されたモジュールで増分リフレッシュを実行した後、デフォルトのデータ・メンテナンス・スケジュールが作成されます。増分リフレッシュにアクティブ化されたモジュールがない場合、インスタンスでデータ・メンテナンスが有効になっている場合でも、データ・メンテナンス・リクエストはスケジュールされません。
フル・リロード・モジュールはデータ・メンテナンス・リクエストでリフレッシュされるため、フル・リロード・スケジュールには最終リフレッシュ日が表示されません。フル・リロードとデータ・メンテナンス・スケジュールが一致しない場合、次のデータ・メンテナンスにはフル・リロード機能領域が含まれます。たとえば、データ・メンテナンスは毎週火曜日にスケジュールされ、フル・リロードは毎週「水曜日」にスケジュールされ、次の火曜日のデータ・メンテナンスには前の水曜日のフル・リロード機能領域が含まれます。

