JP4940967B2 - ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム - Google Patents
ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム Download PDFInfo
- Publication number
- JP4940967B2 JP4940967B2 JP2007020073A JP2007020073A JP4940967B2 JP 4940967 B2 JP4940967 B2 JP 4940967B2 JP 2007020073 A JP2007020073 A JP 2007020073A JP 2007020073 A JP2007020073 A JP 2007020073A JP 4940967 B2 JP4940967 B2 JP 4940967B2
- Authority
- JP
- Japan
- Prior art keywords
- status information
- firmware
- host device
- receiving
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/656—Updates while running
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
- Hardware Redundancy (AREA)
Description
本発明は、ホスト装置に接続されるストレージ装置に搭載されているファームウェアの活性交換に関する。
ＲＡＩＤ（Redundant Array of Inexpensive Disks）システムは、サーバと、サーバに接続されるＲＡＩＤ装置とから構成される。ＲＡＩＤ装置には、複数のサーバを接続することができる。このようなＲＡＩＤ装置のファームウェアの活性交換では、ファームウェアが搭載されたコントロールモジュール(以降ＣＭと記載)が複数存在する場合、それらを前半部と後半部の２回に分けて実施している。例えば、ＣＭが４枚搭載された装置の場合、まず２枚のＣＭのファームウェア交換を同時に行い、それが完了後、残りの２枚のＣＭのファームウェア交換が行われる。ＲＡＩＤ装置とサーバはマルチパス構成となっており、各パスはそれぞれのＣＭに接続されているため、業務を停止せずに活性でファームウェアを交換することが可能である。次に、ＣＭが２枚搭載された装置でのファームウェアの活性交換の例を示す。
図１（ａ）に、従来例のファームウェアの交換が正常の場合の説明図を示す。
サーバと、サーバに接続される２本の接続パスを有するＲＡＩＤ装置からなる。
（１）通常状態では、データは、サーバから２本のパスを使用してＲＡＩＤ装置に転送される。
（２）前半部（ＣＭ０）のファームウェアの交換中は、ＣＭ１側のパスのみを使用してサーバとＲＡＩＤ装置間でデータが転送される。
（３）後半部（ＣＭ１）のファームウェアの交換中は、既にファームウェアの交換完了したＣＭ０側のパスを使用してサーバとＲＡＩＤ装置間でデータ転送する。
（４）後半部のファームウェアの交換が完了したら、データは２本のパスを使用して転送される。
サーバと、サーバに接続される２本の接続パスを有するＲＡＩＤ装置からなる。
（１）通常状態では、データは、サーバから２本のパスを使用してＲＡＩＤ装置に転送される。
（２）前半部（ＣＭ０）のファームウェアの交換中は、ＣＭ１側のパスのみを使用してサーバとＲＡＩＤ装置間でデータが転送される。
（３）後半部（ＣＭ１）のファームウェアの交換中は、既にファームウェアの交換完了したＣＭ０側のパスを使用してサーバとＲＡＩＤ装置間でデータ転送する。
（４）後半部のファームウェアの交換が完了したら、データは２本のパスを使用して転送される。
図１（ｂ）に、従来例のファームウェアの交換が異常の場合の説明図を示す。
一方のパスに異常のある場合に他方の正常のパスを使用してファームウェアの活性交換が実施された場合、ＲＡＩＤ装置とサーバ間との全てのパスが業務処理用のパスとして使用できなくなるため、業務が停止する。前半部のＣＭ０においてファームウェアの交換が開始される時点で、後半部のＣＭ１に接続されたパスの接続性に不具合がある例である。
（１）ファームウェア交換実施前に後半部（ＣＭ１）のパス異常が発生しておりデータ転送はＣＭ０でのみ行われている。
（２）前半部（ＣＭ０）のファームウェアの交換が開始されると、ＣＭ０側のパスでのデータ転送ができなくなる。
（３）両方のパスでデータ転送ができないため、サーバは、エラーを検知して業務が停止する。また、後半部のＣＭ１においてファームウェア交換が開始される時点で、前半部のＣＭ０に接続されたパスの接続性に不具合がある場合も同様である。
このように、ファームウェアの活性交換の実行を契機に業務が停止する可能性がある場合、その時点ではファームウェアの交換を実施せずに、パス異常の原因を取り除いた後に、再度ファームウェアの交換を実施する必要がある (特許文献１)。
特開平０９−１６０７７３号公報（第３頁段落０００９）
一方のパスに異常のある場合に他方の正常のパスを使用してファームウェアの活性交換が実施された場合、ＲＡＩＤ装置とサーバ間との全てのパスが業務処理用のパスとして使用できなくなるため、業務が停止する。前半部のＣＭ０においてファームウェアの交換が開始される時点で、後半部のＣＭ１に接続されたパスの接続性に不具合がある例である。
（１）ファームウェア交換実施前に後半部（ＣＭ１）のパス異常が発生しておりデータ転送はＣＭ０でのみ行われている。
（２）前半部（ＣＭ０）のファームウェアの交換が開始されると、ＣＭ０側のパスでのデータ転送ができなくなる。
（３）両方のパスでデータ転送ができないため、サーバは、エラーを検知して業務が停止する。また、後半部のＣＭ１においてファームウェア交換が開始される時点で、前半部のＣＭ０に接続されたパスの接続性に不具合がある場合も同様である。
このように、ファームウェアの活性交換の実行を契機に業務が停止する可能性がある場合、その時点ではファームウェアの交換を実施せずに、パス異常の原因を取り除いた後に、再度ファームウェアの交換を実施する必要がある (特許文献１)。
このため、従来は、前半部のファームウェア交換を実施する前に、保守者はサーバにログインしてコマンドを発行し、ＲＡＩＤ装置とサーバ間のパスの接続性を確認する。異常がない場合には前半部のファームウェアの交換を実施していた。また、後半部のファームウェアの交換を実施する前にも、同様の作業を実施していた。この手法では、コマンドを実行する必要があるため、ファームウェアの交換の実施時に管理者権限でサーバログインできる担当をアサインする必要がある。また、ファームウェアの交換するＲＡＩＤ装置に多数のサーバが接続されている場合、すべてのサーバにおいてコマンドを実行して接続性を確認する必要があるため、作業者の負担は大きいという問題点がある。
本発明は、サーバから受信した状態通知に基づいて、サーバオペレーションレスでファームウェアの活性交換を行うストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラムを提供することを目的とする。
本発明は、サーバから受信した状態通知に基づいて、サーバオペレーションレスでファームウェアの活性交換を行うストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラムを提供することを目的とする。
本発明は、ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、前記ストレージ装置は、前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する状態情報格納手段と、前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段と、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有する構成である。
この構成により、ホスト装置とストレージ装置との間の接続パスの正常、異常について、ストレージ装置は、ホスト装置から状態通知を受取ることができるため、ファームウェア交換の可否を容易に判定できる。そのため、交換開始要求があると、ホスト装置との他の接続パスでの業務処理を中断することなく、ファームウェアの更新処理が行える。
この構成により、ホスト装置とストレージ装置との間の接続パスの正常、異常について、ストレージ装置は、ホスト装置から状態通知を受取ることができるため、ファームウェア交換の可否を容易に判定できる。そのため、交換開始要求があると、ホスト装置との他の接続パスでの業務処理を中断することなく、ファームウェアの更新処理が行える。
本発明により、ホスト装置からの接続パスについての状態通知に基づいてファームウェアの活性交換を行うため、ホスト装置とストレージ装置の間の業務が停止することを避けることができる。また、オペレータによる状態確認の操作を行う必要がなくなるため、保守者の負担が軽減される。
（実施例１）
図２に実施例１のＲＡＩＤシステムの構成図を示す。
ＲＡＩＤシステム５１は、例えば２台のサーバＡ１１、サーバＢ１２とＲＡＩＤ装置１を有する。また、サーバＡ１１、サーバＢ１２は、接続パスを２つ有する例である。
サーバＡ１１、サーバＢ１２は、状態通知部１３を有する。
状態通知部１３は、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１間の接続状態の正常、異常の通知のために状態通知コマンドにより状態情報をＲＡＩＤ装置１に通知する。
異常の場合には、マルチパスの正常のパスを使用して通知を行う。
図２に実施例１のＲＡＩＤシステムの構成図を示す。
ＲＡＩＤシステム５１は、例えば２台のサーバＡ１１、サーバＢ１２とＲＡＩＤ装置１を有する。また、サーバＡ１１、サーバＢ１２は、接続パスを２つ有する例である。
サーバＡ１１、サーバＢ１２は、状態通知部１３を有する。
状態通知部１３は、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１間の接続状態の正常、異常の通知のために状態通知コマンドにより状態情報をＲＡＩＤ装置１に通知する。
異常の場合には、マルチパスの正常のパスを使用して通知を行う。
図３に状態通知情報の説明図を示す。
状態情報は、サーバＩＤ（識別情報）、ＨＢＡ（ＨＯＳＴ ＢＵＳ ＡＤＡＰＴＯＲ）のポートの識別番号であるＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）、接続パスの正常／異常の情報である。接続パス＃０、＃１毎のＷＷＮ、接続パスの正常／異常の情報を含む。
状態通知コマンドは、状態が遷移したタイミングで通知する。電源投入時には、まず初期値として、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１の接続状態の正常、異常の通知を行う。
また、ＲＡＩＤ装置１との接続性に異常が発生した場合または接続性の異常が解消された場合にＲＡＩＤ装置１に通知する。図２の説明に戻る。
ＲＡＩＤ装置１は、通信制御部２とコントロールモジュール３、４（以降ＣＭ３、ＣＭ４）とデバイス制御部５とハードディスク６（以降ＨＤＤ６）を有する。
通信制御部２は、サーバＡ１１、サーバＢ１２との通信を制御する。また通信制御部２は、サーバＡ１１、サーバＢ１２とＣＭ３、ＣＭ４とを各２パス＃０、＃１で接続する。そのため４つの通信用の制御部２１〜２４を有する。通信制御部２は、状態通知コマンドを受信するとＣＭ３のファームウェア交換制御部３２に渡す。また、他のリードライトコマンド等の業務処理用のコマンドを受信すると、接続パスに従ってＣＭ３のファームウェア部３５またはＣＭ４のファームウェア部４１に渡される。
ＣＭ３は、管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４、ファームウェア部３５を有する。
ファームウェアを交換するために必要な管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４は、ＣＭ３に搭載しておき、ＣＭ３、ＣＭ４の両方のファームウェア交換の制御を行う。ＣＭ３、ＣＭ４の両方に管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４を搭載することも可能である。また、ＣＭ３は、接続パス＃０（以降ＣＭ３パス）に対応する。
ＣＭ４は、ファームウェア部４１を有する。接続パス＃１（以降ＣＭ４パス）に対応する。
管理テーブル３１は、サーバＡ１１、サーバＢ１２からの状態通知情報を登録する。
状態情報は、サーバＩＤ（識別情報）、ＨＢＡ（ＨＯＳＴ ＢＵＳ ＡＤＡＰＴＯＲ）のポートの識別番号であるＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）、接続パスの正常／異常の情報である。接続パス＃０、＃１毎のＷＷＮ、接続パスの正常／異常の情報を含む。
状態通知コマンドは、状態が遷移したタイミングで通知する。電源投入時には、まず初期値として、サーバＡ１１、サーバＢ１２とＲＡＩＤ装置１の接続状態の正常、異常の通知を行う。
また、ＲＡＩＤ装置１との接続性に異常が発生した場合または接続性の異常が解消された場合にＲＡＩＤ装置１に通知する。図２の説明に戻る。
ＲＡＩＤ装置１は、通信制御部２とコントロールモジュール３、４（以降ＣＭ３、ＣＭ４）とデバイス制御部５とハードディスク６（以降ＨＤＤ６）を有する。
通信制御部２は、サーバＡ１１、サーバＢ１２との通信を制御する。また通信制御部２は、サーバＡ１１、サーバＢ１２とＣＭ３、ＣＭ４とを各２パス＃０、＃１で接続する。そのため４つの通信用の制御部２１〜２４を有する。通信制御部２は、状態通知コマンドを受信するとＣＭ３のファームウェア交換制御部３２に渡す。また、他のリードライトコマンド等の業務処理用のコマンドを受信すると、接続パスに従ってＣＭ３のファームウェア部３５またはＣＭ４のファームウェア部４１に渡される。
ＣＭ３は、管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４、ファームウェア部３５を有する。
ファームウェアを交換するために必要な管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４は、ＣＭ３に搭載しておき、ＣＭ３、ＣＭ４の両方のファームウェア交換の制御を行う。ＣＭ３、ＣＭ４の両方に管理テーブル３１、ファームウェア交換制御部３２、入力部３３、記憶部Ａ３４を搭載することも可能である。また、ＣＭ３は、接続パス＃０（以降ＣＭ３パス）に対応する。
ＣＭ４は、ファームウェア部４１を有する。接続パス＃１（以降ＣＭ４パス）に対応する。
管理テーブル３１は、サーバＡ１１、サーバＢ１２からの状態通知情報を登録する。
図４に実施例１の管理テーブルの説明図を示す。
サーバＡ１１、サーバＢ１２に対応するサーバＩＤごとに、ＨｏｓｔＷＷＮと、そのＷＷＮのａａａａａ、ｃｃｃｃｃに対応したＣＭ３パスおよびＷＷＮのｂｂｂｂｂ、ｄｄｄｄｄに対応したＣＭ４パスの状態情報を格納する。初期値がすべて正常の例である。状態情報のサーバＩＤからサーバＡ１１またはサーバＢ１２を判別する。また、状態情報のＨｏｓｔＷＷＮにより、ＣＭ３パスかＣＭ４パスかを判別できる。図２の説明に戻る。
ファームウェア交換制御部３２は、接続されたサーバＡ１１、サーバＢ１２から状態通知コマンドを受領する。また、管理テーブル３１に対してサーバＡ１１、サーバＢ１２から状態通知コマンドを受領した契機で管理テーブルを更新する。そしてファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバ１１又はサーバ１２が存在しない場合、ファームウェアの交換を実施する。ファームウェアの交換は、記憶部Ａ３４から更新ファームウェアを取得して、交換対象のＣＭ３の記憶部Ｂ３６にまずロードする。そして、ファームウェアの交換を完了してファームウェア部３５により通信が再開されると、次のＣＭ４のファームウェア部４１の記憶部Ｃ４２に更新ファームウェアをロードしてファームウェア交換を開始する。また、ファームウェア交換制御部３２は、ファームウェアの交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２の接続パスが存在する場合、ファームウェアの交換を中止する。そして、サーバＡ１１、サーバＢ１２の状態が復旧することを期待し、暫く待ち合わせた後、再度管理テーブル３１を参照し、ファームウェアの交換実施の可否を判断する。
ファームウェア交換実施の判断基準として、管理テーブル３１の情報以外に、ＲＡＩＤ装置１内部の状態を加えることも可能である。例えば、通信制御部２の異常を検知した場合等である。これにより、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の経路異常と、ＲＡＩＤ装置１内部の異常との両方をチェックすることができる。
入力部３３は、保守者によるファームウェア交換開始要求および更新ファームウェアをＲＡＩＤ装置１にアップロードする要求を受け付ける。そして、更新ファームウェアを記憶部Ａ３４に格納する。
ファームウェア部３５、４１は、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間のデータを制御するファームウェアを搭載する。サーバＡ１１、サーバＢ１２からのライトコマンドを受信したときは、ＨＤＤ６にデータを格納する。サーバＡ１１、サーバＢ１２からのリードコマンドを受信したときは、ＨＤＤ６からデータをリードしてサーバＡ１１、サーバＢ１２にデータを送信する。また、ファームウェア部３５、４１は、実行するファームウェアを記憶する記憶部Ｂ３６、記憶部Ｃ４２を有する。
デバイス制御部５は、ＨＤＤ６を制御して、データをリードライトする。
ＨＤＤ６は、データを格納する複数のＨＤＤからなる。
サーバＡ１１、サーバＢ１２に対応するサーバＩＤごとに、ＨｏｓｔＷＷＮと、そのＷＷＮのａａａａａ、ｃｃｃｃｃに対応したＣＭ３パスおよびＷＷＮのｂｂｂｂｂ、ｄｄｄｄｄに対応したＣＭ４パスの状態情報を格納する。初期値がすべて正常の例である。状態情報のサーバＩＤからサーバＡ１１またはサーバＢ１２を判別する。また、状態情報のＨｏｓｔＷＷＮにより、ＣＭ３パスかＣＭ４パスかを判別できる。図２の説明に戻る。
ファームウェア交換制御部３２は、接続されたサーバＡ１１、サーバＢ１２から状態通知コマンドを受領する。また、管理テーブル３１に対してサーバＡ１１、サーバＢ１２から状態通知コマンドを受領した契機で管理テーブルを更新する。そしてファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバ１１又はサーバ１２が存在しない場合、ファームウェアの交換を実施する。ファームウェアの交換は、記憶部Ａ３４から更新ファームウェアを取得して、交換対象のＣＭ３の記憶部Ｂ３６にまずロードする。そして、ファームウェアの交換を完了してファームウェア部３５により通信が再開されると、次のＣＭ４のファームウェア部４１の記憶部Ｃ４２に更新ファームウェアをロードしてファームウェア交換を開始する。また、ファームウェア交換制御部３２は、ファームウェアの交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２の接続パスが存在する場合、ファームウェアの交換を中止する。そして、サーバＡ１１、サーバＢ１２の状態が復旧することを期待し、暫く待ち合わせた後、再度管理テーブル３１を参照し、ファームウェアの交換実施の可否を判断する。
ファームウェア交換実施の判断基準として、管理テーブル３１の情報以外に、ＲＡＩＤ装置１内部の状態を加えることも可能である。例えば、通信制御部２の異常を検知した場合等である。これにより、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の経路異常と、ＲＡＩＤ装置１内部の異常との両方をチェックすることができる。
入力部３３は、保守者によるファームウェア交換開始要求および更新ファームウェアをＲＡＩＤ装置１にアップロードする要求を受け付ける。そして、更新ファームウェアを記憶部Ａ３４に格納する。
ファームウェア部３５、４１は、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間のデータを制御するファームウェアを搭載する。サーバＡ１１、サーバＢ１２からのライトコマンドを受信したときは、ＨＤＤ６にデータを格納する。サーバＡ１１、サーバＢ１２からのリードコマンドを受信したときは、ＨＤＤ６からデータをリードしてサーバＡ１１、サーバＢ１２にデータを送信する。また、ファームウェア部３５、４１は、実行するファームウェアを記憶する記憶部Ｂ３６、記憶部Ｃ４２を有する。
デバイス制御部５は、ＨＤＤ６を制御して、データをリードライトする。
ＨＤＤ６は、データを格納する複数のＨＤＤからなる。
次に、ＲＡＩＤシステムの動作について説明を行う。まず、動作概要を次に示す。
本システムは、サーバＡ１１、サーバＢ１２側でオペレーションを行う必要なく、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の接続パスの接続性を保証してからファームウェアの交換を実施する。サーバＡ１１、サーバＢ１２側では、ＲＡＩＤ装置１との接続性を監視し、ＲＡＩＤ装置１との接続開始時、異常発生時、異常解消時に、ＲＡＩＤ装置１にサーバＡ１１、サーバＢ１２の状態を示す状態通知コマンドを発行する。ＲＡＩＤ装置１側では、接続されたサーバＡ１１、サーバＢ１２間と複数の接続パスを有する。そして、接続されたサーバＡ１１、サーバＢ１２から受け取った状態情報をサーバＡ１１、サーバＢ１２毎、パス毎に管理テーブル３１に登録する。そして、保守者により、ＲＡＩＤ装置１に入力されたファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照して状態が異常であるサーバＡ１１またはサーバＢ１２が存在しない場合、ＣＭ３のファームウェアの交換を実施する。このとき、ＣＭ４の接続パスは、業務処理を行なうことができる。ＣＭ３のファームウェア活性交換を完了すると、次に、ＣＭ４のファームウェアの交換を実施する。このとき、ＣＭ３の接続パスは、業務処理を行なうことができる。一方ファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２が存在する場合、ファームウェア交換を中止する。そして、サーバＡ１１、サーバＢ１２との接続状態が復旧するまで待ち、復旧したときは、ファームウェア交換を実施する。
本システムは、サーバＡ１１、サーバＢ１２側でオペレーションを行う必要なく、ＲＡＩＤ装置１とサーバＡ１１、サーバＢ１２間の接続パスの接続性を保証してからファームウェアの交換を実施する。サーバＡ１１、サーバＢ１２側では、ＲＡＩＤ装置１との接続性を監視し、ＲＡＩＤ装置１との接続開始時、異常発生時、異常解消時に、ＲＡＩＤ装置１にサーバＡ１１、サーバＢ１２の状態を示す状態通知コマンドを発行する。ＲＡＩＤ装置１側では、接続されたサーバＡ１１、サーバＢ１２間と複数の接続パスを有する。そして、接続されたサーバＡ１１、サーバＢ１２から受け取った状態情報をサーバＡ１１、サーバＢ１２毎、パス毎に管理テーブル３１に登録する。そして、保守者により、ＲＡＩＤ装置１に入力されたファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照して状態が異常であるサーバＡ１１またはサーバＢ１２が存在しない場合、ＣＭ３のファームウェアの交換を実施する。このとき、ＣＭ４の接続パスは、業務処理を行なうことができる。ＣＭ３のファームウェア活性交換を完了すると、次に、ＣＭ４のファームウェアの交換を実施する。このとき、ＣＭ３の接続パスは、業務処理を行なうことができる。一方ファームウェア交換の開始要求を受け付けた場合、管理テーブル３１を参照し、状態が異常であるサーバＡ１１、サーバＢ１２が存在する場合、ファームウェア交換を中止する。そして、サーバＡ１１、サーバＢ１２との接続状態が復旧するまで待ち、復旧したときは、ファームウェア交換を実施する。
図５に、実施例１の状態通知コマンド処理の流れ図を示す。
状態通知コマンドを受信したか否かをチェックする（Ｓ１１ステップ）。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する（Ｓ１２ステップ）。
サーバＡ１１又はサーバＢ１２サーバから受信したコマンドが状態通知コマンドでない場合には、処理を終了する。
状態通知コマンドを受信したか否かをチェックする（Ｓ１１ステップ）。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する（Ｓ１２ステップ）。
サーバＡ１１又はサーバＢ１２サーバから受信したコマンドが状態通知コマンドでない場合には、処理を終了する。
図６に、実施例１のファームウェア交換処理の流れ図を示す。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１をチェックする（Ｓ２１ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２４ステップ）。待ち合わせた後に、Ｓ２１ステップへ戻り、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、前半部のファームウェアの交換を行う（Ｓ２５ステップ）。
前半部のファームウェア交換が完了したら、また管理テーブル３１のチェックを行う（Ｓ２６ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２７ステップ）。
接続パスの一部に異常がある場合には、すべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２８ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２９ステップ）。待ち合わせた後に、Ｓ２６ステップへ行き、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、後半部のファームウェアの交換を行う（Ｓ３０ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例２）
実施例１との相違点について、次に説明を行う。
既に管理テーブル３１に状態情報を登録しているが、電源がオフ等で異常状態になったサーバＡ１１またはサーバＢ１２がある場合でも、ファームウェアの交換を問題なく実施する必要がある。このためのファームウェア交換開始の契機は、次のようである。すなわち、すべてのサーバＡ１１、サーバＢ１２から定期的にＲＡＩＤ装置１に対して、状態通知コマンドを発行するシステムとする。また、ファームウェア交換開始の指示を受領後、管理テーブル３１に登録された全てのサーバからの応答を待ち合わせる。その次に管理テーブル３１に登録された全てのサーバから状態情報を受信したかをチェックし、サーバＡ１１、サーバＢ１２の全ての接続パスが正常であれば、ファームウェアの交換を開始する。そのため、管理テーブル３１に接続パスが正常として登録されたということは、本機能に対応したプログラムがサーバ上で動作していることになり、接続性に問題なければ定期的に状態通知は通知される。従って、規定時間経過してもそのサーバの全てのパスから情報が通知されて来ない場合、そのサーバＡ１１またはサーバＢ１２の電源がオフになっているか、またはそのサーバＡ１１またはサーバＢ１２の全てのケーブルに異常があり通知できない状態であるため、そのサーバＡ１１またはサーバＢ１２は、一時的に本機能対象外とみなし、ファームウェアの交換を開始させることが可能である。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１をチェックする（Ｓ２１ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２４ステップ）。待ち合わせた後に、Ｓ２１ステップへ戻り、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、前半部のファームウェアの交換を行う（Ｓ２５ステップ）。
前半部のファームウェア交換が完了したら、また管理テーブル３１のチェックを行う（Ｓ２６ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常か否かをチェックする（Ｓ２７ステップ）。
接続パスの一部に異常がある場合には、すべて正常か否かをチェックする（Ｓ２２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ２８ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせる（Ｓ２９ステップ）。待ち合わせた後に、Ｓ２６ステップへ行き、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合には、後半部のファームウェアの交換を行う（Ｓ３０ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例２）
実施例１との相違点について、次に説明を行う。
既に管理テーブル３１に状態情報を登録しているが、電源がオフ等で異常状態になったサーバＡ１１またはサーバＢ１２がある場合でも、ファームウェアの交換を問題なく実施する必要がある。このためのファームウェア交換開始の契機は、次のようである。すなわち、すべてのサーバＡ１１、サーバＢ１２から定期的にＲＡＩＤ装置１に対して、状態通知コマンドを発行するシステムとする。また、ファームウェア交換開始の指示を受領後、管理テーブル３１に登録された全てのサーバからの応答を待ち合わせる。その次に管理テーブル３１に登録された全てのサーバから状態情報を受信したかをチェックし、サーバＡ１１、サーバＢ１２の全ての接続パスが正常であれば、ファームウェアの交換を開始する。そのため、管理テーブル３１に接続パスが正常として登録されたということは、本機能に対応したプログラムがサーバ上で動作していることになり、接続性に問題なければ定期的に状態通知は通知される。従って、規定時間経過してもそのサーバの全てのパスから情報が通知されて来ない場合、そのサーバＡ１１またはサーバＢ１２の電源がオフになっているか、またはそのサーバＡ１１またはサーバＢ１２の全てのケーブルに異常があり通知できない状態であるため、そのサーバＡ１１またはサーバＢ１２は、一時的に本機能対象外とみなし、ファームウェアの交換を開始させることが可能である。
図７に実施例２の管理テーブルを示す。
当初は、サーバＡ１１のＣＭ３パス、ＣＭ４パス、サーバＢ１２のＣＭ３パス、ＣＭ４パスはサーバＡ１１およびサーバＢ１２からの定期的に通知される状態通知コマンドにより正常と設定されている。ファームウェア交換開始の指示を受領すると、まず各状態情報を異常に遷移させる。サーバＡ１１は状態情報を通知し、状態情報のステータスを正常に遷移させる。その後、サーバＢ１２が電源オフ等によりＲＡＩＤ装置１との接続ができない状態になると、サーバＢ１２からの通知がなくなる。このため、ファームウェア交換制御部３２には、サーバＡ１１，サーバＢ１２からの定期的な状態通知コマンドの時間を監視するタイマ機能を持たせる。そして、時間がタイムオーバになっても、状態通知コマンドを受信しない場合には、サーバＢ１２のＣＭ３パス、ＣＭ４パスは通知なしと管理テーブル３１を更新する。そして、状態情報チェックのときに、通知なしの情報は、異常とは見ないで処理を行なう。この結果、サーバＢ１２が電源オフ等により通信が途絶えてもファームウェアの交換が可能となる。
当初は、サーバＡ１１のＣＭ３パス、ＣＭ４パス、サーバＢ１２のＣＭ３パス、ＣＭ４パスはサーバＡ１１およびサーバＢ１２からの定期的に通知される状態通知コマンドにより正常と設定されている。ファームウェア交換開始の指示を受領すると、まず各状態情報を異常に遷移させる。サーバＡ１１は状態情報を通知し、状態情報のステータスを正常に遷移させる。その後、サーバＢ１２が電源オフ等によりＲＡＩＤ装置１との接続ができない状態になると、サーバＢ１２からの通知がなくなる。このため、ファームウェア交換制御部３２には、サーバＡ１１，サーバＢ１２からの定期的な状態通知コマンドの時間を監視するタイマ機能を持たせる。そして、時間がタイムオーバになっても、状態通知コマンドを受信しない場合には、サーバＢ１２のＣＭ３パス、ＣＭ４パスは通知なしと管理テーブル３１を更新する。そして、状態情報チェックのときに、通知なしの情報は、異常とは見ないで処理を行なう。この結果、サーバＢ１２が電源オフ等により通信が途絶えてもファームウェアの交換が可能となる。
図８に実施例２の状態通知コマンド処理の流れ図を示す。
まず、状態通知コマンド処理について説明する。
状態通知コマンドを受信したか否かをチェックする（Ｓ３１ステップ）。状態通知コマンドを受信していなければ処理を終了する。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新する（Ｓ３２ステップ）。
次に、監視タイマがセット済であるか否かをチェックする（Ｓ３３ステップ）。
監視タイマがセット済でない場合には、監視タイマをセットする（Ｓ３４ステップ）。監視タイマがセット済であれば、処理を終了する。
まず、状態通知コマンド処理について説明する。
状態通知コマンドを受信したか否かをチェックする（Ｓ３１ステップ）。状態通知コマンドを受信していなければ処理を終了する。
サーバＡ１１又はサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新する（Ｓ３２ステップ）。
次に、監視タイマがセット済であるか否かをチェックする（Ｓ３３ステップ）。
監視タイマがセット済でない場合には、監視タイマをセットする（Ｓ３４ステップ）。監視タイマがセット済であれば、処理を終了する。
図９に実施例２の監視タイマ処理の流れ図を示す。
監視タイマは、管理テーブル３１を参照し（Ｓ３５ステップ）、最後に状態情報を受信してから、規定時間経過しても更新されていないタイムアップのパスがあるか否かをチェックする（Ｓ３６ステップ）。
当該サーバの全てのパスがタイムアップの場合には、タイムアップしたサーバＡ１１又はサーバＢ１２についての管理テーブル３１を、通知なしに更新して処理を終了する（Ｓ３７ステップ）。
監視タイマは、管理テーブル３１を参照し（Ｓ３５ステップ）、最後に状態情報を受信してから、規定時間経過しても更新されていないタイムアップのパスがあるか否かをチェックする（Ｓ３６ステップ）。
当該サーバの全てのパスがタイムアップの場合には、タイムアップしたサーバＡ１１又はサーバＢ１２についての管理テーブル３１を、通知なしに更新して処理を終了する（Ｓ３７ステップ）。
図１０に、実施例２のファームウェア交換処理の流れ図を示す。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４１ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４２ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ４３ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ４４ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ４５ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、Ｓ４２ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ４６ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４７ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４８ステップ）。
また管理テーブル３１のチェックを行う（Ｓ４９ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常または通知なしか否かをチェックする（Ｓ５０ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ５１ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。
また、規定回数の待ち合わせを実施していない場合、Ｓ４８ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ５２ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例３）
また、本機能に対応するプログラムが導入されていないサーバがいる場合、それらのサーバに対しても接続性を確認後にファームウェアの交換を実施することは可能である。
例えば、管理テーブル３１において状態情報が登録されていないサーバ、すなわち本機能に未対応のサーバ、に対しては、ファームウェア交換の開始指示の後に、センス情報を通信制御部２に設定する。そして、それらのセンス情報がサーバからアクセスされたことをファームウェア交換制御部３２が検出すると、未対応のサーバに対しても接続性に問題ないと判断し、ファームウェアの交換を可能とする。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４１ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４２ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ４３ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ４４ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ４５ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、Ｓ４２ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ４６ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ４７ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ４８ステップ）。
また管理テーブル３１のチェックを行う（Ｓ４９ステップ）。
サーバＡ１１、サーバＢ１２の各パスがすべて正常または通知なしか否かをチェックする（Ｓ５０ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ５１ステップ）。
既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。
また、規定回数の待ち合わせを実施していない場合、Ｓ４８ステップへ行く。
サーバＡ１１、サーバＢ１２の各接続パスがすべて正常の場合または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ５２ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
（実施例３）
また、本機能に対応するプログラムが導入されていないサーバがいる場合、それらのサーバに対しても接続性を確認後にファームウェアの交換を実施することは可能である。
例えば、管理テーブル３１において状態情報が登録されていないサーバ、すなわち本機能に未対応のサーバ、に対しては、ファームウェア交換の開始指示の後に、センス情報を通信制御部２に設定する。そして、それらのセンス情報がサーバからアクセスされたことをファームウェア交換制御部３２が検出すると、未対応のサーバに対しても接続性に問題ないと判断し、ファームウェアの交換を可能とする。
図１１に実施例３のＲＡＩＤシステムの構成図を示す。
実施例１のＲＡＩＤシステムの構成図とは、サーバＢ１２に状態通知部がない点のみが異なり、その他の構成は、同一である。
実施例１のＲＡＩＤシステムの構成図とは、サーバＢ１２に状態通知部がない点のみが異なり、その他の構成は、同一である。
図１２に実施例３の管理テーブルを示す。
サーバＡ１１が状態通知部１３を有する装置であり、サーバＢ１２が状態通知部１３を有していない装置であるため、当初は、図１１（ａ）の管理テーブル３１で示すようにサーバＡ１１の各ＨｏｓｔＷＷＮの状態情報は設定されているが、サーバＢ１２の各ＨｏｓｔＷＷＮに対応した状態情報は設定されていない。この状態のままだと、すべてのサーバＡ１１、サーバＢ１２との接続パスが正常でないため、ファームウェアの交換ができない。そのため、ファームウェア交換制御部３２にセンス情報の設定機能およびセンス情報のアクセス検出機能を設け、サーバＢ１２からのセンス情報のアクセスにより接続が正常とみなす。そして、正常とみなしたときに、図１１（ｂ）に示すように管理テーブル３１を「正常」と更新する。センス情報の設定機能およびセンス情報のアクセス検出機能は、次のようである。ファームウェア交換制御部３２は、ファームウェア部３５，４１のセンス情報テーブルに所定のセンス情報を設定すると、そのセンス情報は、保留状態とされる。そして、ファームウェア交換制御部３２は、サーバＢ１２からのセンスコマンドによるアクセスにより、保留状態が解除されるのを監視する。そして、保留状態が解除されれば、管理テーブル３１に正常と設定する。
サーバＡ１１が状態通知部１３を有する装置であり、サーバＢ１２が状態通知部１３を有していない装置であるため、当初は、図１１（ａ）の管理テーブル３１で示すようにサーバＡ１１の各ＨｏｓｔＷＷＮの状態情報は設定されているが、サーバＢ１２の各ＨｏｓｔＷＷＮに対応した状態情報は設定されていない。この状態のままだと、すべてのサーバＡ１１、サーバＢ１２との接続パスが正常でないため、ファームウェアの交換ができない。そのため、ファームウェア交換制御部３２にセンス情報の設定機能およびセンス情報のアクセス検出機能を設け、サーバＢ１２からのセンス情報のアクセスにより接続が正常とみなす。そして、正常とみなしたときに、図１１（ｂ）に示すように管理テーブル３１を「正常」と更新する。センス情報の設定機能およびセンス情報のアクセス検出機能は、次のようである。ファームウェア交換制御部３２は、ファームウェア部３５，４１のセンス情報テーブルに所定のセンス情報を設定すると、そのセンス情報は、保留状態とされる。そして、ファームウェア交換制御部３２は、サーバＢ１２からのセンスコマンドによるアクセスにより、保留状態が解除されるのを監視する。そして、保留状態が解除されれば、管理テーブル３１に正常と設定する。
図１３に、実施例３の状態通知コマンドの処理の流れ図を示す。
実施例１の状態通知コマンドの処理の流れ図に対して、センスコマンドのチェック処理が付加されている。
状態通知コマンドを受信したか否かをチェックする（Ｓ５５ステップ）。
サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドでない場合には、センスコマンドか否かをチェックする（Ｓ５６ステップ）。
センスコマンドの場合には、設定されたセンス情報がアクセスされたか否かをチェックする（Ｓ５７ステップ）。
センス情報がアクセスされた場合には、管理テーブルを「正常」に更新する（Ｓ５８ステップ）。それ以外の場合には処理を終了する。また、サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する。
実施例１の状態通知コマンドの処理の流れ図に対して、センスコマンドのチェック処理が付加されている。
状態通知コマンドを受信したか否かをチェックする（Ｓ５５ステップ）。
サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドでない場合には、センスコマンドか否かをチェックする（Ｓ５６ステップ）。
センスコマンドの場合には、設定されたセンス情報がアクセスされたか否かをチェックする（Ｓ５７ステップ）。
センス情報がアクセスされた場合には、管理テーブルを「正常」に更新する（Ｓ５８ステップ）。それ以外の場合には処理を終了する。また、サーバＡ１１またはサーバＢ１２から受信したコマンドが状態通知コマンドの場合には、管理テーブル３１を更新して処理を終了する。
図１４に、実施例３のファームウェア交換処理の流れ図を示す。
センス情報の設定のほかは、図１０の実施例２のファームウェア交換の実施処理の流れ図と同一である。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６１ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６２ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ６３ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ６４ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ６５ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ６６ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ６３ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ６７ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６８ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６９ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ７０ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ７１ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ７２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ７３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ７１ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ７４ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
センス情報の設定のほかは、図１０の実施例２のファームウェア交換の実施処理の流れ図と同一である。
ファームウェア交換開始要求を受けた場合、まず管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６１ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６２ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ６３ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ６４ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ６５ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ６６ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ６３ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、前半部のファームウェアの交換を行う（Ｓ６７ステップ）。
前半部のファームウェア交換が完了したら、管理テーブル３１に登録された全てのパスの状態情報を“異常”に設定する（Ｓ６８ステップ）。
次に、状態情報が初期化されていないＨｏｓｔＷＷＮのパスに対して、センス情報を設定する（Ｓ６９ステップ）。
そして、規定時間待ち合わせ、各サーバからの状態情報の通知を待ち合わせる（Ｓ７０ステップ）。
規定時間経過後、管理テーブル３１を参照し（Ｓ７１ステップ）、サーバＡ１１、サーバＢ１２の各パスがすべて正常か、または通知なしか否かをチェックする（Ｓ７２ステップ）。
接続パスの一部に異常がある場合には、規定回数待ち合わせたか否かをチェックする（Ｓ７３ステップ）。既に規定回数の待ち合わせ実施している場合、ファームウェア交換は実施せずに終了する。また、規定回数の待ち合わせを実施していない場合、規定時間待ち合わせるため、Ｓ７１ステップへ戻る。待ち合わせた後に、再度管理テーブル３１をチェックする。
サーバＡ１１、サーバＢ１２の各接続パスが正常または通知なしの場合には、後半部のファームウェアの交換を行う（Ｓ７４ステップ）。後半部のファームウェア交換が完了後、処理を終了する。
以上の他に、状態が異常なパスが存在していても、残っている正常なパスが交換を実施しても問題ない構成である場合は、ファームウェア交換を開始することも可能である。例えば、サーバＡ１１とＣＭ３との間にパスが複数あり、またサーバＡ１１とＣＭ４との間にもパスが複数あるとする。このような構成で、まずＣＭ４の活性ファームウェア交換をする場合、ＣＭ３に接続されたパスのうち、少なくとも１つのパスの状態情報が正常であると判断できた場合、ＣＭ３に接続された他のいくつかのパスの状態情報が異常であったとしても、全体としてサーバＡ１１とＣＭ３とのパスは正常と解することができ、業務を停止することなく活性ファームウェア交換を行うことができる。ＣＭ３の活性ファームウェア交換を実施する場合も、同様に判断することができる。
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、前記ストレージ装置は、前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。
（付記２）ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を定期的に通知する手段を有し、前記ストレージ装置は、前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段を有することを特徴とする付記１記載のストレージシステム。
（付記３）ホスト装置は、状態情報通知手段を有しない装置を含み、ストレージ装置は、前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記１記載のストレージシステム。
（付記４）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前期接続パスに対応するファームウェアを順次、活性交換する交換手段と、を有することを特徴とするストレージ装置。
（付記５）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。
（付記６）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。
（付記７）アクセス検出手段は、センス情報を設定する手段と、状態通知手段を有していないホスト装置からのセンスコマンドにより、センス情報がアクセスされたことを検出するセンス情報アクセス検出手段と、を有することを特徴とする付記３記載のストレージシステム。
（付記８）ホスト装置からの状態情報通知の停止を検出し、停止を検出したホスト装置との接続パスを異常と判断しない監視手段を有することを特徴とする付記４記載のストレージ装置。
（付記９）状態情報通知手段を有していないホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、状態情報通知手段を有していないホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記４記載のストレージ装置。
（付記１）ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、前記ストレージ装置は、前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。
（付記２）ホスト装置は、ストレージ装置との接続パスの正常、異常の状態情報を定期的に通知する手段を有し、前記ストレージ装置は、前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視手段を有することを特徴とする付記１記載のストレージシステム。
（付記３）ホスト装置は、状態情報通知手段を有しない装置を含み、ストレージ装置は、前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記１記載のストレージシステム。
（付記４）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信手段と、前記受信した状態情報通知から取得した状態情報を格納する管理テーブルと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前期接続パスに対応するファームウェアを順次、活性交換する交換手段と、を有することを特徴とするストレージ装置。
（付記５）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。
（付記６）ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、前記受信した状態情報通知から状態情報を取得して管理テーブルに格納する格納ステップと、更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、前記交換要求を受信すると、前記管理テーブルに基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。
（付記７）アクセス検出手段は、センス情報を設定する手段と、状態通知手段を有していないホスト装置からのセンスコマンドにより、センス情報がアクセスされたことを検出するセンス情報アクセス検出手段と、を有することを特徴とする付記３記載のストレージシステム。
（付記８）ホスト装置からの状態情報通知の停止を検出し、停止を検出したホスト装置との接続パスを異常と判断しない監視手段を有することを特徴とする付記４記載のストレージ装置。
（付記９）状態情報通知手段を有していないホスト装置からのアクセスを検出するアクセス検出手段と、アクセスを検出したときは、状態情報通知手段を有していないホスト装置との接続パスを正常として管理テーブルを更新する更新手段とを有することを特徴とする付記４記載のストレージ装置。
１ ＲＡＩＤ装置
２ 通信制御部
３、４ ＣＭ
５ デバイス制御部
６ ＨＤＤ
１１ サーバＡ
１２ サーバＢ
１３ 状態通知部
２１〜２４ 制御部
３１ 管理テーブル
３２ ファームウェア交換制御部
３３ 入力部
３４ 記憶部Ａ
３５、４１ ファームウェア部
３６ 記憶部Ｂ
４２ 記憶部Ｃ
５１ ＲＡＩＤシステム
２ 通信制御部
３、４ ＣＭ
５ デバイス制御部
６ ＨＤＤ
１１ サーバＡ
１２ サーバＢ
１３ 状態通知部
２１〜２４ 制御部
３１ 管理テーブル
３２ ファームウェア交換制御部
３３ 入力部
３４ 記憶部Ａ
３５、４１ ファームウェア部
３６ 記憶部Ｂ
４２ 記憶部Ｃ
５１ ＲＡＩＤシステム
Claims (8)
- ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、
前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有し、
前記ストレージ装置は、
前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受信手段と、
前記受信した状態情報通知から取得した状態情報を格納する状態情報格納手段と、
前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装
置との前記接続パスを異常と判断しない監視手段と、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装
置であって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信
手段と、
前記受信した状態情報通知から取得した状態情報を格納する状態情報格納手段と、
前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装
置との前記接続パスを異常と判断しない監視手段と、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージ装置。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、
前記受信した状態情報通知から状態情報を取得して状態情報格納手段に格納する格納ステップと、
前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視ステップと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、
前記接続パスの正常、異常を通知する状態情報通知を前記ホスト装置から受信する受信ステップと、
前記受信した状態情報通知から状態情報を取得して状態情報格納手段に格納する格納ステップと、
前記ホスト装置からの前記状態情報通知の停止を検出し、停止を検出した前記ホスト装置との前記接続パスを異常と判断しない監視ステップと、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。 - ホスト装置と、前記ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置とを有するストレージシステムであって、
前記ホスト装置は、前記ストレージ装置との接続パスの正常、異常の状態情報を通知する状態情報通知手段を有するホスト装置と、前記状態情報通知手段を有しないホスト装置とを含み、
前記ストレージ装置は、
前記状態情報通知手段により通知される接続パスに対応する状態情報通知を受信する受
信手段と、
前記受信した状態情報通知から取得した状態情報を格納する状態情報格納手段と、
前記状態情報通知手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、
前記アクセスを検出したときは、前記状態情報通知手段を有していない前記ホスト装置との接続パスを正常として前記状態情報格納手段の状態情報を更新する更新手段と、
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段とを有することを特徴とするストレージシステム。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置であって、
前記接続パスの正常、異常を通知する前記ホスト装置から状態情報通知を受信する受信手段と、
前記受信した状態情報通知から取得した状態情報を格納する状態情報格納手段と、
前記状態情報通知を送信する手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出手段と、
前記アクセスを検出したときは、前記状態情報を通知する手段を有していない前記ホスト装置との接続パスを正常として前記状態情報格納手段の状態情報を更新する更新手段と
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信手段と、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換手段と、を有することを特徴とするストレージ装置。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換方法であって、
前記接続パスの正常、異常を通知する前記ホスト装置から状態情報通知を受信する受信ステップと、
前記受信した状態情報通知から取得した状態情報を状態情報格納手段に格納する状態情報格納ステップと、
前記状態情報通知を送信する手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出ステップと、
前記アクセスを検出したときは、前記状態情報を通知する手段を有していない前記ホスト装置との接続パスを正常として前記状態情報格納手段の状態情報を更新する更新ステップと
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、を有することを特徴とするファームウェアの活性交換方法。 - ホスト装置との複数の接続パスに対応する複数のファームウェアを備えるストレージ装置のファームウェアの活性交換をコンピュータに実行させるためのファームウェアの活性交換プログラムであって、
前記接続パスの正常、異常を通知する前記ホスト装置から状態情報通知を受信する受信ステップと、
前記受信した状態情報通知から取得した状態情報を状態情報格納手段に格納する状態情報格納ステップと、
前記状態情報通知を送信する手段を有していない前記ホスト装置からのアクセスを検出するアクセス検出ステップと、
前記アクセスを検出したときは、前記状態情報を通知する手段を有していない前記ホスト装置との接続パスを正常として前記状態情報格納手段の状態情報を更新する更新ステップと
更新ファームウェアおよびファームウェアの交換要求を受信する要求受信ステップと、
前記交換要求を受信すると、前記状態情報格納手段の状態情報に基づいて前記接続パスがすべて正常と判断した場合には、前記接続パスに対応するファームウェアを順次、活性交換する交換ステップと、をコンピュータに実行させることを特徴とするファームウェアの活性交換プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007020073A JP4940967B2 (ja) | 2007-01-30 | 2007-01-30 | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム |
| US11/902,326 US8104031B2 (en) | 2007-01-30 | 2007-09-20 | Storage system, storage unit, and method for hot swapping of firmware |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007020073A JP4940967B2 (ja) | 2007-01-30 | 2007-01-30 | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008186296A JP2008186296A (ja) | 2008-08-14 |
| JP4940967B2 true JP4940967B2 (ja) | 2012-05-30 |
Family
ID=39669420
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007020073A Expired - Fee Related JP4940967B2 (ja) | 2007-01-30 | 2007-01-30 | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8104031B2 (ja) |
| JP (1) | JP4940967B2 (ja) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008114360A1 (ja) * | 2007-03-16 | 2008-09-25 | Fujitsu Limited | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法 |
| US7908418B2 (en) | 2007-11-16 | 2011-03-15 | Fujitsu Limited | Storage system, storage device, and host device |
| JP4530059B2 (ja) * | 2008-02-18 | 2010-08-25 | 日本電気株式会社 | ディスクアレイ装置、ファームウェア交換方法およびファームウェア交換プログラム |
| JP2010152508A (ja) * | 2008-12-24 | 2010-07-08 | Fujitsu Ltd | 制御装置、ディスクアレイ装置および制御方法 |
| JP5321246B2 (ja) * | 2009-05-25 | 2013-10-23 | 富士通株式会社 | ストレージ装置の監視ユニット、および監視ユニットのファームウェア更新方法 |
| CN101645837B (zh) * | 2009-09-04 | 2012-09-05 | 成都市华为赛门铁克科技有限公司 | 实现负载均衡的方法和装置 |
| US8819660B2 (en) * | 2011-06-29 | 2014-08-26 | Microsoft Corporation | Virtual machine block substitution |
| JP5923976B2 (ja) * | 2011-12-27 | 2016-05-25 | 富士通株式会社 | 接続装置、ストレージ装置、接続装置における処理方法、および処理プログラム |
| US9015371B1 (en) * | 2012-03-01 | 2015-04-21 | Symantec Corporation | Method to discover multiple paths to disk devices cluster wide |
| US8966466B2 (en) * | 2012-04-04 | 2015-02-24 | Avago Technologies General Ip (Singapore) Pte. Ltd. | System for performing firmware updates on a number of drives in an array with minimum interruption to drive I/O operations |
| EP2946287B1 (en) * | 2013-01-15 | 2021-03-03 | Hewlett-Packard Enterprise Development LP | Dynamic firmware updating |
| KR20150135774A (ko) * | 2013-03-29 | 2015-12-03 | 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. | 컴퓨팅 노드에서의 에이전트들 사이의 펌웨어 공유 |
| US9116775B2 (en) * | 2013-05-15 | 2015-08-25 | Dell Products L.P. | Relationship-based dynamic firmware management system |
| GB2515554A (en) * | 2013-06-28 | 2014-12-31 | Ibm | Maintaining computer system operability |
| JP6484965B2 (ja) | 2014-09-03 | 2019-03-20 | 富士通株式会社 | ストレージ装置、ファームウェアの更新方法、およびファームウェアの更新プログラム |
| CN104503867B (zh) * | 2014-12-24 | 2017-07-11 | 北京同有飞骥科技股份有限公司 | 一种扩展柜掉线并重连后的灾难自动恢复方法 |
| US9952953B2 (en) * | 2015-11-02 | 2018-04-24 | Microsoft Technology Licensing Llc | Non-monotonic eventual convergence for desired state configuration |
| JP6863037B2 (ja) * | 2017-04-20 | 2021-04-21 | 富士通株式会社 | ストレージ制御装置およびストレージ制御プログラム |
| JP6933107B2 (ja) * | 2017-11-22 | 2021-09-08 | 富士通株式会社 | ストレージシステム，ストレージ制御装置およびストレージ制御プログラム |
| US11336509B2 (en) * | 2018-10-31 | 2022-05-17 | EMC IP Holding Company LLC | Detecting single points of failure on a storage system |
| EP3742295A1 (en) * | 2019-05-23 | 2020-11-25 | NXP USA, Inc. | Automatic firmware rollback |
| US20190325139A1 (en) * | 2019-06-28 | 2019-10-24 | Intel Corporation | Secure updating of computing system firmware |
| CN113064757B (zh) * | 2021-03-26 | 2023-02-28 | 山东英信计算机技术有限公司 | 一种服务器固件自恢复系统及服务器 |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5008814A (en) * | 1988-08-15 | 1991-04-16 | Network Equipment Technologies, Inc. | Method and apparatus for updating system software for a plurality of data processing units in a communication network |
| JPH09160773A (ja) | 1995-12-06 | 1997-06-20 | Hitachi Ltd | マルチプロセッサシステムのマイクロプログラム交換方法 |
| US5887131A (en) * | 1996-12-31 | 1999-03-23 | Compaq Computer Corporation | Method for controlling access to a computer system by utilizing an external device containing a hash value representation of a user password |
| US6360362B1 (en) * | 1998-02-20 | 2002-03-19 | Intel Corporation | Automatic update of camera firmware |
| US6640334B1 (en) * | 1999-09-27 | 2003-10-28 | Nortel Networks Limited | Method and apparatus of remotely updating firmware of a communication device |
| US6971095B2 (en) * | 2000-05-17 | 2005-11-29 | Fujitsu Limited | Automatic firmware version upgrade system |
| CA2414281C (en) * | 2000-11-17 | 2009-06-02 | Bitfone Corporation | System and method for updating and distributing information |
| JP2003131897A (ja) * | 2001-10-24 | 2003-05-09 | Hitachi Ltd | ポートを内蔵したストレージ |
| JP2003131837A (ja) | 2001-10-24 | 2003-05-09 | Canon Inc | ジョブ管理方法、ジョブ管理システム、プログラム及び記録媒体 |
| EP1429224A1 (en) * | 2002-12-10 | 2004-06-16 | Texas Instruments Incorporated | Firmware run-time authentication |
| US6986032B2 (en) * | 2002-08-07 | 2006-01-10 | Hewlett-Packard Development Company, L.P. | System and method for using an operating system defined field in ACPI support multiple operating systems |
| US7506337B2 (en) * | 2003-04-11 | 2009-03-17 | Microsoft Corporation | System and method for providing service of automated creation of computer software production images |
| US7191437B1 (en) * | 2003-04-23 | 2007-03-13 | Network Appliance, Inc. | System and method for reliable disk firmware update within a networked storage fabric |
| US7222339B2 (en) * | 2003-06-13 | 2007-05-22 | Intel Corporation | Method for distributed update of firmware across a clustered platform infrastructure |
| US7716276B1 (en) * | 2003-11-17 | 2010-05-11 | Hewlett-Packard Development Company, L.P. | Network that supports user-initiated device management |
| JP4497953B2 (ja) | 2004-02-25 | 2010-07-07 | 株式会社日立製作所 | 情報処理システム、および情報処理方法 |
| US7546596B2 (en) * | 2004-03-29 | 2009-06-09 | International Business Machines Corporation | Non-disruptive method, system and program product for overlaying a first software module with a second software module |
| US7904895B1 (en) * | 2004-04-21 | 2011-03-08 | Hewlett-Packard Develpment Company, L.P. | Firmware update in electronic devices employing update agent in a flash memory card |
| JP4870915B2 (ja) | 2004-07-15 | 2012-02-08 | 株式会社日立製作所 | ストレージ装置 |
| US7844945B2 (en) * | 2004-08-04 | 2010-11-30 | Avocent Fremont Corp. | Software and firmware adaptation for unanticipated/changing hardware environments |
| JP2006065857A (ja) * | 2004-08-24 | 2006-03-09 | Lg Electronics Inc | 移動通信端末機のプログラム強制ダウンロード方法及び装置 |
| TWI259974B (en) * | 2004-09-16 | 2006-08-11 | Mediatek Inc | Optical disk drive capable of updating firmware and firmware updating method thereof |
| JP4617847B2 (ja) * | 2004-11-04 | 2011-01-26 | 株式会社日立製作所 | 情報処理システム及びアクセス方法 |
| JP4791061B2 (ja) * | 2005-03-18 | 2011-10-12 | 富士通株式会社 | 計算機システムのファームウェアのバージョン管理方法及び情報処理装置 |
| US7814480B2 (en) * | 2005-09-05 | 2010-10-12 | Seiko Epson Corporation | Control software updating technique for a network apparatus |
| US7991866B2 (en) * | 2006-08-18 | 2011-08-02 | Control4 Corporation | Systems and methods for updating a site |
| US7870548B2 (en) * | 2007-01-05 | 2011-01-11 | Inventec Corporation | Method for updating an image file |
| US7783731B2 (en) * | 2008-05-27 | 2010-08-24 | Microsoft Corporation | Firmware cache coherence |
-
2007
- 2007-01-30 JP JP2007020073A patent/JP4940967B2/ja not_active Expired - Fee Related
- 2007-09-20 US US11/902,326 patent/US8104031B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US8104031B2 (en) | 2012-01-24 |
| US20080184217A1 (en) | 2008-07-31 |
| JP2008186296A (ja) | 2008-08-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4940967B2 (ja) | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法、ファームウェアの活性交換プログラム | |
| JP4770982B2 (ja) | ストレージシステム、ストレージ装置、ファームウェアの活性交換方法 | |
| JP5564956B2 (ja) | 情報処理装置及び情報処理装置のファームウェア更新方法 | |
| JP4641546B2 (ja) | 入出力（ｉ／ｏ）エラーをハンドリングするための方法及びシステム | |
| JP5052193B2 (ja) | 記憶制御装置および記憶制御方法 | |
| JP4572250B2 (ja) | 計算機切り替え方法、計算機切り替えプログラム及び計算機システム | |
| US7853767B2 (en) | Dual writing device and its control method | |
| WO2021027481A1 (zh) | 故障处理方法、装置、计算机设备、存储介质及存储系统 | |
| JP2017010390A (ja) | ストレージ制御装置、ストレージ制御プログラム、およびストレージ制御方法 | |
| JP4438010B2 (ja) | 中継装置、中継方法および中継制御プログラム | |
| US8015434B2 (en) | Management apparatus, storage system, and storage apparatus management method | |
| TW200426571A (en) | Policy-based response to system errors occurring during os runtime | |
| US8099634B2 (en) | Autonomic component service state management for a multiple function component | |
| JP2010152508A (ja) | 制御装置、ディスクアレイ装置および制御方法 | |
| CN116028094A (zh) | 一种bmc的升级方法和装置 | |
| JP5366184B2 (ja) | データ記憶システム、データ記憶方法 | |
| JP7125602B2 (ja) | データ処理装置および診断方法 | |
| JP5104479B2 (ja) | 情報処理装置 | |
| US7962781B2 (en) | Control method for information storage apparatus, information storage apparatus and computer readable information recording medium | |
| JP5439736B2 (ja) | コンピュータ管理システム、コンピュータシステムの管理方法、及びコンピュータシステムの管理プログラム | |
| JP7007025B2 (ja) | 障害処理装置、障害処理方法及びコンピュータプログラム | |
| JP2004021608A (ja) | 二重化サーバの障害検知方式及びその方法 | |
| JP4902728B2 (ja) | 冗長状態検証装置及びプログラム | |
| JP2017151511A (ja) | 情報処理装置、動作ログ取得方法および動作ログ取得プログラム | |
| JP5217896B2 (ja) | ストレージシステム、ストレージ装置、ホスト装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20091016 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110715 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111101 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120131 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120213 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4940967 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150309 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |