(57)【要約】【課題】  共有メモリに障害が発生した場合、疑似スルー動作の期間を抑制し、ディスクアレイ装置の性能低下期間を短縮する。【解決手段】  制御情報を２重化が要求される管理情報Ｄ１と１重化で済むディレクトリ情報Ｄ２Ａとに分割し、それぞれ別々の共有メモリ６１Ａ，６１Ｂに記憶させる。ディレクトリ情報Ｄ２Ａを記憶する増設メモリ部（Option）の共有メモリ６１Ｂに障害が発生した場合（Ｓ１１）、基本メモリ部（Basic）の共有メモリ６１Ａにディレクトリ情報Ｄ２Ａを再構築する。ディレクトリ情報Ｄ２Ａが再構築された時点で、疑似スルー動作が解消される。拡張メモリ部のパッケージが正常品に交換された後、改めてディレクトリ情報Ｄ２Ａを再構築する（Ｓ２２）。基本メモリ部の共有メモリ６１Ａに、他方のクラスタで管理されている管理情報をコピーし（Ｓ２６）、保守回復作業を完了する。【選択図】        図９
2005174178.tif 000002
【特許請求の範囲】
【請求項１】
複数のクラスタが設けられたディスクアレイ装置において、
前記各クラスタは、
上位装置とのデータ授受を制御するチャネルアダプタと、
記憶デバイスとのデータ授受を制御するディスクアダプタと、
キャッシュメモリを搭載するキャッシュメモリパッケージと、
装置構成及び装置動作に関する管理情報を記憶する基本制御メモリを搭載する基本制御メモリパッケージと、
前記キャッシュメモリの記憶構造に関するディレクトリ情報を記憶する拡張制御メモリを搭載する拡張制御メモリパッケージと、をそれぞれ備え、
前記管理情報は、前記各クラスタの前記各基本制御メモリにより多重化されて記憶されているディスクアレイ装置。
【請求項２】
上位装置とのデータ授受を制御するチャネルアダプタと、
記憶デバイスとのデータ授受を制御するディスクアダプタと、
前記チャネルアダプタ及び前記ディスクアダプタにより使用され、データを記憶するキャッシュメモリを有するキャッシュメモリパッケージと、
前記チャネルアダプタ及び前記ディスクアダプタにより使用され、制御情報を記憶する制御メモリを有する複数の制御メモリパッケージと、を備え、
前記制御情報は、第１の制御情報と第２の制御情報とを含み、
前記第１の制御情報は、互いに異なる制御メモリにそれぞれ記憶されて多重化されており、
前記第２の制御情報は、前記第１の制御情報をそれぞれ記憶する前記各制御メモリとは異なる別の制御メモリに記憶されているディスクアレイ装置。
【請求項３】
前記第１の制御情報は、ディスクアレイ装置の動作を制御するために用いられる管理情報であり、
前記第２の制御情報は、前記キャッシュメモリの記憶構造に関する記憶構造情報である請求項２に記載のディスクアレイ装置。
【請求項４】
前記複数の制御メモリのいずれかに障害が発生した場合に、障害の発生した制御メモリに記憶されている情報を復旧させる保守制御部を設け、
前記保守制御部は、前記第１の制御情報を記憶する制御メモリの記憶領域を利用して、前記障害の発生した制御メモリに記憶されている情報を復旧させるものである請求項２に記載のディスクアレイ装置。
【請求項５】
前記保守制御部は、前記第２の制御情報を記憶する制御メモリに障害が発生した場合に、前記第１の制御情報を記憶する制御メモリの空き領域に再構築可能な分だけ前記第２の制御情報を復旧させる請求項４に記載のディスクアレイ装置。
【請求項６】
前記保守制御部は、前記障害の発生した制御メモリの記憶構造が前記障害の発生前後で異なるように、前記障害の発生した制御メモリに記憶されている情報を復旧させる請求項５に記載のディスクアレイ装置。
【請求項７】
前記保守制御部は、（１）前記第１の制御情報を記憶する制御メモリに利用可能な空き領域が存在しない場合に実行可能な第１の保守モードと、（２）前記第１の制御情報を記憶する制御メモリに利用可能な空き領域が所定値以上存在する場合に実行可能な第２の保守モードと、（３）前記第１の制御情報を記憶する制御メモリに利用可能な空き領域が前記所定値未満だけ存在する場合に実行可能な第３の保守モードとのうち、少なくともいずれか１つの保守モードを実行するものであり、
（１）前記第１の保守モードは、
（１−１）前記第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている前記第１の制御情報を前記交換された制御メモリにコピーさせることにより前記第１の制御情報を復旧し、
（１−２）前記第２の制御情報を記憶する制御メモリに障害が発生した場合は、前記第１の制御情報を記憶する制御メモリに上書きで前記第２の制御情報を再構築し、
前記障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに前記第２の制御情報を再構築し、
前記第２の制御情報が上書きされた制御メモリに、他の制御メモリにより多重化されている前記第１の制御情報をコピーさせることにより前記第１の制御情報を復旧するものであり、
（２）前記第２の保守モードは、
（２−１）前記第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている前記第１の制御情報を前記交換された制御メモリにコピーさせることにより前記第１の制御情報を復旧し、
（２−２）前記第２の制御情報を記憶する制御メモリに障害が発生した場合は、前記第１の制御情報を記憶する制御メモリの空き領域に前記第２の制御情報を再構築し、この障害の発生した制御メモリの正常品との交換を許可するものであり、
（３）前記第３の保守モードは、
（３−１）前記第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている前記第１の制御情報を前記交換された制御メモリにコピーさせることにより前記第１の制御情報を復旧し、
（３−２）前記第２の制御情報を記憶する制御メモリに障害が発生した場合は、前記第１の制御情報を記憶する制御メモリの空き領域に再構築可能な範囲だけ前記第２の制御情報を部分的に再構築し、
前記障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに前記第２の制御情報のうち再構築されていない残余の部分を再構築するものである、請求項４に記載のディスクアレイ装置。
【請求項８】
前記保守制御部は、情報復旧作業に係わる制御メモリの記憶構造をそのまま保持するものであり、かつ、前記第２の保守モードを実行した場合において、
（２−１Ａ）前記第１の制御情報を記憶する制御メモリに障害が発生した場合は、前記交換された制御メモリに前記第２の制御情報を再構築し、
前記障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに他の制御メモリに多重化されている前記第１の制御情報をコピーさせることにより前記第１の制御情報を復旧し、
（２−２Ａ）前記交換された制御メモリに障害が発生した場合は、正常品との交換を許可する、ようになっている請求項７に記載のディスクアレイ装置。
【請求項９】
前記保守制御部は、情報復旧作業に係わる制御メモリの記憶構造をそのまま保持するものであり、かつ、前記第３の保守モードを実行した場合において、
（３−１Ａ）前記第１の制御情報を記憶する制御メモリに障害が発生した場合は、前記交換された制御メモリに前記第２の制御情報を再構築し、
前記障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに他の制御メモリに多重化されている前記第１の制御情報をコピーさせることにより前記第１の制御情報を復旧し、
（３−２Ａ）前記交換された制御メモリに障害が発生した場合は、正常品との交換を許可し、正常品と交換された場合に、この交換された制御メモリに、前記第２の制御情報のうち前記残余の部分を再構築させるようになっている、請求項７に記載のディスクアレイ装置。
【請求項１０】
前記保守制御部は、前記第３の保守モードを実行する場合において、
前記キャッシュメモリの使用領域を、前記第１の制御情報を記憶する制御メモリの空き領域に部分的に再構築された前記第２の制御情報で管理可能な範囲に制限させる請求項７または請求項９のいずれかに記載のディスクアレイ装置。
【請求項１１】
上位装置とのデータ授受を制御するチャネルアダプタと、記憶デバイスとのデータ授受を制御するディスクアダプタと、前記チャネルアダプタ及び前記ディスクアダプタにより使用され、データをそれぞれ記憶する複数のキャッシュメモリと、前記チャネルアダプタ及び前記ディスクアダプタにより使用され、装置構成及び装置動作に関する管理情報をそれぞれ記憶する複数の第１制御メモリと、前記チャネルアダプタ及び前記ディスクアダプタにより使用され、前記各キャッシュメモリの記憶構造に関する記憶構造情報をそれぞれ記憶する複数の第２制御メモリとを備えたディスクアレイ装置の保守方法であって、
前記管理情報は、前記各第１制御メモリにそれぞれ記憶させて多重化しておき、
前記各第１制御メモリ及び前記各第２制御メモリのいずれかに障害が発生したか否かを検出する障害検出ステップと、
前記障害が検出された場合は、前記第１制御メモリの記憶領域を利用して、前記障害の発生した制御メモリに記憶されている情報を復旧させる保守ステップとを、含んだディスクアレイ装置の保守方法。
【請求項１２】
前記保守ステップは、（１）前記第１制御メモリに利用可能な空き領域が存在しない場合に実行可能な第１の保守モードと、（２）前記第１制御メモリに利用可能な空き領域が所定値以上存在する場合に実行可能な第２の保守モードと、（３）前記第１制御メモリに利用可能な空き領域が前記所定値未満だけ存在する場合に実行可能な第３の保守モードとのうち、いずれか１つの保守モードを排他的に実行するものであり、
（１）前記第１の保守モードは、
（１−１）前記第１制御メモリに障害が発生した場合は、この障害の発生した第１制御メモリが正常品と交換された場合に、他の第１制御メモリに多重化されている前記管理情報を前記交換された第１制御メモリにコピーさせるステップと、
（１−２）前記第２制御メモリに障害が発生した場合は、前記第１制御メモリに上書きで前記記憶構造情報を再構築し、
前記障害の発生した第２制御メモリが正常品と交換された場合に、この交換された第２制御メモリに前記記憶構造情報を再構築し、
前記記憶構造情報が上書きされた第１制御メモリに、他の第１制御メモリにより多重化されている前記管理情報をコピーさせるステップと、を含んでおり、
（２）前記第２の保守モードは、
（２−１）前記第１制御メモリに障害が発生した場合は、この障害の発生した第１制御メモリが正常品と交換された場合に、他の第１制御メモリに多重化されている前記管理情報を前記交換された制御メモリにコピーさせるステップと、
（２−２）前記第２制御メモリに障害が発生した場合は、前記第１制御メモリの空き領域に前記記憶構造情報を再構築するステップ、及びこの障害の発生した第２制御メモリの正常品との交換を許可するステップと、を含んでおり、
（３）前記第３の保守モードは、
（３−１）前記第１制御メモリに障害が発生した場合は、この障害の発生した第１制御メモリが正常品と交換された場合に、他の第１制御メモリに多重化されている前記管理情報を前記交換された第１制御メモリにコピーさせるステップと、
（３−２）前記第２制御メモリに障害が発生した場合は、前記第１制御メモリの空き領域に再構築可能な範囲だけ前記記憶構造情報を部分的に再構築するステップと、
前記障害の発生した第２制御メモリが正常品と交換された場合に、この交換された第２制御メモリに前記記憶構造情報のうち再構築されていない残余の部分を再構築するステップと、を含んでいる請求項１１に記載のディスクアレイ装置の保守方法。
【請求項１３】
前記保守ステップは、前記第２の保守モードを実行した場合において、
（２−１Ａ）前記第１制御メモリに障害が発生した場合は、前記交換された第２制御メモリに前記記憶構造情報を再構築するステップと、
前記障害の発生した第１制御メモリが正常品と交換された場合に、この交換された第１制御メモリに他の第１制御メモリに多重化されている前記管理情報をコピーさせるステップと、
（２−２Ａ）前記交換された第２制御メモリに障害が発生した場合は、正常品との交換を許可するステップとを、さらに含んでいる請求項１２に記載のディスクアレイ装置の保守方法。
【請求項１４】
前記保守ステップは、前記第３の保守モードを実行した場合において、
（３−１Ａ）前記第１制御メモリに障害が発生した場合は、前記交換された第２制御メモリに前記記憶構造情報を再構築し、
前記障害の発生した第１制御メモリが正常品と交換された場合に、この交換された第１制御メモリに他の第１制御メモリに多重化されている前記管理情報をコピーさせるステップと、
（３−２Ａ）前記交換された第２制御メモリに障害が発生した場合は、正常品との交換を許可するステップと、
正常品と交換された場合に、この交換された第２制御メモリに、前記記憶構造情報のうち前記残余の部分を再構築させるステップとを、さらに含んでいる請求項１２に記載のディスクアレイ装置の保守方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスクアレイ装置及びディスクアレイ装置の保守方法に関する。
【背景技術】
【０００２】
ディスクアレイ装置は、例えば、多数のディスクドライブをアレイ状に配設し、RAID（Redundant Array of Independent Inexpensive Disks）に基づいて構築されている。各ディスク装置が有する物理的な記憶領域上には、論理的な記憶領域である論理ボリュームが形成されている。ホストコンピュータは、ディスクアレイ装置に対して所定形式の書込みコマンド又は読出しコマンドを発行することにより、所望のデータの読み書きを行うことができる。
【０００３】
ディスクアレイ装置には、ディスクドライブに記憶したデータの消失等を防止するために、種々の防御策が施されている。１つは、RAID構成の採用である。例えば、RAID１〜６等として知られている冗長記憶構造をディスクアレイ装置が採用することにより、データ消失の可能性が低減される。
【０００４】
さらに、ディスクアレイ装置では、物理的構成の二重化も行われている。例えば、ディスクアレイ装置では、ホストコンピュータとの間のデータ通信を行う上位インターフェース回路や各ディスクドライブとの間のデータ通信を行う下位インターフェース回路等の主要部を複数設けて多重化している。また、これら各主要部間をそれぞれ接続する経路や、各主要部に電力を供給する電源等も複数設けられている。
【０００５】
また、従来のディスクアレイ装置は、共有メモリとキャッシュメモリとを備えており、共有メモリには制御情報を記憶し、キャッシュメモリにはデータを記憶するようになっている（特許文献１）。従来技術では、１つのメモリパッケージ内に共有メモリとキャッシュメモリの両方を搭載している。また、キャッシュ容量を補うために、セレクタパッケージ内にもキャッシュメモリを搭載している。
【特許文献１】特開２０００−３３９１０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上位装置から書込みを要求され、ディスクドライブにまだ書き込まれていないユーザデータは、複数のキャッシュメモリに記憶させて二重化する必要がある。データ保証を行うためである。また、ディスクアレイ装置の動作等を制御するための制御情報も、冗長性確保の観点から、二重化される必要がある。制御情報を二重化することにより、一方の制御情報が障害発生等によって利用不能となった場合でも、他方の制御情報に基づいて、上位装置からの読み書き要求を処理することができる。
【０００７】
しかし、制御情報を記憶する制御メモリとユーザデータを記憶するキャッシュメモリとが同一パッケージに設けられている構成では、制御メモリまたはキャッシュメモリのいずれかに障害が発生した場合に、障害の発生したパッケージ全体の保守交換作業が完了するまでの期間中、応答性が低下する。
【０００８】
いずれのパッケージにも障害が発生していない正常状態で上位装置からの書込み要求があった場合は、データをキャッシュメモリに記憶した時点で、書込み完了を上位装置に報告することができる。書込みを要求されたデータは、キャッシュメモリに二重化されてデータ保証が行われているため、ディスクドライブにデータを書き込む前に上位装置に書込み完了を報告しても、何ら不都合はない。
【０００９】
これに対し、いずれか一方のパッケージ全体が閉塞処理された場合は、正常に稼働している他方のパッケージに搭載された制御メモリ及びキャッシュメモリのみしか利用することができない。従って、この場合は、二重化によるデータ保証を行うことができないため、書込みを要求されたデータを単一のキャッシュメモリに記憶させた時点では、上位装置に対して書込み完了を報告することはできない。そこで、いずれか一方のパッケージが使用不能な場合は、書込みを要求されたデータをディスクドライブに書き込んだ後で、上位装置に書込み完了を報告するようになっている。この応答動作は、例えば、「疑似スルー動作」と呼ばれる。
【００１０】
疑似スルー動作時でも、ディスクアレイ装置は正常に稼働を続けることができる。しかし、上位装置への応答が遅れるため、ディスクアレイ装置の性能が低下する。疑似スルー動作は、障害の発生したパッケージが交換されて、必要な作業が完了するまでの間ずっと継続する。従って、保守回復に要する全期間にわたって疑似スルー動作が行われ、ディスクアレイ装置の応答性が低下する。
【００１１】
本発明の１つの目的は、制御メモリまたはキャッシュメモリのいずれかに障害が発生した場合でも、他のメモリに影響を与えることなく、保守回復作業を行うことができるディスクアレイ装置及びディスクアレイ装置の保守方法を提供することにある。本発明の１つの目的は、障害が発生した場合でも応答性の低下を抑制できるようにしたディスクアレイ装置及びディスクアレイ装置の保守方法を提供することにある。本発明の１つの目的は、制御情報の種類に応じて制御情報を複数の制御メモリにそれぞれ格納させることにより、制御メモリを有効に利用して保守回復作業を行うことができるようにしたディスクアレイ装置及びディスクアレイ装置の保守方法を提供することにある。本発明の他の目的は、後述する実施の形態の記載から明らかになるであろう。
【課題を解決するための手段】
【００１２】
上記課題を解決すべく、本発明に従うディスクアレイ装置は、上位装置とのデータ授受を制御するチャネルアダプタと、記憶デバイスとのデータ授受を制御するディスクアダプタと、チャネルアダプタ及びディスクアダプタにより使用され、データを記憶するキャッシュメモリを有するキャッシュメモリパッケージと、チャネルアダプタ及びディスクアダプタにより使用され、制御情報を記憶する制御メモリを有する複数の制御メモリパッケージと、を備えている。制御情報は、第１の制御情報と第２の制御情報とを含んでいる。そして、第１の制御情報は、互いに異なる制御メモリにそれぞれ記憶されて多重化されており、第２の制御情報は、第１の制御情報をそれぞれ記憶する各制御メモリとは異なる別の制御メモリに記憶されている。
【００１３】
制御メモリパッケージとキャッシュメモリパッケージとは別々のパッケージとして構成されるため、いずれかのパッケージに障害が発生した場合でも、他のパッケージに影響を与えずに独立して、保守回復作業を行うことができる。また、第１の制御情報は多重化して管理されるため、ディスクアレイ装置の動作を制御するために用いられる管理情報を第１の制御情報として用いることができる。また、第２の制御情報としては、キャッシュメモリの記憶構造に関する記憶構造情報を用いることができる。
【００１４】
本発明の一態様では、複数の制御メモリのいずれかに障害が発生した場合に、障害の発生した制御メモリに記憶されている情報を復旧させる保守制御部を設けている。保守制御部は、第１の制御情報を記憶する制御メモリの記憶領域を利用して、障害の発生した制御メモリに記憶されている情報を復旧させる。
【００１５】
第１の制御情報としての管理情報は多重管理が要請され、第２の制御情報としての記憶構造情報は多重管理が要請されない、という技術的性質をそれぞれ有する。もしも障害等によって記憶構造情報が使用不能となった場合は、疑似スルー動作を行いながら、上位装置からの書込み要求を処理する。しかし、記憶構造情報が回復した場合は、正常状態に復帰し、疑似スルー動作は停止する。ここで、保守制御部は、第１の制御情報を記憶する制御メモリの記憶領域を利用して第２の制御情報を回復させることができる。従って、第２の制御情報を記憶する制御メモリが正常品に交換される前に、第２の制御情報を回復させて、疑似するー動作を廃した正常な動作に戻すことができる。
【００１６】
本発明の一態様では、保守制御部は、第２の制御情報を記憶する制御メモリに障害が発生した場合に、第１の制御情報を記憶する制御メモリの空き領域に再構築可能な分だけ第２の制御情報を復旧させる。
【００１７】
また、本発明の一態様では、保守制御部は、障害の発生した制御メモリの記憶構造が障害の発生前後で異なるように、障害の発生した制御メモリに記憶されている情報を復旧させる。即ち、保守制御部は、障害発生前の初期状態と同一の状態を形成することによって保守回復を行うのではなく、データ保証が可能な状態まで回復させることができる。従って、保守回復に要する期間を短縮することができる。
【００１８】
本発明の一態様では、保守制御部は、（１）第１の制御情報を記憶する制御メモリに利用可能な空き領域が存在しない場合に実行可能な第１の保守モードと、（２）第１の制御情報を記憶する制御メモリに利用可能な空き領域が所定値以上存在する場合に実行可能な第２の保守モードと、（３）第１の制御情報を記憶する制御メモリに利用可能な空き領域が所定値未満だけ存在する場合に実行可能な第３の保守モードとのうち、少なくともいずれか１つの保守モードを実行するようになっている。（１）第１の保守モードは、（１−１）第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている第１の制御情報を、交換された制御メモリにコピーさせることにより第１の制御情報を復旧し、（１−２）第２の制御情報を記憶する制御メモリに障害が発生した場合は、第１の制御情報を記憶する制御メモリに上書きで第２の制御情報を再構築し、障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに第２の制御情報を再構築し、第２の制御情報が上書きされた制御メモリに、他の制御メモリにより多重化されている第１の制御情報をコピーさせることにより第１の制御情報を復旧するモードである。（２）第２の保守モードは、（２−１）第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている第１の制御情報を交換された制御メモリにコピーさせることにより第１の制御情報を復旧し、（２−２）第２の制御情報を記憶する制御メモリに障害が発生した場合は、第１の制御情報を記憶する制御メモリの空き領域に第２の制御情報を再構築し、この障害の発生した制御メモリの正常品との交換を許可するモードである。（３）第３の保守モードは、（３−１）第１の制御情報を記憶する制御メモリに障害が発生した場合は、この障害の発生した制御メモリが正常品と交換された場合に、他の制御メモリに多重化されている第１の制御情報を交換された制御メモリにコピーさせることにより第１の制御情報を復旧し、（３−２）第２の制御情報を記憶する制御メモリに障害が発生した場合は、第１の制御情報を記憶する制御メモリの空き領域に再構築可能な範囲だけ第２の制御情報を部分的に再構築し、障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに第２の制御情報のうち再構築されていない残余の部分を再構築するモードである。
【００１９】
また、本発明の一態様では、一度復旧作業を行った後で、さらに別の障害が発生した場合をも考慮している。即ち、保守制御部は、情報復旧作業に係わる制御メモリの記憶構造をそのまま保持するものであり、かつ、第２の保守モードを実行した場合において、（２−１Ａ）第１の制御情報を記憶する制御メモリに障害が発生した場合は、交換された制御メモリに第２の制御情報を再構築し、障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに他の制御メモリに多重化されている第１の制御情報をコピーさせることにより第１の制御情報を復旧し、（２−２Ａ）交換された制御メモリに障害が発生した場合は、正常品との交換を許可する。
【００２０】
あるいは、保守制御部は、情報復旧作業に係わる制御メモリの記憶構造をそのまま保持するものであり、かつ、第３の保守モードを実行した場合において、（３−１Ａ）第１の制御情報を記憶する制御メモリに障害が発生した場合は、交換された制御メモリに第２の制御情報を再構築し、障害の発生した制御メモリが正常品と交換された場合に、この交換された制御メモリに他の制御メモリに多重化されている第１の制御情報をコピーさせることにより第１の制御情報を復旧し、（３−２Ａ）交換された制御メモリに障害が発生した場合は、正常品との交換を許可し、正常品と交換された場合に、この交換された制御メモリに、第２の制御情報のうち前記残余の部分を再構築させる。
【００２１】
さらに、本発明の一態様では、保守制御部は、第３の保守モードを実行する場合において、キャッシュメモリの使用領域を、第１の制御情報を記憶する制御メモリの空き領域に部分的に再構築された第２の制御情報で管理可能な範囲に制限させる。
【発明を実施するための最良の形態】
【００２２】
以下、図１〜図２１に基づき、本発明の実施の形態を説明する。本実施形態では、複数のクラスタが設けられたディスクアレイ装置が開示されており、各クラスタは、上位装置とのデータ授受を制御するチャネルアダプタと、記憶デバイスとのデータ授受を制御するディスクアダプタと、キャッシュメモリを搭載するキャッシュメモリパッケージと、装置構成及び装置動作に関する管理情報を記憶する基本制御メモリを搭載する基本制御メモリパッケージと、キャッシュメモリの記憶構造に関するディレクトリ情報を記憶する拡張制御メモリを搭載する拡張制御メモリパッケージと、をそれぞれ備えている。そして、管理情報は、各クラスタの各基本制御メモリにより多重化されて記憶されている。
【００２３】
また、本実施形態では、ディスクアレイ装置の保守方法が開示されている。即ち、上位装置とのデータ授受を制御するチャネルアダプタと、記憶デバイスとのデータ授受を制御するディスクアダプタと、チャネルアダプタ及びディスクアダプタにより使用され、データをそれぞれ記憶する複数のキャッシュメモリと、チャネルアダプタ及びディスクアダプタにより使用され、装置構成及び装置動作に関する管理情報をそれぞれ記憶する複数の第１制御メモリと、チャネルアダプタ及びディスクアダプタにより使用され、各キャッシュメモリの記憶構造に関する記憶構造情報をそれぞれ記憶する複数の第２制御メモリとを備えたディスクアレイ装置の保守方法であって、管理情報は、各第１制御メモリにそれぞれ記憶させて多重化しておき、各第１制御メモリ及び各第２制御メモリのいずれかに障害が発生したか否かを検出する障害検出ステップと、障害が検出された場合は、第１制御メモリの記憶領域を利用して、障害の発生した制御メモリに記憶されている情報を復旧させる保守ステップとを、含んでいる。
【実施例１】
【００２４】
図１は、ディスクアレイ装置１０の概略構成を示すブロック図である。ディスクアレイ装置１０は、通信ネットワークＣＮ１を介して、複数のホストコンピュータ１と双方向通信可能に接続されている。ここで、通信ネットワークＣＮ１は、例えば、ＬＡＮ（Local Area Network）、ＳＡＮ（Storage Area Network）、インターネット等である。ＬＡＮを用いる場合、ホストコンピュータ１とディスクアレイ装置１０との間のデータ転送は、TCP/IP（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。ＳＡＮを用いる場合、ホストコンピュータ１とディスクアレイ装置１０とは、ファイバチャネルプロトコルに従ってデータ転送を行う。また、ホストコンピュータ１がメインフレームの場合は、例えば、FICON（Fibre Connection：登録商標）、ESCON（Enterprise System Connection：登録商標）、ACONARC（Advanced Connection Architecture：登録商標）、FIBARC（Fibre Connection Architecture：登録商標）等の通信プロトコルに従ってデータ転送が行われる。
【００２５】
各ホストコンピュータ１は、例えば、サーバ、パーソナルコンピュータ、ワークステーション、メインフレーム等として実現されるものである。例えば、各ホストコンピュータ１は、図外に位置する複数のクライアント端末と別の通信ネットワークを介して接続されている。各ホストコンピュータ１は、例えば、各クライアント端末からの要求に応じて、ディスクアレイ装置１０にデータの読み書きを行うことにより、各クライアント端末へのサービスを提供する。
【００２６】
ディスクアレイ装置１０は、それぞれ後述するように、複数のチャネルアダプタ（以下、ＣＨＡと略記）２０Ａ〜２０Ｄと、複数のディスクアダプタ（以下、ＤＫＡと略記）３０Ａ〜３０Ｄと、複数のディスクドライブ４１と、複数のキャッシュパッケージ５０Ａ〜５０Ｄ，６０Ａ〜６０Ｄと、接続部７１，７２とを備えている。また、ディスクアレイ装置１０内には、２つのクラスタ１１Ａ，１１Ｂがそれぞれ形成されている。各クラスタ１１Ａ，１１Ｂは、基本的に同一の物理的構成を有するが、それぞれが管理するデータ等は相違する場合がある。
【００２７】
ＣＨＡ２０Ａ〜２０Ｄ及びＤＫＡ３０Ａ〜３０Ｄは、例えば、プロセッサやメモリ等が実装されたプリント基板と、メモリに格納された制御プログラムとをそれぞれ備えており、これらのハードウェアとソフトウェアとの協働作業によって所定の機能を実現するようになっている。
【００２８】
以下の説明では、個々の要素を特に区別しない場合は、「ＣＨＡ２０」、「ＤＫＡ３０」、「キャッシュパッケージ５０」、「キャッシュパッケージ６０」、「キャッシュメモリ５１」、「共有メモリ６１」等のように、符号に添えられたアルファベットを省略して説明する。
【００２９】
ディスクアレイ装置１０には、例えば、４個や８個等のように、複数のＣＨＡ２０が設けられている。各ＣＨＡ２０は、例えば、オープン系用ＣＨＡ、メインフレーム系用ＣＨＡ等のように、ホストコンピュータ１の種類に応じて用意される。各ＣＨＡ２０は、ホストコンピュータ１との間のデータ転送を制御する。各ＣＨＡ２０は、それぞれプロセッサ部、データ通信部及びローカルメモリ部を備えている（いずれも不図示）。
【００３０】
各ＣＨＡ２０は、それぞれに接続されたホストコンピュータ１から、データの読み書きを要求するコマンド及びデータを受信し、ホストコンピュータ１から受信したコマンドに従って動作する。ＤＫＡ３０の動作も含めて先に説明すると、例えば、ＣＨＡ２０は、ホストコンピュータ１からデータの読出し要求を受信すると、読出しコマンドを共有メモリ６１に記憶させる。ＤＫＡ３０は、共有メモリ６１を随時参照しており、未処理の読出しコマンドを発見すると、ディスクドライブ４１からデータを読み出して、キャッシュメモリ５１に記憶させる。ＣＨＡ２０は、キャッシュメモリ５１に移されたデータを読み出し、コマンド発行元のホストコンピュータ１に送信する。
【００３１】
また例えば、ＣＨＡ２０は、ホストコンピュータ１からデータの書込み要求を受信すると、書込みコマンドを共有メモリ６１に記憶させると共に、受信したデータ（ユーザデータ）をキャッシュメモリ５１に記憶させる。ここで、ホストコンピュータ１から書込みを要求されたデータは、ディスクドライブ４１に書き込まれていない「ダーティデータ」であるため、複数のキャッシュメモリ５１にそれぞれ記憶され、多重化される。ＣＨＡ２０は、キャッシュメモリ５１にデータを記憶した後、ホストコンピュータ１に対して書込み完了を報告する。そして、ＤＫＡ３０は、共有メモリ６１に記憶された書込みコマンドに従って、キャッシュメモリ５１に記憶されたデータを読出し、所定のディスクドライブ４１に記憶させる。ディスクドライブ４１に書き込まれたデータは、「ダーティデータ」から「グリーンデータ」に属性が変化し、キャッシュメモリ５１による多重管理から解放される。
【００３２】
ここで、本明細書において、「ダーティデータ」とは、ディスクドライブ４１に書き込まれていないデータであって、複数のキャッシュメモリ５１による多重管理が要請されるデータを意味する。また、本実施例において「クリーンデータ」とは、ディスクドライブ４１に書き込まれているデータであって、複数のキャッシュメモリ５１による多重管理が要請されないデータを意味する。
【００３３】
各ＤＫＡ３０は、ディスクアレイ装置１０内に例えば４個や８個等のように複数個設けられている。各ＤＫＡ３０は、各ディスクドライブ４１との間のデータ通信を制御するもので、それぞれプロセッサ部と、データ通信部と、ローカルメモリ等を備えている（いずれも不図示）。各ＤＫＡ３０と各ディスクドライブ４１とは、例えば、ＳＡＮ等の通信ネットワークを介して接続されており、ファイバチャネルプロトコルに従ってブロック単位のデータ転送を行う。各ＤＫＡ３０は、ディスクドライブ４１の状態を随時監視しており、この監視結果は内部ネットワークを介してＳＶＰ２に送信される。
【００３４】
ディスクアレイ装置１０は、記憶装置４０を備えている。記憶装置４０は、多数のディスクドライブ４１から構成される。各ディスクドライブ４１は、例えば、ハードディスクドライブ（ＨＤＤ）や半導体メモリ装置等として実現可能である。記憶装置４０は、ディスクアレイ装置１０の内部に設けられている必要はなく、外部に存在してもよい。また、ディスクアレイ装置１０に固有の記憶装置４０である必要はなく、旧型の記憶装置や他社の記憶装置であってもよい。記憶装置４０が他社製品等の場合は、ディスクアレイ装置１０の論理デバイス（LDEV）または論理デバイスの下に設けられる仮想デバイス（VDEV）に他社製の記憶装置４０をマッピングし、あたかもディスクアレイ装置１０自身の記憶装置であるかのようにして用いることができる。
【００３５】
ここで、例えば、４個のディスクドライブ４１によって１つのＲＡＩＤグループを構成することができる。ＲＡＩＤグループとは、例えばＲＡＩＤ５（ＲＡＩＤ５に限定されない）に従って、データの冗長記憶を実現するディスクグループである。各ＲＡＩＤグループにより提供される物理的な記憶領域の上には、論理的な記憶領域である論理ボリューム４２（LUまたはLDEV）を少なくとも１つ以上設定可能である。
【００３６】
メモリ部１２は、複数のキャッシュパッケージ５０，６０から構成されている。一方のキャッシュパッケージ５０は、キャッシュメモリ５１を搭載し、他方のキャッシュパッケージ６０は、共有メモリ６１を搭載している。従って、他方のキャッシュパッケージ６０を共有メモリパッケージまたは制御メモリパッケージと呼ぶことも可能である。ここで、キャッシュメモリ５１には、データが記憶される。共有メモリ６１には、制御情報が記憶される。共有メモリ６１は、不揮発メモリであることが好ましい。また、キャッシュメモリ５１も不揮発メモリとして構成することができる。後述のように、本実施例では、制御情報の技術的性質に着目し、制御情報の属性に基づいて情報を分類管理している。
【００３７】
また、キャッシュパッケージ５０，６０は、基本メモリ部（図中「Basic」）と増設メモリ部（図中「Option」）とに分類される。一例として、基本メモリ部はディスクアレイ装置１０に標準で搭載されているものであり、増設メモリ部は必要に応じて増設されるオプション部品である。基本メモリ部及び増設メモリ部は、それぞれキャッシュメモリ５１を搭載したキャッシュパッケージ５０と共有メモリ６１を搭載したキャッシュパッケージ６０とを備えている。
【００３８】
各クラスタ１１Ａ，１１Ｂ毎に、それぞれ基本メモリ部と増設メモリ部とが設けられている。クラスタ１１Ａの基本メモリ部は、キャッシュパッケージ５０Ａ及びキャッシュパッケージ６０Ａから構成され、クラスタ１１Ａの増設メモリ部は、キャッシュパッケージ５０Ｂ及びキャッシュパッケージ６０Ｂから構成される。クラスタ１１Ｂの基本メモリ部は、キャッシュパッケージ５０Ｃ及びキャッシュパッケージ６０Ｃから構成され、クラスタ１１Ｂの増設メモリ部は、キャッシュパッケージ５０Ｄ及びキャッシュパッケージ６０Ｄから構成される。従って、各クラスタ１１Ａ，１１Ｂは、それぞれ２つずつのキャッシュメモリ５１及び共有メモリ６１を備えている。
【００３９】
接続部７１は、各ＣＨＡ２０と各キャッシュパッケージ５０，６０とをそれぞれ接続するものである。接続部７２は、各ＤＫＡ３０と各キャッシュパッケージ５０，６０とをそれぞれ接続するものである。これにより、全てのＣＨＡ２０，ＤＫＡ３０は、全てのキャッシュパッケージ５０，６０にそれぞれアクセス可能である。
【００４０】
ＳＶＰ（Service Processor）２は、ディスクアレイ装置１０の管理及び監視を行うためのコンピュータ装置である。ＳＶＰ２は、ディスクアレイ装置１０内に設けられたＬＡＮ等の内部ネットワークを介して、各ＣＨＡ２０及び各ＤＫＡ３０等から各種の環境情報や性能情報等を収集する。ＳＶＰ２が収集する情報としては、例えば、装置構成、電源アラーム、温度アラーム、入出力速度（IOPS）等が挙げられる。システム管理者は、ＳＶＰ２の提供するユーザインターフェースを介して、ＲＡＩＤ構成の設定、各種パッケージ（ＣＨＡ、ＤＫＡ、ディスクドライブ等）の閉塞処理等を行うことができる。
【００４１】
図２は、キャッシュパッケージ６０の概略構成を示す。制御用のキャッシュパッケージ６０は、例えば、共有メモリ６１と、メモリコントロール回路（図中「CTRL」）６２と、アダプタ（図中「ADP」）６３とを備えている。共有メモリ６１は、例えば、メモリスロットに着脱可能に装着された少なくとも１つ以上の不揮発メモリモジュールから構成される。メモリコントロール回路６２は、例えば、共有メモリ６１へのデータ書込み及び読出しを制御する。アダプタ６３は、例えば、接続部７１，７２を介して各ＣＨＡ２０，各ＤＫＡ３０にそれぞれ接続される。なお、図示は省略するが、キャッシュパッケージ５０も、前記同様に、キャッシュメモリ５１と、メモリコントロール回路と、アダプタとを備えている。
【００４２】
上述の通り、本実施例では、制御情報を記憶するための共有メモリ６１を合計４個備えている。ここで、制御情報は、例えば、管理情報とディレクトリ情報とに分類することができる。本明細書における管理情報とは、例えば、ディスクアレイ装置１０の装置構成や装置動作等を制御するために必要な制御情報と定義することが可能である。従って、管理情報は、多重化して管理する必要がある。各クラスタ１１Ａ，１１Ｂで管理情報がそれぞれ管理されているが、管理情報は装置全体の動作等を制御するものであり、クラスタには依存しない。別々のクラスタにそれぞれ存在する管理情報の内容は、一致するように管理されている。
【００４３】
一方、本明細書におけるディレクトリ情報とは、例えば、キャッシュメモリ５１の記憶構造等を示す制御情報と、あるいは、キャッシュメモリ５１に関する情報を管理するための制御情報と、定義することができる。キャッシュメモリ５１は、各クラスタ単位で設けられるものであり、その記憶内容はクラスタに依存する。即ち、クラスタが異なれば、キャッシュメモリ５１に記憶されているデータも相違し得る。そして、ディレクトリ情報の内容は、キャッシュメモリ５１の記憶内容に依存する。従って、管理情報の場合とは異なり、クラスタを超えてディレクトリ情報を多重化する必要性に乏しい。
【００４４】
上記の知見に基づいて、合計４個の共有メモリの利用方法を検討する。まず、図３（ａ）に示すように、４個の共有メモリの全てに、それぞれ管理情報及びディレクトリ情報を記憶させ、共有メモリの構成を全２重化することが考えられる。例えば、管理情報は、４個の共有メモリ全てにおいて同一の内容となるように制御する（４重化）。また、例えば、ディレクトリ情報は、各クラスタ内において２重化する。
【００４５】
しかし、この場合は、Ｉ／Ｏ処理（書込み要求処理、読出し要求処理）が発生するたびに、４個の管理情報の全てをそれぞれ更新させ、各クラスタ内では２個のディレクトリ情報をそれぞれ更新させる必要がある。従って、共有メモリの構成を全２重化する場合は、制御情報の更新負荷が大きくなる。
【００４６】
そこで、次に、図３（ｂ）に示すように、制御情報を分割して共有メモリに記憶させることが考えられる。図３（ｂ）では、制御情報を「分割情報１」と「分割情報２」とに分割している。図３（ｂ）の内容をより具体的に示したのが図４である。図４（ａ）に示すように、１つの管理情報を「管理情報α」と「管理情報β」に分割し、１つのディレクトリ情報を「ディレクトリ情報α」と「ディレクトリ情報β」に分割する。そして、例えば、同一クラスタ内の基本メモリ部の共有メモリに「管理情報α」及び「ディレクトリ情報α」を、増設メモリ部に「管理情報β」及び「ディレクトリ情報β」を、それぞれ記憶させる。図４（ｂ）に、４個の共有メモリの全体構成を示す。この場合は、冗長性の効果を高くすることができる。しかし、管理情報αと管理情報βの双方について常に冗長構成を確保しなければならない。従って、共有メモリのメモリコントロール回路は、管理情報α，βを２重化するために、常に２重書込み処理を行う必要があり、ディスクアレイ装置全体のさらなる性能向上が望めない。
【００４７】
そこで、図５に、制御情報を「管理情報」と「ディレクトリ情報」とに分割して複数の共有メモリ６１Ａ〜６１Ｄにそれぞれ記憶させる様子を模式的に示す。一方のクラスタ１１Ａでは、基本メモリ部の共有メモリ６１Ａに管理情報Ｄ１を記憶させ、増設メモリ部の共有メモリ６１Ｂにディレクトリ情報Ｄ２Ａを記憶させる。同様に、他方のクラスタ１１Ｂでは、基本メモリ部の共有メモリ６１Ｃに管理情報Ｄ１を記憶させ、増設メモリ部の共有メモリ６１Ｄにディレクトリ情報を記憶させる。ここで、各クラスタ１１Ａ，１１Ｂがそれぞれ管理する管理情報Ｄ１は、同一内容である。即ち、管理情報Ｄ１は、２重化されている。各クラスタ１１Ａ，１１Ｂがそれぞれ管理するディレクトリ情報Ｄ２Ａ，Ｄ２Ｂは、各クラスタ１１Ａ，１１Ｂに固有の内容である。即ち、ディレクトリ情報Ｄ２Ａ，Ｄ２Ｂ（以下、区別しない場合は「ディレクトリ情報Ｄ２」と示す）は、２重化されていない。
【００４８】
各共有メモリ６１Ａ，６１Ｃでは、常に管理情報Ｄ１の２重化を行っているため、メモリコントロール回路の負荷は、図４に示す場合と同等である。しかし、ディレクトリ情報Ｄ２Ａ，Ｄ２Ｂは２重管理していないため、共有メモリ６１Ｂ，６１Ｄのメモリコントロール回路の負荷を低減することができる。また、情報の属性に基づいて、管理情報Ｄ１とディレクトリ情報Ｄ２Ａ，Ｄ２Ｂとに分割し、それぞれ別々の共有メモリに格納させるため、保守作業等の簡易化を図ることもできる。
【００４９】
次に、図６は、本実施例による保守制御モードの選択方法の概略を示すフローチャートである。本実施例では、３種類の保守制御モードの中からいずれか１つの保守制御モードを選択することができる。本実施例では、後述する共有メモリのあまり領域の大きさに基づいて、工場出荷時等に予め保守制御モードが決定される。従って、図６に示すフローチャートは、ディスクアレイ装置１０により実行されるものではない。但し、これに限らず、例えば、ＳＶＰ２を介して保守制御モードを切替可能な構成としてもよい。
【００５０】
本実施例では、第１の保守制御モード（「保守制御モード１」と図示）と、第２の保守制御モード（「保守制御モード２」と図示）と、第３の保守制御モード（「保守制御モード３」と図示）との３種類のモードを備えている。第１の保守制御モードは、管理情報Ｄ１を記憶する共有メモリ（６１Ａ，６１Ｃ）のあまり領域を利用しないモードである。第２の保守制御モードは、あまり領域のサイズがディレクトリ情報のサイズ以上である場合に、あまり領域を利用してディレクトリ情報の再構築を行うモードである。第３の保守制御モードは、あまり領域のサイズがディレクトリ情報のサイズ未満である場合に、あまり領域を利用してディレクトリ情報の再構築を行うモードである。ここで、あまり領域（空き領域）とは、ディスクアレイ装置１０が正常に動作している場合は使用されることはないが、共有メモリに障害が発生した場合には障害回復のために使用される記憶領域を意味する。具体的には、管理情報Ｄ１を記憶している記憶領域以外の未使用記憶領域、及び／または、ディレクトリ情報Ｄ２を記憶している記憶領域以外の未使用記憶領域が、「あまり領域」に該当する。あまり領域については、さらに後述する。
【００５１】
図６に示すように、あまり領域を使用しない場合（S1：NO）、第１の保守制御モードが選択される（Ｓ２）。あまり領域を使用する場合において（S1：YES）、あまり領域のサイズがディレクトリ情報のサイズ以上である場合は（S3：YES）、第２の保守制御モードが選択される（Ｓ４）。あまり領域のサイズがディレクトリ情報のサイズ未満の場合は（S3：NO）、第３の保守制御モードが選択される。上述の通り、あまり領域のサイズは、共有メモリ６１のメモリサイズ等により既に定まっているため、いずれの保守制御モードを使用するかは、予め設定されている。従って、図６に示すフローチャートは、例えば、保守制御モードを選択するための指標として使用され、コンピュータプログラムとして実行されるとは限らない。
【００５２】
［第１の保守制御モード］  
図７〜図９に基づき第１の保守制御モードの概要を説明する。図８，図９は、一方のクラスタ１１Ａを中心に本モードの処理概要の一部を模式的に示す説明図である。他方のクラスタ１１Ｂの場合でも、同様の動作が行われるため、説明を省略する。なお、以下に説明する各保守制御モードは、ディスクアレイ装置１０により実行される。より詳しくは、例えば、ＣＨＡ２０、ＤＫＡ３０、ＳＶＰ２及びメモリコントロール回路６２等の協働作業によって、保守制御を実行することができる。但し、これに限らず、保守制御処理用のプロセッサを実装し、この保守制御用プロセッサにより実行させてもよい。
【００５３】
まず、ディスクアレイ装置１０は、共有メモリ６１に障害が発生したか否かを監視している（Ｓ１１）。例えば、メモリコントロール回路６２により共有メモリ６１への書込みエラーや読出しエラー等が検出された場合、共有メモリ６１に障害が発生したと判断することができる。
【００５４】
共有メモリ６１の障害発生が検出された場合（S11：YES）、メモリ基本部（Basic）側の共有メモリ６１に障害が発生したか否か、即ち管理情報Ｄ１に障害が発生したか否かを判定する（Ｓ１２）。なお、実際には、障害発生を検出した時点で、いずれの共有メモリ６１に障害が発生したのか直ちに判明するため、Ｓ１１とＳ１２とを区別せずに実行可能である。
【００５５】
図８（ａ）にも示すように、基本メモリ部の共有メモリ６１（６１Ａまたは６１Ｃ）に障害が発生した場合は（S12：YES）、この障害の発生したキャッシュパッケージ（図中「基板」と略記）の保守閉塞処理を行う（Ｓ１３）。共有メモリ６１Ａに障害が発生した場合は、キャッシュパッケージ６０Ａの保守閉塞が行われ、共有メモリ６１Ｃに障害が発生した場合は、キャッシュパッケージ６０Ｃの保守閉塞が行われる。なお、一方の管理情報Ｄ１に障害が発生した場合でも、他方の管理情報Ｄ１によってディスクアレイ装置１０を正常に動作させることができる。
【００５６】
障害の発生したキャッシュパッケージ６０の保守閉塞処理を行った後、システム管理者は、ディスクアレイ装置１０から障害の発生したキャッシュパッケージ６０を取り出し、正常品のキャッシュパッケージ６０と交換する。ディスクアレイ装置１０は、キャッシュパッケージ６０の交換を確認すると（S14：YES）、交換されたキャッシュパッケージ６０に搭載されている共有メモリ６１に、他面で管理されている管理情報Ｄ１をコピーする（Ｓ１５）。他面で管理されている管理情報とは、障害の発生したクラスタとは別の正常なクラスタで管理されている管理情報を意味する。図８に示す例では、クラスタ１１Ｂの共有メモリ６１Ｃに記憶されている管理情報Ｄ１が、交換されたキャッシュパッケージ６０Ａの共有メモリ６１Ａにコピーされる。図７のＳ１１〜Ｓ１５及び図８に示すように、第１の保守制御モードにおいて、管理情報Ｄ１を記憶する共有メモリ６１に障害が発生した場合は、ディレクトリ情報を記憶する共有メモリ６１に何らの影響を与えることなく、保守閉塞処理及びデータ回復処理が行われる。
【００５７】
一方、増設メモリ部（Option）側の共有メモリ６１（６１Ｂまたは６１Ｄ）に障害が発生した場合、即ちディレクトリ情報Ｄ２に障害が発生した場合は（S12：NO）、この障害の発生したディレクトリ情報Ｄ２に対応するキャッシュメモリ５１を利用できない。従って、この状況下でホストコンピュータ１からデータが書き込まれた場合は、疑似スルー動作が開始される（Ｓ１６）。上述の通り、疑似スルー動作とは、ホストコンピュータ１からのデータをディスクドライブ４１に記憶させた後でホストコンピュータ１に書込み完了を報告する動作である。従って、疑似スルー動作の期間中、ディスクアレイ装置１０の応答性は低下する。
【００５８】
ディレクトリ情報Ｄ２を記憶する共有メモリ６１に障害が発生した場合は、図９（ｂ）にも示すように、管理情報を記憶している基本メモリ部の共有メモリ６１に、上書きでディレクトリ情報Ｄ２を再構築する（Ｓ１７）。障害の発生したディレクトリ情報Ｄ２に対応するキャッシュメモリ５１のディレクトリ構造等を改めて読み出すことにより、ディレクトリ情報Ｄ２を得ることができる。この改めて取得されたディレクトリ情報Ｄ２は、基本メモリ部の共有メモリ６１に上書きで記憶される。従って、上書きされた共有メモリ６１では、管理情報Ｄ１が失われることになる。図９に示す場合は、共有メモリ６１Ａの記憶領域に、初期状態で共有メモリ６１Ｂに記憶されているディレクトリ情報Ｄ２Ａが上書きで保存される。なお、管理情報Ｄ１は２重化されているため、ディレクトリ情報Ｄ２の上書きによって一方の管理情報Ｄ１が失われた場合でも、他方の管理情報Ｄ１によりディスクアレイ装置１０を正常に稼働させることができる。
【００５９】
ディレクトリ情報Ｄ２の再構築が完了するまでの間（S18：NO）、疑似スルー動作モードでホストコンピュータ１からの書込み要求が処理される。ホストコンピュータ１からの書込み要求をＣＨＡ２０が受け付けた場合、ＣＨＡ２０は、要求されたデータをＤＫＡ３０がディスクドライブ４１に格納するのを確認した後で、ホストコンピュータ１に書込み完了を報告する。
【００６０】
基本メモリ部の共有メモリ６１へのディレクトリ情報Ｄ２の再構築が完了すると（S18：YES）、疑似スルー動作モードが停止される（Ｓ１９）。ディレクトリ情報Ｄ２の再構築により、再びキャッシュメモリ５１が利用可能となり、ホストコンピュータ１から書込みを要求されたデータ（ダーティデータ）を基本メモリ部のキャッシュメモリ５１及び増設メモリ部のキャッシュメモリ５１で、２重化できるようになるためである。疑似スルー動作モードが解除されると、ＣＨＡ２０は、ホストコンピュータ１から受信したデータを各キャッシュメモリ５１（５１Ａと５１Ｂ、または５１Ｃと５１Ｄ）で２重化した時点で、ホストコンピュータ１に対し書込み完了を報告する。従って、ディスクアレイ装置１０の応答性は、正常時の応答性に回復する。
【００６１】
障害の発生した増設メモリ部のキャッシュパッケージ６０の保守閉塞処理が行われた後（Ｓ２０）、システム管理者によって、障害の発生したキャッシュパッケージ６０が正常なキャッシュパッケージ６０と交換される。ディスクアレイ装置１０は、障害の発生したキャッシュパッケージ６０の交換を確認すると（S21：YES）、交換されたキャッシュパッケージ６０に搭載されている共有メモリ６１に、ディレクトリ情報Ｄ２を改めて再構築させる（Ｓ２２）。基本メモリ部の共有メモリ６１に再構築されたディレクトリ情報Ｄ２を、交換された増設メモリ部の共有メモリ６１にコピーさせる方法も考えられるが、キャッシュメモリ５１の最新の記憶内容に基づいてディレクトリ情報Ｄ２を改めて再構築するのが望ましい。交換された正常品のキャッシュパッケージ６０に搭載された共有メモリ６１にディレクトリ情報Ｄ２を再構築する期間中は、Ｓ１７により上書きで再構築されたディレクトリ情報Ｄ２を用いてデータの２重化処理等が行われる。
【００６２】
交換された増設メモリ部のキャッシュパッケージ６０の共有メモリ６１にディレクトリ情報Ｄ２が再構築されると（S23：YES）、ディスクアレイ装置１０は、ディレクトリ情報Ｄ２の参照先を、基本メモリ部の共有メモリ６１から増設メモリ部の共有メモリ６１に切り替える（Ｓ２４）。そして、基本メモリ部の共有メモリ６１からディレクトリ情報Ｄ２を消去し（Ｓ２５）、図９（ｄ）にも示すように、他方のクラスタで管理している管理情報Ｄ１を、基本メモリ部の共有メモリ６１にコピーする（Ｓ２６）。
【００６３】
以上のように、第１の保守制御モードでは、拡張メモリ部の共有メモリ６１に障害が発生した場合に、基本メモリ部の共有メモリ６１を作業領域として使用することにより、早期にディレクトリ情報Ｄ２を再構築する。従って、障害の発生したキャッシュパッケージ６０が正常品と交換される前に、疑似スルー動作モードを解除することができ、疑似スルー動作モードの期間を短縮することができる。これにより、障害発生時におけるディスクアレイ装置１０の応答性を改善することができる。
【００６４】
［第２の保守制御モード］  
次に、図１０〜図１５に基づいて、第２の保守制御モードの概要を説明する。後述のように、第２の保守制御モードでは、最初の保守制御を行った後で、続いて新たな障害が発生した場合の処理も考慮している。
【００６５】
図１０を参照して、共有メモリ６１のあまり領域について説明する。共有メモリ６１のメモリサイズや管理情報Ｄ１のデータサイズ等によっても相違するが、共有メモリ６１の少なくとも一部に未使用の記憶領域が発生しうる。例えば、クラスタ１１Ａにおける基本メモリ部の共有メモリ６１Ａには、あまり領域ＳＣが発生する。また、クラスタ１１Ｂにおける基本メモリ部の共有メモリ６１Ｃにも、あまり領域ＳＣが発生する。両ＳＣのサイズは、同一である。第２の保守制御モード及び後述する第３の保守制御モードでは、このあまり領域ＳＣを、障害回復に用いる作業領域としてそれぞれ利用する。なお、拡張メモリ部の共有メモリ６１Ｂ，６１Ｄにおいても、あまり領域が発生しうる。後述の説明では、基本メモリ部のあまり領域に「ＳＣ１」、増設メモリ部のあまり領域に「ＳＣ２」の符号を付してそれぞれ区別する場合がある。また、両者を特に区別しない場合等には単に「ＳＣ」の符号を付す。
【００６６】
図１１は、第２の保守制御モードの処理概要を示すフローチャートである。Ｓ３１〜Ｓ３５は、図７と共に述べたＳ１１〜Ｓ１５と同様の処理を行う。即ち、管理情報Ｄ１を記憶する基本メモリ部の共有メモリ６１に障害が発生した場合（S31：YES、及びS32：YES）、この障害の発生したキャッシュパッケージ６０の保守閉塞処理を行った後（Ｓ３３）、正常なキャッシュパッケージ６０に交換する（S34：YES）。そして、正常なキャッシュパッケージ６０の共有メモリ６１に、他方のクラスタで管理されている管理情報Ｄ１をコピーさせる（Ｓ３５）。
【００６７】
一方、図１２にも示すように、ディレクトリ情報Ｄ２を記憶する拡張メモリ部の共有メモリ６１に障害が発生した場合（S32：NO）、ディスクアレイ装置１０は、ダーティデータの２重管理を行うことができないため、正常時の動作モードから疑似スルー動作モードに移行する（Ｓ３６）。そして、図１２（ｂ）にも示すように、ディスクアレイ装置１０は、基本メモリ部の共有メモリ６１が有するあまり領域ＳＣ１を利用して、ディレクトリ情報Ｄ２を再構築する（Ｓ３７）。第２の保守制御モードでは、あまり領域ＳＣ１のサイズがディレクトリ情報Ｄ２のサイズ以上である場合を前提にするため（ＳＣ１≧Ｄ２）、基本メモリ部の共有メモリ６１が有するあまり領域ＳＣ１内に、ディレクトリ情報Ｄ２（図中Ｄ２Ａ）を再構築可能である。あまり領域ＳＣ１にディレクトリ情報Ｄ２を再構築した場合は（S38：YES）、この再構築されたディレクトリ情報Ｄ２を用いてダーティデータの２重管理が可能となるため、疑似スルー動作モードを終了する（Ｓ３９）。
【００６８】
そして、ディスクアレイ装置１０は、障害の発生した拡張メモリ部のキャッシュパッケージ６０の保守閉塞処理を行う（Ｓ４０）。ディスクアレイ装置１０は、システム管理者によって、障害の発生したキャッシュパッケージ６０が正常なキャッシュパッケージ６０に交換されたことを確認した後（S41：YES）、処理を終了する。
【００６９】
図１２（ｃ）に示すように、基本メモリ部の共有メモリ６１のあまり領域ＳＣ１を利用してディレクトリ情報Ｄ２を再構築した場合は、この共有メモリ６１内に管理情報Ｄ１とディレクトリ情報Ｄ２との両方が格納されることになる。交換された増設メモリ部のキャッシュパッケージ６０に搭載された共有メモリ６１には、ディレクトリ情報Ｄ２が再構築されない。従って、交換された共有メモリ６１の記憶領域は、殆どが未使用のあまり領域ＳＣ２となる。
【００７０】
第２の保守制御モードでは、ディレクトリ情報Ｄ２の回復後に、交換された共有メモリ６１にディレクトリ情報Ｄ２を直ちに再構築することなく、そのまま放置する。ディレクトリ情報Ｄ２は、基本メモリ部の共有メモリ６１に記憶されているので、障害発生前の初期状態に戻さずにおいても何ら支障ないためである。また、交換された拡張メモリ部の共有メモリ６１にディレクトリ情報Ｄ２を直ちに再構築して初期状態に戻す場合よりも、保守回復の完了時間を短縮することができる。
【００７１】
図１２（ｃ）に示す障害回復時の状態において、さらに新たな障害が発生した場合の保守制御方法について、図１３〜図１５に基づき説明する。図１４（ａ）にも示すように、基本メモリ部の共有メモリ６１に管理情報Ｄ１及びディレクトリ情報Ｄ２を記憶させ、拡張メモリ部の共有メモリ６１に何も情報が格納されていない場合において、基本メモリ部の共有メモリ６１に別の障害が発生したとする（S51：YES、及びS52：YES）。
【００７２】
この場合でも、他方のクラスタで管理されている管理情報Ｄ１により、ディスクアレイ装置１０の稼働を維持することができる。しかし、この場合は、ディレクトリ情報Ｄ２も利用できないため、疑似スルー動作モードが開始される（Ｓ５３）。ディスクアレイ装置１０は、疑似スルー動作によってホストコンピュータ１からの書込み要求を処理しながら、キャッシュメモリ５１の記憶構造を取得し、増設メモリ部の共有メモリ６１にディレクトリ情報Ｄ２を再構築させる（Ｓ５４、図１４（ｂ））。拡張メモリ部の共有メモリ６１にディレクトリ情報Ｄ２が再構築されると（S55：YES）、疑似スルー動作モードが解除される（Ｓ５６）。ディスクアレイ装置１０は、障害の発生した基本メモリ部のキャッシュパッケージ６０を保守閉塞処理し（Ｓ５７）、システム管理者によって正常なキャッシュパッケージ６０に交換されるのを待つ（Ｓ５８）。そして、正常なキャッシュパッケージ６０に交換された場合（S58：YES）、ディスクアレイ装置１０は、他方のクラスタで管理されている管理情報Ｄ１を、交換された基本メモリ部の共有メモリ６１にコピーさせる（Ｓ５９、図１４（ｃ））。これにより、図１２（ａ）と図１４（ｃ）とに示すように、２回目の障害から回復した場合、基本メモリ部及び増設メモリ部の構造は、初期状態に戻る。
【００７３】
一方、図１５にも示すように、２回目の障害が拡張メモリ部の共有メモリ６１に発生した場合（S51：YES、及びS52：NO）、ディスクアレイ装置１０は、拡張メモリ部のキャッシュパッケージ６０を保守閉塞処理する（Ｓ６０、図１５（ｂ））。ディレクトリ情報Ｄ２は既に基本メモリ部の共有メモリ６１に構築されており、障害の発生した拡張メモリ部の共有メモリ６１には、ディレクトリ情報Ｄ２が記憶されていない。従って、ディスクアレイ装置１０は、ディレクトリ情報Ｄ２の再構築等をすることなく、通常の動作を維持しながら、システム管理者によって正常なキャッシュパッケージ６０に交換されるのを待つ（Ｓ６１）。正常なキャッシュパッケージ６０に交換された場合（S61：YES）、障害から回復したクラスタにおける基本メモリ部及び拡張メモリ部の構成は、図１５（ａ），（ｃ）に示すように、２度目の障害発生前と同一となる。
【００７４】
［第３の保守制御モード］  
図１６〜図２１に基づいて、第３の保守制御モードを説明する。第３の保守制御モードは、基本メモリ部の共有メモリ６１が有するあまり領域のサイズが、ディレクトリ情報Ｄ２のサイズに満たない場合を前提とするものである。
【００７５】
図１６は、第３の保守制御モードの処理概要を示すフローチャートである。Ｓ７１〜Ｓ７５は、図７と共に述べたＳ１１〜Ｓ１５と同様の処理を行う。即ち、管理情報Ｄ１を記憶する基本メモリ部の共有メモリ６１に障害が発生した場合（S71：YES、及びS72：YES）、この障害の発生したキャッシュパッケージ６０の保守閉塞処理を行った後（Ｓ７３）、正常なキャッシュパッケージ６０に交換する（S74：YES）。そして、正常なキャッシュパッケージ６０の共有メモリ６１に、他方のクラスタで管理されている管理情報Ｄ１をコピーさせる（Ｓ７５）。
【００７６】
一方、図１７にも示すように、拡張メモリ部の共有メモリ６１に障害が発生した場合（S71：YES、及びS72：NO）、ディレクトリ情報Ｄ２を利用できない場合である。そこで、ディスクアレイ装置１０は、疑似スルー動作モードに移行する（Ｓ７６）。次に、ディスクアレイ装置１０は、基本メモリ部の共有メモリ６１が有するあまり領域ＳＣ１を利用して、ディレクトリ情報Ｄ２を再構築させる（Ｓ７７、図１７（ｂ））。
【００７７】
ここで、基本メモリ部の共有メモリ６１が有するあまり領域ＳＣ１のサイズは、ディレクトリ情報Ｄ２のサイズ未満であるから（ＳＣ１＜Ｄ２）、基本メモリ部の共有メモリ６１にディレクトリ情報Ｄ２の全体を完全に再構築することはできない。図１７（ｃ）に示すように、基本メモリ部の共有メモリ６１には、あまり領域ＳＣ１のサイズに応じて、ディレクトリ情報の一部である第１の部分ディレクトリ情報Ｄ２Ａ１が再構築される。
【００７８】
ディスクアレイ装置１０は、第１の部分ディレクトリ情報Ｄ２Ａ１で管理可能な容量だけキャッシュメモリ５１を使用するように、キャッシュメモリ５１の使用制限を設定する（Ｓ７８）。図１８は、使用制限が設定されたキャッシュメモリ５１の状態を模式的に示す説明図である。図１８中では、同一クラスタ内のキャッシュメモリ５１を一つにまとめて表示している。各クラスタ１１Ａ，１１Ｂのキャッシュメモリ５１のうち、使用可能な容量は、図中仮想線で示すように、第１の部分ディレクトリ情報Ｄ２Ａ１によりサポート可能な範囲に限定される。障害が発生していない正常なクラスタにおいても、キャッシュメモリ５１に使用制限が設定される。そして、第１の部分ディレクトリ情報Ｄ２Ａ１によりサポート可能な領域内に、ホストコンピュータ１から書き込まれたダーティデータが格納されていく（Ｓ７９）。
【００７９】
ディスクアレイ装置１０は、第１の部分ディレクトリ情報Ｄ２Ａ１の再構築が完了したか否かを判定し（Ｓ８０）、再構築が完了した場合は（S80：YES）、疑似スルー動作を停止させる（Ｓ８１）。図１８と共に説明したように、第１の部分ディレクトリ情報Ｄ２Ａ１でサポート可能な範囲だけ各クラスタ１１Ａ，１１Ｂのキャッシュメモリ５１を使用するように設定したので、各キャッシュメモリ５１にダーティデータを２重化して保持させることができるためである。
【００８０】
ディスクアレイ装置１０は、障害が発生した拡張メモリ部のキャッシュパッケージ６０を保守閉塞処理し（Ｓ８２）、システム管理者によって拡張メモリ部のキャッシュパッケージ６０が交換されたか否かを判定する（Ｓ８３）。キャッシュパッケージ６０が交換された場合（S83：YES）、ディスクアレイ装置１０は、この交換された拡張メモリ部の共有メモリ６１に、第２の部分ディレクトリ情報Ｄ２Ａ２を再構築させる（Ｓ８４、図１７（ｃ））。第２の部分ディレクトリ情報Ｄ２Ａ２は、ディレクトリ情報Ｄ２のうち、第１の部分ディレクトリ情報Ｄ２Ａ１により再構築されなかった残余のディレクトリ情報である（Ｄ２＝Ｄ２Ａ１＋Ｄ２Ａ２）。
【００８１】
ディスクアレイ装置１０は、第２の部分ディレクトリ情報Ｄ２Ａ２の再構築が完了した場合（S85：YES）、キャッシュメモリ５１への使用制限を解除し（Ｓ８６）、処理を終了する。第２の部分ディレクトリ情報Ｄ２Ａ２の再構築により、ディレクトリ情報Ｄ２の全体が復旧するので、各クラスタ１１Ａ，１１Ｂのキャッシュメモリ５１を制限なく使用可能となるためである。
【００８２】
このように、第３の保守制御モードでは、基本メモリ部の共有メモリ６１が有するあまり領域ＳＣ１を障害回復時の作業領域として利用することにより、あまり領域ＳＣ１のサイズに応じて、ディレクトリ情報Ｄ２を部分的に再構築する。部分的に再構築された第１の部分ディレクトリ情報Ｄ２Ａ１により、キャッシュメモリ５１を部分的に使用することが可能となり、ダーティデータの２重化を早期に行うことができる。そして、拡張メモリ部のキャッシュパッケージ６０が交換された場合は、残りのディレクトリ情報Ｄ２Ａ２を新しい共有メモリ６１に再構築する。従って、図１７（ｃ）に示すように、交換された共有メモリ６１には、第２の部分ディレクトリ情報Ｄ２Ａ２が記憶され、その他の記憶領域はあまり領域ＳＣ２となる。第３の保守制御モードは、各共有メモリ６１の構成を、１回目の障害から回復した時点の構成に保持し、初期状態には戻さない。
【００８３】
図１７（ｃ）に示す最初の障害回復状態において、さらに別の障害が発生した場合の処理を、図１９〜図２１に基づいて説明する。
図２０（ａ）にも示すように、新たな障害が基本メモリ部の共有メモリ６１に発生すると（S91：YES、及びS92：YES）、ディスクアレイ装置１０は、疑似スルー動作モードに移行する（Ｓ９３）。基本メモリ部の共有メモリ６１に部分的に再構築された第１の部分ディレクトリ情報Ｄ２Ａ１を使用できず、各キャッシュメモリ５１でダーティデータの２重化を行うことができないためである。
【００８４】
そして、図２０（ｂ）にも示すように、ディスクアレイ装置１０は、拡張メモリ部の共有メモリ６１にディレクトリ情報Ｄ２全体の再構築を行う（Ｓ９４）。ディスクアレイ装置１０は、ディレクトリ情報Ｄ２の再構築が完了すると（S95：YES）、疑似スルー動作モードを停止させ（Ｓ９６）、障害の発生した基本メモリ部のキャッシュパッケージ６０を保守閉塞させる（Ｓ９７）。ディスクアレイ装置１０は、システム管理者により基本メモリ部のキャッシュパッケージ６０が正常品に交換されたことを確認すると（S98：YES）、他方のクラスタで管理されている管理情報Ｄ１を、交換された基本メモリ部の共有メモリ６１にコピーさせる（Ｓ９９、図２０（ｃ））。図１７（ａ）と図２０（ｃ）とに示すように、２度目の障害から回復することにより、各共有メモリ６１の構成は初期状態に復帰することになる。
【００８５】
一方、図２１（ａ）にも示すように、拡張メモリ部の共有メモリ６１に障害が発生した場合（S91：YES、及びS92：NO）、ディスクアレイ装置１０は、拡張メモリ部のキャッシュパッケージ６０を保守閉塞処理させる（Ｓ１００）。次に、ディスクアレイ装置１０は、図１８と共に説明したように、各キャッシュメモリ５１の使用可能範囲を、第１の部分ディレクトリ情報Ｄ２Ａ１によりサポート可能な範囲内に制限する（Ｓ１０１）。これにより、疑似スルー動作を行わずに、ホストコンピュータ１からの書込み要求を処理することができる。
【００８６】
ディスクアレイ装置１０は、拡張メモリ部のキャッシュパッケージ６０が正常品と交換されたことを確認すると（S102：YES）、図１６のＳ８４〜Ｓ８６で述べたと同様に、交換された共有メモリ６１に第２の部分ディレクトリ情報Ｄ２Ａ２を再構築させる（Ｓ１０３、図２１（ｃ））。そして、ディスクアレイ装置１０は、第２の部分ディレクトリ情報Ｄ２Ａ２の再構築が完了した場合（S104：YES）、各キャッシュメモリ５１への使用制限を解除する（Ｓ１０５）。
【００８７】
このように構成される本実施例によれば、キャッシュメモリ５１と共有メモリ６１とをそれぞれ別々のパッケージ５０，６０に分割するため、キャッシュメモリ５１または共有メモリ６１のいずれかに障害が発生した場合でも、それぞれ別々に保守回復作業を行うことができる。また、各メモリ５１，６１毎にパッケージを分割し、各パッケージにそれぞれメモリコントロール回路を実装するため、各メモリ５１，６１への並列アクセスを行うことができ、ディスクアレイ装置１０の高速化に寄与する。
【００８８】
さらに、制御情報を管理情報Ｄ１とディレクトリ情報Ｄ２とに分割して、別々の共有メモリ６１に記憶させるため、管理情報Ｄ１の２重化と、ディレクトリ情報Ｄ２の１重化とを効率的に実現できる。従って、ディレクトリ情報Ｄ２を記憶する拡張メモリ部の共有メモリ６１の書込み頻度を低下させることができ、ディスクアレイ装置１０の負荷を低減することができる。換言すれば、制御情報を、多重管理上の要請に基づいて２種類の情報Ｄ１，Ｄ２に分割するため、情報管理が容易となり、保守回復の作業性も向上する。
【００８９】
さらに、管理情報Ｄ１とディレクトリ情報Ｄ２とに分割することにより、ディレクトリ情報Ｄ２のみを再構築した時点で、疑似スルー動作モードを解除できる。従って、保守回復の全期間にわたって疑似スルー動作を行う必要がなく、疑似スルー動作の実行期間をディレクトリ情報Ｄ２の再構築に要する時間のみに抑制することができる。これにより、障害発生時におけるディスクアレイ装置１０の性能低下時間を短縮することができる。
【００９０】
また、２重化されている管理情報Ｄ１を記憶する基本メモリ部の共有メモリ６１が有する記憶領域を作業領域として利用するため、障害復旧専用の作業メモリを設けることなく、比較的短時間でディレクトリ情報Ｄ２の再構築を行うことができる。
【００９１】
なお、本発明は、上述した実施の形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、実施例では、各クラスタにおいて、それぞれ２個ずつのキャッシュメモリ及び共有メモリを搭載する例を示したが、これに限らず、それぞれ３個ずつ以上のメモリから構成することもでき、あるいは、キャッシュメモリと共有メモリとの構成個数を違えることもできる。
【図面の簡単な説明】
【００９２】
【図１】本発明の実施例に係わるディスクアレイ装置の全体概要を示すブロック図である。
【図２】キャッシュパッケージの概略構造を示すブロック図である。
【図３】複数の共有メモリに制御情報を記憶させる一例であって、（ａ）は全ての共有メモリに同一の情報を保持させる場合を、（ｂ）は制御情報を分割して複数の共有メモリに保持させる場合を、それぞれ示す説明図である。
【図４】図３（ｂ）に示す分割例をより具体化して示す説明図である。
【図５】制御情報を管理情報とディレクトリ情報とに分けて共有メモリに記憶させる様子を示す説明図である。
【図６】あまり領域のサイズに応じて保守制御モードを設定可能であることを示すフローチャートである。
【図７】第１の保守制御モードによる処理を示すフローチャートである。
【図８】第１の保守制御モードにおいて、基本メモリ部に障害が発生した場合を模式的に示す説明図である。
【図９】第１の保守制御モードにおいて、増設メモリ部に障害が発生した場合を模式的に示す説明図である。
【図１０】管理情報、ディレクトリ情報及びあまり領域の関係を示す説明図である。
【図１１】第２の保守制御モードによる処理を示すフローチャートである。
【図１２】第２の保守制御モードにおいて、増設メモリ部に障害が発生した場合を模式的に示す説明図である。
【図１３】第２の保守制御モードにおいて、再度障害が発生した場合の処理を示すフローチャートである。
【図１４】第２の保守制御モードにおいて、基本メモリ部に再度障害が発生した場合を模式的に示す説明図である。
【図１５】第２の保守制御モードにおいて、増設メモリ部に再度障害が発生した場合を模式的に示す説明図である。
【図１６】第３の保守制御モードによる処理を示すフローチャートである。
【図１７】第３の保守制御モードにおいて、増設メモリ部に障害が発生した場合を模式的に示す説明図である。
【図１８】部分的に再構築されたディレクトリ情報によって、各クラスタのキャッシュメモリの使用可能範囲が制限される様子を示す説明図である。
【図１９】第３の保守制御モードにおいて、再度障害が発生した場合の処理を示すフローチャートである。
【図２０】第３の保守制御モードにおいて、基本メモリ部に再度障害が発生した場合を模式的に示す説明図である。
【図２１】第３の保守制御モードにおいて、増設メモリ部に再度障害が発生した場合を模式的に示す説明図である。
【符号の説明】
【００９３】
１…ホストコンピュータ、２…ＳＶＰ、１０…ディスクアレイ装置、１１Ａ，１１Ｂ…クラスタ、１２…メモリ部、２０Ａ〜２０Ｄ…ＣＨＡ、３０Ａ〜３０Ｄ…ＤＫＡ、４０…記憶装置、４１…ディスクドライブ、４２…論理ボリューム、５０Ａ〜５０Ｄ…キャッシュパッケージ（キャッシュメモリ用）、５１Ａ〜５１Ｄ…キャッシュメモリ、６０Ａ〜６０Ｄ…キャッシュパッケージ（共有メモリ用）、６１Ａ〜６１Ｄ…共有メモリ、 ６２…メモリコントロール回路、６３…アダプタ、７１，７２…接続部、Ｄ１…管理情報、Ｄ２…ディレクトリ情報、Ｄ２Ａ，Ｄ２Ｂ…ディレクトリ情報、Ｄ２Ａ１，Ｄ２Ａ２…部分ディレクトリ情報、ＳＣ…あまり領域
【図１】
2005174178.tif 000003
【図２】
2005174178.tif 000004
【図３】
2005174178.tif 000005
【図４】
2005174178.tif 000006
【図５】
2005174178.tif 000007
【図６】
2005174178.tif 000008
【図７】
2005174178.tif 000009
【図８】
2005174178.tif 000010
【図９】
2005174178.tif 000011
【図１０】
2005174178.tif 000012
【図１１】
2005174178.tif 000013
【図１２】
2005174178.tif 000014
【図１３】
2005174178.tif 000015
【図１４】
2005174178.tif 000016
【図１５】
2005174178.tif 000017
【図１６】
2005174178.tif 000018
【図１７】
2005174178.tif 000019
【図１８】
2005174178.tif 000020
【図１９】
2005174178.tif 000021
【図２０】
2005174178.tif 000022
【図２１】
2005174178.tif 000023