JP2905373B2 - ディスク制御装置及びその制御方法 - Google Patents

ディスク制御装置及びその制御方法

Info

Publication number
JP2905373B2
JP2905373B2 JP5246650A JP24665093A JP2905373B2 JP 2905373 B2 JP2905373 B2 JP 2905373B2 JP 5246650 A JP5246650 A JP 5246650A JP 24665093 A JP24665093 A JP 24665093A JP 2905373 B2 JP2905373 B2 JP 2905373B2
Authority
JP
Japan
Prior art keywords
data
failure
recovery
adapter
disk
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP5246650A
Other languages
English (en)
Other versions
JPH07104947A (ja
Inventor
等 松島
暢 小林
忠志 熊沢
正一 村野
準 石川
淳 片山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP5246650A priority Critical patent/JP2905373B2/ja
Priority to US08/284,003 priority patent/US5613066A/en
Publication of JPH07104947A publication Critical patent/JPH07104947A/ja
Priority to US08/759,149 priority patent/US5878204A/en
Priority to US09/167,650 priority patent/US6092216A/en
Application granted granted Critical
Publication of JP2905373B2 publication Critical patent/JP2905373B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0775—Content or structure details of the error report, e.g. specific table structure, specific error fields
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0727—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a storage system, e.g. in a DASD or network based storage system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0745—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in an input/output transactions management context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/122—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware performs an I/O function other than control of data transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/387—Information transfer, e.g. on bus using universal interface adapter for adaptation of different data processing systems to different peripheral devices, e.g. protocol converters for incompatible systems, open system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G06F3/0613—Improving I/O performance in relation to throughput
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0674—Disk device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0656—Data buffering arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Debugging And Monitoring (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明はディスク制御装置及びそ
の制御方法に係わり、特に、上位装置とのインターフェ
ースを司るチャネルアダプタとＩ／Ｏデバイスとのイン
ターフェースを司るデバイスアダプタと全体の資源管理
及び処理動作に関する制御を行うリソースマネージャと
を備えたディスク制御装置及びその制御方法に関する。
【０００２】
【従来の技術】近年、情報処理装置に対する処理効率の
向上が求められている。例えば、磁気ディスク制御装置
において、チャネルインターフェース処理やデバイスイ
ンターフェース処理等複数のインターフェース処理を１
つのプロセッサで行うとすれば、処理手順がシーケンシ
ャルにならざるを得ず、処理効率に限界がある。また、
かかる１つのプロセッサ構成のディスク制御装置では、
機能変更や追加等が必要になると、全て設計しなおさな
くてはならない問題がある。このため、機能単位にモジ
ュール化し、各モジュールを共通バスに結合させ、モジ
ュールの組み合わせにより全体的に所望の機能を実行す
るようにディスク制御装置を構成することが行われてい
る。各モジュールはプロセッサを備え、それぞれの機能
に応じたマイクロプログラムに従って自分に割り当てら
れた機能を実行する。かかる構成のディスク制御装置に
よれば、処理を各モジュールに分散できるため処理効率
を向上でき、しかも、機能の追加、変更に際しては必要
なモジュールの追加、あるいは関係するモジュールの変
更だけで対応でき、簡単に新たなディスク制御装置を構
築することができる。
【０００３】図２は機能毎にモジュール化して構成され
たＩ／Ｏサブシステム（磁気ディスク装置）の構成図で
あり、１はホスト装置（ＣＰＵ）、２ａ，２ｂはチャネ
ル装置、３はＩ／Ｏサブシステム（磁気ディスク制御装
置）、４ａ〜４ｄはＩ／Ｏデバイスとしての磁気ディス
ク装置である。Ｉ／Ｏサブシステムにおいて、５ａ，５
ｂは上位装置とのインターフェースを司る複数の上位イ
ンターフェース装置（チャネルアダプタ）、６ａ，６ｂ
はＩ／Ｏデバイスとのインターフェースを司る複数の下
位インターフェース装置（デバイスアダプタ）、７は全
体の資源管理及び処理動作に関する制御を行う全体管理
部（リソースマネージャ）、８は資源管理に必要な各種
テーブルを記憶するテーブル記憶部であり、チャネルア
ダプタ、デバイスアダプタ、リソースマネージャは内部
バス９により相互にデータ授受可能に接続されている。
【０００４】磁気ディスク装置の各トラック上にはＣＫ
Ｄ形式（ＣＫＤフォーマット）に従ってデータが記憶さ
れている。図３はＣＫＤフォーマットデータの説明図で
ある。トラック上には、ギャップで区切ったいくつかの
領域があり、先頭にはインデックスマークが付されてい
る。ＨＡはホームアドレス領域であり、自分自身が存在
するトラックのアドレスを記述する領域であり、インデ
ックスマークの後に設けられている。ホームアドレス領
域の後にはカウント領域Ｃ、キー領域Ｋ、データ領域Ｄ
で構成されるレコードＲ０，Ｒ１，Ｒ２，・・・が複数
個書かれている。カウンタ領域Ｃには、トラックアドレ
ス（ＣＣＨＨ、ＣＣ：シリンダアドレス、ＨＨ：ヘッド
番号）、レコード番号Ｒ及び後に続くキー領域、データ
領域の長さなどが書かれている。従って、トラックアド
レスとレコード番号を指定することにより、個々のレコ
ードを指定することができる。キー領域Ｋには検索のた
めのキーが書かれるが必ずしも必要ではない。データ領
域Ｄには、ユーザデータが書かれている。
【０００５】かかるＩ／Ｏサブシステムによれば、以下
のようにデータの書き込み、読み出しが行われる。尚、
Ｉ／Ｏサブシステムを磁気ディスク制御装置ＤＣＵとし
て説明する。図４はデータ書き込み時のシーケンス説明
図である。チャネル装置（ＣＨ）２ａ〜２ｂよりシーク
コマンドＳＫが発生すると、磁気ディスク制御装置（Ｄ
ＣＵ）３は磁気ディスク装置４ａ〜４ｄにシーク動作さ
せることなくコマンド待ち行列にキューイングし、しか
る後、あたかもシーク動作が終了したように見せ掛けて
動作終了信号をチャネル装置ＣＨに返す。キューイング
する理由は、磁気ディスク装置では位置付け時間や回転
待ち時間があるため、複数の位置付けコマンド（シー
ク、セットセクタ等）をキューイングしておき、サーチ
ＩＤコマンドを受信した時にキューイングしてあるコマ
ンド一気に実行して高速化を図るためである。
【０００６】チャネル装置ＣＨはシーク動作終了信号を
受信すれば、セットセクタコマンドＳＳを発行する。磁
気ディスク制御装置ＤＣＵは該セットセクタコマンドを
キューイングし、ついで、セットセクタ動作が終了した
ように見せ掛けて動作終了信号をチャネル装置ＣＨに返
す。チャネル装置ＣＨはセットセクタ動作終了信号を受
信すれば、サーチＩＤコマンドＳＩＤを発行する。磁気
ディスク制御装置ＤＣＵはサーチＩＤコマンドＳＩＤを
受信すれば、磁気ディスク装置ＤＥＶにシーク及びセッ
トセクタを連続的に実行させると共に、該動作時間中チ
ャネル装置ＣＨを磁気ディスク制御装置ＤＣＵから切り
離すためにリトライ信号を発行する。これにより、チャ
ネル装置ＣＨは磁気ディスク制御装置から一時的に切り
離れ、その間別の磁気ディスク制御装置に対するサービ
ス等を実行できる。チャネル装置ＣＨはリトライ信号を
受信して切離れてから、次に磁気ディスク制御装置ＤＣ
Ｕよりコマンド要求信号を受信した場合には、直前に発
行したコマンドを再送するようになっている。
【０００７】しかる後、シーク及びセットセクタ動作が
完了すると、磁気ディスク装置ＤＥＶは動作終了信号を
送り、これにより磁気ディスク制御装置ＤＣＵはコマン
ド要求信号をチャネル装置ＣＨに送出する。チャネル装
置ＣＨはコマンド要求を受信すると、直前に発行したサ
ーチＩＤコマンドＳＩＤを再度発行する。磁気ディスク
制御装置ＤＣＵはサーチＩＤコマンドＳＩＤを受信すれ
ば、磁気ディスク装置ＤＥＶにサーチＩＤ動作を実行さ
せ、サーチＩＤ動作が終了すれば、動作終了信号をチャ
ネル装置ＣＨに送る。チャネル装置ＣＨはサーチＩＤの
動作終了信号を受信すれば、ライトコマンドＷＤを発行
する。磁気ディスク制御装置ＤＣＵは書き込みコマンド
ＷＤを受信すれば、磁気ディスク装置ＤＥＶにデータ書
き込み動作を実行させると共に、データ書き込みの間、
チャネル装置ＣＨを磁気ディスク制御装置から切り離す
ためにリトライ信号をチャネル装置ＣＨに送る。これに
より、チャネル装置ＣＨは磁気ディスク制御装置から一
時的に切り離れる。
【０００８】データの書き込みが終了すれば、磁気ディ
スク装置ＤＥＶは書き込み終了信号を磁気ディスク制御
装置ＤＣＵに送り、これにより磁気ディスク制御装置Ｄ
ＣＵはコマンド要求信号をチャネル装置ＣＨに送出す
る。チャネル装置ＣＨはコマンド要求を受信すると、直
前に発行した書き込みコマンドＷＤを再度発行する。磁
気ディスク制御装置ＤＣＵは書き込みコマンドＷＤを受
信すれば、ただちに動作終了信号をチャネル装置ＣＨに
転送し、一連の書き込み動作が完結する。
【０００９】図５は別の書き込みシーケンス説明図であ
り、図４と異なる点は書き込み時にリトライ信号をチャ
ネル装置ＣＨに転送しない点であり、他は同じである。
図６はデータ読み出し時におけるシーケンス説明図であ
り、図５と異なる点はライトコマンドＷＤがリードコマ
ンドＲＤになっている点である。かかるデータ書き込
み、読み出しにおいて、磁気ディスク制御装置（Ｉ／Ｏ
サブシステム）３は内部的に以下のようにコマンドに同
期した転送制御（同期転送制御）を行う。
【００１０】すなわち、チャネル２ａからコマンド
（シーク、セットセクタ）を受信したチャネルアダプタ
５ａはリソースマネージャ７に通知し、リソースマネー
ジャがコマンドをキューイングする。ついで、チャネ
ルアダプタ５ａからサーチＩＤコマンドが通知される
と、リソースマネージャ７はリトライ要求をチャネルア
ダプタ５ａを介してチャネル２ａに送出すると共に、所
定のデバイスアダプタ６ａにシーク、セットセクタ動作
を指示し、動作終了によりチャネルアダプタ５ａを介し
てチャネル２ａにコマンドを要求する。リソースマネ
ージャ７はチャネルからサーチＩＤを受信すれば、デバ
イスアダプタ６ａを介してサーチＩＤ動作を指示し、サ
ーチＩＤ動作終了により、チャネルアダプタ５ａを介し
てサーチＩＤ終了をチャネルに通知する。又、サーチ
ＩＤ終了により、リソースマネージャ７はチャネルアダ
プタ５ａにデータ授受すべきデバイスアダプタ６ａを通
知し、又、デバイスアダプタ６ａにデータ授受すべきチ
ャネルアダプタ５ａを通知する。以後、書き込みの場
合にはチャネルアダプタ５ａは指定されたデバイスアダ
プタ６ａに直接データを送って磁気ディスクに書き込ま
せ、又、読み出しの場合にはデバイスアダプタ６ａは磁
気ディスクから読み出したデータを直接チャネルアダプ
タ５ａに送ってチャネル２ａに転送させる。
【００１１】かかる同期転送制御方式において、サーチ
動作は以下のように行われる。図７はサーチ動作説明図
である。サーチＩＤの場合には、レコードのうちカウン
ト領域Ｃのみサーチし、指示されたレコード番号と一致
するか調べ、一致してなければ、キー領域Ｋ，データ領
域Ｄは読み飛ばし（スキップ）、次のレコードのカウン
ト領域を読み出し、指令レコード番号と一致する迄上記
サーチを繰り返す。又、サーチキーの場合には、カウン
ト部を読み取ってキー位置を認識し、ついで、キー部Ｋ
をサーチして指示されたキーと一致するか調べ、一致し
てなければ、データ領域Ｄをスキップし、次のレコード
のカウント領域を読み出して以下、指令キーと一致する
迄上記サーチを繰り返す。以上のように、同期転送制御
におけるサーチ動作においては、サーチＩＤの場合キー
領域Ｋとデータ領域Ｄがスキップされるため、キー領域
あるいはデータ領域に傷が付いて読み出しエラーが発生
する場合にも何等エラーが発生することなく所望のレコ
ードをサーチできる。同様に、サーチキーの場合にはデ
ータ領域がスキップされるため、データ領域に傷が付い
て読み出しエラーが発生する場合にも何等エラーが発生
することなく所望のキー領域をサーチできる。
【００１２】又、同期転送制御におけるデータの読み出
しは以下のように行われる。図８はリードＣＫＤ(Read
Count Key Data)の説明図である。チャネル２ａからリ
ードＣＫＤコマンドが発生すると、チャネルアダプタ５
ａはデバイスアダプタ６ａにリードＣを指示してカウン
ト領域Ｃを読み出させる。正常に読み出しが行われれ
ば、デバイスアダプタはＮＥ（Normal End)をチャネル
アダプタに送る。チャネルアダプタはＮＥの受信により
リードＫを指示してキー領域Ｋを読み出させ、同様に正
常読み出しＮＥの受信によりリードＤを指示してデータ
領域Ｄを読み出させる。この時、データ部Ｄに傷があっ
て正常にデータを読み取れない場合にはデバイスアダプ
タ６ａは読み取りエラーを検出し、センスデータを作成
してチャネルアダプタ５ａに通知する。これにより、チ
ャネルアダプタはチャネル２ａにエラーステータスを送
ると共に、センスデータを報告する。このように、同期
転送制御では読み取り対象領域に傷があって読み取りエ
ラーが検出されるとエラーステータス、センスデータが
チャネルに通知される。
【００１３】ところで、同期転送制御方式では、上述の
ようにチャネルアダプタとデバイスアダプタが同期して
データの転送を行うため、データ転送速度が遅い問題が
ある。このため、Ｉ／Ｏサブシステムに中間バッファを
設け、該中間バッファを用いてデータ転送をチャネルア
ダプタとデバイスアダプタで非同期に行って転送速度を
向上させる非同期転送制御方式が提案されている。図９
は同期転送制御方式を実現するためのＩ／Ｏサブシステ
ムの構成図であり、図２と同一部分には同一符号を付し
ている。図２と異なる点は中間バッファ１０を設けてい
る点である。
【００１４】この非同期転送制御方式においては、セッ
トセクタ動作完了後にデバイスアダプタ６ａ，６ｂが磁
気ディスク４ａ〜４ｄから１トラックあるいは次のトラ
ック迄のレコード（ＣＫＤフォーマットデータ）を先読
みして中間バッファ１０に記憶し、チャネルアダプタ５
ａ、，５ｂはサーチＩＤ、リードコマンドに基づいて中
間バッファ１０上で所望のデータをサーチして上位装置
２ａ，２ｂに転送するようになっている。
【００１５】図１０はデバイスアダプタがレコードを磁
気ディスクから中間バッファ１０に書き込む場合の説明
図である。デバイスアダプタはセットセクタ動作が終了
すると、直ちに位置付けされている位置より所定範囲の
レコード（ＣＫＤフォーマットデータ）を読み取って中
間バッファ１０にギャップなく書き込む（図１０(a)参
照)。このように、所定範囲のレコードが全て中間バッ
ファ１０に書き込まれた場合には、何等問題なく所望の
レコードをサーチして読み取ることができる。尚、ＣＫ
Ｄの全てを中間バッファに書き込むのは、デバイスアダ
プタが処理コマンド（サーチコマンド、リードコマン
ド）で必要としている部分がＣ，Ｋ，Ｄのどれであるか
を認識できないからである。
【００１６】以上のように、所定範囲のレコードが全て
中間バッファに書き込める場合には何等問題はないが、
図１０(b)に示すようにデータ領域Ｄに傷があって読み
取りエラーが発生すると、デバイスアダプタは読み取り
を停止し、以降のレコードを中間バッファ１０に格納し
ない。かかる状況の下では、同期転送制御方式で可能で
あったサーチＩＤ、サーチキーが不可能となりで、目的
とするレコードやキーをサーチできなくなる。すなわ
ち、非同期転送制御であっても同期転送制御と同一の機
能を有しなければならないが、従来の方式では不可能で
あった。
【００１７】
【発明が解決しようとする課題】
・非同期転送制御の問題点 以上のように、従来の非同期転送制御においては、デー
タ領域やキー領域に傷等が付いて読み取りエラーが発生
する場合には所定範囲のレコードを全て中間バッファに
書き込むことができず、同期転送制御方式で可能であっ
たサーチＩＤ、サーチキーが不可能となり、目的とする
レコードやキーをサーチできない問題があった。
【００１８】・書き込み時のヘッド故障による問題点 ところで、ライトキーデータ（Write Key Data)コマン
ドを実行中に書き込みヘッドが故障する場合がある。例
えば、キー部(キー領域)の書き込みが正常に終了し、次
のデータ部(データ領域)への移動中にヘッドが故障した
場合である。かかる故障が生じると、データ保証上の問
題が生じる。なぜならば、このようなレコードは読み込
みにおいて問題なく読めるため、ＣＰＵはキー部が新し
く、データ部が古いレコードを取り扱う事になるからで
ある。
【００１９】・動的経路再結合方式の問題点 又、最近の大型コンピュータシステムにおいては、その
規模の巨大化に伴い、複数の中央処理装置（ＣＰＵ）で
システムを構成することが通例となっている。かかるシ
ステムでは、複数のＣＰＵ間でのデータの共用・データ
の通信が必要になる。このために、システム内で使用さ
れる外部記憶装置を始めとするＩ／Ｏサブシステムでは
多数のホストインターフェース（上位インターフェー
ス）を装備することが要求されている。この要求に答え
るためにＩ／Ｏサブシステム（磁気ディスク制御装置）
内に複数のチャネルアダプタを装備し、これらチャネル
アダプタをＣＰＵに接続し、又、Ｉ／Ｏサブシステムに
多数のＩ／Ｏデバイス（磁気ディスク装置）を接続して
いる。Ｉ／Ｏデバイスにはファイル単位で書き込み、読
み出しを行うため、Ｉ／Ｏデバイスをファイル装置、Ｉ
／Ｏサブシステムをファイル制御装置と呼ぶことがあ
る。
【００２０】かかるシステムにおいて、１つのファイル
制御装置配下のファイル装置を頻繁にアクセスする場合
はどうしてもそのファイル制御装置の１つのチャネルア
ダプタにアクセスが集中し、該チャネルアダプタのビジ
ー率（Busy率)が高くなる。その結果、アクセスの応答
も遅くなり、性能低下を生じる。かかる性能低下の防止
方法として、ホスト装置から１台のファイル制御装置へ
のアクセスパス（チャネルアダプタ）を複数設けること
によりアクセスを分散し、パス（チャネルアダプタ）の
ビジー率を下げることが考えられる。かかる考え方を更
に発展させて、アクセスがあったパスとは違うパスでデ
ータ転送する機能（動的経路再結合機能）が提案されて
いる。動的経路再結合機能は、ホスト装置が予めどのパ
スとどのパスが同一ホスト装置に接続されているかをフ
ァイル制御装置に認識させておく（グループを作成す
る）。そして、レコードの位置付けを完了した時（例え
ばサーチＩＤ動作終了時）、ホスト装置への動作終了報
告時にリソースマネージャが、どのチャネルアダプタが
同一ホスト装置に接続されているかを調べ（同一グルー
プのチャネルアダプタを探す）、空いている所定のチャ
ネルアダプタにホスト装置への報告を割込みにより行な
わせるものであり、複数のパス（チャネルアダプタ）を
有効に利用できる。
【００２１】しかし、かかる従来の動的経路再結合方式
では、再結合時に、グループを組んでいる複数のチャネ
ルアダプタのうち空いているチャネルアダプタに割込み
を発生させるものであり、チャネルアダプタのビジー率
（使用されている度合）は考慮されていない。すなわ
ち、従来の動的経路再結合方式では、パスの選択は、起
動時にホスト装置から設定されるパスグループの中から
空いているパス（チャネルアダプタ）を適当に選択する
だけである。、このため、選択されたチャネルアダプタ
（パス）のビジー率が高いと非効率的な資源の使用とな
り、レスポンスの短縮を図ることができない問題があっ
た。
【００２２】障害発生モジュールのリカバリ制御の問題
点 モジュール化されたＩ／Ｏサブシステムでは、各モジュ
ールの障害発生を検出してリカバリ処理するモジュール
（サービスアダプタ：Service Adapter)が設けられてい
る。サービスアダプタはモジュールがハ−ドウェア障害
（Check1)になった場合、該モジュールの障害を検出し
てリカバリする。又、サービスアダプタは、リカバリ
処理中、そのモジュールは使用できないという情報及び
リカバリ処理により復旧して動作可能になったという
情報をリソースマネージャに通知する。この通知は各モ
ジュールが共通に使用できるバス(C-BUS)を経由してリ
ソースマネージャに通知される。又、サービスアダプタ
が各モジュールをリカバリ処理するときは、違うバス(S
-BUS)を経由して行なわれる。
【００２３】しかしながら、各モジュールの障害と同時
にサービスアダプタにも障害が発生すると、サービスア
ダプタは障害が発生しているモジュールのリカバリ処理
ができなくなり、リソースマネージャにもリカバリでき
たという通知がされないままになる。特に、サービスア
ダプタが何等かの手段により復旧して障害発生中のモジ
ュールの復旧処理が可能になった場合でも、サービスア
ダプタは自分に発生した障害により、どのモジュールに
障害が発生していたのか忘れてしまし、該モジュールの
復旧をしない。かかる場合には、最悪のケースではシス
テムダウンという重大障害の原因になる。又、サービス
アダプタが障害発生したモジュールの復旧を完了した
後、リソースマネージャに該モジュールの復旧を通知す
る前に、サービスアダプタに障害が発生した場合にもリ
ソースマネージャに復旧通知が出されない。かかる場合
にも、最悪のケースではシステムダウンという重大障害
の原因になる。
【００２４】・障害発生時の問題点 Ｉ／Ｏサブシステムにて検出するエラーは、上位装置よ
りアクセスがあった時のみ上位装置に通知が可能であ
る。すなわち、アクセスとは無関係の内部検出のエラー
（サービスアダプタによる検出エラー、内部診断による
エラー）は、スタートＩ／Ｏ（ＳＩＯ）時にユニットチ
ェックを報告し、センス情報を刈り取ってもらうことに
より報告している。しかし、この方法ではエラーと無関
係なアクセスにも影響を与える問題がある。又、従来の
Ｉ／Ｏサブシステムで何らかのエラーを検出した時、積
極的に上位装置に通知する手段を持たないため、システ
ムとして重大な障害を上位装置がアクセスするまで報告
できず、未然に障害を防止することができなかった。更
に、報告したエラー内容によるリカバリ方法は上位装置
まかせであった。このため、Ｉ／Ｏサブシステムが必要
とするリカバリがなされるとは限らない問題があった。
又、上位装置の障害により下位装置（Ｉ／Ｏサブシステ
ム）が影響を受け、他系のパスに影響を与えることがあ
る。従来はこのパスをサブシステムが自ら切り離すこと
で他系への悪影響を防止していた。しかし、かかる方法
では上位装置の障害に気ずかず、Ｉ／Ｏサブシステムの
障害と見做されることがあり、的確な障害切り分けに手
間取ったり、上位装置にリカバリの機会を与えることが
できない問題があった。
【００２５】以上から本発明の目的は、Ｉ／Ｏサブシス
テムである磁気ディスク制御装置の性能を向上すること
である。本発明の別の目的は、非同期転送制御方式であ
っても同期転送制御と同じ機能を実行できる磁気ディス
ク制御及びその制御方法を提供することである。本発明
の別の目的は、データ領域やキー領域に傷等が付いて読
み取りエラーを生じる場合であっても、これら領域のデ
ータを処理の対象としないサーチ動作をエラーの発生な
く行える磁気ディスク制御装置及びその制御方法を提供
することである。本発明の更に別の目的は、レコード書
き込み時にＣＫＤフォーマットでの一部のみ正常に書き
替えられ、他の部分が書き替えられなかった場合でもデ
ータ保証上の問題が生じない磁気ディスク制御装置及び
その制御方法を提供することである。
【００２６】本発明の他の目的は、動的経路再結合方式
において、ビジー率を考慮して効率的な資源利用を図
れ、アクセスに対するレスポンスを短縮できる磁気ディ
スク制御装置及びその制御方法を提供することである。
本発明の別の目的は、サービスアダプタに障害が発生し
た場合、該サービスアダプタの復旧後確実に障害発生中
のモジュールの復旧を行なって、起動することができる
磁気ディスク制御装置及びその制御方法を提供すること
である。本発明の他の目的は、上位装置に磁気ディス
ク制御装置から積極的に障害内容を通知し、又、上位
装置にリカバリ方法を通知し、更に、磁気ディスク制
御装置における動作可能パスの提示をすることにより、
迅速にリカバリを行え、しかも、障害と無関係のアクセ
スに影響を与えない磁気ディスク制御装置及びその制御
方法を提供することである。本発明の別の目的は、上位
装置の障害を該上位装置に通知してリカバリさせること
ができる磁気ディスク制御装置及びその制御方法を提供
することである。
【００２７】
【課題を解決するための手段】図１は本発明の原理説明
図である。２０は上位装置としてのＣＰＵ、３０は磁気
ディスク制御装置等のＩ／Ｏサブシステム、４０はＩ／
Ｏデバイスとしての磁気ディスク装置である。Ｉ／Ｏサ
ブシステムにおいて、３１ａ，３１ｂは上位装置とのイ
ンターフェースを司るチャネルアダプタ（ＣＡ）、３２
ａ，３２ｂは磁気ディスク装置とのインターフェースを
司るデバイスアダプタ（ＤＡ）、３３は全体の資源管理
及び処理動作に関する制御を行うリソースマネージャ
（ＲＭ）、３４は磁気ディスク２０から読み取ったＣＫ
Ｄフォーマットのデータを記憶する中間バッファ、３５
は各種テーブル類を記憶するテーブル記憶部（ＴＳ）、
３６は各ユニットに発生した障害を検知するサービスア
ダプタであり、各ユニットは相互にバス接続されてい
る。
【００２８】
【作用】
・非同期転送制御 デバイスアダプタ３２ａ，３２ｂは位置付け動作（シー
ク、セットセクタ動作）が完了すると、直ちに磁気ディ
スク装置４０から読み取ったＣＫＤフォーマットのデー
タを中間バッファ３４に記憶し、チャネルアダプタ３１
ａ，３１ｂはサーチＩＤコマンドにより中間バッファ３
４上で所望のデータをサーチし、リードコマンドにより
該データを中間バッファから読み取って上位装置２０に
転送する。磁気ディスク装置４０よりＣＫＤフォーマッ
トのデータを読み取って中間バッファ３４に書き込む
際、デバイスアダプタ３２ａ〜３２ｂはキー部Ｋ又はデ
ータ部Ｄを正常に読み込めなかった時、エラー停止する
ことなく以下の処理を行う。すなわち、デバイスアダプ
タ３２ａ，３２ｂはエラー内容を示すセンスデータを作
成し、中間バッファ３４における前記キー部又はデータ
部を書き込む領域に該センスデータを書き込み、更に、
センスデータが前記領域に書き込まれていることを示す
制御情報Ｆを作成し、該制御情報を所定位置に書き込
み、以後、次のＣＫＤフォーマットデータを読み取って
中間バッファ３４に書き込む。尚、図１ではカウント部
Ｃ、キー部Ｋ書き込み後に（，）、データ部Ｄでエ
ラーが発生し、該データ部の代わりにセンスデータを作
成して書き込み（）、しかる後制御情報Ｆを作成、書
き込む場合（）が示されている。
【００２９】かかる状態で、センスデータが記憶される
領域（キー領域、データ領域）をサーチ対象としないサ
ーチ指令が上位装置２０から要求された場合、チャネル
アダプタ３１ａ，３１ｂは中間バッファ３４上でサーチ
を行うがセンスデータによるエラーを出力せず、所望の
データを検索する。又、センスデータが記憶される領域
を処理対象とするコマンドが上位装置２０から入力され
た場合、チャネルアダプタ３１ａ，３１ｂはレコード毎
に制御情報Ｆに基づいてセンスデータが該領域に書き込
まれているか判断し、書き込まれている場合には、該セ
ンスデータをエラー情報として上位装置２０に報告す
る。このようにすれば、非同期転送制御方式であっても
同期転送制御方式と同じ機能を実行することができる。
従って、磁気ディスク装置４０のデータ領域やキー領域
に傷等が付いて読み取りエラーを生じる場合であって
も、これら領域のデータを処理の対象としないサーチ動
作をエラーを発生することなく行うことができる。
【００３０】・動的経路再結合制御 リソースマネージャ３３はテーブル記憶部３５に複数上
位装置（ＣＰＵ）２０，２０，・・・と各ＣＰＵに接続
するチャネルアダプタ（パス）３１ａ，３１ｂ・・・と
の対応関係を記憶すると共に、各チャネルアダプタがＩ
／Ｏ処理に係っている度合を示すビジー率を所定時間毎
に算出して各チャネルアダプタに対応させて記憶する。
所定の上位装置からのコマンドに基づいた動作終了後
に、上位装置に割り込む場合、リソースマネージャ３３
は該上位装置に接続されているチャネルアダプタの中で
ビジー率が最も小さいチャネルアダプタをテーブル記憶
部３５より求め、該チャネルアダプタより割込み信号を
ホスト装置に上げ、以後該チャネルアダプタを介してデ
ータ転送する。このようにすれば、動的経路再結合方式
において、ビジー率を考慮して効率的な資源利用を図
れ、アクセスに対するレスポンスを短縮できる。
【００３１】・書き込み時のヘッド故障に対する制御 リソースマネージャ３３はデータ書き込み時に、磁気デ
ィスク装置４０の書き込みアドレスをメモリ（図示せ
ず）に記憶し、レコード（ＣＫＤフォーマットデータ）
が磁気ディスク装置４０に全て正常に書き込まれた場合
には該アドレスを抹消する。一方、一部データ書き込み
後に書き込みエラーが発生した場合には該アドレスを抹
消せず保持する。そして、ＣＫＤフォーマットデータの
読み出し時、該読み出しアドレスと一致するアドレスが
メモリに記憶されているか調べ、記憶されている場合に
は上位装置２０に対してエラー通知し、記憶されていな
い場合には該アドレスよりＣＫＤフォーマットデータを
読み出す。この場合、メモリを電源が切断されても記憶
内容を消失しない記憶手段で構成する。又、リソースマ
ネージャ３３はＣＫＤデータの書き込みが正常に行われ
た時、書き込みアドレスと一致するアドレスがメモリに
記憶されているか調べ、記憶されている場合には該アド
レスをメモリから抹消する。
【００３２】このようにすれば、レコード書き込み時に
ヘッド障害によりＣＫＤフォーマットの一部のみ正常に
書き替えられ、他の部分が書き替えられなかった場合で
もデータ保証上の問題が生じない。又、メモリを不揮発
性記憶手段で構成したから電源が切断後、再投入された
場合であっても不当なデータへのアクセスを検出してエ
ラー通知できる。更に、一時的にヘッドに障害が発生し
てあるアドレスのデータが不当な状態になっても、以後
正常に該アドレスのデータが更新された場合にはメモリ
からアドレスを削除することにより以後正常データとし
て扱う事ができる。
【００３３】・障害発生モジュールのリカバリ制御 サービスアダプタ３６は定期的に各ユニットに障害が発
生していないかパトロールし、障害発生を検知した場合
には該障害発生ユニットのリカバリ処理を行う。このよ
うに、定期的にサービスアダプタ３６がパトロールする
ようにすれば、障害発生中のユニットのリカバリ完了前
に該サービスアダプタ自身に障害が発生し、これにより
障害発生中のユニットを忘れてしまっても、復旧後、パ
トロールする事により障害発生中のユニットを認識で
き、再度リカバリ処理を行うことができる。
【００３４】又、サービスアダプタ３６は障害発生を検
知した時、障害発生ユニットをリソースマネージャ３３
に通知すると共に該ユニットのリカバリ処理を行い、リ
カバリ完了後、リカバリ完了をリソースマネージャに通
知する。リソースマネージャ３３は障害発生通知された
ユニットを動作不能状態にし、リカバリ完了通知により
該ユニットを動作可能状態にする。又、リソースマネー
ジャ３３は障害発生通知により経過時間を監視し、設定
時間を経過してもリカバリ完了通知がない場合には、サ
ービスアダプタ３６に障害発生ユニットのリカバリにつ
いて問い合わせる。サービスアダプタ３６は該問い合わ
せに基づいてユニットのリカバリ処理を行って、リカバ
リ完了をリソースマネージャに通知する。このようにす
れば、障害発生ユニットのリカバリ完了前に、サービス
アダプタ自身に障害が発生して障害発生前の事実を忘れ
てしまっても、復旧後、リソースマネージャからの問い
合わせにより障害発生中のユニットを認識でき、再度リ
カバリ処理を行うことができる。
【００３５】・障害発生の上位装置への通知制御 内部診断によりあるいはサービスアダプタ３６による障
害検出パトロールにより障害発生が検出された時，リソ
ースマネージャ３３は障害情報にリカバリ方法、障
害内容、動作可能なパス情報等を付加して割込み制御
により上位装置２０に報告し、上位装置２０は当該リカ
バリ方法に基づいて、あるいは、障害内容に応じたリカ
バリ処理を行い、又、パス情報に基づいてＩ／Ｏデバイ
スと該デバイスにアクセス可能なパスとの対応関係を示
すパスグループテーブルの内容を更新し、以後、更新し
たパスグループテーブルに基づいてアクセスするパスを
選択する。更に、リソースマネージャ３３は上位装置の
異常を検出した場合には、障害情報にチャネル番号を付
加して上位装置へ報告し、上位装置は該情報に基づいて
指定されたチャネルをリカバリする。このようにすれ
ば、迅速にリカバリを行え、しかも、障害と無関係のア
クセスに影響を与えず、更には、上位装置の障害を該上
位装置に通知してリカバリさせることができる。
【００３６】
【実施例】
(a) 非同期転送制御全体の構成 図１１は本発明の非同期転送制御の実施例構成図であ
る。図中、２０は上位装置としてのＣＰＵ、３０は磁気
ディスク制御装置等のＩ／Ｏサブシステム、４０はＩ／
Ｏデバイスとしての磁気ディスク装置であり、ＣＫＤ形
式でデータが書き込まれている。Ｉ／Ｏサブシステムに
おいて、３１ａ，３１ｂは上位装置とのインターフェー
スを司るチャネルアダプタ（ＣＡ）、３２ａ，３２ｂは
磁気ディスク装置とのインターフェースを司るデバイス
アダプタ（ＤＡ）、３３は全体の資源管理及び処理動作
に関する制御を行うリソースマネージャ（ＲＭ）、３４
は磁気ディスク２０から読み取ったＣＫＤフォーマット
のデータを記憶する中間バッファ、３５は各種テーブル
類を記憶するテーブル記憶部（ＴＳ）、３６は各ユニッ
トに発生した障害を検知するサービスアダプタであり、
各ユニットは相互にバス接続されている。
【００３７】中間バッファ３４にはレコード２のよう
に、読み取りエラーが発生しない場合には、カウント部
Ｃ、制御情報部Ｆ、キー部Ｋ、データ部Ｄが書き込まれ
る。制御情報部Ｆは例えば２ビットで構成されており、
キー部Ｋ、データ部Ｄが共に正常に読み取られた場
合”００”となり、キー部Ｋで読み取りエラーが発生
した場合”０１”になり、データ部Ｄで読み取りエラ
ーが発生した場合”１０”となり、両方でエラーが発
生した場合には”１１”となる。一方、レコード１のよ
うにデータ部Ｄにおいて読み取りエラーが発生すると、
カウント部Ｃ、制御情報部Ｆ（”１０”）、キー部Ｋ、
センスデータ（センスバイト）が書き込まれる。すなわ
ち、データ部Ｄで読み取りエラーが発生した場合には、
データＤに代わってエラー内容を示す所定バイトのセン
スデータが書き込まれる。この場合、データＤの長さ
（カウント部Ｃより既知）と等しいサイズの領域が中間
バッファ３４に確保される。又、同様に、キー部Ｋにお
いて読み取りエラーが発生すると、カウント部Ｃ、制御
情報部Ｆ（０１）、センスデータ、データ部Ｄが書き込
まれる。すなわち、キー部Ｋで読み取りエラーが発生し
た場合には、キー部Ｋに代わってエラー内容を示す所定
バイトのセンスデータが書き込まれる。
【００３８】バッファリング処理 図１２は磁気ディスク装置４０から中間バッファ３４に
ＣＫＤフォーマットデータをバッファリングする場合の
説明図である。レコード１を読み取って中間バッファ３
４に書き込む場合、まず、カウント部Ｃを書き込み、
ついで、キー部Ｋを読み取り、読み取りエラーが発生
しない場合には、該キー部をそのまま書き込む。しか
る後、データ部Ｄを読み取り、読み取りエラーが発生し
たか監視し、読み取りエラーが発生していれば、データ
部Ｄの代わりにセンスデータを作成して書き込み、し
かる後、制御情報Ｆを作成して制御情報領域に書き込
む。
【００３９】図１３は中間バッファ３４へのバッファリ
ング処理の流れ図である。デバイスアダプタ３２ａ，３
２ｂは位置付け動作（シーク、セットセクタ動作）が完
了すると、直ちに磁気ディスク４０から所定範囲（例え
ば次のインデックスマーク迄）のレコードを読み取って
中間バッファ３４に書き込むバッファリング処理を開始
する。まず、最初のレコードのカウント部Ｃｉを磁気デ
ィスク装置より読み取って中間バッファ３４に格納する
（ステップ１０１）。ついで、キー部Ｋｉを読み取る。
このＫｉの読み取りでエラーが発生したか監視し（ステ
ップ１０２）、エラーが発生してなければ、読み取った
キー部Ｋｉを中間バッファ３４に格納する（ステップ１
０３）。一方、読み取りエラーが発生していると、デバ
イスアダプタはエラー内容、エラー発生アドレス等を含
むセンスデータを作成し、キー部Ｋｉに代わって中間バ
ッファ３４に格納する（ステップ１０４）。
【００４０】しかる後、データ部Ｄｉを読み取る。この
Ｄｉの読み取りでエラーが発生したか監視し（ステップ
１０５）、エラーが発生してなければ、読み取ったデー
タ部Ｄｉを中間バッファ３４に格納する（ステップ１０
６）。一方、読み取りエラーが発生していると、デバイ
スアダプタはエラー内容、エラー発生アドレス等を含む
センスデータを作成し、データ部Ｄｉに代わって中間バ
ッファ３４に格納する（ステップ１０７）。ついで、キ
ー部、データ部における読み取りエラー発生状況を参照
して制御情報Ｆｉを作成して中間バッファに格納する
（ステップ１０８）。Ｆｉ書き込み後、所定範囲内の全
レコードのバッファリングが終了したか、例えばインデ
ックスマークを検出したかチェックし（ステップ１０
９）、検出してなければステップ１０１に戻り次のレコ
ードのバッファリングを行い、インデックスを検出した
ならバッファリング処理を終了する。
【００４１】サーチＩＤ処理 図１４はサーチ動作の説明図である。前述のバッファリ
ングが終了した状態で、サーチＩＤコマンドが上位装置
から入力されると、チャネルアダプタ３１ａ，３１ｂは
中間バッファ３３上でカウント部Ｃのみサーチし（，
に参照）、その他の領域（制御情報領域、キー領域、
データ領域）のデータを読み飛ばす。この結果、たと
え、キー領域あるいはデータ領域にセンスデータが書き
込まれていてもエラー終了することなく、所望のレコー
ドをサーチすることができる。図１５はサーチＩＤにお
ける処理の流れ図である。前述のバッファリングが終了
した状態で、サーチＩＤコマンドが上位装置から入力さ
れると、チャネルアダプタは最初のレコードのカウント
部を読み出し（ステップ１２１）、カウント部に含まれ
るレコード番号が指令されているレコード番号と一位し
ているか調べ（ステップ１２２）、一致していればサー
チ動作を終了し、一致してなければ、キー部、データ部
Ｄを読み飛ばし（ステップ１２３）、以後次のレコード
のカウントを読み出して同様の処理を実行する。
【００４２】データリード処理 図１６はデータ読み取り動作の説明図、図１７はデータ
読み取り時の処理の流れ図である。サーチＩＤ終了後に
上位装置からリードＣＫＤ（Read Count Key Data)が指
示されると、チャネルアダプタ３１ａ〜３１ｂはサーチ
されているレコードの先頭からカウント部Ｃを読み出す
（ステップ１４１）。ついで、制御情報部Ｆを読み取
り、該制御情報Ｆが”００”であるか、換言すれば、キ
ー部あるいはデータ部にセンス情報が書き込まれている
か調べる（ステップ１４２）。制御情報の内容”００”
であれば、キー部Ｋを読み出し、ついで、データ部Ｄを
読み出し（ステップ１４３、１４４）、１つのレコード
の読み出し処理を終了する。一方、ステップ１４２にお
いて、制御情報Ｆの内容が”００”でなければ、センス
データを読み出し、上位装置にエラーステータスを送る
と共に、センスデータを上位装置に報告し（ステップ１
４５）、処理を終了する。
【００４３】尚、制御情報の第１ビットが”１”の場合
にはデータ領域にセンスデータが書き込まれているから
該データ領域よりセンスデータを読み出し、第２ビット
が”１”の場合にはキー領域にセンスデータが書き込ま
れているから該キー領域よりセンスデータを読み出す。
又、リードＣＤ（Read Count Data)のようにキー部Ｋの
読み込取りを行わない場合にはキー部にセンス情報が書
き込まれていても(制御情報の第２ビット＝”１”）エ
ラーとならず、カウント部Ｃとデータ部Ｄの読み取りを
行う。又，同様に、リードＣＫ（Read Count Key)のよ
うにデータ部Ｄの読み込取りを行わない場合にはデータ
部にセンス情報が書き込まれていてもエラーとならず、
カウント部Ｃとキー部Ｄの読み取りを行う。以上、非同
期転送方式によりＩ／Ｏサブシステム（磁気ディスク制
御装置）を動作させても、直接ディスク装置上で読み込
み処理する同期転送方式と同じ動作を保証できる。
【００４４】(b) 書き込み時のヘッド故障に対するデー
タ書き込み、読み出し制御全体の構成 図１８は書き込み時のヘッド故障に対するデータ書き込
み、読み出し制御を実現するＩ／Ｏサブシステムの構成
図である。図中、２０は上位装置としてのＣＰＵ、３０
は磁気ディスク制御装置等のＩ／Ｏサブシステム、４０
はＩ／Ｏデバイスとしての磁気ディスク装置であり、Ｃ
ＫＤ形式でデータが書き込まれている。Ｉ／Ｏサブシス
テムにおいて、３１ａ，３１ｂは上位装置とのインター
フェースを司るチャネルアダプタ（ＣＡ）、３２ａ，３
２ｂは磁気ディスク装置とのインターフェースを司るデ
バイスアダプタ（ＤＡ）、３３は全体の資源管理及び処
理動作に関する制御を行うリソースマネージャ（Ｒ
Ｍ）、３５は各種テーブル類を記憶するテーブル記憶部
（ＴＳ）、３６は各ユニットに発生した障害を検知する
サービスアダプタ、３７は不揮発性の制御メモリ（バッ
テリーバックアップされたＲＡＭを含む）であり、各ユ
ニットは相互にバス接続されている。
【００４５】制御メモリ３７には、ＣＫＤフォーマット
データを磁気ディスク装置４０の所定アドレスＣＣＨＨ
Ｒに書き込む際、一部データ（例えばキー部Ｋ）の書き
替え後にヘッドに故障が発生して残りの部分（データ部
Ｄ）の書き替えができない場合、該アドレスＣＣＨＨＲ
が記憶・保持される。ライトキーデータ（Write Key Da
ta)コマンドを実行中に書き込みヘッドが故障する場合
がある。例えば、キー部(キー領域)の書き込みが正常に
終了し、次のデータ部(データ領域)への移動中にヘッド
が故障した場合である。かかる故障が生じると、データ
保証上の問題が生じる。図１９はかかるヘッド障害によ
りデータの一部が新しく、データの一部が古いレコード
を読み出そうとするときエラーを発生して、データを保
証する場合の処理の流れ図である。
【００４６】シーク、セットセクタ、サーチＩＤによる
位置付け動作終了後に、上位装置よりチャネルアダプタ
３１ａ，３１ｂを介して書き込み又は読み出しコマンド
を受信すると、リソースマネージャ３３は書き込みコマ
ンドの場合には書き込みアドレスＣＣＨＨＲを制御メモ
リ３７に格納する（ステップ２０１〜２０３）。つい
で、デバイスアダプタ３２ａ，３２ｂは磁気ディスク装
置４０にＣＫＤフォーマットデータの書き込みを指示
し、データの書き込みを行わせる（ステップ２０４）。
この書き込み動作は、チャネルアダプタ３１ａ〜３１
ｂよりカウント部Ｃの書き込み指示し、正常に書き込
めればキー部Ｋの書き込みを指示し、ついで、正常に
書き込めればデータ部Ｄの書き込みを指示し、正常に
書き込めれば書き込み終了を上位装置に通知することに
より行う。かかる書き込み動作において、キー部Ｋを正
常に書き込んだ後、ヘッドが移動中に障害発生によりデ
ータ部Ｄの書き込みができなくなると、書き込みエラー
が発生する。デバイスアダプタ３２ａ，３２ｂはかかる
エラーが発生したか監視しており（ステップ２０５）、
エラーが発生すれば、直ちに書き込みを停止し（異常終
了：ステップ２０６）、エラーステータスをチャネルア
ダプタを介して上位装置に通知し（ステップ２０７）、
書き込みを終了する。この場合、制御メモリ３７に書き
込まれている書き込みアドレスＣＣＨＨＲは抹消されず
に記憶、保持される。
【００４７】一方、レコードの書き込みが正常に行われ
て書き込みが終了すれば（ステップ２０８）、デバイス
アダプタは正常終了をリソースマネージャ３３に通知す
る。これにより、リソースマネージャ３３は制御メモリ
３７に書き込んだ書き込みアドレスＣＣＨＨＲをメモリ
から抹消する（ステップ２０９）。ついで、リソースマ
ネージャ３３は制御メモリ３７の他の領域に書き込みア
ドレスと一致するアドレスＣＣＨＨＲが記憶さているか
調べステップ２１０）、存在すれば、該アドレスを制御
メモリ３７から抹消する（ステップ２１１）。これによ
り、以前ヘッド障害により正しく磁気ディスク装置４０
に書き込まれず、このため不当データアドレスとして制
御メモリ３７に記憶されているアドレスが抹消され、以
後該アドレスのデータは正当なものとして取り扱うこと
ができる。これは、書き込みヘッドが一時的な障害で異
常を起したが、再び使用可能になった場合である。
【００４８】以後、デバイスアダプタ３２ａ〜３２ｂは
チャネルアダプタ３１ａ〜３１ｂを介して書き込み動作
終了をチャネル通知して書き込み処理を終了する。以上
は、書き込みの場合であるが、読み出しコマンドが上位
スイッチより入力してリソースマネージャ３３に通知さ
れると、リソースマネージャ３３はリードアドレスＣＣ
ＨＨＲが制御メモリ３７に記憶されているか調べ（ステ
ップ２１２）、記憶されていなければ、該リードアドレ
スに正当なレコードが記録されているものとみなして、
チャネルアダプタ、デバイスアダプタに読み出し可を通
知する（ステップ２１３）。これにより、デバイスアダ
プタは磁気ディスク装置４０よりレコードを読み取り、
該レコードをチャネルアダプタを介して上位装置に転送
して読み出し処理を終了する（ステップ２１４）。一
方、リードアドレスと一致するアドレスが制御メモリ３
７に記憶されていれば、該リードアドレスに記録されて
いるデータは不当なデータであるとみなして読み出すこ
となくデータエラー通知を上位装置に送出して読み出し
処理を終了する（ステップ２１５）。これにより、上位
装置２０は異常に気づき、処理を中断、適当なリカバリ
を行うことになる。
【００４９】以上のようにすれば、レコード書き込み時
にヘッド障害によりＣＫＤフォーマットの一部のみ正常
に書き替えられ、他の部分が書き替えられなかった場合
でも上位装置が不当なデータを使用する危険を防止で
き、データ保証上の問題が生じない。又、メモリを不揮
発性記憶手段で構成したから電源が再投入された場合で
あっても不当なデータへのアクセスを検出してエラー通
知できる。更に、一時的にヘッドに障害が発生してある
アドレスのデータが不当な状態になっても、正常に該ア
ドレスのデータが更新された場合にはメモリからアドレ
スを削除することにより以後正常データとして扱う事が
できる。
【００５０】変形例 以上では不当データのアクセス時にデータエラーを上位
装置に送出した場合であるが、設定回数以上不当なデー
タの書き込みが行われた時、磁気ディスク異常のエラー
フラグを制御メモリ３７に記憶しておき、アクセス時に
該エラーフラグが立っている場合には、ディスクエラー
通知を行って磁気ディスク全てにアクセスをできないよ
うにすることもできる。これにより、ヘッドの障害が不
安定な異常状態（正常と異常が不定期に繰り返されるよ
うな状態）において、データの保証をより完全に行うこ
とができる。図２０はかかる場合の処理の流れ図であ
り、上位装置よりシークコマンドを受信した時（ステッ
プ２３１）、リソースマネージャ３３はエラーフラグが
立っているか調べ（ステップ２３２）、立っている場合
にはディスクエラーを上位装置に送出して処理を終了す
る（ステップ２３３）。一方、エラーフラグが立ってい
ない場合には、シークに応じた処理を行い（ステップ２
３４）、位置付け後図１９の処理を行う。
【００５１】(c) 動的経路再結合制御 最近の大型コンピュータシステムにおいては、その規模
の巨大化に伴い、複数の中央処理装置（ＣＰＵ）でシス
テムを構成することが通例となっている。かかるシステ
ムでは、複数のＣＰＵ間でのデータの共用・データの通
信が必要になる。このために、システム内で使用される
外部記憶装置を始めとするＩ／Ｏサブシステムでは多数
のホストインターフェース（上位インターフェース）を
装備することが要求されている。この要求に答えるため
にＩ／Ｏサブシステム内に複数のチャネルアダプタを装
備し、これらチャネルアダプタとＣＰＵ間を多数のパス
で接続している。かかるシステムにおいては、１つのチ
ャネルアダプタにアクセスが集中し、該チャネルアダプ
タのビジー率（Busy率)が高くなり、結果的にアクセス
の応答が遅くなり、性能低下を生じる場合がある。
【００５２】そこで、ビジー率を下げることによりシス
テム性能を向上する動的経路再結合機能が提案されてい
る。この動的経路再結合機能は、予めどのパスとどのパ
スが同一ＣＰＵに接続されているかを認識させておく。
そして、ヘッドの位置付け動作を完了した時（例えばサ
ーチＩＤ動作終了時）、ＣＰＵへの動作終了報告時にリ
ソースマネージャが、どのチャネルアダプタが同一ＣＰ
Ｕに接続されているかを調べ、空いている所定のチャネ
ルアダプタにＣＰＵへの報告を行なわせるものであり、
複数のパス（チャネルアダプタ）を有効に利用できる。
しかし、かかる従来の動的経路再結合方式では、再結合
時に、グループを組んでいる複数のチャネルアダプタの
うち空いているチャネルアダプタに割込みを発生させる
ものであり、チャネルアダプタのビジー率は考慮されて
おらず、性能改善の効果が小さい。
【００５３】図２１は本発明の動的経路再結合制御を実
現するＩ／Ｏサブシステムの構成図である。２１，２１
・・・はホスト装置（ＣＰＵ）であり、それぞれ複数の
チャネル２２ａ，２２ｂ，２２ｃ・・・を備えている。
３０は磁気制御ディスク装置としてのＩ／Ｏサブシステ
ム、４０ａ〜４０ｆは磁気ディスク装置（ＤＡＳＤ）で
ある。Ｉ／Ｏサブシステム３０において、３１ａ〜３１
ｃ，３１ａ′〜３１ｃ′は上位装置とのインターフェー
スを司るチャネルアダプタ（ＣＡ）、３２ａ〜３２ｃ，
３２ａ′〜３２ｃ′は磁気ディスク装置とのインターフ
ェースを司るデバイスアダプタ（ＤＡ）、３３は全体の
資源管理及び処理動作に関する制御を行うリソースマネ
ージャ（ＲＭ）、３５は各種テーブル類を記憶するテー
ブル記憶部（ＴＳ）、３６ａ〜３６ａ′は各ユニットに
発生した障害を検知するサービスアダプタであり、各ユ
ニットは相互にバス３８ａ，３８ａ′で接続されてい
る。各バス３８ａ，３８ａ′は図示しないがC-BUS,D-BU
S,S-BUSを有している。C-BUSは各ユニットがメッセージ
通信及び制御情報のアクセスを行う制御用バス、D-BUS
は各ユニットがデータを授受するデータ転送用バス、S-
BUSはサービスモジュール３６ａ，３６ａ′がマスター
になり、各ユニットの状況を管理するサービスバスであ
る。
【００５４】Ｉ／Ｏサブシステム３０は中央点線で左右
に対称に構成された二重化構成になっており、リソース
マネージャＲＭ，テーブル記憶部ＴＳは共通モジュール
を構成している。ＣＰＵ２０は第１コントローラ側Ｇ０
と第２コントローラ側Ｇ１側のチャネルアダプタに適宜
接続され、又、各ディスク装置４０ａ〜４０ｆは第１コ
ントローラ側Ｇ０と第２コントローラ側Ｇ１からアクセ
ス可能になっている。従って、一方のチャネルアダプタ
あるいはデバイスアダプタに障害が生じてもＣＰＵは他
方のチャネルアダプタ、デバイスアダプタから磁気ディ
スク装置にアクセスすることができる。
【００５５】チャネルアダプタ３１ａ〜３１ｃ′、デバ
イスアダプタ３２ａ〜３２ｃ′、リソースマネージャ３
３、サービスアダプタ３６ａ，３６ａ′はそれぞれマイ
クロプロセッサで構成されており、おおむね図２２に示
す構成を備えている。図において、５１はマイクロプロ
セッサ（ＭＰＵ）、５２はＲＡＭ構成の制御記憶部（Ｃ
Ｓ）、５３はＲＯＭ構成の制御記憶部（ＣＳ）、５４は
内部バスに接続されたドライバ／レシーバ（ＤＶ／Ｒ
Ｖ）、５５はバスインターフェースロジック（ＢＩ
Ｌ）、５６は外部インターフェースと接続されたドライ
バ／レシーバ（ＤＶ／ＲＶ）、５７はバッファ又はテー
ブル記憶部（ＴＳ）、５８は個別ＬＳＩ（ゲートアレ
イ）である。
【００５６】テーブル記憶部３５には各種テーブルが記
憶されているが、動的経路再結合に関係するテーブルと
してパスグループテーブルＰＧＴが記憶されている。図
２３は簡略化したパスグループテーブルＰＧＴの説明図
であり、ホスト装置（ＣＰＵ）に対応させて該ホスト装
置に接続されるチャネルアダプタＣＡ（パス）を記憶す
るものであり、各チャネルアダプタＣＡに対応させて一
定時間に使用された度合を示すビジー率及びビジー率算
出に必要なＩ／Ｏ処理回数が記憶されている。
【００５７】図２４は本発明の動的経路再結合制御の処
理の流れ図である。サーチＩＤ動作が終了すると（ステ
ップ３０１）、リソースマネージャ３３は動的経路再結
合機能があるか判断し（ステップ３０２）、なければ動
的経路再結合によらない通常の制御を実行する。動的経
路再結合機能があれば、リソースマネージャ３３は最初
のアクセス要求（シーク、セットセクタコマンド等）を
受け付けたチャネルアダプタと同一グループにおいてビ
ジー率が最も小さなチャネルアダプタをパスグループテ
ーブルＰＧＴを参照して求め（ステップ３０３）、求め
たチャネルアダプタを介してサーチＩＤ動作終了の割込
みをホスト装置に通知する（ステップ３０４）。
【００５８】これにより、ホスト装置は割込みパスより
書き込みコマンドＷＤ又は読み出しコマンドＲＤを送出
し、チャネルアダプタは該コマンドを受け取る（ステッ
プ３０５）。読み出しコマンドＲＤであれば、デバイス
アダプタは所定の磁気ディスク装置よりデータを読み取
り、該データを読み出しコマンドを受け取ったチャネル
アダプタを介して上位装置へ転送する（ステップ３０６
〜３０８）。リソースマネージャ３３はデータ読み出し
が終了すれば、該チャネルアダプタのＩ／Ｏ処理回数を
１だけカウントアップし（ステップ３０９）、処理を終
了する。
【００５９】一方、ホスト装置からのコマンドが書き込
みコマンドＷＤであれば、チャネルアダプタはデバイス
アダプタを介してデータを磁気ディスク装置に書き込む
（ステップ３０６、３１０、３１１）。リソースマネー
ジャ３３はデータ書き込みが終了すれば、該チャネルア
ダプタのＩ／Ｏ処理回数を１だけカウントアップし（ス
テップ３０９）、処理を終了する。尚、以上ではデータ
転送に係ったチャネルアダプタのＩ／Ｏ処理回数を１カ
ウントアップしたが、最初のシークコマンドを受け付け
たチャネルアダプタのＩ／Ｏ処理回数も１カウントアッ
プしたり、カウントアップする数を適宜定めることがで
きる。
【００６０】リソースマネージャ３３は図２５に示すよ
うに、一定時間毎にビジー率を次式 ビジー率＝（Ｉ／Ｏ処理回数）／一定時間 により計算して、該ビジー率をパスグループテーブルＰ
ＧＴの対象項目欄（ビジー率欄）に書き込み、同時にＩ
／Ｏ処理回数を０にクリアする（ステップ３５１、３５
２）。このように、ビジー率を算出し、同一グループ内
のビジー率の低いチャネルアダプタを介してデータ転送
を行うように動的経路再結合制御を行うから、資源の有
効利用が図れ、アクセスに対するレスポンスを短縮で
き、システム性能を向上できる。
【００６１】(d) 障害発生モジュールのリカバリ制御 図２１に示すように、モジュール化されたＩ／Ｏサブシ
ステム（磁気ディスク制御装置）では、各モジュールの
障害発生を検出してリカバリ処理するモジュール（サー
ビスアダプタＳＡ：Service Adapter)３６ａ，３６ａ′
が設けられている。サービスアダプタ３６ａは第１コン
トローラ側Ｇ０のモジュールの障害検出、リカバリ処理
を行い、サービスアダプタ３６ａ′は第２コントローラ
側Ｇ１の障害検出、リカバリ処理を行う。共通モジュー
ルについては、サービスアダプ３６ａ，３６ａ′のう
ち、早く立ち上がった方が自分が共通モジュールを担当
する旨を他方に宣言することにより障害検出、リカバリ
処理が行われる。
【００６２】図２６はサービスアダプタに障害が発生し
ていない正常時のリカバリ処理の流れ図である。所定の
モジュールに障害が発生(CHECK1発生)すると（ステップ
６０１）、サービスアダプタ３６ａは該障害発生をS-BU
Sを経由して知ることができる(ステップ４０１）。サー
ビスアダプタ３６ａは障害発生のモジュールのリカバリ
処理する時、リカバリ処理中該モジュールを使用させな
いために、リソースモジュール３３に"HALT OPERATION"
を発行する(ステップ４０２）。これにより、リソース
マネージャ３３は通知されたモジュールをONLINEからOF
FLINEに変更して該モジュールを動作不能状態に設定す
る(ステップ５０１、５０２）。尚、モジュール間通信
はC-BUSを経由したコマンドにより行われる。
【００６３】サービスアダプタ３６ａは"HALT OPERATIO
N"発行後、障害モジュールのリカバリ処理をS-BUS経由
で行い(ステップ４０３，４０４）、リカバリ処理され
たモジュールはリソースマネージャ３３からの動作許可
指示（SET ONLINE)待ちになる(ステップ６０２、６０
３）。すなわち、リソースマネージャ３３内ではリカバ
リ処理されたモジュールはOFFLINE状態であり、従って
該モジュールに動作許可の指示が必要である。リカバリ
処理によりモジュールが再度使用できる状態になると、
サービスアダプタ３６ａはリソースマネージャ３３に”
CHANGE MODULE STATUS"コマンドを発行し、該モジュー
ルのリカバリ処理が完了し、使用可能状態になったこと
を通知する（ステップ４０５）。
【００６４】リソースマネージャ３３は”CHANGE MODUL
E STATUS"コマンドを受信すれば、通知されたモジュー
ルをOFFLINEからONLINEに戻し、"SET ONLINE"コマンド
を該モジュールに発行して動作を許可する(ステップ５
０３、５０４）。モジュールは"SET ONLINE"コマンドの
受信により動作可能になる（ステップ６０３、６０
４）。ところで、リカバリ処理を完了する前に、あるい
はリカバリ処理完了後”CHANGE MODULE STATUS"コマン
ド発行前にサービスアダプタ３６ａに障害が発生する
と、”CHANGE MODULE STATUS"コマンドを発行できなく
なり、モジュールはいつまでも動作できなくなり、最悪
の場合システムダウンという異常状態となる。通常、障
害の発生したサービスアダプタ３６ａは他方のサービス
アダプタ３６ａ′のリカバリ処理により復帰して通常の
障害検出、リカバリ処理が可能になる。このように復旧
した場合であっても、サービスアダプタ３６ａはリカバ
リ処理すべきモジュールや”CHANGE MODULE STATUS"コ
マンドを発行しなければならないということを忘れてし
まい、モジュールはいつまでも動作できなくなり、最悪
の場合システムダウンという異常状態となる。
【００６５】かかる場合のリカバリ処理として以下の３
つ方法がある。第１の方法は、サービスアダプタに定期
的に各モジュールの障害検出パトロールを実行させる方
法である。このようにすれば、サービスアダプタは復旧
後にもパトロールを行うことになり、パトロールにより
モジュールの障害を発見し、該モジュールをリカバリ処
理して”CHANGE MODULE STATUS"コマンドを発行でき
る。このようにすれば、サービスアダプタが障害により
リカバリ処理すべきモジュールや”CHANGE MODULE STAT
US"コマンドの発行を忘れても、復旧後該モジュールを
リカバリ処理して”CHANGE MODULE STATUS"コマンドを
発行できる。尚、通常は、各モジュールの障害発生と同
時にサービスアダプタがリカバリ処理を行う。
【００６６】第２の方法は、リソースマネージャ３３
が"HALT OPERATION"受信後の経過時間を監視し、経過時
間が設定時間を超えた時、サービスアダプタ３６ａにリ
カバリ処理ができた問い合わせる方法である。この第２
の方法によれば、問い合わせ時にサービスアダプタ３６
ａが復旧していれば、サービスアダプタ３６ａは該問い
合わせコマンドで特定されたモジュールにリカバリ処理
を施し、しかる後、”CHANGE MODULE STATUS"コマンド
発行できる。第３の方法は、障害発生モジュールがリカ
バリ処理により復旧した時、以後の経過時間を監視し、
経過時間が設定時間を経過した時にリソースマネージャ
３３に動作許可を要求し、リソースマネージャを介して
サービスアダプタにリカバリ処理ができた問い合わせる
方法である。この第３の方法によれば、問い合わせ時に
サービスアダプタ３６ａが復旧していれば、サービスア
ダプタ３６ａは該問い合わせコマンドで特定されたモジ
ュールに再度リカバリ処理を施し、しかる後、”CHANGE
MODULE STATUS"コマンド発行する。これにより、モジ
ュールは動作可能になる。
【００６７】(d-1) 第１のリカバリ方法 図２７は第１のリカバリ方法による処理の流れ図であ
る。サービスアダプタ３６ａは定期的に各モジュールの
障害を検出するためのパトロールを行なっている（ステ
ップ４００）。かかる状況で、所定のモジュールに障害
が発生(CHECK1発生)すると（ステップ６０１）、サービ
スアダプタ３６ａは該障害発生をパトロールによりS-BU
S経由で知ることができる(ステップ４０１）。サービス
アダプタ３６ａはモジュールの障害発生を検出するとモ
ジュールのリカバリ処理中該モジュールを使用させない
ために、リソースモジュール３３に"HALT OPERATION"を
発行する(ステップ４０２）。これにより、リソースマ
ネージャ３３は通知されたモジュールをONLINEからOFFL
INEに変更して該モジュールを動作不能状態に設定する
(ステップ５０１、５０２）。尚、モジュール間通信はC
-BUSを経由したコマンドにより行われる。
【００６８】サービスアダプタ３６ａは"HALT OPERATIO
N"発行後、障害モジュールのリカバリ処理をS-BUS経由
で行う(ステップ４０３）。リカバリ処理中にサービス
アダプタ３６ａに障害が発生することなくリカバリ処理
が終了すれば（ステップ４０４０）、リカバリ処理され
たモジュールはリソースマネージャ３３からの動作許可
指示（SET ONLINE)待ちになる（図２６のステップ６０
２、６０３）。以後、サービスアダプタ３６ａ、リソー
スマネージャ３３、障害発生したモジュールは図２６と
同一の処理を実行する。一方、リカバリ処理中あるいは
リカバリ処理前にサービスアダプタ３６ａに障害が発生
すると（ステップ４０６）、該サービスアダプタ３６ａ
は他のサービスアダプタ３６ａ′のリカバリ処理により
復旧し（ステップ４０７）、以後ステップ４００に戻り
障害検出の定期的パトロールを実行する。。
【００６９】すなわち、サービスアダプタ３６ａは復旧
後もパトロールを行うことになり、パトロールによりモ
ジュールの障害を発見し、該モジュールをリカバリ処理
して”CHANGE MODULE STATUS"コマンドを発行する。こ
の結果、サービスアダプタ３６ａが自身の障害によりリ
カバリ処理すべきモジュールや”CHANGE MODULE STATU
S"コマンドの発行を忘れても、復旧後該モジュールをリ
カバリ処理して”CHANGE MODULE STATUS"コマンドを発
行できる。
【００７０】(d-2) 第２のリカバリ方法 図２８は第２のリカバリ方法におけるサービスアダプタ
の処理の流れ図、図２９は第２のリカバリ方法における
リソースマネージャの処理の流れ図である。尚、障害発
生モジュールの処理は図２６の場合と同一である。 ・サービスアダプタの処理 所定のモジュールに障害が発生(CHECK1発生)すると、サ
ービスアダプタ３６ａは該障害発生をS-BUSを経由して
認識する(ステップ４０１）。障害発生を検知しない場
合には、リソースマネージャ３３から"REQUEST MODULE
STATUS"コマンドを受信したか調べ(ステップ４１１）、
常時ステップ４０１、４１１を実行する。尚、"REQUEST
MODULE STATUS"コマンドはリソースマネージャ３３が
サービスアダプタ３６ａにリカバリ処理ができたかを問
い合わせるものである。
【００７１】サービスアダプタ３６ａは障害発生を検知
すると、リソースモジュール３３に"HALT OPERATION"を
発行し(ステップ４０２）、ついで、障害モジュールの
リカバリ処理をS-BUS経由で行う(ステップ４０３）。サ
ービスアダプタ３６ａに障害がが発生することなくリカ
バリ処理が完了すると（ステップ４０４）、リソースマ
ネージャ３３に”CHANGE MODULE STATUS"コマンドを発
行し、「障害モジュールのリカバリ処理が完了して使用
可能状態になったこと」を通知する（ステップ４０
５）。一方、リカバリ処理を完了する前に、あるいはリ
カバリ処理完了後”CHANGE MODULE STATUS"コマンドを
発行する前にサービスアダプタ３６ａに障害が発生する
と（ステップ４０６）、”CHANGE MODULE STATUS"コマ
ンドの発行ができなくなる。
【００７２】サービスアダプタ３６ａに障害が発生する
と、他のサービスアダプタ３６ａ′のリカバリ処理によ
り復旧し（ステップ４０７）、以後ステップ４０１に戻
り、障害発生の検知及び"REQUEST MODULE STATUS"コマ
ンドの受信チェック（ステップ４０１，４０２）を行
う。リソースマネージャ３３は後述するように、"HALT
OPERATION"受信後の経過時間を監視し、経過時間が設定
時間を超えた時、"REQUEST MODULE STATUS"コマンドを
発行してサービスアダプタ３６ａに障害発生モジュール
のリカバリ処理ができたか問い合わせてくる。この時点
で、サービスアダプタ３６ａが復旧していれば、ステッ
プ４１１において「ＹＥＳ」となり、サービスアダプタ
３６ａは障害モジュールをリカバリ処理して”CHANGE M
ODULE STATUS"コマンドを発行する。この結果、サービ
スアダプタ３６ａが自身の障害によりリカバリ処理すべ
きモジュールや”CHANGE MODULE STATUS"コマンドの発
行を忘れても、復旧後該モジュールをリカバリ処理し
て”CHANGE MODULE STATUS"コマンドを発行できる。
【００７３】・リソースマネージャの処理 リソースマネージャ３３はサービスアダプタ３６ａから
の"HALT OPERATION"コマンドで障害発生モジュールを通
知されると、該モジュールをONLINEからOFFLINEに変更
して該モジュールを動作不能状態に設定する(ステップ
５０１、５０２）。ついで、タイマーをスタートし、経
過時間の計測を開始する（ステップ５１１、５１２）。
ついで、リソースマネージャ３３はサービスアダプタ３
６ａから”CHANGE MODULE STATUS"コマンドを通知され
た監視し（ステップ５０３）、”CHANGE MODULESTATUS"
コマンドを受信すれば、通知されたモジュールをOFFLIN
EからONLINEに戻し、"SET ONLINE"コマンドを該モジュ
ールに発行して動作を許可する(ステップ５０４）。”C
HANGE MODULE STATUS"コマンドを受信してなければ、経
過時間が設定時間を越えたか調べ（ステップ５１３）、
越えていなければ、ステップ５１２以降の処理を実行す
る。
【００７４】しかし、サービスアダプタ３６ａに障害が
発生した場合には、設定時間を越えても”CHANGE MODUL
E STATUS"コマンドを受信できない。かかる場合には、
ステップ５１３において「ＹＥＳ」となり、リソースマ
ネージャ３３はサービスアダプタ３６ａに"REQUEST MOD
ULE STATUS"コマンドを発行して障害発生モジュールの
リカバリ処理ができたか問い合わせ（ステップ５１
４）、以後、ステップ５１１以降の処理を実行する。問
い合わせ時点で、サービスアダプタ３６ａが復旧してい
れば、ステップ４１１において「ＹＥＳ」となり、サー
ビスアダプタ３６ａは障害モジュールをリカバリ処理し
て”CHANGE MODULE STATUS"コマンドを発行する。この
結果、ステップ５０３において「ＹＥＳ」となり、通知
されたモジュールをOFFLINEからONLINEに戻し、"SET ON
LINE"コマンドを該モジュールに発行して動作を許可す
る(ステップ５０４）。尚、問い合わせ時にサービスア
ダプタ３６ａが復旧していなければ、上記処理が繰り返
される。
【００７５】(d-3) 第３のリカバリ方法 図３０は第３のリカバリ方法における障害発しモジュー
ルの処理の流れ図、図３１は第３のリカバリ方法におけ
るリソースマネージャの処理の流れ図である。尚、サー
ビスアダプタ３６ａの処理は図２８の場合と同一であ
る。この第３の方法はサービスアダプタ３６ａがリカバ
リ処理を完了後、”CHANGE MODULE STATU"を発行する前
に障害発生でダウンした場合に適用できる。 ・モジュールの処理 各モジュールは障害発生後、サービスアダプタ３６ａに
よりリカバリされると（ステップ６０１、６０２）、タ
イマーをスタートし、以後の経過時間を計測する（ステ
ップ６１１、６１２）。ついで、リソースマネージャ３
３から動作許可の"SET ONLINE"を受信したか調べ、受信
していれば動作可能状態になり(ステップ６０４）、処
理を終了する。しかし、"SET ONLINE"を受信してなけれ
ば、経過時間が設定時間を越えたか調べ（ステップ６１
４）、越えていなければステップ６１２以降の処理を実
行する。
【００７６】サービスアダプタ３６ａに障害が発生した
場合には、設定時間を越えても"SETONLINE"コマンドを
受信できない。かかる場合には、ステップ６１４におい
て「ＹＥＳ」となり、モジュールはリソースマネージャ
３３に"REQUEST SET ONLINE"コマンドを発行して動作許
可を要求し(ステップ６１５）、ステップ６１１以降の
処理を実行する。リソースマネージャ３３は"REQUEST S
ET ONLINE"コマンドを受信すると、後述するようにサー
ビスアダプタ３６ａに"REQUEST MODULE STATUS"コマン
ドを発行して障害発生モジュールのリカバリ処理ができ
たか問い合わせる。この問い合わせ時点で、サービスア
ダプタ３６ａが復旧していれば、ステップ４１１（図２
８）において「ＹＥＳ」となり、サービスアダプタ３６
ａは障害モジュールをリカバリ処理して”CHANGE MODUL
E STATUS"コマンドを発行する。この結果、リソースマ
ネージャ３３は通知されたモジュールをOFFLINEからONL
INEに戻し、"SET ONLINE"コマンドを該モジュールに発
行する。これにより、ステップ６０３において、「ＹＥ
Ｓ」となり、モジュールは動作可能になる（ステップ６
０４）。尚、問い合わせ時にサービスアダプタ３６ａが
復旧していなければ、上記処理が繰り返される。
【００７７】・リソースマネージャの処理 リソースマネージャ３３はサービスアダプタ３６ａから
の"HALT OPERATION"コマンドで障害発生モジュールが通
知されると、該モジュールをONLINEからOFFLINEに変更
して該モジュールを動作不能状態に設定する(ステップ
５０１、５０２）。ついで、リソースマネージャ３３は
サービスアダプタ３６ａから”CHANGE MODULE STATUS"
コマンドを通知された監視し（ステップ５０３）、”CH
ANGE MODULESTATUS"コマンドを受信すれば、通知された
モジュールをOFFLINEからONLINEに戻し、"SET ONLINE"
コマンドを該モジュールに発行して動作を許可する(ス
テップ５０４）。”CHANGE MODULE STATUS"コマンドを
受信してなければ、モジュールから"REQUEST MODULE ST
ATUS"コマンドを受信したか調べ（ステップ５２１）、
受信してなければ、ステップ５０３に戻る。しかし、モ
ジュールから"REQUEST MODULE STATUS"コマンドを受信
すれば、リソースマネージャ３３はサービスアダプタ３
６ａに"REQUEST MODULE STATUS"コマンドを発行して障
害発生モジュールのリカバリ処理ができたか問い合わせ
（ステップ５２２）、以後、ステップ５０３以降の処理
を実行する。
【００７８】問い合わせ時点で、サービスアダプタ３６
ａが復旧していれば、ステップ４１１（図２８参照）に
おいて「ＹＥＳ」となり、サービスアダプタ３６ａは障
害モジュールをリカバリ処理して”CHANGE MODULE STAT
US"コマンドを発行する。この結果、ステップ５０３に
おいて「ＹＥＳ」となり、リソースマネージャ３３は通
知されたモジュールをOFFLINEからONLINEに戻し、"SET
ONLINE"コマンドを該モジュールに発行して動作を許可
する(ステップ５０２）。尚、問い合わせ時にサービス
アダプタ３６ａが復旧していなければ、上記処理が繰り
返される。 (e) 障害発生時の上位装置への通知、リカバリ制御
【００７９】全体の構成 図３２は障害発生時における障害情報の上位装置への通
知、リカバリ制御を説明するためのコンピュータシステ
ムの構成図であり、図２１と同一機能部分には同一符号
を付している。又、内部バスは省略している。２１、２
１・・ＣＰＵ、３０は磁気ディスク制御装置等のＩ／Ｏ
サブシステム、４０ａ，４０ａ′はＩ／Ｏデバイスとし
ての磁気ディスク装置（ＤＥＶ）である。Ｉ／Ｏサブシ
ステムにおいて、３１ａ〜３１ｄ′はチャネルアダプタ
（ＣＡ）、３２ａ〜３２ｄ′がデバイスアダプタ（Ｄ
Ａ）、３３はリソースマネージャ（ＲＭ）、３５はテー
ブル記憶部（ＴＳ）、３６ａ，３６ａ′はサービスアダ
プタ（ＳＡ）、３９はメモリである。
【００８０】テーブル記憶部３５には各種テーブル類が
記憶されており、例えばＩ／Ｏデバイス（磁気ディスク
装置）毎のパスグループを示すパスグループテーブルＧ
ＰＴや物理構成テーブルＰＳＴ等が記憶されている。パ
スグループテーブルＧＰＴは図３３に示すようにデバイ
スに対応させて該デバイスにアクセス可能なチャネルア
ダプタ（パス）を記憶するもので、図の例ではデバイス
ＤＥＶ０のパスグループはチャネルアダプタＣＡ０／Ｃ
Ａ２／ＣＡ５／ＣＡｎにより構成されている。このパス
グループテーブルＧＰＴはＣＰＵからの"SET PATH GROU
P ID"コマンドによりテーブル記憶部３５に設定され
る。
【００８１】物理構成テーブルＰＳＴはＩ／Ｏサブシス
テムの物理構成を示すものであり、図３４に示すよう
に、Ｉ／Ｏサブシステムを構成するチャネルアダプタ
（ＣＡｉ，ｉ＝０，１，２，・・・）、各チャネルア
ダプタＣＡｉからアクセス可能なデバイスアダプタ、
各チャネルアダプタＣＡｉからアクセス可能なＩ／Ｏデ
バイス等が記憶されている。各ＣＰＵ２１、２１、・・
には図３５に示す管理テーブルＡＤＴが記憶されてお
り、配下のチャネルの構成、各チャネルＣＨｉ（ｉ
＝０，１，２，・・・）からアクセス可能なＩ／Ｏデバ
イス、各Ｉ／Ｏデバイスにアクセス可能なチャネルア
ダプタ（パスグループテーブル）が記憶されている。
【００８２】障害発生時の上位装置への通知、リカバリ
制御の概略 障害としては、 構成情報の一部が失われた障害、 上位装置からのパスにおいてアクセス不可能なハード
障害、 Ｉ／Ｏサブシステム内部のアクセス不可能なハード障
害、 リカバリ可能な障害、 上位装置の障害 がある。
【００８３】構成情報の一部が失われた障害とは、Ｉ
／Ｏサブシステムのテーブル記憶部３５に記憶したパス
グループテーブルＧＰＴの一部が失われた場合である。
かかる障害が発生すると、アクセスシーケンス時のリト
ライ要求によりチャネルをＩ／Ｏサブシステムから切り
離し（ディスコネクト）、再度接続（リコネクト）する
場合、どのチャネルアダプタ（パス）を介してリコネク
トしてよいか判らず、ＭＩＨ（ミッシング・インタラプ
ト）と呼ばれるシステムとして重大な障害を生じる。か
かる障害発生時には、Ｉ／Ｏサブシステムのパスグルー
プ情報を上位装置に報告して情報装置にリカバリ処理さ
せる。すなわち、上位装置は自分が管理テーブルＡＤＴ
内に保持するパスグループテーブルと送られてきたパス
グループテーブルの内容が一致するか判断し、不一致の
場合は、障害によりパスグループテーブルの一部が消失
したものとして、"SET PATH GROUP ID"コマンドをＩ／
Ｏサブシステム３０に送出してパスグループテーブルＧ
ＰＴを修復させる。尚、一致する場合にはＣＰＵが自ら
パスを抹消したものであり、障害でないから"SET PATHG
ROUP ID"コマンドを発行しない。
【００８４】の上位装置からのパスにおけるアクセス
不可能なハード障害とは、チャネルアダプタ（パス）に
発生した復旧不可能な障害である。かかる障害発生時に
は、障害発生箇所、物理構成上可能な交代パスを上位装
置に通知し、障害箇所の速やかな切り離し、他に動作可
能な交代パスが存在する時は速やかな組込み、並びに、
コンソールにエラーメッセージの表示を行わせる。の
Ｉ／Ｏサブシステム内部のアクセス不可能なハード障害
とは、内部パスに発生した復旧不可能な障害であり、
′Ｉ／Ｏサブシステム内部に交代パスがないため、動
作不可能なものと、″交代パスがあるため動作可能な
ものがある。前者の例としては、一方のコントロール側
Ｇ０，Ｇ１のデバイスアダプタが全て壊れた場合であ
り、後者の例としてはコントロール側Ｇ０，Ｇ１のデバ
イスアダプタの一部が壊れた場合である。かかる障害発
生時には、障害発生箇所を上位装置に通知し、エラーロ
グ（エラー情報の記憶）、アクセス不可能なパスの切り
離し、並びに、コンソールにエラーメッセージの表示を
行わせる。
【００８５】のリカバリ可能な障害とは、メモリ３９
等の診断により検出された障害で、サービスアダプタに
よるリカバリ処理（メモリの初期化）で復旧した障害で
ある。かかる障害が発生した場合には、上位装置に障害
内容を通知し、エラーログを行わせる。の上位装置の
障害とは、上位装置に起因する障害であり、かかる場合
には障害内容とチャネル番号等を通知し、当該情報に基
づいて該当チャネルのリカバリを行わせる。
【００８６】障害発生通知・リカバリ処理 障害は、(a)内部診断により、あるいは(b)サービスアダ
プタ３６ａ．３６ａ′の障害検出パトロールにより、あ
るいは、(c)上位装置から期待する応答が返ってこない
事などにより検出される。かかる障害が検出されるとリ
ソースマネージャ３３に通知され、これによりリソース
マネージャ３３は障害発生を認識する。また、(d)シス
テムリセットにより内部構成情報（例えばパスグループ
テーブル）の一部を削除した場合にもリソースマネージ
ャは障害発生と認識する。システムリセットは通常シス
テムの立ち上げ時に発行されるもので、システム運用中
に発行されることは稀である。システム運用中にパスグ
ループを組む特定のパスのみにシステムリセットが発行
されるということは、障害によりＣＰＵがシステムリセ
ットを出してパスを切り離す場合か、チャネルとチャネ
ルアダプタ間の障害によりあたかもシステムリセットが
出されたように見えた場合である。前者の場合には何等
問題ないが、後者の場合には内部情報の一部が不当に消
失する。従って、システムリセットにより内部情報の一
部を削除した場合には、リソースマネージャ３３は一応
障害発生（システムリセットエラーという）とみなす。
【００８７】上記(a),(b)により前記,,の障害が
検出され、(c)によりの障害が検出され、(d)により
の障害が検出される。図３６は障害発生時のリソースマ
ネージャの処理の概略フロー図ある。リソースマネージ
ャ３３は障害を認識すると、前記〜の障害であるか
を調べる。すなわち、まず、上位装置の障害か調べ（ス
テップ７０１）、上位装置の障害であれば、障害情報
（障害内容、チャネル番号等）を上位装置に通知する等
の処理３（後述）を行う（ステップ７０２）。上位装置
の障害でなければ、内部構成情報が消失しているか（シ
ステムリセットエラーが発生しているか）調べ（ステッ
プ７０３）、システムリセットエラーの場合には後述
するパスグループ再形成のための処理１（後述）を実行
する（ステップ７０４）。
【００８８】システムリセットエラーでない場合には、
リカバリ不可能なパス障害か調べ（ステップ７０
５）、リカバリ不可能なパス障害であれば、パス切断、
交代パス組込等に必要な処理２（後述）を実行する（ス
テップ７０６）。リカバリ不可能なパス障害でなけれ
ば、Ｉ／Ｏサブシステム内でリカバリ不可能な障害か調
べ（ステップ７０７）、リカバリ可能な障害の場合に
は、上位装置に障害情報（障害内容、ロギング（ＬＯ
Ｇ）指示等）を送る（ステップ７０８）。又、障害がリ
カバリ不可能な内部障害の場合には、上位装置に障害
情報（障害内容、コンソールへの障害内容の表示指示
等）を送る（ステップ７０９）。
【００８９】障害情報の構成 上位装置への通知される障害情報は、図３７に示すよう
に制御フラグＣＦＧと、物理構成テーブルＰＳＴと、パ
スグループテーブルＧＰＴで構成されている。制御フラ
グＣＦＧは図３８に示すように、１バイトで構成されて
おり、ログリクエスト、ディスプレイ表示要求等のリカ
バリ方法及び障害内容を指示するようになっている。リ
カバリ方法、障害内容等に応じて適宜のビットがオンに
設定されて上位装置に送出される。物理構成テーブルＰ
ＳＴは図３９に示すように、障害発生前の物理構成（図
３４）ＰＳＴ１と、障害発生により各チャネルからアク
セス不可能になったデバイスアダプタ、各チャネルから
アクセス不可能になったデバイスを特定する部分ＰＳＴ
２で構成されている。この部分ＰＳＴ２により障害箇所
を特定できる。パスグループテーブルＧＰＴは図４０に
示すように、障害発生前のパスグループテーブルＧＰＴ
１と障害（システムリセットエラー）発生後のパスグル
ープテーブルＧＰＴ２で構成されている。
【００９０】処理１（内部構成情報の一部が消失した場
合の処理） 図４１は内部構成情報（例えばパスグループテーブル）
の一部が消失した場合の処理（処理１）の説明図であ
る。リソースマネージャ（ＲＭ）３３はパスグループを
構成している特定パスのみのシステムリセット要求があ
り、他のパスが未だグループを構成している時には、障
害によるシステムリセットであると判断する。そして、
障害発生前のパスグループテーブルＧＰＴ１（図４０参
照）と障害発生後のパスグループテーブルＧＰＴ２を作
成し、障害発生と思われるパス（システムリセットを受
信したパス）以外のパス（チャネルアダプタＣＡ）を決
定し、該チャネルアダプタより障害情報を上位装置（チ
ャネルＣＨ）に送出する。
【００９１】この障害情報のチャネルＣＨへの通知は以
下の手順により行われる。すなわち、リソースマネージ
ャＲＭはチャネルアダプタＣＡにリクエスト・ウイズ・
エラーリカバリ（Request with error recovery)の送出
を要求する。要求を受けたチャネルアダプタＣＡは、チ
ャネルＣＨにリクエスト・ウイズ・エラーリカバリ・フ
レームを送出して応答を待つ。チャネルＣＨはリクエス
ト・ウイズ・エラーリカバリ・フレームを受信すると、
リカバリ方法を含む障害情報の受領を許可するポール・
ウィズ・エラーリカバリを応答する。チャネルアダプタ
ＣＡは応答があったことをリソースマネージャＲＭに通
知し、チャネルＣＨに送る障害情報をリソースマネージ
ャＲＭが管理するテーブル記憶部ＴＳから読み込み、セ
ンド・ユニット・アドレス・ウィズ・エラーリカバリ・
フレームに乗せて送出する。尚、障害情報には図３７で
説明した制御フラグＣＦＧ、障害発生前後のパスグルー
プテーブルＧＰＴ１，ＧＰＴ２、障害箇所を示す物理構
成テーブルＰＳＴやユニットアドレスが含まれている。
【００９２】チャネルＣＨは受信完了後にＣＰＵ（オペ
レーティングシステム：ＯＳ）に割込み、送られてきた
障害情報を渡すと共に、チャネルアダプタＣＡに受信が
正常に済んだことを報告してＩ／Ｏサブシステム（磁気
ディスク制御装置）に切り離れることを要求する。以
後、ＯＳは図４２に示すフローに従ってリカバリ処理す
る。すなわち、ＯＳは、チャネルＣＨから、送られた障
害情報に含まれる制御フラグＣＦＧを参照して障害がパ
スグループの一部消失に関するものであることを認識す
る（ステップ７２１）。ついで、ＯＳは内部の管理テー
ブルＡＤＴに記憶されているパスグループテーブルと送
られてきたパスグループテーブルＧＰＴ２を比較する
（ステップ７２２）。一致している場合には、ＯＳが自
ら発行したシステムリセットによりＩ／Ｏサブシステム
内部のパスグループテーブルＧＰＴの一部が除去された
ものであり、何等障害でなかったものであると認識し
（ステップ７２３）、リカバリ処理を終了する。
【００９３】しかし、不一致の場合にはチャネルとチャ
ネルアダプタ間の障害により、Ｉ／Ｏサブシステム内部
のパスグループテーブルＧＰＴの一部が除去されたもの
であると認識し（ステップ７２４）、除去されたパスを
パスグループテーブルＧＰＴに組み込むためにコマンド
（SET PATH GROUP ID)をチャネルを介してＩ／Ｏサブシ
ステムに送り、正しいパスグループテーブルに修正する
（ステップ７２５）。
【００９４】処理２（リカバリ不可能なパス障害が発生
した場合の処理） 図４３はリカバリ不可能なパス障害が発生した場合の処
理の流れ図である。上位装置からのパス（チャネルアダ
プタ）でアクセス不可能なハード障害が発生した場合に
は、リソースマネージャ３３はＩ／Ｏサブシステムの物
理構成テーブルＰＳＴ１，ＰＳＴ２及び障害発生内容
（制御フラグＣＦＧ）を含む障害情報を編集する（ステ
ップ７４１）。ついで、障害パスに代えて交代可能な物
理パスが存在するか調べ（ステップ７４２）、存在する
場合には上記障害情報に交代パス情報を含めて障害情報
とする（ステップ７４３）。ついで、リソースマネージ
ャ３３は動作可能なチャネルアダプタＣＡを選択し（ス
テップ７４４）、障害情報を図４１の手順でチャネルＣ
Ｈに送り、チャネルＣＨは送られてきた障害情報を割込
みによりＯＳに渡す（ステップ７４５）。
【００９５】ＯＳは障害情報を参照して障害がリカバリ
不可能なパス障害であると認識する（ステップ７５
１）。しかる後、障害発生パスが使用パスであるか調
べ、使用パスの場合には、該パスを切り離し（パスグル
ープテーブルより該当チャネルアダプタＣＡを削除）、
以後該パスを経由してのアクセスを中止する（ステップ
７５２）。ついで、交代パスが指示されているか調べ
（ステップ７５３）、指示されていなければ、障害内容
とパスを切り離したことをコンソールの表示装置に表示
してリカバリ処理を終了する（ステップ７５４）。しか
し、交代パスが指示されている場合には、該交代パスを
自分のパスグループテーブルに登録すると共に、該交代
パスをＩ／Ｏサブシステム内のパスグループテーブルＧ
ＰＴに組み込むためにコマンド（SET PATH GROUP ID)を
チャネルを介してＩ／Ｏサブシステムに送る（ステップ
７５５）。これにより、以後交代パスを用いてアクセス
が可能となる。以後、障害内容と、パスの切り離し、パ
スの組込みをコンソールの表示装置に表示してリカバリ
処理を終了する（ステップ７５６）。
【００９６】処理３（上位装置に障害が発生した場合の
処理） 図４４は上位装置に障害が発生した場合の処理の流れ図
である。リソースマネージャ３３は上位装置の障害を検
出すると、障害発生チャネルのチャネル番号を含む障害
情報を作成し（ステップ８０１）、障害発生チャネルと
同じホスト配下のチャネルに接続されているチャネルア
ダプタＣＡを求め（ステップ８０２）、障害情報を該チ
ャネルアダプタＣＡを介してチャネルに図４１に示した
手順で転送し、該チャネルは送られてきた障害情報をホ
ストに渡す（ステップ８０３）。障害情報を受けとった
ホストは障害情報を参照して障害がチャネルの障害であ
ると認識し（ステップ８１１）、チャネル番号で指定さ
れたチャネルの内部情報をクリアする（ステップ８１
２）。ついで、重度の障害であるか調べ（ステップ８１
３）、重度の障害でなければ、セレクティブリセットを
Ｉ／Ｏサブシステムに発行し（ステップ８１４）、コン
ソールに障害内容を表示後、再度アクセスを行う（ステ
ップ８１５）。しかし、頻繁に指定されたチャネルに障
害が生じている場合には重度の障害とみなし、セレクテ
ィブリセットを発行しない（ステップ８１６）。
【００９７】リソースマネージャ３３はセレクティブリ
セット指令を受信すれば、障害チャネルと接続されてい
るチャネルアダプタの内部情報をリセットする（ステッ
プ８２１、８２２）。リソースマネージャ３３は障害情
報転送後、一定時間（例えば数秒間）障害発生箇所から
のリセットの通知を待ってもセレクティブリセットが通
知されない場合には（ステップ８２３）、当該チャネル
アダプタの閉塞を指示する（ステップ８２４）。尚、通
常はチャネルアダプタは２つのポートを有するから、そ
の閉塞は障害発生の片ポートのみである。以上、本発明
を実施例により説明したが、本発明は請求の範囲に記載
した本発明の主旨に従い種々の変形が可能であり、本発
明はこれらを排除するものではない。
【００９８】
【発明の効果】以上本発明によれば、非同期転送制御方
式であっても同期転送制御方式と同じ機能を実行でき
る。又、本発明によれば、データ領域やキー領域に傷等
が付いて読み取りエラーを生じる場合であっても、これ
ら領域のデータを処理の対象としないサーチ動作をエラ
ーの発生なく行える。更に、本発明によれば、レコード
書き込み時にＣＫＤフォーマットでの一部のみ正常に書
き込まれ、他の部分が書き換えられなかった場合でもデ
ータ保証上の問題が生じない。
【００９９】又、本発明によれば、動的機能再結合方式
において、ビジー率を考慮して効率的な資源利用を図
れ、アクセスに対するレスポンスを短縮でき、システム
の性能を向上することができる。又、本発明によれば、
サービスアダプタに障害が発生した場合、該サービスア
ダプタの復旧後確実に障害発生中のモジュールの復旧を
行なって、起動することができる。更に、本発明によれ
ば、上位装置にＩ／Ｏサブシステムから積極的に障害
内容を通知し、又、上位装置にリカバリ方法を通知
し、更に、Ｉ／Ｏサブシステムにおける動作可能パス
の提示をすることにより、障害と無関係のアクセスに影
響を与えず、しかも、迅速にリカバリを行うことがで
き、又、上位装置の障害を上位装置に通知してリカバリ
させることができる。又、本発明によれば、Ｉ／Ｏサブ
システムの性能を向上できる。
【図面の簡単な説明】
【図１】本発明の原理説明図である。
【図２】一般的なＩ／Ｏサブシステムの構成図である。
【図３】ＣＫＤ形式の説明図である。
【図４】データ書き込み時のシーケンス説明図である。
【図５】データ書き込み時の別のシーケンス説明図であ
る。
【図６】データ読み出し時のシーケンス説明図である。
【図７】同期転送制御におけるサーチ動作説明図であ
る。
【図８】同期転送制御におけるデータ読み出し説明図で
ある。
【図９】非同期転送制御を実現するためのＩ／Ｏサブシ
ステムの構成図である。
【図１０】従来の非同期転送制御におけるバッファリン
グ説明図である。
【図１１】非同期転送制御の実施例構成図である。
【図１２】ディスクからの読み込み処理説明図である。
【図１３】中間バッファへのバッファリング処理の流れ
図である。
【図１４】上位ＣＰＵからのサーチ動作説明図である。
【図１５】サーチＩＤの処理の流れ図である。
【図１６】上位ＣＰＵからのリード動作説明図である。
【図１７】リードＣＫＤの処理の流れ図である。
【図１８】ヘッド故障時におけるデータ保証を可能とす
るＩ／Ｏサブシステムの構成図である。
【図１９】データ保証する場合の処理の流れ図である。
【図２０】データ保証する場合の別の処理の流れ図であ
る。
【図２１】本発明の動的経路再結合機能を実現するＩ／
Ｏサブシステムの構成図である。
【図２２】各ユニットのハードウェア構成図である。
【図２３】パスグループテーブルの説明図である。
【図２４】本発明の動的経路再結合制御の処理の流れ図
である。
【図２５】ビジー率算出の処理フロー図である。
【図２６】通常のリカバリの処理の流れ図である。
【図２７】第１のリカバリ方法の処理の流れ図である。
【図２８】第２のリカバリ方法におけるサービスアダプ
タのリカバリ処理の流れ図である。
【図２９】第２のリカバリ方法におけるリソースマネー
ジャの処理の流れ図である。
【図３０】第３のリカバリ方法におけるその他のモジュ
ールの処理の流れ図である。
【図３１】第３のリカバリ方法におけるリソースマネー
ジャの処理の流れ図である。
【図３２】障害発生時の制御を説明するコンピュータシ
ステムの構成図である。
【図３３】パスグループテーブルの説明図である。
【図３４】物理構成テーブルの説明図である。
【図３５】ＣＰＵが管理する管理テーブルの構成図であ
る。
【図３６】障害発生時の処理の概略フロー図である。
【図３７】障害情報の説明図である。
【図３８】制御フラグの説明図である。
【図３９】障害情報に含まれる物理構成テーブルの説明
図である。
【図４０】障害情報に含まれるパスグループテーブルの
説明図である。
【図４１】内部構成情報の一部が消失した場合の処理の
説明図である。
【図４２】内部構成情報の一部が消失した場合のＯＳの
処理の流れ図である。
【図４３】リカバリ不可能なパス障害が発生した場合の
処理の流れ図である。
【図４４】上位装置に障害が発生した場合の処理の流れ
図である。
【符号の説明】
２０・・上位装置としてのＣＰＵ ３０・・磁気ディスク制御装置等のＩ／Ｏサブシステム ３１ａ，３１ｂ・・チャネルアダプタ（ＣＡ） ３２ａ，３２ｂ・・デバイスアダプタ（ＤＡ） ３３・・リソースマネージャ（ＲＭ） ３４・・中間バッファ ３５・・テーブル記憶部（ＴＳ） ３６・・サービスアダプタ ４０・・Ｉ／Ｏデバイスとしての磁気ディスク装置
───────────────────────────────────────────────────── フロントページの続き (72)発明者 村野 正一 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 石川 準 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 片山 淳 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (56)参考文献 特開 平５−40580（ＪＰ，Ａ) 特開 平４−282731（ＪＰ，Ａ) 特開 平４−69758（ＪＰ，Ａ) 特開 平４−68430（ＪＰ，Ａ) 特開 昭61−240319（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) G06F 3/06

Claims (24)

    (57)【特許請求の範囲】
  1. 【請求項１】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司るチャネルアダ
    プタと、ディスク装置とのインターフェースを司るデバ
    イスアダプタと、全体の資源管理を行うリソースマネー
    ジャと、中間バッファと、各ユニットに発生した障害を
    検知してリカバリ処理を行うサービスアダプタを有する
    と共にこれらをバス接続し、ディスク装置から読み取っ
    たＣＫＤフォーマットのデータを中間バッファに記憶
    し、中間バッファ上で所望のデータをサーチして上位装
    置に転送するディスク制御装置の制御方法において、 ディスク装置よりＣＫＤフォーマットのデータを中間バ
    ッファに書き込む際、ディスク装置よりキー部Ｋ又はデ
    ータ部Ｄを正常に読み込めなかった時、エラー内容を示
    すセンスデータを作成し、 中間バッファにおける前記キー部又はデータ部を書き込
    む領域に該センスデータをキー部あるいはデータ部の代
    わりに書き込み、 更に、センスデータが前記領域に書き込まれていること
    を示す制御情報を作成し、 該制御情報を所定の位置に書き込むディスク制御装置の
    制御方法。
  2. 【請求項２】 センスデータが記憶される領域をサーチ
    対象としないサーチコマンドが上位装置から入力された
    場合、センスデータによるエラーを出力せず、サーチを
    行う請求項１記載のディスク制御装置の制御方法。
  3. 【請求項３】 センスデータが記憶される領域を処理対
    象とするコマンドが上位装置から入力された場合、 レコード毎に制御情報に基づいてセンスデータが該領域
    に書き込まれているか判断し、 書き込まれている場合には、該センスデータをエラー情
    報として上位装置に報告する請求項１記載のディスク制
    御装置の制御方法。
  4. 【請求項４】 センスデータがキー領域、データ領域の
    いずれに書き込まれているか識別可能に制御情報を作成
    し、 処理対象となる領域がキー領域あるいはデータ領域の場
    合、レコード毎に制御情報に基づいてセンスデータがキ
    ー領域あるいはデータ領域に書き込まれているか判断
    し、 書き込まれている場合には、該センスデータをエラー情
    報として上位装置に報告する請求項３記載のディスク制
    御装置の制御方法。
  5. 【請求項５】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを備えたディスク制御装置の制御方法にお
    いて、 上位装置であるホスト装置と該ホスト装置に接続するチ
    ャネルアダプタ（パス）との対応関係を記憶すると共
    に、 チャネルアダプタがＩ／Ｏ処理に係っている度合を示す
    ビジー率を所定時間毎に算出して各チャネルアダプタに
    対応させて記憶し、 ホスト装置に対して割り込む場合、該ホスト装置に接続
    されているチャネルアダプタの中でビジー率が最も小さ
    いチャネルアダプタを求め、 該チャネルアダプタを介して割込み信号をホスト装置に
    送出するディスク制御装置の制御方法。
  6. 【請求項６】 前記割込み信号を出したチャネルアダプ
    タを介して書き込みデータ及び読み出しデータをホスト
    装置との間で授受する請求項５記載のディスク制御装置
    の制御方法。
  7. 【請求項７】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司るチャネルアダ
    プタと、ディスク装置とのインターフェースを司るデバ
    イスアダプタと、全体の資源管理及び処理動作に関する
    制御を行うリソースマネージャと、各ユニットに発生し
    た障害を検知してリカバリ処理を行うサービスアダプタ
    を備え、上位装置からの書き込みコマンドに基づいてデ
    ィスク装置にＣＫＤフォーマットデータを書き込むと共
    に、読み出しコマンドに基づいてディスク装置よりＣＫ
    Ｄフォーマットデータを読み出して上位装置に転送する
    ディスク制御装置の制御方法において、 データ書き込み時に、ディスク装置の書き込みアドレス
    をメモリに記憶し、 ＣＫＤフォーマットデータが全て正常に書き込まれた場
    合には該アドレスを抹消し、一部書き込み後に書き込み
    エラーが発生した場合には該アドレスを抹消せず保持
    し、 ＣＫＤフォーマットデータの読み出し時、該読み出しア
    ドレスと一致するアドレスがメモリに記憶されているか
    調べ、 記憶されている場合には上位装置に対してエラー通知
    し、記憶されていない場合には該アドレスよりＣＫＤフ
    ォーマットデータを読み出すディスク制御装置の制御方
    法。
  8. 【請求項８】 前記メモリを電源が切断されても記憶内
    容を消失しない記憶手段で構成する請求項７記載のディ
    スク制御装置の制御方法。
  9. 【請求項９】 ＣＫＤデータの書き込みが正常に行われ
    た時、書き込みアドレスと一致するアドレスがメモリに
    記憶されているか調べ、 記憶されている場合には該アドレスをメモリから抹消す
    る請求項７記載のディスク制御装置の制御方法。
  10. 【請求項１０】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有すると共にこれらをバス接続してなる
    ディスク制御装置の制御方法において、 サービスアダプタにより定期的に各ユニットに障害が発
    生していないかパトロールし、 障害発生を検知した場合には該障害発生ユニットのリカ
    バリ処理を行うディスク制御装置の制御方法。
  11. 【請求項１１】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有すると共にこれらをバス接続してなる
    ディスク制御装置の制御方法において、 サービスアダプタは障害発生を検知した時、障害発生ユ
    ニットをリソースマネージャに通知すると共に該ユニッ
    トのリカバリ処理を行い、リカバリ完了後、リカバリ完
    了をリソースマネージャに通知し、 リソースマネージャは障害発生通知により、障害発生ユ
    ニットを動作不能状態にし、リカバリ完了通知により該
    ユニットを動作可能状態にすると共に、障害発生通知後
    に設定時間が経過してもリカバリ完了通知がない場合に
    は、サービスアダプタに障害発生ユニットのリカバリに
    ついて問い合わせ、 サービスアダプタは該問い合わせに基づいてユニットの
    リカバリ処理を行って、リカバリ完了をリソースマネー
    ジャに通知するディスク制御装置の制御方法。
  12. 【請求項１２】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバス接続してなるディス
    ク制御装置の制御方法において、 サービスアダプタは障害発生を検知した時、障害発生ユ
    ニットをリソースマネージャに通知すると共に該ユニッ
    トのリカバリ処理を行い、リカバリ完了後、リカバリ完
    了をリソースマネージャに通知し、 リソースマネージャは障害発生通知により、障害発生ユ
    ニットを動作不能状態にし、リカバリ完了通知により動
    作可能状態になったことを該ユニットに通知し、 障害発生ユニットはリカバリ後に設定時間が経過しても
    動作可能通知がない場合には、リソースマネージャに対
    して動作可能通知を要求し、 該要求によりリソースマネージャはサービスアダプタに
    障害発生ユニットのリカバリについて問い合わせ、 サービスアダプタは該問い合わせに基づいて、リカバリ
    完了をリソースマネージャに通知し、リソースマネージ
    ャは動作可能になったことをユニットに通知するディス
    ク制御装置の制御方法。
  13. 【請求項１３】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知するサービスアダプタを有
    し、これらをバス接続してなるディスク制御装置の制御
    方法において、 内部診断によりあるいはサービスアダプタによる障害検
    出パトロールにより障害発生を検出し、 障害が検出された時、障害情報にリカバリ方法を付加し
    て上位装置に報告し、 上位装置は当該リカバリ方法に基づいてリカバリ処理す
    るディスク制御装置の制御方法。
  14. 【請求項１４】 前記障害情報に障害内容を付加して上
    位装置に報告し、 上位装置は障害内容に応じたリカバリ処理を行う請求項
    １３記載のディスク制御装置の制御方法。
  15. 【請求項１５】 パス障害の場合には、前記障害情報に
    交代可能なパス情報を付加して上位装置に報告し、上位
    装置は該交代パス情報に基づいてディスク装置と該デバ
    イスにアクセス可能なパスとの対応関係を指示するパス
    グループテーブルの内容を更新し、 該更新したパスグループテーブルに基づいてアクセスす
    るパスを選択する請求項１３又は請求項１４記載のディ
    スク制御装置の制御方法。
  16. 【請求項１６】 上位装置の異常を検出した場合には、
    障害情報にチャネル番号を付加して上位装置へ報告し、 上位装置は該情報に基づいて指定されたチャネルをリカ
    バリする請求項１３又は請求項１４記載のディスク制御
    装置の制御方法。
  17. 【請求項１７】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司るチャネルアダ
    プタと、ディスク装置とのインターフェースを司るデバ
    イスアダプタと、全体の資源管理及び処理動作に関する
    制御を行うリソースマネージャと、ディスク装置から読
    み取ったＣＫＤフォーマットのデータを記憶する中間バ
    ッファと、各ユニットに発生した障害を検知してリカバ
    リ処理を行うサービスアダプタを有し、これらをバスに
    接続してなるディスク制御装置において、 デバイスアダプタは、 ディスク装置よりＣＫＤフォーマットのデータを中間バ
    ッファに書き込む際、ディスク装置よりキー部Ｋ又はデ
    ータ部Ｄを正常に読み込めなかった時、エラー内容を示
    すセンスデータを作成するセンスデータ作成手段と、 中間バッファにおける前記キー部又はデータ部の書き込
    み領域に該センスデータをキー部あるいはデータ部の代
    わりに書き込む書き込み手段と、 センスデータが前記領域に書き込まれていることを示す
    制御情報を作成する手段と、 該制御情報を中間バッファの所定の位置に書き込む書き
    込み手段を備え、 前記チャネルアダプタは、中間バッファ上で所望のデー
    タをサーチして上位装置に転送するデータサーチ／転送
    手段を有するディスク制御装置。
  18. 【請求項１８】 前記データサーチ／転送手段は、セン
    スデータが記憶される領域をサーチ対象としないサーチ
    コマンドが上位装置から入力された場合、センスデータ
    によるエラーを出力せずにサーチを行う手段と、 センスデータが記憶される領域を処理対象とするコマン
    ドが上位装置から入力された場合、レコード毎に制御情
    報に基づいてセンスデータが該領域に書き込まれている
    か判断する手段と、 センスデータが書き込まれている場合には、該センスデ
    ータをエラー情報として上位装置に報告する手段を有す
    る請求項１７記載のディスク制御装置。
  19. 【請求項１９】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバスに接続してなるディ
    スク制御装置において、 リソースマネージャは、 上位装置であるホスト装置と該ホスト装置に接続するチ
    ャネルアダプタ（パス）との対応関係を記憶する手段
    と、 チャネルアダプタがＩ／Ｏ処理に係っている度合を示す
    ビジー率を所定時間毎に算出して各チャネルアダプタに
    対応させて記憶するビジー率算出手段と、 ホスト装置に対して割り込む場合、該ホスト装置に接続
    されているチャネルアダプタの中でビジー率が最も小さ
    いチャネルアダプタを求める手段と、 該チャネルアダプタを介して割込み信号をホスト装置に
    送出させる手段を有するディスク制御装置。
  20. 【請求項２０】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司るチャネルアダ
    プタと、ディスク装置とのインターフェースを司るデバ
    イスアダプタと、全体の資源管理及び処理動作に関する
    制御を行うリソースマネージャと、メモリと、各ユニッ
    トに発生した障害を検知してリカバリ処理を行うサービ
    スアダプタを有し、これらをバスに接続してなるディス
    ク制御装置において、 デバイスアダプタは、 上位装置からの書き込みコマンドに基づいてディスク装
    置にＣＫＤフォーマットデータを書き込むと共に、読み
    出しコマンドに基づいてディスク装置よりＣＫＤフォー
    マットデータを読み出すＣＫＤフォーマットデータ読み
    ／書き手段を備え、 リソースマネージャは、 データ書き込み時に、ディスク装置の書き込みアドレス
    をメモリに記憶する手段と、 ＣＫＤフォーマットデータが全て正常に書き込まれた場
    合には該アドレスをメモリから抹消し、一部書き込み後
    に書き込みエラーが発生した場合には該アドレスを抹消
    せずメモリに保持する手段と、 ＣＫＤフォーマットデータの読み出し時、該読み出しア
    ドレスと一致するアドレスがメモリに記憶されているか
    調べる一致アドレス検索手段と、 一致するアドレスが記憶されている場合には上位装置に
    対してエラー通知し、記憶されていない場合には該アド
    レスよりＣＫＤフォーマットデータを読み出すようにデ
    バイスアダプタに指示する手段を備えたディスク制御装
    置。
  21. 【請求項２１】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバスに接続してなるディ
    スク制御装置において、 サービスアダプタは、定期的に各ユニットに障害が発生
    していないかパトロールする手段と、 障害発生を検知した場合には該障害発生ユニットのリカ
    バリ処理を行うリカバリ手段を有するディスク制御装
    置。
  22. 【請求項２２】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバスに接続してなるディ
    スク制御装置において、 サービスアダプタは、 障害発生を検知した時、障害発生ユニットをリソースマ
    ネージャに通知する手段と、 該障害発生を検知した時、あるいは、リソースマネージ
    ャからの問い合わせがあった時、障害発生ユニットのリ
    カバリ処理を行う手段と、 リカバリ完了後、リカバリ完了をリソースマネージャに
    通知する手段を備え、 リソースマネージャは、 サービスアダプタからの障害発生通知により、障害発生
    ユニットを動作不能状態にする手段と、 リカバリ完了通知により障害発生ユニットを動作可能状
    態にする手段と、 障害発生通知後の経過時間を監視する手段と、 経過時間が設定時間を越えてもリカバリ完了通知がない
    場合には、サービスアダプタに障害発生ユニットのリカ
    バリについて問い合わせる手段を備えたディスク制御装
    置。
  23. 【請求項２３】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバスに接続してなるディ
    スク制御装置において、 サービスアダプタは、 障害発生を検知した時、障害発生ユニットをリソースマ
    ネージャに通知する手段と、 該障害発生を検知した時、あるいは、リソースマネージ
    ャからの問い合わせがあった時、障害発生ユニットのリ
    カバリ処理を行う手段と、 リカバリ完了後、リカバリ完了をリソースマネージャに
    通知する手段を備え、 リソースマネージャは、 サービスアダプタからの障害発生通知により、障害発生
    ユニットを動作不能状態にする手段と、 リカバリ完了通知により動作可能状態になったことを障
    害発生ユニットに通知する手段と、 障害発生ユニットからの要求によりサービスアダプタに
    対して障害発生ユニットのリカバリについて問い合わせ
    を行う手段を備え、 障害発生ユニットは、 リカバリ後の経過時間を監視する手段と、 経過時間が設定時間を越えてもリソースマネージャから
    動作可能通知がない場合、リソースマネージャに対して
    動作可能通知を要求する手段を有するディスク制御装
    置。
  24. 【請求項２４】 上位装置とディスク装置の間に設けら
    れ、上位装置とのインターフェースを司る複数のチャネ
    ルアダプタと、ディスク装置とのインターフェースを司
    る複数のデバイスアダプタと、全体の資源管理及び処理
    動作に関する制御を行うリソースマネージャと、各ユニ
    ットに発生した障害を検知してリカバリ処理を行うサー
    ビスアダプタを有し、これらをバスに接続してなるディ
    スク制御装置において、 内部診断によりあるいはサービスアダプタによる障害検
    出パトロールにより障害発生が検出された時、障害内容
    及びリカバリ方法を含む障害情報を作成する手段と、 該障害情報を上位装置に報告する手段とを備え、 上位装置は当該リカバリ方法あるいは障害内容に基づい
    てリカバリ処理するディスク制御装置。
JP5246650A 1993-10-01 1993-10-01 ディスク制御装置及びその制御方法 Expired - Fee Related JP2905373B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP5246650A JP2905373B2 (ja) 1993-10-01 1993-10-01 ディスク制御装置及びその制御方法
US08/284,003 US5613066A (en) 1993-10-01 1994-08-01 Disk controlling method and apparatus for transferring a record from a disk to a host via an intermediate buffer
US08/759,149 US5878204A (en) 1993-10-01 1996-12-02 Disk controlling method and apparatus for transferring a record from a disk to a host via an intermediate buffer
US09/167,650 US6092216A (en) 1993-10-01 1998-10-06 Disk controlling apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5246650A JP2905373B2 (ja) 1993-10-01 1993-10-01 ディスク制御装置及びその制御方法

Publications (2)

Publication Number Publication Date
JPH07104947A JPH07104947A (ja) 1995-04-21
JP2905373B2 true JP2905373B2 (ja) 1999-06-14

Family

ID=17151578

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5246650A Expired - Fee Related JP2905373B2 (ja) 1993-10-01 1993-10-01 ディスク制御装置及びその制御方法

Country Status (2)

Country Link
US (3) US5613066A (ja)
JP (1) JP2905373B2 (ja)

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2905373B2 (ja) * 1993-10-01 1999-06-14 富士通株式会社 ディスク制御装置及びその制御方法
US6009498A (en) * 1995-02-16 1999-12-28 Fujitsu Limited Disk control unit for holding track data in cache memory
US6101574A (en) * 1995-02-16 2000-08-08 Fujitsu Limited Disk control unit for holding track data in non-volatile cache memory
US5894583A (en) * 1996-04-09 1999-04-13 International Business Machines Corporation Variable timeout method for improving missing-interrupt-handler operations in an environment having I/O devices shared by one or more systems
JPH10232849A (ja) * 1997-02-19 1998-09-02 Fujitsu Ltd ディスク制御装置
JP3568181B2 (ja) * 1997-06-23 2004-09-22 株式会社東芝 ニューラルネット分析装置、記憶媒体
US6393537B1 (en) * 1998-01-06 2002-05-21 International Business Machines Corporation Host storage management control of outboard data movement
US6112311A (en) * 1998-02-20 2000-08-29 International Business Machines Corporation Bridge failover system
US6061750A (en) * 1998-02-20 2000-05-09 International Business Machines Corporation Failover system for a DASD storage controller reconfiguring a first processor, a bridge, a second host adaptor, and a second device adaptor upon a second processor failure
JP4392877B2 (ja) 1998-09-18 2010-01-06 株式会社日立製作所 ディスクアレイ制御装置
JP3745552B2 (ja) * 1999-02-26 2006-02-15 富士通株式会社 情報記憶装置
JP3716126B2 (ja) * 1999-03-17 2005-11-16 株式会社日立製作所 ディスクアレイ制御装置及びディスクアレイ
US7721948B1 (en) * 1999-05-25 2010-05-25 Silverbrook Research Pty Ltd Method and system for online payments
JP4061563B2 (ja) * 1999-09-16 2008-03-19 松下電器産業株式会社 磁気ディスク装置、磁気ディスク装置のディスクアクセス方法、及び磁気ディスク装置用ディスクアクセス制御プログラム記録媒体
JP4700204B2 (ja) * 2001-03-07 2011-06-15 株式会社日立製作所 ストレージ管理データ制御システム
JP2003242097A (ja) * 2002-02-15 2003-08-29 Hitachi Ltd クロスコール機能を備えるディスク制御装置
JP4189171B2 (ja) * 2002-05-24 2008-12-03 株式会社日立製作所 ディスク制御装置
US7383381B1 (en) 2003-02-28 2008-06-03 Sun Microsystems, Inc. Systems and methods for configuring a storage virtualization environment
US7236987B1 (en) 2003-02-28 2007-06-26 Sun Microsystems Inc. Systems and methods for providing a storage virtualization environment
US7290168B1 (en) * 2003-02-28 2007-10-30 Sun Microsystems, Inc. Systems and methods for providing a multi-path network switch system
US7430568B1 (en) 2003-02-28 2008-09-30 Sun Microsystems, Inc. Systems and methods for providing snapshot capabilities in a storage virtualization environment
US7539924B1 (en) 2005-11-15 2009-05-26 Western Digital Technologies, Inc. Disk drive implementing data path protection by encoding large host blocks into sub blocks
US7647544B1 (en) 2005-11-22 2010-01-12 Western Digital Technologies, Inc. Disk drive implementing data path protection without writing the error detection code data to the disk
JP4606455B2 (ja) * 2007-12-20 2011-01-05 富士通株式会社 ストレージ管理装置、ストレージ管理プログラムおよびストレージシステム
US8108732B2 (en) * 2008-06-18 2012-01-31 International Business Machines Corporation Apparatus and method to minimize performance degradation during communication path failure in a data processing system
US8006027B1 (en) 2008-09-11 2011-08-23 Western Digital Technologies, Inc. Method of staging small writes on a large sector disk drive
US8285965B2 (en) * 2009-11-20 2012-10-09 Western Digital Technologies, Inc. Aligning data storage device partition to boundary of physical data sector
US8397107B1 (en) 2009-12-11 2013-03-12 Western Digital Technologies, Inc. Data storage device employing data path protection using both LBA and PBA
US8443167B1 (en) 2009-12-16 2013-05-14 Western Digital Technologies, Inc. Data storage device employing a run-length mapping table and a single address mapping table
US8194340B1 (en) 2010-03-18 2012-06-05 Western Digital Technologies, Inc. Disk drive framing write data with in-line mapping data during write operations
US8699185B1 (en) 2012-12-10 2014-04-15 Western Digital Technologies, Inc. Disk drive defining guard bands to support zone sequentiality when butterfly writing shingled data tracks
US8856438B1 (en) 2011-12-09 2014-10-07 Western Digital Technologies, Inc. Disk drive with reduced-size translation table
US8693133B1 (en) 2010-03-22 2014-04-08 Western Digital Technologies, Inc. Systems and methods for improving sequential data rate performance using sorted data zones for butterfly format
US9330715B1 (en) 2010-03-22 2016-05-03 Western Digital Technologies, Inc. Mapping of shingled magnetic recording media
US8687306B1 (en) 2010-03-22 2014-04-01 Western Digital Technologies, Inc. Systems and methods for improving sequential data rate performance using sorted data zones
US8954664B1 (en) 2010-10-01 2015-02-10 Western Digital Technologies, Inc. Writing metadata files on a disk
US8756361B1 (en) 2010-10-01 2014-06-17 Western Digital Technologies, Inc. Disk drive modifying metadata cached in a circular buffer when a write operation is aborted
US8793429B1 (en) 2011-06-03 2014-07-29 Western Digital Technologies, Inc. Solid-state drive with reduced power up time
US8756382B1 (en) 2011-06-30 2014-06-17 Western Digital Technologies, Inc. Method for file based shingled data storage utilizing multiple media types
US8990493B1 (en) 2011-06-30 2015-03-24 Western Digital Technologies, Inc. Method and apparatus for performing force unit access writes on a disk
US8671250B2 (en) 2011-12-15 2014-03-11 Western Digital Technologies, Inc. Data storage device generating redundancy for data path protection of a parity sector
US9213493B1 (en) 2011-12-16 2015-12-15 Western Digital Technologies, Inc. Sorted serpentine mapping for storage drives
US8819367B1 (en) 2011-12-19 2014-08-26 Western Digital Technologies, Inc. Accelerated translation power recovery
US8612706B1 (en) 2011-12-21 2013-12-17 Western Digital Technologies, Inc. Metadata recovery in a disk drive
US8996839B1 (en) 2012-01-23 2015-03-31 Western Digital Technologies, Inc. Data storage device aligning partition to boundary of sector when partition offset correlates with offset of write commands
US9063838B1 (en) 2012-01-23 2015-06-23 Western Digital Technologies, Inc. Data storage device shifting data chunks of alignment zone relative to sector boundaries
US8953269B1 (en) 2014-07-18 2015-02-10 Western Digital Technologies, Inc. Management of data objects in a data object zone
US9875055B1 (en) 2014-08-04 2018-01-23 Western Digital Technologies, Inc. Check-pointing of metadata

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5553758A (en) * 1978-10-16 1980-04-19 Nec Corp Transfer control system for magnetic disk device
JPS6052459B2 (ja) * 1980-04-08 1985-11-19 富士通株式会社 マイクロプログラム制御方式
JPS6041384B2 (ja) * 1981-12-25 1985-09-17 富士通株式会社 入出力制御方式
JPS59111558A (ja) * 1982-12-17 1984-06-27 Nec Corp デイスクキヤツシユ装置
JPS6162920A (ja) * 1984-09-05 1986-03-31 Hitachi Ltd 磁気デイスク装置システム
JPS6278623A (ja) * 1985-10-02 1987-04-10 Toshiba Corp 磁気デイスク装置
JPS62176373A (ja) * 1986-01-30 1987-08-03 Canon Inc デ−タ変換方式
JP2538876B2 (ja) * 1986-05-20 1996-10-02 富士通株式会社 共通バス構造を持つデ−タ処理装置
JPH0727510B2 (ja) * 1986-08-01 1995-03-29 富士通株式会社 非同期転送制御装置
JPS6488677A (en) * 1987-09-29 1989-04-03 Toshiba Corp Multiprocessor system
JPH01195769A (ja) * 1988-01-30 1989-08-07 Nec Home Electron Ltd 可変長データの固定長データへの変換方法
JP2830218B2 (ja) * 1989-11-22 1998-12-02 株式会社日立製作所 キャッシュ付ディスク制御装置の障害処理方法
JPH0423143A (ja) * 1990-05-18 1992-01-27 Mitsubishi Electric Corp データの蓄積方式
US5210860A (en) * 1990-07-20 1993-05-11 Compaq Computer Corporation Intelligent disk array controller
JP3451099B2 (ja) * 1991-12-06 2003-09-29 株式会社日立製作所 外部記憶サブシステム
US5463767A (en) * 1992-02-24 1995-10-31 Nec Corporation Data transfer control unit with memory unit fault detection capability
JP3207955B2 (ja) * 1992-12-18 2001-09-10 日置電機株式会社 信号入出力回路
JP2905373B2 (ja) * 1993-10-01 1999-06-14 富士通株式会社 ディスク制御装置及びその制御方法

Also Published As

Publication number Publication date
US5878204A (en) 1999-03-02
JPH07104947A (ja) 1995-04-21
US6092216A (en) 2000-07-18
US5613066A (en) 1997-03-18

Similar Documents

Publication Publication Date Title
JP2905373B2 (ja) ディスク制御装置及びその制御方法
EP0167540B1 (en) Processing system tolerant of loss of access to secondary storage
US5923876A (en) Disk fault prediction system
US5761411A (en) Method for performing disk fault prediction operations
JP3732869B2 (ja) 外部記憶装置
US7941693B2 (en) Disk array apparatus and method for controlling the same
US6052797A (en) Remotely mirrored data storage system with a count indicative of data consistency
US6044444A (en) Remote data mirroring having preselection of automatic recovery or intervention required when a disruption is detected
US7055059B2 (en) Remote data mirroring
JP3136036B2 (ja) ディスク制御装置の制御方法
JP3284963B2 (ja) ディスクアレイの制御装置及び制御方法
JP3681766B2 (ja) ディスクアレイ装置
JPH09269871A (ja) ディスクアレイ装置におけるデータ再冗長化方式
JP2000132413A (ja) エラーリトライ方法、エラーリトライシステム及びその記録媒体
JPH1195933A (ja) ディスクアレイ装置
US7962781B2 (en) Control method for information storage apparatus, information storage apparatus and computer readable information recording medium
JP3254766B2 (ja) 同一データの多重書き込み方法、データの読み出し方法及びデータ回復方法、並びにそのための制御装置
JP3515495B2 (ja) ディスク制御装置及びその制御方法
JP3069829B2 (ja) ディスクアレイ装置
JPH08147112A (ja) ディスクアレイ装置のエラー回復装置
JPH04360242A (ja) 二重化システムの系切替装置およびその方法
WO1998041915A1 (fr) Sous-systeme pour pile de disques
JP2815730B2 (ja) アダプタ及びコンピュータシステム
JPH11327695A (ja) リセット制御方法および情報処理システム
JP2000357058A (ja) ディスクアレイ装置

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 19990316

LAPS Cancellation because of no payment of annual fees