JPH03241441A - ローカルファイルデュプレックス装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、ネットワークに接続された複数のコンピュー
タで、それぞれの磁気ディスクファイル及び磁気ディス
ク制御部に障害が発生しても、そのコンピュータを停止
させることなく運用できるローカルファイルデュプレッ
クス装置に関する。

〔従来の技術〕

現在、汎用コンピュータの利用形態は、ホストコンピュ
ータによる「集中処理型」からコンピュータをネットワ
ークで接続して各コンピュータの資源共有と負荷１機能
分散を計る「分散処理型」に移行しつつある。

この様な状況の下で、分散処理型におけるコンピュータ
の磁気ディスクファイルの障害保守、特にデータファイ
ルのバックアップは、それぞれのコンピュータ利用者、
もしくはシステム管理者がそれぞれのコンピュータごと
に個別に行うのが一般的である。

例えば上述のデータファイルのバックアンプは、各コン
ピュータで一定時間ごとに磁気テープ装置。

フロッピーディスク装置を使用して磁気ディスクファイ
ルのデータを、それぞれの媒体にセーブし、磁気ディス
クファイル障害時に、システムを停止または保守運用状
態にして修復後、これらのセーブした媒体を用いて、磁
気ディスクファイルのデータを復旧している。

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

上述した従来の磁気ディスクファイルの障害保守は、各
々のコンピュータごとに行わなければならず、例えばパ
ンクアップファイルの準備を考えてみても、各々のコン
ピュータごとに必要で、その管理が面倒となり準備時間
も加算される。また、ネットワークに接続されたワーク
ステーションの規模、能力が増大するとともに磁気ディ
スクファイルに障害が発生した場合、その障害は、他の
コンビエータの処理を遅延させることになり、全体に対
する影響がきわめて大きくなってきている。

そこで、本発明の目的は、ネットワークに接続された各
コンピュータの磁気ディスクデータファイルのバックア
ップを一括して行い、さらに磁気ディスクに障害が発生
しても、そのコンピュータを停止することなく運用させ
、他のコンピュータに影響を与えることのない簡易なロ
ーカルファイルデュプレックス装置を提供することにあ
る。

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

本発明のローカルファイルデュプレックス装置は、 ネットワークに接続された複数のコンピュータと、前記
ネットワークに接続されたバックアップサーバとにより
構成され、 前記コンピュータはそれぞれ、 第１の磁気ディスクと、 所定の書き込み要求により前記第１の磁気ディスクにデ
ータを書き込み、所定の読み出し要求により前記第１の
磁気ディスクからデータを読み出す第１の磁気ディスク
アクセス手段と、前記ネットワークを通じて前記バック
アップサーバと通信を行うための第１のネットワーク制
御部と、 ディスクの障害の有無を検出するディスク障害検出部と
、 このディスク障害検出部がディスク障害を検出していな
いときは、前記書き込み要求及び書き込みデータを前記
第１の磁気ディスクアクセス手段に出力し、さらに前記
第１のネットワーク制御部を通じて前記バンクアップサ
ーバに出力し、前記ディスク障害検出部がディスク障害
を検出しているときは、前記書き込み要求、書き込みデ
ータならびに前記読み出し要求を前記第１のネットワー
ク制御部を通じて前記バックアップサーバに出力するデ
ィスク切換部とを備え、 前記バックアップサーバは、 第２の磁気ディスクと、 前記ネットワークを通じて前記コンピュータと通信を行
うための第２のネットワーク制御部と、前記コンピュー
タからの前記書き込み要求、前記書き込みデータならび
に前記読み出し要求を前記第２のネットワーク制御部か
ら受け取り、前記書き込み要求を受け取ったときは、コ
ンピュータごとに異なる所定領域を前記第２の磁気ディ
スクに確保して前記書き込みデータを書き込み、読み出
し要求を受け取ったときは、前記第２の磁気ディスクの
前記所定領域からデータを読み出して前記第２のネット
ワーク制御部を通じて前記コンピュータに出力する第２
の磁気ディスクアクセス手段とを備えたことを特徴とす
る。

〔実施例〕

次に、本発明の実施例について図面を参照して説明する
。

第１図は本発明の一実施例の回線接続図である。

第１図に示すように、このローカルファイルデュプレッ
クス装置は、１つのネットワーク３に複数のコンピュー
タ２とバックアップサーバ１とを接続して構成され、各
コンピュータ２は、第２図に示すように、磁気ディスク
２１、ディスク制御部２２、データ（ファイル）管理部
２３、ディスク障害検出部２４、ディスク切換部２５、
アプリケーション（ＡＰ）インタフェース部２６、ネッ
トワーク制御部２８から構成され、バックアップサーバ
ｌは、磁気ディスク１１．ディスク制御部１２、データ
（ファイル）管理部１３、コマンド管理部１４、ネット
ワーク制御部１５から構成されている。なお第１図中、
＃Ｂ１゜＃Ｃ１，＃Ｃ２，＃Ｃｎはネットワーク３にお
ける情報局番号を示している。また、データ管理部２３
とディスク制御部２２とは第１の磁気ディスクアクセス
手段をｌｔ威し、ディスク制御部１２とデータ管理部１
３とコマンド管理部１４とは第２の磁気ディスクアクセ
ス手段を構成している。

次に各部の機能を詳しく説明する。

アプリケーションインタフェース部２６は、利用者アプ
リケーション（ＡＰ）２７からの磁気ディスクファイル
処理要求に応して各種の磁気ディスク処理命令（ファイ
ル管理部２３で処理される命令であり、以後マクロ命令
と呼ぶ）をデータ管理部２３に通知する機能を有する。

ここでのマクロ命令は通常コンピュータにおいて使用さ
れている機能をもつものであり、たとえば“’Ｒｅａｄ
″、“Ｗｒｉｔｅ’″。

“０ｐｅｎ　＋　“Ｃ１ｏｓｅ”のようなものである。

例えば、“Ｒｅａｄ“マクロ命令の場合、次の様な使用
方法となる。

ＲＥＡＤ　　ｆｃｂｎａｍｅ、　　ｄａｔａ、　　−ｆ
ｃｂｎａｍｅ　　：対応するファイルのＰＣＢの名前ｄ
ａｔａ　　　：転送される利用者アプリケーションの作
業領域番地 なおＰＣＢとは、ファイル・コントロール・ブロックの
ことで、通常ファイルの入出力時に参照されるブロック
であり、ファイルの物理的位置を示すポインタ、ファイ
ルの名前、ファイル入出力の際必要とされる種々の情報
等のファイルの性格。

状態が記録されているものである。

ディスク切換部２５は、ディスク障害検出部２４からの
障害発生通知の有無に応して第１表の様な磁気ディスク
バックアップテーブルを参照し、アプリケーションイン
タフェース部２６から渡されたマクロ命令の通知先を変
更するｍ能を有する０例えば、マクロ命令として“０ｐ
ｅｎ″を受け取り、ディスク障害検出部２４より障害発
生通知を受けていない場合には、この“０ｐｅｎ”マク
ロ命令は、コンピュータ２のデータ管理部２３とネット
ワーク制御部２８の両方にそれぞれ通知される。この切
換部２５の動作によって、磁気ディスク２１とバックア
ップサーバ１の磁気ディスク１１のアクセスファイルの
データとは障害発生以前には整合がとれることになる。

第　　１　　表 データ管理部２３はマクロ命令を受けて、ディスク制御
部２２に対し、機械的な命令を発し、要求されたＰＣＢ
及び要求転送データを参照及び更新しながら、磁気ディ
スク２１の媒体上に要求されたデータアクセスを完成さ
せる。

ディスク障害検出部２４は、ディスク制御部２２゜磁気
ディスク２１及びデータ管理部２３の障害を検出する。

ディスク制御部２２及び磁気ディスク２１については良
く知られているので詳細な説明は省略する。

コンピュータ２のネットワーク制御部２８とバックアッ
プサーバ１のネットワーク制御部１５とは、ネットワー
ク３に接続されていて、互いに後述するコマンド（指令
）及びデータの転送を制御する機能を有する。この転送
制御は、通常知られているデータ通信であって、その際
用いられるデータのフレーム構成の一例を第４図に示す
。

バックアップサーバＩのコマンド管理部１４は、コンピ
ュータ２より送信されたコマンドがどのコンピュータか
ら送信されたものかをネットワーク制御部１５より情報
を得て調べ、その結果をもとに通知されたマクロ命令が
磁気ディスク１１に存在するファイル群よりバックアッ
プ対象ファイルを特定すべく処理（具体的には後述する
ローカルファイル番号の付加処理）してデータ管理部１
３を動作させる。データ管理部１３は管理部２３と同様
に動作し、制御部１２に命令を発して磁気ディスク１１
へのアクセスを完成させる。このデータ管理部１３では
磁気ディスク１１に存在するファイル群よりファイルを
特定する為に、“ファイル名十ローカル番号（情報局番
号）”という形式のデータが用いられることになる。デ
ィスク制御部１２及び磁気ディスク１１に関する特別な
説明は省略する。

次にこの様に構成された本実施例の動作について、第３
図を参照して詳細に説明する。

第３図において、　　ａ′はＡＰ２７が扱うファイルア
クセスのレコードデータが格納される領域りであり、“
′ｂ′はＡＰ２７が扱うファイルを識別する情報（ファ
イル名、レコード長、ブロック構成。

編成形成等）が設定されている領域ＦＤであり、Ｃ”は
データ管理部２３が扱う入出力バッファＢｕｆｆである
。　　ｅ”は磁気ディスク２１の媒体に存在するファイ
ルマツプ領域であり、°“ｆ”は特定されたデータファ
イル領域を示す。ファイルマツプ領域“ｅ”には特定の
ファイルを識別する情報（前記情報に加えて、ファイル
の領域の情報等がある）が設定されていて、通常ＦＤの
内容とファイルマツプ領域“ｅ”の内容は一致している
。同様にＩＩｇ”は磁気ディスク１１の媒体に存在する
ファイルマツプＭ域であり、“ｈ”は特定されたデータ
ファイル領域を示す。

この実施例の場合には、ファイルマツプ領域ｅ”と“ｇ
”は、ファイルの格納領域位置のデータを除いて、同一
の識別情報を持っている。特に、磁気ディスクＩＩの媒
体に獲得されるデータファイルは各コンピュータ２の磁
気ディスクｌ１分だけ確保されている。またファイルマ
ツプ領域の情報は“Ｆｉｌｅｎａｓｅ　　（ファイル名
）を識別する為、ＡＰ２７で利用する“ｆｉｌｅｎａｍ
ｅ”に情報局番号を加えた、いわゆるローカルファイル
で構成されている（第５図参照）。なお、ｉ”はデータ
管理部１３が扱う人出力バッファＢｕｆｆ’である。

さて、この様に構成されたファイル環境において、ＡＰ
２７よりファイルアクセスが要求されると（通常、最初
はｏｐｅｎ命令）、データ管理部２３が機能し、ファイ
ルマツプ領域“ｅ”を参照してＰＣＢ“ｊ”を生成して
前述の種々のファイル情報が保持される。

図の例においては、ｏｐｅｎ　ｆｉｌｅ　Ａなる命令に
よって、データ管理部２３はＦＤとファイルマツプ領域
“ｅ”のＡの格納データを参照してＦＣＢ　Ａ　　“′
ｊ”を生成している。

ここで本発明の特徴となるディスク切換部２５の機能に
よって前述のバックアップテーブル２９（第１表）に従
い、ＡＰインタフェース部２Ｇのｏｐｅｎマクロ命令は
、ネットワーク制御部２８を介してバックアップサーバ
１へ通知される。このとき通知されるデータフレームの
構成を第４図に示す。データフレームにで、ＬＨはヘッ
ダ識別データ、ＬＴはトレーラ識別データであり、ＦＨ
は＃Ｂ（相手情報局の番号Ｌ＃Ｃ（自局の番号）を含む
制御データ、ｄａ　ｔａは転送データである。これらフ
レーム構成データは、ネットワーク制御部２８及びネッ
トワーク制御部１５のデータ転送の制御データであって
、ネットワーク制御部１５．２８はこれらの制御データ
により通常知られた動作を実行する。なお、“１　”は
制御部２８に与えられているコンピュータ２が持つ情報
局番号であり、　ｍ”は制御部１５に与えられているハ
ックアップサーバ１が持つ情報局番号である。

前述のｏｐｅｎマクロ命令は、具体的には第４図に示す
データ“ｋ（０）”の構成となっている。＃Ｃ１はコン
ピュータ２の情報局番号″ｌ”が＃Ｃ１であることを示
し、ｏｐｅｎはマクロ命令がｏｐｅｎ命令であることを
示し、ＦＤはＡＰ２７で指定されたｆｉｌｅＡに対する
ＦＤ”ｂ“の情報であることを示す。

かくして、転送されたデータ゛’ｋ（０）”はいわゆる
コマンド形式であって、コマンド管理部１４へ通知され
る。コマンド管理部１４は、各マクロ命令に応じたファ
イルアクセスの為の準備を実施し、ｏｐｅｎマクロ命令
の場合には、転送されたＦＤ情報をコマンドデータ保持
部１６内の４０１部のファイル識別情報設定領域ＦＤ’
　　ｎ”に格納する。またコマンド管理部１４が扱うフ
ァイルアクセスのレコードのデータ格納領域Ｄ′　”○
”をＦＤの情報にもとづいて確保する。

次にコマンド管理部１４は、ｏｐｅｎマクロ命令をデー
タ管理部１３に通知し、データ管理部１３はファイルマ
ツプ領域ｇを参照してＦＣＢ　　ｐ”を生成することに
なる。なお、データ管理部１３はここで前述のローカル
ファイルを取り扱うことになる。

次に、ＡＰ２７よりファイルアクセス実行要求（通常Ｒ
ｅａｄ、　Ｗｒｉｔｅ命令）が出されると、ディスク切
換部２５の機能によって、そのマタ、口命令がデータフ
レーム“′に゛の形で、したがってコマンド形式でコマ
ンド管理部１４に通知され要求されたファイルアクセス
が実行されることになる。

例えば、図の例の場合ＡＰ２７より”Ｗｒｉｔｅ　ｆｉ
ｌｅＡ　ｆｒｏｍ　ｄ’“なる命令によって、データｄ
の書き込みが要求されているが、このデータｄは、当然
レコードデータ格納領域Ｄ゛ａ”に確保されている。

そしてデータ管理部２３は、前述の様に対応するＦＣＢ
゛ｊ”を参照してＤ゛″ａ”に確保されたレコードデー
タをｆｉｌｅ　Ａの領域“ｆ　”に書き込む。

また、ディスク切換部２５の機能によってバンクアップ
サーバ１へのコマンド転送が要求されている場合には、
ＡＰインタフェース２６はデータフレーム“ｋ“のｄａ
　ｔａとして第４図のデータ“ｋ　（Ｗ）”を生成して
転送する。図において、ｗｒ　ｉ　ｔｅはマクロ命令か
ｗｒｉｔｅ命令であることを示し、ＦＤはＡＰ２７で指
定したｆｅｅ　Ａに対するＦＤ”′ｂパの情報またはＦ
Ｄ”ｂ″の情報の内ＦＤを識別する名前（通常ファイル
名）であり、Ｄは前述のＤ“′ａ“に確保されたレコー
ドのデータと同じデータであることを示している。

かくして転送されたデータ“ｋ（Ｗ）”は、コマンド管
理部１４へ通知され、コマンドデータ保持部１６の＃Ｃ
１に対するＤ’　　　ｏ“に転送されたＤのデータを格
納し、ＦＤのファイル名で特定されるＦＤ’　　ｎ”を
参照して要求されているＰＣＢ“ｐを特定すると共に、
データ管理部１３に対して−ｒｉｔｅマクロ命令を通知
する。そしてデータ管理部１３は特定されたＦＣＢ″ｐ
　”を参照してＤ’　　ｏ”に確保されたレコードデー
タをｆｉｌｅ　＃Ａの領域りに書き込む。

さて第４図のフレームデータ“ｋ　（Ｓ）　”ｋ　（Ｒ
）”はＡＰ２７よりＲｅａｄ命令が要求された場合にコ
マンド管理部Ｉ４及びＡＰインタフェース部２６へそれ
ぞれ通知されるコマンド形式のデータである。ここでデ
ィスク障害検出部２４（第２図）がディスク障害を検出
しているとすると、ディスク切換部２５はアプリケーシ
ョンインタフェース部２６からのフレームデータｋ　（
Ｓ）をネットワーク制御部２８に出力し、コマンド管理
部１４はこれをネットワーク３及びネットワーク制御部
１５を通じて受け取る。第４図中、＃Ｃ１，ＦＤは前述
−ｒｉｔｅコマンドと同じであり、ＲｅａｄはＲｅａｄ
マクロ命令であることを示す。フレームデータ“ｋ　（
Ｓ）”を受け取ったコマンド管理部１４は、特定された
ＦＣＢｐ“を参照し、特定されたｆｉｌｅ　ＩＩＡ領域
°“ｈ”からレコードを読み込んで、コマンドデータ保
持部１６のＤ’　　　ｏ”にデータを確保する。次に、
この読み込んだデータをＡＰインタフェース部部幅６通
知すべくフレームデータ“ｋ　（Ｒ）”を出力する。第
４図中、＃Ｂｌはバックアップサーバ１の情報局アドレ
スを示しＸＸはコマンド種別データを示し、（Ｄ′）は
コマンドデータ保持部１６のＤ′０”に確保されたデー
タを示す。

ＡＰインタフェース部部幅６このコマンド形式のフレー
ムデータ“ｋ　（Ｒ）”をネットワーク制御部１５．２
８、ネットワーク３ならびにディスク切換部２５を通じ
て受け取り、データ（Ｄ′）をＡＰ２７のＤ′ａ”に転
送する。

最後にＡＰ２７よりＣ１ｏｓｅ指令が要求されると以上
説明したと同様な動作でＣ１ｏｓｅコマンドデータがコ
マンド管理部１４に通知され、コマンドデータ保持部１
６の対応情報局＃Ｃ１のＦＤ’　　ｎ”とＤ′Ｏ”なら
びにＰＣＢ　”　ｐ”が消去される。このときファイル
マツプ領域′°ｇ”の特定ファイル＃Ａは更新される。

なお、このローカルファイルデュプレックス装置では、
各コンピュータの磁気ディスクがアクセスされるときバ
ンクアップサーバの磁気ディスクもネットワークを通じ
て並行してアクセスされるので、ディスクアクセスの実
行動作時間はネットワークのディスク転送性能によって
影響を受けることになる。しかし、各コンピュータで検
索処理が主体で、更新処理が少ない場合にはその影響は
小さい。

〔発明の効果〕

以上説明したように本発明のローカルファイルデュプレ
ックス装置は、ネットワークに接続された複数のコンピ
ュータと、ネットワークに接続されたバックアップサー
バとにより構成され、コンピュータはそれぞれ、第１の
磁気ディスクと、所定の書き込み要求により第１の磁気
ディスクにデータを書き込み、所定の読み出し要求によ
り第１の磁気ディスクからデータを読み出す第１の磁気
ディスクアクセス手段と、ネットワークを通じてバック
アップサーバと通信を行うための第１のネットワーク制
御部と、ディスク障害の有無を検出するディスク障害検
出部と、このディスク障害検出部がディスク障害を検出
していないときは、書き込み要求および書き込みデータ
を第１の磁気ディスクアクセス手段に出力し、さらに第
１のネットワーク制御部を通じてバックアップサーバに
出力し、ディスク障害検出部がディスク障害を検出して
いるときは、書き込み要求、書き込みデータならびに読
み出し要求を第１のネットワーク制御部を通じてバック
アップサーバに出力するディスク切換部とを備え、バッ
クアップサーバは、第２の磁気ディスクと、ネットワー
クを通じてコンピュータと通信を行うための第２のネッ
トワーク制御部と、コンピュータからの書き込み要求、
書き込みデータならびに読み出し要求を第２のネットワ
ーク制御部から受け取り、書き込み要求を受け取ったと
きは、コンピュータごとに異なる所定領域を第２の磁気
ディスクに確保して前記書き込みデータを書き込み、読
み出し要求を受け取ったときは、第２の磁気ディスクの
所定領域からデータを読み出して第２のネットワーク制
御部を通じてコンピュータに出力する第２の磁気ディス
クアクセス手段とを備えている。

したがって本発明のローカルファイルデュプレックス装
置では、ディスク障害が発生していないときはコンピュ
ータの磁気ディスクに書き込まれるデータはバックアッ
プサーバの磁気ディスクにも書き込まれ、−旦ディスク
障害が発生すると、コンピュータの磁気ディスクへのア
クセスは停止され、代わりにバンクアップサーバの磁気
ディスクがネットワークを通じてアクセスされる。

そのため本発明のローカルファイルデュプレックス装置
では、各コンピュータの磁気ディスクデータファイルの
バンクアップは一括して行われ、データファイルの保守
・管理は極めて容易となる。

さらにディスクに障害が発生してもそのコンピュータは
停止することなく運用されるので、他のコンピュータは
影響を受けない。また、各コンピュータの磁気ディスク
システムの保守作業はシステムと切り離して行えるので
、作業が容易となり、かつ作業のための工数を削減でき
る。

【図面の簡単な説明】

第１図は本発明によるローカルファイルデュプレックス
装置の一実施例を示す回線接続図、第２図は上記一実施
例の構成を詳しく示すブロック図、 第３図は上記一実施例の動作を説明するためのブロック
図、 第４図は上記一実施例で用いるコマンド形式のフレーム
データを示す構成図、 第５図は上記一実施例で用いるローカルファイルデータ
を示す構成図である。 １・・・・・ハソクアップサーハ ２・・・・・コンピュータ ３・　・・　・　・ネットワーク ＩＣ２１・・・磁気ディスク １２、２２・・・ディスク制御部 １３、２３・・・データ管理部 １４・・・・・コマンド管理部 １５、２８・・・ネットワーク制御部 １６・・・・・コマンドデータ保持部 ２５・・・・・ディスク切換部 ２６・・・・・アプリケーションインタフェース部 ２７・・・・・利用者アプリケーション２８・・・・・
磁気ディスクバックアップテーブル

Claims (1)

【特許請求の範囲】
1. （１）ネットワークに接続された複数のコンピュータと
   、前記ネットワークに接続されたバックアップサーバと
   により構成され、 前記コンピュータはそれぞれ、 第１の磁気ディスクと、 所定の書き込み要求により前記第１の磁気ディスクにデ
   ータを書き込み、所定の読み出し要求により前記第１の
   磁気ディスクからデータを読み出す第１の磁気ディスク
   アクセス手段と、 前記ネットワークを通じて前記バックアップサーバと通
   信を行うための第１のネットワーク制御部と、 ディスクの障害の有無を検出するディスク障害検出部と
   、 このディスク障害検出部がディスク障害を検出していな
   いときは、前記書き込み要求及び書き込みデータを前記
   第１の磁気ディスクアクセス手段に出力し、さらに前記
   第１のネットワーク制御部を通じて前記バックアップサ
   ーバに出力し、前記ディスク障害検出部がディスク障害
   を検出しているときは、前記書き込み要求、書き込みデ
   ータならびに前記読み出し要求を前記第１のネットワー
   ク制御部を通じて前記バックアップサーバに出力するデ
   ィスク切換部とを備え、 前記バックアップサーバは、 第２の磁気ディスクと、 前記ネットワークを通じて前記コンピュータと通信を行
   うための第２のネットワーク制御部と、前記コンピュー
   タからの前記書き込み要求、前記書き込みデータならび
   に前記読み出し要求を前記第２のネットワーク制御部か
   ら受け取り、前記書き込み要求を受け取ったときは、コ
   ンピュータごとに異なる所定領域を前記第２の磁気ディ
   スクに確保して前記書き込みデータを書き込み、読み出
   し要求を受け取ったときは、前記第２の磁気ディスクの
   前記所定領域からデータを読み出して前記第２のネット
   ワーク制御部を通じて前記コンピュータに出力する第２
   の磁気ディスクアクセス手段とを備えたことを特徴とす
   るローカルファイルデュプレックス装置。