JP2006268403A - データストレージシステム及びストレージ制御装置のログデータの等価制御方法 - Google Patents

Abstract

【課題】複数のディスク記憶デバイスを制御する複数の制御モジュールを有するストレージシステムに関し、複数のディスクデバイスとの経路が不具合となっても、システム情報の読み出し／書き込みを実現し、且つ制御モジュールの異常時も、ログデータの出力を実現する。
【解決手段】複数のディスク記憶デバイス（２−０〜２−１５）を、制御する複数の制御モジュール（４−０〜４−３）に、ログデータを格納するシステムディスクデバイスユニット（４５３，４５４）を内蔵する。１の制御モジュールのログデータを、実装されている他の制御モジュールのシステムデイスクに格納し、等価処理する。１の制御モジュールが異常でも、他の制御モジュールで、１の制御モジュールのログデータを出力できる。
【選択図】図１１

Description

本発明は、コンピュータの外部記憶装置として用いられるデータストレージシステム及びデータストレージ制御装置のログデータの等価制御方法に関し、特に、多数のディスクデバイスの内、ユーザーが使用するディスクデバイスと装置が使用するシステムディスクデバイスとを有するデータストレージシステム及びデータストレージ制御装置のログデータの等価制御方法に関する。

近年、様々なデータが電子化され、コンピュータ上で扱われるのに従い、データの処理を実行するホストコンピュータとは独立して、大量のデータを効率よく、高い信頼性で格納することのできるデータストレージ装置（外部記憶装置）の重要性が増加している。

このデータストレージ装置として、大量のディスクデバイス（例えば、磁気ディスクや光ディスク）と、これら大量のディスクデバイスを制御するディスクコントローラとから構成されるディスクアレイ装置が提供されている。このようなディスクアレイ装置は、ディスクのキャッシュの役割を果たすメモリを内蔵する。これにより、ホストコンピュータからリード要求及びライト要求を受信した際の、データへのアクセス時間を短縮し、高性能化を実現できる。

一般に、ディスクアレイ装置は、複数の主要ユニット、即ち、ホストコンピュータとの接続部分であるチャネルアダプタ，ディスクドライブとの接続部分であるディスクアダプタ，キャッシュメモリ領域を有するメモリ，キャッシュメモリの制御等を担当する制御部及び大量のディスクドライブから構成される。

図２５は、従来技術の説明図である。図２５に示すディスクアレイ装置１０２は、コントロールマネージャ（キャッシュメモリを含むメモリと制御部）１０が２つそなえられ、且つ各コントロールマネージャ１０には、チャネルアダプタ１１及びディスクアダプタ１３が接続される。

また、２つのキャッシュマネージャ１０，１０は、バス１０ｃによって、互いに通信可能に直接接続されている。チャネルアダプタ１１は、例えば、ファイバチャネルもしくはEthernet（登録商標）によって、ホストコンピュータ（図示略）に接続される。ディスクアダプタ１３は、例えば、ファイバチャネルのケーブルによってディスクエンクロージャ１２の各ディスクドライブに接続される。

また、ディスクエンクロージャ１２は、２つのポート（例えば、ファイバチャネルポート）を有し、これら２つのポートが、異なるディスクアダプタ１３に接続されている。これにより、冗長性を持たせ、耐故障性を高めている（例えば、特許文献１参照）。

このような大容量のデータストレージシステムでは、コントローラ（制御部、チャネルアダプタ、ディスクアダプタ等）の制御のための大量の情報（システム情報という）を必要とする。例えば、コントローラを動作するためのファームウェアや、装置構成のバックアップデータや、各タスクやスレッドのログデータ等である。

ファームウェアは、コントローラの制御プログラムであり、特に、ディスクアレイ（ＲＡＩＤ構成）では、多数の制御プログラムを必要とする。又、装置構成のバックアップデータは、ホスト論理アドレスから物理ディスクのアドレスに変換するためのデータであり、ディスクデバイスの数や、ホストの数に応じて、多数のデータを必要とする。ログデータは、障害復旧又は予防障害のため、各タスクやスレッド毎の状態データであり、これも大量のデータとなる。

このようなシステムデータは、一般に不揮発性の大容量記憶装置に格納され、従来は、図２５に示すように、ディスクアダプタ１３にケーブル接続されたディスクエンクロージャ１２の一部のディスクドライブ１２０を、このデータの格納に使用していた。このシステムデータを格納するディスクドライブを、システムディスクと言われている。

即ち、コントローラに接続された多数のディスクドライブの一部を、システムディスクとして、使用し、他のディスクドライブをユーザーディスクとして使用する。この従来技術は、図２５に示すように、いずれのコントローラ１０もシステムディスク１２０をアクセスできる。
特開２００１−２５６００３号公報（図１）

しかしながら、近年のストレージシステムには、冗長性の他に、いかなる部分で障害が生じても、動作を継続することが要求されている。この従来技術では、コントローラと、ディスクエンクロージャ間の経路に、例えば、ディスクアダプタとディスクエンクロージャ間の経路に、不具合が発生すると、システムディスク１２０にデータのリード／ライトが実行できない。

このため、コントローラや他の経路が正常であっても、コントローラは、システムディスクから、ファームウェアや装置構成のバックアップデータを読み出すことができず、他の経路を利用した動作が困難となる。又、コントローラは、システムディスクに、ログデータの読み出し、書き込みができず、障害時の解析や、予防障害の診断等に支障をきたす。

更に、停電発生時には、バッテリに切り替え、キャッシュメモリのデータをシステムディスクにバックアップする必要がある。従来技術では、この場合に、ディスクエンクロージャにも電力供給する必要があり、多大なバッテリ容量を必要とする。しかも、ディスクアダプタ、ケーブルを介しシステムディスクに、バックアップデータを書き込むため、比較的時間がかかり、キャッシュメモリの容量が大きい場合には、多大なバッテリ容量を要する。

従って、本発明の目的は、コントローラとディスクドライブ群との経路に不具合が生じても、システムディスクへのリード／ライトを実行し、且つ１のコントローラの異常時に、そのシステムディスクのログデータを他のコントローラでバックアップするためのデータストレージシステム及びストレージ制御装置のログデータの等価制御方法を提供することにある。

又、本発明の他の目的は、停電発生時のバックアップのためのバッテリ容量を小さくして、安価な構成を実現し、且つ１のコントローラの異常時に、そのシステムディスクのログデータを他のコントローラでバックアップするためのデータストレージシステム及びストレージ制御装置のログデータの等価制御方法を提供することにある。

更に、本発明の更に他の目的は、停電発生時に、小さいバッテリ容量で、キャッシュメモリのデータをバックアップし、且つ１のコントローラに異常が生じても、そのシステムディスクのログデータを、他のコントローラでバックアップするためのデータストレージシステム及びストレージ制御装置のログデータの等価制御方法を提供することにある。

この目的の達成のため、本発明のデータストレージシステムは、データを記憶する複数のディスク記憶デバイスと、前記複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールとを有し、前記各制御モジュールは、前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、前記アクセス制御を行う制御ユニットと、前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有し、１の制御モジュールは、前記システムデイスクユニットのログデータを、他の制御モジュールに転送し、他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行する。

又、本発明のログデータ等価制御方法は、データを記憶する複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールを有し、前記各制御モジュールは、前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、前記アクセス制御を行う制御ユニットと、前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有するストレージ制御装置のログデータ等価制御方法である。そして、その制御方法は、１の制御モジュールの前記システムデイスクユニットのログデータを、他の制御モジュールに転送するステップと、前記転送されたログデータを、前記他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行するステップとを有する。

更に、本発明では、好ましくは、前記１の制御モジュールは、前記他の制御モジュールのシステムディスクユニットのログデータを受け、前記１の制御モジュールのシステムディスクユニットに、前記他の制御モジュールのログデータを格納する。

更に、本発明では、好ましくは、各制御モジュールは、前記複数の制御モジュール間で相互に、各制御モジュールのシステムディスクユニットのログデータを、他の制御モジュールに配信し、前記複数の制御モジュールのシステムディスクユニットに、全制御モジュールのログデータを格納する。

更に、本発明では、好ましくは、前記複数の制御モジュールが、４つ以上の制御モジュールで構成され、各制御モジュールは、各制御モジュールのシステムディスクユニットに、自己のログデータと、バックアップ先の制御モジュールのログデータを格納する。

更に、本発明では、好ましくは、前記４つ以上の制御モジュールの内、１の前記制御モジュールは、他の１の制御モジュールの異常を検出して、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータの、等価先及び等価元と探索し、配信元を決定し、且つバックアップ先から配信先を決定し、配信元の制御モジュールから前記配信先の制御モジュールに、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータログデータのコピーを配信し、前記制御モジュールのシステムディスクユニットに格納する。

更に、本発明では、好ましくは、前記１の制御モジュールは、前記１の制御モジュールのシステムディスクユニットに前記ログデータを格納したことを契機に、前記他の制御モジュールへのログデータの転送を含む等価処理を実行する。

更に、本発明では、好ましくは、前記１の制御モジュールは、前記１の制御モジュールのログデータを、前記システムディスクユニットの自己のログデータ領域に格納し、前記１の制御モジュールのログデータと、前記他の制御モジュールのログデータを、前記システムデイスクユニットの等価用ログデータ領域に格納する。

更に、本発明では、好ましくは、前記１の制御モジュールは、前記１の制御モジュールのシステムデイスクユニットの自己のログデータを、メモリのバッファ領域に読み出し、前記他の制御モジュールのメモリのバッファ領域に転送し、前記他の制御モジュールは、前記メモリのバッファ領域の前記１の制御モジュールのログデータを、前記システムデイスクドライブに書き込む。

制御モジュールにシステムディスクを内蔵したので、制御モジュールと、ディスク記憶デバイスとの経路が不具合となっても、制御モジュールや他の経路が正常であれば、制御モジュールは、システムディスクから、ファームウェアや装置構成のバックアップデータを読み出すことができ、他の経路を利用した動作が可能となり、且つログデータの読み出し、書き込みができ、障害時の解析や、予防障害の診断等が可能となる。

更に、停電発生時には、バッテリに切り替え、キャッシュメモリ領域のデータをシステムディスクにバックアップする際も、接続されたディスク記憶デバイスに、電力供給する必要がないため、バッテリ容量を小さくできる。

しかも、システムディスクを、制御モジュールに内蔵し、１の制御モジュールのログデータを、実装されている他の制御モジュールのシステムデイスクで格納し、等価処理するので、１の制御モジュールが異常でも、他の制御モジュールで、１の制御モジュールのログデータを出力できる。

以下、本発明の実施の形態を、データストレージシステム、リード／ライト処理、実装構造、ログデータ等価処理の第１の実施の形態、ログデータ等価処理の第２の実施の形態、ログデータ等価処理の第３の実施の形態、他の実施の形態の順で説明する。

［データストレージシステム］
図１は、本発明の一実施の形態のデータストレージシステムの構成図、図２は、図１のコントロールモジュールの構成図、図３は、図１のバックエンドルータとディスクエンクロージャの構成図、図４は、図１及び図３のディスクエンクロージャの構成図である。

図１は、データストレージシステムとして、４台のコントロールモジュールを持つ中規模なディスクアレイ装置を例に示す。図１に示すように、ディスクアレイ装置１は、データを保持する複数のディスクエンクロージャ２−０〜２−１５と、図示しないホストコンピュータ（データ処理装置）と、複数のディスクエンクロージャ２−０〜２−１５との間に、配置された複数（ここでは４つ）の制御モジュール４−０〜４−３と、これら複数の制御モジュール４−０〜４−３と複数のディスクエンクロージャ２−０〜２−１５との間に設けられた複数（ここでは４つ）のバックエンドルータ（第１スイッチユニット；以下、ＢＲＴという）５−０〜５−３と、複数（ここでは２つ）のフロントエンドルータ（第２スイッチユニット；以下、ＦＲＴという）６−０，６−１とを有する。

制御モジュール４−０〜４−３のそれぞれは、コントローラ４０と、チャネルアダプタ（第１インターフェース部；以下、ＣＡという）４１と、ディスクアダプタ（第２インターフェース部；以下、ＤＡという）４２ａ，４２ｂと、ＤＭＡ（Direct Memory Access）エンジン（通信部；以下、ＤＭＡという）４３とを有する。

なお、図１では、図の簡略化のため、これらコントローラの符号“４０”、ディスクアダプタの符号“４２ａ”，“４２ｂ”、ＤＭＡの符号“４３”を、制御モジュール４−０に対してのみ付しており、他の制御モジュール４−１〜４−３におけるこれら構成要素の符号は省略している。

図２により、制御モジュール４−０〜４−３を説明する。コントローラ４０は、ホストコンピュータからの処理要求（リード要求もしくはライト要求）に基づいて、リード／ライト処理を行なうものであり、メモリ４０ｂと制御部４０ａと、システムディスクドライブ部４０ｃとを備える。

メモリ４０ｂは、ディスクエンクロージャ２−０〜２−１５の複数のディスクに保持されたデータの一部を保持する、所謂、複数のディスクに対するキャッシュの役割を果たすキャッシュ領域と、構成定義格納領域４７０と、その他のワーク領域とを有する。

制御部４０ａは、メモリ４０ｂ，チャネルアダプタ４１、デバイスアダプタ４２、ＤＭＡ４３の制御を行う。このため、１つ又は複数（図では、２つ）のＣＰＵ４００，４１０と、メモリコントローラ４２０とを有する。メモリコントローラ４２０は、メモリのリード／ライトを制御し、且つパスの切り替えを行う。

メモリコントローラ４２０は、メモリバス４３４を介しメモリ４０ｂと接続し、ＣＰＵバス４３０，４３２を介しＣＰＵ４００，４１０と接続し、更に、メモリコントローラ４２０は、４レーンの高速シリアルバス（例えば、ＰＣＩ−Ｅｘｐｒｅｓｓ）４４０，４４２を介しディスクアダプタ４２ａ，４２ｂに接続する。

同様に、メモリコントローラ４２０は、４レーンの高速シリアルバス（例えば、ＰＣＩ−Ｅｘｐｒｅｓｓ）４４３，４４４，４４５，４４６を介しチャネルアダプタ４１（ここでは、４つのチャネルアダプタ４１ａ，４１ｂ、４１ｃ，４１ｄ）に接続し、４レーンの高速シリアルバス（例えば、ＰＣＩ−Ｅｘｐｒｅｓｓ）４４７，４４８を介しＤＭＡ４３（ここでは、２つのＤＭＡ４３−ａ，４３−ｂ）に接続する。

このＰＣＩ−Ｅｘｐｅｓｓ等の高速シリアルバスは、パケットで通信し、且つシリアルバスを複数レーン設けることにより、信号線本線を減らしても、遅延の少ない、速い応答速度で、所謂、低レンテンシで通信することができる。

更に、メモリコントローラ４２０は、シリアルバス４３６を介しシステムディスクドライブ部４０ｃと接続する。システムディスクドライブ部４０ｃは、ブリッジ回路４５０と、ファイバチャネル回路４５２と、一対のシステムディスクドライブ４５３，４５４とを有する。

ブリッジ回路４５０は、メモリコントローラ４２０を、ファイバチャネル回路４５２と、制御モジュール４−０の外部に設けられたサービスプロセッサ４４とに接続する。サービスプロセッサ４４は、例えば、パーソナルコンピュータで構成され、システムの状態確認、診断、保守に利用される。

このファイバチャネル回路４５２に、少なくとも２台のシステムディスクドライブ４５３，４５４（ここでは、２台のＨＤＤ）が接続される。従って、ＣＰＵ４００，４１０等は、メモリコントローラ４２０を介しシステムディスクドライブ４５３，４５４に直接アクセスできる。又、サービスプロセッサ４４も、ブリッジ回路４５０を介しシステムディスクドライブ４５３，４５４にアクセスできる。

２台のシステムディスクドライブ４５３，４５４は、ログデータ等をミラーリングする。即ち、一方のシステムディスクドライブ４５３のデータのコピーを、他方のシステムディスクドライブ４５４が格納する。即ち、システムディスクドライブ４５３，４５４が、制御モジュール４−０に内蔵されており、ＣＰＵ４００，４１０は、システムディスクドライブ４５３，４５４を、ＤＡ４２ａ，４２ｂ，ＢＲＴ５−０を介することなく、アクセスできる。

チャネルアダプタ４１ａ〜４１ｄは、ホストコンピュータに対するインターフェースであり、チャネルアダプタ４１ａ〜４１ｄは、それぞれ異なるホストコンピュータと接続される。また、チャネルアダプタ４１ａ〜４１ｄは、それぞれ対応するホストコンピュータのインターフェース部に、バス、例えば、ファイバチャネル（Fiber Channel）やEthernet（登録商標）によって接続されることが好ましく、この場合、バスとしては、光ファイバや同軸ケーブルが用いられる。

さらに、これらチャネルアダプタ４１ａ〜４１ｄそれぞれは、各制御モジュール４−０〜４−３の一部として構成されている。このチャネルアダプタ４１ａ〜４１ｄが、対応するホストコンピュータと制御モジュール４−０〜４−３とのインターフェース部として、複数のプロトコルをサポートする。

又、対応するホストコンピュータによって実装すべきプロトコルが同一ではないため、各チャネルアダプタ４１ａ〜４１ｄを必要に応じて容易に交換できるように、制御モジュール４−０〜４−３の主要ユニットであるコントローラ４０とは、別のプリント基板に実装されている。

例えば、チャネルアダプタ４１ａ〜４１ｄがサポートすべきホストコンピュータとの間のプロトコルとしては、上述のように、ファイバチャネルや、Ethernet（登録商標）に対応するｉＳＣＳＩ（Internet Small Computer System Interface）等がある。

更に、各チャネルアダプタ４１ａ〜４１ｄは、前述のように、ＰＣＩ−Ｅｘｐｒｅｓｓバスのように，ＬＳＩ（Large Scale Integration）やプリント基板の間を接続するために設計されたバス４４３〜４４６によって、コントローラ４０と直接結合される。これにより、各チャネルアダプタ４１ａ〜４１ｄとコントローラ４０と間に要求される高いスループットを実現することができる。

次に、ディスクアダプタ４２ａ，４２ｂは、ディスクエンクロージャ２−０〜２−１５の各ディスクドライブに対するインターフェースであり、ディスクエンクロージャ２−０〜２−１５に接続されたＢＲＴ５−０〜５−３に接続され，ここでは、４つのＦＣ(Ｆｉｂｅｒ Ｃｈａｎｎｅｌ)ポートを有する。

又、各ディスクアダプタ４２ａ、４２ｂは、前述のように、ＰＣＩ−Ｅｘｐｒｅｓｓバスのように，ＬＳＩ（Large Scale Integration）やプリント基板の間を接続するために設計されたバスによって、コントローラ４０と直接結合されている。これにより、各ディスクアダプタ４２ａ、４２ｂとコントローラ４０と間に要求される高いスループットを実現することができる。

図１及び図３に示すように、ＢＲＴ５−０〜５−３は、各制御モジュール４−０〜４−３のディスクアダプタ４２ａ，４２ｂと各ディスクエンクロージャ２−０〜２−１５とを選択的に切り替えて、通信可能に接続する多ポートスイッチである。

図３に示すように、各ディスクディスクエンクロージャ２−０〜２−７は、複数（ここでは２つ）のＢＲＴ５−０，５−１に接続される。図４に示すように、各ディスクエンクロージャ２−０は、各々２つのポートを有する複数台（例えば、１５台）のディスクドライブ２００を搭載する。このディスクエンクロージャ２−０の構成は、４つの接続ポート２１０，２１２，２１４，２１６を有する単位ディスクエンクロージャ２０−０〜２３−０を、必要数分直列接続して、容量の増大を実現する。ここでは、最大４台の単位ディスクエンクロージャ２０−０〜２０−３を接続できる。

そして、単位ディスクエンクロージャ２０−０〜２３−０内では、２つのポート２１０，２１２からの一対のＦＣケーブルにより、各ディスクドライブ２００の各ポートが、２つのポート２１０，２１２に接続される。この２つのポート２１０，２１２は、図３で説明したように、異なるＢＲＴ５−０，５−１に接続される。

図１に示すように、各制御モジュール４−０〜４−３のディスクアダプタ４２ａ，４２ｂそれぞれを、すべてのディスクエンクロージャ２−０〜２−１５に接続する。即ち、各制御モジュール４−０〜４−３のディスクアダプタ４２ａは、ディスクエンクロージャ２−０〜２−７に接続されたＢＲＴ５−０（図３参照）と、ディスクエンクロージャ２−０〜２−７に接続されたＢＲＴ５−０と、ディスクエンクロージャ２−８〜２−１５に接続されたＢＲＴ５−２と、ディスクエンクロージャ２−８〜２−１５に接続されたＢＲＴ５−２とにそれぞれ接続される。

又、同様に、各制御モジュール４−０〜４−３のディスクアダプタ４２ｂは、ディスクエンクロージャ２−０〜２−７に接続されたＢＲＴ５−１（図３参照）と、ディスクエンクロージャ２−０〜２−７に接続されたＢＲＴ５−１と、ディスクエンクロージャ２−８〜２−１５に接続されたＢＲＴ５−３と、ディスクエンクロージャ２−８〜２−１５に接続されたＢＲＴ５−３とに、それぞれ接続される。

このように、各ディスクエンクロージャ２−０〜２−１５は、複数（ここでは２つ）のＢＲＴに接続されるとともに、同一のディスクエンクロージャ２−０〜２−１５に接続された２つのＢＲＴのそれぞれに、同一の制御モジュール４−０〜４−３における異なるディスクアダプタ４２ａ，４２ｂが接続される。

このような構成により、各制御モジュール４−０〜４−３が、いずれのディスクアダプタ４２ａ，４２ｂを通じて、且ついずれのパスを通じても、すべてのディスクエンクロージャ（ディスクドライブ）２−０〜２−１５にアクセスできる。

又、図２に示すごとく、各ディスクアダプタ４２ａ，４２ｂは、対応するＢＲＴ５−０〜５−３に、バス、例えば、ファイバチャネル（Fiber Channel）やEthernet（登録商標）、によって接続される。この場合、バスは、後述するように、バックパネルのプリント基板に電気的配線で設けられる。

各制御モジュール４−０〜４−３のディスクアダプタ４２ａ，４２ｂとＢＲＴ５−０〜５−３との間は、前述のように、全てのディスクエンクロージャと接続するため、１対１のメッシュ接続になるため、制御モジュール４−０〜４−３の数（つまり、ディスクアダプタ４２ａ，４２ｂの数）が増大するほど、接続数が増加して接続関係が複雑になり、物理的な実装が困難になる。しかし、ディスクアダプタ４２ａ，４２ｂとＢＲＴ５−０〜５−３との間の接続に、インターフェースを構成する信号数が少ないファイバチャネルを採用することにより、プリント基板での実装が可能となる。

なお、各ディスクアダプタ４２ａ，４２ｂと対応するＢＲＴ５−０〜５−３とがファイバチャネル接続される場合、ＢＲＴ５−０〜５−３は，ファイバチャネルのスイッチとなる。また、各ＢＲＴ５−０〜５−３と対応するディスクエンクロージャ２−０〜２−１５との間も、例えば、ファイバチャネルによって接続され、この場合には、モジュールが異なるため、光ケーブル５００，５１０で接続される。

図１に示すように、ＤＭＡエンジン４３は、各制御モジュール４−０〜４−３と相互に通信を行うものであり、他の制御モジュール間との通信とデータ転送処理を担当する。各制御モジュール４−０〜４−３のＤＭＡエンジン４３のそれぞれは、制御モジュール４−０〜４−３の一部として構成されており、制御モジュール４−０〜４−３の主要ユニットであるコントローラ４０の基板上に実装される。そして、前述の高速シリアルバスによって、コントローラ４０と直接結合されるとともに、ＦＲＴ６−０，６−１を介して他の制御モジュール４−０〜４−３のＤＭＡエンジン４３と互いに通信する。

ＦＲＴ６−０，６−１は、複数（特に３以上、ここでは４つ）の制御モジュール４−０〜４−３のＤＭＡエンジン４３に接続され、これら制御モジュール４−０〜４−３の相互間を選択的に切り替え，通信可能に接続するものである。

このような構成により、各制御モジュール４−０〜４−３のＤＭＡエンジン４３のそれぞれは、ＦＲＴ６−０，６−１を介して、自身に接続されたコントローラ４０と他の制御モジュール４−０〜４−３のコントローラ４０との間で、ホストコンピュータからのアクセス要求等に応じて生じる通信やデータ転送処理（例えば、ミラーリング処理）を実行する。

また、図２に示すように、各制御モジュール４−０〜４−７のＤＭＡエンジン４３が複数（ここでは２つ）のＤＭＡエンジン４３−ａ，４３−ｂで構成され、これら２つのＤＭＡエンジン４３−ａ，４３−ｂの各々が、各々２つのＦＲＴ６−０，６−１を使用する。

さらに、ＤＭＡエンジン４３−ａ，４３−ｂは、図２に示したように、例えば、PCI−Expressバスによって、コントローラ４０に接続されている。即ち、各制御モジュール４−０〜４−３間（つまり、各制御モジュール４−０〜４−３のコントローラ４０間）の通信やデータ転送（ＤＭＡ）処理では、データ転送量が多く、通信制御にかかる時間を短くすることが望ましく、高いスループットと同時に低いレイテンシ（速い応答速度）が要求される。このため、図１、図２に示すように、各制御モジュール４−０〜４−３のＤＭＡエンジン４３とＦＲＴ６−０，６−１とは、高いスループットと低いレイテンシとの両方の要求を満たすべく設計された、高速シリアル伝送を利用したバス（PCI-ExpressやRapid-IO）によって、接続される。

これらPCI-ExpressやRapid-IOは、２．５Gbpsの高速シリアル伝送を利用したものであり、これらのバスインターフェースには、LVDS（Low Voltage Differential Signaling）という小振幅差動インターフェースが採用される。

[リード/ライト処理]
次に、図１乃至図４のデータストレージシステムのリード処理を説明する。図５は、図１乃至図２の構成のリード動作の説明図である。

先ず、制御部（コントロールマネージャ）４０は、ホストコンピュータのいずれかから対応するチャネルアダプタ４１ａ〜４１ｄを介してリード要求を受け取った場合、当該リード要求の対象データをメモリ４０ｂのキャッシュ領域が保持していれば、そのキャッシュ領域に保持された当該対象データを、チャネルアダプタ４１ａ〜４１ｄを介してホストコンピュータに送る。

一方、当該対象データがメモリ４０ｂのキャッシュ領域に保持されていなければ、コントロールマネージャ（制御部）４０ａが、当該対象データを保持しているディスクドライブ２００から対象データを、メモリ４０ｂのキャッシュ領域上に読み出してから、対象データを、リード要求を発行したホストコンピュータに送信する。

このディスクドライブとのリード処理を、図５で説明する。

（１）コントロールマネージャ４０の制御部４０ａ（ＣＰＵ）は、メモリ４０ｂのディスクリプタ領域に、ＦＣヘッダとディスクリプタを作成する。ディスクリプタは、データ転送回路に対して、データ転送を要求する命令であり、ＦＣヘッダのキャッシュメモリ上のアドレス、転送したいデータのキャッシュメモリ上でのアドレスとデータバイト数、データ転送のディスクの論理アドレスを含む。

（２）ディスクアダプタ４２のデータ転送回路を起動する。

（３）ディスクアダプタ４２の起動されたデータ転送回路は、メモリ４０ｂからディスクリプタを読み出す。

（４）ディスクアダプタ４２の起動されたデータ転送回路は、メモリ４０ｂからＦＣヘッダを読み出す。

（５）ディスクアダプタ４２の起動されたデータ転送回路は、ディスクリプタを解読し、要求ディスク、先頭アドレス、バイト数を得て、ＦＣヘッダを、ファイバーチャネル５００（５１０）より、対象ディスクドライブ２００に転送する。ディスクドライブ２００は、要求された対象データを読み出し、ファイバーチャネル５００（５１０）を介しディスクアダプタ４２のデータ転送回路に送信する。

（６）ディスクドライブ２００は、要求された対象データを読み出し、送信を完了すると、完了通知を、ファイバーチャネル５００（５１０）を介しディスクアダプタ４２のデータ転送回路に送信する。

（７）ディスクアダプタ４２の起動されたデータ転送回路は、完了通知を受けると、ディスクアダプタ４２のメモリからリードデータを読み出し、メモリ４０ｂのキャッシュ領域に格納する。

（８）ディスクアダプタ４２の起動されたデータ転送回路は、リード転送が完了すると、コントロールマネージャ４０に、割り込みによる完了通知を行う。

（９）コントロールマネージャ４０の制御部４０ａは、ディスクアダプタ４２の割り込み要因を得て、リード転送を確認する。

（１０）コントロールマネージャ４０の制御部４０ａは、ディスクアダプタ４２の終了ポインタを調べ、リード転送完了を確認する。

このように、十分な性能を得るためには、全ての接続が高いスループットを持つ必要があるが、制御部４０ａとディスクアダプタ４２との間には、信号のやり取りが多く（図では、７回）、特に、低いレイテンシのバスが必要となる。この実施例では、PCI-Express(4レーン)と、Fibre Channel(４Ｇ)を、どちらも高いスループットの接続として採用しているが、PCI-Expressが低いレイテンシの接続なのに対して、Fibre Channelは比較的レイテンシの大きな(データ転送に時間のかかる) 接続である。

この実施の形態では、図１の構成のため、ＢＲＴ５−０〜５−３に，Fibre Channelを採用することができる。又、低いレイテンシを実現するためには、バスの信号本数をある程度より減らすことができないが、この実施の形態では、ディスクアダプタ４２とＢＲＴ５−０間の接続には、信号線本数の少ないFibre Channelを採用することができ、バックパネル上の信号本数が少なくなり、実装上で有効である。

次に、ライト動作を説明する。ホストコンピュータのいずれかから対応するチャネルアダプタ４１ａ〜４１ｄを介してライト要求を受け取った場合、当該ライト要求のコマンドとライトデータとを受信したチャネルアダプタ４１ａ〜４１ｄは、コントロールマネージャ４０に対して、ライトデータを書き込むべきメモリ４０ｂのキャッシュ領域のアドレスを尋ねる。

そして、このチャネルアダプタ４１ａ〜４１ｄがコントロールマネージャ４０からの応答を受け取ると、コントロールマネージャ４０のメモリ４０ｂのキャッシュ領域にライトデータを書き込むとともに、当該コントロールマネージャ４０とは異なる少なくとも１つのコントロールマネージャ４０（つまり、異なる制御モジュール４−０〜４−３のコントロールマネージャ４０）内のメモリ４０ｂのキャッシュ領域にもライトデータを書き込む。このため、ＤＭＡエンジン４３を起動し、ＦＲＴ６−０，６−１を介し、他の制御モジュール４−０〜４−７のコントロールマネージャ４０内のメモリ４０ｂのキャッシュ領域にもライトデータを書き込む。

これにより、データを２重化（ミラーリング）することで、予期しない制御モジュール４−０〜４−３もしくはコントロールマネージャ４０のハード故障の場合にも、データの喪失を防ぐ。最後に、これら複数のメモリ４０ｂのキャッシュ領域へのライトデータの書き込みが正常に終了すると、チャネルアダプタ４１ａ〜４１ｄが、ホストコンピュータに対して完了通知を行ない、処理を終了する。

更に、このライトデータを、対象とするディスクドライブに、書き戻す（ライトバックという）必要がある。制御部４０ａは、内部スケジュールに従い、メモリ４０ｂのキャッシュ領域のライトデータを、当該対象データを保持しているディスクドライブ２００にライトバックする。このディスクドライブとのライト処理を、図６で説明する。

（１）コントロールマネージャ４０の制御部４０ａ（ＣＰＵ）は、メモリ４０ｂのディスクリプタ領域に、ＦＣヘッダとディスクリプタを作成する。ディスクリプタは、データ転送回路に対して、データ転送を要求する命令であり、ＦＣヘッダのキャッシュメモリ上のアドレス、転送したいデータのキャッシュメモリ上でのアドレスとデータバイト数、データ転送のディスクの論理アドレスを含む。

（２）ディスクアダプタ４２のデータ転送回路を起動する。

（３）ディスクアダプタ４２の起動されたデータ転送回路は、メモリ４０ｂからディスクリプタを読み出す。

（４）ディスクアダプタ４２の起動されたデータ転送回路は、メモリ４０ｂからＦＣヘッダを読み出す。

（５）ディスクアダプタ４２の起動されたデータ転送回路は、ディスクリプタを解読し、要求ディスク、先頭アドレス、バイト数を得て、メモリ４０ｂのキャッシュ領域からデータを読み出す。

（６）読み出し完了後、ディスクアダプタ４２のデータ転送回路は、ＦＣヘッダとデータを、ファイバーチャネル５００（５１０）より、対象ディスクドライブ２００に転送する。ディスクドライブ２００は、転送されたデータを内蔵するディスクに書き込む。

（７）ディスクドライブ２００は、データの書き込みを完了すると、完了通知を、ファイバーチャネル５００（５１０）を介しディスクアダプタ４２のデータ転送回路に送信する。

（８）ディスクアダプタ４２の起動されたデータ転送回路は、完了通知を受けると、コントロールマネージャ４０に、割り込みによる完了通知を行う。

（９）コントロールマネージャ４０の制御部４０ａは、ディスクアダプタ４２の割り込み要因を得て、ライト動作を確認する。

（１０）コントロールマネージャ４０の制御部４０ａは、ディスクアダプタ４２の終了ポインタを調べ、ライト動作完了を確認する。

この図６でも、図５でも、矢印は、データなどのパケットの転送を示し、コの字型の矢印は、データのリードを表しており、一方のデータ要求に対してデータが送り返されているのを示す。このように、ＤＡ内の制御回路の起動と終了状態の確認が必要となるため、一回のデータ転送を行うのにＣＭ４０とＤＡ４２の間では、７回のやり取りが行われている。ＤＡ４２とディスク２００の間は２回である。

これによって、キャッシュ制御部４０とディスクアダプタ４２との間の接続に、低いレイテンシが要求され、一方、ディスクアダプタ４２とディスクデバイス２００とは、信号本数の少ないインタフェースを利用できることが理解できる。

つぎに、前述のシステムディスクドライブ４５３，４５４へのリード／ライトアクセスを説明する。このＣＭ（ＣＰＵ）４０ａからのリード／ライトアクセスも、図５及び図６と同様であり、メモリ４０ｂとシステムディスクドライブ４５３，４５４との間のＤＭＡ転送を行う。即ち、図２のファイバチャネル回路４５２に、ＤＭＡ回路を設け、ＣＰＵ４００（４１０）が、ディスクリプタを用意して、ファイバチャネル回路４５２のＤＭＡ回路を起動する。

例えば、システムディスクドライブのファームウェア、ログデータ、バックアップデータ（キャッシュ領域からの退避データを含む）の読み出しは、図５と同様に、ＣＰＵ４００（４１０）が、ＦＣヘッダとディスクリプタを作成し、ファイバチャネル回路４５２のＤＭＡ回路を起動（リード起動）することにより、システムディスクドライブ４５３，４５４からメモリ４０ｂに、ファームウェア、ログデータ、バックアップデータが、ＤＭＡ転送される。

同様に、ログデータ、バックアップデータの書き込みは、図６と同様に、ＣＰＵ４００（４１０）が、ＦＣヘッダとディスクリプタを作成し、ファイバチャネル回路４５２のＤＭＡ回路を起動（ライト起動）することにより、システムディスクドライブ４５３，４５４へメモリ４０ｂから、ログデータ、バックアップデータが、ＤＭＡ転送される。このログデータの書き込みは、定期的に、又は一定量のログデータがメモリ４０ｂに収集された時、パワーオフ時に実行される。

このように、コントローラにシステムディスクを内蔵したので、コントローラとＢＲＴ、ディスクエンクロージャとの経路が不具合となっても、コントローラや他の経路が正常であれば、コントローラは、システムディスクから、ファームウェアや装置構成のバックアップデータを読み出すことができ、他の経路を利用した動作が可能となる。又、コントローラは、システムディスクに、ログデータの読み出し、書き込みができ、障害時の解析や、予防障害の診断等が可能となる。

更に、停電発生時には、バッテリに切り替え、キャッシュメモリのデータをシステムディスクにバックアップする際も、ディスクエンクロージャに、電力供給する必要がないため、バッテリ容量を小さくできる。しかも、ディスクアダプタ、ケーブルを介しシステムディスクに、バックアップデータを書き込む必要がないため、書き込み時間も削減でき、キャッシュメモリの容量が大きくても、バッテリ容量を小さくできる。

しかも、システムディスクドライブを一対設け、冗長化構成を採用しているので、一方のシステムディスクドライブに障害が発生しても、他のシステムディスクドライブでバックアップできる。即ち、ＲＡＩＤ−１の構成を採用できる。

尚、図２のサービスプロセッサ４４も、システムディスクドライブ４５３，４５４を、ブリッジ回路４５０を介してアクセスできる。サービスプロセッサ４４からフィームウェア、装置構成データをシステムディスクドライブ４５３，４５４へダウンロードする。

［実装構造］
図７は、本発明による制御モジュールの実装構成例を示す図、図８は、図７の制御モジュールとディスクエンクロージャとを含む実装構成例を示す図である。

図８に示すように、ストレージ装置の筐体の上側には、４台のディスクエンクロージャ２−０，２−１，２−８，２−９が搭載される。ストレージ装置の下側半分は、制御回路を搭載する。この下側半分は、図７のように、バックパネル７によって前後に分割されている。バックパネル７の前方、後方には、それぞれスロットが設けられる。この例では、図１の４台のＣＭ４−０〜４−３より大規模な８台のＣＭを搭載したストレージシステムの構成の実装構造であるが、図１の構成のものも、ＣＭの数は、異なるが、同様である。

即ち、図７に示すように、前方側（Ｆｒｏｎｔ）には、８枚（８個）のＣＭ４−０〜４−７が、後方には、２枚（２個）のＦＲＴ６−０，６−１、８枚（８個）のＢＲＴ５−０〜５−７及び、電源制御などを担当するサービスプロセッサＳＶＣ(図２の記号「４４」)が配置される。

更に、ＣＭ４−０〜４−７には、各々２台のシステムディスクドライブ４５３，４５４が、設けられる。尚、図７では、ＣＭ４−０に、システムディスクドライブ（ＳＤ）の符号４５３，４５４を付しているが、他のＣＭ４−１〜４−７も同様であり、図７では、図面の煩雑を避けるため、省略してある。このシステムディスクドライブ４５３，４５４は、バックパネル７から抜き差しできる。

図７では、８枚のＣＭ４−０〜４−７と２枚のＦＲＴ６−０，６−１が、バックパネル７を経由して、４レーンのPCI-Expressで接続される。ＰＣＩ−Ｅｘｐｅｓｓは、４本（差動、両方向のため）の信号線であり、４レーン分で、１６本の信号線となるから、この信号本数は１６×１６＝２５６本となる。また、８枚のＣＭ４−０〜４−７と８枚のＢＲＴ５−０〜５−７がバックパネル７を経由して、Fibre Channelで接続される。Fibre Channelは、差動、両方向のため、１×２×２＝４の信号線であり、この信号本数は、８×８×４＝２５６本となる。

このように、接続箇所毎にバスを使い分けることにより、大規模構成のストレージシステムでも、ＣＭ４−０〜４−７の８枚、ＦＲＴ６−０，６−１の２枚、ＢＲＴ５−０〜５−７の８枚の接続が、５１２本の信号線によって実現できる。この信号線数は、バックパネル基板７に十分に実装可能な信号数であり、また基板の信号層数も６層で十分であり、コスト的にも実現可能な範囲内にある。

又、図８では、４台のディスクエンクロージャ２−０，２−１，２−８，２−９を搭載するが、他のディスクエンクロージャ２−３〜２−７、２−１０〜２−１５等は、別の筐体に設けられる。

更に、各制御モジュール４−０〜４−７のディスクアダプタ４２ａ，４２ｂとＢＲＴ５−０〜５−７との間は、１対１のメッシュ接続になるため、システムがそなえる制御モジュール４−０〜４−７の数（つまり、ディスクアダプタ４２ａ，４２ｂの数）が増大しても、ディスクアダプタ４２ａ，４２ｂとＢＲＴ５−０〜５−７との間の接続に、インターフェースを構成する信号数が少ないファイバチャネルを採用することができ、実装の課題を解決することができる。

このように、例えば、２．５インチ程度のシステムディスクドライブであれば、ＣＭ４−０等に、容易に実装（内蔵）でき、実装上も、問題はない。

［ログデータ等価処理の第１の実施の形態］
図２のように、システムディスクドライブ４５３，４５４を、ＣＭ４−０等に搭載することで、前述の利点が生じるが、図２５の従来のように、ディスクエンクロージャ内にシステムディスクドライブを搭載していた装置とは、異なる課題が発生する。

ログデータは、ＣＭ４−０〜４−３の各々が動作しているタスク、スレッドのログデータを、そのＣＭのシステムディスクドライブ４５３，４５４に格納している。図２５の従来構成では、システム内の１つのＣＭが故障したとしても、別のＣＭから、故障したＣＭのシステムディスクドライブに対してアクセスすることが出来、ログデータの出力が可能であった。

しかし、図２のように、システムディスクドライブ４５３，４５４を、ＣＭ４−０に搭載する場合、ＣＭ４−０が何らかの不具合により故障すると、当該ＣＭ４−０のシステムディスクドライブ４５３、４５４にアクセスすることが出来ない場合もあり、この場合には、ログデータの出力も行うことが出来ない。

以下、このＣＭ異常時におけるログデータ出力が出来ない状態を回避するため、ログデータ等価制御方法を説明する。この処理方法は、ＣＭ毎に、各々が動作しているタスク、スレッドのログデータを、当該ＣＭのシステムデイスクに格納する動作だけではなく、実装されている全ＣＭのシステムデイスクで、全ＣＭのログデータを格納する方法である。

この方法では、全ＣＭのシステムデイスクで、ログデータの等価が行われるため、複数のＣＭに異常が発生し、正常に動作しているＣＭが、一つとなった場合でも、ログデータはロストせず、ログデータの出力が可能である。

以下、ＣＭ４−０からＣＭ４−１〜４−３への書き込みを例に、図９乃至図１２により、説明するが、ＣＭ４−１〜４−３から他のＣＭへの書き込みも同様である。

（１）図９に示すように、各ＣＭ４−０〜４−３は、自己のＣＭに搭載されているシステムデイスクドライブ４５３（４５４）の自己のログデータ領域４５３−１に、ＣＭ４−０〜４−３のメモリ４０ｂに書き込まれたログデータＣＭ＃０を書込む。このログデータの書き込みは、メモリ４０ｂに所定量（例えば、５Ｍｂｙｔｅ）のログデータが書き込まれたことを検出し、実行される。又は、タイマーにより、定期的に実行しても良い。尚、この例では、システムデイスクドライブ４５３（４５４）のログデータ格納領域は、自己のログデータを書き込むための自己のログデータ領域４５３−１と、等価用ログデータ格納領域４５３−２に区分けされている。

（２）ＣＭ４−０の等価処理を開始し、図１０に示すように、ＣＭ４−０のメモリ４０ｂのバッファ領域に、（１）の処理で書き込んだシステムデイスクドライブ４５３（４５４）上のログデータ領域４５３−１のログデータＣＭ＃０を展開する（読み出す）。

（３）図１１に示すように、ＣＭ４−０は、メモリ４０ｂのバッファ領域に展開されたログデータＣＭ＃０を、自己のシステムデイスクドライブ４５３（４５４）上の等価用ログデータ領域４５３−２に、書き込む。同時に、ＣＭ４−０は、ＣＭ４−１〜４−３のメモリ４０ｂのバッファ領域に、そのログデータＣＭ＃０を転送する。この転送は、図１、図２のＤＭＡ４３からフロントエンドルータ６−０（６−１）を介し、行われる。

（４）図１２に示すように、ＣＭ４−１は、メモリ４０ｂのバッファ領域に転送されたログデータＣＭ＃０を、ＣＭ４−１に搭載されているシステムデイスクドライブ４５３（４５４）上の等価用ログデータ領域４５３−１に書込む。同様に、残りのＣＭ４−２，４−３についても、メモリ４０ｂのバッファ領域に転送されたログデータＣＭ＃０を、ＣＭ４−１に搭載されているシステムデイスクドライブ４５３（４５４）上の等価用ログデータ領域４５３−１に書込む。

ＣＭ４−１から全ＣＭのシステムデイスクドライブ４５３（４５４）へ、ログデータＣＭ＃０の書込みが完了すると、次のＣＭ４−１が等価処理を開始する。そして、全ＣＭで，ログデータの転送、書き込み処理が終わると、等価処理が完了となる。

このように、複数のＣＭ間で、ログデータを転送し、各ＣＭが、全ＣＭのログデータを共有するため、ＣＭ内に、システムデイスクドライブを設けても、１又は複数のＣＭが異常となっても、残りの正常なＣＭから、異常となったＣＭのログデータを出力でき、異常ＣＭの診断や予防保守が可能となる。

又、等価用ログデータ領域４５３−２を設け、等価ログデータを格納するため、出力する際に、その領域を読み出せば、良く、出力処理が容易且つ確実となる。同様に、各ＣＭで、自己のログデータ格納領域４５３−１を、等価用ログデータ格納領域４５３−２の自己のログデータの格納領域と兼用しても良い。このようにすれば、システムデイスクのログデータ格納域の容量を小さくできる。

次に、このログデータ等価制御の処理を、図１３及び図１４で説明する。図１３は、ログデータの配信元のログデータ等価処理フロー図であり、図１４は、ログデータの配信先のログデータ等価処理フロー図である。先ず、図１３により、配信元の処理を説明する。

（Ｓ１０）別の（他の）ＣＭへのログデータ配信処理を開始し、配信元ＣＭの制御部４０ａ（図２のＣＰＵ４００）は、メモリ４０ｂのワーク領域（バッファ領域）を確保する。

（Ｓ１２）ＣＭの制御部４０ａ（ＣＰＵ４００）は、メモリ４０ｂの構成情報定義テーブルＴを参照して、配信先ＣＭを確認する。図１１では、配信先ＣＭは、ＣＭ４−１〜４−３である。

（Ｓ１４）図１０に示したように、配信元ＣＭ４−０の制御部４０ａは、図９の処理で書き込んだシステムデイスクドライブ４５３（４５４）上のログデータを、メモリ４０ｂのバッファ領域４５３−１に、展開する（読み出す）。この読み出しは、図９で書き込んだログデータのみであり、このため、バッファ領域４５３−１のログデータの格納アドレスとデータサイズを取得する。

（Ｓ１６）制御部４０ａは、ＤＭＡ４３に、メモリ４０ｂのログデータの格納アドレスとデータサイズ及び配信先ＣＭを転送情報として与え、転送開始を指示する。これにより、図１１に示したように、ＣＭ４−０は、メモリ４０ｂのバッファ領域に展開されたログデータＣＭ＃０を、自己のシステムデイスクドライブ４５３（４５４）上の等価用ログデータ領域４５３−２に、フロントエンドルータ６−０（６−１）を介し、書き込む。これをステップＳ１２で配信先ＣＭ分繰り返す。

（Ｓ１８）制御部４０ａは、各配信先ＣＭからのログデータ配信応答（ログデータ格納応答）を受け付けたかを判定する。即ち、配信先ＣＭからの通信応答を待つ。

（Ｓ２０）制御部４０ａは、応答を受け付けると、応答データを確認する。応答データが、処理成功かを判定し、処理成功でなければ、エラー処理する。例えば、再送し、再送しても、処理成功でなければ、異常を通知する。処理成功であり、又はエラー処理を行うと、ステップＳ１０で確保したワーク領域（バッファ領域）を開放し、終了する。

次に、配信先ＣＭのログデータ等価処理を、図１４により、説明する。

（Ｓ３０）配信先ＣＭの制御部４０ａは、パワーオン時に、この処理のタスクを常駐し、待機する。即ち、制御部４０ａは、配信元ＣＭからフロントエンドルータ６−０（６−１）からログデータ配信処理通知を受け付けたかを監視する。

（Ｓ３２）制御部４０ａは、通知を受け付けると、ログデータ受信の準備を開始する。即ち、制御部４０ａは、メモリ４０ｂのワーク領域（バッファ領域）を確保する。この場合に、ワーク領域に、配信ログデータの格納領域と、そのログ情報（サイズ、配信元等）の領域を設定する。

（Ｓ３４）次に、制御部４０ａは、システムデイスクドライブ４５３（４５４）のログ格納領域の情報（ログ領域が設定されているかの情報）を取得する。

（Ｓ３６）そして、制御部４０ａは、この情報からシステムデイスクドライブ４５３（４５４）の格納ログ領域を確認する。即ち、制御部４０ａは、システムデイスクドライブ４５３（４５４）に、等価用ログデータが格納されているか（等価用領域が確保されているか）を確認する。ログデータが格納されている場合には、システムデイスクドライブ４５３（４５４）の等価用ログデータの格納情報（開始アドレス、サイズ等）を取得する。ログデータが格納されていない場合には、システムデイスクドライブ４５３（４５４）の等価用ログデータの格納領域を確保するため、システムデイスクドライブ４５３（４５４）に格納するログデータの格納情報（開始アドレス、サイズ等）を設定する。これにより、ログデータの書き込み開始位置が確定する。

（Ｓ３８）制御部４０ａは、これにより、これらの設定の準備が完了すると、図１１及び図１２に示したように、配信元ＣＭから転送されたログデータＣＭ＃０を、メモリ４０ｂのバッファ領域に読み込み、次に、ステップＳ３２で設定したワーク領域のログ情報からワーク領域のログデータを、指定アドレスからログサイズ分コピーし、対象ログデータを、システムデイスクドライブ４５３（４５４）に、書き込み開始位置から書き込む。

（Ｓ４０）制御部４０ａは、書き込みが成功したかを判定（システムデイスクドライブからの通知を判定）する。

（Ｓ４２）制御部４０ａは、書き込みに成功しなかったと判定すると、エラー処理を行い、エラー応答を作成する。

（Ｓ４４）一方、制御部４０ａは、書き込みに成功したと判定すると、システムデイスクドライブ４５３（４５４）に格納されている等価用ログデータの格納情報（例えば、格納位置、時間等）を書き込みデータ分、更新する。そして、制御部４０ａは、更新が成功したかを判定し、更新が成功しなかった場合には、ステップＳ４２に戻り、エラー処理を行い、エラー応答を作成する。

（Ｓ４６）ステップＳ４４で、更新に成功した場合、又は、ステップＳ４２でエラー応答を作成した場合には、制御部４０ａは、配信元ＣＭに、通信処理の結果を応答する。そして、制御部４０ａは、メモリ４０ｂのワーク領域（バッファ領域）を解放し、ステップＳ３０に戻り、次の配信処理通知を待つ。

このように、ログデータの等価処理を行う際に、各ＣＭで、バッファ領域の獲得、解放を行うため、等価処理の実行時のみ、メモリ４０ｂを専用する。従って、特に、メモリ４０ｂの容量を増加させることなく、実現できる。

［ログデータ等価処理の第２の実施の形態］
次に、ログデータ等価処理の第２の実施の形態を説明する。この制御方法は、当該ＣＭのログデータと、次のＣＭ番号に割り当てられた１つのＣＭのログデータを、システムデイスクドライブに格納する方法である。この方法は、先に記述した第１の実施の形態の全ＣＭのログデータ共有方法に比べ、装置が正常運用時には、自ＣＭともう１つのＣＭのログデータのみ管理するため、装置間通信処理の負荷が軽減される。

図１５は、図２の構成情報定義テーブル４７０のＣＭバックアップテーブルの説明図、図１６乃至図１９は、本発明の他の実施の形態のログデータ等価処理の説明図である。この場合も、ＣＭ４−０で、ログデータの書き込みが発生し、他のＣＭへログデータを配信する例で説明するが、他のＣＭで、ログデータの書き込みが発生した場合も、同様である。

（１）図１６に示すように、各ＣＭ４−０〜４−３は、自己のＣＭに搭載されているシステムデイスクドライブ４５３（４５４）の自己のログデータ領域に、ＣＭ４−０〜４−３のメモリ４０ｂに書き込まれたログデータＣＭ＃０を書込む。このログデータの書き込みは、メモリ４０ｂに所定量（例えば、５Ｍｂｙｔｅ）のログデータが書き込まれたことを検出し、実行される。又は、タイマーにより、定期的に実行しても良い。

（２）ＣＭ４−０の等価処理を開始し、図１７に示すように、ＣＭ４−０のメモリ４０ｂのバッファ領域に、（１）の処理で書き込んだシステムデイスクドライブ４５３（４５４）上のログデータ領域のログデータＣＭ＃０を展開する（読み出す）。

（３）図１８に示すように、ＣＭ４−０は、次のＣＭ番号が割り当てられたＣＭ４−１のメモリ４０ｂのバッファ領域に、そのログデータＣＭ＃０を転送する。この転送は、図１、図２のＤＭＡ４３からフロントエンドルータ６−０（６−１）を介し、行われる。図１５に示すように、構成情報定義テーブル４７０のバックアップテーブル４７０−１は、各ＣＭ４−０〜４−３のバックアップＣＭ番号を格納する。通常、バックアップＣＭ番号は、各ＣＭの次のＣＭ番号のＣＭであり、例えば、ＣＭ−０のバックアップＣＭは、ＣＭ−１である。

（４）図１９に示すように、ＣＭ４−１は、メモリ４０ｂのバッファ領域に転送されたログデータＣＭ＃０を、ＣＭ４−１に搭載されているシステムデイスクドライブ４５３（４５４）上のログデータ領域に書込む。

そして、ＣＭ４−０、ＣＭ４−１間で，ログデータの転送、書き込み処理が終わると、等価処理が完了となる。このように、一対のＣＭ間で、ログデータを転送し、各ＣＭが、他のＣＭのログデータを共有するため、ＣＭ内に、システムデイスクドライブを設けても、１のＣＭが異常となっても、残りの正常なＣＭから、異常となったＣＭのログデータを出力でき、異常ＣＭの診断や予防保守が可能となる。又、データ転送先が、１つのため、ログデータの等価に要する時間を低減でき、且つシステムデイスクでのログデータ格納域の容量を小さくできる。

この等価処理は、図１３乃至図１４のものと同一である。但し、図１３のステップＳ１２で、配信先を決定する際に、図１５のバックアップテーブル４７０−１を参照して、バックアップＣＭを配信先に決定する点が、異なるのみである。
の等価処理を開始する。

［ログデータ等価処理の第３の実施の形態］
次に、本発明の第３の実施の形態のログデータ等価制御を説明する。第２の実施の形態で等価処理を行った場合に、１つのＣＭに異常が発生した場合は、他の全ＣＭを使用して、ログデータの出力が可能である。しかし、更に、別のＣＭが異常した場合には、ログデータの出力が不可能となる場合がある。この第３の実施の形態では、１のＣＭに異常が発生した場合に、既存の正常ＣＭにある異常ＣＭのログデータを、別の正常ＣＭに転送処理を行う。

この等価処理により、更に、別ＣＭに異常が発生した場合でも、ログデータの等価性が保持され、ログロストすることなく、データ出力が可能となる。図２０及び図２１により、ＣＭ異常発生時におけるログデータ等価処理を説明する。

（１）図２０に示すように、第２の実施の形態により、各ＣＭが、他の１つのＣＭのログデータを格納した状態で、ＣＭ４−０が異常を検出し、これを、ＣＭ４−１〜４−３に通知されたものとする。

（２）図２１に示すように、図１５のバックアップテーブル３７０−１から、異常ＣＭ４−０のシステムデイスクで保持している別のＣＭのログデータＣＭ＃３のログ等価データ元ＣＭ４−３と、異常ＣＭ４−０のログデータＣＭ＃０を格納する等価データ先ＣＭ−１とのＣＭ番号を確認する。そして、異常ＣＭ４−０の等価用ログデータ元のＣＭ４−３より、異常ＣＭ４−０の等価用ログデータ先のＣＭ４−１へ、ＣＭ４−３のログデータＣＭ＃３を転送する。

このＣＭ４−１のシステムデイスク４５３（４５４）へ、ＣＭ４−３のログデータＣＭ＃３の転送・書込み処理が完了した後、ＣＭ４−１のシステムデイスク４５３（４５４）にあるＣＭ４−０の等価用ログデータＣＭ＃０を、ＣＭ４−３へ転送する。ＣＭ４−３が、システムデイスク４５３（４５４）へログデータＣＭ＃０の転送・書込み処理が完了すると、ログデータが等価状態となる。

このようにして、更に、別ＣＭに異常が発生した場合でも、ログデータの等価性が保持され、ログロストすることなく、データ出力が可能となる。

図２２乃至図２４は、本発明の第３の実施の形態のログデータ等価制御方法の処理フロー図である。即ち、図２２、図２３は、本発明の一実施の形態のコントローラ異常時のログデータ配信処理フロー図、図２４は、その配信先のログデータ格納処理フロー図である。先ず、ログデータ配信処理を図２２及び図２３で説明する。

（Ｓ５０）先ず、図２０の４つのＣＭ４−０〜４−３の内、異常を検出し、配信処理を行うＣＭ（これをマスターＣＭという）が決められているものとする。このマスターＣＭの制御部４０ａは、パワーオン時に、この処理のタスクを常駐し、待機する。即ち、制御部４０ａは、異常ＣＭから異常検出を受けたかを判定する。

（Ｓ５２）制御部４０ａは、異常通知を受け付けると、ログデータ退避処理を開始し、先ず、正常なＣＭが、処理ＣＭ（マスターＣＭ）のみかを判定する。即ち、図２０の３つのＣＭが異常かを判定する。正常なＣＭが、処理ＣＭのみである場合には、等価先ＣＭが存在しないため、終了する。

（Ｓ５４）一方、制御部４０ａは、正常なＣＭが、処理ＣＭのみでない場合には、退避の準備を開始する。即ち、マスターＣＭの制御部４０ａは、メモリ４０ｂに退避先情報の設定のワーク領域を確保する。

（Ｓ５６）次に、制御部４０ａは、退避用ログデータ保有ＣＭを確認する。即ち、図１５の構成情報定義テーブルのバックアップテーブル４７０−１から、異常ＣＭが、管理していたログデータの等価先、等価元を確認し、ワーク領域に設定する。例えば、ＣＭ４−０が、異常なら、等価先は、ＣＭ４−１であり、等価元は、ＣＭ−３である。これにより、異常ＣＭのログデータＣＭ＃０，ＣＭ＃３を格納しているＣＭが確認できる。即ち、退避元（配信元）ＣＭを確認する。

（Ｓ５８）次に、ログデータ退避先ＣＭの判定を開始する。先ず、異常ＣＭのログデータ（図２１では、ＣＭ＃０）の退避先ＣＭを判定する。即ち、異常ＣＭのＣＭ番号で、前述のバックアップテーブル４７０−１を参照し、退避先ＣＭを検索して、ワーク領域に設定する。例えば、図２１のように、異常ＣＭが、ＣＭ−０であれば、図１５よりＣＭ４−３がリンクしているため、ＣＭ４−３を、異常ＣＭ４−０のログデータＣＭ＃０の退避先に決定し、設定する。

（Ｓ６０）同様に、異常ＣＭが保持していたログデータ（図２１では、ＣＭ＃３）の退避先ＣＭを判定する。即ち、異常ＣＭのＣＭ番号で、前述のバックアップテーブル４７０−１を参照し、退避先ＣＭを検索する。例えば、図２１のように、異常ＣＭが、ＣＭ−０であれば、図１５よりＣＭ４−１がリンクしているため、ＣＭ４−１を、異常ＣＭ４−０の保持している等価ログデータＣＭ＃３の退避先に決定する。

（Ｓ６２）図２３に移り、この等価用ログデータの退避先（配信先）ＣＭを、ワーク領域に設定する。

（Ｓ６４）次に、配信元ＣＭへ対象ログデータの等価処理を指示する。先ず、配信元（ステップＳ５６で決定）が、マスターＣＭかを判定する。マスターＣＭでなければ、配信元ＣＭに、ＣＭ間通信処理による、ログデータ等価処理を依頼する。

（Ｓ６６）マスターＣＭの制御部４０ａは、配信元ＣＭからのログデータ配信応答（等価処理結果）を待ち、ログデータ配信応答を受け付けると、ステップＳ７０に進む。

（Ｓ６８）一方、ステップＳ６４で、配信元がマスターＣＭである場合には、マスターＣＭの制御部４０ａが、対象ログデータを、退避先（配信先）ＣＭへ配信処理する。この処理は、図１３、図１４の処理と同一であり、説明を省略する。

（Ｓ７０）ステップＳ６６，Ｓ６８で、配信処理が完了すると、制御部４０ａは、処理結果を確認する。処理結果が成功を示さない場合には、エラー処理を行い、エラー結果を残し、終了する。逆に、処理結果が成功を示す場合には、制御部４０ａは、全対象データの退避が完了したかを判定する。全対象データの退避が完了していない場合には、ステップＳ６６に戻り、次の配信処理を行う。一方、全対象データの退避が完了した場合には、終了する。

次に、配信依頼先のＣＭの配信処理を、図２４で説明する。

（Ｓ７２）配信依頼先ＣＭの制御部４０ａは、パワーオン時に、この処理のタスクを常駐し、待機する。即ち、制御部４０ａは、マスターＣＭからフロントエンドルータ６−０（６−１）を介しログデータ配信処理依頼を受け付けたかを監視する。

（Ｓ７４）制御部４０ａは、通知を受け付けると、図１３及び図１４で説明した対象ログデータの配信先ＣＭへの配信処理を実行する。そして、配信処理終了後、処理結果を、フロントエンドルータ６−０（６−１）経由で、マスターＣＭへ応答し、終了する。

このようにして、複数のＣＭが異常となっても、正常ＣＭで、異常ＣＭを含む全ＣＭのログデータを保持でき、ログデータの消失を防止できる。又、構成情報定義テーブルを参照して、退避時に、退避のための配信元、配信先を決定するため、容易に、退避の配信処理が可能となる。

［他の実施の形態］
前述の実施の形態では、制御モジュールが４つの例で、ログデータ出力処理を説明したが、同様に、制御モジュールが３つ以上の場合も、適用できる。制御モジュール内のチャネルアダプタやディスクアダプタの数は、必要に応じて、増減できる。

又、ディスクドライブとしては、ハードディスクドライブ、光ディスクドライブ、光磁気ディスクドライブ等の記憶デバイスを適用できる。更に、ストレージシステムやコントローラ（制御モジュール）の構成は、図１の構成のみならず、他の構成（例えば、図２５）にも適用できる。

以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。

（付記１）データを記憶する複数のディスク記憶デバイスと、前記複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールとを有し、前記各制御モジュールは、前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、前記アクセス制御を行う制御ユニットと、前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有し、１の制御モジュールは、前記システムデイスクユニットのログデータを、他の制御モジュールに転送し、他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行することを特徴とするデータストレージシステム。

（付記２）前記１の制御モジュールは、前記他の制御モジュールのシステムディスクユニットのログデータを受け、前記１の制御モジュールのシステムディスクユニットに、前記他の制御モジュールのログデータを格納することを特徴とする付記１のデータストレージシステム。

（付記３）各制御モジュールは、前記複数の制御モジュール間で相互に、各制御モジュールのシステムディスクユニットのログデータを、他の制御モジュールに配信し、前記複数の制御モジュールのシステムディスクユニットに、全制御モジュールのログデータを格納することを特徴とする付記１のデータストレージシステム。

（付記４）前記複数の制御モジュールが、４つ以上の制御モジュールで構成され、各制御モジュールは、各制御モジュールのシステムディスクユニットに、自己のログデータと、バックアップ先の制御モジュールのログデータを格納することを特徴とする付記１のデータストレージシステム。

（付記５）前記４つ以上の制御モジュールの内、１の前記制御モジュールは、他の１の制御モジュールの異常を検出して、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータの、等価先及び等価元と探索し、配信元を決定し、且つバックアップ先から配信先を決定し、配信元の制御モジュールから前記配信先の制御モジュールに、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータログデータのコピーを配信し、前記制御モジュールのシステムディスクユニットに格納することを特徴とする付記４のデータストレージシステム。

（付記６）前記１の制御モジュールは、前記１の制御モジュールのシステムディスクユニットに前記ログデータを格納したことを契機に、前記他の制御モジュールへのログデータの転送を含む等価処理を実行することを特徴とする付記１のデータストレージシステム。

（付記７）前記１の制御モジュールは、前記１の制御モジュールのログデータを、前記システムディスクユニットの自己のログデータ領域に格納し、前記１の制御モジュールのログデータと、前記他の制御モジュールのログデータを、前記システムデイスクユニットの等価用ログデータ領域に格納することを特徴とする付記１のデータストレージシステム。

（付記８）前記１の制御モジュールは、前記１の制御モジュールのシステムデイスクユニットの自己のログデータを、メモリのバッファ領域に読み出し、前記他の制御モジュールのメモリのバッファ領域に転送し、前記他の制御モジュールは、前記メモリのバッファ領域の前記１の制御モジュールのログデータを、前記システムデイスクドライブに書き込むことを特徴とする付記１のデータストレージシステム。

（付記９）データを記憶する複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールを有し、前記各制御モジュールは、前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、前記アクセス制御を行う制御ユニットと、前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有するストレージ制御装置のログデータ等価制御方法であって、１の制御モジュールの前記システムデイスクユニットのログデータを、他の制御モジュールに転送するステップと、前記転送されたログデータを、前記他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行するステップとを有することを特徴とするストレージ制御装置のログデータ等価制御方法。

（付記１０）前記１の制御モジュールで、前記他の制御モジュールのシステムディスクユニットのログデータを受け、前記１の制御モジュールのシステムディスクユニットに、前記他の制御モジュールのログデータを格納するステップを更に有することを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

（付記１１）前記転送ステップは、前記複数の制御モジュール間で相互に、各制御モジュールのシステムディスクユニットのログデータを、他の制御モジュールに配信するステップからなり、前記等価処理ステップは、前記複数の制御モジュールのシステムディスクユニットに、全制御モジュールのログデータを格納するステップからなることを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

（付記１２）前記等価処理ステップは、４つ以上の制御モジュールの各制御モジュールで、各制御モジュールのシステムディスクユニットに、自己のログデータと、バックアップ先の制御モジュールのログデータを格納するステップからなることを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

（付記１３）前記４つ以上の制御モジュールの内、１の前記制御モジュールで、他の１の制御モジュールの異常を検出するステップと、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータの、等価先及び等価元と探索し、配信元を決定し、且つバックアップ先から配信先を決定するステップと、配信元の制御モジュールから前記配信先の制御モジュールに、前記他の１の制御モジュールのシステムディスクユニットに格納された自己のログデータと、バックアップ先の制御モジュールのログデータログデータのコピーを配信し、前記制御モジュールのシステムディスクユニットに格納するステップを更に有することを特徴とする付記１２のストレージ制御装置のログデータ等価制御方法。

（付記１４）前記転送ステップは、前記１の制御モジュールで、前記１の制御モジュールのシステムディスクユニットに前記ログデータを格納したことを契機に、前記他の制御モジュールへのログデータの転送を実行するステップからなることを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

（付記１５）前記等価処理ステップは、前記１の制御モジュールのログデータを、前記システムディスクユニットの自己のログデータ領域に格納し、前記１の制御モジュールのログデータと、前記他の制御モジュールのログデータを、前記システムデイスクユニットの等価用ログデータ領域に格納するステップからなることを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

（付記１６）前記転送ステップは、前記１の制御モジュールで、前記１の制御モジュールのシステムデイスクユニットの自己のログデータを、メモリのバッファ領域に読み出し、前記他の制御モジュールのメモリのバッファ領域に転送するステップからなり、等価処理ステップは、前記他の制御モジュールで、前記メモリのバッファ領域の前記１の制御モジュールのログデータを、前記システムデイスクドライブに書き込むステップからなることを特徴とする付記９のストレージ制御装置のログデータ等価制御方法。

制御モジュールにシステムディスクを内蔵したので、制御モジュールと、ディスク記憶デバイスとの経路が不具合となっても、制御モジュールや他の経路により、システムディスクから、ファームウェアや装置構成のバックアップデータを読み出すことができ、他の経路を利用した動作が可能となり、且つログデータの読み出し、書き込みができ、障害時の解析や、予防障害の診断等が可能となる。

しかも、システムディスクを、制御モジュールに内蔵し、１の制御モジュールのログデータを、実装されている他の制御モジュールのシステムデイスクで格納し、等価処理するので、１の制御モジュールが異常でも、他の制御モジュールで、１の制御モジュールのログデータを出力でき、いかなる箇所の異常にも対応できる信頼性の高いストレージシステムを提供できる。

本発明の一実施の形態のデータストレージシステムの構成図である。 図１の制御モジュールの構成図である。 図１及び図２のバックエンドルータとディスクエンクロージャの構成図である。 図１及び図３のディスクエンクロージャの構成図である。 図１及び図２の構成のリード処理の説明図である。 図１及び図２の構成のライト処理の説明図である。 本発明の一実施の形態の制御モジュールの実装構成を示す図である。 本発明の一実施の形態のデータストレージシステムの実装構成例を示す図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ収集動作の説明図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ読み出し処理の説明図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ配信動作の説明図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ等価動作の説明図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ配信処理フロー図である。 本発明の第１の実施の形態のログデータ等価方法のログデータ格納処理フロー図である。 本発明の第２の実施の形態の構成情報定義テーブルの説明図である。ログデータ出力処理フロー図である。 本発明の第２の実施の形態のログデータ等価方法のログデータ収集動作の説明図である。 本発明の第２の実施の形態のログデータ等価方法のログデータ読み出し処理の説明図である。 本発明の第２の実施の形態のログデータ等価方法のログデータ配信動作の説明図である。 本発明の第２の実施の形態のログデータ等価方法のログデータ等価動作の説明図である。 本発明の第３の実施の形態のログデータ等価方法のログデータ格納状態の説明図である。 本発明の第３の実施の形態のログデータ等価方法のコントローラ異常時のログデータ等価処理の説明図である。 本発明の第３の実施の形態のログデータ等価方法のマスターコントローラの処理フロー図（その１）である。 本発明の第３の実施の形態のログデータ等価方法のマスターコントローラの処理フロー図（その２）である。 本発明の第３の実施の形態のログデータ等価方法の配信元コントローラの配信処理フロー図である。 従来のストレージシステムの構成図である。

符号の説明

１ ストレージシステム
２−０〜２−１５ ディスクエンクロージャ
４−０〜４−３ 制御ユニット
５−０〜５−３ バックエンドルータ
６−０〜６−１ フロントエンドルータ
７ バックパネル
４０ 制御モジュール
４０ａ 制御ユニット
４０ｂ メモリ
４１ チャネルアダプタ
４２ デバイスアダプタ
４３ 通信ユニット（DMAエンジン）
４５３，４５４ システムディスクユニット

Claims (5)

1. データを記憶する複数のディスク記憶デバイスと、
   前記複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールとを有し、
   前記各制御モジュールは、
   前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、
   前記アクセス制御を行う制御ユニットと、
   前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、
   前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有し、
   １の制御モジュールは、前記システムデイスクユニットのログデータを、他の制御モジュールに転送し、他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行する
   ことを特徴とするデータストレージシステム。
2. 前記１の制御モジュールは、前記他の制御モジュールのシステムディスクユニットのログデータを受け、前記１の制御モジュールのシステムディスクユニットに、前記他の制御モジュールのログデータを格納する
   ことを特徴とする請求項１のデータストレージシステム。
3. 前記複数の制御モジュールが、４つ以上の制御モジュールで構成され、各制御モジュールは、各制御モジュールのシステムディスクユニットに、自己のログデータと、バックアップ先の制御モジュールのログデータを格納する
   ことを特徴とする請求項１のデータストレージシステム。
4. データを記憶する複数のディスク記憶デバイスに接続され、上位からのアクセス指示に応じて、前記ディスク記憶デバイスをアクセス制御する複数の制御モジュールを有し、
   前記各制御モジュールは、前記ディスク記憶デバイスに記憶されたデータの一部を格納するキャッシュ領域を有するメモリと、前記アクセス制御を行う制御ユニットと、前記上位とのインターフェース制御を行う第１のインターフェース部と、前記複数のディスク記憶デバイスとのインターフェース制御を行う第２のインターフェース部と、前記制御ユニットに接続され、前記制御ユニットの少なくともログデータを格納するシステムディスクユニットとを有するストレージ制御装置のログデータ等価制御方法であって、
   １の制御モジュールの前記システムデイスクユニットのログデータを、他の制御モジュールに転送するステップと、
   前記転送されたログデータを、前記他の制御モジュールのシステムデイスクユニットに格納して、ログデータの等価制御を実行するステップとを有する
   ことを特徴とするストレージ制御装置のログデータ等価制御方法。
5. 前記１の制御モジュールで、前記他の制御モジュールのシステムディスクユニットのログデータを受け、前記１の制御モジュールのシステムディスクユニットに、前記他の制御モジュールのログデータを格納するステップを更に有する
   ことを特徴とする請求項４のストレージ制御装置のログデータ等価制御方法。

Images