JPH01161548A - オンラインフアイル拡張方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ネットワークに複数のサブシステムが接続さ
れたシステムにおいて、各サブシステムのファイルの格
納エリアの拡張を、システム稼動中に行うためのファイ
ル拡張方式に関する。

〔従来の技術〕　　　　　゛ ファイルエリアのオンライン拡張をサポートするシステ
ムの一つとして、）（ＩＤＩＣＶ９０１５０　　ＦＭＳ
がある。このファイル管理では、ファイルを定義する際
、拡張時におけるエリアの増分を指定しておき、拡張が
必要なときは、コマンドにより、指定増分だけ、エリア
を追加して確保できる。

〔発明が解決しようとする問題点〕

上記従来ファイル管理システムを、分散システムに適用
した場合、空きエリアが十分あるディスクを有するサブ
システムがシステム内に存在しても、満杯になったディ
スクのファイルを拡張することは不可能である。又、満
杯なったディスク内のファイルを他のサブシステムに移
動することも可能であるが、移動中はファイルアクセス
が不可能であり、オンラインでのファイル拡張はできな
かった。

本発明の目的は上記問題点を解決し、オンラインでのフ
ァイルエリアの拡張を可能とする手段を提供することで
ある。

〔問題点を解決するための手段〕

上記目的は、 （ｉ）各サブシステムに、そのディスクの空きエリアの
容量を監視し、一定の値以下になったら、ディスク内の
ファイルの管理情報をネットワークに送出する手段と、 （ｉｔ）上記ファイル管理情報をネットワークより受信
したら、自らのディスクの空きエリア情報をネットワー
クに送出する手段と、 （ｉｉｉ　）各サブシテムが、他サブシステムが送出す
る上記空きエリア情報を収集する手段をもたせ（神）収
集した上記空きエリア情報に基づき、ファイルエリアの
確保を分担するか否かの判断を各サブシステムに行なわ
せ、 （ｖ）分担を決定したサブシステムは、上記ファイル管
理情報に基づき、エリアの分担を行ったファイルへのデ
ータ入出力処理を開始し、かつ分担を決定したことを示
すデータをネットワークに送出する手段をもたせζ （ｖｉ）他サブシステムがファイルの格納エリアも分担
してくれることを確認したサブシステムは、そのディス
クでのファイルエリア拡張を抑止する手段を各サブシス
テムにもたせることにより達成される。

〔作用〕

上記手段（１）により、ディスクが満杯に近づいたサブ
システムが自律的にファイルのエリア拡張を開始し１手
段（ｉｔ　）〜（ｉｖ）により、複数のサブシステムが
、それぞれの判断で自サブシステムと他サブシステムの
ディスクの空きエリアの状況を比較でき１手段（、Ｆ）
と（ｍ）により、２つのサブシステム間でファイルの格
納エリアを分担することができる。よって、上記（ｉ）
〜（ｖｉ）の手段により、オンラインで、ファイルの格
納エリアを拡張することができる。

〔実施例〕

以下１図を参照し、本発明の一実施例を説明する。

第２図は、本実施例で対象とする分散処理システムの全
体構成を示したもので、ネットワーク１と、それに接続
された複数のサブシステム１１゜１２、・・・、Ｉｎか
らなるシステムを表わす、各サブシスムには記憶装置と
してディスク２１：２２゜２３、・・・、２ｎや、端末
３ｎが接続されている。

ディスクを有するサブシステムのうち、第１番目のサブ
システム１１は、第３図に示す如く、ネットワーク１と
のインタフェースである伝送制御ユニット１０１とその
メモリ１０２．受信バッファ１０３と送信バッファ１０
４．ディスク２ｉ内に記憶されているファイルへのデー
タ格納、及び検索を行う格納ユニット１１０と検索ユニ
ット１１１、ファイル拡張処理を行うファイル拡張ユニ
ット１１２．格納・検索・ファイル拡張の各ユニットに
必要なデータを、それぞれの人出力バッファ１１０，１
１１，１１２に格納するとともに、格納・検索・ファイ
ル拡張の各ユニットがそれぞれ入出力バツファ１１０，
１１１，１１２に出力したデータを送信バッファ１０４
に格納するデータ入出力管理ユニット１０５．格納・検
索・ファイル拡張の各ユニットが必要とするデータ内容
コードＣＣ（データの内容に対応してつけるコード）を
記憶する入力ＣＣ登録メモリ１０６．タイマ１１３、フ
ァイル拡張ユニット１１２が作業用に使用するワークメ
モリ１１４．ディスク２１内のファイルに関する情報を
記憶するファイル管理テーブル１１５、そして、ディス
クとのインタフェースであるディスク制御ユニット１１
６とから構成される。各サブシステムの出力データは、
伝送制御ユニット１０１により、ネットワーク１に送出
される。

第４図にネットワーク上を流れるデータのフォーマット
を示す。第４図で、エリア２０１と２０６はデータの最
初と最後を示すフラグＦをセットするエリア、エリア２
０２はエリア２０４にセットするデータＤＡＴＡ２０４
の内容コードをセットするエリア、エリア２０３は、デ
ータの送信元アドレスＳＡ（データをネットワーク１に
送出したサブシステムの番号）をセットするエリア、エ
リア２０５は、伝送制御処理誤り検知用のフレームチエ
ツクシーケンスＦＣ８をセットするエリアである。

さて、ネットワーク１に送出された上記データは、各サ
ブシステムの伝送制御ユニット１０１によってサブシス
テム内にとりこまれる。この時、伝送制御ユニット１０
１は、取り込んだデータの内容コードをチエツクして、
自サブシステムに必要なデータか否かを判定し、必要な
データのみを第５図に示すフォーマットのデータに変換
した後、受ｆｆｌ　／＜ツファ１０２に格納する。ここ
で第５図のエリア３０１，３０２，３０４は、それぞれ
、第４図のエリア２０２，２０３，２０４にセットされ
たデータをセットするエリアであり、エリア３０３は、
エリア３０４にセットするデータの長さＤＣをセットす
るエリアである。

受信バッファ１０２内のデータは、その内容コードに応
じて、データ入出力管理ユニットが、各人出力バツファ
１１０，１１１，１１２に格納する。

格納ユニット１１０、及び検索ユニット１１１は、それ
ぞれ人出力バッファからデータをとり出し、その内容コ
ード、及びファイル管理テーブル１１５内の情報に基づ
き、ファイルへのデータ格納処理、及びファイルからの
データ検索処理を行う。

第６図はファイル管理テーブル１１５の内部構成を示し
たもので、ディスク２１内に格納されているファイルご
とに、その内容コード（以後ファイルＣＣと呼ぶ）Ｆ−
ＣＣ４０１，Ｔ、コードサイズ、キー情報等からなるフ
ァイル構成情報ＦＳ−ＩＮＦＯ４０２，格納すべきデー
タの内容コード（以後、格納ＣＣと呼ぶ）Ｓ−ＣＣ，検
索処理を起動するデータの内容コード（以後、検索ＣＣ
と呼ぶ。）Ｒ−ＣＣ４０４，ファイルが格納されている
ディスク内エリアの先頭物理アドレスＡＤｒ）Ｒ４０５
、ファイルの先頭がファイル内の何しコード目かを示す
先頭相対レコード番号ＲＲＥ　ＣＮａ４０６、ファイル
のサイズ５ＩＺＥ４０７がそれぞれ設定される。又、エ
リア４０８は、ディスクの総容量Ｔ−８ＩＺＥを設定す
るエリア、エリア４０９は、ディスクの空きエリア容量
Ｖ−３ＩＺＥを設定するエリア、エリア４１０は、拡張
設定値ＥＸ−８ＦＴＰをセットするエリアで、空きエリ
アＶ−８ＩＺＥがＳ：（７）ＥＸ−８ＥＴＰ以下になっ
たら、ファイル拡張ユニット１１２が処理を開始するも
のである。さらに、エリア４１１は、エリア拡張抑ｆヒ
フラグ５−ＦＬＧをセットするエリアで、この５−ＦＬ
Ｇがａｔ　１　ｎにセットされている場合、格納ユニッ
ト１１０は、ファイルへのデータ追加格納を行わない。

第７図は、上記ファイル構成情報Ｆ　Ｓ　−ＩＮＦＯ（
第６図４０２）の内部構成を示したもので、レコードサ
イズＲＥＣ８Ｚ５０１．格納キー情報５０２、検索キー
情報５０３からなる。ここでキー情報とはキーの位置と
良さを示すものである。

上記格納ユニットは、入出力バッファから入力したデー
タの中から、この格納キー情報に基づいて、キーをとり
出し、ファイル内の各レコードのキーと比較し、一致す
るレコードがあれば、そのレコードを入力データで更新
し、一致するレコードがなければ、ファイルの終端に追
加し、空きエリア容量を更新する。この時、もし、上記
ファイル管理情報テーブル内のエリア拡張抑止フラグが
“１”ならば、追加は行わない。また、上記検索ユニッ
ト】１１は、入力データの中から、検索キー情報Ｒ−Ｋ
ＥＹＩＮＦＯ５０３に基づきキーをとり出し、ファイル
の各レコードのキー（格納キー情報５−ＫＥＴＮＦＯ５
０２で指定されるエリア）と比較し、−致するレコード
があれば、そのレコード内データを第５図に示すフォー
マットにして人出力バツファ１０８に格納する。このと
き、内容コードＣＣ。

デーた長ＤＣのエリアには、それぞれファイル内容コー
ドＦ−ＣＣ，及びレコードサイズＲＥＳＺ（第７図５０
１）をセットする。

次に、第８図〜第１１図を用いて、上記ファイル拡張ユ
ニット（第３図１１２）の動作を詳細に説明する。

第８図は、上記ワークメモリ（第３図１１４）の内部構
成を示したもので、エリア６０１はファイル拡張の処理
のステップ５ＴＥＰを記憶するエリア、エリア６０２は
他サブシステムからの応答データを収集するときに、収
集開始時刻Ｓ　−ＴＩＭＩＥをセットするエリア、エリ
ア６０３は収集したデータを格納する収集バッファであ
る。・尚、上記５ＴＩＥＰの値は、システムイニシャル
時に０をセットしておく、ファイル拡張処理ユニットは
５ＴＥＰの値を更新して以下に説明する処理を進めてゆ
く（第９図（ａ）　’）　。

（ｉ）ＳＴＥＰ＝Ｏの場合（第９図（ｂ））入出力バッ
ファに他サブシステムの起動ファイル拡張データが入力
されているか否かをチエツクする（処理７０１）、ここ
で起動ファイル拡張データとは、ディスク内の空きエリ
ア容量Ｖ　−３ＩＺＥが拡張設定値ＥＸ−８ＴＥＰ以下
になった時出力するデータである。

第１０図にフォーマットを示す。第１０図でエリア１０
１０は起動か応答かを示す起動・応答フラグ５Ｒ−ＦＬ
Ｇであり、ＳＲＦＬＧ”Ｏである。エリア１０１１はフ
ァイル管理テーブル内の空きエリア容量４１１をセット
するエリア、１０１３はファイル情報をセットするエリ
ア、エリア１０１２はディスク内のファイル数をそれぞ
れセットするエリア、エリア１０１３〜１０１５は、フ
ァイル管理テーブル内（７）Ｆ−ＣＧ、ＦＳ−ＩＮＦＯ
，５−ＣＧ、Ｒ−ＣＧを各ファイルごとに設定するエリ
アである。

この起動ファイル拡張データが入出力バッファに入力さ
れていた場合内ディスクがエリア拡張抑止中か否かを５
−ＦＬＧ（第６図４１１）を参照してチエツクする（処
理７０２）、もし、エリア拡張抑止中でなければ、起動
ファイル拡張データを収集バッファに格納する（処理７
０３）とともに、応答ファイル拡張データを作成し、収
集バッファ入出力バッファに格納する（処理７０４）。

ここで応答ファイル拡張データとは、第１１図に示す様
に、５Ｒ−ＦＬＧ　（＝１）　、及び、空きエリア容量
Ｖ−８ＩＺＥをセットするエリア１０１７からなる。

次に、他サブシステムが出力する応答ファイル拡張デー
タの収集のため、タイマの値を、ワークメモリ内Ｓ−Ｔ
　Ｉ　ＭＥにセットしく処理７０５）。

５ＴＥＤの値を２１　（処理７０６）して、次のステッ
プに進む。

起動ファイル拡張データが入出力バッファに入力されて
いない場合、自サブシステムのディスクの空きエリア容
量Ｖ−８ＩＺＥと拡張設定値ＥＸ−８ＴＥＰとを比較す
る（処理７０７）、もし、空きエリアの容量がＥＸ−３
ＴＥＰ以下なら上述の起動ファイル拡張データを作成し
、入出力バッファに格納する（処理７０８）、そして、
応答ファイル拡張データを一定時間収集するため、ワー
クメモリ内Ｓ−ＴＩＭＥに現在時刻をセットしく処理７
０９）次のステップに進むため、５ＴＥＰ＝１２とする
。

（…）ＳＴＥＰ＝１１　（第９図Ｃ）の場合臼サブシス
テムが出力した起動ファイル拡張データに対する他サブ
システムの応答ファイル拡張データを一定時間収集する
ステップである。

まず、人出力バツファ１０９に応答ファイルに拡張デー
タが入力されているか否かをチエツクしく処理７１１）
、もし入力されていれば収集バッファに格納する（処理
７１２）。入力されていない場合は、タイムオーバーか
否かをチエツクする（処理７１３）、タイムオーバーで
なければ、処理７１１〜７１３をくりかえす。タイムオ
ーバーの場合、収集バッファ内に応答ファイル拡張デー
タが入っているか否かを調べ、入っていなければ５ＴＥ
ＰをＯに初期化して（処理７１７）終了する。

応答ファイル拡張データが入っていれば、　５ＴＥＰを
１２（処理７１５）に設定し、後述するファイル拡張立
候補データを収集するため、ワークメモリのＳ−Ｔ　Ｉ
　ＭＥにタイマ値をセットする（処理７１６）。

（ｉｉｉ）ＳＴＥＰ＝２１　（第９図ｄ）の場合他サブ
システムの起動ファイル拡張データに対応して、各サブ
システムが出力する応答ファイル拡張データを一定時間
収集し、自サブシステムで他サブシステムのファイル格
納エリアを分担して確保するか否かを決定するステップ
である。

まず、人出力バツファ内に応答ファイル拡張データが入
力されたか否かをチエツクし、（処理７１８）、入力さ
れていれば収集バッファに格納する（処理７１９）、次
に収集時間タイムオーバーか否かをチエツク（処理？２
０）Ｌ、、タイムオーバーでなければ、処理７１８に戻
る。タイムオーバーなら、収集した起動・応答ファイル
拡張データの各空きエリア容量を比較し、自らディスク
の空きエリアが他のサブシステムのディスクツ空きエリ
アに比べて最も大きいが否かを比較する（処理７２１）
、最も空きエリアが大きい場合は、空きエリア容量をチ
エツクして（処理７２２）、拡張設定値以上の場合、他
サブシステムのファイルの格納エリアの分担をするべく
、ファイル管理テーブルの所定のエリアに、起動ファイ
ル拡張デー　タ中（７）Ｆ−ＩＮＦ’Ｏ＆登録ｔ　ルＵ
！Ｕ１７２３　）　、　コｈにより、格納・検索ユニッ
トは新たに登録したファイルへのアクセスが可能となる
。

次に、新たに登録したファイルの格納ＣＣ１検索ＣＣを
、上記入力ＣＣ登録メモリ（第３図１０６）。

及び、伝送制御用メモリ（第３図１０２）に登録する（
処理７２４）、そしてファイル拡張立候補データを入出
力・バッファに格納する（処理７２５）。

次に、ワークメモリをクリア（処理７２６）Ｌ、、５Ｔ
ＥＰの値を０にして（処理７２７）終了する。

尚、自サブシステムの空きエリアが最大でない場合、あ
るいは最大でも、現時点の空きエリア容量のチエツク（
処理７２２）が不可の場合は、処理７２６．７２７を行
って終了する。又、空キエ。

ア容量が等しいサブシステムがある場合ハ、サブシステ
ムの番号の大きい方を優先する。

（ｉｖ）ＳＴＥＰ＝１２　（第９図ｅ）の場合。

起動ファイル拡張データを出力したサブシステムが、他
のサブシステムからのファイル拡張立候補データを収集
するステップである。

まず、一定時間入出力バッファにファイルの拡張立候補
データが入力されるが否かをチエツクする（処理７２８
−７２９）。もし入力されていなければ、ワークメモリ
をクリアしく処理７３ｏ）、５ＴＥＰ３Ｑにして（処理
７３１）終了する。もし入力されていれば、ファイル管
理テーブル内のエリア拡張抑止フラグ５−ＦＬＧを１”
にセットしく処理７３２）、ワークメモリをクリア（処
理７３３）Ｌ、ＳＴ餞ｐｔ！：ｏにして（処理７３４）
終了する。

次に、以上で述べたファイル拡張処理の具体例を第１図
（、）〜（Ｑ）を用いて示す、第１図（ａ）〜（ｃ）は
、各サブシステムのファイル管理テーブルと収集バッフ
ァの状況を示したものである。

いま、サブシステム１１のディスク２１には内容コード
ＣＣｘ　、　ＣＣａのファイルが、また、サブシステム
１２．１３のディスク２２．２３にはそれぞれ内容コー
ドＣＣｓとＣＣ４のファイルが格納されており、各ディ
スクの空きエリア容量は、ディスク２１が５ＫＢ、ディ
スク２２が３０ＫＢ。

ディスク２３が２０ＫＢとする。又、拡張設定値はすべ
て１０ＫＢとする（第１図（ａ））。このような状況に
おいて、サブシステム１１は、空きエリア容量が拡張設
定値以下になったので、前記第１０図のような起動ファ
イル拡張データを出力する。これを各サブシステムがと
りこみ、それぞれの収集バッファに格納する（第１図ａ
）。

次に起動ファイル拡張データを受けとったサブシステム
１２．１３はそれぞれ前記第１１図に示したような応答
ファイル拡張データ８００，８０１を送出するとともに
、自らのも含めて、他サブシステムが送出した応答ファ
イルに拡張データを収集バッファに格納する（第１図（
ｂ）　）　。

さらに、収集した各データの空きエリア容量を比較する
。その結果、サブシステム１２の空きエリア容量が最大
なので、起動ファイル拡張データ内の情報をファイル管
理テーブルに登録した後、ファイル拡張立候補データ８
０２を送出する。これで受信したサブシステム１１はフ
ァイル管理テーブル内ファイルエリア拡張抑止フラグを
“１”にセットするとともに、ワークメモリをクリアす
る（第１図Ｃ）。

以上の処理の結果、サブシステム１１とサブシステム１
２に分散してファイルが格納されることになる。

〔発明の効果〕

本発明によれば、複数のサブシステムからなる分散処理
システムにおいて、システム稼動中に。

各サブシステムがそれぞれのディスク内のファイルのエ
リア拡張を、サブシステム間で連携して行うことができ
るので、システムのディスクを効率よく利用できる。

【図面の簡単な説明】

第１図は本発明の実施例における各サブシステムのファ
イル管理テーブルと収集バッファの関係を示す模式図、
第２図はシステム全体の構成を示すブロック図、第３図
はサブシステムの構成を示すブロック図、第４図はネッ
トワークを流れるデータのフォーマット図、第５図はサ
ブシステム内のデータのフォーマット図、第６図〜第８
図はサブシステム内のメモリ、テーブルの内部構成の説
明図、第９図はサブシステム内ファイル拡張ユニットの
処理フロー図、第１０図は起動ファイル拡張データのフ
ォーマット図、第１１図は応答ファイル拡張データのフ
ォーマット図である。 １・・・ネットワーク、１１，１２．・・・、１ｎ・・
・サブシステム、２１，２２．・・・、２Ｔ１・・・デ
ィスク、３ｎ・・・端末、１１０・・・格納ユニット、
１１１・・・検索ユニット、１１２・・・ファイル拡張
ユニット、賜　ｌＩ！］ （ｃＬ） ２Ｌ　″ニア′述７ 弔　１　口 （ｂ） 銘シ　　之・答ファイルヤり長テーク 鴇　ｌ　図 （Ｃ） ３０２　７フイルカ九釈に立偉槓 テーフ 第　２　口 ￥　４　図 第　５　目 １４　′：ｒ−り ８３　図 ２乙　ディスク 嘱　６１！１ 第　７　口 ＠　ｇ　旧 第　９　口 鳩　ｑ　口 （ｂ） 第　′１　口 （Ｃン　　　　　　　　　　　　　　　　　　　　　　
　（Ｌン第　９１！１１ （ｅン

Claims (1)

【特許請求の範囲】
1. １、複数のサブシステムがネットワークに接続されたシ
   ステムにおいて、各サブシステムに（ｉ）その記憶装置
   の空きエリアの容量を監視し、一定値以下になつたら、
   記憶装置内のファイル管理情報をネットワークに送出す
   る手段と、（ｉｉ）上記フアイル管理情報をネットワー
   クより受信したら、自ら記憶装置の空きエリアの情報を
   ネットワークに送出し、かつ（ｉｉｉ）他サブシステム
   が送出する空きエリア情報を収集する手段をもたせ、か
   つ、（ｉｖ）収集した空きエリア情報に基づき、ファイ
   ルの格納エリアを自らの記憶装置内に分担して確保する
   か否かの判断を行わせ、（ｖ）分担を決定した時には、
   上記ファイル管理情報に基づいて、確保した上記格納エ
   リアへのデータ入出力処理を開始し、かつ（ｖｉ）分担
   を決定したことを示すデータをネットワークに送出する
   手段を持たせ、（ｖｉｉ）他のサブシステムがファイル
   の格納エリアの分担を決定したことを確認したサブシス
   テムは、その記憶装置でのファイルエリア拡張を抑止す
   る手段を持たせたことを特徴とするオンラインファイル
   拡張方式。