(57)【特許請求の範囲】
【請求項１】
複数のディスク装置を含み、単数または複数のホストコンピュータに接続され、該ホストコンピュータからのＩ／Ｏ要求によって前記ディスク装置のデータの読み書きを行うディスクアレイ装置であって、
第１のファームウェアを格納するＲＯＭと、前記第１のファームウェアを実行するＣＰＵと、前記第１のファームウェアを物理アドレス空間上の第１の記憶域に記憶するＲＡＭと、前記ＣＰＵに付属するバッファメモリであって前記ＲＡＭの物理アドレス空間の前記第１の記憶域を論理アドレス空間上の第１の論理域に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを有し、
前記ＣＰＵが、ファームウェア交換のコマンドおよび第２のファームウェアを入力された場合、前記第１のファームウェアによる作業データを前記ＲＡＭにあらかじめ設けられた待避域に待避させ、前記第２のファームウェアを前記ＲＡＭの前記物理アドレス空間上の第２の記憶域に記憶すると共に前記ＴＬＢを更新して前記第２の記憶域を前記第１の論理域に対応させ、その後に前記待避していた作業データを復帰させて前記第２のファームウェアに前記作業データによる作業を継続させる機能を有することを特徴とするディスクアレイ装置。
【請求項２】
前記ＣＰＵが、ファームウェア交換取消のコマンドを入力された場合、前記ＴＬＢを更新して前記第１の記憶域を前記第１の論理域に対応させる機能を有することを特徴とする、請求項１に記載のディスクアレイ装置。
【請求項３】
前記ＣＰＵが、ファームウェア交換適用のコマンドを入力された場合、前記ＲＯＭに格納された前記第１のファームウェアを前記第２のファームウェアで上書きする機能を有することを特徴とする、請求項２に記載のディスクアレイ装置。
【請求項４】
前記ＣＰＵが、あらかじめネットワークを介して接続された監視ホストから前記ファームウェア交換のコマンドおよび前記第２のファームウェアを受信することを特徴とする、請求項２に記載のディスクアレイ装置。
【請求項５】
前記ディスクアレイ装置が、あらかじめ備えるスロットに接続された着脱型記憶媒体から前記第２のファームウェアを読み込むことを特徴とする、請求項２に記載のディスクアレイ装置。
【請求項６】
第１のファームウェアを格納するＲＯＭと、前記第１のファームウェアを実行するＣＰＵと、前記第１のファームウェアを第１の記憶域に記憶するＲＡＭと、前記ＣＰＵに付属するバッファメモリであって前記ＲＡＭの物理アドレス空間を論理アドレス空間に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを含み、単数または複数のホストコンピュータに接続されて該ホストコンピュータからのＩ／Ｏ要求によって複数のディスク装置のデータの読み書きを行うアレイコントローラにあって、
前記ＴＬＢで前記物理アドレス空間上の前記第１の記憶域を前記論理アドレス空間上の第１の論理域に対応させる第１の対応工程と、
前記第１の対応工程の後にファームウェア交換のコマンドおよび第２のファームウェアの入力を受ける第１の受信工程と、
前記第１の受信工程に対応して前記第２のファームウェアを前記ＲＡＭの前記物理アドレス空間上の第２の記憶域に記憶する記憶工程と、
前記第１のファームウェアによる作業データを前記ＲＡＭにあらかじめ設けられた待避域に待避させる待避工程と、
前記記憶工程に続いて前記ＴＬＢを更新して前記第２の記憶域を前記第１の論理域に対応させる第２の対応工程と、
前記待避していた作業データを復帰させて前記第２のファームウェアに前記作業データによる作業を継続させる復帰工程と
を有することを特徴とするファームウェア交換方法。
【請求項７】
前記第１の受信工程の後にファームウェア交換取消のコマンドの入力を受ける第２の受信工程と、
前記第２の受信工程に対応して前記ＴＬＢを更新して前記第１の記憶域を前記第１の論理域に対応させる第３の対応工程を有することを特徴とする、請求項６に記載のファームウェア交換方法。
【請求項８】
前記第１の受信工程の後にファームウェア交換適用のコマンドの入力を受ける第３の受信工程と、
前記第３の受信工程に対応して前記ＲＯＭに格納された前記第１のファームウェアを前記第２のファームウェアで上書きする上書き工程を有することを特徴とする、請求項７に記載のファームウェア交換方法。
【請求項９】
第１のファームウェアを格納するＲＯＭと、前記第１のファームウェアを実行するＣＰＵと、前記第１のファームウェアを第１の記憶域に記憶するＲＡＭと、前記ＣＰＵに付属するバッファメモリであって前記ＲＡＭの物理アドレス空間を論理アドレス空間に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを含み、単数または複数のホストコンピュータに接続されて該ホストコンピュータからのＩ／Ｏ要求によって複数のディスク装置のデータの読み書きを行うアレイコントローラにあって、前記ＣＰＵに、
前記ＴＬＢで前記物理アドレス空間上の前記第１の記憶域を前記論理アドレス空間上の第１の論理域に対応させる第１の対応処理と、
前記第１の対応処理の後にファームウェア交換のコマンドおよび第２のファームウェアの入力を受ける第１の受信処理と、
前記第１の受信処理に対応して前記第２のファームウェアを前記ＲＡＭの前記物理アドレス空間上の第２の記憶域に記憶する記憶処理と、
前記第１のファームウェアによる作業データを前記ＲＡＭにあらかじめ設けられた待避域に待避させる待避処理と、
前記記憶処理に続いて前記ＴＬＢを更新して前記第２の記憶域を前記第１の論理域に対応させる第２の対応処理と、
前記待避していた作業データを復帰させて前記第２のファームウェアに前記作業データによる作業を継続させる復帰処理と
を実行させることを特徴とするファームウェア交換プログラム。
【請求項１０】
前記第１の受信処理の後にファームウェア交換取消のコマンドの入力を受ける第２の受信処理と、
前記第２の受信処理に対応して前記ＴＬＢを更新して前記第１の記憶域を前記第１の論理域に対応させる第３の対応処理を実行させることを特徴とする、請求項９に記載のファームウェア交換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はディスクアレイ装置に関し、特に該ディスクアレイ装置に搭載されるファームウェアの交換に関する。
【背景技術】
【０００２】
近年、データを保存する需要の高まりから、磁気ディスク装置、もしくは光ディスク装置などのようなディスク装置を複数組み合わせたディスクアレイ装置が多く利用されている。ディスクアレイ装置は、接続される複数の上位装置からのＩ／Ｏを同時に処理し、また複数のディスクの各々に対して複数の命令を同時に処理する。
【０００３】
ディスクアレイ装置は、大量のデータを記憶して保存する必要から、常に動作していることが望ましい。しかしながら、バグ修正やセキュリティホール解消などのため、ディスクアレイ装置で動作しているファームウェアを交換することが必要となる場合がある。
【０００４】
ディスクアレイ装置のファームウェア、特にファームウェアの交換についての技術として、たとえば次のような文献が開示されている。特許文献１には、メモリの待機面に更新用ファームウェアをあらかじめロードしておき、アドレス変換装置によって見せかけのアドレスを変換することによって計算機システムを停止せずにファームウェアの交換を行うという技術が開示されている。特許文献２には、複数のブレードを有する計算機システムで、他のブレードにサービスを引き継いでから該ブレードをシャットダウンしてファームウェアの交換を行うという技術が開示されている。
【０００５】
特許文献３には、プログラムを仮想空間に割り付けて物理メモリにローディングする方法の一例が開示されている。特許文献４には、各モジュールが複数のＣＰＵとファームウェアを有するストレージ装置で、モジュールごとに処理を１個のＣＰＵに片寄せしてその間に他のＣＰＵでファームウェアを交換するという技術が開示されている。特許文献５には、ファームウェアの活性交換において必要なデータを待避させて行うという技術の一例が開示されている。
【０００６】
【特許文献１】特開２０００−２１５０４２号公報
【特許文献２】特開２００６−０３１３１２号公報
【特許文献３】特開２００６−２６０３９５号公報
【特許文献４】特開２００６−３３８２１７号公報
【特許文献５】特開平１１−２３７９５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ディスクアレイ装置で動作しているファームウェアを交換する場合、ディスクアレイ装置を一時的に停止し、交換後の新しいファームウェアを適用してから再起動することが一般的である。これには時間がかかる。よって、該ディスクアレイ装置のみならず、上位装置も停止する必要が生じることがあるので、サービスの中断が生じることとなる。また、新しいファームウェアに交換しても、その新しいファームウェアの動作に問題があるため交換前のファームウェアに戻すことがあり、その場合にも交換の時と同様のサービスの中断が生じることとなる。
【０００８】
そのような問題を解決するために、前述の各特許文献などのような技術が開発され、開示されている。中でも特許文献１の発明は、見せかけのアドレスを変換することによって、その他の動作を全く止めずにファームウェアの交換をすることを可能にしている。しかしながら、これにはアドレス変換装置と呼ばれる専用のマイクロコンピュータを付加する必要があるので、この発明の実施にはコスト増を伴う。これに特許文献２〜５の技術を組み合わせても、このコスト増の問題を解決するものではない。
【０００９】
本発明の目的は、大幅なコスト増を伴うことなく、動作を停止することなくファームウェアの交換が可能であるディスクアレイ装置と、ファームウェア交換方法およびファームウェア交換プログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明に係るディスクアレイ装置は、複数のディスク装置を含み、単数または複数のホストコンピュータに接続され、該ホストコンピュータからのＩ／Ｏ要求によってディスク装置のデータの読み書きを行うディスクアレイ装置であって、第１のファームウェアを格納するＲＯＭと、第１のファームウェアを実行するＣＰＵと、第１のファームウェアを物理アドレス空間上の第１の記憶域に記憶するＲＡＭと、ＣＰＵに付属するバッファメモリであってＲＡＭの物理アドレス空間の第１の記憶域を論理アドレス空間上の第１の論理域に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを有し、ＣＰＵが、ファームウェア交換のコマンドおよび第２のファームウェアを入力された場合、第１のファームウェアによる作業データをＲＡＭにあらかじめ設けられた待避域に待避させ、第２のファームウェアをＲＡＭの物理アドレス空間上の第２の記憶域に記憶すると共にＴＬＢを更新して第２の記憶域を第１の論理域に対応させ、その後に待避していた作業データを復帰させて第２のファームウェアに作業データによる作業を継続させる機能を有することを特徴とする。
【００１１】
上記目的を達成するため、本発明に係るファームウェア交換方法は、第１のファームウェアを格納するＲＯＭと、第１のファームウェアを実行するＣＰＵと、第１のファームウェアを第１の記憶域に記憶するＲＡＭと、ＣＰＵに付属するバッファメモリであってＲＡＭの物理アドレス空間を論理アドレス空間に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを含み、単数または複数のホストコンピュータに接続されて該ホストコンピュータからのＩ／Ｏ要求によって複数のディスク装置のデータの読み書きを行うアレイコントローラにあって、ＴＬＢで物理アドレス空間上の第１の記憶域を論理アドレス空間上の第１の論理域に対応させる第１の対応工程と、第１の対応工程の後にファームウェア交換のコマンドおよび第２のファームウェアの入力を受ける第１の受信工程と、第１の受信工程に対応して第２のファームウェアをＲＡＭの物理アドレス空間上の第２の記憶域に記憶する記憶工程と、第１のファームウェアによる作業データをＲＡＭにあらかじめ設けられた待避域に待避させる待避工程と、記憶工程に続いてＴＬＢを更新して第２の記憶域を第１の論理域に対応させる第２の対応工程と、待避していた作業データを復帰させて第２のファームウェアに作業データによる作業を継続させる復帰工程とを有することを特徴とする。
【００１２】
上記目的を達成するため、本発明に係るファームウェア交換プログラムは、第１のファームウェアを格納するＲＯＭと、第１のファームウェアを実行するＣＰＵと、第１のファームウェアを記憶するＲＡＭと、ＣＰＵに付属するバッファメモリであってＲＡＭの物理アドレス空間を論理アドレス空間に対応させる情報を記憶するＴＬＢ（Translation Look-aside Buffer）とを含み、単数または複数のホストコンピュータに接続されて該ホストコンピュータからのＩ／Ｏ要求によって複数のディスク装置のデータの読み書きを行うアレイコントローラにあって、ＣＰＵに、ＴＬＢで物理アドレス空間の第１の記憶域を論理アドレス空間上の第１の論理域に対応させる第１の対応処理と、第１の対応処理の後にファームウェア交換のコマンドおよび第２のファームウェアの入力を受ける第１の受信処理と、第１の受信処理に対応して第２のファームウェアをＲＡＭの物理アドレス空間において第２の記憶域に記憶する記憶処理と、第１のファームウェアによる作業データをＲＡＭにあらかじめ設けられた待避域に待避させる待避処理と、記憶処理に続いてＴＬＢを更新して第２の記憶域を第１の論理域に対応させる第２の対応処理と、待避していた作業データを復帰させて第２のファームウェアに作業データによる作業を継続させる復帰処理とを実行させることを特徴とする。
【発明の効果】
【００１３】
本発明は、ＣＰＵが標準的に備えるＴＬＢを更新することによって、第２のファームウェアを第１の論理域に対応させるように構成したので、ディスクアレイ装置を停止させずに第１のファームウェアを第２のファームウェアに交換することができる。これによって、大幅なコスト増を伴うことなく、動作を停止することなくファームウェアの交換が可能であるという、従来にない優れたディスクアレイ装置と、ファームウェア交換方法およびファームウェア交換プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１４】
［第１の実施の形態］
図１は本発明の第１の実施の形態に係るディスクアレイシステム１の構成を示すブロック図である。ディスクアレイシステム１は、ディスクアレイ装置１０と、単数または複数のホストコンピュータ１２と、監視ホスト１３とが、ＬＡＮやＷＡＮおよびＳＡＮ（Storage Area Network）などのネットワーク１１で相互に接続されてなる。なお、ここでいう監視ホスト１３は、保守システム、保守端末などを含んでいう。
【００１５】
ディスクアレイ装置１０は、単数または複数のホストコンピュータ１２からの読み出し命令（read）、書き込み命令（write）、および停止命令などのＩ／Ｏ要求によりデータの読み書きを行う。
【００１６】
そして、ディスクアレイ装置１０は監視ホスト１３によって、その動作状態の監視を受けている。ディスクアレイ装置１０は、定期的にディスクアレイ装置１０の動作状態を監視ホスト１３に報告する。そして監視ホスト１３は必要に応じて、ディスクアレイ装置１０にファームウェア交換のコマンドと、更新される新しいファームウェアを送信する。
【００１７】
なお、図１はディスクアレイ装置１０とホストコンピュータ１２と監視ホスト１３とが、同一のネットワーク１１に接続されているが、ディスクアレイ装置１０と監視ホスト１３をネットワーク１１とは異なるネットワークで接続するようにしてもよい。たとえば、ディスクアレイ装置１０と監視ホスト１３を電話線などを利用した監視専用ネットワークで接続することもできる。
【００１８】
図２は、図１で開示したディスクアレイ装置１０のより詳しい構成を示すブロック図である。ディスクアレイ装置１０は、アレイコントローラ２１と、アレイコントローラ２１内部での制御情報を記憶するバッファメモリ２２と、アレイコントローラ２１に制御される複数のディスク２３と、ホストコンピュータ１２および監視ホスト１３にネットワーク１１を介して接続するインターフェイス２４とが含まれる。
【００１９】
アレイコントローラ２１は、マイクロプログラム（更新前ファームウェア３５）によって動作するマイクロコンピュータであり、マイクロプログラムを実行するＣＰＵ３１と、マイクロプログラムを格納するＲＯＭ３２と、ＲＯＭ３２から読み出されたマイクロプログラムと作業データとが記憶されるＲＡＭ３３と、ＴＬＢ（Translation Look-aside Buffer）３４と、インターフェイス２４に接続して情報を交換する上位装置制御部３７と、ディスク２３に接続するディスク制御部３８とを含む。
【００２０】
ＴＬＢ３４は、ＣＰＵ３１がＲＡＭ３３の物理アドレス空間と論理アドレス空間とを対応させた情報を一時的に保管しておくバッファメモリであり、ＣＰＵ３１に付属する。マイクロプログラム（更新前ファームウェア３５）は、自身を更新する機能を含む。ＲＯＭ３２はフラッシュＲＯＭであり、ＣＰＵ３１はＲＯＭ３２に記憶されたマイクロプログラムを上書きして更新することが可能である。
【００２１】
図３は、図２に示したＲＡＭ３３内部での物理アドレス空間と論理アドレス空間における記憶領域を表す概念図である。ディスクアレイ装置１０が起動すると、図３（ａ）に示すように、ＣＰＵ３１はＲＯＭ３２から更新前ファームウェア３５を読み出して、ＲＡＭ３３の記憶域の先頭である第１の記憶域４１に記憶させる。第２の記憶域４２は、第１の記憶域４１の後に続く領域であり、更新前ファームウェア３５による作業データが記憶される。第２の記憶域４２に続く領域は、後述の待避域４４である。
【００２２】
この段階では、ＴＬＢ３４はＲＡＭ３３の物理アドレスと同一の論理アドレスを示している。つまり、第１の論理域５１が第１の記憶域４１を、第２の論理域５２が第２の記憶域４２を示すようになっている。ＣＰＵ３１は、論理アドレスをＴＬＢ３４を介して物理アドレスに変換することによって、ＲＡＭ３３を参照している。
【００２３】
今、インターフェイス２４が、監視ホスト１３からファームウェア交換のコマンドと、更新後ファームウェア３６を受信したものとする。ＣＰＵ３１は、図３（ｂ）に示すように、この更新後ファームウェア３６を、物理アドレス空間においてＲＡＭ３３の第１の記憶域４１に続く第２の記憶域４２に記憶させる。第２の記憶域４２にあった更新前ファームウェア３５による作業データは、第２の記憶域４２に続く第３の記憶域４３に記憶されることになる。第３の記憶域４３に続く領域は、後述の待避域４４である。
【００２４】
と同時にＣＰＵ３１は、ＴＬＢ３４によって示される論理アドレス空間において、第１の論理域５１が第１の記憶域４１を、第２の論理域５２が第３の記憶域４３を、第３の論理域５３が第２の記憶域４２を示すようにそれぞれ変更する。つまり、ＣＰＵ３１から見た論理アドレス空間においては、第１の論理域５１に更新前ファームウェア３５、それに続く第２の論理域５２に更新前ファームウェア３５による作業データがあることになる。第３の論理域５３に更新後ファームウェア３６があるが、この段階ではＣＰＵ３１による作業には特に関係ない。
【００２５】
つまり、更新後ファームウェア３６を受信する前と後で、ＣＰＵ３１が作業するメモリ空間上の配置は何ら変わりない。そのため、ＣＰＵ３１による作業に特に影響を与えることはないので、ホストコンピュータ１２からのＩ／Ｏ要求に基づく更新前ファームウェア３５の動作を継続することが可能である。もちろん、ディスクアレイ装置１０の動作を停止する必要はない。
【００２６】
その上で、ＣＰＵ３１はＴＬＢ３４の内容を変更する。図３（ｃ）に示すように、物理アドレス空間における記憶域には一切変更はないが、論理アドレス空間において、第１の論理域５１が第２の記憶域４２を、第２の論理域５２が第３の記憶域４３を、第３の論理域５３が第１の記憶域４１を示すようにＴＬＢ３４の内容を変更する。
【００２７】
これによって、ＣＰＵ３１において動作するマイクロプログラムを更新前ファームウェア３５から更新後ファームウェア３６に変更することになる。この変更も、アレイコントローラ２１の動作を停止させずに行うことができる。
【００２８】
ただし、このファームウェアの変更によって、第２の論理域５２（第３の記憶域４３）に記憶されている作業データが影響を受けることがある。そのため、ＴＬＢ３４の変更の前後に、第３の記憶域４３に続く待避域４４に、作業データを第２の論理域５２（第３の記憶域４３）から一旦待避させ、その後でＴＬＢ３４の変更を行い、完了してから待避していた作業データを第２の論理域５２（第３の記憶域４３）に戻すようにするとよい。この動作はごく短時間で可能であるので、アレイコントローラ２１の動作を停止させずに行うことができる。
【００２９】
図４は、図３で示したファームウェアの更新の際にＣＰＵ３１が実行する処理を示すフローチャートである。動作を開始し、監視ホスト１３からファームウェア交換のコマンドを受けた（ステップＳ１０１）ＣＰＵ３１は、まず更新後ファームウェア３６を第２の記憶域４２に記憶させ（ステップＳ１０２）、図３（ｂ）に示すようにＴＬＢ３４を変更する（ステップＳ１０３）。
【００３０】
続いてＣＰＵ３１は、Ｉ／Ｏ要求に基づく更新前ファームウェア３５による作業を一旦停止させ（ステップＳ１０４）、作業データを第２の論理域５２（第３の記憶域４３）から待避域４４に待避させ（ステップＳ１０５）、図３（ｃ）に示すようにＴＬＢ３４を変更する（ステップＳ１０６）。続いて待避していた作業データを第２の論理域５２（第３の記憶域４３）に戻し（ステップＳ１０７）、更新後ファームウェア３６による動作を開始する（ステップＳ１０８）。
【００３１】
ただし、更新後ファームウェア３６が正しくないため、ディスクアレイ装置１０の動作に不都合が出る場合がある。そこで操作者は監視ホスト１３からディスクアレイ装置１０の動作を監視し、その動作に不都合があれば更新前ファームウェア３５に戻すようファームウェア交換取消のコマンドをアレイコントローラ２１に送信する（ステップＳ１０９）。
【００３２】
ファームウェア交換取消のコマンドを受けたＣＰＵ３１は、Ｉ／Ｏ要求に基づく更新後ファームウェア３６による作業を一旦停止させ（ステップＳ１１０）、作業データを第２の論理域５２（第３の記憶域４３）から待避域４４に待避させ（ステップＳ１１１）、図３（ｂ）に示すようにＴＬＢ３４を変更する（ステップＳ１１２）。続いて待避していた作業データを第２の論理域５２（第３の記憶域４３）に戻し（ステップＳ１１３）、更新後ファームウェア３６による動作を開始して（ステップＳ１１４）、ファームウェアの変更に係る動作を終了する。
【００３３】
ステップＳ１１０〜１１４の動作は、ＴＬＢ３４を変更前の状態（図３（ｂ）の状態）に戻すという点を除けば、Ｓ１０４〜１０８と同一である。この動作は、ＲＡＭ３３の物理アドレス空間には変化を生じないし、もちろんアレイコントローラ２１の動作を停止させることはない。この動作を行うために、図３（ｂ）から図３（ｃ）の状態にＴＬＢ３４を変更する際に（図４のステップＳ１０６）、ＲＡＭ３３の任意の位置に変更前ＴＬＢ３４の状態を一時的に保存しておくことが望ましい。
【００３４】
更新後ファームウェア３６によるディスクアレイ装置１０の動作に不都合がなければ、そのままファームウェアの変更に係る動作を終了し、更新後ファームウェア３６の動作を継続すればよい。この際、ＲＯＭ３２に書き込まれた更新前ファームウェア３５を、監視ホスト１３から送信されたファームウェア交換適用のコマンドに基づいて、更新後ファームウェア３６で上書きするようにしてもよい（ステップＳ１１５）。
【００３５】
以上の動作は、ステップＳ１０１〜１０７とステップＳ１１４が更新前ファームウェア３５、ステップＳ１０８〜１１３とステップＳ１１５が更新後ファームウェア３６によって行われる。これらのファームウェアにおいて、従来のファームウェア更新処理を以上で示された動作に変更するだけで、本実施の形態を実現することが可能である。
【００３６】
このように構成することにより、アレイコントローラ２１の動作を停止させずにファームウェアの交換を行うことができるので、ディスクアレイ装置１０の上位にあたる装置（ホストコンピュータ１２、監視ホスト１３など）を停止させる必要もない。また、更新後ファームウェア３６の動作に不都合があった場合にも、迅速に更新前ファームウェア３５に戻すことができる。もちろん、更新前ファームウェア３５に戻す動作も、アレイコントローラ２１の動作を停止させずに行うことが可能である。
【００３７】
以上の効果を得るために不可欠であるＴＬＢ３４は、一般的にはＣＰＵ３１に付属するものである。従って、本実施の形態を実現するために新たなハードウェアの追加は特に必要なく、ただ更新前ファームウェア３５と更新後ファームウェア３６を変更するだけでよいので、大幅なコスト増を招くこともない。
【００３８】
［第２の実施の形態］
図５は本発明の第２の実施の形態に係るディスクアレイシステム２０１の構成を示すブロック図である。ディスクアレイシステム２０１は、本発明の第１の実施の形態に係るディスクアレイシステム１と同一の要素を多く含んでいるので、同一の要素には同一の参照番号を付し、説明を省略する。
【００３９】
ディスクアレイシステム２０１は、ディスクアレイ装置２１０と、単数または複数のホストコンピュータ１２とが、ＬＡＮやＷＡＮおよびＳＡＮなどのネットワーク１１で相互に接続されてなる。ただし、監視ホスト２１３はディスクアレイ装置２１０とネットワーク１１を介して接続されることはない。このため、障害発生時などにディスクアレイ装置２１０の情報を採取するために、後述する着脱型記憶媒体２１４を使用する。
【００４０】
着脱型記憶媒体２１４は、汎用的な読み取り装置（図示せず）から採取した情報を読み取ることが可能なインターフェイスを有している。監視ホスト２１３は、読み取り装置を介して着脱型記憶媒体２１４に情報を読み書きすることが可能である。なお、読み取り装置は監視ホスト２１３に内蔵もしくは取り付けられているものであってもよいし、監視ホスト２１３からネットワーク１１などを介してアクセスできるものであってもよい。
【００４１】
図６は、図５で開示したディスクアレイ装置２１０のより詳しい構成を示すブロック図である。ディスクアレイ装置２１０は、アレイコントローラ２１と、アレイコントローラ２１内部での制御情報を記憶するバッファメモリ２２と、アレイコントローラ２１に制御される複数のディスク２３と、ホストコンピュータ１２にネットワーク１１を介して接続するインターフェイス２４と、着脱型記憶媒体２１４を接続可能なスロット２２５とが含まれる。ここでいう着脱型記憶媒体２１４は、たとえばフラッシュメモリを利用したカード型のものでもよいし、また磁気ディスクや光学ディスクなどでもよい。
【００４２】
ディスクアレイ装置２１０は、単数または複数のホストコンピュータ１２に接続されているが、監視ホスト２１３には接続されていない。そこでアレイコントローラ２１は、ディスクアレイ装置２１０の動作状態を着脱型記憶媒体２１４に記録する。着脱型記憶媒体２１４は定期的に交換され、ディスクアレイ装置２１０から取り外された着脱型記憶媒体２１４が読み取り装置に取り付けられることにより、着脱型記憶媒体２１４に記録されていたデータが監視ホスト２１３に吸い上げられる。
【００４３】
そして、監視ホスト２１３の操作者は必要に応じて、読み取り装置に取り付けられている着脱型記憶媒体２１４に更新後ファームウェア３６を書き込む。更新後ファームウェア３６を書き込まれた着脱型記憶媒体２１４がカードスロット２２５に取り付けられると、アレイコントローラ２１はこれをファームウェア交換のコマンドと判断し、図３〜４に示した動作と同一のファームウェア交換の動作を行い、ＣＰＵ３１において動作するマイクロプログラムを更新前ファームウェア３５から更新後ファームウェア３６に変更する。従って、ファームウェア交換の動作についての説明は省略する。
【００４４】
ただし、ステップＳ１０９の更新前ファームウェア３５に戻すコマンドを、監視ホスト２１３からディスクアレイ装置２１０に直接送信することはできない。そのため、更新前ファームウェア３５に戻す動作は、たとえばアレイコントローラ２１を直接操作することによって行う。もしくは、更新前ファームウェア３５が入った着脱型記憶媒体２１４をスロット２２５に取り付けることによって行ってもよい。
【００４５】
以上の構成を取ることにより、監視ホスト２１３に直接接続することのできないディスクアレイ装置２１０においても、第１の実施の形態と同じようにしてファームウェア交換の動作を行うことができ、第１の実施の形態と同じ効果を得ることができる。
【００４６】
これまで本発明について図面に示した特定の実施の形態をもって説明してきたが、本発明は図面に示した実施の形態に限定されるものではなく、本発明の効果を奏する限り、これまで知られたいかなる構成であっても採用することができることは言うまでもないことである。
【産業上の利用可能性】
【００４７】
ディスクアレイ装置において利用可能である。
【図面の簡単な説明】
【００４８】
【図１】本発明の第１の実施の形態に係るディスクアレイシステムの構成を示すブロック図である。
【図２】図１で開示したディスクアレイ装置のより詳しい構成を示すブロック図である。
【図３】図２に示したＲＡＭ内部での物理アドレス空間と論理アドレス空間における記憶領域を表す概念図である。
【図４】図３で示したファームウェアの更新の際にＣＰＵが実行する処理を示すフローチャートである。
【図５】本発明の第２の実施の形態に係るディスクアレイシステムの構成を示すブロック図である。
【図６】図５で開示したディスクアレイ装置のより詳しい構成を示すブロック図である。
【符号の説明】
【００４９】
１、２０１  ディスクアレイシステム
１０、２１０  ディスクアレイ装置
１１  ネットワーク
１２  ホストコンピュータ
１３、２１３  監視ホスト
２１  アレイコントローラ
３１  ＣＰＵ
３２  ＲＯＭ
３３  ＲＡＭ
３４  ＴＬＢ
３５  更新前ファームウェア
３６  更新後ファームウェア
４１  第１の記憶域
４２  第２の記憶域
４３  第３の記憶域
４４  待避域
５１  第１の論理域
５２  第２の論理域
５３  第３の論理域
２１４  着脱型記憶媒体
２２５  スロット
【図１】
0004530059.tif 000002
【図２】
0004530059.tif 000003
【図３】
0004530059.tif 000004
【図４】
0004530059.tif 000005
【図５】
0004530059.tif 000006
【図６】
0004530059.tif 000007