JP2912221B2 - 分散ネットワーク化ストライプド・ファイルシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散ネットワーク化
ストライプド・ファイルシステムに関し、特にホストコ
ンピュータに接続された複数の二次記憶装置上にそれぞ
れ構築された複数のファイルシステムを仮想的な１つの
ファイルシステムとし、この仮想的なファイルシステム
に対するデータの書き込み及び読み出し処理をソフトウ
ェアにより前記二次記憶装置単位に分割し並列分散化し
て行うストライプド・ファイルシステムに関する。

【０００２】

【従来の技術】従来から、プロセス当たりのディスクに
対するデータの入出力を行う際の性能を向上させる為の
手段として、図１７に示すように、１台のホストコンピ
ュータ８０に接続された複数の磁気ディスク装置のよう
な二次記憶装置８１，８２，８３，８４上に構築したフ
ァイルシステムから、仮想的な１つのファイルシステム
８５を構築し、この仮想的なファイルシステムを構成す
る各々の二次記憶装置の入出力制御装置に対してプロセ
スが並列にデータの入出力要求を行う、いわゆるストラ
イプド・ファイルシステムの手法が採用されている。従
来のストライプド・ファイルシステムの手法では、図１
８に示すように、１台のホストコンピュータ８６の異な
る入出力制御装置８７，８８に接続された複数の磁気デ
ィスク装置のような二次記憶装置８９，９０上に構築さ
れたファイルシステムを基本単位としてストライプド・
ファイルシステム９１を構築し、各二次記憶装置上に構
築されたファイルシステムに対する入出力処理を複数の
入出力制御装置８７，８８に分散させ並列に行うことに
より、プロセス当たりの二次記憶装置に対する入出力性
能の向上を実現していた。

【０００３】

【発明が解決しようとする課題】この従来のストライプ
ド・ファイルシステムの手法では、単一プロセス当たり
の二次記憶装置に対するデータの入出力時の性能向上を
図ることは出来たが、システム全体で見た場合、統合的
なデータの入出力時の性能向上には至らなかった。すな
わち、従来技術では、１台のホストコンピュータ８０に
接続された複数台の二次記憶装置８１〜８４上に構築さ
れたファイルシステムを構築単位としていた。従って、
ストライプド・ファイルシステム８５を構成する複数台
の二次記憶装置８１〜８４上のファイルシステムに対す
るデータの入出力処理を全て１台のホストコンピュータ
８０で処理しなければならなかったため、ストライプド
・ファイルシステムを構成する個々の二次記憶装置に対
するデータの入出力処理を並列に行っても、一つのプロ
セスがデータの入出力に要する時間は並列化により短縮
することは可能であるが、ホストコンピュータが処理し
なければならない入出力データの量は変わらないため、
二次記憶装置に対するデータの入出力時にホストコンピ
ュータにかかる負荷を減少させることはできず、ホスト
コンピュータ全体の性能を向上させることはできなかっ
た。

【０００４】また、従来のストライプド・ファイルシス
テムの手法では、プロセス当たりの二次記憶装置に対す
るデータの入出力時の性能向上を図る為には、異なる入
出力制御装置に接続された二次記憶装置上に構築された
ファイルシステムを基本単位としてストライプド・ファ
イルシステムを構築しなければならないというハードウ
ェア上の制約があった。すなわち、図１９に示すよう
に、複数台の二次記憶装置に対するデータの入出力を１
台の入出力制御装置９３で行った場合は、ストライプド
・ファイルシステム９６に対する入出力処理を並列化し
ても、実際の二次記憶装置９４，９５へのデータの入出
力処理は１台の入出力制御装置９３によってシーケンシ
ャルに行われる為、単一プロセス当たりの二次記憶装置
に対する入出力時の性能向上を図ることができなかっ
た。従って、ホストコンピュータに搭載されている入出
力制御装置の数によっては、ストライプド・ファイルシ
ステムを構築してもプロセス当たりの二次記憶装置に対
する入出力時の性能が向上されないという問題点があっ
た。

【０００５】さらに、従来のストライプド・ファイルシ
ステムの手法では、構築できるストライプド・ファイル
システムの大きさは、１台のホストコンピュータに接続
可能な二次記憶装置の数により制限されていた。その理
由は、１台のホストコンピュータに２台以上の磁気ディ
スク装置のような二次記憶装置を接続し、各々の二次記
憶装置上に構築したファイルシステムを、ソフトウェア
からの制御により仮想的に１つのファイルシステムに見
せかけて、その仮想的なファイルシステムに対してデー
タの入出力を行っていたためである。

【０００６】したがって本発明の目的は、ホストコンピ
ュータを二次記憶装置ごとに設け、これらホストコンピ
ュータ間を相互接続してコンピュータネットワーク（分
散ネットワーク）を構築し、各二次記憶装置にまたがっ
た仮想的なファイルシステム（ストライプド・ファイル
システム）に対してネットワークを介していることを意
識しないで分散・並列化させてデータの入出力を行うこ
とにより、スループットの低下を招くこと無くストライ
プド・ファイルシステムに対するデータの入出力を実現
すると共に、プロセス当たりの二次記憶装置に対する性
能の向上だけでなく、システム全体を通じての二次記憶
装置に対する性能を向上させ、従来よりも大きな容量を
持つファイルシステムを実現することができるような分
散ネットワーク化ストライプド・ファイルシステムを提
供することにある。

【０００７】

【課題を解決するための手段】本発明の分散ネットワー
ク化ストライプド・ファイルシステムは、ホストコンピ
ュ−タに接続された複数の二次記憶装置上にそれぞれ構
築された複数のファイルシステムを仮想的な１つのファ
イルシステムとし、この仮想的なファイルシステムに対
するデ−タの書き込み及び読み出し処理をソフウトウェ
アにより前記二次記憶装置単位に分割し並列分散化して
行うストライプド・ファイルシステムにおいて、ネット
ワークを介して互いに接続されるとともに前記複数の二
次記憶装置の各々を互いに重複することなく収容し、１
つのデータファイルから分割された各部分データをそれ
ぞれ独立したファイルシステムとして任意の二次記憶装
置に分散配置することにより広域ファイルシステムを構
築可能とした複数の前記ホストコンピュ−タを備え、こ
れらホストコンピュ−タのうち管理用ホストコンピュ−
タとしてあらかじめ指定された特定のホストコンピュー
タに、前記広域ファイルシステムの分割配置先の二次記
憶装置を収容するホストコンピュータとそのホストコン
ピュータ内でのファイルシステムとを示すファイルシス
テム識別情報を管理するためのファイルシステム管理テ
ーブルと、前記ホストコンピュ−タごとのネットワ−ク
上のアドレス情報を管理するためのアドレス管理テ−ブ
ルと、前記データファイルごとの前記ファイルシステム
識別情報によるデータ分割を管理するためのデータ管理
テーブルとを有し、前記ネットワークに接続された任意
のホストコンピュ−タが、前記広域ファイルシステムに
対するデータファイルの書き込みあるいは読み出しを行
う際、前記管理用ホストコンピュ−タの前記ファイルシ
ステム管理テーブル，前記アドレス管理テ−ブル，及び
前記データ管理テーブルを参照し、分割されたデータの
各々に対応するホストコンピュータとそのファイルシス
テムとを認識し、該当するホストコンピュータに対応す
るデータの書き込みあるいは読み出し要求を行い該当す
る二次記憶装置に対する書き込みあるいは読み出しを行
わせる構成を有する。

【０００８】また、上記構成において、前記ホストコン
ピュ−タの障害により前記二次記憶装置に対する分割さ
れたデ−タの書き込みが失敗すると、前記管理用ホスト
コンピュ−タの前記ファイルシステム管理テーブル，前
記アドレス管理テ−ブル，及び前記データ管理テーブル
を参照して自動的に代替のホストコンピュ−タを選別
し、この代替のホストコンピュ−タに対応する前記二次
記憶装置に対して該当デ−タの書き込みを行う構成とす
ることができる。

【０００９】

【００１０】次に本発明の作用を説明する。複数台のホ
ストコンピュータを相互に接続して構築したコンピュー
タネットワークの環境（分散ネットワーキング環境）に
おいて、ホストコンピュータに接続されている磁気ディ
スク装置のような二次記憶装置に、ネットワークを介し
ていることを意識しないでデータの入出力を行うことが
できるようなファイルシステム（広域ファイルシステ
ム）を構築し、異なるホストコンピュータに接続された
二次記憶装置上に構築された広域ファイルシステムを構
成単位とするストライプド・ファイルシステムを構築す
る機能を提供することにより、ストライプド・ファイル
システムに対するデータの入出力時にホストコンピュー
タにかかる負荷を複数のホストコンピュータに搭載され
た入出力制御装置に分散させることで、スループットの
低下を招くこと無くストライプド・ファイルシステムに
対するデータの入出力を実現すると共に、ストライプド
・ファイルシステムに対するデータの入出力処理そのも
のを、ネットワーク内の他のホストコンピュータに分散
・並列化させて実行させることにより、プロセス当たり
の二次記憶装置に対する性能の向上だけでなく、システ
ム全体を通じての二次記憶装置に対する性能を向上さ
せ、更に、ネットワーク内の複数のホストコンピュータ
に接続された二次記憶装置にまたがった仮想的なファイ
ルシステムを構築することにより、従来よりも大きな容
量を持つファイルシステムを実現することができる。

【００１１】また、プロセスがストライプド・ファイル
システムに対してデータの入出力を行うと、各ホストコ
ンピュータ上で動作しているソフトウェアが、広域ファ
イルシステムを管理するためのホストコンピュータに接
続されている二次記憶装置上の広域ファイルシステムを
管理する為の管理テーブル，広域ファイルシステムから
構成されるストライプド・ファイルシステムを管理する
為の管理テーブル，相互接続されたホストコンピュータ
を一意に識別する為のネットワークアドレス管理テーブ
ル，及びデータファイルを管理する為のデータ管理テー
ブルを参照し、プロセスによってデータの入出力が行わ
れたストライプド・ファイルシステムを構成しているコ
ンピュータネットワーク内のホストコンピュータに接続
された二次記憶装置上に構築されたファイルシステムを
識別し、データの分割及び分割されたデータの再構築、
ならびにデータの入出力制御の分散・並列化を自動的に
行う。このため、プロセスはストライプド・ファイルシ
ステムに対してデータの入出力を行うだけで、データの
断片化及び入出力処理の並列化、ならびにコンピュータ
ネットワークで相互に接続された遠隔のホストコンピュ
ータとの間でのデータの送受信を意識することなく、遠
隔のホストコンピュータに接続された二次記憶装置に対
するデータの入出力を実現することができる。

【００１２】

【発明の実施の形態】本発明の実施の形態について図面
を参照して説明する。

【００１３】図１は本発明の第１の実施形態例を示す概
略システム構成図である。図１において、本発明を適用
するファイルシステムは広域ファイルシステムを成し、
広域ファイルシステムを管理するためのホストコンピュ
ータ１１と、その管理下の複数のホストコンピュータ１
２，１３，１４，…，１ｍ、これら各ホストコンピュー
タ１１〜１ｍにそれぞれ接続されている二次記憶装置２
１，２２，２３，２４，…，２ｍと、各ホストコンピュ
ータ１１〜１ｍ間を相互接続しているネットワーク１０
とから構成される。各ホストコンピュータ１２〜１ｍに
接続されている二次記憶装置２２〜２ｍ上に構築された
ファイルシステムから仮想的なストライプド・ファイル
システム２０が構築されている。ネットワーク１０には
広域ファイルシステムを利用するホストコンピュータ
（図示せず）が接続される。広域ファイルシステムを管
理するためのホストコンピュータ１１に接続されている
二次記憶装置２１には、図２に示すように、広域ファイ
ルシステムを管理するための管理テーブル２６と、スト
ライプド・ファイルシステムを管理するための管理テー
ブル２７と、ホストコンピュータのホスト名とネットワ
ーク内でホストコンピュータを一意に識別するためのア
ドレス情報を管理するためのアドレス管理テーブル２８
と、データを複数の二次記憶装置に分割して書き込む
際、及び複数の二次記憶装置に分割されて書き込まれて
いるデータを復元する際に使用するデータ管理テーブル
２９とが設けられている。

【００１４】広域ファイルシステムを管理するための管
理テーブル２６は、図３に示すように、ネットワークを
構成するホストコンピュータに対して付けられたホスト
名（例えば、Ｈｏｓｔ−１，…）を登録する領域２６１
と、そのホスト名のホストコンピュータに接続された二
次記憶装置上に構築されたファイルシステムのファイル
システム名（例えば、ＦＳ−１，…）を登録する領域２
６２と、ホスト名及びファイルシステム名の組に対して
一意に与えられるファイルシステム識別子（例えば、Ｆ
Ｓ−ＩＤ−１，…）を登録する領域２６３と、そのファ
イルシステム名のファイルシステムの状態を表す状態フ
ラグを登録する領域２６４とから構成される。状態フラ
グは、ＢＵＳＹ状態（ファイルシステムに対する入出力
が行われている状態）及びＩＤＬＥ状態（ファイルシス
テムに対する入出力が行われていない状態）の２つの状
態を有する。

【００１５】ストライプド・ファイルシステム管理テー
ブル２７は、図４に示すように、各ホストコンピュータ
が広域ファイルシステム上のファイルにアクセスする際
に参照する広域ファイルシステム名（例えば、ＷＡ−Ｆ
Ｓ−１ｎ，…）を登録する領域２７１と、その広域ファ
イルシステム名に対応するファイルシステムを構成する
複数のファイルシステムのファイルシステム識別子（例
えば、ＦＳ−ＩＤ−１１，…）を登録する領域２７２と
から構成される。

【００１６】アドレス管理テーブル２８は、図５に示す
ように、ホストコンピュータに対して付けられたホスト
名（例えば、Ｈｏｓｔ−１，…）を登録する領域２８１
と、ネットワーク内でホストコンピュータを一意に識別
するためのネットワークアドレス情報（例えば、ａａ
ａ．ａａａ．ａａａ．ａａａ，…）を登録する領域２８
２とから構成される。

【００１７】データ管理テーブル２９は、図６に示すよ
うに、ストライプド・ファイルシステムにデータを書き
込む際またはストライプド・ファイルシステムからデー
タを読み出す際にデータを指定する為のデータファイル
名（例えば、ＦＩＬＥＮＡＭＥ１，…）を登録する領域
２９１と、そのデータファイル名のデータファイルを複
数（ｎ）個の断片に分割した際に各データファイルの断
片に割り当てるシーケンス番号（例えば、１，…，ｎ）
を登録する領域２９２、及び分割された各データファイ
ルの断片が格納されているファイルシステムのファイル
システム識別子（例えば、ＦＳ−ＩＤ−１１，…，ＦＳ
−ＩＤ−１ｎ）を登録する領域２９３とから構成され
る。

【００１８】図７及び図１０は、ネットワークを構成す
るホストコンピュータが、広域ファイルシステムを介し
てデータの入出力を行う際に参照する各種管理テーブル
の関係を示した図である。図８は、データの書き込み要
求，データの読み出し要求，またはデータの削除要求の
時に、ホストコンピュータの間でやり取りされるデータ
書き込み要求メッセージ，データ読み出し要求メッセー
ジ，及びデータ削除要求メッセージに含まれるデータの
概略を示した図である。データ書き込み要求メッセー
ジ，データ読み出し要求メッセージ，及びデータ削除要
求メッセージは、書き込み，読み出し，または削除を行
うデータのデータファイル名５２と、データファイルを
書き込む，読み出す，または削除すべきデータファイル
が格納されているファイルシステム名５３と、データフ
ァイルをｎ個に分割した際に各データファイルの断片に
割り当てられるシーケンス番号５４とを含んで構成され
る。図９は、データ書き込み要求メッセージまたはデー
タ読み出し要求メッセージに応答して、ホストコンピュ
ータの間でやり取りされるデータ書き込み結果通知メッ
セージ及びデータの読み出し結果通知メッセージに含ま
れるデータの概略を示した図である。この結果通知メッ
セージは、書き込みまたは読み出し要求が行われたデー
タのデータファイル名５２と、データファイルの書き込
み要求またはデータファイルの読み出し要求が行われた
ファイルシステム名５３と、データファイルをｎ個に分
割した際に各データファイルの断片に割り当てられたシ
ーケンス番号５４と、データファイルの書き込み要求ま
たはデータファイルの読み出し要求の結果を示す結果フ
ラグ５８と、データ読み出し要求メッセージ受信時に読
み出したデータを送り返す為のデータ部５９とを含んで
構成される。結果フラグ５８は、成功フラグ（データの
書き込みまたはデータの読み出しが成功したことを示す
フラグ）及び失敗フラグ（データの書き込みまたはデー
タの読み出しが失敗したことを示すフラグ）の２つのフ
ラグのうちいずれかを取る。

【００１９】図１１は、図１のシステムの変形例を示す
概略システム構成図である。図１１において、コンピュ
ータネットワーク９９で相互に接続された２台のホスト
コンピュータ９７，９８の各々の２つの入出力制御装置
１００，１０１，１０２，１０３に接続された二次記憶
装置１０４，１０５，１０６，１０７上に構築されたフ
ァイルシステムからストライプド・ファイルシステム１
０８が構成されている。ストライプド・ファイルシステ
ム１０８に対するデータ処理は、複数台のホストコンピ
ュータ９７，９８の各々に接続された異る入出力制御装
置１００〜１０３を介して接続された二次記憶装置１０
４〜１０７に対し、分散・並列化させて行われる。

【００２０】図１２は、本発明の第２の実施形態例を示
す概略システム構成図である。図１３は、図１２のシス
テムの変形例を示す概略システム構成図である。

【００２１】図１４，１５，１６は本発明における処理
の流れを示したフローチャートである。図１４は、ネッ
トワークを構成するホストコンピュータが、広域ファイ
ルシステムを介してデータの書き込みを行う際の処理の
流れを示す。図１５は、ネットワークを構成するホスト
コンピュータ上で動作するプログラムが、遠隔のホスト
コンピュータからのデータ書き込み要求メッセージ，ま
たはデータ読み出し要求メッセージを受け取った時の処
理の流れを示す。図１６はネットワークを構成するホス
トコンピュータが、広域ファイルシステムを介してデー
タの読み出しを行う際の処理の流れを示す。

【００２２】次に，上記図面を参照して本発明の動作に
ついて詳細に説明する。最初に図１に示す第１の実施形
態例について説明するが、その前に本発明の特徴を分か
り易くするために、従来から用いられている技術を説明
する。

【００２３】従来の広域ファイルシステムにおいては、
広域ファイルシステムを管理するための情報としてホス
ト名，ファイルシステム名，広域ファイルシステム名，
及びネットワーク内でホストコンピュータを一意に識別
するためのネットワークアドレス情報しか持っていなか
った。ストライプド・ファイルシステムを構成している
広域ファイルシステムに対する書き込みや読み出し、及
びストライプド・ファイルシステムの構成制御は、上記
の管理情報をネットワーク内の全てのホストコンピュー
タ（１１〜１５）で共有し、この管理情報を基にして各
ホストコンピュータ上のプログラムによってそれぞれ行
なわれる。この管理情報の更新は、ホストコンピュータ
（１１）においてコマンドによりオペレータから構成変
更を指示された場合に行なわれる。一般に、広域ファイ
ルシステムでは、広域ファイルシステム名をネットワー
クを構成する全てのホストコンピュータで共有して、広
域ファイルシステム名からネットワーク内のホストコン
ピュータの名前とそのホストコンピュータに接続されて
いる二次記憶装置上に構築されているファイルシステム
名を参照して、そのホストコンピュータに接続されてい
る二次記憶装置上に構築されているファイルシステムの
ファイルに対して入出力を行う。

【００２４】本発明において、広域ファイルシステムを
介して異なるホストコンピュータに接続された複数台の
二次記憶装置に対して並列にデータの書き込みを行う場
合は、図７に示すように、あるホストコンピュータ１９
からネットワーク１０を通して、ホストコンピュータ１
２〜１ｍのうちのｎ台のホストコンピュータ１ｘ〜１ｚ
に接続された二次記憶装置２ｘ〜２ｚ上に構築されたフ
ァイルシステムから構成された広域ファイルシステム３
０（例えば、広域ファイルシステム名３１＝ＷＡ−ＦＳ
−１ｎ）に対してデータ（データファイル４５）の書き
込み要求を出す（図１４のステップＳ１０１）ことによ
って達成される。

【００２５】ホストコンピュータ１９上で動作するプロ
グラムは、広域ファイルシステム３０に対するデータの
書き込み要求を検出すると，その広域ファイルシステム
名３１（ＷＡ−ＦＳ−１ｎ）をキーにして、広域ファイ
ルシステム管理用のホストコンピュータ１１上に作成さ
れていてネットワーク内の全てのホストコンピュータで
共有されているストライプド・ファイルシステム管理テ
ーブル２７を検索し、その広域ファイルシステム名３１
（ＷＡ−ＦＳ−１ｎ）の広域ファイルシステム３０がｎ
個のファイルシステムから構成されていることを知り、
書き込もうとしているデータファイル４５（例えば、デ
ータファイル名４６＝ＦＩＬＥＮＡＭＥ１）を均等な大
きさにｎ等分して、それぞれ順番に、１からｎまでのシ
ーケンス番号４７と個別のファイルシステム識別子４８
（例えば、ＦＳ−ＩＤ−１，…，ＦＳ−ＩＤ−ｎ）とを
割り当てて、これらデータファイル名４６，シーケンス
番号４７，ファイルシステム識別子４８をデータ管理テ
ーブル２９に格納する。ホストコンピュータ１９上で動
作するプログラムは、次に、ストライプド・ファイルシ
ステム管理テーブル２７を参照して、指定された広域フ
ァイルシステム３０（ＷＡ−ＦＳ−１ｎ）に割り付けら
れているｎ個のファイルシステム識別子３２，…，３３
（例えば、ＦＳ−ＩＤ−１，…，ＦＳ−ＩＤ−ｎ）の情
報を得る。ファイルシステム識別子３２〜３３の情報を
取り出したら、次に広域ファイルシステム管理テーブル
２６を参照して、ファイルシステム識別子３２，…，３
３に対応するホスト名３５，…，３６（例えば、Ｈｏｓ
ｔ−１，…，Ｈｏｓｔ−ｎ）及びファイルシステム名３
７，…，３８（例えば、ＦＳ−１，…，ＦＳ−ｎ）を参
照する。ホスト名３５，…，３６の情報を得たら、アド
レス管理テーブル２８を参照してｎ台のホストコンピュ
ータ１ｘ，…，１ｚのネットワークアドレス４２，…，
４３（例えば、ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ，…，
ｚｚｚ．ｚｚｚ．ｚｚｚ．ｚｚｚ）を得る。このように
して取り出したネットワークアドレス４２〜４３の各ホ
ストコンピュータ１ｘ〜１ｚ上で動作しているプログラ
ムの各々に対して，ｎ等分したデータファイル４５の各
断片のデータ書き込み要求メッセージＲｗ（図８）を送
り（図１４のステップＳ１０１）、広域ファイルシステ
ム管理テーブル２６において、データ書き込み要求メッ
セージＲｗを送ったホスト名３５〜３６及びファイルシ
ステム名３７〜３８の状態フラグ３９〜４０にＢＵＳＹ
フラグを設定する。

【００２６】ホストコンピュータ１ｘ〜１ｚ上で動作し
ている各プログラムは、それぞれ自分に接続されている
二次記憶装置２ｘ〜２ｚ上に構築されているファイルシ
ステム３０ｘ〜３０ｚ（ファイルシステム名３７＝（Ｆ
Ｓ−１）〜ファイルシステム名３８＝（ＦＳ−ｎ））へ
のデータファイル４５の断片の書き込み要求メッセージ
Ｒｗを受け取ったら（図１５のステップＳ２０１）、そ
れぞれ自分に接続されている二次記憶装置２ｘ〜２ｚに
対するデータの書き込み処理を行う（図１５のステップ
Ｓ２０２）。このとき、各プログラムは、それぞれホス
トコンピュータ１９から受け取ったデータ書き込み要求
メッセージＲｗのデータファイル名５２（ＦＩＬＥＮＡ
ＭＥ１）にシーケンス番号５４（１〜ｎ）を繋げた名前
をデータファイル名として選択し、ファイルシステム名
５３（ＦＳ−１〜ＦＳ−ｎ）で指定されたファイルシス
テム（３０ｘ〜３０ｚ）にデータの書き込みを行う。ホ
ストコンピュータ１ｘ〜１ｚ上で動作している各プログ
ラムは、データ書き込み要求メッセージＲｗを受け取っ
てから二次記憶装置２ｘ〜２ｚへのデータの書き込みが
あらかじめ設定された一定時間内に完了した場合（図１
５のステップＳ２０３のＹ側）、データ書き込み結果通
知メッセージＱｗ（図９）の結果フラグ５８に成功フラ
グを設定し、さらにデータ書き込み要求メッセージＲｗ
に設定されていたデータファイル名５２，ファイルシス
テム名５３及びシーケンス番号５４を設定して、データ
の書き込み要求を行ったホストコンピュータ１９に対し
て送る（図１５のステップＳ２０４）。

【００２７】ホストコンピュータ１９上で動作している
プログラムは，広域ファイルシステム３０に対するデー
タ書き込み要求を行ってから（図１４のステップＳ１０
１）、一定時間内にデータ書き込み要求を行った全ての
ホストコンピュータ１ｘ〜１ｚ上で動作している各プロ
グラムからデータ書き込み結果通知メッセージＱｗを受
け取り（図１４のステップＳ１０２、Ｎの場合）、且つ
受け取った全てのデータ書き込み結果通知メッセージＱ
ｗの結果フラグ５８に成功フラグが設定されていた場合
（図１４のステップＳ１０３、成功の場合）に、ホスト
コンピュータ１ｘ〜１ｚに接続された二次記憶装置２ｘ
〜２ｚ上に構築されたファイルシステム３０ｘ〜３０ｚ
にデータが書き込まれたことを検出し（図１４のステッ
プＳ１０４）、広域ファイルシステム管理テーブル２６
においてデータの書き込みが成功したホスト名３５〜３
６及びファイルシステム名３７〜３８の状態フラグ３９
〜４０をＩＤＬＥ状態にする。

【００２８】ストライプド・ファイルシステムを構成す
るｎ台のホストコンピュータ１ｘ〜１ｚ上で動作してい
る各プログラムは、ホストコンピュータ１９からのデー
タ書き込み要求メッセージＲｗを受け取ってから（図１
５のステップＳ２０１）、二次記憶装置２ｘ〜２ｚへの
データの書き込みが一定時間内に完了しなかった場合
（図１５のステップＳ２０３、Ｎの場合）、データ書き
込み結果通知メッセージＱｗの結果フラグ５８に失敗フ
ラグを設定し、更にデータ書き込み要求メッセージＲｗ
に設定されていたデータファイル名５２，ファイルシス
テム名５３及びシーケンス番号５４をそれぞれデータ書
き込み結果通知メッセージＱｗに設定して、データ書き
込み要求を行ったホストコンピュータ１９に対して送る
（図１５のステップＳ２０５）。

【００２９】ホストコンピュータ１９上で動作している
プログラムは、広域ファイルシステム３０に対するデー
タの書き込み要求を行ってから、データ書き込み要求メ
ッセージＲｗを送った全てのホストコンピュータ１ｘ〜
１ｚ上で動作している各プログラムから一定時間内に返
されたデータ書き込み結果通知メッセージＱｗの結果フ
ラグ５８に成功フラグが設定されているものが１つも無
かった場合、またはデータ書き込み要求メッセージを送
った全てのホストコンピュータ１ｘ〜１ｚ上で動作して
いる各プログラムから一定時間内にデータ書き込み結果
通知メッセージＱｗを受け取ることが出来なかった場合
は、ホストコンピュータ１ｘ〜１ｚに接続された二次記
憶装置２ｘ〜２ｚ上に構築されたファイルシステム３０
ｘ〜３０ｚに対するデータの書き込みが失敗したことを
検出し（図１４のステップＳ１０７）、データ管理テー
ブル２９から、書き込みが失敗したデータファイル名４
６，書き込みが失敗したデータファイル名４６に対応す
るシーケンス番号４７及びファイルシステム識別子４８
のエントリを削除し、広域ファイルシステム管理テーブ
ル２６において、データの書き込みに失敗したホスト名
３５〜３６及びファイルシステム名３７〜３８の状態フ
ラグをＩＤＬＥ状態にし、データ管理テーブル２９から
データファイル名４６のエントリを削除する（図１４の
ステップＳ１０８）。

【００３０】次に、ホストコンピュータ１９が、広域フ
ァイルシステム３０に対するデータの書き込み要求を行
ってから（図１４のステップＳ１０１）、一定時間内に
各ホストコンピュータ１ｘ〜１ｚ上で動作している各プ
ログラムから受け取ったデータ書き込み結果通知メッセ
ージＱｗの内，一部のデータ書き込み結果通知メッセー
ジＱｗの結果フラグ５８に失敗フラグが設定されていた
場合（図１４のステップＳ１０３、失敗の場合）の動作
を図１０を共に参照して説明する。例えばｉ番目のシー
ケンス番号７６に対して設定されたファイルシステム識
別子７８（例えば、ＦＳ−ＩＤ−ｉ）に対応するネット
ワークアドレス６８（例えば、ｓｓｓ．ｓｓｓ．ｓｓ
ｓ．ｓｓｓ）のホスト名６１（例えば、Ｈｏｓｔ−ｉ）
のホストコンピュータ１ｓに接続された二次記憶装置２
ｓに構築されたファイルシステム３０ｓ（ファイルシス
テム名６３＝（ＦＳ−ｉ））に対する、データファイル
４５のｉ番目の断片のデータ書き込み結果通知メッセー
ジＱｗの結果フラグ５８に失敗フラグが設定されていた
場合、またはホストコンピュータ１ｘ〜１ｚ上で動作し
ている各プログラムの中の一部から一定時間以内にデー
タ書き込み結果通知メッセージＱｗを受け取ることがで
きなかった場合（図１４のステップＳ１０２，Ｙの場
合）、例えばｉ番目のシーケンス番号７６に対して設定
されたファイルシステム識別子７８に対応するネットワ
ークアドレス６８のホスト名６１のホストコンピュータ
１ｓに接続された二次記憶装置２ｓに構築されたファイ
ルシステム名６３に対するデータファイル４５のｉ番目
の断片のデータ書き込み結果通知メッセージＱｗを一定
時間内に受け取ることが出来なかった場合に、データの
書き込みが一部分だけ失敗したことを検出し、広域ファ
イルシステム管理テーブル２６において、データの書き
込みに失敗したファイルシステム識別子７８の状態フラ
グ６５をＩＤＬＥ状態にする。

【００３１】次に、ｎ個に分割されたデータファイル４
５のｉ番目のシーケンス番号７６のデータ書き込み要求
が失敗した場合、ホストコンピュータ１９は、図１０の
データ管理テーブル２９において、（ｉ＋１）番目のシ
ーケンス番号７７に割り付けられているファイルシステ
ム識別子７９（ＦＳ−ＩＤ−（ｉ＋１））をキーにして
広域ファイルシステム管理テーブル２６を検索して、
（ｉ＋１）番目のシーケンス番号７７に割り付けられて
いるファイルシステム識別子７９の状態フラグ６６を調
べる。（ｉ＋１）番目のシーケンス番号７７に割り付け
られているファイルシステム識別子７９の状態フラグ６
６がＢＵＳＹ状態だった場合は、（ｉ＋２）番目のファ
イルシステム識別子の状態フラグをチェックする。この
手順を状態フラグがＩＤＬＥ状態のファイルシステム識
別子が見つかるまで、ｎ番目のファイルシステム識別子
まで繰り返し、ｎ番目のファイルシステム識別子までチ
ェックしてもＩＤＬＥ状態のファイルシステム識別子が
見つからなかった場合は、１番目のファイルシステム識
別子から（ｉ−１）番目のファイルシステム識別子ま
で、ＩＤＬＥ状態のファイルシステム識別子が見つかる
まで繰り返す。このようにして、広域ファイルシステム
管理テーブル２６の全てのファイルシステム識別子をチ
ェックしても、ＩＤＬＥ状態のファイルシステム識別子
が見つからなかった場合は（図１４のステップＳ１０
５、Ｙの場合）、データの書き込み要求を行ったホスト
コンピュータ１９はデータファイル４５の書き込みが失
敗したことを検出し（図１４のステップＳ１０７）、ｎ
等分されたデータファイルの断片を書き込んだ各ファイ
ルシステム識別子に対応するホストコンピュータに対し
て、それぞれ書き込んだｎ等分されたデータファイルの
断片の削除要求を出して、データ管理テーブル２９から
データファイル４５（データファイル名４６＝ＦＩＬＥ
ＮＡＭＥ１）のエントリを削除する（図１４のステップ
Ｓ１０８）。

【００３２】（ｉ＋１）番目のシーケンス番号７７に割
り付けられているファイルシステム識別子７９の状態フ
ラグ６６がＩＤＬＥ状態の場合は、データ管理テーブル
２９において、ｉ番目のシーケンス番号７６に対するフ
ァイルシステム識別子７８に、広域ファイルシステム管
理テーブル２６においてＩＤＬＥ状態だった（ｉ＋１番
目のシーケンス番号７７のデータを書き込んだファイル
システム識別子７９と同じ値（ＦＳ−ＩＤ−（ｉ＋
１））をｉ番目のシーケンス番号７６に対するファイル
システム識別子７８に設定して、ｎ個に分割されたデー
タファイル４５のｉ番目のシーケンス番号７６のデータ
の断片を、ファイルシステム識別子７８に対応するネッ
トワークアドレス６９（例えば、ｔｔｔ．ｔｔｔ．ｔｔ
ｔ．ｔｔｔ）のホスト名６２（Ｈｏｓｔ−（ｉ＋１））
のホストコンピュータ１ｔに接続された二次記憶装置２
ｔに構築されたファイルシステム３０ｔ（ファイルシス
テム名６４＝（ＦＳ＋（ｉ＋１））に書き込む為のデー
タ書き込み要求メッセージＲｗを出して、広域ファイル
システム管理テーブル２６の（ｉ＋１）番目のファイル
システム識別子の状態フラグ６６をＢＵＳＹ状態にす
る。

【００３３】ｎ個に分割されたデータファイル４５のｉ
番目のシーケンス番号７６のデータの断片を（ｉ＋１）
番目のファイルシステム識別子に対応するホストコンピ
ュータ１ｔに送ったデータ書き込み要求メッセージＲｗ
に対する、データ書き込み結果通知メッセージＱｗが、
一定時間内にホストコンピュータ１ｔからデータ書き込
み要求を行ったホストコンピュータ１９に返されて、且
つそのデータ書き込み結果通知メッセージＱｗの結果フ
ラグ５８に成功フラグがセットされていた場合は、デー
タ書き込み要求を行ったホストコンピュータ１９はデー
タの書き込みが成功したことを検出し、（ｉ＋１）番目
のファイルシステム識別子の状態フラグ６６をＩＤＬＥ
状態にする。この場合、ｎ等分されたデータファイル４
５のｉ番目のシーケンス番号７６のデータの断片と、
（ｉ＋１）番目のシーケンス番号７７のデータの断片と
は、（ｉ＋１）番目のファイルシステム識別子７９に対
応する、ネットワークアドレス６９のホスト名６２のホ
ストコンピュータ１ｔに接続された二次記憶装置２ｔに
構築されたファイルシステム３０ｔに、各々データファ
イル名４６（ＦＩＬＥＮＡＭＥ１）にシーケンス番号ｉ
及び（ｉ＋１）が付与されたデータファイル名で書き込
まれる。

【００３４】ｎ個に分割されたデータファイル４５のｉ
番目のシーケンス番号７６のデータの断片を（ｉ＋１）
番目のファイルシステム識別子に対応するホストコンピ
ュータ１ｔに送ったデータ書き込み要求メッセージＲｗ
に対するデータ書き込み結果通知メッセージＱｗが、一
定時間内にホストコンピュータ１ｔからデータ書き込み
要求を行ったホストコンピュータ１９に返されて、且つ
そのデータ書き込み結果通知メッセージＱｗの結果フラ
グ５８に失敗フラグがセットされていた場合、または、
（ｉ＋１）番目のファイルシステム識別子に対応するホ
ストコンピュータ１ｔに送ったデータ書き込み要求メッ
セージＲｗに対するデータ書き込み結果通知メッセージ
Ｑｗが、一定時間内にホストコンピュータ１ｔからデー
タ書き込み要求を行ったホストコンピュータ１９に返さ
れなかった場合は、ホストコンピュータ１９は、前述の
シーケンスで（ｉ＋２）番目のファイルシステム識別子
に対応するホストコンピュータに接続された二次記憶装
置に構築されたファイルシステムに対して、ｎ等分され
たデータファイル４５のｉ番目のシーケンス番号７６の
データの断片の書き込みを試みる。この手順を，データ
書き込みが成功するまで、ｎ番目のファイルシステム識
別子まで繰り返し、ｎ番目のファイルシステム識別子に
対する書き込みも失敗した場合は、１番目のファイルシ
ステム識別子から（ｉ−１）番目のファイルシステム識
別子まで，データの書き込みが成功するまで繰り返す
（図１４のステップＳ１０６）。このようにして，広域
ファイルシステム管理テーブル２６の全てのファイルシ
ステム識別子に対応するホストコンピュータに接続され
た二次記憶装置に構築されたファイルシステムに対して
ｎ等分されたデータファイル４５の断片の書き込みを試
みても成功しなかった場合は（図１４のステップＳ１０
５、Ｙの場合）、データの書き込み要求を行ったホスト
コンピュータ１９はデータファイル４５の書き込みが失
敗したことを検出し（図１４のステップＳ１０７）、ｎ
等分されたデータファイルの断片を書き込んだ各ファイ
ルシステム識別子に対応するホストコンピュータに対し
て、書き込んだｎ等分されたデータファイルの断片の削
除要求を出して、データ管理テーブルからデータファイ
ル４５のエントリを削除する（図１４のステップＳ１０
８）。

【００３５】ホストコンピュータ１９が広域ファイルシ
ステム３０を介してデータファイル名４６のデータファ
イルに格納されているデータの読み出しを行う場合、ホ
ストコンピュータ１９上で動作するプログラムは、デー
タファイル名４６（ＦＩＬＥＮＡＭＥ１）のデータファ
イル４５に格納されているデータの読み出し要求を検出
すると、データファイル名４６をキーにして、広域ファ
イルシステム管理用のホストコンピュータ１１上に作成
されていてネットワーク内の全てのホストコンピュータ
で共有されているデータ管理テーブル２９を参照して、
データファイル名４６のデータファイルが断片化されて
いる数をシーケンス番号４７から知り、そして各断片化
されたデータファイルが格納されているファイルシステ
ムのファイルシステム識別子４８（３２〜３３）を取り
出す。次に，各断片化されたデータファイルが格納され
ているファイルシステムのファイルシステム識別子４８
（３２〜３３）をキーにして、広域ファイルシステム管
理テーブル２６を検索し、各ファイルシステム識別子３
２〜３３に対応するホスト名３５〜３６、及びファイル
システム名３７〜３８を取り出す。次に、ホスト名３５
〜３６をキーにしてアドレス管理テーブル２８を参照し
て、データファイル名４６の断片化されたデータファイ
ルが保存されている二次記憶装置２ｘ〜２ｚが接続され
ているホスト名３５〜３６（ホストコンピュータ１ｘ〜
１ｚ）のネットワークアドレス４２〜４３を取り出す。
このようにして取り出したネットワークアドレス４２〜
４３の各ホストコンピュータ１ｘ〜１ｚ上で動作してい
るプログラムの各々に対して、データ読み出し要求メッ
セージＲｒを送り（図１６のステップＳ３０１）、広域
ファイルシステム管理テーブル２６において、データ読
み出し要求メッセージＲｒを送ったホスト名３５〜３６
及びファイルシステム名３７〜３８の状態フラグ３９〜
４０にＢＵＳＹフラグを設定する。

【００３６】ホストコンピュータ１ｘ〜１ｚ上で動作し
ている各プログラムは、データ読み出し要求メッセージ
を受け取ったら（図１５のステップＳ２０１）、自分に
接続されている二次記憶装置２ｘ〜２ｚからのデータの
読み出し処理を行う（図１５のステップＳ２０２））。
このとき、ホストコンピュータ１ｘ〜１ｚ上で動作して
いる各プログラムは、自分に接続されている二次記憶装
置２ｘ〜２ｚからデータを読み出す際に、データファイ
ル名として、ホストコンピュータ１９から受け取ったデ
ータ読み出し要求メッセージＲｒのデータファイル名５
２にシーケンス番号５４を繋げた名前をデータファイル
名として選択し、ファイルシステム名５３からデータの
読み出しを行う。ホストコンピュータ１ｘ〜１ｚ上で動
作している各プログラムは、データ読み出し要求メッセ
ージＲｒを受け取ってから、二次記憶装置２ｘ〜２ｚか
らのデータの読み出しが一定時間内に完了した場合（図
１５のステップＳ２０３、Ｙの場合）、データ読み出し
結果通知メッセージＱｒの結果フラグ５８に成功フラグ
を設定し、更にデータ読み出し要求メッセージＲｒに設
定されていたデータファイル名５２，ファイルシステム
名５３及びシーケンス番号５４を、各々データ読み出し
結果通知メッセージＱｒに設定して、二次記憶装置から
読み出したデータファイルの内容をデータ部５９に書き
込んで、データの読み出し要求を行ったホストコンピュ
ータ１９に対して送る（図１５のステップＳ２０４）。
コンピュータ１９上で動作しているプログラムは、広域
ファイルシステム３０に対するデータ読み出し要求を行
ってから（図１６のステップＳ３０１）、一定時間内に
データ読み出し要求メッセージＲｒを送った全てのホス
トコンピュータ１ｘ〜１ｚ上で動作している各プログラ
ムからデータ読み出し結果通知メッセージＱｒを受け取
り（図１６のステップＳ３０２、Ｎの場合）、且つ受け
取った全てのデータ読み出し結果通知メッセージＱｒの
結果フラグ５８に成功フラグが設定されていた場合（図
１６のステップＳ３０３、成功の場合）に、ホストコン
ピュータ１ｘ〜１ｚに接続された二次記憶装置２ｘ〜２
ｚ上に構築されたファイルシステム３０ｘ〜３０ｚ（フ
ァイルシステム名３７〜３８）からのデータの読み出し
が成功したことを検出し（図１６のステップＳ３０
４）、広域ファイルシステム管理テーブル２６におい
て、データの読み出しが成功したホスト名３５〜３６及
びファイルシステム名３７〜３８の状態フラグ３９〜４
０をＩＤＬＥ状態にする。コンピュータ１９上で動作し
ているプログラムは、データ読み出し要求メッセージＲ
ｒで指定したデータファイル４５の読み出しが成功した
ことを検出すると、各ホストコンピュータから送られて
来たデータ読み出し結果通知メッセージＱｒからデータ
部５９を取り出し、シーケンス番号５７の順番に並べ換
えた上で、元の１つのファイルに組み立てる（図１６の
ステップＳ３０５）。このようにして，ネットワーク内
の複数のホストコンピュータに接続された二次記憶装置
に分割して保存されていたデータファイル４５にアクセ
スできるようになる。

【００３７】ストライプド・ファイルシステムを構成す
るｎ台のホストコンピュータ１ｘ〜１ｚ上で動作してい
る各プログラムは、ホストコンピュータ１９からのデー
タ読み出し要求メッセージＲｒを受け取ってから（図１
５のステップＳ２０１）、二次記憶装置２ｘ〜２ｚから
のデータの読み出しが一定時間内に完了しなかった場合
（図１５のステップＳ２０３、Ｎの場合）、データ読み
出し結果通知メッセージＱｒの結果フラグ５８に失敗フ
ラグを設定し、更にデータ読み出し要求メッセージＲｒ
に設定されていたデータファイル名５２，ファイルシス
テム名５３及びシーケンス番号５４を、各々データ読み
出し結果通知メッセージＱｒに設定して、データ読み出
し要求を行ったホストコンピュータ１９に対して送る
（図１５のステップＳ２０５）。

【００３８】ホストコンピュータ１９上で動作している
プログラムは、広域ファイルシステム３０からのデータ
の読み出し要求を行ってから、データ読み出し要求メッ
セージＲｒを送った全てのホストコンピュータ１ｘ〜１
ｚ上で動作している各プログラムから一定時間内に返さ
れたデータ読み出し結果通知メッセージＱｒの結果フラ
グ５８に失敗フラグが設定されているものが１つでもあ
った場合（図１６のステップＳ３０３、失敗の場合）、
またはデータ読み出し要求メッセージＲｒを送ったホス
トコンピュータ１ｘ〜１ｚ上で動作している各プログラ
ムのうち、一定時間内にデータ読み出し結果通知メッセ
ージＱｒを返さないものが１つでもあった場合（図１６
のステップＳ３０２、Ｙの場合）は、ホストコンピュー
タ１ｘ〜１ｚに接続された二次記憶装置２ｘ〜２ｚ上に
構築されたファイルシステム３０ｘ〜３０ｚからのデー
タの読み出しが失敗したことを検出し（図１６のステッ
プＳ３０６）、広域ファイルシステム管理テーブル２６
において、データの読み出しに失敗したホスト名３５〜
３６及びファイルシステム名３７〜３８の状態フラグ３
９〜４０をＩＤＬＥ状態にして、ホストコンピュータ１
９における広域ファイルシステム３０からのデータファ
イル４５の読み出し要求を失敗とする。

【００３９】次に、本発明の第２の実施の形態例につい
て図１２を参照して説明する。図１２において、２つの
ホストコンピュータ１１０，１１１は、コンピュータネ
ットワーク１０９によって相互に接続されていて、各ホ
ストコンピュータ１１０，１１１には、それぞれ２つの
入出力制御装置１１２〜１１３，１１４〜１１５が搭載
されている。各入出力制御装置１１２，１１３，１１
４，１１５には、それぞれ二次記憶装置１１６，１１
７，１１８，１１９が接続されている。第１のストライ
プド・ファイルシステム１２０は、ホストコンピュータ
１１０の入出力制御装置１１２に接続された二次記憶装
置１１６，及びホストコンピュータ１１１の入出力制御
装置１１４に接続された二次記憶装置１１８から構成さ
れ、第２のストライプド・ファイルシステム１２１は、
ホストコンピュータ１１０の入出力制御装置１１３に接
続された二次記憶装置１１７，及びホストコンピュータ
１１１の入出力制御装置１１５に接続された二次記憶装
置１１９から構成されている。広域ファイルシステムを
介したストライプド・ファイルシステム１２０，１２１
へのデータの入出力を行った場合の二次記憶装置１１６
〜１１９に対するデータの入出力処理は、前述の第１の
実施の形態例と同じ手順で行われる。第２の実施形態例
において、ホストコンピュータ１１０が障害により停止
した場合、ストライプド・ファイルシステム１２０，１
２１に対して書き込んだデータは、自動的に、停止して
いないホストコンピュータ１１１に搭載されている入出
力制御装置１１４，１１５に接続された二次記憶装置１
１８，１１９に保存される。また、第２の実施形態例に
おいてホストコンピュータ１１０に搭載されている入出
力制御装置１１２が障害により停止した場合、ストライ
プド・ファイルシステム１２０に対して書き込んだデー
タは、自動的に、ホストコンピュータ１１１に搭載され
ている停止していない入出力制御装置１１４に接続され
た二次記憶装置１１８に保存される。更に、第２の実施
形態例において、ホストコンピュータ１１０に搭載され
ている入出力制御装置１１２に接続されている二次記憶
装置１１６が障害により停止した場合も、ストライプド
・ファイルシステム１２０に対して書き込んだデータ
は、自動的に、ホストコンピュータ１１１に搭載されて
いる入出力制御装置１１４に接続された停止していない
二次記憶装置１１８に保存される。

【００４０】更に、第２の実施形態例の変形例を図１３
に示す。図１３において、３つのホストコンピュータ１
２３，１２４，１２５はコンピュータネットワーク１２
２によって相互に接続されていて、各ホストコンピュー
タ１２３，１２４，１２５には、それぞれ２つの入出力
制御装置１２６〜１２７，１２８〜１２９，１３０〜１
３１が搭載されている。ホストコンピュータ１２３〜１
２５の各々の入出力制御装置１２６，１２７，１２８，
１２９，１３０，１３１には、それぞれ二次記憶装置１
３２，１３３，１３４，１３５，１３６，１３７が接続
されている。第１のストライプド・ファイルシステム１
３８は、ホストコンピュータ１２３の入出力制御装置１
２６に接続された二次記憶装置１３２と、ホストコンピ
ュータ１２４の入出力制御装置１２８に接続された二次
記憶装置１３４と、ホストコンピュータ１２５の入出力
制御装置１３０に接続された二次記憶装置１３６とから
構成される。第２のストライプド・ファイルシステム１
３９は、ホストコンピュータ１２３の入出力制御装置１
２７に接続された二次記憶装置１３３と、ホストコンピ
ュータ１２４の入出力制御装置１２９に接続された二次
記憶装置１３５と、ホストコンピュータ１２５の入出力
制御装置１３１に接続された二次記憶装置１３７とから
構成される。広域ファイルシステムを介したストライプ
ド・ファイルシステム１３８，１３９へのデータの入出
力を行った場合の二次記憶装置１３２〜１３７に対する
データの入出力処理は、前述の第１の実施形態例と同じ
手順で行われる。この第２の実施形態例の変形例におい
て、ホストコンピュータ１２３が障害により停止した場
合、ストライプド・ファイルシステム１３８，１３９に
対してデータの書き込みを行ったプロセスの処理は、自
動的に、停止していないホストコンピュータ１２４，１
２５に搭載されている入出力制御装置１２８〜１３１に
より分散・並列処理され、データはホストコンピュータ
１２４，１２５に搭載されている入出力制御装置１２
８，１３０に接続された二次記憶装置１３４，１３６に
保存される。また、ホストコンピュータ１２３に搭載さ
れている入出力制御装置１２６が障害により停止した場
合、ストライプド・ファイルシステム１３８に対してデ
ータの書き込みを行ったプロセスの処理は、ホストコン
ピュータ１２４，１２５に搭載されている入出力制御装
置１２８，１３０により分散・並列処理され、データは
ホストコンピュータ１２４，１２５に搭載されている入
出力制御装置１２８，１３０に接続された二次記憶装置
１３４，１３６に保存される。さらにまた、ホストコン
ピュータ１２３に搭載されている入出力制御装置１２６
に接続されている二次記憶装置１３２が障害により停止
した場合も、ストライプド・ファイルシステム１３８に
対してデータの書き込みを行ったプロセスの処理は、ホ
ストコンピュータ１２４，１２５に搭載されている入出
力制御装置１２８，１３０により分散・並列処理され、
データはホストコンピュータ１２４，１２５に搭載され
ている入出力制御装置１２８，１３０に接続された二次
記憶装置１３４，１３６に保存される。

【００４１】以上説明したように、本発明によれば、ス
トライプド・ファイルシステムに対する入出力処理を，
コンピュータネットワーク内の複数のホストコンピュー
タに分散・並列化させることができるようになるので、
従来の１台のホストコンピュータに接続された複数台の
二次記憶装置上に構築されたファイルシステムからスト
ライプド・ファイルシステムを構築した場合（図１７参
照）に１台のホストコンピュータ８０で全ての二次記憶
装置８１〜８４に対するデータの入出力を処理しなけれ
ばならなかったのに比べて、同じ量のデータの入出力を
複数台のホストコンピュータ（図１の１２〜１ｍ）で分
割して並行に処理することができるようになるため、各
ホストコンピュータが処理しなければならない入出力デ
ータの量が減少する。例えば、従来のストライプド・フ
ァイルシステムの手法では、１台のホストコンピュータ
が２つの入出力制御装置を搭載し、その各々の入出力制
御装置に二次記憶装置が接続されていた場合（図１８参
照）、プロセスが二次記憶装置８９，９０に対するデー
タの入出力処理は２つの入出力制御装置８７，８８によ
って分散・並列処理されるに過ぎないが、本発明によれ
ば、コンピュータネットワークに接続され２つの入出力
制御装置を搭載し、その各々の入出力制御装置に二次記
憶装置が接続されているもう１台のホストコンピュータ
との間でストライプド・ファイルシステムを構築するこ
とにより（図１１参照）、二次記憶装置に対するデータ
の入出力処理を２台のホストコンピュータに接続された
４つの入出力制御装置によって分散・並列化して処理す
ることが可能となり、二次記憶装置に対するデータの入
出力時に、各々のホストコンピュータが処理しなければ
ならない入出力データの量を減少させることができる。
このように、二次記憶装置に対する入出力処理そのもの
をコンピュータネットワーク内の複数のホストコンピュ
ータ上で動作する複数のプロセスに分散させ、各ホスト
コンピュータにより複数の入出力制御装置に分散・並列
化させることにより、二次記憶装置に対するデータの入
出力時に各ホストコンピュータにかかる負荷を軽減する
ことができるようになる。

【００４２】また、従来のストライプド・ファイルシス
テムの手法では、複数台の二次記憶装置に対するデータ
の入出力を１台の入出力制御装置で行った場合は（図１
９参照）、ストライプド・ファイルシステム９６に対す
る入出力処理を並列化しても、実際の二次記憶装置９
４，９５へのデータの入出力処理は１台の入出力制御装
置９３によってシーケンシャルに行われる為、単一プロ
セス当たりの二次記憶装置に対する入出力時の性能向上
を図ることができず、二次記憶装置に対するデータの入
出力時のプロセス当たりの性能向上を図るには（図１８
参照）、異なる入出力制御装置８７，８８に接続された
二次記憶装置８９，９０上に構築されたファイルシステ
ムを基本単位としてストライプド・ファイルシステム９
１を構築しなければならないというハードウェア上の制
約があった。この為、ストライプド・ファイルシステム
を構築し二次記憶装置に対するデータの入出力処理を複
数の入出力制御装置に分散・並列化させることによりプ
ロセス当たりの性能向上を図った場合、性能向上を実現
することができるストライプド・ファイルシステムの大
きさは１台のホストコンピュータに搭載されている入出
力制御装置の数によって制限されていたが、本発明によ
れば、１台のホストコンピュータの複数の異なる入出力
制御装置に接続された二次記憶装置だけでなく、コンピ
ュータネットワークを構成する複数台のホストコンピュ
ータに搭載された複数の異なる入出力制御装置に接続さ
れた二次記憶装置からストライプド・ファイルシステム
を構築できるようになる。例えば、従来のストライプド
・ファイルシステムの手法では、１台のホストコンピュ
ータに２つの入出力制御装置が搭載され、その各々の入
出力制御装置に二次記憶装置が接続されていた場合（図
１８）、二次記憶装置に対するデータの入出力処理を分
散・並列化することにより，二次記憶装置８９，９０に
対するデータの入出力時の性能向上を図ることができる
ストライプド・ファイルシステムの容量は、２つの入出
力制御装置８７，８８の各々に接続された二次記憶装置
８９，９０の容量の合計にしかならない。本発明によれ
ば、図１１に示すようにコンピュータネットワーク９９
により接続され、２つの入出力制御装置を搭載し、その
各々の入出力制御装置に二次記憶装置が接続されている
もう１台のホストコンピュータとの間でストライプド・
ファイルシステム１０８を構築することにより、２台の
ホストコンピュータ９７，９８の４つの入出力制御装１
００〜１０３の各々に接続された二次記憶装置１０４〜
１０７の容量の合計になり、二次記憶装置に対するデー
タの入出力処理を分散・並列化することによる性能向上
を犠牲にすることなく、１台のホストコンピュータだけ
でストライプド・ファイルシステムを構築して二次記憶
装置に対するデータの入出力処理を分散・並列化した場
合（図１８）に比べて２倍の容量のストライプド・ファ
イルシステムを構築できるようになる。このように、コ
ンピュータネットワークを経由して複数台のホストコン
ピュータに接続された二次記憶装置上に構築された広域
ファイルシステムを構成単位としたストライプド・ファ
イルシステムを構築することにより、二次記憶装置に対
するデータの入出力時のプロセス当たりの性能向上を図
りつつ、大容量のストライプド・ファイルシステムを構
築できるようになる。

【００４３】さらに本発明によれば、ストライプド・フ
ァイルシステムを介してプロセスが二次記憶装置にデー
タを書き込んだ場合、ストライプド・ファイルシステム
を構成しているファイルシステムが構築されている二次
記憶装置が接続されているホストコンピュータのうちの
１台が障害により停止しても、同じストライプド・ファ
イルシステムを構成しているファイルシステムが構築さ
れている二次記憶装置が接続されている別のホストコン
ピュータが動作していて、その二次記憶装置にデータを
保存するだけの容量がある限り、プロセスがストライプ
ド・ファイルシステムに書き込んだデータは自動的に正
常に動作しているホストコンピュータに接続されている
二次記憶装置に保存される。このように、ストライプド
・ファイルシステムに対してデータの入出力を行う際、
コンピュータネットワークを介して異なるホストコンピ
ュータに接続された二次記憶装置上に構築されたファイ
ルシステムに同時にアクセス可能とすることにより、コ
ンピュータネットワーク全体で考えた場合のシステムの
耐故障性を向上させることができるようになる。

【００４４】

【発明の効果】以上説明したように、本発明によれば、
二次記憶装置に対する入出力処理そのものをコンピュー
タネットワーク内の複数のホストコンピュータ上で動作
する複数のプロセスに分散させ、各ホストコンピュータ
により複数の入出力制御装置に分散・並列化させること
により、二次記憶装置に対するデータの入出力時に各ホ
ストコンピュータにかかる負荷を軽減することができ
る。

【００４５】また、コンピュータネットワークを経由し
て複数台のホストコンピュータに接続された二次記憶装
置上に構築された広域ファイルシステムを構成単位とし
たストライプド・ファイルシステムを構築することによ
り、二次記憶装置に対するデータの入出力時のプロセス
当たりの性能向上を図りつつ、大容量のストライプド・
ファイルシステムを構築できる。

【００４６】さらに、ストライプド・ファイルシステム
に対してデータの入出力を行う際、コンピュータネット
ワークを介して異なるホストコンピュータに接続された
二次記憶装置上に構築されたファイルシステムに同時に
アクセスすることにより、コンピュータネットワーク全
体で考えた場合のシステムの耐故障性を向上させること
ができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態例を示すシステムの
構成図である。

【図２】広域ファイルシステムを管理する為のホストコ
ンピュータに接続されている二次記憶装置上の各種管理
テーブルを示す図である。

【図３】広域ファイルシステム管理テーブルの構成例を
示す図である。

【図４】ストライプド・ファイルシステム管理テーブル
の構成例を示す図である。

【図５】アドレス管理テーブルの構成例を示す図であ
る。

【図６】データ管理テーブルの構成例を示す図である。

【図７】本発明においてデータの書き込み及び読み出し
を行う際に、参照する各種管理テーブルの関係を示した
図である。

【図８】データ書き込み要求メッセージ及びデータ読み
出し要求メッセージの構成例を示す図である。

【図９】データ書き込み結果通知メッセージ及びデータ
読み出し結果通知メッセージの構成例を示す図である。

【図１０】データの書き込み要求が失敗した場合のリト
ライ処理の際に，参照する各種管理テーブルの関係を示
した図で、図７に対する補足図である。

【図１１】図１に示す実施の形態の変形例を示す図であ
る。

【図１２】本発明の第２の実施の形態例を示すシステム
の構成図である。

【図１３】図１２に示す実施の形態の変形例を示す図で
ある。

【図１４】本発明において、ホストコンピュータが広域
ファイルシステムを介してデータの書き込みを行う際の
処理の流れを示したフローチャートである。

【図１５】本発明において、ホストコンピュータ上で動
作するプログラムが遠隔のホストコンピュータからのデ
ータの書き込み要求，またはデータの読み出し要求を受
け取った時の処理の流れを示したフローチャートであ
る。

【図１６】本発明において、ホストコンピュータが広域
ファイルシステムを介してデータの読み出しを行う際の
処理の流れを示したフローチャートである。

【図１７】従来のストライプド・ファイルシステムを示
す構成図である。

【図１８】従来のストライプド・ファイルシステムにお
いて、１台のホストコンピュータの異なる入出力制御装
置に接続された二次記憶装置に対するデータの入出力処
理を、分散・並列化させて行う場合のハードウェア構成
を示す図である。

【図１９】従来のストライプド・ファイルシステムにお
いて、１台のホストコンピュータに接続された複数の二
次記憶装置に対するデータの入出力処理を１つの入出力
制御装置により行う場合のハードウェア構成を示す図
で、図１８に対する補足図である。

【符号の説明】

１０，９９，１０９，１２２ ホストコンピュータを
相互に接続するネットワーク １１ 広域ファイルシステム管理用のホストコンピュ
ータ １２〜１ｍ，９７，９８，１１０，１１１，１２３，１
２４，１２５ ネットワークを構成するホストコンピ
ュータ ２１〜２ｍ，１０４〜１０７，１１６〜１１９，１３２
〜１３７ 二次記憶装置 ２０，１０８，１２０，１２１，１３８，１３９ 仮
想的なストライプド・ファイルシステム ２６ 広域ファイルシステム管理テーブル ２７ ストライプド・ファイルシステム管理テーブル ２８ アドレス管理テーブル ２９ データ管理テーブル ３０ 広域ファイルシステム ３０ｓ〜３０ｚ ファイルシステム ４５ データファイル １００〜１０３，１１２〜１１５，１２６〜１３１
入出力制御装置

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−219905（ＪＰ，Ａ) 特開 平２−294749（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 15/167 G06F 12/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 ホストコンピュ−タに接続された複数の
   二次記憶装置上にそれぞれ構築された複数のファイルシ
   ステムを仮想的な１つのファイルシステムとし、この仮
   想的なファイルシステムに対するデ−タの書き込み及び
   読み出し処理をソフウトウェアにより前記二次記憶装置
   単位に分割し並列分散化して行うストライプド・ファイ
   ルシステムにおいて、ネットワークを介して互いに接続されるとともに前記複
   数の二次記憶装置の各々を互いに重複することなく収容
   し、１つのデータファイルから分割された各部分データ
   をそれぞれ独立したファイルシステムとして任意の二次
   記憶装置に分散配置することにより広域ファイルシステ
   ムを構築可能とした複数の前記ホストコンピュ−タを備
   え、 これらホストコンピュ−タのうち管理用ホストコンピュ
   −タとしてあらかじめ指定された特定のホストコンピュ
   ータに、前記広域ファイルシステムの分割配置先の二次
   記憶装置を収容するホストコンピュータとそのホストコ
   ンピュータ内でのファイルシステムとを示すファイルシ
   ステム識別情報を管理するためのファイルシステム管理
   テーブルと、前記ホストコンピュ−タごとのネットワ−
   ク上のアドレス情報を管理するためのアドレス管理テ−
   ブルと、前記データファイルごとの前記ファイルシステ
   ム識別情報によるデータ分割を管理するためのデータ管
   理テーブルとを有し、 前記ネットワークに接続された任意のホストコンピュ−
   タが、前記広域ファイルシステムに対するデータファイ
   ルの書き込みあるいは読み出しを行う際、前記管理用ホ
   ストコンピュ−タの前記ファイルシステム管理テーブ
   ル，前記アドレス管理テ−ブル，及び前記データ管理テ
   ーブルを参照し、分割されたデータの各々に対応するホ
   ストコンピュータとそのファイルシステムとを認識し、
   該当するホストコンピュータに対応するデータの書き込
   みあるいは読み出し要求を行い該当する二次記憶装置に
   対する書き込みあるいは読み出しを行わせる ことを特徴
   とする分散ネットワ−ク化ストライプド・ファイルシス
   テム。
2. 【請求項２】 前記ホストコンピュ−タの障害により前
   記二次記憶装置に対する分割されたデ−タの書き込みが
   失敗すると、前記管理用ホストコンピュ −タの前記ファ
   イルシステム管理テーブル，前記アドレス管理テ−ブ
   ル，及び前記データ管理テーブルを参照して自動的に代
   替のホストコンピュ−タを選別し、この代替のホストコ
   ンピュ−タに対応する前記二次記憶装置に対して該当デ
   −タの書き込みを行うことを特徴とする請求項１記載の
   分散ネットワ−ク化ストライプド・ファイルシステム。