JP6933107B2 - ストレージシステム，ストレージ制御装置およびストレージ制御プログラム - Google Patents

ストレージシステム，ストレージ制御装置およびストレージ制御プログラム Download PDF

Info

Publication number
JP6933107B2
JP6933107B2 JP2017225027A JP2017225027A JP6933107B2 JP 6933107 B2 JP6933107 B2 JP 6933107B2 JP 2017225027 A JP2017225027 A JP 2017225027A JP 2017225027 A JP2017225027 A JP 2017225027A JP 6933107 B2 JP6933107 B2 JP 6933107B2
Authority
JP
Japan
Prior art keywords
storage
control device
firmware
storage control
redundant
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.)
Active
Application number
JP2017225027A
Other languages
English (en)
Other versions
JP2019096065A (ja
Inventor
智彦 室山
智彦 室山
雅裕 吉田
雅裕 吉田
淳 高倉
淳 高倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017225027A priority Critical patent/JP6933107B2/ja
Priority to US16/173,444 priority patent/US11074144B2/en
Publication of JP2019096065A publication Critical patent/JP2019096065A/ja
Application granted granted Critical
Publication of JP6933107B2 publication Critical patent/JP6933107B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3034—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a storage system, e.g. DASD based or network based
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324—Display of status information
    • G06F11/327—Alarm or error message display
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G06F3/0649—Lifecycle management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Human Computer Interaction (AREA)
  • Mathematical Physics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Description

本発明は、ストレージシステム，ストレージ制御装置およびストレージ制御プログラムに関する。
近年、複数のストレージ装置上の論理ボリュームを統合して論理的なストレージプールを構成するストレージ仮想化技術が知られている。このようなストレージ仮想化技術により、システム運用の負担の軽減やストレージ装置間でのデータ移行を簡単にすることが可能となる。従って、複数のストレージを統合管理できるストレージ仮想化技術は重要な機能といえる。
ストレージ装置には多数のモジュール（電子部品，電子装置）が備えられている。例えば、ＨＤＤ（Hard Disk Drive）等の記憶装置を格納するＤＥ（Drive Enclosure）には、ＩＯＭ（Input Output Module）やＦＥＭ（Fan Expander Module）等のモジュールが備えられている。また、近年のストレージの大容量化や高密度化に伴い、ストレージ装置に搭載されるモジュールの数も増加している。
これらのモジュールでは、それぞれファームウェアが実行されている。ストレージ装置の安定化や運用の効率化を図り、また、新機能を利用できるようにするためには、モジュールに最新のファームウェアを適用することが不可欠である。
また、ファームウェアの適用は、装置の運用状態を維持したまま、搭載された全てのモジュールに対して行なうことが望ましい。従って、モジュールにファームウェアを適用する機能の重要性は高い。
上述の如く、ストレージ装置は複数のモジュールを備え、各モジュールがそれぞれ独立したファームウェアで動作する。それぞれのモジュールは、一般に、ファームウェアを書き込む記憶領域として稼働面側領域と非稼働面側領域との２つの領域を有する。
モジュールに更新用のファームウェア（以下、新ファームウェアという）を適用する際には、先ず、非稼働面側領域に新ファームウェアを書き込む。その後、新ファームウェアが書き込まれた非稼働面側領域を稼働面側領域に切替えてから、モジュールのリセット（リブート，再起動）を行ない、稼働面側領域に書き込まれた新ファームウェアを用いて起動させる。なお、以下、新ファームウェアを適用することを、ファームウェアの交換または改版という場合がある。
また、システムを運用状態に維持したままファームウェアの交換を行なう処理を、活性ファームウェア交換処理という場合がある。活性ファームウェア交換処理においては、複数のモジュールを前半モジュール群と後半モジュール群との２つの系統のモジュール群に分けて、オンライン状態を維持したまま片系ずつファームウェア交換を行なうことが望ましい。
特開２００８−１８６２９６公報 特開２００５−６３０５０号公報 特開２００８−２９９７０９号公報 特開２０１２−７９１７５号公報 特開２０１６−５３８５５号公報
複数のストレージ装置を備えるストレージシステムにおいて、ストレージ装置間の冗長化されたパスのうち、片系のパスの接続が何らかの理由で切断状態となる場合がある。
活性ファームウェア交換処理を行なう過程において、ストレージ装置間の片系のパスの接続が切断した状態のまま、新ファームウェアの書き込み後に前半モジュール群を再起動させると、ストレージ装置間の両系のパス接続が切断した状態が生じる場合がある。
両系のパスが切断状態になると、ストレージ装置間の接続構成及びボリューム管理方法によっては、ストレージ装置間の接続情報が完全に失われ、運用中にシステムダウンに陥ることがある。
１つの側面では、本発明は、複数のストレージ装置を接続して備えるストレージシステムにおいて、活性ファームウェア交換処理を行なう際のシステムダウンの発生を抑止することを目的とする。
このため、このストレージシステムは、ホスト装置と通信可能に接続される第１ストレージ装置と、前記第１ストレージ装置と通信可能に接続され、前記ホスト装置からのアクセス要求に対して前記第１ストレージ装置を介して処理を実行する第２ストレージ装置と、を備える。前記第１ストレージ装置は、第１ストレージ制御装置と第２ストレージ制御装置を備え、前記第１ストレージ制御装置と前記第２ストレージ制御装置は前記ホスト装置に対して冗長的に接続する。前記第１ストレージ制御装置と前記第２ストレージ制御装置は前記第２ストレージ装置に対して冗長的に接続する。前記第１ストレージ制御装置は、前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記第１ストレージ制御装置の活性プログラム交換の実行を抑止する。
一実施形態によれば、複数のストレージ装置を接続して備えるストレージシステムにおいて、活性ファームウェア交換処理を行なう際のシステムダウンの発生を抑止することができる。
実施形態の一例としてのストレージシステムにおける複数のストレージ装置の接続状態の構成を模式的に示す図である。 実施形態の一例としてのストレージシステムのストレージ装置のハードウェア構成を例示する図である。 実施形態の一例としてのストレージシステムのローカルストレージの機能構成を示す図である。 実施形態の一例としてのストレージシステムにおいて、ローカルストレージのファームウェア交換を行なう場合の処理を説明するためのフローチャートである。 実施形態の一例としてのストレージシステムのローカルストレージにおけるスレーブＣＭと外部ストレージとの接続状態の確認方法を説明するためのフローチャートである。 実施形態の一例としてのストレージシステムのローカルストレージにおける、ファームウェア交換過程におけるＣＭ組み込み時の処理を説明するためのフローチャートである。 ハイエンドのストレージシステムの構成を例示する図である。 ストレージ仮想化を実現するストレージシステムの構成を例示する図である。
以下、図面を参照して本ストレージシステム，ストレージ制御装置およびストレージ制御プログラムにかかる実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形（実施形態および各変形例を組み合わせる等）して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
（Ａ）参考
図８はストレージ仮想化を実現するストレージシステム５００の構成を例示する図である。
ストレージシステム５００は、ローカルストレージ５０１−１と、このローカルストレージ５０１−１にネットワークを介して接続された外付けの外部ストレージ５０１−２とを備える。
ローカルストレージ５０１−１は、業務サーバ５１０に接続され、この業務サーバ５１０に対して論理ボリューム６００−１を提供するストレージ装置である。
外部ストレージ５０１−２は、ローカルストレージ５０１−１を介して業務サーバ５１０に接続されている。すなわち、業務サーバ５１０に対して直接接続されたストレージ装置がローカルストレージ５０１−１であり、業務サーバ５１０にローカルストレージ５０１−１を介して間接的に接続されたストレージ装置が外部ストレージ５０１−２である。これらのローカルストレージ５０１−１と外部ストレージ５０１−２とは遠隔した場所に配置される必要はなく、例えば、同一のサーバルーム内に配置されてもよい。また、業務サーバ５１０も同一のサーバルーム内に配置されてもよい。
ローカルストレージ５０１−１は、冗長化されたＣＭ（Controller Module）５０２ａ，５０２ｂおよび冗長化されたＤＥ５０３ａ，５０３ｂを備える。
ＤＥ５０３ａ，５０３ｂには、図示しない１つ以上のＨＤＤ等の記憶装置が備えられる。ＤＥ５０３ａをＤＥ＃０と、ＤＥ５０３ｂをＤＥ＃１と、それぞれ表す場合がある。
ＣＭ５０２ａ，５０２ｂは、種々の制御を行なうストレージ制御装置であり、業務サーバ５１０からのストレージアクセス要求（以下、ホストＩ／Ｏという場合がある）に従って、ＤＥ５０３ａ，５０３ｂの記憶装置へのアクセス制御等、各種制御を行なう。例えば、ＣＭ５０２ａ，５０２ｂは、ＤＥ５０３ａ，５０３ｂの記憶装置の記憶領域を用いて１つ以上の論理ボリューム６００−１を生成し、業務サーバ５１０に提供する。
ＣＭ５０２ａ，５０２ｂは、業務サーバ５１０から論理ボリューム６００−１に対して発行されたホストＩ／Ｏを処理し、ＤＥ５０３ａ，５０３ｂの記憶装置にデータのリードやライトを行なう。
ＣＭ５０２ａ，５０２ｂは二重化されており、例えばＣＭ５０２ａがプライマリとして各種制御を行なう。このプライマリＣＭ５０２ａの故障時等には、セカンダリのＣＭ５０２ｂがプライマリとしてＣＭ５０２ａの動作を引き継ぐ。ＣＭ５０２ａをＣＭ＃０と、ＣＭ５０２ｂをＣＭ＃１と、それぞれ表す場合がある。
外部ストレージ５０１−２はローカルストレージ５０１−１にネットワークを介して接続されている。
外部ストレージ５０１−２は、１つ以上の論理ボリューム６００−２を生成する。
ローカルストレージ５０１−１は、外部ストレージ５０１−２の論理ボリューム６００−２を仮想ボリュームとして組み込み、業務サーバ５１０からのホストＩ／Ｏをローカルストレージ５０１−１から外部ストレージ５０１−２に対して発行する。これにより、業務サーバ５１０による外部ストレージ５０１−２の論理ボリューム６００−２の利用が可能となる。
また、ローカルストレージ５０１−１が外部ストレージ５０１−２のデバイス情報を引き継ぐことで、業務サーバ５１０はローカルストレージ５０１−１を外部ストレージ５０１−２のように認識することができる。
外部ストレージ５０１−２もローカルストレージ５０１−１と同様に、冗長化されたＣＭ５０２ａ，５０２ｂおよび冗長化されたＤＥ５０３ａ，５０３ｂを備える。なお、なお、図中、既述の符号と同一の符号は同様の部分を示しているので、その説明は省略する。
ローカルストレージ５０１−１と外部ストレージ５０１−２とは、ネットワークにおいて冗長化されたパスを介して接続されており、一方のパスが切断された場合においても、他方のパスを介して、Ｉ／Ｏを継続して通信することが可能である。
例えば、ローカルストレージ５０１−１や外部ストレージ５０１−２のファームウェア交換を実施する場合に、冗長構成となっているＣＭ５０２ａ，５０２ｂを片方ずつリブートさせることで交換を実施する。ＣＭ５０２ａ，５０２ｂのリブート時にはボリュームの組み込み処理が再度行なわれる。
図８に示す構成において、ローカルストレージ５０１−１においてＣＭ＃０もしくはＣＭ＃１のリブートを行なうと、このリブートしたＣＭ＃０もしくはＣＭ＃１と外部ストレージ５０２ａ，５０２ｂとの各間のパス接続は一時的に喪失する。
例えば、ローカルストレージ５０１−１のＣＭ＃１のリブート中に、このＣＭ＃１と外部ストレージ５０１−２のＣＭ＃０，＃１とを接続する各パスの接続が何らかの理由で切断状態となったとする（図８中の符号Ｐ１参照）。
そして、ローカルストレージ５０１−１のＣＭ＃１のリブート完了後に、上述したパスの切断状態が解消しない状態（符号Ｐ１参照）で、活性ファームウェア交換処理においてローカルストレージ５０１−１のＣＭ＃０のリブートが行なわれる場合を考える。
このような場合においては、ローカルストレージ５０１−１のＣＭ＃０と外部ストレージ５０１−２のＣＭ＃０，＃１とを接続する各パス、つまり冗長パスも切断状態となる（図８中の符号Ｐ２参照）。これにより、ローカルストレージ５０１−１と外部ストレージ５０１−２との間をつなぐパス接続が喪失することになる。
このように、業務サーバ５１０からのホストＩ／Ｏを外部ストレージ５０１−２に流すパスが使用できなくなった場合には、ホストＩ／Ｏが異常終了し、システムダウンとなる。
（Ｂ）装置構成
図１は実施形態の一例としてのストレージシステム１００のストレージ装置１−１，１−２の接続状態の構成を示す図である。図２は実施形態の一例としてのストレージシステム１００のストレージ装置１−１，１−２のハードウェア構成を例示する図である。また、図３は実施形態の一例としてのストレージシステム１００におけるローカルストレージ１−１の機能構成を示す図である。
本実施形態の一例におけるストレージシステム１００は、１つ以上（図１に示す例では１つ）のホスト装置５０と通信線５１を介して通信可能に接続され、このホスト装置５０に対して記憶領域を提供する。通信線５１は、例えば、ＬＡＮ（Local Area Network）ケーブルである。
図１に例示するストレージシステム１００は、２つのストレージ装置１−１，１−２を備える。
ホスト装置５０には、通信線５１を介してストレージ装置１−１が接続され、このストレージ装置１−１には、通信線５２を介してストレージ装置１−２が接続されている。従って、ストレージ装置１−２は、ストレージ装置１−１を介してホスト装置５０に間接的に接続されている。ホスト装置５０は業務サーバであってもよい。
ストレージ装置１−１，１−２は、ホスト装置５０に記憶領域を提供するものであり、それぞれ１つ以上の論理ボリューム（図示省略）を作成し管理する機能を有する。
ストレージ装置１−１は、ホスト装置５０に対して仮想化ボリューム（図示省略）を提供する。
また、ストレージ装置１−１はストレージ装置１−２に対して命令を発行するイニシエータとして機能し、ストレージ装置１−２はストレージ装置１−１に対してターゲットとして機能する。
以下、ストレージ装置１−１をローカルストレージ１−１という場合があり、ストレージ装置１−２を外部ストレージ（リモートストレージ）１−２という場合がある。
例えば、ローカルストレージ１−１に、外部ストレージ１−２の論理ボリューム（図示省略）を仮想化ボリュームとして組み込むことで、ホスト装置５０に対して、外部ストレージ１−２のデータがローカルストレージ１−１にあるように見せることができる。なお、ここで示すストレージシステムは、別々のストレージ装置を統合管理するものであり、マスタストレージ装置もしくはマスタの制御筐体が複数のデバイス筐体を一元管理するものとは接続構成や管理方法が異なる。
ローカルストレージ１−１は、イニシエータとしての機能を用いて、ホスト装置５０からのホストＩ／Ｏを外部ストレージ１−２に対して発行することで、ホスト装置５０による外部ストレージ１−２の論理ボリュームの利用を可能とする。
また、例えば、ローカルストレージ１−１の論理ボリューム等を外部ストレージ１−２にミラーリングしてもよい。また、外部ストレージ１−２の論理ボリュームをローカルストレージ１−１に移行させるために、図１に示すストレージシステム１００を構成してもよい。
ストレージ装置１−１とストレージ装置１−２とは同様の構成を有する。以下、ストレージ装置を示す符号としては、複数のストレージ装置のうち１つを特定する必要があるときには符号１−１，１−２を用いるが、任意のストレージ装置を指すときには符号１を用いる。
また、図中、既述の符号と同一の符号は同様の部分を示しているので、その説明は省略する。
ストレージ装置１は、後述する複数の記憶装置２１（図２参照）を搭載し、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を用いて複数の記憶装置２１にデータを分散し、冗長化した状態で保存する。ストレージ装置１はＣＥ２を備え、各ＣＥ２には内部ストレージとしてＤＥ２０が接続される。
図２に示す例においては、各ストレージ装置１は、複数のＤＥ２０ａ−１〜２０ａ−ｎ，２０ｂ−１〜２０ｂ−ｍを備える（なお、ｎ，ｍはそれぞれ自然数）。
以下、ＤＥを示す符号としては、複数のＤＥのうち１つを特定する必要があるときには符号２０ａ−１〜２０ａ−ｎ，２０ｂ−１〜２０ｂ−ｍを用いるが、任意のＤＥを指すときには符号２０を用いる。
ＣＥ２は、複数（図１に示す例では２つ）のＣＭ１０ａ，１０ｂを備える。
ＣＭ１０ａ，１０ｂは、ストレージ装置１内の動作を制御する制御装置（コントローラ，ストレージ制御装置）であり、ホスト装置５０等から送信されるＩ／Ｏ要求に従って、ＤＥ２０の記憶装置２１へのデータアクセス制御等、各種制御を行なう。
ＣＭ１０ａ，１０ｂは二重化されており、通常は、一方のＣＭ１０（例えば、ＣＭ１０ａ）がプライマリとして各種制御を行なう。しかし、このプライマリＣＭ１０ａの故障時等には、セカンダリのＣＭ１０ｂがプライマリとしてＣＭ１０ａの動作を引き継ぐ。ＣＭ１０ａ，１０ｂは冗長構成（冗長パス構成）を有する。
また、ＣＭ１０ａ，１０ｂは互いに同様の構成を有している。以下、ＣＭを示す符号としては、複数のＣＭのうち１つを特定する場合には符号１０ａ，１０ｂを用い、任意のＣＭを指すときには符号１０を用いる。また、ＣＭ１０ａをＣＭ＃０と、ＣＭ１０ｂをＣＭ＃１と、それぞれ表す場合がある。
ＣＭ＃０とＣＭ＃１とは、図示しない内部バスを介して通信可能に接続されている。内部バスは、例えばＰＣＩｅ（Peripheral Component Interconnect Express）の規格に準じた通信を行なってもよく、また、他の規格に準じた通信を行なってもよい。また、各ＣＭ１０と各ＤＥ２０とは例えばバス線（データアクセスパス）を介して通信可能に接続されている。
ＤＥ２０は、図２に示すように、記憶装置２１やＩＯＭ２３ａ−Ａ１〜２３ａ−Ａｎ，２３ｂ−Ａ１〜２３ｂ−Ａｎ，２３ａ−Ｂ１〜２３ａ−Ｂｍ，２３ｂ−Ｂ１〜２３ｂ−Ｂｍを搭載するデバイス筐体である。
ＤＥ２０は、２つのＣＭ＃０，＃１のそれぞれとデータアクセスパスで通信可能に接続されており、それぞれ、２つのＩＯＭ２３と、複数の記憶装置２１もしくはＦＥＭ２２とを備える。
なお、ＩＯＭを示す符号としては、複数のＩＯＭのうち１つを特定する必要があるときには符号２３ａ−Ａ１〜２３ａ−Ａｎ，２３ｂ−Ａ１〜２３ｂ−Ａｎ，２３ａ−Ｂ１〜２３ａ−Ｂｍ，２３ｂ−Ｂ１〜２３ｂ−Ｂｍを用いるが、任意のＩＯＭを指すときには符号２３を用いる。
図２に示す例においては、ＤＥ２０ａ−１およびＤＥ２０ｂ−ｍに２つのＦＥＭ２２−１，２２−２が備えられ、これら以外のＤＥ２０に、複数の記憶装置２１が備えられている。
記憶装置２１は、データを読み書き可能に格納する既知の装置であり、例えば、ＨＤＤやＳＳＤ（Solid State Drive）である。これらの記憶装置２１は、互いに同様の機能構成を備える。各ＤＥ２０が備える複数の記憶装置２１の一部はホットスペアとして機能する。
なお、以下、ＦＥＭを示す符号としては、複数のＦＥＭのうち１つを特定する必要があるときには符号２２−１，２２−２を用いるが、任意のＦＥＭを指すときには符号２２を用いる。
ＦＥＭ２２は、ＩＯＭ２３で受領したＳＡＳ（Serial Attached Small Computer System Interface）フレームをＣＭ１０から指定された記憶装置２１へ転送する処理を行なう。また、ＦＥＭ２２は、図示しないファンを搭載し、ＤＥ２０内の冷却も行なう。ＦＥＭ２２は、例えば、３．５インチ用高密度（High Density）ドライブエンクロージャ用second tier expander搭載モジュールである。
また、ＦＥＭ２２は、１つ以上（図２に示す例では２つ）のＦＥＭ−ＥＸＰ（FEM-Expander）２２１を備える。ＦＥＭ−ＥＸＰ２２１は、ＳＡＳ／ＳＡＴＡ（Serial Advanced Technology Attachment）接続用のExpanderチップである。
ＤＥ２０ａ−１はＩＯＭ２３ａ−Ａ１，２３ｂ−Ａ１を備えている。同様に、ＤＥ２０ａ−２はＩＯＭ２３ａ−Ａ２，２３ｂ−Ａ２を、ＤＥ２０ａ−ｎはＩＯＭ２３ａ−Ａｎ，２３ｂ−Ａｎを、ＤＥ２０ｂ−１はＩＯＭ２３ａ−Ｂ１，２３ｂ−Ｂ１を、ＤＥ２０ｂ−２はＩＯＭ２３ａ−Ｂ２，２３ｂ−Ｂ２を、ＤＥ２０ｂ−ｍはＩＯＭ２３ａ−Ｂｍ，２３ｂ−Ｂｍを、それぞれ備える。これらにより、各ＤＥ２０において、ＩＯＭ２３が二重化されている。
ＤＥ２０ａ−１において、ＩＯＭ２３ａ−Ａ１はＦＥＭ２２−１の制御を、ＩＯＭ２３ｂ−Ａ１はＦＥＭ２２−２の制御を、それぞれ行なう。同様に、ＤＥ２０ｂ−ｍにおいて、ＩＯＭ２３ａ−ＢｍはＦＥＭ２２−１の制御を、ＩＯＭ２３ｂ−ＢｍはＦＥＭ２２−２
の制御を、それぞれ行なう。
また、ＤＥ２０ａ−２において、ＩＯＭ２３ａ−Ａ２，２３ｂ−Ａ２は、それぞれ記憶装置２１へのデータアクセスを制御する。同様に、ＤＥ２０ａ−ｎにおいて、ＩＯＭ２３ａ−Ａｎ，２３ｂ−Ａｎは、それぞれ記憶装置２１へのデータアクセスを制御する。また、ＤＥ２０ｂ−１において、ＩＯＭ２３ａ−Ｂ１，２３ｂ−Ｂ１は、それぞれ記憶装置２１へのデータアクセスを制御する。さらに、ＤＥ２０ｂ−２において、ＩＯＭ２３ａ−Ｂ２，２３ｂ−Ｂ２は、それぞれ記憶装置２１へのデータアクセスを制御する。
後述するＣＭ１０ａ（ＣＭ＃０）のＣＭ−ＥＸＰ１４ａには、ＩＯＭ２３ａ−Ａ１，ＩＯＭ２３ａ−Ａ２，・・・，ＩＯＭ２３ａ−Ａｎが、この順にカスケード接続されている。また、ＣＭ−ＥＸＰ１４ａには、ＩＯＭ２３ａ−Ｂ１，ＩＯＭ２３ａ−Ｂ２，・・・，ＩＯＭ２３ａ−Ｂｍも、この順にカスケード接続されている。
このように、ＣＭ１０ａのＣＭ−ＥＸＰ１４ａからＩＯＭ２３ａ−Ａ１，ＩＯＭ２３ａ−Ａ２，・・・，ＩＯＭ２３ａ−Ａｍが接続される経路、およびＣＭ−ＥＸＰ１４ａからＩＯＭ２３ａ−Ｂ１，ＩＯＭ２３ａ−Ｂ２，・・・，ＩＯＭ２３ａ−Ｂｍが接続される経路を、０系の経路という場合がある。また、この０系の経路に接続されるＩＯＭ２３を、ＩＯＭ＃０と表す場合がある。
０系の経路に接続された各ＩＯＭ２３は、０系のＣＭ１０ａ（ＣＭ＃０）により管理される。
また、後述するＣＭ１０ｂ（ＣＭ＃１）のＣＭ−ＥＸＰ１４ｂには、ＩＯＭ２３ｂ−Ｂｍ，・・・，ＩＯＭ２３ｂ−Ｂ２，ＩＯＭ２３ｂ−Ｂ１が、この順にカスケード接続されている。また、ＣＭ−ＥＸＰ１４ｂには、ＩＯＭ２３ｂ−Ａｎ，・・・，ＩＯＭ２３ｂ−Ａ２，ＩＯＭ２３ｂ−Ａ１も、この順にカスケード接続されている。
このように、ＣＭ１０ｂのＣＭ−ＥＸＰ１４ｂからＩＯＭ２３ｂ−Ｂｍ，・・・，ＩＯＭ２３ｂ−Ｂ２，ＩＯＭ２３ｂ−Ｂ１が接続される経路、および、ＣＭ−ＥＸＰ１４ｂからＩＯＭ２３ｂ−Ａｎ，・・・，ＩＯＭ２３ｂ−Ａ２，ＩＯＭ２３ｂ−Ａ１が接続される経路を、それぞれ１系の経路という場合がある。また、この１系の経路に接続されるＩＯＭ２３を、ＩＯＭ＃１と表す場合がある。
１系の経路に接続された各ＩＯＭ２３は、１系のＣＭ１０ｂ（ＣＭ＃１）により管理される。また、１系の経路は、０系の経路に対してリバースケーブリングされている。
ＣＭ１０は、種々の制御を行なうストレージ制御装置であり、ホスト装置５０からのストレージアクセス要求（アクセス制御信号：以下、ホストＩ／Ｏという）に従って、各種制御を行なう。
ＣＭ１０は、図１に示すように、ＣＰＵ（Central Processing Unit）１１，メモリ１２，ＩＯＣ１３，ＣＭ−ＥＸＰ１４ａ（１４ｂ），ＢＵＤ（Bootup and Utility Device）１６，ＣＭ−ＢＩＯＳメモリ１７およびＣＡ１５ａ，１５ｂを備える。
ローカルストレージ１−１において、各ＣＭ１０のＣＡ１５ａは、ホスト装置５０から送信されたデータを受信したり、ＣＭ１０から出力するデータをホスト装置５０に送信したりするアダプタである。すなわち、ＣＡ１５ａはホスト装置５０との間でのデータの入出力を制御する。
ＣＡ１５ａは、例えば、ＮＡＳ（Network Attached Storage）を介してホスト装置５０と通信可能に接続するネットワークアダプタであり、例えば、ＬＡＮインタフェース等である。各ＣＭ１０は、ＣＡ１５ａにより通信線５１を介してホスト装置５０とＮＡＳにより接続され、Ｉ／Ｏ要求の受信やデータの送受信等を行なう。図１に示す例においては、ＣＭ１０ａ，１０ｂのそれぞれに１つのＣＡ１５ａが備えられている。
ローカルストレージ１−１の各ＣＭ１０のＣＡ１５ａは、それぞれホスト装置５０に対するターゲットポートとして機能する。
また、これらのＣＡ１５ａは、ＳＡＮ（Storage Area Network）を介してホスト装置５０と通信可能に接続するネットワークアダプタであってもよい。すなわち、例えば、ｉＳＣＳＩ（Internet Small Computer System Interface）インタフェースやＦＣ（Fibre Channel）インタフェースであってもよい。各ＣＭ１０は、ＣＡ１５ａにより通信線５１を介してホスト装置５０とＳＡＮにより接続され、Ｉ／Ｏ要求の受信やデータの送受信等を行なってもよい。
一方、外部ストレージ１−２の各ＣＭ１０のＣＡ１５ａは、それぞれ、ローカルストレージ１−１の各ＣＭ１０のＣＡ１５ｂと通信線５２を介して通信可能に接続されている。
外部ストレージ１−２の各ＣＭ１０のＣＡ１５ａは、ローカルストレージ１−１の各ＣＭ１０から送信されるデータを受信したり、外部ストレージ１−２の各ＣＭ１０から出力する命令やデータをローカルストレージ１−１の各ＣＭ１０に送信したりするアダプタである。すなわち、外部ストレージ１−２の各ＣＭ１０のＣＡ１５ａは、ローカルストレージ１−１との間でのデータの入出力を制御するものであり、それぞれローカルストレージ１−１に対するターゲットポートとして機能する。
これに対して、ローカルストレージ１−１の各ＣＭ１０のＣＡ１５ｂは、外部ストレージ１−２との間でのデータの入出力を制御するものであり、それぞれ外部ストレージ１−２に対するイニシエータポートとして機能する。
各ＣＭ１０において、複数のＣＡ１５ａ，１５ｂは、ＣＭ１０から脱着自在に構成されたライザーカード（ドータカード）１５１に備えられている。また、外部ストレージ１−２に接続されるインタフェースであるＣＡ１５ｂは、内部ストレージであるＤＥ２０へのインタフェースであるＣＭ−ＥＸＰ１４ａ，１４ｂとは異なる種類であってもよい。
ＣＭ−ＥＸＰ１４ａ，１４ｂは、ＤＥ２０と通信可能に接続するための拡張インタフェース（Expander）であり、例えば、ＩＣ（Integrated Circuit）チップとして構成されている。これらのＣＭ−ＥＸＰ１４ａ，１４ｂは、ＣＭ１０とＤＥ２０に備えられた記憶装置とを接続するスイッチとして機能する。
なお、以下、ＣＭ−ＥＸＰを示す符号としては、複数のＣＭ−ＥＸＰのうち１つを特定する必要があるときには符号１４ａ，１４ｂを用いるが、任意のＣＭ−ＥＸＰを指すときには符号１４を用いる。
ＣＭ−ＥＸＰ１４にはＤＥ２０の記憶装置２１が接続され、各ＣＭ１０は、ホスト装置５０から受信したＩ／Ｏ要求に基づき、記憶装置２１に対するアクセス制御を行なう。
各ＣＭ１０は、ＣＭ−ＥＸＰ１４を介して、記憶装置２１に対するデータの書き込みや読み出しを行なう。
本実施形態においては、例えば、各ＣＥ２に備えられるＣＭ１０や、各ＤＥ２０に備えられるＩＯＭ２３が、プログラムであるファームウェアの切替え対象のモジュール（電子部品）である。以下、ＩＯＭ２３をモジュールもしくは部品という場合がある。
これらのモジュールは、同系のＣＭ１０によって制御される。また、ＣＭ１０の制御対象は、これらのモジュールの他、ＣＭ１０内の電子部品や配下のＤＥ２０の電子部品をも含む。本ストレージシステム１００においては、これらの全ての電子部品がファームウェア（プログラム）の交換対象となり得るものであり、これらの電子部品のうち一部または全部に対して活性ファームウェア（プログラム）交換が行なわれる。
例えば、各ＩＯＭ２３は交換後の新ファームウェアを格納する記録領域（メモリ，記憶部）を備える。ＩＯＭ２３は、その起動時（リセットによる起動時，リブート時；再起動時）に、この記録領域に格納された新ファームウェアを読み出して自身に適用することで、ファームウェアの交換が行なわれる。以下、ＩＯＭ２３のリセットには、リブート（再起動）が含まれるものとする。
ＣＭ−ＢＩＯＳメモリ１７は、ＣＭ１０の起動時にＣＰＵ１１によって実行されるＢＩＯＳ（Basic Input Output System）を格納する。
メモリ１２は、Read Only Memory（ＲＯＭ）およびRandom Access Memory（ＲＡＭ）を含む記憶装置である。メモリ１２のＲＯＭには、ソフトウェアプログラムが書き込まれている。メモリ１２上のソフトウェアプログラムは、ＣＰＵ１１に適宜読み込まれて実行される。また、メモリ１２のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用され、ＣＭ−ＢＩＯＳメモリ１７から読み出されたＢＩＯＳやソフトウェアプログラムが一時的に格納される。本実施形態の一例において、メモリ１２には、後述するボリューム情報１２１およびボリュームステータス情報１２２等が格納される（図３参照）。
また、メモリ１２には、ファームウェア交換処理の進捗状況を示す情報（ファームウェア交換進捗情報）やファームウェアの版数を示すファームウェア版数情報等が格納されてもよい。
ＩＯＣ１３は、ＣＭ１０内におけるデータ転送を制御する制御装置であり、例えば、メモリ１２に格納されたデータをＣＰＵ１１を介することなく転送させるＤＭＡ（Direct Memory Access）転送を実現する。
ＢＵＤ１６は、例えば、ＣＡ１５からコピーされたダンプデータを格納する記憶装置である。
ＣＰＵ１１は、種々の制御や演算を行なう処理装置であり、例えばマルチコアプロセッサ（マルチコアＣＰＵ）である。ＣＰＵ１１は、メモリ１２等に格納されたＯＳ（Operating System）やプログラムを実行することにより、種々の機能を実現する。特に、本実施形態において、ローカルストレージ１−１のＣＰＵ１１は、図３に示すように、パワー制御部１１４，ＣＡ制御部１１１，外部ストレージ管理部１１２および保守制御部１１０として機能する。
なお、これらのパワー制御部１１４，ＣＡ制御部１１１，外部ストレージ管理部１１２および保守制御部１１０としての機能を実現するためのプログラム（ストレージ制御プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。
パワー制御部１１４，ＣＡ制御部１１１，外部ストレージ管理部１１２および保守制御部１１０としての機能を実現する際には、内部記憶装置（本実施形態ではメモリ１２のＲＡＭやＲＯＭ）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。
パワー制御部１１４は、ＣＭ１０や各デバイスの電源制御を行なうものであり、例えば、ファームウェアを適用（組み込む）するために、ＣＭ１０や各デバイスの電源のオフ／オンを制御する。
ＣＡ制御部１１１は、自身が機能するＣＭ１０（以下、自ＣＭ１０という）において認識している外部ストレージ１−２のボリュームを他のＣＭ１０に通知する。例えば、ＣＭ１０においては、メモリ１２の所定の記憶領域にボリューム情報１２１を格納する。このボリューム情報１２１には、予め外部ストレージ１−２に形成されたボリュームを特定する情報（例えば、ボリュームＩＤ）が登録される。
ＣＡ制御部１１１は、ボリューム情報１２１に登録されたボリュームＩＤのボリュームに、通信線５２を介してアクセス可能であるかを確認し、その確認結果（アクセス状態情報）を、同一ＣＥ２内において冗長構成を形成する他のＣＭ１０に通知する。
例えば、ＣＡ制御部１１１は、確認対象のボリュームに対して、ＳＣＳＩ（Small Computer System Interface）コマンドを発行し、このＳＣＳＩコマンドに対して行なわれる応答に基づいて、対象ボリュームにアクセス可能であるかを判断する。
ＣＡ制御部１１１は、例えば、ＳＣＳＩコマンドとして、ターゲット・デバイスに関する基本情報の取得を目的とする“INQUIRY COMMAND”を発行する。この“INQUIRY COMMAND”に対して、外部ストレージ１−２から“Data/Status”が応答されると、次に、ＣＡ制御部１１１は、デバイスが作動可能であるかを確認する“TEST UNIT READY”コマンドを発行する。ＣＡ制御部１１１は、この“TEST UNIT READY”に対して、外部ストレージ１−２から応答される“Data/Status”に基づき、対象ボリュームにアクセス可能であるかを判断する。
ＣＭ１０から外部ストレージ１−２のボリュームにアクセス可能である場合には、ＣＭ１０から外部ストレージ１−２に対するアクセスパスが正常であると判断することができる。
ＣＡ制御部１１１は、自ＣＭ１０における外部ストレージ１−２のボリュームへのアクセス状態を示すアクセス状態情報を、冗長化された他のＣＭ１０に通知する。
なお、ＣＡ制御部１１１は、外部ストレージ１−２のボリュームへアクセス状態の確認を定期的に行なってもよい。また、ＣＡ制御部１１１は、外部ストレージ１−２のボリュームへのアクセス状態の確認を、他のＣＭ１０からの確認要求を受信したタイミングや、ホスト装置５０からＩ／Ｏアクセスが発生したタイミング等で行なってもよく、適宜変更して実施することができる。
外部ストレージ管理部１１２は、自ＣＭ１０と冗長パス構成となっている他ＣＭ１０（以下、冗長化ＣＭ１０という場合がある）における、外部ストレージ１−２とのパス状態（接続状態）を管理する。
例えば、ＣＭ１０においては、メモリ１２の所定にボリュームステータス情報１２２を格納する。このボリュームステータス情報１２２には、外部ストレージ１−２において備えられる全てのボリューム（仮想ボリューム）を識別するボリュームＩＤが登録される。
そして、ボリュームステータス情報１２２には、冗長化ＣＭ１０のＣＡ制御部１１１から通知される、冗長化ＣＭ１０がアクセス可能な外部ストレージ１−２のボリュームのボリュームＩＤも登録される。
これにより、このボリュームステータス情報１２２を参照することで、外部ストレージ１−２に備えられたボリュームのうち、冗長化ＣＭ１０が認識できているものと、認識できていないものとを容易に判定することができる。
ボリュームステータス情報１２２は、冗長化ＣＭ１０のＣＡ制御部１１１から当該他冗長化ＣＭ１０がアクセス可能な外部ストレージ１−２のボリュームのボリュームＩＤが通知される度に更新されることが望ましい。
また、外部ストレージ管理部１１２は、冗長化ＣＭ１０に対して、外部ストレージ１−２のボリュームへアクセス状態の確認を要求する確認要求を送信し、この確認要求に対する冗長化ＣＭ１０（ＣＡ制御部１１１）からの応答に基づき、ボリュームステータス情報１２２を更新してもよい。
外部ストレージ管理部１１２は、後述するファームウェア交換制御部１１３から外部ストレージ１−２について接続状態の確認要求を受信すると、ボリュームステータス情報１２２を参照する。これにより、外部ストレージ管理部１１２は、冗長化ＣＭ１０における、外部ストレージ１−２とのパス接続状態を確認する。
確認の結果、冗長化ＣＭ１０において、アクセスできない外部ストレージ１−２のボリュームがあった場合には、外部ストレージ管理部１１２は、外部ストレージ１−２とのパス状態（接続状態）に異常が生じていると判断し、その旨をファームウェア交換制御部１１３に通知する。
保守制御部１１０は、ユーザ等が図示しない管理端末のＧＵＩ（Graphical User Interface）やＣＬＩ（Command Line Interface）を介して入力したコマンドを受け付け、ストレージ装置１におけるファームウェアの更新等の保守に関する全体処理のシーケンスを管理する。
保守制御部１１０は、図３に示すように、ファームウェア交換制御部１１３としての機能を備える。
ファームウェア交換制御部１１３は、ストレージ装置１に備えられたデバイス（電子装置）に対して、システムを運用状態に維持したままファームウェアの交換（切替え，改版）を行なう処理である活性ファームウェア交換処理を行なう。活性ファームウェア交換処理は、活性ファームウェア切替え処理や活性ファームウェア適用処理，活性ファームウェア改版処理とも呼ばれる。
以下、ストレージ装置１に備えられた複数のＣＭ１０のうち、他ＣＭ１０に対して活性ファームウェア交換処理を実行中のＣＭ１０をマスタＣＭ１０という場合がある。また、このマスタＣＭ１０により活性ファームウェア交換処理がされる他ＣＭ１０をスレーブＣＭ１０という場合がある。スレーブＣＭ１０は、ファームウェア交換の対象である切替え対象ＣＭ１０に相当する。マスタＣＭ１０はスレーブＣＭ１０に対して活性ファームウェア交換処理を行なう。
ファームウェア交換制御部１１３としての機能は、マスタＣＭ１０において実行される。
ストレージ装置１においては、活性ファームウェア交換処理において、ストレージ装置１−１に備えられた複数のモジュールを前半モジュール群と後半モジュール群との２つの系統のモジュール群に分けて、オンライン状態を維持したまま片系ずつファームウェア交換を行なう。
活性ファームウェア交換処理は、モジュールに備えられたメモリ等の記憶領域（非稼働面側領域）に予め新ファームウェアを書き込んでおいた状態から開始するものとする。活性ファームウェア交換処理は前半と後半との２つの段階に分けて実施される。
モジュールに更新用のファームウェア（以下、新ファームウェアという）を適用する際には、先ず、非稼働面側領域に新ファームウェアを書き込む。その後、新ファームウェアが書き込まれた非稼働面側領域を稼働面側領域に切替えてから、モジュールのリセット（リブート，再起動）を行ない、稼働面側領域に書き込まれた新ファームウェアを用いて起動させる。
活性ファームウェア交換処理においては、ファームウェア交換対象のＣＭ１０はシステムから一時的に切り離されることになる。そこで、ファームウェア交換対象のＣＭ１０のことを切り離し対象ＣＭ１０と言ってもよい。
図２に例示するストレージ装置１においては、例えば、前半に、１系のモジュールの交換を行なった後に、ＣＭ＃１に備えられた各モジュールの交換を行なう。これらの前半のファームウェア書き換えは、ＣＭ＃０のファームウェア交換制御部１１３の制御の下で行なわれる。
そして、後半において、ＣＭ＃０に備えられた各モジュールの交換を行なった後に、０系のモジュール交換を行なう。これらの後半のファームウェア書き換えは、ＣＭ＃１のファームウェア交換制御部１１３の制御の下で行なわれる。
例えば、ファームウェア交換制御部１１３は、ファームウェアの切替え対象のＩＯＭ２３に対してファームウェア切替コマンドを発行する。ファームウェア切替コマンドを受信したＩＯＭ２３は、自身が正常に動作した状態であり、自身の記憶領域に新ファームウェアが格納された状態である場合には、ファームウェア交換制御部１１３に対して正常応答を行なう。また、ＩＯＭ２３は、自身の記憶領域に新ファームウェアが格納されていない場合には、その旨のエラー応答（異常応答）をファームウェア交換制御部１１３に対して行なう。
上述した例においては、前半のファームウェア書き換えは、ＣＭ＃０がマスタＣＭ１０として機能し、後半のファームウェア書き換えは、ＣＭ＃１がマスタＣＭ１０として機能する。
すなわち、ストレージ装置１に備えられた複数のＣＭ１０は、交互にマスタＣＭ１０となり他ＣＭ１０（スレーブＣＭ１０）の活性ファームウェア交換処理を行なう。
また、活性ファームウェア交換処理には、自動モードとオペレータ連携モードとの２つのモードがある。
自動モードにおいては、ハードウェアの電源のオフ（Off）／オン（On）を伴わず、ＣＭ１０内のＯＳ，ファームウェアのみの更新を行なう。この自動モードでＣＭ１０の活性ファームウェア交換処理を行なう場合には、ＣＡ１５ａ，１５ｂやＢＩＯＳのファームウェアは更新されないが、短時間でファームウェア更新が可能であり、ホスト装置５０側のＩ／Ｏに影響なく適用が可能となる。
オペレータ連携モードにおいては、ハードウェアの電源のオフ／オンを実施して更新を実施する。このオペレータ連携モードでＣＭ１０の活性ファームウェア交換を行なう場合には、ＣＡ１５ａ，１５ｂのリンクが切断され、ＣＭ１０のリブートに時間がかかる。このため、ホスト装置５０でＩ／Ｏパスのオフライン（Offline）／オンライン（Online）操作を実施する。このオペレータ連携モードでは、ハードウェアの電源のオフ／オンが必要なＣＡ１５ａ，１５ｂ，ＢＩＯＳファーム等の更新が可能となる。
また、ファームウェア交換制御部１１３は、本ストレージ装置１の各モジュール（部品進）のファームウェアに関する各種情報を管理するファームウェア管理機能を備える。また、ファームウェア交換制御部１１３は、ファームウェアの切替え作業の進捗状態を管理する。なお、これらのファームウェア管理機能やファームウェア交換進捗管理機能は、既知の種々の手法を用いて実現することができ、その説明は省略する。
また、マスタＣＭ１０において、ファームウェア交換制御部１１３は、外部ストレージ管理部１１２に、外部ストレージ１−２とのパス状態（接続状態）を確認させる制御を行なう。
ファームウェア交換制御部１１３は、本ストレージシステム１００において、ストレージ仮想化機能が有効であるかを確認する。本ストレージシステム１００においては、例えば、各ＣＭ１０のメモリ１２の所定の記憶領域に、ストレージ仮想化機能が有効であるか否かを示す情報（フラグ等）が記録される。
ファームウェア交換制御部１１３は、このフラグの状態を確認することで、本ストレージシステム１００において、ストレージ仮想化機能が有効であるかを確認する。
そして、ファームウェア交換制御部１１３は、本ストレージシステム１００において、ストレージ仮想化機能が有効である場合に、上述の如く、外部ストレージ管理部１１２に、外部ストレージ１−２とのパス状態（パス接続状態）を確認させる。
スレーブＣＭ１０において、アクセスできない外部ストレージ１−２のボリュームがあった場合には、外部ストレージ１−２とのパス接続状態に異常が生じていると判断される。
ファームウェア交換制御部１１３は、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に、活性ファームウェア交換の進捗に応じて、以下の（１）〜（３）のいずれかの処理を異常処理として行なう。
（１）前半モジュール群のファームウェア交換前
前半モジュール群のファームウェア交換前において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に、活性ファームウェア交換処理が自動モードである場合には、ファームウェア交換制御部１１３は、ファームウェア交換を中止する。
一方、活性ファームウェア交換処理がオペレータ連携モードである場合には、ファームウェア交換制御部１１３は、オペレータに対してファームウェア交換を実行するか否かを確認する通知（確認通知）を行なう。この確認通知は、例えば、ファームウェア交換を実行するか否かを確認するメッセージを、スレーブＣＭ１０から外部ストレージ１−２のボリュームが見つからない旨の通知とともに図示しないディスプレイ装置に表示させることで行なってもよい。
（２）前半モジュール群のファームウェア交換後、且つ、後半モジュール群のファームウェア交換前
前半モジュール群のファームウェア交換後、且つ、後半モジュール群のファームウェア交換前において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合には、ファームウェア交換制御部１１３は、交換した前半モジュール群の各モジュールのファームウェアをそれぞれ元の版に戻す。すなわち、ファームウェア交換制御部１１３はロールバック処理を行なう。また、後半モジュール群のファームウェア交換を中止する。
（３）後半モジュール群のファームウェア交換後
後半モジュール群のファームウェア交換後において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に、ファームウェア交換制御部１１３は、オペレータに対してスレーブＣＭ１０から外部ストレージ１−２のボリュームが見つからない旨の通知を行なう。この通知は、図示しないディスプレイ装置にスレーブＣＭ１０から外部ストレージ１−２のボリュームが見つからない旨の通知を表示させることで行なってもよい。
（Ｃ）動作
上述の如く構成された実施形態の一例としてのストレージシステム１００において、ローカルストレージ１−１のファームウェア交換を行なう場合の処理を、図４に示すフローチャート（ステップＡ１〜Ａ１１）に従って説明する。
以下に示す例においては、先ず、前半モジュール群への活性ファームウェア交換として、１系の各モジュールのファームウェア交換を行なった後にＣＭ＃１に備えられた各モジュールのファームウェア交換を行なう。その後、後半モジュール群への活性ファームウェア交換として、ＣＭ＃０に備えられた各モジュールのファームウェア交換を行なった後に０系の各モジュールのファームウェア交換を行なう。
ステップＡ１において、先ず、１系のモジュール群のファームウェア交換を制御するＣＭ＃０（マスタＣＭ１０）のファームウェア交換制御部１１３が、本ストレージシステム１００においてストレージ仮想化機能が有効であるかを確認する。
確認の結果、ストレージ仮想化機能が有効である場合には（ステップＡ１のＹＥＳルート参照）、ステップＡ２に移行する。ステップＡ２において、マスタＣＭ＃０ファームウェア交換制御部１１３は、スレーブＣＭ＃１と外部ストレージ１−２との接続が正常であるかを確認する。
なお、スレーブＣＭ１０と外部ストレージ１−２との接続が正常であるかの確認手法の詳細は、図５に示すフローチャートを用いて後述する。
ステップＡ２における確認の結果、スレーブＣＭ＃１と外部ストレージ１−２との接続に異常が検出された場合には（ステップＡ２のＮＯルート参照）、ファームウェア交換制御部１１３は、ステップＡ３において異常処理を行なう。
このステップＡ３における処理は、前述した、前半モジュール群のファームウェア交換前において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に相当する。
ファームウェア交換制御部１１３は、活性ファームウェア交換処理が自動モードである場合には、ファームウェア交換制御部１１３は、ファームウェア交換を中止する。一方、活性ファームウェア交換処理がオペレータ連携モードである場合には、ファームウェア交換制御部１１３は、オペレータに対してファームウェア交換を実行するか否かの確認通知を行なう。その後、処理を終了する。
ステップＡ２における確認の結果、スレーブＣＭ＃１と外部ストレージ１−２との接続が正常である場合には（ステップＡ２のＹＥＳルート参照）、ステップＡ４に移行する。
また、ステップＡ１における確認の結果、ストレージ仮想化機能が有効でない場合にも（ステップＡ１のＮＯルート参照）、ステップＡ４に移行する。
ステップＡ４においては、マスタＣＭ＃０のファームウェア交換制御部１１３が、前半モジュール群の各デバイスのファームウェア交換を実行する。１系のモジュールのファームウェア交換が完了すると、今度は１系のＣＭ＃１が、０系のモジュール群のファームウェア交換を制御する新たなマスタＣＭ１０となる。
ステップＡ５において、ＣＭ＃１（マスタＣＭ１０）のファームウェア交換制御部１１３が、本ストレージシステム１００においてストレージ仮想化機能が有効であるかを確認する。
確認の結果、ストレージ仮想化機能が有効である場合には（ステップＡ５のＹＥＳルート参照）、ステップＡ６に移行する。ステップＡ６において、マスタＣＭ＃１のファームウェア交換制御部１１３は、スレーブＣＭ＃０と外部ストレージ１−２との接続が正常であるかを確認する。
ステップＡ６における確認の結果、スレーブＣＭ＃０と外部ストレージ１−２との接続に異常が検出された場合には（ステップＡ６のＮＯルート参照）、ファームウェア交換制御部１１３は、ステップＡ７において異常処理を行なう。
このステップＡ７の処理は、前述した、前半モジュール群のファームウェア交換後、且つ、後半モジュール群のファームウェア交換前において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に相当する。
マスタＣＭ＃１のファームウェア交換制御部１１３は、交換した前半モジュール群の各モジュールのファームウェアをそれぞれ元の版に戻す。すなわち、ファームウェア交換制御部１１３はロールバック処理を行なう。また、後半モジュール群のファームウェア交換を中止する。その後、処理を終了する。
ステップＡ６における確認の結果、スレーブＣＭ＃０と外部ストレージ１−２との接続が正常である場合には（ステップＡ６のＹＥＳルート参照）、ステップＡ８に移行する。
また、ステップＡ５における確認の結果、ストレージ仮想化機能が有効でない場合にも（ステップＡ５のＮＯルート参照）、ステップＡ８に移行する。
ステップＡ８においては、マスタＣＭ＃１のファームウェア交換制御部１１３が、後半モジュール群の各デバイスのファームウェア交換を実行する。
ステップＡ９において、ステップＡ８においてファームウェア交換を行なったＣＭ＃１（マスタＣＭ１０）のファームウェア交換制御部１１３が、本ストレージシステム１００においてストレージ仮想化機能が有効であるかを確認する。
確認の結果、ストレージ仮想化機能が有効である場合には（ステップＡ９のＹＥＳルート参照）、ステップＡ１０に移行する。ステップＡ１０において、マスタＣＭ＃１のファームウェア交換制御部１１３は、スレーブＣＭ＃０と外部ストレージ１−２との接続が正常であるかを確認する。
ステップＡ１０における確認の結果、スレーブＣＭ＃０と外部ストレージ１−２との接続に異常が検出された場合には（ステップＡ１０のＮＯルート参照）、ファームウェア交換制御部１１３は、ステップＡ１１において異常処理を行なう。
このステップＡ１１の処理は、前述した、後半モジュール群のファームウェア交換後において、スレーブＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が生じていると判断された場合に相当する。
マスタＣＭ＃１のファームウェア交換制御部１１３は、オペレータに対してスレーブＣＭ１０から外部ストレージ１−２のボリュームが見つからない旨の通知を行なう。その後、処理を終了する。
ステップＡ１０における確認の結果、スレーブＣＭ＃０と外部ストレージ１−２との接続が正常である場合には（ステップＡ１０のＹＥＳルート参照）、処理を終了する。
また、ステップＡ９における確認の結果、トレージ仮想化機能が有効でない場合にも（ステップＡ９のＮＯルート参照）、処理を終了する。
次に、実施形態の一例としてのストレージシステム１００のローカルストレージ１−１におけるスレーブＣＭ１０と外部ストレージ１−２との接続状態の確認方法を、図５に示すフローチャート（ステップＢ１〜Ｂ７）に従って説明する。
ステップＢ１において、マスタＣＭ１０のファームウェア交換制御部１１３は、ファームウェア交換対象のＣＭ１０（切替え対象ＣＭ１０）を抽出する。
ストレージシステム１００においては、４つ以上（例えば、１２個）のＣＭ１０が備えられる場合がある。これらの複数のＣＭ１０には任意の識別番号が設定される。例えば、１２台のＣＭ＃０〜＃１１において、ＣＭ＃０，＃２，＃４，・・・，＃１０には、識別番号１０，１１，１２，・・・１Ｂをそれぞれ設定してもよい。また、ＣＭ＃１，＃３，＃５，・・・，＃１１には、識別番号２０，２１，２２，・・・２Ｂをそれぞれ設定してもよい。
これらの複数のＣＭ１０のそれぞれは、他の１つのＣＭ１０と冗長構成（ペア）にすることが望ましい。これらのペアを構成するＣＭ１０どうしを同一のＣＥ２に搭載してもよい。例えば、１２個のＣＭ１０（ＣＭ＃０〜＃１１）が備えられたストレージシステム１００においては、ＣＭ＃０とＣＭ＃１とでペアを構成し、ＣＥ＃０に搭載してもよい。同様に、ＣＭ＃２とＣＭ＃３とをＣＥ＃１に、ＣＭ＃４とＣＭ＃５とをＣＥ＃２に、ＣＭ＃６とＣＭ＃７とをＣＥ＃３に、ＣＭ＃８とＣＭ＃９とをＣＥ＃４に、ＣＭ＃１０とＣＭ＃１１とをＣＥ＃５に、それぞれ搭載してもよい。なお、これらの複数のＣＭ１０の識別番号や、ペア構成等は適宜変更して実施することができる。
各ＣＭ１０のペアにおいて、一方のＣＭ１０をファームウェア交換の対象である切替え対象ＣＭ１０とした場合に、他方のＣＭ１０はこの切替え対象ＣＭ１０と接続パスが冗長化された冗長化ＣＭ１０となる。切替え対象ＣＭ１０は切り離し対象ＣＭ１０と同意である。
また、各ＣＭ１０のペアにおいて、偶数で特定されるＣＭ＃０，＃２，＃４，＃６，＃８，＃１０を０系とし、奇数で特定されるＣＭ＃１，＃３，＃５，＃７，＃９，＃１１を１系とする。
ストレージシステム１００において、ファームウェア交換を行なう対象のＣＭ１０が複数ある場合には、これらの複数の切替え対象ＣＭ１０の中から切替え対象ＣＭ１０が一つずつ抽出（選択）される。切替え対象ＣＭ１０はスレーブＣＭ１０である。
ステップＢ２において、ファームウェア交換制御部１１３は、外部ストレージ管理部１１２に対して、切替え対象ＣＭ１０を通知して、当該切替え対象ＣＭ１０と冗長構成を有する冗長化ＣＭ１０と外部ストレージ１−２とのパス接続状態の確認を依頼する。
ステップＢ３において、外部ストレージ管理部１１２は、ボリュームステータス情報１２２を参照して、スレーブＣＭ１０が、外部ストレージ１−２に備えられた個々のボリューム（仮想ボリューム）をそれぞれ認識できているかを確認する。
この確認は、外部ストレージ１−２に備えられた全てのボリュームの確認が完了するまで行なわれる（ステップＢ５）、未確認のボリュームがある場合には（ステップＢ５のＮＯルート参照）、ステップＢ３の処理が繰り返し行なわれる。
ステップＢ３における確認の結果、スレーブＣＭ１０において、外部ストレージ１−２に備えられたボリュームのうち認識できていないものがある場合には（ステップＢ３のＮＯルート参照）、ステップＢ４において、ファームウェア交換制御部１１３に対して異常応答が行なわれ、処理を終了する。
一方、外部ストレージ１−２に備えられた全てのボリュームについて、スレーブＣＭ１０から認識できていることが確認された場合には（ステップＢ５のＹＥＳルート参照）、ステップＢ６に移行する。
ステップＢ６においては、ステップＢ３〜Ｂ５の処理が全ての切替え対象ＣＭ１０について行なわれたが確認される。全ての切替え対象ＣＭ１０についてボリュームの認識確認が行なわれていない場合には（ステップＢ６のＮＯルート参照）、ステップＢ１に戻る。
また、全ての切替え対象ＣＭ１０についてボリュームの認識確認が行なわれた場合には（ステップＢ６のＹＥＳルート参照）、ステップＢ７において、ファームウェア交換制御部１１３に対して正常応答が行なわれ、処理を終了する。
次に、実施形態の一例としてのストレージシステム１００のローカルストレージ１−１における、ファームウェア交換過程におけるＣＭ１０の組み込み時の処理を、図６に示すフローチャート（ステップＣ１〜Ｃ７）に従って説明する。
ローカルストレージ１−１における活性ファームウェア交換処理においては、パワー制御部１１４が、冗長構成となっているＣＭ１０を片ＣＭ１０ずつリブートさせる。ステップＣ１において、ＣＭ１０の起動時に、パワー制御部１１４は、外部ストレージ管理部１１２に対してパワーオン通知を発行する。
ステップＣ２において、外部ストレージ管理部１１２はパワーオン通知を受信する。
ステップＣ３において、外部ストレージ管理部１１２は、ボリュームステータス情報１２２の更新を行なう。
ボリュームステータス情報１２２においては、ＣＭ１０のリブート時には外部ストレージ１−２の各ボリュームに対して、異常ステータスを初期値として保持する。
外部ストレージ管理部１１２は、他ＣＭ１０のＣＡ制御部１１１に対して、外部ストレージ１−２のボリュームへアクセス状態の確認を要求する確認要求を送信する。
ステップＣ４において、各ＣＭ１０のＣＡ制御部１１１は、それぞれ外部ストレージ１−２の各ボリュームに対してＳＣＳＩコマンドを発行することでパス接続状態の確認を行なう。
各ＣＡ制御部１１１は、ＳＣＳＩコマンド発行が成功し、認識に成功した外部ストレージ１−２のボリュームに関する情報を、確認要求の送信元の外部ストレージ管理部１１２に通知する。
ステップＣ５において、外部ストレージ管理部１１２は、ＣＡ制御部１１１から通知されたボリュームに関する情報を、ボリュームステータス情報１２２にＣＭ１０ごとに登録して管理する。
ステップＣ６において、外部ストレージ管理部１１２は、パワー制御部１１４に対してパワーオン通知に対する応答を行ない、ステップＣ７において、パワー制御部１１４は、ＣＭ１０のパワーオンの完了応答を行ない、処理を終了する。
（Ｄ）効果
このように、実施形態の一例としてのストレージ装置１によれば、ローカルストレージ１−１のＣＭ１０に活性ファームウェア交換を行なうに際して、ファームウェア交換の対象の切替え対象ＣＭ１０（例えばＣＭ＃０）と冗長化された冗長化ＣＭ１０（例えばＣＭ＃１）の外部ストレージ１−２とのパス接続状態を確認する。
そして、このパス接続状態の確認の結果、冗長化ＣＭ１０において、外部ストレージ１−２との接続状態に異常が検出された場合には、切替え対象ＣＭ１０に対するファームウェア交換処理の実行を中止する。冗長化ＣＭ１０において、外部ストレージ１−２との接続状態に異常が検出されない場合に、切替え対象ＣＭ１０に対するファームウェア交換処理を実行する。
これにより、冗長化ＣＭ１０において外部ストレージ１−２との接続が正常である状態で、切替え対象ＣＭ１０に活性ファームウェア交換処理が行なわれる。従って、この活性ファームウェア交換処理の過程で切替え対象ＣＭ１０のリブートが行なわれても、ローカルストレージ１−１と外部ストレージ１−２との間においてパス接続が喪失することがない。これにより、システムの信頼性を向上させることができる。
また、パス接続状態の確認の結果、冗長化ＣＭ１０において、外部ストレージ１−２との接続状態に異常が検出された場合に、活性ファームウェア交換処理がオペレータ連携モードである場合に、オペレータに対してファームウェア交換を実行するか否かの確認通知を行なう。これにより、オペレータの意向に沿った対応を行なうことができ、利便性が高い。
また、前半モジュール群のファームウェア交換後、且つ、後半モジュール群のファームウェア交換前において、冗長化ＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が検出された場合に、後半モジュール群のファームウェア交換を中止する。また、交換した前半モジュール群の各モジュールのファームウェアをそれぞれ元の版に戻すロールバック処理を行なう。本ストレージシステム１００をファームウェア交換により異常が生じる前の正常な状態に速やかに戻すことができ、信頼性を向上させることができる。
後半モジュール群のファームウェア交換後において、冗長化ＣＭ１０において、外部ストレージ１−２とのパス接続状態に異常が検出された場合には、オペレータに対してスレーブＣＭ１０から外部ストレージ１−２のボリュームが見つからない旨の通知を行なう。かかる場合には、本ストレージシステム１００においては新ファームウェアの適用は完了した状態であるが、冗長化ＣＭ１０から外部ストレージ１−２のボリュームにアクセスできない異常状態であるので、オペレータがかかる異常状態を速やかに認識することができ、利便性が高い。
マスタＣＭ１０の外部ストレージ管理部１１２が、冗長化ＣＭ１０における外部ストレージ１−２とのパス接続状態を、冗長化ＣＭ１０が外部ストレージ１−２に備えられたボリュームにアクセス可能であるか否かに基づき判断する。これにより、冗長化ＣＭ１０における外部ストレージ１−２とのパス接続状態を容易に把握することができ、利便性が高い。
（Ｅ）その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
例えば、ストレージ装置１のハードウェア構成は、図１および図２に例示した構成に限定されるものではなく、適宜変更して実施することができる。
すなわち、図１および図２に例示したローエンドもしくはミドルレンジの装置構成を有するストレージ装置１に限定されるものではなく、例えば、図７に例示するような、所謂ハイエンドのストレージシステム１００に備えられるストレージ装置１に適用してもよい。
図７に例示するストレージシステム１００に備えられるローカルストレージ１−１は、ＦＥ（Front Enclosure）３０１と、複数（図７に示す例では２つ）のＣＥ２を備えている。なお、図中、既述の符号の同一の符号は同様の部分を示しているのでその説明は省略する。また、この図７においては、便宜上、一部の構成の図示を省略している。
ＦＥ３０１は、複数のＣＭ１０を接続するための接続装置であり、１つのＳＶＣ（Service Controller）３０２と、２つのＦＲＴ（Front-End Router）３０３とを組み合わせたユニットを２組（＃０，＃１）備える。ＦＥ３０１における、各ＳＶＣ３０２，ＦＲＴ３０３は、ＮＴＢ（Non Transparent Bridge）３０４を介して各ＣＭ１０ａ，１０ｂに接続されている。
そして、このローカルストレージ１−１の各ＣＥ２において、各ＣＭ１０はＣＡ１５ａを介してホスト装置（図示省略）に接続される。また、各ＣＭ１０はＣＡ１５ｂを介して、同様に構成された外部ストレージ（図示省略）のＣＭ１０に接続される。
なお、この図７に例示するストレージ装置１−１においては、便宜上、一部の配線等の図示を省略している。例えば、ＣＥ＃０のＣＭ＃１やＣＥ＃１のＣＭ＃０，＃１からＦＥ３０１への配線の図示は省略されている。また、ローカルストレージ１−１の各ＣＥ２においては、ＣＭ＃０のＣＡ１５ａがホスト装置５０に接続され、ＣＡ１５ｂが外部ストレージ１−２に接続されている。
このような構成により、各ＣＭ１０ａ，１０ｂは、いずれかのＦＲＴ３０３を経由して、他のＣＭ１０ａ，１０ｂとの間で通信を行なうことができる。このように、ストレージシステム１００においてはＣＭ１０ａ，１０ｂ間通信の経路の冗長化が図られている。
また、この図７に例示するストレージシステム１００において、外部ストレージ１−２に接続されるインタフェースであるＣＡ１５ｂは、内部ストレージであるＤＥ２０へのインタフェースであるＣＭ−ＥＸＰ１４ａ，１４ｂとは異なる種類であってもよい。
上述した実施形態においては、ＣＭ１０内の電子部品やＣＭ１０の配下のＤＥ２０の電子部品のファームウェアを交換する例について示したが、これに限定されるものではない。例えば、ファームウェア以外のプログラムの交換に適用することができる。また、ＣＭ１０内の電子部品やＤＥ２０の電子部品以外の電子部品のプログラムの交換に用いてもよい。
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
（Ｆ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
ホスト装置と通信可能に接続される第１ストレージ装置と、
前記第１ストレージ装置と通信可能に接続され、前記ホスト装置からのアクセス要求に対して、前記第１ストレージ装置を介して処理を実行する第２ストレージ装置と、を備え、
前記第１ストレージ装置は、第１ストレージ制御装置と第２ストレージ制御装置を備え、前記第１ストレージ制御装置と前記第２ストレージ制御装置は前記ホスト装置に対して冗長的に接続し、
前記第１ストレージ制御装置と前記第２ストレージ制御装置とは、前記第２ストレージ装置に対して冗長的に接続し、
前記第１ストレージ制御装置は、前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記第１ストレージ制御装置の活性プログラム交換の実行を抑止する
ことを特徴とする、ストレージシステム。
（付記２）
前記第２ストレージ制御装置は、前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記第１ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
前記第１ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記第２ストレージ制御装置の活性プログラム交換の実行を抑止する、
ことを特徴とする、付記１記載のストレージシステム。
（付記３）
前記第２ストレージ制御装置から前記第２ストレージ装置の配下の論理ボリュームへのデータアクセスの状況に基づいて、前記通信状態を確認する
ことを特徴とする、付記１または２記載のストレージシステム。
（付記４）
前記第１ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、第２ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記活性プログラム交換により前記電子部品に対して適用されたプログラムを、前記活性プログラム交換前に適用されていたプログラムに戻す
ことを特徴とする、付記１〜３のいずれか１項に記載のストレージシステム。
（付記５）
前記第１ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、第２ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、通信状態に異常が検出された旨の警告を出力する
ことを特徴とする、付記１〜４のいずれか１項に記載のストレージシステム。
（付記６）
ホスト装置および第２ストレージ装置と通信可能に接続される第１ストレージ装置に備えられるストレージ制御装置であって、
前記ホスト装置と通信可能に接続される第１通信部と、
前記第２ストレージ装置と通信可能に接続される第２通信部と、
前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう保守制御部とを備え、
前記保守制御部は、
前記活性プログラム交換を行なう前に、前記ストレージ制御装置と冗長構成にある冗長ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記ストレージ制御装置の活性プログラム交換の実行を抑止する
ことを特徴とする、ストレージ制御装置。
（付記７）
前記保守制御部は、前記冗長ストレージ制御装置から前記第２ストレージ装置の配下の論理ボリュームへのデータアクセスの状況に基づいて、前記通信状態を確認する
ことを特徴とする、付記６記載のストレージ制御装置。
（付記８）
前記保守制御部は、前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記活性プログラム交換により前記電子部品に対して適用されたプログラムを、前記活性プログラム交換前に適用されていたプログラムに戻す
ことを特徴とする、付記６または７記載のストレージ制御装置。
（付記９）
前記保守制御部は、前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、通信状態に異常が検出された旨の警告を出力する
ことを特徴とする、付記６〜８のいずれか１項に記載のストレージ制御装置。
（付記１０）
ホスト装置および第２ストレージ装置と通信可能に接続される第１ストレージ装置に備えられるストレージ制御装置のプロセッサに、
前記第２ストレージ装置との接続を切断して活性ファームウェア交換を行なう前に、前ストレージ制御装置と冗長構成にある冗長ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記ストレージ制御装置の活性プログラム交換の実行を抑止する
処理を実行させる、ストレージ制御プログラム。
（付記１１）
前記冗長ストレージ制御装置から前記第２ストレージ装置の配下の論理ボリュームへのデータアクセスの状況に基づいて、前記通信状態を確認する
処理を、前記プロセッサに実行させる、付記１０記載のストレージ制御プログラム。
（付記１２）
前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記活性プログラム交換により前記電子部品に対して適用されたプログラムを、前記活性プログラム交換前に適用されていたプログラムに戻す
処理を、前記プロセッサに実行させる、付記１０または１１記載のストレージ制御プログラム。
（付記１３）
前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、通信状態に異常が検出された旨の警告を出力する
処理を、前記プロセッサに実行させる、付記１０〜１２のいずれか１項に記載のストレージ制御プログラム。
１−１，１ ローカルストレージ，ストレージ装置
１−２，１ 外部ストレージ，ストレージ装置
２ ＣＥ
１０ａ，１０ｂ，１０ ＣＭ
１１ ＣＰＵ
１２ メモリ
１３ ＩＯＣ
１４ ＣＭ−ＥＸＰ
１５ ＣＡ
１５１ ライザーカード
１６ ＢＵＤ
２０ａ−１〜２０ａ−ｎ，２０ｂ−１〜２０ｂ−ｍ，２０ ＤＥ
２２−１，２２−２，２２ ＦＥＭ
２１ 記憶装置
２３ａ−Ａ１〜２３ａ−Ａｎ，２３ｂ−Ａ１〜２３ｂ−Ａｎ，２３ａ−Ｂ１〜２３ｂ−Ｂｍ，２３ｂ−Ｂ１〜２３ｂ−Ｂｎ，２３ ＩＯＭ
５１，５２ 通信線
１００ ストレージシステム
１１０ 保守制御部
１１１ ＣＡ制御部
１１２ 外部ストレージ管理部
１１３ ファームウェア交換制御部
１１４ パワー制御部
１２１ ボリューム情報
１２２ ボリュームステータス情報

Claims (7)

  1. ホスト装置と通信可能に接続される第１ストレージ装置と、
    前記第１ストレージ装置と通信可能に接続され、前記ホスト装置からのアクセス要求に対して前記第１ストレージ装置を介して処理を実行する第２ストレージ装置と、を備え、
    前記第１ストレージ装置は、第１ストレージ制御装置と第２ストレージ制御装置を備え、前記第１ストレージ制御装置と前記第２ストレージ制御装置は前記ホスト装置に対して冗長的に接続し、
    前記第１ストレージ制御装置と前記第２ストレージ制御装置は前記第２ストレージ装置に対して冗長的に接続し、
    前記第１ストレージ制御装置は、前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
    前記第２ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記第１ストレージ制御装置の活性プログラム交換の実行を抑止する、
    ことを特徴とする、ストレージシステム。
  2. 前記第２ストレージ制御装置は、前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記第１ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
    前記第１ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記第２ストレージ制御装置の活性プログラム交換の実行を抑止する、
    ことを特徴とする、請求項１記載のストレージシステム。
  3. ホスト装置および第２ストレージ装置と通信可能に接続される第１ストレージ装置に備えられるストレージ制御装置であって、
    前記ホスト装置と通信可能に接続される第１通信部と、
    前記第２ストレージ装置と通信可能に接続される第２通信部と、
    前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう保守制御部とを備え、
    前記保守制御部は、
    前記活性プログラム交換を行なう前に、前記ストレージ制御装置と冗長構成にある冗長ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
    前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記ストレージ制御装置の活性プログラム交換の実行を抑止する
    ことを特徴とする、ストレージ制御装置。
  4. 前記保守制御部は、前記冗長ストレージ制御装置から前記第２ストレージ装置の配下の論理ボリュームへのデータアクセスの状況に基づいて、前記通信状態を確認する
    ことを特徴とする、請求項３記載のストレージ制御装置。
  5. 前記保守制御部は、前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記活性プログラム交換により前記電子部品に対して適用されたプログラムを、前記活性プログラム交換前に適用されていたプログラムに戻す
    ことを特徴とする、請求項３または４記載のストレージ制御装置。
  6. 前記保守制御部は、前記ストレージ制御装置が制御する複数の電子部品のうち一部または全部の活性プログラム交換の実施後に、前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、通信状態に異常が検出された旨の警告を出力する
    ことを特徴とする、請求項３〜５のいずれか１項に記載のストレージ制御装置。
  7. ホスト装置および第２ストレージ装置と通信可能に接続される第１ストレージ装置に備えられるストレージ制御装置のプロセッサに、
    前記第２ストレージ装置との接続を切断して活性プログラム交換を行なう前に、前記ストレージ制御装置と冗長構成にある冗長ストレージ制御装置と前記第２ストレージ装置との通信状態を確認し、
    前記冗長ストレージ制御装置と前記第２ストレージ装置との通信状態に異常が検出された場合に、前記ストレージ制御装置の活性プログラム交換の実行を抑止する
    処理を実行させる、ストレージ制御プログラム。
JP2017225027A 2017-11-22 2017-11-22 ストレージシステム，ストレージ制御装置およびストレージ制御プログラム Active JP6933107B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017225027A JP6933107B2 (ja) 2017-11-22 2017-11-22 ストレージシステム，ストレージ制御装置およびストレージ制御プログラム
US16/173,444 US11074144B2 (en) 2017-11-22 2018-10-29 Active firmware replacement in storage system and in storage controller, and computer-readable recording medium having stored therein program for active firmware replacement in controlling storage

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017225027A JP6933107B2 (ja) 2017-11-22 2017-11-22 ストレージシステム，ストレージ制御装置およびストレージ制御プログラム

Publications (2)

Publication Number Publication Date
JP2019096065A JP2019096065A (ja) 2019-06-20
JP6933107B2 true JP6933107B2 (ja) 2021-09-08

Family

ID=66532696

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017225027A Active JP6933107B2 (ja) 2017-11-22 2017-11-22 ストレージシステム，ストレージ制御装置およびストレージ制御プログラム

Country Status (2)

Country Link
US (1) US11074144B2 (ja)
JP (1) JP6933107B2 (ja)

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954881B1 (en) * 2000-10-13 2005-10-11 International Business Machines Corporation Method and apparatus for providing multi-path I/O in non-concurrent clustering environment using SCSI-3 persistent reserve
US7529180B1 (en) * 2002-03-29 2009-05-05 Marvell International Ltd. Switch failover for aggregated data communication links
JP4438048B2 (ja) 2003-08-08 2010-03-24 キヤノン株式会社 周辺装置及びその周辺装置のファームウェア更新方法、プログラム
US8443119B1 (en) * 2004-02-26 2013-05-14 Symantec Operating Corporation System and method for disabling auto-trespass in response to an automatic failover
US20080215910A1 (en) * 2005-08-17 2008-09-04 Nortel Networks Limited High-Availability Networking with Intelligent Failover
US7318138B1 (en) * 2005-08-30 2008-01-08 Symantec Operating Corporation Preventing undesired trespass in storage arrays
US7937617B1 (en) * 2005-10-28 2011-05-03 Symantec Operating Corporation Automatic clusterwide fail-back
US7500134B2 (en) * 2005-12-27 2009-03-03 Emc Corporation Virtual array failover
JP4940967B2 (ja) * 2007-01-30 2012-05-30 富士通株式会社 ストレージシステム、ストレージ装置、ファームウェアの活***換方法、ファームウェアの活***換プログラム
WO2008114360A1 (ja) * 2007-03-16 2008-09-25 Fujitsu Limited ストレージシステム、ストレージ装置、ファームウェアの活***換方法
JP2008299709A (ja) 2007-06-01 2008-12-11 Nec Corp ファームウェア更新システム、ネットワーク接続機器、ファームウェア更新方法及びプログラム
JP4430093B2 (ja) * 2007-08-29 2010-03-10 富士通株式会社 記憶制御装置およびファームウェア更新方法
JP2009129261A (ja) * 2007-11-26 2009-06-11 Hitachi Ltd ストレージシステム及びストレージシステムの外部ボリューム接続経路探索方法
JP2010152508A (ja) * 2008-12-24 2010-07-08 Fujitsu Ltd 制御装置、ディスクアレイ装置および制御方法
US8381208B2 (en) * 2009-06-11 2013-02-19 International Business Machines Corporation Tracking application installation among a plurality of client devices
US8239705B2 (en) * 2009-06-30 2012-08-07 At&T Intellectual Property I, L.P. Method and apparatus for managing communication services for user endpoint devices
JP5152603B2 (ja) 2010-10-04 2013-02-27 日本電気株式会社 ディスクアレイ装置及びそのファームウェア更新方法
US8745614B2 (en) * 2011-05-13 2014-06-03 Lsi Corporation Method and system for firmware upgrade of a storage subsystem hosted in a storage virtualization environment
US8707085B2 (en) * 2011-06-30 2014-04-22 International Business Machines Corporation High availability data storage systems and methods
US9015519B2 (en) * 2012-01-31 2015-04-21 Symantec Corporation Method and system for cluster wide adaptive I/O scheduling by a multipathing driver
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
JP6287495B2 (ja) * 2014-03-31 2018-03-07 富士通株式会社 ストレージシステム、ストレージ装置
JP6281413B2 (ja) * 2014-05-28 2018-02-21 富士通株式会社 ファームウェア更新装置、ストレージ制御装置およびプログラム
US9672124B2 (en) * 2014-06-13 2017-06-06 International Business Machines Corporation Establishing copy pairs from primary volumes to secondary volumes in multiple secondary storage systems for a failover session
JP6484965B2 (ja) 2014-09-03 2019-03-20 富士通株式会社 ストレージ装置、ファームウェアの更新方法、およびファームウェアの更新プログラム
US10445197B1 (en) * 2017-05-25 2019-10-15 Amazon Technologies, Inc. Detecting failover events at secondary nodes

Also Published As

Publication number Publication date
JP2019096065A (ja) 2019-06-20
US20190155704A1 (en) 2019-05-23
US11074144B2 (en) 2021-07-27

Similar Documents

Publication Publication Date Title
US9411764B2 (en) Optimized redundant high availability SAS topology
US8839030B2 (en) Methods and structure for resuming background tasks in a clustered storage environment
US7870093B2 (en) Storage subsystem
JP5511960B2 (ja) 情報処理装置、及びデータの転送方法
US9361262B2 (en) Redundant storage enclosure processor (SEP) implementation for use in serial attached SCSI (SAS) environment
JP6850331B2 (ja) マルチノードストレージシステムにおけるファームウェアアップグレード方法
WO2014132373A1 (ja) ストレージシステム及び記憶デバイス障害回復方法
JP2016057795A (ja) ストレージ制御装置，ストレージシステム及びストレージ制御プログラム
JP2006139339A (ja) プログラム、記憶制御方法及び記憶装置
US11573737B2 (en) Method and apparatus for performing disk management of all flash array server
JP2015099438A (ja) ストレージ制御装置、ストレージ制御方法及びストレージ制御プログラム
US20170220249A1 (en) Systems and Methods to Maintain Consistent High Availability and Performance in Storage Area Networks
JP2008027312A (ja) ストレージ装置及び変換ボード
JP6201674B2 (ja) ストレージ制御装置，プログラム及び制御方法
US20180307427A1 (en) Storage control apparatus and storage control method
JP6933107B2 (ja) ストレージシステム，ストレージ制御装置およびストレージ制御プログラム
JP6838299B2 (ja) ストレージ装置、ストレージ制御装置、及びストレージ制御プログラム
JP6277878B2 (ja) ストレージ装置の制御装置、ストレージ装置の制御方法及びストレージ装置の制御プログラム
JP6863037B2 (ja) ストレージ制御装置およびストレージ制御プログラム
JP5913078B2 (ja) ディスクアレイシステム、データ復旧方法、および、データ復旧プログラム
JP5729043B2 (ja) ストレージ装置および制御装置
JP2017041110A (ja) マルチコンピュータシステム，管理装置および管理プログラム
JP6957845B2 (ja) ストレージ制御装置及びストレージ装置
JP7371483B2 (ja) ストレージ制御装置及び制御プログラム
US9639417B2 (en) Storage control apparatus and control method

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190607

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200807

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210526

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210608

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210630

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: 20210720

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210802

R150 Certificate of patent or registration of utility model

Ref document number: 6933107

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150