現在表示中:

ここでは、監視フォルダーが様々なバックアップと回復のシナリオから受ける影響、それらのシナリオの制限事項や結果、データ損失を最小限に抑える方法について説明します。

監視フォルダー」は、ファイルシステムベースのアプリケーションです。監視フォルダーによって、監視フォルダー階層にあるファイルを操作するように設定されたサービス操作が呼び出されます。このファイルは、監視フォルダー階層の次のいずれかのフォルダーに含まれています。

  • 入力

  • Stage

  • 出力

  • 失敗

  • 保存

ユーザーまたはクライアントアプリケーションは、まずファイルやフォルダーを入力フォルダーに配置します。次に、サービス操作によりファイルが処理対象としてステージフォルダーに移動されます。サービスによって指定の操作が実行されると、変更済みのファイルが出力フォルダーに保存されます。正常に処理されたソースファイルは保存用フォルダーに、処理に失敗したファイルは失敗フォルダーに移動されます。監視フォルダーの Preserve On Failure 属性が有効な場合は、処理に失敗したソースファイルは保存用フォルダーに移動されます(監視フォルダーエンドポイントの設定を参照)。

監視フォルダーのバックアップは、ファイルシステムをバックアップすることによって実行できます。

注意:

このバックアップは、データベースやドキュメントストレージバックアップおよび回復プロセスに依存しません。

監視フォルダーの動作方法

ここでは、監視フォルダーのファイル操作プロセスを説明します。このプロセスを理解してから、回復計画を立てることが重要です。この例では、監視フォルダーのエラー時に保存属性を有効にしています。ファイルは、到着した順序で処理されます。

次の表は、プロセス全体での 5 つのサンプルファイル(file1、file2、file3、file4、file5)のファイル操作を示しています。表では、横軸は時間(Time 1 つまり T1)を表し、縦軸は監視フォルダー階層内のフォルダー(入力など)を表しています。

フォルダー

T1

T2

T3

T4

T5

T6

T7

入力

file1、file2、file3、file4

file2、file3、file4

file3、file4

file4

file5

Stage

file1

file2

file3

file4

file5

出力

file1_out

file1_out、file2_out

file1_out、file2_out

file1_out、file2_out、file4_out

file1_out、file2_out、file4_out

失敗

file3_fail、file3

file3_fail、file3

file3_fail、file3

保存

file1

file1、file2

file1、file2

file1、file2、file4

file1、file2、file4

各時間のファイル操作について、次に説明します。

T1:4 つのサンプルファイルが入力フォルダーに配置されます。

T2:サービス操作により、file1 が操作対象としてステージフォルダーに移動されます。

T3:サービス操作により、file2 が操作対象としてステージフォルダーに移動されます。file1 の結果は出力フォルダーに配置され、file1 は保存フォルダーに移動されます。

T4:サービス操作により、file3 が操作対象としてステージフォルダーに移動されます。file2 の結果は出力フォルダーに配置され、file2 は保存フォルダーに移動されます。

T5:サービス操作により、file4 が操作対象としてステージフォルダーに移動されます。file3 の操作は失敗し、file3 はサービス操作により失敗フォルダーに配置されます。

T6:サービス操作により、file5 が入力フォルダーに配置されます。file4 の結果は出力フォルダーに配置され、file4 は保存フォルダーに移動されます。

T7:サービス操作により、file5 が操作対象としてステージフォルダーに移動されます。

監視フォルダーのバックアップ

監視フォルダーファイルシステム全体を他のファイルシステムにバックアップすることをお勧めします。

監視フォルダーの復元

ここでは、監視フォルダーの復元方法について説明します。監視フォルダーは、1 分以内に完了する有効期限の短いプロセスを呼び出すことがよくあります。このような場合は、何時間単位のバックアップを使用した監視フォルダーの復元では、データ損失を防ぐことができません。

例えば、時間 T1 においてバックアップし、T7 でサーバーに障害が発生した場合、file1、file2、file3 および file4 は既に処理されています。T1 で取得したバックアップを使用して監視フォルダーを復元してもデータ損失を防げません。

より新しいバックアップを取得している場合、これらのファイルを復元できます。ファイルを復元するときは、現在のファイルが存在する監視フォルダーの階層フォルダーを考慮します。

ステージ:このフォルダー内のファイルは、監視フォルダーの復元後に再処理されます。

入力:このフォルダー内のファイルは、監視フォルダーの復元後に再処理されます。

結果:このフォルダー内のファイルは、処理されません。

出力:このフォルダー内のファイルは、処理されません。

保存:このフォルダー内のファイルは、処理されません。

データ損失を最小限に抑える方法

次の方法を使用すると、監視フォルダーを復元するときに出力および入力フォルダーのデータ損失を最小限に抑えることができます。

  • 出力フォルダーおよび失敗フォルダーを頻繁に(例えば 1 時間ごとに)バックアップし、結果ファイルおよび失敗ファイルの損失を回避します。

  • 監視フォルダー以外のフォルダーに入力ファイルをバックアップします。これによって、出力フォルダーと失敗フォルダーのどちらにもファイルが見つからない場合でも、回復後にファイルを確実に利用できるようになります。ファイルの命名スキームを一貫したものにしてください。

    例えば、出力を %F.extension として保存している場合、出力ファイルは入力ファイルと同じ名前になります。これにより、操作される入力ファイルおよび再送信が必要な入力ファイルを判別できます。結果フォルダーに file1_out ファイルしか確認できず、file2_out、file3_out および file4_out が見つからない場合、file2、file3 および file4 を再送信する必要があります。

  • 使用可能な監視フォルダーのバックアップが、ジョブの処理時間より古い場合は、システムが新しい監視フォルダーを作成し、ファイルを自動的に入力フォルダーに配置できるようにする必要があります。

  • 使用可能な最新のバックアップが完全な最新版ではなく、バックアップ時間がファイルの処理時間より短く、監視フォルダーが復元されている場合は、ファイルは、次のいずれかのステージで操作されています。

    • ステージ 1:入力フォルダー内にあります。

    • ステージ 2:ステージフォルダーにコピーされましたが、プロセスはまだ開始されていません。

    • ステージ 3:ステージフォルダーにコピーされており、プロセスが開始されています。

    • ステージ 4:プロセスが進行中です。

    • ステージ 5:結果が返されています。

    ファイルがステージ 1 にある場合、ファイルは操作されます。ファイルがステージ 2 または 3 にある場合、再操作用に入力フォルダーに配置されます。

    注意:ファイルの操作が複数回発生した場合は、データ損失は防げますが、結果が重複する場合があります。

まとめ

監視フォルダーの動的かつ継続的に変化する特性により、監視フォルダーの復元は 1 日以内にバックアップされたファイルで行われる必要があります。ベストプラクティスは、結果をバックアップし、入力フォルダーをサーバーに格納し、入力ファイルを追跡して、障害の発生時にジョブを再送信できるようにすることです。

本作品は Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License によってライセンス許可を受けています。  Twitter™ および Facebook の投稿には、Creative Commons の規約内容は適用されません。

法律上の注意   |   プライバシーポリシー