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

Abstract

(57)【要約】 【課題】 信頼性を損なうことなく記憶効率を従来に比
べて向上させること、保守処理中の信頼性を向上させる
こと。 【解決手段】 ライトデータをＲＡＩＤ３の形式で格納
し、キャッシュの管理情報をＲＡＩＤ１の形式で格納す
る。また、複数クラスタで構成されるディスク制御装置
の場合、それぞれのクラスタ内のデータの格納形式に冗
長性を持たせ、保守処理を行なう際には、保守を行うキ
ャッシュメモリには、新たにデータの格納を行なわない
ようにし、保守を行うキャッシュメモリにそれまで格納
していたデータをもう一方のクラスタのキャッシュメモ
リに書き込むか、ディスク装置に書き込むようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、キャッシュメモリ
を有する記憶システムに係り、特にその高性能化、高信
頼化に関するものである。

【０００２】

【従来の技術】記憶システムの公知例として、以下に示
すＰａｔｔｅｒｓｏｎの論文が知られている。

【０００３】エー．シー．エム．シグモッド コンファ
レンス プロシーディング，1988年，6月,ページ１０９
−１１６（D.Patterson,et al:A Case for Redundant A
rraysof Inexpensive Disks(RAID),ACM SIGMOD confere
nce proceeding,Chicago,IL,June1-3,1988,pp.109-11
6） Ｐａｔｔｅｒｓｏｎの論文は、ディスクアレイ上のデー
タ配置に関する技術を開示したものである。

【０００４】ディスクアレイは、ディスクシステムの高
性能化、高信頼化を実現するための機構である。ディス
クアレイでは、高性能化のために、物理的には複数のデ
ィスク装置を、処理装置に対しては１台の論理的なディ
スク装置に見せかける。一方、高信頼化のためには、デ
ータを格納したディスク装置に障害が発生した場合、デ
ータの回復を行うための冗長データを別のディスク装置
に格納しておく。

【０００５】Ｐａｔｔｅｒｓｏｎの論文では、ディスク
アレイ上の冗長データの配置方法についていくつかの技
術が開示されている。以下、本発明に関係する冗長デー
タの配置方法について説明する。

【０００６】まったく同じ内容のデータを２つのディス
ク装置に格納する配置方法を、ＲＡＩＤ１、あるいは、
２重書きと呼んでいる。

【０００７】処理装置が、論理的なディスク装置との間
で、リード／ライト処理を行なう際の、リード／ライト
単位となるデータの集合をレコードと呼ぶ。Ｐａｔｔｅ
ｒｓｏｎの論文では、このレコードを分割して、複数の
ディスク装置に格納するデータ配置方法をＲＡＩＤ３と
呼ばれる。ＲＡＩＤ３では、ｎ個の分割単位に対して１
個の冗長データが作成される。

【０００８】一方、レコードは分割せずに、１つのディ
スク装置に格納するデータ配置方法をＲＡＩＤ４、ＲＡ
ＩＤ５と呼んでいる。ＲＡＩＤ４、ＲＡＩＤ５では、複
数のレコードから冗長データが作成される。

【０００９】ＲＡＩＤ１では、同じデータを２重に格納
するため、ディスク装置の記憶容量が２倍必要となる。
したがって、信頼性は向上するが、価格は高くなる。

【００１０】一方、ＲＡＩＤ３、ＲＡＩＤ４、ＲＡＩＤ
５は、複数のデータに対し、１つの冗長データを作成す
ればよいため、記憶容量はそれ程増大しない。

【００１１】ＲＡＩＤ３では、レコードを複数のディス
ク装置に分割して記録するため、処理装置から要求され
るリード／ライト処理を実行する際、複数のディスク装
置を占有することになる。ディスク装置からデータをリ
ード／ライトする場合、これに先立ち、シーク／サーチ
処理を実行する必要がある。データのリード／ライト時
間は、レコードを分割した数に比例して短くなるが、シ
ーク／サーチ時間は、短くならない。このため、ＲＡＩ
Ｄ３では、レコードを１つ読み書きするような場合、Ｒ
ＡＩＤ３を構成する１つ１つのディスク装置を独立に動
作させた場合に比較すると、性能劣化が激しい。ただ
し、ＲＡＩＤ３の場合、１回のリード／ライトデータ量
が、シーク／サーチ時間を無視できるだけの量となれ
ば、充分な性能を得ることができる。さらに、専用のハ
ードウェアを設ければ、ディスクアレイの制御プログラ
ムからは、ＲＡＩＤ３を１つのディスク装置として制御
できるため、ディスクアレイの制御プログラムを大幅に
簡略して作成できる。

【００１２】ＲＡＩＤ５の場合、レコードは１つのディ
スク装置に格納されるため、ディスク装置からレコード
を１つリードする場合、１台のディスク装置しか占有し
ない。ただし、書き変えられた内容と、そのレコードの
更新前の値、冗長データの以前の値とから、新しい冗長
データの値を作成する。このため、レコードの更新前の
値と冗長データの以前の値の読み出し、レコードと新し
い冗長データの書き込み、と計４回のディスク装置への
リード／ライト処理の実行が必要となる。また、ＲＡＩ
Ｄ４や、ＲＡＩＤ５では、ディスクアレイの制御ソフト
ウェアは、個々のディスク装置を意識し、かつ、処理装
置には、ディスクアレイを１つの論理的なデイスク装置
に見せる必要があるため、複雑になる。

【００１３】一方、特開平７−２３０３６２号は、複数
のディスク装置を１つのボード上に搭載させるボードデ
ィスクに関する技術が開示されている。通常、保守処理
は、ボード単位に実行される。この保守処理中にも、処
理装置からのリード／ライト要求を受け付けられるよう
に、複数のボード間で、ディスクアレイを構成するよう
にしている。

【００１４】また、近年のディスクシステムにおいて
は、特開平５−１８９３１４号に見られるように、複数
のディスク装置を制御する制御装置にキャッシュメモリ
を装備している。さらに、処理装置からライト要求を受
け付けた場合、制御装置は、ライトデータをキャッシュ
メモリに書き込んだだけで、ライト要求を完了させる。
キャッシュ内のライトデータは、制御装置が後からディ
スク装置に書き込むが、その前にキャッシュメモリに障
害が発生すると、処理装置から見ると、ディスク装置に
書き込んだデータが失われてしまったことになるため、
重大な事態になる。このため、キャッシュメモリを不揮
発化したり、２重化してライトデータを２重に格納する
ような技術が開示されている。また、このような時、キ
ャッシュメモリの管理情報も不揮発化あるいは２重化す
る。

【００１５】さらに、近年のディスクシステムに対して
は、無停止化の要求が強い。特に、保守処理を行なう
際、処理装置からのリード／ライト要求を受付ながら、
保守処理を実行可能にする必要となる。このような要求
に対応して、特開平７−３０６８４４号に見られるよう
に、ディスクシステムを２つのクラスタから構成し、一
方のクラスタを閉塞して保守処理を実行して、もう一方
のクラスタで処理装置からのリード／ライト要求を受付
けるように構成したものがある。

【００１６】その他、ディスクシステムの高性能化方式
として、ライトアフタ制御を行うディスクキャッシュを
利用した技術が、以下の通り開示されている。

【００１７】特開昭５５−１５７０５３号では、ディス
クキャッシュを有する制御装置において、ライトアフタ
処理を利用してライト要求を高速化に関する技術が開示
されている。具体的には、制御装置は、処理装置から受
け付けたライトデータをキャッシュ内に書き込んだ段階
で、ライト処理を完了させる。処理装置から受け付け、
キャッシュ内に格納したデータのディスク装置への書き
込みは、後から、制御装置のライトアフタ処理によって
実行される。

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

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

【００２０】一方、特開昭６０−１１４９４７号では、
２重書きディスク装置を制御するディスクキャッシュを
有する制御装置に関する技術が開示されている。

【００２１】特開昭６０−１１４９４７号では、制御装
置は、処理装置から受け取ったライト要求に対し、一方
のディスク装置とキャッシュメモリに、処理装置から受
け取ったライトデータを書き込む。もう一方のディスク
装置には、制御装置が、処理装置からのリード／ライト
要求とは非同期に、キャッシュメモリに格納したライト
データを後から書き込む。制御装置が、処理装置からの
リード／ライト要求とは非同期に、キャッシュメモリに
格納したライトデータをディスク装置に後から書き込む
動作をライトアフタ処理と呼ぶ。

【００２２】特開平２−３７４１８号では、２重書きデ
ィスク装置をディスクキャッシュを利用した高性能化に
関する技術が開示されている。

【００２３】特開平３−３７７４６号では、ディスクキ
ャッシュを有し、ライトアフタ処理を実行する制御装置
において、ライトアフタ処理を効率よく実行することを
目的としたディスクキャッシュ内のライトアフタデータ
の管理データ構造についての技術が開示されている。

【００２４】また、ディスクアレイに関しては次のよう
な技術が開示されている。

【００２５】特開平４−３０２０２０号では、可変長レ
コードの格納を許したディスク装置を用いたディスクア
レイに関する技術が開示されている。

【００２６】特開平５−４６３２４号では、ディスクア
レイを構成する個々のディスク装置にパリティレコード
の更新値を作成する機能を分散する技術が開示されてい
る。

【００２７】特開平７−４４３２６号では、ディスク装
置に２つのアクチェエータ、あるいは、リード処理とラ
イト処理を並列に実行できるヘッドを利用して、パリテ
ィレコードの更新値を効率良く作成する技術が公開され
ている。

【００２８】

【発明が解決しようとする課題】特開平５−１８９３１
４号では、ライトデータをキャッシュメモリに２重に格
納する。このため、キャッシュメモリの記憶容量が２倍
必要になる。同様に、キャッシュメモリの管理情報も２
重化しているため、必要な記憶容量が２倍になる。

【００２９】すなわち、上記した従来の技術では、ライ
トデータやキャッシュの管理情報を単に２重化している
だけでであるため、記憶効率が悪いという問題がある。

【００３０】さらに、特開平５−１８９３１４号および
特開平７−３０６８４４号では、保守処理中においてラ
イトデータを冗長化することについては配慮されておら
ず、保守処理中に障害が発生すると、ライトデータ等が
消失する可能性がある。

【００３１】本発明の第１の目的は、ライトデータやキ
ャッシュの管理情報の信頼性を損なうことなく記憶効率
を向上させることができる記憶システムを提供すること
にある。

【００３２】第２の目的、保守処理中の信頼性について
も向上させることができる記憶システムを提供すること
にある。

【００３３】

【課題を解決するための手段】本発明においては、上記
第１の目的を達成するために、ライトデータをＲＡＩＤ
３の形式で格納し、キャッシュの管理情報をＲＡＩＤ１
の形式で格納するようにしたことを特徴とする。

【００３４】また、上記第２の目的を達成するために
は、ディスク制御装置が複数のクラスタにより構成され
ることが前提となる。この場合、それぞれのクラスタ内
のデータの格納形式に冗長性を持たせておき、クラスタ
間ではキャッシュメモリに格納するデータを重複させな
いようにし、保守処理を行なう際には、保守を行うキャ
ッシュメモリは新たにデータの格納を行なわないように
し、保守を行うキャッシュメモリにそれまで格納してい
たデータをもう一方のクラスタのキャッシュメモリに書
き込むか、ディスク装置に書き込むようにしたことを特
徴とする。

【００３５】本発明においては、上記のように、ライト
データやキャッシュの管理情報の信頼性を損なうことな
く記憶効率を向上させるために、ライトデータをＲＡＩ
Ｄ３の形式で格納する。この場合、キャッシュメモリ
は、通常、ボードが保守単位となるため、ボード間で、
ＲＡＩＤ３を構成する。ただし、これだけでは、キャッ
シュメモリのデータ格納形式に、ＲＡＩＤ３を適用した
だけである。また、ボード間で、ＲＡＩＤ３を構成する
技術も、特開平７−２３０３６２号で開示されているボ
ードディスクの構成方法をキャッシュメモリに適用した
にすぎない。

【００３６】そこで、本発明では、ライトデータをＲＡ
ＩＤ３の形式で格納し、キャッシュの管理情報をＲＡＩ
Ｄ１の形式で格納する。これは、キャッシュの管理情報
は、更新の単位が小さいため、ＲＡＩＤ３の形式で記録
すると、冗長データを作成している１組の管理情報の集
合を部分的に更新することが多くなるため、管理情報の
更新に伴い、キャッシュメモリからの読み出しが発生
し、更新性能が低下するからである。ＲＡＩＤ１の形式
で記録することにより、この性能劣化を防ぐことができ
る。また、キャッシュメモリの管理情報は、キャッシュ
メモリの大きさの比べて充分小さいため、この部分だけ
ＲＡＩＤ１の形式にしても記憶効率はそれ程悪くならな
い。

【００３７】一方、ライトデータは処理装置がレコード
という単位で更新するため、更新単位が大きく、ライト
データを複数のキャッシュメモリに分割して、冗長デー
タを作成できる。しかも、キャッシュメモリの場合、デ
ィスク装置のようにシークサーチ時間がないため、ライ
トデータを複数のキャッシュメモリに分割しても、性能
的にも問題がない。以上により、ライトデータをＲＡＩ
Ｄ３の形式で格納し、キャッシュの管理情報をＲＡＩＤ
１の形式で格納することにより、信頼性をそれほど損な
うことなく、記憶効率を従来に比べて向上させることが
できる。

【００３８】また、本発明では、上記のように、保守処
理中の信頼性を向上させるために、それぞれのクラスタ
内のデータの格納形式に冗長性を持たせ、クラスタ間
で、キャッシュメモリに格納するデータを重複させない
ようにしておく。保守処理を行なう際には、保守を行う
キャッシュメモリは、新たにデータの格納を行なわない
ようにし、保守を行うキャッシュメモリにそれまで格納
していたデータを、もう一方のクラスタのキャッシュメ
モリに書き込むか、ディスク装置に書き込むようにす
る。保守を行なわないキャッシュメモリ上のデータも冗
長性を持っている。これにより、保守処理中の信頼性を
向上させることが可能になる。

【００３９】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００４０】まず、第１の実施形態について説明する。

【００４１】図１は、本発明を適用したディスクアレイ
制御プロセッサの実施形態を示す構成図であり、図１の
ディスクアレイ制御プロセッサを用いた計算機システム
の構成図である。

【００４２】図２に示す計算機システムは、処理装置１
３００、制御装置１３０５および１台以上のディスク装
置１３０４により構成されている。

【００４３】処理装置１３００は、ＣＰＵ１３０１、主
記憶１３０２および複数のチャネル１３０３により構成
されている。

【００４４】制御装置１３０５は、処理装置１３００か
らのリード／ライト要求にしたがって、処理装置１３０
０とディスク装置１３０４の間でデータの転送処理を実
行するものであり、２つのクラスタ１３１１を備えてい
る。

【００４５】それぞれのクラスタ１３１１は、１つ以上
のディスクアレイ制御プロセッサ１３１０、キャッシュ
メモリ（以下、単にキャッシュと略す。）１３０８、バ
ス１３１２、電源１３１２、交代電源１３１３を備え、
バス１３１２は反対のクラスタ１３１１のディスクアレ
イ制御プロセッサ１３１０とキャッシュ１３０８に接続
されている。

【００４６】電源１３１３は、当該クラスタ１３１１の
電源を供給するが、交代電源１３１４は電源１３１３に
障害が発生した時に電源供給を行なう。すなわち、交代
電源１３１４は電源１３１３の待機系である。なお、図
２では、交代電源１３１４が同一のクラスタ１３１１の
電源１３１３の待機系になっているが、反対のクラスタ
１３１１の待機系となってもよい。

【００４７】キャッシュ１３０８には、ディスク装置１
３０４の中の一部のデータ、このデータの管理情報、制
御装置１３０５の管理情報などを格納するものであり、
信頼性の観点から不揮発化しておくことが望ましい。

【００４８】ディスクアレイ制御プロセッサ１３１０
は、制御装置１３０５内で処理装置１３００からのリー
ド／ライト要求を受取り、キャッシュ１３０８等を利用
し、処理装置１３００とディスク装置１３０４の間でデ
ータの転送処理を実行する機能を備えている。

【００４９】このディスクアレイ制御プロセッサ１３１
０は、リード／ライト受付部１００、ライトアフタ処理
実行部１０１、閉塞移行処理実行部１０２、回復処理実
行部１０３とから成っている。これら各部の動作につい
ては、フローチャートを参照して後述する。

【００５０】以下、本実施形態において、制御装置１３
０５が処理装置１３００からリード／ライト要求を受け
取った時の動作を簡単に説明する。なお、以下に示す動
作は、制御装置１３０５内のディスクアレイ制御プロセ
ッサ１３１０が実行する。

【００５１】まず、制御装置１３０５が処理装置１３０
０からリード要求を受け取ったときの動作を説明する。

【００５２】制御装置１３０５は処理装置１３００から
リード要求を受け取ったリード時、対象となるレコード
５００（図５）がキャッシュ１３０８に格納されていれ
ば、キャッシュ１３０８内のレコード５００を処理装置
１３００に転送し、動作を完了する。

【００５３】しかし、リード対象となるレコード５００
がキャッシュ１３０８に格納されていない場合、レコー
ド５００をディスク装置１３０４から読出してキャッシ
ュ１３０８に転送する。この後、このレコード５００を
キャッシュ１３０８から処理装置１３００に転送し、動
作を完了する。

【００５４】一方、制御装置１３０５が処理装置１３０
０からのライト要求を受け取った場合、ディスク装置１
３０４上のレコード５００に書き込むべきライトデータ
を、キャッシュ１３０８に格納した段階で動作を完了さ
せる。ディスク装置１３０４へのライトデータの書き込
みは、後から制御装置１３０５が実行する。この処理を
ライトアフタ処理と呼ぶ。ライトアフタ処理を実行する
際、ディスクアレイの構成がＲＡＩＤ３やＲＡＩＤ５の
場合、レコード５００に対応するパリティデータを作成
し、ディスク装置１３０４に書き込む。ＲＡＩＤ１の構
成の場合、レコード５００の内容を２つのディスク装置
１３０４に書き込む。

【００５５】図３は、本実施形態におけるキャッシュ１
３０８の論理的な構造を示す図である。キャッシュ１３
０８は、管理情報格納領域３００とディスクデータ格納
領域３０１とから構成される。管理情報格納領域３００
は、キャッシュ１３０８に格納したディスク装置１３０
４の中のデータの管理情報および制御装置１３０５の管
理情報を格納するものである。ディスクデータ格納領域
３０１は、ディスク装置１３０４の中の一部のデータを
格納するものである。

【００５６】図４は、キャッシュ１３０８の物理的構造
を示す図であり、キャッシュ１３０８は複数のボード４
００より構成される。複数のボード４００は、大別して
管理情報ボード４０１とディスクキャッシュボード４０
２とから構成されている。

【００５７】管理情報ボード４０１は、管理情報格納領
域３００に対応したボード４００であり、ディスクキャ
ッシュボード４０２はディスクデータ格納領域３０１に
対応したボード４００である。なお、障害の検知の単位
は、ボード４００単位で行なわれる。

【００５８】図５は、ディスクキャッシュボード４０２
へのデータの格納形式を示す図であり、レコード５００
がディスク装置１３０５のリード／ライト単位である。
レコード５００は、ｍ個（ｍ≧２）に分割され、それぞ
れを分割レコード５０１として、各分割単位に対応した
ディスクキャッシュボード４０２に格納される。

【００５９】また、ｍ個の分割レコードからｎ個（ｎ≧
１）の冗長データ５０２が作成される。ｍ個の分割レコ
ード５０１とｎ個の冗長データ５０２は、それぞれの別
々にｍ＋ｎ個のディスクキャッシュボード４０２に格納
される。

【００６０】ただし、第１の実施形態ではレコード５０
０に格納形式に冗長性があればよい。例えば、レコード
５００の内容を２重にディスクキャッシュボード４０２
に格納してもよい。

【００６１】なお、１枚のディスクキャッシュボード４
０２に分割レコード５０１だけを格納したり、冗長デー
タ５０２だけを格納してもよい。あるいは、１枚のディ
スクキャッシュボード４０２に分割レコード５０１と冗
長データ５０２を混在させて格納してもよい。ｎ個の冗
長データ５０２を格納した場合には、ｎ枚のディスクキ
ャッシュボード４０２が故障しても、レコード５００の
内容を復元できる。

【００６２】図６は、管理情報ボード４００の情報の格
納形式を示す図であり、管理情報６００は２つの管理情
報ボード４０１に２重に格納される。

【００６３】なお、２つの管理情報ボード４０１をペア
にして、２つの管理情報ボード４０１にまったく同じ管
理情報６００を格納してもよい。また、管理情報６００
を任意の２つの管理情報ボード４０１に格納し、管理情
報ボード４０１全体の情報は、異なっていてもよい。ま
た、第１の実施形態では、管理情報６００の格納形式は
必ずしも２重に格納する必要はなく、冗長性があればよ
い。

【００６４】本実施形態では、ボード４００に障害が発
生し、管理情報６００やレコード５００の格納に冗長性
がなくなった時、クラスタ１３１１を閉塞する前処理の
実行に入る。

【００６５】すなわち、冗長性のなくなったキャッシュ
１３０８の使用を停止しようとする。直ちに、閉塞でき
ないのは、閉塞しようとするキャッシュ１３０８に未だ
ディスク装置１３０４に書き込んでいないライトデータ
が格納されているためである。

【００６６】クラスタ１３１１を閉塞する前処理とは、
閉塞しようとするキャッシュ１３０８に格納され、ディ
スク装置１３０４に書き込んでいないライトデータをデ
ィスク装置１３０４に書き込むか、反対のクラスタ１３
１１のキャッシュ１３０８にコピーする処理である。同
様に、本実施形態では、キャッシュ１３０８の保守を行
おうとした場合、１つのクラスタ１３１１のキャッシュ
１３０８全体の保守を行うものとする。

【００６７】以上より、本実施形態では、それぞれのキ
ャッシュ１３０８の冗長性がなくなった時、直ちに、冗
長性のあるキャッシュ１３０８を集中して使用するする
ため、ライトアフタ処理を行っても信頼性を確保でき
る。

【００６８】同様に、一方のクラスタ１３１１のキャッ
シュ１３０８の保守を行う場合も、残りのクラスタ１３
１１のキャッシュ１３０８に冗長性があるため、ライト
アフタ処理を行っても信頼性を確保できる。

【００６９】図７は、キャッシュ１３０８の状態の遷移
をまとめたものである。なお、本実施形態においては、
キャッシュ１３０８が２つあるため、この状態は、それ
ぞれのキャッシュ１３０８毎に管理するものとする。

【００７０】図７において、使用可能状態９００は、当
該キャッシュ１３０８が使用可能であることを表す。使
用可能状態９００から当該キャッシュ１３０８のボード
４００の障害を検知したり、保守処理を開始しようとし
た時、当該キャッシュ１３０８を閉塞移行中状態９０１
にする。これは、当該キャッシュ１３０８を閉塞するた
めの前処理を実行中であることを表す。この処理が完了
すると、キャッシュ１３０８の状態は、閉塞状態９０２
になる。

【００７１】その後、当該キャッシュ１３０８の保守が
完了したり、障害を起こしたボード４００の交換等が完
了すると、キャッシュ１３０８の状態は、回復状態９０
３になる。これは、当該キャッシュ１３０８を使用可能
状態９００にするための前処理の実行中である状態を表
す。

【００７２】図８は、図３に示したディスクデータ格納
領域３０１の論理的な構造を示す図であり、ディスクデ
ータ格納領域３０１は複数のセグメント８００から構成
される。セグメント８００にはレコード５００が格納さ
れる。

【００７３】図９に、レコード５００とセグメント８０
０とディスクアレイボード４００の関係を示す。セグメ
ント８００は、ｍ＋ｎ個の分割セグメント９１０に分割
され、それぞれの分割セグメント９０１には、分割レコ
ード５０１と冗長データ５０２が格納される。

【００７４】図１０は、図３に示した管理情報格納領域
３００の論理的な構造を示す図であり、本実施形態にお
いて管理情報格納領域３００に含まれる情報は、自クラ
スタ内キャッシュ状態１０００、他クラスタ内キャッシ
ュ状態１００１、セグメント対応のセグメント管理情報
１００２、空きセグメントキューポインタ１００３であ
る。

【００７５】自クラスタ内キャッシュ状態１０００、他
クラスタキャッシュ状態１００１は、自分のクラスタ１
３１１のキャッシュ１３０８、あるいは、他のクラスタ
１３１１のキャッシュ１３０８が、それぞれ、図７に示
した状態のうちのどの状態にあるかを示している。

【００７６】セグメント管理情報１００２は、図８のセ
グメント８００のそれぞれに対応して存在する管理情報
である。空きセグメントキューポインタ１００２は、図
１１に示すように、レコード５００を格納していないセ
グメント８００に対応するセグメント管理情報１００２
を結合した空きセグメントキュー１１００の先頭を示す
ポインタである。

【００７７】これらの自クラスタ内キャッシュ状態１０
００、他クラスタ内キャッシュ状態１００１、セグメン
ト管理情報１００２、空きセグメントキューポインタ１
００３のいずれの情報も２重化して２つの管理情報ボー
ド４０１に格納される。

【００７８】図１２は、セグメント管理情報１００２の
詳細を示す図であり、セグメント管理情報１００２は、
セグメントポインタ１２００、使用中ビット１２０１、
ダーティビット１２０２、ディスクアドレス１２０３を
含んだ構成となっている。

【００７９】セグメントポインタ１２００は、空きセグ
メントキュー１１００に当該セグメント管理情報１００
２が空きセグメントキュー１１００につながれている時
に、次のセグメント管理情報１００２をポイントするた
めのものである。

【００８０】使用中ビット１２０１は、ディスクアレイ
制御プロセッサ１３１０における各実行部が、当該セグ
メント管理情報１００２に対応するセグメント８００に
格納されたレコード５００のリード／ライト処理を実行
中にオンにする。すなわち、リード／ライト処理受付部
１００、ライトアフタ処理実行部１０１、閉塞移行処理
実行部１０２、回復処理実行部１０３などがセグメント
８００を使用する場合、本ビット１２０１をオンにす
る。他の実行部は、使用中ビット１２０１がオンのセグ
メント管理情報１２０１を見出した場合、これがオフに
なるまで待つ。これにより、各処理の排他が可能にな
る。

【００８１】ダーティビット１２０２は、当該セグメン
ト管理情報１００２に対応するセグメント８００に格納
されたレコード５００の内容が未だディスク装置１３０
４に書き込まれていない、すなわち、ライトアフタ処理
を行う必要があるレコード５００であることを示す。

【００８２】ディスクアドレス１２０３は、当該セグメ
ント管理情報１００２に対応するセグメント８００に格
納されたレコード５００が、どのディスク装置１３０４
で、かつ、そのディスク装置１３０４内のどのアドレス
であるかかを表すものである。

【００８３】以下、図１３〜図１６のフローチャートを
用いて本実施形態における制御装置１３０５内のディス
クアレイ制御プロセッサ１３１０が実行する処理を説明
する。

【００８４】なお、２つのクラスタ１３１１のキャッシ
ュ１３０８のいずれのキャッシュ１３０８も使用可能状
態９００か、回復中状態９０３にある時、どちらのキャ
ッシュ１３０８を使用するかは、リード／ライトするレ
コード５００のディスク装置１３０４のアドレス等によ
り一意に定まるとする。

【００８５】図１３は、リード／ライト受付部１００の
処理を示すフローチャートであり、この処理は処理装置
１３００からリード／ライト要求を受け付けた時に開始
される。

【００８６】まず、ステップ１１０で、どちらのキャッ
シュ１３０８も使用可能状態９００の時、どちらのキャ
ッシュ１３０８を使用するかを決定する。次に、ステッ
プ１１１で、当該キャッシュ１３０８の状態を調べる。
使用可能状態９００の場合には、そのまま当該キャッシ
ュ１３０８を使用し、ステップ１１２でリード／ライト
処理の実行に入る。

【００８７】しかし、閉塞状態９０２の時には、ステッ
プ１１３で反対のキャッシュ１３０８を使用することに
決定し、この後、ステップ１１２へジャンプする。

【００８８】また、閉塞移行中状態９０１の場合、ま
ず、ステップ１１４で当該キャッシュ１３０８にリード
／ライトするレコード５００が格納されているかをチェ
ックする。格納されていなければ、ステップ１１３へジ
ャンプする。格納されている場合、ステップ１１５にお
いて、このレコード５００の内容を反対のキャッシュ１
３０８にコピーするか、このレコード５００の内容がデ
ィスク装置１３０４に書き込まれていないものかどうか
を図１２のダーティビット１２０２によってチェック
し、書き込まれていなければ、ディスク装置１３０４に
書き込む。

【００８９】なお、ディスク装置１３０４に書き込む
時、ディスクアレイの構成がＲＡＩＤ３やＲＡＩＤ５の
場合、レコード５００に対応するパリティデータを作成
し、ディスク装置１３０４に書き込む。ＲＡＩＤ１の構
成の場合、レコード５００の内容を２つのディスク装置
１３０４に書き込む。

【００９０】さらに、ステップ１１６で、当該キャッシ
ュ１３０８からこのレコードを消去する。この後、ステ
ップ１１３へジャンプする。

【００９１】回復中状態９０１の場合、ステップ１１７
で反対側のキャッシュ１３０８にリード／ライトするレ
コード５００が格納されているかをチェックする。格納
されていなければ、ステップ１１２へジャンプする。格
納されている場合、ステップ１１８で、このレコード５
００の内容を反対のキャッシュ１３０８から当該キャッ
シュ１３０８にコピーするか、このレコード５００の内
容がディスク装置１３０４に書き込まれていないかチェ
ックし、書き込まれていなければ、ディスク装置１３０
４に書き込む。

【００９２】なお、ディスク装置１３０４に書き込みを
行なう時、ディスクアレイの構成がＲＡＩＤ３やＲＡＩ
Ｄ５の場合、レコード５００に対応するパリティデータ
を作成し、ディスク装置１３０４に書き込む。ＲＡＩＤ
１の構成の場合、レコード５００の内容を２つのディス
ク装置１３０４に書き込む。

【００９３】さらに、ステップ１１９で、当該キャッシ
ュ１３０８からこのレコードを消去する。この後、リー
ド／ライト処理に入る。

【００９４】図１４は、ライトアフタ処理実行部１０１
の処理を示すフローチャートであり、その概要は既に説
明したように、キャッシュ１３０８の中に未書き込みの
データをディスク装置１３０４に書き込むものである
（ステップ１３１）。

【００９５】図１５は、閉塞移行処理実行部１０２の処
理を示すフローチャートであり、この処理は、当該キャ
ッシュ１３０８のボード４００の障害を検知したり、保
守処理を開始しようとした時に開始される。本処理は、
当該キャッシュ１３０８を閉塞するための前処理であ
る。

【００９６】具体的には、ステップ１２０で当該キャッ
シュ１３０８の中に格納されているレコード５００がな
いかを調べる。見つかった場合、ステップ１２１で、こ
のレコード５００の内容を反対のキャッシュ１３０８に
コピーするか、このレコード５００がライトアフタ処理
を行なう必要があるかをチェックし、ライトアフタ処理
を行なう必要がある未書き込みデータならば、その内容
をディスク装置１３０４に書き込む。

【００９７】なお、ディスク装置１３０４に書き込む
時、ディスクアレイの構成がＲＡＩＤ３やＲＡＩＤ５の
場合、レコード５００に対応するパリティデータを作成
し、ディスク装置１３０４に書き込む。ＲＡＩＤ１の構
成の場合、レコード５００の内容を２つのディスク装置
１３０４に書き込む。

【００９８】この後、このレコード５００を当該キャッ
シュ１３０８から消去する。当該キャッシュ１３０８に
格納されたレコード５００がなくなった時、ステップ１
２２で、当該キャッシュ１３０８の状態を閉塞状態９０
２にして処理を完了する。

【００９９】図１６は、回復処理実行部１０３の処理を
示すフローチャートであり、この処理は、当該キャッシ
ュ１３０８の保守が完了したり、障害を起こしたボード
４００の交換等が完了したときに開始される。本処理
は、当該キャッシュ１３０８を使用可能状態９００にす
るための前処理である。

【０１００】まず、ステップ１２３で、反対のキャッシ
ュ１３０８の中に、当該キャッシュ１３０８に格納すべ
きレコード５００がないかをチェックする。見つかった
場合、ステップ１２４で、このレコード５００の内容を
当該キャッシュ１３０８にコピーするか、このレコード
５００がライトアフタすべきレコード５００であれば、
その内容をディスク装置１３０４に書き込む。

【０１０１】なお、ディスク装置１３０４に書き込む
時、ディスクアレイの構成がＲＡＩＤ３やＲＡＩＤ５の
場合、レコード５００に対応するパリティデータを作成
し、ディスク装置１３０４に書き込む。ＲＡＩＤ１の構
成の場合、レコード５００の内容を２つのディスク装置
１３０４に書き込む。

【０１０２】この後、当該レコード５００を反対のキャ
ッシュ１３０８から消去する。反対のキャッシュ１３０
８に当該キャッシュ１３０８に格納すべきレコード５０
０がなくなった時、ステップ１２５で、当該キャッシュ
１３０８の状態を使用可能状態９０２にして処理を完了
する。

【０１０３】ここで、リード／ライト処理受付部１００
とライトアフタ処理実行部１０１と閉塞移行処理実行部
１０２の処理は並列に実行される。各処理の排他は、キ
ャッシュ１３０８のセグメント管理情報１００２中の使
用ビット１２０１を用いて実行される。同様に、リード
／ライト処理受付部１００とライトアフタ処理実行部１
０１と回復処理実行部１０３の処理も並列に実行され
る。この場合も、各処理の排他は、キャッシュ１３０８
の使用ビット１２０１を用いて実行される。

【０１０４】本実施形態では、それぞれのクラスタ内の
データの格納形式にＲＡＩＤ３のような冗長性を持た
せ、クラスタ間ではキャッシュメモリに格納するデータ
を重複させないようにしておく。さらに、保守処理を行
なう際には、保守を行うキャッシュメモリは新たにデー
タの格納を行なわないようにし、保守を行うキャッシュ
メモリにそれまで格納していたデータを、もう一方のク
ラスタのキャッシュメモリに書き込むか、ディスク装置
に書き込むようにした。以上により、保守処理中の信頼
性を向上させることができるという効果がある。

【０１０５】次に、本発明の第２の実施形態について説
明する。

【０１０６】図１７は、本発明を適用した計算機システ
ムの第２の実施の形態を示す構成図である。

【０１０７】この第２の実施形態と前述した第１の実施
形態との構成上の相違点は、次の通りである。

【０１０８】（１）制御装置１３０５がクラスタ１３１
１を持たない。

【０１０９】（２）第２の実施形態の制御装置１３０５
が２本のバス１３１２を持っている。

【０１１０】（３）キャッシュ１３０８の管理情報格納
領域３００の構成が異なる。

【０１１１】この実施形態における管理情報格納領域３
００の構成を図１８に示す。この実施形態の管理情報格
納領域３００は、キャッシュ状態１４００、セグメント
対応のセグメント管理情報１００２、空きセグメントキ
ューポインタ１００３で構成されている。第１の実施形
態との相違は、キャッシュ１３０８が１つしかないた
め、キャッシュ１３０８の状態が１つしかない点であ
る。

【０１１２】これ以外の図３〜図６、図８〜図９、図１
１〜図１２の構成は、第２の実施形態でも適用できる。

【０１１３】但し、本実施形態では、管理情報６００は
図６に示したように必ず２つの管理情報ボード４０１に
格納される。また本実施形態では、図５に示した通り、
レコード５００は、ＲＡＩＤ３の形式で各ディスクキャ
ッシュとボード４０２に必ず格納される。

【０１１４】本実施形態では、キャッシュ１３０８は１
つしかないため、障害時のキャッシュ１３０８の閉塞の
単位はボード４００となる。同様に、キャッシュ１３０
８の保守の単位もボード４００である。

【０１１５】図１９は、本実施形態におけるキャッシュ
１３０８の状態遷移をまとめたものである。正常状態１
５００は、キャッシュ１３０８に冗長度がある状態であ
る。この状態で、制御装置１３０５が処理装置１３００
からライト要求を受け取った時には、ライトデータをキ
ャッシュ１３０８に書き込んだ段階で処理を完了する。

【０１１６】キャッシュ１３０８のボード４００に障害
が発生したり、保守処理を実行する際に、キャッシュ１
３０８の冗長度がなくなる時、冗長度なし移行状態１５
０１に移行する。この冗長度なし移行状態１５０１で
は、キャッシュ１３０８の中に、レコード５００の内容
をディスク装置１３０４に書き込んでいないすべてのレ
コード５００について、その内容をディスク装置１３０
４に書き込む処理が実行される。これが完了すると、キ
ャッシュ１３０８の状態は、冗長度なし状態１５０２に
遷移する。

【０１１７】また、キャッシュ１３０８の状態が正常状
態１６００以外の時には、信頼性の観点から、制御装置
１３０５は、ライト要求を受け取ったとき、ライトデー
タをディスク装置１３０４に書き込んだ段階で処理を完
了させる。

【０１１８】なお、リード要求に対する制御装置１３０
５の動作は、キャッシュ１３０８の状態によらず、第１
の実施形態の場合と同じである。

【０１１９】図２０は、制御装置１３０５内のディスク
アレイ制御プロセッサ１３１０の構成を示した図であ
り、リード／ライト受付部１６００、冗長なし移行処理
実行部１６０１、ライトアフタ処理実行部１０１で構成
されている。

【０１２０】以下、図２１および図２２のフローチャー
トを参照してディスクアレイ制御プロセッサ１３１０が
実行する処理を説明する。なお、ライトアフタ処理実行
部１０１は、第１の実施形態と同じであるので、その説
明は省略する。

【０１２１】図２１は、リード／ライト受付部１６００
の処理を示すフローチャートであり、リード／ライト受
付部１６００は処理装置１３００からリード／ライト要
求を受け付けた時に動作を開始する。

【０１２２】まず、ステップ１６１０で、リード要求と
ライト要求のどちらを受け取ったかを判別する。リード
要求であった場合、ステップ１６１１で、リード処理の
実行に入る。ライト要求の場合、ステップ１６１２で、
キャッシュ１３０８の状態を分析する。

【０１２３】キャッシュが正常状態の場合、ステップ１
６１３で、処理装置１３００から受け取ったライトデー
タをキャッシュ１３０８に書き込み動作を終了させる。
冗長なし状態１５０２の場合、ステップ１６１４で、処
理装置１３００から受け取ったライトデータをディスク
装置１３０４に書き込み、動作を終了させる。

【０１２４】冗長度なし移行状態１５０１の場合、図２
２に示す冗長なし移行処理実行部１６０１の処理が開始
される。

【０１２５】この冗長なし移行処理では、ステップ１６
１５で、レコード５００の内容がディスク装置１３０４
に書き込まれていないかチェックし、書き込まれていれ
ば、ステップ１６１７にジャンプし、キャッシュ状態を
冗長なし状態１５０２に更新する。書き込まれていない
場合、ステップ１６１６で、その未書き込みレコード５
００をディスク装置１３０５に書き込む。その後、ステ
ップ１６１５へジャンプする。

【０１２６】なお、ステップ１６１４およびステップ１
６１６で、ディスク装置１３０４に未書き込みレコード
５００を書き込む時、ディスクアレイの構成がＲＡＩＤ
３やＲＡＩＤ５の場合、レコード５００に対応するパリ
ティデータを作成し、ディスク装置１３０４に書き込
む。ＲＡＩＤ１の構成の場合、レコード５００の内容を
２つのディスク装置１３０４に書き込む。

【０１２７】その後、キャッシュ１３０８の中に、ディ
スク装置１３０４にその内容を書き込んでいないレコー
ド５００がなくなった時、ステップ１６１７でキャッシ
ュ１３０８の状態を冗長なし状態１５０２に更新して処
理を完了する。

【０１２８】以上の説明から明らかなように、本実施形
態によれば、ライトデータをＲＡＩＤ３の形式で格納
し、キャッシュの管理情報をＲＡＩＤ１の形式で格納す
るようにしたため、信頼性をそれほど損なうことなく、
記憶効率を従来に比べて向上させることができる。

【０１２９】

【発明の効果】以上のように本発明においては、ディス
クキャッシュのライトデータの格納形式をＲＡＩＤ３の
形式とし、キャッシュの管理情報をＲＡＩＤ１の形式で
格納するようにしたため、信頼性を損なうことなく、記
憶効率を従来に比べて向上させることができる。

【０１３０】一方、本発明では、複数のクラスタで構成
されるディスク制御装置の場合には、それぞれのクラス
タ内のデータの格納形式に冗長性を持たせ、さらに保守
処理を行なう際には、保守を行うキャッシュメモリに
は、新たにデータの格納を行なわないようにし、保守を
行うキャッシュメモリにそれまで格納していたデータを
もう一方のクラスタのキャッシュメモリに書き込むか、
ディスク装置に書き込むようにするようにした。これに
より、保守処理中の信頼性を向上させることができると
いう効果が得られる。

【図面の簡単な説明】

【図１】本発明を適用したディスクアレイ制御プロセッ
サの第１の実施形態を示す構成図である。

【図２】図１のディスクアレイ制御プロセッサを用いた
計算機システムの構成図である。

【図３】キャッシュメモリの論理的構成図である。

【図４】キャッシュメモリの物理的構成図である。

【図５】ディスクキャッシュボードのレコードの格納形
式を示す図である。

【図６】管理情報ボードの情報格納形式を示す図であ
る。

【図７】第１の実施形態におけるキャッシュメモリの状
態遷移を示す図である。

【図８】ディスクデータ格納領域の論理的構成図であ
る。

【図９】セグメントの物理的格納形式を示す図である。

【図１０】第１の実施形態における管理情報格納領域の
論理的構成図である。

【図１１】空きセグメントキューの説明図である。

【図１２】セグメント管理情報の構成図である。

【図１３】第１の実施形態におけるリード／ライト受付
部の処理を示すフローチャートである。

【図１４】第１の実施形態におけるライトアフタ処理実
行部の処理を示すフローチャートである。

【図１５】第１の実施形態における閉塞移行処理実行部
の処理を示すフローチャートである。

【図１６】第１の実施形態における回復処理実行部の処
理を示すフローチャートである。

【図１７】本発明の第２の実施形態を示す構成図であ
る。

【図１８】第２の実施形態における管理情報格納領域の
論理的構成図である。

【図１９】第２の実施形態におけるキャッシュ１３０８
の状態遷移を示す図である。

【図２０】第２の実施形態におけるディスクアレイ制御
プロセッサの構成図である。

【図２１】第２の実施形態におけるリード／ライト受付
部の処理を示すフローチャートである。

【図２２】第２の実施形態における冗長なし移行処理実
行部の処理を示すフローチャートである。

【符号の説明】

１００，１６００…リード／ライト受付部、１０１…ラ
イトアフタ処理実行部、１０２…閉塞移行処理実行部、
１０３…回復処理実行部、３００…管理情報格納領域、
３０１…ディスクデータ格納領域、４００…ボード、４
０１…管理情報ボード、４０２…ディスクキャッシュボ
ード、５００…レコード、５０１…分割レコード、５０
２…冗長データ、８００…セグメント、９０１…分割セ
グメント、１３００…処理装置、１３０４…ディスク装
置、１３０５制御装置、１３０８…キャッシュメモリ、
１３１０…ディスクアレイ制御プロセッサ、１３１１…
クラスタ、１３１２…バス、１３１３…電源、１３１４
…交替電源、１６０１…冗長なし移行処理実行部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 12/08 ３１０ 7623−5Ｂ Ｇ０６Ｆ 12/08 ３１０Ｚ ３２０ 7623−5Ｂ ３２０ (72)発明者 安積 義弘 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 １つ以上の記憶装置と複数のクラスタを
   有する制御装置から構成される記憶装置システムであっ
   て、 それぞれのクラスタが冗長性を備えたキャッシュメモリ
   と、 前記制御装置が、 各クラスタの前記キャッシュメモリが正常状態の時、前
   記記憶装置のデータを各クラスタの前記キャッシュメモ
   リに格納する手段と、 処理装置からライト要求を受付け、該ライト要求に付随
   して前記処理装置から受け付けたライトデータを前記キ
   ャッシュメモリに格納し、前記ライト要求を完了させる
   手段とを有することを特徴とする記憶装置システム。
2. 【請求項２】 前記クラスタの保守を行なう際の前処理
   として、保守対象のクラスタ内のキャッシュメモリ中の
   前記記憶装置にまだ書き込まれていないライトデータ
   を、保守を行なわないクラスタのキャッシュメモリある
   いは前記記憶装置に書き込む手段を有することを特徴と
   する請求項１記載の記憶装置システム。
3. 【請求項３】 保守対象のクラスタ内のキャッシュメモ
   リ中の前記記憶装置にまだ書き込まれていないライトデ
   ータを、保守を行なわないクラスタのキャッシュメモリ
   あるいは前記記憶装置に書き込む手段と、 前記処理装置からリード／ライト要求を受付け、前記書
   き込む手段の書き込み処理と並行してリード／ライト処
   理を実行する手段とを有することを特徴とする請求項２
   記載の記憶装置システム。
4. 【請求項４】 保守対象のクラスタの保守が完了した
   後、保守が完了したクラスタ以外のキャッシュメモリ中
   で、前記記憶装置にまだ書き込まれていないライトデー
   タを、保守が完了したクラスタ内のキャッシュメモリあ
   るいは前記記憶装置に書き込む手段を有することを特徴
   とする請求項２記載の記憶装置システム。
5. 【請求項５】 保守が完了したクラスタ以外のキャッシ
   ュメモリ中で、前記記憶装置にまだ書き込まれていない
   ライトデータを、保守が完了した前記クラスタのキャッ
   シュメモリあるいは前記記憶装置に書き込む手段を有す
   る手段と、 前記処理装置からリード／ライト要求を受付け、前記書
   き込む手段の書き込み処理と並行してリード／ライト処
   理を実行する手段とを有することを特徴とする請求項４
   記載の記憶装置システム。
6. 【請求項６】 前記クラスタ内のキャッシュメモリが障
   害のために冗長性が失われたとき、障害を起こしたキャ
   ッシュメモリ中の前記記憶装置にまだ書き込まれていな
   いライトデータを、障害を起こしたキャッシュメモリ以
   外のキャッシュメモリあるいは前記記憶装置に書き込む
   手段を有することを特徴とする請求項１記載の記憶装置
   システム。
7. 【請求項７】 障害を起こしたキャッシュメモリ中の前
   記記憶装置にまだ書き込まれていないライトデータを、
   障害を起こしたキャッシュメモリ以外のキャッシュメモ
   リあるいは前記記憶装置に書き込む手段と、 前記処理装置からリード／ライト要求を受付け、前記書
   き込む手段の書き込み処理と並行してリード／ライト処
   理を実行する手段とを有することを特徴とする請求項６
   記載の記憶装置システム。
8. 【請求項８】 前記キャッシュメモリの冗長性が回復し
   た後、冗長性が回復したキャッシュメモリ以外のキャッ
   シュメモリ中で前記記憶装置にまだ書き込まれていない
   ライトデータを、冗長性を回復したキャッシュメモリあ
   るいは前記記憶装置に書き込む手段を有することを特徴
   とする請求項６記載の記憶装置システム。
9. 【請求項９】 冗長性が回復したキャッシュメモリ以外
   のキャッシュメモリ中で、前記記憶装置にまだ書き込ま
   れていないライトデータを、冗長性を回復したキャッシ
   ュメモリあるいは前記記憶装置に書き込む手段を有する
   手段と、 前記処理装置からリード／ライト要求を受付け、前記書
   き込む手段の書き込み処理と並行してリード／ライト処
   理を実行する手段とを有することを特徴とする請求項４
   記載の記憶装置システム。
10. 【請求項１０】 １つ以上の記憶装置と制御装置から構
    成される記憶装置システムであって、 複数のボードから構成され、前記記憶装置の一部のデー
    タを格納するキャッシュメモリと、 複数のボードから構成され、前記キャッシュメモリに格
    納されたデータの管理情報を格納する管理情報格納メモ
    リと、 前記キャッシュメモリ内のｍ（≧２）枚のボードに前記
    記憶装置の内容の一部のデータを分割して格納し、前記
    データの内容を回復するための冗長データを前記キャッ
    シュメモリ内のｎ（≧１）枚のボードに格納する手段
    と、 前記管理情報を、前記管理情報メモリ内の２つ以上のボ
    ードに重複して格納する手段を有することを特徴とする
    記憶装置システム。
11. 【請求項１１】 前記キャッシュメモリおよび前記管理
    情報格納メモリのいずれも冗長性をもっている時、処理
    装置からライト要求を受付け、当該ライト要求に付随し
    て前記処理装置から受け付けたライトデータを前記キャ
    ッシュメモリに格納し、前記ライト要求を完了させる手
    段を有することを特徴とする請求項１０記載の記憶装置
    システム。
12. 【請求項１２】 前記キャッシュメモリおよび前記管理
    情報格納メモリのいずれかが障害のため冗長性がなくな
    った時、処理装置からライト要求を受付け、そのライト
    要求に付随して前記処理装置から受け付けたライトデー
    タを前記記憶装置に書き込んだ後、前記ライト要求を完
    了させる手段を有することを特徴とする請求項１０記載
    の記憶装置システム。
13. 【請求項１３】 前記キャッシュメモリおよび前記管理
    情報格納メモリのいずれかが障害のため冗長性がなくな
    った時、キャッシュメモリ中で前記記憶装置にまだ書き
    込まれていないライトデータを、前記記憶装置に書き込
    む手段を有することを特徴とする請求項１２記載の記憶
    装置システム。
14. 【請求項１４】 前記キャッシュメモリあるいは前記管
    理情報格納メモリのボードの保守を行なう際の前処理と
    して、前記キャッシュメモリ中の前記記憶装置にまだ書
    き込まれていないライトデータを前記記憶装置に書き込
    む手段を有することを特徴とする請求項１０記載の記憶
    装置システム。
15. 【請求項１５】 前記キャッシュメモリあるいは前記管
    理情報格納メモリのボードの保守を行っている時、処理
    装置からライト要求を受付け、そのライト要求に付随し
    て前記処理装置から受け付けたライトデータを前記記憶
    装置に書き込んだ後、前記ライト要求を完了させる手段
    を有することを特徴とする請求項１４記載の記憶装置シ
    ステム。
16. 【請求項１６】 前記キャッシュメモリ中の前記記憶装
    置にまだ書き込まれていないライトデータを前記記憶装
    置に書き込む手段を有する手段と、 処理装置からライト要求を受付け、そのライト要求に付
    随して前記処理装置から受け付けたライトデータを前記
    記憶装置に書き込んだ後、前記ライト要求を完了させる
    処理を前記書き込む手段の書き込み処理と並行に実行す
    る手段とを有することを特徴とする請求項１５記載の記
    憶装置システム。