"複数のファイルを管理するファイルサーバと、前記ファイルのメタデータを管理するメタデータサーバと、前記ファイルを用いて所定の業務処理を実行する業務サーバと、を備える計算機システムであって、前記ファイルサーバ、前記メタデータサーバ、及び前記業務サーバは、ネットワークを介して互いに接続され、前記ファイルサーバは、第1のプロセッサと、前記第1のプロセッサに接続される第1のメモリと、前記第1のプロセッサに接続される第1のネットワークインタフェースと、前記第1のプロセッサに接続され、前記ファイルを格納する第1の記憶媒体と、を有し、前記メタデータサーバは、第2のプロセッサと、前記第2のプロセッサに接続される第2のメモリと、前記第2のプロセッサに接続される第2のネットワークインタフェースと、前記第2のプロセッサに接続される第2の記憶媒体と、を有し、前記業務サーバは、第3のプロセッサと、前記第3のプロセッサに接続される第3のメモリと、前記第3のプロセッサに接続される第3のネットワークインタフェースと、を有し、前記メタデータサーバには、コントローラと、複数の記憶媒体とを有し、前記ファイルサーバから削除された前記ファイルを格納する保存領域を提供するストレージ装置が接続され、前記第2の記憶媒体には、前記ファイルのメタデータと、前記保存領域に格納される前記ファイルの格納位置と、を管理するメタデータリポジトリが格納され、前記メタデータサーバは、前記業務サーバが実行する業務処理によって前記ファイルサーバに格納される前記ファイルが削除されることを検出した場合に、前記ファイルを退避ファイルとして前記保存領域に格納し、前記ファイルサーバにおける前記ファイルの格納位置を示す情報と、前記保存領域における前記退避ファイルの格納位置を示す情報とを対応づけて前記メタデータリポジトリに格納する、ことを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記計算機システムは、さらに、前記ファイルに対して所定の分析処理を実行する分析サーバを備え、前記分析サーバは、第4のプロセッサと、前記第4のプロセッサに接続される第4のメモリと、前記第4のプロセッサに接続される第4のネットワークインタフェースと、を有し、前記メタデータサーバは、前記分析サーバから前記ファイルの問い合わせ要求を受信した場合に、前記ファイルの問い合わせ要求によって読み出される対象ファイルの格納位置を特定して、前記特定された対象ファイルの格納位置を前記分析サーバに通知し、前記分析サーバは、前記メタデータサーバから受信した通知に基づいて、前記対象ファイルを前記ファイルサーバ又は前記保存領域から取得して、前記分析処理を実行することを特徴とする計算機システム。請求項2に記載の計算機システムであって、前記ファイルサーバは、前記ファイルサーバ、前記メタデータサーバ、前記業務サーバ、及び前記分析サーバに割り当てられる第1の記憶領域と、前記ファイルサーバ、前記メタデータサーバ、及び前記分析サーバに割り当てられる第2の記憶領域とを有し、削除される前の前記ファイルは前記第1の記憶領域に格納され、前記ファイルサーバは、前記業務サーバが実行する業務処理によって前記ファイルサーバから前記ファイルが削除されることを検出して、前記ファイルを前記第1の記憶領域から前記第2の記憶領域に移動し、前記メタデータサーバは、前記第2の記憶領域に格納される前記ファイルを取得して、前記取得されたファイルを前記退避ファイルとして前記保存領域に格納し、前記ファイルサーバにおける前記ファイルの格納位置を示す情報として、前記第1の記憶領域における前記ファイルの格納位置を示す情報を前記メタデータリポジトリに格納し、前記ファイルの削除指示を前記ファイルサーバに送信し、前記ファイルサーバは、前記削除指示を受信した場合に、前記ファイルを前記第2の記憶領域から削除することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記メタデータサーバは、前記ファイルの問い合わせ要求を受信した場合に、前記メタデータリポジトリに格納される情報に基づいて、前記ファイルサーバに格納される前記ファイル及び前記保存領域に格納される前記退避ファイルの格納位置の情報を含むリスト情報を生成し、前記生成されたリスト情報を前記分析サーバに送信することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記ファイルサーバは、前記業務サーバが実行する業務処理によって前記ファイルサーバから前記ファイルが削除されることを検出した場合に、前記ファイルが削除される旨の通知を前記メタデータサーバに送信し、前記メタデータサーバは、前記ファイルサーバからの通知を受信することによって、前記ファイルサーバから前記ファイルが削除されることを検出することを特徴とする計算機システム。請求項5に記載の計算機システムであって、前記ファイルサーバは、前記ファイルサーバから所定の数の前記ファイルが削除されることを検出した場合、又は、前回送信した前記ファイルが削除される旨の通知から所定時間経過した場合に、前記メタデータサーバに前記ファイルが削除された旨の通知を送信することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記ファイルは、複数のデータを含み、前記ファイルサーバは、前記業務サーバが実行する業務処理によって前記ファイルから削除されるデータである削除データが発生するか否かを判定し、前記削除データが発生すると判定された場合、前記ファイルに含まれる前記削除データを前記第2の記憶領域に移動し、前記メタデータサーバは、前記第2の記憶領域に格納される前記削除データを、前記退避ファイルとして前記保存領域に格納することを特徴とする計算機システム。請求項7に記載の計算機システムであって、前記メタデータサーバは、前記分析サーバから前記ファイルの問い合わせ要求を受信した場合に、前記メタデータリポジトリを参照して、前記対象ファイルに対応する前記削除データが存在するか否かを判定し、前記対象ファイルに対応する前記削除データが存在すると判定された場合、前記ファイルサーバに格納される前記対象ファイルを読み出し、前記保存領域に格納される前記削除データに対応する前記退避ファイルを取得して、前記読み出された対象ファイルに、前記退避ファイルから取得された前記削除データを上書きすることによって、前記対象ファイルを復元し、前記復元された対象ファイルを前記分析サーバに送信することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記計算機システムは、さらに、コントローラと、複数の記憶媒体とを有し、前記ファイルサーバに格納される前記ファイルのバックアップファイルを格納するバックアップストレージ装置を備え、前記メタデータサーバは、前記業務サーバが実行する業務処理によって前記ファイルサーバに格納される前記ファイルが削除されることを検出した場合に、前記バックアップストレージ装置に前記削除されるファイルと同一内容のバックアップファイルが格納されているか否かを判定し、前記バックアップストレージ装置に前記削除されるファイルと同一内容のバックアップファイルが格納されていると判定された場合、当該バックアップファイルの格納位置を前記退避ファイルの格納位置として前記メタデータリポジトリに格納することを特徴とする計算機システム。請求項2に記載の計算機システムであって、前記ファイルサーバは、任意の時点の前記ファイルサーバの状態を記録したスナップショットを生成するスナップショット生成機能を有し、前記メタデータサーバは、前記ファイルサーバに、現在の前記ファイルサーバの状態を記録した第1のスナップショットの生成指示を送信し、前記生成された第1のスナップショットを参照して、前記メタデータリポジトリに格納される前記メタデータを更新し、前記メタデータのうち更新されなかった前記メタデータを抽出して、前記第1のスナップショットに、前記抽出されたメタデータに対応するファイルが存在するか否かを判定し、前記第1のスナップショットに、前記抽出されたメタデータに対応するファイルが存在しないと判定された場合、前記第1のスナップショットより時系列が前の第2のスナップショットを取得して、当該第2のスナップショットから前記抽出されたメタデータに対応するファイルを取得し、前記取得されたファイルを前記退避ファイルとして前記保存領域に格納することを特徴とする計算機システム。複数のファイルを管理するファイルサーバと、前記ファイルのメタデータを管理するメタデータサーバと、前記ファイルを用いて所定の業務処理を実行する業務サーバと、前記ファイルに対して所定の分析処理を実行する分析サーバと、を備える計算機システムにおけるファイル管理方法であって、前記ファイルサーバ、前記メタデータサーバ、前記業務サーバ、及び分析サーバは、ネットワークを介して互いに接続され、前記ファイルサーバは、第1のプロセッサと、前記第1のプロセッサに接続される第1のメモリと、前記第1のプロセッサに接続される第1のネットワークインタフェースと、前記第1のプロセッサに接続され、前記ファイルを格納する第1の記憶媒体と、を有し、前記メタデータサーバは、第2のプロセッサと、前記第2のプロセッサに接続される第2のメモリと、前記第2のプロセッサに接続される第2のネットワークインタフェースと、前記第2のプロセッサに接続される第2の記憶媒体と、を有し、前記業務サーバは、第3のプロセッサと、前記第3のプロセッサに接続される第3のメモリと、前記第3のプロセッサに接続される第3のネットワークインタフェースと、を有し、前記分析サーバは、第4のプロセッサと、前記第4のプロセッサに接続される第4のメモリと、前記第4のプロセッサに接続される第4のネットワークインタフェースと、を有し、前記メタデータサーバには、コントローラと、複数の記憶媒体とを有し、前記ファイルサーバから削除された前記ファイルを格納する保存領域を提供するストレージ装置が接続され、前記第2の記憶媒体には、前記ファイルのメタデータと、前記保存領域に格納される前記ファイルの格納位置と、を管理するメタデータリポジトリが格納され、前記方法は、前記メタデータサーバが、前記業務サーバが実行する業務処理によって前記ファイルサーバに格納される前記ファイルが削除されることを検出した場合に、前記ファイルを退避ファイルとして前記保存領域に格納する第1のステップと、前記メタデータサーバが、前記ファイルサーバにおける前記ファイルの格納位置を示す情報と、前記保存領域における前記退避ファイルの格納位置を示す情報とを対応づけて前記メタデータリポジトリに格納する第2のステップと、前記メタデータサーバが、前記分析サーバから前記ファイルの問い合わせ要求を受信した場合に、前記ファイルの問い合わせ要求によって読み出される対象ファイルの格納位置を特定し、前記特定された対象ファイルの格納位置を前記分析サーバに通知する第3のステップと、前記分析サーバが、前記メタデータサーバから受信した通知に基づいて、前記対象ファイルを前記ファイルサーバ又は前記保存領域から取得して、前記分析処理を実行する第4のステップと、を含むことを特徴とするファイル管理方法。請求項11に記載のファイル管理方法であって、前記ファイルサーバは、前記ファイルサーバ、前記メタデータサーバ、前記業務サーバ、及び前記分析サーバに割り当てられる第1の記憶領域と、前記ファイルサーバ、前記メタデータサーバ、及び前記分析サーバに割り当てられる第2の記憶領域とを有し、削除される前の前記ファイルは前記第1の記憶領域に格納され、前記第1のステップは、前記ファイルサーバが、前記業務サーバが実行する業務処理によって前記ファイルサーバから前記ファイルが削除されることを検出して、前記ファイルを前記第1の記憶領域から前記第2の記憶領域に移動するステップと、前記メタデータサーバが、前記第2の記憶領域に格納される前記ファイルを取得して、前記取得されたファイルを前記退避ファイルとして前記保存領域に格納するステップと、を含み、前記第2のステップは、前記メタデータサーバが、前記ファイルサーバにおける前記ファイルの格納位置を示す情報として、前記第1の記憶領域における前記ファイルの格納位置を示す情報が前記メタデータリポジトリに格納するステップと、前記メタデータサーバが、前記ファイルの削除指示を前記ファイルサーバに送信するステップと、前記ファイルサーバが、前記削除指示を受信した場合に、前記ファイルを前記第2の記憶領域から削除するステップと、を含むことを特徴とするファイル管理方法。請求項12に記載のファイル管理方法であって、前記第3のステップは、前記メタデータサーバが、前記メタデータリポジトリに格納される情報に基づいて、前記ファイルサーバに格納される前記ファイル及び前記保存領域に格納される前記退避ファイルの格納位置の情報を含むリスト情報を生成するステップと、前記生成されたリスト情報を前記分析サーバに送信するステップと、を含むことを特徴とするファイル管理方法。請求項12に記載のファイル管理方法であって、前記第1のステップでは、前記ファイルサーバから送信された前記ファイルが削除される旨の通知を受信することによって、前記ファイルサーバから前記ファイルが削除されることを検出することを特徴とするファイル管理方法。請求項14に記載のファイル管理方法であって、前記ファイルサーバは、前記ファイルサーバから所定の数の前記ファイルが削除されることを検出した場合、又は、前回送信した前記ファイルが削除される旨の通知から所定時間経過した場合に、前記メタデータサーバに前記ファイルが削除された旨の通知を送信することを特徴とするファイル管理方法。請求項12に記載のファイル管理方法であって、前記ファイルは、複数のデータを含み、前記第1のステップは、前記ファイルサーバが、前記業務サーバが実行する業務処理によって前記ファイルから削除されるデータである削除データが発生するか否かを判定するステップと、前記削除データが発生すると判定された場合、前記ファイルに含まれる前記削除データを前記第2の記憶領域に移動するステップと、前記メタデータサーバが、前記第2の記憶領域に格納される前記削除データを、前記退避ファイルとして前記保存領域に格納するステップと、を含むことを特徴とするファイル管理方法。請求項16に記載のファイル管理方法であって、前記第3のステップは、前記メタデータサーバが、前記メタデータリポジトリを参照して、前記対象ファイルに対応する前記削除データが存在するか否かを判定するステップと、前記対象ファイルに対応する前記削除データが存在すると判定された場合、前記ファイルサーバに格納される前記対象ファイルを読み出すステップと、前記保存領域に格納される前記削除データに対応する前記退避ファイルを取得して、前記読み出された対象ファイルに、前記退避ファイルから取得された前記削除データを上書きすることによって、前記対象ファイルを復元するステップと、前記復元された対象ファイルを前記分析サーバに送信するステップと、を含むことを特徴とするファイル管理方法。請求項12に記載のファイル管理方法であって、前記計算機システムは、さらに、コントローラと、複数の記憶媒体とを有し、前記ファイルサーバに格納される前記ファイルのバックアップファイルを格納するバックアップストレージ装置を備え、前記第1のステップは、前記メタデータサーバが、前記業務サーバが実行する業務処理によって前記ファイルサーバに格納される前記ファイルが削除されることを検出した場合に、前記バックアップストレージ装置に前記削除されるファイルと同一内容のバックアップファイルが格納されているか否かを判定するステップを含み、前記第2のステップは、前記メタデータサーバが、前記バックアップストレージ装置に前記削除されるファイルと同一内容のバックアップファイルが格納されていると判定された場合、当該バックアップファイルの格納位置を前記退避ファイルの格納位置として前記メタデータリポジトリに格納するステップを含むことを特徴とするファイル管理方法。請求項11に記載のファイル管理方法であって、前記ファイルサーバは、任意の時点の前記ファイルサーバの状態を記録したスナップショットを生成するスナップショット生成機能を有し、前記第1のステップは、前記メタデータサーバが、現在の前記ファイルサーバの状態を記録した第1のスナップショットの生成指示を前記ファイルサーバに送信するステップと、前記生成された第1のスナップショットを参照して、前記メタデータリポジトリに格納される前記メタデータを更新するステップと、前記メタデータのうち更新されなかった前記メタデータを抽出して、前記第1のスナップショットに前記抽出されたメタデータに対応するファイルが存在するか否かを判定するステップと、を含み、前記第2のステップは、前記メタデータサーバが、前記第1のスナップショットに前記抽出されたメタデータに対応するファイルが存在しないと判定された場合、前記第1のスナップショットより時系列が前の第2のスナップショットを取得して、当該第2のスナップショットから前記抽出されたメタデータに対応するファイルを取得するステップと、前記取得されたファイルを前記退避ファイルとして前記保存領域に格納するステップと、を含むことを特徴とするファイル管理方法。プロセッサと、前記プロセッサに接続されるメモリと、前記プロセッサに接続されるネットワークインタフェースと、前記プロセッサに接続されるローカルストレージを備え、ネットワークを介して接続されるファイルサーバに格納される複数のファイルのメタデータを管理するメタデータサーバであって、前記メタデータサーバは、前記ファイルに対して所定の分析処理を実行する分析サーバ、及び、前記ファイルサーバから削除された前記ファイルを格納する退避用ストレージ装置が接続され、前記メモリには、前記メタデータを管理するメタデータ管理プログラム、前記ファイルサーバから前記ファイルが削除されることを検出するファイル削除検出プログラム、前記ファイルサーバから削除される前記ファイルを前記退避用ストレージに移動させるファイル退避プログラム、及び、前記分析サーバからの前記ファイルの問い合わせ要求を処理する問い合わせ処理プログラムが格納され、前記ローカルストレージには、前記ファイルのメタデータを管理するメタデータ管理テーブルと、前記保存領域に格納される前記ファイルを管理するファイル退避管理テーブルとを含むメタデータリポジトリが格納され、前記メタデータ管理プログラムを実行する前記プロセッサが、前記ファイルサーバに格納される前記ファイルのメタデータを取得して前記メタデータ管理テーブルを更新し、前記ファイル削除検出プログラムを実行する前記プロセッサが、前記ファイルサーバに格納される前記ファイルが削除されることを検出し、前記ファイル退避プログラムを実行するプロセッサが、前記ファイルを退避ファイルとして前記退避用ストレージ装置にコピーし、前記ファイル退避プログラムを実行するプロセッサが、前記退避用ストレージ装置における前記退避ファイルの格納位置を示す情報を前記ファイル退避管理テーブルに格納し、前記問い合わせ処理プログラムを実行するプロセッサが、前記ファイルの問い合わせ要求を受信した場合に、前記ファイルの問い合わせ要求によって読み出される対象ファイルの格納位置を特定して、前記特定された対象ファイルの格納位置を含むリストを生成し、前記問い合わせ処理プログラムを実行するプロセッサが、前記生成されたリストを前記分析サーバに送信することを特徴とするメタデータサーバ。しかし、特許文献1に記載の技術では、削除されたファイルを一度復元すると、そのファイルはシステムの管理対象外となる。従って、分析プログラムに、削除されたファイルを含む、計算機システムの全てのファイルを過去に遡って提供するという目的を達成することができない。本発明は、業務プログラムの管理下にあるファイルであって、過去に存在した削除済みファイルを含む全てのファイルを、余分な複製を作らずに分析プログラムから参照可能にする計算機システムを実現することである。本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数のファイルを管理するファイルサーバと、前記ファイルのメタデータを管理するメタデータサーバと、前記ファイルを用いて所定の業務処理を実行する業務サーバと、を備える計算機システムであって、前記ファイルサーバ、前記メタデータサーバ、及び前記業務サーバは、ネットワークを介して互いに接続され、前記ファイルサーバは、第1のプロセッサと、前記第1のプロセッサに接続される第1のメモリと、前記第1のプロセッサに接続される第1のネットワークインタフェースと、前記第1のプロセッサに接続され、前記ファイルを格納する第1の記憶媒体と、を有し、前記メタデータサーバは、第2のプロセッサと、前記第2のプロセッサに接続される第2のメモリと、前記第2のプロセッサに接続される第2のネットワークインタフェースと、前記第2のプロセッサに接続される第2の記憶媒体と、を有し、前記業務サーバは、第3のプロセッサと、前記第3のプロセッサに接続される第3のメモリと、前記第3のプロセッサに接続される第3のネットワークインタフェースと、を有し、前記メタデータサーバには、コントローラと、複数の記憶媒体とを有し、前記ファイルサーバから削除された前記ファイルを格納する保存領域を提供するストレージ装置が接続され、前記第2の記憶媒体には、前記ファイルのメタデータと、前記保存領域に格納される前記ファイルの格納位置と、を管理するメタデータリポジトリが格納され、前記メタデータサーバは、前記業務サーバが実行する業務処理によって前記ファイルサーバに格納される前記ファイルが削除されることを検出した場合に、前記ファイルを退避ファイルとして前記保存領域に格納し、前記ファイルサーバにおける前記ファイルの格納位置を示す情報と、前記保存領域における前記退避ファイルの格納位置を示す情報とを対応づけて前記メタデータリポジトリに格納する、ことを特徴とする。本発明によれば、メタデータサーバは、余分な複製を作成することなく、ファイルサーバから削除されたファイルを管理することが可能となる。まず、本発明の概要について説明する。図1は、本発明の処理の概要を説明するブロック図である。本発明における計算機システム500は、メタデータサーバ1、退避用ストレージ装置2、複数のファイルサーバ4、複数の業務サーバ5及び複数の分析サーバ6から構成される。業務サーバ5は、所定の業務を実行する計算機であり、業務プログラム51が稼動する。業務プログラム51は、ファイルサーバ4に格納されるファイルを用いて所定の業務を実行する。図1に示す例では、業務プログラム51は、パス名が/A/a.docであるファイル1000-1、及び、パス名が/A/c.docであるファイル1000-2を用いて所定の業務を実行する。以下、ファイルを区別しない場合には、ファイル1000と記載する。分析サーバ6は、ファイル1000を分析する計算機であり、分析プログラム61が稼動している。分析プログラム61は、業務プログラム51が用いるファイル1000-1、1000-2を読み出し、統計処理等の分析処理を実行する。メタデータサーバ1は、複数のファイルサーバ4に格納されるファイルのメタデータを管理する計算機である。本実施形態のメタデータサーバ1は、ファイルサーバ4から削除されたファイルに関するメタデータも管理している点に特徴がある。ここで、メタデータとは、ファイルに設定される属性値の集合を示す。例えば、メタデータには、ファイルの所有者、ファイルの所有グループ、アクセス制御情報、ファイルの作成日、ファイルの更新日、ファイルのメタデータ更新日、ファイルの大きさ、及びその他のユーザ定義の属性値が含まれる。メタデータサーバ1は、ファイルのメタデータが格納されるメタデータリポジトリを管理する。メタデータリポジトリには、ファイルサーバ4に格納されるファイルを特定するフィールド、退避用ストレージ装置2に格納されるファイルを特定するフィールド、及びファイルの状態を示すフィールドが含まれる。ファイルサーバ4に格納されるファイルを特定するフィールドには、パス名及びストレージ名が含まれる。退避用ストレージ装置2に格納されるファイルを特定するフィールドとしては、パス名及びストレージ名が含まれる。また、ファイルの状態を示すフィールドとしては、ファイルサーバ4にファイルが存在するか否かを示す情報が格納される。次に、業務プログラム51が、ファイル1000-1を削除する場合に実行される処理の概要について説明する。業務プログラム51が、識別名がFS1であるファイルサーバ4に対して、ファイル1000-1の削除要求を送信するステップS1001。ファイルサーバ4は、ファイルの削除要求を検出すると、ファイル1000-1の削除を保留して、メタデータサーバ1にファイル1000-1に対する削除要求を受信した旨を通知するステップS1002。メタデータサーバ1は、ファイルサーバ4からの通知を受信するとステップS1003、メタデータリポジトリ150に格納されるファイル1000-1に対応するレコードを更新するステップS1004。具体的には、ファイルの状態を示すフィールドにファイル1000-1が削除されることを示す削除が格納される。次に、メタデータサーバ1は、ファイル1000-1を退避用ストレージ装置2に移動するステップS1005。具体的には、メタデータサーバ1は、ファイルサーバ4からファイル1000-1を取得し、退避用ストレージ装置2のファイルシステム22にファイル1008として格納する。図1に示す例では、パス名がr/FS1/A/a.docにファイル1008が格納される。なお、退避用ストレージ装置2におけるパス名は、重複しないように設定される。次に、メタデータサーバ1は、ファイル1000-1の削除をファイルサーバ4に指示するステップS1006。ファイルサーバ4は、当該指示を受け付けるとファイル1000-1を削除し、業務プログラム51にファイル1000-1の削除完了を応答する。最後に、メタデータサーバ1は、メタデータリポジトリ150のファイル1000-1のメタデータに対応するレコードを更新するステップS1007。具体的には、退避用ストレージ装置2に格納されるファイルを特定するフィールドに、ファイル1008のパス名r/FS1/A/a.docと、ファイル1008が格納される退避用ストレージ装置2の識別名S1とが格納される。図1では、ファイル1000-1の削除前と削除後のメタデータリポジトリ150の変化を示している。次に、分析プログラム61が、現在及び過去のファイルを分析対象とする分析処理の概要について説明する。ここでは、業務プログラム51によって、ファイルサーバ4からファイル1000-1が削除され、退避用ストレージ装置2にファイル1000-1が移動された後の分析処理について説明する。分析プログラム61は、メタデータサーバ1に対して、現在格納されているファイル及び過去に存在したファイルを含む全ファイルの問い合わせを行うステップS1011。具体的には、分析プログラム61は、全ファイルのリストをメタデータサーバ1に要求する。メタデータサーバ1は、メタデータリポジトリ150に基づいてリストを生成し、生成されたリストを分析プログラム61に対して応答するステップS1012。なお、リストは、ファイルを特定するための情報を含む複数のエントリから構成される。当該エントリは、ファイルのパス名、格納先のストレージ装置の識別名、ファイルのファイルサーバ4におけるメタデータ、及びファイルの状態を示すフィールドを含む。ファイルサーバ4から削除されたファイル1000-1のエントリには、さらに、ファイルの退避先のパス名、及び退避用ストレージ装置2の識別名を含む。また、当該エントリのファイルの状態を示すフィールドには、ファイルが削除済みであることを示す情報が格納される。分析プログラム61は、メタデータサーバ1から取得したリストに基づいて、ファイルの格納場所を特定する。図1に示す例では、分析プログラム61は、パス名が/A/a.doc、/A/c.docである二つのファイルがファイルサーバ4に存在していたことが分かる。さらに、分析プログラム61は、前述したファイルのうち、パス名が/A/a.docのファイルはファイルサーバ4からは削除され、識別名がS1である退避用ストレージ装置2に、パス名がr/FS1/A/a.docであるファイル1008として格納されていることが分かる。分析プログラム61は、リストを参照して、分析処理に必要な全ファイルを取得するステップS1013、ステップS1014。すなわち、分析プログラム61は、ファイルサーバ4に格納されるファイル1000-2をファイルサーバ4から取得し、ファイルサーバ4から削除されたファイル1000-1に対応するファイル1008を退避用ストレージ装置2から取得する。以上で説明したように、メタデータサーバ1は、業務プログラム51が業務実行時に削除したファイルを、分析プログラム61が分析できるよう管理することができる。このように、本発明は、ファイルサーバ4からファイルを削除する場合に、ファイルサーバ4から削除される前に退避用ストレージ装置2へ移動させるため、不必要なファイルの複製を作らない。以降、ファイル1000-1のように、ファイルサーバ4から削除され、メタデータサーバ1に問い合わせることによって内容を取得できるファイルを削除ファイルと呼ぶ。また、退避用ストレージ装置に格納された削除ファイルの複製を退避ファイルと呼ぶ。また、削除対象のファイルであって、削除ファイルとなる前にファイルサーバ4に格納されていたファイルをオリジナルファイルと呼ぶ。また、ファイルサーバ4に格納され、削除されていないファイルを、通常ファイルと呼ぶ。[第一の実施形態]図2は、本発明の第一の実施形態における計算機システム500の構成を説明するブロック図である。計算機システム500は、メタデータサーバ1、退避用ストレージ装置2、バックアップストレージ装置3、複数のファイルサーバ4、複数の業務サーバ5、複数の分析サーバ6、及びネットワーク7から構成される。メタデータサーバ1、退避用ストレージ装置2、バックアップストレージ装置3、ファイルサーバ4、業務サーバ5、及び分析サーバ6は、ネットワーク7を介して相互に通信できる。なお、ネットワーク7は、LANLocalAreaNetwork、WANWideAreaNetwork、及びインターネット等を用いて構成することができる。本発明はネットワーク7の接続方式に限定されない。メタデータサーバ1は、メタデータを管理する計算機である。なお、メタデータサーバ1は、仮想化技術を用いて生成された仮想計算機であってもよい。メタデータサーバ1は、メタデータサーバプログラム110及びメタデータリポジトリ150を備える。他の構成要素については後述する。退避用ストレージ装置2は、様々なファイルを格納するストレージ装置である。ここで、ストレージ装置とは、コントローラ図示省略、ネットワークインタフェース図示省略、及び一以上の記憶媒体図示省略を備え、当該記憶媒体の記憶領域を計算機に提供することができる装置を示す。ストレージ装置は、複数の記憶媒体を用いてRAIDを構成することができ、さらに、物理的な記憶領域を複数の論理記憶領域を生成することができる。また、論理記憶領域ごとに異なるファイルシステムを構築することができる。退避用ストレージ装置2は、ファイル共有プログラム21及びファイルシステム22を備える。ファイル共有プログラム21は、ネットワーク7を介してメタデータサーバ1から受信したファイルアクセス要求にしたがって、ファイルシステム22にファイルを格納し、また、ファイルシステム22からファイルを読み出す。他の構成要素については後述する。バックアップストレージ装置3は、様々なファイルを格納するストレージ装置である。ただし、バックアップストレージ装置3は、特にファイルのバックアップを目的として利用される。バックアップストレージ装置3は、バックアッププログラム31及びファイルシステム32を備える。他の構成要素については後述する。ファイルサーバ4は、様々なファイルを格納し、当該ファイルを管理する計算機である。特に、ファイルサーバ4には、業務プログラム51が業務処理を実行するために必要なファイルが格納される。ファイルサーバ4は、ファイル共有プログラム411及びファイルシステム452を備える。他の構成要素については後述する。なお、計算機上では、ファイルサーバ4も一種のストレージ装置として認識される。業務サーバ5は、業務処理を実現するために必要なプログラムを実行する計算機である。なお、業務サーバ5は、仮想化技術を用いて生成された仮想計算機であってもよい。業務サーバ5は、業務プログラム51を備える。業務プログラム51は、定められた業務処理を行うプログラムであり、ファイルサーバ4から業務処理に必要なデータを取得して所定の業務処理を実行する。他の構成要素については後述する。分析サーバ6は、分析処理を実現するために必要なプログラムを実行する計算機である。なお、分析サーバ6は、仮想化技術を用いて生成された仮想計算機であってもよい。分析サーバ6は、分析プログラム61を備える。分析プログラム61は、ファイルサーバ4に格納され、業務プログラム51が業務処理のために利用するファイルを読み出し、読み出されたファイルを用いて分析処理を実行する。図3は、本発明の第一の実施形態におけるメタデータサーバ1の構成を説明するブロック図である。メタデータサーバ1は、メモリ11、プロセッサ12、ネットワークインタフェース13、及びローカルストレージ15を備え、各構成要素は、内部バス16を介して相互に接続される。プロセッサ12は、メモリ11に格納されるプログラムを実行する。プロセッサ12がプログラムを実行することによって、メタデータサーバ1が備える機能を実現できる。メモリ11は、メタデータサーバプログラム110を格納する。メタデータサーバプログラム110は、メタデータサーバ1が備える機能を実現するためのプログラムであり、複数のサブプログラムから構成される。具体的には、メタデータサーバプログラム110は、問い合わせ処理プログラム111、メタデータ管理プログラム112、ファイル削除検出プログラム113、ファイル退避プログラム114、及びファイル代理読み出しプログラム115から構成される。問い合わせ処理プログラム111は、ファイルサーバ4及び分析サーバ6からの問い合わせに対する処理を実行するプログラムである。メタデータ管理プログラム112は、メタデータの管理するプログラムである。ファイル削除検出プログラム113は、ファイルサーバ4からファイルが削除されることを検出するプログラムである。ファイル退避プログラム114は、退避用ストレージ装置2へファイルをコピーするプログラムである。ファイル代理読み出しプログラム115は、退避用ストレージ装置2からファイルを読み出すプログラムである。前述したサブプログラムは、それぞれが独立したプロセスとして実行されてもよいし、メタデータサーバプログラム110を構成するライブラリ等の部分プログラムとして実行されてもよい。なお、各サブプログラムによって実行される処理の詳細については、図を用いて後述する。また、メモリ11には、分析サーバ6からの問い合わせを受信したときに生成されるリスト116も格納される。リスト116は、ファイルサーバ4又は退避用ストレージ装置2からファイルを取得するために必要な情報を格納する。ローカルストレージ15は、メタデータサーバ1が備える記憶媒体であり、ハードディスクドライブHDD、ソリッドステートドライブSSD、及び不揮発メモリNVRAMが考えられる。ローカルストレージ15は、メタデータリポジトリ150を格納する。なお、メタデータリポジトリ150は、メモリ11に格納されてもよいし、メタデータサーバ1に接続されたストレージ装置に格納されてもよい。メタデータリポジトリ150は、ストレージ管理テーブル151、名前空間管理テーブル152、メタデータ管理テーブル153、及びファイル退避管理テーブル154を含む。以下、各テーブルの構成について説明する。図4は、本発明の第一の実施形態におけるストレージ管理テーブル151の構成の一例を示す説明図である。ストレージ管理テーブル151は、メタデータサーバ1が管理するストレージ装置に関する情報を格納する。具体的には、ストレージ管理テーブル151は、一以上のレコードを含み、各レコードは、ストレージID1511、ストレージ名1512、タイプ1513、及びIPアドレス1514から構成される。ストレージ管理テーブル151の各レコードは、メタデータサーバ1が管理する一つのストレージ装置に対応する。ストレージID1511は、メタデータサーバ1がストレージ装置を一意に識別するための識別子を格納する。ストレージ名1512は、計算機システム500におけるストレージ装置に設定された識別名を格納する。タイプ1513は、ストレージ装置の利用種別を格納する。例えば、ストレージ装置がファイルサーバ4の場合ファイルサーバが格納され、アーカイブファイルを格納するストレージ装置の場合アーカイブストレージが格納される。IPアドレス1514は、ストレージ装置に割り当てられているIPアドレスを格納する。図4に示す例では、第一のレコードには、ストレージID1511がs1000、ストレージ名1512がFS1、タイプ1513がファイルサーバ、IPアドレス1514が192.168.10.100であるファイルサーバ4の情報が格納される。同様に、第二のレコードには、ファイルサーバ4の情報が格納され、第三のレコードには退避用ストレージ装置2の情報が格納される。図5は、本発明の第一の実施形態における名前空間管理テーブル152の構成の一例を示す説明図である。名前空間管理テーブル152は、メタデータサーバ1が管理するストレージ装置における名前空間に関する情報を格納する。ここで、名前空間とは、ファイルが格納される記憶領域を識別する論理的な単位である。ファイルサーバ4の場合、共有名及び公開名などの名称が名前空間に対応することが知られている。また、退避用ストレージ装置2の場合も同様の概念が知られている。名前空間管理テーブル152は、一以上のレコードを含み、各レコードは、名前空間ID1521、名前空間名1522、ストレージID1523、容量1524、プロトコル1525、使用量1526、及び用途1527から構成される。名前空間管理テーブル152の各レコードは、ファイルサーバ4及び退避用ストレージ装置2における名前空間に対応する。名前空間ID1521は、メタデータサーバ1が名前空間を一意に識別するための識別子を格納する。名前空間名1522は、ストレージ装置が名前空間を一意に識別するための名称を格納する。ストレージID1523は、名前空間に対応する論理記憶領域を提供するストレージ装置の識別子を格納する。なお、ストレージID1523は、ストレージID1511と同一のものである。容量1524は、名前空間に対応する論理的な記憶領域の容量を格納する。プロトコル1525は、名前空間に対応する論理記憶領域にアクセスするときに用いられるプロトコルを格納する。使用量1526は、名前空間に対応する論理記憶領域の使用量を格納する。用途1527は、名前空間に対応する論理記憶領域の用途を格納する。例えば、業務プログラム51によって使用される論理記憶領域である場合にはプライマリが格納される。また、退避ファイルを格納する論理記憶領域である場合には退避が格納される。図5に示す例では、第一のレコード及び第二のレコードは、ストレージID1523がs1000であるファイルサーバ4上の名前空間に関する情報が格納される。第一のレコードの名前空間ID1521にはn1001、名前空間名1522にはshare1、ストレージID1523にはs1000、容量1524には20TB、プロトコル1525にはnfs、使用量1526には5TB及び用途1527にはプライマリが格納される。同様に、第二のレコードには、名前空間名1522、すなわち共有名がshare2である名前空間に関する情報が格納される。また、第三のレコードには、他のファイルサーバ4の、名前空間名1522、すなわち共有名がshare3である名前空間に関する情報が格納されている。また、第四のレコードには、退避用ストレージ装置2の名前空間名1522がrである名前空間に関する情報が格納されている。図6は、本発明の第一の実施形態におけるメタデータ管理テーブル153の構成の一例を示す説明図である。メタデータ管理テーブル153は、ファイルの格納場所を示す情報及びメタデータを格納する。具体的には、メタデータ管理テーブル153は、一以上のレコードを含み、各レコードは、メタデータID1531、パス1532、名前空間ID1533、オリジナルメタデータ1534、及びファイル状態1535から構成される。メタデータ管理テーブル153の各レコードは、ファイルサーバ4に格納されるファイル及び削除ファイルに対応する。メタデータID1531は、メタデータを識別するための識別子を格納する。パス1532は、ファイルが格納される格納場所を示すパス名を格納する。名前空間ID1533は、ファイルが格納される論理記憶領域の名前空間を識別するための識別子を格納する。名前空間ID1533は、名前空間ID1521と同一のものである。オリジナルメタデータ1534は、ファイルサーバ4におけるメタデータ図示省略が格納される。ファイル状態1535は、ファイルサーバ4にファイルに存在する否かを示す情報を格納する。具体的には、ファイルサーバ4にファイルが存在する場合には存在が格納され、ファイルサーバ4にファイルが存在しない場合には削除が格納される。ファイル状態1535に存在が格納されるレコードは、当該レコードに対応するファイルが、パス1532及び名前空間ID1533で示される格納場所に格納されていることを示している。一方、ファイル状態1535に削除が格納されるレコードは、現在、パス1532及び名前空間ID1533で示される格納場所に格納されておらず、現在は削除ファイルであることを示している。ファイルのメタデータはファイルサーバ4によってファイル毎に管理されており、メタデータサーバ1は、名前空間の種類毎に提供されるAPIApplicationProgrammingInterfaceを通じて、ファイルサーバ4から取得できる。図6に示す例では、メタデータ管理テーブル153に三つのレコードが格納される。なお、レコードの数は一例であって、本発明を限定するものではない。すなわち、メタデータ管理テーブル153には、メタデータサーバ1が管理する全てのファイルのメタデータに対応するレコードが格納される。第一のレコードは、ファイルサーバ4のshare1という名前空間に格納されたファイル/share1/a.docに対応するメタデータを表し、メタデータID1531には100が格納される。第一のレコードのパス1532には対応するファイルのパス名である/share1/a.docが格納され、名前空間ID1533には、名前空間share1の識別子であるn1001が格納される。また、第一のレコードのオリジナルメタデータ1534には、ファイルサーバ4における対応するファイルのメタデータが格納されるがここでは図示していない。さらに、第一のレコードのファイル状態1535には、存在が格納される。第二のレコードは、ファイルサーバ4のshare1という名前空間に格納されたファイル/share1/b.docに対応するメタデータを表し、メタデータID1531には110が格納される。また、第二のレコードのファイル状態1535には、削除が格納される。したがって、ファイル/share1/b.docは、現在、パス1532及び名前空間ID1533で示される格納場所には格納されず、削除ファイルであることを表す。第三のレコードは、ファイルサーバ4のshare1という名前空間に格納されたファイル/share1/c.docに対応するメタデータを表し、メタデータID1531には120が格納される。図7は、本発明の第一の実施形態におけるファイル退避管理テーブル154の構成の一例を示す説明図である。ファイル退避管理テーブル154は、退避ファイルの格納先退避先に関する情報を格納する。具体的には、ファイル退避管理テーブル154は、一以上のレコードを含み、各レコードは、メタデータID1541、退避先パス1542、及び退避先名前空間ID1543から構成される。ファイル退避管理テーブル154の各レコードは、退避用ストレージ装置2に格納される退避ファイルに対応する。なお、メタデータサーバ1は、ファイルサーバ4からファイルが削除されることを検出し、当該ファイルを退避用ストレージ装置2に移動する場合にファイル退避管理テーブル154を更新する。メタデータID1541は、メタデータを識別するための識別子を格納する。メタデータID1541は、メタデータID1531と同一のものである。退避先パス1542は、退避ファイルが格納される格納場所を示すパス名を格納する。退避先名前空間ID1543は、退避ファイルが格納される名前空間を識別するための識別子を格納する。図7に示す例では、第一のレコードには、図6におけるファイル/share1/b.docに対応する退避ファイルに関する情報が格納される。メタデータID1541には、ファイル/share1/b.docに対応するメタデータの識別子110が格納される。また、退避先パス1542には、ファイル/share1/b.docに対応する退避ファイルの格納先のパス名/r/FS1/share1/b.docが格納される。さらに、退避先名前空間ID1543には、退避ファイル/r/FS1/share1/b.docが格納される名前空間の識別子n3001が格納される。次に、ファイルサーバ4の構成について説明する。図8は、本発明の第一の実施形態におけるファイルサーバ4の構成を説明するブロック図である。ファイルサーバ4は、メモリ41、プロセッサ42、ネットワークインタフェース43、及びストレージインタフェース44を備え、また、ストレージ装置45と接続される。プロセッサ42は、メモリ41に格納されるプログラムを実行する。プロセッサ42がプログラムを実行することによって、ファイルサーバ4が備える機能を実現できる。メモリ41は、ファイル共有プログラム411、ファイルシステムプログラム412、及びストレージ入出力プログラム413を格納する。ファイル共有プログラム411は、業務プログラム51、分析プログラム61、及びメタデータサーバプログラム110が、ネットワーク7を介してストレージ装置45に格納されるファイルにアクセスするための機能を提供するプログラムである。ファイルシステムプログラム412は、ストレージ装置45にファイルを格納するためのファイルシステムを構成し、ファイルの入出力を管理するプログラムである。ストレージ入出力プログラム413は、ストレージ装置45に対するデータを読み出し処理及び書き込み処理を管理するプログラムである。プロセッサ42が前述したプログラムを実行することによって、ファイルサーバ4は、ネットワーク7を介してファイル共有機能を実現している。ストレージ装置45は、内部にストレージボリューム451を生成する。ストレージボリューム451は、ストレージ装置45が備えるハートディスクドライブ、ソリッドステートドライブ、不揮発性メモリ等の記憶媒体の記憶領域から構成される。ストレージボリューム451は、二つの名前空間452-1、452-2を含む。名前空間452-1には識別名としてshare1が設定され、名前空間452-2には識別名としてshare1が設定される。各名前空間452-1、452-2はそれぞれ、データ領域453-1、453-2と、隠蔽化ファイル格納領域454-1、454-2とを含む。データ領域453-1、453-2は、業務プログラム51が参照可能なファイルを格納する領域である。隠蔽化ファイル格納領域454-1、454-2は、業務プログラム51によって削除されたファイルを一時的に格納する領域である。隠蔽化ファイル格納領域454-1、454-2に格納されたファイルは、業務プログラム51には存在しないファイルとして扱われる。すなわち、業務プログラム51は、隠蔽化ファイル格納領域454-1、454-2に格納されたファイルを認識できない。データ領域453-1、453-2と隠蔽化ファイル格納領域454-1、454-2とは、異なるストレージボリューム451に含まれてもよいし、それぞれが単一のファイルシステムツリー内の一つのディレクトリであってもよい。また、名前空間452-1、452-2は、それぞれ異なるストレージボリューム451に含まれてもよいし、それぞれが単一のファイルシステムツリー内の一つのディレクトリであってもよい。本実施形態では、ストレージボリューム451には二つの名前空間が定義されているが、これは本発明を限定するものではなく、二つ以上の名前空間が定義されていてもよい。以降、データ領域453-1、453-2を区別しない場合、データ領域453と表記する。また、隠蔽化ファイル格納領域454-1、454-2を区別しない場合、隠蔽化ファイル格納領域454と表記する。図9は、本発明の第一の実施形態におけるメタデータ管理プログラム112が実行する処理を説明するフローチャートである。メタデータ管理プログラム112は、メタデータリポジトリ150を更新するために、周期的に、又はユーザの要求にしたがって本処理を実行する。メタデータ管理プログラム112は、処理を開始するとステップS8000、名前空間管理テーブル152を参照して、処理対象となる名前空間を一つ選択するステップS8001。次に、メタデータ管理プログラム112は、選択された名前空間に格納されるファイルの中から、処理対象となるファイルを一つ選択するステップS8002。なお、ファイルの選択方法としては、名前空間におけるファイルシステムツリーを、上位のディレクトリから順にたどる方法が考えられる。メタデータ管理プログラム112は、ファイルサーバ4から処理対象のファイルのメタデータを取得するステップS8003。メタデータ管理プログラム112は、取得されたメタデータに基づいて、メタデータ管理テーブル153を更新するステップS8004。具体的には、以下のような処理が実行される。メタデータ管理プログラム112は、選択されたファイルに対応するレコードが登録済みであるか否かを判定する。具体的には、メタデータ管理プログラム112は、パス1532及び名前空間ID1533が、処理対象の名前空間の識別子及び処理対象のファイルのパス名と一致するレコードが存在するか否かを判定する。なお、取得されたメタデータと、オリジナルメタデータとが一致するか否かを判定する方法であってもよい。例えば、ファイルサーバ4におけるファイルの識別情報であるinode番号を使うことができる。選択されたファイルに対応するレコードが登録されていないと判定された場合、メタデータ管理プログラム112は、メタデータ管理テーブル153に新たなレコードを登録する。このとき、メタデータ管理プログラム112は、メタデータを一意に識別するための識別子を生成し、メタデータID1531に生成された識別子を格納する。さらに、メタデータ管理プログラム112は、選択された名前空間における処理対象ファイルのパス名をパス1532に格納し、選択された名前空間の識別子を名前空間ID1533に格納する。また、メタデータ管理プログラム112は、取得されたメタデータをオリジナルメタデータ1534に格納し、ファイル状態1535に存在を格納する。一方、選択されたファイルに対応するレコードが登録済みである場合、メタデータ管理プログラム112は、既存のレコードのオリジナルメタデータ1534に取得されたメタデータを格納する。メタデータ管理プログラム112は、処理対象の名前空間に格納される全てのファイルについて処理が完了したか否かを判定するステップS8005。処理対象の名前空間に格納される全てのファイルについて処理が完了していないと判定された場合、メタデータ管理プログラム112は、ステップS8002に戻り同様の処理ステップS8002~ステップS8005を実行する。処理対象の名前空間に格納される全てのファイルについて処理が完了したと判定された場合、メタデータ管理プログラム112は、管理対象である全ての名前空間について処理が完了したか否かを判定するステップS8006。管理対象である全ての名前空間について処理が完了していないと判定された場合、メタデータ管理プログラム112は、ステップS8001に戻り同様の処理ステップS8001~ステップS8006を実行する。管理対象である全ての名前空間について処理が完了したと判定された場合、メタデータ管理プログラム112は、処理を終了するステップS8007。図10は、本発明の第一の実施形態におけるファイル共有プログラム411が実行する処理を説明するフローチャートである。ファイルサーバ4は、ファイルに対するアクセス要求を業務プログラム51又は他のプログラムから受信した場合に、以下で説明する処理を実行する。ファイル共有プログラム411は、処理を開始するとステップS8100、ネットワーク7を介して、業務プログラム51又は他のプログラムから所定のファイルに対するアクセス要求を受信するステップS8101。ファイル共有プログラム411は、受信したアクセス要求がファイルの削除要求であるか否かを判定するステップS8102。受信したアクセス要求がファイルの削除要求でないと判定された場合、ファイル共有プログラム411は、ファイルシステムプログラム412に対して、受信したアクセス要求に従った処理の実行を指示するステップS8105。その後、ファイル共有プログラム411は、アクセス要求の送信元のプログラムに対する応答を送信し、処理を終了するステップS8106。受信したアクセス要求がファイルの削除要求であると判定された場合、ファイル共有プログラム411は、メタデータサーバ1のファイル削除検出プログラム113に対して、ファイルの削除要求を含むアクセス要求を受信した旨を通知するステップS8103。以降、ファイルの削除を要求するアクセス要求を受信した旨の通知を削除通知と表記する。また、業務プログラム51又は他のプログラムから削除が要求されたファイルを削除対象ファイルと呼ぶ。削除対象ファイルは、最終的にメタデータサーバ1によって退避用ストレージ装置2に移動される。削除対象ファイルが、退避用ストレージ装置2に移動され、メタデータ管理テーブル153のファイル状態1535に削除が格納されると、当該ファイルは削除ファイルとなる。なお、削除通知には、削除対象ファイルのパス名、削除対象ファイルが格納される名前空間、ファイルサーバの識別名、及び削除対象ファイルのメタデータ等の情報が含まれる。ファイル共有プログラム411は、ファイル削除検出プログラム113から削除通知に対する応答を受信すると、当該応答に従って、削除対象ファイルに対する処理を実行するステップS8104。なお、ファイル削除検出プログラム113から送信される応答には、ファイル退避プログラム114からの指示が含まれる。具体的には、以下のような処理を実行する。ファイル共有プログラム411は、受信した応答に削除対象ファイルの隠蔽化の指示が含まれる場合、削除対象ファイルを隠蔽化ファイル格納領域454に移動させる。これによって、業務プログラム51は削除対象ファイルへアクセスできなくなる。すなわち、業務プログラム51からは当該ファイルが削除されたものとして認識される。また、ファイル共有プログラム411は、受信した応答に削除対象ファイルの削除の指示が含まれる場合、削除対象ファイルを削除する。なお、ファイル共有プログラム411が、ファイルシステムプログラム412に対して指示を出力することによって、削除対象ファイルの移動処理及び削除処理が実現される。以降、隠蔽化ファイル格納領域454に格納された削除対象ファイルを、隠蔽化ファイルと呼ぶ。ファイル共有プログラム411は、削除対象ファイルに対する処理が終了すると処理を終了するステップS8106。本実施形態では、ファイル共有プログラム411が処理を実行したが、ファイルシステムプログラム412等の他のプログラムによって実行されてもよい。図11A、図11B及び図11Cは、本発明の第一の実施形態におけるファイル削除検出プログラム113が実行する処理を説明するフローチャートである。ファイル削除検出プログラム113は、処理を開始するとステップS8200、ファイルサーバ4からファイルが削除されることを検出するステップS8201。ファイル削除検出プログラム113は、当該ファイルを削除対象ファイルとして認識する。本実施形態では、ファイル削除検出プログラム113は、ファイル共有プログラム411から削除通知を受信することによってステップS8103参照、ファイルサーバ4からファイルが削除されることを検出できる。なお、当該通知には、削除対象ファイルのパス名、名前空間名、及びメタデータ等が含まれる。ファイル削除検出プログラム113は、メタデータ管理テーブル153の削除対象ファイルに対応するレコードを更新するステップS8202。具体的には、ファイル削除検出プログラム113は、受信した削除通知に含まれる情報に基づいてメタデータ管理テーブル153を参照して、削除対象ファイルに対応するレコードを特定し、当該レコードのファイル状態1535に削除を格納する。ファイル削除検出プログラム113は、ファイルサーバ4に対して、削除対象ファイルに対するファイル隠蔽化処理を実行するステップS8203。ファイル隠蔽化処理では以下のような処理が実行される。まず、ファイル削除検出プログラム113は、削除通知を送信したファイルサーバ4に対して、削除対象ファイルに対する隠蔽化処理の実行を指示するステップS8204。隠蔽化処理の実行指示を受信したファイルサーバ4のファイル共有プログラム411は、削除対象ファイルを隠蔽化ファイル格納領域454に移動する。これによって、削除ファイルは隠蔽化ファイルとして扱われることとなる。なお、隠蔽化ファイルのパス名は、ファイル共有プログラム411又はファイルシステムプログラム412が自動的に決定してもよいし、ファイル削除検出プログラム113が自動的に決定してもよい。次に、ファイル削除検出プログラム113は、ファイル退避管理テーブル154を更新するステップS8205。具体的には、以下のような処理が実行される。ファイル削除検出プログラム113は、ファイル退避管理テーブル154に新たなレコードを追加し、当該レコードのメタデータID1541に、削除対象ファイルに対応するレコードのメタデータID1531を格納する。ファイル削除検出プログラム113は、退避先パス1542に隠蔽化ファイルのパス名を格納し、退避先名前空間ID1543に隠蔽化ファイルが格納される名前空間の識別子を格納する。以上が削除対象ファイルに対する隠蔽化処理の説明である。次に、ファイル削除検出プログラム113は、隠蔽化ファイルの退避処理を実行しステップS8206、処理を終了するステップS8210。隠蔽化ファイルに対する退避処理では以下のような処理が実行される。まず、ファイル削除検出プログラム113は、ファイル退避プログラム114を呼び出し、隠蔽化ファイルに対する退避処理の実行を指示する。当該退避処理の実行指示を受信したファイル退避プログラム114は、退避用ストレージ装置2上の名前空間に、隠蔽化ファイルを複製するステップS8207。複製されたファイルが退避ファイルとなる。このとき、退避ファイルのパス名は、退避ファイルが格納される名前空間内で一意なパス名が決定されるものとする。ファイル退避プログラム114は、退避ファイルの情報とともに、隠蔽化ファイルに対する退避処理の完了を通知する。次に、ファイル削除検出プログラム113は、受信した完了通知に含まれる情報に基づいてファイル退避管理テーブル154を更新するステップS8208。具体的には、ステップS8205において追加されたレコードの退避先パス1542に退避ファイルのパス名を格納し、退避先名前空間ID1543に退避ファイルが格納される名前空間の識別子を格納する。次に、ファイル削除検出プログラム113は、ファイルサーバ4に対して、隠蔽化ファイルの削除を指示するステップS8209。当該指示を受信したファイルサーバ4は、隠蔽化ファイル格納領域454に対応する名前空間から隠蔽化ファイルを削除する。なお、ファイルサーバ4が、周期的に、メタデータサーバ1に対して削除すべきファイルが存在するか否かを問い合わせてもよい。この場合、ファイル削除検出プログラム113は、隠蔽化ファイルの削除を指示しなくてもよい。図12は、本発明の第一の実施形態において、ファイルが移動した後のメタデータ管理テーブル153を示す説明図である。図13は、本発明の第一の実施形態において、ファイルが移動した後のファイル退避管理テーブル154を示す説明図である。ここでは、ファイルサーバ4の名前空間share1に格納されたファイルshare1/a.docが退避用ストレージ装置2に移動した場合を例に説明する。図6と図12とを比較すると、ファイルshare1/a.docに対応する第一のレコードのファイル状態1535は、存在から削除に変化していることが分かる。これは、ファイルshare1/a.docが削除ファイルとなったことを意味する。また、図7と図13とを比較すると、ファイル退避管理テーブル154に、新たな第二のレコードが追加されていることが分かる。第二のレコードは、メタデータID1541には100が格納される。従って、第二のレコードは、メタデータの識別子が100であるファイル、すなわち、ファイルshare1/a.docに対応する退避ファイルの情報を格納するレコードであることが分かる。また、退避先パス1542と退避先名前空間ID1543を参照すると、ファイルshare1/a.docに対応する退避ファイルのパス名がr/FS1/share1/a.docであり、退避先名前空間ID1543がn3001で識別される名前空間、すなわち、退避用ストレージ装置2の名前空間rであることが分かる。図14は、本発明の第一の実施形態における問い合わせ処理プログラム111が実行する処理を説明するフローチャートである。問い合わせ処理プログラム111は、分析プログラム61から、メタデータサーバ1が管理するファイルの一覧の出力を要求された時に処理を実行する。問い合わせ処理プログラム111は、処理を開始するとステップS8300、分析プログラム61からファイルの問い合わせを受信するステップS8301。当該問い合わせには、出力するファイルの条件が含まれていてもよい。条件としては、例えば、パス名に特定の文字列を含むファイル、特定の時間帯に更新されたファイル、特定の所有者のファイル、特定のアクセス権が設定されたファイル、特定のファイルサーバ若しくは名前空間に格納されるファイル、又は、特定のファイルサーバ若しくは名前空間に格納されていたファイル等などが考えられる。また、削除ファイルであること、削除ファイルではないこと、削除ファイルと削除ファイルでないファイルの両方など、削除ファイルに関する条件も指定することができる。さらに、前述した条件を満たすファイルの集合の論理和や論理積も指定できる。問い合わせ処理プログラム111は、メタデータリポジトリ150を参照して、指定された条件を満たすファイルのリスト116をメモリ11上に生成するステップS8302。具体的には、問い合わせ処理プログラム111は、ストレージ管理テーブル151、名前空間管理テーブル152、及びメタデータ管理テーブル153を参照してリスト116を生成する。図15A及び図15Bは、本発明の第一の実施形態におけるリスト116の構成の一例を示す説明図である。リスト116は、メタデータサーバ1が管理する各ファイルの情報を格納する。具体的には、リスト116は、メタデータID1161、パス1162、オリジナルメタデータ1163、ストレージID1164、IPアドレス1165、名前空間ID1166、ファイル状態1167、及び退避先情報1168を含む。メタデータID1161は、メタデータを識別するための識別子を格納する。メタデータID1161は、メタデータID1531と同一のものである。パス1162は、ファイルが格納される格納場所を示すパスを格納する。パス1162は、パス1532と同一のものである。オリジナルメタデータ1163は、ファイルのメタデータを格納する。オリジナルメタデータ1163は、オリジナルメタデータ1153と同一のものである。ストレージID1164は、ファイルが格納されるストレージ装置の識別子を格納する。ストレージID1164は、ストレージID1511と同一のものである。IPアドレス1165は、ストレージ装置の割り当てられているIPアドレスを格納する。IPアドレス1165は、IPアドレス1514と同一のものである。名前空間ID1166は、メタデータサーバ1が名前空間を一意に識別するための識別子を格納する。名前空間ID1166は、名前空間ID1521と同一のものである。ファイル状態1167は、ファイルサーバ4にファイルに存在する否かを示す情報を格納する。ファイル状態1167は、ファイル状態1535と同一のものである。退避先情報1168は、退避ファイルに関する情報を格納する。なお、退避ファイルでない場合には、退避先情報1168には情報が格納されない。退避先情報1168は、退避先パス11681、ストレージID11682、IPアドレス11683、及び退避先名前空間ID11684を含む。退避先パス11681は、退避ファイルが格納される格納場所を示すパスを格納する。退避先パス11681は、退避先パス1542と同一のものである。ストレージID11682は、退避ファイルが格納されるストレージ装置の識別子を格納する。ストレージID11682は、ストレージID1511と同一のものである。IPアドレス11683は、退避ファイルが格納されるストレージ装置の割り当てられているIPアドレスを格納する。IPアドレス11683は、IPアドレス1514と同一のものである。退避先名前空間ID11684は、退避ファイルが格納される名前空間を識別するための識別子を格納する。退避先名前空間ID11684は、退避先名前空間ID1543と同一のものである。ステップS8302では、メタデータID1161、パス1162、オリジナルメタデータ1163、ストレージID1164、IPアドレス1165、名前空間ID1166、及びファイル状態1167に情報が格納される。以上が、リスト116の説明である。図14の説明に戻る。問い合わせ処理プログラム111は、生成されたリストから削除ファイルに対応するエントリを一つ選択するステップS8303。具体的には、問い合わせ処理プログラム111は、ファイル状態1167に削除が格納されるエントリを選択する。なお、削除ファイルに対応するエントリが複数存在する場合、エントリの上位のものから順に選択する方法が考えられる。問い合わせ処理プログラム111は、ファイル退避管理テーブル154を参照して、選択されたエントリに対応する削除ファイルにおける退避先の情報を取得するステップS8304。具体的には、問い合わせ処理プログラム111は、選択されたエントリのメタデータID1161と一致するレコードをファイル退避管理テーブル154から特定する。問い合わせ処理プログラム111は、特定されたレコードから退避先パス1542、及び退避先名前空間ID1543を取得する。さらに、問い合わせ処理プログラム111は、退避先名前空間ID1543を用い、ストレージ管理テーブル151及び名前空間管理テーブル152から、退避ファイルが格納される退避用ストレージ装置2の識別名、IPアドレス、及び名前空間の識別名を取得する。次に、問い合わせ処理プログラム111は、ステップS8304において取得された情報に基づいて、リスト116を更新するステップS8305。具体的には、選択されたエントリの退避先情報1169に、ステップS8304において取得された情報が格納される。問い合わせ処理プログラム111は、リスト116に含まれる全ての削除ファイルに対応するエントリについて処理が完了したか否かを判定するステップS8306。全ての削除ファイルに対応するエントリについて処理が完了していないと判定された場合、問い合わせ処理プログラム111は、ステップS8303に戻り同様の処理ステップS8303~ステップS8306を実行する。全ての削除ファイルに対応するエントリについて処理が完了したと判定された場合、問い合わせ処理プログラム111は、ファイル一覧の出力要求の送信元である分析プログラム61に、生成されたリスト116を送信し、処理を終了するステップS8307、ステップS8308。図16は、本発明の第一の実施形態における分析プログラム61が実行するファイル分析処理を説明するフローチャートである。分析プログラム61は、周期的に、又はユーザの指示に従って分析処理を実行する。分析プログラム61は、分析処理を開始するとステップS8400、メタデータサーバ1の問い合わせ処理プログラム111に対して、全てのファイルサーバ4に格納されているファイルの問い合わせを送信するステップS8401。当該出力要求には、リスト116に含めるべきファイルの条件が含まれてもよい。分析プログラム61は、メタデータサーバ1からの応答を待つ。すなわち、メタデータサーバ1からリスト116を送信されるまで処理を待つ。分析プログラム61は、受信したリスト116から処理対象となるエントリを一つ選択するステップS8402。例えば、リスト116の上位のエントリから順に選択する方法が考えられる。分析プログラム61は、処理対象のエントリに基づいて、当該エントリに対応するファイルの読み出し先との情報を取得するステップS8403。具体的には、以下のような処理が実行される。まず、分析プログラム61は、選択されたエントリのファイル状態1167に削除が格納されているか否かを判定する。ファイル状態1167に削除が格納されている場合、選択されたエントリは、削除ファイルに関するエントリであることが分かる。ファイル状態1167に削除が格納されている場合には、分析プログラム61は、退避先情報1168に格納される情報を取得する。すなわち、退避先パス11681、ストレージID11682、IPアドレス11683、及び退避先名前空間ID11684が取得される。ファイル状態1167に削除が格納されている場合には、分析プログラム61は、パス1162、ストレージID1164、IPアドレス1165、及び名前空間ID1166を取得する。以上がステップS8403の処理である。次に、分析プログラム61は、ステップS8403において取得された情報に基づいて、読み出し先となるストレージ装置から、選択されたエントリに対応するファイルを読み出すステップS8404。分析プログラム61は、読み出されたファイルの内容と、選択されたエントリのオリジナルメタデータ1163とに基づいて所定の分析処理を実行するステップS8405。分析プログラム61は、取得されたリスト116の全てのエントリについて処理が完了したか否かを判定するステップS8406。全てのエントリについて処理が完了していないと判定された場合、分析プログラム61は、ステップS8402に戻り、同様の処理を実行するステップS8402~ステップS8406。全てのエントリについて処理が完了したと判定された場合、分析プログラム61は、分析処理を終了するステップS8407。なお、ステップS8404において、ファイルが格納されるストレージ装置が、分析プログラム61からアクセスできないストレージ装置である場合がある。例えば、ファイルを読み出すためのファイル共有プロトコルが、分析プログラム61においてサポートされていない場合などが該当する。この場合は、分析プログラム61は、ファイル代理読み出しプログラム115に対して、所望のファイルの読み出し要求を送信する。当該要求を受信したファイル代理読み出しプログラム115が、分析プログラム61に代わってストレージ装置からファイルを読み出し、分析プログラム61に読み出されたファイルを応答する。[第二の実施形態]次に、本発明の第二の実施形態について説明する。第一の実施形態では、ファイルサーバ4は、業務プログラム51からファイルの削除要求を受信した場合に、処理の過程でメタデータサーバ1に当該ファイルの削除通知を送信する。その後、ファイルサーバ4は、メタデータサーバ1の指示に従って隠蔽化処理を実行する。第二の実施形態では、ファイルサーバ4は、業務プログラム51から一定の数のファイルの削除要求を受信した場合、削除通知を送信してから一定時間が経過した場合に、複数のファイルの削除通知をまとめてメタデータサーバ1に送信する点が異なる。また、第二の実施形態では、ファイルサーバ4は、複数のファイルの削除通知をまとめて送信するために、ファイルの削除要求を受信した場合、メタデータサーバ1からの指示を待つことなく、自動的にファイルの隠蔽化処理を実行する。以降、第一の実施形態の差異を中心に説明する。第二の実施形態の計算機システム500の構成、メタデータサーバ1の構成、及びメタデータサーバ1が管理するテーブルは第一の実施形態と同一であるため説明を省略する。第二の実施形態のファイルサーバ4は、メモリ41に新たに隠蔽化ファイル管理テーブル415図示省略を備える点が第一の実施形態のファイルサーバ4と異なる。他の構成は第一の実施形態と同一であるため説明を省略する。図17は、本発明の第二の実施形態における隠蔽化ファイル管理テーブル415の構成の一例を示す説明図である。隠蔽化ファイル管理テーブル415は、隠蔽化ファイルに関する情報を格納する。具体的には、隠蔽化ファイル管理テーブル415は、パス4151、名前空間ID4152、オリジナルメタデータ4153、及び隠蔽化ファイルパス4154を含む。パス4151は、隠蔽化処理が実行される前のファイルのパス名を格納する。名前空間ID4152は、隠蔽化処理が実行される前にファイルが格納されていた名前空間の識別名を格納する。オリジナルメタデータ4153は、隠蔽化処理が実行される前のファイルのメタデータを格納する。隠蔽化ファイルパス4154は、隠蔽化ファイルのパス名を格納する。図18は、本発明の第二の実施形態におけるファイル共有プログラム411が実行する処理を説明するフローチャートである。ファイル共有プログラム411は、処理を開始するとステップS8600、ネットワーク7を介して、業務プログラム51又は他のプログラムから所定のファイルに対するアクセス要求を受信するステップS8601。ファイル共有プログラム411は、受信したアクセス要求がファイルの削除要求であるか否かを判定するステップS8602。受信したアクセス要求がファイルを削除要求でないと判定された場合、ファイル共有プログラム411は、ファイルシステムプログラム412に対して、受信したアクセス要求に従った処理の実行を指示するステップS8607。その後、ファイル共有プログラム411は、アクセス要求の送信元のプログラムに対する応答を送信し、処理を終了するステップS8608。受信したアクセス要求がファイルの削除要求であると判定された場合、ファイル共有プログラム411は、削除対象ファイルを隠蔽化ファイル格納領域454へ移動するステップS8603。これによって、削除対象ファイルは、業務プログラム51からは削除されてものと認識される。ファイル共有プログラム411は、隠蔽化ファイル管理テーブル415を更新するステップS8604。すなわち、ファイル共有プログラム411は、隠蔽化ファイルの情報を隠蔽化ファイル管理テーブル415に格納する。具体的には、ファイル共有プログラム411は、新たなレコードを生成し、削除対象ファイルが隠蔽化ファイル格納領域454に移動される前に格納されていたパス名、名前空間の識別名、及びメタデータ、並びに、隠蔽化ファイルのパス名を生成されたレコードに格納する。隠蔽化ファイルのパス名は、ファイル共有プログラム411によって隠蔽化ファイル管理テーブル415内で重複しないように決定される。ファイル共有プログラム411は、ファイルの削除通知をメタデータサーバ1に送信する必要があるか否かを判定するステップS8605。例えば、ファイル共有プログラム411は、隠蔽化ファイル管理テーブル415にあらかじめ設定された一定数以上のレコードが登録された場合、又は、前回の削除通知からあらかじめ設定された時間が経過した場合に、ファイルの削除通知を送信する必要があると判定する。ファイルの削除通知をメタデータサーバ1に送信する必要がないと判定された場合、ファイル共有プログラム411は、処理を終了するステップS8608。ファイルの削除通知をメタデータサーバ1に送信する必要があると判定された場合、ファイル共有プログラム411は、メタデータサーバ1に、ファイルの削除通知を送信するステップS8606。当該通知には、隠蔽化ファイル管理テーブル415に格納される全てのレコードの情報、すなわち、全ての隠蔽化ファイルに関する情報が含まれる。その後、ファイル共有プログラム411は、処理を終了するステップS8608。なお、ステップS8605及びステップS8606の処理は、業務プログラム51からのアクセス要求に対する処理の過程で実行しているが、この二つの処理は、アクセス要求に対する処理とは独立した処理として、周期的に実行してもよい。ファイル削除検出プログラム113は、ファイル共有プログラム411から削除通知を受信すると図11に示す処理を実行する。ただし、削除通知を受信した時には、ファイルサーバ4によって削除ファイルが隠蔽化されているため、ステップS8203の処理は実行されない。[第三の実施形態]次に、本発明の第三の実施形態を説明する。第三の実施形態は、第二の実施形態を拡張し、削除ファイルに加え、ファイルに対する上書き及びファイルのサイズの変更等によってファイルから部分的に消去されるデータについても分析プログラム61が読み出せるように管理する点に特徴がある。以降、ファイルの削除、ファイルに対する上書き、又はファイルサイズ縮小によって消去されるデータを消去データと呼ぶ。また、前述した処理によって消去データが発生したため、ファイルサーバ4からは読み出すことができなくなったが、メタデータサーバ1に問い合わせることで取得できるファイルを削除ファイルと呼ぶ。特に、ファイルに対する上書き、ファイルサイズ縮小によって、データの一部が消去されたファイルを部分消去ファイルと呼ぶ。また、消去データが格納されていた、ファイルサーバ4上のファイルをオリジナルファイルと呼ぶ。消去データを退避するためのファイルを退避ファイルと呼ぶ。一つの退避ファイルには、一回のアクセス処理において発生した消去データが格納される。以降、第一の実施形態及び第二の実施形態との差異を中心に説明する。第三の実施形態の計算機システム500の構成、メタデータサーバ1の構成は第一の実施形態と同一であるため説明を省略する。また、第三の実施形態のファイルサーバ4の構成は第二の実施形態と同一であるため説明を省略する。第三の実施形態では、メタデータサーバ1が備えるファイル退避管理テーブル154と、ファイルサーバ4が備える隠蔽化ファイル管理テーブル415が異なる。図19は、本発明の第三の実施形態におけるファイル退避管理テーブル154の構成の一例を示す説明図である。第三の実施形態におけるファイル退避管理テーブル154は、メタデータサーバ1のメモリ11に格納される。ファイル退避管理テーブル154は、消去データと退避ファイルとの対応づけを管理する情報を格納する。具体的には、ファイル退避管理テーブル154は、一以上のレコードを含み、各レコードは、メタデータID1541、退避先パス1542、退避先名前空間ID1543、及びアドレス範囲1544から構成される。ファイル退避管理テーブル154の各レコードは、一回のアクセス処理において発生する消去データに関する情報に対応する。第一の実施形態のファイル退避管理テーブル154と比較して、新たにアドレス範囲1544が追加されている。アドレス範囲1544は、消去データが格納されていたオリジナルファイル上のアドレス範囲を格納する。メタデータサーバ1は、ファイルサーバ4においてデータが消去されたことを検出すると、消去データを退避ファイルへ移動するとともに、ファイル退避管理テーブル154を更新する。図19に示す例では、第一のレコードには、ファイル/share1/b.docにおける消去データに関する情報が格納される。メタデータID1541には、ファイル/share1/b.docに対応するメタデータの識別子110が格納される。また、退避先パス1542には、退避ファイルの格納先のパス名/r/FS1/share1/b.docが格納される。退避先名前空間ID1543には、退避ファイル/r/FS1/share1/b.docが格納される名前空間の識別子n3001が格納される。さらに、アドレス範囲1544には、オリジナルファイル/share1/b.docにおける消去データのアドレス範囲[10,20が格納される。図20は、本発明の第三の実施形態における隠蔽化ファイル管理テーブル415の構成の一例を示す説明図である。第三の実施形態における隠蔽化ファイル管理テーブル415は、ファイルサーバ4のメモリ41に格納される。隠蔽化ファイル管理テーブル415は、消去データと隠蔽化ファイルとの対応づけを管理する情報を格納する。具体的には、隠蔽化ファイル管理テーブル415は、一以上のレコードを含み、各レコードは、パス4151、名前空間ID4152、オリジナルメタデータ4153、隠蔽化ファイルパス4154、アドレス範囲4155、及び消去種別4156から構成される。隠蔽化ファイル管理テーブル415の各レコードは、一回のアクセス処理において発生する消去データに関する情報を対応する。第二の実施形態と比較して、新たに、アドレス範囲4155及び消去種別4156が追加されている。アドレス範囲4155は、オリジナルファイルにおける消去データが格納されていたアドレス範囲を格納する。消去種別4156は、消去データが発生した原因を格納する。ファイルが削除されることによって消去データが発生した場合、消去種別4156には、ファイルが削除されたことを示す情報である削除が格納される。ファイルの一部が上書き又はファイルのサイズの縮小によって消去データが発生した場合、消去種別4156には、ファイルの一部のデータが消去されたことを示す情報である一部消去が格納される。ファイルサーバ4は、消去データが発生する場合、すなわち、ファイルの削除、ファイルへの上書き、又はファイルサイズの縮小等の処理が要求された場合、消去データをオリジナルファイルから読み出し、隠蔽化ファイルへ消去データを書き込むとともに、隠蔽化ファイル管理テーブル415を更新する。図21は、本発明の第三の実施形態におけるファイル共有プログラム411が実行する処理を説明するフローチャートである。第三の実施形態では、ファイルの削除が要求された場合だけではなく、ファイルへの上書き及びファイルサイズの縮小によって消去データが発生する場合にも、当該消去データが隠蔽化ファイル格納領域454へ格納される点が第二の実施形態と異なる。第二の実施形態と同様に、ファイル共有プログラム411は、処理を開始するとステップS8700、ネットワーク7を介して、業務プログラム51又は他のプログラムからファイルに対するアクセス要求を受信するステップS8701。ファイル共有プログラム411は、受信したアクセス要求に対応する処理を実行すると消去データが発生するか否か判定するステップS8702。すなわち、受信したアクセス要求がファイルからデータの消去を要求するものであるか否かが判定される。例えば、ファイルの削除、ファイルへのデータの上書き、又はファイルサイズの縮小等の要求である場合、受信したアクセス要求に対応する処理を実行すると消去データが発生すると判定される。消去データが発生しないと判定された場合、ファイル共有プログラム411は、ステップS8705に進む。消去データが発生すると判定された場合、ファイル共有プログラム411は、隠蔽化ファイル格納領域454に消去データを移動するステップS8703。具体的には、ファイル共有プログラム411は、消去データのアドレス範囲を特定し、隠蔽化ファイル格納領域454上に消去データを格納するための隠蔽化ファイルを生成し、生成された隠蔽化ファイルに消去データを格納する。このとき、隠蔽化ファイルのパス名は、隠蔽化ファイル格納領域454に格納される他の隠蔽ファイルと重複しないように決定される。ファイル共有プログラム411は、生成された隠蔽化ファイルの情報に基づいて、隠蔽化ファイル管理テーブル415を更新するステップS8704。具体的には、ファイル共有プログラム411は、隠蔽化ファイル管理テーブル415に新たなレコードを追加する。ファイル共有プログラム411は、追加されたレコードのパス4151にオリジナルファイルのパス名を格納し、名前空間ID4152にオリジナルファイルが格納される名前空間の識別子を格納し、オリジナルメタデータ4153にオリジナルファイルのメタデータを格納する。また、ファイル共有プログラム411は、隠蔽化ファイルパス4154に生成された隠蔽化ファイルのパス名を格納し、アドレス範囲4155に消去データのアドレス範囲を格納する。さらに、ファイル共有プログラム411は、消去種別4156に、ファイルが削除される場合には削除を格納し、ファイルが削除されない場合は一部消去を格納する。次に、ファイル共有プログラム411は、受信したアクセス要求に対応する処理をファイルに対して実行するステップS8705。ファイル共有プログラム411は、削除通知を送信する必要があるか否かを判定するステップS8706。なお、削除通知には、消去データが発生するアクセス要求を受信した旨を通知するものも含まれるものとする。例えば、隠蔽化ファイル管理テーブル415にあらかじめ設定された一定数以上のレコードが登録された場合、又は、前回の削除通知からあらかじめ設定された時間が経過した場合に、削除通知を送信する必要があると判定される。削除通知、すなわち、消去データが発生した旨の通知をメタデータサーバ1に送信する必要がないと判定された場合、ファイル共有プログラム411は、処理を終了するステップS8708。削除通知、すなわち、消去データが発生したことをメタデータサーバ1に通知する必要があると判定された場合、ファイル共有プログラム411は、メタデータサーバ1に消去データが発生したことを通知するステップS8707。当該通知には、隠蔽化ファイル管理テーブル415に格納される全てのレコードの情報、すなわち、全ての隠蔽化ファイルに関する情報が含まれる。その後、ファイル共有プログラム411は処理を終了するステップS8708。なお、ステップ8706及びステップS8707の処理は、アクセス要求に対する処理の過程で実行していたが、アクセス要求に対する処理とは独立した処理として、周期的に実行してもよい。図22は、本発明の第三の実施形態における、ファイル削除検出プログラム113が実行する処理を説明するフローチャートである。ファイル削除検出プログラム113は、処理を開始するとステップS8800、ファイルサーバ4における消去データの発生を検出するステップS8801。具体的には、ファイル削除検出プログラム113は、ファイルサーバ4から消去データが発生した旨を通知する削除通知を受信することによって、ファイルサーバ4において消去データが発生したことを検出できる。なお、削除通知には、隠蔽化ファイル管理テーブル415に格納される情報が含まれる。ここでは、ファイル削除検出プログラム113は、消去データ毎に、すなわち隠蔽化ファイル管理テーブル415のレコード毎に処理を実行するものとして説明する。ファイル削除検出プログラム113は、受信した削除通知に含まれる隠蔽化ファイル管理テーブル415に基づいて、処理対象の消去データがファイルの削除によって発生したか否かを判定するステップS8802。すなわち、処理対象の消去データを含んでいたファイルが削除ファイル、又は部分消去ファイルの何れであるかが判定される。ファイル削除検出プログラム113は、消去種別4156に削除が格納される場合、ファイルの削除によって発生した消去データであると判定する。一方、ファイル削除検出プログラム113は、消去種別4156に一部消去が格納される場合、ファイルの上書き又はファイルサイズの縮小によって発生した消去データであると判定する。ファイルの削除によって発生した消去データであると判定された場合、ファイル削除検出プログラム113は、メタデータ管理テーブル153の処理対象のファイルに対応するレコードを特定し、当該レコードのファイル状態1535に削除を格納するステップS8803。その後、ファイル削除検出プログラム113は、ステップS8804に進む。ファイルの削除によって発生した消去データでないと判定された場合、ファイル削除検出プログラム113は、メタデータ管理テーブル153に、処理対象のファイルに対応するレコードを追加するステップS8808。具体的には、ファイル削除検出プログラム113は、追加されたレコードのメタデータID1531に、他のレコードと重複しない識別子を格納する。ファイル削除検出プログラム113は、追加されたレコードのパス1532及びオリジナルメタデータ1534に、処理対象のファイルのパス名及びメタデータを格納する。ファイル削除検出プログラム113は、名前空間ID1533に、処理対象のファイルが格納される名前空間の識別子を格納する。また、ファイル削除検出プログラム113は、ファイル状態1535に、一部消去を格納する。なお、追加されたレコードに格納する情報は、ファイルサーバ4から受信した削除通知に含まれる情報に基づいて取得することができる。ファイル削除検出プログラム113は、ファイル退避管理テーブル154を更新するステップS8804。具体的には、ファイル削除検出プログラム113は、処理対象の消去データが格納される隠蔽化ファイルに対応するレコードを追加する。追加されたレコードのメタデータID1541には、ステップS8804において特定されたレコードのメタデータID1531、又は、ステップS8808において追加されたレコードのメタデータID1531と同一のものが格納される。退避先パス1542には、隠蔽化ファイルのパス名が格納され、退避先名前空間ID1543には、隠蔽化ファイルが格納される名前空間の識別子が格納され、アドレス範囲1544には、隠蔽化ファイルに格納される消去データのアドレス範囲が格納される。なお、追加されるレコードに格納される情報は、ファイルサーバ4から受信した削除通知に含まれる情報に基づいて取得することができる。ファイル削除検出プログラム113は、隠蔽化ファイルを退避用ストレージ装置2に移動するステップS8805。具体的には、ファイル削除検出プログラム113は、隠蔽化ファイルを退避用ストレージ装置2の名前空間上に複製して、処理対象の消去データを退避ファイルへ移動させる。この時、退避ファイルのパス名は、退避用ストレージ装置2に格納される他の退避ファイルとは重複しないように決定される。ファイル削除検出プログラム113は、ファイル退避管理テーブル154を更新するステップS8806。具体的には、ファイル削除検出プログラム113は、ステップS8804において追加されたレコードの退避先パス1542を退避ファイルのパス名に変更する。ファイル削除検出プログラム113は、ファイルサーバ4に隠蔽化ファイルの削除を指示するステップS8807。その後、ファイル削除検出プログラム113は、処理を終了するステップS8809。図23及び図24は、本発明の第三の実施形態におけるメタデータ管理テーブル153の一例を示す説明図である。図25は、本発明の第三の実施形態におけるファイル退避管理テーブル154の一例を示す説明図である。ここでは、ファイルサーバ4の名前空間share1に格納されるファイル/share1/a.docにデータが上書きされた場合におけるメタデータ管理テーブル153及びファイル退避管理テーブル154について説明する。図23は、ファイル/share1/a.docにデータが上書きされる前のメタデータ管理テーブル153を表している。メタデータ管理テーブル153の第一のレコードには、ファイル/share1/a.docの情報が記録される。当該レコードに格納される情報から、ファイル/share1/a.docは、ファイルサーバ4に格納されており、更新時刻が10:00であることが分かる。図24は、ファイル/share1/a.docにデータが上書きされ、メタデータサーバ1が消去データを退避用ストレージ装置2に移動した後のメタデータ管理テーブル153を表している。図23と比較すると、メタデータID1531が101である第二のレコードが追加されている。当該レコードは、メタデータサーバ1が、更新時刻が10:00の時点のファイル/share1/a.docを、部分消去ファイルとして管理していることを表している。したがって、当該レコードのファイル状態1535には、一部消去が格納される。また、第一のレコードは、ファイル/share1/a.docへのデータの上書きによって、更新時刻が12:00に変更されていることが分かる。図25は、ファイル/share1/a.docにデータが上書きされ、メタデータサーバ1が消去データを退避用ストレージ装置2に移動した後のファイル退避管理テーブル154を表している。図25のファイル退避管理テーブル154の第一のレコードには、図24のメタデータ管理テーブル153の第二のレコードに対応する部分消去ファイルの消去データ及び退避ファイルに関する情報が格納される。第二のレコードのメタデータID1541には、100が格納される。したがって、第二のレコードが図24のメタデータ管理テーブル153の第二のレコードに対応する部分消去ファイルの消去データについて関連するレコードであることが分かる。退避先パス1542及び退避先名前空間ID1543から、消去データは、退避用ストレージ装置2の名前空間rに、パス名がA/r/s1000/share/a.doc_diffであるファイルとして格納されていることが分かる。また、アドレス範囲1544から、消去データがオリジナルファイルのアドレス0から29までの範囲に格納されていたデータであることが分かる。図26は、本発明の第三の実施形態におけるファイル代理読み出しプログラム115が実行する処理を説明するフローチャートである。本実施形態におけるファイル代理読み出しプログラム115は、通常ファイル、削除ファイル、及び部分消去ファイルの読み出し要求を受け付け、要求元にファイルの内容を応答する。要求されたファイルが削除ファイル又は部分消去ファイルである場合、要求されたファイルを一時的に復元し、復元されたファイルの内容を応答する。ファイル代理読み出しプログラム115は、処理を開始するとステップS8900、分析プログラム61等からファイルの読み出し要求を受信するステップS8901。受信したファイル読み出し要求には、要求元のプログラムがファイルを指定するための情報が含まれる。例えば、ファイルのパス名、名前空間名、メタデータ、その他の識別子メタデータID、ファイルシステムにおけるinode番号等の情報が含まれる。ファイル代理読み出しプログラム115は、受信したファイル読み出し要求に含まれる情報に基づいて、メタデータ管理テーブル153の対応するレコードを特定するステップ8902。ファイル代理読み出しプログラム115は、特定されたレコードのファイル状態1535を参照して、読み出し対象のファイルが通常ファイルであるか否かを判定するステップS8903。ファイル状態1535が削除又は一部消去である場合、読み出し対象のファイルが削除ファイル又は部分消去ファイルであると判定される。一方、ファイル状態1535が存在である場合、通常ファイルであると判定される。読み出し対象のファイルが通常ファイルでない、すなわち、削除ファイル又は部分消去ファイルのいずれかであると判定された場合、ファイル代理読み出しプログラム115は、読み出し対象のファイルを復元するための復元処理を実行するステップS8904。これによって、退避用ストレージ装置2に一時的にファイルが復元される。なお、復元処理の詳細については、図27を用いて後述する。その後、ファイル代理読み出しプログラム115は、復元したファイルを要求元へ送信し、処理を終了するステップS8905、ステップS8907。ステップS8903において、通常ファイルであると判定された場合、ファイル代理読み出しプログラム115は、読み出し対象のファイルの格納先を特定するステップS8906。具体的には、ファイルサーバ4の識別子、名前空間の識別子、及びパス名等に基づいてファイルの格納先が特定される。さらに、ファイル代理読み出しプログラム115は、特定された格納先のファイルサーバ4から読み出し対象のファイルを読み出し、読み出されたファイルを要求元へ送信して、処理を終了するステップS8905、ステップS8907。図27は、本発明の第三の実施形態における復元処理の詳細を説明するフローチャートである。ファイル代理読み出しプログラム115は、処理を開始するとステップS9000、メタデータ管理テーブル153から、読み出し対象のファイルに関連するレコードを抽出するステップS9001。ここでは、同一の読み出し対象のファイルであって、ステップS8903において特定されたレコードより時系列が新しいレコードが抽出される。具体的には、ファイル代理読み出しプログラム115は、パス1532及び名前空間ID1533が読み出し対象のファイルと一致し、かつ、オリジナルメタデータ1534に含まれる更新時刻が、読み出し対象のファイルの更新時刻より後、すなわち、更新時刻が新しいレコードを抽出する。ファイル代理読み出しプログラム115は、読み出し対象のファイルが現在削除ファイルであるか否かを判定するステップS9002。具体的には、ファイル代理読み出しプログラム115は、抽出されたレコードのうち、オリジナルメタデータ1534に格納される更新時刻が最新のレコードを特定し、当該レコードのファイル状態1535が削除であるか否かを判定する。読み出し対象のファイルが現在削除ファイルであると判定された場合、ファイル代理読み出しプログラム115は、ステップS9001において抽出された削除ファイルのレコードに基づいて、削除ファイルを作業領域に一時ファイルとして複製するステップS9003。ここで、作業領域は、退避用ストレージ装置2の一記憶領域である。一方、読み出し対象のファイルが現在削除ファイルでない、すなわち、部分消去ファイルであると判定された場合、ファイル代理読み出しプログラム115は、ステップS9001において抽出されたレコードに基づいて、現在、ファイルサーバ4に格納される読み出し対象のファイルを読み出し、読み出されたファイルを作業領域に一時ファイルとして複製するステップS9007。ファイル代理読み出しプログラム115は、抽出されたレコードの中から、ステップS9003において特定されたレコードの次に更新時間が新しいレコードを、処理対象のレコードとして選択するステップS9004。ファイル代理読み出しプログラム115は、一時ファイルに対して、退避ファイルに格納される削除データを上書きするステップS9005。具体的には以下のような処理が実行される。ファイル代理読み出しプログラム115は、ステップS9004において選択されたレコードの情報に基づいて、ファイル退避管理テーブル154から対応する退避ファイルのレコードを特定する。ファイル代理読み出しプログラム115は、特定されたレコードに基づいて、退避用ストレージ装置2から退避ファイルを読み出すことによって削除データを取得する。ファイル代理読み出しプログラム115は、特定されたレコードのアドレス範囲1544を参照して、一時ファイル上の同一のアドレス範囲に、読み出された削除データを上書きする。また、ファイル代理読み出しプログラム115は、一時ファイルのファイルサイズを、メタデータ管理テーブル153の選択されたレコードのオリジナルメタデータ1534に格納されるファイルサイズに変更する。以上の処理によって、一時ファイルは、ステップS9004において選択されたレコードがメタデータ管理テーブル153に追加された時点のファイルと同一の内容となる。ファイル代理読み出しプログラム115は、ステップ9001において抽出された全てのレコードについて処理が完了したか否かを判定するステップS9006。ステップ9001において抽出された全てのレコードについて処理が完了していないと判定された場合、ファイル代理読み出しプログラム115は、ステップS9004に戻り同様の処理ステップS9004~ステップS9006を実行する。ステップ9001において抽出された全てのレコードについて処理が完了していないと判定された場合、ファイル代理読み出しプログラム115は、処理を終了するステップS9008。なお、第三の実施形態では、メタデータサーバ1がファイルを読み出し、分析サーバ6に読み出されたファイルを送信している。しかし、本発明はこれに限定されず、分析サーバ6がファイルを取得してもよい。この場合、以下のような処理が実行される。ステップS8905では、ファイル代理読み出しプログラム115は、リスト116を生成し、生成されたリスト116を分析サーバ6に送信する。なお、リスト116の生成方法は第一の実施形態と同一の方法を用いる。なお、リスト116の一時ファイルに対応するレコードの退避先パス11681には、作業領域における一時ファイルの格納位置の情報が格納される。分析サーバ6は、受信したリスト116に基づいて、ファイルを読み出す。なお、当該処理は、第一の実施形態と同一であるため説明を省略する。本実施形態では、各消去データを一つの退避ファイル又は隠蔽化ファイルに格納していたが、本発明はこれに限定されない。例えば、消去データをいくつかのファイルにまとめて格納してもよいし、データベース又はブロックストレージに格納してもよい。[第四の実施形態]次に、本発明の第四の実施形態を説明する。第四の実施形態は、第一の実施形態を拡張し、削除ファイルと同一内容のファイルがバックアップストレージ装置3に格納されている場合には、削除ファイルに対応する退避ファイルが生成されない。これによって、計算機システム500内に、同一内容の複製ファイルを削減することができる。以降、第一の実施形態との差異を中心に説明する。第四の実施形態の計算機システム500の構成、メタデータサーバ1の構成、及びファイルサーバ4の構成は第一の実施形態と同一であるため説明を省略する。また、メタデータサーバ1及びファイルサーバ4が管理する各テーブルの構成も第一の実施形態と同一であるため説明を省略する。図28は、本発明の第四の実施形態におけるストレージ管理テーブル151の構成の一例を示す説明図である。ストレージID1511、ストレージ名1512、タイプ1513、及びIPアドレス1514は、第一の実施形態と同一であるため説明を省略する。第四の実施形態では、メタデータサーバ1は、ファイルサーバ4、退避用ストレージ装置2に加えて、バックアップストレージ装置3も管理対象となっている点が第一の実施形態と異なる。すなわち、図28に示すストレージ管理テーブル151の第四のレコードには、バックアップストレージ装置3の情報が格納される。なお、バックアップストレージ装置3に対応するレコードのタイプ1513にはバックアップが格納される。図29は、本発明の第四の実施形態における名前空間管理テーブル152の構成の一例を示す説明図である。名前空間ID1521、名前空間名1522、ストレージID1523、容量1524、プロトコル1525、使用量1526、及び用途1527は、第一の実施形態と同一であるため説明を省略する。図29に示すように、名前空間管理テーブル152の第五のレコードには、バックアップストレージ装置3における名前空間の情報が格納される。なお、バックアップストレージ装置3に対応するレコードの用途1527には、バックアップが格納される。図30は、本発明の第四の実施形態におけるメタデータ管理テーブル153の構成の一例を示す説明図である。第四の実施形態では、メタデータ管理テーブル153は、メタデータサーバ1のメモリ11に格納される。第四の実施形態におけるメタデータ管理テーブル153は、ハッシュ値1536が追加されている点が第一の実施形態と異なる。ハッシュ値1536は、エントリに対応するファイルの内容を表すハッシュ値を格納する。ここで、ハッシュ値は、ファイルの内容に対して、予め定義されたハッシュ関数を適用することによって取得される値である。例えば、ハッシュ関数は、既知の様々なアルゴリズム例えば、SHA256を用いることができる。本実施形態では、ハッシュ値1536に基づいて、ファイルの内容が同一であるか否かが判定される。図30に示す例では、メタデータ管理テーブル153の第四のレコードに、バックアップストレージ装置3に格納されるファイル/BU/x.docに関する情報が格納される。以降、バックアップストレージ装置3に格納されたファイルをバックアップファイルと呼ぶ。また、バックアップファイルに対応するエントリのファイル状態1535には、エントリに対応するファイルがバックアップファイルであることを表すBUが格納される。また、当該レコードのハッシュ値1536には、ファイル/BU/x.docから算出されたハッシュ値がe001であることが分かる。ここでは、ハッシュ値は16進法で表される値とする。本実施形態におけるメタデータ管理プログラム112は、バックアップファイルの情報をメタデータ管理テーブル153に格納するために、バックアップストレージ装置3のバックアッププログラム31に問い合わせを行い、バックアップストレージ装置3に格納されるバックアップファイルのメタデータを取得する。また、メタデータ管理プログラム112が、バックアッププログラム31が管理するバックアップファイルのリストを保持するデータベース等を読み出すようにしてもよい。バックアップファイルのハッシュ値は、メタデータ管理プログラム112がバックアップファイルをバックアップストレージ装置3から読み出した時に算出してもよいし、バックアッププログラム31が算出してメタデータ管理プログラム112に送信してもよい。図31は、本発明の第四の実施形態におけるファイル削除検出プログラム113が実行する処理を説明するフローチャートである。第四の実施形態におけるファイル削除検出プログラム113は、削除対象ファイルを検出すると、当該ファイルと同一内容のバックアップファイルが存在するか否かを判定する。同一内容のバックアップファイルがある場合には、ファイル削除検出プログラム113は、バックアップファイルを削除対象ファイルに対応する退避ファイルとしてファイル退避管理テーブル154に追加する。さらに、ファイル削除検出プログラム113はファイルサーバ4には隠蔽化ファイルを生成せずに、削除対象ファイルを削除する。ファイル削除検出プログラム113は、処理を開始するとステップS9100、ファイルサーバ4からファイルが削除されることを検出するステップS9101。ステップS9101の処理は、ステップステップS8201と同一の処理である。ただし、第四の実施形態では、ファイルサーバ4から送信される削除通知には、削除対象ファイルのハッシュ値が含まれる。なお、削除対象ファイルのハッシュ値は、ファイル削除検出プログラム113が、ファイルサーバ4から読み出した削除対象ファイルに対してハッシュ関数を適用することによって算出できる。ファイル削除検出プログラム113は、メタデータ管理テーブル153の削除対象ファイルに対応するレコードを更新するステップS9102。ステップS9202の処理は、ステップS8202と同一の処理である。ファイル削除検出プログラム113は、メタデータ管理テーブル153を参照し、削除対象ファイルと同一内容のバックアップファイルを検索するステップS9103。具体的には、以下のような処理が実行される。ファイル削除検出プログラム113は、削除対象ファイルのハッシュ値1536を取得する。次に、ファイル削除検出プログラム113は、ファイル状態1535にBUが格納されるエントリを抽出し、抽出されたエントリのハッシュ値1536と、削除対象ファイルのハッシュ値1536とを比較する。削除対象ファイルのハッシュ値1536と一致するエントリが、削除対象ファイルと同一内容のバックアップファイルとなる。なお、ファイルの内容の判定方法は、前述した方法に限定されない。例えば、ファイルのメタデータを比較する方法、ファイルサイズを比較する方法、及びこれらを組み合わせた方法などを用いてもよい。ファイル削除検出プログラム113は、前述した検索処理の結果、削除対象ファイルと同一内容のバックアップファイルが存在するか否かを判定するステップS9104。削除対象ファイルと同一内容のバックアップファイルが存在しないと判定された場合、ファイル削除検出プログラム113は、ファイルサーバ4に対して、削除対象ファイルに対するファイル隠蔽化処理を実行するステップS9106。さらに、ファイル削除検出プログラム113は、ファイルの削除を通知したファイルサーバ4に対して、削除対象ファイルの隠蔽化処理の実行を指示しステップS9107、処理を終了するステップS9108。なお、ステップS9106及びステップS9107の処理は、ステップS8203及びステップS8204と同一の処理であるため説明を省略する。ステップS9104において、削除対象ファイルと同一内容のバックアップファイルが存在すると判定された場合、ファイル削除検出プログラム113は、ファイル退避管理テーブル154を更新し、処理を終了するステップS9105、ステップS9108。具体的には、ファイル削除検出プログラム113は、バックアップファイルに関する情報を削除対象ファイルに対応する退避ファイルの情報としてファイル退避管理テーブル154に追加する。すなわち、メタデータID1541には、バックアップファイルに対応するレコードのメタデータID1531の値が格納され、退避先パス1542には、バックアップファイルに対応するレコードのパス1532のパス名が格納される。また、退避先名前空間ID1543には、バックアップファイルに対応するレコードの名前空間ID1533の識別子が格納される。前述の処理では、バックアップストレージ装置3に格納されるファイルの中から削除対象ファイルと同一内容のファイルを検索したが、これに加えて、メタデータサーバ1が管理対象とする全てのストレージ装置から検索してもよい。[第五の実施形態]次に、本発明の第五の実施形態について説明する。第五の実施形態では、ファイルサーバ4は、業務プログラム51からファイルの削除が要求された場合、メタデータサーバ1にファイルの削除通知を送信しない。そこで、メタデータサーバ1は、周期的にファイルサーバ4からファイルが削除されたか否かを判定する。当該判定にはファイルサーバ4のスナップショット機能を用いられる。以降、第一の実施形態との差異を中心に説明する。第五の実施形態の計算機システム500の構成、メタデータサーバ1及びファイルサーバ4の構成は第一の実施形態と同一であるため説明を省略する。なお、ファイルサーバ4は、スナップショット機能を有する点が異なる。また、メタデータサーバ1及びファイルサーバ4が管理する各テーブルの構成も第一の実施形態と同一であるため説明を省略する。図32A及び図32Bは、本発明の第五の実施形態におけるメタデータ管理プログラム112が実行する処理を説明するフローチャートである。本実施形態では、メタデータ管理プログラム112は、ファイルサーバ4に格納されるファイルのメタデータを収集すると共に、ファイルサーバ4から削除されたファイルを検出し、退避用ストレージ装置2へ移動する。メタデータ管理プログラム112は、処理を開始するとステップS9200、メタデータの収集対象となる名前空間のスナップショットの作成をファイルサーバ4に指示するステップS9201。当該指示を受信したファイルサーバ4は、指示された名前空間のスナップショットを作成する。メタデータ管理プログラム112は、作成されたスナップショットに含まれるファイルの中から処理対象となるファイルを一つ選択するステップS9202。ステップ9202の処理は、スナップショットに含まれるファイルを選択する点が、ステップS8002の処理図9参照と異なる。メタデータ管理プログラム112は、ファイルサーバ4から選択されたファイルのメタデータを取得するステップS9203。メタデータ管理プログラム112は、取得されたメタデータに基づいて、メタデータ管理テーブル153を更新するステップS9204。ステップS9204の処理は、ステップS8004の処理図9参照と同一の処理である。メタデータ管理プログラム112は、スナップショットに含まれる全てのファイルについて処理が完了したか否かを判定するステップS9205。スナップショットに含まれる全てのファイルについて処理が完了していないと判定された場合、メタデータ管理プログラム112は、ステップS9202に戻り同様の処理を実行するステップS9202~ステップS9205。スナップショットに含まれる全てのファイルについて処理が完了したと判定された場合、メタデータ管理プログラム112は、メタデータ管理テーブル153のレコードのうち、ステップS9201からステップS9205の処理において更新されなかったレコードを抽出するステップS9206。メタデータ管理プログラム112は、抽出されたレコードの中から、処理対象のレコードを一つ選択するステップS9207。メタデータ管理プログラム112は、処理対象のレコードに対応するファイルがスナップショットに含まれるか否かを判定するステップS9208。処理対象のレコードに対応するファイルがスナップショットに含まれると判定された場合、メタデータ管理プログラム112は、ステップS9212に進む。処理対象のレコードに対応するファイルがスナップショットに含まれないと判定された場合、メタデータ管理プログラム112は、処理対象のレコードを更新するステップS9209。具体的には、処理対象レコードのファイル状態1535に削除を格納する。これは、処理対象のレコードに対応するファイルが、スナップショット作成前に削除されたファイルであることを示す。したがって、当該ファイルは削除ファイルとして管理される。メタデータ管理プログラム112は、ステップS9201において作成されたスナップショットの一つ前の世代のスナップショットから、処理対象のレコードに対応するファイルを取得するステップS9210。一つ前の世代のスナップショットは、前回実行された本処理において作成されたものである。なお、一つ前の世代のスナップショットは、ファイルサーバ4が格納してもよいし、退避用ストレージ装置2が格納してもよい。メタデータ管理プログラム112は、一つ前の世代のスナップショットから取得されたファイルを、処理対象のレコードに対応する削除ファイルの退避ファイルとして退避用ストレージ装置2に移動するステップS9211。メタデータ管理プログラム112は、ファイル退避管理テーブル154を更新するステップS9212。ステップS9212の処理は、ステップS8208の処理図11C参照と同一の処理である。メタデータ管理プログラム112は、ステップS9206において抽出された全てのレコードについて処理が完了したか否かを判定するステップS9213。ステップS9206において抽出された全てのレコードについて処理が完了していないと判定された場合、メタデータ管理プログラム112は、ステップS9207に戻り同様の処理を実行するステップS9207~ステップS9213。ステップS9206において抽出された全てのレコードについて処理が完了したと判定された場合、メタデータ管理プログラム112は、一つ前の世代のスナップショットの削除をファイルサーバ4に指示し、処理を終了するステップS9214、ステップS9215。当該指示を受信したファイルサーバ4は、指示されたスナップショットを削除する。本実施形態では、ファイルサーバ4は、ファイルの削除を通知する必要がないため、ファイルの削除を通知する機能を備えていないファイルサーバ4であっても、削除ファイルを退避用ストレージ装置2に移動することができる。本発明のいずれの実施形態においても、メタデータサーバ1の指示によって、隠蔽化ファイルが削除される。これは、ファイルサーバ4、メタデータサーバ1、又はネットワーク7に障害が発生し、実行中のファイル退避処理が中断した場合であっても、メタデータサーバ1が退避用ストレージ装置2へのファイルの移動が完了するまでは、ファイルサーバ4によって隠蔽化ファイルが削除されないようにするためである。また、メタデータサーバ1又はネットワーク7に障害が発生し、ファイルサーバ4がメタデータサーバ1にファイルの削除を通知できなくなった場合、ファイルサーバ4は障害を検知し、メタデータサーバ1と通信可能となるまで、ファイル削除の通知を遅延させる。第一の実施形態では、ファイルサーバ4がメタデータサーバ1と通信不能であることを検出した場合、第二の実施形態のファイル削除の通知方法に切り替えて、動作を継続できるようにしてもよい。以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。"