JPH09305491A - ディスクキャッシュシステム及びディスクキャッシュ方法 - Google Patents

Abstract

(57)【要約】 【課題】ディスクキャッシュにおいてキャッシュ用メモ
リと併用して使用される不揮発性メモリの保存データの
信頼性の向上と確実な保護を可能にする。 【解決手段】ハードディスク装置１４に対する書き込み
方式としてライトバック方式を採るディスクキャッシュ
システムにおいて、ブロックを基本単位としてハードデ
ィスク装置１４に対する書き込み要求のあったデータが
書き込まれるＳＲＡＭカード３８と、データを転送する
と共にブロック毎に書き込むべきデータに基づくチェッ
クコードを生成してＳＲＡＭカード３８に書き込むＤＭ
Ａコントローラ３４と、ＳＲＡＭカード３８に書き込ま
れた各ブロックのデータに基づいてチェックコードを生
成し、ＳＲＡＭカード３８に書き込まれたチェックコー
ドとを比較してデータの正常性を判定し、異常があるこ
とが判定された場合に通常の動作を禁止するデータ管理
機構４４とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ライトバック方式
を採用するディスクキャッシュシステムに係わるもの
で、ライトバックキャッシュデータの保護に好適なディ
スクキャッシュシステム及びディスクキャッシュ方法に
関する。

【０００２】

【従来の技術】コンピュータシステムにおいては、ハー
ドディスク装置等の外部の接続装置に対する実効的アク
セス速度を向上させるためにディスクキャッシュが用い
られている。ディスクキャッシュを用いることによって
最近アクセスされたディスクのブロックデータを高速に
アクセスできるメモリに保存され、次にアクセス要求が
あったデータがメモリに保存されていれば実際にディス
クをアクセスすることなく直ちにデータを転送すること
ができる。

【０００３】近年、ディスクキャッシュとしてライトバ
ック方式を採るディスクコントローラでは、ディスクキ
ャッシュ用メモリの他に不揮発メモリを併用し、この不
揮発メモリに対してもデータを保存することがある。着
脱可能な不揮発性メモリを併用することで、例えばディ
スクコントローラに故障が発生した場合に、不揮発性メ
モリを正常なディスクコントローラに着装して交換する
ことで、故障発生前の状態に戻せるといった保守が可能
となる。

【０００４】こうした目的を達成するための手頃な不揮
発性メモリとして、ＪＥＩＤＡ（Japan Electronic Ind
ustry Development Assosiation ）（ＰＣＭＣＩＡ（Pe
rsonal Computer Memory Card Interface ））規格のＳ
ＲＡＭカードがあり、このメモリを不揮発メモリとして
ライトバック方式のディスクキャッシュシステムが構成
されることがあった。

【０００５】

【発明が解決しようとする課題】このように従来のディ
スクキャッシュシステムでは、ディスクキャッシュ用メ
モリと併用して不揮発性メモリとしてＳＲＡＭカードを
用いていた。しかしながら、上記した従来技術において
は、一般的なＪＥＩＤＡ（ＰＣＭＣＩＡ）規格のＳＲＡ
Ｍカードにはパリティビットがないことから、保存デー
タの信頼性確保が一部システムの要求に対しては不十分
であった。

【０００６】また、ＳＲＡＭカードの電池寿命に関して
は、電圧監視により交換時期が迫るとその旨の信号が出
力されるため、その信号を監視することにより、電池が
切れた場合にはライトバック動作を禁止することでデー
タの保護は可能である。しかし、それ以前に電池の残余
時間を知るための信号がないことから、電池の交換時期
が判りづらく、数ケ月に一度しか行われない定期保守期
間が設定されている運用形態では、定期保守期間の間に
電池切れが発生し、ライトバック動作が禁止された性能
劣化状態での運用を強要されることがあった。

【０００７】また、ＳＲＡＭカードを使用するライトバ
ック方式のキャッシュシステムでは、コントローラに故
障対応機能を盛り込むことが想定されるが、もとよりＳ
ＲＡＭカード自体にはこのための何らの機能もなく、単
純な適用では、保守作業を実施する作業員のミス等によ
り、誤ったデータを装置に書き込んで本来のデータを破
壊してしまう可能性がある等の問題があった。

【０００８】本発明は前記の問題を解決するためになさ
れたものであり、ディスクキャッシュにおいてキャッシ
ュ用メモリと併用して使用される不揮発性メモリの保存
データの信頼性の向上と確実な保護が可能なディスクキ
ャッシュシステム及びディスクキャッシュ方法を提供す
ることを目的とする。

【０００９】

【課題を解決するための手段】本発明は、キャッシング
対象となるディスク装置に対する書き込み方式としてラ
イトバック方式を採るディスクキャッシュシステムにお
いて、内部エリアがブロック管理され、ブロックを基本
単位として前記ディスク装置に対する書き込み要求のあ
ったデータが書き込まれる不揮発性記憶手段と、前記不
揮発性記憶手段に対して書き込むべきデータを転送する
と共に、前記ブロック毎に、ブロックに書き込むべきデ
ータに基づくチェックコードを生成して前記不揮発性記
憶手段に書き込むデータ転送手段と、前記不揮発性記憶
手段に書き込まれた各ブロックのデータに基づくチェッ
クコードを生成し、この生成したチェックコードと前記
データ転送手段によって前記不揮発性記憶手段に書き込
まれた前記チェックコードとを比較してデータの正常性
を判定するデータ判定手段と、前記データ判定手段によ
って異常があることが判定された場合に通常の動作を禁
止する制御手段とを具備したことを特徴とする。

【００１０】ブロック単位でデータに対するチェックコ
ードを付加して、正当性のチェックを可能としたことに
より、パリティ等のチェック機能を持たない不揮発性記
憶手段、すなわちＪＥＩＤＡ／ＰＣＭＣＩＡ規格のＳＲ
ＡＭカードであっても、チェックコード用に比較的少な
いメモリ容量を必要とするのみで、ＳＲＡＭカードに格
納されたデータの正常性のチェックが可能となり信頼性
向上が図れる。

【００１１】また本発明は、キャッシング対象となるデ
ィスク装置に対する書き込み方式としてライトバック方
式を採るディスクキャッシュシステムにおいて、内部エ
リアがブロック管理され、ブロックを基本単位として前
記ディスク装置に対する書き込み要求のあったデータが
書き込まれる不揮発性記憶手段と、前記不揮発性記憶手
段に対して書き込むべき通常のデータとデータ転送の正
常性を判定するために使用する少なくとも１ブロック分
の所定の診断データを転送すると共に、前記ブロック毎
に、ブロックに書き込むべきデータに基づくチェックコ
ードを生成して前記不揮発性記憶手段に書き込むデータ
転送手段と、前記データ転送手段によって転送された前
記診断データに基づくチェックコードが、前記所定の診
断データに応じたチェックコードとして正しいか否かを
判定する診断データ判定手段と、前記データ判定手段に
よって異常があることが判定された場合に通常の動作を
禁止する制御手段とを具備したことを特徴とする。

【００１２】通常の転送データに所定の診断データを付
加して転送することにより、診断データに対して生成さ
れるチェックコードが既知であるので、診断データに対
するチェックコードの判定により、システムのデータ転
送系全般にわたる通常動作時の診断が可能となり、不揮
発性記憶手段（ＳＲＡＭカード）に格納されたデータの
信頼性向上が図れる。

【００１３】また本発明は、キャッシング対象となるデ
ィスク装置に対する書き込み方式としてライトバック方
式を採るディスクキャッシュシステムにおいて、前記デ
ィスク装置に対するデータ転送用の領域が設けられる不
揮発性記憶手段と、前記不揮発性記憶手段のデータ転送
用の領域とは別の領域と、システムに接続されたディス
ク装置の特定の領域に対して、システムに接続されたデ
ィスク装置を特定する装置情報を書き込む書き込み手段
と、適時において前記書き込み手段によって前記不揮発
性記憶手段に記憶された装置情報と、この時点で実際に
システムに接続されているディスク装置の特定の領域に
書き込まれた装置情報とを比較して、接続されたディス
ク装置が正しいか否かを判定する装置判定手段と、前記
装置判定手段によって異常があることが判定された場合
に通常の動作を禁止する制御手段とを具備したことを特
徴とする。

【００１４】これにより、例えばシステムに障害が発生
するなどして、原因追及等のためにディスク装置を取り
外し、再立ち上げ時に誤ったディスク装置を接続してし
まった場合や、使用すべき不揮発性記憶手段を誤ったと
しても、実際にシステムに接続されているディスク装置
を、不揮発性記憶手段とディスク装置に書き込まれてい
るべき装置情報（例えばキャッシュシステム初期化時に
格納された両者の間に一貫性をもつ接続装置のシリアル
番号）から正当性を判定することができるため、誤った
運用によりデータを破壊するおそれがない。

【００１５】また本発明は、キャッシング対象となるデ
ィスク装置に対する書き込み方式としてライトバック方
式を採るディスクキャッシュシステムにおいて、前記デ
ィスク装置に対するデータ転送用の領域が設けられる不
揮発性記憶手段と、前記不揮発性記憶手段のデータ転送
用の領域とは別の領域と、システムに接続されたディス
ク装置の特定の領域に対して、前記不揮発性記憶手段に
記憶されたデータの新旧を判断できる情報を書き込む書
き込み手段と、適時において前記書き込み手段によって
前記不揮発性記憶手段に記憶された情報と、この時点で
実際にシステムに接続されているディスク装置の特定の
領域に書き込まれた情報とを比較して、接続されたディ
スク装置が正しいか否かを判定する装置判定手段と、前
記装置判定手段によって異常があることが判定された場
合に通常の動作を禁止する制御手段とを具備したことを
特徴とする。

【００１６】これにより、不揮発性記憶手段（ＳＲＡＭ
カード）に記憶されたデータが使用すべきでないこと
が、データの新旧を判断できる情報（例えばキャッシュ
システム初期化日時）から明確に判定されるため、例え
ばアクセス異常発生後の復旧作業時に誤ったＳＲＡＭカ
ードを接続した場合であっても、データ破壊を回避する
ことができる。

【００１７】また本発明は、キャッシング対象となるデ
ィスク装置に対する書き込み方式としてライトバック方
式を採るディスクキャッシュシステムにおいて、前記デ
ィスク装置に対して書き込み要求のあったデータが書き
込まれるもので、電池によりデータがバックアップされ
た不揮発性記憶手段と、前記不揮発性記憶手段における
所定の領域に前記不揮発性記憶手段の電池を交換した交
換日付を書き込む書き込み手段と、前記書き込み手段に
よって前記不揮発性記憶手段の所定の領域に書き込まれ
た交換日付を読み出して提示する読み出し手段とを具備
したことを特徴とする。

【００１８】これにより、電池によりデータがバックア
ップされる不揮発性記憶手段（ＳＲＡＭカード）の電池
残余寿命が判別し易くなり、例えば定期保守を実施する
運用形態を採る場合には、次の保守期間までに電池寿命
が切れることが明確に判断でき、予め電池交換をするな
どの対処を施すことができる。従って、不揮発性記憶手
段（ＳＲＡＭカード）に記憶されるデータが確実に保護
できる。

【００１９】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は本実施形態に係わる
ディスクキャッシュシステムを有するコンピュータシス
テムの概略構成を示すブロック図である。本実施形態に
おけるディスクキャッシュシステムは、書き込み方式と
してライトバック方式を採用している。

【００２０】図１に示すように、コンピュータシステム
は、ホストシステム１０、ディスクコントローラ１２、
ハードディスク装置１４（ハードディスク装置（ＨＤＤ
０〜ＨＤＤｎ）１４−０〜１４−ｎ）から構成されてい
る。ホストシステム１０とディスクコントローラ１２
は、接続用コネクタ１６を介して接続されている。接続
用コネクタ１６は、例えばＰＣＩバスに相当する。

【００２１】ホストシステム１０は、ＣＰＵ２０、ＣＰ
Ｕローカルメモリ２２、外部回路接続用バス変換回路２
４等を含んで構成されている。ＣＰＵ２０は、システム
全体の制御を司るもので、ＣＰＵローカルメモリ２２に
格納されたプログラム、データに基づいて動作する。本
実施形態では、ＣＰＵ２０は、一定時間毎、及びアイド
ル状態となった時に、ディスクコントローラ１２におけ
るＳＲＡＭカード３８（後述する）に格納されたデータ
の正常性をチェックするための診断要求コマンドをデー
タ管理機構４４に対して発行する。また、ＣＰＵ２０
は、ディスクコントローラ１２におけるＳＲＡＭカード
３８の電池交換日時データを読み出すためのコマンドを
データ管理機構４４に対して発行する。

【００２２】ＣＰＵローカルメモリ２２は、ＣＰＵ２０
によってアクセスされるメモリであり、ＣＰＵ２０の動
作を規定するＯＳ（オペレーティングシステム）、アプ
リケーションプログラムの他、各種データを格納する。
ＣＰＵローカルメモリ２２には、ホストシステム１０か
らディスクコントローラ１２へのデータ転送が正常に行
なわれたかをチェックするための診断データが含まれ
る。本実施形態では２種類の診断データＡ，Ｂが用意さ
れているものとする。

【００２３】外部回路接続用バス変換回路２４は、外部
回路とのデータやコマンドの入出力のためのインタフェ
ースであり、ＣＰＵローカルメモリ２２とディスクコン
トローラ１２のディスクキャッシュ用メモリ３６やハー
ドディスク装置１４の間でデータ等を入出力するデータ
パスや、ＣＰＵ２０とディスクコントローラ１２のＣＰ
Ｕ３０との間のコマンド等を入出力するコマンドパスが
設けられる。外部回路接続用バス変換回路２４は、接続
用コネクタ１６を介して、ディスクコントローラ１２と
接続される。

【００２４】ディスクコントローラ１２は、ホストシス
テム１０からのハードディスク装置１４に対するアクセ
スを制御するもので、ＣＰＵ３０、Ｆ／Ｗ（ファームウ
ェア）用メモリ３２、ＤＭＡ（Direct Memory Access）
コントローラ３４、ディスクキャッシュ用メモリ３６、
コネクタ３７、ＳＲＡＭカード３８、外部回路接続用バ
ス変換回路４０、ＳＣＳＩ（Small Computer System In
terface ）チップ４２を含んで構成されている。また、
ＣＰＵ３０とＦ／Ｗ用メモリ３２によってデータ管理機
構４４を構成し、ホストシステム１０からハードディス
ク装置１４へのアクセスに対するディスクキャッシュの
機能を制御する。

【００２５】ＣＰＵ３０は、ディスクコントローラ１２
の制御を司るもので、Ｆ／Ｗ用メモリ３２に格納された
プログラムに基づいて、ホストシステム１０からのハー
ドディスク装置１４に対するアクセスを制御する。

【００２６】Ｆ／Ｗ用メモリ３２は、ＣＰＵ３０の動作
を規定するプログラム等が格納されるもので、ホストシ
ステム１０からのハードディスク装置１４に対するアク
セス制御、及びディスクキャッシュの機能を実現するプ
ログラムが含まれる。

【００２７】ＤＭＡコントローラ３４（データ転送手
段）は、データ管理機構４４（ＣＰＵ３０）による制御
のもとで、ディスクキャッシュ用メモリ３６とＳＲＡＭ
カード３８に対するアクセスを制御するもので、外部回
路接続用バス変換回路４０とＳＣＳＩチップ４２との間
でデータの入出力を行なう。また、ＤＭＡコントローラ
３４は、ＳＲＡＭカード３８に対する各ブロックデータ
の書き込み時に（データ領域）、ブロックデータに基づ
いてチェックコードを生成し、このチェックコードもＳ
ＲＡＭカード３８に書き込む（チェックコード領域）。
また、ＤＭＡコントローラ３４は、データ管理機構４４
の制御のもとで、データ書き込み時に通常の転送データ
に加えて、１ブロック以上の診断データ（本実施形態で
は２ブロックの診断データＡ，Ｂ）をＳＲＡＭカード３
８に書き込む（診断データ領域）。なお、本実施形態で
は、２５６バイトを転送の基本単位とするブロックとす
る。

【００２８】データ管理機構４４（制御手段、書き込み
手段）は、ホストシステム１０からの書き込みデータに
ついての、ディスクキャッシュ用メモリ３６とＳＲＡＭ
カード３８への書き込み制御、ハードディスク装置１４
に対するアクセスの他、電源やコントローラにおける障
害発生時のデータ復旧（ディスクキャッシュ用メモリ３
６に格納されたデータの復元）を行なう機能を有してい
る。

【００２９】また本実施形態における、データ管理機構
４４は、立ち上げ時にＳＲＡＭカード３８に格納された
データの正常性のチェックを含む各種チェックの他（装
置判定手段）、ホストシステム１０からのコマンドに応
じて、ライトコマンド受信時には診断データを用いたデ
ータ転送の正常性のチェック（診断データ判定手段）、
診断要求コマンド受信時にはＳＲＡＭカード３８に格納
されたデータについてのチェックコマンドを用いた正常
性のチェック（データ判定手段）等を制御する。

【００３０】ディスクキャッシュ用メモリ３６は、ディ
スクキャッシュの機能において使用されるメモリであ
り、例えばＤＲＡＭによって構成される。コネクタ３７
は、ＳＲＡＭカード３８を接続するためのもので、例え
ばＪＥＩＤＡ（Japan Electronic Industry Developmen
t Assosiation ）（ＰＣＭＣＩＡ（Personal Computer
Memory Card Interface ））規格に準拠した仕様によっ
て構成されている。

【００３１】ＳＲＡＭカード３８（不揮発性記憶手段）
は、コネクタ３７によってシステムから取り外し可能な
記憶媒体であり、ホストシステム１０からのデータ書き
込みに用いられる。ＳＲＡＭカード３８は、データバッ
クアップ用の電池が設けられた構成をしており、システ
ムから取り外しても記憶しているデータを保持すること
が可能な高速不揮発性記憶媒体として用いられる。

【００３２】外部回路接続用バス変換回路４０は、外部
回路とのデータやコマンドの入出力のためのインタフェ
ースであり、ディスクキャッシュ用メモリ３６やハード
ディスク装置１４とホストシステム１０のＣＰＵローカ
ルメモリ２２との間でデータを入出力するデータパス
や、ＣＰＵ３０とホストシステム１０のＣＰＵ２０との
間のコマンド等を入出力するコマンドパスが設けられ
る。外部回路接続用バス変換回路４０は、接続用コネク
タ１６を介して、ホストシステム１０と接続される。

【００３３】ＳＣＳＩチップ４２は、ハードディスク装
置１４を接続するためのインタフェースである。ハード
ディスク装置１４は、データやプログラム等を保存する
ためのもので、通常の使用に用いられるキャッシングの
対象となるディスク領域（以下、ユーザ領域とする）の
他に、装置毎に設定されるシリアル番号やキャッシュシ
ステムの初期化日時を格納するための専用ディスク領域
（以下、コントローラ領域とする）が設けられる。本実
施形態では、複数（ｎ台）のハードディスク装置１４−
０〜１４−ｎ（ＨＤＤ０〜ＨＤＤｎ）が接続されている
ものとする。

【００３４】次に、本実施形態における動作について説
明する。はじめに、図２に示すフローチャートを参照し
ながら、ホストシステム１０からのデータの書き込みの
処理（ライトコマンド処理）の基本的な動作について説
明する。図３にはホストシステム１０からの指示及びデ
ータに対する処理についての概略を説明するための図を
示している。

【００３５】なお、本実施形態では、ディスクコントロ
ーラ１２において、ライトコマンドを受信した場合には
図２のフローチャートに示す処理と共に、図８のフロー
チャートに示すようなデータ転送の正常性を判定する処
理が実行される。詳細については後述する。

【００３６】まず、ホストシステム１０のＣＰＵ２０か
らコマンドパスを介して、ＣＰＵローカルメモリ２２に
格納されたデータのハードディスク装置１４に対する書
き込み要求（ライトコマンド）があった場合、ディスク
コントローラ１２のデータ管理機構４４（ＣＰＵ３０）
は、データパスを介して得られるデータに対するライト
コマンド処理を起動する。

【００３７】データ管理機構４４は、ディスクキャッシ
ュ用メモリ３６とＳＲＡＭカード３８の双方に対して、
データを書き込むための領域を獲得できるか否かをチェ
ックする（ステップＳ１）。

【００３８】ここで、データを書き込むための領域が獲
得できた場合（ステップＳ２）、データ管理機構４４
は、ディスクキャッシュ用メモリ３６とＳＲＡＭカード
３８の双方にデータの書き込みを行なう（ステップＳ
３）。

【００３９】この時、ディスクキャッシュ用メモリ３６
に対する書き込みは、一般的なライトバック方式に従
い、セグメント管理された複数の領域の中から、その後
のサーチ処理（読み出し、書き込み時）に対する簡便さ
が考慮された適当なセグメントが選択されて実行され
る。

【００４０】一方、ＳＲＡＭカード３８に対するデータ
の書き込みは、空いた領域から任意の領域が選択されて
実行される。同時に、書き込みを行なったデータに対す
るディレクトリ情報、すなわちデータのハードディスク
装置１４に対する書き込み位置（ディスク領域）を示す
アドレスと、ディスクキャッシュ用メモリ３６に対して
書き込みを行なった位置（メモリ領域）を示すアドレス
からなるアドレス情報も書き込む。

【００４１】また、ディレクトリ情報（あるいはデー
タ）には、データの有効性を保証するための処理に用い
られるフラグが付加される。具体的には、データ書き込
みを行なうための領域を獲得した際に、フラグをコマン
ド実行中を表わすように設定し、ホストシステム１０か
ら正常にデータが転送されるとフラグをデータ有効を表
わすように書き替える。

【００４２】データ管理機構４４は、フラグ書き込みを
正常に終了した後に、ホストシステム１０に対してライ
トコマンド処理の終了を通知する。なお、ＳＲＡＭカー
ド３８に対する書き込みは、ディスクキャッシュ用メモ
リ３６に対して適当なセグメントが選択されて書き込ま
れるのとは関係なく、ディスクへの書き込みを効率的に
できる形式によって書き込まれる。例えば、書き込みデ
ータをハードディスク装置１４に対して書き込みを行な
う際のデータ単位（例えばセクタ単位）となる連続的な
データとする（ブロックデータ）。

【００４３】一方、ステップＳ２において、データを書
き込むための領域が獲得できなかった場合、データ管理
機構４４は、書き込み要求のあったデータをハードディ
スク装置１４のユーザ領域における該当する領域に書き
込み、書き込みが完了した後にホストシステム１０に対
してライトコマンド処理の終了を通知する。

【００４４】以上のようなライトコマンド処理が複数回
行なわれる間に所定の状態となった時（アイドル時、も
しくは一定時間が経過した時など）、通常のライトバッ
ク方式に従って、ディスクキャッシュ用メモリ３６に格
納されたデータを、ハードディスク装置１４のユーザ領
域中の書き込み要求アドレスに対して書き込む処理が実
施される。

【００４５】なお、本実施形態では、ディスクコントロ
ーラ１２において、ホストシステム１０からアイドル
時、もしくは一定時間が経過した時などに発行される診
断要求に応じて、図９のフローチャートに示すＳＲＡＭ
カード３８に格納されたデータの正常性を判定する処理
が実行される。詳細については後述する。

【００４６】図４にはＳＲＡＭカード３８内のデータ形
態の一例を示している。図４に示すように、ＳＲＡＭカ
ード３８のメモリ空間には、システム領域、データ領
域、チェックコード領域が設けられ、それぞれブロック
毎にデータが格納されている。また、データ領域の一部
には診断データ領域が設けられる。

【００４７】システム領域には、ＳＲＡＭカード３８の
データバックアップ用の電池を交換した日付を示すデー
タ（電池交換日付）、ハードディスク装置１４−１〜１
４−ｎ（ＨＤＤ０〜ＨＤＤｎ）のそれぞれに設定される
ＨＤＤシリアル番号、キャッシュシステムを初期化した
日時を示すデータ（キャッシュシステム初期化日時）、
ディレクトリ情報等のその他キャッシュ制御情報が含ま
れる。ディレクトリ情報には、データ領域に格納される
キャッシュデータの有効性を保証するための処理に用い
られるフラグが付加される。

【００４８】データ領域には、ブロック毎に複数のデー
タ（キャッシュデータ）が格納される（図４中では４つ
のキャッシュデータを示す）。また、データ領域には、
２ブロック分の診断データ領域（診断データ１，２）が
設けられている。

【００４９】チェックコード領域には、システム領域と
データ領域におけるブロック管理された各ブロックのデ
ータに対応するチェックコードが格納される。本実施形
態におけるチェックコードは、データ転送時にＤＭＡコ
ントローラ３４のチェックコード生成機能によって、対
応するブロック中の全データを、初期値を“０”として
ＸＯＲ（EXCLUSIVE-OR）演算することによって求められ
る。ただし、システム領域に格納されるデータについて
は、ＤＭＡコントローラ３４によるＤＭＡ（Direct Mem
ory Access）の対象外であるため、同データに対応する
チェックコードをデータ管理機構４４が必要に応じて適
時に生成され、ＳＲＡＭカード３８のチェックコード領
域に格納されるものとする。

【００５０】図４においては、システム領域に対応する
チェックコードは「code0 」、キャッシュデータ０に対
応するチェックコードは「code1 」、診断データ２に対
応するチェックコードは「code6 」となる。チェックコ
ード領域中のチェックコードが格納されていない有効デ
ータ以外の領域を空き領域としているが、システム領域
として割り当てることも可能である。

【００５１】なお、図４に示すデータ形態は、説明を簡
単にするために簡略化したデータ形態であり、実際には
ＳＲＡＭカード３８の容量が１ＭＢ程度以上あり、ブロ
ックが数千個存在する。このため、図４では、チェック
コード領域が１ブロックしかないが、実際にはシステム
領域とデータ領域に格納されるデータ量に応じたチェッ
クコード分の複数ブロックがチェックコード領域として
割り当てられる。また、システム領域についても、キャ
ッシュ制御情報が容量的に大きいため複数ブロックが割
り当てられる。これに対して、診断データ領域は、本実
施形態では２つの診断データＡ，Ｂ（詳細については図
４を用いて後述する）を用いるものとしているため２ブ
ロック（診断データ１，２）の消費のみであり、全体容
量に占める割合は少なくてよい。

【００５２】図５には本実施形態における診断データ
Ａ，Ｂの一例を示している。診断データＡ，Ｂは、デー
タバスのあるビットが固定値しかとれない、または他の
ビットの状態に影響される場合に異常検出できるように
配慮したデータパターンである。

【００５３】例えば、図５（ａ）に示すように、診断デ
ータＡは、同データに対するチェックコードが図５
（ｂ）に示すように、「ＡＡ」（１ワード＝１バイト、
１６進表記）となるデータパターンである。また、図５
（ｃ）に示すように、診断データＢは、同データに対す
るチェックコードが図５（ｄ）に示すように、「５５」
（１ワード＝１バイト、１６進表記）となるデータパタ
ーンである。診断データＡと診断データＢは、「００」
となるデータを除いて、同じバイト位置のデータが互い
に各ビットの値が異なるデータであり、同時に使用する
ことで異常検出の確率を向上させることができる。

【００５４】診断データＡ，Ｂは、図６に示すように、
ホストシステム１０からのデータ転送毎に、交互に診断
データ１，２として転送順序を替えて送信される。すな
わち、転送１では、診断データ１として診断データＡ、
診断データ２として診断データＢを用い、転送２では、
診断データ１として診断データＢ、診断データ２として
診断データＡを用いる。同様にして、転送３以降につい
ても、データ転送毎に診断データ１，２として、診断デ
ータＡ，Ｂを交互に順序を変更する。

【００５５】次に、本実施形態におけるＳＲＡＭカード
３８の保存データの信頼性の向上と確実な保護を行なう
ための動作についてフローチャートを参照しながら説明
する。本発明に係わる主な動作は、立ち上げ処理中と通
常動作中（ライトコマンド受信時、診断要求受信時）の
２種に分けられ、それぞれの処理手順を図７、図８、図
９に示している。

【００５６】ただし、フローチャートにより特に図示し
なかったが、本発明を実施するためには、キャッシュシ
ステムの初期化処理が必要である。キャッシュシステム
の初期化処理では、データ管理機構４４は、初期化時点
でＳＣＳＩチップ４２を介して接続されている各接続装
置（ハードディスク装置１４−０〜１４−ｎ）のシリア
ル番号と初期化日時とをＳＲＡＭカード３８のシステム
領域に格納すると共に、ハードディスク装置１４−０〜
１４−ｎのコントローラ領域にもシリアル番号と初期化
日時とを書き込み、ＳＲＡＭカード３８内のデータと接
続装置内のデータとを一致させておく。初期化日時のデ
ータは、ホストシステム１０から取得しても良いし、デ
ータ管理機構４４において発生させても良い。

【００５７】また、ＳＲＡＭカード３８の電池交換を実
施した場合には、同様にＳＲＡＭカード３８上のシステ
ム領域に交換日付を書き込む必要がある。例えば、電池
交換後に、ホストシステム１０において、ディスクコン
トローラ１２の管理用プログラムを実行して、電池交換
日付を示すデータをＳＲＡＭカード３８に書き込ませる
コマンドを発行することで、データ管理機構４４によっ
てＳＲＡＭカード３８のシステム領域中に電池交換日付
を示すデータを格納する。

【００５８】また、ＳＲＡＭカード３８に格納された電
池交換日付のデータは、例えばホストシステム１０にお
いて、ＳＲＡＭカード３８の管理用プログラムが実行さ
れ、電池交換日付の表示の実行が要求されることによっ
てデータ管理機構４４が読み出す。ホストシステム１０
は、データ管理機構４４によって読み出された電池交換
日付のデータに基づいて、電池交換日付を表示させる。

【００５９】すなわち、任意の時点での要求に応じてＳ
ＲＡＭカード３８のシステム領域に格納されたデータに
から電池交換日付を表示できる機能を持たせることによ
り、その情報を取得した者が電池交換日付と電池の寿命
（通常１、２年）とを比較することで残余期間を的確に
判断することができる。

【００６０】次に、データ管理機構４４の立ち上げ時の
動作について、図７を参照しながら説明する。ライトバ
ック方式を用いるキャッシュシステムでは、通常動作中
に（電源断・コントローラ障害等により）ハードディス
ク装置１４に対してデータの書き込みが出来なかった場
合、データ管理機構４４は、次の立ち上げ時にＳＲＡＭ
カード３８に蓄えられたデータをハードディスク装置１
４に書き込む処理の実行を試みる。

【００６１】本発明では、この時にデータの信頼性を保
障するために、図７のフローチャートに示すようにして
各種のチェックを実施する。まず、データ管理機構４４
は、ＳＲＡＭカード３８上の全ブロックのそれぞれにつ
いて、チェックコードの正常性を判定する（ステップＡ
１）。データ管理機構４４は、ＳＲＡＭカード３８のシ
ステム領域とデータ領域に格納された各ブロックに格納
されたデータからそれぞれチェックコードを生成し（Ｘ
ＯＲ演算による）、チェックコード領域に既に格納され
ている対象ブロックに対応するチェックコードとそれぞ
れ比較して同一であるか否かをチェックする。なお、デ
ータ転送中の電源断時には、システム領域・データ領域
の１ブロックで不正が発生するが、そのブロックは正当
であるものとみなす。

【００６２】チェックコードの比較の結果、正常でない
と判断できる場合には（ステップＡ２）、データ管理機
構４４は、ホストシステム１０に対して、ＳＲＡＭカー
ド３８に格納されたデータの不正を通知して停止する
（ステップＡ３）。ホストシステム１０は、データ管理
機構４４からの通知に応じて、図示せぬ表示装置におい
てＳＲＡＭカード３８に格納されたデータの不正を通知
する旨を表示させる。

【００６３】ＳＲＡＭカード３８のデータが不正であっ
た場合には、人間系においてＳＲＡＭカード３８の点検
が実施されることになる。作業員が適切な処置を施すこ
とでデータの破壊を防止することができる。

【００６４】一方、チェックコードによる正常性判定に
より正常と判断できた場合、データ管理機構４４は、Ｓ
ＲＡＭカード３８のシステム領域中に書き込まれてい
る、キャッシュ制御情報中のディレクトリ情報に付加さ
れたデータ有効を表すフラグを参照して、ハードディス
ク装置１４に吐き出すべきデータ（ライトバックデー
タ）の有無をチェックする（ステップＡ４）。ここで、
ライトバックデータが存在しない場合には（ステップＡ
５）、データ管理機構４４は、立ち上げ処理を終了する
（ステップＡ６）。

【００６５】ライトバックデータが存在する場合、デー
タ管理機構４４は、ＳＲＡＭカード３８上のシステム領
域中のＨＤＤシリアル番号をチェックして、実際に接続
されているハードディスク装置１４−０〜１４−ｎ（Ｈ
ＤＤ０〜ＨＤＤｎ）の正当性を判定する（ステップＡ
７）。すなわち、データ管理機構４４は、キャッシュシ
ステムの初期化処理の際に、ＳＲＡＭカード３８のシス
テム領域に書き込まれたシリアル番号と、ハードディス
ク装置１４−０〜１４−ｎのコントローラ領域に格納さ
れたシリアル番号とを比較し、シリアル番号が一致して
いるか否かを判断する。

【００６６】この結果、シリアル番号が一致せずに、現
在の接続装置が正当ではないと判断された場合には（ス
テップＡ８）、データ管理機構４４は、ホストシステム
１０に対して、接続装置異常を通知して停止する（ステ
ップＡ９）。ホストシステム１０は、データ管理機構４
４からの通知に応じて、図示せぬ表示装置において接続
装置異常を通知する旨を表示させる。

【００６７】接続装置異常があった場合には、人間系に
おいて使用しているＳＲＡＭカード３８が正しいか否か
の点検、及び現在接続されている接続装置（ハードディ
スク装置１４）が正しいか否かの点検が実施される。

【００６８】一方、接続されたハードディスク装置１４
が正当である場合、データ管理機構４４は、ＳＲＡＭカ
ード３８上のシステム領域に書き込まれたキャッシュシ
ステム初期化日時（タイムスタンプ）と、ハードディス
ク装置１４−０〜１４−ｎのコントローラ領域に格納さ
れた初期化日時（接続装置タイムスタンプ）とを比較
し、初期化日時が一致しているか否かを判定する（ステ
ップＡ１０）。

【００６９】この結果、初期化日時が一致せずに、ＳＲ
ＡＭカード３８に格納されたデータが正当でないと判断
された場合、例えばデータが古い場合には（ステップＡ
１１）、データ管理機構４４は、ホストシステム１０に
対して、タイムスタンプ異常を通知して停止する（ステ
ップＡ１２）。ホストシステム１０は、データ管理機構
４４からの通知に応じて、図示せぬ表示装置においてタ
イムスタンプ異常を通知する旨を表示させる。

【００７０】タイムスタンプ異常があった場合には、人
間系において使用しているＳＲＡＭカード３８が正しい
か否かの点検が実施される。一方、使用されているＳＲ
ＡＭカード３８に書き込まれた初期化日時が正当である
場合、データ管理機構４４は、システム領域中のキャッ
シュ制御情報（ディレクトリ情報等）に基づいて、デー
タ領域内に残っている有効データをハードディスク装置
１４に吐き出すことで、ライトバックキャッシュ動作を
完了させる（ステップＡ１３）。

【００７１】こうして、データ管理機構４４の立ち上げ
時には、ＳＲＡＭカード３８に書き込まれたデータ、す
なわちチェックコード領域に書き込まれたチェックコー
ド、システム領域中に書き込まれたキャッシュシステム
初期化日時を用いて、ＳＲＡＭカード３８のデータ正常
性をチェックすることができる。

【００７２】また、ＳＲＡＭカード３８のシステム領域
に電池交換日時を書き込み、任意に読み出して表示させ
ることができるので、不用意に電池切れの状態を招い
て、ライトバック動作が禁止された性能劣化状態での運
用を回避することができる。

【００７３】次に、通常動作中におけるライトコマンド
受信時の動作を、図８に示すフローチャートを参照しな
がら説明する。データ管理機構４４は、ホストシステム
１０からコマンドパスを介して、ＣＰＵローカルメモリ
２２に格納されたデータのハードディスク装置１４に対
する書き込み要求（ライトコマンド）があった場合、Ｄ
ＭＡコントローラ３４に対して、通常のデータ転送後に
診断データの転送を実行するように設定する（ステップ
Ｂ１）。

【００７４】ＤＭＡコントローラ３４は、データ管理機
構４４の制御のもとで、２５６バイトのブロックデータ
転送を行なうと共に、チェックコード生成機能により１
ブロックのデータ転送毎にＸＯＲ演算によりチェックコ
ードを生成し、ＳＲＡＭカード３８のチェックコード領
域に書き込む（ステップＢ２）。

【００７５】通常のデータ転送後には２つの診断データ
１，２が転送されるが、診断データ１，２についても同
様にしてチェックコードが生成される。データ管理機構
４４は、診断データ１，２に対するチェックコードをチ
ェックして、データ転送の正常性を判定する（ステップ
Ｂ３）。

【００７６】すなわち、図６を用いて説明したように、
診断データＡと診断データＢは、データ転送毎に、交互
に診断データ１，２として転送される。従って、正常に
データ転送が行なわれた場合の診断データ１，２に対す
るチェックコードの値が、それぞれ「ＡＡ」「５５」
（図５参照）の何れであるか既知となっている。

【００７７】データ管理機構４４は、２つの診断データ
１，２に対応するチェックコードをＳＲＡＭカード３８
のチェックコード領域から読出し、既知のチェックコー
ドと比較することにより正常性を判定する。

【００７８】データ管理機構４４は、診断データ１，２
に対するチェックコードが、正当なチェックコードの値
と同じあれば、ＤＭＡコントローラ３４のチェックコー
ド生成機能、データバスの全ビット、アドレスラインな
どを含めたシステム全体のデータ転送系全般に渡る通常
動作が正常であるものと判断して処理を終了する（ステ
ップＢ４）。

【００７９】一方、診断データに対するチェックコード
が一致せずに、正常でないものと判断された場合には、
データ管理機構４４は、リトライ動作を実行させる。そ
れでも正常とならない場合、データ管理機構４４は、デ
ィスクキャッシュ用メモリ３６から有効データを吐き出
し、通常動作を禁止する状態、すなわちライトバック動
作を禁止した動作モードに移行する（ステップＢ５）。

【００８０】さらに、データ管理機構４４は、ハードデ
ィスク装置１４−１〜１４−ｎのコントローラ領域に格
納されている初期化日時（タイムスタンプ）のデータを
更新して、ＳＲＡＭカード３８上のデータが古くなった
ことを明示するように変更する。

【００８１】ここで、ハードディスク装置１４−１〜１
４−ｎのコントローラ領域に格納されている初期化日時
と、ＳＲＡＭカード３８のシステム領域に格納されたキ
ャッシュシステム初期化日時とを不一致としておくこと
で、前述した図７における処理のステップＡ１０におい
て、タイムスタンプ異常が検出されてデータの保護が可
能となる。

【００８２】次に、通常動作中における診断要求受信時
の動作を、図９に示すフローチャートを参照しながら説
明する。ホストシステム１０は、一定時間毎、及びアイ
ドル状態となった時に、ディスクコントローラ１２にお
けるＳＲＡＭカード３８に格納されたデータの正常性を
チェックするための診断要求コマンドをデータ管理機構
４４に対して発行する。

【００８３】データ管理機構４４は、診断要求コマンド
を受信すると、ＳＲＡＭカード３８のデータ領域から各
ブロックのデータを読み込み、ＸＯＲ演算によって各ブ
ロックに対応するチェックコードを生成する（ステップ
Ｃ１）。

【００８４】データ管理機構４４は、ＳＲＡＭカード３
８のチェックコード領域に格納された、データ転送時に
書き込まれた各ブロックのデータに対応するチェックコ
ードを読み込み、ステップＣ１において生成したチェッ
クコードと各ブロック毎に比較する（ステップＣ３）。

【００８５】各ブロックのチェックコードが一致してい
る場合（ステップＣ４）、データ管理機構４４は、ＳＲ
ＡＭカード３８に格納されているデータが正常であるも
のと判断して診断処理を終了する。

【００８６】一方、チェックコードが一致していない場
合（ステップＣ４）、データ管理機構４４は、ディスク
キャッシュ用メモリ３６から有効データを吐き出し、通
常動作を禁止する状態、すなわちライトバック動作を禁
止した動作モードに移行する（ステップＣ５）。

【００８７】さらに、データ管理機構４４は、ハードデ
ィスク装置１４−１〜１４−ｎのコントローラ領域に格
納されている初期化日時（タイムスタンプ）のデータを
更新して、ＳＲＡＭカード３８上のデータが古くなった
ことを明示するように変更する。この場合も前述したラ
イトコマンド受信時の処理と同様に、図７における処理
のステップＡ１０において、タイムスタンプ異常が検出
されてデータの保護が可能となる。

【００８８】このようにして、通常のデータ転送時に、
診断用データの転送を付加し、診断用データにから求め
られるチェックコードの判定により、データ転送の正常
性を検証するので信頼性を向上させることができる。

【００８９】また、ＳＲＡＭカード３８に格納される各
ブロックのデータに対してチェックコードを付加するこ
とにより、ホストシステム１０から、一定時間毎、及び
アイドル状態となった時に明示的にデータに対する診断
要求を出して、データの異常検出を行なうことができる
ので信頼性を向上させることができる。

【００９０】以下、本発明の効果が発揮されると想定で
きる具体的状況の一例について説明する。例えば、通常
運用では、ディスクコントローラ１２に故障が発生した
場合には、即時システム停止とし、正常なディスクコン
トローラ１２に交換した後、この交換したディスクコン
トローラ１２にＳＲＡＭカード３８を差し替えて再立ち
上げを実行することで通常運用に復帰させる。この時、
故障原因の追求のためにハードディスク装置１４−１〜
１４−ｎから任意の装置を取り外すことがあるが、誤っ
て間違ったハードディスク装置を再接続してしまうこと
が想定される。

【００９１】また、ＳＲＡＭカード３８に対するアクセ
ス異常がチェックコードによる診断で検出され、ライト
バックキャッシュ動作を停止した状態でシステム運用を
実施する。その後、故障原因追究のため、別のＳＲＡＭ
カードを用意してキャッシュ動作確認を実行した後、結
局コントローラ側の問題であることが判明し、新規コン
トローラに元のＳＲＡＭカード３８を結合して再立ち上
げを実行することが想定できる。

【００９２】このような場合、本発明では再立ち上げ時
に、図７のフローチャートに示すように各種チェックが
施され、以上が検出されて処理が停止されるため、デー
タ破壊が防止でき、エラー表示（図７中ステップＡ３，
Ａ９，Ａ１０）から問題点が判定される。これにより、
ＳＲＡＭカード３８の接続を正しくする、またはキャッ
シュシステムの再初期化を実施する等の対策を実施する
ことで、通常運用に戻すことができる。

【００９３】このようにして、パリティビットに代わる
冗長コード（チェックコード）をＳＲＡＭカード３８に
持たせ、このチェックコードを用いて書き込まれたデー
タの正当性をチェックすることで保存データの信頼性を
向上させ、かつ、その冗長コードを使用して通常動作中
のデータ転送の信頼性をも向上させることができる。

【００９４】また、電池交換日付を明示的に表示させる
ことにより電池交換時期を推測可能として、確実に電池
切れに至る以前に電池交換を可能とすることにより、ラ
イトバック動作の禁止期間を最小限に止どめることがで
きる。

【００９５】さらに、幾つかの保護機能を持たせること
で、保守作業時の作業ミス等が発生した場合であっても
異常通知がなされるので、人間系による点検を促し、デ
ータ保護を行なうことができる。

【００９６】なお、前述した実施形態においては、キャ
ッシング対象とする接続装置をハードディスク装置１４
としているが、他の記憶媒体を用いる記憶装置であって
も勿論良い。

【００９７】

【発明の効果】以上詳述したように本発明によれば、デ
ィスクキャッシュにおいてキャッシュ用メモリと併用し
て使用される不揮発性メモリの保存データの信頼性の向
上と確実な保護が可能となるものである。

【図面の簡単な説明】

【図１】本発明の実施形態に係わるディスクキャッシュ
を有するコンピュータシステムの概略構成を示すブロッ
ク図。

【図２】本実施形態におけるホストシステム１０からの
データの書き込みの処理（ライトコマンド処理）の基本
的な動作について説明するためのフローチャート。

【図３】本実施形態におけるホストシステム１０からの
指示及びデータに対する処理についての概略を説明する
ための図。

【図４】本実施形態におけるＳＲＡＭカード３８内のデ
ータ形態の一例を示す図。

【図５】本実施形態における診断データＡ，Ｂの一例を
示す図。

【図６】本実施形態における診断データＡ，Ｂの転送順
序を説明するための図。

【図７】本実施形態におけるデータ管理機構４４の立ち
上げ時の動作について説明するためのフローチャート。

【図８】本実施形態における通常動作中におけるライト
コマンド受信時の動作を説明するためのフローチャー
ト。

【図９】本実施形態における通常動作中における診断要
求受信時の動作を説明するためのフローチャート。

【符号の説明】 １０…ホストシステム １２…ディスクコントローラ １４，１４−０〜１４−ｎ…ハードディスク装置 １６…接続用コネクタ ２０，３０…ＣＰＵ ２２…ＣＰＵローカルメモリ ２４，４０…外部回路接続用バス変換回路 ３２…Ｆ／Ｗ用メモリ ３４…ＤＭＡコントローラ ３６…ディスクキャッシュ用メモリ ３７…コネクタ ３８…ＳＲＡＭカード ３８、外部回路接続用バス変換回路 ４２…ＳＣＳＩチップ ４４…データ管理機構

Claims (7)

【特許請求の範囲】
1. 【請求項１】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 内部エリアがブロック管理され、ブロックを基本単位と
   して前記ディスク装置に対する書き込み要求のあったデ
   ータが書き込まれる不揮発性記憶手段と、 前記不揮発性記憶手段に対して書き込むべきデータを転
   送すると共に、前記ブロック毎に、ブロックに書き込む
   べきデータに基づくチェックコードを生成して前記不揮
   発性記憶手段に書き込むデータ転送手段と、 前記不揮発性記憶手段に書き込まれた各ブロックのデー
   タに基づくチェックコードを生成し、この生成したチェ
   ックコードと前記データ転送手段によって前記不揮発性
   記憶手段に書き込まれた前記チェックコードとを比較し
   てデータの正常性を判定するデータ判定手段と、 前記データ判定手段によって異常があることが判定され
   た場合に通常の動作を禁止する制御手段とを具備したこ
   とを特徴とするディスクキャッシュシステム。
2. 【請求項２】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 内部エリアがブロック管理され、ブロックを基本単位と
   して前記ディスク装置に対する書き込み要求のあったデ
   ータが書き込まれる不揮発性記憶手段と、 前記不揮発性記憶手段に対して書き込むべき通常のデー
   タとデータ転送の正常性を判定するために使用する少な
   くとも１ブロック分の所定の診断データを転送すると共
   に、前記ブロック毎に、ブロックに書き込むべきデータ
   に基づくチェックコードを生成して前記不揮発性記憶手
   段に書き込むデータ転送手段と、 前記データ転送手段によって転送された前記診断データ
   に基づくチェックコードが、前記所定の診断データに応
   じたチェックコードとして正しいか否かを判定する診断
   データ判定手段と、 前記データ判定手段によって異常があることが判定され
   た場合に通常の動作を禁止する制御手段とを具備したこ
   とを特徴とするディスクキャッシュシステム。
3. 【請求項３】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 前記ディスク装置に対するデータ転送用の領域が設けら
   れる不揮発性記憶手段と、 前記不揮発性記憶手段のデータ転送用の領域とは別の領
   域と、システムに接続されたディスク装置の特定の領域
   に対して、システムに接続されたディスク装置を特定す
   る装置情報を書き込む書き込み手段と、 適時において前記書き込み手段によって前記不揮発性記
   憶手段に記憶された装置情報と、この時点で実際にシス
   テムに接続されているディスク装置の特定の領域に書き
   込まれた装置情報とを比較して、接続されたディスク装
   置が正しいか否かを判定する装置判定手段と、 前記装置判定手段によって異常があることが判定された
   場合に通常の動作を禁止する制御手段とを具備したこと
   を特徴とするディスクキャッシュシステム。
4. 【請求項４】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 前記ディスク装置に対するデータ転送用の領域が設けら
   れる不揮発性記憶手段と、 前記不揮発性記憶手段のデータ転送用の領域とは別の領
   域と、システムに接続されたディスク装置の特定の領域
   に対して、前記不揮発性記憶手段に記憶されたデータの
   新旧を判断できる情報を書き込む書き込み手段と、 適時において前記書き込み手段によって前記不揮発性記
   憶手段に記憶された情報と、この時点で実際にシステム
   に接続されているディスク装置の特定の領域に書き込ま
   れた情報とを比較して、接続されたディスク装置が正し
   いか否かを判定する装置判定手段と、 前記装置判定手段によって異常があることが判定された
   場合に通常の動作を禁止する制御手段とを具備したこと
   を特徴とするディスクキャッシュシステム。
5. 【請求項５】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 前記ディスク装置に対して書き込み要求のあったデータ
   が書き込まれるもので、電池によりデータがバックアッ
   プされた不揮発性記憶手段と、 前記不揮発性記憶手段における所定の領域に前記不揮発
   性記憶手段の電池を交換した交換日付を書き込む書き込
   み手段と、 前記書き込み手段によって前記不揮発性記憶手段の所定
   の領域に書き込まれた交換日付を読み出して提示する読
   み出し手段とを具備したことを特徴とするディスクキャ
   ッシュシステム。
6. 【請求項６】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュ方法において、 内部エリアがブロック管理され、ブロックを基本単位と
   して前記ディスク装置に対する書き込み要求のあったデ
   ータが書き込まれる不揮発性記憶手段に対して、書き込
   むべきデータと共に、前記ブロック毎に、ブロックに書
   き込むべきデータに基づいてチェックコードを生成して
   書き込み、 前記不揮発性記憶手段に書き込まれた各ブロックのデー
   タに基づくチェックコードを生成し、 この生成されたチェックコードと、データ書き込み時に
   生成され前記不揮発性記憶手段に書き込まれた前記チェ
   ックコードとを比較してデータの正常性を判定し、 この判定によって異常があることが判定された場合に通
   常の動作を禁止することを特徴とするディスクキャッシ
   ュ方法。
7. 【請求項７】 キャッシング対象となるディスク装置に
   対する書き込み方式としてライトバック方式を採るディ
   スクキャッシュシステムにおいて、 内部エリアがブロック管理され、ブロックを基本単位と
   して前記ディスク装置に対する書き込み要求のあったデ
   ータが書き込まれる不揮発性記憶手段に対して、書き込
   むべき通常のデータとデータ転送の正常性を判定するた
   めに使用する少なくとも１ブロック分の所定の診断デー
   タと共に、前記ブロック毎に、ブロックに書き込むべき
   データに基づいてチェックコードを生成して書き込み、 この書き込まれた前記診断データに基づいて生成された
   チェックコードが、前記所定の診断データに応じたチェ
   ックコードとして正しいか否かを判定し、 この判定によって異常があることが判定された場合に通
   常の動作を禁止することを特徴とするディスクキャッシ
   ュ方法。