JP4341072B2 - データ配置管理方法及びシステムと装置およびプログラム - Google Patents

Description

本発明は、複数のストレージ装置におけるデータの再配置技術に関し、特に、クライアントとサーバでやり取りされる通信の情報を情報源としてファイルやディレクトリの格納場所を決定するデータ配置管理方法及びシステムと装置およびプログラムに関する。

集中化したストレージリソースのデータを複数のクライアントで共有する手段として、NFS（Network File System）やCIFS（Common Internet File System）といったデファクトスタンダードのプロトコルを介した、リモートファイルアクセスサービスが挙げられる。前記プロトコルを介するサーバ装置としては、NAS（Network Attached Storage）やファイルサーバなどがあり、前記のプロトコルにより、様々なクライアントと接続することが可能となっている。

これらの装置の一般的な特徴として、複数の装置間で連係して、互いのストレージリソースに相互アクセス等をするなどの標準化された仕組みを備えていず、クライアントへ提供するファイルアクセスのサービスは、NASやサーバ自身の管理するストレージリソースに限られている。

特許文献１、２では、クライアントとNASなどのファイルサーバ間のネットワークに、NFSやCIFSなどの業界標準のファイルアクセス・プロトコルを解釈することにより、パケット内の情報の一部を変更し転送するなどの機能を持ったスイッチ装置を導入することによって、クライアントおよびサーバに特殊なソフトウェアやハードウェアを導入することなく、複数のサーバのストレージリソースをあたかも１つのストレージリソースとしてクライアントに提供する機能が提供され、さらに、サーバ間でのデータのマイグレーション（再配置）機能を用いることにより、ファイルサーバの追加やリプレースなどの管理作業を軽減することが可能となっている。

集中化したストレージリソースのデータを複数のクライアントで共有する他の手段として、Webサーバなどの読み出し専用のコンテンツを提供するサービスが挙げられる。Webサーバによるコンテンツデータの提供は、一般に、インターネットなどを介して、遠隔地にあるクライアントからもデータの読み出しも可能となっているが、通常、ローカルエリアのデータにアクセスする場合と比べると、そのレスポンスタイムは長い。そこで、クライアントが一度アクセスしたデータを一時保存しておくキャッシュサーバをクライアントの設置された近傍に配置することで、該クライアントからはローカルエリアに配置されたデータと同等の高速なデータの読み出しを実現可能とし、遠隔地のデータへのアクセスにより生じる遅延を軽減する手法が用いられている。

特開２００３−２０３０２９号公報 特開２００４−５４６０７号公報

NFSやCIFSといった業界標準のファイルアクセスプロトコルは、元々、LAN（Local Area Network）など、データアクセスの際に短い時間での応答が期待できるネットワーク環境で利用することを前提として設計されており、このため、WAN（Wide Area Network）やインターネットなどの比較的応答時間の長いネットワーク環境で利用すると、使い勝手が大幅に低下してしまう。

このような応答時間が長くなることによる使い勝手の低下を防ぐために、クライアントの近傍で一度アクセスしたデータをキャッシュするようなキャッシュサーバを配置する手法を適用し、応答時間を短くすることも可能である。

しかしながら、キャッシュサーバが一般に扱うデータは、Webコンテンツなどの読み出し専用のデータであることから、NFSやCIFSのプロトコルで行なわれるデータの更新に対応しづらいという問題がある。例えば、ファイルを扱うユーザの拠点が比較的離れたところに多数散在し、キャッシュサーバも各拠点に複数存在する場合には、ファイルへの更新要求が発生した際に、各キャッシュサーバに、更新のあるファイルを通知し、データの整合性を維持するために、本当にデータを更新してよいのかどうかの判断を行なわなければならない。このため、ユーザがアクセスする際に、多数の拠点間通信が発生することになり、ユーザのファイルアクセス要求に対する応答時間にも影響を与える。その結果、使い勝手が低下する可能性がある。

したがって、本発明の目的は、ファイルアクセスにかかるレスポンスタイムを短縮し、ユーザの利便性を向上させることを可能とするシステム及び方法と装置ならびにプログラムを提供することにある。

また、本発明は、上記目的を達成するとともに、さらに、拠点間に分散した複数のファイルサーバのストレージリソースを、各拠点に設置されている複数のクライアントから仮想的に一元化して提供することを可能とするシステム及び方法と装置ならびにプログラムを提供することも、その目的としている。

前記課題を解決する本発明の１つのアスペクト（側面）に係るシステムは、ネットワークを介して互いに通信接続される複数のストレージ装置と、前記複数のストレージ装置のうちの少なくとも一つのストレージ装置内に配置されているデータオブジェクトに関するアクセスコンテキストを解析し、前記データオブジェクトを、前記複数のストレージ装置のうち前記一つのストレージ装置とは異なる他のストレージ装置へ再配置させるか否か決定する手段と、前記再配置の決定を受けて、前記一つのストレージ装置内の前記データオブジェクトを前記他のストレージ装置に移行させる手段と、を備えている。

本発明の他のアスペクトに係るシステムは、少なくとも１つのクライアントと、ストレージ装置を有する少なくとも１つのサーバとの間に論理的に配置され、前記クライアントに対して複数のストレージ装置を仮想的に一元化したファイルアクセスを提供するスイッチ装置を備え、前記スイッチ装置は、前記クライアントからあるストレージ装置へのファイルアクセスのログ情報を取得し、さらに、前記ログ情報と、移行対象を決めるための予め定められた規則とに基づき、前記あるストレージ装置から別のストレージ装置へ移行するデータを決定する手段を含む。

本発明において、前記スイッチ装置は、前記ファイルアクセスのログの取得の際、前記クライアントの実行した操作内容もログとして取得し、アクセスコンテキストの算出の際に、操作を区別してアクセスコンテキストを算出し、頻繁に更新される可能性のある生成中のファイルや、読み出し要求のみが行なわれる可能性のある完成後のファイルといった特性に従い、ユーザ、もしくはグループを単位としたファイル、もしくはディレクトリのアクセスコンテキストとして算出することで、最も利用される可能性の高いファイル、ディレクトリを優先的に抽出する手段を含む構成としてもよい。

NASやファイルサーバなどのファイルデータの利用環境においては、単純にユーザの近傍でデータをキャッシュすることで応答時間を短くするのではなく、データ自体の格納先をユーザの近傍のストレージ装置に再配置し、ユーザのファイルアクセスの際に、一時データであるキャッシュデータとしてデータを配置せずに、データ本体を配置することで、データの整合性保持にかかる拠点間通信を削減し、さらに応答時間を短くしている。

本発明によれば、前記データの格納先の変更作業に関しては、上記特許文献１、２で挙げられているような、複数のファイルサーバのストレージリソースを仮想的に一元化するスイッチ装置を活用し、さらにスイッチ装置とファイルサーバを各拠点に配備する。

本発明において、前記スイッチ装置は、従来からのストレージリソースを一元化する手段と、クライアントへのデータアクセスサービスを無停止のままファイルサーバ間でファイルのデータの再配置を可能とするデータマイグレーション（移行）手段に加え、データの利用状況を把握するために、ユーザからのアクセス要求のうちデータの読み出しに関する要求、データの更新に関する要求、削除に関する要求、名前の変更に関する要求の4種類の操作種別ごとの実行ログを、操作が実行された日時、操作を実行したユーザ名、操作を実行したクライアント名（不明の場合はIPアドレス）、操作を実行したファイルサーバ名（不明の場合はIPアドレス）、操作を実行したファイルまでのパス名と関連づけて保存する手段と、前記実行ログから各ユーザがアクセスした各ファイルに対するアクセスコンテキストを計算する手段と、実行ログに記載されたパス名から、各ユーザがアクセスした各ディレクトリに対するアクセスコンテキストを計算する手段を備えた構成としてもよい。

さらに、本発明において、前記スイッチ装置は、前記ログ情報と、ユーザが所属しているグループ情報を基に、各グループがアクセスした各ファイルに対するアクセスコンテキストを計算する手段と、各グループがアクセスした各ディレクトリに対するアクセスコンテキストを計算する手段を備えた構成としてもよい。

また、本発明において、前記スイッチ装置は、各拠点に配備されたどのスイッチ装置からも同一の仮想化されたストレージリソースにアクセスするための連係手段と、各スイッチ装置で計算されたアクセスコンテキストの情報を共有する手段を備えた構成としてもよい。

本発明において、前記アクセスコンテキストを導出する手段は、ファイルの読み出し操作、ファイルの更新操作などの操作ごとにアクセスコンテキスト（スコア）算出のための重みを変化させることによって、ユーザによって生成中のファイルであるか、ユーザによって完成された後のファイルであるかどうかのファイルの特性に従ってアクセスコンテキストを算出する構成としてもよい。

本発明の他のアスペクトに係る方法は、ネットワークを介して接続される複数のストレージ装置を有するストレージシステムのデータ配置管理方法であって、
前記複数のストレージ装置のうちの少なくとも一つのストレージ装置内に配置されているデータオブジェクトに関するアクセスコンテキストを解析し、前記データオブジェクトを、前記複数のストレージ装置のうち前記一つのストレージ装置とは異なる他のストレージ装置へ再配置させるか否かを決定するステップと、
前記再配置の決定を受けて、前記一つのストレージ装置内の前記データオブジェクトを前記他のストレージ装置に移行させるステップと、
を含む。

本発明の他のアスペクトに係る方法は、少なくとも１つのクライアントと、前記クライアントとネットワークを介して接続され、それぞれがストレージ装置を備えた複数のファイルサーバと、を有するストレージシステムのデータ配置管理方法であって、前記ストレージ装置のデータのアクセスのログ情報に基づき、前記クライアント近傍に位置しない前記ストレージ装置のデータのうち前記クライアントからのアクセスコンテキストが移行条件をみたすデータを決定するステップと、前記データを前記クライアント近傍のストレージ装置に再配置するステップと、を含む。

本発明の他のアスペクトに係るプログラムは、少なくとも１つのクライアントと、ストレージ装置を有する少なくとも１つのサーバとの間に論理的に配置され、クライアントに対して複数のストレージ装置を仮想的に一元化したファイルアクセスを提供するスイッチ機能と、前記クライアントによるファイルアクセスの頻度情報を算出する分析機能と、を備えた管理装置を構成するコンピュータに、
前記スイッチ機能が、クライアントからのファイルアクセスのログ情報をとる処理と、
前記分析機能が、取得された前記ファイルアクセスのログ情報に基づき、前記クライアントが属する拠点とは別の拠点のサーバのストレージ装置から、前記クライアントが属する拠点又は近傍の拠点のサーバに移行するデータを決定し、前記スイッチ機能にデータの移行を指示する処理と、
前記スイッチ機能が、前記分析機能からの指示に基づき、データを移行する処理と、
を実行させるプログラムよりなる。

本発明を適用したスイッチ装置を用いることにより、拠点間に分散した複数のファイルサーバのストレージリソースを、各拠点に設置されている複数のクライアントから仮想的に一元化して提供することが可能となる。

また、本発明を適用したスイッチ装置による、クライアントの操作要求に関連するログ情報の取得手段と、前記ログ情報から、ファイルの読み出しやデータの更新を区別してアクセスコンテキストを算出する手段により、ユーザによって頻繁に更新される可能性のある生成中のファイルや、ユーザからは読み出し要求のみが行なわれる可能性のある完成後のファイルといった特性に従い、ユーザ、もしくはグループを単位としたファイル、もしくはディレクトリのアクセスコンテキストとして算出することで、最も利用される可能性の高いファイルを推定し、そのユーザやグループが利用しているクライアントの拠点にあるファイルサーバへデータを移行することで、ファイルアクセスにかかるレスポンスタイムを短くし、ユーザの利便性を向上させることが可能となる。

次に、本発明を実施する最良の形態のシステム構成について図面を参照して説明する。図１は、本発明の実施形態におけるシステム構成を示している。本実施の形態では、少なくとも２台以上のクライアント１００、少なくとも２台以上のスイッチ装置２００、少なくとも２台以上のサーバ３００、少なくとも２台以上の分析装置４００により構成され、各装置は、少なくとも２箇所以上の拠点に分散している。1つの拠点は、少なくとも１台以上のクライアント１００、スイッチ装置２００、少なくとも１台以上のサーバ３００、分析装置４００により構成され、LANなどのローカルネットワーク１に接続されている。ローカルネットワーク１は、WAN（Wide Area Network）やインターネットなどの広域ネットワーク２に接続されており、各拠点のローカルネットワーク１間での通信が可能となっているとする。

サーバ３００は、ファイルシステム３、および記憶装置（ストレージ装置）４を備えており、NFSやCIFSといったファイルアクセスプロトコルを介して、外部の装置から、サーバ３００の管理しているファイルシステム３、および記憶装置（ストレージ装置）４に格納されているデータにアクセス可能な状態となっている。

クライアント１００は、NFS、CIFSといったファイルアクセスプロトコルを用い、スイッチ装置２００を介してサーバ３００が管理しているデータにアクセスするものとする。

また、本実施の形態では、クライアント１００が、拠点間を跨いだ通信を行なう際は、スイッチ装置２００を必ず介して通信を行なうものとする。

各拠点のスイッチ装置２００は、ローカルな拠点のクライアント１００、及び、リモート拠点のクライアント１００に対して、拠点内、拠点間のファイルシステムへの一元化したファイルアクセスサービスを提供する。

図２は、スイッチ装置２００と分析装置４００の内部構成の一例を示す図である。図２を参照すると、スイッチ装置２００は、クライアント１００から送信されたファイルアクセス要求パケットとサーバ３００から送信されたファイルアクセス応答パケットを受信して、パケット内のデータを抽出するパケット処理部２０１と、パケット処理部２０１で抽出されたデータの処理の決定と管理を行なうファイルアクセス管理部２０２と、ファイルアクセスプロトコル内に含まれるサーバ３００が生成したファイル、ディレクトリなどを識別するためのオブジェクト識別子に対して、どのサーバに格納されているオブジェクトかをスイッチ装置２００自身が判断するために、前記オブジェクト識別子にデータを格納しているサーバの識別子を組み込む作業と、サーバの識別子が組み込まれているオブジェクト識別子を、サーバ３００が生成した元のオブジェクト識別子に戻す作業を行なうオブジェクトID書き換え部２０３と、複数のサーバ３００が管理している複数のファイルシステム３を一元化するために、ファイルアクセス管理部２０２で送られたファイルアクセスプロトコルのデータに基づいて、クライアント１００およびサーバ３００に対して送信するデータを再構成するファイルシステム補完処理部２０５と、複数のファイルシステムの一元化の構成を管理している擬似ファイルシステム２０４と、複数のファイルシステム、もしくは複数のサーバ３００間でのデータ移動を実施し、また、データ移動の前後でクライアント１００に対して、データ移動実行の動作を隠蔽するために、ファイルシステム補完処理部２０５や擬似ファイルシステム２０４の情報を変更するデータ移行処理部２０６と、ファイルアクセス管理部２０２から取得したファイルアクセスプロトコルのデータのうち、ログとして必要となるデータのみを抽出するログ選別部２０７により構成される。

分析装置４００は、スイッチ装置２００のログ選別部２０７により抽出されたログ格納部４０１と、ログ格納部４０１に格納されているログデータから、アクセス文脈（アクセスコンテキスト）などの情報の算出を行い、及び、アクセスコンテキストの算出前にログデータを成型するログ成型部４０２と、ログ成型部４０２で算出されたアクセスコンテキストなどの情報を基に、データの再配置を計画し、スイッチ装置２００のデータ移行処理部２０６に対して、データの移行を指示するデータ移行指示部４０３とを備えて構成される。

ログ格納部４０１には、記憶装置４０４が備えられており、スイッチ装置２００から送られたログデータと、ログ成型部４０２において算出されたアクセスコンテキスト（例えばファイルアクセスのログ情報を数値化したデータ）と、成型されたログデータが格納される。

なお、本実施の形態では、スイッチ装置２００と分析装置４００とは、別の装置構成とされ、ローカルネットワーク１を介してデータの送受信を行なうが、必ずしも別の装置構成とする必要はなく、１つの装置として構成してもよい。例えば分析装置４００の機能をスイッチ装置に組み込んでもよい。

本実施の形態では、スイッチ装置２００により、拠点に点在するサーバ３００のファイルシステム３が、各拠点のクライアント１００に対して一元化して見える環境において、スイッチ装置２００を経由したクライアント１００からのファイルアクセス要求をログデータとして残し、分析装置４００において、前記ログデータから各拠点のクライアント１００の利用頻度の高いファイルデータを、ある一定の基準を用いて求め、クライアント１００の利用頻度の高いファイルデータを、前記クライアント１００の拠点のサーバ３００に自律的に移行させる。

＜ファイルアクセスログ採取の手順＞
まず、スイッチ装置２００を経由して、クライアント１００とサーバ３００でやり取りされるファイルアクセスプロトコルのデータのログを採取する手順について説明する。

クライアント１００から送信されたファイルアクセス要求は、スイッチ装置２００のパケット処理部２０１において、パケット内のデータ部分が抽出され、ファイルアクセス管理部２０２に転送された後、ファイルアクセス管理部２０２にて解析されたデータのコピーがログ選別部２０７に転送される。

前記データには、その操作要求を識別するための実行ID、読み出し、書き込みといった操作要求の種類、要求送信元のクライアント名（不明の場合はIPアドレス）、要求実行ユーザ名、操作要求の対象となるパス名（もしくはファイル名や、オブジェクト識別子）、要求送信先のサーバ名（不明の場合はIPアドレス）が含まれる。ただし、操作要求がオブジェクトの名前変更要求であった場合、変更前、変更後の２つの操作要求のパス名を含むこととする。

さらに、サーバ３００から返送されたファイルアクセス応答は、スイッチ装置２００のパケット処理部２０１において、パケットのデータ部分が抽出され、ファイルアクセス管理部２０２に転送された後、ファイルアクセス管理部２０２にて解析されたデータのコピーがログ選別部２０７に転送される。前記データには、その操作を識別するための実行ID、要求成功可否の情報が含まれる。

ログ選別部２０７では、ユーザのファイルの利用状況の判断、つまり、実際にユーザが意図してファイルにアクセスした場合の操作状況をログとして残すために、ファイルの読み出し要求、ファイルの書き込み要求、ファイルの削除要求、ファイルの名前変更要求の４種類に分類される操作要求のみを選別し、操作を識別するための実行IDを用いて、要求データと応答データの整合をとり、操作が成功したもののみをログとして登録する。

また、ログ選別部２０７は、各操作要求の情報に、操作を実行した日時（もしくはファイルアクセス管理部２０２からデータを取得した日時）、要求送信元のクライアント名（不明の場合はIPアドレス）、要求実行ユーザ名、操作対象となるパス名（もしくはファイル名や、オブジェクト識別子）、要求送信先のサーバ名（不明の場合はIPアドレス）を関連付けてログを生成する。

ログ選別部２０７において生成されたログは、分析装置４００のログ格納部４０１へ定期的に転送され、記憶装置４０４に格納される。

このようにして収集されたログデータを基に、管理者により予め決められたルール（後述）により、データ移行の候補となるファイルやディレクトリを抽出する作業に移行する。

＜ログデータからの移行候補の抽出方法＞
本実施の形態では、ログデータから移行候補を抽出するにあたり、以下の4つの単位で候補の選択が可能である。

（a）操作ユーザを基準とした、ファイル単位での移行候補の抽出；
（b）操作ユーザを基準とした、ディレクトリ単位での移行候補の抽出；
（c）操作グループを基準とした、ファイル単位での移行候補の抽出；
（d）操作グループを基準とした、ディレクトリ単位での移行候補の抽出；

上記（a）は、操作ユーザと操作対象ファイルという１：１の関連性をもつログデータのみを情報源として移行候補を抽出しているのに対し、上記(b)、(c)、(d)は、前記ログデータに加え、ディレクトリの階層情報やユーザの所属している拠点のグループ情報を情報源として活用して移行候補を抽出する。

グループを基準として移行候補を抽出することにより、個々人ではあまりアクセスコンテキストは高くないもの、グループ全員が常にアクセスしているため、実は非常にアクセスコンテキストの高くなっているデータを抽出することができる。また、ディレクトリ単位での移行候補を抽出することにより、あるユーザにとっては、普段アクセスしていない自分の所属している拠点外のサーバに格納されているデータであっても、関連性のあるファイルがまとめられているディレクトリ階層構造の性質により、将来アクセスする可能性のあるデータを、自分の所属している拠点に先読みで移行させることが可能となる。

＜操作ユーザを基準とした、ファイル単位でのアクセスコンテキストおよび移行候補の抽出手順＞
まず、上記（a）の操作ユーザを基準とし、ログ格納部４０１にて保存されているログから、各ファイルのアクセスコンテキストを算出し、移行対象となるファイルを決定するまでの手順を説明する。

分析装置４００のデータ移行指示部４０３と、ログ成型部４０２には、予め管理者により、図３に示すようなファイルデータの移行対象を決定するためのルール５００が登録されているものとする。

ルール５００には、１回の読み出し（READ）、もしくは更新操作（WRITE）を表すログに与えられるポイントと、操作の実行日時によってポイントに掛け合わせる重みと、移行対象ファイルの条件（前記重みを掛け合わせた合計のポイントがこの条件を満たしているかどうか）、ログデータの分析とファイルデータの移行作業（データ再配置）の実施時間が規定されている。図３のルール５００では、READとWRITEのポイントは０．１と１、操作実行日時に応じた重みは、０−３日、４−７日、８−３０日、１−３月に応じてそれぞれ、×１０００、×１００、×１０、×１とされ、移行対象ファイルの条件として１００００ポイント以上、実行時間は、毎日 １：００〜５：００の時刻とする、と規定されている。図３のルール５００に示した、ポイント、重み、条件、実行時間は、あくまでも一例であり、本発明を適用する環境に合わせて、管理者が各パラメータを決定するものとする。

前記パラメータのうち、READ、WRITEのポイントの割り付けについては、例えば、WRITEのポイントを、READのポイントよりも大きな値にすることで、ユーザによって生成中のファイルを優先的に移行対象とすることができる。また、READのポイントをWRITEのポイントよりも大きな値にすることによって、ユーザによって完成されたファイルを優先的に移行対象とすることができる。

分析装置４００のログ成型部４０２は、ログ格納部４０１からログデータを読み出し、前記ルール５００にしたがって、図４の分析結果５０１の例に示すように、ユーザ（もしくはクライアント）ごとにアクセスされた各ファイルのアクセス毎のポイントを算出し、ファイルアクセスのアクセスコンテキストの解析結果を生成する。

アクセスコンテキストの解析結果は、対象となるユーザ名、もしくはクライアント名（不明の場合IPアドレス）と、そのユーザが操作要求を行なったファイルのパス名、もしくはファイル名やオブジェクト識別子）と、送信先のサーバ名（不明の場合IPアドレス）が記載される。

ルール５００の場合、"User A"のあるファイルのアクセスコンテキスト算出のためのポイントの算出式は、以下の通りとなる。

（0-3日前のUser AのREADの回数）×0.1＝R１
（0-3日前のUser AのWRITEの回数）×1＝W１
（4-7日前のUser AのREADの回数）×0.1＝R２
（4-7日前のUser AのWRITEの回数）×1＝W２
（8-30日前のUser AのREADの回数）×01＝R３
（8-30日前のUser AのWRITEの回数）×1＝W３
（1-3ヶ月前のUser AのREADの回数）×0.1＝R４
（1-3ヶ月前のUser AのWRITEの回数）×1＝W４

（User Aでの、あるファイルに対するポイント）＝（R１+W１）×１０００+（R２+W２）×１００+（R３+W３）×１０+（R４+W４）×１

このポイント（スコア）の算出の際、操作ユーザに依らず、あるポイント算出対象のファイルに対して、削除要求のログ（履歴）があった場合は、同一パス名、及びファイル名となるログ情報が、該削除要求ログの後に存在しない場合、分析結果として、計上しないこととする。

また、操作ユーザに依らず、あるポイントの算出対象のファイルに対して、名前（パス名）変更要求のログがあった場合には、変更前の名前のログと、変更後の名前のログと、を同一ファイルのログとして扱い、新しい名前を用いて、ポイントを算出する。

また、あるポイント算出対象のファイルに対して、操作ユーザに依らず、そのファイルの最新のログに記載されている要求送信先のサーバ名（不明の場合IPアドレス）と異なるログデータは、ポイント算出に用いないこととする。

図３のルール５００と、図４の分析結果５０１の例の場合、前記分析結果を算出した分析装置４００と同じ拠点にあるサーバ３００が”Server A”、他の拠点にあるサーバ３００が”Server B”であった場合、最終的にデータ移行（”Server B”から”Server A”へ移行）の候補として残るファイルは、”Server B”の“/Dir/File4”となる。

また、”Server A”上にあるため、データの移行の候補ではないが、”/test/test3”のファイルについては、ルール５００内の移行対象ファイルの条件を超えているため、他の拠点で移行候補として挙げられていても、他の拠点への移行を実施しない、移行対象外のデータとする。

ログ成型部４０２において、ログに登録されている全ての操作ユーザ関する分析結果５０１の生成、およびデータ移行の候補を抽出した後、ログ成型部４０２は、ログ格納部４０１へ生成した分析結果５０１と、移行候補のファイルのパス名と、移行対象外のファイルのパス名をデータとして格納する。

＜操作ユーザを基準とした、ディレクトリ単位でのアクセスコンテキストおよび移行候補の抽出手順＞
次に、（ｂ）の操作ユーザを基準とし、ログ格納部４０１にて保存されているログから、各ディレクトリのアクセスコンテキストを算出し、移行対象となるディレクトリを決定するまでの手順を述べる。

分析装置４００のデータ移行指示部４０３、ログ成型部４０２には、予め管理者により、図５に示すようなディレクトリデータの移行対象を決定するためのルール５０２が登録されているものとする。

ルール５０２には、ルール５００と同様のパラメータが記載されているが、移行対象ファイルの条件の代わりに、移行対象ディレクトリの条件が記載される。同様にして、図５のルール５０２に示したパラメータはあくまでも一例であり、本発明を適用する環境に合わせて、管理者が各パラメータを決定するものとする。

分析装置４００のログ成型部４０２では、ログ格納部４０１からログデータを読み出し、前記ルール５０２にしたがって、図４の分析結果５０１の例に示すようにユーザ（もしくはクライアント）ごとにアクセスされた各ファイルのポイントを、上記（a）の場合と同様にして算出する。

さらに、分析装置４００のログ成型部４０２では、分析結果５０１のパス名のデータを解析して、ディレクトリ単位でのポイントを集計し、図６の例に示すように分析結果５０３を生成する。なお、ディレクトリ単位でのポイントの集計は、各ディレクトリの配下のディレクトリエントリのポイントを足し合わせることで求め、最下層のディレクトリから上位ディレクトリへ順にポイントを算出する。

図５のルール５０２と図６の分析結果５０３の例の場合、前記分析結果を算出した分析装置４００と同じ拠点にあるサーバ３００が”Server A”、他の拠点にあるサーバ３００が”Server B”であった場合、最終的にデータ移行（”Server B”から”Server A”へ移行）の候補として残るディレクトリは、”Server B”の“/Dir”であり、移行対象外となるディレクトリは、”Server A”の“/sample”となる。

ログ成型部４０２において、ログに登録されている全ての操作ユーザに関する分析結果５０１と、ディレクトリに関する分析結果５０３の生成、およびデータ移行の候補を抽出した後、ログ成型部４０２は、ログ格納部４０１へ生成した分析結果５０１、５０３と、移行候補のディレクトリのパス名と、移行対象外のディレクトリのパス名を格納する。

＜操作グループを基準とした、ファイル単位でのアクセスコンテキストおよび移行候補の抽出手順＞
次に、上記（ｃ）の操作グループを基準とし、ログ格納部４０１にて保存されているログから、各ファイルのアクセスコンテキストを算出し、移行対象となるファイルを決定するまでの手順を述べる。前記操作グループのグループとは、ユーザ（もしくはクライアント）が所属している拠点をグループ化したものである。

分析装置４００のデータ移行指示部４０３、ログ成型部４０２には、予め管理者により、図７に示すようなファイルデータの移行対象を決定するためのルール５０４が登録されているものとする。

ルール５０４には、ルール５００と同様のパラメータに加え、拠点とその拠点に所属するユーザ名（もしくはクライアント名かIPアドレス）をパラメータとして登録する。図７のルール５０４に示したパラメータはあくまでも一例であり、本発明を適用する環境に合わせて、管理者が各パラメータを決定するものとする。

分析装置４００のログ成型部４０２では、ログ格納部４０１からログデータを読み出し、前記ルール５０４にしたがって、図８の分析結果５０５（ユーザＡ）、および分析結果５０６（ユーザＢ）の例に示すようにユーザ（もしくはクライアント）ごとにアクセスされた各ファイルのポイントを、上記（a）の場合と同様にして算出する。

さらに、分析装置４００のログ成型部４０２では、グループに所属する全てのユーザの分析結果５０５、５０６を用いて、同じパス名となるファイルのポイントを足し合わせ、図９の例に示すように分析結果５０７を生成する。

図７のルール５０４と図９の分析結果５０７の例の場合、前記分析結果を算出した分析装置４００と同じ拠点にあるサーバ３００が”Server A”、他の拠点にあるサーバ３００が”Server B”であった場合、最終的にデータ移行の候補として残るファイルは、
“/test/test3”、
“/Dir/File4”、
“/Dir/File5”、
“/sample/sample1”、
“/sample/sample2”
であり、
移行対象外のファイルは、
“/test/test3”となる。

ログ成型部４０２において、ログに登録されている全ての操作ユーザに関する分析結果５０５、５０６と、操作グループに関する分析結果５０７の生成、およびデータ移行の候補を抽出した後、ログ成型部４０２は、ログ格納部４０１へ生成した分析結果５０５、５０６、５０７と、移行候補のファイルのパス名と、移行対象外のファイルのパス名を格納する。

＜操作グループを基準とした、ディレクトリ単位でのアクセスコンテキストおよび移行候補の抽出手順＞
次に、上記（ｄ）の操作グループを基準とし、ログ格納部４０１にて保存されているログから、各ディレクトリのアクセスコンテキストを算出し、移行対象となるディレクトリを決定するまでの手順を述べる。

分析装置４００のデータ移行指示部４０３、ログ成型部４０２には、予め管理者により、図１０に示すようなディレクトリデータの移行対象を決定するためのルール５０８が登録されているものとする。

ルール５０８には、ルール５０４と同様のパラメータが記載されている。ルール５０８には、移行対象ファイルとするための条件の代わりに、移行対象ディレクトリとするための条件が記載される。

同様にして、図１０のルール５０８に示したパラメータはあくまでも一例であり、本発明を適用する環境に合わせて、管理者が各パラメータを決定するものとする。

分析装置４００のログ成型部４０２では、ログ格納部４０１からログデータを読み出し、前記ルール５０８にしたがって、図８の分析結果５０５、および５０６の例に示すようにユーザ（もしくはクライアント）ごとにアクセスされた各ファイルのポイントを（a）の場合と同様にして算出する。

また、分析装置４００のログ成型部４０２では、グループに所属する全てのユーザの分析結果５０５、５０６を用いて、同じパス名となるファイルのポイントを足し合わせ、分析結果５０７を生成し、さらに、分析結果５０７のパス名のデータを解析して、ディレクトリ単位でのポイントを集計し、図１１の例に示すように分析結果５０９を生成する。なお、ディレクトリ単位でのポイントの集計は、各ディレクトリエントリのポイントを足し合わせることで求め、最下層のディレクトリから上位ディレクトリへの順にポイントを算出する。

図１０のルール５０８と図１１の分析結果５０９の例の場合、前記分析結果を算出した分析装置４００と同じ拠点にあるサーバ３００が”Server A”、他の拠点にあるサーバ３００が”Server B”であった場合、最終的にデータ移行の候補として残るディレクトリは、
“/Dir”、
“/sample”
であり、移行対象外のディレクトリはないことになる。

ログ成型部４０２において、ログに登録されている全ての操作ユーザに関する分析結果５０５、５０６と、操作グループに関する分析結果５０７と、ディレクトリに関する分析結果５０９の生成、およびデータ移行の候補を抽出した後、ログ成型部４０２は、ログ格納部４０１へ生成した分析結果５０５、５０６、５０７、５０９と、移行候補のディレクトリのパス名と、移行対象外のディレクトリのパス名を格納する。

以上、4つの分析手法により、各拠点に設置されている分析装置４００は、自身に設定されているルールに基づいて移行候補を抽出するが、抽出対象の形式（ファイル、もしくはディレクトリ）が同一となる分析手法をすべての分析装置４００で用いることとする。
また、各拠点の分析装置４００に設定されているルール内のパラメータは、各拠点の（常に高いファイルアクセスが求められるなどの）重要度に応じて設定するなど、必ずしも同一としなくても良いが、分析作業とファイル移行作業を実施する時間は全拠点で同一時間帯に設定する。

以上のようにして、各拠点に設置されている分析装置４００に設定されているルールに基づき、移行候補を抽出し、次に示す複数のスイッチ装置２００間での連係動作と連動して、データ移行作業に移る。

＜複数のスイッチ間での連係動作手順＞
複数のスイッチ装置２００間で連係して、スイッチ装置２００配下にある複数のサーバ３００の複数のファイルシステム３をクライアント１００に対して統合されたストレージリソースとして提供するための前提知識として、スイッチ装置２００単体動作時に複数のサーバの複数のファイルシステムをクライアント１００に対して統合されたストレージリソースとして提供するための動作手順について以下に説明する。

まず、クライアント１００は、スイッチ装置２００を介してスイッチ装置２００が構成している擬似ファイルシステム２０４で統合されたストレージリソースにマウントを実行し、ファイル、ディレクトリなどのオブジェクトを指定するために、ファイルアクセスプロトコル上で定義されている最初のオブジェクト識別子を得る。

オブジェクト識別子は、サーバ３００が生成したオブジェクト識別子にスイッチ装置２００がサーバ３００のあて先を示すサーバ識別子を組み込んだものとする。前記サーバ識別子は、サーバのアドレス情報（IPアドレスやサーバ名）に関連付けられて、ファイルアクセス管理部２０２に登録される。

本実施形態では、サーバ３００が生成したオブジェクト識別子の名前をサーバオブジェクト識別子、スイッチ装置２００がサーバ識別子を組み込んだオブジェクト識別子の名前をスイッチオブジェクト識別子と定義する。

また、クライアント１００は、ファイルアクセスプロトコルを使って統合されたストレージリソースにアクセスする際は、前記スイッチオブジェクト識別子を用いて操作対象を指定し、ファイルやディレクトリにアクセスするもととする。

擬似ファイルシステム２０４は、図１２に示した、２つのファイルシステムを統合した場合の擬似ファイルシステム構成例のように、複数のサーバの複数のファイルシステムのディレクトリツリーを組み合わせて、一つのディレクトリツリーとして構成するための情報を管理している。前記情報には、図１２の例の場合であれば、２つのディレクトリツリーのつなぎ目となるディレクトリ（ファイルシステムAのディレクトリA601、ファイルシステムBのディレクトリtest）のサーバオブジェクト識別子と、各ファイルシステム上でのルートディレクトリからのパス名（ディレクトリ名）と、前記つなぎ目の親ディレクトリ６０２のサーバオブジェクト識別子と、各ファイルシステム上でのルートディレクトリからのパス名（ディレクトリ名）と、前記各ディレクトリの格納先であるサーバの情報（IPアドレスやサーバ名など）が含まれる。

このように、擬似ファイルシステム２０４で管理されているディレクトリツリーのつなぎ目のデータは、ファイルシステム全体の情報量に比べて非常に少なく、スイッチ装置２００の起動時に擬似ファイルシステム２０４から読みだされ、ファイルアクセス管理部２０２に登録される。

以上のような前提のもと、クライアント１００から送信された操作要求がスイッチ装置２００を経由してサーバ３００に送信され、サーバ３００から再度スイッチ装置２００を経由してクライアント１００に応答が戻るまでの、クライアント１００によるストレージリソースへのファイルアクセス手順について説明する。

クライアント１００からスイッチ装置２００に対して送信されたファイルアクセス要求パケットは、パケット処理部２０１によってパケットに含まれる全てのデータが抽出され、ファイルアクセス管理部２０２へ送られる。

ファイルアクセス管理部２０２では、スイッチオブジェクト識別子をオブジェクトID書き換え部２０３へ転送することにより、サーバ識別子とサーバオブジェクト識別子を取り出し、前記ファイルアクセス要求の転送先のサーバ識別子に関連付けられたサーバのアドレス情報から転送先のサーバ３００を決定する。

また、ファイルアクセス管理部２０２は、サーバ３００からの応答に備えて、ファイルアクセス要求に含まれている前記要求を識別するための識別子（実行ID）と要求元であるクライアント１００のIPアドレス、もしくはクライアント名を関連付けてファイルアクセス管理部２０２内に登録する。また、前記サーバオブジェクト識別子や、ファイルアクセス要求に含まれる操作対象のディレクトリ名と、ファイルアクセス管理部２０２に登録されている擬似ファイルシステムのつなぎ目のサーバオブジェクト識別子情報やディレクトリ名と比較することにより、複数ファイルシステムのつなぎ目への操作要求であるかどうかを判断する。

つなぎ目への操作要求でない場合は、スイッチオブジェクト識別子からサーバオブジェクト識別子にデータを変更したファイルアクセス要求パケットをパケット処理部２０１が生成し、前記要求パケットをサーバ識別子により判明したデータの格納先であるサーバ３００へ送信してサーバ３００からの応答を待つ。

つなぎ目への操作要求あった場合には、クライアント１００から送信されたファイルアクセス要求に含まれている書込みや読み出しといった操作内容により、ディレクトリツリーのつなぎ目が通常のツリーと同様であるかのようにつじつまを合わせるために、つなぎ目を構成している２つのファイルシステム上で管理されているデータにそれぞれアクセスしてデータを取り出す必要があるかどうかの有無を判断する。

つなぎ目を構成している２つのファイルシステム上で管理されているデータにそれぞれアクセスしてデータを取り出す必要がない場合には、つなぎ目以外へのファイルアクセス要求と同様にして、サーバ識別子により判明したデータの格納先であるサーバ３００へ、スイッチオブジェクト識別子からサーバオブジェクト識別子に変更したファイルアクセス要求パケットを転送して応答を待つ。

つなぎ目を構成している２つのファイルシステム上で管理されているデータにそれぞれアクセスしてデータを取り出す必要がある場合には、ファイルアクセス管理部２０２から、クライアントからの要求の操作内容と、つなぎ目を構成している２つのディレクトリと関連付けられたサーバオブジェクト識別子とサーバのアドレス情報をファイルシステム補完処理部２０５へ転送し、２つのファイルシステムから必要となるデータを取り出すためのファイルアクセス要求を新たに生成し、ファイルアクセス管理部２０２で前記要求の実行IDを登録して、パケット処理部２０１を介して、該２つのファイルシステムの格納先であるサーバへ要求を転送して応答を待つ。

サーバ３００からの応答パケットがスイッチ装置２００に送信されると、パケット処理部２０１でパケット内に含まれるデータが抽出され、ファイルアクセス管理部２０２へ送られる。

ファイルアクセス管理部２０２では、前記データから実行IDを抽出し、要求元のクライアント１００を特定し、前記データにサーバオブジェクト識別子が含まれていれば、オブジェクトID書き換え部２０３でスイッチオブジェクト識別子に変換する。

ファイルアクセス管理部２０２は、要求元クライアント１００を特定した後、応答データをパケット処理部２０１へ渡し、ファイルアクセス応答をクライアント１００へ返答する。

応答データを、ファイルアクセス管理部２０２で受け取った際、実行IDが自身の発行したものであった場合、つまり、擬似ファイルシステム２０４上のつなぎ目に相当するクライアントのファイルアクセス要求への対応として、複数のファイルシステムからのデータの取得要求を行なった場合は、必要である場合は、クライアントの前記ファイルアクセス要求に関連する全ての応答が戻ってきた時点で、ファイルシステム補完処理部２０５で、得られた応答データをつなぎ目として、つじつまが合うように合成して、該ファイルアクセス要求に対する応答データを生成する。

応答データの生成後、ファイルアクセス管理部２０２で、該応答データの元となるクライアントの該ファイルアクセス要求の実行IDを探し、転送先のクライアントを決定した後、パケット処理部２０１を介して、該クライアントへファイルアクセス応答を転送する。

以上のようにして、スイッチ装置２００を介して、クライアントによるファイルアクセス要求とサーバによる応答を転送するが、図１に示すように、スイッチ装置２００が複数拠点にまたがり、各拠点のクライアント１００に対して、同一の統合されたストレージリソース（ディレクトリツリー）を提供するためには、同一の擬似ファイルシステムのデータを各拠点のスイッチ装置２００で共有する必要がある。

また、スイッチ装置２００からの要求の転送先が、該スイッチ装置２００の配置されている以外の拠点に存在するサーバ３００への要求であった場合は、その要求を他の拠点へ転送する必要がある。

擬似ファイルシステム２０４については、スイッチ装置２００によるデータ再配置作業を実行しない限り、変更されないため、通常は、スイッチ装置２００の起動前に他の拠点のスイッチ装置２００の所在（IPアドレスなど）を、スイッチ装置２００内に予め登録し、同一の擬似ファイルシステム２０４の情報を設定しておく。スイッチ装置２００の起動時に、登録されている他のスイッチ装置２００と、ファイルアクセス管理部２０２と介して通信することにより、自身が登録している擬似ファイルシステム２０４と、他のスイッチ装置２００が登録している擬似ファイルシステム２０４とが、同一の設定であることを確認する。また、擬似ファイルシステムの別の共有手法として、親となるスイッチ装置２００を予め決めておき、親以外のスイッチ装置２００は、起動時に親となるスイッチ装置２００から擬似ファイルシステムの設定データを取得する手法を用いても良い。

ファイルアクセスに関する拠点間の通信は、全てスイッチ装置２００間で行なうこととするため、各拠点のスイッチ装置２００は、起動時に、擬似ファイルシステム２０４を設定する際、擬似ファイルシステム２０４上の複数のファイルシステムにまたがるディレクトリツリーのつなぎ目に相当する部分のディレクトリのサーバオブジェクト識別子、パス名（ディレクトリ名）、そのディレクトリ格納しているサーバのアドレス情報（IPアドレスやサーバ名）の３種のデータのうち、他の拠点のサーバ３００に格納されているディレクトリの場合は、そのディレクトリに関するサーバのアドレス情報については、そのサーバ３００が所属している拠点に設置されているスイッチ装置２００のアドレス情報（IPアドレスやスイッチ名）を設定データとして保存する。

また、スイッチオブジェクト識別子内に含まれるサーバ識別子と関連付けられたサーバのアドレス情報（IPアドレスやサーバ名）についても、他拠点のサーバ３００であれば、該サーバ３００が所属する拠点に設置されたスイッチ装置２００のアドレス情報（IPアドレスやサーバ名）を関連付ける。

以上のことにより、クライアント１００からのファイルアクセス要求をスイッチ装置２００にて受信した際、ファイルアクセス要求データ内のスイッチオブジェクト識別子から得られたサーバ識別子に関連付けられたサーバアドレス情報が、他の拠点のスイッチ装置２００のアドレス情報であった場合、該アドレス情報を基に、ファイルアクセス管理部２０２から、他のスイッチ装置２００へファイルアクセス要求を転送する。スイッチ装置２００は、他拠点から、拠点間を跨るファイルアクセス要求を受け取った場合においても、拠点内のクライアント１００からのファイルアクセス要求と同様に、処理を実行する。

拠点間のNASの仮想化について説明する。NFSでは、擬似ファイルシステム２０４に拠点情報（ファイルハンドルに基づく管理情報）を追加し、全拠点で同一の擬似ファイルシステムを保有する。例えばNFSによるパケット転送の場合、ファイルハンドル内の識別子で拠点の判別が行われる。NFSパケットの転送において、スイッチ装置２００は、自拠点の識別子の場合、自拠点NASへ転送し、他拠点の識別子の場合、該当他拠点のスイッチ装置２００に転送する。一方、CIFSの場合、ファイル仮想化管理情報の擬似ファイルシステム２０４に拠点情報（パス名に基づく管理情報）を追加し、全拠点のスイッチ装置２００において同一の仮想化管理情報（例えば擬似ファイルシステム２０４）を共用し、CIFSパケットの転送において、スイッチ装置２００は、パス名で識別し、自拠点管理のパス名の場合、自拠点NASへ転送し、他拠点管理のパス名の場合、該当他拠点のスイッチ装置２００に転送する。

＜データ移行手順＞
次に、ログデータから抽出されたデータ移行候補の情報を基に、拠点間でデータの再配置を実施する手順を述べる。

各拠点には、それぞれ分析装置４００が備えられているが、これら複数の分析装置４００のうち一台を、親の分析装置４００であると予め設定しておく。該親の分析装置４００に対しては、各拠点のその他の分析装置４００からデータ移行候補のデータを転送し、該親の分析装置４００が、最終的に移行するデータを決定する。以下では、図１の拠点Aの分析装置４００が、親の分析装置４００であると設定されているものとする。

また、候補の抽出の手法に関しては、上記（ｄ）の手法が用いられており、図１０のルール５０８から図１１の分析結果５０９が拠点Aの分析装置４００で算出され、データ移行の候補となるディレクトリが、“/Dir”、“/sample”であり、拠点Bの分析装置４００では、図１３の分析結果５１０が算出され、データ移行となる候補のディレクトリが“/test”であり、データ移行対象外のディレクトリが“/sample”であるものとする。

拠点Aの分析装置４００は、ログデータからデータ移行候補の抽出まで終了した後、拠点Bの分析装置４００からの分析結果の送信を待つ。

拠点Bの分析装置４００は、データ移行の候補の抽出が終了した時点で、分析結果５１０、データの移行候補のディレクトリのパス名、データの移行対象外となるディレクトリのパス名を、親の分析装置である拠点Aの分析装置４００へデータ移行指示部４０３を経由して送信する。

拠点Aの分析装置４００内のデータ移行指示部４０３は、分析結果５０９と分析結果５１０と、各拠点の分析装置４００の移行候補と移行対象外ディレクトリを照合し、移行対象外となっていない移行候補のみを抽出し、“/Dir”を、拠点Bのサーバ３００から拠点Aのサーバ３００へ移行し、“/test”を、拠点Aのサーバ３００から拠点Bのサーバ３００へ移行する、ことを決定する。

また、拠点Ａの分析装置４００のデータ移行指示部４０３は、拠点Ａのスイッチ装置２００のデータ移行処理部２０６に問い合わせ、擬似ファイルシステム２０４の情報を入手し、現在の擬似ファイルシステムの構成情報と照らし合わせ、移行先を確定させる。

移行前の状態が、図１２の擬似ファイルシステムの構成であり、ファイルシステムAが拠点Aのサーバ３００のファイルシステム３のツリー構成、ファイルシステムBが拠点Bのサーバ３００のファイルシステム３のツリー構成であった場合、移行後のデータ配置と擬似ファイルシステムの構成は、図１４の構成となる。

移行が決定した移行元のディレクトリおよび移行先のディレクトリは、親である拠点Aの分析装置４００から拠点Bの分析装置４００へ伝えられ、データの移行作業に移る。

データの移行に関しては、各拠点のスイッチ装置２００が担当し、自拠点のサーバ３００のデータを、他拠点へ移行させる作業を担当する。

したがって、該例の場合は、拠点Aのスイッチ装置２００が“/test”の移行を担当し、拠点Bのスイッチ装置２００が“/Dir”の移行を担当する。

次に、各拠点の分析装置４００のデータ移行指示部４０３は、自分の割り当てられた移行元と移行先の情報を、スイッチ装置２００のデータ移行処理部２０６へ通知する。

データ移行指示部４０３から、移行元と移行先の情報を受けたデータ移行処理部２０６は、該情報を基に、移行元となるサーバ３００からその移行元の配下のオブジェクトのサーバオブジェクト識別子とオブジェクト名を、該（移行元）サーバ３００の配置されているスイッチ装置２００を経由して収集し、テーブル情報化する。

同時に、該（移行元）サーバ３００の配置されている該スイッチ装置２００も同様にして同様の情報をテーブル情報化する。

データ移行処理部２０６は、該テーブル情報化が終了した後、移行元の上位のディレクトリからデータを読み出し、移行先のサーバ３００へ書き出す。

この移行元からのデータの読み出し、および移行先への書き込みの際、移行作業を実施しているデータ移行処理部２０６は、移行元のオブジェクトのサーバオブジェクト識別子を、移行先のサーバオブジェクト識別子と関連付けて、該テーブル情報に登録する。

データ移行作業を実施するデータ移行処理部２０６は、以上のデータの移行操作を、全移行対象領域に対して実行して移行を完了させた後、移行完了後の図１４の擬似ファイルシステムの設定となるように、各拠点のスイッチ装置２００の擬似ファイルシステム２０４に対して、更新通知を行い、更新終了後に移行元のサーバ３００内の移行済みのデータを削除する。

該テーブル情報は、クライアント１００から移行作業中のオブジェクトにアクセス要求があった場合に用いられ、該要求が移行対象向けのものであった場合、移行作業を実施しているスイッチ装置２００に該要求を転送し、移行対象が移行済みであれば移行先のサーバ３００へ要求を転送し、移行対象が移行前であれは、移行元のサーバ３００向けとして該移行元のサーバ３００が配置されているスイッチ装置２００へ転送して応答を待つ。

＜３拠点以上でのシステム構成の場合のデータ移行先の決め方＞
図１に示した例では、拠点数が２つであるため、ログデータより抽出された移行候補を移行するか否かを一意に判断できる。拠点数が３つ以上である場合には、各拠点の分析装置４００から移行候補が得られた場合には、同一の移行候補が、複数の拠点の分析装置４００で抽出される可能性がある。このような場合、どの拠点のサーバ３００へデータを移行するかの判断基準は、以下のような手法が適宜選択される。

1)分析結果で算出されたポイントが大きい拠点を優先する。

2)拠点に予め優先度をつけその優先順位で決定する。

3)拠点間の地理的距離、もしくは、平均レスポンスタイムを基準にして、複数の移行候補の拠点間の中間となる拠点に配置する。

上記2）について説明する。この場合、例えば拠点毎に優先度を変えるか、あるいは、特定のデータ領域毎に優先度を変えるようにしてもよい。拠点毎に優先度を変える場合、拠点毎に、データ配置の優先度が設定される。例えば３拠点A、B、Cについて、拠点の優先度に応じてポイント算出用の係数が決定され、求められたポイント値に係数を掛けたものを最終スコアとするようにしてもよい。領域毎に、拠点の優先度を可変に設定する場合、特定の領域（ディレクトリツリー）で優先度を変える。例えばスコア集計の際に係数を変える。あるいは、同点の場合、優先順位とする。例えばストレージ装置のルートディレクトリ/rootの下に４つのディレクトリ/Dir1、/Dir2、/Dir3、/Dir4があり、３拠点A、B、Cが存在する場合、拠点A、B、Cの優先度を、/Dir1に対して1、2、3（同一の移行候補/Dir1が、複数の拠点拠で抽出された場合、拠点Ａが最も優先度が高い）、/Dir2に対して2、1、3（同一の移行候補/Dir2が、複数の拠点拠で抽出された場合、拠点Bが最も優先度が高い）、/Dir3について2、3、1（同一の移行候補/Dir3が、複数の拠点拠で抽出された場合、拠点Cが最も優先度が高い）、/Dir4について1、3、2（同一の移行候補/Dir4が、複数の拠点拠で抽出された場合、拠点Aが最も優先度が高い）のように設定してもよい。

上記3）について説明する。上記1）、2）でポイントが同点となる２つの拠点が存在した場合、コスト（例えば、地理的距離もしくは、平均レスポンスタイム）の最適化を図るべく、例えば該拠点間の中間の拠点が選択される。また、複数拠点のポイント差が一定範囲に収まっている場合には、複数の移行候補の拠点間の中間となる拠点にデータを移行させるようにしてもよい。

＜料金に連動したデータ再配置周期の変更による複数サービスレベルの設定＞
図１、図２、５、７、１０に示したシステム、及びルールの例では、全ての拠点において同一となる、ログ情報の分析から、データ再配置を実施する実行時間を設定していたが、少なくとも１つの拠点又は全ての拠点に関して、所定の評価値に基づき、該拠点へのデータ再配置周期を可変に設定する構成としてもよい。拠点に関する評価値としては、ファイルアクセスサービスの使用量の額であってもよい。具体的には、例えば図２に示した分析装置４００のデータ移行指示部４０３は、各拠点で支払うファイルアクセスサービス使用料に応じて、自拠点へのデータ再配置作業の実行周期を可変させる制御を行う。ファイルアクセスサービス使用料の額に応じて、自拠点へのデータ再配置作業の実行周期を変化させる場合、例えば、ファイルアクセスサービス使用料を多く支払った拠点に対しては、データ再配置の実行周期をより短周期に設定し、ユーザによるファイルアクセスの後、間もなくデータ再配置候補の抽出を実施して、自拠点（すなわちファイルアクセスサービス使用料を多く支払った拠点）にデータ再配置させることで、即座に高速なレスポンスが得られるサービス環境を実現させる。このように、ファイルアクセスサービス使用料として支払った金額によって、自拠点へのデータ再配置の周期を変化させ、全く再配置作業をしないサービスレベル環境から、より、データ再配置作業の実施周期の短いサービスレベル環境まで、段階的に、複数のサービスレベルが設定される。

このサービスレベルを設けるにあたっては、ファイルアクセスサービス使用料として支払った金額により、拠点ごとのデータ再配置実行時間の周期が異なるため、例えば、ログ情報の分析については、最もデータ再配置周期の短い拠点に合わせて、全拠点で実施し、各拠点で得られたログ情報の分析結果に基づき、データ再配置を実行する拠点のオブジェクトに対してのみ、データ再配置候補の抽出と、データ再配置作業とを実行するように構成される。

本発明によれば、距離的に離れた拠点間でデータを共有する際、データの特徴（例えば、作成途中のファイルであるか、完成後のファイル）や、拠点の重要度などの特徴に基づいて、アクセスコンテキストを算出するための重みを変更するなどの手法により、利用頻度の高いデータを自動的に利用頻度の高い拠点に移動させることができる。

これにより、より高速なレスポンスタイムでのファイルアクセス環境の生成を自動的に実現し、ファイルアクセス操作の利便性を向上させると共に、組織の変更によりユーザの所属する拠点が変更された場合であっても、データの格納されている所在を気にすることなく、利用頻度の高いデータがユーザの近くに配置されるため、データの格納先にともなう煩わしさを無くし、データ管理そのものの負荷を軽減させることができる。

さらに、データの再配置周期を変動させることで、高速なレスポンスタイムでのファイルアクセス環境の生成間隔を制御し、複数のファイルアクセスサービスレベルを設定することにより、支払った料金に応じたファイルアクセスサービスを提供することができる。

なお、本実施例の変形例として、アクセスコンテキストの解析結果に基づくデータの再配置制御として、以下のような制御を行ってもよい。例えば、図１において、アクセコンテキストとして、拠点Bのクライアント１００から、拠点Aのサーバ３００に配置されるファイル（ディレクトリ）へのリードアクセスがあった場合、該リードコンテキストに基づき、該ファイル（ディレクトリ）を拠点Bのサーバ３００に複製（コピー）し、拠点Bのクライアント１００から該拠点Bのサーバ３００に複製された該ファイル（ディレクトリ）へのライトアクセスが行われた場合、該拠点Bのサーバ３００側に複製された該ファイル（ディレクトリ）を、実ファイル（ディレクトリ）とする制御を行ってもよい。

以上本発明を上記実施形態に即して説明したが、本発明は、上記実施形態の構成にのみ限定されるものでなく、本発明の範囲内で当業者であればなし得るであろう各種変形、修正を含むことは勿論である。

本発明の一実施の形態のシステム構成を示す図である。 本発明の一実施の形態のスイッチ、分析装置の構成を示す図である 本発明の一実施形態における分析装置に設定されるルールの一例を示す図である。 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である。 本発明の一実施形態における分析装置に設定されるルールの例を示す図である。 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である。 本発明の一実施形態における分析装置に設定されるルールのさらに別の例を示す図である 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である 本発明の一実施形態における分析装置に設定されるルールの例を示した図である 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である。 本発明の一実施形態における擬似ファイルシステムの構成例を示す図である。 本発明の一実施形態における分析装置により算出された分析結果の例を示す図である。 本発明の一実施形態におけるデータ移動後における擬似ファイルシステムの構成例を示す図である

符号の説明

１ ローカルネットワーク
２ 広域ネットワーク
３ ファイルシステム
４ 記憶装置
１００ クライアント
２００ スイッチ装置（スイッチ）
２０１ パケット処理部
２０２ ファイルアクセス管理部
２０３ オブジェクトID書き換え部
２０４ 擬似ファイルシステム
２０５ ファイルシステム補完処理部
２０６ データ移行処理部
２０７ ログ選別部
３００ サーバ
４００ 分析装置
４０１ ログ格納部
４０２ ログ成型部
４０３ データ移行指示部
４０４ 記憶装置
５００ ルール
５０１ 分析結果
５０２ ルール
５０３ 分析結果
５０４ ルール
５０５〜５０７ 分析結果
５０８ ルール
５０９ 分析結果
６００〜６０２ ディレクトリ

Claims (30)

1. 少なくとも１つのクライアントと、
   前記クライアントとネットワークを介して接続され、それぞれがストレージ装置を備え、前記クライアントからの要求に対する応答を提供する複数のファイルサーバと、
   前記クライアントと前記ファイルサーバの間に論理的に配置され、分析装置に接続されたスイッチ装置と、を備え、
   前記スイッチ装置は、
   前記クライアントからの要求を受け、前記要求を解析し、前記要求のうち、データの読み出し、更新、削除、及び、名前の変更のうちの少なくとも１つの要求について、
   操作種別ごとの実行ログを、
   操作が実行された日時、
   操作を実行したユーザ名、
   操作を実行したクライアント名又はアドレス、
   操作を実行したファイルサーバ名又はアドレス、及び、
   操作を実行したファイルまでのパス名、
   と関連付けて記憶手段に保存する手段と、を有し、
   前記分析装置は、
   前記保存された実行ログと、ユーザ又はユーザが所属しているグループ情報とを基に、各ユーザ又はグループがファイル及び／又はディレクトリに対してアクセスした回数を、操作要求の種類により定めた重み係数、および、アクセスされた時期によって定めた重み係数を乗じて、総和をとることにより算出により求められる値をアクセスコンテキストとして導出する手段と、
   前記アクセスコンテキストの導出の際、導出対象となるファイル及び／又はディレクトに対して削除要求のログがあった場合には、同一パス名、及びファイル名となるログ情報が前記削除要求ログの後に存在しない場合に、前記削除要求ログに関するファイル及び／又はディレクトリのアクセスコンテキストを導出しない手段と、
   前記アクセスコンテキストの導出の際、導出対象となるファイル及び／又はディレクトに対して名前変更要求のログがあった場合には、変更前の名前のログと、変更後の名前のログとを同一ファイル及び／ディレクトリのログとして扱い、新しい名前を用いてアクセスコンテキストを導出する手段と、
   前記アクセスコンテキストに基づき、導出されたアクセスコンテキストの値が、予め決められたある一定以上の値となっていた場合に、利用される可能性が高いファイル、ディレクトリと判定し、前記ファイル、ディレクトリをその利用可能性が高いユーザ又はユーザが所属しているグループの近傍に位置するストレージ装置に移行してデータの再配置を行う手段と、
   前記データ再配置先の判定の際、移行候補となる同一のファイル及び／又はディレクトリが、複数のユーザ又はユーザが所属しているグループにおいてアクセスコンテキストの値が一定以上の値となり、かつ、前記複数のユーザ又はユーザが所属するグループが複数の拠点に分散していた場合、ユーザ又はユーザが所属しているグループが所属する拠点毎及び／又はアクセスするストレージ装置の領域毎に割り当てられた優先度に基づき再配置させるか、又は前記複数の拠点間にある１つの拠点に移行させる手段と、を備えている、ことを特徴とするストレージシステム。
2. 前記スイッチ装置は、前記スイッチ装置又は通信手段を介して接続される他のスイッチ装置配下にある複数のサーバの複数のファイルシステムを、クライアントに対して、統合されたストレージリソースとして提供する、ことを特徴とする請求項１記載のストレージシステム。
3. 前記スイッチ装置は、前記クライアントから送信されたオブジェクトに関する要求を、前記オブジェクトを管理する前記サーバに転送し、
   前記要求に対する前記サーバからの応答を前記要求の送信元であるクライアントに転送し、
   転送する応答に前記オブジェクトを識別するために、前記サーバで生成された元オブジェクトＩＤが含まれている場合には、前記元オブジェクトＩＤに対応するオブジェクトを管理するサーバを、他のサーバから識別するためのサーバ識別情報を挿入して、前記元オブジェクトＩＤを書き換え、
   転送する要求に、前記書き換えられたオブジェクトＩＤが含まれている場合には、前記書き換えられたオブジェクトＩＤを前記元オブジェクトＩＤに復元する手段を備えている、ことを特徴とする請求項１記載のストレージシステム。
4. 前記スイッチ装置は、前記複数のファイルシステムのディレクトリツリーを組み合わせた１つの統合ディレクトリツリーとして管理される擬似ファイルシステムを備え、
   前記統合ディレクトリツリーにおけるディレクトリツリーのつなぎ目の情報を記憶管理する、ことを特徴とする請求項１記載のストレージシステム。
5. ネットワークを介して相互に接続される複数の拠点のそれぞれが、前記スイッチ装置を備え、さらに、前記スイッチ装置に接続される分析装置を備え、
   前記スイッチ装置は、前記クライアントからのファイルアクセスのログ情報をとり、
   前記分析装置は、ファイルアクセスのログ情報に基づき、前記クライアントが属する拠点とは別の拠点のサーバのストレージ装置から、前記クライアントが属する拠点又は近傍の拠点のサーバに移行するデータを決定し、前記スイッチ装置にデータの移行を指示する手段を備え、
   前記スイッチ装置は、前記分析装置からの指示に基づき、前記別の拠点のサーバのストレージ装置から、前記クライアントが属する拠点又は近傍の拠点のサーバのストレージ装置へデータを移行させる、ことを特徴とする請求項１記載のストレージシステム。
6. 前記分析装置は、前記スイッチ装置での前記クライアントによるファイルアクセスのログ情報を受け取り、
   ファイルアクセス操作の種別に応じたポイントと、
   前記ポイントに掛ける重み情報であって、前記ファイルアクセスが現在よりどのくらい前に行われたかという時間的条件に応じて規定される重み情報と、
   に基づき、前記サーバへのファイルアクセスのログ情報を数値化データとして求め、
   前記数値化されたログ情報の値を、規則に規定された移行条件と照合し、移行条件を満たしている場合、前記ファイルアクセス対象のファイル及び／又はディレクトリを、前記サーバのストレージ装置から、前記クライアントの属するローカルシステムのサーバのストレージ装置に移行させるように、前記スイッチ装置に指示し、
   前記スイッチ装置は、前記分析装置からの指示に基づき、前記クライアントの属するローカルシステムのサーバのストレージ装置へファイル及び／又はディレクトリを移行する、ことを特徴とする請求項５記載のストレージシステム。
7. 前記スイッチ装置は、前記クライアントから送信されたファイルアクセス要求パケットと前記サーバから送信されたファイルアクセス応答パケットを受信して、パケット内のデータを抽出するパケット処理部と、
   前記パケット処理部で抽出されたデータの処理の決定と管理を行うファイルアクセス管理部と、
   ファイルアクセスプロトコル内に含まれるオブジェクト識別子であって、サーバで生成されたファイル、ディレクトリを識別するための前記オブジェクト識別子に対して、どのサーバに格納されているオブジェクトかを前記スイッチ装置が判断するために、前記オブジェクト識別子に、データを格納しているサーバの識別子を組み込み、サーバの識別子が組み込まれている前記オブジェクト識別子を、前記サーバが生成した元のオブジェクト識別子に戻す処理を行うオブジェクトＩＤ書き換え部と、
   前記ファイルアクセス管理部からのファイルアクセスプロトコルのデータに基づいて、クライアントおよびサーバに対して送信するデータを再構成するファイルシステム補完処理部と、
   複数の拠点のそれぞれにおける、複数のファイルシステムの一元化の構成を管理する擬似ファイルシステムと、
   拠点内、及び拠点間のサーバ間でのデータ移動を行い、データ移動の前後でクライアントに対して、データ移動実行の動作を隠蔽するために、ファイルシステム補完処理部及び擬似ファイルシステムの情報を変更するデータ移行処理部と、
   前記ファイルアクセス管理部から取得したファイルアクセスプロトコルのデータのうち、ログとして必要となる情報を抽出するログ選別部と、
   を含む、ことを特徴とする請求項１記載のストレージシステム。
8. 前記分析装置は、前記スイッチ装置の前記ログ選別部により抽出されたログ情報を格納するログ格納部と、
   前記ログ格納部に格納されているログ情報から、アクセスコンテキスト算出のための、ログ情報を成型して、アクセスコンテキスト情報を算出するログ成型部と、
   前記ログ成型部で算出された、アクセスコンテキスト情報を基に、再配置するデータを決定し、前記スイッチ装置の前記データ移行処理部に対して、再配置対象のデータの移行を指示するデータ移行指示部と、
   を含む、ことを特徴とする請求項５記載のストレージシステム。
9. 前記分析装置は、前記ログ情報から移行候補を抽出するにあたり、
   ユーザを基準とした、ファイル単位でのアクセスコンテキストによる移行候補の抽出、
   ユーザを基準とした、ディレクトリ単位でのアクセスコンテキストによる移行候補の抽出、
   グループを基準とした、ファイル単位でのアクセスコンテキストによる移行候補の抽出、
   グループを基準とした、ディレクトリ単位でのアクセスコンテキストによる移行候補の抽出、
   のうちのいずれかで行う、ことを特徴とする請求項５記載のストレージシステム。
10. 前記規則は、
    １回の読み出し操作又は更新操作を表すログに与えられるポイントと、
    操作の実行日時によって前記ポイントに掛け合わせる重みと、
    移行対象ファイル又はディレクトリの条件と、
    を含む、ことを特徴とする請求項６記載のストレージシステム。
11. 前記規則は、ログ情報の分析と、ファイル又はディレクトリの移行作業の時間帯を含む、ことを特徴とする請求項１０記載のストレージシステム。
12. 前記分析装置は、前記クライアントからのファイルアクセス対象の操作に関して、前記操作の回数にポイントを乗算した値に、操作の実行日時に応じて規定される重みを乗じた値を、ログされているアクセス対象の操作に関して総和をとることで、ファイルアクセスのログ情報を数値化する、ことを特徴とする請求項５記載のストレージシステム。
13. 前記分析装置は、ファイルアクセスのログ情報に基づき、前記クライアントが属する拠点のサーバのストレージ装置から、他の拠点のサーバへのデータの移行を行わないファイル及び又はディレクトリを決定する手段を備えている、ことを特徴とする請求項５記載のストレージシステム。
14. 前記分析装置は、拠点に関する所定の評価値に応じて、前記拠点へのデータ再配置の実行周期を可変制御する手段を備えている、ことを特徴とする請求項５記載のストレージシステム。
15. 前記分析装置において、少なくとも一つの拠点へのデータの再配置の実行、非実行が選択自在とされてなる、ことを特徴とする請求項５記載のストレージシステム。
16. 少なくとも１つのクライアントと、
    前記クライアントとネットワークを介して接続され、それぞれがストレージ装置を備え、前記クライアントからの要求に対する応答を提供する複数のファイルサーバと、
    前記クライアントと前記ファイルサーバの間に論理的に配置され、分析装置に接続されたスイッチ装置と、を有するストレージシステムのデータ配置管理方法であって、
    前記スイッチ装置は、
    前記クライアントからの要求を受け、前記要求を解析し、前記要求のうち、データの読み出し、更新、削除、及び、名前の変更のうちの少なくとも１つの要求について、
    操作種別ごとの実行ログを、
    操作が実行された日時、
    操作を実行したユーザ名、
    操作を実行したクライアント名又はアドレス、
    操作を実行したファイルサーバ名又はアドレス、及び、
    操作を実行したファイルまでのパス名、
    と関連付けて記憶手段に保存し、
    前記分析装置は、
    前記保存された実行ログと、ユーザ又はユーザが所属しているグループ情報とを基に、各ユーザ又はグループがファイル及び／又はディレクトリに対してアクセスした回数を、操作要求の種類により定めた重み係数、および、アクセスされた時期によって定めた重み係数を乗じて、総和をとることにより算出により求められる値をアクセスコンテキストとして導出し、
    前記アクセスコンテキストの導出の際、導出対象となるファイル及び／又はディレクトに対して削除要求のログがあった場合には、同一パス名、及びファイル名となるログ情報が前記削除要求ログの後に存在しない場合に、前記削除要求ログに関するファイル及び／又はディレクトリのアクセスコンテキストを導出せず、
    前記アクセスコンテキストの導出の際、導出対象となるファイル及び／又はディレクトに対して名前変更要求のログがあった場合には、変更前の名前のログと、変更後の名前のログとを同一ファイル及び／ディレクトリのログとして扱い、新しい名前を用いてアクセスコンテキストを導出し、
    前記アクセスコンテキストに基づき、導出されたアクセスコンテキストの値が、予め決められたある一定以上の値となっていた場合に、利用される可能性が高いファイル、ディレクトリと判定し、前記ファイル、ディレクトリをその利用可能性が高いユーザ又はユーザが所属しているグループの近傍に位置するストレージ装置に移行してデータの再配置を行い、
    前記データ再配置先の判定の際、移行候補となる同一のファイル及び／又はディレクトリが、複数のユーザ又はユーザが所属しているグループにおいてアクセスコンテキストの値が一定以上の値となり、かつ、前記複数のユーザ又はユーザが所属するグループが複数の拠点に分散していた場合、ユーザ又はユーザが所属しているグループが所属する拠点毎及び／又はアクセスするストレージ装置の領域毎に割り当てられた優先度に基づき再配置させるか、又は前記複数の拠点間にある１つの拠点に移行させることを特徴とするデータ配置管理方法。
17. 前記スイッチ装置は、前記スイッチ装置又は通信手段を介して接続される他のスイッチ装置配下にある複数のサーバの複数のファイルシステムを、クライアントに対して、統合されたストレージリソースとして提供する、ことを特徴とする請求項１６記載のデータ配置管理方法。
18. 前記スイッチ装置は、前記クライアントから送信されたオブジェクトに関する要求を、前記オブジェクトを管理する前記サーバに転送し、
    前記要求に対する前記サーバからの応答を前記要求の送信元であるクライアントに転送し、
    転送する応答に前記オブジェクトを識別するために、前記サーバで生成された元オブジェクトＩＤが含まれている場合には、前記元オブジェクトＩＤに対応するオブジェクトを管理するサーバを、他のサーバから識別するためのサーバ識別情報を挿入して、前記元オブジェクトＩＤを書き換え、
    転送する要求に、前記書き換えられたオブジェクトＩＤが含まれている場合には、前記書き換えられたオブジェクトＩＤを前記元オブジェクトＩＤに復元する、ことを特徴とする請求項１６記載のデータ配置管理方法。
19. 前記スイッチ装置は、前記複数のファイルシステムのディレクトリツリーを組み合わせた１つの統合ディレクトリツリーとして管理される擬似ファイルシステムを備え、
    前記統合ディレクトリツリーにおけるディレクトリツリーのつなぎ目の情報を記憶管理する、ことを特徴とする請求項１６記載のデータ配置管理方法。
20. ネットワークを介して相互に接続される複数の拠点のそれぞれが、前記スイッチ装置を備え、さらに、前記スイッチ装置に接続される分析装置を備え、
    前記スイッチ装置は、前記クライアントからのファイルアクセスのログ情報をとるステップと、
    前記分析装置が、ファイルアクセスのログ情報に基づき、前記クライアントが属する拠点とは別の拠点のサーバのストレージ装置から、前記クライアントが属する拠点又は近傍の拠点のサーバに移行するデータを決定し、前記スイッチ装置にデータの移行を指示するステップと、
    前記スイッチ装置は、前記分析装置からの指示に基づき、前記別の拠点のサーバのストレージ装置から、前記クライアントが属する拠点又は近傍の拠点のサーバのストレージ装置へデータを移行するステップと、を含むことを特徴とする請求項１６記載のデータ配置管理方法。
21. 前記分析装置は、前記スイッチ装置での前記クライアントによるファイルアクセスのログ情報を受け取り、
    ファイルアクセス操作の種別に応じたポイントと、
    前記ポイントに掛ける重み情報であって、前記ファイルアクセスが現在よりどのくらい前に行われたかという時間的条件に応じて規定される重み情報と、
    に基づき、前記サーバへのファイルアクセスのログ情報を数値化データとして求め、
    前記数値化されたログ情報の値を、規則に規定された移行条件と照合し、移行条件を満たしている場合、前記ファイルアクセス対象のファイル及び／又はディレクトリを、前記サーバのストレージ装置から、前記クライアントの属するローカルシステムのサーバのストレージ装置に移行させるように、前記スイッチ装置に指示し、
    前記スイッチ装置は、前記分析装置からの指示に基づき、前記クライアントの属するローカルシステムのサーバのストレージ装置へファイル及び／又はディレクトリを移行する、ことを特徴とする請求項２０記載のデータ配置管理方法。
22. 前記スイッチ装置は、前記クライアントから送信されたファイルアクセス要求パケットと前記サーバから送信されたファイルアクセス応答パケットを受信して、パケット内のデータを抽出するパケット処理部と、
    前記パケット処理部で抽出されたデータの処理の決定と管理を行うファイルアクセス管理部と、
    ファイルアクセスプロトコル内に含まれるオブジェクト識別子であって、サーバで生成されたファイル、ディレクトリを識別するための前記オブジェクト識別子に対して、どのサーバに格納されているオブジェクトかを前記スイッチ装置が判断するために、前記オブジェクト識別子に、データを格納しているサーバの識別子を組み込み、サーバの識別子が組み込まれている前記オブジェクト識別子を、前記サーバが生成した元のオブジェクト識別子に戻す処理を行うオブジェクトＩＤ書き換え部と、
    前記ファイルアクセス管理部からのファイルアクセスプロトコルのデータに基づいて、クライアントおよびサーバに対して送信するデータを再構成するファイルシステム補完処理部と、
    複数の拠点のそれぞれにおける、複数のファイルシステムの一元化の構成を管理する擬似ファイルシステムと、
    拠点内、及び拠点間のサーバ間でのデータ移動を行い、データ移動の前後でクライアントに対して、データ移動実行の動作を隠蔽するために、ファイルシステム補完処理部及び擬似ファイルシステムの情報を変更するデータ移行処理部と、
    前記ファイルアクセス管理部から取得したファイルアクセスプロトコルのデータのうち、ログとして必要となる情報を抽出するログ選別部と、
    を含む、ことを特徴とする請求項１６記載のデータ配置管理方法。
23. 前記分析装置は、前記スイッチ装置の前記ログ選別部により抽出されたログ情報を格納するログ格納部と、
    前記ログ格納部に格納されているログ情報から、アクセスコンテキスト算出のための、ログ情報を成型して、アクセスコンテキスト情報を算出するログ成型部と、
    前記ログ成型部で算出された、アクセスコンテキスト情報を基に、再配置するデータを決定し、前記スイッチ装置の前記データ移行処理部に対して、再配置対象のデータの移行を指示するデータ移行指示部と、
    を含む、ことを特徴とする請求項２０記載のデータ配置管理方法。
24. 前記分析装置は、前記ログ情報から移行候補を抽出するにあたり、
    ユーザを基準とした、ファイル単位でのアクセスコンテキストによる移行候補の抽出、
    ユーザを基準とした、ディレクトリ単位でのアクセスコンテキストによる移行候補の抽出、
    グループを基準とした、ファイル単位でのアクセスコンテキストによる移行候補の抽出、
    グループを基準とした、ディレクトリ単位でのアクセスコンテキストによる移行候補の抽出、
    のうちのいずれかで行う、ことを特徴とする請求項２０記載のデータ配置管理方法。
25. 前記規則は、
    １回の読み出し操作又は更新操作を表すログに与えられるポイントと、
    操作の実行日時によって前記ポイントに掛け合わせる重みと、
    移行対象ファイル又はディレクトリの条件と、
    を含む、ことを特徴とする請求項２１記載のデータ配置管理方法。
26. 前記規則は、ログ情報の分析と、ファイル又はディレクトリの移行作業の時間帯を含む、ことを特徴とする請求項２５記載のデータ配置管理方法。
27. 前記分析装置は、前記クライアントからのファイルアクセス対象の操作に関して、前記操作の回数にポイントを乗算した値に、操作の実行日時に応じて規定される重みを乗じた値を、ログされているアクセス対象の操作に関して総和をとることで、ファイルアクセスのログ情報を数値化する、ことを特徴とする請求項２０記載のデータ配置管理方法。
28. 前記分析装置は、ファイルアクセスのログ情報に基づき、前記クライアントが属する拠点のサーバのストレージ装置から、他の拠点のサーバへのデータの移行を行わないファイル及び又はディレクトリを決定する、ことを特徴とする請求項２０記載のデータ配置管理方法。
29. 前記分析装置は、拠点に関する所定の評価値に応じて、前記拠点へのデータ再配置の実行周期を可変制御する、ことを特徴とする請求項２０記載のデータ配置管理方法。
30. 前記分析装置において、少なくとも一つの拠点へのデータの再配置の実行、非実行が選択自在とされてなる、ことを特徴とする請求項２０記載のデータ配置管理方法。

Images