JPH11237959A - 多重書き込み記憶装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数個の記憶デバイスに同一のデータを書き
込む多重書き込み記憶装置において、ホストへ書き込み
完了を早く通知できるようにすること。 【解決手段】 ホストから書き込みデータが送られてき
た時、書き込みデータを記憶デバイス５−１，５−２，
５−３に書き込みデータを書き込む。２個の記憶デバイ
スに対する書き込みが完了した時、ホストに完了通知を
送る。残りの記憶デバイスへの書き込み中にエラーが検
出された場合には、書き込み完了の２個の記憶デバイス
の中の一方の記憶デバイスから書き込みデータを読み出
し、読み出しデータをエラーが検出された記憶デバイス
に書き込む。この書き込み中にホストから例えば読み出
し要求が送られて来た時には、書き込み完了の他方の記
憶デバイスからデータを読み出して、ホストに送る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、１個のデータをｍ
個（ｍは３以上の自然数）の記憶デバイスに書き込む多
重書き込み記憶装置において、上記ｍ個の記憶デバイス
の中のｎ個（ｎは２以上でｍより小の自然数）の記憶デ
バイスに書き込みデータ又は書き戻しデータが書き込ま
れた時に、完了と見做すようにしたものである。

【０００２】

【従来の技術】計算機システムのデータの信頼性や可用
性の向上のために、一つのデータを複数個の記憶デバイ
スへ書き込んでおく方法が従来から実施されている。こ
のようにすることで、或る記憶デバイスに故障が発生し
ても、別の記憶デバイスからデータの読み書きが可能で
あり、データの信頼性が向上する。また、或るデータが
同時期に複数のユーザからアクセスされても、異なる記
憶デバイスを使用することで、データの読み書きが可能
となり、データの可用性が向上する。

【０００３】

【発明が解決しようとする課題】しかし、データを複数
個の記憶デバイスへ書き込む場合、一つの記憶デバイス
に比べて、処理時間が増大すると言う問題がある。ま
た、複数個の記憶デバイスにデータの書き込みを行って
いる最中に、或る記憶デバイスで障害が発生した場合、
従来の技術では対処が考慮されていないと言う問題があ
った。

【０００４】更に、データを一時的に記憶装置内のキャ
ッシュ・メモリに格納しておき、適当な時点で複数の記
憶デバイスへ書き戻す処理を行う場合、一つの記憶デバ
イスに比べて、処理時間が増加すると言う問題がある。
更に、複数の記憶デバイスにデータの書き戻しを行って
いる最中に、或る記憶デバイスに障害が発生した場合、
従来の技術ではやはり対処が考慮されていなかった。

【０００５】本発明の第１の目的は、複数個の記憶デバ
イスに同一のデータを書き込む多重書き込み記憶装置に
おいて、ホストへ書き込み完了を早く通知できるように
することにある。本発明の第２の目的は、書き込み完了
をホストに通知した後に記憶デバイスにエラーが発生し
た時に、記憶装置内のデータを使用して、当該エラーに
対処できるようにすることにある。

【０００６】本発明の第３の目的は、キャッシュ・メモ
リを有し、且つ複数個の記憶デバイスに同一のデータを
書き込む多重書き込み記憶装置において、キャッシュ・
メモリのデータを複数個の記憶デバイスに書き戻す際
に、キャッシュ・メモリを早く開放できるようにするこ
とにある。本発明の第４の目的は、キャッシュ・メモリ
を開放した後に記憶デバイスにエラーが発生した時に、
記憶装置内のデータを使用して、当該エラーに対処でき
るようにすることにある。

【０００７】

【課題を解決するための手段】図１にシステム全体の構
成を示す。計算機システムは、データ・アクセスを行う
ホストと，記憶装置とから成る。記憶装置は、記憶デバ
イス及びコントローラから構成される。ホストから記憶
装置へデータの読み書きが要求されると、コントローラ
が対象の記憶デバイスからデータを読み出してホストに
送ったり、対象の記憶デバイスへデータを書き込んだり
する。

【０００８】記憶デバイスはコントローラにｋ台接続し
ており、データ書き込みがホストから記憶装置に指示さ
れると、その中の対象となるｍ台に書き込みが行われ
る。ここでｋとｍはｋ≧ｍ≧３となる自然数である。ま
た、幾つかの物理的な記憶デバイスを論理的にｋ個に分
割したものでも良い。

【０００９】図２〜５に記憶デバイスの構成例を示す。
同図において、ＨＩＦＭはホスト・インタフェース・モ
ジュール、ＤＩＦＭはディスク・インタフェース・モジ
ュールをそれぞれ示す。また、データを記憶しておく装
置を記憶デバイス、記憶デバイスを制御する装置をコン
トローラと呼ぶことにする。

【００１０】コントローラの内部には、コントローラ全
体を制御する制御装置とその制御記憶，ホストとのイン
タフェースを制御するＨＩＦＭ，記憶デバイスとのイン
タフェースを制御するＤＩＦＭが含まれる。更に、コン
トローラ内部には、キャッシュ・メモリが含まれること
もある。

【００１１】ＨＩＦＭやＤＩＦＭを複数個備えることも
可能である。ＤＩＦＭを複数個備えた場合、ｋ台の記憶
デバイスを各ＤＩＦＭへ接続した構成にすることも可能
である。記憶デバイスの例としては、磁気ディスクや光
ディスクなどのディスク装置やテープ装置などが挙げら
れる。

【００１２】ホストからの書き込み要求があった場合、
それをｍ台の記憶デバイスに書き込む際に、従来の方法
では、ｍ台全ての書き込みが終了してから、ホストへ書
き込み終了の完了を報告していた。このため、１台の記
憶デバイスへ書き込みを行う場合と比較して、処理時間
が延びると言う問題があった。

【００１３】そこで、本発明では、ｍ台の記憶デバイス
の中のｎ台の記憶デバイスへの書き込みが終了した時点
で、書き込み処理の完了をホストへ報告するものとす
る。ここで、ｍ＞ｎ≧２となる自然数である。そして、
書き込み処理の完了報告後、残りの（ｍ−ｎ）台の記憶
デバイスへの書き込み処理中に、その書き込みが失敗し
たならば、すでに書き込みが完了しているｎ台の記憶デ
バイスの１台又は複数台から書き込みデータを読み出
し、失敗した記憶デバイスへの再書き込みを実行する。

【００１４】この方法により、ｎ台の書き込み完了時点
で、残りの記憶デバイスへの書き込みが失敗しても、記
憶装置内部で再試行を行うため、ホストから書き込みデ
ータを再度転送する必要が無く、ホストからの次のアク
セスが可能となる。

【００１５】また、ホストからの書き込みデータをキャ
ッシュ・メモリを用いて一時的に格納しておき、適当な
時点でｍ台の記憶デバイスへ書き戻す方法を記憶装置が
実行している場合、従来の技術では、ｍ台全ての書き戻
しが完了した時点で、書き戻し処理完了としていた。そ
して、完了後、使用されていたキャッシュ・メモリを開
放し、別の書き込みデータに使用していた。

【００１６】しかしながら、この場合もｎ台の記憶デバ
イスへの書き戻しが終わった時点で処理を完了として、
キャッシュ・メモリを開放することで、キャッシュ・メ
モリを有効に活用できるようになる。

【００１７】

【発明の実施の形態】図６は本発明の第１実施例のブロ
ック図である。同図において、１は記憶装置、２はコン
トローラ、３はホスト・インタフェース部、４−１ない
し４−３はディスク・インタフェース部、５−１ないし
５−３は記憶デバイス、６は制御装置、７は制御記憶、
８は演算処理部、９はカウンタ比較部をそれぞれ示して
いる。おな、点線は制御線を示し、太線はデータ線を示
す。また、ＨＩＦＭはホスト・インタフェース・モジュ
ールの略であり、ＤＩＦＭはディスク・インタフェース
・モジュールの略である。

【００１８】記憶装置１は、コントローラ２及び記憶デ
バイス５−１ないし５−３を有している。コントローラ
２は、ホスト・インタフェース部３，ディスク・インタ
フェース部４−１ないし４−３及び制御装置６を有して
いる。ホスト・インタフェース部３は、ホストとのイン
タフェースを制御するものである。ディスク・インタフ
ェース部４−１は記憶デバイス５−１とのインタフェー
スを制御し、ディスク・インタフェース部４−２は記憶
デバイス５−２とのインタフェースを制御し、ディスク
・インタフェース部４−３は記憶デバイス５−３とのイ
ンタフェースを制御する。制御装置６は制御記憶７を有
しており、機能的には演算処理部８やカウンタ比較部９
を有している。

【００１９】第１実施例では、ｋ＝ｍ＝３，ｎ＝２とす
る。即ち、３台の記憶デバイスに対して、データの３重
書き込みを行い、その内の２台の書き込みが終了した時
点で書き込み処理完了をホストに報告する。

【００２０】ホストからデータの書き込みが記憶装置１
へ行われると、その要求がホスト・インタフェース部３
を経由してコントローラ２の制御装置６へ伝えられる。
制御装置６は、制御記憶７の中の書き込み完了通知数を
０にセットして、ホスト・インタフェース部３が受け取
った書き込みデータを３個のディスク・インタフェース
部４−１，４−２，４−３に渡し、それぞれの記憶デバ
イスへ書き込むよう指示を出す。各ディスク・インタフ
ェース部４−１，４−２，４−３は、受け取ったデータ
を対応する記憶デバイスに書き込み、書き込みが完了し
たら制御装置６へ書き込み完了の通知を行う。

【００２１】書き込み完了の通知を受け取った制御装置
６は、制御記憶７の中の書き込み完了通知数に１を加え
て、前以って制御記憶内に記憶していた完了報告を行う
ための数（第１実施例では２）と比較する。この時、書
き込み完了通知数がｎより小さければ、制御装置６は別
のディスク・インタフェース部からの完了通知を待つ。
比較を行った時に書き込み完了通知数とｎが等しけれ
ば、制御装置はホスト・インタフェース部３に書き込み
完了報告をホストに送出するよう指示を出す。

【００２２】ホスト書き込み完了報告後、書き込みが完
了していない記憶デバイスでエラーが起きた場合には、
以下の処理を行う。ここでは、書き込みが完了した記憶
デバイスを５−１と５−２，書き込みが完了してない記
憶デバイスを５−３と仮定する。

【００２３】制御装置６は、書き込みの完了した記憶デ
バイス５−１に接続されているディスク・インタフェー
ス部４−１に対して、書き込みデータの読み出しと，書
き込みエラーとなった記憶デバイス５−３に接続されて
いるディスク・インタフェース部４−３にデータを転送
する指示を出す。書き込み完了となった記憶デバイスの
中から、何れをデータ読出しに使用するかの判断は、例
えば書き込み完了報告を最初に報告した記憶デバイスと
すると言うように行う。

【００２４】さらに、制御装置６は、書き込みエラーと
なった記憶デバイス５−３に接続されているディスク・
インタフェース部４−３に対して、前述のディスク・イ
ンタフェース部４−１からのデータを受け取って記憶デ
バイス５−３へ再書き込みを行うよう指示を出す。この
ように、再書き込み処理が必要な場合でも、すでに書き
込み済のデータを使用することで、ホストに再度書き込
みデータを要求する必要がなくなる。

【００２５】再書き込みの処理の間に、ホスト・インタ
フェース部３と，使用されていない記憶デバイス５−２
を用いて、ホストからのアクセス要求に応えることも可
能である。すなわち、記憶デバイス５−１のデータを記
憶デバイス５−３に転送している途中にホストから読み
出し要求が送られて来た時には、コントローラ２は当該
読み出し要求で指定されたデータを記憶デバイス５−２
から読み出し、ホストへ送るための制御を行う。

【００２６】また、記憶デバイス５−１のデータを記憶
デバイス５−３に転送している途中にホストから書き込
み要求が送られて来た時には、コントローラ２は当該要
求に付加されている書き込みデータを当該要求で指定さ
れた記憶デバイス５−２の記憶場所に書き込み、次いで
記憶デバイス５−２に書き込まれたデータを読み出して
記憶デバイス５−１，５−３に書き込むための制御を行
う。

【００２７】図７は第１実施例における書き込み処理フ
ローを示す図である。この処理はコントローラによって
実行される。ステップＳ１では、ｍに３を書き込み、ｎ
に２を書き込む。ステップＳ２では、ｃを０にする。ス
テップＳ３では、ディスク・インタフェース部４−１，
４−２，４−３に対して書き込み開始指示を出す。

【００２８】ステップＳ４では、ディスク・インタフェ
ース部から完了通知があるか否かを調べる。ｙｅｓの場
合はステップＳ5 に進み、ｎｏの場合は完了通知が通知
されるのを待つ。ステップＳ５では、ｃの値を１だけ増
やす。ステップＳ６では、ｃがｎに等しいか否かを調べ
る。ｙｅｓの場合はステップＳ７に進み、ｎｏの場合は
ステップＳ４に戻る。ステップＳ７では、ホストに完了
通知報告を行う。

【００２９】ステップＳ８では、ディスク・インタフェ
ース部から完了通知があるか否かを調べる。ｙｅｓの場
合はステップＳ9 に進み、ｎｏの場合はステップＳ１１
に進む。ステップＳ９では、ｃの値を１だけ増やす。ス
テップＳ１０では、ｃの値がｍに等しいか否かを調べ
る。ｙｅｓの場合は処理終了とし、ｎｏの場合はステッ
プＳ８に戻る。ステップＳ１１では、エラーが発生して
いるか否かを調べる。ｙｅｓの場合はステップＳ１２に
進み、ｎｏの場合はステップＳ１４に進む。

【００３０】ステップＳ１２では、書き込み完了デバイ
スからのデータの読み出しを指示する。ステップＳ１３
では、エラー発生デバイスへの書き込みを指示する。次
にステップＳ１４に進む。ステップＳ１４では、ホスト
・アクセスありか否かを調べる。ｙｅｓの場合はステッ
プＳ１５に進み、ｎｏの場合はステップＳ８に戻る。ス
テップＳ１５では、アクセス可能なデバイスへホスト・
アクセス処理を指示する。次にステップＳ８に戻る。

【００３１】図８は本発明の第２実施例のブロック図で
ある。同図において、１０はキャッシュ・メモリ、１１
はキャッシュ・メモリ管理テーブルを示す。なお、図６
と同一符号は同一物を示す。

【００３２】図８の実施例では、ｋ＝ｍ＝３，ｎ＝２で
ある。即ち、図８の実施例は、キャッシュ・メモリから
記憶デバイスへ書き戻し処理を行う場合、３台の記憶デ
バイスに対して、データの３重書き戻しを行い、その内
の２台に書き戻しが終了した時点で、書き戻し処理完了
と見做す例である。

【００３３】記憶装置１の中には、ホスト・インタフェ
ース部３があり、３個の記憶デバイス５−１，５−２，
５−３があり、記憶デバイス５−１，５−２，５−３の
それぞれに１対１に対応する３個のディスク・インタフ
ェース部４−１，４−２，４−３が存在しているものと
する。

【００３４】図９はキャッシュ・メモリ管理テーブルを
説明する図、図１０は新規ブロック・アクセス時のテー
ブル内容の変更を示す図である。キャッシュ・メモリ管
理テーブルはデータの書き戻し単位（以下、ブロックと
呼ぶ）の管理を行うためのテーブルであり、優先度順に
ブロックのエントリが並べられている。ブロックは、記
憶デバイス上のデータの一部のコピーである。

【００３５】ホストから読み出し要求されたデータがキ
ャッシュ・メモリ上にあれば、そこから転送する。キャ
ッシュ・メモリ上に無ければ、記憶デバイスから読み出
して転送する。

【００３６】ホストが書き込み要求したデータがキャッ
シュ・メモリ上にあれば、そこに書き込む。キャッシュ
・メモリ上になければ、記憶デバイスから対象となるデ
ータをキャッシュ・メモリ上に読み出して更新するか，
或いはキャッシュ・メモリへ直接書き込みを行う。キャ
ッシュ・メモリへ書き込まれたデータは、例えばそのデ
ータを含むブロックがキャッシュ・メモリ上から追い出
される時に記憶デバイスへ書き戻される。

【００３７】エントリの管理をＬＲＵ方式で行うと、読
み出し要求や書き込み要求があったブロックのエントリ
が優先度の最も高い所に動かされる（図９(b) 及び図９
(c)を参照）。キャッシュ・メモリが全て使用されてい
る状態で、ホストからの読み出し要求や書き込み要求に
よって新たなブロック記憶域が必要になると、図１０の
ようにキャッシュ・メモリ管理テーブル上で最も優先度
の低いブロックが占めているキャッシュ・メモリのブロ
ック記憶域を開放する。開放されたブロック記憶域に更
新されたデータがあれば、記憶デバイスへの書き戻しが
行われる。

【００３８】或るブロックの書き戻し処理は、コントロ
ーラ２の制御装置６によって以下のように実行される。
制御装置６は、制御記憶内の書き戻し完了通知数を０に
セットして、キャッシュ・メモリ１０に格納されている
書き戻しデータを３個のディスク・インタフェース部４
−１，４−２，４−３に渡し、それぞれの記憶デバイス
へ書き戻すよう指示を出す。各ディスク・インタフェー
ス部４−１，４−２，４−３は、受け取ったデータを記
憶デバイスへ書き戻し、書き戻しが完了したら、制御装
置６へ書き戻し完了の通知を行う。

【００３９】書き戻し完了の通知を受け取った制御装置
６は、制御記憶内の書き戻し完了通知数に１を加えて、
前もって制御記憶内に記憶していたキャッシュ・メモリ
の開放を行うための数ｎ（本実施例では２）と比較す
る。このとき、書き戻し完了通知数がｎより小さけれ
ば、制御装置は別のディスク・インタフェース部からの
完了通知を待つ。

【００４０】比較を行った時に書き戻し完了通知数がｎ
と等しければ、制御装置６はキャッシュ・メモリ管理テ
ーブル１１から該当するブロックのエントリを追い出
し、キャッシュ・メモリ１０上の該当する部分を開放し
て、別のブロックのキャッシュ・メモリへの使用に備え
る。

【００４１】キャッシュ・メモリの開放後、書き戻しが
完了していない記憶デバイスで書き戻しエラーが起きた
場合、以下の処理を行う。ここでは、書き戻しが完了し
た記憶デバイスを記憶デバイス５−１と５−２、書き戻
しが完了してない記憶デバイスを５−３と仮定する。

【００４２】制御装置６は、書き戻しが完了した記憶デ
バイスに接続しているディスク・インタフェース部４−
１に対して、書き戻しデータの読み出しと，書き戻しエ
ラーとなった記憶デバイス５−３に接続されているディ
スク・インタフェース部４−３にデータを転送する指示
を出す。書き込み完了となった記憶デバイスの中から何
れをデータ読み出しに使用するかの判断は、例えば書き
戻し完了を最初に報告した記憶デバイスとするように行
う。

【００４３】更に、制御装置６は、書き戻しエラーとな
った記憶デバイス５−３に接続されているディスク・イ
ンタフェース部４−３対して、前述のディスク・インタ
フェース部４−１からのデータを受け取って記憶デバイ
ス５−３への再書き込みを行うよう指示を出す。このよ
うに、再書き戻し処理が必要な場合でも、すでに書き戻
し済のデータを使用することで、キャッシュ・メモリの
早期開放と別データへの使用が可能となる。

【００４４】再書き込みの処理の間に、ホスト・インタ
フェース部３と，使用されていない記憶デバイス５−２
とを用いて、ホストからのアクセス要求に応えることも
可能である。すなわち、記憶デバイス５−１のデータを
記憶デバイス５−３に転送している途中でホストから読
み出し要求が送られて来た時には、当該読み出し要求で
指定されたデータがキャッシュ・メモリ１０に存在する
か否かを調べる。読み出し要求で指定されたデータがキ
ャッシュ・メモリ１０に存在しない場合には、読み出し
要求で指定されたデータを含むブロックを記憶デバイス
５−２から読み出し、読み出したブロックをキャッシュ
・メモリ１０に書き込むと共に、読み出し要求で指定さ
れたデータをホストに送る。この際、必要に応じて書き
戻し処理が行われる。なお、このような制御は、コント
ローラ２の制御の下で行われる。

【００４５】記憶デバイス５−１のデータを記憶デバイ
ス５−３に転送している途中でホストから書き込み要求
が送られて来た時には、当該書き込み要求で指定された
データがキャッシュ・メモリ１０に存在するか否かを調
べる。該当するデータがキャッシュ・メモリ１０に存在
せず且つキャッシュ・メモリ１０に空きブロック記憶域
がある場合には、書き込み要求に付加されている書き込
みデータを空きのブロック記憶域に書き込む。該当する
データがキャッシュ・メモリ１０に存在せず且つキャッ
シュ・メモリ１０に空きのブロック記憶域が存在しない
場合には、必要に応じて最も優先度の低いブロックを記
憶デバイス５−２に書き戻した後、最も優先度の低いブ
ロックが占めていたキャッシュ・メモリ１０のブロック
記憶域に書き込み要求に付加されている書き込みデータ
を書き込む。なお、このような制御は、コントローラ２
の制御の下で行われる。

【００４６】図１１は本発明の第２実施例における書き
戻し処理フローを示す図である。ステップＳ１では、ｍ
に３を書き込み、ｎに２を書き込む。ステップＳ２で
は、ｃを０にする。ステップＳ３では、ディスク・イン
タフェース部４−１，４−２，４−３に対して書き戻し
開始指示を送る。ステップＳ４では、ディスク・インタ
フェース部から完了通知があるか否かを調べる。ｙｅｓ
の場合はステップＳ5 に進み、ｎｏの場合は完了通知が
通知されるのを待つ。

【００４７】ステップＳ５では、ｃの値を１だけ増や
す。ステップＳ６では、ｃがｎに等しいか否かを調べ
る。ｙｅｓの場合はステップＳ７に進み、ｎｏの場合は
ステップＳ４に戻る。ステップＳ７では、キャッシュ・
メモリを開放する。ステップＳ８では、ディスク・イン
タフェース部から完了通知があるか否かを調べる。ｙｅ
ｓの場合はステップＳ9 に進み、ｎｏの場合はステップ
Ｓ１１に進む。

【００４８】ステップＳ９では、ｃの値を１だけ増や
す。ステップＳ１０では、ｃの値がｍに等しいか否かを
調べる。ｙｅｓの場合は終了とし、ｎｏの場合はステッ
プＳ８に戻る。ステップＳ１１では、エラーが発生して
いるか否かを調べる。ｙｅｓの場合はステップＳ１２に
進み、ｎｏの場合はステップＳ１４に進む。

【００４９】ステップＳ１２では、書き戻し完了デバイ
スからのデータの読み出しを指示する。ステップＳ１３
では、エラー発生デバイスへの書き込みを指示する。次
にステップＳ１４に進む。ステップＳ１４では、ホスト
・アクセス有りか否かを調べる。ｙｅｓの場合はステッ
プＳ１５に進み、ｎｏの場合はステップＳ８に戻る。ス
テップＳ１５では、アクセス可能なデバイスへホスト・
アクセス処理を指示する。次に、ステップＳ８に戻る。

【００５０】

【発明の効果】本発明によれば、ホストからのデータを
複数の記憶デバイスへ書き込むことを行う記憶装置にお
いて、全ての記憶デバイスへの書き込み完了を待たず
に、書き込み完了通知をホストへ通知することが出来る
ため、書き込み処理時間を短縮できる。また、書き込み
完了を通知した後の記憶デバイスのエラーに対して、記
憶装置内の別の記憶デバイスへの書き込みデータを使用
することで、ホストへ書き込みデータを再度要求するこ
とがなくなり、ホストの負荷が減少する。更に、書き込
みエラーが発生した記憶デバイスに対して書き込み完了
の記憶デバイスからのデータを書き込んでいる最中にお
いても、残りの書き込み完了の記憶デバイスを使用し
て、ホストからのアクセス要求に応えることが出来る。

【００５１】本発明によれば、記憶装置にキャッシュ・
メモリが設けられている場合、記憶デバイスへの書き戻
し処理を実行する際に、全ての記憶デバイスへの書き戻
し完了を待たずに、書き戻しが終了したものとしてキャ
ッシュ・メモリを開放することが可能となって、キャッ
シュ・メモリの利用効率が向上する。また、キャッシュ
・メモリ開放後の記憶デバイスのエラーに対して、記憶
装置内の別の記憶デバイスへの書き込みデータを使用す
ることで、キャッシュ・メモリの開放が可能となって、
キャッシュ・メモリの利用効率が向上する。更に、書き
戻しエラーが発生した記憶デバイスに対して書き戻し完
了の記憶デバイスからのデータを書き込んでいる最中に
おいても、残りの書き戻し完了の記憶デバイスを使用し
て、ホストからのアクセス要求に応えることが出来る。

【図面の簡単な説明】

【図１】本発明のシステム構成図である。

【図２】本発明の記憶装置の第１構成例を示す図であ
る。

【図３】本発明の記憶装置の第２構成例を示す図であ
る。

【図４】本発明の記憶装置の第３構成例を示す図であ
る。

【図５】本発明の記憶装置の第４構成例を示す図であ
る。

【図６】本発明の第１実施例のブロック図である。

【図７】本発明の第１実施例の書き込み処理フローを示
す図である。

【図８】本発明の第２実施例のブロック図である。

【図９】キャッシュ・メモリ管理テーブルを説明する図
である。

【図１０】新規ブロック・アクセス時のテーブル内容の
変更を示す図である。

【図１１】本発明の第２実施例の書き戻し処理フローを
示す図である。

【符号の説明】

１ 記憶装置 ２ コントローラ ３ ホスト・インタフェース部 ４ ディスク・インタフェース部 ５ 記憶デバイス ６ 制御装置 ７ 制御記憶 ８ 演算処理部 ９ カウンタ比較部 １０ キャッシュ・メモリ １１ キャッシュ・メモリ管理テーブル

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ｋ台の記憶デバイス及びコントローラを
   有し、１つのデータをｍ台の記憶デバイスへ書き込むこ
   とを行う多重書き込み記憶装置において、 コントローラは、記憶装置に備えられたｋ台の記憶デバ
   イスの中のｍ台の記憶デバイスへ同じデータを書き込む
   場合、その中のｎ台の記憶デバイスへの書き込みが終わ
   った時点で、書き込みが完了したことをホストに通知す
   るための制御を行うことを特徴とする多重書き込み記憶
   装置。但し、ｋ，ｍ，ｎは、ｋ≧ｍ≧３，ｍ＞ｎ≧２と
   なる自然数。
2. 【請求項２】 コントローラは、ｎ台の書き込みが終了
   した後で、残りの（ｍ−ｎ）台の記憶デバイスへの書き
   込み処理でエラーが発生したならば、書き込みが終了し
   た記憶デバイスから書き込みデータを読み出して、読み
   出したデータをエラーが発生した記憶デバイスヘ書き込
   むための制御を行うことを特徴とする請求項１の多重書
   き込み記憶装置。
3. 【請求項３】 ｋ台の記憶デバイスおよびコントローラ
   を有し、キャッシュ・メモリに格納された１つのデータ
   をｍ台の記憶デバイスへ書き戻すことを行う多重書き込
   み記憶装置において、 コントローラは、ｋ台の記憶デバイスの中のｍ台の記憶
   デバイスへ同じデータを書き戻す場合、その中のｎ台の
   記憶デバイスへの書き戻しが終わった時点で、キャッシ
   ュ・メモリを開放することを特徴とする多重書き込み記
   憶装置。但し、ｋ，ｍ，ｎは、ｋ≧ｍ≧３，ｍ＞ｎ≧２
   となる自然数。
4. 【請求項４】 コントローラは、ｎ台の書き戻しが終了
   した後で、残りの（ｍ−ｎ）台の記憶デバイスへの書き
   戻し処理でエラーが発生したならば、書き戻しが終了し
   た記憶デバイスから書き戻しデータを読み出して、読み
   出したデータをエラーが発生した記憶デバイスヘ書き込
   むための制御を行うことを特徴とする請求項３の多重書
   き込み記憶装置。