JPH04246746A - 記憶装置システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ディスク装置などのよ
うに、アクセスパターンがそれぞれ異なる複数のファイ
ルを格納したライトアフタ機能付きの記憶装置システム
において、制御装置の障害により消失するライトデータ
の範囲の識別を可能にする記憶装置システムに関する。

【０００２】

【従来の技術】特開平１−１５８４５は、ライトアフタ
機能を有するバッファ付きＭＴの高信頼化方式に関する
。ＭＴの重要な使用方法として、データベースのジャー
ナル（データベース上のデータの更新履歴情報）がある
。ただし、ジャーナルはデータベースに障害が発生した
時に用いられる情報であって、高信頼性が要求される。

【０００３】一方、ライトアフタ機能を有するバッファ
付きＭＴにおいては、バッファにＣＰＵから受け取った
ライトデータを書き込んだ段階で、ライト処理を完了さ
せてしまう。バッファ上のライトデータは、制御装置が
、後からＭＴに書き込む。ＭＴにライトデータを書き込
む前に、バッファが故障すると、ジャーナルの情報が不
完全になり、データベースの回復が不可能となる。した
がって、ライトアフタ機能を有するバッファ付きＭＴを
、単純にジャーナルに適用するのは困難であった。

【０００４】特開平１−１５８４５は、ライトアフタ機
能を有するバッファ付きＭＴを比較的小容量の不揮発の
半導体ディスクと組み合わせて使用することにより、ジ
ャーナルへの適用を可能にしている。

【０００５】すなわち、ＣＰＵは、ジャーナルのデータ
を半導体ディスクとバッファ付きＭＴに書き込む。ＭＴ
はシーケンシャルな媒体であるため、ＭＴ上の記録単位
であるブロックに番号を付け、ＭＴ上にどのブロック番
号をもつブロックまで書き込んだかを管理することによ
り、どの範囲のジャーナルデータがＭＴに書き込まれて
いるかを識別することができた。したがって、ＣＰＵは
、適当な周期で、バッファ付きＭＴから、ＭＴ上に書き
込んだブロック番号を読み出すことにより、ＭＴに書き
込まれたデータを半導体ディスクから削除して差し支え
ない。以上により、ライトアフタ機能を有するバッファ
付きＭＴを比較的小容量の不揮発の半導体ディスクと組
み合わせて使用することにより、高信頼性を保証するこ
とができた。

【０００６】特開昭５９−１３５５６３では、高信頼性
を保証しながらライト処理を高速化する制御装置に関す
る技術が開示されている。

【０００７】特開昭５９−１３５５６３では、制御装置
内にキャッシュメモリ以外に不揮発性メモリを有し、処
理装置から受け取ったライトデータをキャッシュメモリ
と不揮発性メモリに格納する。ディスク装置へのライト
データの書き込みは、制御装置が、ライトアフタ処理に
よって実行する。これにより、ライトアフタ処理の高信
頼化を図る。

【０００８】特開平１−２１６４９は、転送前に位置付
け処理の必要な大容量の不揮発の記憶装置（ディスク装
置）と位置付け処理が不要な小容量の不揮発の記憶装置
（不揮発化された半導体記憶装置）を組み合わせて、使
用することにより、ジャーナルの高性能化を実現する技
術を開示している。すなわち、ＣＰＵは、ジャーナルデ
ータを不揮発性記憶装置に書き出す必要が生じた時、ま
ず、位置付け処理が不要な小容量の不揮発の記憶装置に
、ジャーナルデータを書き出す。これにより、ジャーナ
ルデータの保証ができる。一方、位置付け処理の必要な
大容量の不揮発の記憶装置には、複数個のジャーナルデ
ータをまとめて書き込む。これにより、位置付け処理の
実行回数を削減することができ、位置付け処理の必要な
大容量の不揮発の記憶装置へのジャーナルデータの書き
込み処理の高性能化が実現できる。位置付け処理の必要
な大容量の不揮発の記憶装置に書き込まれたジャーナル
データは、小容量の不揮発の記憶装置からは削除して差
し支えない。以上により、転送前に位置付け処理の必要
な大容量の不揮発の記憶装置と位置付け処理が不要な小
容量の不揮発の記憶装置を組み合わせて、使用すること
により、ジャーナルの高性能化を実現することができる
。ただし、特開平１−２１６４９では、ライトアフタ機
能付きの記憶装置については配慮がない。

【０００９】

【発明が解決しようとする課題】特開平１−１５８４５
に示されているように、ＭＴの場合、シーケンシャル媒
体であるため、ＭＴ上に書き込んだブロック番号のみを
管理すれば、どの範囲のデータがＭＴ上に書き込まれた
かを管理することができた。

【００１０】一方、特開昭５９−１３５５６３のように
ライトアフタ機能付きディスク装置の場合には、特開平
１−１５８４５の技術をそのまま適用して高信頼化を図
ることはできない。ディスク装置は、ＭＴと異なり、ラ
ンダムアクセスにもシーケンシャルアクセスにも適用可
能である。さらに、ディスク装置には、複数のファイル
が存在し、各ファイルごとに要求される信頼性も、アク
セスパターンも異なる。

【００１１】ディスク装置は、現在最も一般的に使用さ
れている外部記憶装置であり、データベースなどのデー
タもジャーナルデータも格納される。データベースのデ
ータを格納したディスク装置が故障すると、ジャーナル
を用いて、データを回復する。一方、ジャーナルの障害
に対しては、２重化という方法が用いられる。すなわち
、一方のジャーナルデータを格納したディスク装置が故
障すると、もう一方のジャーナルを用いて、データを回
復するのが通常の方法である。

【００１２】以上より、制御装置に障害が発生しても、
ディスク装置に書き込まれていないライトデータの範囲
を認識できれば、ジャーナルをさかのぼる範囲が限定で
き、高速なデータ回復処理が実現できる。

【００１３】本発明の目的は、ライトアフタ機能付きデ
ィスク装置において、ディスク装置に書き込まれていな
いデータの範囲を、ＣＰＵ側で識別可能にすることによ
り、高信頼化を図るものである。

【００１４】

【課題を解決するための手段】本発明では、ライトアフ
タ機能付きディスク装置において、ディスク装置に書き
込まれていないデータの範囲をＣＰＵに識別可能にする
ために、２つのアプローチをとる。

【００１５】まず、第１のアプローチについて説明する
。

【００１６】識別子付き入出力要求発行機能…ＣＰＵ側
に設ける機能であり、入出力要求に識別子を付加する。 この識別子は、ＣＰＵに共通であっても、各ファイル対
応に設けてもよい。例えば、通常のデータベースのデー
タ、あるいは、ジャーナルデータの入出力要求の場合、
ジャーナルの番号を識別子とすればよい。

【００１７】識別子記憶機能…制御装置側に設ける機能
であり、ディスク装置に書き込んでいない各ライトデー
タに対応する入出力要求の識別子の集合を記憶する機能
。記憶する装置は、信頼性の観点から不揮発２重化され
ていることが望ましい。あるいは、本識別子を制御装置
内の複数のメモリに書き込んでもよい。

【００１８】識別子選択機能…ディスク装置に書き込ん
でいないライトデータの中で、最も以前にＣＰＵから受
け付けたライトデータを識別子により、識別する。この
識別処理は、ディスク装置全体でなく、デイスク装置上
の特定の領域内で、最も以前にＣＰＵから受け付けたラ
イトデータを識別してもよい。本機能は、ＣＰＵ側に設
けても、制御装置側に設けてもよい。また、本機能の実
行は、ＣＰＵが周期的に指定することが信頼性の観点上
望ましい。ただし、本機能の実行を、制御装置内に、障
害が発生した後、ライトデータ、あるいは、識別子の消
失の可能性が高くなった後にしてもよい。

【００１９】次に、第２のアプローチについて説明する
。

【００２０】周期デステージ要求機能…ＣＰＵ側に、周
期的に、制御装置にディスク装置の指定領域のキャッシ
ュ内のライトデータを、ディスク装置に書き込む要求を
発行する機能を設ける。

【００２１】指定領域デステージ機能…制御装置に、Ｃ
ＰＵから指定されたディスク装置上の領域のキャッシュ
内のライトデータを、ディスク装置に書き込む機能を設
ける。本機能は、ＣＰＵからの通常の入出力要求とは、
並行して実行可能である。また、指定されたディスク装
置上の領域のキャッシュ内のライトデータを、ディスク
装置に書き込む機能を実行中に、ＣＰＵが、新たな指定
領域のキャッシュ内のライトデータを、ディスク装置に
書き込む要求を発行した時、この要求を待ち状態にせず
、受け付けられることが望ましい。制御装置は、指定さ
れたディスク装置上の領域のキャッシュ内に、ディスク
装置に書き込んでいないライトデータをまったく受け付
けていない状態になると、完了報告をＣＰＵに返す。

【００２２】デステージ終了受け付け機能…指定された
ディスク装置上の領域のライトデータを、ディスク装置
に書き込む要求に対する完了報告を受け取った時、ＣＰ
Ｕは、以下の内容を認識可能である。すなわち、最も近
い時点に、指定されたディスク装置上の領域のキャッシ
ュ内のライトデータを、ディスク装置に書き込む要求を
発行した契機より、以前にキャッシュ内に格納したライ
トデータがディスク装置上に書き込まれたことを認識で
きる。

【００２３】

【作用】まず、第１のアプローチの作用について説明す
る。

【００２４】ＣＰＵは、識別子付き入出力要求発行機能
により、制御装置に識別子付きのライト要求を発行する
。制御装置は、当該ライト要求で受け取ったライトデー
タを制御装置内のキャッシュメモリに（あるいは、キャ
ッシュメモリと不揮発性メモリに）書き込む。さらに、
入出力要求で受け取った識別子を、キャッシュメモリ（
あるいは、不揮発性メモリ）とは別の不揮発制御メモリ
に記憶する。

【００２５】キャッシュメモリに書き込んだライトデー
タを制御装置がディスク装置に書き込むと、対応する識
別子を不揮発制御メモリから消去する。

【００２６】ＣＰＵは、制御装置から、ディスク装置全
体、あるいは、指定領域のディスク装置に書き込んでい
ないライトデータの識別子の集合を、送信させる。送ら
れてきた識別子の中で、最も以前のライト要求に対応す
る識別子を認識することにより、ジャーナルのどの範囲
のデータを回復対象としたらよいかを決定できる。

【００２７】一方、ＣＰＵは、制御装置から、ディスク
装置全体、あるいは、指定領域のディスク装置に書き込
んでいないライトデータの中で、最も以前のライトデー
タに対応する識別子を送らせてもよい。これにより、ジ
ャーナルのどの範囲のデータを回復対象としたらよいか
を決定できる。

【００２８】最も以前のライトデータに対応する識別子
を選択する処理は、ＣＰＵが周期的に実行してもよいし
、あるいは、制御装置内に、障害が発生した後、ライト
データ、あるいは、識別子の消失の可能性が高くなった
後実行してもよい。

【００２９】次に、第２のアプローチについて説明する
。

【００３０】ＣＰＵは、周期的に、制御装置にディスク
装置の指定領域のキャッシュ内のライトデータを、ディ
スク装置に書き込む要求を発行する。

【００３１】制御装置は、前記要求に対応して、ＣＰＵ
から指定されたディスク装置上の領域のキャッシュ内の
ライトデータを、ディスク装置に書き込む処理に入る。 制御装置は、指定されたディスク装置上の領域に、ディ
スク装置に書き込んでいないライトデータを、まったく
受け付けていない状態になると、完了報告をＣＰＵに返
す。

【００３２】指定されたディスク装置上の領域のライト
データを、ディスク装置に書き込む要求に対する完了報
告を受け取った時、ＣＰＵは、以下の内容を記憶する。 すなわち、指定されたディスク装置上の領域のキャッシ
ュ内のライトデータを、ディスク装置に書き込む要求を
最も最近に発行した契機より後に、キャッシュ内に格納
したライトデータを、障害が発生した時の回復範囲とす
ればよいことを記憶する。

【００３３】制御装置にディスク装置の指定領域のキャ
ッシュ内のライトデータを、ディスク装置に書き込む要
求に、識別子を付加した場合、制御装置は、その識別子
で、指定されたディスク装置上の領域内に、ディスク装
置に書き込んでいないライトデータがなくなった段階で
、完了報告をＣＰＵに返す。

【００３４】第２の方法において、制御装置にディスク
装置の指定領域のキャッシュ内のライトデータを、ディ
スク装置に書き込む要求を発行する場合、同一領域に対
する要求には、同じ識別子を付加してもよい。これによ
り、制御装置は、指定されたディスク装置上の領域内に
、ディスク装置に書き込んでいないライトデータがなく
なると、完了報告をＣＰＵに返すことができる。識別子
を付加することにより、同じディスク装置２０４上の異
なったデータの集合に対する回復範囲を個々に認識でき
るようになる。

【００３５】

【実施例】まず、各実施例に共通する内容について説明
する。図２は、本発明の対象となる計算機システムの構
成である。計算機システムは、処理装置２００，制御装
置２０４，１台以上のディスク装置２０５により構成す
る。処理装置２００は、ＣＰＵ２０１，主記憶２０２，
チャネル２０３により構成される場合があってもよい。 制御装置２０４は、１台以上のディレクタ２１１，キャ
ッシュメモリ２０６，ディレクトリ２０７，不揮発性メ
モリ２０８，不揮発性メモリディレクトリ２０９，制御
用不揮発性メモリ２１０を含む。キャッシュメモリ（以
下、単にキャッシュと略す。）２０６は、ディスク装置
２０５の中のアクセス頻度の高いデータをロードしてお
く。ディレクトリ２０７には、キャッシュ２０６の管理
情報を格納する。不揮発性メモリ２０８は、不揮発の媒
体であり、キャッシュ２０６と同様に、ディスク装置２
０５の中のアクセス頻度の高いデータをロードしておく
。不揮発性メモリディレクトリ２０９も不揮発の媒体で
あり、不揮発性メモリ２０８の管理情報を格納する。た
だし、本発明は、制御装置２０４が不揮発性メモリ２０
８，不揮発性メモリディレクトリ２０９を備えていない
場合にも有効である。一方、制御用メモリ２１０には、
制御装置２０４の制御情報を格納する。制御メモリ２１
０は、不揮発化、２重化されていることが望ましい。

【００３６】ディレクタ２１１は、処理装置２００から
のリード要求、および、ライト要求にしたがって、処理
装置２００とディスク装置２０５、あるいは、キャッシ
ュ２０６との転送を行う。さらに、ディレクタ２１１は
、処理装置２００からのリード要求、および、ライト要
求とは、非同期に、ディスク装置２０５とキャッシュ２
０６との間で、リード動作、および、ライト動作を実行
する。

【００３７】図２に示した計算機システムにおいては、
制御装置２０４は、処理装置２００から受け付けたライ
ト要求に対する動作として、高速ライト２１２と呼ばれ
る動作を実行する。制御装置２０４は、高速ライト２１
２を実行する場合、処理装置２００から受け取ったライ
トデータ２１３をキャッシュ２０６と不揮発性メモリ２
０８に書き込んだ段階で、ライト処理を完了させる。こ
の場合、ディスク装置２０５にアクセスすることなく、
ライト要求を完了させることができるため、高速な処理
が実現することができる。キャッシュ２０６に書き込ん
だライトデータ２１３は、制御装置２０４が、空いた時
間を利用して、処理装置２００からの要求とは、非同期
に、ディスク装置２０５に書き込む。以上のライト処理
を、ライトアフタ処理２１４と呼ぶ。本実施例では、ラ
イトアフタ処理２１４を、制御装置２０５が実行する前
に、キャッシュ２０８がダウンしても、ライトデータ２
１３を、不揮発性メモリ２０９により保証することがで
きる。

【００３８】図３は、ディスク装置２０５の構成である
。円盤３０１は、データを記録する媒体であり、１つの
ディスク装置２０４には複数存在する回転体である。 読み書きヘッド３０２は、円盤３０１上のデータを読み
書きする装置であり、円盤３０１対応に存在する。

【００３９】円盤３０１が一回転する間に、読み書きヘ
ッド３０１がアクセス可能な円状の記録単位をトラック
３００とよぶ。トラック３００は、円盤３０１上に、複
数存在する。

【００４０】図４は、トラック３００の構成である。ト
ラック３００は、ある位置を基準として、トラック先頭
４０１と、トラック末尾４０２が定められる。また、ト
ラック３００上には、１つ以上のレコード３００が存在
する。レコード３００は処理装置２００と制御装置２０
４との間の最小の入出力処理単位である。トラック３０
０上のレコード４００の位置は、セル４０３という、固
定長バイトを単位で表現する。（レコード４００は、必
ず、セル４０３の先頭から格納開始され、セル４０３の
途中からは、格納開始されない。）セル４０３の番号は
、トラック３００の先頭を０番とし、１ずつの昇順につ
けられる。

【００４１】図５は、キャッシュ２０６の構成である。 キャッシュ２０６は、セグメント５００より構成される
。本実施例では、１つのトラック３００に対し１つのセ
グメント５００を割り当て、セグメント５００内には、
トラック３００全体のデータを格納するものとする。た
だし、本発明は、セグメント５００の割当単位を、トラ
ック３００に限定する必要はなく、もっと小さい単位、
例えば、レコード４００としても有効である。

【００４２】図６は、ディレクトリ２０７の構成である
。ディレクトリ２０７は、セグメント管理情報６００、
トラック表６０１、キュー先頭ポインタ６０３、キュー
末尾ポインタ６０４、ＷＡ（ライトアフタ）キュー先頭
ポインタ６０５、ＷＡキュー末尾ポインタ６０６ならび
に、空きセグメント先頭ポインタ６０２により構成され
る。セグメント管理情報６００は、セグメント５００単
位に存在する。トラック表６０１，キュー先頭ポインタ
６０３，キュー後尾ポインタ６０４、および空きセグメ
ントポインタ６０２は制御装置２０４内に１つ存在する
。ＷＡキュー先頭ポインタ６０５、ＷＡキュー末尾ポイ
ンタ６０６は、ディスク装置２０５に対応して存在する
。

【００４３】図７は、セグメント管理情報６００の中に
もうける本実施例で必要な情報を示したものである。以
下、各パラメータとその内容を示す。

【００４４】フォワードポインタ７００…他のセグメン
ト管理情報６００へのフォワード方向へのポインタであ
る。

【００４５】バックワードポインタ７０１…他のセグメ
ント管理情報６００へのバックワード方向へのポインタ
である。

【００４６】キャッシュドトラック番号７０２…当該セ
グメント管理情報６００に対応したセグメント５００内
に格納したディスク装置２０４の番号、トラック３００
の番号を表す。

【００４７】レコードビットマップ７０３…当該セグメ
ント管理情報６００に対応したセグメント５００内に格
納したトラック３００上のレコード９００の開始位置を
表わす。ここで、それぞれのビットはセル４０３の番号
対応に存在するものとする。例えば、レコードビットマ
ップ７０２の中のｎ番目のビットがオンであれば、当該
セグメント管理情報６００に対応したｎ番目のセル４０
３から、レコード４００の格納が開始されていることに
なる。ｎ番目のビットがオフであれば、ｎ番目のセル４
０３から、格納開始されているレコード４００は、存在
しないことになる。

【００４８】更新レコードビットマップ７０４…当該セ
グメント管理情報６００に対応したセグメント５００内
に格納されていて、かつ、ライトアフタ処理２１４が必
要なレコード９００のビットマップである。ライトアフ
タ処理２１４が必要なレコード３００を以下、ライトア
フタレコードと呼ぶ。それぞれのビットは、レコードビ
ットマップ７０２と同様、セル４０３の番号対応に存在
する。具体的には、更新レコードビットマップ７０３の
中のｎ番目のビットがオンであれば、当該セグメント管
理情報６００に対応したｎ番目のセル４０３から格納開
始されているレコード３００が、ライトアフタレコード
ということになる。

【００４９】使用中フラグ７０５…当該セグメント管理
情報６００に割当てたトラック３００に対応した入出力
処理を実行中であることを示す。

【００５０】ライト識別子７０６…当該セグメント管理
情報６００に対応するセグメント５００に内のライトア
フタレコードの中で最も以前に受け付けた識別子を表す
。入出力カウント７０７…当該セグメント管理情報６０
０に対応するセグメント５００に内で、最も以前に受け
付けたライトデータをセグメント５００に格納してから
、当該セグメント管理情報６００が何回分の入出力要求
を受け付けたかを表す。

【００５１】デステージ要求番号７０８…当該セグメン
ト管理情報６００に対応するセグメント５００に内のラ
イトデータ２１３をディスク装置に書き込む要求を受け
付け中であることを示す。

【００５２】デステージ番号７０９…受け付けているデ
ステージ要求の番号を表す。

【００５３】セグメントポインタ７１０…当該セグメン
ト管理情報に対応したセグメント１０００へのポインタ
である。

【００５４】図８は、トラック表６０１，空きセグメン
トキュー８００の構成である。

【００５５】トラック表１１０１は、すべてのディスク
装置２０５のトラック３００に関して、そのトラック３
００に対してセグメント１０００が割り当てられている
か、いないかを表す。割り当てられている場合には、そ
のトラック３００に割り当てられているセグメント５０
０に対応したセグメント管理情報６００へのポインタを
表す。トラック表６０１においては、同じディスク装置
２０４上のトラック３００に関する情報は、まとめて、
トラック３００の番号順に格納される。

【００５６】トラック３００を割り当てていなセグメン
ト５００に対応したセグメント管理情報６００は、空き
セグメント先頭ポインタ６０２から順に、フォワードポ
インタ７００で、結合される。結合されているセグメン
ト管理情報６００の集合を空きセグメントキュー８００
と呼ぶ。

【００５７】図９は、非ＷＡキュー９００の構造である
。非ＷＡキュー９００とは、ライトアフタレコードをも
たないセグメント５００に対応するセグメント管理情報
６００を管理するキューである。各セグメント管理情報
６００は、フォワードポインタ７００とバックワードポ
インタ７０１により結合する。非ＷＡキュー９００は、
ＬＲＵ（Ｌｅａｓｔ　Ｒｅｃｅｎｔｌｙ　Ｕｓｅｄ）方
式で管理する。すなわち、キュー先頭ポインタ６０３が
、最も最近入出力対象となったセグメント管理情報６０
１へのポインタとなり、キュー後尾ポインタ６０４が、
最も以前に入出力対象となったセグメント管理情報６０
１へのポインタとなる。

【００５８】図１０は、ＷＡキュー１０００の構造であ
る。ＷＡキュー１０００とは、ライトアフタレコードを
もっているセグメント５００に対応するセグメント管理
情報６００を、ディスク装置２０５対応に管理するキュ
ーである。各セグメント管理情報６００は、フォワード
ポインタ７００とバックワードポインタ７０１により結
合する。ＷＡキュー１０００は、ＬＲＵに似た方式で管
理する。基本的には、キュー先頭ポインタ６０３が、最
も最近入出力対象となったセグメント管理情報６０１へ
のポインタとなり、キュー後尾ポインタ６０４が、最も
以前に入出力対象となったセグメント管理情報６０１へ
のポインタとなる。ただし、ＬＲＵ管理をそのまま用い
てしまうと、入出力頻度の高いトラック３００に対応し
たライトアフタ処理２１４がなかなか実行されないとい
う現象が発生する。これは、ディスク装置２０４に書き
込んでいないライトデータの中で、最も以前にＣＰＵか
ら受け付けたライトデータの受け付け時間が以前になり
すぎて障害が発生した時の回復範囲が大きくなるという
問題につながる。したがって、ＷＡキュー１０００の場
合、セグメント管理情報６００内の入出力カウント数７
０７が一定数を超えると、入出力対象となってもＷＡ先
頭ポインタ６０５に移すのを中止する。

【００５９】不揮発性メモリ２０８、不揮発性メモリデ
ィレクトリ２０９の構成は、キャッシュ２０６、ディレ
クトリ２０７の構成と同様でよいため、構成の説明は省
略する。

【００６０】図１１は、制御用メモリ２１０内に設ける
本発明に関係する情報である。

【００６１】制御用メモリ２１０内には、各セグメント
管理情報６００対応に、セグメント管理情報６００内に
格納した情報の中で、以下の情報を重複して格納する。

【００６２】キャッシュドトラック番号７０２…当該セ
グメント管理情報６００に対応したセグメント５００内
に格納したディスク装置２０４の番号、トラック３００
の番号を表す。

【００６３】ライト識別子７０６…当該セグメント管理
情報６００に対応するセグメント５００に内のライトア
フタレコードの中で最も以前に受け付けた識別子を表す
。入出力カウント７０７…当該セグメント管理情報６０
０に対応するセグメント５００に内で、最も以前に受け
付けたライトデータをセグメント５００に格納してから
、当該セグメント管理情報６００が何回分の入出力要求
を受け付けたかを表す。

【００６４】デステージ要求番号７０８…当該セグメン
ト管理情報６００に対応するセグメント５００に内のラ
イトデータ２１３をディスク装置に書き込む要求を受け
付け中であることを示す。

【００６５】デステージ番号７０９…受け付けている書
き込み要求の番号を表す。

【００６６】さらに、制御用メモリ２１０内には、ディ
スク装置２０５対応に、ディスク装置待ち情報１１００
、ディスク装置使用中ビット１１０１、デステージ実行
中ビット１１０２、次デステージ番号１１０３を、もつ
。

【００６７】ディスク装置待ち情報１１００は、対応す
るディスク装置２０５に対する処理装置２００からの入
出力要求が待ち状態にあることを示す。ディスク装置使
用中ビット１１０１は、当該ディスク装置が使用中であ
ることを意味する。

【００６８】デステージ実行中ビット１１０２は、処理
装置２００から指定されたディスク装置２０４上の領域
のライトアフタレコードのデステージ処理中であること
を示す。次デステージ番号１１０３は、次に処理装置２
００から指定されたディスク装置２０４上の領域のライ
トアフタレコードを書き込み要求に付ける番号を表す。

【００６９】まず、第１の実施例について説明する。

【００７０】図１は、第１の実施例の概要を表す。

【００７１】処理装置２００上の入出力要求発行部１０
０は、識別子１０１の付いたライト要求を制御装置２０
４に発行する。識別子１０１は、例えば、このライト要
求で、制御装置２０４に送るライトデータ２１３に対応
するジャーナル（履歴データ）の識別子でよい。

【００７２】制御装置２０４内のディレクタ２１１に設
ける入出力受け付け部１０２は、受け取った識別子１０
１を、ディレクトリ２０７，不揮発性メモリディレクト
リ２０９，制御メモリ２１０に書き込む（１０６）。さ
らに、ライトデータ２１３をキャッシュ２０６と不揮発
性メモリ２０８に書き込む（１０７）。

【００７３】ディレクトリ２１１内のライトアフタ部１
０３は、キャッシュ２０６内のライトデータ２１３をデ
ィスク装置２０５に書き込む（１０８）。この段階で、
ライトデータ２１３に対応するディレクトリ２０７、不
揮発性メモリディレクトリ２０９，制御メモリ２１０内
の識別子１０１を消去する（１０９）。

【００７４】処理装置２００内の回復範囲認識部１０４
は、制御装置２０４に、ディスク装置２０４の指定領域
内で、まだデイスク装置２０４に書き込んでいないライ
トデータ２１３に対応する識別子１０１をすべて送るよ
うに要求する（１１０）。回復範囲認識機能１０４は、
受け取ったすべての識別子１０２により、ディスク装置
２０４に書き込まれていないライトデータ２１３の範囲
を認識できる。これにより、障害が発生し、制御装置２
０４内のライトデータ２１３がディスク装置２０４に書
き込まれる前に、消失した場合でもジャーナルの回復範
囲を定めることができる（１１１）。回復範囲認識部１
０４の実行は、処理装置２００が周期的に指定してする
ことが信頼性の観点上望ましい。ただし、制御装置２０
４内に、障害が発生した後、ライトデータ２１３、ある
いは、識別子１０１の消失の可能性が高くなった後、回
復範囲認識部１０４の実行を開始してもよい。

【００７５】制御装置２０４内の識別子収集部１０５は
、処理装置２００から指定されたディスク装置２０４の
指定領域内で、まだデイスク装置２０４に書き込んでい
ないライトデータ２１３に対応する識別子１０１をすべ
て収集する（１１２）。この後収集した識別子１０１を
処理装置２００に送る（１１３）。

【００７６】以下、各処理部の詳細を説明する。

【００７７】入出力要求発行部１００は、単純に識別子
付きのライト要求を制御装置２０４に発行するのみであ
る。したがって、処理フローを用いた説明を省略する。

【００７８】図１２は、ディレクタ２１０内の入出力受
け付け部１０１の処理フローである。まず、ディレクタ
２１０は、識別子付きのライト要求を処理装置２００か
ら受け取ると、トラック表６０１をサーチして、ライト
対象となるトラック３００にセグメント４００が割り当
てられているかを判別する。

【００７９】割り当てられていない場合、本実施例では
、高速ライト処理２１１を適用せず、ディスク装置にア
クセスするため、ステップ１２１０に制御を移す。ただ
し、本発明自体は、ライト対象となるトラック３００に
セグメント４００が割り当てられていない時、高速ライ
ト処理２１３を適用しても有効である。

【００８０】セグメント４００が割り当てられている場
合、ディレクタ２１０は、ステップ１２０１において、
対応するセグメント管理情報６０１内の使用中フラグ７
０５がオンかをチェックする。オンの場合、このライト
要求を待たせるため、ステップ１２１４へジャンプする
。

【００８１】ステップ１２０２で、ディレクタ２１０は
使用中フラグ７０５をオンにする。この場合、対応する
不揮発性メモリディレクトリ２０９、制御メモリ２１０
内の使用中フラグ７０５にも同様の操作を行う。

【００８２】ステップ１２０３では、ディレクタ２１０
は、入出力カウント７０７が０かを判別する。０である
場合、当該セグメントにライトアフタレコードは存在し
ないため、ステップ１２０４で、以下の処理を実行する
。すなわち、処理装置２００から受け取った識別子１０
１を、セグメント管理情報６０１内のライト識別子７０
６に設定する。同様に、対応する不揮発性メモリディレ
クトリ２０９，制御メモリ２１０内のライト識別子７０
６に識別子１０１を設定する。この後、ステップ１２０
６ヘ制御を移す。

【００８３】入出力カウント７０７が０でない場合、ス
テップ１２０５で、ディレクタ２１０は以下の処理を実
行する。すなわち、入出力カウント７０７が一定値以下
であるかを判別する。一定値以下の場合、ステップ１２
０６で、セグメント管理情報６００を、対応するディス
ク装置２０５のＷＡキュー１０００のＷＡキュー先頭ポ
インタ９０２が示すようにする。この場合、不揮発性メ
モリディレクトリ２０９内の対応するセグメント管理情
報６０１にも同様の操作を行う。

【００８４】入出力カウント７０７が一定値以下である
場合、ステップ１２０７へジャンプする。

【００８５】ステップ１２０７では、ディレクタ２１０
は、入出力カウント７０７を１増やす。同様に、対応す
る不揮発性メモリディレクトリ２０９、制御メモリ２１
０内の入出力カウント７０７も１増やす。さらに、ライ
ト対象となるレコード３００の更新ビットマップ７０４
をオンにする。この場合、対応する不揮発性メモリディ
レクトリ２０９、制御メモリ２１０内の入出力カウント
７０７、更新ビットマップ７０４にも同様の操作を行う
。

【００８６】ステップ１２０８では、ディレクタ２１０
は、ライトデータ２１３を処理装置２００から受け取り
、キャッシュ２０６、および、不揮発性メモリ２０８の
セグメント５００に格納する。

【００８７】ステップ１２０９では、ディレクタ２１０
は、使用中フラグ７０５をオフにして、ライト要求の完
了を処理装置２００に報告し、処理を終了する。この場
合、対応する不揮発性メモリディレクトリ２０９、制御
メモリ２１０内の使用中フラグ７０５にも同様の操作を
行う。

【００８８】ステップ１２１０では、ディレクタ２１０
は、ライト対象とするディスク装置２０５に対応するデ
ィスク装置使用中情報１１０１がオンかをチェックする
。オンの場合なら、ステップ１２１４へジャンプする。 オフの場合、ステップ１２１１で、ディスク装置使用中
情報１１０１をオンにする。ステップ１２１２では、デ
ィレクタ２１０は、処理装置２００から要求されたライ
ト処理を実行する。ステップ１２１３では、ディスク装
置使用中情報１１０１をオフにして、ライト要求の完了
を処理装置２００に報告し、処理を終了する。

【００８９】ステップ１２１４では、ライト要求を待た
せることを、処理装置に報告する。この後、ステップ１
２１５で、ディスク装置待ちビット１１００をセットし
、処理を終了する。

【００９０】図１３は、ライトアフタ実行部１０３の処
理フローである。（ａ）は、ディスク装置２０５に位置
付け要求を発行する処理フローであり、（ｂ）は、位置
付け要求の完了後、実行する処理フローである。

【００９１】ステップ１３００では、ディレクタ２１０
は、ディスク装置使用中情報１１０１がオフのディスク
装置２０４を見出し、ディスク装置使用中情報１１０１
をオンにする。

【００９２】ステップ１３０１では、ディレクタ２１０
は、当該ディスク装置２０５に対応するＷＡキュー１０
００のＷＡキュー末尾ポインタ９０６から、使用中フラ
グ７０５がオフのセグメント管理情報６０１を探す。見
つからない場合、処理を終了するため、ステップ１３０
７へジャンプする。

【００９３】ステップ１３０２では、ディレクタ２１０
は、見つかったセグメント管理情報６０１の使用中フラ
グ７０５をオンにする。この場合、対応する不揮発性メ
モリディレクトリ２０９、制御メモリ２１０内の使用中
フラグ７０５にも同様の操作を行う。この後、ステップ
１３０３で、当該ディスク装置２０４に、選択したセグ
メント管理情報６００内のキャッシュドトラック番号７
０２に対応するトラック３００への位置付け要求を発行
して、一度処理を終了させる。

【００９４】次に、図１３（ｂ）の処理フローを説明す
る。

【００９５】ステップ１３０３では、選択したセグメン
ト管理情報６００のすべてのライトアフタレコードを更
新ビットマップ７０４により認識し、ディスク装置２０
４上に書き込む。

【００９６】ステップ１３０４では、ディレクタ２１０
は、当該セグメント管理情報６００をＷＡキュー１００
０から非ＷＡキュー９００に移す。不揮発メモリディレ
クトリ２０９の対応するセグメント管理情報６００にも
同様の処理を適応する。

【００９７】ステップ１３０５では、ディレクタ２１０
は、当該セグメント管理情報６００内の入出力カウント
７０７を０にし、ライト識別子７０６にヌル値を設定す
る。本実施例では、直接関係なく、第２の実施例に関係
する内容であるが、デステージ要求フラグ７０８をオフ
する。この場合、対応する不揮発性メモリディレクトリ
２０９，制御メモリ２１０内の入出力カウント７０７，
ライト識別子７０６，（デステージ要求フラグ７０８）
にも同様の操作を適用する。

【００９８】ステップ１３０６では、ディレクタ２１０
は、当該セグメント管理情報６００内の使用中ビットオ
フにする。この場合、対応する不揮発性メモリディレク
トリ２０９、制御メモリ２１０内の使用中フラグ７０５
にも同様の操作を行う。

【００９９】ステップ１３０７では、ディレクタ２１０
は、当該ディスク装置２０４に対応するディスク装置使
用中ビット１１０１をオフにする。

【０１００】ステップ１３０８では、ディレクタ２１０
は、当該ディスク装置２０４に対応するディスク装置待
ちビット１１００が、オフの場合処理を終了する。オン
の場合、ステップ１３０９で、待ち状態になっている処
理装置２００からの入出力要求の再発行を、処理装置２
００に要求する。以上で、処理を完了する。

【０１０１】図１４は、回復範囲認識部１０４の処理フ
ローである。

【０１０２】ステップ１４００で、処理装置２００は、
制御装置２０４に、ディスク装置２０５の指定領域内で
、まだデイスク装置２０５に書き込んでいないライトデ
ータ２１３に対応する識別子１０１をすべて送るように
要求する。

【０１０３】ステップ１４０１では、処理装置２００は
、制御装置２０４から、まだデイスク装置２０４に書き
込んでいないライトデータ２１３に対応する識別子１０
１が送られて来るのを待つ。

【０１０４】ステップ１４０２では、処理装置２００は
、制御装置２０４から、まだデイスク装置２０４に書き
込んでいないライトデータ２１３に対応する識別子１０
１の集合を参照して、障害が発生した場合、消失される
ライトデータの範囲を認識することが可能となり、ジャ
ーナルをさかのぼる範囲を限定できる。

【０１０５】図１５は、識別子収集部１０５の処理フロ
ーである。

【０１０６】ステップ１５００では、ディレクタ２１０
は、ディレクトリ２０６、不揮発性メモリディレクトリ
２０８、制御用メモリ２１０中で、障害を起こしていな
いメモリを選択する。選択後、処理装置２００から指定
された領域に対応するライト識別子７０６を、トラック
表６０１、キャッシュドトラック番号７０２より、選択
する。

【０１０７】ステップ１５０１では、選択したライト識
別子７０６とキャッシュドトラック番号７０２のすべて
のペアを処理装置２００に送る。あるいは、選択した中
から最も以前のライト識別子７０６を処理装置２００に
送ってもよい。この後、処理装置２００に完了報告を返
し、処理を完了する。

【０１０８】図１６は、第２の実施例の概要を示したも
のである。

【０１０９】周期デステージ要求発行部１６００は、処
理装置２００側で、ディスク装置２０４上の指定領域内
の、ディスク装置２０５には未書き込みのライトデータ
２１３をディスク装置２０５上に書き込むことを周期的
に要求する（１６０４）。あるいは、事前により、制御
装置２０４が周期的に、ディスク装置２０５には未書き
込みのライトデータ２１３をディスク装置２０５上に書
き込むことを取り決めておいてもよい。ただし、以下の
実施例では、処理装置２００側で、ディスク装置２０５
には未書き込みのライトデータ２１３をディスク装置２
０５上に書き込むことを周期的に要求するものとする。

【０１１０】制御装置２０４のデステージ受け付け部１
６０１は、デステージ実行部１６０２が実行中でなけれ
ば、これを起動する（１６０５）。さらに、デステージ
受け付け部１６０１は、指定された領域に存在するディ
スク装置２０５には未書き込みのライトデータ２１３に
対応するデステージ要求フラグ７０８をオンにし、対応
するデステージ番号７０９を設定する。

【０１１１】デステージ実行部１６０２は、デステージ
要求フラグ７０８がオンのライトアフタデータ２１３を
探し（１６０６）、ディスク装置２０４に書き込む（１
６０７）。書き込みが完了した時に、同一のデステージ
番号７０９をもつデステージ要求フラグ７０８がオンの
領域があるかをチェックする。デステージ実行部１６０
２は、ディスク装置２０４対応に存在する。指定された
領域のすべてのライトアフタレコードをディスク装置２
０５上に書き込みが完了した時、処理装置２００に完了
報告を行う（１６０８）。

【０１１２】本実施例では、デステージ実行部１６０２
が実行中に、処理装置２００からの通常の入出力要求を
可能な限り受付け、並行して実行する。さらに、デステ
ージ実行部１６０２の実行中に、処理装置２００が、デ
ィスク装置２０５には未書き込みのライトデータ２１３
をディスク装置２０５上に書き込む要求を発行した時、
この要求を待ち状態にせず、受け付ける。

【０１１３】周期デステージ完了受け付け部１６０３は
、処理装置２００に設けられる。制御装置２０４から、
指定された領域のすべてのライトアフタレコードをディ
スク装置２０５上に書き込みが完了したことを受け取っ
たとき、実行される。この場合、当該指定領域に、最後
にデステージ要求を発行した時よりも前に発行したライ
ト要求で、処理したライトデータはディスク装置２０４
上に書き込まれたことを把握できる（１６０９）。 以上により、障害が発生し、制御装置２０４内のライト
データ２１３がディスク装置２０４に書き込まれる前に
消失した場合でも、ジャーナルの回復範囲を定めること
ができる。

【０１１４】以下、各処理部の詳細について説明する。

【０１１５】本実施例においては、通常のライト要求に
、当然識別子を付ける必要はない。ただし、識別子を付
けても支障はない。したがって、本実施例では、入出力
要求発行部１００，入出力受け付け部１０２の処理は、
第１の実施例と同様とし、詳細な説明を省略する。

【０１１６】周期デステージ要求発行部１６００は、単
純にディスク装置２０４上の指定領域のライトアフタレ
コードをディスク装置２０５上に書き込むことを周期的
に要求するのみである。したがって、処理フローを用い
た説明を省略する。

【０１１７】図１７は、デステージ要求受け付け部１６
０１の処理フローである。

【０１１８】ディレクタ２１０は、処理装置２００から
指定領域のライトアフタレコードをディスク装置２０５
上に書き込む要求を受け付けたとき、実行される。

【０１１９】まず、ステップ１７００で、ディレクタ２
１０は、指定領域内に、ＷＡキュー１０００に存在し、
まだデステージ番号７０９を設定していない使用中フラ
グ７０５がオフのセグメント管理情報６００があれば、
をすべて見出す。１つもない場合、ステップ１７０５に
ジャンプする。

【０１２０】ステップ１７０１では、見出したすべての
セグメント管理情報６００に対して以下の処理を実行す
る。まず、使用中フラグ７０５を一度オンにする。さら
に、対応するディスク装置２０４の次デステージ番号１
１０２を、デステージ番号７０９に設定し、デステージ
要求フラグ７０８をオンにする。最後に、使用中フラグ
７０５をオフに戻す。

【０１２１】この後、ステップ１７０２では、する。こ
の値を設定中、使用中フラグ７０５がオンのセグメント
があった場合、指定領域内に、ＷＡキュー１０００に存
在し、まだデステージ番号７０９を設定していないセグ
メント管理情報６００があるかを判別する。まだ残って
いれば、ステップ１７００に戻る。

【０１２２】次に、すべての設定が完了していれば、ス
テップ１７０３では、ディレクタ２１０は、次デステー
ジ番号１１０２を、１増やす。

【０１２３】ステップ１７０４では、ディレクタ２１０
は、対応するディスク装置２０４のデステージ実行中フ
ラグ１１０２がオンどうかをみる。オンであれば、処理
を完了させる。オフの場合、ステップ１７０５で、ディ
レクタ２１０は、デステージ実行中フラグ１１０２オン
にして、対応するディスク装置２０４のデステージ実行
部１６０２を起動し、処理を終了する。

【０１２４】ステップ１７０６では、ライト要求を待た
せることを、処理装置に報告し、ディスク装置待ちビッ
ト１１００をセットし、処理を終了する。

【０１２５】図１８は、デステージ実行部１６０２の処
理フローである。（ａ）は、ディスク装置２０５に位置
付け要求を発行する処理フローであり、（ｂ）は、位置
付け要求の完了後、実行する処理フローである。

【０１２６】ステップ１８００では、ディレクタ２１０
は、対応するディスク装置のディスク装置使用中情報１
１０１がオフになるまで待ち、ディスク装置使用中情報
１１０１をオンにする。

【０１２７】ステップ１８０１では、ディレクタ２１０
は、当該ディスク装置２０５に対応するトラック表６０
１より、デステージ要求ビット７０８がオンのセグメン
ト管理情報６０１を探す。

【０１２８】ステップ１８０２では、ディレクタ２１０
は、見つかったセグメント管理情報６０１の使用中フラ
グ７０５をオンにする。この後、ステップ１３０３で、
当該ディスク装置２０４に、選択したセグメント管理情
報６００内のキャッシュドトラック番号７０２に対応す
るトラック３００への位置付け要求を発行して、一度処
理を終了させる。

【０１２９】次に、図１８（ｂ）の処理フローを説明す
る。

【０１３０】ステップ１８０３では、第１３図（ｂ）の
処理フローをコールする。

【０１３１】この後、ステップ１８０２では、ディレク
タ２１０は、デステージの完了したセグメント管理情報
６００内のデステージ番号７０９と同様の番号もち、か
つ、デステージ要求フラグ７０８がオンのセグメント管
理情報６００があるかをチェックする。あれば、ステッ
プ１８００に戻る。

【０１３２】ない場合、ステップ１８０４で、指定され
た領域のすべてのライトアフタレコードをディスク装置
２０５上に書き込みが完了したことを、処理装置２００
に報告する。

【０１３３】ステップ１８０５では、ディレクタ２１０
は、対応するディスク装置２０４のセグメント管理情報
６００内にデステージ要求フラグ７０８がオンのセグメ
ント管理情報６００があるかをチェックする。あれば、
ステップ１８００に戻る。

【０１３４】なければ、ステップ１８０６で、デステー
ジ実行中フラグ１１０２をオフにして、処理を終了する
。

【０１３５】図１９は、周期デステージ完了受け付け部
１６０３の処理フローである。

【０１３６】ステップ１９００で、処理装置２００は、
当該指定領域に、最後にデステージ要求を発行した時よ
りも前に発行したライト要求で、処理したライトデータ
はディスク装置２０４上に書き込まれたことを認識する
。以上により、障害が発生し、制御装置２０４内のライ
トデータ２１３がディスク装置２０４に書き込まれる前
に消失した場合でも、ジャーナルの回復範囲を定めるこ
とができる。

【０１３７】

【発明の効果】本発明により、ディスク装置などのよう
に、アクセスパターンがそれぞれ異なる複数のファイル
を格納したライトアフタ機能付きの記憶装置システムに
おいて、制御装置の障害により消失するライトデータの
範囲が、処理装置側で識別可能になる。これにより、ジ
ャーナル等により、高速なデータ回復処理を実行できる
。

【図面の簡単な説明】

【図１】第１の実施例の概要。

【図２】本発明の対象となる計算機システムの構成。

【図３】ディスク装置の構成。

【図４】トラックの構成。

【図５】キャッシュの構成。

【図６】ディレクトリの構成。

【図７】セグメント管理情報の中にもうける本実施例で
必要な情報。

【図８】トラック表、空きセグメントキューの構成。

【図９】非ＷＡキューの構造。

【図１０】ＷＡキューの構造。

【図１１】制御用メモリ内に設ける本発明に関係する情
報。

【図１２】入出力受け付け部の処理フロー。

【図１３】ライトアフタ実行部の処理フロー。

【図１４】回復範囲認識部の処理フロー。

【図１５】識別子収集部の処理フロー。

【図１６】第２の実施例の概要。

【図１７】デステージ要求受け付け部の処理フロー。

【図１８】デステージ実行部の処理フロー。

【図１９】周期デステージ完了受け付け部の処理フロー
。

【符号の説明】

１００…入出力要求発行部、１０１…識別子、１０２…
入出力受け付け部、１０３…ライトアフタ実行部、１０
４…回復範囲認識部、１０５…識別子収集部、１６００
…周期的デステージ要求発行部、１６０１…デステージ
要求受け付け部、１６０２…デステージ実行部、１６０
３…周期デステージ完了受け付け部。

Claims (7)

【特許請求の範囲】
1. 【請求項１】１つ以上の記憶装置に接続されたキャッシ
   ュメモリを有する制御装置と、処理装置から構成される
   記憶装置システムであって、前記処理装置に、前記制御
   装置に対し、前記記憶装置にライトデータを書き込むた
   めの識別子付きのライト要求を発行する手段と、前記制
   御装置に対し、前記記憶装置の指定範囲内に存在する、
   前記キャッシュメモリ内に格納され、前記記憶装置には
   書き込んでいないライトデータに対応する前記識別子を
   、前記処理装置に送るよう要求する手段を設け、前記制
   御装置に、前記処理装置からの前記識別子付きのライト
   要求において受け取ったライトデータを前記キャッシュ
   メモリを書き込み、前記識別子を前記制御装置内に記憶
   し、前記ライト要求の完了を前記処理装置に報告する手
   段と、前記キャッシュメモリ内に格納され、前記記憶装
   置には書き込んでいない前記ライトデータを前記記憶装
   置に書き込み、前記ライトデータに対応するを前記識別
   子を前記制御装置内から消去する手段と、前記処理装置
   からの要求にしたがって、前記記憶装置の指定範囲内に
   存在する、前記キャッシュメモリ内に格納され、前記記
   憶装置には書き込んでいないライトデータに対応する前
   記識別子を、前記処理装置に送る手段を有することを特
   徴とする記憶装置システム。
2. 【請求項２】請求項１に記載した記憶装置システムであ
   って、前記制御装置内に、前記識別子を記憶する不揮発
   の記憶手段を有することを特徴とする記憶装置システム
   。
3. 【請求項３】請求項１に記載した記憶装置システムであ
   って、前記制御装置内に、前記識別子を記憶する不揮発
   の２重化された記憶手段を有することを特徴とする記憶
   装置システム。
4. 【請求項４】請求項１に記載した記憶装置システムであ
   って、前記処理装置内に、前記制御装置から受け取った
   前記記憶装置には書き込んでいないライトデータに対応
   する前記識別子より、前記制御装置に障害が発生したと
   き、消失されるライトデータを認識する手段を有するこ
   とを特徴とする記憶装置システム。
5. 【請求項５】請求項１に記載した記憶装置システムであ
   って、前記制御装置内に、前記処理装置からの要求にし
   たがって、前記記憶装置の指定範囲内に存在する、前記
   キャッシュメモリ内に格納され、前記記憶装置には書き
   込んでいないライトデータに対応する前記識別子の中か
   ら、最も以前に前記制御装置が前記処理装置が受け付け
   た識別子を、前記処理装置に送る手段を有することを特
   徴とする記憶装置システム。
6. 【請求項６】請求項５に記載した記憶装置システムであ
   って、前記処理装置内に、前記制御装置から受け取った
   前記記憶装置には書き込んでいないライトデータに対応
   する前記識別子より、前記制御装置に障害が発生したと
   き、消失されるライトデータを認識する手段を有するこ
   とを特徴とする記憶装置システム。
7. 【請求項７】１つ以上の記憶装置に接続されたキャッシ
   ュメモリを有する制御装置と、処理装置から構成される
   記憶装置システムであって、前記制御装置に、前記処理
   装置から受け取ったライト要求において受け取ったライ
   トデータを前記キャッシュメモリを書き込み、前記ライ
   ト要求の完了を前記処理装置に報告する手段と、前記処
   理装置からの要求にしたがって、前記記憶装置の指定範
   囲内に存在する、前記キャッシュメモリ内に格納され、
   前記記憶装置には書き込んでいないライトデータを前記
   記憶装置に書き込み、完了を前記処理装置に報告する手
   段と、前記処理装置に、前記制御装置に対し、前記記憶
   装置の指定範囲内に存在する、前記キャッシュメモリ内
   に格納され、前記記憶装置には書き込んでいないライト
   データを前記記憶装置に書き込む要求を発行する手段と
   、前記制御装置から受け取った前記記憶装置には書き込
   んでいないライトデータを前記記憶装置に書き込む要求
   に対する前記完了報告より、前記制御装置に障害が発生
   したとき、消失されるライトデータを認識する手段を有
   することを特徴とする記憶装置システム。