JP2003050733A - ファイルサーバシステムおよびその制御方法 - Google Patents

Abstract

(57)【要約】 【課題】簡単な制御で、しかもファイルサーバの故障や
ファイルサーバの動的な追加等に柔軟に対応することが
可能なファイルサーバシステムを実現する。 【解決手段】クライアント端末１１からのルックアップ
操作要求を受け付けたファイルサーバ２１は、自身のロ
ーカルファイルシステム２１４を参照するのみならず、
他のファイルサーバ２２，…に対しても問い合わせを発
行し、その問い合わせ結果をもとに、自身のローカルフ
ァイルシステム２１４におけるディレクトリツリーの補
完を行い、同時にその部分に対応するディレクトリの対
応付け情報３０２を構築していく。よって、ローカルフ
ァイルシステム２１４のディレクトリツリーが不完全な
状態となっても、オンデマンドで必要な環境を復元する
ことが出来る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は仮想ファイルシステ
ムを提供するためのファイルサーバシステムおよびその
制御方法に関する。

【０００２】

【従来の技術】近年、分散ファイルシステムに代表され
るように、複数のサーバにデータを分散して記憶するシ
ステムが開発されている。このような分散ファイルシス
テムにはいくつかの実現方法あり、それは集中管理方式
と分散管理方式とに大別される。

【０００３】集中管理方式は、例えば特開平１０−３４
２１号公報にも記載されているように、分散ファイルシ
ステムのすべてのデータの所在を一つの管理サーバにて
一元管理する方法である。一方、分散管理方式は複数の
サーバそれぞれに管理情報を持たせる方式である。

【０００４】前者は制御が簡単である反面、管理サーバ
にクライアントからのアクセスが集中することになるた
め、その管理サーバがボトルネックとなって十分なシス
テム性能を期待することができない。また、もしも管理
サーバに障害が発生すると、全ての管理情報が失われて
しまい、これによってシステムのサービスが停止されて
しまうことになる。

【０００５】これに対し、後者の方法は、複数のサーバ
それぞれに管理情報が配置されているので、アクセスの
集中が無くなり、また同一データのコピーを複数のサー
バで持ち合うことで耐障害性を向上させることができ
る。しかし、管理情報およびデータに関する一貫性保持
のための特別な仕組みを実装することが必要となり、特
に、あるファイルサーバが故障したときや、新たに追加
されたファイルサーバへのデータや管理情報の設定など
を考慮すると、大規模な分散データベースシステムで使
用されているような、チェックポイント、トランザクシ
ョンのログ管理、ロールフォーワード等といった複雑な
障害回復制御が必要とされることになる。

【０００６】

【発明が解決しようとする課題】ところで、最近ではオ
フィス等においてもネットワーク化が進められているの
で、低コストで且つ十分な性能を持つ分散ファイルシス
テムの開発が必要とされている。もちろん、この場合で
もシステムの可用性を犠牲にすることはできず、システ
ムを停止することなく、サーバの故障やサーバの動的な
追加等に柔軟に対応できるようにすることが要求され
る。

【０００７】本発明は上述の事情を考慮してなされたも
のであり、一貫性保持のための複雑な制御を用いること
なく、しかもサーバの故障やサーバの動的な追加等にも
柔軟に対応することが可能な高可用性のファイルサーバ
システムおよびその制御方法を提供することを目的とす
る。

【０００８】

【課題を解決するための手段】上述の課題を解決するた
め、本発明は、互いに協調して動作する複数のファイル
サーバを有し、前記複数のファイルサーバそれぞれのロ
ーカルファイルシステムを１つの仮想ファイルシステム
としてクライアントに提供するファイルサーバシステム
において、前記各ファイルサーバは、ディレクトリ名か
ら当該ディレクトリに対応する管理情報を参照するため
のルックアップ操作要求をクライアントから受けた際、
自ファイルサーバのローカルファイルシステムから前記
ルックアップ操作要求で指定されたディレクトリに関す
る管理情報を取得するためのルックアップ操作を実行す
ると共に、前記ルックアップ操作要求で指定されたディ
レクトリに関する管理情報を他の各ファイルサーバに問
い合わせるルックアップ操作手段と、前記問い合わせ結
果に基づき、前記自ファイルサーバのローカルファイル
システムに存在するディレクトリツリーを補完する手段
とを具備することを特徴とする。

【０００９】このファイルサーバシステムにおいては、
あるファイルサーバがクライアントからのルックアップ
操作要求を受け付けると、そのファイルサーバは、その
ルックアップ操作要求で指定されたディレクトリに関す
る管理情報を取得するためのルックアップ操作を自身の
ローカルファイルシステムに対して実行するのみなら
ず、そのルックアップ操作要求で指定されたディレクト
リに関する管理情報を他の各ファイルサーバに問い合わ
せる。これにより、自身のローカルファイルシステムの
内容が障害等によって不十分な状態であっても、ルック
アップ操作という通常のファイルシステムに設けられた
一般的な操作のみで、必要な情報を他のファイルサーバ
から取得することが出来る。また、クライアントからの
ルックアップ操作要求を受け付けたファイルサーバにつ
いては、オンデマンドでそのローカルファイルシステム
のディレクトリツリーが自動的に補完（ディレクトリの
追加、変更等）されていく。よって、ディレクトリツリ
ーを変更中にあるファイルサーバが故障した場合や、空
のローカルファイルシステムを持つファイルサーバが、
互いに協調しているファイルサーバのグループに新たに
追加されたときなどのように、いずれかのファイルサー
バのローカルファイルシステムのディレクトリツリーが
不完全な状態となっても、そのファイルサーバがクライ
アントからのルックアップ操作要求を受け付けるたびに
オンデマンドで必要な環境がそのローカルファイルシス
テムに構築されるので、分散データベース等で用いられ
るロールフォワード等の複雑な方法を用いず、クライア
ントからファイルサーバへディレクトリのルックアップ
操作が行われたときに、オンデマンドで補完するという
単純な方法で、仮想ファイルシステムのディレクトリツ
リーをローカルファイルシステムに保持することがで
き、またシステムを停止することなしにサービスを継続
して行うことが可能となる。

【００１０】また、本発明は、前記自ファイルサーバの
ローカルファイルシステムに対する前記ルックアップ操
作の結果と前記問い合わせ結果とに基づき、前記複数の
ファイルサーバそれぞれのローカルファイルシステムの
要素と前記仮想ファイルシステムのディレクトリツリー
の要素との対応関係を示す対応付け情報を前記自ファイ
ルサーバ上に構築する手段と、前記クライアントからの
前記ルックアップ操作要求で指定されたディレクトリが
前記対応付け情報で管理されているとき、前記対応付け
情報に基づいて前記ルックアップ操作要求で指定された
ディレクトリに関する管理情報を前記クライアントに提
供する手段とをさらに具備し、前記ルックアップ操作手
段は、前記ルックアップ操作要求で指定されたディレク
トリが前記対応付け情報で管理されてないときに実行さ
れるように構成されていることを特徴とする。

【００１１】これにより、ルックアップ操作要求に対し
て即座に応答することが可能となると共に、障害によっ
て対応付け情報が消失された場合でもその後のシステム
運用に伴って徐々に対応付け情報を回復することが出来
る。また、新たなファイルサーバを追加した場合でも、
そのファイルサーバに予め対応付け情報をコピーするな
どの処理は不要となる。

【００１２】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。図１には、本発明の一実施形態に係
るファイルサーバシステムの構成が示されている。この
ファイルサーバシステムは複数のファイルサーバ２１，
２２，…から構成される分散システムであり、複数のフ
ァイルサーバ２１，２２，…それぞれのローカルファイ
ルシステムの内容を一つの仮想ファイルシステムとして
各クライアント端末１１（ただし、図１には１台のみ記
載）に提供する。

【００１３】複数のファイルサーバ２１，２２，…の各
々は、ファイルサーバシステムを構成する他のファイル
サーバの存在を互いに認識しており、例えばＬＡＮ，Ｗ
ＡＮなどのネットワーク１０を介してメッセージ交換な
どを行うことにより、互いに他のフィルサーバと協調し
て動作する。

【００１４】ファイルサーバ２１，２２，…の各々には
同一の機能が搭載されており、どのファイルサーバもク
ライアント端末１１からの要求の受付けおよび処理をす
ることが出来るが、本例では、ファイルサーバ２１，２
２，…の内の予め決められた１台を、クライアント端末
１１からの要求の受け付けおよび処理を行うマスタとし
て使用する場合を想定する。この場合、マスタは固定で
はなく、例えばマスタに障害が発生した場合やマスタの
負荷状況、あるいは他の条件によって、マスタの機能を
別のファイルサーバに動的に変更することができる。現
在マスタとして動作しているファイルサーバの障害発生
や負荷状況などは、例えばメッセージの受け渡し等によ
って複数のファイルサーバ２１，２２，…が互いに相手
の動作状態を監視することによって、他のファイルサー
バが検知することが出来る。もちろん、障害発生等に関
係なく、予め決められた順番でファイルサーバ２１，２
２，…間でサイクリックにマスタを変更してもよい。ま
た、全てのファイルサーバ２１，２２，…がネットワー
ク１上のパケットを監視し、クライアント端末１１から
のパケットに最初に応答したファイルサーバがマスタと
して機能するといった制御を用いることもできる。

【００１５】さらに、複数のサイトにファイルサーバ２
１，２２，…が分散配置されている場合等には、複数の
ファイルサーバ２１，２２，…それぞれが、そのサイト
におけるマスタとして動作し、当該サイトに対して要求
を発行したクライアントからの要求を受付け・処理する
ようにしてもよい。

【００１６】いずれの場合も、複数のファイルサーバ２
１，２２，…の各々に仮想ファイルシステムの全ての情
報を持たせる必要はなく、ファイルサーバ２１，２２，
…それぞれのローカルファイルシステム全体で１つの仮
想ファイルシステムを構成すればよい。

【００１７】この場合、仮想ファイルシステムで管理さ
れるデータの実体であるファイルについてはファイルサ
ーバ２１，２２，…に分散配置されており、同一ファイ
ルを複数のファイルサーバで持ち合うことはない。これ
により、ファイルサーバ２１，２２，…それぞれのロー
カルファイルシステムの記憶資源を効率よく利用するこ
とが出来る。

【００１８】また、ファイルサーバ２１，２２，…それ
ぞれのローカルファイルシステムには、そこに分散配置
されているファイルを格納するためのディレクトリが少
なくとも存在する。この場合、マスタについては、クラ
イアント端末１１からディレクトリ情報に関するルック
アップ操作要求があったときに最新のディレクトリ情報
を他のファイルサーバから取得するので、マスタのロー
カルファイルシステムには、自身のローカルファイルシ
ステムに存在するファイルに関係するディレクトリのみ
ならず、仮想ファイルシステム内の全てのディレクトリ
ツリーが徐々に構築されていくことになる。よって、例
えばマスタ以外の他のファイルサーバのローカルファイ
ルシステムのディレクトリが障害によって不完全な状態
となった場合でも、マスタが管理している情報によって
それを復元したり、また新たに追加されたファイルサー
バ等に対して、マスタ機能を容易に引き継がせることな
どが可能となる。さらに、マスタ以外の他の各ファイル
サーバも少なくも自身のローカルファイルシステムの情
報については管理しているので、マスタに障害が発生し
ても全ての管理情報が失われる危険はない。

【００１９】このように、本実施形態のファイルサーバ
システムでは、いずれかのファイルサーバのローカルフ
ァイルシステムのディレクトリツリーが障害等によって
不完全な状態となった場合には、そのディレクトリツリ
ーの情報を他のファイルサーバのローカルファイルシス
テムの内容から補完（ディレクトリの追加、変更等）す
るという制御が用いられる。この補完は、クライアント
端末１１から当該ディレクトリに関する要求が発行され
たときに自動的に実行される。また、このようなオンデ
マンド方式の補完制御の信頼性をより高めるため、本実
施形態では、あるファイルサーバのローカルファイルシ
ステムに対してディレクトリの作成・変更等を行った場
合には、そのディレクトリの作成・変更を他の各ファイ
ルサーバのローカルファイルシステムにも自動的に反映
する処理が行われる。

【００２０】（ファイルサーバの構成）次に、ファイル
サーバ２１，２２，…それぞれの機能構成について説明
する。

【００２１】ファイルサーバ２１（ファイルサーバ＃
１）には、図示のように、リクエスト受信部２１１、リ
クエスト解析・実行手順部２１２、ファイルシステム２
１３、ローカルファイルシステム２１４、およびディス
クシステム２１５が設けられている。

【００２２】クライアント端末１１からのルックアップ
操作要求などはリクエスト受信部２１を介してリクエス
ト解析・実行手順部２１２に送られ、そこで受付および
処理される。ここでルックアップ操作要求とは、ディレ
クトリ名またはファイル名からファイルシステムが管理
するそのディレクトリまたはファイルに対応する管理情
報を求める要求である。このルックアップ操作要求によ
って実行される操作がルックアップ操作と呼ばれるもの
であり、これは通常のファイルシステムに一般的に備わ
っている操作手順である。

【００２３】リクエスト解析・実行手順部２１２は、例
えばＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅ
ｍ）等のネットワークファイルシステムにおけるサーバ
機能部に相当する。このリクエスト解析・実行手順部２
１２は、クライアント端末１１からのファイルアクセス
要求（ルックアップ操作要求）をリクエスト受信部２１
１から受け、それを解析することにより実行すべきルッ
クアップ操作を決定して、ファイルシステム２１３に指
示する。ファイルシステム２１３は仮想ファイルシステ
ムを提供するための主機能部であり、ローカルファイル
システム２１４を通じてディスクシステム２１５をアク
セスしたり、他の各ファイルサーバに対する問い合わせ
などを行う。ディスクシステム２１５には、ローカルフ
ァイルシステム２１４によって管理されているディレク
トリツリー（ディレクトリ、ファイル、およびそれらの
管理情報等）が保存されている。

【００２４】ファイルシステム２１３には、図示のよう
に、仮想ファイルシステム操作部３０１、対応付け情報
３０２、操作実行手順部３０３、および操作要求手順部
３０４が設けられている。仮想ファイルシステム操作部
３０１は、対応付け情報３０２の構築操作を初め、他の
ファイルサーバに存在するファイルシステムに対して操
作を要求したり、他のファイルサーバに存在するファイ
ルシステムからの要求を処理する等の手順を体系化した
ものであり、図示のように、第１および第２のルックア
ップ操作手順部（＃１，＃２）３１１，３１２、第１お
よび第２のディレクトリ作成手順部（＃１，＃２）３１
３，３１４等から構成されている。

【００２５】第１のルックアップ操作手順部（＃１）３
１１はクライアント端末１１からのルックアップ操作要
求を処理するための操作手順であり、また第２のルック
アップ操作手順部（＃１）３１１は他のファイルサーバ
からのルックアップ操作の問い合わせを処理するための
操作手順である。第１のディレクトリ作成手順部（＃
１）３１３はクライアント端末１１からのディレクトリ
作成要求を処理するための操作手順であり、また第２の
ディレクトリ作成手順部（＃２）３１４は他のファイル
サーバからのディレクトリ作成要求を処理するための操
作手順である。

【００２６】対応付け情報３０２は、仮想ファイルシス
テムのディレクトリツリーの各要素（ディレクトリ、フ
ァイル）と各ファイルサーバ２１，２１，…それぞれの
ローカルファイルシステムのディレクトリツリーの各要
素（ディレクトリ、ファイル）との対応関係を示す。こ
の対応付け情報３０２により、仮想ファイルシステム上
のどのディレクトリおよびファイルがどのファイルサー
バに存在するかが管理され、ファイルサーバ２１，２
２，…それぞれのローカルファイルシステムの内容が仮
想ファイルシステムのディレクトリツリーに対応付けら
れることになる。対応付け情報３０２は、ファイルサー
バ２１のメモリ上に保持されている。

【００２７】操作実行手順部３０３は仮想ファイルシス
テム操作部３０１の機能を用いて他のファイルサーバか
らの要求を実行する。また操作要求手順部３０４は仮想
ファイルシステム操作部３０１から他のファイルサーバ
への要求を受付け、それを他のファイルサーバへ送る。

【００２８】ファイルサーバ２１以外の他のファイルサ
ーバ２２，…についても上述のファイルサーバ２１と同
様の機能を有しており、例えばファイルサーバ２２に
は、図示のように、リクエスト受信部４１１、リクエス
ト解析・実行手順部４１２、ファイルシステム４１３、
ローカルファイルシステム４１４、およびディスクシス
テム４１５が設けられている。これらリクエスト受信部
４１１、リクエスト解析・実行手順部４１２、ファイル
システム４１３、ローカルファイルシステム４１４、お
よびディスクシステム４１５は、それぞれ上述したリク
エスト受信部２１１、リクエスト解析・実行手順部２１
２、ファイルシステム２１３、ローカルファイルシステ
ム２１４、およびディスクシステム２１５にそれぞれ相
当する。また、ファイルシステム４１３に設けられた仮
想ファイルシステム操作部５０１、対応付け情報５０
２、操作実行手順部５０３、操作要求手順部５０４は、
ファイルサーバ２１における仮想ファイルシステム操作
部３０１、対応付け情報３０２、操作実行手順部３０
３、操作要求手順部３０４にそれぞれ相当する。

【００２９】さらに、仮想ファイルシステム操作部５０
１に設けられている第１および第２のルックアップ操作
手順部（＃１，＃２）５１１，５１２、第１および第２
のディレクトリ作成手順部（＃１，＃２）５１３，５１
４も、上述したファイルサーバ２１における第１および
第２のルックアップ操作手順部（＃１，＃２）３１１，
３１２、第１および第２のディレクトリ作成手順部（＃
１，＃２）３１３，３１４にそれぞれ相当する。

【００３０】（仮想ファイルシステム）次に、本実施形
態で実現される仮想ファイルシステムについて説明す
る。

【００３１】図２には、ファイルサーバ（＃１，＃２）
２１，２２それぞれのローカルファイルシステム２１
４，４１４で管理されるディレクトリツリーの各要素と
仮想ファイルシステムのディレクトリツリーの各要素と
の関係の一例が示されている。

【００３２】ここでは、ファイルサーバ（＃１）２１の
ローカルファイルシステム２１４には、ルートディレク
トリ“／”の直下にディレクトリ“ｄｉｒＡ”とファイ
ル“ｆｉｌｅＸ”とが存在しており、またファイルサー
バ（＃２）２２のローカルファイルシステム４１４に
は、ルートディレクトリ“／”の直下にディレクトリ
“ｄｉｒＡ”とファイル“ｆｉｌｅＹ”が存在している
場合を想定している。

【００３３】この場合、各クライアント端末１１に提供
される仮想ファイルシステムのディレクトリツリーは、
図示のように、ファイルサーバ（＃１）２１およびファ
イルサーバ（＃２）２２それぞれのローカルファイルシ
ステム２１４，４１５をマージしたものとなり、これ
は、図示のように、ルートディレクトリ“／”と、その
直下に存在するディレクトリ“ｄｉｒＡ”とファイル
“ｆｉｌｅＸ”，“ｆｉｌｅＹ”とから構成される。

【００３４】マスタとして機能しているファイルサーバ
の対応付け情報には、このようなファイルサーバ（＃
１，＃２）２１，２２それぞれのローカルファイルシス
テム２１４，４１４のディレクトリツリーの各要素と仮
想ファイルシステムのディレクトリツリーの各要素との
対応関係が管理されることになる。

【００３５】今、ファイルサーバ（＃１）２１がマスタ
であると想定すると、そのファイルサーバ（＃１）２１
で管理される対応付け情報３０２の内容は図３のように
なる。

【００３６】図示のように、対応付け情報３０２には、
仮想ファイルシステムを構成するディレクトリツリーの
各要素について、その種類（ディレクトリ／ファイ
ル）、アクセス権限を示すパーミッション情報、名前
（ディレクトリ名／ファイル名）、その要素が存在して
いるサーバ名、変更日時、および下位階層のディレクト
リ名やファイル名を示す下位エントリが管理される。ル
ートディレクトリ“／”、ディレクトリ“ｄｉｒＡ”、
ファイル“ｆｉｌｅＸ”についてはファイルサーバ（＃
１）２１のローカルファイルシステム２１４に存在して
いるので、それらの位置は自サーバ（ファイルサーバ２
１）となっている。また、ファイル“ｆｉｌｅＹ”につ
いてはファイルサーバ（＃２）２２にのみ存在している
ので、その位置はファイルサーバ＃２（ファイルサーバ
２２）となっている。

【００３７】また、ファイルサーバ（＃２）２２につい
ても、少なくともそのローカルファイルシステム４１４
に存在するディレクトリやファイルについては対応付け
情報５０２で管理されている。ファイルサーバ（＃２）
２２のローカルファイルシステム４１４には、ルートデ
ィレクトリ“／”、ディレクトリ“ｄｉｒＡ”、ファイ
ル“ｆｉｌｅＹ”が存在するので、それらの位置は自サ
ーバ（ファイルサーバ２２）となる。また、もしファイ
ルサーバ（＃２）２２がマスタとして機能する場合に
は、ファイルサーバ（＃１）２１のみに存在するファイ
ル“ｆｉｌｅＸ”についても対応付け情報５０２で管理
され、その位置はファイルサーバ＃１（ファイルサーバ
２１）となる。

【００３８】（ルックアップ操作）次に、図４を参照し
て、クライアント端末１１からディレクトリまたはファ
イルのルックアップ操作要求を受け付けたファイルサー
バ（マスタ）によって実行されるルックアップ操作の原
理について説明する。

【００３９】図４には、本ファイルサーバシステムが３
台のファイルサーバ２１，２２，２３によって実現され
ており、第１のファイルサーバ（＃１）２１がマスタと
して動作する場合を示している。今、図示のように、フ
ァイルサーバ（＃１）２１のローカルファイルシステム
のディレクトリツリーがルートディレクトリ“／”とそ
の直下のディレクトリ“ｄｉｒＡ”とファイル“ｆｉｌ
ｅＸ”とから構成されており、また、ファイルサーバ
（＃２）２２のローカルファイルシステムのディレクト
リツリーがルートディレクトリ“／”とその直下のディ
レクトリ“ｄｉｒＡ”とファイル“ｆｉｌｅＹ”とから
構成され、ファイルサーバ（＃３）２３のローカルファ
イルシステムのディレクトリツリーがルートディレクト
リ“／”とその直下のディレクトリ“ｄｉｒＡ”とファ
イル“ｆｉｌｅＺ”とから構成されているとする。

【００４０】ファイルサーバ（＃１）２１は、通常は、
クライアント端末１１からのルックアップ操作要求で要
求されたディレクトリやファイルの管理情報の提供や、
要求されたファイルが存在するファイルサーバから当該
ファイルを取得して提供するといったファイルアクセス
に関するサービスを、前述の対応付け情報３０２を用い
て行うが、対応付け情報３０２に該当するディレクトリ
やファイルが存在しない場合には、以下のようなルック
アップ操作を実行する。

【００４１】例えば、ルートディレクトリ“／”の直下
の管理情報を要求するルックアップ操作要求をクライア
ント端末１１から受けると、ファイルサーバ（＃１）２
１は、ルックアップ操作要求で指定されたディレクトリ
／ファイルに関する管理情報を自ファイルサーバ２１の
ローカルファイルシステム２１４から取得するためのル
ックアップ操作を実行すると共に、他の各ファイルサー
バ２２，２３に対してルックアップ操作要求で指定され
たディレクトリに関する管理情報を問い合わる。これに
より、ファイルサーバ（＃１）２１は、各ファイルサー
バ２１，２２，２３それぞれの現在のローカルファイル
システムの内容を認識し、その認識結果に基づいて、自
身のローカルファイルシステムにおけるディレクトリツ
リーの補完、および対応付け情報３０２の形成を行う。
そして、ルートディレクトリ“／”の直下にディレクト
リ“ｄｉｒＡ”とファイル“ｆｉｌｅＸ”，“ｆｉｌｅ
Ｙ”，“ｆｉｌｅＺ”が存在すること、さらには各要素
のパーミッション情報や更新日時などを、ルックアップ
操作要求に対する応答としてクライアント端末１１に返
す。

【００４２】このように、マスタとして機能するファイ
ルサーバ（＃１）２１においては、ルックアップ操作要
求を処理するたびに、自身のローカルファイルシステム
に存在するディレクトリやファイルのみならず、他のフ
ァイルサーバ２２，２３にのみ存在するディレクトリや
ファイルに関する情報についても対応付け情報３０２と
して形成されていく。

【００４３】（対応付け情報の形成処理）ここで、通常
動作時に対応付け情報がどのように構築されていくかに
ついて具体的に説明する。

【００４４】ここでは、簡単のために本ファイルサーバ
システムがファイルサーバ（＃１）２１とファイルサー
バ（＃２）２２の２台によって構成されている場合を想
定する。また例として、上述の場合と同様に、ファイル
サーバ（＃１）２１のローカルファイルシステム２１４
にはルートディレクトリ“／”とディレクトリ“ｄｉｒ
Ａ”、ファイル“ｆｉｌｅＸ”とが存在するとし、ファ
イルサーバ（＃２）２２のローカルファイルシステムに
はルートディレクトリ“／”とディレクトリ“ｄｉｒ
Ａ”、ファイル“ｆｉｌｅＹ”とが存在するとする。ま
た、ファイルサーバ２１，２２それぞれの対応付け情報
３０２，５０２には、ルートディレクトリ“／”に関す
る情報だけが存在しているものとする。

【００４５】クライアント端末１１のユーザが仮想ファ
イルシステムのルートディレクトリ“／”下の各エント
リの情報を得ようとして、例えば“ｄｉｒ”等のコマン
ド操作を実行すると、それを示すルックアップ操作要求
がクライアント端末１１から発行される。このルックア
ップ操作要求は、現在マスタとして機能しているファイ
ルサーバ（ここではファイルサーバ（＃１）２１）のリ
クエスト解析・実行手順部２１２にて受け付けられる。
そして、ファイルシステム２１３の制御の下、そのロー
カルファイルシステム２１４を通じてディスクシステム
２１５の内容を参照するルックアップ操作が実行される
と共に、ファイルサーバ（＃２）２２のファイルシステ
ム４１３に対してルックアップ操作を実行させるための
問い合わせが発行される。

【００４６】これにより、自ファイルサーバ（＃１）２
１のローカルファイルシステム２１４からはルートディ
レクトリ“／”の直下に存在するディレクトリ“ｄｉｒ
Ａ”とファイル“ｆｉｌｅＸ”に関する情報が得られ、
またファイルサーバ（＃２）２２のファイルシステム４
１３からは、そのルートディレクトリ“／”直下に存在
するディレクトリ“ｄｉｒＡ”とファイル“ｆｉｌｅ
Ｙ”に関する情報が得られる。これら情報を基にファイ
ルシステム２１３では対応付け情報３０２の形成が行わ
れ、図３で説明した様な構成の対応付け情報３０２が構
築される。そして、ファイルシステム２１３は、対応付
け情報３０２に基づいて仮想ファイルシステムのルート
ディレクトリ“／”直下の各エントリの情報を認識し、
それをリクエスト解析・実行手順部２１２を通じて要求
元のクライアント端末１１に返す。

【００４７】なお、このような他のファイルサーバへの
問い合わせ等の処理は、前述したように、クライアント
端末１１からのルックアップ操作要求で要求されたディ
レクトリの情報が対応付け情報３０２に存在しない場合
にのみ行えばよい。つまり、クライアント端末１１から
のルックアップ操作要求で要求されたエントリの情報が
対応付け情報３０２に存在する場合には、マスタは、そ
の対応付け情報３０２からルックアップ操作要求で要求
されたエントリのディレクトリ／ファイルに関する情報
を認識して、それを即座にクライアント端末１１に返却
することが出来る。

【００４８】また、他のファイルサーバへの問い合わせ
によってファイルサーバ（＃１）２１のローカルファイ
ルシステム２１４には存在しない新たなディレクトリに
関する情報が得られた場合には、ファイルサーバ（＃
１）２１のローカルファイルシステム２１４に当該ディ
レクトリを作成するといったローカルファイルの補完処
理も自動的に行われる。

【００４９】（障害対策）以上のように、本ファイルサ
ーバシステムにおいては、クライアント端末１１からの
ルックアップ操作要求を受け付けたファイルサーバ（マ
スタ）は、自身のローカルファイルシステムを参照する
のみならず、他のファイルサーバに対しても問い合わせ
を発行し、その問い合わせ結果をもとに、自身のローカ
ルファイルシステムにおけるディレクトリツリーの補完
を行い、同時にその部分に対応するディレクトリの対応
付け情報を構築していくという仕組みが用いられてい
る。よって、一貫性保持のための特別な制御無しで、十
分な可用性を実現することが出来る。

【００５０】以下、図５を参照して、障害回復に関わる
処理について具体例を挙げて説明する。

【００５１】＜ケース１＞ケース１は、例えばファイル
サーバ（＃１，＃２）２１，２２それぞれのローカルフ
ァイルシステム２１４，４１４にディレクトリ“ｄｉｒ
Ｂ”を作成する操作処理の実行中に、ファイルサーバ
（＃１）２１に何らかの障害が発生し、これによりディ
レクトリ“ｄｉｒＢ”がファイルサーバ（＃１）２１に
は作成されず、ファイルサーバ（＃２）２２にのみ作成
された場合を示している。このような状況は例えば次の
ような場合に発生する。

【００５２】ファイルサーバ（＃１，＃２）２１，２２
それぞれのローカルファイルシステム２１４，４１４
に、既にルートディレクトリ“／”と、ディレクトリ
“ｄｉｒＡ”が存在していたとする。例えばファイルサ
ーバ（＃２）２２がマスタとして動作し、クライアント
端末１１からのディレクトリ“ｄｉｒＢ”の作成要求を
受け付ける。この場合、ファイルサーバ（＃２）２２は
自身のローカルファイルシステム４１４にディレクトリ
“ｄｉｒＢ”を作成した後、ファイルサーバ（＃１）２
１にディレクトリ“ｄｉｒＢ”の作成を要求する。この
とき、もしファイルサーバ（＃１）２１に何らかの障害
が発生すると、ファイルサーバ（＃１）２１のローカル
ファイルシステム２１４にはディレクトリ“ｄｉｒＢ”
は作成されない。

【００５３】ファイルサーバ（＃１）２１に故障が起き
た後、ファイルサーバ（＃１）２１が再起動により無事
に起動したとする。ファイルサーバ（＃１）２１の対応
付け情報３０２はそのメモリ上にあるので、既に失われ
ている。これがケース１の状況である。

【００５４】ここで、ファイルサーバ（＃２）２２にお
いても、例えばディレクトリ“ｄｉｒＢ”の作成要求に
対する応答がファイルサーバ（＃１）２１から得られな
かった等の要因により、対応付け情報５０２が不完全な
ものであると認識し、その解放を行う。対応付け情報５
０２を解放するのは誤った管理情報等がクライアント端
末１１に提供されるのを未然に防止するためである。こ
れによって、ファイルサーバ（＃１，＃２）２１，２２
は共に対応付け情報を持たない状態となる。

【００５５】ファイルサーバ（＃２）２２のローカルフ
ァイルシステム４１４のディレクトリツリーは完全であ
るが、ファイルサーバ（＃１）２１のローカルファイル
システム２１４は不完全な状態となっている。これを本
実施形態ではルックアップ操作時に回復する。

【００５６】クライアント端末１１からのルックアップ
操作要求によってルートディレクトリ“／”の直下のデ
ィレクトリ情報、またはディレクトリ“ｄｉｒＢ”に関
するディレクトリ情報が要求され、その要求がファイル
サーバ（＃１）２１によって受け付けられたとする。こ
の場合、ファイルサーバ（＃１）２１が新たなマスタと
して動作していることが前提となるが、これは、例え
ば、再起動されたファイルサーバが常に自身をマスタと
して機能させるといった簡単な制御等で容易に実現でき
る。なお、ファイルサーバ（＃１）２１が再起動された
直後のルックアップ操作要求でディレクトリツリーを回
復する必要はなく、ファイルサーバ（＃１）２１が後に
マスタとなってルックアップ操作要求を受け付けた時点
で、回復処理が実行されればよい。

【００５７】ルートディレクトリ“／”の直下のディレ
クトリ情報、またはディレクトリ“ｄｉｒＢ”に関する
ディレクトリ情報を要求するルックアップ操作要求を受
け付ると、ファイルサーバ（＃１）２１は、自ファイル
サーバのローカルファイルシステム２１４に対してルッ
クアップ操作を行うと共に、ファイルサーバ（＃２）２
２に問い合わせを行う。これにより、ファイルサーバ
（＃１）２１は、自ファイルサーバのローカルファイル
システム２１４のディレクトリツリーと、ファイルサー
バ（＃２）２２のローカルファイルシステム４１４のデ
ィレクトリツリーとから、ルートディレクトリ“／”直
下のディレクトリ情報や、ディレクトリ“ｄｉｒＢ”に
関するディレクトリ情報を認識する。そして、ファイル
サーバ（＃１）２１は、自ファイルサーバのローカルフ
ァイルシステム２１４にディレクトリ“ｄｉｒＢ”を新
規作成すると共に、それに合わせて対応付け情報３０２
を生成する。これにより、ファイルサーバ（＃１）２１
のローカルファイルシステム２１４の内容が正常な状態
に補完されると共に、失われた対応付け情報３０２も回
復される。

【００５８】＜ケース２＞ケース２は、ファイルサーバ
（＃１）２１が新たに追加されたり、あるいは障害等に
よってローカルファイルシステムの全ての情報が失われ
た後の動作を示している。

【００５９】クライアント端末１１からのルックアップ
操作要求によってルートディレクトリ“／”直下のディ
レクトリ情報、またはディレクトリ“ｄｉｒＡ”あるい
は“ｄｉｒＢ”に関するディレクトリ情報が要求され、
その要求がファイルサーバ（＃１）２１によって受け付
けられたとする。

【００６０】ファイルサーバ（＃１）２１は、ファイル
サーバ（＃２）２２のローカルファイルシステムのディ
レクトリツリーから、ルートディレクトリ“／”直下の
ディレクトリ情報や、ディレクトリ“ｄｉｒＡ”，ディ
レクトリ“ｄｉｒＢ”に関するディレクトリ情報を認識
する。そして、ファイルサーバ（＃１）２１は、自ファ
イルサーバのローカルファイルシステムに該当するディ
レクトリを作成する。これにより、ルートディレクトリ
“／”直下のディレクトリ情報が要求された場合にはデ
ィレクトリ“ｄｉｒＡ”およびディレクトリ“ｄｉｒ
Ｂ”がそれぞれ作成され、またディレクトリ“ｄｉｒ
Ａ”あるいはディレクトリ“ｄｉｒＢ”に関するディレ
クトリ情報が要求された場合には、その都度、該当する
ディレクトリ“ｄｉｒＡ”あるいは“ｄｉｒＢ”が回復
されることになる。同様にして、対応付け情報３０２の
内容も回復されていく。

【００６１】＜ケース３＞ケース３は、ファイルサーバ
（＃１，＃２）２１，２２それぞれのローカルファイル
システムに存在しているディレクトリ“ｄｉｒＡ”のパ
ーミッション等に関する属性の更新操作処理の実行中な
どにおいてファイルサーバ（＃１）２１に何らかの障害
が発生し、これによりディレクトリ“ｄｉｒＡ”の属性
の更新がファイルサーバ（＃２）２２についてのみ行わ
れ、ファイルサーバ（＃１）２１についてはディレクト
リ“ｄｉｒＡ”の属性の更新が行われなかった場合を示
している。

【００６２】クライアント端末１１からのルックアップ
操作要求によってルートディレクトリ“／”直下のディ
レクトリ情報、またはディレクトリ“ｄｉｒＢ”に関す
るディレクトリ情報が要求され、その要求がファイルサ
ーバ（＃１）２１によって受け付けられたとする。

【００６３】ファイルサーバ（＃１）２１は、自ファイ
ルサーバのローカルファイルシステムのディレクトリツ
リーと、ファイルサーバ（＃２）２２のローカルファイ
ルシステムのディレクトリツリーとから、ディレクトリ
“ｄｉｒＡ”に関するディレクトリ情報を自ファイルサ
ーバおよびファイルサーバ（＃２）２２それぞれのロー
カルファイルシステムから取得する。そして、ファイル
サーバ（＃１）２１は、２つの情報から更新日時が新し
いものを選ぶ。本例ではファイルサーバ（＃２）２２の
情報が新しい（大きい値を新しいとする）ので、この情
報をローカルファイルシステム上の“ｄｉｒＡ”に設定
する。それと同時にこの情報をもとに対応付け情報３０
２を更新する。以上で、ローカルファイルシステム内の
“ｄｉｒＡ”の属性が最新の内容に更新され、同時に対
応付け情報３０２も更新される。

【００６４】（ディレクトリに関するルックアップ操作
手順）次に、図６および図７のフローチャートを参照し
て、クライアント端末１１からのディレクトリに関する
ルックアップ操作要求に応答して実行されるルックアッ
プ操作手順の具体例について説明する。

【００６５】図６はクライアント端末１１からのルック
アップ操作要求を受け付けたファイルサーバ（＃１）２
１（マスタ）によって実行されるルックアップ操作の手
順を示している。例えば、ディレクトリ“ｄｉｒＡ”に
関するルックアップ操作要求がクライアント端末１１か
ら発行されると、それがファイルサーバ（＃１）２１の
リクエスト受信部２１１によって受け付けられ、そして
リクエスト解析・実行手順部２１２を介してファイルシ
ステム２１３にルックアップ操作要求の内容が伝えられ
る（ステップＳ１０１）。ファイルシステム２１３のル
ックアップ操作手順部３１１は、まず、操作実行手順部
３０３を通じて自ファイルサーバ２１のローカルファイ
ルシステム２１４にアクセスし、要求されたディレクト
リ“ｄｉｒＡ”がローカルファイルシステム２１４に存
在するか否かを判断する（ステップＳ１０２）。

【００６６】要求されたディレクトリ“ｄｉｒＡ”がロ
ーカルファイルシステム２１４に存在する場合（ステッ
プＳ１０２のＹＥＳ）、ルックアップ操作手順部３１１
は、操作実行手順部３０３を通じてローカルファイルシ
ステム２１４からディレクトリ“ｄｉｒＡ”に関するデ
ィレクトリ情報を取得する。この後、ルックアップ操作
手順部３１１は、操作要求手順部３０４を通じてディレ
クトリ“ｄｉｒＡ”に関するディレクトリ情報の問い合
わせを他の各ファイルサーバそれぞれに発行し、その問
い合わせに対する応答に基づいて、他の各ファイルサー
バに該当するディレクトリ“ｄｉｒＡ”が存在するか否
かを判断する（ステップＳ１０４）。

【００６７】存在する場合には（ステップＳ１０４のＹ
ＥＳ）、ルックアップ操作手順部３１１は、ディレクト
リ“ｄｉｒＡ”がローカルファイルシステムに存在して
いる他の各ファイルサーバからそのディレクトリ“ｄｉ
ｒＡ”に関する情報を取得する（ステップＳ１０５）。
そして、ルックアップ操作手順部３１１は、ステップＳ
１０３で自ファイルサーバのローカルファイルシステム
２１４から取得したディレクトリ情報の更新日時と、ス
テップＳ１０５で他の各ファイルサーバから取得したデ
ィレクトリ情報それぞれの更新日時とを比較することに
より、本ファイルサーバで管理されているディレクトリ
“ｄｉｒＡ”に関するディレクトリ情報の内で最新のデ
ィレクトリ情報を選択する（ステップＳ１０６）。も
し、自ファイルサーバのローカルファイルシステム２１
４から取得したディレクトリ“ｄｉｒＡ”のディレクト
リ情報が最新であれば、自ファイルサーバのローカルフ
ァイルシステム２１４の補完処理は行われないが、ディ
レクトリ“ｄｉｒＡ”の最新のディレクトリ情報が他の
ファイルサーバから取得された場合には、自ファイルサ
ーバのローカルファイルシステム２１４におけるディレ
クトリ“ｄｉｒＡ”のディレクトリ情報にその内容を反
映する処理が行われ、これによりローカルファイルシス
テム２１４の補完処理が実行される（ステップＳ１０
７）。

【００６８】この後、ルックアップ操作手順部３１１
は、ステップＳ１０６で選択したディレクトリ“ｄｉｒ
Ａ”に関する最新のディレクトリ情報の内容を対応付け
情報３０２に反映する（ステップＳ１０８）。

【００６９】一方、ディレクトリ“ｄｉｒＡ”が自ファ
イルサーバのローカルファイルシステム２１４にのみ存
在し、他のファイルサーバには存在しない場合には（ス
テップＳ１０４のＮＯ）、ステップＳ１０３で自ファイ
ルサーバのローカルファイルシステム２１４から取得し
たディレクトリ“ｄｉｒＡ”に関するディレクトリ情報
の内容を、対応付け情報３０２に反映する処理が実行さ
れる（ステップＳ１０８）。

【００７０】また、クライアント端末１１から要求され
たディレクトリ“ｄｉｒＡ”が自ファイルサーバのロー
カルファイルシステム２１４に存在しない場合（ステッ
プＳ１０２のＮＯ）、ルックアップ操作手順部３１１
は、操作要求手順部３０４を通じてディレクトリ“ｄｉ
ｒＡ”に関するディレクトリ情報の問い合わせを他の各
ファイルサーバそれぞれに発行し、その問い合わせに対
する応答に基づいて、他の各ファイルサーバに該当する
ディレクトリ“ｄｉｒＡ”が存在するか否かを判断する
（ステップＳ１０９）。

【００７１】存在する場合には（ステップＳ１０９のＹ
ＥＳ）、ルックアップ操作手順部３１１は、ディレクト
リ“ｄｉｒＡ”がローカルファイルシステムに存在して
いる他の各ファイルサーバからそのディレクトリ“ｄｉ
ｒＡ”に関する情報を取得する（ステップＳ１１０）。
そして、ルックアップ操作手順部３１１は、他のファイ
ルサーバそれぞれから取得したディレクトリ情報の更新
日時同士を比較することにより、最新のディレクトリ情
報を選択する（ステップＳ１１１）。そして、選択した
最新のディレクトリ情報に基づき、自ファイルサーバの
ローカルファイルシステム２１４にディレクトリ“ｄｉ
ｒＡ”を作成した後（ステップＳ１１２）、ルックアッ
プ操作手順部３１１は、ディレクトリ“ｄｉｒＡ”に関
するディレクトリ情報の内容を対応付け情報３０２に反
映する（ステップＳ１０８）。

【００７２】このように、ディレクトリ“ｄｉｒＡ”に
関するディレクトリ情報を対応付け情報３０２に反映す
ることにより、要求された最新のディレクトリ情報を要
求元のクライアント端末１１に返すことが可能となる。

【００７３】図７はマスタからの問い合わせを受けた他
の各ファイルサーバによって実行されるルックアップ操
作を示している。

【００７４】例えばファイルサーバ（＃２）２２を例示
して説明すると、マスタからのディレクトリ情報の問い
合わせ要求がファイルサーバ（＃２）２２のリクエスト
受信部４１１によって受け付けられ、そしてリクエスト
解析・実行手順部４１２を介してファイルシステム４１
３にルックアップ操作要求の内容が伝えられる（ステッ
プＳ１２１）。ファイルシステム４１３のルックアップ
操作手順部５１２は、まず、操作実行手順部５０３を通
じて自ファイルサーバ（＃２）２２のローカルファイル
システム４１４にアクセスし、要求されたディレクトリ
“ｄｉｒＡ”がローカルファイルシステム４１４に存在
するか否かを判断する（ステップＳ１２２）。ディレク
トリ“ｄｉｒＡ”がローカルファイルシステム４１４に
存在しない場合には（ステップＳ１２２のＮＯ）、ルッ
クアップ操作手順部５１２は処理を終了する。一方、存
在する場合には（ステップＳ１２２のＹＥＳ）、ルック
アップ操作手順部５１２は操作実行手順部５０３を通じ
てローカルファイルシステム４１４からディレクトリ
“ｄｉｒＡ”に関するディレクトリ情報を取得し（ステ
ップＳ１２３）、それを要求元のマスタに送信する（ス
テップＳ１２４）。

【００７５】以上の手順は、マスタ以外の全てのファイ
ルサーバそれぞれによって実行される。

【００７６】（ファイルに関するルックアップ操作手
順）次に、図８および図９のフローチャートを参照し
て、ファイルに関するルックアップ操作要求に応答して
実行されるルックアップ操作の具体例について説明す
る。

【００７７】図８はクライアント端末１１からのルック
アップ操作要求を受け付けたファイルサーバ（＃１）２
１（マスタ）によって実行されるルックアップ操作を示
している。所定のファイルに関するルックアップ操作要
求がクライアント端末１１から発行されると、それがフ
ァイルサーバ（＃１）２１のリクエスト受信部２１１に
よって受け付けられ、そしてリクエスト解析・実行手順
部２１２を介してファイルシステム２１３にルックアッ
プ操作要求の内容が伝えられる（ステップＳ２０１）。
ファイルシステム２１３のルックアップ操作手順部３１
１は、まず、操作実行手順部３０３を通じて自ファイル
サーバ２１のローカルファイルシステム２１４にアクセ
スし、要求されたファイルがローカルファイルシステム
２１４に存在するか否かを判断する（ステップＳ２０
２）。

【００７８】要求されたファイルがローカルファイルシ
ステム２１４に存在する場合（ステップＳ２０２のＹＥ
Ｓ）、ルックアップ操作手順部３１１は、操作実行手順
部３０３を通じてローカルファイルシステム２１４から
当該ファイルに関する情報を取得し（ステップＳ２０
３）、その取得したファイル情報に基づいて対応付け情
報３０２の更新を実行する（ステップＳ２０４）。

【００７９】一方、要求されたファイルがローカルファ
イルシステム２１４に存在しない場合には（ステップＳ
２０２のＮＯ）、ルックアップ操作手順部３１１は、操
作要求手順部３０４を通じて当該要求されたファイルに
関する問い合わせを他の各ファイルサーバそれぞれに発
行し、その問い合わせに対する応答に基づいて、他のフ
ァイルサーバに当該ファイルを存在するか否かを判断す
る（ステップＳ２０５）。

【００８０】存在する場合には（ステップＳ２０５のＹ
ＥＳ）、ルックアップ操作手順部３１１は、そのファィ
ルに関する情報を当該他のファイルサーバから取得し
（ステップＳ２０５）、その取得したファイル情報に基
づいて対応付け情報３０２の更新を実行する（ステップ
Ｓ２０４）。

【００８１】このように、要求されたファイルに関する
情報を対応付け情報３０２に反映することにより、要求
されたファイルの情報を要求元のクライアント端末１１
に返すことが可能となる。なお、そのファイルの取得が
要求された場合には、対応付け情報３０２によって当該
ファイルの所在が分かるので、マスタは、そのファイル
を有するファイルサーバのローカルファイルシステムか
ら当該ファイルを取得し、それをクライアント端末１１
に返すことができる。

【００８２】図９はマスタからの問い合わせを受けた他
の各ファイルサーバによって実行されるファイルに関す
るルックアップ操作を示している。

【００８３】例えば、ファイルサーバ（＃２）２２を例
示して説明すると、マスタ（ファイルサーバ（＃１）２
１）からのディレクトリ情報の問い合わせ要求がファイ
ルサーバ（＃２）２２のリクエスト受信部４１１によっ
て受け付けられ、そしてリクエスト解析・実行手順部４
１２を介してファイルシステム４１３にルックアップ操
作要求の内容が伝えられる（ステップＳ２１１）。ファ
イルシステム４１３のルックアップ操作手順部５１２
は、まず、操作実行手順部５０３を通じて自ファイルサ
ーバ２２のローカルファイルシステム４１４にアクセス
し、要求されたファイルがローカルファイルシステム４
１４に存在するか否かを判断する（ステップＳ１２
２）。要求されたファイルがローカルファイルシステム
４１４に存在しない場合には（ステップＳ２１２のＮ
Ｏ）、ルックアップ操作手順部５１２は処理を終了す
る。一方、存在する場合には（ステップＳ２１２のＹＥ
Ｓ）、ルックアップ操作手順部５１２は操作実行手順部
５０３を通じてローカルファイルシステム４１４から当
該ファイルに関する情報を取得し（ステップＳ２１
３）、それを要求元のマスタに送信する（ステップＳ２
１４）。

【００８４】以上の手順は、マスタ以外の全てのファイ
ルサーバそれぞれによって実行される。

【００８５】（ディレクトリ作成時の手順）次に、図１
０および図１１のフローチャートを参照して、ディレク
トリ作成時に実行される処理について説明する。

【００８６】図１０はクライアント端末１１からのディ
レクトリ作成要求を受け付けたファイルサーバ（＃１）
２１（マスタ）によって実行されるディレクトリ作成手
順を示している。例えばディレクトリ“ｄｉｒＢ”の作
成要求がクライアント端末１１から発行されると、それ
がファイルサーバ（＃１）２１のリクエスト受信部２１
１によって受け付けられ、そしてリクエスト解析・実行
手順部２１２を介してファイルシステム２１３に対して
その要求の内容が伝えられる（ステップＳ３０１）。フ
ァイルシステム２１３のディレクトリ作成手順部３１３
は、まず、操作実行手順部３０３を通じて自ファイルサ
ーバ２１のローカルファイルシステム２１４に対してデ
ィレクトリ“ｄｉｒＢ”の作成を要求して、ディレクト
リ“ｄｉｒＢ”をディスクシステム２１５上に作成する
（ステップＳ３０２）。次いで、ディレクトリ作成手順
部３１３は、ローカルファイルシステム２１４に新たに
作成したディレクトリ“ｄｉｒＢ”に関する情報を対応
付け情報３０２に反映した後（ステップＳ３０３）、操
作要求手順部３０４を通じてディレクトリ“ｄｉｒＢ”
の作成要求を他の各ファイルサーバそれぞれに発行する
（ステップＳ３０４）。

【００８７】図１１はマスタからの要求を受けた他の各
ファイルサーバによって実行されるディレクトリ作成手
順を示している。

【００８８】例えば、ファイルサーバ（＃２）２２を例
示して説明すると、マスタからのディレクトリ“ｄｉｒ
Ｂ”の作成要求がファイルサーバ（＃２）２２のリクエ
スト受信部４１１によって受け付けられ、そしてリクエ
スト解析・実行手順部４１２を介してファイルシステム
４１３に要求の内容が伝えられる（ステップＳ３１
１）。ファイルシステム４１３のディレクトリ作成手順
部５１４は、まず、操作実行手順部５０３を通じて自フ
ァイルサーバ（＃２）２２のローカルファイルシステム
４１４に対してディレクトリ“ｄｉｒＢ”の作成を要求
して、ディレクトリ“ｄｉｒＢ”をディスクシステム４
１５上に作成する（ステップＳ３１２）。次いで、ディ
レクトリ作成手順部５１４は、ローカルファイルシステ
ム４１４に新たに作成したディレクトリ“ｄｉｒＢ”に
関する情報を対応付け情報５０２に反映した後（ステッ
プＳ３０４）、処理を終了する。

【００８９】以上の手順は、マスタ以外の全てのファイ
ルサーバそれぞれによって実行される。

【００９０】なお、ディレクトリの作成のみならず、デ
ィレクトリの属性変更やディレクトリの削除等がクライ
アント端末１１から要求された場合も、その要求を受け
付けたファイルサーバから他のファイルサーバそれぞれ
に対して同様の要求が発行され、すべてのファイルサー
バのローカルファイルシステムに反映されると共に、そ
れらの対応付け情報の更新が行われる。

【００９１】以上のように、本実施形態のファイルサー
バシステムによれば、クライアント端末１１からディレ
クトリツリーのルックアップ操作要求を受け付けたファ
イルサーバが、自身のローカルファイルシステムを参照
するのみならず、他の全てのファイルサーバから当該デ
ィレクトリツリーに関する情報を取得して、自身のロー
カルファイルシステムの補完、さらには対応付け情報の
形成を行うので、オンデマンドでローカルファイルシス
テムおよび対応付け情報の構築を行うことが可能とな
る。

【００９２】なお、各ファイルサーバ２１，２２，…に
設けた機能は全てコンピュータプログラムによって実現
されているので、そのコンピュータプログラムをコンピ
ュータ読み取り可能な記憶媒体に記憶しておき、その記
憶媒体をファイルサーバシステムを構成する各サーバコ
ンピュータに導入して実行させるだけで、本実施形態と
同様の機能を容易に実現することが可能となる。

【００９３】また、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。例えば、上記実
施形態においては、複数のファイルサーバ２１，２２，
…の内でマスタとして機能しているファイルサーバのロ
ーカルファイルシステムのみを補完する場合について説
明したが、マスタは、他の各ファイルサーバのローカル
ファイルシステムの内容を問い合わせによって認識でき
るので、そのときにマスタからの明示的な指示で他のフ
ァイルサーバそれぞれのローカルファイルシステムの補
完を実行させるようにしても良い。

【００９４】更に、上記実施形態には種々の段階の発明
が含まれており、開示される複数の構成要件における適
宜な組み合わせにより種々の発明が抽出され得る。例え
ば、実施形態に示される全構成要件から幾つかの構成要
件が削除されても、発明が解決しようとする課題の欄で
述べた課題が解決でき、発明の効果の欄で述べられてい
る効果が得られる場合には、この構成要件が削除された
構成が発明として抽出され得る。

【００９５】

【発明の効果】以上説明したように、本発明によれば、
簡単な制御で、しかもファイルサーバの故障やファイル
サーバの動的な追加等に柔軟に対応することが可能なフ
ァイルサーバシステムを実現することが可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るファイルサーバシス
テムの構成を示すブロック図。

【図２】同実施形態のファイルサーバシステムによって
提供される仮想ファイルシステムを説明するための図。

【図３】同実施形態のファイルサーバシステムで用いら
れる対応付け情報の例を説明するための図。

【図４】同実施形態のファイルサーバシステムの動作原
理を説明するための図。

【図５】同実施形態のファイルサーバシステムにおける
障害回復処理を説明するための図。

【図６】同実施形態のクライアントからディレクトリの
ルックアップ操作要求を受け付けたファイルサーバによ
って実行されるルックアップ操作手順を示すフローチャ
ート。

【図７】同実施形態のマスタからディレクトリに関する
問い合わせを受けた他の各ファイルサーバによって実行
されるルックアップ操作手順を示すフローチャート。

【図８】同実施形態のクライアントからファイルのルッ
クアップ操作要求を受け付けたファイルサーバによって
実行されるルックアップ操作手順を示すフローチャー
ト。

【図９】同実施形態のマスタからファイルに関する問い
合わせを受けた他の各ファイルサーバによって実行され
るルックアップ操作手順を示すフローチャート。

【図１０】同実施形態のクライアントからディレクトリ
作成要求を受け付けたファイルサーバによって実行され
るディレクトリ作成手順を示すフローチャート。

【図１１】同実施形態のマスタからディレクトリ作成要
求を受け付けた他の各ファイルサーバによって実行され
るディレクトリ作成手順を示すフローチャート。

【符号の説明】

１１…クライアント端末 ２１，２２…ファイルサーバ ２１１，４１１…リクエスト受信部 ２１２，４１２…リクエスト解析・実行手順部 ２１３，４１３…ファイルシステム ２１４，４１４…ローカルファイルシステム ２１５，４１５…ディスクシステム ３０２，５０２…対応付け情報 ３０３，５０３…操作実行手順部 ３０４，５０４…操作要求手順部 ３１１，５１１…第１のルックアップ操作手順部 ３１２，５１２…第２のルックアップ操作手順部 ３１３，５１３…第１のディレクトリ作成手順部 ３１４，５１４…第２のディレクトリ作成手順部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 武村 功司 東京都青梅市末広町２丁目９番地 株式会 社東芝青梅工場内 Ｆターム(参考） 5B082 EA01 HA08

Claims (12)

【特許請求の範囲】
1. 【請求項１】 互いに協調して動作する複数のファイル
   サーバを有し、前記複数のファイルサーバそれぞれのロ
   ーカルファイルシステムを１つの仮想ファイルシステム
   としてクライアントに提供するファイルサーバシステム
   において、 前記各ファイルサーバは、 ディレクトリ名から当該ディレクトリに対応する管理情
   報を参照するためのルックアップ操作要求をクライアン
   トから受けた際、自ファイルサーバのローカルファイル
   システムから前記ルックアップ操作要求で指定されたデ
   ィレクトリに関する管理情報を取得するためのルックア
   ップ操作を実行すると共に、前記ルックアップ操作要求
   で指定されたディレクトリに関する管理情報を他の各フ
   ァイルサーバに問い合わせるルックアップ操作手段と、 前記問い合わせ結果に基づき、前記自ファイルサーバの
   ローカルファイルシステムに存在するディレクトリツリ
   ーを補完する手段とを具備することを特徴とするファイ
   ルサーバシステム。
2. 【請求項２】 前記自ファイルサーバのローカルファイ
   ルシステムに対する前記ルックアップ操作の結果と前記
   問い合わせ結果とに基づき、前記複数のファイルサーバ
   それぞれのローカルファイルシステムの要素と前記仮想
   ファイルシステムのディレクトリツリーの要素との対応
   関係を示す対応付け情報を前記自ファイルサーバ上に構
   築する手段と、 前記クライアントからの前記ルックアップ操作要求で指
   定されたディレクトリが前記対応付け情報で管理されて
   いるとき、前記対応付け情報に基づいて前記ルックアッ
   プ操作要求で指定されたディレクトリに関する管理情報
   を前記クライアントに提供する手段とをさらに具備し、 前記ルックアップ操作手段は、 前記ルックアップ操作要求で指定されたディレクトリが
   前記対応付け情報で管理されてないときに実行されるよ
   うに構成されていることを特徴とする請求項１記載のフ
   ァイルサーバシステム。
3. 【請求項３】 前記対応付け情報は前記自ファイルサー
   バのメモリ上に構築されることを特徴とする請求項２記
   載のファイルサーバシステム。
4. 【請求項４】 前記ディレクトリツリーを補完する手段
   は、 前記ルックアップ操作要求で指定されたディレクトリに
   関する管理情報が前記自ファイルサーバのローカルファ
   イルシステムから取得されず、且つ前記問い合わせによ
   って他のファイルサーバから取得されたとき、当該ディ
   レクトリを前記自ファイルサーバのローカルファイルシ
   ステムに新規作成する手段を含み、 前記対応付け情報を構築する手段は、 前記新規作成されたディレクトリに関する情報を前記対
   応付け情報に反映させる手段を含むことを特徴とする請
   求項２記載のファイルサーバシステム。
5. 【請求項５】 前記ディレクトリツリーを補完する手段
   は、 前記ルックアップ操作要求で指定されたディレクトリの
   管理情報が前記自ファイルサーバのローカルファイルシ
   ステムおよび前記他のファイルサーバからそれぞれ取得
   されたとき、それらディレクトリの更新日時を比較する
   ことによって最新のディレクトリを決定する手段と、 前記他のファイルサーバから取得されたディレクトリが
   最新である場合、前記自ファイルサーバのローカルファ
   イルシステム上に存在する当該ディレクトリの属性値
   を、前記他のファイルサーバから取得されたディレクト
   リの属性値に更新する手段とを含み、 前記対応付け情報を構築する手段は、 前記属性値が変更されたディレクトリに関する情報を前
   記対応付け情報に反映させる手段を含むことを特徴とす
   る請求項２記載のファイルサーバシステム。
6. 【請求項６】 前記ルックアップ操作手段は、 前記仮想ファイルシステムに対するディレクトリの更新
   要求を前記クライアントから受けた場合、前記自ファイ
   ルサーバのローカルファイルシステム上で該当するディ
   レクトリの更新操作を実行すると共に、前記他のファイ
   ルサーバに対して前記ディレクトリの更新要求を発行し
   て当該ディレクトリの更新操作を実行させる手段を含
   み、 前記対応付け情報を構築する手段は、 前記自ファイルサーバのローカルファイルシステムにお
   けるディレクトリの更新操作の結果を前記対応付け情報
   に反映させる手段を含むことを特徴とする請求項２記載
   のファイルサーバシステム。
7. 【請求項７】 前記仮想ファイルシステムで管理される
   ファイルについては前記複数のファイルサーバそれぞれ
   のローカルファイルシステムの中のいずれか１つのみに
   存在しており、 前記ルックアップ操作手段は、 前記クライアントからのファイルに関するルックアップ
   操作要求で要求されたファイルが前記自ファイルサーバ
   のローカルファイルシステムに存在しない場合、当該フ
   ァイルの情報を前記他のファイルサーバに対して問い合
   わせることによって当該ファイルの情報を前記他のファ
   イルサーバから取得する手段を含み、 前記対応付け情報を構築する手段は、 前記他のファイルサーバから取得したファイルに関する
   情報を前記対応付け情報に反映させる手段を含むことを
   特徴とする請求項２記載のファイルサーバシステム。
8. 【請求項８】 前記クライアントからのルックアップ操
   作要求の受付は、前記複数のファイルサーバの中で現在
   マスタとして機能しているファイルサーバによって行わ
   れ、 前記ファイルサーバシステムは、前記複数のファイルサ
   ーバ間の協調動作によって前記マスタとして機能するフ
   ァイルサーバが前記複数のファイルサーバ間で動的に変
   更されるように構成されていることを特徴とする請求項
   １または２記載のファイルサーバシステム。
9. 【請求項９】 複数のファイルサーバそれぞれのローカ
   ルファイルシステムを１つの仮想ファイルシステムとし
   てクライアントに提供するファイルサーバシステムを制
   御するための制御方法であって、 ディレクトリ名から当該ディレクトリに対応する管理情
   報を参照するためのルックアップ操作要求をクライアン
   トから受けた際、当該ルックアップ操作要求を受けたフ
   ァイルサーバのローカルファイルシステムから前記ルッ
   クアップ操作要求で指定されたディレクトリに関する管
   理情報を取得するためのルックアップ操作を実行すると
   共に、前記ルックアップ操作要求で指定されたディレク
   トリに関する管理情報を他の各ファイルサーバに問い合
   わせるルックアップ操作ステップと、 前記問い合わせ結果に基づき、前記ルックアップ操作要
   求を受けたファイルサーバのローカルファイルシステム
   に存在するディレクトリツリーを補完するステップとを
   具備することを特徴とする制御方法。
10. 【請求項１０】 前記ルックアップ操作要求を受けたフ
    ァイルサーバのローカルファイルシステムに対する前記
    ルックアップ操作の結果と前記問い合わせ結果とに基づ
    き、前記複数のファイルサーバそれぞれのローカルファ
    イルシステムの要素と前記仮想ファイルシステムのディ
    レクトリツリーの要素との対応関係を示す対応付け情報
    を前記ルックアップ操作要求を受けたファイルサーバ上
    に構築するステップと、 前記クライアントからの前記ルックアップ操作要求で指
    定されたディレクトリが前記対応付け情報で管理されて
    いるとき、前記対応付け情報に基づいて前記ルックアッ
    プ操作要求で指定されたディレクトリに関する管理情報
    を前記クライアントに提供するステップとをさらに具備
    し、 前記ルックアップ操作ステップは、前記ルックアップ操
    作要求で指定されたディレクトリが前記対応付け情報で
    管理されてないときに実行されることを特徴とする請求
    項９記載の制御方法。
11. 【請求項１１】 複数のファイルサーバそれぞれのロー
    カルファイルシステムを１つの仮想ファイルシステムと
    してクライアントに提供するファイルサーバシステムを
    構成する前記各ファイルサーバによって実行されるコン
    ピュータプログラムであって、 ディレクトリ名から当該ディレクトリに対応する管理情
    報を参照するためのルックアップ操作要求をクライアン
    トから受けた際、当該ルックアップ操作要求を受けたフ
    ァイルサーバのローカルファイルシステムから前記ルッ
    クアップ操作要求で指定されたディレクトリに関する管
    理情報を取得するためのルックアップ操作を実行すると
    共に、前記ルックアップ操作要求で指定されたディレク
    トリに関する管理情報を他の各ファイルサーバに問い合
    わせるルックアップ操作ステップと、 前記問い合わせ結果に基づき、前記ルックアップ操作要
    求を受けたファイルサーバのローカルファイルシステム
    に存在するディレクトリツリーを補完するステップとを
    具備することを特徴とするコンピュータプログラム。
12. 【請求項１２】 前記ルックアップ操作要求を受けたフ
    ァイルサーバのローカルファイルシステムに対する前記
    ルックアップ操作の結果と前記問い合わせ結果とに基づ
    き、前記複数のファイルサーバそれぞれのローカルファ
    イルシステムの要素と前記仮想ファイルシステムのディ
    レクトリツリーの要素との対応関係を示す対応付け情報
    を前記ルックアップ操作要求を受けたファイルサーバ上
    に構築するステップと、 前記クライアントからの前記ルックアップ操作要求で指
    定されたディレクトリが前記対応付け情報で管理されて
    いるとき、前記対応付け情報に基づいて前記ルックアッ
    プ操作要求で指定されたディレクトリに関する管理情報
    を前記クライアントに提供するステップとをさらに具備
    し、 前記ルックアップ操作ステップは、前記ルックアップ操
    作要求で指定されたディレクトリが前記対応付け情報で
    管理されてないときに実行されることを特徴とする請求
    項１１記載のコンピュータプログラム。