JP3516362B2 - 共有データ処理装置及び共有データ処理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、高信頼性と高性能を必
要とする、複数のホスト装置等の複数のシステムによっ
て利用される共有記憶装置上での共有データの参照・更
新方式に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】従来、
複数のシステムが１つの記憶装置（共有記憶装置）上の
データ（共有データ）を共有することのできる方式が種
々存在する。

【０００３】複数のシステムが共有記憶装置上の共有デ
ータを共有するための第１の従来方式として、クライア
ント−サーバ方式が知られている。この方式において
は、共有記憶装置が１つのサーバ装置に接続される。他
のクライアント装置は、共有記憶装置上の共有データに
アクセスする場合には、サーバ装置にアクセス依頼を送
信する。そして、サーバ装置はクライアント装置又は自
装置からのアクセス依頼を順番に又は所定の優先順位に
従って受け付け、各アクセス依頼に対応して共有記憶装
置にアクセスする。具体的には、ネットワークファイル
システム（NFS ）等のクライアント−サーバ方式が良く
知られている。

【０００４】しかし、第１の従来方式では、他のクライ
アント装置から共有記憶装置へのアクセス依頼がサーバ
装置に集中するため、サーバ装置にかかる負荷が大きく
なってしまう。この結果、共有記憶装置に対するアクセ
ス処理の性能が低下してしまうという問題点を有してい
る。

【０００５】また、サーバ装置に障害が発生すると、他
のクライアント装置は共有記憶装置にアクセスできなく
なってしまうという問題点も有している。クライアント
−サーバ方式における上述のような問題点を解決するた
めの第２の従来方式として、分散ロックマネージャ等の
ロック機構を利用した多重化システムが知られている。
このシステムでは、例えば、共有記憶装置にSCSIバス等
を介して複数のホスト装置が接続される。ホスト装置
は、共有記憶装置上の共有データにアクセスするとき
は、その共有データにロックを設定する。ロックが設定
された共有データに対する他のホスト装置からのアクセ
スは制限される。共有データに対するアクセスが終了す
ると、その共有データに対するロックは解除される。こ
れにより、例えば、複数のホスト装置が１つの共有デー
タを同時に更新するというような、アクセスの競合を回
避することができる。

【０００６】しかし、ロック機構を利用した第２の従来
方式では、各ホスト装置は、共有データへのアクセスに
先立って、他のホスト装置との間でロックのための通信
を行うと共に、その共有データにロックを設定するため
の制御処理を実行する必要がある。この結果、第２の従
来方式では、共有記憶装置上の共有データのアクセス処
理において、ロックのためのオーバヘッドが必要となっ
てしまい、共有記憶装置に対するアクセス処理の性能が
低下してしまうという問題点を有している。

【０００７】また、ロック機構を利用した第２の従来方
式では、例えば、ホスト装置Ａ上のプロセスＡが共有記
憶装置上の第１の共有データにアクセスしその第１の共
有データにロックを設定している状態において、ホスト
装置ＢのプロセスＢが共有記憶装置上の第２の共有デー
タにアクセスしその第２の共有データにロックを設定し
ているために、プロセスＡが第２の共有データのロック
が解除されるのを待っている状態において、プロセスＢ
は逆に第１の共有データのロックが解除されるのを待っ
ている状態になったような場合に、双方のプロセスとも
待ち状態から抜け出せなくなってしまう、いわゆるデッ
ドロックの状態に陥ってしまうおそれがある。このた
め、第２の従来方式では、デッドロックを回避するため
の機構が必要になって、その機構のためのオーバヘッド
が必要になるという問題点を有している。

【０００８】本発明は、複数のシステムから共有記憶装
置上の共有データへのアクセスにおいて、それらのアク
セスが１つのシステムに集中することを回避すると共
に、ロック機構等の排他制御の必要性を排除することを
目的とする。

【０００９】

【課題を解決するための手段】図１は、本発明のブロッ
ク図である。本発明は、複数のデータ処理装置が、共有
記憶装置１０３（ファイルシステム本体部２０３）及び
更新記憶装置１０４（更新バッファ部２０４）をアクセ
スするためのバス１０６（SCSIバス２０５）を共有する
と共に、ネットワーク１０５（ネットワーク２０２）に
より相互に接続された共有データ処理システムを前提と
する。

【００１０】そして、まず、複数のデータ処理装置のう
ちの少なくとも１つを構成する第１の種類のデータ処理
装置１０１（マスタホスト装置２０１m ）内に、１０７
〜１１２で参照される各手段を有する。

【００１１】即ち、第１の所定共有データアクセス制御
手段１０７（データアクセス制御部２０７m ）は、他の
データ処理装置からネットワーク１０５を介して受信し
た共有記憶装置１０３に対する所定の共有データの更新
要求、又は自データ処理装置内で発生した所定の共有デ
ータの更新要求を受け付ける。

【００１２】所定共有データ更新操作実行手段１０８
（ファイルシステム制御部２０６m ）は、第１の所定共
有データアクセス制御手段１０７が受け付けた所定の共
有データの更新要求に対応して、所定の共有データの更
新操作を実行する。

【００１３】バージョンデータ書込み手段１０９（仮想
デバイス部２０９m 内のアクセス切替部４０１m 内の書
込み制御部）は、所定共有データ更新操作実行手段１０
８により更新された所定の共有データの１つのバージョ
ンを、更新記憶装置１０４に書き込む。

【００１４】遅延更新手段１１０（遅延更新部４０３m
）は、更新記憶装置１０４に記憶されている所定の共
有データの所定のバージョンを、所定のタイミングで、
共有記憶装置１０３上の所定の共有データに対応する記
憶位置に書き込む。

【００１５】第１の更新状態管理手段１１１（所在リス
ト部４０２m ）は、更新記憶装置１０４における所定の
共有データの更新状態を管理する。更新状態通知手段１
１２（データアクセス制御部２０７m ）は、第１の更新
状態管理手段１１１が管理する更新記憶装置１０４にお
ける所定の共有データの更新状態を、ネットワーク１０
５を介して複数のデータ処理装置に通知する。

【００１６】次に、複数のデータ処理装置のうちの少な
くとも１つを構成する第２の種類のデータ処理装置１０
１（スレーブホスト装置２０１si）内に、１１３〜１１
６で参照される各手段を有する。

【００１７】即ち、第２の所定共有データアクセス制御
手段１１３（データアクセス制御部２０７si）は、自デ
ータ処理装置内で発生した共有記憶装置１０３に対する
アクセス要求が所定の共有データの更新要求であった場
合には、その所定の共有データの更新要求を第１の種類
のデータ処理装置１０１に向けてネットワーク１０５に
送出する。また、第２の所定共有データアクセス制御手
段１１３は、上記アクセス要求が所定の共有データの参
照要求であった場合には、その所定の共有データの参照
要求を受け付ける。

【００１８】所定共有データ参照操作実行手段１１４
（ファイルシステム制御部２０６si）は、第２の所定共
有データアクセス制御手段１１３が受け付けた所定の共
有データの参照要求に対応して、所定の共有データの参
照操作を実行する。

【００１９】第２の更新状態管理手段１１６（バージョ
ン遷移部２０８si、所在リスト部４０２si）は、第１の
種類のデータ処理装置１０１からネットワーク１０５を
介して受信した更新記憶装置１０４における所定の共有
データの更新状態を管理する。

【００２０】所定共有データ参照操作制御手段１１５
（仮想デバイス部２０９si内のアクセス切替部４０１si
内の読出し制御部）は、自データ処理装置から直接バス
１０６を介して、第２の更新状態管理手段１１６が管理
する更新記憶装置１０４における所定の共有データの更
新状態に応じて決定される、共有記憶装置１０３に記憶
されている所定の共有データ又は更新記憶装置１０４に
記憶されている所定の共有データの何れかに対して、所
定共有データ参照操作実行手段１１４によって実行され
る所定の共有データの参照操作を発行する。

【００２１】以上の発明の構成において、第１の種類の
データ処理装置１０１は、第２の種類のデータ処理装置
１０２の全ての機能を含むように構成することができ
る。また、前述した所定の共有データの更新要求は、共
有記憶装置１０３に構築されているファイルシステム上
のファイルデータ以外の、そのファイルシステムの構造
を規定するシステムデータ（ディレクトリデータ、ディ
レクトリ及びファイルのｉノード）に対する更新要求で
あるように構成することができる。

【００２２】或いは、前述した所定の共有データの更新
要求は、共有記憶装置１０３に構築されているファイル
システム上のファイルデータ、又はそのファイルデータ
以外の、ファイルシステムの構造を規定するシステムデ
ータの何れかに対する更新要求であるように構成するこ
とができる。

【００２３】次に、上述の発明の構成に基づく本発明の
第２の態様として、第１の種類のデータ処理装置１０１
に障害が発生した場合に、更新記憶装置１０４に記憶さ
れている所定の共有データを用いて、共有記憶装置１０
３上の所定の共有データを修復する修復手段を更に有す
るように構成することができる。

【００２４】また、上述の発明の構成に基づく本発明の
第３の態様として、更新記憶装置１０４に記憶されてい
る複数のバージョンの所定の共有データのうちの任意の
バージョンにアクセスするバージョンデータアクセス手
段を更に有するように構成することができる。

【００２５】更に、上述の発明の構成に基づく本発明の
第４の態様として、ネットワーク１０５に複数の第１の
種類のデータ処理装置１０１が接続され、その複数の第
１の種類のデータ処理装置１０１のうちの運用されてい
る１台に障害が発生した場合に、他の第１の種類のデー
タ処理装置１０１が更新記憶装置１０４に対する制御機
能を引き継ぐように構成することができる。

【００２６】最後に、上述の発明の構成に基づく本発明
の第５の態様として、更新記憶装置１０４はリングバッ
ファによって構成され、バージョンデータ書込み手段１
０９による更新記憶装置１０４であるリングバッファに
対する所定の共有データの書込み動作は、追加書込みの
形態のみによって実行され、遅延更新手段１１０は、更
新記憶装置１０４であるリングバッファに対する所定の
共有データの書込み量に応じて起動されるように構成す
ることができる。

【００２７】

【作用】本発明では、第１の種類のデータ処理装置１０
１及び第２の種類のデータ処理装置１０２による所定の
共有データに対する更新動作は、第２の所定共有データ
アクセス制御手段１１３及びネットワーク１０５を介し
て、全て第１の種類のデータ処理装置１０１内の第１の
所定共有データアクセス制御手段１０７により受け付け
られた後に、所定共有データ更新操作実行手段１０８に
よって実行され、その更新結果は、バージョンデータ書
込み手段１０９によって更新記憶装置１０４に書き込ま
れる。

【００２８】その間、第２の種類のデータ処理装置１０
２による所定の共有データに対する参照動作は、自デー
タ処理装置内の第２の所定共有データアクセス制御手段
１１３によって受け付けられた後、自データ処理装置内
の所定共有データ参照操作実行手段１１４によって実行
され、その参照操作は、所定共有データ参照操作制御手
段１１５によって、共有記憶装置１０３に対して実行さ
れる。この結果、共有記憶装置１０３に記憶されている
１つ前のバージョンの上記所定の共有データがアクセス
される。このため、上記所定の共有データに対してロッ
クを設定する必要はない。

【００２９】また、第１の種類のデータ処理装置１０１
において上記所定の共有データに対する更新動作が実行
されている間に、任意の第２の種類のデータ処理装置１
０２において上記所定の共有データに対する新たな更新
要求が発生した場合は、その更新要求は第１の種類のデ
ータ処理装置１０１に転送される。第１の種類のデータ
処理装置１０１は、例えばキューを用いることによっ
て、各更新要求をその到着順に順次処理するため、更新
動作のアトミック性は確保される。

【００３０】バージョンデータ書込み手段１０９が、新
しいバージョンの所定の共有データを更新記憶装置１０
４に書き込んだ後、更新状態通知手段１１２は、この所
定の共有データの所在が共有記憶装置１０３から更新記
憶装置１０４に変更されたことを示す更新状態を第１の
更新状態管理手段１１１から読み出し、それを他の全て
の第２の種類のデータ処理装置１０２に向けてネットワ
ーク１０５に送出する。

【００３１】第２の種類のデータ処理装置１０２内の第
２の更新状態管理手段１１６は、所定の共有データの所
在が共有記憶装置１０３から更新記憶装置１０４に変更
されたことを、ネットワーク２０２から受信する。これ
以後、所定共有データ参照操作制御手段１１５は、第２
の更新状態管理手段１１６が管理する上記更新状態に従
って、所定の共有データの参照操作を、更新記憶装置１
０４に記憶された新しいバージョンの所定の共有データ
に対して実行させる。

【００３２】一方、第１の種類のデータ処理装置１０１
内の遅延更新手段１１０は、更新記憶装置１０４に格納
されている新しいバージョンの所定の共有データを、適
当なタイミングで共有記憶装置１０３に転送する。

【００３３】この間、第２の種類のデータ処理装置１０
２において上記所定の共有データに対する参照要求が発
生した場合は、所定共有データ参照操作制御手段１１５
は、第２の更新状態管理手段１１６が管理する更新状態
に従って、上記所定の共有データの参照操作を、更新記
憶装置１０４に記憶された新しいバージョンの所定の共
有データに対して実行させる。

【００３４】このように、遅延更新手段１１０による共
有記憶装置１０３に対する更新動作の間、第２の種類の
データ処理装置１０２は共有記憶装置１０３上ではなく
更新記憶装置１０４上の更新された所定の共有データに
対して参照操作を実行するため、上記所定の共有データ
に対してロックを設定する必要はない。

【００３５】遅延更新手段１１０が、新しいバージョン
の所定の共有データを更新記憶装置１０４から共有記憶
装置１０３に転送した後、更新状態通知手段１１２は、
この所定の共有データの所在が更新記憶装置１０４から
共有記憶装置１０３に変更されたことを示す更新状態を
第１の更新状態管理手段１１１から読み出し、それを他
の全ての第２の種類のデータ処理装置１０２に向けてネ
ットワーク１０５に送出する。

【００３６】第２の種類のデータ処理装置１０２内の第
２の更新状態管理手段１１６は、所定の共有データの所
在が更新記憶装置１０４から共有記憶装置１０３に変更
されたことを、ネットワーク２０２から受信する。これ
以後、所定共有データ参照操作制御手段１１５は、第２
の更新状態管理手段１１６が管理する上記更新状態に従
って、所定の共有データの参照操作を、共有記憶装置１
０３に記憶された新しいバージョンの所定の共有データ
に対して実行させる。

【００３７】一方、第２の種類のデータ処理装置１０２
が更新記憶装置１０４に記憶された新しいバージョンの
所定の共有データに対して参照操作を実行するようにな
った状態の後、ネットワーク１０５から受信した上記所
定の共有データの更新要求又は自装置内で発行した上記
所定の共有データの更新要求に対応して、第１の種類の
データ処理装置１０１内の所定共有データ更新操作実行
手段１０８において上記所定の共有データに対する新た
な更新操作の実行が開始された場合において、第２の種
類のデータ処理装置１０２において、上記所定の共有デ
ータに対する参照要求が発生した場合、それに対応する
参照操作は、所定共有データ参照操作制御手段１１５に
よって、更新記憶装置１０４上の１つ前のバージョンの
上記所定の共有データに対して実行される。

【００３８】この場合、第１の種類のデータ処理装置１
０１内のバージョンデータ書込み手段１０９による上記
所定の共有データに対する新たな更新操作は、更新記憶
装置１０４上の新しいバージョンのために割り当てられ
た記憶位置に対して実行され、その間、第２の種類のデ
ータ処理装置１０２内の所定共有データ参照操作制御手
段１１５は、参照操作を、更新記憶装置１０４上の１つ
前のバージョンの上記所定の共有データに対応する記憶
位置に対して実行するため、上記所定の共有データに対
してロックを設定する必要はない。

【００３９】バージョンデータ書込み手段１０９が、最
新バージョンの所定の共有データを更新記憶装置１０４
に書き込んだ後、更新状態通知手段１１２は、この所定
の共有データの所在が更新記憶装置１０４上の１つ前の
バージョンの記憶位置から最新バージョンの記憶位置に
変更されたことを示す更新状態を第１の更新状態管理手
段１１１から読み出し、それを他の全ての第２の種類の
データ処理装置１０２に向けてネットワーク１０５に送
出する。

【００４０】第２の種類のデータ処理装置１０２内の第
２の更新状態管理手段１１６は、所定の共有データの所
在が更新記憶装置１０４上で変更されたことを、ネット
ワーク２０２から受信する。これ以後、所定共有データ
参照操作制御手段１１５は、第２の更新状態管理手段１
１６が管理する上記更新状態に従って、所定の共有デー
タの参照操作を、更新記憶装置１０４に記憶された最新
バージョンの所定の共有データに対して実行させる。

【００４１】第１の種類のデータ処理装置１０１内の遅
延更新手段１１０は、更新記憶装置１０４に格納されて
いる複数のバージョンの所定の共有データのうち、例え
ば最新バージョンの所定の共有データのみを、適当なタ
イミングで、共有記憶装置１０３に転送することができ
る。

【００４２】以上説明したように、本発明では、第１の
種類のデータ処理装置１０１によるデータアクセスの集
中処理が所定の共有データの更新処理のみに限定され、
所定の共有データの参照処理においては、データのバー
ジョンの遷移という概念に基づき、データのアクセス先
が共有記憶装置１０３又は更新記憶装置１０４の何れか
に振り分けられることにより、ロック機構を使用しな
い、共有データへの並列アクセスを実現することができ
る。

【００４３】ここで、第１の種類のデータ処理装置１０
１内の所定共有データ更新操作実行手段１０８及び第２
の種類のデータ処理装置１０２内の所定共有データ参照
操作実行手段１１４は、従来からある通常のファイルシ
ステムの機能として実現することができるため、従来の
ネットワークシステムに本発明の機能を追加すること
が、容易に実現できる。

【００４４】また、第１の種類のデータ処理装置１０１
が第２の種類のデータ処理装置１０２の全ての機能を含
むように構成されることにより、第１の種類のデータ処
理装置１０１と第２の種類のデータ処理装置１０２を、
対等な関係のもとでネットワーク１０５に接続すること
ができる。

【００４５】また、所定の共有データの更新要求が、共
有記憶装置１０３に構築されているファイルシステム上
のファイルデータ以外の、そのファイルシステムの構造
を規定するシステムデータ（ディレクトリデータ、ディ
レクトリ及びファイルのｉノード）に対する更新要求で
あるように構成されることにより、第１の種類のデータ
処理装置１０１への更新要求の集中を回避することがで
きる。

【００４６】或いは、所定の共有データの更新要求が、
共有記憶装置１０３に構築されているファイルシステム
上のファイルデータ、又はそのファイルデータ以外の、
ファイルシステムの構造を規定するシステムデータの何
れかに対する更新要求であるように構成されることによ
り、共有データの信頼性を最大限に高めることができ
る。

【００４７】本発明の第２の態様では、更新記憶装置１
０４の所定の共有データを用いることにより、ホスト障
害などの発生時において、共有記憶装置１０３上の所定
の共有データを容易に修復することができる。

【００４８】本発明の第３の態様では、更新記憶装置１
０４上の複数のバージョンの所定の共有データに自由に
アクセスすることができるようになる。本発明の第４の
態様では、ホスト障害などの発生時において、バックア
ップ用の第１の種類のデータ処理装置１０１が、更新記
憶装置１０４に対する制御機能を安全に引き継ぐことが
できる、本発明の第５の態様では、更新記憶装置１０４
がリングバッファによって構成されることで、更新記憶
装置１０４に対するバージョンデータ書込み手段１０９
及び遅延更新手段１１０による制御を単純化させること
ができる。

【００４９】

【実施例】以下、図面を参照しながら本発明の実施例に
つき詳細に説明する。 ＜実施例の全体構成＞図２は、本発明の実施例の構成図
である。

【００５０】この実施例では、複数のホスト装置２０１
は、イーサネット等のネットワーク２０２によって相互
に接続される。また、複数のホスト装置２０１は、共通
のSCSIバス２０５を介し、ファイルシステム本体部２０
３と更新バッファ部２０４を共有する。ファイルシステ
ム本体部２０３は、ブートブロック、スーパーブロック
等の管理データと、ｉノードデータと、ディレクトリフ
ァイル、通常ファイル、スペシャルファイル等を含むフ
ァイルデータとから構成され、SCSIバス２０５に接続さ
れる特には図示しない磁気ディスク記憶装置上に構築さ
れている。更新バッファ部２０４は、例えば、上記磁気
ディスク記憶装置上の、ファイルシステム本体部２０３
が構築されているパーティションと同じパーティション
内の連続領域に確保される。なお、更新バッファ部２０
４は、必ずしも磁気ディスク記憶装置上に確保される必
要はなく、不揮発の半導体記憶装置上等に確保されても
よい。

【００５１】複数のホスト装置２０１は同じ機能を有す
るように構成することができるが、運用時には、１つの
ホスト装置２０１がマスタホスト装置２０１m として設
定され、他のホスト装置２０１がスレーブホスト装置２
０１s1〜２０１snとして設定される。

【００５２】以下の説明においては、添字“m ”は、そ
れが付加される番号が指すブロックが、マスタホスト装
置２０１m に属することを示している。同様に、添字
“s1”〜“sn”は、それぞれが付加される番号が指すブ
ロックが、各スレーブホスト装置２０１s1〜２０１snに
属することを示しており、添字“si”は、それが付加さ
れる番号が指すブロックが任意のスレーブホスト装置２
０１siに属することを示している。 ＜実施例の概略動作＞本実施例の各ホスト装置２０１の
具体的な構成について説明する前に、本実施例の概略動
作について説明する。ステップ１ 本実施例においては、スレーブホスト装置２０１si内の
アプリケーション部２１０siから発行された所定の共有
データ（ｉノード、ディレクトリファイル、ファイル本
体等の各データ。以下単に、“所定データ”と記載す
る。）に対するアクセス要求のうち、更新要求（書込み
要求）のみが、ネットワーク２０２を経由してマスタホ
スト装置２０１m に転送される。マスタホスト装置２０
１m では、ネットワーク２０２から受信した更新要求又
は自装置内で発行した更新要求に対応して、ファイルシ
ステム本体部２０３上の所定データに対する更新動作が
実行され、その結果得られるデータは、ファイルシステ
ム本体部２０３に対してではなく、更新バッファ部２０
４内のバージョンデータ格納領域２１３に、更新された
所定データとして順次記憶される。

【００５３】なお、例えば通常ファイルの削除操作は、
そのファイルが属するディレクトリファイルのエントリ
からその通常ファイルのエントリを削除して、その通常
ファイルのｉノードを解放する操作として規定できる。
即ち、ファイルの削除操作においては、ディレクトリフ
ァイルに対応する更新された所定データとｉノードに対
応する更新された所定データが更新バッファ部２０４に
書き込まれることになる。このため、ファイルの削除操
作は、ファイルの作成操作及びファイルの書込み操作と
共に、更新バッファ部２０４に対して更新された所定デ
ータを書き込む操作として規定できる。

【００５４】マスタホスト装置２０１m において上記所
定データに対する更新動作が実行されている間であっ
て、マスタホスト装置２０１m から後述する所在変更通
知が通知されるまでの間において、任意のスレーブホス
ト装置２０１si内のアプリケーション部２１０siにおい
て、上記所定データに対する参照要求（読出し要求）が
発生した場合には、そのスレーブホスト装置２０１si
は、マスタホスト装置２０１m を経由することなく、SC
SIバス２０５を介して、ファイルシステム本体部２０３
上の上記所定データを直接参照することができる。この
時点では、スレーブホスト装置２０１siは、マスタホス
ト装置２０１m により更新された新しいバージョンの所
定データではなく、ファイルシステム本体部２０３に記
憶されている古いバージョンの所定データにアクセスし
ていることになる。

【００５５】このように、マスタホスト装置２０１m に
よる上記所定データに対する更新動作は更新バッファ部
２０４に対して実行され、その間、スレーブホスト装置
２０１siはファイルシステム本体部２０３上の１つ前の
バージョンの上記所定データにアクセスするため、上記
所定データに対してロックを設定する必要はない。

【００５６】また、マスタホスト装置２０１m において
上記所定データに対する更新動作が実行されている間
に、任意のスレーブホスト装置２０１siにおいて上記所
定データに対する新たな更新要求が発生した場合は、そ
の更新要求はマスタホスト装置２０１m に転送される。
マスタホスト装置２０１m は、キューを用いることによ
って、各更新要求をその到着順に順次処理するため、更
新動作のアトミック性は確保される。

【００５７】なお、ファイルシステム本体部２０３内
の、各ホスト装置２０１がローカルに管理する所定デー
タ（ｉノード、ディレクトリファイル、ファイル本体等
の各データ）に対して、そのホスト装置２０１内のアプ
リケーション部２１０でアクセス要求（更新要求又は参
照要求）が発生した場合、そのホスト装置２０１内のデ
ータアクセス制御部２０７が、共有データのマウント情
報等に基づいて、そのアクセス要求に対応するアクセス
関数をそのホスト装置２０１内のファイルシステム制御
部２０６に発行することにより、共有データに係るアク
セス要求とは独立して、そのホスト装置２０１からSCSI
バス２０５を介して上記ファイルシステム本体部２０３
内のローカルな所定データが直接アクセスされる。ステップ２ マスタホスト装置２０１m は、ステップ１で新しいバー
ジョンの所定データを更新バッファ部２０４に書き込ん
だ後、その所定データの所在がファイルシステム本体部
２０３から更新バッファ部２０４に変更されたことを示
す所在変更通知を、他の全てのスレーブホスト装置２０
１s1〜２０１snに向けてネットワーク２０２に送出す
る。

【００５８】任意のスレーブホスト装置２０１siは、こ
の所在変更通知を受信した後は、上記所定データに対す
るアクセス先を、ファイルシステム本体部２０３から更
新バッファ部２０４に変更する。これ以後、スレーブホ
スト装置２０１siは、マスタホスト装置２０１m によっ
て更新され更新バッファ部２０４に記憶された新しいバ
ージョンの所定データにアクセスするようになる。ステップ３ マスタホスト装置２０１m は、ステップ２で所在変更通
知をネットワーク２０２に送出した後、更新バッファ部
２０４に格納されている新しいバージョンの所定データ
を、適当なタイミングでファイルシステム本体部２０３
に転送する。

【００５９】マスタホスト装置２０１m において新しい
バージョンの所定データに対する更新バッファ部２０４
からファイルシステム本体部２０３への転送動作が実行
されている間であって、マスタホスト装置２０１m から
新たな所在変更通知が通知されるまでの間において、任
意のスレーブホスト装置２０１si内のアプリケーション
部２１０siにおいて、上記所定データに対する参照要求
が発生した場合には、そのスレーブホスト装置２０１si
は、マスタホスト装置２０１m を経由することなく、SC
SIバス２０５を介して、更新バッファ部２０４上の新し
いバージョンの所定データを直接参照することができ
る。

【００６０】このように、マスタホスト装置２０１m に
よるファイルシステム本体部２０３に対する更新動作の
間、スレーブホスト装置２０１siはファイルシステム本
体部２０３上ではなく更新バッファ部２０４上の更新さ
れた所定データにアクセスするため、上記所定データに
対してロックを設定する必要はない。ステップ４ マスタホスト装置２０１m は、ステップ３で新しいバー
ジョンの所定データをファイルシステム本体部２０３に
転送した後、その所定データが更新バッファ部２０４か
ら削除されたことを示す所在変更通知を、他の全てのス
レーブホスト装置２０１s1〜２０１snに向けてネットワ
ーク２０２に送出する。

【００６１】任意のスレーブホスト装置２０１siは、こ
の所在変更通知を受信した後は、上記所定データに対す
るアクセス先を、更新バッファ部２０４からファイルシ
ステム本体部２０３に変更する。これ以後、スレーブホ
スト装置２０１siは、新しいバージョンの所定データに
アクセスするようになる。ステップ５ 一方、前述のステップ２の結果、スレーブホスト装置２
０１siが更新バッファ部２０４に記憶された新しいバー
ジョンの所定データにアクセスするようになった状態の
後、ネットワーク２０２から受信した更新要求又は自装
置内で発行した更新要求に対応して、マスタホスト装置
２０１m において上記所定データに対する新たな更新動
作の実行が開始された場合、マスタホスト装置２０１m
から新たな所在変更通知が通知されるまでの間におい
て、任意のスレーブホスト装置２０１si内のアプリケー
ション部２１０siにおいて、上記所定データに対する参
照要求が発生した場合、そのスレーブホスト装置２０１
siは、マスタホスト装置２０１m を経由することなく、
SCSIバス２０５を介して、更新バッファ部２０４上の１
つ前のバージョンの上記所定データを直接参照すること
ができる。

【００６２】この場合、マスタホスト装置２０１m によ
る上記所定データに対する新たな更新動作は、更新バッ
ファ部２０４上の新しいバージョンのために割り当てら
れた記憶位置に対して実行され、その間、スレーブホス
ト装置２０１siは、更新バッファ部２０４上の、１つ前
のバージョンの上記所定データに対応する記憶位置にア
クセスするため、上記所定データに対してロックを設定
する必要はない。ステップ６ マスタホスト装置２０１m は、ステップ５で上記所定デ
ータの最新バージョンを更新バッファ部２０４に書き込
んだ後、そのデータの所在が更新バッファ部２０４上の
１つ前のバージョンに対応する記憶位置から最新バージ
ョンに対応する記憶位置に変更されたことを示す所在変
更通知を、他の全てのスレーブホスト装置２０１s1〜２
０１snに向けてネットワーク２０２に送出する。

【００６３】任意のスレーブホスト装置２０１siは、こ
の所在変更通知を受信した後は、上記所定データに対す
るアクセス先を、更新バッファ部２０４上の１つ前のバ
ージョンに対応する記憶位置から最新バージョンに対応
する記憶位置に変更する。これ以後、スレーブホスト装
置２０１siは、マスタホスト装置２０１m によって新た
に更新され更新バッファ部２０４に記憶された最新バー
ジョンの所定データにアクセスするようになる。ステップ７ マスタホスト装置２０１m は、ステップ６で所在変更通
知をネットワーク２０２に送出した後、更新バッファ部
２０４に格納されている複数のバージョンの所定データ
のうち、最新バージョンの所定データのみを、適当なタ
イミングで、ファイルシステム本体部２０３に転送す
る。以上のステップ１〜ステップ７として説明したよう
に、本実施例においては、マスタホスト装置２０１m に
よるデータアクセスの集中処理がデータの更新処理のみ
に限定され、データの参照処理においては、データのバ
ージョンの遷移という概念に基づき、データのアクセス
先がファイルシステム本体部２０３又は更新バッファ部
２０４の何れかに振り分けられることにより、ロック機
構を使用しない、共有データへの並列アクセスを実現す
ることができる。

【００６４】図３は、上述した、バージョン遷移の概念
に基づくファイルシステムの一貫性確保の動作イメージ
を示す図である。マスタホスト装置２０１m では、所定
データが更新される毎にそのバージョンが上がってゆく
と共に、他のスレーブホスト装置２０１s1〜２０１snに
所在変更通知が通知される。スレーブホスト装置２０１
siでは、所在変更通知が有効に受信される毎に、参照す
る所定データのバージョンが上がってゆく。 ＜実施例の詳細構成＞上述の機能を実現するための、本
発明の実施例のホスト装置２０１の詳細な構成について
説明する。

【００６５】各ホスト装置２０１は、少なくとも、特に
は図示しないプロセッサと主記憶装置等を備えており、
これらのハードウエアによって実行されるオペレーティ
ングシステム及びアプリケーションプログラムの機能が
実現される。これらの機能のうち、本発明に特に関連す
る機能ブロックとして、ホスト装置２０１は、アプリケ
ーション部２１０、ファイルシステム制御部２０６、デ
ータアクセス制御部２０７、バージョン遷移部２０８、
仮想デバイス部２０９、及びデバイスドライバ部２１１
を含む。

【００６６】まず、アプリケーション部２１０は、ユー
ザからのコマンドに基づき並列（時分割的）に実行され
るアプリケーションプログラムのプロセスに対応する。
次に、データアクセス制御部２０７は、所定データが属
するファイルシステムの種別、及び各アクセス要求に対
応するアクセス関数（open,write,read,close等）への
ポインタ等からなる、ｖノードと呼ばれる情報に基づい
て、アプリケーション部２１０からの所定データに対す
るアクセス要求を処理する。このｖノードは、後述する
ｉノードと共にファイルシステム本体部２０３内又は後
述する更新バッファ部２０４内に記憶される。データア
クセス制御部２０７は、ファイルシステム制御部２０
６、仮想デバイス部２０９、デバイスドライバ部２１
１、及びSCSIバス２０５を介して、上記ｖノードにアク
セスする。

【００６７】データアクセス制御部２０７の具体的な機
能を以下に示す。まず、データアクセス制御部２０７
は、第１の機能として、アプリケーション部２１０から
の所定データに対するアクセス要求を、ローカルな要求
とリモートの要求に振り分ける処理を行う。

【００６８】即ち、スレーブホスト装置２０１si内のア
プリケーション部２１０siで発生した所定データに対す
るアクセス要求が、ファイルシステム本体部２０３上の
共有データに対する更新要求（書込み要求）であった場
合には、データアクセス制御部２０７siは、その更新要
求をマスタホスト装置２０１m に対するリモートプロシ
ジャコールに変換し、それを当該マスタホスト装置２０
１m へ向けてネットワーク２０２に送出する。

【００６９】また、スレーブホスト装置２０１si内のア
プリケーション部２１０siで発生した所定データに対す
るアクセス要求が、ファイルシステム本体部２０３上の
共有データに対する参照要求（読出し要求）であった場
合、又はファイルシステム本体部２０３上又はその他の
ファイルシステム上のローカルなデータに対するアクセ
ス要求（更新要求又は参照要求）であった場合には、デ
ータアクセス制御部２０７siは、そのアクセス要求に対
するアクセス関数を、自スレーブホスト装置２０１si内
のファイルシステム制御部２０６siに対して発行する。

【００７０】マスタホスト装置２０１m 内のデータアク
セス制御部２０７m は、任意のスレーブホスト装置２０
１siからネットワーク２０２を介して受信したリモート
プロシジャコールによるアクセス要求と、自マスタホス
ト装置２０１m 内のアプリケーション部２１０m で発生
したアクセス要求を、各アクセス要求に対応するアクセ
ス関数に変換し、それを自マスタホスト装置２０１m 内
のファイルシステム制御部２０６m に対して発行する。

【００７１】データアクセス制御部２０７は、第２の機
能として、所定データに対するアクセス要求に対応する
アクセス関数をファイルシステム制御部２０６に対して
発行する場合に、各アクセス要求をキューに登録し、こ
のキュー上の各アクセス要求に対応するトランザクショ
ン処理を順次実行することにより、特にマスタホスト装
置２０１m 内のデータアクセス制御部２０７m による所
定データの更新操作において、複数のアクセス要求間で
矛盾が生じないように制御する。これにより、データ操
作のアトミック性が確保される。

【００７２】データアクセス制御部２０７は、第３の機
能として、それがマスタホスト装置２０１m 内のデータ
アクセス制御部２０７m である場合に、仮想デバイス部
２０９m に対し、所定データの更新要求に基づいてファ
イルシステム制御部２０６mにより更新され、当該ファ
イルシステム制御部２０６m 内のキャッシュに記憶され
たトランザクションデータ（更新された所定データ）
を、デバイスドライバ部２１１m からSCSIバス２０５を
介して、更新バッファ部２０４内のバージョンデータ格
納領域２１３に格納するよう指示する。

【００７３】データアクセス制御部２０７は、第４の機
能として、それがマスタホスト装置２０１m 内のデータ
アクセス制御部２０７m である場合に、上述の第３の機
能によって更新バッファ部２０４に格納されたトランザ
クションデータ（更新された所定データ）の、ファイル
システム本体部２０３上の記憶位置と、更新バッファ部
２０４上の記憶位置と、データ長等を含む所在データを
通知するための所在変更通知を、他の全てのスレーブホ
スト装置２０１s1〜２０１snに向けてネットワーク２０
２に送出する。

【００７４】次に、バージョン遷移部２０８は、それが
スレーブホスト装置２０１si内のバージョン遷移部２０
８siである場合に、機能する。まず、バージョン遷移部
２０８siは、第１の機能として、マスタホスト装置２０
１m からネットワーク２０２を介して通知された所在変
更通知に含まれる所在データに基づき、システム内の排
他制御を行いながら、仮想デバイス部２０９si内の後述
する所在リスト部４０２siが管理する所在リストを更新
する。

【００７５】バージョン遷移部２０８siは、第２の機能
として、マスタホスト装置２０１mからネットワーク２
０２を介して通知された所在変更通知をキューに登録
し、そのキュー上の所在変更通知を順次処理することに
よって、所在リストの状態遷移のアトミック性を確保す
る。

【００７６】また、バージョン遷移部２０８siは、第３
の機能として、ファイルシステム制御部２０６siに対
し、所在変更通知に対応するキャッシュ上の所定データ
を無効にさせる指示を発行する。

【００７７】次に、ファイルシステム制御部２０６は、
データアクセス制御部２０７から発行されたアクセス関
数に基づいて、ファイルシステム本体部２０３上の所定
データに対するアクセス処理を実行する。ここで、デー
タアクセス制御部２０７は、キャッシュを内蔵してお
り、このキャッシュに対する制御も併せて実行する。こ
のファイルシステム制御部２０６は、従来からあるファ
イルシステムの制御機能そのものである。

【００７８】次に、仮想デバイス部２０９は、ファイル
システム制御部２０６からファイルシステム本体部２０
３上の所定データに対する低水準のアクセス操作を、フ
ァイルシステム本体部２０３と更新バッファ部２０４の
何れかに振り分ける。ファイルシステム制御部２０６
は、あくまでもファイルシステム本体部２０３に対して
アクセス操作を発行するが、この操作が仮想デバイス部
２０９で刈り取られることにより、ファイルシステム本
体部２０３と更新バッファ部２０４の何れかに振り分け
れることが、本発明に関連する特徴である。即ち、本実
施例は、従来からあるファイルシステム制御部２０６の
機能を、本発明に関連するデータアクセス制御部２０
７、バージョン遷移部２０８と、仮想デバイス部２０９
とにより、プロトコル的に挟み込んだサンドイッチ構造
を有する点が、大きな特徴である。

【００７９】図４は、仮想デバイス部２０９の構成図で
ある。アクセス切替部４０１は、特には図示しない読出
し制御部と書込み制御部とから構成される。

【００８０】アクセス切替部４０１内の特には図示しな
い読出し制御部は、所在リスト部４０２に記憶される所
在リストを参照することにより、ファイルシステム制御
部２０６で発行されたファイルシステム本体部２０３上
の所定データに対する読出し操作を、ファイルシステム
本体部２０３と更新バッファ部２０４の何れかに振り分
ける。

【００８１】ファイルシステム制御部２０６において発
行される読出し操作は、所定データに対するファイルシ
ステム本体部２０３上の記憶位置を指定して発行され
る。より具体的には、上記読出し操作は、上記ファイル
システム本体部２０３上の記憶位置に対応する、例えば
ディスク番号とトラック番号とセクタ番号を指定した、
低水準のデータ操作である。

【００８２】図５は、図４の所在リスト部４０２に記憶
される所在リストの例を示した図である。この所在リス
トには、更新バッファ部２０４に記憶されている更新さ
れた所定データに関して、その所定データに対応するフ
ァイルシステム本体部２０３上の記憶位置（ファイルシ
ステム位置）と、その所定データに対応する更新バッフ
ァ部２０４上の記憶位置（更新バッファ位置）と、その
所定データのデータ長（ブロック長）と、その所定デー
タの更新状態を示す更新フラグとから構成される、所在
データが記憶されている。

【００８３】ファイルシステム位置と更新バッファ位置
は、例えばそれぞれ、ディスク番号と、トラック番号
と、セクタ番号とによって表現される。更新フラグとし
ては、更新された所定データに対して更新動作が実行中
であることを示す更新中フラグ、更新された所定データ
に対して更新動作が終了していることを示す更新済みフ
ラグ、更新された所定データに対して後述する遅延更新
部４０３が処理を実行していることを示す遅延更新中フ
ラグ、更新された所定データに対して後述する遅延更新
部４０３が処理を終了したことを示す遅延更新済みフラ
グ等がある。

【００８４】アクセス切替部４０１内の特には図示しな
い読出し制御部は、ファイルシステム制御部２０６で発
行された所定データに対する読出し操作によって指定さ
れるファイルシステム本体部２０３の記憶位置が、所在
リスト部４０２に記憶される所在リスト内の何れかの所
在データの“ファイルシステム位置”項目の最新値と一
致するか否かを検索する。そして、上記読出し制御部
は、上記検索に成功した場合には、当該所在データ内の
“更新バッファ位置”項目の値と“データ長”項目の値
を参照することにより、上記所定データに対する読出し
操作を、更新バッファ部２０４に対して実行し、上記検
索に失敗した場合には、上記所定データに対する読出し
操作を、ファイルシステム本体部２０３に対して実行す
る。

【００８５】一方、アクセス切替部４０１内の特には図
示しない書込み制御部は、ファイルシステム制御部２０
６が所定データに対する書込み操作を発行すると、その
書込み操作によってファイルシステム制御部２０６内の
キャッシュに書き込まれた更新された所定データを、自
身が生成した後述するヘッダ部及びフッタ部と共に、更
新バッファ部２０４に書き込む。

【００８６】その後、上記書込み制御部は、所在リスト
部４０２内の所在リストに、更新バッファ部２０４に書
き込まれた新しいバージョンの所定データに関する所在
データを追加し、その追加された所在データに関する所
在変更通知の発行を、データアクセス制御部２０７m に
対して依頼する。これを受けて、データアクセス制御部
２０７m は、新しいバージョンの上記所定データが更新
バッファ部２０４に追加されたことを示す所在変更通知
を、他の全てのスレーブホスト装置２０１s1〜２０１sn
に向けてネットワーク２０２に送出する。

【００８７】任意のスレーブホスト装置２０１si内のバ
ージョン遷移部２０８siは、この所在変更通知を受信す
ると、その所在変更通知に基づいて仮想デバイス部２０
９si内の所在リスト部４０２siに記憶されている所在リ
ストを更新する。

【００８８】この結果、スレーブホスト装置２０１siか
らアクセスされる上記所定データのアクセス先が上述の
新たな所在リストに従って変更され、上記所定データの
バージョンが上がることになる。

【００８９】次に、図４の遅延更新部４０３は、仮想デ
バイス部２０９がマスタホスト装置２０１m 内の仮想デ
バイス部２０９m に含まれる遅延更新部４０３m である
場合に機能する。遅延更新部４０３m は、所在リスト部
４０２m に記憶されている所在リストを参照しながら、
更新バッファ部２０４に格納されている所定データの最
新バージョンを、適当なタイミングで、ファイルシステ
ム本体部２０３上の、上記所定データに対応する記憶位
置に転送する。ここで、“適当なタイミング”とは、例
えば更新バッファ部２０４の空き記憶容量が所定値以下
になった時点、マスタホスト装置２０１m 上のプロセッ
サの空き時間、ファイルシステム制御部２０６m におけ
るメモリ使用量が一定以上になった場合、ファイルシス
テム制御部２０６m からのアクセス要求が一定時間なか
った場合等である。

【００９０】上記転送処理において、遅延更新部４０３
m は、例えば転送の順番をスケジュールすることによ
り、転送効率を向上させることができる。具体的には、
例えば、遅延更新部４０３m は、使用ブロック数の小さ
い所定データから順に転送することにより、ファイルシ
ステム本体部２０３が格納されている磁気ディスク記憶
装置におけるシーク時間を短縮することができる。或い
は、遅延更新部４０３mは、連続したブロックは１回の
転送処理でまとめて転送することにより、磁気ディスク
記憶装置へのアクセスを効率的に実行することができ
る。更に、入出力処理に高い負荷がかかっている場合に
は、転送のタイミングを早め転送間隔を空けることによ
り、負荷を低減させることができる。

【００９１】続いて、遅延更新部４０３m は、所在リス
ト部４０２m に記憶される所在リストから、転送が完了
した所定データに対応する全てのバージョンの所在デー
タを削除する。

【００９２】その後、遅延更新部４０３m は、更新バッ
ファ部２０４からファイルシステム本体部２０３への転
送が完了した所在データの所在リストからの削除を要求
する所在変更通知の発行を、データアクセス制御部２０
７m に対して依頼する。これを受けて、データアクセス
制御部２０７m は、当該所在変更通知を、他の全てのス
レーブホスト装置２０１s1〜２０１snに向けてネットワ
ーク２０２に送出する。

【００９３】任意のスレーブホスト装置２０１si内のバ
ージョン遷移部２０８siは、この所在変更通知を受信す
ると、その所在変更通知に基づいて仮想デバイス部２０
９si内の所在リスト部４０２siに記憶されている所在リ
ストを更新する。

【００９４】この結果、スレーブホスト装置２０１siか
らアクセスされる上記所定データのアクセス先が、更新
バッファ部２０４からファイルシステム本体部２０３に
変更される。

【００９５】次に、デバイスドライバ部２１１は、SCSI
バス２０５に対する信号インタフェースを制御する。最
後に、更新バッファ部２０４の構成にして説明する。

【００９６】更新バッファ部２０４は、図２に示される
ように、マスタホスト決定領域２１２とバージョンデー
タ格納領域２１３とから構成される。マスタホスト決定
領域２１２には、複数のホスト装置２０１のうちマスタ
ホスト装置２０１m を決定するための情報が格納され
る。

【００９７】バージョンデータ格納領域２１３には、マ
スタホスト装置２０１m によって更新された各バージョ
ンの所定データが格納される。図６は、バージョンデー
タ格納領域２１３に記憶されるデータの構成図である。

【００９８】バージョンデータ格納領域２１３は、リン
グバッファとして構成される。この領域内の各更新され
た所定データは、ヘッダ部、データ部、及びフッタ部と
から構成されており、ヘッダ部とフッタ部のデータ構造
は同一である。

【００９９】バージョンデータ格納領域２１３は、その
先頭から利用されてゆき、この領域の先頭には必ずヘッ
ダ部が配置される。バージョンデータ格納領域２１３の
有効領域の先頭と最後は、マスタホスト装置２０１m 内
の仮想デバイス部２０９m 内の前述した遅延更新部４０
３m が管理し、この領域に格納されている所定データの
最新バージョンをファイルシステム本体部２０３に転送
する毎に、上記有効領域の先頭と最後の位置を更新す
る。

【０１００】ヘッダ部には、データ部に格納される更新
された所定データの大きさ、データ連結ポインタ、バー
ジョンデータ格納領域２１３の有効範囲が格納されてい
る。データの大きさとしてはフッタ部の格納位置が格納
され、データ連結ポインタとしては連続番号が格納され
ることにより、フッタ部の正常性、及びフッタ部に続く
であろうヘッダ部の正常性が確認される。 ＜実施例の詳細動作＞次に、本実施例の詳細動作例につ
いて説明する。マスタホスト装置２０１m でのファイルシステム更新動
作とスレーブホスト装置２０１siでのファイルシステム
参照動作 マスタホスト装置２０１m 内のアプリケーション部２１
０m においてファイルシステム本体部２０３内の所定デ
ータに対する更新要求が発生し、これと並列して任意の
スレーブホスト装置２０１si内のアプリケーション部２
１０siにおいて上記所定データに対する参照要求が発生
した場合の詳細動作について、図７〜図９の説明図と図
１０の動作フローに基づいて説明する。

【０１０１】まず、図７は、ファイルシステム本体部２
０３が、マスタホスト装置２０１m及びスレーブホスト
装置２０１siにマウントされた直後で、仮想デバイス部
２０９m 及び２０９siにはまだ所在リストは存在しない
状態を示している。

【０１０２】マスタホスト装置２０１m 内のアプリケー
ション部２１０m から、ファイルシステム本体部２０３
上の既存のディレクトリ/share/tmp/ の下にファイルｂ
の作成要求が発生し（図７の(1) 又は図１０のS1の、vo
p#create）、それをマスタホスト装置２０１m 内のデー
タアクセス制御部２０７m が受け付ける。

【０１０３】データアクセス制御部２０７m は、まず、
仮想デバイス部２０９m に、ファイル作成のトランザク
ションの開始を指示する（図１０のS2のbegin#trs ）。
次に、データアクセス制御部２０７m は、ファイルシス
テム制御部２０６m に対して、ファイル作成のアクセス
関数を発行する（図１０のS3のvop#call）。

【０１０４】これに対し、ファイルシステム制御部２０
６m は、まず、ディレクトリ/share/tmp/ に対応するｉ
ノードが格納されている第２１ブロックに対する参照操
作を発行する（図７(2) のread dir inode、図１０のS
4）。

【０１０５】図７の例においては、マスタホスト装置２
０１m 内の仮想デバイス部２０９m内の所在リスト部４
０２m （図４）には、まだ所在リストが存在していな
い。このため、仮想デバイス部２０９m 内のアクセス切
替部４０１m （図４）内の特には図示しない読出し制御
部は、ファイルシステム制御部２０６m で発行された上
記第２１ブロックに対する参照操作を、ファイルシステ
ム本体部２０３に対して実行する。

【０１０６】この結果、ファイルシステム本体部２０３
上の上記第２１ブロックが読み出され、そのデータが、
仮想デバイス部２０９m を介して読み込まれる。ここ
で、ｉノードには、ファイルシステム本体部２０３内の
各ディレクトリファイル又は各通常ファイル等の記憶位
置情報（この例では、第４３ブロック）のほか、各ファ
イルの大きさ、アクセスモード、リンク数、オーナーI
D、グループID、日付情報等の、属性情報が記憶され
る。

【０１０７】次に、ファイルシステム制御部２０６m
は、第２１ブロックから取り出したｉノードに格納され
ている情報に基づき、ディレクトリ/share/tmp/ に対応
するディレクトリファイルが格納されている第４３ブロ
ックに対する参照操作を発行する（図７(3) のread di
r、図１０のS4）。この場合も、第２１ブロックの参照
の場合と同様に、仮想デバイス部２０９m により、ファ
イルシステム本体部２０３上の上記第４３ブロックが読
み出され、そのデータが、仮想デバイス部２０９mを介
して読み込まれる。

【０１０８】更に、ファイルシステム制御部２０６m
は、空きｉノードが格納されている第５２ブロックに対
する参照操作を発行する（図１０のS4）。この場合も、
第２１又は第４３ブロックの参照の場合と同様に、仮想
デバイス部２０９m により、ファイルシステム本体部２
０３上の上記第５２ブロックが読み出され、そのデータ
が、仮想デバイス部２０９m を介して読み込まれる。そ
して、ファイルシステム制御部２０６m は、その第５２
ブロックのｉノードに、ファイルｂに関する情報を格納
する（図７(4) のread inode, modify inode for file
b ）。

【０１０９】また、ファイルシステム制御部２０６m
は、第４３ブロックのディレクトリファイルに、新たに
作成されるファイルｂのエントリを追加すると共に、デ
ィレクトリ/share/tmp/ に対応する第２１ブロックのｉ
ノードの内容を更新する（図７(5) のmodify dir data
and dir inode for file b）。

【０１１０】以上の更新結果は、ファイルシステム制御
部２０６m 内のキャッシュに反映されると共に、マスタ
ホスト装置２０１m 内の仮想デバイス部２０９m に通知
される（図１０のS4）。

【０１１１】ファイルシステム制御部２０６m において
上述の更新動作が終了すると、データアクセス制御部２
０７m は、仮想デバイス部２０９m に対して、上記更新
された所定データを更新バッファ部２０４に書き出すこ
とを指示する（図１０のS5のbegin#cmt ）。

【０１１２】仮想デバイス部２０９m 内のアクセス切替
部４０１m （図４）内の特には図示しない書込み制御部
は、上記指示を受け付けると、ファイルシステム制御部
２０６m 内のキャッシュに記憶されたトランザクション
データ（更新された第２１、第４３、及び第５２ブロッ
ク）を、書込み制御部自身が生成したヘッダ部及びフッ
タ部と共に、更新バッファ部２０４に書き込む（図７
(6) のsync to transaction to MB 、図１０のS6のsync
to MB）。

【０１１３】その後、上記書込み制御部は、図７に示さ
れるように、所在リスト部４０２m（図４）内の所在リ
ストに、更新バッファ部２０４に書き込まれた新しいバ
ージョンの所定データ（更新された第２１、第４３、及
び第５２ブロック）に関する所在データ（図５参照）を
追加する。そして、上記書込み制御部は、その変更され
た所定データに関する所在変更通知の発行を、データア
クセス制御部２０７mに対して依頼する（図１０のS
7）。

【０１１４】仮想デバイス部２０９m から所在変更通知
の発行を依頼されたデータアクセス制御部２０７m は、
新しいバージョンの上記所定データが更新バッファ部２
０４に追加されたことを示す所在変更通知を、他の全て
のスレーブホスト装置２０１s1〜２０１snに向けてネッ
トワーク２０２に送出する（図１０のS8のchange M
C）。

【０１１５】マスタホスト装置２０１m において第２
１、第４３、及び第５２ブロックに対する更新動作が実
行されている間であって、マスタホスト装置２０１m か
らネットワーク２０２に送出された上記所在変更通知を
任意のスレーブホスト装置２０１siが有効に受け付ける
までの間において、そのスレーブホスト装置２０１si内
のアプリケーション部２１０siにおいて、ディレクトリ
/share/tmp/ 内の既存のファイルａの参照要求が発生し
（図７の(a) 又は図１０のS9の、vop#lookup）、それを
上記スレーブホスト装置２０１si内のデータアクセス制
御部２０７siが受け付けた場合を考える。

【０１１６】図７の例の場合、マスタホスト装置２０１
m での更新動作に関わる第２１、第４３ブロックと、当
該更新動作には関わらない第５１ブロックが、上記参照
要求に対応する所定データである。

【０１１７】データアクセス制御部２０７siは、ファイ
ルシステム制御部２０６siに対し、ファイル参照のアク
セス関数を発行する（図１０のS10 のvop#call）。これ
に対し、ファイルシステム制御部２０６siは、まず、デ
ィレクトリ/share/tmp/ に対応するｉノードが格納され
ている第２１ブロックに対する参照操作を発行する（図
７(b) のread dir inode、図１０のS11 ）。

【０１１８】図７の例では、スレーブホスト装置２０１
si内の仮想デバイス部２０９si内の所在リスト部４０２
si（図４）には、まだ所在リストが存在していない。こ
のため、仮想デバイス部２０９si内のアクセス切替部４
０１si（図４）内の特には図示しない読出し制御部は、
ファイルシステム制御部２０６siで発行された上記第２
１ブロックに対する参照操作を、ファイルシステム本体
部２０３に対して実行する。

【０１１９】この結果、ファイルシステム本体部２０３
上の上記第２１ブロックが、マスタホスト装置２０１m
を経由することなく直接読み出され（図１０のS12 ）、
そのデータが、仮想デバイス部２０９siを介して、ファ
イルシステム制御部２０６si内のキャッシュに読み込ま
れる。

【０１２０】この時点では、スレーブホスト装置２０１
siは、マスタホスト装置２０１m により更新された新し
いバージョンの第２１ブロックではなく、ファイルシス
テム本体部２０３に記憶されている１つ前のバージョン
の第２１ブロックにアクセスしていることになる。

【０１２１】続いて、ファイルシステム制御部２０６si
は、第２１ブロックから取り出したｉノードに格納され
ている情報に基づき、ディレクトリ/share/tmp/ に対応
するディレクトリファイルが格納されている第４３ブロ
ックに対する参照操作を発行する（図７(c) のread di
r、図１０のS11 ）。この場合も、第２１ブロックの参
照の場合と同様に、仮想デバイス部２０９siによって、
ファイルシステム本体部２０３上の上記第４３ブロック
が、マスタホスト装置２０１m を経由することなく直接
読み出され（図１０のS12 ）、そのデータが、仮想デバ
イス部２０９siを介して、ファイルシステム制御部２０
６si内のキャッシュに読み込まれる。

【０１２２】更に、ファイルシステム制御部２０６si
は、第４３ブロックから取り出したディレクトリファイ
ルのエントリからファイルａに対応するｉノード番号を
読み出し、それに基づいて、ファイルａに対応するｉノ
ードが格納されている第５１ブロックに対する参照操作
を発行する（図７(d) のread inode for file a 、図１
０のS11 ）。第５１ブロックはマスタホスト装置２０１
m における更新動作には関わらないデータであるため、
仮想デバイス部２０９siによって、ファイルシステム本
体部２０３上の上記第５１ブロックが、マスタホスト装
置２０１m を経由することなく直接読み出され（図１０
のS12 ）、そのデータが、仮想デバイス部２０９siを介
して、ファイルシステム制御部２０６si内のキャッシュ
に読み込まれる。

【０１２３】以上の参照結果が、ファイルシステム制御
部２０６siから、ファイルアクセス制御部２０７siを介
して、スレーブホスト装置２０１siで実行されているア
プリケーション部２１０siに返される（図１０のS13
）。

【０１２４】上記参照動作の後、マスタホスト装置２０
１m からネットワーク２０２に送出された前述した所在
変更通知が上記スレーブホスト装置２０１siで有効に受
け付けられるまでの間において、更に、スレーブホスト
装置２０１si内のアプリケーション部２１０siにおい
て、ディレクトリ/share/tmp/ 内の既存のファイルａの
参照要求が発生し（図１０のS14 のvop#lookup）、それ
をデータアクセス制御部２０７siが受け付けた場合を考
える。この場合には、その参照要求に対応する第２１、
第４３、及び第５１ブロックの各データは、既にファイ
ルシステム制御部２０６si内のキャッシュに保持されて
いる。このため、データアクセス制御部２０７siがファ
イルシステム制御部２０６siに対しファイル参照のアク
セス関数を発行すると（図１０のS15 のvop#call）、フ
ァイルシステム制御部２０６siは、キャッシュ内の上記
各ブロックの情報を、そのままファイルアクセス制御部
２０７siを介して、スレーブホスト装置２０１siで実行
されているアプリケーション部２１０siに返す（図１０
のS16 ）。

【０１２５】このように、マスタホスト装置２０１m に
よる上記各ブロックに対する更新動作は更新バッファ部
２０４に対して実行され、その間、スレーブホスト装置
２０１siはファイルシステム本体部２０３上又はファイ
ルシステム制御部２０６si内のキャッシュ上の１つ前の
バージョンの上記各ブロックにアクセスするため、上記
各ブロックに対してロックを設定する必要はない。

【０１２６】続いて、前述した更新動作に基づいてマス
タホスト装置２０１m 内のデータアクセス制御部２０７
m がネットワーク２０２に送出した所在変更通知を、任
意のスレーブホスト装置２０１si内のバージョン遷移部
２０８siが受信した後の動作について説明する。図８
は、図７の状態に続く状態を示している。

【０１２７】バージョン遷移部２０８siは、上述の所在
変更通知を受け付けると（図１０のS17 のhad#invalida
te(version-up)）、まず、スレーブホスト装置２０１si
内のアプリケーション部２１０siからのファイル参照要
求を禁止する（図８(a) のaccess block、図１０のS18
のinode-lock）。

【０１２８】次に、バージョン遷移部２０８siは、所在
変更通知に基づいて、仮想デバイス部２０９si内の所在
リスト部４０２m （図４）に、更新バッファ部２０４に
書き込まれた第２１、第４３、及び第５２ブロックの新
しいバージョンに関する所在データ（図５参照）が設定
された所在リストを設定する（図８(b) のswich vdevli
st、図１０のS19 のchange vdev ）。

【０１２９】続いて、バージョン遷移部２０８siは、フ
ァイルシステム制御部２０６siに対し、キャッシュ上
の、所在変更通知に対応する第２１及び第４３ブロック
を、無効にさせる指示を発行する（図８(c) のinvalida
te cache and name cache 、図１０のS20 のinvalidate
cache）。なお、キャッシュ上の第５１ブロックは、マ
スタホスト装置２０１m での更新動作に関連しないため
（図７参照）、そのブロックは無効にされない。

【０１３０】最後に、バージョン遷移部２０８siは、ス
レーブホスト装置２０１si内のアプリケーション部２１
０siに対するファイル参照要求の禁止を解除する（図８
(d)のaccess block off、図１０のS21 のinode-unloc
k）。その後、バージョン遷移部２０８siは、ネットワ
ーク２０２を介して、マスタホスト装置２０１m 内のデ
ータアクセス制御部２０７m に、所在リストのバージョ
ンアップ処理の完了を通知する（図１０のS22 ）。

【０１３１】上述のようにして、任意のスレーブホスト
装置２０１siが、マスタホスト装置２０１m の所在変更
通知に基づき、仮想デバイス部２０９si内の所在リスト
部４０２siに、更新バッファ部２０４に書き込まれた第
２１、第４３、及び第５２ブロックの新しいバージョン
に関する所在データが設定された所在リストを設定した
後に、そのスレーブホスト装置２０１si内のアプリケー
ション部２１０siにおいて、ディレクトリ/share/tmp/
内の、マスタホスト装置２０１m において新たに作成さ
れたファイルｂの参照要求が発生し（図９の(a) 又は図
１０のS23 の、vop#lookup）、それを上記スレーブホス
ト装置２０１si内のデータアクセス制御部２０７siが受
け付けた場合を考える。図９は、図８の状態に続く状態
を示している。

【０１３２】データアクセス制御部２０７siは、ファイ
ルシステム制御部２０６siに対し、ファイル参照のアク
セス関数を発行する（図１０のS24 のvop#call）。これ
に対し、ファイルシステム制御部２０６siは、まず、デ
ィレクトリ/share/tmp/ に対応するｉノードが格納され
ている第２１ブロックに対する参照操作を実行する（図
９(b) のread dir inode、図１０のS25 ）。

【０１３３】この場合、ファイルシステム制御部２０６
siは、始めに、バージョン遷移部２０８siによる所在リ
スト部４０２に対する所在リストの変更処理を禁止させ
た後に、キャッシュ上の第２１ブロックを参照しようと
する。しかし、キャッシュ上の第２１ブロックは、バー
ジョン遷移部２０８siによって無効にされている（図８
(c) のinvalidate cache and name cache 、図１０のS2
0 のinvalidate cache）。このため、ファイルシステム
制御部２０６siは、当該第２１ブロックに対するロック
を獲得した後に、第２１ブロックに対する参照操作を仮
想デバイス部２０９siに発行する。

【０１３４】図９の例では、スレーブホスト装置２０１
si内の仮想デバイス部２０９si内の所在リスト部４０２
si（図４）に、マスタホスト装置２０１m によって更新
バッファ部２０４に書き込まれた第２１、第４３、及び
第５２ブロックの新しいバージョンに関する所在データ
（図５参照）が設定されている。このため、仮想デバイ
ス部２０９si内のアクセス切替部４０１si（図４）内の
特には図示しない読出し制御部は、ファイルシステム制
御部２０６siで発行された上記第２１ブロックに対する
参照操作を、更新バッファ部２０４に対して実行する。

【０１３５】この結果、更新バッファ部２０４から、新
しいバージョンの第２１ブロックが読み出されて（図１
０のS26 ）、そのデータが、仮想デバイス部２０９siを
介して、ファイルシステム制御部２０６si内のキャッシ
ュに読み込まれる。ファイルシステム制御部２０６si
は、当該第２１ブロックに対するロックを解除した後、
バージョン遷移部２０８siに対する所在リストの変更処
理の禁止を解除する。

【０１３６】続いて、ファイルシステム制御部２０６si
は、新しいバージョンの第２１ブロックから取り出した
ｉノードに格納されている情報に基づき、ディレクトリ
/share/tmp/ に対応するディレクトリファイルが格納さ
れている第４３ブロックに対する参照操作を発行する
（図９(c) のread dir、図１０のS25 ）。この場合も、
第２１ブロックの参照の場合と同様に、仮想デバイス部
２０９siによって、更新バッファ部２０４上の新しいバ
ージョンの第４３ブロックが読み出されて（図１０のS2
6 ）、そのデータが、仮想デバイス部２０９siを介し
て、ファイルシステム制御部２０６si内のキャッシュに
読み込まれる。

【０１３７】更に、ファイルシステム制御部２０６si
は、第４３ブロックから取り出したディレクトリファイ
ルのエントリからファイルｂに対応するｉノード番号を
読み出し、それに基づいて、ファイルｂに対応するｉノ
ードが格納されている第５２ブロックに対する参照操作
を発行する（図９(d) のread inode for file b 、図１
０のS25 ）。この場合も、第２１又は第４３ブロックの
参照の場合と同様に、仮想デバイス部２０９siによっ
て、更新バッファ部２０４上の新しいバージョンの第５
２ブロックが読み出されて（図１０のS26 ）、そのデー
タが、仮想デバイス部２０９siを介して、ファイルシス
テム制御部２０６si内のキャッシュに読み込まれる。

【０１３８】以上の参照結果が、ファイルシステム制御
部２０６siから、ファイルアクセス制御部２０７siを介
して、スレーブホスト装置２０１siで実行されているア
プリケーション部２１０siに返される（図１０のS27
）。スレーブホスト装置２０１siでのファイルシステム更新
動作 次に、上述した図９の状態に続いて、スレーブホスト装
置２０１si内のアプリケーション部２１０siにおいてフ
ァイルシステム本体部２０３内の所定データに対する更
新要求が発生した場合の詳細動作について、図１１〜図
１３の説明図と図１４の動作フローに基づいて説明す
る。

【０１３９】図１１は、上述した図９の状態に続く状態
を示している。スレーブホスト装置２０１si内のアプリ
ケーション部２１０siから、ファイルシステム本体部２
０３上の既存のディレクトリ/share/tmp/ の下にファイ
ルｃの作成要求が発生し（図１１の(a) 又は図１４のS1
の、vop#create）、それをスレーブホスト装置２０１si
内のデータアクセス制御部２０７siが受け付ける。

【０１４０】データアクセス制御部２０７siは、パス名
/share/tmp/ に基づいて、上記ファイル作成要求が共有
データに対する要求であることを識別すると、そのファ
イル作成要求をマスタホスト装置２０１m に対するリモ
ートプロシジャコール（図１１の(b) 又は図１４のS2
の、rpc#create）に変換し、それを当該マスタホスト装
置２０１m へ向けてネットワーク２０２に送出する。

【０１４１】マスタホスト装置２０１m 内のデータアク
セス制御部２０７m においては、ネットワーク２０２か
ら受信された上記リモートプロシジャコールに基づき、
ファイル/share/tmp/cの作成要求が発生する（図１１の
(1) 又は図１４のS3の、vop#create）。

【０１４２】これ以降、前述した、マスタホスト装置２
０１m 内のアプリケーション部２１０m においてファイ
ルシステム本体部２０３内の所定データに対する更新要
求が発生した場合と、同様の制御動作が実行される。

【０１４３】即ち、データアクセス制御部２０７m は、
まず、仮想デバイス部２０９m に、ファイル作成のトラ
ンザクションの開始を指示する（図１４のS4のbegin#tr
s ）。

【０１４４】次に、データアクセス制御部２０７m は、
ファイルシステム制御部２０６m に対して、ファイル作
成のアクセス関数を発行する（図１４のS5のvop#cal
l）。これに対し、ファイルシステム制御部２０６m
は、まず、ディレクトリ/share/tmp/ に対応するｉノー
ドが格納されている第２１ブロックに対する参照操作を
発行する（図１１(2) のread dir inode、図１４のS
6）。

【０１４５】図１１の例では、マスタホスト装置２０１
m 内の仮想デバイス部２０９m 内の所在リスト部４０２
m （図４）内の所在リストには、最新の第２１、第４
３、及び第５２ブロックが更新バッファ部２０４に存在
することを示す所在データが設定されており、かつ、そ
れらの最新の第２１、第４３、及び第５２ブロックは、
ファイルシステム制御部２０６m 内のキャッシュに存在
する。

【０１４６】このため、ファイルシステム制御部２０６
m は、更新バッファ部２０４内の最新の第２１ブロック
と同じデータをキャッシュから読み込む。次に、ファイ
ルシステム制御部２０６m は、第２１ブロックから取り
出したｉノードに格納されている情報に基づき、ディレ
クトリ/share/tmp/ に対応するディレクトリファイルが
格納されている第４３ブロックに対する参照操作を発行
する（図１１(3) のread dir、図１４のS6）。この場合
も、第２１ブロックの参照の場合と同様に、更新バッフ
ァ部２０４内の最新の第４３ブロックと同じデータをキ
ャッシュから読み込む。

【０１４７】更に、ファイルシステム制御部２０６m
は、空きｉノードが格納されている第５７ブロックに対
する参照操作を発行する（図１４のS6）。この場合、キ
ャッシュには第５７ブロックは保持されていない。従っ
て、ファイルシステム制御部２０６m は、上記第５７ブ
ロックに対する参照操作を、仮想デバイス部２０９m に
発行する。

【０１４８】第５７ブロックは更新バッファ部２０４に
は存在しておらず、仮想デバイス部２０９m 内の所在リ
スト部４０２m 内の所在リストには、第５７ブロックが
更新バッファ部２０４に存在することを示す所在データ
が設定されていない。このため、仮想デバイス部２０９
m 内のアクセス切替部４０１m （図４）内の特には図示
しない読出し制御部は、ファイルシステム制御部２０６
m で発行された上記第５７ブロックに対する参照操作
を、ファイルシステム本体部２０３に対して実行する。

【０１４９】この結果、ファイルシステム本体部２０３
上の第５７ブロックが、仮想デバイス部２０９m を介し
てファイルシステム制御部２０６m に読み込まれる。フ
ァイルシステム制御部２０６m は、その第５７ブロック
のｉノードに、ファイルｃに関する情報を格納する（図
１１(4) のread inode, modify inode for file c ）。

【０１５０】また、ファイルシステム制御部２０６m
は、第４３ブロックのディレクトリファイルに、新たに
作成されるファイルｃのエントリを追加すると共に、デ
ィレクトリ/share/tmp/ に対応する第２１ブロックのｉ
ノードの内容を更新する（図１１(5) のmodify dir dat
a and dir inode for file c）。

【０１５１】以上の更新結果は、ファイルシステム制御
部２０６m 内のキャッシュに反映されると共に、マスタ
ホスト装置２０１m 内の仮想デバイス部２０９m に通知
される（図１４のS6）。

【０１５２】ファイルシステム制御部２０６m において
上述の更新動作が終了すると、データアクセス制御部２
０７m は、仮想デバイス部２０９m に対して、上記更新
された所定データを更新バッファ部２０４に書き出すこ
とを指示する（図１４のS7のbegin#cmt ）。

【０１５３】仮想デバイス部２０９m 内のアクセス切替
部４０１m （図４）内の特には図示しない書込み制御部
は、上記指示を受け付けると、ファイルシステム制御部
２０６m 内のキャッシュに記憶されたトランザクション
データ（更新された第２１、第４３、及び第５７ブロッ
ク）を、書込み制御部自身が生成したヘッダ部及びフッ
タ部と共に、更新バッファ部２０４に書き込む（図１１
(6) のsync to transaction to MB 、図１４のS8のsync
to MB）。

【０１５４】この結果、更新バッファ部２０４上には、
最新の第５２ブロックのほかに、１つ前のバージョンの
第２１及び第４３ブロックと、最新の第２１、第４３、
及び第５７ブロックが記憶されたことになる。

【０１５５】その後、上述の書込み制御部は、図１１に
示されるように、所在リスト部４０２m （図４）内の所
在リストに、更新バッファ部２０４に書き込まれた最新
バージョンの所定データ（更新された第２１、第４３、
及び第５７ブロック）に関する所在データを追加する。
そして、上記書込み制御部は、その変更された所定デー
タに関する所在変更通知の発行を、データアクセス制御
部２０７m に対して依頼する（図１４のS9）。

【０１５６】仮想デバイス部２０９m から所在変更通知
の発行を依頼されたデータアクセス制御部２０７m は、
最新バージョンの上記所定データが更新バッファ部２０
４に追加されたことを示す所在変更通知を、他の全ての
スレーブホスト装置２０１s1〜２０１snに向けてネット
ワーク２０２に送出する（図１４のS10 のchange M
C）。

【０１５７】なお、データアクセス制御部２０７m は、
上記所在変更通知を、スレーブホスト装置２０１si内の
データアクセス制御部２０７siからの前述したリモート
プロシジャコール（図１１の(b) 又は図１４のS2の、rp
c#create）に対する応答として、上記スレーブホスト装
置２０１siに向けて返すようにしてもよい。

【０１５８】図１２は、図１１の状態に続く状態を示し
ている。スレーブホスト装置２０１si内のバージョン遷
移部２０８siは、上記所在変更通知を受け付けると（図
１４のS11 のhad#invalidate(version-up)）、まず、ス
レーブホスト装置２０１si内のアプリケーション部２１
０siからのファイル参照要求を禁止する（図１２(a) の
access block、図１４のS12 のinode-lock）。

【０１５９】次に、バージョン遷移部２０８siは、所在
変更通知に基づいて、仮想デバイス部２０９si内の所在
リスト部４０２m （図４）内の所在リストに、更新バッ
ファ部２０４に書き込まれた第２１、第４３、及び第５
７ブロックの最新バージョンに関する所在データを追加
する（図１２(b) のswich vdev list 、図１４のS13のc
hange vdev ）。

【０１６０】続いて、バージョン遷移部２０８siは、フ
ァイルシステム制御部２０６siに対し、キャッシュ上
の、所在変更通知に対応する第２１及び第４３ブロック
を、無効にさせる指示を発行する（図１２(c) のinvali
date cache and name cache 、図１４のS14 のinvalida
te cache）。

【０１６１】最後に、バージョン遷移部２０８siは、ス
レーブホスト装置２０１si内のアプリケーション部２１
０siに対するファイル参照要求の禁止を解除する（図１
２(d) のaccess block off、図１４のS15 のinode-unlo
ck）。その後、バージョン遷移部２０８siは、ネットワ
ーク２０２を介して、マスタホスト装置２０１m 内のデ
ータアクセス制御部２０７m に、所在リストのバージョ
ンアップ処理の完了を通知する（図１４のS16 ）。

【０１６２】上述したようにして、スレーブホスト装置
２０１siが、マスタホスト装置２０１m の所在変更通知
に基づいて、仮想デバイス部２０９si内の所在リスト部
４０２si内の所在リストに、既に更新バッファ部２０４
に書込まれている第５２ブロックの所在データに加え、
新たに更新バッファ部２０４に書き込まれた第２１、第
４３、及び第５７ブロックの最新バージョンに関する所
在データを追加した後に、そのスレーブホスト装置２０
１si内のアプリケーション部２１０siにおいて、ディレ
クトリ/share/tmp/ 内の、マスタホスト装置２０１m に
おいて新たに作成されたファイルｃの参照要求が発生し
（図１３の(a) 又は図１４のS17 の、vop#lookup）、そ
れを上記スレーブホスト装置２０１si内のデータアクセ
ス制御部２０７siが受け付けた場合を考える。図１３
は、図１２の状態に続く状態を示している。

【０１６３】データアクセス制御部２０７siは、ファイ
ルシステム制御部２０６siに対し、ファイル参照のアク
セス関数を発行する（図１４のS18 のvop#call）。これ
に対し、ファイルシステム制御部２０６siは、まず、デ
ィレクトリ/share/tmp/ に対応するｉノードが格納され
ている第２１ブロックに対する参照操作を実行する（図
１３(b) のread dir inode、図１４のS19 ）。

【０１６４】この場合、ファイルシステム制御部２０６
siは、始めに、バージョン遷移部２０８siによる所在リ
スト部４０２に対する所在リストの変更処理を禁止させ
た後に、キャッシュ上の第２１ブロックを参照しようと
する。しかし、キャッシュ上の第２１ブロックは、バー
ジョン遷移部２０８siによって無効にされている（図１
２(c) のinvalidate cache and name cache 、図１４の
S14 のinvalidate cache）。このため、ファイルシステ
ム制御部２０６siは、当該第２１ブロックに対するロッ
クを獲得した後に、第２１ブロックに対する参照操作を
仮想デバイス部２０９siに発行する。

【０１６５】図１３の例では、スレーブホスト装置２０
１si内の仮想デバイス部２０９si内の所在リスト部４０
２si（図４）に、マスタホスト装置２０１m によって更
新バッファ部２０４に書き込まれた第２１、第４３、第
５２、及び第５７ブロックの最新バージョンに関する所
在データが設定されている。このため、仮想デバイス部
２０９si内のアクセス切替部４０１si（図４）内の特に
は図示しない読出し制御部は、ファイルシステム制御部
２０６siで発行された上記第２１ブロックに対する参照
操作を、更新バッファ部２０４に対して実行する。

【０１６６】この結果、更新バッファ部２０４から、新
しいバージョンの第２１ブロックが読み出されて（図１
４のS20 ）、そのデータが、仮想デバイス部２０９siを
介して、ファイルシステム制御部２０６si内のキャッシ
ュに読み込まれる。ファイルシステム制御部２０６si
は、当該第２１ブロックに対するロックを解除した後、
バージョン遷移部２０８siに対する所在リストの変更処
理の禁止を解除する。

【０１６７】続いて、ファイルシステム制御部２０６si
は、新しいバージョンの第２１ブロックから取り出した
ｉノードに格納されている情報に基づき、ディレクトリ
/share/tmp/ に対応するディレクトリファイルが格納さ
れている第４３ブロックに対する参照操作を発行する
（図１３(c) のread dir、図１４のS19 ）。この場合
も、第２１ブロックの参照の場合と同様に、仮想デバイ
ス部２０９siによって、更新バッファ部２０４上の新し
いバージョンの第４３ブロックが読み出されて（図１４
のS20 ）、そのデータが、仮想デバイス部２０９siを介
して、ファイルシステム制御部２０６si内のキャッシュ
に読み込まれる。

【０１６８】更に、ファイルシステム制御部２０６si
は、第４３ブロックから取り出したディレクトリファイ
ルのエントリからファイルｃに対応するｉノード番号を
読み出し、それに基づいて、ファイルｂに対応するｉノ
ードが格納されている第５７ブロックに対する参照操作
を発行する（図１３(d) のread inode for file c 、図
１４のS19 ）。この場合も、第２１又は第４３ブロック
の参照の場合と同様に、仮想デバイス部２０９siによっ
て、更新バッファ部２０４上の新しいバージョンの第５
７ブロックが読み出されて（図１４のS20 ）、そのデー
タが、仮想デバイス部２０９siを介して、ファイルシス
テム制御部２０６si内のキャッシュに読み込まれる。

【０１６９】以上の参照結果が、ファイルシステム制御
部２０６siから、ファイルアクセス制御部２０７siを介
して、スレーブホスト装置２０１siで実行されているア
プリケーション部２１０siに返される（図１４のS21
）。更新バッファ部２０４からファイルシステム本体部２０
３への遅延更新動作 続いて、更新バッファ部２０４からファイルシステム本
体部２０３への遅延更新動作の詳細動作について、図１
５及び図１６の説明図に基づいて説明する。

【０１７０】図１５は、上述した図１３の状態に続く状
態を示している。更新バッファ部２０４からファイルシ
ステム本体部２０３への、更新された所定データの遅延
更新動作は、マスタホスト装置２０１m 内の仮想デバイ
ス部２０９m 内の遅延更新部４０３m （図４）によっ
て、例えば更新バッファ部２０４の空き記憶容量が所定
値以下になった時点、マスタホスト装置２０１m 上のプ
ロセッサの空き時間、ファイルシステム制御部２０６m
におけるメモリ使用量が一定以上になった場合、又はフ
ァイルシステム制御部２０６m からのアクセス要求が一
定時間なかった場合等において、実行される。遅延更新
部４０３m は、まず、更新バッファ部２０４上で遅延更
新を実行すべき範囲に関して、データアクセス制御部２
０７m が、前述した所在変更通知の処理を完了している
ことをチェックする（図１５(1) のcheck UPDATE-list
job finished）。このチェックにより、全てのホスト装
置２０１内の仮想デバイス部２０９が、遅延更新動作の
対象とされるブロックへのアクセスを更新バッファ部２
０４へ向けるように、動作していることが保証される。

【０１７１】次に、遅延更新部４０３m は、所在リスト
部４０２m 内の所在リスト中の所在データのうち、更新
バッファ部２０４内の各ブロックの最新バージョンに関
する所在データを、リストアップする。図１５の例で
は、第２１及び第４３ブロックの最新バージョンに対応
する所在データと、第５２及び第５７ブロックに対応す
る所在データが、それぞれリストアップされる。

【０１７２】続いて、遅延更新部４０３m は、リストア
ップした各所在データに含まれる更新バッファ位置及び
ファイルシステム位置に基づいて（図５参照）、当該各
所在データに対応する更新バッファ部２０４上のブロッ
クを、デバイスドライバ部２１１m 及びSCSIバス２０５
を介して、ファイルシステム本体部２０３内の当該各所
在データに対応する記憶位置に書き込む（図１５(2) の
write block from MBto FS ）。図１５の例では、第２
１、第４３、第５２及び第５７ブロックが、更新バッフ
ァ部２０４からファイルシステム本体部２０３へ転送さ
れる。

【０１７３】図１６は、図１５の状態に続く状態を示し
ている。まず、マスタホスト装置２０１m 内の仮想デバ
イス部２０９m 内の遅延更新部４０３m は、他の部分か
らの更新バッファ部２０４へのアクセスを禁止した後、
所在リスト部４０２m に記憶される所在リストから、前
述のリストアップした所在データに含まれるファイルシ
ステム位置の値と同じ値をファイルシステム位置として
含む所在データを、全て削除する（図１６(1) のLock M
B access, and remove UPDATE-list）。この結果、更新
バッファ部２０４からファイルシステム本体部２０３へ
の転送が完了した所定データに対応する全てのバージョ
ンの所在データが、所在リストから削除される。図１６
の例では、第２１及び第４３ブロックのそれぞれ２つの
バージョンの所在データと、第５２及び第５７ブロック
のそれぞれ１つのバージョンの所在データが、所在リス
トから削除される。

【０１７４】その後、遅延更新部４０３m は、更新バッ
ファ部２０４からファイルシステム本体部２０３への転
送が完了した所在データの全てのバージョンの、所在リ
ストからの削除を、要求する所在変更通知の発行を、デ
ータアクセス制御部２０７mに対して依頼する。これを
受けて、データアクセス制御部２０７m は、当該所在変
更通知を、他の全てのスレーブホスト装置２０１s1〜２
０１snに向けてネットワーク２０２に送出する（図１６
(2) のRPC to slave host to remove UPDATE-list ）。

【０１７５】任意のスレーブホスト装置２０１si内のバ
ージョン遷移部２０８siは、この所在変更通知を受信す
ると、他の部分からの更新バッファ部２０４へのアクセ
スを禁止した後、仮想デバイス部２０９si内の所在リス
ト部４０２siに記憶される所在リストから、所在変更通
知によって通知された所在データに含まれるファイルシ
ステム位置の値と同じ値をファイルシステム位置として
含む所在データを、全て削除する（図１６(a) のLock M
B access, and remove UPDATE-list）。この結果、更新
バッファ部２０４からファイルシステム本体部２０３へ
の転送が完了した所定データに対応する全てのバージョ
ンの所在データが、所在リストから削除される。図１６
の例では、第２１及び第４３ブロックのそれぞれ２つの
バージョンの所在データと、第５２及び第５７ブロック
のそれぞれ１つのバージョンの所在データが、所在リス
トから削除される。

【０１７６】この結果、スレーブホスト装置２０１siか
らアクセスされる上記各ブロックのアクセス先が、更新
バッファ部２０４からファイルシステム本体部２０３に
変更される。その他の動作例 マスタホスト装置２０１m 内のアプリケーション部２１
０m 又は任意のスレーブホスト装置２０１si内のアプリ
ケーション部２１０siから、ファイルシステム本体部２
０３上に既に存在する共有ファイルに対する新たなデー
タの追加要求が発生した場合も、更新要求の一部とし
て、マスタホスト装置２０１m が一括して処理する。

【０１７７】この場合には、マスタホスト装置２０１m
において、まず、データアクセス制御部２０７m から上
記データ追加要求を受けたファイルシステム制御部２０
６mが、対象ファイルに関連するディレクトリファイル
のｉノードが格納されているブロック、そのディレクト
リファイルデータが格納されているブロック、及び対象
ファイルのｉノードが格納されているブロック等の内容
を更新すると共に、ファイルシステム本体部２０３上の
空きブロックを確保してそこにデータを書き込む。

【０１７８】そして、仮想デバイス部２０９m 内のアク
セス切替部４０１m 内の読出し制御部が、前述したよう
にして、上述の更新されたブロックを更新バッファ部２
０４に書き込むと共に、それに応じて、所在リスト部４
０２内の所在リストを更新する。

【０１７９】その後、データアクセス制御部２０７m
が、上記更新された所在リストに関する所在変更通知
を、、他の全てのスレーブホスト装置２０１s1〜２０１
snに向けてネットワーク２０２に送出する。

【０１８０】なお、ディレクトリ構造の変更やファイル
の作成などの、ファイルシステムの構造を変更するよう
な更新要求に対してのみ、マスタホスト装置２０１m が
一括して処理して、その更新結果を更新バッファ部２０
４に書き込むように構成し、既存のファイルに対するデ
ータブロックの追加要求等のファイル更新要求に対して
は、マスタホスト装置２０１m を経由せずに、スレーブ
ホスト装置２０１siがSCSIバス２０５を介してファイル
システム本体部２０３に直接書き込むように構成するこ
ともできる。これにより、ファイルデータに対するバー
ジョン管理はできなくなるが、ファイルシステム構造の
信頼性を確保したまま、マスタホスト装置２０１m への
更新処理の集中を回避することができる。 ＜他の実施例＞上述したように、更新バッファ部２０４
は、ファイルシステム本体部２０３上の１つの所定デー
タ（ブロックデータ）に関して、複数のバージョンを保
持することができる。

【０１８１】この特徴を利用することにより、本発明で
は、マスタホスト装置２０１m に障害が発生した場合で
あって、そのマスタホスト装置２０１m の修復時におい
て、更新バッファ部２０４内のデータをファイルシステ
ム本体部２０３に反映させる機能を、マスタホスト装置
２０１m に備えることも可能である。

【０１８２】また、本発明では、マスタホスト装置２０
１m に、更新バッファ部２０４に保持されている任意の
バージョンのデータにアクセスさせるような機能を備え
ることも可能である。

【０１８３】一方、本発明において、ネットワーク２０
２に、バックアップ用のマスタホスト装置２０１m を接
続しておき、メインのマスタホスト装置２０１m に障害
が発生した場合に、上記バックアップ用のマスタホスト
装置２０１m が、更新バッファ部２０４に対する制御機
能を引き継ぐことによって、ファイルシステム本体部２
０３の一貫性を確保することも可能である。

【０１８４】また、本発明では、ファイルシステム本体
部２０３及び更新バッファ部２０４を多重に構成し、シ
ステム全体の信頼性を高めることも可能である。更に、
本発明では、複数のホスト装置によって共有されないロ
ーカルなデータを１つのホスト装置がマスタホスト装置
を経由しないでファイルシステムに書き出すような場合
に、そのホスト装置専用に設けられた更新バッファ部に
書き出すように構成することにより、そのようなローカ
ルなデータについても、バージョン管理を行うと共に、
データの信頼性を高めることが可能となる。

【０１８５】

【発明の効果】本発明によれば、第１の種類のデータ処
理装置によるデータアクセスの集中処理が所定の共有デ
ータの更新処理のみに限定され、所定の共有データの参
照処理においては、データのバージョンの遷移という概
念に基づいて、データのアクセス先が共有記憶装置又は
更新記憶装置の何れかに振り分けられることにより、ロ
ック機構を使用しない、共有データへの並列アクセスを
実現することが可能となる。

【０１８６】ここで、第１の種類のデータ処理装置内の
所定共有データ更新操作実行手段及び第２の種類のデー
タ処理装置内の所定共有データ参照操作実行手段は、従
来からある通常のファイルシステムの機能として実現す
ることができるため、従来のネットワークシステムに本
発明の機能を追加することが、容易に実現することが可
能となる。

【０１８７】また、第１の種類のデータ処理装置が第２
の種類のデータ処理装置の全ての機能を含むように構成
されることにより、第１の種類のデータ処理装置と第２
の種類のデータ処理装置を、対等な関係のもとでネット
ワークに接続することが可能となる。

【０１８８】また、所定の共有データの更新要求が、共
有記憶装置に構築されているファイルシステム上のファ
イルデータ以外の、そのファイルシステムの構造を規定
するシステムデータ（ディレクトリデータ、ディレクト
リ及びファイルのｉノード）に対する更新要求であるよ
うに構成されることにより、第１の種類のデータ処理装
置への更新要求の集中を回避することが可能となる。

【０１８９】或いは、所定の共有データの更新要求が、
共有記憶装置に構築されているファイルシステム上のフ
ァイルデータ、又はそのファイルデータ以外の、ファイ
ルシステムの構造を規定するシステムデータの何れかに
対する更新要求であるように構成されることにより、共
有データの信頼性を最大限に高めることが可能となる。

【０１９０】本発明の第２の態様によれば、更新記憶装
置の所定の共有データを用いることにより、ホスト障害
などの発生時において、共有記憶装置上の所定の共有デ
ータを容易に修復することが可能となる。

【０１９１】本発明の第３の態様によれば、更新記憶装
置上の複数のバージョンの所定の共有データに自由にア
クセスすることが可能となる。本発明の第４の態様によ
れば、ホスト障害などの発生時において、バックアップ
用の第１の種類のデータ処理装置が、更新記憶装置に対
する制御機能を安全に引き継ぐことが可能となる。

【０１９２】本発明の第５の態様によれば、更新記憶装
置がリングバッファによって構成されることで、更新記
憶装置に対するバージョンデータ書込み手段及び遅延更
新手段による制御を単純化させることが可能となる。

【図面の簡単な説明】

【図１】本発明のブロック図である。

【図２】本発明の実施例の構成図である。

【図３】バージョン遷移の概念に基づくファイルシステ
ムの一貫性確保の動作イメージを示す図である。

【図４】仮想デバイス部２０９の構成図である。

【図５】所在リストの例を示した図である。

【図６】バージョンデータ格納領域のデータ構成図であ
る。

【図７】マスタホスト装置でのファイルシステム更新動
作とスレーブホスト装置でのファイルシステム参照動作
の説明図（前バージョンでの参照）である。

【図８】マスタホスト装置でのファイルシステム更新動
作とスレーブホスト装置でのファイルシステム参照動作
の説明図（バージョンの切替え）である。

【図９】マスタホスト装置でのファイルシステム更新動
作とスレーブホスト装置でのファイルシステム参照動作
の説明図（新バージョンでの参照）である。

【図１０】マスタホスト装置でのファイルシステム更新
動作とスレーブホスト装置でのファイルシステム参照動
作の動作フローを示す図である。

【図１１】スレーブホスト装置でのファイルシステム更
新動作の説明図（その１）である。

【図１２】スレーブホスト装置でのファイルシステム更
新動作の説明図（その２）である。

【図１３】図１２の動作の後のスレーブホスト装置での
ファイルシステム参照動作の説明図である。

【図１４】スレーブホスト装置でのファイルシステム更
新／参照動作の動作フローを示す図である。

【図１５】マスタホスト装置での更新バッファ部からフ
ァイルシステム本体部への遅延更新動作の説明図（その
１）である。

【図１６】マスタホスト装置での更新バッファ部からフ
ァイルシステム本体部への遅延更新動作の説明図（その
２）である。

【符号の説明】

１０１ 第１の種類のデータ処理装置 １０２ 第２の種類のデータ処理装置 １０３ 共有記憶装置 １０４ 更新記憶装置 １０５ ネットワーク １０６ バス １０７ 第１の所定共有データアクセス制御手段 １０８ 所定共有データ更新操作実行手段 １０９ バージョンデータ書込み手段 １１０ 遅延更新手段 １１１ 第１の更新状態管理手段 １１２ 更新状態通知手段 １１３ 第２の所定共有データアクセス制御手段 １１４ 所定共有データ参照操作実行手段 １１５ 所定共有データ参照操作制御手段 １１６ 第２の更新状態管理手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平５−225239（ＪＰ，Ａ) クラスタシステム向け共有ファイルシ ステムの提案，情報処理学会第50回（平 成７年前期）全国大会，日本，1995年 ３月15日，ｐｐ．４−249〜４−250 クラスタ向け共有ファイルシステムの 実現と評価，情報処理学会研究報告，日 本，1995年 ８月22日，Ｖｏｌ．95 Ｎ ｏ．79，ｐｐ．９−16 適応型時刻印方式に基づく同時実行制 御方式，情報処理学会論文誌，日本, 1992年 ６月15日，Ｖｏｌ．33 Ｎｏ. ６，ｐｐ．802−811 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 G06F 13/00

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】共有記憶装置及び更新記憶装置をアクセス
   するためのバスを共有すると共に、ネットワークにより
   相互に接続された複数のデータ処理装置のうちの少なく
   とも１つを構成する第１の種類のデータ処理装置内に設
   けられ、 他の前記データ処理装置から前記ネットワークを介して
   受信した前記共有記憶装置に対する所定の共有データの
   更新要求、又は自データ処理装置内で発生した前記所定
   の共有データの更新要求を受け付ける第１の所定共有デ
   ータアクセス制御手段と、 該第１の所定共有データアクセス制御手段が受け付けた
   前記所定の共有データの更新要求に対応して、前記所定
   の共有データの更新操作を実行する所定共有データ更新
   操作実行手段と、 該所定共有データ更新操作実行手段により更新された前
   記所定の共有データの１つのバージョンを、前記更新記
   憶装置に書き込むバージョンデータ書込み手段と、 前記更新記憶装置に記憶されている前記所定の共有デー
   タの所定のバージョンを、所定のタイミングで、前記共
   有記憶装置上の前記所定の共有データに対応する記憶位
   置に書き込む遅延更新手段と、 前記更新記憶装置における前記所定の共有データの更新
   状態を管理する第１の更新状態管理手段と、 該第１の更新状態管理手段が管理する前記更新記憶装置
   における前記所定の共有データの更新状態を、前記ネッ
   トワークを介して前記複数のデータ処理装置に通知する
   更新状態通知手段と、 を有することを特徴とする共有データ処理装置。
2. 【請求項２】共有記憶装置及び更新記憶装置をアクセス
   するためのバスを共有すると共に、ネットワークにより
   相互に接続された複数のデータ処理装置のうちの少なく
   とも１つを構成する第２の種類のデータ処理装置内に設
   けられ、 自データ処理装置内で発生した前記共有記憶装置に対す
   るアクセス要求が所定の共有データの更新要求であった
   場合には、該所定の共有データの更新要求を前記複数の
   データ処理装置のうちの１つを構成する第１の種類のデ
   ータ処理装置に向けて前記ネットワークに送出し、前記
   アクセス要求が前記所定の共有データの参照要求であっ
   た場合には、該所定の共有データの参照要求を受け付け
   る第２の所定共有データアクセス制御手段と、 該第２の所定共有データアクセス制御手段が受け付けた
   前記所定の共有データの参照要求に対応して、前記所定
   の共有データの参照操作を実行する所定共有データ参照
   操作実行手段と、 前記第１の種類のデータ処理装置から前記ネットワーク
   を介して受信した前記更新記憶装置における前記所定の
   共有データの更新状態を管理する第２の更新状態管理手
   段と、 自データ処理装置から直接前記バスを介して、前記第２
   の更新状態管理手段が管理する前記更新記憶装置におけ
   る前記所定の共有データの更新状態に応じて決定され
   る、前記共有記憶装置に記憶されている前記所定の共有
   データ又は前記更新記憶装置に記憶されている前記所定
   の共有データの何れかに対して、前記所定共有データ参
   照操作実行手段によって実行される前記所定の共有デー
   タの参照操作を発行する所定共有データ参照操作制御手
   段と、 を有することを特徴とする共有データ処理装置。
3. 【請求項３】複数のデータ処理装置が、共有記憶装置及
   び更新記憶装置をアクセスするためのバスを共有すると
   共に、ネットワークにより相互に接続された共有データ
   処理システムであって、 前記複数のデータ処理装置のうちの少なくとも１つを構
   成する第１の種類のデータ処理装置内に、 他の前記データ処理装置から前記ネットワークを介して
   受信した前記共有記憶装置に対する所定の共有データの
   更新要求、又は自データ処理装置内で発生した前記所定
   の共有データの更新要求を受け付ける第１の所定共有デ
   ータアクセス制御手段と、 該第１の所定共有データアクセス制御手段が受け付けた
   前記所定の共有データの更新要求に対応して、前記所定
   の共有データの更新操作を実行する所定共有データ更新
   操作実行手段と、 該所定共有データ更新操作実行手段により更新された前
   記所定の共有データの１つのバージョンを、前記更新記
   憶装置に書き込むバージョンデータ書込み手段と、 前記更新記憶装置に記憶されている前記所定の共有デー
   タの所定のバージョンを、所定のタイミングで、前記共
   有記憶装置上の前記所定の共有データに対応する記憶位
   置に書き込む遅延更新手段と、 前記更新記憶装置における前記所定の共有データの更新
   状態を管理する第１の更新状態管理手段と、 該第１の更新状態管理手段が管理する前記更新記憶装置
   における前記所定の共有データの更新状態を、前記ネッ
   トワークを介して前記複数のデータ処理装置に通知する
   更新状態通知手段と、 を有し、 前記複数のデータ処理装置のうちの少なくとも１つを構
   成する第２の種類のデータ処理装置内に、 自データ処理装置内で発生した前記共有記憶装置に対す
   るアクセス要求が所定の共有データの更新要求であった
   場合には、該所定の共有データの更新要求を前記第１の
   種類のデータ処理装置に向けて前記ネットワークに送出
   し、前記アクセス要求が前記所定の共有データの参照要
   求であった場合には、該所定の共有データの参照要求を
   受け付ける第２の所定共有データアクセス制御手段と、 該第２の所定共有データアクセス制御手段が受け付けた
   前記所定の共有データの参照要求に対応して、前記所定
   の共有データの参照操作を実行する所定共有データ参照
   操作実行手段と、 前記第１の種類のデータ処理装置から前記ネットワーク
   を介して受信した前記更新記憶装置における前記所定の
   共有データの更新状態を管理する第２の更新状態管理手
   段と、 自データ処理装置から直接前記バスを介して、前記第２
   の更新状態管理手段が管理する前記更新記憶装置におけ
   る前記所定の共有データの更新状態に応じて決定され
   る、前記共有記憶装置に記憶されている前記所定の共有
   データ又は前記更新記憶装置に記憶されている前記所定
   の共有データの何れかに対して、前記所定共有データ参
   照操作実行手段によって実行される前記所定の共有デー
   タの参照操作を発行する所定共有データ参照操作制御手
   段と、 を有することを特徴とする共有データ処理システム。
4. 【請求項４】前記第１の種類のデータ処理装置は、前記
   第２の種類のデータ処理装置の全ての機能を含む、 ことを特徴とする請求項３に記載の共有データ処理シス
   テム。
5. 【請求項５】前記所定の共有データの更新要求は、前記
   共有記憶装置に構築されているファイルシステム上のフ
   ァイルデータ以外の、該ファイルシステムの構造を規定
   するシステムデータに対する更新要求である、 ことを特徴とする請求項１または２に記載の共有データ
   処理装置。
6. 【請求項６】前記所定の共有データの更新要求は、前記
   共有記憶装置に構築されているファイルシステム上のフ
   ァイルデータ、又は該ファイルデータ以外の、前記ファ
   イルシステムの構造を規定するシステムデータの何れか
   に対する更新要求である、 ことを特徴とする請求項１または２に記載の共有データ
   処理装置。
7. 【請求項７】前記第１の種類のデータ処理装置に障害が
   発生した場合に、前記更新記憶装置に記憶されている前
   記所定の共有データを用いて、前記共有記憶装置上の前
   記所定の共有データを修復する修復手段を更に有する、 ことを特徴とする請求項３に記載の共有データ処理シス
   テム。
8. 【請求項８】前記更新記憶装置に記憶されている複数の
   バージョンの前記所定の共有データのうちの任意のバー
   ジョンにアクセスするバージョンデータアクセス手段を
   更に有する、 ことを特徴とする請求項３に記載の共有データ処理シス
   テム。
9. 【請求項９】前記ネットワークに、複数の前記第１の種
   類のデータ処理装置が接続され、該複数の第１の種類の
   データ処理装置のうちの運用されている１台に障害が発
   生した場合に、他の前記第１の種類のデータ処理装置が
   前記更新記憶装置に対する制御機能を引き継ぐ、 ことを特徴とする請求項３に記載の共有データ処理シス
   テム。
10. 【請求項１０】前記更新記憶装置はリングバッファによ
    って構成され、 前記バージョンデータ書込み手段による前記更新記憶装
    置である前記リングバッファに対する前記所定の共有デ
    ータの書込み動作は、追加書込みの形態のみによって実
    行され、 前記遅延更新手段は、前記更新記憶装置である前記リン
    グバッファに対する前記所定の共有データの書込み量に
    応じて起動される、 ことを特徴とする請求項３に記載の共有データ処理シス
    テム。