情報処理装置から送られてくるファイル単位のデータI/O要求を受け付けてデータI/Oを行う複数の第1ストレージ装置と、前記複数の第1ストレージ装置のそれぞれと通信可能に接続される第2ストレージ装置とを備える情報処理システムであって、前記第1ストレージ装置は、前記第2ストレージ装置へのファイルの移行に先立ち、当該ファイルの移行に関する情報であるファイル移行情報を前記第2ストレージ装置に通知し、前記第2ストレージ装置は、前記ファイル移行情報に記載されている情報に基づき前記ファイルの移行によって生じる前記第2ストレージ装置の負荷の増分を求め、前記第2ストレージ装置は、自身の現在の負荷と前記増分とに基づき前記ファイルの移行可否を判定し、前記第2ストレージ装置は、前記ファイル移行情報を通知してきた前記第1ストレージ装置に前記判定結果を通知し、前記第1ストレージ装置は、前記判定結果に基づき前記ファイルを前記第2ストレージ装置に移行するか否かを決定することを特徴とする情報処理システム。請求項1に記載の情報処理システムであって、前記第2ストレージ装置は、前記複数の第1ストレージ装置から読み出し及び書き込みが可能なファイル移行管理テーブルを有し、前記第1ストレージ装置は、前記第2ストレージ装置へのファイルの移行に先立ち、前記ファイル移行情報を前記ファイル移行管理テーブルに書き込むことにより、前記ファイル移行情報を前記第2ストレージ装置に通知し、前記第2ストレージ装置は、前記判定結果を前記ファイル移行情報と対応付けて前記ファイル移行管理テーブルに書き込むことにより、前記判定結果を前記第1ストレージ装置に通知することを特徴とする情報処理システム。請求項1に記載の情報処理システムであって、前記第2ストレージ装置は、前記増分と、前記第2ストレージ装置自身の現在の負荷と、の和が、所定値以下の場合には、前記第1ストレージ装置からの前記ファイルの移行を実施可能と判定することを特徴とする情報処理システム。請求項3に記載の情報処理システムであって、前記ファイルの移行を実施可能と判定された前記第1ストレージ装置は、前記ファイルの複製を前記第2ストレージ装置に送信し、前記第2ストレージ装置から前記ファイルの複製の前記第2ストレージ装置における記憶位置を取得し、取得した前記記憶位置を前記第1ストレージ装置に記憶すると共に、前記ファイルを前記第1ストレージ装置から削除することを特徴とする情報処理システム。請求項1に記載の情報処理システムであって、前記第2ストレージ装置は、前記増分と、前記第2ストレージ装置自身の現在の負荷と、の和が、所定値を超える場合には、前記第1ストレージ装置からの前記ファイルの移行を実施保留と判定することを特徴とする情報処理システム。請求項5に記載の情報処理システムであって、前記第2ストレージ装置は、所定のタイミングで、実施保留と判定した前記ファイルの移行可否を、前記ファイル移行情報に基づいて再判定することを特徴とする情報処理システム。請求項6に記載の情報処理システムであって、前記ファイル移行情報には、前記第1ストレージ装置の記憶領域の使用率を示す情報が記載され、前記第2ストレージ装置は、前記ファイルの移行可否を再判定する際に、他の第1ストレージ装置からのファイルの移行についても実施保留と判定している場合には、それぞれのファイル移行情報に記述されている前記記憶領域の使用率を示す情報を参照し、使用率が大きな第1ストレージ装置から通知されたファイル移行情報から順に再判定を行うことを特徴とする情報処理システム。請求項6に記載の情報処理システムであって、前記ファイル移行情報には、移行するファイルのデータ量、移行期限、及び移行時のデータ転送速度を示す情報が記載され、前記第2ストレージ装置は、前記ファイルの移行可否を再判定する際に、他の第1ストレージ装置からのファイルの移行についても実施保留と判定している場合には、それぞれのファイル移行情報に記述されているデータ量と、移行時のデータ転送速度と、現在時刻と、に基づいて、それぞれのファイルの移行完了時刻を求め、前記第2ストレージ装置は、移行完了時刻から移行期限までの時間が短いファイル移行情報から順に再判定を行うことを特徴とする情報処理システム。請求項8に記載の情報処理システムであって、前記第2ストレージ装置は、前記移行期限までに前記ファイルの移行を完了することできない場合には、前記第1ストレージ装置からの前記ファイルの移行を実施不可と判定することを特徴とする情報処理システム。請求項9に記載の情報処理システムであって、前記複数の第1ストレージ装置は、それぞれ、第3ストレージ装置と通信可能に接続され、前記ファイルの移行を実施不可と判定された前記第1ストレージ装置は、前記第3ストレージ装置に、前記ファイルを移行することを特徴とする情報処理システム。請求項9に記載の情報処理システムであって、前記ファイルの移行を実施不可と判定された前記第1ストレージ装置は、前記情報処理装置に対して、前記第1ストレージ装置へのファイルの書き込みを禁止することを特徴とする情報処理システム。情報処理装置から送られてくるファイル単位のデータI/O要求を受け付けてデータI/Oを行う複数の第1ストレージ装置と、前記複数の第1ストレージ装置のそれぞれと通信可能に接続される第2ストレージ装置とを備える情報処理システムの制御方法であって、前記第1ストレージ装置は、前記第2ストレージ装置へのファイルの移行に先立ち、当該ファイルの移行に関する情報であるファイル移行情報を前記第2ストレージ装置に通知し、前記第2ストレージ装置は、前記ファイル移行情報に記載されている情報に基づき前記ファイルの移行によって生じる前記第2ストレージ装置の負荷の増分を求め、前記第2ストレージ装置は、自身の現在の負荷と前記増分とに基づき前記ファイルの移行可否を判定し、前記第2ストレージ装置は、前記ファイル移行情報を通知してきた前記第1ストレージ装置に前記判定結果を通知し、前記第1ストレージ装置は、前記判定結果に基づき前記ファイルを前記第2ストレージ装置に移行するか否かを決定することを特徴とする情報処理システムの制御方法。このような場合、拠点数の増加や取扱いファイルのデータ量の増大等に伴って、情報処理システムの規模が大きくなると、データセンタのストレージシステムの負荷が増大する。このため、データセンタの負荷を適切に制御し、情報処理システム全体の信頼性を向上させることを可能にする技術が求められている。本発明はこのような背景に鑑みてなされたものであり、情報処理システムの信頼性を向上させることを一つの目的とする。上記目的を達成するための本発明の一つは、情報処理装置から送られてくるファイル単位のデータI/O要求を受け付けてデータI/Oを行う複数の第1ストレージ装置と、前記複数の第1ストレージ装置のそれぞれと通信可能に接続される第2ストレージ装置とを備える情報処理システムであって、前記第1ストレージ装置は、前記第2ストレージ装置へのファイルの移行に先立ち、当該ファイルの移行に関する情報であるファイル移行情報を前記第2ストレージ装置に通知し、前記第2ストレージ装置は、前記ファイル移行情報に記載されている情報に基づき前記ファイルの移行によって生じる前記第2ストレージ装置の負荷の増分を求め、前記第2ストレージ装置は、自身の現在の負荷と前記増分とに基づき前記ファイルの移行可否を判定し、前記第2ストレージ装置は、前記ファイル移行情報を通知してきた前記第1ストレージ装置に前記判定結果を通知し、前記第1ストレージ装置は、前記判定結果に基づき前記ファイルを前記第2ストレージ装置に移行するか否かを決定する。その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。本発明によれば、情報処理システムの信頼性を向上させることができる。以下、発明を実施するための形態について図面とともに説明する。本実施形態に係る情報処理システム1の概略的な構成を図1に示す。情報処理システム1は、企業の支店や事業所等の複数の拠点にそれぞれ構築される複数のシステム以下エッジEdge50とも称すると、各エッジ50の運用管理や、各エッジ50に対するアプリケーションサービスの提供、クラウドサービスの提供などを行うデータセンタ等の拠点に構築されるシステム以下、コア51Coreとも称するとが、WANWideAreaNetworkやLANLocalAreaNetwork等の通信ネットワーク7を介して通信可能に接続されて構成される。各エッジ50は、同一企業内の各拠点に設けられるシステムであってもよいし、異なる企業の各拠点に設けられるシステムあっても良い。各エッジ50には、第1サーバ装置3a、第1ストレージ装置10a、及びクライアント装置2が設けられる。また第1サーバ装置3aと第1ストレージ装置10aとを含んで、第1ストレージシステム8aが構成される。もちろん、ストレージシステム8aは、ストレージ装置10aとサーバ装置3aとの2つの装置を含んで構成されてもよいし、ストレージ装置10aとサーバ装置3aの両方の機能を備えたひとつのストレージ装置として構成されてもよい。またコア51には、第2サーバ装置3b、及び第2ストレージ装置10bが設けられる。そして第2サーバ装置3bと第2ストレージ装置10bとを含んで、第2ストレージシステム8bが構成される。ストレージシステム8bは、ストレージ装置10bとサーバ装置3bとの2つの装置を含んで構成されてもよいし、ストレージ装置10bとサーバ装置3bの両方の機能を備えたひとつのストレージ装置として構成されてもよい。尚、情報処理システム1の各構成要素の所在は必ずしも図1に示したものに限定されない。また以下の説明において、説明の簡単化、合理化のため、第1サーバ装置3aと第2サーバ装置3bとをまとめてサーバ装置3とも記す。また例えば、第1ストレージ装置10aと第2ストレージ装置10bとをまとめてストレージ装置10とも記す。その他の構成要素についても必要に応じて同様にまとめて記す。各エッジ50では、クライアント装置2、第1サーバ装置3a、第1ストレージ装置10aが日々情報処理を実行している。そして情報処理の実行に伴い、第1ストレージ装置10aには、日々新たなファイルなどのデータが生成、蓄積される。詳細は後述するが、例えば各エッジ50の業務終了後の夜間の指定時間帯などに、これらのデータが、各エッジ50の第1サーバ装置3aに記憶されているポリシファイル移行ポリシに従って、コア51の第2ストレージシステム8bに移行マイグレーションされる。移行の際には、第1ストレージ装置10aは、移行対象のデータの複製を第1ストレージ装置10aから第2ストレージ装置10bに送信レプリケーションし、それらのデータの第2ストレージ装置10bにおける記憶位置等のメタデータをスタブファイルとして第1ストレージ装置10aに記憶するとともに、第2ストレージ装置10bに移行したデータの実体を第1ストレージ装置10aから削除するスタブ化。情報処理システム1がこのようなマイグレーションを行うように制御することにより、各エッジ50でそれぞれ行われてきたデータのバックアップ等の各種管理作業をコア51に集約することができるので、各エッジ50では、このようなバックアップ作業コストやソフトウェアコスト、設備コスト等の様々なコストを削減することが可能になる。コア51の第2ストレージシステム8bは、各エッジ50からそれぞれ送信されてくるデータをそれぞれの指定時間帯内に第2ストレージ装置10bに記憶する。本実施形態に係る情報処理システム1においては、各エッジ50の第1ストレージシステム8aは、これらのデータを第2ストレージシステム8bに移行するに先立ち、送信する総データ量や移行期限を指定する情報などのファイルの移行に関する情報を記載したファイル移行情報を第2ストレージシステム8bに送信する。そして第2ストレージシステム8bは、各エッジ50から送信されてきたファイル移行情報とコア51の現時点での負荷等に基づいて、各エッジ50からのデータ移行のタイミングを調整する。第2ストレージシステム8bは、このデータ移行のタイミング調整を、所定のタイミングで繰り返し実行している。上記タイミング調整の結果、データ移行可と判定されたエッジ50の第1ストレージシステム8aは、第2ストレージシステム8bに対してデータの送信を開始する。そして第2ストレージシステム8bは、この第1ストレージシステム8aから送信されてきたデータを受信し、第2ストレージ装置10bに格納する。一方、データ移行を保留する旨の判定をされたエッジ50の第1ストレージシステム8aは、データの移行を開始せず、第2ストレージシステム8bから次の調整の結果が送信されてくるのを待つ。また、データ移行を待機していたもののデータ移行可の判定がなされないまま、ファイル移行情報に指定した移行期限内にデータの移行が行えなくなった第1ストレージシステム8aは、第2ストレージシステム8bへのデータ移行を中止することになる。この場合、この第1ストレージシステム8aは、例えば所定時間後例えば24時間後に再度第2ストレージシステム8bに対してファイル移行情報を送信し、データ移行可と判定されてから、第2ストレージシステム8bへのデータ移行を行うようにすることもできる。あるいは、この第1ストレージシステム8aは、第2ストレージシステム8bとは異なる他のストレージシステム例えば後述する第3ストレージシステム8cに対してデータ移行を行うようにしても良い。詳細は後述するが、情報処理システム1がこのような制御を行うことにより、コア51の情報処理能力や負荷を考慮した移行処理を実行することが可能となる。そして例えばコア51の情報処理能力を超えないように各エッジ50からのデータの移行をスケジューリングすることにより、コア51での障害や不具合の発生を防止でき、情報処理システム1の信頼性を向上させることが可能となる。そしてこれにより、各エッジ50のユーザデータの保全性を高めることが可能となる。以下、情報処理システム1の各構成要素について順に説明する。第1サーバ装置3aは、例えば、クライアント装置2にファイル単位でのデータの管理機能を提供するファイルシステムを備えたファイルストレージ装置である。第1サーバ装置3aは、仮想化制御機構ホストOS型、ハイパーバイザ型等によって仮想マシンとして実現されたものであってもよい。第2サーバ装置3bは、例えば、エッジ50の第1ストレージ装置10aに対してデータの書庫アーカイブとして機能する装置アーカイブ装置である。第2サーバ装置3bは、例えば、クラウドサービスが提供する資源を用いて実現される。第2サーバ装置3bは、仮想化制御機構ホストOS型、ハイパーバイザ型等によって仮想マシンとして実現されたものであってもよい。クライアント装置2と第1サーバ装置3aとは、第1通信ネットワーク5を介して通信可能に接続されている。また第1サーバ装置3aと第1ストレージ装置10aとは、第1ストレージネットワーク6aを介して通信可能に接続されている。第1サーバ装置3aと、第2サーバ装置3bとは、第2通信ネットワーク7を介して通信可能に接続されている。また第2サーバ装置3bと、第2ストレージ装置10bとは、第2ストレージネットワーク6bを介して通信可能に接続されている。第1通信ネットワーク5及び第2通信ネットワーク7は、例えば、LANLocalAreaNetwork、WANWideAreaNetwork、インターネット、公衆通信網、専用線などである。第1ストレージネットワーク6a及び第2ストレージネットワーク6bは、例えば、LAN、WAN、SANStorageAreaNetwork、インターネット、公衆通信網、専用線などである。第1通信ネットワーク5、第2通信ネットワーク7、第1ストレージネットワーク6a、第2ストレージネットワーク6bを介して行われる通信は、例えば、TCP/IP、iSCSIinternetSmallComputerSystemInterface、ファイバーチャネルプロトコルFibreChannelProtocol、FICONFibreConnection登録商標、ESCONEnterpriseSystemConnection登録商標、ACONARCAdvancedConnectionArchitecture登録商標、FIBARCFibreConnectionArchitecture登録商標などのプロトコルに従って行われる。クライアント装置2は、第1サーバ装置3aを介して第1ストレージ装置10aが提供する記憶領域を利用する情報処理装置コンピュータである。クライアント装置2は、例えばパーソナルコンピュータ、オフィスコンピュータ、ノートブック型コンピュータ、タブレット型携帯端末等である。またクライアント装置2では、ソフトウエアモジュールファイルシステム、カーネル、ドライバ等によって実現されるオペレーティングシステムOperatingSystem、アプリケーション等が機能している。クライアント装置2は、アプリケーションを実行する際に必要なファイルを第1ストレージ装置10aから読み出したり書き込んだりするために、リード要求やライト要求を第1サーバ装置3aに送信する。クライアント装置2のハードウエア構成を図2に示す。クライアント装置2は、プロセッサ21、揮発性または不揮発性のメモリ22RAMRandomAccessMemory、ROMReadOnlyMemory、NVRAMNonVolatileRAM等、記憶装置23HDDHardDiskDrive、半導体記憶装置SSDSolidStateDrive等、入力装置24キーボード、マウス、タッチパネル等、出力装置25液晶モニタ、プリンタ等、及びNICNetworkInterfaceCard以下、LANアダプタ261とも称する。等の通信インタフェース通信I/F26とも称する。を備える。第1サーバ装置3aは、第1ストレージ装置10aが提供する記憶領域をデータの格納場所として利用してクライアント装置2に情報処理サービスを提供する情報処理装置である。第1サーバ装置3aは、例えば、パーソナルコンピュータ、メインフレームMainframe、オフィスコンピュータ等のコンピュータを用いて構成されている。第1サーバ装置3aは、クライアント2から送信されるリード要求やライト要求に応じて、第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のハードウエア構成を図3に示す。サーバ装置3は、プロセッサ31、揮発性または不揮発性のメモリ32RAM、ROM、NVRAM等、記憶装置33HDD、半導体記憶装置等、入力装置34キーボード、マウス等、出力装置35液晶モニタ、プリンタ等、通信インタフェース以下、通信I/F36NIC以下、LANアダプタ361とも称する。やHBA以下、FCアダプタ362とも称する。等、及びタイマ回路やRTC等を用いて構成される計時装置37を備える。次に、図4にストレージ装置10第1ストレージ装置10a、第2ストレージ装置10bのハードウエア構成を示す。ストレージ装置10は、例えばディスクアレイ装置である。ストレージ装置10は、サーバ装置3第1サーバ装置3a、第2サーバ装置3bから送られてくるI/O要求を受け付け、受け付けたI/O要求に応じて記録媒体にアクセスし、サーバ装置3にデータやレスポンスを送信する。図4に示すように、ストレージ装置10は、一つ以上のチャネル基板11、一つ以上のプロセッサ基板12MicroProcessor、一つ以上のドライブ基板13、キャッシュメモリ14CacheMemory、共有メモリ15SharedMemory、内部スイッチ16、記憶装置17、及び保守装置18SVPSerViceProcessorを備える。チャネル基板11、プロセッサ基板12、ドライブ基板13、キャッシュメモリ14、及び共有メモリ15は、内部スイッチ16を介して互いに通信可能に接続されている。チャネル基板11は、サーバ装置3から送られてくるフレームを受信し、受信したフレームに含まれているI/O要求についての処理データ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等の方式で制御することによって提供される論理的な記憶領域を単位として、記憶装置17の記憶領域をサーバ装置3に提供する。この論理的な記憶領域は、例えば、RAIDグループパリティグループParityGroupを用いて構成される論理装置LDEV172LDEVLogicalDeviceの記憶領域である。またストレージ装置10は、サーバ装置3に対してLDEV172を用いて構成される論理的な記憶領域以下、LULogicalUnit、LogicalVolume、論理ボリューム173とも称する。を提供する。LU173には夫々識別子以下、LUNとも称する。が付与される。ストレージ装置10は、LU173とLDEV172との対応関係を管理している。ストレージ装置10は、上記対応に基づき、LU173に対応するLDEV172の特定やLDEV172に対応するLU173の特定を行う。チャネル基板11のハードウエア構成を図5に示す。チャネル基板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と通信する。プロセッサ基板12のハードウエア構成を図6に示す。プロセッサ基板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のいずれにもアクセスすることができる。ドライブ基板13のハードウエア構成を図7に示す。ドライブ基板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は、ストレージ装置10の保守装置18とLAN等を介して通信可能に接続されるコンピュータである。管理装置19はストレージ装置10の制御や監視のためのユーザインタフェースGUIGraphicalUserInterface、CLICommandLineInterface等を備える。なお管理装置19は、ストレージ装置10に接続される場合のほか、サーバ装置3に接続されるようにしても良い。この場合、管理装置19は、ストレージ装置10の各構成要素の制御や状態監視を行うほか、サーバ装置3の各構成要素の制御や状態監視を行うようにしても良い。例えば管理装置19は、ファイルシステムに関する管理や制御も行うようにしても良い。次に、ストレージ装置10が備える基本的な機能を図8に示す。ストレージ装置10は、I/O処理部811を備える。I/O処理部811は、ストレージ装置10の記憶装置17への書き込みに関する処理を行うデータ書き込み処理部8111、ストレージ装置10の記憶装置17からのデータの読み出しに関する処理を行うデータ読み出し処理部8112を備える。尚、I/O処理部811は、チャネル基板11、プロセッサ基板12、もしくはドライブ基板13が備えるハードウエアにより、又はプロセッサ112、プロセッサ122、もしくはプロセッサ132が、メモリ113、メモリ123、もしくはメモリ133に格納されているマイクロプログラムを読み出して実行することにより実現される。次に、ストレージ装置10が、サーバ装置3からデータ書き込み要求を含んだフレームを受信した場合に、I/O処理部811のデータ書き込み処理部8111によって行われる基本的な処理以下、書き込み処理S900とも称する。を、図9に示すフローチャートを参照しながら説明する。尚、以下の説明において、符号の前に付しているSの文字はステップの略字である。図9に示すように、まずサーバ装置3から送信されてくるデータ書き込み要求のフレームが、ストレージ装置10のチャネル基板11によって受信されるS911S912。チャネル基板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が、サーバ装置3からデータ読み出し要求を含んだフレームを受信した場合に、ストレージ装置10のI/O処理部811のデータ読み出し処理部8112によって行われるI/O処理以下、読み出し処理S1000とも称する。を、図10に示すフローチャートを参照しながら説明する。図10に示すように、まずサーバ装置3から送信されてくるフレームが、ストレージ装置10のチャネル基板11によって受信されるS1011S1012。チャネル基板11は、サーバ装置3からデータ読み出し要求を含んだフレームを受信すると、その旨をドライブ基板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は、読み出しデータ及び完了報告を受信するS1020S1021。次に、図11にクライアント装置2が備える主な機能を示す。クライアント装置2は、アプリケーション211、ファイルシステム212、及びカーネル/ドライバ213、プロトコルクライアント214の各機能を備える。尚、これらの機能は、クライアント装置2のプロセッサ21が、メモリ22や記憶装置23に格納されているプログラムを読み出して実行することにより実現される。アプリケーション211は、エッジ50のユーザ等に対して情報処理サービスを提供するために実行されるプログラムである。クライアント装置2がアプリケーション211を実行することによって、クライアント装置2は、第1ストレージシステム8aに対してファイル単位のデータI/O要求リード要求やライト要求を送信する等のIOオペレーションを実行する。ファイルシステム212は、クライアント装置2に対してファイル単位又はディレクトリ単位での論理ボリュームLU173へのI/O機能を実現する。ファイルシステム212は、例えば、FAT、ext4、UDFUniversalDiskFormat、HPFSHighPerformanceFilesystem、JFSJournaledFileSystem、UFSUnix登録商標FileSystem、VTOC、XFS、NFS、CIFS等である。カーネル/ドライバ213は、オペレーティングシステムのソフトウエアを構成しているカーネルモジュールやドライバモジュールを実行することにより実現される。カーネルモジュールには、クライアント装置2において実行されるソフトウエアについて、プロセスの管理、プロセスのスケジューリング、記憶領域の管理、ハードウエアからの割り込み要求のハンドリング等、オペレーティングシステムが備える基本的な機能を実現するためのプログラムが含まれている。ドライバモジュールには、クライアント装置2を構成しているハードウエアやクライアント装置2に接続して用いられる周辺機器とカーネルモジュールとが通信するためのプログラム等が含まれている。プロトコルクライアント214は、クライアント装置2が第1ストレージシステム8aに対するリード要求やライト要求等のIOオペレーションを行う際に、第1サーバ装置3aにおいて実行されるプロトコルサーバ320と連携し、NFSやCIFS等のプロトコルに関する処理を実行する。次に、図12に第1サーバ装置3aが備える主な機能、及び第1サーバ装置3aにおいて管理される主な情報データを示す。第1サーバ装置3aは、ファイルシステム312、データ複製/移動処理部314、ファイルアクセスログ取得部317、カーネル/ドライバ318、コーディネータクライアント319、プロトコルサーバ320の各機能を備える。尚、これらの機能は、第1サーバ装置3aが備えるハードウエアによって、もしくは第1サーバ装置3aのプロセッサ31が、メモリ32に格納されているプログラムを読み出して実行することにより実現される。尚、データ操作要求受付部313、データ複製/移動処理部314、ファイルアクセスログ取得部317の各機能は、ファイルシステム312の機能として実現してもよいし、ファイルシステム312とは独立した機能として実現してもよい。また第1サーバ装置3aは、レプリケーション情報管理テーブル331、ファイルアクセスログ332、ファイル移行ポリシテーブル333などの情報データを管理記憶している。これらの情報は、例えば、第1サーバ装置3aのメモリ32や記憶装置33に格納されている。ファイルシステム312は、クライアント装置2に対して、第1ストレージ装置10aによって提供される論理ボリュームLU173に管理されるファイルやディレクトリに対するI/O機能を提供する。ファイルシステム312は、例えばFAT、ext4、UDFUniversalDiskFormat、HPFSHighPerformanceFilesystem、JFSJournaledFileSystem、UFSUnixFileSystem、VTOC、XFS、NFS、CIFS等である。データ複製/移動処理部314は、他のサーバ装置3第2サーバ装置3bとの間、もしくはストレージ装置10第1ストレージ装置10a、第2ストレージ装置10bとの間で、ファイルに関する各種制御を行う。例えばデータ複製/移動処理部314は、データファイルのメタデータや実体を含むの送受信、制御情報フラグやテーブルを含むの送受信、各種テーブルの管理などを行う。またデータ複製/移動処理部314は、後述するレプリケーション制御、レプリケーションファイル第1ストレージ装置10aに記憶されているファイルの複製が第2ストレージ装置10bにも記憶されているファイルに対する更新制御、レプリケーションファイルに対する参照制御、同期制御、メタデータに対するアクセス制御、ファイルの実体に対する参照制御、リコール制御、スタブstub化ファイルの実体に対する更新制御などを行う。レプリケーションとは、第1ストレージ装置10aに記憶するファイルやディレクトリのデータのメタデータ及び実体の複製を、他のストレージ装置10例えば、第2ストレージ装置10bにおいても記憶することを言う。スタブ化とは、ファイルやディレクトリのメタデータについては第1ストレージ装置10aに管理記憶するが、ファイルやディレクトリのデータの実体については第1ストレージ装置10a側では管理記憶せず、他のストレージ装置10例えば、第2ストレージ装置10bにおいてのみ管理記憶するようにすることをいう。スタブstubとは、その場合に第1ストレージ装置10aに残留するメタデータのことをいう。第1サーバ装置3aが、スタブ化されたファイル又はディレクトリに対してそのファイル又はディレクトリの実体が必要になるようなリード要求やライト要求を受け付けた場合には、そのファイル又はディレクトリの実体が他のストレージ装置10から第1ストレージ装置10aに送信される以下リコールとも称する。また、第1ストレージ装置10aに記憶されるファイルのメタデータ及び実体を第2ストレージ装置10bにレプリケーションした後に、所定のタイミングでそのファイルをスタブ化する場合、そのような処理をマイグレーション移行とも言う。所定のタイミングとしては、例えば第1サーバ装置3aが、第1ストレージ装置10aの残り記憶容量が所定値を下回ったことを検出した際や、第1ストレージ装置10aの記憶容量の使用率が所定率を上回ったことを検出した際、レプリケーション後の所定期間内にアクセスがなされなかったファイルを検出した際などとすることができる。あるいは、第1ストレージ装置10aに記憶されているファイルを第2ストレージ装置10bにレプリケーションした後、引き続いてそれらのファイルをスタブ化するようにしてもよい。またデータ複製/移動処理部314は、例えば毎日所定時刻例えば深夜の所定時刻になると、後述するファイル移行ポリシテーブル333に記述されているファイル移行ポリシに従って、第1ストレージ装置10aに記憶されているファイルのうち、第2ストレージシステム8bに移行すべきファイルを抽出する。そしてデータ複製/移動処理部314は、抽出した移行対象のファイルの総データ量や送信時間帯Window等の情報を含むファイル移行情報をコーディネータクライアント319に送信し、コーディネータクライアント319による制御の下、抽出した移行対象ファイルの第2ストレージシステム8bへの送信を行う。具体的には、データ複製/移動処理部314は、コーディネータクライアント319から移行実施可の通知を受け取った場合には、移行対象のファイルの第2ストレージシステム8bへの送信を開始する。またデータ複製/移動処理部314は、コーディネータクライアント319から移行実施待機の通知を受け取った場合には、移行対象のファイルを第2ストレージシステム8bには送信せずに、待機する。またデータ複製/移動処理部314は、コーディネータクライアント319から移行実施不可の通知を受け取った場合には、第2ストレージシステム8bへのファイルの送信を中止する。コーディネータクライアント319は、データ複製/移動処理部314から、移行対象ファイルの総データ量や送信時間帯を指定する情報Window等の情報を含むファイル移行情報を取得すると、そのファイル移行情報を第2ストレージ装置10bの共有LU173に記憶されているファイル移行管理テーブル110に書き込む。共有LU173は、全てのエッジ50の第1サーバ装置3aから読み出し及び書き込みが可能に構成された記憶領域である。各エッジ50の第1サーバ装置3aが、それぞれの移行対象ファイルの総データ量や送信時間帯などを記述したファイル移行情報を共有LU173に書き込んでおくと、第2サーバ装置3bが実行するコーディネータサーバ346は、それらのファイル移行情報と、第2ストレージ装置10bの負荷と、に基づいて、各エッジ50からリクエストされた移行の実施可否の判定を行う。そしてコーディネータサーバ346は、各リクエストに対する判定結果をファイル移行管理テーブル110に書き込む。各エッジ50のコーディネータクライアント319は、それぞれ所定のタイミングでファイル移行管理テーブル110を参照し、移行の実施可否の判定結果を取得する。そしてコーディネータクライアント319は、判定結果をデータ複製/移動処理部314に通知する。カーネル/ドライバ318は、オペレーティングシステムのソフトウエアを構成しているカーネルモジュールやドライバモジュールを実行することにより実現される。カーネルモジュールには、第1サーバ装置3aにおいて実行されるソフトウエアについて、プロセスの管理、プロセスのスケジューリング、記憶領域の管理、ハードウエアからの割り込み要求のハンドリング等、オペレーティングシステムが備える基本的な機能を実現するためのプログラムが含まれる。ドライバモジュールには、第1サーバ装置3aを構成しているハードウエアや第1サーバ装置3aに接続して用いられる周辺機器とカーネルモジュールとが通信するためのプログラムが含まれる。ファイルアクセスログ取得部317は、ストレージ装置10の論理ボリュームLU173に格納されているファイルへのアクセスファイルの更新WriteUpdate、ファイルの読み出しRead、ファイルのオープンOpen、ファイルのクローズClose等が行われると、そのアクセスの内容履歴を示す情報以下、アクセスログとも称する。を、計時装置37から取得される日時情報に基づくタイムスタンプを付与してファイルアクセスログ332として記憶する。プロトコルサーバ320は、クライアント装置2が第1ストレージシステム8aに対するリード要求やライト要求等のIOオペレーションを行う際に、クライアント装置2において実行されるプロトコルクライアント214と連携し、NFSやCIFS等のプロトコルに関する処理を実行する。次に、図13にレプリケーション情報管理テーブル331の一例を示す。レプリケーション情報管理テーブル331には、レプリケーション先となるホスト名3311例えば第2サーバ装置3bのIPアドレス等のネットワークアドレス。、スタブ化するか否かを判断する際に用いる閾値3312以下、スタブ化閾値とも称する。が設定される。図13に示す例では、スタブ化閾値3312には、第1ストレージ装置10aの残り記憶容量が200GBを下回った場合にスタブ化を実施するような閾値が設定されているが、様々に設定することが可能である。例えば、スタブ化閾値として期間例えば10日間を設定し、その期間、読み出しや更新がなされなかったファイルをスタブ化するようにしても良い。あるいは、スタブ化閾値として、特定のファイルの拡張子を設定し、その拡張子を有するファイルについて、スタブ化を実施するようにしても良い。次に、図14にファイルアクセスログ332の一例を示す。ファイルアクセスログ332には、アクセス日時3351、ファイル名3352、及びユーザID3353の各項目からなる一つ以上のレコードで構成されるアクセスログが記録される。このうちアクセス日時3351には、そのファイルやディレクトリに対するアクセスがされた日時が設定される。ファイル名3352には、アクセス対象となったファイル又はディレクトリのファイル名やディレクトリ名が設定される。ユーザID3353には、そのファイルやディレクトリにアクセスしたユーザのユーザIDが設定される。次に、図15にファイル移行ポリシテーブル333の一例を示す。ファイル移行ポリシテーブル333は、対象ファイル欄と、window欄と、を有する。対象ファイル欄には、移行対象とするファイルを示す情報が記載される。またwindow欄には、移行対象とするファイルを移行する時間帯を示す情報が記載される。window欄に示される時間帯内であればいつ移行が実施されてもかまわないが、window欄の時間帯の終了時刻が移行期限となる。図15に示す例では、第1ストレージ装置10aに記憶されているファイルのうち、同期要ファイルの実体と同期要ファイルのメタデータとを、いずれも午後10時以降で午前6時までの間に、第2ストレージ装置10bに移行することが示される。詳細は後述するが、同期要ファイルの実体とは、inode管理テーブル2212において、実体同期要フラグがセット1されているファイルの実体を言う。また同期要ファイルのメタデータとは、inode管理テーブル2212において、メタデータ同期要フラグがセット1されているファイルのメタデータを言う。また、ファイル移行ポリシテーブル333のwindow欄は、移行が行われる時間帯移行を開始してもよい時刻と移行期限を指定する情報である。この時間帯は、エッジ50側の業務形態等に応じてシステム管理者によって適宜設定される。例えば図15に示す例では、例えばエッジ50では毎日午後10時から午前6時までの間は業務が停止するため、この間に、直近営業日にエッジ50で更新あるいは生成されたファイルの実体やメタデータを、コア51側に移行しておくということを示している。ファイル移行ポリシテーブル333の記載内容は、図15に示す以外にも様々な態様が可能である。例えば、第1ストレージ装置10aに記憶されている特定の拡張子を有するファイルを記述しておき、この拡張子を有するファイルを移行の対象にするようにしても良い。次に、図16に第2サーバ装置3bが備える主な機能を示す。第2サーバ装置3bは、ファイルシステム342、データ複製/移動処理部344、カーネル/ドライバ345、コーディネータサーバ346、負荷取得部347の各機能を備えている。尚、データ複製/移動処理部344の機能は、ファイルシステム342の機能として実現してもよいし、ファイルシステム342とは独立した機能として実現してもよい。ファイルシステム342は、第2ストレージ装置10bによって提供される論理ボリュームLU173を用い、第1サーバ装置3aに対してファイル単位又はディレクトリ単位の論理ボリュームLU又は仮想LUへのI/O機能を提供する。ファイルシステム342は、例えばFAT、NTFS、HFS、ext2、ext3、ext4、UDF、HPFS、JFS、UFS、VTOC、XFS、NFS、CIFSなどである。データ複製/移動処理部344は、第1サーバ装置3aや第2ストレージ装置10bとの間でのデータの移動や複製に関する処理を行う。例えば、第1サーバ装置3aから、移行対象のファイルが送信されると、データ複製/移動処理部344はそのファイルを受信して、第2ストレージ装置10bの所定の記憶領域に書き込む。カーネル/ドライバ345は、オペレーティングシステムのソフトウエアを構成しているカーネルモジュールやドライバモジュールを実行することにより実現される。カーネルモジュールには、第2サーバ装置3bにおいて実行されるソフトウエアについて、プロセスの管理、プロセスのスケジューリング、記憶領域の管理、ハードウエアからの割り込み要求のハンドリング等、オペレーティングシステムが備える基本的な機能を実現するためのプログラムが含まれる。ドライバモジュールには、第2サーバ装置3bを構成しているハードウエアや第2サーバ装置3bに接続して用いられる周辺機器とカーネルモジュールとが通信するためのプログラムが含まれる。コーディネータサーバ346は、所定のタイミングで、第2ストレージ装置10bの共有LU173に記憶されているファイル移行管理テーブル110を参照し、ファイル移行管理テーブル110に記憶されている各ファイル移行情報と、第2ストレージ装置10bの現在の負荷とに基づいて、第2ストレージ装置10bの負荷が処理能力を超えないように、移行の実施可否を判定する。そしてコーディネータサーバ346は、判定結果を各ファイル移行情報に対応付けて、ファイル移行管理テーブル110に書き込む。負荷取得部347は、第2ストレージ装置10bの現在の負荷を取得する。この第2ストレージ装置10bの負荷は、第2ストレージ装置10bが各エッジ50の第1ストレージシステム8aから移行対象のファイルを受信し記憶装置17に記憶する処理を実行する際の負荷や、記憶装置17に記憶されているファイルを読み出して第1ストレージシステム8aに送信する際の負荷である。負荷取得部347は、例えば、第2ストレージ装置10bが第1ストレージシステム8aから送信されてくるファイルを受信する際の受信速度単位時間あたりの転送データ量を負荷としてカーネル/ドライバ345から取得する。例えば、第2ストレージ装置10bが、毎秒100メガバイトのデータを送信してくる第1ストレージシステム8aからファイルを受信しつつ、他の第1ストレージシステム8aから毎秒200メガバイトの通信速度でファイルを受信している場合には、第2ストレージ装置10bの負荷は、毎秒300メガバイトであるとする。次に、第2ストレージ装置10bの構成を図17に示す。第2ストレージ装置10bは、I/O処理部811bを備える。I/O処理部811bの機能は、第1ストレージ装置10aが有するI/O処理部811aの機能と同様である。また第2ストレージ装置10bは、複数のLU173を備えている。各エッジ50の第1ストレージシステム8aから第2ストレージシステム8bに送信されてくるファイルは、各第1ストレージシステム8aにそれぞれ割り当てられたLU173にのみ書き込まれる。そして各エッジ50の第1ストレージシステム8aは、それぞれに割り当てられたLU173からのみファイルを読み出すことができる。一方、第2ストレージ装置10bは、全てのエッジ50の第1ストレージシステム8aから読み出し及び書き込みが可能に制御される共有LU173を有している。ファイル移行管理テーブル110は、この共有LU173に記憶されている。各エッジ50の第1ストレージシステム8aから第2ストレージシステム8bに送信されてくるファイルが、各エッジ50にそれぞれ割り当てられたLU173にのみ書き込まれると共に、共有LU173に記憶されているファイル移行管理テーブル110には、全てのエッジ50の第1ストレージシステム8aから読み出し及び書き込みが可能である様子を、図18に示す。なお、ファイル移行管理テーブル110を共有LU173に記憶するのではなく、ある特定のエッジ50に割り当てられているLU173の一部の記憶領域を、他のエッジ50からもアクセス可能に設定し、この記憶領域にファイル移行管理テーブル110を記憶するようにしても良い。次に、ファイル移行管理テーブル110の一例を図19に示す。ファイル移行管理テーブル110は、番号欄、CORCloudOnRamp欄、job欄、Window欄、総転送量欄、実効性能欄、ReadWrite欄、残りキャッシュ欄、結果欄を有する。なお番号欄は、図19ではと記載されている。これらの各欄に記載される値のうち、COR欄、job欄、Window欄、総転送量欄、実効性能欄、ReadWrite欄、残りキャッシュ欄、に記載される値は、第1サーバ装置3aから送信されたファイル移行情報に記載されている値である。また番号欄に記載される値は、第2ストレージ装置10b、あるいは第2サーバ装置3bが生成する値である。また結果欄に記載される値は、第2サーバ装置3bが記載する値である。番号欄には、各エッジ50の第1サーバ装置3aによってファイル移行管理テーブル110に書き込まれるファイル移行情報を一意に識別するための識別番号が記載される。この番号欄に記載される番号は、例えば第1サーバ装置3aから送信されたファイル移行情報を第2ストレージ装置10bがファイル移行管理テーブル110に書き込む際に、第2ストレージ装置10bが付与する。COR欄には、ファイル移行情報を送信してきた第1サーバ装置3aの識別情報が記載される。job欄には、ファイル移行情報を送信してきた第1サーバ装置3aが、そのファイル移行情報を識別するために付与した情報が記載される。Window欄には、そのファイル移行情報が対象とするマイグレーションの実行時間帯移行を開始してもよい時刻と移行期限を指定する情報が記載される。例えば図19の欄が1のファイル移行情報の場合は、そのファイル移行情報が対象とするマイグレーションが、午後10時から翌朝午前6時の間に行われるものであることが記載される。総転送量欄には、そのファイル移行情報が対象とするマイグレーションにより第2ストレージ装置10bに送信されるファイルの総データ量が記載される。実効性能欄には、そのファイル移行情報が対象とするマイグレーションにより第2ストレージ装置10bにファイルを送信する場合のデータ転送速度が記載される。このデータ転送速度は、例えば、過去の実測値であってもよいし、第1サーバ装置3aと第2サーバ装置3bとの間の第2通信ネットワーク7のデータ転送速度の上限値あるいは契約値であっても良い。ReadWrite欄には、第1サーバ装置3aが送信したファイルを第2ストレージ装置10bに書き込む場合はWが記載され、第2ストレージ装置10bに記憶されているファイルを第1サーバ装置3aが読み出す場合はRが記載される。具体的には、第1ストレージシステム8aから第2ストレージシステム8bへのマイグレーションの場合はWが記載される。また第1ストレージシステム8aに記憶されているスタブ化ファイルを更新する場合などに発生するリコールの場合はRが記載される。残りキャッシュ欄には、第1サーバ装置3aがファイル移行情報を送信した際の、第1ストレージ装置10aの残り記憶容量が記載される。この残りキャッシュ欄には、第1ストレージ装置10aの記憶容量の使用率が記載されるようにしても良い。結果欄には、ファイル移行管理テーブル110に記憶されている各ファイル移行情報と、第2ストレージ装置10bの処理能力と負荷とに基づいて、コーディネータサーバ346が行ったマイグレーションの実施可否の判定結果が記載される。判定結果は可、待ち、不可のいずれかである。可の場合は、そのファイル移行情報が対象とするマイグレーションが、現時点で実施可能であることを示す。この場合、このファイル移行情報をファイル移行管理テーブル110に書き込んだ第1サーバ装置3aは、マイグレーションの実行を開始する。待ちの場合は、そのファイル移行情報が対象とするマイグレーションは、現時点では実施可能ではないことを示す。この場合、このファイル移行情報をファイル移行管理テーブル110に書き込んだ第1サーバ装置3aは、マイグレーションの実行を待機する。不可の場合は、そのファイル移行情報が対象とするマイグレーションを、Window欄に記載されている時間帯内に完了することができないことを示す。この場合、このファイル移行情報をファイル移行管理テーブル110に書き込んだ第1サーバ装置3aは、第2ストレージ装置10bへのマイグレーションの実行を中止する。<ファイルシステム>次に、第1サーバ装置3aのファイルシステム312の構成について詳細に説明する。尚、第2サーバ装置3bのファイルシステム342も第1サーバ装置3aのファイルシステム312と同様である。図20は、ファイルシステム312が論理ボリューム173に管理しているデータの構造以下、ファイルシステム構造2200とも称する。の一例である。ファイルシステム構造2200は、スーパーブロック2211、inode管理テーブル2212、ファイルの実体データが格納されるデータブロック2213の各記憶領域が含まれる。スーパーブロック2211には、ファイルシステム312に関する情報ファイルシステムが取り扱う記憶領域の容量、使用量、空き容量等が格納される。スーパーブロック2211は、原則としてディスク区画論理ボリューム173上に設定されるパーティションごとに設けられる。スーパーブロック2211に格納される上記情報の具体例として、区画内のデータブロック数、データブロックのサイズ、空きブロック数、空きinode数、当該区画のマウント数、最新の整合性チェック時からの経過時間等がある。inode管理テーブル2212には、論理ボリューム173に格納されるファイルまたはディレクトリの管理情報以下、inodeとも称する。が格納される。ファイルシステム312は、1つのファイル又はディレクトリに対して1つのinodeを対応させて管理している。inodeのうちディレクトリに関する情報のみを含むものはディレクトリエントリと称される。ファイルに対するアクセスが行われる場合には、ディレクトリエントリを参照してアクセス対象のファイルのデータブロックにアクセスする。例えば、homeuser01atxtというファイルにアクセスする場合には、例えば図21に示すように矢印で示す順2→10→15→100にinode番号とディレクトリエントリを辿ってアクセス対象ファイルのデータブロックにアクセスする。次に、図22に一般的なファイルシステム例えば、UNIX登録商標系のオペレーティングシステムが備えるファイルシステムにおけるinodeの概念を示す。また図23にinode管理テーブル2212の一例を示す。図22、図23に示すように、inodeには、個々のinodeを区別する識別子であるinode番号2511、当該ファイル又はディレクトリの所有者2512、当該ファイル又はディレクトリについて設定されているアクセス権2513、当該ファイル又はディレクトリのファイルサイズ2514、当該ファイル又はディレクトリの最終更新日時2515、当該inodeがディレクトリエントリである場合に設定される当該ディレクトリの親ディレクトリ2516、当該inodeがディレクトリエントリである場合に設定される当該ディレクトリの子ディレクトリ2517、当該ファイルのデータの実体が格納されるデータブロックを特定する情報以下、ブロックアドレス2518とも称する。などの情報が含まれる。また図24に示すように、ファイルシステム312は、図23に示した一般的なファイルシステムにおけるinode管理テーブル2212の内容以外に、更にスタブ化フラグ2611、メタデータ同期要フラグ2612、実体同期要フラグ2613、レプリケーションフラグ2614、リンク先2615をinode管理テーブル2212に附随させて管理している。尚、レプリケーションによる管理方式やスタブ化による管理方式により、第1ストレージ装置10aに記憶されているファイルのメタデータ図24に示した各種の附随情報を含んだメタデータの複製が第2ストレージ装置10bにも記憶されている場合レプリケーションされている場合には、後述する同期処理S3700によって一方の装置のメタデータが更新されるとその旨が他方の装置にも通知される。これにより第1ストレージ装置10aのメタデータと第2ストレージ装置10bのメタデータの内容の同一性が確保される。図24において、スタブ化フラグ2611には、当該inodeに対応するファイル又はディレクトリがスタブ化されているか否かを示す情報が設定される。当該inodeに対応するファイル又はディレクトリがスタブ化されている場合は、スタブ化フラグ2611に1が設定され、スタブ化されていない場合はスタブ化フラグ2611に0が設定される。メタデータ同期要フラグ2612には、複製元の第1ストレージ装置10aのファイル又はディレクトリのメタデータと、複製先の第2ストレージ装置10bのファイル又はディレクトリのメタデータと、の間で同期をとる必要内容を一致させる必要が有るか否かを示す情報が設定される。メタデータの同期が必要な場合は、メタデータ同期要フラグ2612に1が設定され、同期が不要な場合はメタデータ同期要フラグ2612に0が設定される。第1ストレージ装置10aのファイルが第2ストレージ装置10bにレプリケーションされている場合に、このファイルのメタデータの内容が、第1ストレージ装置10aにおいてのみ更新された場合には、第1ストレージ装置10aに記憶されているメタデータと、第2ストレージ装置10bに記憶されているメタデータと、が不一致になる。このような場合、メタデータ同期要フラグ2612に1が設定される。実体同期要フラグ2613には、複製元の第1ストレージ装置10aのファイルのデータの実体と複製先の第2ストレージ装置10bのファイルのデータの実体との間で同期をとる必要内容を一致させる必要が有るか否かを示す情報が設定される。ファイルのデータの実体について同期が必要な場合は、実体同期要フラグ2613に1が設定され、同期が不要な場合は実体同期要フラグ2613に0が設定される。第1ストレージ装置10aのファイルが第2ストレージ装置10bにレプリケーションされている場合に、このファイルの実体が、第1ストレージ装置10aにおいてのみ更新された場合には、第1ストレージ装置10aに記憶されているファイルの実体と、第2ストレージ装置10bに記憶されているファイルの実体と、が不一致になる。このような場合、実体同期要フラグ2613に1が設定される。メタデータ同期要フラグ2612及び実体同期要フラグ2613は、後述する同期処理S3700において随時参照される。メタデータ同期要フラグ2612又は実体同期要フラグ2613のいずれかが1になっている場合、第1ストレージ装置10aのメタデータ又は実体とその複製である第2ストレージ装置10bのメタデータ又は実体とが同期される。レプリケーションフラグ2614には、そのinodeに対応するファイル又はディレクトリが、現在、後述するレプリケーション管理方式による管理の対象になっているか否かを示す情報が設定される。当該inodeに対応するファイルが、現在、レプリケーション管理方式による管理の対象になっている場合はレプリケーションフラグ2614に1が設定され、レプリケーションによる管理の対象になっていない場合はレプリケーションフラグ2614に0が設定される。リンク先2615には、そのinodeに対応するファイルが、後述するレプリケーション管理方式で管理されている場合において、そのファイルの複製先を示す情報例えば、格納先を特定するパス名、RAIDグループの識別子、ブロックアドレス、URLUniformResourceLocator、LUN等が設定される。=処理説明=次に情報処理システム1において行われる処理について説明する。まず、情報処理システム1において行われる全体の処理の流れを、図25を参照しながら説明する。ここで、各エッジ50では、クライアント装置2、第1サーバ装置3a、第1ストレージ装置10aが日々情報処理を実行しており、情報処理の実行に伴い、第1ストレージ装置10aには、日々新たにファイルが生成、更新される。このように、第1ストレージ装置10aにおいて新たに生成されたファイルや、更新されたファイルは、inode管理テーブル2212において、メタデータ同期要フラグ、あるいは実体同期要フラグが1にセットされる。第1ストレージシステム8aは、例えば毎日所定時刻になると、inode管理テーブル2212のメタデータ同期要フラグや実体同期要フラグを参照し、マイグレーションの対象となるファイルを選出するS10000。そして第1ストレージシステム8aは、それらのファイルの総データ量やマイグレーションの時間帯Windowを指定した情報などをファイル移行情報に記載し、第2ストレージシステム8bの共有LU173に記憶されているファイル移行管理テーブル110に登録するS10010。そして第2ストレージシステム8bは、ファイル移行管理テーブル110にファイル移行情報が登録されたことを検出するとS10020、登録されたファイル移行情報と、第2ストレージ装置10bの処理能力とその時点での負荷と、に基づいて、マイグレーションの実施可否を判定するS10030。そして第2ストレージシステム8bは、その判定結果を第1ストレージシステム8aに通知するS10040。第1ストレージシステム8aは、上記判定結果に従って、マイグレーションを実行、待機、あるいは中止するS10050。第1ストレージシステム8aは、第2ストレージシステム8bからマイグレーション実施可の判定を受けると、まず第1ストレージ装置10aに記憶されているマイグレーション対象のファイルを、第2ストレージ装置10bにレプリケーションし、レプリケーションによる管理方式による管理を行う。第1ストレージシステム8aは、引き続きそのファイルをスタブ化することにより、マイグレーションを行う。情報処理システム1において行われる個々の処理について説明する。<レプリケーション処理>まず、第1ストレージシステム8aから第2ストレージシステム8bへ、ファイルをレプリケーションする際の処理以下、レプリケーション処理S2700とも称するについて、図26及び図27を参照しながら説明する。第1サーバ装置3aは、第1ストレージ装置10aに記憶されているレプリケーション対象のファイルの複製を第2ストレージ装置10bに転送し、レプリケーション実施対象のファイルについてレプリケーションによる管理方式による管理を行う。レプリケーションによる管理方式とは、ファイルのデータメタデータ及び実体を、第1ストレージ装置10a及び第2ストレージ装置10bの双方において管理する方式である。レプリケーションによる管理方式においては、第1ストレージ装置10aに格納されているファイルの実体又はメタデータが更新されると、このファイルの複製又はアーカイブファイルとして管理されている、第2ストレージ装置10b側のファイルのメタデータ又は実体が、同期又は非同期に更新される。レプリケーションによる管理方式が行われることにより、第1ストレージ装置10aに格納されているファイルのデータメタデータ又は実体と、その複製として第2ストレージ装置10bに格納されているファイルのデータメタデータ又は実体の一致性が、同期又は非同期に確保保証される。尚、第2ストレージ装置10b側のファイルアーカイブファイルのメタデータをファイルとしてファイルの実体として管理するようにしてもよい。そのようにすることで、第1サーバ装置3aのファイルシステム312の仕様と第2サーバ装置3bのファイルシステム342の仕様が異なっているような場合でも、レプリケーションによる管理方式による運用を実施することができる。第1サーバ装置3aは、ファイル移行管理テーブル110にファイル移行情報を登録した後、マイグレーション実行可否の判定結果を監視しているS3811。第1サーバ装置3aは、マイグレーション実施可の判定結果を受け付けるとS3811YES、第1ストレージ装置10aのファイル格納領域に格納されているファイルのうち、メタデータ同期要フラグ2612又は実体同期要フラグ2613の少なくともいずれかが1に設定されているファイルを、マイグレーション対象ファイルとして選出するS3712、S3812。そして第1サーバ装置3aは、取得したファイルのメタデータ又は実体を第2サーバ装置3bに送信するとともに、当該ファイルのメタデータ同期要フラグ2612を0、実体同期要フラグ2613を0、レプリケーションフラグ2614を1に設定するS3713、S3814。第2サーバ装置3bは、メタデータ又は実体を受信するとS3713、S3821、受信したメタデータ又は実体を、第2ストレージ装置10bに記憶するS3714、S3822。尚、第1サーバ装置3aから第2サーバ装置3bにメタデータ又は実体の全体を送信するのではなく、前回同期時からの更新差分のみを送信するようにしてもよい。レプリケーション処理S2700によりレプリケーションが実行され、第1ストレージ装置10aに格納されているファイルのデータメタデータ及び実体の複製を、第2ストレージ装置10bに格納することができる。<スタブ化候補選出処理>次に、第1ストレージ装置10aに格納されているレプリケーションファイルレプリケーション管理方式により管理されているファイルレプリケーションフラグ2614が1に設定されているファイル。を、スタブ化の候補として設定する際に情報処理システム1において行われる処理以下、スタブ化候補選出処理S2900とも称する。を、図28及び図29を参照しながら説明する。第1サーバ装置3aは、第1ストレージ装置10aに格納されているマイグレーション対象のファイルをスタブ化の候補として選出するS2911、S3013。次に第1サーバ装置3aは、スタブ化の候補を選出すると、選出したファイルのスタブ化フラグ2611を1に、レプリケーションフラグ2614を0に、メタデータ同期要フラグ2612を1に夫々設定するS2912、S3014。<スタブ化処理>次に、マイグレーション対象のファイルを実際にスタブ化する際に、情報処理システム1において行われる処理スタブ化処理S3100とも称するを図30に示す。またスタブ化処理S3100の詳細を説明するフローチャートを図31に示す。スタブ化処理S3100は、例えば、予め設定されたタイミング例えばスタブ化候補選出処理S2900が行われた後に続いてで行われるが、スタブ化処理S3100の開始タイミングは必ずしもこれに限られない。以下、これらの図とともにスタブ化処理S3100について説明する。第1サーバ装置3aは、第1ストレージ装置10aのファイル格納領域に格納されているファイルの中から、スタブ化候補のファイルを一つ以上抽出するS3111、S3211、S3212。そして第1サーバ装置3aは、抽出したファイルの実体を第1ストレージ装置10aから削除するとともにS3213、抽出したファイルのメタデータからそのファイルの第1ストレージ装置10aの格納先を示す情報に無効な値を設定し例えば、メタデータの当該ファイルの格納先を設定する欄例えばブロックアドレス2618の設定欄にNULL値やゼロを設定するS3214、スタブ化候補のファイルを実際にスタブ化するS3112。またこのとき第1サーバ装置3aは、メタデータ同期要フラグ2612を1に設定するS3215。<メタデータアクセス処理>次に、第1サーバ装置3aのファイルシステム312が、クライアント装置2等から、スタブ化されているファイルスタブ化フラグ2611が1に設定されているファイル。スタブ化ファイルとも称する。のメタデータに対するアクセス要求参照要求又は更新要求を受け付けた場合に情報処理システム1において行われる処理メタデータアクセス処理S3900とも称する。を図32に示す。またメタデータアクセス処理S3900の詳細を説明するフローチャートを図33に示す。以下、これらの図とともにメタデータアクセス処理S3900について説明する。第1サーバ装置3aは、クライアント装置2からスタブ化されているファイルのメタデータに対するアクセス要求参照要求又は更新要求を受け付けたか否かを監視しているS4011。第1サーバ装置3aは、スタブ化されているファイルのメタデータに対するアクセス要求を受け付けるとS3911、S4011YES、受け付けたアクセス要求の対象になっている第1ストレージ装置10aのメタデータを取得しS4012、受け付けたアクセス要求に従いS4013、メタデータの参照読み出したメタデータに基づく応答情報のクライアント装置2への送信S4014、又はメタデータの更新を行うS3912、S4015。尚、メタデータの内容を更新した場合はS4015、そのファイルのメタデータ同期要フラグ2612に1を設定するS3913。このように、第1サーバ装置3aは、スタブ化されているファイルに対するアクセス要求が発生し、そのアクセス要求がそのファイルのメタデータのみを対象としている場合には、第1ストレージ装置10aに格納されているメタデータを用いてアクセス要求を処理する。このため、アクセス要求がそのファイルのメタデータのみを対象としている場合にはクライアント装置2に迅速に応答を返すことができる。<スタブ化ファイル実体参照処理>次に、第1サーバ装置3aが、クライアント装置2から、スタブ化ファイルの実体に対する参照要求を受け付けた場合に情報処理システム1において行われる処理スタブ化ファイル実体参照処理S4100とも称する。を図34に示す。またスタブ化ファイル実体参照処理S4100の詳細を説明するフローチャートを図35に示す。以下、これらの図とともにスタブ化ファイル実体参照処理S4100について説明する。第1サーバ装置3aは、クライアント装置2からスタブ化ファイルの実体に対する参照要求を受け付けるとS4111、S4211YES、当該スタブ化ファイルの実体が第1ストレージ装置10aに格納されているか否かを判断するS4112、S4212。この判断は、例えば、取得したメタデータにスタブ化ファイルの実体の格納先を示す情報例えばブロックアドレス2618に有効な値が設定されているか否かに基づいて行う。スタブ化ファイルの実体が第1ストレージ装置10aに格納されている場合にはS4212YES、第1サーバ装置3aは、第1ストレージ装置10aから当該スタブ化ファイルの実体を読み出し、読み出した実体に基づきクライアント装置2に応答する情報を生成し、生成した応答情報をクライアント装置2に送信するS4113、S4213。一方、スタブ化ファイルの実体が第1ストレージ装置10aに格納されていない場合にはS4212NO、第1サーバ装置3aは、第2サーバ装置3bに対してスタブ化ファイルの実体を要求するリコール要求とも称するS4114、S4214。尚、実体の取得要求は、必ずしも一度の取得要求によって実体の全体を取得する要求でなくてもよく、例えば実体の一部のみを複数回要求するようにしてもよい。第1サーバ装置3aは、上記取得要求に応じて第2サーバ装置3bから送られてくるスタブ化ファイルの実体を受信するとS4221、S4222、S4215、S4115、受信した実体に基づき応答情報を生成し、生成した応答情報をクライアント装置2に送信するS4116、S4216。また第1サーバ装置3aは、上記第2サーバ装置3bから受信した実体を第1ストレージ装置10aに格納し、当該スタブ化ファイルのメタデータの当該ファイルの実体の格納先を示す情報例えばブロックアドレス2618に、当該ファイルの第1ストレージ装置10aにおける格納先を示す内容を設定するS4217。また第1サーバ装置3aは、当該ファイルのスタブ化フラグ2611に0を、レプリケーションフラグ2614に0を、メタデータ同期要フラグ2612に1を、夫々設定するS4117、S4218。尚、メタデータ同期要フラグ2612に1を設定するのは、第1ストレージ装置10aと第2ストレージ装置10bとの間で、当該スタブ化ファイルのスタブ化フラグ2611及びレプリケーションフラグ2614の内容を事後的に自動的に同期させるためである。<スタブ化ファイル実体更新処理>次に、第1サーバ装置3aが、クライアント装置2からスタブ化ファイルの実体に対する更新要求を受け付けた場合に、情報処理システム1において行われる処理スタブ化ファイル実体更新処理S4300とも称する。を図36に示す。また、スタブ化ファイル実体更新処理S4300の詳細を説明するフローチャートを図37に示す。以下、これらの図とともにスタブ化ファイル実体更新処理S4300について説明する。第1サーバ装置3aは、クライアント装置2からスタブ化ファイルの実体に対する更新要求を受け付けるとS4311、S4411YES、当該スタブ化ファイルの実体が第1ストレージ装置10aに格納されているか否かを判断するS4312、S4412。尚、判断方法はスタブ化ファイル実体参照処理S4100の場合と同様である。スタブ化ファイルの実体が第1ストレージ装置10aに格納されている場合S4412YES、第1サーバ装置3aは、第1ストレージ装置10aに格納されている当該スタブ化ファイルの実体を更新要求の内容に従って更新するとともにS4413、当該スタブ化ファイルの実体同期要フラグ2613に1を設定するS4313、S4414。一方、上記判断の結果、スタブ化ファイルの実体が第1ストレージ装置10aに格納されていない場合にはS4412NO、第1サーバ装置3aは、第2サーバ装置3bに当該スタブ化ファイルの実体の取得要求リコール要求を送信するS4314、S4415。第1サーバ装置3aは、上記要求に応じて第2サーバ装置3bから送られてくるファイルの実体を受信するとS4315、S4421、S4422、S4416、受信した実体の内容を更新要求の内容に従って更新しS4417、更新後の実体を当該スタブ化ファイルの実体として第1ストレージ装置10aに格納するS4316、S4418。また第1サーバ装置3aは、当該スタブ化ファイルのスタブ化フラグ2611に0を、レプリケーションフラグ2614に0を、メタデータ同期要フラグ2612に1を、実体同期要フラグに1を夫々設定するS4419。<マイグレーション判定処理>次に、第2サーバ装置3bが実行するマイグレーション判定処理図25のS10030について、図38を参照しながら説明する。マイグレーション判定処理は、ファイル移行管理テーブル110に新たにファイル移行情報が登録されたことを第2サーバ装置3bが検出した際に、登録されたファイル移行情報と、その時点での第2ストレージ装置10bの負荷及び処理能力と、に基づいて、マイグレーションの実施可否を判定する処理である。まず第2サーバ装置3bは、現時点での第2ストレージ装置10bの処理可能量を計算するS10110。第2ストレージ装置10bの処理可能量は、例えば、第2ストレージ装置10bに事前に設定されている処理可能量の例えば上限値処理能力と、自身の現在の負荷現在実行中のマイグレーションによる負荷と、の差分により求めることができる。現在の負荷は、負荷取得部347から取得することができる。例えば、第2ストレージ装置10bの処理能力例えば処理可能量の上限値が、毎秒5ギガバイトである場合に、現在毎秒1ギガバイトのデータを他の第1ストレージシステム8aからマイグレーション中である場合は、処理可能量は毎秒4ギガバイトと算出できる。次に第2サーバ装置3bは、ファイル移行管理テーブル110を参照し、ファイル移行管理テーブル110に上記登録されたマイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷負荷の増分と、上記算出した処理可能量と、を比較するS10120。そのマイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷が、処理可能量を上回らない場合には、Noに進み、第2サーバ装置3bは、上記登録されたファイル移行情報と対応付けて、そのマイグレーションが実施可能であることを示す、可を記載するS10130。一方、上記マイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷が、処理可能量を上回る場合には、Yesに進む。そして、第2サーバ装置3bは、そのファイル移行情報のWindow欄を参照し、何時までにそのマイグレーションを完了しなければならないのか移行期限を確認する。また第2サーバ装置3bは、そのファイル移行情報の総転送量欄に記載されている総データ量と、実効性能欄に記載されている転送速度情報と、に基づいて、そのマイグレーションの所要時間を推定する。そして現在時刻とこの所要時間とに基づいて、マイグレーションの終了時刻移行完了時刻を求める。そして第2サーバ装置3bは、移行期限までにマイグレーションを完了できるか否かを判定するS10140。その結果、上記移行期限までにマイグレーションを完了できない場合には、Yesに進み、上記登録されたファイル移行情報と対応付けて、そのマイグレーションが実施不可能であることを示す、不可を記載するS10150。一方、上記移行期限までにマイグレーションを完了できる場合には、Noに進み、上記登録されたファイル移行情報と対応付けて、そのマイグレーションの実施を一旦待機させることを示す、待ちを記載するS10160。このようにして、第2サーバ装置3bは、ファイル移行管理テーブル110の結果欄に、マイグレーションの実施可否の判定結果を記載する。その様子を図19に示す。<再評価処理>その後、第2サーバ装置3bは所定のタイミングで、ファイル移行管理テーブル110を再び参照し、マイグレーションが実施されていないファイル移行情報に対して、上記判定を行う再評価処理を実行する。この再評価処理は、例えば、すでに先行して実施していたマイグレーション処理が終了したタイミング、あるいは、所定時間後例えば1時間後等に実施される。この再評価処理について、図39に示すフローチャートを参照しながら説明する。まず第2サーバ装置3bは、ファイル移行管理テーブル110を参照し、未処理のリコール処理が登録されているか否かをチェックするS10210。ファイル移行管理テーブル110のReadWrite欄にRと記載されているファイル移行情報は、リコール処理であることを示す。例えば図19に示す例では、6のファイル移行情報がリコール処理である。リコール処理が要求された場合は、要求元の第1ストレージシステム8aがタイムアウトエラーを検出する前に、要求元にファイルの実体を送信する必要があるため、優先的に処理する。ファイル移行管理テーブル110にリコール処理が登録されている場合には、Yesに進み、第2サーバ装置3bは、そのリコール処理を示すファイル移行情報の結果欄に、可を記入するS10220。これにより、直ちにリコール処理が実行される。一方、ファイル移行管理テーブル110に、未処理のリコール処理が登録されていない場合には、Noに進み、第2サーバ装置3bは、ファイル移行管理テーブル110の中から待ちと判定されているファイル移行情報を選択するS10230。例えば第2サーバ装置3bは、ファイル移行管理テーブル110の残りキャッシュ欄を参照し、待ちと判定されているファイル移行情報の中から、残り記憶容量が最小のファイル移行情報を選択する。そして第2サーバ装置3bは、現時点での第2ストレージ装置10bの処理可能量を計算するS10240。第2サーバ装置3bは、上記選択したファイル移行情報によるマイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷と、上記算出した処理可能量と、を比較するS10250。そのマイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷が、処理可能量を上回らない場合には、Noに進み、第2サーバ装置3bは、上記選択したファイル移行情報と対応付けて、そのマイグレーションが実施可能であることを示す、可を記載するS10260。そのマイグレーションを実施した場合に増加する第2ストレージ装置10bの負荷が、処理可能量を上回る場合には、Yesに進み、第2サーバ装置3bは、ファイル移行管理テーブル110に登録されている、待ち判定された他のファイル移行情報の中から、次の候補を選択するS10270。次の候補は、例えば、残り記憶容量が次に小さなファイル移行情報とすることができる。あるいは、各ファイル移行情報に基づいてそれぞれのマイグレーションの移行完了時刻を求め、移行完了時刻からファイル移行管理テーブル110のWindow欄に記載されている移行期限までの時間が最も短いファイル移行情報を次の候補とすることもできる。残り記憶容量が小さな第1ストレージ装置10aほど、記憶領域を早く使い果たしてしまう可能性が高いと考えられるため、マイグレーションの候補を、第1ストレージ装置10aの残り記憶容量が小さなものから先に優先的に選ぶようにすることにより、記憶領域を使い果たす可能性がより高い第1ストレージ装置10aに記憶されているファイルの移行を優先的に行うことができる。そのため、情報処理システム1の信頼性をより向上させることが可能となる。あるいは、移行完了時刻から移行期限までの時間が短いファイル移行情報から優先してマイグレーションの候補とするようにすることにより、中止されるマイグレーションの数を削減することが可能となる。そのため、情報処理システム1においてより多くのファイルが第2ストレージ装置10bにマイグレーションされるようにできるため、情報処理システム1の信頼性をより向上させることが可能となる。なお図39に示すフローチャートでは、S10210、S10220において、未処理のリコール処理の登録有無を確認してから、リコール処理を実施するようにしている。しかしながら、例えば第1ストレージシステム8aと第2ストレージシステム8bとの間で、リコール処理用に通信帯域を確保しておき、リコール処理はこのリコール処理用の通信帯域を優先的に用いて実行できるようにしておけば、S10210、S10220の処理は不要となる。このようにしておけば、遅延なくリコール処理を実行することが可能になる。<マイグレーション実施不可の場合の処理>次に、マイグレーション判定処理図25のS10030の結果、マイグレーション実施不可と判定された場合の処理について、図40から図42を参照しながら説明する。図40は、マイグレーション実施不可の場合の処理を実行するための構成を示す図である。この場合、情報処理システム1は、第2ネットワーク7を介して、第3ストレージシステム8cと通信可能に接続される。第3ストレージシステム8cは、例えば、情報処理システム1とは異なる他の情報処理システムのデータセンタに設置されるストレージシステムあるいはストレージ装置であってもよいし、情報処理システム1に複数のコア51が設けられている場合には、他のコアに構築されたストレージシステムあるいはストレージ装置であってもよい。第3ストレージシステム8cにも、情報処理システム1の複数のエッジ50にそれぞれ専用に割り当てられたLU173や、すべてのエッジ50で共有される共有LU173が構築されるとともに、コーディネータサーバ346やデータ複製/移動処理部344等も構成されている。そして第3ストレージシステム8cは、第2ストレージシステム8bと同様の情報処理を実行している。また第3ストレージシステム8cは、第2ストレージシステム8bと連携した情報処理が実行可能に構成されている。そのため、情報処理システム1のエッジ50の第1ストレージシステム8aは、第2ストレージシステム8bにも、第3ストレージシステム8cにもアクセス可能に構成されている。図41のフローチャートに示すように、第2ストレージシステム8bが、第1ストレージシステム8aに対してマイグレーション実施不可の判定を行うとS20310、第2ストレージシステム8bは、第3ストレージシステム8cに対して、第1ストレージシステム8aからのマイグレーションの実施可否判定を要求するS20320。この要求には、実施不可と判定された第1ストレージシステム8aからのファイル移行情報も含まれている。また第1ストレージシステム8aは、第2ストレージシステム8bによるマイグレーション実施不可の判定結果を取得すると、第3ストレージシステム8cにマイグレーションを実行できるか否かの判定結果が送られてくるのを待つ。第3ストレージシステム8cは、第2ストレージシステム8bから送信されてきたファイル移行情報と、第3ストレージシステム8cの処理能力とその時点での負荷とに基づいて、第1ストレージシステム8aからのマイグレーションを実行可能であるか否かを判定するS20330。この判定処理の方法は、上述した第2ストレージシステム8bでの判定処理の方法と同様でよい。第3ストレージシステム8cは、判定結果を第2ストレージシステム8bに送信するS20340。実施不可の場合はS20350、第3ストレージシステム8cは、処理を終了するS20360。第2ストレージシステム8bは、第3ストレージシステム8cから上記判定結果を受信すると、その判定結果を第1ストレージシステム8aに送信するS20370。第1ストレージシステム8aは、判定結果が可である場合はS20380、マイグレーション対象のファイルを、第3ストレージシステム8cに転送するS20400。そして第3ストレージシステム8cは、マイグレーション対象のファイルを受信し、第1ストレージシステム8aに割り当てられているLU173に書き込むS20410。なお、第2ストレージシステム8bは、その後、負荷が所定値よりも下回った等のタイミングで、第3ストレージシステム8cが第1ストレージシステム8aから受信したファイルを、第3ストレージシステム8cから取得して、第2ストレージシステム8bのLU173に記憶するようにしてもよい。一方、S20380において、判定結果が待ちあるいは不可であった場合は、第1ストレージシステム8aは、マイグレーションを待機、あるいは中止するS20390。以上のように制御することによって、第1ストレージシステム8aは、第2ストレージシステム8bへのマイグレーションが実行できない場合であっても、第3ストレージシステム8cへマイグレーションを行うことが可能となる。これにより、中止されるマイグレーションの数を削減することが可能となる。そのため、情報処理システム1においてより多くのファイルがマイグレーションされるようにできるため、情報処理システム1の信頼性をより向上させることが可能となる。さらに、上記S20390において、マイグレーションを中止した場合の処理について、図42を参照しながら説明する。つまり、第2ストレージシステム8bへも、第3ストレージシステム8cへも、マイグレーションが実行できなかった場合である。第1ストレージシステム8aは、ファイルのマイグレーションが実施できないと、そのファイルをスタブ化することができないので、第1ストレージシステム8aの記憶容量を圧迫することになる。従ってこの場合、第1ストレージシステム8aは、第1ストレージ装置10aの残り記憶容量を監視し、所定値を下回ったことを検知した時点で、クライアント装置2からストレージ装置10aへのデータ書き込みを禁止する。あるいは、第1ストレージシステム8aは、第1ストレージ装置10aの記憶容量の使用率を監視し、所定値例えば90を上回ったことを検知した時点で、クライアント装置2からストレージ装置10aへのデータ書き込みを禁止する。この場合、第1ストレージシステム8aは、クライアント装置2からストレージ装置10aへのデータ書き込み要求がなされた場合には、クライアント装置2に対してエラーを返答する。なお、第1ストレージシステム8aは、第2ストレージシステム8bへファイル移行情報を送信してから、所定時間が経過してもマイグレーション可の判定結果を受信できない場合には、その時点で、クライアント装置2から第1ストレージ装置10aへのデータ書き込みを禁止するように制御することもできる。このようにすることにより、例えば、第1ストレージ装置10aの記憶領域の使用量の増加速度が速い場合などにおいて、第2ストレージシステム8bがマイグレーション実施不可の判定をするまでの間に、第1ストレージ装置10aの記憶領域がオーバフローするような事態を防止することが可能となる。あるいは、第1ストレージシステム8aは、第2ストレージシステム8bからマイグレーション実施不可の判定を受けた時点で、クライアント装置2から第1ストレージ装置10aへのデータ書き込みを禁止するように制御してもよい。このように、より早い段階で第1ストレージ装置10aへの書き込みを中止することにより、第1ストレージ装置10aの記憶領域がオーバフローするような事態をより確実に防止することが可能となる。また、第1ストレージシステム8aは、第2ストレージシステム8bによってなされるマイグレーション実施可否の判定結果を蓄積し、判定結果の分析処理を行ってもよい。例えば、実施不可と判定される割合が所定値よりも多い場合は、警告メッセージをシステム管理者に通知してもよい。あるいは、第1ストレージシステム8aは、例えばより詳細に、曜日別、月別、マイグレーションのデータサイズ別等に、マイグレーション実施可否の判定結果を分類して、分析結果をシステム管理者に通知してもよい。このようにすれば、システム監視者に対して、ファイル移行ポリシの内容を見直す際の判断材料を提供することも可能となる。以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。