"第1ファイルシステムを有し、I/O要求をクライアント装置から受け付ける第1サーバ装置と、前記第1サーバ装置のストレージを構成する第1ストレージ装置と、第2ファイルシステムを有し、前記第1サーバ装置に通信可能に接続された第2サーバ装置と、前記第2サーバ装置のストレージを構成する第2ストレージ装置と、を備え、前記第1サーバ装置は、前記第1ストレージ装置に記憶されている、前記I/O要求の対象であるファイルのデータを前記第2サーバ装置に送信し、前記第2サーバ装置は、前記第1サーバ装置から送られてくる前記データを、前記第1ファイルシステムにおけるディレクトリイメージを前記第2のファイルシステムで保持しつつ、前記第2ストレージ装置に記憶する、情報処理システムであって、前記第2サーバ装置は、前記第1サーバ装置のファイルシステムに構成されていたディレクトリイメージのうちの所定の階層の第1ディレクトリイメージを、前記第2ストレージ装置に記載されているディレクトリイメージから取得して前記第1サーバ装置に送信し、前記第1サーバ装置は、前記第2サーバ装置から送られた前記第1ディレクトリイメージを前記第1ストレージ装置に復元した後、復元されようとしているファイルに対するI/O要求を前記クライアント装置から受け付けると、当該受け付けた前記I/O要求を処理するために必要となる第2ディレクトリイメージが前記第1ストレージ装置の前記第1ディレクトリイメージに存在するか否かを判定し、当該第2ディレクトリイメージが存在しない場合、当該第2ディレクトリイメージを前記第2サーバ装置に要求し前記第2サーバ装置は、前記第1サーバ装置から前記要求が送られてくると、前記第2ディレクトリイメージを前記第2ストレージ装置から読み出して前記第1サーバ装置に送信し、当該第1サーバ装置は、前記第2ディレクトリイメージを前記第1ストレージ装置に復元し、前記第1サーバ装置は前記第1ディレクトリイメージと、前記第2ディレクトリイメージと、を含む、目的ディレクトリイメージを前記第1ストレージに復元し、前記第2サーバ装置の前記第2ファイルシステムは、ファイルシステムオブジェクトの作成又は更新の都度、当該作成又は更新後のファイルシステムオブジェクトを異なるバージョンIDで管理し、前記第1サーバ装置は前記目的ディレクトリを復元する過程で前記バージョンIDを利用する、情報処理システム。前記第1サーバ装置の第1ファイルシステムは、過去のある時点での復元されたルートディレクトリに存在するディレクトリのメタデータと、前記ルートディレクトリに存在するファイルのメタデータと、を前記第2サーバ装置に要求し、前記第2サーバは、当該要求を受けると、前記メタデータを前記第2ストレージ装置から取得して前記1サーバ装置に設定された復元先ディレクトリに送信し、前記第1サーバ装置は、前記復元先ディレクトリの前記メタデータに従って前記ルートディレクトリと、当該ルートディレクトリ直下のファイルシステムオブジェクトとからなるディレクトリイメージを構成し、当該ディレクトリイメージを前記第1ディレクトリイメージとして前記第1ストレージ装置に復元する、請求項1記載の情報処理システム。前記第1サーバ装置は、前記目的ディレクトリイメージに存在する前記ファイルのメタデータを前記第1ストレージ装置から取得し、当該メタデータに基づいて前記第2サーバに前記ファイルの実体であるデータを要求し、前記第2サーバ装置は、この要求に基づいて当該データを前記第2ストレージ装置から取得して前記第1サーバ装置に送信し、当該第1サーバ装置は、当該データを取得すると、これを前記第1ストレージ装置の前記目的ディレクトリイメージの前記ファイルに格納する、請求項2記載の情報処理システム。前記第1ファイルシステムは、当該第1ファイルシステムに属するファイルシステムオブジェクトのメタデータ又はデータに対する書き込みを、当該ファイルシステムオブジェクトに対するアクセス権のビューを変えることなく抑制するためのフラグを有し、前記第1サーバ装置は、前記目的ディレクトリイメージに対する前記フラグを、前記メタデータ又はデータに対する読取専用の状態に設定する、請求項1記載の情報処理システム。前記第1サーバ装置は、前記第1ディレクトリイメージが復元された復元先ディレクトリを作成し、当該復元先ディレクトリに前記第1ディレクトリイメージが復元された復元日時を前記復元先ディレクトリと共に、ディレクトリイメージ管理テーブルに記録し、当該ディレクトリイメージ管理テーブルへの前記復元先ディレクトリと前記復元日時との記録を、所定のタイミングで複数実行する、請求項1記載の情報処理システム。前記第2サーバ装置の前記第2ファイルシステムは、ファイルシステムオブジェクトの作成又は更新の都度、当該作成又は更新後のファイルシステムオブジェクトを前記異なるバージョンIDと共に前記作成又は更新が実行された日時とによって管理する、請求項1記載の情報処理システム。前記第1サーバ装置は、前記バージョンIDの情報及び前記日時の情報、さらに、前記復元されようとしているファイルの復元日とに基づいて、前記第1ディレクトリイメージに属するファイルシステムオブジェクトのバージョンIDの中から特定のバージョンIDを決定し、当該特定バージョンIDで特定される前記ファイルシステムオブジェクトの前の取得要求を前記第2サーバに送信し、前記第2サーバ装置は、前記特定バージョンIDのファイルシステムオブジェクトを含む第1ディレクトリイメージを前記第2ストレージ装置から取得して前記第1サーバ装置に送信し、当該第1サーバ装置は、当該第1ディレクトリイメージを前記第1ストレージ装置に復元する、請求項6記載の情報処理システム。前記第1サーバ装置は、前記特定のバージョンIDで特定される前記ファイルシステムオブジェクトを、前記ファイルの復元日に最も近い日付によって管理された前記ファイルシステムオブジェクトに設定する、請求項7記載の情報処理システム。前記第1サーバ装置は、前記クライアント装置から前記復元されようとしているファイルに対するI/O要求を受付けると、前記クライアント装置からの前記復元先ディリクトリに構成された前記第1ディレクトリイメージに前記ファイルのメタデータが存在するか否かを調べ、前記ファイルのメタデータが前記第1ディレクトリイメージに存在しない場合、前記I/O要求におけるパス情報に基づいて、前記第1ディレクトリイメージの直下の階層を含めた下層の階層にある前記第2ディレクトリイメージのメタデータとして前記ファイルのメタデータが得られるまで、前記第2サーバに対する当該第2のディレクトリイメージのメタデータの要求と、当該第2サーバの前記第2ストレージ装置からのメタデータの取得、そして、取得したメタデータの前記第1サーバへの送信とを繰り返し、前記復元対象ファイルのメタデータを復元できた後、当該メタデータに従った特定ディレクトリイメージを構成した後前記第1ストレージ装置に格納する、請求項1記載の情報処理システム。前記第1サーバ装置は、前記特定ディレクトリイメージに存在する前記復元対象ファイルを更新するI/O要求を前記クライアント装置から受け付けると、当該復元対象ファイルの実体を前記第2サーバに要求し、前記第2サーバ装置が当該要求に基づいて前記第2ストレージ装置から前記実体を取得して前記第1サーバ装置に送信し、前第1サーバ装置は前記実体を、前記特定ディレクトリイメージの前記復元対象ファイルに格納する、請求項9記載の情報処理システム。前記第1サーバ装置は前記ファイルの実体を前記第2サーバ装置に要求する際、当該ファイルの実体の全てではなく、一部の実体を前記第2サーバ装置に要求する、請求項10記載の情報処理システム。前記第1サーバ装置は、請求項5記載のディレクトリ管理テーブルに存在する複数の復元日時のうち、前記クライアント装置から要求があった所定の復元日時の復元先ディレクトリに格納されている前記第1ディレクトリイメージに基づいて、前記復元対象ファイルの前記メタデータを復元する、請求項6記載の情報処理システム。前記第1サーバ装置は、前記第1ストレージ装置に格納されている前記第1ディレクトリイメージについて、当該第1ディレクトリイメージの復元日からの経過日時をチェックし、当該経過日時が所定日時を経過すると判定すると、前記第1ディレクトリイメージを前記第1ストレージ装置から削除する、請求項1記載の情報処理システム。第1ファイルシステムを有し、I/O要求をクライアント装置から受け付ける第1サーバ装置と、前記第1サーバ装置のストレージを構成する第1ストレージ装置と、第2ファイルシステムを有し、前記第1サーバ装置に通信可能に接続された第2サーバ装置と、前記第2サーバ装置のストレージを構成する第2ストレージ装置と、を備え、前記第1サーバ装置は、前記第1ストレージ装置に記憶されている、前記I/O要求の対象であるファイルのデータを前記第2サーバ装置に送信し、前記第2サーバ装置は、前記第1サーバ装置から送られてくる前記データを、前記第1ファイルシステムにおけるディレクトリイメージを前記第2のファイルシステムで保持しつつ、前記第2ストレージ装置に記憶する、情報処理システムにおけるファイルの復元方法であって、前記第2サーバ装置は、前記第1サーバ装置のファイルシステムに構成されていたディレクトリイメージのうちの所定の階層の第1ディレクトリイメージを、前記第2ストレージ装置に記載されているディレクトリイメージから取得して前記第1サーバ装置に送信し、前記第1サーバ装置は、前記第2サーバ装置から送られた前記第1ディレクトリイメージを前記第1ストレージ装置に復元した後、復元されようとしているファイルに対するI/O要求を前記クライアント装置から受け付けると、当該受け付けた前記I/O要求を処理するために必要となる第2ディレクトリイメージが前記第1ストレージ装置の前記第1ディレクトリイメージに存在するか否かを判定し、当該第2ディレクトリイメージが存在しない場合、当該第2ディレクトリイメージを前記第2サーバ装置に要求し前記第2サーバ装置は、前記第1サーバ装置から前記要求が送られてくると、前記第2ディレクトリイメージを前記第2ストレージ装置から読み出して前記第1サーバ装置に送信し、当該第1サーバ装置は、前記第2ディレクトリイメージを前記第1ストレージ装置に復元し、前記第1サーバ装置は前記第1ディレクトリイメージと、前記第2ディレクトリイメージと、を含む、目的ディレクトリイメージを前記第1ストレージに復元し、前記第2サーバ装置の前記第2ファイルシステムは、ファイルシステムオブジェクトの作成又は更新の都度、当該作成又は更新後のファイルシステムオブジェクトを異なるバージョンIDで管理し、前記第1サーバ装置は前記目的ディレクトリを復元する過程で前記バージョンIDを利用する、ファイルの復元方法。ところで、企業における支店や事業所等に設けられている情報処理装置のデータのバックアップをデータセンタ等に設けられているバックアップ装置で管理している情報処理システムにおいて、情報処理装置を利用してファイルにアクセスするユーザが誤ってファイルを削除した場合に、削除したファイルをそのユーザの操作によって復元することが望まれる。特許文献1に開示される方法では、バックアップ装置側のバックアップデータの全てを情報処理装置に復元した後に情報処理装置のサービスを再開する。そのため、例えば、バックアップデータのサイズが大きい場合は、ユーザが取得したいファイルの復元を完了するまでに長時間を要し、かつ、情報処理装置のファイルシステム容量を過大に消費し、ユーザの業務等への影響が生じる場合があった。一方、特許文献2に開示される方法では、情報処理装置の持つ全ファイルの世代を管理するリストを検索して復元対象を特定する。そのため、例えば、ファイルシステム上に多数のファイルが存在する場合やファイルの変更回数が多い場合はリストのサイズが大きくなり、ユーザが取得したいファイルの復元を完了するまでに長時間を要し、かつ、情報処理装置のファイルシステム容量を過大に消費し、ユーザの業務等への影響が生じる場合があった。本発明はこのような背景に鑑みてなされたもので、ユーザによるファイルアクセス要求に際して少ないファイルシステム消費量で迅速にファイルを復元可能な、情報処理システムにおけるファイル復元方法、及び、情報処理システムを提供することを主たる目的とする。上記目的を達成するための本発明は、第1ファイルシステムを有し、I/O要求をクライアント装置から受け付ける第1サーバ装置と、前記第1サーバ装置のストレージを構成する第1ストレージ装置と、第2ファイルシステムを有し、前記第1サーバ装置に通信可能に接続された第2サーバ装置と、前記第2サーバ装置のストレージを構成する第2ストレージ装置と、を備え、前記第1サーバ装置は、前記第1ストレージ装置に記憶されている、前記I/O要求の対象であるファイルのデータを前記第2サーバ装置に送信し、前記第2サーバ装置は、前記第1サーバ装置から送られてくる前記データを、前記第1ファイルシステムにおけるディレクトリイメージを前記第2のファイルシステムで保持しつつ、前記第2ストレージ装置に記憶する、情報処理システムであって、前記第2サーバ装置は、前記第1サーバ装置のファイルシステムに構成されていたディレクトリイメージのうちの所定の階層の第1ディレクトリイメージを、前記第2ストレージ装置に記載されているディレクトリイメージから取得して前記第1サーバ装置に送信し、前記第1サーバ装置は、前記第2サーバ装置から送られた前記第1ディレクトリイメージを前記第1ストレージ装置に復元した後、復元されようとしているファイルに対するI/O要求を前記クライアント装置から受け付けると、当該受け付けた前記I/O要求を処理するために必要となる第2ディレクトリイメージが前記第1ストレージ装置の前記第1ディレクトリイメージに存在するか否かを判定し、当該第2ディレクトリイメージが存在しない場合、当該第2ディレクトリイメージを前記第2サーバ装置に要求し、前記第2サーバ装置は、前記第1サーバ装置から前記要求が送られてくると、前記第2ディレクトリイメージを前記第2ストレージ装置から読み出して前記第1サーバ装置に送信し、当該第1サーバ装置は、前記第2ディレクトリイメージを前記第1ストレージ装置に復元し、前記第1サーバ装置は前記第1ディレクトリイメージと、前記第2ディレクトリイメージと、前記ファイルと、を含む、目的ディレクトリイメージを前記第1ストレージに復元し、前記第2サーバ装置の前記第2ファイルシステムは、ファイルシステムオブジェクトの作成又は更新の都度、当該作成又は更新後のファイルシステムオブジェクトを異なるバージョンIDで管理し、前記第1サーバ装置は前記目的ディレクトリを復元する過程で前記バージョンIDを利用することを特徴とする。本発明によれば、ユーザによるファイルアクセス要求に際して少ないストレージ消費量で迅速にファイルを復元することができる。第一の実施形態以下、発明を実施するための第一の形態について図面とともに説明する。図1に実施形態として説明する情報処理システム1の概略的な構成を示している。同図に示すように、本実施形態として例示する情報処理システム1は、商社や電機メーカ等の企業における支点や事業所などのように、ユーザが実際に業務を行う拠点以下、エッジ50Edgeと称する。に設けられるハードウエアと、データセンタのように、情報処理システムアプリケーションサーバ/ストレージシステム等の管理やクラウドサービスの提供などを行う拠点以下、コア51Coreと称する。に設けられるハードウエアと、を備える。同図に示すように、エッジ50には、第1サーバ装置3a、第1ストレージ装置10a、及びクライアント装置2が設けられている。またコア51には、第2サーバ装置3b及び第2ストレージ装置10bが設けられている。エッジに設けられている第1サーバ装置3aは、例えば、エッジに設けられているクライアント装置2に対してファイルを単位としたデータの管理機能を提供するファイルシステムを備えたファイルストレージ装置である。またコアに設けられている第2サーバ装置3bは、例えば、エッジに設けられている第1ストレージ装置10aに対してデータのアーカイブ書庫先として機能するアーカイブ装置である。同図に示すように、クライアント装置2と第1サーバ装置3aとは、通信ネットワーク5を介して通信可能に接続している。また第1サーバ装置3aと第1ストレージ装置10aとは、第1ストレージネットワーク6aを介して通信可能に接続している。また第2サーバ装置3bと第2ストレージ装置10bとは、第2ストレージネットワーク6bを介して通信可能に接続している。また第1サーバ装置3aと第2サーバ装置3bとは、通信ネットワーク7を介して通信可能に接続している。通信ネットワーク5及び通信ネットワーク7は、例えば、LANLocalAreaNetwork、WANWideAreaNetwork、インターネット、公衆通信網、専用線などである。第1ストレージネットワーク6a及び第2ストレージネットワーク6bは、例えば、LAN、WAN、SANStorageAreaNetwork、インターネット、公衆通信網、専用線などである。通信ネットワーク5、通信ネットワーク7、第1ストレージネットワーク6a、及び第2ストレージネットワーク6bを介して行われる通信は、例えば、TCP/IP、iSCSIinternetSmallComputerSystemInterface、ファイバーチャネルプロトコルFibreChannelProtocol、FICONFibreConnection登録商標、ESCONEnterpriseSystemConnection登録商標、ACONARCAdvancedConnectionArchitecture登録商標、FIBARCFibreConnectionArchitecture登録商標などのプロトコルに従って行われる。クライアント装置2は、第1サーバ装置3aを介して第1ストレージ装置10aが提供する記憶領域を利用する情報処理装置コンピュータであり、例えば、パーソナルコンピュータ、オフィスコンピュータなどである。クライアント装置2では、ファイルシステム、カーネルやドライバなどのソフトウエアモジュールによって実現されるオペレーティングシステムOperatingSystem、及びアプリケーションなどが機能している。図2にクライアント装置2のハードウエアを示している。同図に示すように、クライアント装置2は、CPU21、揮発性または不揮発性のメモリ22RAMまたはROM、記憶装置23例えばハードディスクドライブ、半導体記憶装置SSDSolidStateDrive、キーボードやマウス等の入力装置24、液晶モニタやプリンタ等の出力装置25、及びNICNetworkInterfaceCard以下、LANアダプタ261と称する。等の通信インタフェース通信I/F26と称する。を備えている。第1サーバ装置3aは、第1ストレージ装置10aが提供する記憶領域を利用してクライアント装置2に情報処理サービスを提供する情報処理装置である。第1サーバ装置3aは、パーソナルコンピュータ、メインフレームMainframe、オフィスコンピュータなどを用いて構成されている。第1サーバ装置3aは、第1ストレージ装置10aが提供する記憶領域へのアクセスに際し、データI/O要求データ書き込み要求、データ読み出し要求等を含んだデータフレーム以下、フレームと略記する。を、第1ストレージネットワーク6aを介して第1ストレージ装置10aに送信する。尚、上記フレームは、例えば、ファイバーチャネルのフレームFCフレームFCFibreChannelである。第2サーバ装置3bは、第2ストレージ装置10bが提供する記憶領域を利用して情報処理を行う情報処理装置である。第2サーバ装置3bは、パーソナルコンピュータ、メインフレーム、オフィスコンピュータなどを用いて構成されている。第2サーバ装置3bは、第2ストレージ装置10bが提供する記憶領域へのアクセスに際し、データI/O要求を含んだフレームを、第2ストレージネットワーク6bを介して第2ストレージ装置10bに送信する。図3に第1サーバ装置3aのハードウエアを示している。同図に示すように、第1サーバ装置3aは、CPU31、揮発性または不揮発性のメモリ32RAMまたはROM、記憶装置33例えばハードディスクドライブ、半導体記憶装置SSD、キーボードやマウス等の入力装置34、液晶モニタやプリンタ等の出力装置35、NIC以下、LANアダプタ361と称する。やHBA以下、FCアダプタ362と称する。等の通信インタフェース通信I/F36と表記する。、及びタイマ回路やRTC等を用いて構成される計時装置37を備えている。尚、コア側に存在する第2サーバ装置3bも第1サーバ装置3aと同一又は類似のハードウエア構成を有する。図4に第1ストレージ装置10aのハードウエアを示している。第1ストレージ装置10aは、例えばディスクアレイ装置である。尚、コア側に存在する第2ストレージ装置10bも第1ストレージ装置10aと同一又は類似のハードウエア構成を有する。ストレージ装置10は、サーバ装置3第1サーバ装置3a又は第2サーバ装置3b。以下同様から送られてくるデータI/O要求を受け付け、受け付けたデータI/O要求に応じて記録媒体にアクセスしてサーバ装置3にデータやレスポンスを送信する。同図に示すように、ストレージ装置10は、一つ以上のチャネル基板11、一つ以上のプロセッサ基板12MicroProcessor、一つ以上のドライブ基板13、キャッシュメモリ14CacheMemory、共有メモリ15SharedMemory、内部スイッチ16、記憶装置17、及び保守装置18SVPSerViceProcessorを備える。チャネル基板11、プロセッサ基板12、ドライブ基板13、キャッシュメモリ14、及び共有メモリ15は、内部スイッチ16を介して互いに通信可能に接続されている。チャネル基板11は、サーバ装置3から送られてくるフレームを受信し、受信したフレームに含まれているデータI/O要求についての処理の応答例えば読み出したデータ、読み出し完了報告、書き込み完了報告を含んだフレームをサーバ装置3に送信する。プロセッサ基板12は、チャネル基板11が受信したフレームに含まれている上記データI/O要求に応じて、チャネル基板11、ドライブ基板13、及びキャッシュメモリ14の間で行われるデータ転送DMADirectMemoryAccess等を用いた高速大容量のデータ転送に関する処理を行う。プロセッサ基板12は、キャッシュメモリ14を介して行われる、チャネル基板11とドライブ基板13との間のデータ記憶装置17から読み出したデータ、記憶装置17に書き込むデータの転送引き渡しや、キャッシュメモリ14に格納されるデータのステージング記憶装置17からのデータの読み出し及びデステージング記憶装置17への書き出し等を行う。キャッシュメモリ14は、高速アクセスが可能なRAMRandomAccessMemoryを用いて構成されている。キャッシュメモリ14には、記憶装置17に書き込まれるデータ以下、書き込みデータと称する。や記憶装置17から読み出されたデータ以下、読み出しデータと記載する。等が格納される。共有メモリ15には、ストレージ装置10の制御に用いられる様々な情報が格納される。ドライブ基板13は、記憶装置17からのデータの読み出しや記憶装置17へのデータの書き込みに際して記憶装置17と通信を行う。内部スイッチ16は、例えば高速クロスバースイッチCrossBarSwitchを用いて構成される。尚、内部スイッチ16を介して行われる通信は、例えば、ファイバーチャネル、iSCSI、TCP/IP等のプロトコルに従って行われる。記憶装置17は、複数の記憶ドライブ171を備えて構成されている。記憶ドライブ171は、例えば、SASSerialAttachedSCSI、SATASerialATA、FCFibreChannel、PATAParallelATA、SCSI等のタイプのハードディスクドライブ、半導体記憶装置SSD等である。記憶装置17は、記憶ドライブ171を、例えば、RAIDRedundantArraysofInexpensiveorIndependentDisks等の方式で制御することによって提供される論理的な記憶領域を単位としてサーバ装置3に記憶装置17の記憶領域を提供する。この論理的な記憶領域は、例えばRAIDグループパリティグループParityGroupを用いて構成される論理装置LDEV172LDEVLogicalDeviceである。またストレージ装置10は、サーバ装置3に対してLDEV172を用いて構成される論理的な記憶領域以下、LULogicalUnit、LogicalVolume、論理ボリュームと称する。を提供する。ストレージ装置10は、LUとLDEV172との対応関係を管理しており、ストレージ装置10は、この対応に基づきLUに対応するLDEV172の特定、もしくは、LDEV172に対応するLUの特定を行う。図5にチャネル基板11のハードウエア構成を示している。同図に示すように、チャネル基板11は、サーバ装置3と通信するためのポート通信ポートを有する外部通信インタフェース以下、外部通信I/F111と表記する。、プロセッサ112フレーム処理チップ及びフレーム転送チップを含む、メモリ113、プロセッサ基板12と通信するためのポート通信ポートを有する内部通信インタフェース以下、内部通信I/F114と表記する。を備えている。外部通信I/F111は、NICNetworkInterfaceCardやHBAHostBusAdaptor等を用いて構成されている。プロセッサ112は、CPUCentralProcessingUnit、MPUMicroProcessingUnit等を用いて構成されている。メモリ113は、RAMRandomAccessMemory、ROMReadOnlyMemoryである。メモリ113にはマイクロプログラムが格納されている。プロセッサ112が、メモリ113から上記マイクロプログラムを読み出して実行することにより、チャネル基板11が提供する各種の機能が実現される。内部通信I/F114は、内部スイッチ16を介してプロセッサ基板12、ドライブ基板13、キャッシュメモリ14、共有メモリ15と通信する。図6にプロセッサ基板12のハードウエア構成を示している。プロセッサ基板12は、内部通信インタフェース以下、内部通信I/F121と表記する。、プロセッサ122、及び共有メモリ15に比べてプロセッサ122からのアクセス性能が高い高速アクセスが可能なメモリ123ローカルメモリを備えている。メモリ123にはマイクロプログラムが格納されている。プロセッサ122が、メモリ123から上記マイクロプログラムを読み出して実行することにより、プロセッサ基板12が提供する各種の機能が実現される。内部通信I/F121は、内部スイッチ16を介してチャネル基板11、ドライブ基板13、キャッシュメモリ14、及び共有メモリ15と通信を行う。プロセッサ122は、CPU、MPU、DMADirectMemoryAccess等を用いて構成されている。メモリ123は、RAM又はROMである。プロセッサ122は、メモリ123及び共有メモリ15のいずれにもアクセスすることができる。図7にドライブ基板13のハードウエア構成を示している。ドライブ基板13は、内部通信インタフェース以下、内部通信I/F131と表記する。、プロセッサ132、メモリ133、及びドライブインタフェース以下、ドライブI/F134と表記する。を備えている。メモリ133にはマイクロプログラムが格納されている。プロセッサ132が、メモリ133から上記マイクロプログラムを読み出して実行することにより、ドライブ基板13が提供する各種の機能が実現される。内部通信I/F131は、内部スイッチ16を介して、チャネル基板11、プロセッサ基板12、キャッシュメモリ14、及び共有メモリ15と通信する。プロセッサ132は、CPU、MPU等を用いて構成されている。メモリ133は、例えば、RAM、ROMである。ドライブI/F134は、記憶装置17との間で通信を行う。図4に示した保守装置18は、ストレージ装置10の各構成要素の制御や状態監視を行う。保守装置18は、パーソナルコンピュータやオフィスコンピュータ等である。保守装置18は、内部スイッチ16又はLAN等の通信手段を介してチャネル基板11、プロセッサ基板12、ドライブ基板13、キャッシュメモリ14、共有メモリ15、及び内部スイッチ16等のストレージ装置10の構成要素と随時通信を行い、各構成要素から稼働情報等を取得して管理装置19に提供する。また保守装置18は管理装置19から送られてくる制御情報や稼働情報に基づき、各構成要素の設定や制御、保守ソフトウエアの導入や更新を含むを行う。管理装置19は、保守装置18とLAN等を介して通信可能に接続されるコンピュータである。管理装置19はストレージ装置10の制御や監視のためのGUIGraphicalUserInterfaceやCLICommandLineInterface等を用いたユーザインタフェースを備える。図8にストレージ装置10が備える基本的な機能を示している。同図に示すように、ストレージ装置10は、I/O処理部811を備えている。I/O処理部811は、記憶装置17への書き込みに関する処理を行うデータ書き込み処理部8111、記憶装置17からのデータの読み出しに関する処理を行うデータ読み出し処理部8112を備えている。尚、I/O処理部811の機能は、ストレージ装置10のチャネル基板11やプロセッサ基板12、ドライブ基板13が備えるハードウエアにより、又はプロセッサ112,122,132が、メモリ113,123,133に格納されているマイクロプログラムを読み出して実行することにより実現される。図9は、ストレージ装置10第1ストレージ装置10a又は第2ストレージ装置10b。以下同様。がサーバ装置3第1サーバ装置3a又は第2サーバ装置3bからデータ書き込み要求を含んだフレームを受信した場合に、I/O処理部81のデータ書き込み処理部8111によって行われる基本的な処理以下、書き込み処理S900と称する。を説明するフローチャートである。以下、同図とともに書き込み処理S900について説明する。尚、以下の説明において、符号の前に付しているSの文字は処理ステップを意味している。同図に示すように、まずサーバ装置3から送信されてくるデータ書き込み要求のフレームが、ストレージ装置10のチャネル基板11によって受信されるS911,S912。チャネル基板11は、サーバ装置3からデータ書き込み要求を含んだフレームを受信すると、その旨をプロセッサ基板12に通知するS913。プロセッサ基板12は、チャネル基板11から上記通知を受信するとS921、当該フレームのデータ書き込み要求に基づくドライブ書き込み要求を生成し、書き込みデータをキャッシュメモリ14に格納し、チャネル基板11に上記通知の受信通知を応答するS922。またプロセッサ基板12は、生成したドライブ書き込み要求をドライブ基板13に送信するS923。一方、チャネル基板11は、プロセッサ基板12からの上記応答を受信すると、サーバ装置3に完了報告を送信しS914、サーバ装置3は、チャネル基板11から完了報告を受信するS915。ドライブ基板13は、プロセッサ基板12からドライブ書き込み要求を受信すると、受信したドライブ書き込み要求を書き込み処理待ちキューに登録するS924。ドライブ基板13は、書き込み処理待ちキューからドライブ書き込み要求を随時読み出しS925、読み出したドライブ書き込み要求に指定されている書き込みデータをキャッシュメモリ14から読み出して、読み出した書き込みデータを記憶装置記憶ドライブ171に書き込むS926。そしてドライブ基板13は、ドライブ書き込み要求について書き込みデータの書き込みが完了した旨の報告完了報告をプロセッサ基板12に通知するS927。プロセッサ基板12は、ドライブ基板13から送られてきた完了報告を受信するS928。図10は、ストレージ装置10が、サーバ装置3からデータ読み出し要求を含んだフレームを受信した場合に、ストレージ装置10のI/O処理部811の読み出し処理部8112によって行われるI/O処理以下、読み出し処理S1000と称する。を説明するフローチャートである。以下、同図とともに読み出し処理S1000について説明する。同図に示すように、まずサーバ装置3から送信されてくるフレームが、ストレージ装置10のチャネル基板11によって受信されるS1011,S1012。チャネル基板11は、サーバ装置3からデータ読み出し要求を含んだフレームを受信すると、その旨をプロセッサ基板12及びドライブ基板13に通知するS1013。ドライブ基板13は、チャネル基板11から上記通知を受信するとS1014、当該フレームに含まれているデータ読み出し要求に指定されているデータ例えばLBALogicalBlockAddressによって指定されるを、記憶装置記憶ドライブ171から読み出すS1015。尚、キャッシュメモリ14に読み出しデータが存在する場合キャッシュヒットした場合には、記憶装置17からの読み出し処理S1015は省略される。プロセッサ基板12は、ドライブ基板13によって読み出されたデータをキャッシュメモリ14に書き込むS1016。そしてプロセッサ基板12は、キャッシュメモリ14に書き込んだデータをチャネル基板11に随時転送するS1017。チャネル基板11は、プロセッサ基板12から随時送られてくる読み出しデータを受信すると、それらをサーバ装置3に順次送信するS1018。読み出しデータの送信が完了すると、チャネル基板11は、サーバ装置3に完了報告を送信するS1019。サーバ装置3は、読み出しデータ及び完了報告を受信するS1020,S1021。図11にクライアント装置2が備える主な機能を示している。同図に示すように、クライアント装置2は、アプリケーション211、ファイルシステム212、及びカーネル/ドライバ213の各機能を備える。尚、これらの機能は、クライアント装置2のCPU21が、メモリ22や記憶装置23に格納されているプログラムを読み出して実行することにより実現される。ファイルシステム212は、クライアント装置2に対してファイル単位又はディレクトリ単位での論理ボリュームLUへのI/O機能を実現する。ファイルシステム213は、例えば、FAT、ext4、UDFUniversalDiskFormat、HPFSHighPerformanceFilesystem、JFSJournaledFileSystem、UFSUnixFileSystem、VTOC、XFS等である。カーネル/ドライバ213は、オペレーティングシステムのソフトウエアを構成しているカーネルモジュールやドライバモジュールを実行することにより実現される。カーネルモジュールには、クライアント装置2において実行されるソフトウエアについて、プロセスの管理、プロセスのスケジューリング、記憶領域の管理、ハードウエアからの割り込み要求のハンドリング等、オペレーティングシステムが備える基本的な機能を実現するためのプログラムが含まれている。ドライバモジュールには、クライアント装置2を構成しているハードウエアやクライアント装置2に接続して用いられる周辺機器とカーネルモジュールとが通信するためのプログラム等が含まれている。図12に第1サーバ装置3aが備える主な機能、及び第1サーバ装置3aにおいて管理される主な情報データを示している。同図に示すように、第1サーバ装置3aでは、仮想環境を提供する仮想化制御部305、及びこの仮想化制御部305の制御の下で動作する1つ以上の仮想マシン310が実現されている。各仮想マシン310では、ファイル共有処理部311、ファイルシステム312、データ操作要求受付部313、データ複製/移動処理部314、ファイルアクセスログ取得部317、及びカーネル/ドライバ318の各機能が実現されている。尚、仮想環境は、第1サーバ装置3aのハードウエアと仮想化制御部305との間にオペレーティングシステムを介在させるいわゆるホストOS型、もしくは第1サーバ装置3aのハードウエアと仮想化制御部305との間にオペレーティングシステムを介在させないハイパーバイザー型のいずれの方式で実現されていてもよい。またデータ操作要求受付部313、データ複製/移動処理部314、ファイルアクセスログ取得部317の各機能は、ファイルシステム312の機能として実現してもよいし、ファイルシステム312とは独立した機能として実現してもよい。同図に示すように、各仮想マシン310は、レプリケーション情報管理テーブル331、ファイルアクセスログ335などの情報データを管理している。これらの情報は、第1ストレージ10aから第1サーバ装置3aに随時読み出されて第1サーバ装置3aのメモリ32や記憶装置33に格納される。同図に示す機能のうち、ファイル共有処理部311は、クライアント装置2にファイルの共有環境を提供する。ファイル共有処理部311は、例えば、NFSNetworkFileSystem、CIFSCommonInternetFileSystem、AFSAndrewFileSystem等のプロトコルに従った機能を提供する。ファイルシステム312は、クライアント装置2に対して、第1ストレージ装置10aによって提供される論理ボリュームLUに管理されるファイル又はディレクトリに対するI/O機能を提供する。ファイルシステム312は、例えばFAT、ext4、UDFUniversalDiskFormat、HPFSHighPerformanceFilesystem、JFSJournaledFileSystem、UFSUnixFileSystem、VTOC、XFS等である。データ操作要求受付部313は、クライアント装置2から送信されてくるデータの操作に関する要求以下、データ操作要求と称する。を受け付ける。データ操作要求には、後述する、レプリケーション開始要求、レプリケーションファイルに対する更新要求、レプリケーションファイルに対する参照要求、同期要求、メタデータに対するアクセス要求、ファイルの実体に対する参照要求、リコール要求、スタブ化ファイルの実体に対する更新要求などがある。尚、スタブ化とは、ファイル又はディレクトリのデータのメタデータについては第1ストレージ装置10aにて保持するが、ファイル又はディレクトリのデータの実体については第1ストレージ装置10a側では管理せず、第2ストレージ装置10bにおいてのみ保持するようにすることをいう。スタブ化されたファイル又はディレクトリに対してそのファイル又はディレクトリの実体が必要になるようなデータI/O要求を第1サーバ装置3aが受け付けた場合には、そのファイル又はディレクトリの実体が第2ストレージ装置10bから第1ストレージ装置10aに送信される書き戻される以下、リコールと称する。。データ複製/移動処理部314は、後述する、レプリケーション開始処理S2400、スタブ化候補選出処理S2500、同期処理S2900、スタブ化ファイル実体参照処理S3000、スタブ化ファイル実体更新処理S3100、仮想マシン復旧処理S3300、ディレクトリイメージ作成処理S3200、オンデマンド復元処理S3300、などにおいて、第1サーバ装置3aと第2サーバ装置3bとの間、もしくは、第1ストレージ装置10aと第2ストレージ装置10bとの間での制御情報フラグやテーブルを含むの授受やデータを含む。以下、ディレクトリイメージと称する。における、最上位ディレクトリ以下、ルートディレクトリと称する。に存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータの取得要求を、第2サーバ装置3bに送信するS3211。本実施形態において、ルートディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータという場合には、ルートディレクトリに存在するから見えるディレクトリ及びファイルは含まれるが、ルートディレクトリに存在するディレクトリの更に配下に存在するディレクトリやそのディレクトリに存在するファイルは含まれない。第2サーバ装置3bは、上記取得要求を受信すると、要求されているルートディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータを、第2ストレージ装置10bから取得しS3212、取得したメタデータを第1ストレージ装置10aに送信するS3213。第1サーバ装置3aは、第2サーバ装置3bからメタデータを受信するとS3213、受信したメタデータに基づくディレクトリイメージを、第1ストレージ装置10aに復元するS3214。またこのとき、第1サーバ装置3aは、メタデータ同期要フラグ2112をON、実体同期要フラグ2113をON、読み取り専用フラグ2115をONに夫々設定する。尚、復元されたファイルはいずれもメタデータのみに基づくものであるため、これらのファイルはいずれもスタブ化された状態になっており、スタブ化フラグ2111がONに設定されている。このように第1サーバ装置3aは、第1ストレージ装置10aにディレクトリイメージが復元する。第1のサーバ装置3aのファイルシステム312は、ディレクトリイメージを、例えば、図23に示すように、定期的に取得し、これをディレクトリ管理テーブルで継続的に管理する。なお、ディレクトリイメージの取得の形態としては、適宜変更可能であり、第1のサーバ装置3aで所定のイベントが発生する都度のタイミングでもよい。例えば、クライアント装置が第1のサーバ3aにファイルの履歴を照会した時点である。この場合、クライアントがこのファイルの過去のバージョンにアクセスする可能性があるとして、過去バージョンの属するディレクトリイメージを取得することとした。図33は、図32に示したディレクトリイメージ作成処理S3200の後、過去のある時点に当該第1サーバ装置3aが管理していたディレクトリイメージを復元していく処理以下、オンデマンド復元処理S3300と称する。を説明する図である。以下、同図とともにオンデマンド復元処理S3300について説明する。第1サーバ装置3aは、サービスを開始した後、クライアント装置2からあるファイルについてデータI/O要求を受け付けるとS3311、受け付けたデータI/O要求の対象になっているファイル以下、アクセス対象ファイルと称する。のメタデータが、第1ストレージ装置10aに存在するか否かサービス開始後、既に第1ストレージ装置10aにメタデータが復元されているか否かを調べるS3312。メタデータが第1ストレージ装置10aに復元されている場合、第1サーバ装置3aは、受け付けたデータI/O要求の対象メタデータ又は実体、データI/O要求の種類参照要求か更新要求か、レプリケーションによる管理方式で管理されているか否かレプリケーションフラグ2114がONか否か、スタブ化されているか否かスタブ化フラグがONか否かに応じて、受け付けたデータI/O要求に対応する処理前述したレプリケーションファイル更新処理S2700、レプリケーションファイル参照処理S2800、メタデータアクセス処理S2900、スタブ化ファイル実体参照処理S3000、スタブ化ファイル実体更新処理S3100を行い、クライアント装置2に応答を返すS3318。一方、アクセス対象ファイルのメタデータが復元されていない場合には、第1サーバ装置3aは、ルートディレクトリを起点としてアクセス対象ファイルが存在するディレクトリレベルディレクトリ階層に至るまでのディレクトリイメージを復元するためのデータを第2サーバ装置3b第2ストレージ装置10bから取得しS3313~S3315、取得したデータを用いてルートディレクトリから上記ディレクトリレベルに至るまでのディレクトリイメージを第1ストレージ装置10aに復元するS3316。また第1サーバ装置3aは、アクセス対象ファイルのスタブ化フラグ2111をONに、レプリケーションフラグ2114をOFFに、メタデータ同期要フラグ2112をONに、読み込み専用フラグ2115をONに、夫々設定するS3317。次に第1サーバ装置3aは、受け付けたデータI/O要求の対象や種類、管理方式、スタブ化の有無等に応じて、受け付けたデータI/O要求に対応する処理を行い、クライアント装置2に応答を返すS3318。図34に、データI/O要求が繰り返し発生することにより、以上に説明したオンデマンド復元処理S3300によって段階的に第1ストレージ装置10aにディレクトリイメージが復元されていく様子を示している。同図中、強調された文字列アンダーラインが付与されている文字列で示すディレクトリは、そのディレクトリのメタデータは復元されているがその配下のディレクトリのメタデータは未だ復元されていない。また強調されていない文字で示すディレクトリは、そのディレクトリの配下のディレクトリのメタデータも既に復元されている。また強調された文字で示すファイルは、そのファイルのメタデータは復元されているが、その実体は未だ復元されていない。また強調されていない文字で示すファイルは、そのファイルの実体が既に復元されている。図34の図0は、過去のある時点で第1サーバ装置3a第1ストレージ装置10aにおいて管理され、かつ第2サーバ装置3bにレプリケーション済みのディレクトリイメージ最終的に復元されるディレクトリイメージの全体である。図34の図Aは、ディレクトリイメージ作成処理S3200直後まだ第1サーバ装置3aがデータI/O要求を受け付けていない状態におけるディレクトリイメージである。この段階ではルートディレクトリ/の直下に存在するディレクトリ/dir1及び/dir2のメタデータは復元されているが、その更に配下のディレクトリのメタデータについては未だ復元されていない。またルートディレクトリ/の直下に存在するファイルa.txtのメタデータは復元されているが、実体については未だ復元されていない。図34の図Bは、図Aの状態でクライアント装置2からディレクトリ/dir1の配下に存在するファイルc.txtに対するデータI/O要求を受け付けた後の状態である。クライアント装置2からファイルc.txtに対するデータI/O要求を受け付けたため、ディレクトリ/dir11のメタデータと/c.txtのメタデータが復元されている。図34の図Cは、図Bの状態で更にクライアント装置2からディレクトリ/dir2の配下に存在するファイルb.txtに対するデータI/O要求を受け付けた後の状態である。同図に示すように、クライアント装置2からファイルb.txtに対するデータI/O要求を受け付けたため、/b.txtのメタデータが復元されている。尚、/dir2の配下に存在する/b.txtのメタデータが復元されたため、/dir2は強調されていない文字で表記している。図34の図Dは、図Cの状態でクライアント装置2からファイルb.txtに対するデータI/O要求更新要求を受け付けた後の状態である。クライアント装置2からファイルb.txtに対するデータI/O要求更新要求を受け付けたため、ファイルb.txtの実体が復元されている。図35は、過去のある時点のディレクトリイメージを削除する処理以下、ディレクトリイメージ削除処理S3500と称する。を説明する図である。以下、同図とともにディレクトリイメージ作成処理S3500について説明する。まず第1サーバ装置3は、ファイルシステム312が過去のある時点で第1ストレージ装置10aに構成していたディレクトリが、ファイルシステム312に設定された日時を超えて保管されていないかを監視するS3511。前述のディレクトリが前述の日時を超えて保管されていた場合、ファイルシステム312は前述のディレクトリを削除するS3512。以上に説明したように、本実施形態の情報処理システム1においては、第1サーバ装置3aにおいてディレクトリイメージ作成処理が実施された後、データI/O要求を受け付ける前までは、ディレクトリイメージ作成処理S3200によってルートディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータのみが復元される。そしてその後は第1サーバ装置3aに対してクライアント装置2からまだ復元されていないファイルに対してデータI/O要求が発生する度に、段階的に第1サーバ装置3a第1ストレージ装置10aにディレクトリイメージが復元されていく。このようにファイル復元のために、データI/O要求の受け付けを開始する前にディレクトリイメージの全体を復元してしまうのではなく、データI/O要求を処理するのに必要なディレクトリイメージを段階的に復元するようにすることで、ファイル復元のためにディレクトリイメージの全体を復元しておく場合に比べ、ファイル復元に要する時間を短縮することができ、ユーザの業務等への影響を防ぐことができる。またディレクトリイメージが完全に復元されるまでの間は、第1ストレージ装置10aの資源を節約することができる。さらにディレクトリイメージが完全に復元されるまでの間は記憶容量の消費が抑えられる。<処理詳細>次に情報処理システム1において行われる処理の詳細について説明する。図36は、図24に示したレプリケーション開始処理S2400の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2等からレプリケーション開始要求を受け付けたか否かをリアルタイムに監視しているS3611。第1サーバ装置3aは、クライアント装置2等からレプリケーション開始要求を受け付けるとS3611:YES図24のS2411、受け付けたレプリケーション開始要求に指定されているファイルのデータメタデータ及び実体の格納先RAIDグループの識別子、ブロックアドレス等を第2サーバ装置3bに問い合わせるS3612。第2サーバ装置3bは、上記の問い合わせがあるとS3621、第2ストレージ装置10bの空き領域を探索してファイルのデータの格納先を決定し、決定した格納先を第1サーバ装置3aに通知するS3622。第1サーバ装置3aは、上記通知を受信するとS3613、受け付けたレプリケーション開始要求に指定されているファイルのデータメタデータ及び実体を、第1ストレージ装置10aから読み出しS3614図24のS2412、読み出したファイルのデータをS3622で通知された格納先とともに第2サーバ装置3bに送信するS3615図24のS2413。また第1サーバ装置3aは、当該ファイルのメタデータ第1ストレージ装置10aに格納されている当該ファイルのメタデータのレプリケーションフラグ2114をON、メタデータ同期要フラグ2112をONに夫々設定するS3616図24のS2414。尚、メタデータ同期要フラグ2112をONに設定しておくことで、前述した同期処理S2900により第1ストレージ装置10aに格納されているファイルのメタデータと、その複製として第2ストレージ装置10bに格納されているファイルのメタデータの一致性が、同期又は非同期に確保保証される。一方、第2サーバ装置3bは、第1サーバ装置3aからファイルのデータを受信するとS3623、受信したファイルのデータを、当該ファイルとともに受信した格納先で特定される第2ストレージ装置10bの位置に格納するS3624。図37は、図25に示したスタブ化候補選出処理S2500の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、ファイル格納領域の残容量がスタブ化閾値未満になっているか否かを随時監視しS3711、S3712、ファイル格納領域の残容量がスタブ化閾値未満になっていることを検知すると、前述した所定の選出基準に従い第1ストレージ装置10aに格納されているレプリケーションファイルの中からスタブ化の候補を選出するS3712図25のS2511。そして第1サーバ装置3aは、スタブ化の候補を選出するとS3713、選出したレプリケーションファイルのスタブ化フラグ2111をON、レプリケーションフラグ2114をOFF、メタデータ同期要フラグ2112をONに夫々設定するS3714図25のS2512。図38は、図26に示したスタブ化処理S2600の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、第1ストレージ装置10aのファイル格納領域に格納されているファイルの中から、スタブ化候補として選出されているファイルスタブ化フラグ2111がONに設定されているファイルを随時抽出するS3811,S3812。そして第1サーバ装置3aは、抽出したファイルの実体を第1ストレージ装置10aから削除するとともにS3813、抽出したファイルのメタデータからそのファイルの第1ストレージ装置10aの格納先を示す情報に無効な値を設定し例えば、メタデータの当該ファイルの格納先を設定する欄例えばブロックアドレス2018にNULL値やゼロを設定する。S3814、メタデータ同期要フラグ2112をONに設定するS3815図26のS2611。図39は、図27に示したレプリケーションファイル更新処理S2700の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2からレプリケーションファイルに対する更新要求を受け付けたか否かをリアルタイムに監視しているS3911。第1サーバ装置3aは、更新要求を受け付けるとS3911:YES図27のS2711、第1ストレージ装置10aに格納されている、当該更新要求の対象になっているレプリケーションファイルのデータメタデータ又は実体を、受け付けた更新要求に従って更新するS3912図27のS2712。また第1サーバ装置3aは、メタデータを更新した場合はそのレプリケーションファイルのメタデータ同期要フラグ2112をONに設定しS3913、レプリケーションファイルの実体を更新した場合はそのレプリケーションファイルの実体同期要フラグ2113をONに設定するS3914図27のS2713。図40は、図28に示したレプリケーションファイル参照処理S2800の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2からレプリケーションファイルに対する参照要求を受け付けたか否かをリアルタイムに監視しているS4011。第1サーバ装置3aは、参照要求を受け付けるとS4011:YES図28のS2811、そのレプリケーションファイルのデータメタデータ又は実体を第1ストレージ装置10aから読み出しS4012図28のS2812、読み出したデータに基づきクライアント装置2に対して応答する情報を生成し、生成した応答情報をクライアント装置2に送信するS4013図28のS2813。図41は、図29に示したメタデータアクセス処理S2900の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2からスタブ化されているファイルのメタデータに対するアクセス要求参照要求又は更新要求を受け付けたか否かをリアルタイムに監視しているS4111。第1サーバ装置3aは、スタブ化されているファイルのメタデータに対するアクセス要求を受け付けるとS4111:YES図29のS2911、受け付けたアクセス要求の対象になっている第1ストレージ装置10aのメタデータを取得しS4112、受け付けたアクセス要求に従いS4113、メタデータの参照読み出したメタデータに基づく応答情報のクライアント装置2への送信S1514、又はメタデータの更新を行うS4115図29のS2912。またメタデータの内容を更新した場合はS4115、そのファイルのメタデータ同期要フラグ2112にONを設定する図29のS2913。図42は、図30に示したスタブ化ファイル実体参照処理S3000の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2からスタブ化ファイルの実体に対する参照要求を受け付けるとS4211:YES図30のS3011、当該スタブ化ファイルの実体が第1ストレージ装置10aに格納されているか否かを判断するS4212図30のS3012。スタブ化ファイルの実体が第1ストレージ装置10aに格納されている場合にはS4212:YES、第1サーバ装置3aは、第1ストレージ装置10aから当該スタブ化ファイルの実体を読み出し、読み出した実体に基づきクライアント装置2に応答する情報を生成し、生成した応答情報をクライアント装置2に送信するS4213図30のS3013。一方、スタブ化ファイルの実体が第1ストレージ装置10aに格納されていない場合にはS4212:NO、第1サーバ装置3aは、第2サーバ装置3bに対してスタブ化ファイルの実体を要求するリコール要求S4214図30のS3014。その際、第1サーバ装置3aは、スタブ化ファイルのメタデータに含まれるリンク先2116を使って第2サーバ装置3bのファイルの特定のバージョンを要求する。第1サーバ装置3aは、上記取得要求に応じて第2サーバ装置3bから送られてくるスタブ化ファイルの実体を受信するとS4221、S4222、S4215図30のS3015、受信した実体に基づき応答情報を生成し、生成した応答情報をクライアント装置2に送信するS4216図30のS3016。また第1サーバ装置3aは、上記第2サーバ装置3bから受信した実体を第1ストレージ装置10aに格納し、当該スタブ化ファイルのメタデータの当該ファイルの実体の格納先を示す情報例えばブロックアドレス2018に、当該ファイルの第1ストレージ装置10aにおける格納先を示す内容を設定するS4217。また第1サーバ装置3aは、当該ファイルのスタブ化フラグ2111をOFFに、レプリケーションフラグ2114をONに、メタデータ同期要フラグ2112をONに、夫々設定するS4218図30のS3017。図43は、図31に示したスタブ化ファイル実体更新処理S3100の詳細を説明するフローチャートである。以下、同図とともに説明する。第1サーバ装置3aは、クライアント装置2からスタブ化ファイルの実体に対する更新要求を受け付けるとS4311:YES図31のS3111、当該スタブ化ファイルの実体が第1ストレージ装置10aに格納されているか否かを判断するS4312図31のS3112。スタブ化ファイルの実体が第1ストレージ装置10aに格納されている場合S4312:YES、第1サーバ装置3aは、第1ストレージ装置10aに格納されている当該スタブ化ファイルの実体を更新要求の内容に従って更新するとともにS4313、当該スタブ化ファイルの実体同期要フラグ2113をONに設定するS4314図31のS3113。一方、上記判断の結果、スタブ化ファイルの実体が第1ストレージ装置10aに格納されていない場合にはS4312:NO、第1サーバ装置3aは、第2サーバ装置3bに当該スタブ化ファイルの実体の取得要求リコール要求を送信するS4315図31のS3114。第1サーバ装置3aは、上記要求に応じて第2サーバ装置3bから送られてくるファイルの実体を受信するとS4321、S4322、S4316S3115、受信した実体の内容を更新要求の内容に従って更新しS4317、更新後の実体を当該スタブ化ファイルの実体として第1ストレージ装置10aに格納するS4318図31のS3116。また第1サーバ装置3aは、当該スタブ化ファイルのスタブ化フラグ2111をOFF、レプリケーションフラグ2114をOFF、メタデータ同期要フラグ2112をONに夫々設定するS4319。図44は、図32に示したディレクトリイメージ作成処理S3200の詳細を説明するフローチャートである。以下、同図とともに説明する。まず、第1サーバ装置3aは、過去のある時点のディレクトリイメージを復元する先のディレクトリを作成するS4411。第1サーバ装置3aは、作成したディレクトリのパスと、現在日時と、ディレクトリイメージ保持日数を現在日時に加えた日時とを、それぞれ、ディレクトリ2311、復元する日時2312、削除する日時2313に設定することで、ディレクトリイメージ管理テーブル231に新しいエントリを作成する。ここで、ディレクトリイメージ保持日数は、ファイルシステム312に設定される、復元先ディレクトリが作成されてから削除されるまでの日数である。次に、第1サーバ装置3aは、第2サーバ装置3bに対し、ファイルシステム312が復元する日時2312のディレクトリイメージのルートディレクトリに存在するディレクトリのメタデータ及びルートディレクトリに存在するファイルのメタデータの取得を次のように行う。1第1サーバ装置3aは、第2サーバ装置3bに対し、ルートディレクトリのバージョン情報を要求するS4412。2第2サーバ装置3bは、上記取得要求を受信するとS4421、要求されているルートディレクトリのバージョン情報を第2ストレージ装置10bから取得し、取得したバージョン情報を第1サーバ装置3aに送信するS4422。3第1サーバ装置3aは、第2サーバ装置3bからバージョン情報を受信するとS4413、復元する日時2312を超えない、かつ、最も近い格納日時2211を、ルートディレクトリのバージョン情報バージョン管理テーブル221から検索し、検索された格納日時に対応するバージョンID2212を取得するS4414。4第1サーバ装置3aは、第2サーバ装置3bに対し、取得したバージョンID2212をもつルートディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータの取得要求を、送信するS4415図32のS3211。5第2サーバ装置3bは、上記取得要求を受信するとS4423、要求されているルートディレクトリのメタデータを取得し、そのディレクトリエントリに対してS4412~S4414と同様の処理を行うことで、復元するバージョンのルートディレクトリに存在するディレクトリのメタデータ、及び復元するバージョンのルートディレクトリに存在するファイルのメタデータを第2ストレージ装置10bから取得し、取得したメタデータを第1ストレージ装置10aに送信するS4424図32のS3212、S3213。次に、第1サーバ装置3aは、第2サーバ装置3bからメタデータを受信するとS4416図32のS3213、受信したメタデータに従ったディレクトリイメージを第1ストレージ装置10aに構成復元するS4417図32のS3214。またこのとき、第1サーバ装置3aは、メタデータ同期要フラグ2112をONに、実体同期要フラグ2113をONに、読み込み専用フラグをONに、夫々設定するS4418。図45及び図46は、図33に示したオンデマンド復元処理S3300の詳細を説明するフローチャートである。以下、同図とともに説明する。先ず、ユーザはクライアント装置2を介して、ファイル復元を第1サーバ装置3aに要求する際、復元先ディレクトリ2311のうち所望の復元先ディレクトリにアクセスする。次いで、第1サーバ装置3aは、クライアント装置2からファイル復元対象になる所定の復元対象ファイルについてデータI/O要求を受け付けるとS4511:YES図33のS3311、受け付けたデータI/O要求の対象になっているファイルアクセス対象ファイルのメタデータが、第1ストレージ装置10aに構成された、前記復元先ディレクトリ以下に存在するか否かを調べるS4512図33のS3312。そして、メタデータが第1ストレージ装置10aに復元されている場合S4512:YES、第1サーバ装置3aは、受け付けたデータI/O要求の対象や種類、管理方式、スタブ化の有無等に応じて、受け付けたデータI/O要求に対応する処理を行い、クライアント装置2に応答を返すS4513図33のS3318。一方、アクセス対象ファイルのメタデータが第1ストレージ装置10aに復元されていない場合にはS4512:NO、第1サーバ装置3aは、ルートディレクトリを起点としてアクセス対象ファイルが存在するディレクトリレベルに至るまでのディレクトリイメージを復元するために親ディレクトリ復元処理を呼び出すS4514。次に、第1サーバ装置3aは、第2サーバ装置3bに対し、ファイルシステム312が復元する日時2312のファイルシステムの、ルートディレクトリを起点としてアクセス対象ファイルが存在するディレクトリレベルディレクトリ階層に至るまでのディレクトリイメージの復元を、次のように行う図46参照。1第1サーバ装置3aは、第2サーバ装置3bに対し、前記データI/O要求におけるパス情報に基づいて、第1ストレージ装置10aに復元されていないディレクトリのうち、前記ルートディレクトリの直下にある、即ち、最も浅いディレクトリレベルのディレクトリのバージョン情報を要求するS4611。2第2サーバ装置3bは、上記取得要求を受信するとS4621、要求されている最も浅いディレクトリのバージョン情報を第2ストレージ装置10bから取得し、取得したバージョン情報を第1サーバ装置3aに送信するS4622。3第1サーバ装置3aは、第2サーバ装置3bからバージョン情報を受信するとS4612、復元する日時2312を超えない、かつ、最も近い格納日時2211を、復元するディレクトリのバージョン情報バージョン管理テーブル221から検索し、検索された格納日時に対応するバージョンID2212を取得するS4613。4第1サーバ装置3aは、第2サーバ装置3bに対し、取得したバージョンID2212をもつディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータの取得要求を、第2サーバ装置3bに送信するS4614図33のS3313。5第2サーバ装置3bは、上記取得要求を受信するとS4623、要求されているディレクトリのメタデータを取得し、そのディレクトリエントリに対してS4611~S4616と同様の処理を行うことで、復元するバージョンのディレクトリイメージに存在するディレクトリのメタデータ、及び復元するバージョンのディレクトリに存在するファイルのメタデータを第2ストレージ装置10bから取得し、取得したメタデータを第1ストレージ装置10aに送信するS4624図33のS3214、S3315。6第1サーバ装置3aは、第2サーバ装置3bから送られてくるデータを受信するとS4615、そのデータを用いてディレクトリイメージを第1ストレージ装置10aに復元するS4616図33のS3316。ステップS4617では、第1サーバ装置3aは、親ディレクトリの復元が完了したか、即ち、復元すべきファイルのメタデータが得られるディレクトリまでディレクトリイメージが復元できたか否、を判定し、親ディレクトリ復元処理が完了すると、第1サーバ装置3aは、アクセス対象ファイルのスタブ化フラグ2111をONに、レプリケーションフラグ2114をOFFに、メタデータ同期要フラグ2112をONに、読み込み専用フラグをONに、夫々設定するS4515図33のS3317。次に第1サーバ装置3aは、受け付けたデータI/O要求の対象や種類、管理方式、スタブ化の有無等に応じて、受け付けたデータI/O要求に対応する処理を行い、クライアント装置2に応答を返すS4516図33のS3318。なお、第1のファイルサーバが第2のファイルサーバにファイルの実体を要求する際リコール要求:図42のS4214、ファイルの実体の全てでなくその一部を要求するものであってもよい。以上詳細に説明したように、本実施形態の情報処理システム1にあっては、第1サーバ装置3aのファイル復元に際し、第1サーバ装置3aは日時をディレクトリに関連付け、第2サーバ装置3bが、第1サーバ装置3aがデータI/O要求の受け付けを開始するのに先立ち、第2ストレージ装置10bに記憶しているファイルのデータのうちディレクトリに関連付けたバージョンの最上位ディレクトリから所定の下位階層までのディレクトリイメージを第1サーバ装置3aに送信し、第1サーバ装置3aが、第2サーバ装置3bから送られてくるディレクトリイメージを第1ストレージ装置10aに復元した後、データI/O要求の受け付けを再開する。図47は、図35に示したディレクトリイメージ削除処理S3500の詳細を説明するフローチャートである。以下、同図とともに説明する。まず第1サーバ装置3aは、定期的にディレクトリイメージ管理テーブル231を参照し、ファイル復元先であるディレクトリ2311が削除する日時2313を過ぎているか否かを確認するS4711、S4711。過ぎている場合、ディレクトリイメージ削除のタイミングと判定しS4712:YES、ディレクトリイメージを削除するS4713。最後に、ディレクトリイメージ管理テーブル231から、削除したディレクトリ2311を含むエントリを削除する。このように、本実施形態の情報処理システム1にあっては、第1サーバ装置3aのファイル復元に際し、第1ストレージ装置10aに存在していたディレクトリイメージの全てを復元するのではなく、最上位のディレクトリから所定の下位階層までのディレクトリイメージのみを復元するので、過去のある時点で第1ストレージ装置10aに存在していた全てのディレクトリイメージを復元する場合に比べてファイル復元に要する時間を短縮することができ、早期にサービスを再開することができる。また全てのディレクトリイメージを復元する場合に比べて、情報処理システム1に与える負荷が少なくて済むし、第1ストレージ装置10aのストレージ消費量が少なくて済む。第二の実施形態第二の実施形態における情報処理システム1では、第2サーバ装置3bがバージョン情報を第1サーバ装置3aに送信できない場合にも、第一の実施形態と同様の効果を実現する。第二の実施形態は、ディレクトリイメージ作成処理S3200の一部、オンデマンド復元処理S3300の一部が、第一の実施形態と異なる。以下、発明を実施するための第二の形態について図面とともに説明する。第1サーバ装置3aのファイルシステム312は、ルートディレクトリのバージョン管理テーブル231を維持する。図48は、図32に示したディレクトリイメージ作成処理S3200の詳細を説明するフローチャートである。以下、同図とともに説明する。まず、第1サーバ装置3aは、過去のある時点のディレクトリイメージを復元する先のディレクトリを作成するS4811。第1サーバ装置3aは、作成したディレクトリのパスと、現在日時と、ディレクトリイメージ保持日数を現在日時に加えた日時とを、それぞれ、ディレクトリ2311、復元する日時2312、削除する日時2313に設定することで、ディレクトリイメージ管理テーブル231に新しいエントリを作成する。ここで、ディレクトリイメージ保持日数は、ファイルシステム312に設定される、復元先ディレクトリが作成されてから削除されるまでの日数である。次に、第1サーバ装置3aは、第2サーバ装置3bに対し、ファイルシステム312が復元する日時2312のディレクトリイメージのルートディレクトリに存在するディレクトリのメタデータ及びルートディレクトリに存在するファイルのメタデータの取得を次のように行う。1第1サーバ装置3aは、ファイルシステム312に維持されるルートディレクトリのバージョン管理テーブル221からバージョン情報を取得するS4812。2次に、ルートディレクトリのバージョン情報バージョン管理テーブル221から、復元する日時2312を超えない、かつ、最も近い格納日時2211を、検索し、検索された格納日時に対応するバージョンID2212を取得するS4813。3第1サーバ装置3aは、第2サーバ装置3bに対し、取得したバージョンID2212をもつルートディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータの取得要求を、第2サーバ装置3bに送信するS4814図32のS3211。4第2サーバ装置3bは、上記取得要求を受信するとS4821、要求されているルートディレクトリのメタデータ、復元するバージョンのルートディレクトリに存在するディレクトリのメタデータ、及び復元するバージョンのルートディレクトリに存在するファイルのメタデータを第2ストレージ装置10bから取得し、取得したメタデータを第1ストレージ装置10aに送信するS4822図32のS3212、S3213。次に第1サーバ装置3aは、第2サーバ装置3bからメタデータを受信するとS4815図32のS3213、受信したメタデータに従ったディレクトリイメージを第1ストレージ装置10aに構成復元するS4816図32のS3214。またこのとき、第1サーバ装置3aは、メタデータ同期要フラグ2112をONに、実体同期要フラグ2113をONに、読み込み専用フラグをONに、夫々設定するS4817。図49は、図33に示したオンデマンド復元処理S3300のうち、親ディレクトリ復元処理の詳細を説明するフローチャートである。以下、図45と図49を使って説明する。図45における、S4511~S4513は第一の実施形態における処理と同じである。次に、親ディレクトリ復元処理が呼び出されるとS4514、第1サーバ装置3aは、ファイルシステム312が復元する日時2312のファイルシステムの、ルートディレクトリを起点としてアクセス対象ファイルが存在するディレクトリレベルディレクトリ階層に至るまでのディレクトリイメージの復元を、次のように行う。1第1サーバ装置3aは、第1ストレージ装置10aに復元されていないディレクトリのうち、最も浅いディレクトリレベルのディレクトリのリンク先2116を取得し、第2サーバ装置3bに対し、取得したリンク先2116の示すディレクトリに存在するディレクトリのメタデータ、及びルートディレクトリに存在するファイルのメタデータの取得要求を、第2サーバ装置3bに送信するS4911図32のS3211。2第2サーバ装置3bは、上記取得要求を受信するとS4921、要求されているディレクトリのメタデータ、復元するバージョンのディレクトリに存在するディレクトリのメタデータ、及び復元するバージョンのルートディレクトリに存在するファイルのメタデータを第2ストレージ装置10bから取得し、取得したメタデータを第1ストレージ装置10aに送信するS4822図32のS3212、S3213。3第1サーバ装置3aは、第2サーバ装置3bから送られてくるデータを受信するとS4912、そのデータを用いてディレクトリイメージを第1ストレージ装置10aに復元するS4913図33のS3316。4第1サーバ装置3aは、アクセス対象ファイルが存在するディレクトリレベルに至るまで、S4911~S4913を繰り返すS4914。親ディレクトリ復元処理S4514が完了したら、図45のS4515~S4516を実行し、処理を完了する。このように、本実施形態の情報処理システム1にあっては、第2サーバ装置3bがバージョン情報を外部に提供しない場合においても、第一の実施形態と同様の効果を得ることができる。さらに、第一の実施形態に比べて、バージョン情報を使ったバージョンIDの検索が少ないことから、クライアント装置2に対する性能を高めることができる応答速度を小さくすることができる。以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。例えば、以上の説明では、ファイル共有処理部311、ファイルシステム312、データ操作要求受付部313、データ複製/移動処理部314、ファイルアクセスログ取得部317、及びカーネル/ドライバ318の各機能が仮想マシン310において実現されているものとして説明したが、これらの機能は必ずしも仮想マシン310において実現されるものでなくてもよい。また、以上の説明では、ルートディレクトリからアクセス対象ファイルまでを第1ストレージ装置10aに復元するものとして説明したが、同様の方法でその一部を復元するように構成することもできる。例えば、アクセス対象ファイルの親ディレクトリとアクセス対象ファイルを復元することもできる。"