JP3300399B2 - 計算機システムおよびファイル管理方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はサーバ／クライアント
形式でファイルを共有する計算機システムおよび同計算
機システムに適用されるファイル管理方法に関する。

【０００２】

【従来の技術】近年、情報システムのダウンサイズ化が
進んでおり、サーバ／クライアント形式のシステムが注
目を集めている。サーバ／クライアントとは、高性能な
マイクロプロセッサによりユーザの処理を行うクライア
ントと、それらで共有するデータや処理を扱うサーバか
ら構成されるシステムの形式で、従来の汎用機と端末か
ら構成されるシステムに比べ、高い性能や優れたインタ
フェース等をユーザに提供できる形式である。

【０００３】図１２にファイルサーバとクライアントか
らなるシステムの構成を示す。１３ａ，１３ｂはクライ
アントへファイルサービスを提供するサーバ、１４ａ，
１４ｂ，…１４ｆ，１４ｇはサーバ１３ａ，１３ｂが提
供するファイルサービスを共同で利用するクライアン
ト、１５はサーバ１３ａ，１３ｂ，クライアント１４
ａ，１４ｂ，…１４ｇを接続するネットワークである。

【０００４】１６ａ，１６ｂ，…，１６ｅはサーバ１３
ａに存在するファイルシステム、１６ｆ，１６ｇ，…，
１６ｊはサーバ１３ｂに存在するファイルシステムで、
それぞれ木構造を有している。１７ａ，１７ｂ，…１７
ｇはそれぞれクライアント１４ａ，１４ｂ，…１４ｇに
存在するマウント表、１７ｈ，１７ｉはサーバ１３ａ，
１３ｂに存在するマウント表である。これらマウント表
は、ファイルアクセスのために使用されるものである。

【０００５】一般に、計算機内には多数のファイルが存
在しており、名前の重複をさけるため、その管理は木構
造を用いて行なわれる。この方法では、個々のファイル
は葉に、ディレクトリは枝に対応する。また、個々のフ
ァイルは、ルートから途中のディレクトリ名も含めて葉
ファイル名まで指定することで特定できる。これをパス
名と呼ぶ。例えば、図１３に示す木構造でファイルが管
理されている場合を考える。

【０００６】図１３において、ＲＯＯＴは根、ＢＩＮ，
ＬＩＢ，ＵＳＲ，ＥＴＣは第１節のディレクトリ名、Ａ
ＢＣ，ＤＥＦは第２節のディレクトリ名、ＸＹＺは第３
節のディレクトリ名である。この場合、図１３における
ファイル（ＦＩＬＥ１）１８は、 ／ＶＳＲ／ＡＢＣ／ＸＹＺ／ＦＩＬＥ１ のパス名で指定される。

【０００７】よって、システム内のファイルは１本の木
構造である必要があるが、実際には図１２に示すよう
に、ファイルは複数のサーバに分かれ、さらに各サーバ
内でも複数のファイルシステムに分かれて管理されてい
る。そこで、これらのファイルシステムを集めて１つの
木構造にするため、従来では、システム内の全クライア
ント１４ａ，１４ｂ，…１４ｇと全サーバ１３ａ，１３
ｂにマウント表をそれぞれ持たせている。

【０００８】マウント表とは、図１１に示すように、１
本にまとめ上げられた木構造において、それを構成する
部分木構造を示す接続点と、接続された部分木構造を格
納するサーバを示すサーバ番号と、そのサーバ内のファ
イルシステムを示すファイルシステム番号とを対応して
記憶するテーブルである。

【０００９】例えば図１５に示すように、／ＵＳＲ／Ａ
ＢＣの点で、サーバ１３ａのファイルシステム１６ａに
格納された部分木構造が接続される場合、マウント表に
は図１４の第１エントリのように記録される。このマウ
ント表は図１２に示すように、全クライアントと全サー
バにそれぞれ保持される。

【００１０】次に、このシステムの動作を簡単に説明す
る。今、クライアント１４ａがパス名“／ＵＳＲ／ＡＢ
Ｃ／ＸＹＺ／ＦＩＬＥ１”のファイルをオープンする場
合を考える。第１に、クライアント１４ａは自分のマウ
ント表１７ａを参照してパス名の比較を行い、その部分
パス名“／ＵＳＲ／ＡＢＣ”が一致するエントリを見つ
け、サーバ１３ａのファイルシステム１６ａに目的のフ
ァイルが存在することを知る。

【００１１】第２に、クライアント１４ａは、求ったサ
ーバ１３ａ，ファイルシステム１６ａに対して、残りの
パス名“ＸＹＺ／ＦＩＬＥ１”をオープンするリモート
システムコールを実行する。すると、サーバ１３ａはフ
ァイルシステム１６ａに対してパス名“ＸＹＺ／ＦＩＬ
Ｅ１”のオープン処理を行い、結果として、そのファイ
ルシステム１６ａ内のｉノード番号、例えば１２３をク
ライアント１４ａに返す。

【００１２】このｉノード番号１２３はサーバ１３ａの
ファイルシステム１６ａ内の固有の番号であり、ファイ
ルシステム１６ａ内でのファイル識別にのみ使用される
ローカルな識別番号である。クライアント１４ａは、図
１６に示すように、先に求めたサーバ番号、ファイルシ
ステム番号と合わせて、そのｉノード番号１２３をＶノ
ードとして管理する。

【００１３】Ｖノード（サーバ番号、ファイルシステム
番号、ｉノード番号）は、このクライアント／サーバ型
のシステム全体から見た固有のグローバルなファイル識
別番号である。

【００１４】また、このＶノードに対してファイルのリ
ードを行う場合、このＶノードを使って、サーバ１３
ａ，ファイルシステム１６ａ内のｉノード１２３のファ
イルリードあることが判るので、クライアント１４ａ
は、その旨をサーバ１３ａ，ファイルシステム１６ａに
送ればよい。

【００１５】ここで、このような従来のサーバ／クライ
アント形式のシステムには次のような問題がある。ま
ず、第１に、全クライアント及び全サーバがマウント表
を管理しなければならないので、クライアント数が多い
と、マウント表の数もそれにつれて増大される。さら
に、サーバやファイルシステム数が変った場合、全マウ
ント表を変更しなければならず、システム管理者の作業
が大変であった。

【００１６】第２に、クライアントからは図１６に示す
ようなＶノード（サーバ番号、ファイルシステム番号、
ｉノード番号）で直接ファイルをアクセスするため、フ
ァイルを他のサーバやファイルシステムに移動したりす
る場合、システムを止めて行なう必要があった。

【００１７】さらに、１つのファイルが複数のサーバや
ファイルシステムに格納できると、負荷分散やファイル
配置が容易になるが、従来ではＶノードで直接アクセス
していたため、アクセス先のファイルシステムが１つに
固定されてしまい、ファイルの分散配置ができなかっ
た。

【００１８】

【発明が解決しようとする課題】従来のサーバ／クライ
アント形式のファイルサーバでは、各クライアント、サ
ーバが個別に木構造のマウント表を管理しているため、
それらマウント表の修正に手間がかかり、サーバの追加
等によるシステム変更やファイルの移動を伴う柔軟なフ
ァイル管理を行うことが困難であった。

【００１９】この発明はこのような点に鑑みてなされた
もので、ファイルの実際の配置状態に関係なくクライア
ントは１つの仮想ファイルシステムだけをアクセスする
事によって任意のファイルアクセスを実現できるように
し、クライアントにおけるマウント表の管理を不要とす
ることによって、サーバの追加等によるシステム変更や
ファイルの移動を伴う柔軟なファイル管理を行うことが
できる計算機システムおよびファイル管理方法を提供す
ることを目的とする。

【００２０】

【課題を解決するための手段および作用】この発明は、
木構造でファイル管理を行うファイルサーバを含む複数
のサーバ計算機と、前記ファイルサーバが提供するファ
イルサービスを共有する１以上のクライアント計算機か
ら構成され、各サーバ計算機のファイルを前記ファイル
サーバを介してアクセスする計算機システムにおいて、
前記ファイルサーバは、前記計算機システム内の各サー
バ計算機の各ファイルシステムが前記木構造のどの接続
点で接続されているかを管理するマウント表と、前記マ
ウント表に対する接続点の登録・削除を行うマウント表
管理手段と、前記各クライアント計算機からアクセス要
求されたファイルが存在するサーバ計算機のファイルシ
ステムを前記マウント表を用いて検索し、且つ当該サー
バ計算機のファイルシステムから、前記アクセス要求さ
れたファイルに対応する前記ファイルシステム内の固有
のファイル識別番号を取得することにより、サーバ番号
と、サーバ内のファイルシステム番号と、そのファイル
システム内で固有のファイル識別番号とから構成される
ファイル識別子を特定する手段と、前記計算機システム
内の全ファイルに対して固有の仮想ファイル識別番号が
連続して割り当てられるように、サーバ番号と、サーバ
内のファイルシステム番号と、当該ファイルシステム番
号のファイルシステム内で管理されている固有のファイ
ル識別番号の最大数分に相当する数の連続する仮想ファ
イル識別番号の範囲、との関係を示す変換表を用いて、
前記特定されたファイル識別子をそれに対応する仮想フ
ァイル識別番号に変換し、その仮想ファイル識別番号
を、前記アクセス要求を行ったクライアント計算機に通
知する手段と、前記仮想ファイル識別番号によるファイ
ルアクセス要求をクライアント計算機から受けた場合、
前記変換表を用いて前記ファイルアクセス要求に含まれ
る仮想ファイル識別番号をそれに対応するファイル識別
子に変換する手段と、前記変換されたファイル識別子を
用いて該当するサーバ計算機のファイルシステムの該当
するファイルに対するアクセスを行う手段とを具備する
ことを特徴とする。

【００２１】この計算機システムの構成では、クライア
ント計算機がサーバ番号とファイルシステム番号とファ
イルシステム内の固有のファイル識別番号（ｉノード番
号）とから構成される物理的なファイル識別子（ｖノー
ド番号）を意識せずにファイルアクセスを実行できるよ
うにするために、クライアント計算機がｖノードを用い
てファイルアクセスを直接行うのではなく、特定のサー
バ計算機内の仮想ファイルシステムで管理されている仮
想ファイル識別番号（仮想ｉノード番号）を用いて、各
クライアント計算機からのファイルアクセス要求を処理
できるようにしている。そのためにファイルサーバに
は、変換表を用いて、ｖノード番号から仮想ファイル識
別番号（仮想ｉノード番号）への変換、および仮想ファ
イル識別番号（仮想ｉノード番号）からｖノード番号へ
の変換を行う手段が設けられている。これにより、木構
造で目的のファイルを指定したときに、当該ファイルに
対応するファイル識別子として、ｖノード番号ではな
く、仮想ｉノード番号をクライアント計算機に渡すこと
ができ、またクライアント計算機からの仮想ｉノード番
号によるアクセス要求を受けたときに、仮想ｉノード番
号をｖノード番号に変換して該当するファイルに対する
アクセスを行うことができる。よって、各クライアント
は、一つの仮想ファイルシステムだけをアクセスするこ
とによって任意のファイルアクセスを実現できる。

【００２２】

【００２３】

【００２４】

【００２５】

【実施例】以下、図面を参照してこの発明の実施例を説
明する。

【００２６】図１にはこの発明の一実施例に係わるサー
バ／クライアント形式の計算機システムが示されてい
る。１ａ，１ｂはクライアントに対してファイルサービ
スを提供するファイルサーバ、２ａ，２ｂ，２ｃ，２ｄ
はファイルサーバ１ａ，１ｂのファイルを共同で利用す
るクライアント、３はファイルサーバとクライアントを
接続するネットワークである。４ａ〜４ｆはファイルサ
ーバ１ａに存在するファイルシステム、４ｇ〜４L はフ
ァイルサーバ２ｂに存在するファイルシステムである。
５はファイルサーバ１ａに存在する仮想的ファイルシス
テムである。６ａ，６ｂ，６ｃ，６ｄ，６ｅは、それぞ
れクライアント２ａ，２ｂ，２ｃ，２ｄ、サーバ２ｂに
存在するマウント表である。

【００２７】ここで、仮想的ファイルシステム５は、シ
ステム内に存在する全ファイルシステム４ａ〜４L を１
つの木構造にまとめ上げ、仮想的に１つのファイルシス
テムとして見せる機能を持っている。よって、クライア
ント２ａ，２ｂ，２ｃ，２ｄ、サーバ１ｂはシステム内
にいくつのファイルシステムがどのサーバにあり、それ
らがどのように接続されているか知らなくてよく、図１
に示すように、ただファイルサーバ１ａ内の仮想的ファ
イルシステム５についての情報をそれぞれのマウント表
に登録するだけでよい。

【００２８】また、サーバやファイルシステムの数が変
化しても仮想的ファイルシステム５の木構造が変わるだ
けで、クライアント２ａ，２ｂ，２ｃ，２ｄ、サーバ１
ｂのマウント表はまったく変更する必要がなく、システ
ム構成の変更が非常に容易である。次に、仮想的ファイ
ルシステム５が、全ファイルシステム４ａ〜４ｌを１つ
の木構造にまとめ上げたファイルシステムであることを
説明する。図２は仮想的ファイルシステム５の内部構成
である。

【００２９】図２の仮想的ファイルシステム５におい
て、７はシステム内の個々のファイル識別子であるＶノ
ードから仮想的ｉノード番号を得るＶ−ｉ変換部、８は
逆に仮想的ｉノード番号からそれに対応する実際のＶノ
ードを得るｉーＶ変換部、９は各サーバの各ファイルシ
ステム４ａ〜４L が木構造のどの接続点で接続されてい
るかを記憶するマウント表、１０はパス名が与えられた
とき、そのファイルが格納されている番号およびファイ
ルシステム番号を求めるマウント表検索部、１１はマウ
ント表９に項目を登録、削除するためのマウント表管理
部、１２は仮想的ファイルシステム５に対するシステム
コールをｉ−Ｖ変換部８、マウント表検索部１０を用い
て対応するサーバのファイルシステムに対するシステム
コールに変換して実行させ、結果をＶ−ｉ変換部７を用
いて仮想的ファイルシステム５の結果に変換するシステ
ムコール変換部である。

【００３０】なお、Ｖ−ｉ変換部７、ｉ−Ｖ変換部８は
図３に示す変換表を使って、それぞれ図５，図６に示す
フローチャートに従って処理するものとする。また、マ
ウント表検索部１０は図４のフローチャート、システム
コール変換部１２は図７のフローチャートに従って処理
するものとする。

【００３１】ここで、クライアント２ａから仮想的ファ
イルシステム５内のパス名が“／ＡＢＣ／ＤＩＲ１／Ｆ
ＩＬＥ２”であるファイルを読む場合を想定して、動作
説明を行う。仮想的ファイルシステム５内のマウント表
９は図２の通りで、図８に示すような大きな木構造を定
義しているものとする。

【００３２】まず、クライアント２ａはファイル“／Ａ
ＢＣ／ＤＩＲ１／ＦＩＬＥ２”に対するオープンシステ
ムコールを仮想的ファイルシステム５に要求する。これ
を仮想的ファイルシステム５のシステムコール変換部１
２が受け処理を行う。

【００３３】システムコール変換部１２は、第１に、マ
ウント表検索部１０を用いて、パス名が“／ＡＢＣ／Ｄ
ＩＲ１／ＦＩＬＥ２”を格納するサーバ番号１ａ，ファ
イルシステム番号４ｂを求める。この検索処理は、図４
のフローチャートに従って次のように行われる。

【００３４】マウント表検索部１０は、まず、検索する
パス名（ここでは、“／ＡＢＣ／ＤＩＲ１／ＦＩＬＥ
２”）をセットし（ステップＳ１１）、マウント表９に
登録されている接続点と比較する（ステップＳ１２）。
パス名が途中まで一致するものが登録されていれば（ス
テップＳ１３）、それを以前に一致した接続点と比較す
る（ステップＳ１４）。今回一致した接続点の方が長い
場合には（ステップＳ１５）、その接続点に対応するマ
ウント表９の情報（サーバ番号、ファイルシステム番
号）を記憶する。ステップＳ１２〜Ｓ１６の処理は、マ
ウント表９の全エントリについて順番に実行される（ス
テップＳ１７，Ｓ１８）。

【００３５】システムコール変換部１２は、この様にし
て求められたサーバ番号１ａ，ファイルシステム番号４
ｂで表わされるファイルシステムに対して、残っている
パス名“／ＤＩＲ１／ＦＩＬＥ２”をオープンシステム
コールとして発行する。サーバ番号１ａのファイルシス
テム４ｂ（Ｖノード）からは、“／ＤＩＲ１／ＦＩＬＥ
２”で指定されるファイルに対応したｉノード番号、例
えば１２３が返却される。このｉノード番号１２３は、
ファイルシステム４ｂ内でのローカルな番号である。

【００３６】システムコール変換部１２は、Ｖ−ｉ変換
部７を用いてＶノード（サーバ番号１ａのファイルシス
テム４ｂ）からのｉノード番号１２３を仮想的ｉノード
番号６２３に変換し、それをクライアント２ａに返す。
ここで、Ｖ−ｉ変換部７による変換処理は、図５のフロ
ーチャートに従って次のように行われる。

【００３７】Ｖ−ｉ変換部７は、まず、変換対象のＶノ
ードの情報をセットし（ステップＳ２１）、Ｖノードの
サーバ番号、ファイルシステム番号（ここでは、サーバ
番号１ａ、ファイルシステム４ｂ）を図３の変換表にお
ける各エントリのサーバ番号、ファイルシステム番号と
比較する（ステップＳ２２）。この比較は、Ｖノードの
サーバ番号、ファイルシステム番号が一致するまで、エ
ントリを更新しながら順次実行される（ステップＳ２
３，Ｓ２４）。

【００３８】Ｖノードのサーバ番号、ファイルシステム
番号と一致するエントリが見つかると、そのエントリに
登録されている仮想的ｉノード番号の開始値（ここで
は、５００）にＶノードからのｉノード番号（ここで
は、１２３）が加えられ、これによって仮想的ｉノード
番号（６２３＝５００＋１２３）が求められる（ステッ
プＳ２５）。

【００３９】仮想的ｉノード番号６２３が通知されたク
ライアント２ａは、その仮想的ｉノード番号６２３に対
応するサーバシステムコールを仮想的ファイルシステム
５に要求する。これもシステムコール変換部１２が受け
取り処理する。

【００４０】システムコール変換部１２は、第１に、ｉ
−Ｖ変換部８を用いて、仮想的ｉノード番号６２３から
実際のＶノード（ここでは、サーバ１ａ，ファイルシス
テム４ｂ，ｉノード番号１２３）を求める。ここで、ｉ
−Ｖ変換部８による変換処理は、図６のフローチャート
に従って次のように行われる。

【００４１】ｉ−Ｖ変換部８は、まず、仮想的ｉノード
番号（ここでは、６２３）をセットし（ステップＳ３
１）、そのセットした仮想的ｉノード番号を図３の変換
表における各エントリの仮想的ｉノード番号の範囲と比
較する（ステップＳ３２）。この比較は、セットした仮
想的ｉノード番号（６２３）が属す範囲を持つ仮想的ｉ
ノード番号範囲が見つかるまで、エントリを更新しなが
ら順次実行される（ステップＳ３３，Ｓ３４）。

【００４２】仮想的ｉノード番号（６２３）が属す仮想
的ｉノード番号範囲（ここでは、５００〜１４９９）が
見つかると、その仮想的ｉノード番号（６２３）から仮
想的ｉノード番号範囲の開始番号（５００）を引き、ロ
ーカルなｉノード番号（１２３＝６２３−５００）を求
め、そしてそのエントリのサーバ番号（１ａ）、ファイ
ルシステム番号（４ｂ）を変換表から取り出す（ステッ
プＳ３５）。これによって、Ｖノード（サーバ１ａ、フ
ァイルシステム番号４ｂ、ｉノード番号１２３）が求め
られる。

【００４３】このようにしてＶノードが求められると、
システムコール変換部１２は、求まったサーバ１ａ，フ
ァイルシステム４ｂに対してｉノード番号１２３に対応
するファイルのリードシステムコールを発行する。そし
て、最後に、システムコール変換部１２は、サーバ１
ａ，ファイルシステム４ｂから返って来るデータをその
ままクライアント２ａへ返す。図７のフローチャートに
は、以上説明したシステムコール変換部１２による処理
の手順が示されている。

【００４４】すなわち、システムコール変換部１２は、
受け取った要求内にパス名が含まれているか否かを判断
し（ステップＳ４１）、パス名が含まれている場合に
は、マウント表検索部１０を用いて、パス名をサーバ番
号，ファイルシステム番号に変換する（ステップＳ４
２）。一方、パス名が含まれている場合には、システム
コール変換部１２は、受け取った要求内に仮想的ｉノー
ド番号が含まれているか否かを判断し（ステップＳ４
３）、仮想的ｉノード番号が含まれている場合には、ｉ
−Ｖ変換部８を用いて、仮想的ｉノード番号をＶノード
（サーバ番号，ファイルシステム番号、ｉノード番号）
に変換する（ステップＳ４４）。

【００４５】次いで、システムコール変換部１２は、ス
テップＳ４２またはステップＳ４４で変換されたサーバ
番号，ファイルシステム番号で、対応するリモートシス
テムコール（パス名が変換された場合はオープンシステ
ムコール、仮想的ｉノード番号が変換された場合はリー
ド／ライトシステムコール）を実行する（ステップＳ４
５）。

【００４６】そして、システムコール変換部１２は、シ
ステムコールの結果として返却された応答内にｉノード
番号が含まれているか否かを判断し（ステップＳ４
６）、ｉノード番号が含まれている場合には、そのｉノ
ード番号と、システムコールを実行したサーバ番号，フ
ァイルシステム番号とを合わせてＶノードとし、そのＶ
ノードをＶ−ｉ変換部７を用いて仮想的ｉノード番号に
変換して、それをパス名を含む要求を発行したクライア
ントに通知する（ステップＳ４７）。

【００４７】一方、システムコールの結果として返却さ
れた応答内にｉノード番号が含まれてない場合には、そ
の応答（例えば、リードデータ）に対して何も処理を加
えずに、そのままその応答を仮想ｉノード番号を含む要
求を発行したクライアントに通知する。

【００４８】以上のように、この実施例においては、ク
ライアント２ａからは仮想的ファイルシステム５に対す
るファイルオープンやファイルリードを１つの大きな木
構造に対して行っているように見え、実際には複数のフ
ァイルシステムから構成されていることに気付かない。
よって、仮想的ファイルシステム５はシステム内の全フ
ァイルシステムを１つの木構造にまとめ上げたものとし
てクライアントから見える。

【００４９】よって、先に説明したように、各クライア
ント２ａ，２ｂ，２ｃ，２ｄ，サーバ１ｂは、ファイル
サーバ１ａ内の仮想的ファイルシステム５だけをそれぞ
れのマウント表に登録するだけで全ファイルへのアクセ
スが可能となる。また、サーバやファイルシステムの数
が変化してもクライアント２ａ，２ｂ，２ｃ，２ｄ，サ
ーバ１ｂは何ら変更する必要がない。

【００５０】また、サーバやファイルシステムの変更は
仮想的ファイルシステム５内のマウント表９だけをマウ
ント表管理部１１を用いて変更するだけでよく、その変
更も非常に簡単である。なお、図３の変換表は各ファイ
ルシステムの最大ｉノード番号から容易に作成でき、最
大ｉノード番号も簡単に求められるので、自動的作成が
可能である。

【００５１】なお、仮想的ファイルシステムのコピーを
他のサーバにも置いたり、マウント表の一部をクライア
ント側にキャッシングして仮想的ファイルシステムをク
ライアントで実現することも可能である。

【００５２】また、以下の説明では、１つの仮想的ｉノ
ードに対して１つのＶノードを対応させていたが、図９
に示すように、１つの仮想的ｉノード番号を複数のＶノ
ードに対応させることも可能である。

【００５３】この図９では、仮想的ｉノード番号（１）
を、４個のＶノード１〜Ｖノード４に対応付けた場合が
示されている。ここでは、Ｖノード１として図１のサー
バ１ａ，ファイルシステム４ａ、Ｖノード２としてサー
バ１ａ，ファイルシステム４ｂ、Ｖノード３としてサー
バ１ａ，ファイルシステム４ｃ、Ｖノード４としてサー
バ１ａ，ファイルシステム４ｄが割り当てられている。

【００５４】この場合には、１つの仮想的ｉノード番号
（１）に対応する４個のＶノードのファイル全部を集め
たものが、その仮想的ｉノードで表わされる１つのファ
イルを構成しているものと考えられる。このように複数
のファイルを１つのファイルとして構成するための手法
としては、次のようなものが考えられる。

【００５５】（ア） 図１０に示すように、Ｖノード１
からＶノード４までのファイルを直列に接続する。この
場合、ファイル作成時には、Ｖノード１のファイルシス
テムがいっぱいになるまで書いて、次にＶノード２のフ
ァイルシステムがいっぱいになるまで書く。これをＶノ
ード４まで続ける。

【００５６】（イ） 図１１に示すように、１つの仮想
的ｉノード番号（１）に対応するファイルを、Ｖノード
１からＶノード４までの複数のファイルシステムにある
ストライプ間隔を置いてブロック単位で分散して割り当
てる（ここでは、１つの仮想的ｉノード番号のファイル
が、Ｖノード１のファイルの第１ブロックＢ１、Ｖノー
ド２のファイルの第２ブロックＢ２、Ｖノード３のファ
イルの第３ブロックＢ３、Ｖノード４のファイルの第４
ブロックＢ４、Ｖノード１のファイルの第５ブロックＢ
５、Ｖノード２のファイルの第６ブロックＢ６、Ｖノー
ド３のファイルの第７ブロックＢ７、Ｖノード４のファ
イルの第８ブロックＢ８、Ｖノード１のファイルの第９
ブロックＢ９、およびＶノード２のファイルの第１０ブ
ロックＢ１０に対応している）。などが考えられる。

【００５７】これらの対応関係は、仮想的ｉノードに対
するシステムコールをどのように複数のＶノードに対す
るシステムコールに変換するかによって決まるものであ
る。しかし、どちらの場合でも、１つのファイルを実際
には複数のファイルに分割して、複数のファイルシステ
ムに格納できる。よって、負荷分散と、効率的ファイル
配置を容易に実現できる。

【００５８】

【発明の効果】以上のように、この発明によれば、ファ
イルの実際の配置状態に関係なくクライアントは１つの
仮想ファイルシステムだけをアクセスする事によって任
意のファイルアクセスを実現できるようになりし、クラ
イアントにおけるマウント表の管理を不要とすることに
よって、ファイルシステムやサーバの追加等の変更も仮
想的ファイルシステム内のマウント表を変更するだけで
よく、各クライアントはまったく変更する必要がない。
さらに、ファイルを仮想的にアクセスできるので、複数
のファイルから１つのファイルを構成してクライアント
に見せることができ、負荷分散や効果的ファイル配置が
可能となる。

【図面の簡単な説明】

【図１】この発明の一実施例に係わるサーバ／クライア
ント形式の計算機システムの構成を示すブロック図。

【図２】同実施例の計算機システムに設けられた仮想フ
ァイルシステムの構成を示すブロック図。

【図３】図２の仮想ファイルシステムに設けられるＶ−
ｉ，ｉ−Ｖ変換用の変換表を示す図。

【図４】図２の仮想ファイルシステムにおけるマウント
表検索処理の手順を示すフローチャート。

【図５】図２の仮想ファイルシステムにおけるＶ−ｉ変
換処理の手順を示すフローチャート。

【図６】図２の仮想ファイルシステムにおけるｉ−Ｖ変
換処理の手順を示すフローチャート。

【図７】図２の仮想ファイルシステムにおけるシステム
コール変換処理の手順を示すフローチャート。

【図８】図２の仮想ファイルシステムで管理されるファ
イルの木構造を示す図。

【図９】同実施例における仮想的ｉノードと複数のＶノ
ードとの対応関係を示す図。

【図１０】同実施例において複数ファイルから１つのフ
ァイルを構成する場合の一例を示す図。

【図１１】同実施例において複数ファイルから１つのフ
ァイルを構成する場合の他の例を示す図。

【図１２】従来のサーバ／クライアント形式の計算機シ
ステムの構成を示すブロック図。

【図１３】従来の計算機システムにおけるファイルの木
構造を示す図。

【図１４】従来の計算機システムにおいて各サーバおよ
び各クライアントに設けられるマウント表を示す図。

【図１５】従来の計算機システムにおけるファイルシス
テムが持つ部分木構造の一例を示す図。

【図１６】従来の計算機システムにおいて各クライアン
トが管理するＶノードを示す図。

【符号の説明】

１ａ，１ｂ…ファイルサーバ、２ａ，２ｂ，２ｃ，２ｄ
…クライアント、３…ネットワーク、４ａ〜４L …ファ
イルシステム、５…仮想的ファイルシステム、、６ａ，
６ｂ〜６ｅ…マウント表、７…Ｖ−ｉ変換部、８…ｉ−
Ｖ変換部、９…マウント表、１０…マウント表検索部、
１１…マウント表管理部、１２…システムコール変換
部。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平３−216751（ＪＰ，Ａ) Ｇｅｏｒｇｅ Ｆ．Ｃｏｕｌｏｕｒｉ ｓ，Ｊｅａｎ Ｄｏｌｌｉｍｏｒｅ著, 水野忠則監訳，分散システム コンセプ トとデザイン，日本，株式会社電気書 院，1991年 ９月25日，Ｐ402−Ｐ409 ＵＮＩＸ ＭＡＧＡＺＩＮＥ 1990 ７月号，日本，株式会社アスキー，1990 年 ７月 １日，Ｐ41−Ｐ62（ＮＦＳ、 ＮＩＳ)

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 木構造でファイル管理を行うファイルサ
   ーバを含む複数のサーバ計算機と、前記ファイルサーバ
   が提供するファイルサービスを共有する１以上のクライ
   アント計算機から構成され、各サーバ計算機のファイル
   を前記ファイルサーバを介してアクセスする計算機シス
   テムにおいて、 前記ファイルサーバは、 前記計算機システム内の各サーバ計算機の各ファイルシ
   ステムが前記木構造のどの接続点で接続されているかを
   管理するマウント表と、前記マウント表に対する接続点
   の登録・削除を行うマウント表管理手段と、前記各クラ
   イアント計算機からアクセス要求されたファイルが存在
   するサーバ計算機のファイルシステムを前記マウント表
   を用いて検索し、且つ当該サーバ計算機のファイルシス
   テムから、前記アクセス要求されたファイルに対応する
   前記ファイルシステム内の固有のファイル識別番号を取
   得することにより、サーバ番号と、サーバ内のファイル
   システム番号と、そのファイルシステム内で固有のファ
   イル識別番号とから構成されるファイル識別子を特定す
   る手段と、前記計算機システム内の全ファイルに対して
   固有の仮想ファイル識別番号が連続して割り当てられる
   ように、サーバ番号と、サーバ内のファイルシステム番
   号と、当該ファイルシステム番号のファイルシステム内
   で管理されている固有のファイル識別番号の最大数分に
   相当する数の連続する仮想ファイル識別番号の範囲、と
   の関係を示す変換表を用いて、前記特定されたファイル
   識別子をそれに対応する仮想ファイル識別番号に変換
   し、その仮想ファイル識別番号を、前記アクセス要求を
   行ったクライアント計算機に通知する手段と、前記仮想
   ファイル識別番号によるファイルアクセス要求をクライ
   アント計算機から受けた場合、前記変換表を用いて前記
   ファイルアクセス要求に含まれる仮想ファイル識別番号
   をそれに対応するファイル識別子に変換する手段と、前
   記変換されたファイル識別子を用いて該当するサーバ計
   算機のファイルシステムの該当するファイルに対するア
   クセスを行う手段とを具備することを特徴とする計算機
   システム。
2. 【請求項２】 木構造でファイル管理を行うファイルサ
   ーバを含む複数のサーバ計算機と、前記ファイルサーバ
   が提供するファイルサービスを共有する１以 上のクライ
   アント計算機から構成される計算機システムにおいて、
   各サーバ計算機のファイルを前記ファイルサーバを介し
   てアクセスするためのファイル管理方法であって、 前記ファイルサーバは、 前記計算機システム内の各サーバ計算機の各ファイルシ
   ステムが前記木構造のどの接続点で接続されているかを
   管理するマウント表を用いて、前記各クライアント計算
   機からアクセス要求されたファイルが存在するサーバ計
   算機のファイルシステムを検索し、且つ当該サーバ計算
   機のファイルシステムから、前記アクセス要求されたフ
   ァイルに対応する前記ファイルシステム内の固有のファ
   イル識別番号を取得することにより、サーバ番号と、サ
   ーバ内のファイルシステム番号と、そのファイルシステ
   ム内で固有のファイル識別番号とから構成されるファイ
   ル識別子を特定するステップと、 前記計算機システム内の全ファイルに対して固有の仮想
   ファイル識別番号が連続して割り当てられるように、サ
   ーバ番号と、サーバ内のファイルシステム番号と、当該
   ファイルシステム番号のファイルシステム内で管理され
   ている固有のファイル識別番号の最大数分に相当する数
   の連続する仮想ファイル識別番号の範囲、との関係を示
   す変換表を用いて、前記特定されたファイル識別子をそ
   れに対応する仮想ファイル識別番号に変換し、その仮想
   ファイル識別番号を、前記アクセス要求を行ったクライ
   アント計算機に通知するステップと、 前記仮想ファイル識別番号によるファイルアクセス要求
   をクライアント計算機から受けた場合、前記変換表を用
   いて前記ファイルアクセス要求に含まれる仮想ファイル
   識別番号をそれに対応するファイル識別子に変換するス
   テップと、 前記変換されたファイル識別子を用いて該当するサーバ
   計算機のファイルシステムの該当するファイルに対する
   アクセスを行うステップとを具備することを特徴とする
   ファイル管理方法。