JPH047651A - 記憶装置共有システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、コンピュータの記憶装置の共有システムに関
するものである。

〔従来の技術〕

第１０図はネットワークファイルシステムの構成図であ
る。同図において、１００１〜１００３はそれぞれホス
トコンピュータであり、１００４〜１００８は各ホスト
コンピュータに接続された磁気ディスク、１００９はネ
ットワーク、１０１０〜１０１２はネットワーク用トラ
ンシーバである。

次に動作について説明する。ホストコンピュータ１００
１がホストコンピュータ１００２のＮ気ディスク１００
６を共有する場合を想定する。この場合、ホストコンピ
ュータ１００１をクライアント、ホストコンピュータ１
００２をサーバーと呼び、クライアント１００１、サー
バー１００２共に起動されており且つサーバー１００２
側の磁気ディスク装置１００６がクライアント１００１
側からのマウント要求に対応可能であるように設定され
ている必要がある。クライアント１００１がサーバー１
００２の持つ磁気ディスク１００６を使用するためには
、まず磁気ディスク１００６のマウント処理を行なう。

このマウント処理とは、ホストコンピュータが磁気ディ
スクの内容を読めるようにするための初期設定動作を行
なうもので、磁気ディスク上の情報管理領域の位置情報
などをホストコンピュータの資源管理領域に読み込む動
作である。

実際にクライアント１００１がサーバー１００２の磁気
ディスク１００６をアクセスする場合の概略フローを第
１１図に示す。このフローについて説明する。従来の記
憶装置共有システムにおけるクライアント１００Ｌサー
バー１００２間のデータ転送は、クライアント１００１
側からサーバー１００２への通信開始要求（ステップ１
１０１）により開始される。この通信開始要求が受は入
れられるとクライアント１００１は、サーバー１００２
とのデータ転送（ステップ１１０２）を行なう。次に、
クライアント１００１から送られたデータの内容により
、サーバー１００２は自身の磁気ディスク１００６のＩ
１０処理（ステップ１１０３）を行なう。この後サーバ
ー１００２での処理結果に基づいてサーバー１００２は
クライアント１００１とのデータ転送（ステップ１１０
４）を行なう。クライアント１００１、サーバー１００
２間での必要なデータ転送に関わる処理が完了するとサ
ーバー１００２は、クライアント１００１に対して通信
完了通知（ステップ１１０５）を行なう。

この過程において、クライアント１００１、サーバー１
００２間の通信路に障害が発生した場合、もしくはサー
バー１００２に何らかの障害が発生した場合には、クラ
イアント１００１はサーバー１００２からの応答待の状
態でハングアンプしてしまう。従って、従来の記憶装置
共有システムでは、通信路に障害がなく、かつサーバー
１００２がアクティブであるという２つの条件が満たさ
れなければ記憶装置を共有することはできない。

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

従来の記憶装置共有システムは以上のように構成されて
いるため、サーバー側のプロセッサに何らかの障害が発
生し使用不能になった場合には、クライアント側のプロ
セッサもサーバーにアクセスすると使用不能になるとい
う問題があった。

本発明はこのような点に鑑みてなされたものであり、そ
の目的とするところは、サーバーが使用不能となっても
クライアントにおいて使用不能になることがなく、さら
にサーバーが復旧したときにはデータの修復を可能とし
たものである。

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

このような目的を達成するために本発明による記憶装置
共有システムは、クライアント側にサーバーの磁気ディ
スク管理情報のコピーを持たせ、サーバー側で該情報の
更新が行なわれた場合には、これに同期してクライアン
ト側でも更新を行ない、サーバー側には、ファイルレベ
ルでのアクセスフラッグを設けて複数のクライアントか
らの同時アクセスを禁止し、さらにクライアント側に待
避領域を設定して、サーバーのダウン時には必要情報を
クライアント側に保持させ、サーバー復旧時にデータの
修復を可能とするものである。

〔作用〕

本発明による記憶装置共有システムは、クライアント側
にサーバーの持つ磁気ディスク管理情報と同じ情報をコ
ピーして保持し、サーバー側にはクライアント側でファ
イルを使用中であることを通知し、フラングなどでこの
情報を保持することにより、サーバーが障害等で使用不
能となってもクライアントの使用に何ら影響がなく、サ
ーバーが復旧した後にはクライアントの情報をもとにサ
ーバー側のデータの修復を可能とするものである。

〔実施例〕

以下、本発明の一実施例を図について説明する。

第１図において、１０１はクライアント側ホストコンピ
ュータ、１０２はサーバー側ホストコンピュータ、１０
３，１０４，１０５は各ホストコンピュータの磁気ディ
スク、１０６はクライアントのメモリ、１０７，１０８
はネットワークトランシーバ、１０９はネットワークケ
ーブル、１１０はクライアントの磁気ディスク１０３の
待避エリアである。

次に動作について説明する。クライアントであるホスト
コンピュータ１０１がサーバーであるホストコンピュー
タ１０２の磁気ディスク１０４を共有する場合について
説明する。第２図は、クライアント１０１がサーバー１
０２に対して記憶装置共有要求のコマンドを発行した場
合、および共有状態での管理情報データの更新処理の流
れを示すフローチャートである。クライアント１０１は
記憶装置を共有するために、まずサーバー１０２との通
信開始の要求（ステップ２０１）を行なう。

要求が承認された場合、クライアント１０１はサーバー
１０２に共有を行なうためのコマンドと被共有装置に関
する情報を転送する（ステップ２０２）。サーバー１０
２はこの情報をもとに被共有装置１０４の共有情報管理
領域に、クライアント１０１を管理するための情報を読
み込む（ステップ２０３）。次に、サーバー１０２から
被共有装置１０４の管理情報をクライアント１０１に転
送する（ステップ２０４）。被共有装２１０４の情報の
更新間隔などの更新準備データを、サーバー１０２はク
ライアント１０１に転送する（ステップ２０５）。この
データを元に、クライアント１０１は一定時間毎にサー
バー１０２の被共有装置１０４の管理情報を読み出して
、自己の保持する該装置に関する管理情報を更新する（
ステップ２０６）。

第３図は、クライアント１０１がサーバー１０２の被共
有装置１０４からファイルを読み込む場合の処理を説明
するフローチャートである。まず、クライアント１０１
がサーバー１０２に通信開始要求を発行する（ステップ
３０１）。次にフライアン）１０１は被共有装置１０４
からデータを読み出すために必要な情報をサーバー１０
２に送信する（ステップ３０２）。サーバー１０２はこ
の情報を元に被共有装置１０４から該当するファイルと
これを管理する情報を読み出しくステップ３０３．３０
４）、クライアント１０１に送信する（ステップ３０５
）。このときサーバー１０２側の管理情報には読み出さ
れたファイルがクライアント側で使用中であることを示
すフラグ、どのクライアントか等のクライアント管理情
報が書き込まれる。クライアント１０１はサーバー１０
２から送信されたデータを自身の磁気ディスク１０３に
格納しくステップ３０６）、さらに他ホストコンピュー
タの磁気ディスク管理情報の更新を行なう。

第４図は、クライアント１０１から被共有装置１０４へ
の書込み処理を説明するフローチャートである。まず、
クライアント１０１はサーバー１０２に対して通信開始
要求を行なう（ステップ４０１）。次に、クライアント
１０１は、データの書込みに関するコマンドや管理情報
などと該当するファイルのデータをサーバー１０２に送
信する（ステップ４０２）。サーバー１０２は、被共有
装置１０４に該当するファイルのデータを書き込み（ス
テップ４０３）、同時にファイルの管理情報を更新する
（ステップ４０４）。この後、サーバー１０２はクライ
アント１０１に更新された管理情報を送信しくステップ
４０５）、クライアント１０１は自身の持つ他ホスト共
有情報を更新する。

第９図は、クライアント１０１、サーバー１０２間の通
信が何らかの理由で不可能となった場合の処理を説明す
るためのフローチャートである。

クライアント１０１からサーバー１０２への通信要求（
ステップ９０１）に対して一定時間が経過しても通信許
可が得られずタイムアウトとなった場合には、何らかの
障害が発生したと見なして障害時処理を行なう（ステッ
プ９０２）。まずサーバーとの通信路をユーザーレベル
で閉鎖しくステップ９０４）、ユーザーにメソセージを
発する（ステップ９０５）。次に、被共有ファイルの書
込み先を、被共有装置１０４からフライアン）１０１の
持つ待避領域１１０に変更する（ステップ９０６）。書
込み操作は、待避領域１１０に対して行なわれる（ステ
ップ９０７）。被共有領域１０４からの読込みはエラー
メツセージと共に拒絶される。ファイル管理情報の更新
は、サーバー１０２の領域の代わりに待避領域を使用す
る（ステン１９０８）。さらに、通信の復旧をチエツク
するために、モニタルーティンを起動する（ステップ９
０９）、ステップ９０２でタイムアウトでない場合には
ステップ９０３のノーマル処理へ移行する。

第５図は、サーバー１０２が障害からの復旧時にクライ
アント１０１との間で行なうデータ修復処理を説明する
ためのフローチャートである。ここでクライアント１０
１は、サーバー１０２が障害により通信不可能であるこ
とを検知している状態にあるものとする。クライアント
１０１はサーバー１０２に対して通信要求を一定時間間
隔で通信許可が得られるまで行なう（ステップ５０１゜
５０２）。復旧状態になると、サーバー１０２はクライ
アント１０１に復旧通知を行ない（ステップ５０３）、
さらにクライアント１０１に対して情報修復のためのデ
ータ転送要求を行なう（ステップ５０４）。クライアン
ト１０１は、待避領域にあるファイルデータ並びに更新
情報をサーバー１０２へ転送する（ステップ５０５）。

サーバー１０２は転送されたデータを元にファイル管理
情報を更新・修復する（ステップ５０６）。サーバー１
０２側で修復されたデータは、クライアント１０１に転
送され、クライアント１０１の持つ他ホスト共有情報を
更新する（ステップ５０７）。

なお、上記実施例においては、待避領域とフライアン）
１０１の持つ磁気ディスク１０３上の一部領域を使用す
るように設定しているが、第６図に示すように、クライ
アント１０１のメモリ６０１上に待避領域６０２を設定
し、待避すべき情報を保持するようにしても同様の効果
が期待できる。

また、第７図に示すように、クライアント１０１が複数
のサーバー１０２．７０１〜７０３との共有関係にある
場合には、障害を発生していないサーバー７０２の磁気
ディスク７１１上に待避領域７２１を持たせても、第１
の実施例と同様の効果が得られる。

さらに、第８図に示すように、クライアント１０１．８
０１〜８０３とサーバー１０２．８０４〜８０６が複数
個ずつある場合に、特定のサーバーまたはクライアント
（例えば８０５）に待避領Ｍｉ８２５を設定して待避情
報を集中格納するようにすることにより、障害復旧の集
中管理が可能となる。

〔発明の効果〕

以上説明したように本発明は、第１のホストコンピュー
タが、第２のホストコンピュータに接続された外部記憶
装置情報とこれに付随する管理情報を一時的に外部記憶
装置に複写し、第２のホストコンピュータに障害が発生
しても第１のホストコンピュータに影響を与えないよう
にしたことにより、サーバーが障害により使用不可能と
なってもクライアントの使用に何ら影響を与えず、かつ
サーバーの復旧時にはクライアントでのファイル更新情
報をサーバーに転送可能とさせる効果が得られる。

【図面の簡単な説明】

第１図は本発明の記憶装置共有システムの一実施例を示
す構成図、第２図は磁気ディスクの共有要求並びに定常
時の監視処理の手順を示すフローチャート、第３図は磁
気ディスクがらの読込み処理の手順を示すフローチャー
ト、第４図は磁気ディスクへの書込み処理の手順を示す
フローチャート、第５図はサーバーの障害復旧時の処理
手順を示すフローチャート、第６図〜第８図は記憶装置
共有システムの第１〜第３の変形例を示す構成図、第９
図はクライアント・サーバー間の通信が何らかの理由で
不可能となった場合の処理を説明するためのフローチャ
ート、第１０図は従来の記憶装置共有システムであるネ
ットワークファイルシステムの構成図、第１１図はネッ
トワークファイルシステムの処理の概念を説明するため
のフローチャートである。 １０１．１０２・・・ホストコンピュータ、１０３〜１
０５・・・磁気ディスク、１０６・・・メモリ、１０７
．１０８・・・ネットワークトランシーバ、１０９・・
・ネットワークケーブル、１１０・・・待避エリア。

Claims (1)

【特許請求の範囲】
1. 複数台のホストコンピュータと、これらホストコンピュ
   ータの各々に接続された外部記憶装置と、これらのホス
   トコンピュータを接続するネットワークとから成り、第
   １のホストコンピュータは第２のホストコンピュータに
   接続された外部記憶装置の内容をアクセス可能であるコ
   ンピュータシステムにおいて、第１のホストコンピュー
   タは、第２のホストコンピュータに接続された外部記憶
   装置情報とこれに付随する管理情報を一時的に複写する
   外部記憶装置を有し、第２のホストコンピュータに障害
   が発生しても第１のホストコンピュータに影響を与えな
   いことを特徴とする記憶装置共有システム。