(57)【要約】【課題】スケーラビリティに富んだストレージシステムを構築することを目的とする。【解決手段】要求処理サーバ１１０は基幹ＬＡＮ２０にて接続された業務サーバ１０から処理要求を受け、プロトコル変換を施した上でローカルＬＡＮ１３０にて接続されたボリューム管理サーバ１２０に対してアクセス要求を行なう構成である。ボリューム管理サーバ１２０はこれを受けてストレージ５０に対する実アクセスを行なう構成である。【選択図】      図６
2005018100.tif 000002
【特許請求の範囲】
【請求項１】
データ格納装置と、
所定の基幹通信網を介してユーザ側の各サーバと接続され、当該ユーザ側のサーバから前記データ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく格納装置管理部に対する指示を発する要求処理部と、
前記要求処理部と所定のローカル通信網を介して接続され、前記要求処理部から発せられた指示に基づいて前記データ格納装置に対するアクセスを伴う所定のデータ処理を実行する格納装置管理部とよりなるネットワークファイルサーバ。
【請求項２】
前記要求処理部はユーザ側のサーバからのデータ格納装置へのアクセスを伴うデータ処理の要求を、前記データ格納装置の論理的構成に対応した命令に変換する機能を有し、
前記格納装置管理部は前記要求処理部から受けた前記データ格納装置の論理的構成に対応した命令を前記データ格納装置の物理的構成に対応した命令に変換する機能を有することを特徴とする請求項１に記載のネットワークファイルサーバ。
【請求項３】
ユーザ側のサーバから所定のデータ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく所定のローカル通信網を介して接続された所定の格納装置管理装置に対して指示を発する各段階をコンピュータに実行させるためのプログラム。
【請求項４】
所定の基幹通信網を介してユーザ側の各サーバと接続され、これらユーザ側のサーバからの所定のデータ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく、所定のローカル通信網を介して接続された所定の格納装置管理装置に対する指示を発する情報処理装置。
【請求項５】
所定の要求処理装置と所定のローカル通信網を介して接続され、前記要求処理装置から発せられる指示に基づいて所定のデータ格納装置に対するアクセスを伴う所定のデータ処理を実行する情報処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワークファイルサーバ、情報処理装置並びにプログラムに係り、特に処理能力向上の要求に対し柔軟に対応可能なスケーラビリティに富んだネットワークファイルサーバ、これを構成する情報処理装置並びにその動作をコンピュータに実行させるためのプログラムに関する。
【０００２】
【従来の技術】
基幹通信網に接続され、同じく基幹通信網に接続された多数のユーザ側のサーバによるデータの共有を可能にする、所謂ネットワークファイルサーバは、情報処理リソースの有効利用を可能にし、且つこれを利用する各ユーザにとっても特定の組織内の情報の共有によって容易に業務の効率化を図り得るシステムを提供する上で重要である。
【０００３】
このネットワークファイルサーバ（一般にＮＡＳサーバと称される）は、自装置に接続（あるいは内蔵）されているストレージ（ディスク）内の格納情報を、ネットワーク（ＬＡＮ等）を介してクライアント（業務サーバ等）に公開し或いはアクセス可能化する。図１，図２はこのようなネットワークサーバの一般的な構成例を示す。
【０００４】
図１は所謂ディスク内蔵型と称される形態を示し、ここでは各ネットワークファイルサーバ２００は自装置にストレージとしてのディスク装置２１０−１乃至２１０−ｍを内蔵する。他方図２はディスク接続型と称される形態を示し、ネットワークファイルサーバ３００に対し、これとは別体のストレージとしてのディスク装置２１０−１乃至２１０−ｍが外部接続された構成を有する。
【０００５】
このような構成のネットワークファイルサーバに関し、クライアントの業務拡大、ネットワークファイルサーバ自体の負荷分散等を目的として新たにネットワークファイルサーバをシステムに追加する場合を想定する。このような場合、図１，図２に示す如くのネットワークファイルサーバの形態別に、夫々以下の問題点が考えられる。
【０００６】
【特許文献１】
特開２００２−１６３１４０号公報
【０００７】
【特許文献２】
特開２００２−３４２１４４号公報
【０００８】
【発明が解決しようとする課題】
即ち、図１に示すディスク内蔵型ネットワークファイルサーバの場合、図３に示す如く、新たなネットワークファイルサーバ２００−２を、クライアント（各々例えばパーソナルコンピュータよりなる）１０−１乃至１０−ｎと既存のネットワークファイルサーバ２００−１との間の接続に使用されているネットワーク（ＬＡＮ等）２０に接続するのみで増設が可能である。
【０００９】
しかしながらこの場合、クライアントに公開するディスクはこれを内蔵するネットワークファイルサーバ２００−１，２００−２専用のストレージとされており、そのためにシステム内で格納情報を共用することが困難な場合が考えられる。即ち、例えば、あるクライアント１０−１がネットワークファイルサーバ２００−１を介して内蔵されたディスク装置２１０−１、．．．に対してアクセスするために専用のプロトコルを要し、他のクライアント１０−ｎが今回追加したネットワークファイルサーバ２００−２を介して内蔵されたディスク装置２１０−２０、．．．に対してアクセスする専用のプロトコルを要する場合を想定する。このような場合、各クライアントは他のサーバ内臓ディスクの格納データにアクセスするためには、専用のプロトコルを使用可能にする設定作業を行う必要が生ずる場合がある。
【００１０】
他方、図２のディスク接続型の場合、図４に示す如く、既存のサーバ３００−１と並列に、新たなサーバ３００−２をネットワーク２０に接続すると共に、これを既存のディスク装置（ストレージ）４００にも接続する。このような構成とすることによって２台のサーバ３００−１、３００−２とによって既存のディスク４１０−１乃至４１０−ｍの全てが共用される。したがってストレージのクライアント間での共用が可能となる。
【００１１】
しかしながら図４の如くの構成を構築する際、図３の場合の如く単に基幹ネットワークに接続する場合と異なり、ある程度高度な専門的な知識を要するストレージ接続作業を行なう必要がある。当該ストレージ接続作業は、▲１▼ストレージ（ディスク装置４００）側において、新たなネットワークファイルサーバ３００−２に対して公開するディスクを定義する作業、▲２▼ネットワークファイルサーバ３００−２側において、接続するディスクをシステムにおいて定義する作業、▲３▼ネットワークファイルサーバ３００−２側において、ディスクが認識されていることを確認する作業等を含む。
【００１２】
又この場合、図５に示す如く、ネットワークサーバをストレージ（或はスイッチ）に接続するため、ネットワークファイルサーバ側においてはＨＢＡ（ホストバスアダプタ：ＦＣカード／ＳＣＳＩカード）の設置が必要となり、他方ストレージ側においても同様に、このＨＢＡ（或いはスイッチ）と接続するためのポート（ＣＡ：チャネルアダプタ）といった物理的な設備が必要とされる。
【００１３】
更に、図４に示す如くストレージに共通に接続されるネットワークファイルサーバが複数となった場合、アクセス効率向上の目的で使用されるキャッシュにおいては、これらサーバ間の整合性確保が必要となり、そのためのキャッシュ制御が複雑化することが考えられる。
【００１４】
本発明は上記課題に鑑み、比較的高度な専門的知識を要するストレージ接続手順を経ることなく、クライアント（業務サーバ等）間でデータを共用可能であり、且つ需要に応じて格納情報の書き込み／読出しに関わる情報処理能力を容易に向上可能なスケーラブルなネットワークファイルサーバを提供することを目的とする。
【００１５】
【課題を解決するための手段】
上記目的の解決のため本発明では、基幹通信網を介してユーザ側の各サーバと接続され、これらユーザ側のサーバからデータ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく格納装置管理部に対する指示を発する要求処理部と、前記要求処理部と所定のローカル通信網を介して接続され、前記要求処理部から発せられた指示に基づいて当該データ格納装置に対するアクセスを伴う所定のデータ処理を実行する格納装置管理部とよりなる構成とした。
【００１６】
この構成では格納装置管理部がデータ格納装置全体を管理するため、増設時、新たな要求処理部を上記ローカル通信網（即ちＬＡＮ等）に接続するのみで情報処理能力の向上が図れる。更にその際、上記の如く格納装置管理部にてデータ格納装置全体を管理するため、ユーザ側の各サーバは、上記新たに接続されたものを含む要求処理部及び格納装置管理部を介してデータ格納装置内の格納データを共用して取り扱うことが可能となる。このように、上記図３の例にて示した如く単にＬＡＮ等のローカル通信網に接続すれば良いため、高度な専門知識を要するストレージ接続作業無しに容易にユーザ間で共用可能なストレージシステムを構築可能である。
【００１７】
又、上記の如く各要求処理部はＬＡＮ等のローカル通信網に接続するのみで良く、これらをデータ格納装置又はスイッチ等に直接接続する必要はない。そのためこれらの接続において、図５に示すＨＢＡ，ＣＡ等の物理的な設備は不要となる。尚、本発明の構成においてもローカル通信網に接続するための所定のカード（ＮＩＣ：ネットワークインタフェースカード等）が必要となる。しかしながらこのような設備は、多くの一般的なサーバが本来的に有する類の装備であるため、多くの場合余分な設備を追加することには該当しない。
【００１８】
更に本発明の構成ではアクセス効率向上のためのキャッシュは全て格納装置管理部が一括して管理するため、個別的な整合性確保のための複雑なキャッシュ制御は不要となる。又、各要求処理部に個別的にキャッシュを備える場合であっても、これらのキャッシュが利用されるのは各処理のトランザクション確立後のタイミングであるため、特に整合性確保のための複雑な制御は不要と考えられる。
【００１９】
【発明の実施の形態】
以下、図面と共に本発明の実施の形態について詳細に説明する。
【００２０】
図６は本発明の一実施例によるネットワークファイルサーバ１００を含むストレージシステムの全体構成を示すブロック図である。同図に示すストレージシステムは、クライアントである業務サーバ群１０−１乃至１０−６よりなるユーザ層、このユーザ層から発せされた処理要求にしたがって後述するデータ層に格納されたデータを処理する処理層、並びに上記データ層よりなる。
【００２１】
本発明の実施例では、上記ユーザ層並びにデータ層には何ら影響を与えず、即ちユーザ層、データ層を構成する各装置において設定変更等の特別な処理を行なうことなく、処理層を構成するネットワークファイルサーバ１００のデータ処理容量又は処理能力を自由に増加可能なシステムを提供する。このネットワークファイルサーバ１００のデータ処理容量又は処理能力の増加は、具体的には後述する要求処理サーバ１１０−１乃至１１０−４を増設する、即ち例えば新たな要求処理サーバ１１０−５を追加することによって行なう。
【００２２】
又、負荷分散サーバ３０はユーザ層を構成する各業務サーバ１０−１乃至１０−６から発行されるストレージ５０の格納データに対するアクセス要求を、処理層を構成するネットワークファイルサーバ１００の各要求処理サーバ１１０−１乃至１１０−４に適宜振り分ける機能を有する。又スイッチ４０は、ネットワークファイルサーバ１００のボリューム管理サーバ１２０とデータ層を構成するストレージ５０との間で適宜データを中継する機能を有する。
【００２３】
図６中、業務サーバ群１０−１乃至１０−６は、夫々該当するユーザ所有のアプリケーションプログラムがインストールされて動作するサーバコンピュータである。各ユーザは当該ストレージシステムのデータ層のストレージ５０に格納されたデータを利用して当該アプリケーションプログラムを実行することによって所期の目的を達成する。
【００２４】
これら業務サーバ群１０−１乃至１０−６（代表して業務処理サーバ１０とも称する）と上記負荷分散サーバ３０とは基幹ＬＡＮ（ローカルエリアネットワーク）２０にて互いに接続される。本発明の実施例によるネットワークファイルサーバ１００はこのように負荷分散サーバ３０を介して基幹ＬＡＮ２−に接続され、更にこれを介して各業務サーバ１０と接続されている。又、当該ネットワークファイルサーバ１００は複数の要求処理サーバ１１０−１乃至１１０−４（代表して要求処理サーバ１１０とも称する）とボリューム管理サーバ１２０とよりなる。
【００２５】
このうち要求処理サーバ群１１０は各業務サーバ１０からのアクセス要求を解析してこれを実行する機能を有する。又ボリューム管理サーバ１２０はストレージ５０全体を管理し、ストレージ５０を構成する各ディスク装置に対してアクセス動作を行う。又、これら要求処理サーバ群１１０とボリューム管理サーバ１２０との間のデータの送受信はローカルＬＡＮ（ローカルネットワーク）１３０を介してなされる。
【００２６】
又、上記ストレージ５０は複数のディスク装置から構成されており、これらにより全ての業務サーバ１０間で共用可能なファイル格納域（ファイルシステム）を構成している。
【００２７】
このようなネットワークファイルサーバ１００が提供する機能は以下の通りである。即ち、業務サーバ１０に対してストレージ５０によるファイルシステムをネットワークを介して公開する。この機能は基本的には周知のＮＦＳ（ネットワークファイルシステム）サーバと同様なものである。
【００２８】
ここで本発明の実施例によるネットワークファイルサーバ１００が従来のＮＦＳサーバと異なる点は以下の通りである。即ち、業務サーバ１０からアクセス要求を受け付けてそのネットワークアクセスプロトコルを解析／実行する要求処理サーバ１００と、ストレージ（ディスク）５０を管理し、そのディスクに対し、その格納データの読出し／書き込みのための実アクセスを行なうボリューム管理サーバ１２０という２つの機能部を分離して構成した点である。このような構成を採用したことによって以下の効果を得ることが出来る。
【００２９】
即ち、ストレージ５０全体を一括管理するボリューム管理サーバ１２０を設けたことにより、全てのクライアント（業務サーバ１０）にて共用可能なファイルシステムを構築可能である。又、ボリューム管理サーバ１２０によってストレージ管理機能が担われ、且つ、要求処理サーバ１１０は当該ボリューム管理サーバ１２０とはネットワーク接続であるため、要求処理サーバ１１０増設の際、図４と共に述べた如くの高度な専門的知識を要するストレージ接続処理が不要となる。その結果、比較的容易な標準的ネットワーク接続のみで上記増設が可能となる。もってスケーラビリティの向上が図れる。
【００３０】
以下、図と共に本発明によるネットワークファイルサーバ１００の構成について更に詳細に説明する。図７に示す如く、ネットワークファイルサーバ１００は、一以上の要求処理サーバ１１０と一以上のボリューム管理サーバ１２０とよりなる。このうちボリューム管理サーバ１２０は、全ての業務サーバ１０に対してその内容を公開するストレージ（ディスク）５０に接続されており、当該ストレージ格納情報の全てを管理する。
【００３１】
図９にも示す如くボリューム管理サーバ１２０は、ディスク５０をアクセスするためのＨＢＡ（ＳＣＳＩカード或いはＦＣカード）１２３及びネットワーク接続ための設備（ＮＩＣ＝ＬＡＮカード）１２１を有する。又ボリューム管理サーバ１２０は、自装置が管理しているストレージ５０内のディスクを、要求処理サーバ１１０に対し、物理的ではなく論理的（仮想的）に公開する機能を有する。
【００３２】
又ボリューム管理サーバ１２０はディスク５０に対してディスクアクセスプロトコル（ＳＣＳＩプロトコル及びファイバチャネルプロトコル）によりアクセスを行う機能を有する。そしてこのボリューム管理サーバ１２０は、要求処理サーバ１１０からのディスクアクセス要求を、上記ディスクアクセスプロトコル（ＳＣＳＩ或いはファイバチャネルプロトコル）に変換する機能を有する。又ボリューム管理サーバ１２０はキャッシュ１２２を装備し、要求処理サーバ１１０が求めるデータがキャッシュ１２２上に存在すればディスク５０に実アクセスすることなく、キャッシュ１２２からデータを読出し、その内容を要求処理サーバ１１０に受け渡す。
【００３３】
又、図８にも示す如く、要求処理サーバ１１０は、ボリューム管理サーバ１２０と接続するためのネットワーク接続設備（ＮＩＣ＝ＬＡＮカード）１１３と、業務サーバ１０（或いは負荷分散サーバ３０）と接続するためのネットワーク設備（ＮＩＣ＝ＬＡＮカード）１１１とを有する。又要求処理サーバ１１０は、業務サーバ１０からネットワーク２０を介しアクセスプロトコル（ＮＦＳ或いはＣＩＦＳプロトコル）による処理要求を受け付け、これを該当するプロトコル解析部１１４，１１５で解析する。
【００３４】
又要求処理サーバ１１０においては、上記の如くボリューム管理サーバ１２０が生成した論理（仮想）ボリュームが公開されており、要求処理サーバ１１０はこのボリューム管理サーバ１２０が生成した論理（仮想）ボリュームに対してアクセスする際、ネットワークファイルサーバ１００内のネットワーク（ＬＡＮ）１３０を通じて行う。ここで要求処理サーバ１１０がボリューム管理サーバ１２０に対してアクセス要求を発行する際に使用されるプロトコルとしては、ＩＰ／ＳＡＮ（ｉＳＣＳＩ）等が適用可能である。要求処理サーバ１１０は、上記業務サーバ１０が発行したネットワークアクセスプロトコルによる処理要求を、上記ボリューム管理サーバ１２０によって生成された論理（仮想）ボリュームをアクセスするためのプロトコルによる命令に変換する機能を有する。
【００３５】
又要求処理サーバ１１０はキャッシュ１１２を装備し、確立されたトランザクション内のアクセス要求を受けた場合、ボリューム管理サーバ１２０にアクセス要求を発行することなく、当該キャッシュ内よりファイルデータ読み出して業務サーバ１０に受け渡す機能を有する。
【００３６】
ここで要求処理サーバ１１０とボリューム管理サーバ１２０との間を接続するネットワーク（ＬＡＮ）は上記の如く専用線（ローカルＬＡＮ）である方が望ましいが、他のシステムと共用のネットワークによる構成とすることも可能である。又、図６，図７に示す構成ではネットワークファイルサーバ１００は負荷分散サーバ３０を介して各業務サーバ１０と接続されるものとしたが、必ずしもその構成に限られる必要はない。即ち、業務サーバ１０からネットワークアクセスプロトコルを受け付ける形態として、上記の如く一旦負荷分散サーバ３０が一括して受ける構成としてもよいし、或いは負荷分散サーバを省略し、各業務サーバ１０から所定の要求処理サーバ１１０に対して直接アクセス要求を発行する構成としても良い。
【００３７】
次に、図１０，図１１と共に上記ネットワークファイルサーバ１００の処理動作について詳細に説明する。要求処理サーバ１１０は、業務サーバ１０或いは負荷分散サーバ３０から所定のネットワークアクセスプロトコルによるディスク５０内のファイルに対するアクセス要求を上記ＮＩＣ１１１にて受け付ける。このアクセス要求はプロトコル処理部１１４，１１５にて受信プロトコルに従った処理を経てアクセス制御部１１６で解析される（ステップＳ１）。その結果この要求が対象ファイルの開設要求であれば（ステップＳ２のＹｅｓ），要求処理サーバ１１０のアクセス制御部１１６は対象ファイルのメタデータ情報（ファイルの属性情報等）取得のためのアクセス要求を発行し、これをデバイスドライバ１１７を介してプロトコル変換部１１８にて送る。そこでプロトコル変換されたＩＰ／ＳＡＮ（ｉＳＣＳＩ）等のプロトコルによるアクセス要求を、ボリューム管理サーバ１２０に対し、ＮＩＣ１１３を介して発行する（ステップＳ３、Ｓ４，Ｓ５）。
【００３８】
ボリューム管理サーバ１２０はこのアクセス要求をＮＩＣ１２１にて受け付け、これをディスクアクセス制御部１２４にて解析する（ステップＳ３１）。そして解析の結果得られた要求内容に従い、該当するメタデータ情報を取得するため、所定のディスクアクセスプロトコルにてストレージ５０に対してディスクアクセスを行う（ステップＳ３２のＹｅｓ）。この場合自己のキャッシュ１２２上に該当する最新のデータが存在するか否かを判定し（ステップＳ３３）、存在すれば（Ｙｅｓ）、ディスク５０に対して実アクセスすることなくキャッシュ１２２上のメタデータ情報を要求処理サーバ１１０に返答する（ステップＳ３４，Ｓ３５）。このメタデータの返答を受けた要求処理サーバ１１０は当該データを自己のキャッシュに格納すると共に、該当業務サーバに対してこれを返答する（ステップＳ１７，Ｓ１８）。
【００３９】
他方キャッシュ１２２上に該当する最新のデータが存在しない場合（ステップＳ３３のＮｏ）、該当するメタデータをディスク５０から取得するため、アクセス要求を発行し、これをプロトコル変換部１２５に送る。そこでプロトコル変換を経たＳＣＳＩ、ファイバチャネル等のプロトコルによるアクセス要求はデバイスドライバ１２６に送られ、ここで上記変換後のＨＢＡ１２３を介してディスク５０に対して発行される（ステップＳ３６，Ｓ３７）。
【００４０】
その結果ディスク５０から該当メタデータを読み出され（ステップＳ３８）、これがボリューム管理サーバ１２０のキャッシュ１２２に格納されると共に要求処理サーバに対して返答される（ステップＳ３９，Ｓ４０）。このメタデータの返答を受けた要求処理サーバ１１０は当該データを自己のキャッシュ１１２に格納すると共に該当業務サーバに対して返答する（ステップＳ１７，Ｓ１８）。
【００４１】
又、業務サーバ１０からの要求がファイルの読出し／書き込み要求であれば（ステップＳ２のＮｏ）、要求処理サーバ１１０は当該読出し／書き込み対象のデータをディスク５０に対して読出し／書き込みするため、ボリューム管理サーバ１２０に対してＩＰ／ＳＡＮ（ｉＳＣＳＩ）等のプロトコルによるアクセス要求を発行する。ここで当該要求が読出し要求の場合（ステップＳ６のＹｅｓ）、キャッシュ１１２上に最新のファイルデータが存在するか否かを判定する（ステップＳ７）。もし存在していれば（Ｙｅｓ）、ボリューム管理サーバ１２０に対してアクセス要求を発行することなく、当該キャッシュ１１２上のデータを業務サーバ１０に返答する（ステップＳ８、Ｓ９）。
【００４２】
キャッシュ１１２上に該当ファイルデータが存在しない場合（ステップＳ７のＮｏ）、該当ファイルデータを取得するためにアクセス要求を発行し、プロトコル変換を行なう。そしてボリューム管理サーバ１２０に対して上記変換後のＩＰ／ＳＡＮ（ｉＳＣＳＩ）等のプロトコルによるアクセス要求を発行する（ステップＳ１０，Ｓ１１，Ｓ１２）。
【００４３】
又、アクセス要求の内容が書き込み要求の場合（ステップＳ６のＮｏ）、先ずキャッシュ１１２上に該当データを書き込み（ステップＳ１３）、その後キャッシュ１１２に書き込まれたデータをボリューム管理サーバに送るべくアクセス要求を発行してプロトコル変換を行う。そしてボリューム管理サーバ１２０に対して上記変換後のＩＰ／ＳＡＮ（ｉＳＣＳＩ）等のプロトコルによるアクセス要求を発行する（ステップＳ１４，Ｓ１５，Ｓ１６、Ｓ２１）。
【００４４】
ボリューム管理サーバ１２０は要求処理サーバ１１０から発行された上記ファイルデータ読出しのアクセス要求（ステップＳ１２）を受け付けた場合、これを解析する（ステップＳ３１）。その結果、この場合当該要求がファイルデータ取得であるため（ステップＳ３２のＹｅｓ）、当該ファイルデータを取得するためディスクアクセスプロトコルにてディスクアクセスを行う。しかしここでキャッシュ１２２上に該当する最新のファイルデータが存在していれば（ステップＳ３３のＹｅｓ）、ディスク５０に対して実アクセスすることなくキャッシュ１２２上のファイルデータを読出し、これを要求処理サーバに返答する（ステップＳ３４，Ｓ３５）。このファイルデータの返答を受けた要求処理サーバ１１０は当該データを自己のキャッシュ１１２に格納すると共に該当業務サーバに対して返答する（ステップＳ１９，Ｓ２０）。
【００４５】
他方キャッシュ１２２上に該当するファイルデータが存在しない場合（ステップＳ３３のＮｏ）、該当ファイルデータをディスク５０から取得するためにアクセス要求を発行し、これをプロトコル変換する。そしてディスク５０に対して上記変換後のＳＣＳＩ、ファイバチャネル等のプロトコルによるアクセス要求を発行する（ステップＳ３６，Ｓ３７）。
【００４６】
ボリューム管理サーバ１２０はこのようにしてディスク５０にアクセスして該当ファイルデータを読み出すと（ステップＳ３８）、これを自己のキャッシュ１２２に格納すると共に要求処理サーバに対して返答する（ステップＳ３９，Ｓ４０）。このファイルデータの返答を受けた要求処理サーバ１１０は当該データを自己のキャッシュに格納すると共に該当業務サーバに対して返答する（ステップＳ１９，Ｓ２０）。
【００４７】
又、ボリューム管理サーバ１２０は要求処理サーバ１１０から発行された上記データ書き込み要求（ステップＳ１６）を受け付けた場合、これを解析する（ステップＳ３１）。この場合当該要求がファイルデータ書き込みであるため（ステップＳ３２のＮｏ）、当該データを一旦自己のキャッシュ１２２に書き込む（ステップＳ４１）。その後、当該データをディスク５０に書き込むため、キャッシュ１２２から該当データを読出し、ディスクアクセスプロトコルにてディスクアクセスを行い（ステップＳ４２，Ｓ４３）、ディスク５０の該当領域に書き込む（ステップＳ４４，Ｓ４５）。
【００４８】
尚、上記要求処理サーバ１１０、並びにボリューム管理サーバ１２０の各々はコンピュータよりなる構成としてもよく、その場合当該コンピュータは図１０又は図１１と共に説明した動作を当該コンピュータに実行させるためのプログラムを読み込み、これを実行することによって順次該当する動作を実行するように構成することが可能である。
【００４９】
本発明は以下の付記に記載の構成を含む。
【００５０】
（付記１）
データ格納装置と、
所定の基幹通信網を介してユーザ側の各サーバと接続され、当該ユーザ側のサーバから前記データ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく格納装置管理部に対する指示を発する要求処理部と、
前記要求処理部と所定のローカル通信網を介して接続され、前記要求処理部から発せられた指示に基づいて当該データ格納装置に対するアクセスを伴う所定のデータ処理を実行する格納装置管理部とよりなるネットワークファイルサーバ。
（付記２）
前記要求処理部はユーザ側のサーバからのデータ格納装置へのアクセスを伴うデータ処理の要求を前記データ格納装置の論理的構成に対応した命令に変換する機能を有し、
前記格納装置管理部は前記要求処理部から受けた前記データ格納装置の論理的構成に対応した命令を前記データ格納装置の物理的構成に対応した命令に変換する機能を有することを特徴とする付記１に記載のネットワークファイルサーバ。
（付記３）
前記格納装置管理部はキャッシュを有し、前記要求処理部が求めるデータが当該キャッシュに存在すればデータ格納装置に実際にアクセスすることなく当該キャッシュからデータを読み出して要求処理部へ渡すことを特徴とする付記１又は２に記載のネットワークファイルサーバ。
（付記４）
前記要求処理部の各々はキャッシュを有し、ユーザ側のサーバからの処理要求対象データが当該キャッシュ内に存在すれば格納装置管理部に対する処理要求の伝達を行なうことなく、前記キャッシュから該当データを読み出してユーザ側のサーバへ返答することを特徴とする付記１乃至３のうちの何れかに記載のネットワークファイルサーバ。
【００５１】
（付記５）
所定の基幹通信網を介してユーザ側の各サーバと接続され、これらユーザ側のサーバからの所定のデータ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく、所定のローカル通信網を介して接続された所定の格納装置管理装置に対する指示を発する情報処理装置。
（付記６）
上記ユーザ側のサーバからのデータ格納装置へのアクセスを伴うデータ処理の要求を、前記データ格納装置の論理的構成に対応した命令に変換する機能を有する付記５に記載の情報処理装置。
【００５２】
（付記７）
更にキャッシュを有し、ユーザ側のサーバからの処理要求対象データが当該キャッシュ内に存在すれば上記格納装置管理装置に対する処理要求の伝達を行なうことなく、前記キャッシュから該当データを読み出してユーザ側のサーバへ返答することを特徴とする付記５又は６に記載の情報処理装置。
【００５３】
（付記８）
所定の要求処理装置と所定のローカル通信網を介して接続され、前記要求処理装置から発せられる指示に基づいて所定のデータ格納装置に対するアクセスを伴う所定のデータ処理を実行する情報処理装置。
（付記９）
更にキャッシュを有し、前記要求処理装置が求めるデータが当該キャッシュに存在すればデータ格納装置に実際にアクセスすることなく当該キャッシュからデータを読み出して要求処理装置へ渡すことを特徴とする付記８に記載の情報処理装置。
【００５４】
（付記１０）
前記要求処理装置から受けた、前記データ格納装置の所定の論理的構成に対応した命令を、前記データ格納装置の物理的構成に対応した命令に変換する機能を有することを特徴とする付記８又は９に記載の情報処理装置。
【００５５】
（付記１１）
ユーザ側のサーバから所定のデータ格納装置に対するアクセスを伴うデータ処理の要求を受け、これを解析して処理すべく所定のローカル通信網を介して接続された所定の格納装置管理装置に対する指示を発する各段階をコンピュータに実行させるためのプログラム。
（付記１２）
上記ユーザ側のサーバからのデータ格納装置へのアクセスを伴うデータ処理の要求を、前記データ格納装置の論理的構成に対応した命令に変換する段階をコンピュータに実行させるための命令を更に含む付記１１に記載のプログラム。
【００５６】
（付記１３）
ユーザ側のサーバからの処理要求対象データが自機のキャッシュ内に存在すれば上記格納装置管理装置に対する処理要求の伝達を行なうことなく、前記キャッシュから該当データを読み出してユーザ側のサーバへ返答する段階をコンピュータに実行させるための命令を更に含む付記１１又は１２に記載のプログラム。
【００５７】
（付記１３）
所定のローカル通信網を介して接続された要求処理装置から発せられる指示に基づいて所定のデータ格納装置に対するアクセスを伴う所定のデータ処理を実行する段階をコンピュータに実行させるためのプログラム。
【００５８】
（付記１４）
前記要求処理装置が求めるデータが自機のキャッシュに存在すればデータ格納装置に実際にアクセスすることなく当該キャッシュからデータを読み出して要求処理装置へ渡す段階をコンピュータに実行させるための命令を更に含む付記１３に記載のプログラム。
【００５９】
（付記１５）
前記要求処理装置から受けた、前記データ格納装置の所定の論理的構成に対応した命令を、前記データ格納装置の物理的構成に対応した命令に変換する段階をコンピュータに実行させるための命令を更に含む付記１３又は１４に記載のプログラム。
【００６０】
【発明の効果】
このように本発明によればユーザ側のサーバからの要求を受け付けて解析し、処理する要求処理部と、データ格納装置の管理を行なうと共に実アクセスを行なう格納装置管理部とに機能分離し、更に要求処理部と格納装置管理部との間をネットワークを介して接続するようにした。その結果処理能力向上を図る際には新たに要求処理部を増設すればよく、その場合、増設分の要求処理部は上記ネットワークに接続するのみでよい。その結果容易に性能向上が可能でありスケーラビリティの向上が可能である。
【００６１】
又、上記の如く要求処理部と格納装置管理部との間はネットワーク接続であるため、当該ネットワークの帯域拡大によってその間のアクセス速度を容易に向上可能である。
【００６２】
更にデータ格納容量拡大の際にはデータ格納装置を増設すればよく、その際に要する作業は格納装置管理部に対するデータ格納装置の接続作業のみだけでよいため、そのために要求処理装置に対する設定変更等の必要性は生じない。
【００６３】
このように本発明によれば、需要の増減に柔軟に対応可能なスケーラビリティに富んだストレージシステムの構築が可能となる。
【図面の簡単な説明】
【図１】従来の一例によるディスク内蔵型のネットワークファイルサーバの構成を示す図である。
【図２】従来の一例によるディスク接続型のネットワークファイルサーバの構成を示す図である。
【図３】上記ディスク内蔵型のネットワークファイルサーバを増設する際の問題点を説明するための図である。
【図４】上記ディスク接続型のネットワークファイルサーバを増設する際の問題点を説明するための図（その１）である。
【図５】上記ディスク接続型のネットワークファイルサーバを増設する際の問題点を説明するための図（その２）である。
【図６】本発明の一実施例によるネットワークファイルサーバの構成を示すブロック図である。
【図７】図６に示すネットワークファイルサーバの更に詳細な構成を示すブロック図である。
【図８】図６、図７に示す要求処理サーバの内部構成を示すブロック図である。
【図９】図６、図７に示すボリューム管理サーバの内部構成を示すブロック図である。
【図１０】図８に示す要求処理サーバによる処理の流れを示すフローチャートである。
【図１１】図９に示すボリューム管理サーバによる処理の流れを示すフローチャートである。
【符号の説明】
１０    業務サーバ
２０    基幹ＬＡＮ
４０    スイッチ
５０    ストレージ（ディスク）
１００    ネットワークファイルサーバ
１１０    要求処理サーバ
１２０    ボリューム管理サーバ
１３０    ローカルＬＡＮ
【図１】
2005018100.tif 000003
【図２】
2005018100.tif 000004
【図３】
2005018100.tif 000005
【図４】
2005018100.tif 000006
【図５】
2005018100.tif 000007
【図６】
2005018100.tif 000008
【図７】
2005018100.tif 000009
【図８】
2005018100.tif 000010
【図９】
2005018100.tif 000011
【図１０】
2005018100.tif 000012
【図１１】
2005018100.tif 000013