(57)【要約】【課題】本発明は、サーバから受信した状態通知に基づいて、ファームウェアの活性交換を行うストレージシステムを提供することを目的とする。【解決手段】ホスト装置と、ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、ストレージ装置は、ホスト装置から接続パスに対応する状態情報通知を受信する受信手段と、受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、交換要求を受信すると管理テーブルに基づいて接続パスがすべて正常の場合には接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。【選択図】図２
2008186296.tif 000002
【特許請求の範囲】
【請求項１】
ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、
前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、
前記ストレージ装置は、
前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、
前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。
【請求項２】
ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を定期的に通知する手段を有し、
前記ストレージ装置は、
前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段を有することを特徴とする請求項１記載のストレージシステム。
【請求項３】
ホスト装置は、状態情報通知手段を有しない装置を含み、
ストレージ装置は、
前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、
前記アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする請求項１記載のストレージシステム。
【請求項４】
ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置であって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信手段と、
前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前期接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージ装置。
【請求項５】
ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、
前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。
【請求項６】
ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、
前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト装置に接続されるストレージ装置に搭載されているファームウェアの活性交換に関する。
【背景技術】
【０００２】
ＲＡＩＤ（Redundant Array of Inexpensive Disks）システムは、サーバと、サーバに接続されるＲＡＩＤ装置とから構成される。ＲＡＩＤ装置には、複数のサーバを接続することができる。このようなＲＡＩＤ装置のファームウェアの活性交換では、ファームウェアが搭載されたコントロールモジュール(以降ＣＭと記載)が複数存在する場合、それらを前半部と後半部の２回に分けて実施している。例えば、ＣＭが４枚搭載された装置の場合、まず２枚のＣＭのファームウェア交換を同時に行い、それが完了後、残りの２枚のＣＭのファームウェア交換が行われる。ＲＡＩＤ装置とサーバはマルチパス構成となっており、各パスはそれぞれのＣＭに接続されているため、業務を停止せずに活性でファームウェアを交換することが可能である。次に、ＣＭが２枚搭載された装置でのファームウェアの活性交換の例を示す。
【０００３】
図１（ａ）に、従来例のファームウェアの交換が正常の場合の説明図を示す。
サーバと、サーバに接続される２本の接続パスを有するＲＡＩＤ装置からなる。
（１）通常状態では、データは、サーバから２本のパスを使用してＲＡＩＤ装置に転送される。
（２）前半部（ＣＭ０）のファームウェアの交換中は、ＣＭ１側のパスのみを使用してサーバとＲＡＩＤ装置間でデータが転送される。
（３）後半部（ＣＭ１）のファームウェアの交換中は、既にファームウェアの交換完了したＣＭ０側のパスを使用してサーバとＲＡＩＤ装置間でデータ転送する。
（４）後半部のファームウェアの交換が完了したら、データは２本のパスを使用して転送される。
【０００４】
図１（ｂ）に、従来例のファームウェアの交換が異常の場合の説明図を示す。
一方のパスに異常のある場合に他方の正常のパスを使用してファームウェアの活性交換が実施された場合、ＲＡＩＤ装置とサーバ間との全てのパスが業務処理用のパスとして使用できなくなるため、業務が停止する。前半部のＣＭ０においてファームウェアの交換が開始される時点で、後半部のＣＭ１に接続されたパスの接続性に不具合がある例である。
（１）ファームウェア交換実施前に後半部（ＣＭ１）のパス異常が発生しておりデータ転送はＣＭ０でのみ行われている。
（２）前半部（ＣＭ０）のファームウェアの交換が開始されると、ＣＭ０側のパスでのデータ転送ができなくなる。
（３）両方のパスでデータ転送ができないため、サーバは、エラーを検知して業務が停止する。また、後半部のＣＭ１においてファームウェア交換が開始される時点で、前半部のＣＭ０に接続されたパスの接続性に不具合がある場合も同様である。
このように、ファームウェアの活性交換の実行を契機に業務が停止する可能性がある場合、その時点ではファームウェアの交換を実施せずに、パス異常の原因を取り除いた後に、再度ファームウェアの交換を実施する必要がある  (特許文献１)。
【特許文献１】特開平０９−１６０７７３号公報（第３頁段落０００９）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このため、従来は、前半部のファームウェア交換を実施する前に、保守者はサーバにログインしてコマンドを発行し、ＲＡＩＤ装置とサーバ間のパスの接続性を確認する。異常がない場合には前半部のファームウェアの交換を実施していた。また、後半部のファームウェアの交換を実施する前にも、同様の作業を実施していた。この手法では、コマンドを実行する必要があるため、ファームウェアの交換の実施時に管理者権限でサーバログインできる担当をアサインする必要がある。また、ファームウェアの交換するＲＡＩＤ装置に多数のサーバが接続されている場合、すべてのサーバにおいてコマンドを実行して接続性を確認する必要があるため、作業者の負担は大きいという問題点がある。
本発明は、サーバから受信した状態通知に基づいて、サーバオペレーションレスでファームウェアの活性交換を行うストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、前記ストレージ装置は、前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有する構成である。
この構成により、ホスト装置とストレージ装置との間の接続パスの正常、異常について、ストレージ装置は、ホスト装置から状態通知を受取ることができるため、ファームウェア交換の可否を容易に判定できる。そのため、交換開始要求があると、ホスト装置との他の接続パスでの業務処理を中断することなく、ファームウェアの更新処理が行える。
【０００７】
また、ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を定期的に通知する手段を有し、前記ストレージ装置は、前記ホスト装置からの状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段を有する構成である。
この構成により、接続が遮断した接続パスに対応するホスト装置は、電源オフ等で、動作していない装置であるため、その接続パスを異常とせずに無視することで、ファームウェアの更新を開始できる。
【０００８】
また、ホスト装置は、状態情報通知手段を有しない装置を含み、ストレージ装置は、前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、前記アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有する構成である。
この構成により、状態通知手段を有していないホスト装置が混在していても、ファームウェアの交換が可能となる。
【発明の効果】
【０００９】
本発明により、ホスト装置からの接続パスについての状態通知に基づいてファームウェアの活性交換を行うため、ホスト装置とストレージ装置の間の業務が停止することを避けることができる。また、オペレータによる状態確認の操作を行う必要がなくなるため、保守者の負担が軽減される。
【発明を実施するための最良の形態】
【００１０】
（実施例１）
図２に実施例１のＲＡＩＤシステムの構成図を示す。
ＲＡＩＤシステム５１は、例えば２台のサーバＡ１１、サーバＢ１２とＲＡＩＤ装置１を有する。また、サーバＡ１１、サーバＢ１２は、接続パスを２つ有する例である。
サーバＡ１１、サーバＢ１２は、状態通知部１３を有する。
状態通知部１３は、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１間の接続状態の正常、異常の通知のために状態通知コマンドにより状態情報をＲＡＩＤ装置１に通知する。
異常の場合には、マルチパスの正常のパスを使用して通知を行う。
【００１１】
図３に状態通知情報の説明図を示す。
状態情報は、サーバＩＤ（識別情報）、ＨＢＡ（ＨＯＳＴ  ＢＵＳ  ＡＤＡＰＴＯＲ）のポートの識別番号であるＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）、接続パスの正常／異常の情報である。接続パス＃０、＃１毎のＷＷＮ、接続パスの正常／異常の情報を含む。
状態通知コマンドは、状態が遷移したタイミングで通知する。電源投入時には、まず初期値として、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１の接続状態の正常、異常の通知を行う。
また、ＲＡＩＤ装置１との接続性に異常が発生した場合または接続性の異常が解消された場合にＲＡＩＤ装置１に通知する。図２の説明に戻る。
ＲＡＩＤ装置１は、通信制御部２とコントロールモジュール３、４（以降ＣＭ３、ＣＭ４）とデバイス制御部５とハードディスク６（以降ＨＤＤ６）を有する。
通信制御部２は、サーバＡ１１、サーバＢ１２との通信を制御する。また通信制御部２は、サーバＡ１１、サーバＢ１２とＣＭ３、ＣＭ４とを各２パス＃０、＃１で接続する。そのため４つの通信用の制御部２１〜２４を有する。通信制御部２は、状態通知コマンドを受信するとＣＭ３のファームウェア交換制御部３２に渡す。また、他のリードライトコマンド等の業務処理用のコマンドを受信すると、接続パスに従ってＣＭ３のファームウェア部３５またはＣＭ４のファームウェア部４１に渡される。
ＣＭ３は、管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４、ファームウェア部３５を有する。
ファームウェアを交換するために必要な管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４は、ＣＭ３に搭載しておき、ＣＭ３、ＣＭ４の両方のファームウェア交換の制御を行う。ＣＭ３、ＣＭ４の両方に管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４を搭載することも可能である。また、ＣＭ３は、接続パス＃０（以降ＣＭ３パス）に対応する。
ＣＭ４は、ファームウェア部４１を有する。接続パス＃１（以降ＣＭ４パス）に対応する。
管理テーブル３１は、サーバＡ１１、サーバＢ１２からの状態通知情報を登録する。
【００１２】
図４に実施例１の管理テーブルの説明図を示す。
サーバＡ１１、サーバＢ１２に対応するサーバＩＤごとに、ＨｏｓｔＷＷＮと、そのＷＷＮのａａａａａ、ｃｃｃｃｃに対応したＣＭ３パスおよびＷＷＮのｂｂｂｂｂ、ｄｄｄｄｄに対応したＣＭ４パスの状態情報を格納する。初期値がすべて正常の例である。状態情報のサーバＩＤからサーバＡ１１またはサーバＢ１２を判別する。また、状態情報のＨｏｓｔＷＷＮにより、ＣＭ３パスかＣＭ４パスかを判別できる。図２の説明に戻る。
ファームウェア交換制御部３２は、接続されたサーバＡ１１、サーバＢ１２から状態通知コマンドを受領する。また、管理テーブル３１に対してサーバＡ１１、サーバＢ１２から状態通知コマンドを受領した契機で管理テーブルを更新する。そしてファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバ１１又はサーバ１２が存在しない場合、ファームウェアの交換を実施する。ファームウェアの交換は、記憶部Ａ３４から更新ファームウェアを取得して、交換対象のＣＭ３の記憶部Ｂ３６にまずロードする。そして、ファームウェアの交換を完了してファームウェア部３５により通信が再開されると、次のＣＭ４のファームウェア部４１の記憶部Ｃ４２に更新ファームウェアをロードしてファームウェア交換を開始する。また、ファームウェア交換制御部３２は、ファームウェアの交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２の接続パスが存在する場合、ファームウェアの交換を中止する。そして、サーバＡ１１、サーバＢ１２の状態が復旧することを期待し、暫く待ち合わせた後、再度管理テーブル３１を参照し、ファームウェアの交換実施の可否を判断する。
ファームウェア交換実施の判断基準として、管理テーブル３１の情報以外に、ＲＡＩＤ装置１内部の状態を加えることも可能である。例えば、通信制御部２の異常を検知した場合等である。これにより、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の経路異常と、ＲＡＩＤ装置１内部の異常との両方をチェックすることができる。
入力部３３は、保守者によるファームウェア交換開始要求および更新ファームウェアをＲＡＩＤ装置１にアップロードする要求を受け付ける。そして、更新ファームウェアを記憶部Ａ３４に格納する。
ファームウェア部３５、４１は、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間のデータを制御するファームウェアを搭載する。サーバＡ１１、サーバＢ１２からのライトコマンドを受信したときは、ＨＤＤ６にデータを格納する。サーバＡ１１、サーバＢ１２からのリードコマンドを受信したときは、ＨＤＤ６からデータをリードしてサーバＡ１１、サーバＢ１２にデータを送信する。また、ファームウェア部３５、４１は、実行するファームウェアを記憶する記憶部Ｂ３６、記憶部Ｃ４２を有する。
デバイス制御部５は、ＨＤＤ６を制御して、データをリードライトする。
ＨＤＤ６は、データを格納する複数のＨＤＤからなる。
【００１３】
次に、ＲＡＩＤシステムの動作について説明を行う。まず、動作概要を次に示す。
本システムは、サーバＡ１１、サーバＢ１２側でオペレーションを行う必要なく、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の接続パスの接続性を保証してからファームウェアの交換を実施する。サーバＡ１１、サーバＢ１２側では、ＲＡＩＤ装置１との接続性を監視し、ＲＡＩＤ装置１との接続開始時、異常発生時、異常解消時に、ＲＡＩＤ装置１にサーバＡ１１、サーバＢ１２の状態を示す状態通知コマンドを発行する。ＲＡＩＤ装置１側では、接続されたサーバＡ１１、サーバＢ１２間と複数の接続パスを有する。そして、接続されたサーバＡ１１、サーバＢ１２から受け取った状態情報をサーバＡ１１、サーバＢ１２毎、パス毎に管理テーブル３１に登録する。そして、保守者により、ＲＡＩＤ装置１に入力されたファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照して状態が異常であるサーバＡ１１またはサーバＢ１２が存在しない場合、ＣＭ３のファームウェアの交換を実施する。このとき、ＣＭ４の接続パスは、業務処理を行なうことができる。ＣＭ３のファームウェア活性交換を完了すると、次に、ＣＭ４のファームウェアの交換を実施する。このとき、ＣＭ３の接続パスは、業務処理を行なうことができる。一方ファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２が存在する場合、ファームウェア交換を中止する。そして、サーバＡ１１、サーバＢ１２との接続状態が復旧するまで待ち、復旧したときは、ファームウェア交換を実施する。
【００１４】
図５に、実施例１の状態通知コマンド処理の流れ図を示す。
状態通知コマンドを受信したか否かをチェックする（Ｓ１１ステップ）。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する（Ｓ１２ステップ）。
サーバＡ１１又はサーバＢ１２サーバから受信したコマンドが状態通知コマンドでない場合には、処理を終了する。
【００１５】
図６に、実施例１のファームウェア交換処理の流れ図を示す。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１をチェックする（Ｓ２１ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２４ステップ）。待ち合わせた後に、Ｓ２１ステップへ戻り、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、前半部のファームウェアの交換を行う（Ｓ２５ステップ）。
前半部のファームウェア交換が完了したら、また管理テーブル３１のチェックを行う（Ｓ２６ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２７ステップ）。
接続パスの一部に異常がある場合には、すべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２８ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２９ステップ）。待ち合わせた後に、Ｓ２６ステップへ行き、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、後半部のファームウェアの交換を行う（Ｓ３０ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例２）
実施例１との相違点について、次に説明を行う。  
既に管理テーブル３１に状態情報を登録しているが、電源がオフ等で異常状態になったサーバＡ１１またはサーバＢ１２がある場合でも、ファームウェアの交換を問題なく実施する必要がある。このためのファームウェア交換開始の契機は、次のようである。すなわち、すべてのサーバＡ１１、サーバＢ１２から定期的にＲＡＩＤ装置１に対して、状態通知コマンドを発行するシステムとする。また、ファームウェア交換開始の指示を受領後、管理テーブル３１に登録された全てのサーバからの応答を待ち合わせる。その次に管理テーブル３１に登録された全てのサーバから状態情報を受信したかをチェックし、サーバＡ１１、サーバＢ１２の全ての接続パスが正常であれば、ファームウェアの交換を開始する。そのため、管理テーブル３１に接続パスが正常として登録されたということは、本機能に対応したプログラムがサーバ上で動作していることになり、接続性に問題なければ定期的に状態通知は通知される。従って、規定時間経過してもそのサーバの全てのパスから情報が通知されて来ない場合、そのサーバＡ１１またはサーバＢ１２の電源がオフになっているか、またはそのサーバＡ１１またはサーバＢ１２の全てのケーブルに異常があり通知できない状態であるため、そのサーバＡ１１またはサーバＢ１２は、一時的に本機能対象外とみなし、ファームウェアの交換を開始させることが可能である。
【００１６】
図７に実施例２の管理テーブルを示す。
当初は、サーバＡ１１のＣＭ３パス、ＣＭ４パス、サーバＢ１２のＣＭ３パス、ＣＭ４パスはサーバＡ１１およびサーバＢ１２からの定期的に通知される状態通知コマンドにより正常と設定されている。ファームウェア交換開始の指示を受領すると、まず各状態情報を異常に遷移させる。サーバＡ１１は状態情報を通知し、状態情報のステータスを正常に遷移させる。その後、サーバＢ１２が電源オフ等によりＲＡＩＤ装置１との接続ができない状態になると、サーバＢ１２からの通知がなくなる。このため、ファームウェア交換制御部３２には、サーバＡ１１，サーバＢ１２からの定期的な状態通知コマンドの時間を監視するタイマ機能を持たせる。そして、時間がタイムオーバになっても、状態通知コマンドを受信しない場合には、サーバＢ１２のＣＭ３パス、ＣＭ４パスは通知なしと管理テーブル３１を更新する。そして、状態情報チェックのときに、通知なしの情報は、異常とは見ないで処理を行なう。この結果、サーバＢ１２が電源オフ等により通信が途絶えてもファームウェアの交換が可能となる。
【００１７】
図８に実施例２の状態通知コマンド処理の流れ図を示す。
まず、状態通知コマンド処理について説明する。
状態通知コマンドを受信したか否かをチェックする（Ｓ３１ステップ）。状態通知コマンドを受信していなければ処理を終了する。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新する（Ｓ３２ステップ）。
次に、監視タイマがセット済であるか否かをチェックする（Ｓ３３ステップ）。
監視タイマがセット済でない場合には、監視タイマをセットする（Ｓ３４ステップ）。監視タイマがセット済であれば、処理を終了する。
【００１８】
図９に実施例２の監視タイマ処理の流れ図を示す。
監視タイマは、管理テーブル３１を参照し（Ｓ３５ステップ）、最後に状態情報を受信してから、規定時間経過しても更新されていないタイムアップのパスがあるか否かをチェックする（Ｓ３６ステップ）。
当該サーバの全てのパスがタイムアップの場合には、タイムアップしたサーバＡ１１又はサーバＢ１２についての管理テーブル３１を、通知なしに更新して処理を終了する（Ｓ３７ステップ）。
【００１９】
図１０に、実施例２のファームウェア交換処理の流れ図を示す。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４１ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４２ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ４３ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ４４ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ４５ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、Ｓ４２ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ４６ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４７ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４８ステップ）。
また管理テーブル３１のチェックを行う（Ｓ４９ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常または通知なしか否かをチェックする（Ｓ５０ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ５１ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。
また、規定回数の待ち合わせを実施していない場合、Ｓ４８ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ５２ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例３）
また、本機能に対応するプログラムが導入されていないサーバがいる場合、それらのサーバに対しても接続性を確認後にファームウェアの交換を実施することは可能である。
例えば、管理テーブル３１において状態情報が登録されていないサーバ、すなわち本機能に未対応のサーバ、に対しては、ファームウェア交換の開始指示の後に、センス情報を通信制御部２に設定する。そして、それらのセンス情報がサーバからアクセスされたことをファームウェア交換制御部３２が検出すると、未対応のサーバに対しても接続性に問題ないと判断し、ファームウェアの交換を可能とする。
【００２０】
図１１に実施例３のＲＡＩＤシステムの構成図を示す。
実施例１のＲＡＩＤシステムの構成図とは、サーバＢ１２に状態通知部がない点のみが異なり、その他の構成は、同一である。
【００２１】
図１２に実施例３の管理テーブルを示す。
サーバＡ１１が状態通知部１３を有する装置であり、サーバＢ１２が状態通知部１３を有していない装置であるため、当初は、図１１（ａ）の管理テーブル３１で示すようにサーバＡ１１の各ＨｏｓｔＷＷＮの状態情報は設定されているが、サーバＢ１２の各ＨｏｓｔＷＷＮに対応した状態情報は設定されていない。この状態のままだと、すべてのサーバＡ１１、サーバＢ１２との接続パスが正常でないため、ファームウェアの交換ができない。そのため、ファームウェア交換制御部３２にセンス情報の設定機能およびセンス情報のアクセス検出機能を設け、サーバＢ１２からのセンス情報のアクセスにより接続が正常とみなす。そして、正常とみなしたときに、図１１（ｂ）に示すように管理テーブル３１を「正常」と更新する。センス情報の設定機能およびセンス情報のアクセス検出機能は、次のようである。ファームウェア交換制御部３２は、ファームウェア部３５，４１のセンス情報テーブルに所定のセンス情報を設定すると、そのセンス情報は、保留状態とされる。そして、ファームウェア交換制御部３２は、サーバＢ１２からのセンスコマンドによるアクセスにより、保留状態が解除されるのを監視する。そして、保留状態が解除されれば、管理テーブル３１に正常と設定する。
【００２２】
図１３に、実施例３の状態通知コマンドの処理の流れ図を示す。
実施例１の状態通知コマンドの処理の流れ図に対して、センスコマンドのチェック処理が付加されている。
状態通知コマンドを受信したか否かをチェックする（Ｓ５５ステップ）。
サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドでない場合には、センスコマンドか否かをチェックする（Ｓ５６ステップ）。
センスコマンドの場合には、設定されたセンス情報がアクセスされたか否かをチェックする（Ｓ５７ステップ）。
センス情報がアクセスされた場合には、管理テーブルを「正常」に更新する（Ｓ５８ステップ）。それ以外の場合には処理を終了する。また、サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する。
【００２３】
図１４に、実施例３のファームウェア交換処理の流れ図を示す。
センス情報の設定のほかは、図１０の実施例２のファームウェア交換の実施処理の流れ図と同一である。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６１ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６２ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ６３ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ６４ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ６５ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ６６ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ６３ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ６７ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６８ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６９ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ７０ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ７１ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ７２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ７３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ７１ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ７４ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
【００２４】
以上の他に、状態が異常なパスが存在していても、残っている正常なパスが交換を実施しても問題ない構成である場合は、ファームウェア交換を開始することも可能である。例えば、サーバＡ１１とＣＭ３との間にパスが複数あり、またサーバＡ１１とＣＭ４との間にもパスが複数あるとする。このような構成で、まずＣＭ４の活性ファームウェア交換をする場合、ＣＭ３に接続されたパスのうち、少なくとも１つのパスの状態情報が正常であると判断できた場合、ＣＭ３に接続された他のいくつかのパスの状態情報が異常であったとしても、全体としてサーバＡ１１とＣＭ３とのパスは正常と解することができ、業務を停止することなく活性ファームウェア交換を行うことができる。ＣＭ３の活性ファームウェア交換を実施する場合も、同様に判断することができる。
【００２５】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、前記ストレージ装置は、前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。
（付記２）ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を定期的に通知する手段を有し、前記ストレージ装置は、前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段を有することを特徴とする付記１記載のストレージシステム。
（付記３）ホスト装置は、状態情報通知手段を有しない装置を含み、ストレージ装置は、前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記１記載のストレージシステム。
（付記４）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前期接続パスに対応するファームウェアを順次、活性交換する交換手段と、を有することを特徴とするストレージ装置。
（付記５）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。
（付記６）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。
（付記７）アクセス検出手段は、センス情報を設定する手段と、状態通知手段を有していないホスト装置からのセンスコマンドにより、センス情報がアクセスされたことを検出するセンス情報アクセス検出手段と、を有することを特徴とする付記３記載のストレージシステム。
（付記８）ホスト装置からの状態情報通知の停止を検出し、停止を検出したホスト装置との接続パスを異常と判断しない監視手段を有することを特徴とする付記４記載のストレージ装置。
（付記９）状態情報通知手段を有していないホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、状態情報通知手段を有していないホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記４記載のストレージ装置。
【図面の簡単な説明】
【００２６】
【図１】従来例の活性ファームウェア交換の説明図
【図２】実施例１のＲＡＩＤシステムの構成図
【図３】状態通知情報の説明図
【図４】実施例１の管理テーブル
【図５】実施例１の状態通知コマンドの処理の流れ図
【図６】実施例１のファームウェア交換の実施処理の流れ図
【図７】実施例２の管理テーブル
【図８】実施例２の状態通知コマンドの処理の流れ図
【図９】実施例２の監視タイマ処理の流れ図
【図１０】実施例２のファームウェア交換の実施処理の流れ図
【図１１】実施例３のＲＡＩＤシステムの構成図
【図１２】実施例３の管理テーブル
【図１３】実施例３の状態通知コマンドの処理の流れ図
【図１４】実施例３のファームウェア交換の実施処理の流れ図
【符号の説明】
【００２７】
１  ＲＡＩＤ装置
２  通信制御部
３、４  ＣＭ
５  デバイス制御部
６  ＨＤＤ
１１  サーバＡ
１２  サーバＢ
１３  状態通知部
２１〜２４  制御部
３１ 管理テーブル
３２ ファームウェア交換制御部
３３  入力部
３４  記憶部Ａ
３５、４１  ファームウェア部
３６  記憶部Ｂ  
４２  記憶部Ｃ
５１  ＲＡＩＤシステム
【図１】
2008186296.tif 000003
【図２】
2008186296.tif 000004
【図３】
2008186296.tif 000005
【図４】
2008186296.tif 000006
【図５】
2008186296.tif 000007
【図６】
2008186296.tif 000008
【図７】
2008186296.tif 000009
【図８】
2008186296.tif 000010
【図９】
2008186296.tif 000011
【図１０】
2008186296.tif 000012
【図１１】
2008186296.tif 000013
【図１２】
2008186296.tif 000014
【図１３】
2008186296.tif 000015
【図１４】
2008186296.tif 000016