(57)【特許請求の範囲】
【請求項１】
上位装置から送信されたデータをキャッシュする記憶部を有する制御部を複数備えた記憶制御装置であって、
前記制御部のうち制御部のファームウェア更新を制御する主制御部は、
ファームウェア更新対象である従制御部に対して更新指示を通知するとともに、前記記憶部においてキャッシュを保持するキャッシュ域の位置を示す領域情報を前記従制御部から前記主制御部へ送信するように要求する更新指示手段と、
前記従制御部から送信された領域情報に基づいて前記主制御部のキャッシュ域の位置の設定を指示する領域指示手段と
を備え、
前記従制御部は、
前記更新指示手段の指示に基づいてファームウェアを更新した後に、前記記憶部における前記従制御部の前記キャッシュ域の位置を設定する領域設定手段と、
前記更新指示手段の要求に従って、前記領域設定手段によって設定された前記記憶部における前記キャッシュ域の位置を示す領域情報を取得する領域情報取得手段と、
前記領域情報取得手段によって取得された領域情報を前記主制御部へ送信する領域情報送信手段と
を備えたことを特徴とする記憶制御装置。
【請求項２】
前記領域情報送信手段は、前記記憶部における前記キャッシュ域の開始アドレスを前記領域情報として前記領域指示手段へ送信することを特徴とする請求項１に記載の記憶制御装置。
【請求項３】
前記領域指示手段は、送信された領域情報が示す前記キャッシュ域の位置と、主制御部の記憶部における前記キャッシュ域の位置とが異なる場合のみ、キャッシュ域の位置の設定を指示することを特徴とする請求項１に記載の記憶制御装置。
【請求項４】
前記領域指示手段は、全ての制御部のファームウェアが更新された後に、該領域指示手段の指示に基づいて設定された前記キャッシュ域の位置を、設定前の位置へ戻させることを特徴とする請求項１〜３のいずれか１つに記載の記憶制御装置。
【請求項５】
上位装置から送信されたデータをキャッシュする記憶部を有する制御部を複数備えた記憶制御装置において、前記制御部のファームウェアを更新するファームウェア更新方法であって、
前記制御部のうち制御部のファームウェア更新を制御する主制御部が、ファームウェア更新対象である従制御部に対して更新指示を通知する更新指示ステップと、
前記主制御部が、前記従制御部に対して、前記記憶部においてキャッシュを保持するキャッシュ域の位置を示す領域情報を前記主制御部へ送信するように要求する送信要求ステップと、
前記従制御部が、前記主制御部の指示に従ってファームウェアを更新した後に、前記記憶部における前記従制御部の前記キャッシュ域の位置を設定する領域設定ステップと、
前記従制御部が、前記主制御部の要求に従って、前記領域設定ステップによって設定された前記記憶部における前記キャッシュ域の位置を示す領域情報を取得し、該領域情報を前記主制御部へ送信する領域情報送信ステップと、
前記主制御部が、前記従制御部から送信された領域情報に基づいて前記主制御部のキャッシュ域の位置の設定を指示する領域指示ステップと
を含んだことを特徴とするファームウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、記憶制御装置およびファームウェア更新方法に関し、特に、ファームウェアの更新中であってもキャッシュデータのミラーリング等を正常におこなうことができる記憶制御装置およびファームウェア更新方法に関する。
【背景技術】
【０００２】
ディスクアレイ装置等の記憶装置には、信頼性を向上させるために、内部構成が冗長化されているものがある。例えば、特許文献１において開示されているディスクアレイ装置においては、ホストコンピュータとの接続インターフェースであるチャネルアダプタや、入出力処理を制御する中央処理部等が冗長化されている。この特許文献１において開示されているディスクアレイ装置は、データの信頼性を高めるために、一方の中央処理部のメモリが記憶するキャッシュデータを他方の中央処理部のメモリにミラーリングして二重に保持する機能も備えている。
【０００３】
このような冗長構成を有する記憶装置は、無停止で運用することが強く求められており、ファームウェアの更新をおこなう場合にも、運用を継続することができるように構成されている。例えば、特許文献２において開示されているストレージは、冗長化されたポートに加えてスペアポートを有し、ポートの１つのファームウェアを更新している間、そのポートの処理をスペアポートに代行させることにより、ファームウェアの更新中であっても、通常通りの運用を継続することを可能にしている。
【０００４】
【特許文献１】特開２００６−１３４１４９号公報
【特許文献２】特開２００３−１３１８９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１において開示されているディスクアレイ装置のように、データの信頼性を高めるために、キャッシュデータのミラーリングをおこなう記憶装置には、ファームウェアの更新時に、運用を継続することはできるものの、大幅な性能低化が生じるという問題があった。これは、ファームウェアの更新中は、ディスクへの書き込みをホストコンピュータの動作とは非同期におこなうライトバックモードでの運用ができず、ライトバックモードモードよりも性能が劣るライトスルーモードで運用しなければならなかったためである。
【０００６】
ファームウェアの更新中は、冗長化された構成、例えば中央処理部等のファームウェアのバージョンが異なるために、ファームウェアの更新が完了した系とファームウェアの更新が完了していない系で、キャッシュデータを格納する領域がメモリ上の異なる位置に割り当てられている可能性がある。このような領域の不一致が生じている状態でキャッシュデータのミラーリングをおこなうと、領域破壊等の重大な障害を招く。そこで、従来は、ファームウェアの更新中は、キャッシュデータのミラーリングが停止されていた。
【０００７】
キャッシュデータのミラーリングがおこなわれていない状態では、ディスクへの書き込みが未完了のキャッシュデータの保護が不十分であり、そのキャッシュデータをメモリに保持している系に障害が発生した場合には、データが失われてしまう。このため、従来は、ファームウェアの更新中は、書き込み要求があれば即座にディスクへの書き込みを実施するライトスルーモードでしか運用することができなかった。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ファームウェアの更新中であってもキャッシュデータのミラーリング等を正常におこなうことができる記憶制御装置およびファームウェア更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明の一つの態様では、上位装置から送信されたデータをキャッシュする記憶部を有する制御部を複数備えた記憶制御装置であって、前記制御部のうち制御部のファームウェア更新を制御する主制御部は、ファームウェア更新対象である従制御部に対して更新指示を通知する更新指示手段と、前記従制御部のファームウェアが更新された後に、該従制御部に対して、前記記憶部においてキャッシュを保持するキャッシュ域の位置を示す領域情報を送信するように要求し、送信された領域情報に基づいてキャッシュ域の位置の設定を指示する領域指示手段とを備え、前記従制御部は、前記領域指示手段の指示に従って、前記記憶部における前記キャッシュ域の位置を示す領域情報を取得する領域情報取得手段と、前記領域情報取得手段によって取得された領域情報を前記領域指示手段へ送信する領域情報送信手段と、前記領域指示手段の指示に基づいて、前記記憶部における前記キャッシュ域の位置を設定する領域設定手段とを備えたことを特徴とする。
【００１０】
また、本発明の他の態様では、上記の発明の態様において、前記領域情報送信手段は、前記記憶部における前記キャッシュ域の開始アドレスを前記領域情報として前記領域指示手段へ送信することを特徴とする。
【００１１】
これらの発明の態様によれば、ファームウェアの更新時にキャッシュ域の合わせこみをおこなうようにしたので、ファームウェアの更新中であってもキャッシュのミラーリング等を正常に実行することができる。
【００１２】
また、本発明の他の態様では、上記の発明の態様において、前記領域指示手段は、送信された領域情報が示す前記キャッシュ域の位置と、主制御部の記憶部における前記キャッシュ域の位置とが異なる場合のみ、キャッシュ域の位置の設定を指示することを特徴とする。
【００１３】
この発明の態様によれば、キャッシュ域の位置が相違している場合のみキャッシュ域の合わせこみをおこなうようにしたので、無駄な処理の実行を抑制することができる。
【００１４】
また、本発明の他の態様では、上記の発明の態様において、前記領域指示手段は、全ての制御部のファームウェアが更新された後に、該領域指示手段の指示に基づいて設定された前記キャッシュ域の位置を、設定前の位置へ戻させることを特徴とする。
【００１５】
この発明の態様によれば、全ての制御部のファームウェアの更新が完了した後に、キャッシュ域を本来の状態に戻すこととしたので、ファームウェアの更新中に受けた制約を解除してキャッシュ域を活用することができる。
【００１６】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１７】
本発明によれば、ファームウェアの更新時にキャッシュ域の合わせこみをおこなうようにしたので、ファームウェアの更新中の各制御部のファームウェアが異なる場合であってもキャッシュのミラーリング等を正常に実行することができるという効果を奏する。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照して、本発明に係る記憶制御装置およびファームウェア更新方法の好適な実施の形態を詳細に説明する。なお、以下の実施例では、ディスクアレイ装置を例にして本発明の構成や特徴等について説明するが、本発明は、ディスクアレイ装置のみならず、ハードディスク装置、光ディスク装置、テープドライブ装置、半導体記憶装置等の各種記憶装置に有効に適用することができる。
【実施例】
【００１９】
まず、本実施例に係るディスクアレイ装置１０の構成について説明する。図１は、本実施例に係るディスクアレイ装置１０の構成を示すブロック図である。同図に示すように、ディスクアレイ装置１０は、構成が冗長化されており、チャネルアダプタ１１ａおよび１１ｂと、コントローラモジュール（以下、「ＣＭ」という）１２ａおよび１２ｂと、ディスク制御部１３ａおよび１３ｂと、ドライブエンクロージャ１４とを有する。なお、以下の説明では、例えば、ＣＭ１２ａと１２ｂの総称として、ＣＭ１２という表現を用いる。
【００２０】
チャネルアダプタ１１ａは、ディスクアレイ装置１０に対して入出力をおこなうホストコンピュータ等との接続インターフェースであり、ＣＭ１２ａと接続されている。同様に、チャネルアダプタ１１ｂは、ディスクアレイ装置１０に対して入出力をおこなうホストコンピュータ等との接続インターフェースであり、ＣＭ１２ｂと接続されている。ＣＭ１２ａおよび１２ｂは、入出力制御等の各種制御をおこなう制御モジュール（記憶制御装置）であり、相互接続されている。
【００２１】
ディスク制御部１３ａおよび１３ｂは、ドライブエンクロージャ１４に格納されたディスク１４ａ〜１４ｃを制御する制御部であり、いずれも、ＣＭ１２ａおよび１２ｂの両方に接続されている。ドライブエンクロージャ１４は、ディスクアレイを構成するディスク１４ａ〜１４ｃを格納する格納部である。
【００２２】
ＣＭ１２ａは、メモリ１２１ａと、Ｉ／Ｏ制御部１２２ａと、キャッシュ制御部１２３ａと、活性交換制御部１２４ａとを有する。同様に、ＣＭ１２ｂは、メモリ１２１ｂと、Ｉ／Ｏ制御部１２２ｂと、キャッシュ制御部１２３ｂと、活性交換制御部１２４ｂとを有する。メモリ１２１ｂ、Ｉ／Ｏ制御部１２２ｂ、キャッシュ制御部１２３ｂおよび活性交換制御部１２４ｂは、それぞれ、メモリ１２１ａ、Ｉ／Ｏ制御部１２２ａ、キャッシュ制御部１２３ａおよび活性交換制御部１２４ａと同様の部位であるため、詳細な説明を省略する。
【００２３】
メモリ１２１ａは、ＣＭ１２ａの各種機能を実現するファームウェアが使用するファーム使用域や、入出力処理を高速化するために入出力データをキャッシュデータとして保持するためのキャッシュ域として使用される記憶部である。Ｉ／Ｏ制御部１２２ａは、チャネルアダプタ１１ａを介してホストコンピュータ等から送信された要求に対応する入出力処理を制御する制御部である。
【００２４】
キャッシュ制御部１２３ａは、キャッシュデータの制御をおこなう制御部である。具体的には、キャッシュ制御部１２３ａは、キャッシュデータを格納するエントリが足りなくなった場合に古いキャッシュデータを無効化して空きエントリを作成したり、ライトバックモードとライトスルーモードの切替をおこなったり、ライトスルーモードでの動作時に遅延時間が所定以上となったキャッシュデータをディスク１４ａ〜１４ｃへ書き込んだり、キャッシュデータのミラーリングをおこなったりといった制御をおこなう。
【００２５】
ライトスルーモードとは、ホストコンピュータ等からデータの書き込み要求があった場合に、即座にディスク１４ａ〜１４ｃへ書き込みをおこない、その後に、書き込みが完了した旨を要求元に応答するモードである。ライトスルーモードでは、ホストコンピュータ等は、ディスク１４ａ〜１４ｃへの書き込みが完了するまで書き込み要求に対する応答を得ることができないため、スループットが大きく低化する。
【００２６】
一方、ライトバックモードとは、ホストコンピュータ等からデータの書き込み要求があった場合に、書き込みが完了した旨を要求元に即座に応答するモードである。書き込みを要求されたデータは、キャッシュデータとしてメモリ１２１ａのキャッシュ域に保持され、所定の時間が経過したタイミングや、キャッシュデータを格納するエントリが足りなくなったタイミング等でディスク１４ａ〜１４ｃへ書き込まれる。ライトバックモードでは、ホストコンピュータ等は、ディスク１４ａ〜１４ｃへの書き込みが完了するのを待つことなく、書き込み要求に対する応答を得ることができるため、スループットが大きく向上する。また、同一データに対する書き込み要求が連続して発生した場合は、最後に要求されたデータのみをディスク１４ａ〜１４ｃへ書き込めばよいので、書き込み回数が減少し、ディスクアレイ装置１０の負荷が軽減される。
【００２７】
ここで、キャッシュデータのミラーリングについて説明しておく。図２は、キャッシュデータのミラーリングについて説明するための図である。同図に示すように、メモリ１２１ａは、一部がファーム使用域１〜４のようなファーム使用域として使用され、その他の部分が、キャッシュ域１〜３のようなキャッシュ域として使用される。同様に、メモリ１２１ｂは、一部がファーム使用域１´〜４´のようなファーム使用域として使用され、その他の部分が、キャッシュ域１´〜３´のようなキャッシュ域として使用される。
【００２８】
ＣＭ１２ａに導入されているファームウェアのバージョンとＣＭ１２ｂに導入されているファームウェアのバージョンが同一の場合、メモリ１２１ａとメモリ１２１ｂの各領域のオフセットは一致する。例えば、図２の例では、メモリ１２１ａのキャッシュ域１のオフセットとメモリ１２１ｂのキャッシュ域１´のオフセットが一致しており、メモリ１２１ａのファーム使用域２のオフセットとメモリ１２１ｂのファーム使用域２´のオフセットが一致している。
【００２９】
キャッシュ制御部１２３ａおよび１２３ｂは、上記のように各領域のオフセットが一致していることを前提として、ライトバックモードでの運用中、ディスク１４ａ〜１４ｃへの書き込みが完了していないキャッシュデータ（以下、「ダーティデータ」という）のミラーリングをおこなう。具体的には、キャッシュ制御部１２３ａおよび１２３ｂは、ホストコンピュータ等からの書き込み要求を受けて、自身が属するＣＭのキャッシュ域にダーティデータを格納すると、他方のＣＭのメモリ空間上の同一位置にダーティデータをコピーする。
【００３０】
例えば、図２の例では、メモリ１２１ｂのキャッシュ域１´に格納されたデータ１が、メモリ１２１ａ上の同一位置にコピーされている。また、キャッシュ域３に格納されたデータ３が、メモリ１２１ｂ上の同一位置にコピーされている。このように、ダーティキャッシュを２重に保持しておくことにより、一方のＣＭに障害が発生しても、他方のＣＭに保持されているダーティキャッシュを使用して正常に運用を継続することができる。また、このように、対向のメモリの同一位置にダーティデータをミラーリングすることとすれば、複雑な制御をおこなう必要がないので、大量のダーティデータを高速にミラーリングすることができる。
【００３１】
なお、ミラーリング相手のＣＭのメモリの同一位置にミラーリングする方法以外にも、適宜オフセットをずらした対応する位置に、お互いのダーティキャッシュをミラーリングするようにしてもよい。
【００３２】
また、キャッシュ制御部１２３ａおよび１２３ｂは、他方のＣＭが何らかの理由でリブートした場合には、自身が属するＣＭのメモリに保持されている全てのダーティデータを、他方のメモリの同一位置にコピーする。図３は、ＣＭ１２ｂが何らかの理由でリブートした後に、キャッシュ制御部１２３ａが、メモリ１２１ａに保持されている全てのダーティキャッシュをメモリ１２１ｂの同一位置へコピーする場面を示している。このように、ダーティキャッシュをリブート後のＣＭへ転記することにより、一方のＣＭがリブートした場合にも正常に運用を継続することができる。
【００３３】
図１の説明に戻って、活性交換制御部１２４ａは、ディスクアレイ装置１０の運用を停止することなく、ファームウェアの更新をおこなうため制御をおこなう制御部である。ファームウェアの更新処理は、一方の系の運転を停止させて他方の系が運転を継続している状態で、運転を停止した方の系のＣＭのファームウェアを更新し、ファームウェアを更新した系を起動させて他方の系を停止させた状態で、運転を停止した方の系のＣＭのファームウェアを更新するという手順でおこなわれる。
【００３４】
このため、一方のＣＭのみのファームウェアの更新が完了した段階では、ＣＭ１２ａに導入されているファームウェアのバージョンとＣＭ１２ｂに導入されているファームウェアのバージョンが異なっていることになる。導入されているファームウェアのバージョンが異なっていると、ファームウェアの機能追加や機能改善等が原因で、メモリ上で従来はキャッシュ域として使用されていた領域がファーム使用域として使用されるようになっていたり、逆に、ファーム使用域として使用されていた領域がキャッシュ域として使用されるようになっていたりして、メモリ１２１ａとメモリ１２１ｂの各領域のオフセットが一致しなくなっている可能性がある。
【００３５】
図４は、ファームウェアの更新によって、従来はキャッシュ域として使用されていた領域がファーム使用域として使用されるようになった例を示す図である。同図は、ＣＭ１２ｂのファームウェア更新が先に完了した時点の状態を示しており、メモリ１２１ｂにおいて従来はキャッシュ域３´として使用されていた領域の一部が、新たにファーム使用域５´として使用されるようになっている。
【００３６】
このため、ＣＭ１２ｂのファームウェア更新が完了してリブートをおこなった後に、キャッシュ制御部１２３ａが通常の動作をおこなって、メモリ１２１ａに保持されている全てのダーティデータを全てメモリ１２１ｂの同一位置へコピーすることとすると、ファーム使用域５´にデータ２やデータ３のようなダーティデータの書き込みがおこなわれて領域破壊が発生してしまう。
【００３７】
従来は、このような領域破壊の発生を防止するため、ＣＭ１２ｂのファームウェア更新が完了してリブートをおこなう前に、ライトバックモードからライトスルーモードへ移行して、ダーティデータをメモリ上に保持しないようにしていた。しかしながら、この対処には、ライトスルーモードでの運用による性能低下を招くという問題があった。
【００３８】
この問題を解決するため、活性交換制御部１２４ａは、ＣＭ１２ｂのファームウェア更新が完了してリブートが開始された後、メモリ１２１ｂにおける各領域のオフセットが確定し、かつ、メモリ１２１ｂのキャッシュ域を使用する処理が動作を始める前の段階でＣＭ１２ｂの起動を一旦停止させる。そして、活性交換制御部１２４ａは、メモリ１２１ｂ上の各領域のオフセットを取得する。
【００３９】
そして、活性交換制御部１２４ａは、取得したオフセット情報に基づいて、キャッシュ域の合わせこみをおこなう。キャッシュ域の合わせこみとは、メモリ１２１ａとメモリ１２１ｂの双方でキャッシュ域として使用されている部分のみをキャッシュ域として使用するように各オフセットを再設定する処理である。
【００４０】
図５は、ファームウェアの更新によって、従来はキャッシュ域として使用されていた領域がファーム使用域として使用されるようになった場合の合わせこみ処理の一例を示す図である。同図は、図４と同じ場面を示している。この場合、活性交換制御部１２４ａは、更新したオフセット情報に基づいて、キャッシュ域３の開始オフセットを、従来のオフセット１からキャッシュ域３´の開始オフセットと同一位置のオフセット２へ変更する。そして、キャッシュ域３として使用されなくなった領域に保持されている全てのダーティデータ（図５の例では、データ２および３）をディスク１４ａ〜１４ｃへ書き出す。
【００４１】
なお、キャッシュ域３として使用されなくなった領域に保持されている全てのダーティデータをディスク１４ａ〜１４ｃへ書き出すのではなく、これらのダーティデータを有効なキャッシュ域（例えば、オフセット２よりも上位のキャッシュ域３）へ移動させることとしてもよい。このように、ダーティデータをメモリ上で移動させることすれば、書き出し処理による性能の低下を防止することができる。
【００４２】
図６は、ファームウェアの更新によって、従来はファーム使用域として使用されていた領域がキャッシュ域として使用されるようになった場合の合わせこみ処理の一例を示す図である。ＣＭ１２ｂのファームウェア更新が先に完了した時点の状態を示しており、メモリ１２１ｂにおいて従来はファーム使用域３´およびファーム使用域４´として使用されていた領域が、新たにキャッシュ域３´の一部として使用されるようになっている。この場合、活性交換制御部１２４ｂは、更新したオフセット情報に基づいて、キャッシュ域３´の開始オフセットを、オフセット１´からキャッシュ域３の開始オフセットと同一位置のオフセット２´へ変更する。
【００４３】
このようにキャッシュ域の合わせこみをおこなうことにより、ＣＭ１２ｂの起動が完了した後に、ダーティデータのミラーリングを安全におこなうことができ、ファームウェアの更新中の各ＣＭのファームウェアが異なったバージョンとなった動作であってもライトバックモードでの運用が可能になる。なお、キャッシュ域の合わせこみによって使用できなくなった領域（例えば、図６の斜線部分）は、全てのＣＭ１２のファームウェアの更新が完了した後に使用可能にされる。
【００４４】
ここで、オフセットを変更したキャッシュ域よりも下位（オフセットが小さい）のキャッシュ域（図５の例では、キャッシュ域１および２）にあるダーティデータは、オフセットのズレが発生している可能性があるので、全てディスク１４ａ〜１４ｃに書き出し、それ以降は、それらのキャッシュ域を使用しないようにしてもよい。また、安全性を重視する場合は、ファームウェアの更新を開始する前に、ファーム使用域に囲まれているキャッシュ域を使用しないようにし、それらのキャッシュ域にある全てのダーティデータをディスク１４ａ〜１４ｃに書き出すようにしてもよい。また、連続したキャッシュ域を増やすために、ファームウェアを更新したＣＭ１２をリブートするときに、メモリ上の各領域の再配置をおこなうこととしてもよい。
【００４５】
次に、活性交換制御部１２４ａの構成の詳細について説明する。図７は、活性交換制御部１２４ａの構成を示すブロック図である。同図に示すように、活性交換制御部１２４ａは、更新指示部２１ａと、更新実行部２２ａと、キャッシュ制御指示部２３ａと、領域設定部２４ａと、領域情報取得部２５ａと、領域情報送受信部２６ａとを有する。
【００４６】
また、活性交換制御部１２４ｂは、これらと同様の機能をもつ、更新指示部２１ｂと、更新実行部２２ｂと、キャッシュ制御指示部２３ｂと、領域設定部２４ｂと、領域情報取得部２５ｂと、領域情報送受信部２６ｂとを有する。なお、図７における部位間の矢印は、活性交換制御部１２４ａの制御に従ってＣＭ１２ｂのファームウェアの更新がおこなわれる場合の作用の方向を示している。
【００４７】
更新指示部２１ａは、ファームウェアの更新に必要な処理を指示する処理部である。具体的には、更新指示部２１ａは、更新実行部２２ｂに指示してＣＭ１２ｂのファームウェアを更新させたり、ＣＭ１２ｂに指示してリブートをさせたりといった処理をおこなう。更新実行部２２ａは、ファームウェアを格納した所定のファイルを読み込んで、その内容を図示しない不揮発性のメモリに書き込む処理や、リブート処理後に不揮発メモリからファームウェアを読み出しメモリ上に展開してファームウェアを更新する処理を実行する処理部である。
【００４８】
キャッシュ制御指示部２３ａは、更新指示部２１ａの指示に従って、キャッシュ制御部１２３ａおよびキャッシュ制御部１２３ｂを制御する。具体的には、キャッシュ制御指示部２３ａは、ライトバックモードとライトスルーモードの切替をおこなわせたり、ダーティデータをメモリ１２１に保持する期間を短縮するライトバック加速処理を行わせたりする。
【００４９】
領域設定部２４ａは、キャッシュ域の合わせこみをおこなう処理部である。具体的には、領域設定部２４ａは、領域情報取得部２５ａに指示して取得させたメモリ１２１ａの各領域の領域情報と、領域情報送受信部２６ａを介して取得したメモリ１２１ｂ上の各領域の領域情報とを比較してキャッシュ域の合わせこみをおこなう。領域情報取得部２５ａは、メモリ１２１ａの各領域の領域情報を取得する処理部であり、領域情報送受信部２６ａは、領域情報送受信部２６ｂとの間で領域情報をやりとりする処理部である。
【００５０】
なお、領域情報とは、メモリ１２１上に割り当てられている領域の位置を示す情報である。本実施例では、開始位置のオフセットによって領域の位置を示すこととしているが、領域の位置は、相対値であるオフセットでなく絶対値であるアドレスで指定することもできる。また、領域情報には複数の領域の位置を示す情報が含まれていてもよい。
【００５１】
次に、図８−１〜８−３を参照しながら、ファームウェアの更新時の処理手順について説明する。なお、以下の説明では、便宜上、ＣＭ１２ａをＣＭ＃１０と呼び、ＣＭ１２ｂをＣＭ＃１１と呼ぶことする。
【００５２】
同図に示すように、ファームウェアの更新の開始前には、ＣＭ＃１０は、入出力要求を受付可能な状態にあり、ライトバックモードで運用され、ＣＭ＃１１に対してマスタの状態にある。また、ＣＭ＃１１は、入出力要求を受付可能な状態にあり、ライトバックモードで運用され、ＣＭ＃１０に対してスレーブの状態にある。また、ＣＭ＃１０およびＣＭ＃１１は、ファームウェアの書き換えが既に完了しており、リブートすれば更新後のファームウェアで動作する状態にある。
【００５３】
ファームウェアの更新が開始されると、マスタであるＣＭ＃１０のキャッシュ制御指示部２３ａが、更新指示部２１ａの指示に従って、キャッシュ制御部１２３ａおよびキャッシュ制御部１２３ｂに対して、ライトバック処理時の動作種別を、ダーティデータをメモリ１２１に保持する期間を短縮するライトバック加速処理に設定するように要求する（ステップＳ１０１）。この結果、キャッシュ制御部１２３ａおよびキャッシュ制御部１２３ｂによってライトバック加速処理がおこなわれ（ステップＳ１０２およびステップＳ１０３）、ライトバック加速処理が完了した旨がキャッシュ制御指示部２３ａへ応答される（ステップＳ１０４）。
【００５４】
この結果、ＣＭ＃１０およびＣＭ＃１１は、ダーティデータがある場合は、加速されたライトバックモードで動作するようになる。加速されたライトバックモードでは、ダーティデータが短期間でディスク１４ａ〜１４ｃへ書き出されるようになるため、メモリ１２１上に保持されるダーティデータが少なくなる。キャッシュ域の合わせこみをおこなって、使用禁止にする領域のダーティデータをディスク１４ａ〜１４ｃへ書き出す処理が必要になった場合でも、ライトバックモードが加速されていれば、小数のダーティデータの書き出しをおこなえばよいので、ダーティデータの書き出しに要する時間が短くて済み、ファームウェアの更新処理の処理時間が短縮される。
【００５５】
続いて、更新指示部２１ａは、ＣＭ＃１１の切り離し処理を開始させ（ステップＳ１０５）、ＣＭ＃１１に対して切り離し制御要求を送信する（ステップＳ１０６）。要求を受けたＣＭ＃１１は、切り離し制御をおこなって、入出力要求の受付を停止し、切り離し制御応答を応答する（ステップＳ１０７）。そして、更新指示部２１ａは、ＣＭ＃１１の切り離し処理を終了する（ステップＳ１０８）。
【００５６】
続いて、更新指示部２１ａは、ＣＭ＃１１に対してリブート要求を送信し（ステップＳ１０９）、ＣＭ＃１１は、リブート応答を応答して（ステップＳ１１０）、リブートを開始する（ステップＳ１１１）。リブートが開始されることにより、ＣＭ＃１１のライトバックモードは初期状態になり、加速されていない状態に戻る。
【００５７】
そして、リブートの過程でＣＭ＃１０とＣＭ＃１１の間の通信が確立されると（ステップＳ１１２）、更新指示部２１ａは、ＣＭ＃１１の組み込み前半処理を開始させ（ステップＳ１１３）、ＣＭ＃１１に対して組み込み前半制御要求を送信する（ステップＳ１１４）。要求を受けたＣＭ＃１１は、組み込み前半制御をおこなって、メモリ１２１ｂにおける各領域のオフセットが確定し、かつ、メモリ１２１ｂのキャッシュ域を使用する処理が動作を始める前の段階まで起動を進め、組み込み前半制御応答を応答する（ステップＳ１１５）。そして、更新指示部２１ａは、ＣＭ＃１１の組み込み前半処理を終了する（ステップＳ１１６）。
【００５８】
続いて、キャッシュ制御指示部２３ａが、更新指示部２１ａの指示に従って、キャッシュ制御部１２３ｂに対して、ライトバック処理時の動作種別を、ライトバック加速処理に設定するように要求する（ステップＳ１１７）。ＣＭ＃１１は、要求に従って、ライトバック処理時の動作種別を、ライトバック加速処理に設定し（ステップＳ１１８）、設定した旨をキャッシュ制御指示部２３ａへ応答し（ステップＳ１１９）、その後、加速されたライトバックモードで動作するようになる。
【００５９】
続いて、領域設定部２４ａが、領域情報送受信部２６ａを介して、ＣＭ＃１１に対してキャッシュ域の算出を要求すると（ステップＳ１２０）、ＣＭ＃１１の領域情報取得部２５ｂがメモリ１２１ｂ上の各領域の領域情報を取得し、領域情報送受信部２６ｂと領域情報送受信部２６ａを介して、領域情報を領域設定部２４ａへ応答する（ステップＳ１２１）。
【００６０】
そして、領域設定部２４ａは、必要であれば、領域情報送受信部２６ａと領域情報送受信部２６ｂを介して領域設定部２４ｂにキャッシュ域の合わせこみを要求し（ステップＳ１２２）、自身でもキャッシュ域合わせこみ処理を実行する（ステップＳ１２３）。また、領域設定部２４ｂは、キャッシュ域の合わせこみを要求されたならば、キャッシュ域合わせこみ処理を実行し（ステップＳ１２４）、完了したらその旨を応答する（ステップＳ１２５）。
【００６１】
こうしてキャッシュ域の合わせこみが完了した後は、使用不能になった領域のダーティデータをディスクへ書き出す必要はないので、更新指示部２１ａは、キャッシュ制御指示部２３ａに指示してＣＭ＃１０とＣＭ＃１１を加速されたライトバックモードから通常のライトバックモードへ移行させる（ステップＳ１２６〜Ｓ１２９）。
【００６２】
そして、更新指示部２１ａは、ＣＭ＃１１の起動を完了させるために、ＣＭ＃１１の組み込み後半処理を開始させ（ステップＳ１３０）、ＣＭ＃１１に対して組み込み後半制御要求を送信する（ステップＳ１３１）。要求を受けたＣＭ＃１１は、組み込み後半制御をおこなって、最後まで起動を進め、組み込み後半制御応答を応答する（ステップＳ１３２）。そして、更新指示部２１ａは、ＣＭ＃１１の組み込み後半処理を終了する（ステップＳ１３３）。この時点で、ＣＭ＃１１は、入出力要求を受付可能な状態になる。
【００６３】
ＣＭ＃１１が入出力要求を受付可能となった結果、ＣＭ＃１０とＣＭ＃１１とが異なったバージョンのファームウェアで動作することとなるが、本発明によれば、この状態であってもダーティデータのミラーリングが可能となる。そのため、装置の信頼性をより一層向上させることが可能である。
【００６４】
こうしてＣＭ＃１１の起動が完了した後は、ＣＭ＃１１が更新されたファームウェアで動作するようにするために、更新指示部２１ａは、マスタとスレーブの関係を入れ替えさせる（ステップＳ１３４〜Ｓ１３７）。そして、その後は、ＣＭ＃１１の更新指示部２１ｂがＣＭ＃１０のファームウェアを更新させるための一連の処理をおこなわせる（ステップＳ１３８〜Ｓ１５４）。
【００６５】
リブート後のＣＭ＃１０で動作するファームウェアのバージョンは、ＣＭ＃１１で動作しているファームウェアのバージョンと同一であるため、ＣＭ＃１０をリブートする過程では、キャッシュ域の合わせこみやライトバック加速処理は不要である。また、キャッシュ域の合わせこみによって使用不能になっている領域も使用可能になるので、更新指示部２１ｂは、ＣＭ＃１０をリブートさせる前の段階で、キャッシュ域合わせこみ解除処理を実行させて、キャッシュ域の合わせこみによって使用不能になっている領域を利用可能にする（ステップＳ１４１）。その他の手順は、既に説明した手順と同様であるので、説明を省略する。
【００６６】
上記の処理手順には、ＣＭ１２をライトスルーモードへ移行させる手順がない。すなわち、本実施例に係るファームウェア更新方法によれば、ＣＭ１２をライトバックモードにしたまま無停止でファームウェアの更新をおこなうことができ、ファームウェア更新中に性能が大きく低下することを防止することができる。
【００６７】
次に、図９を参照しながらキャッシュ域合わせこみ処理の処理手順の一例について説明する。なお、ここでは、最上位のキャッシュ域以外のキャッシュ域に保持されていたダーティデータは予め既にディスク１４ａ〜１４ｃに書き出されており、最上位のキャッシュ域のみを有効キャッシュ域として、その開始オフセットを一致させることでキャッシュ域の合わせこみをおこなうものとする。また、キャッシュ域の合わせこみによって使用できない領域ができた場合、その領域に保持されているダーティデータをディスク１４ａ〜１４ｃへ書き出すのではなく、有効キャッシュ域へ移動させるものとする。また、以下の説明では、ファームウェアの更新を制御している側のＣＭ１２を主ＣＭと呼び、ファームウェアが更新される側のＣＭを従ＣＭと呼ぶこととする。
【００６８】
図９に示すように、主ＣＭは、従ＣＭを検索し（ステップＳ３０１）、見つからなければ（ステップＳ３０２否定）、異常終了する。従ＣＭが見つかった場合（ステップＳ３０２肯定）、主ＣＭの領域設定部２４は、領域情報送受信部２６を介して、有効キャッシュ域のオフセットの算出を従ＣＭに要求する（ステップＳ３０３）。
【００６９】
要求を受けた従ＣＭの領域情報取得部２５は、自ＣＭにおける有効キャッシュ域のオフセットを算出し（ステップＳ４０１）、領域情報送受信部２６を介して、算出したオフセットを主ＣＭへ応答する（ステップＳ４０２）。
【００７０】
主ＣＭの領域設定部２４は、応答を受信すると（ステップＳ３０４肯定）、領域情報取得部２５に取得させた自ＣＭの有効キャッシュ域のオフセットと、応答された従ＣＭの有効キャッシュ域のオフセットとを比較し、オフセットが同一であれば（ステップＳ３０５肯定）、キャッシュ域の合わせこみをおこなう必要がないので、処理を終了する。
【００７１】
一方、オフセットが同一でなければ（ステップＳ３０５否定）、上位にある方のオフセットが開始オフセットになるように有効キャッシュ域を設定し（ステップＳ３０６）、有効キャッシュ域よりも下位のダーティデータを有効キャッシュ域、すなわち、ステップＳ３０６で設定した開始オフセットよりも上位の領域へ移動させる（ステップＳ３０７）。
【００７２】
そして、主ＣＭの領域設定部２４は、領域情報送受信部２６を介して、ステップＳ３０６で設定した開始オフセットを従ＣＭへ送信して、有効キャッシュ域のオフセットの合わせこみを要求する（ステップＳ３０８）。
【００７３】
要求を受けた従ＣＭの領域設定部２４は、指定されたオフセットが開始オフセットになるように有効キャッシュ域を設定し（ステップＳ５０１）、領域情報送受信部２６を介して、有効キャッシュ域を設定した旨を主ＣＭへ応答する（ステップＳ５０２）。そして、主ＣＭの領域設定部２４は、応答を受信すると（ステップＳ３０９肯定）、処理を終了する。
【００７４】
なお、図９に示した処理手順は、図８−２に示した処理手順においては、ステップＳ１２０〜ステップＳ１２５に相当する。
【００７５】
次に、図１０を参照しながらキャッシュ域合わせこみ解除処理の処理手順の一例について説明する。ここでは、図９に示したキャッシュ域合わせこみ処理に対応するキャッシュ域合わせこみ解除処理の処理手順の例を示す。また、キャッシュ域合わせこみ解除処理は、図８−２に示した処理手順のように、更新後のファームウェアが動作するようになった主ＣＭが、更新前のファームウェアが動作している従ＣＭをリブートさせる前のタイミングで実行されるものとする。
【００７６】
図１０に示すように、主ＣＭの領域設定部２４は、有効キャッシュ域の設定を解除し、全てのキャッシュ域を使用可能にする（ステップＳ６０１）。なお、従ＣＭのメモリ１２１の各領域は、リブートによって従ＣＭで動作するファームウェアのバージョンが主ＣＭで動作しているファームウェアのバージョンと同一になるので、主ＣＭのメモリ１２１の各領域とオフセットが一致することになる。
【００７７】
上述してきたように、本実施例では、ファームウェアの更新時にキャッシュ域の合わせこみをおこなうようにしたので、ファームウェアの更新中であってもキャッシュのミラーリングを正常に実行することができる。また、これにより、ファームウェアの更新中であっても、記憶装置を安全にライトバックモードで動作させることができるので、ファームウェアの更新中に記憶装置の性能が低下することを防止することができる。
【００７８】
なお、上記実施例では、２つのＣＭを備えた記憶装置に本発明を適用した例を示したが、本発明は、３つ以上のＣＭを備えた記憶装置にも有効に適用することができる。
【００７９】
また、本実施例に係るファームウェア更新方法のようにキャッシュ域の合わせこみをおこなうことは、ライトスルーモードへ移行してファームウェアの更新をおこなう場合にも有効である。そこで、図１１−１〜１１−４を参照しながら、ライトスルーモードへ移行させる場合のファームウェアの更新時の処理手順について説明する。
【００８０】
図１１−１に示すように、ＣＭ＃１０は、ライトスルーモードへの移行時にディスク１４ａ〜１４ｃに書き出すダーティデータの量を減らすためにＣＭ＃１０とＣＭ＃１１を加速されたライトバックモードで動作させる（ステップＳ７０１〜Ｓ７０４）。そして、オペレータが、ＣＭ＃１１への接続パスを切断して、ホストコンピュータ等がＣＭ＃１１へアクセスしないようにする（ステップＳ７０５〜Ｓ７０６）。
【００８１】
続いて、ＣＭ＃１０が、自ＣＭとＣＭ＃１１をライトスルーモードへ移行させ（ステップＳ７０７〜Ｓ７１０）、ライトバックモード時にダーティデータをメモリ１２１に保持する期間を初期値に戻す（ステップＳ７１１〜Ｓ７１４）。そして、ＣＭ＃１１を切り離し（ステップＳ７１５〜Ｓ７１８）、ＣＭ＃１１をリブートさせる（ステップＳ７１９〜Ｓ７２１）。
【００８２】
そして、リブートの過程でＣＭ＃１０とＣＭ＃１１の間の通信が確立されると（ステップＳ７２２）、ＣＭ＃１０は、メモリ上の各領域のオフセットが確定し、かつ、メモリ上のキャッシュ域を使用する処理が動作を始める前の段階でＣＭ＃１１起動を一旦停止させ（ステップＳ７２３〜Ｓ７２６）、リブートによってライトバックモードで動作しているＣＭ＃１１をライトスルーモードへ移行させる（ステップＳ７２７〜Ｓ７２９）。
【００８３】
ここで、ＣＭ＃１０は、キャッシュ域の合わせこみをおこなう（ステップＳステップＳ７３０〜Ｓ７３５）。なお、この時点では、いずれのＣＭもライトスルーモードで動作しているため、ダーティデータがメモリ上に保持されることはない。そして、ＣＭ＃１０は、ＣＭ＃１１の起動を最後までおこなわせた後（ステップＳ７３６〜Ｓ７３９）、自ＣＭとＣＭ＃１１をライトバックモードへ移行させ（ステップＳ７４０〜Ｓ７４３）、ＣＭ＃１０とＣＭ＃１１を加速されたライトバックモードで動作させる（ステップＳ７４４〜Ｓ７４７）。
【００８４】
この後、オペレータが、ＣＭ＃１１への接続パスを接続して、ホストコンピュータ等がＣＭ＃１１へアクセスできるようにする（ステップＳ７４８〜Ｓ７４９）。こうしてＣＭ＃１１のファームウェア更新処理が完了した後、ＣＭ＃１０は、自ＣＭのファームウェアを更新させるため、ＣＭ＃１１をマスタに変更する（ステップＳ７５０〜Ｓ７５３）。そして、オペレータが、ＣＭ＃１０への接続パスを切断して、ホストコンピュータ等がＣＭ＃１０へアクセスしないようにする（ステップＳ７５４〜Ｓ７５５）。
【００８５】
このステップＳ７４８〜Ｓ７５５の手順は、オペレータが関与する作業が多い手順であり、ファームウェアの更新に要する時間の大部分は、この部分の手順によって占められると想定される。既に説明したステップＳ７４０〜Ｓ７４３においてＣＭ＃１０とＣＭ＃１１をライトバックモードへ移行させているのは、このように長い時間を要する手順が実行される間、性能の低下が生じないようにするためである。また、この段階では、既にキャッシュ域の合わせこみが完了しているので、ＣＭ間でダーティデータのミラーリングを安全におこなって、ダーティデータの消失を防止することも可能になっている。
【００８６】
以降、ＣＭ＃１１がＣＭ＃１０のファームウェアを更新させるための処理が行われるが（ステップＳ７５６〜Ｓ７８６）、既に説明した手順と同様であるので、説明を省略する。
【００８７】
（付記１）上位装置から送信されたデータをキャッシュする記憶部を有する制御部を複数備えた記憶制御装置であって、
前記制御部のうち制御部のファームウェア更新を制御する主制御部は、
ファームウェア更新対象である従制御部に対して更新指示を通知する更新指示手段と、
前記従制御部のファームウェアが更新された後に、該従制御部に対して、前記記憶部においてキャッシュを保持するキャッシュ域の位置を示す領域情報を送信するように要求し、送信された領域情報に基づいてキャッシュ域の位置の設定を指示する領域指示手段と
を備え、
前記従制御部は、
前記領域指示手段の指示に従って、前記記憶部における前記キャッシュ域の位置を示す領域情報を取得する領域情報取得手段と、
前記領域情報取得手段によって取得された領域情報を前記領域指示手段へ送信する領域情報送信手段と、
前記領域指示手段の指示に基づいて、前記記憶部における前記キャッシュ域の位置を設定する領域設定手段と
を備えたことを特徴とする記憶制御装置。
【００８８】
（付記２）前記領域情報送信手段は、前記記憶部における前記キャッシュ域の開始アドレスを前記領域情報として前記領域指示手段へ送信することを特徴とする付記１に記載の記憶制御装置。
【００８９】
（付記３）前記領域指示手段は、送信された領域情報が示す前記キャッシュ域の位置と、主制御部の記憶部における前記キャッシュ域の位置とが異なる場合のみ、キャッシュ域の位置の設定を指示することを特徴とする付記１に記載の記憶制御装置。
【００９０】
（付記４）前記領域指示手段は、全ての制御部のファームウェアが更新された後に、該領域指示手段の指示に基づいて設定された前記キャッシュ域の位置を、設定前の位置へ戻させることを特徴とする付記１〜３のいずれか１つに記載の記憶制御装置。
【００９１】
（付記５）前記領域設定手段は、前記領域指示手段によって指示された位置が示す領域外にキャッシュされているデータがある場合に、該データを該領域内に移動させることを特徴とする付記１〜４のいずれか１つに記載の記憶制御装置。
【００９２】
（付記６）データを記憶する記憶装置をさらに備え、
前記領域設定手段は、前記領域指示手段によって指示された位置が示す領域外にキャッシュされているデータがある場合に、該データを前記記憶装置に移動させることを特徴とする付記１〜４のいずれか１つに記載の記憶制御装置。
【００９３】
（付記７）上位装置から送信されたデータをキャッシュする記憶部を有する制御部を複数備えた記憶制御装置において、前記制御部のファームウェアを更新するファームウェア更新方法であって、
前記制御部のうち制御部のファームウェア更新を制御する主制御部が、ファームウェア更新対象である従制御部に対して更新指示を通知する更新指示ステップと、
前記主制御部が、前記従制御部のファームウェアが更新された後に、該従制御部に対して、前記記憶部においてキャッシュを保持するキャッシュ域の位置を示す領域情報を送信するように要求する送信要求ステップと、
前記従制御部が、前記主制御部の要求に従って、前記記憶部における前記キャッシュ域の位置を示す領域情報を取得し、該領域情報を前記主制御部へ送信する領域情報送信ステップと、
前記主制御部が、前記従制御部から送信された領域情報に基づいてキャッシュ域の位置の設定を指示する領域指示ステップと、
前記従制御部が、前記主制御部の指示に従って前記記憶部における前記キャッシュ域の位置を設定する領域設定ステップと
を含んだことを特徴とするファームウェア更新方法。
【００９４】
（付記８）前記領域情報送信ステップは、前記記憶部における前記キャッシュ域の開始アドレスを前記領域情報として送信することを特徴とする付記７に記載のファームウェア更新方法。
【００９５】
（付記９）前記領域指示ステップは、送信された領域情報が示す前記キャッシュ域の位置と、主制御部の記憶部における前記キャッシュ域の位置とが異なる場合のみ、キャッシュ域の位置の設定を指示することを特徴とする付記７に記載のファームウェア更新方法。
【００９６】
（付記１０）前記主制御部が、全ての制御部のファームウェアが更新された後に、前記領域指示ステップにおける指示に基づいて設定された前記キャッシュ域の位置を、設定前の位置へ戻させるステップをさらに含むことを特徴とする付記７〜９のいずれか１つに記載のファームウェア更新方法。
【００９７】
（付記１１）前記領域設定ステップは、前記領域指示ステップによって指示された位置が示す領域外にキャッシュされているデータがある場合に、該データを該領域内に移動させることを特徴とする付記７〜１０のいずれか１つに記載のファームウェア更新方法。
【００９８】
（付記１２）前記記憶制御装置は、データを記憶する記憶装置をさらに備え、
前記領域設定ステップは、前記領域指示ステップによって指示された位置が示す領域外にキャッシュされているデータがある場合に、該データを前記記憶装置に移動させることを特徴とする付記７〜１０のいずれか１つに記載のファームウェア更新方法。
【産業上の利用可能性】
【００９９】
以上のように、本発明に係る記憶制御装置およびファームウェア更新方法は、運用を継続したままファームウェアを更新する場合に有用であり、特に、ファームウェアの更新中の信頼性低下と性能低下を抑制したい場合に適している。
【図面の簡単な説明】
【０１００】
【図１】本実施例に係るディスクアレイ装置の構成を示すブロック図である。
【図２】キャッシュデータのミラーリングについて説明するための図である。
【図３】ＣＭのリブート後のミラーリングについて説明するための図である。
【図４】ファームウェアの更新によって、従来はキャッシュ域として使用されていた領域がファーム使用域として使用されるようになった例を示す図である。
【図５】ファームウェアの更新によって、従来はキャッシュ域として使用されていた領域がファーム使用域として使用されるようになった場合の合わせこみ処理の一例を示す図である。
【図６】ファームウェアの更新によって、従来はファーム使用域として使用されていた領域がキャッシュ域として使用されるようになった場合の合わせこみ処理の一例を示す図である。
【図７】活性交換制御部の構成を示すブロック図である。
【図８−１】ファームウェアの更新時の処理手順を示すシーケンス図である。
【図８−２】ファームウェアの更新時の処理手順を示すシーケンス図である。
【図８−３】ファームウェアの更新時の処理手順を示すシーケンス図である。
【図９】キャッシュ域合わせこみ処理の処理手順の一例を示すフローチャートである。
【図１０】キャッシュ域合わせこみ解除処理の処理手順の一例を示すフローチャートである。
【図１１−１】ライトスルーモードへ移行させる場合のファームウェアの更新時の処理手順を示すシーケンス図である。
【図１１−２】ライトスルーモードへ移行させる場合のファームウェアの更新時の処理手順を示すシーケンス図である。
【図１１−３】ライトスルーモードへ移行させる場合のファームウェアの更新時の処理手順を示すシーケンス図である。
【図１１−４】ライトスルーモードへ移行させる場合のファームウェアの更新時の処理手順を示すシーケンス図である。
【符号の説明】
【０１０１】
１０  ディスクアレイ装置
１１ａ、１１ｂ  チャネルアダプタ
１２ａ、１２ｂ  コントローラモジュール（ＣＭ）
１２１ａ、１２１ｂ  メモリ
１２２ａ、１２２ｂ  Ｉ／Ｏ制御部
１２３ａ、１２３ｂ  キャッシュ制御部
１２４ａ、１２４ｂ  活性交換制御部
１３ａ、１３ｂ  ディスク制御部
１４  ドライブエンクロージャ
１４ａ〜１４ｃ  ディスク
２１ａ、２１ｂ  更新指示部
２２ａ、２２ｂ  更新実行部
２３ａ、２３ｂ  キャッシュ制御指示部
２４ａ、２４ｂ  領域設定部
２５ａ、２５ｂ  領域情報取得部
２６ａ、２６ｂ  領域情報送受信部
【図１】
0004430093.tif 000002
【図２】
0004430093.tif 000003
【図３】
0004430093.tif 000004
【図４】
0004430093.tif 000005
【図５】
0004430093.tif 000006
【図６】
0004430093.tif 000007
【図７】
0004430093.tif 000008
【図８−１】
0004430093.tif 000009
【図８−２】
0004430093.tif 000010
【図８−３】
0004430093.tif 000011
【図９】
0004430093.tif 000012
【図１０】
0004430093.tif 000013
【図１１−１】
0004430093.tif 000014
【図１１−２】
0004430093.tif 000015
【図１１−３】
0004430093.tif 000016
【図１１−４】
0004430093.tif 000017