JP7100255B2 - 情報処理装置およびプログラム - Google Patents

Description

本発明は、情報処理装置およびプログラムに関する。

ストレージシステムは、記憶装置と、記憶装置の制御を行う制御装置とを備えて、情報処理で扱う大量のデータを記録管理する。記憶装置には、例えば、ＨＤＤ（Hard Disk Drive）や、ＨＤＤよりも高速なＳＳＤ（Solid State Drive）が用いられる。

ストレージシステムでは、信頼性の確保のため冗長構成が組まれており、例えば、制御装置内には複数のコントローラが設けられ、コントローラと記憶装置間のパスはマルチパスで形成されている。このような冗長構成によるストレージシステムでは、高いパフォーマンスで運用するために保守性の向上が求められている。

ストレージシステムの保守関連の従来技術としては、例えば、交換対象のユニットのファームウェア版数とディスクアレイ装置内で動作するユニットのファームウェア版数とを統一させる技術が提案されている。

また、システム運用中にディスク交換が判定された場合、ディスク交換が行われたディスク装置以外の基準ディスク装置が選択され、基準ディスク装置のファームウェアが交換ディスク装置にコピーされる技術が提案されている。

特開２０１３－７７３３１号公報 特開平１１－１３４１１４号公報

制御装置内のコントローラには、ＢＵＤ（Backup Utility Device）と呼ばれるバックアップ媒体が搭載されており、ＢＵＤには、例えば、コントローラを起動させるためのファームウェアが格納されている。

また、ＢＵＤが故障したときの保守では、故障ＢＵＤが搭載されているコントローラが制御装置から取り出されて故障ＢＵＤは保守ＢＵＤに交換され、保守ＢＵＤが搭載されたコントローラが制御装置に挿入される。

しかし、制御装置内の複数のコントローラの全ＢＵＤが故障した場合、ＢＵＤからファームウェアを読み出すことができないことに起因して、従来ではコントローラの活性状態での保守交換ができない。

このため、複数のコントローラの電源をすべて落としてから、各コントローラの故障ＢＵＤを保守ＢＵＤに交換する作業が行われており、サービス中断が発生している。
１つの側面では、本発明は、コントローラの活性保守を可能にしてサービス中断の抑止を図った情報処理装置およびプログラムを提供することを目的とする。

上記課題を解決するために、情報処理装置が提供される。情報処理装置は、起動情報を格納する第１の記憶部と、第１の記憶部から読み出した起動情報にもとづいて起動する第１の制御部と、起動情報を格納する第２の記憶部と、第２の記憶部から読み出した起動情報にもとづいて起動する第２の制御部とを有する制御装置と、制御装置が入出力制御の対象とするデータと、起動情報とを格納する記憶装置とを備え、第１の制御部は、第２の記憶部が新記憶部に交換された場合に、第１の記憶部から起動情報を読み出せるとき、新記憶部に第１の記憶部から読み出した起動情報を書き込み、第１の記憶部から起動情報を読み出せないとき、新記憶部に記憶装置から読み出した起動情報を書き込む。

また、上記課題を解決するために、コンピュータに上記情報処理装置と同様の制御を実行させるプログラムが提供される。

１側面によれば、活性保守が可能になる。

情報処理装置の一例を説明するための図である。 ストレージシステムの構成の一例を示す図である。 ２台のＣＭ構成でＢＵＤが順番に故障したときの運用例を示す図である。 ファームウェア版数の合わせ込み処理の一例を示す図である。 活性保守交換が不可となる理由を説明するための図である。 ＣＭのハードウェア構成の一例を示す図である。 システムエリアの一例を示す図である。 ＢＵＤに格納される情報の一例を示す図である。 保守ＢＵＤに格納される情報の一例を示す図である。 稼動側のＣＭのファームウェア版数合わせ込み処理の一例を示す図である。 保守側のＣＭのファームウェア版数合わせ込み処理の一例を示す図である。 全ＢＵＤ故障時の保守におけるファームウェア版数合わせ込み処理の流れを示す図である。 全ＢＵＤ故障時の保守におけるファームウェア版数合わせ込み処理の流れを示す図である。 活性状態におけるファームウェア更新処理から起動までの動作の一例を示す図である。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態について図１を用いて説明する。図１は情報処理装置の一例を説明するための図である。情報処理装置１－１は、制御装置１と記憶装置２を備える。制御装置１は、モジュールｍａ、ｍｂを有し、モジュールｍａは、制御部１ａおよび記憶部１ａ１を含み、モジュールｍｂは、制御部１ｂおよび記憶部１ｂ１を含む。

記憶部１ａ１は、起動情報を格納する。制御部１ａは、記憶部１ａ１から読み出した起動情報にもとづいて起動する。記憶部１ｂ１は、起動情報を格納する。制御部１ｂは、記憶部１ｂ１から読み出した起動情報にもとづいて起動する。記憶装置２は、制御装置１の配下にあって、制御装置１が入出力制御の対象とするデータが格納される。さらに記憶装置２には起動情報が格納される。

ここで、制御部１ａは、記憶部１ｂ１が新記憶部１ｂ１１に交換された場合、記憶部１ａ１から起動情報を読み出せるとき、新記憶部１ｂ１１に記憶部１ａ１から読み出した起動情報を書き込む。

また、制御部１ａは、記憶部１ａ１から起動情報を読み出せないとき、新記憶部１ｂ１１に記憶装置２から読み出した起動情報を書き込む。
図１に示す例を用いて動作について説明する。なお、以下のステップＳ１ａ、Ｓ２ａ、Ｓ３ａは、記憶部１ａ１から起動情報の読み出しが可であるときの動作を示している。また、ステップＳ１ｂ、Ｓ２ｂ、Ｓ３ｂは、記憶部１ａ１から起動情報の読み出しが不可であるときの動作を示している。

〔ステップＳ１ａ〕情報処理装置１－１の運用中、制御装置１内のモジュールｍｂに含まれる記憶部１ｂ１が故障したとする。
〔ステップＳ２ａ〕記憶部１ｂ１が交換対象となった場合、記憶部１ｂ１から新記憶部１ｂ１１への載せ替えが行われたモジュールｍｂ－１が、制御装置１に搭載される。

〔ステップＳ３ａ〕制御部１ａは、記憶部１ａ１から起動情報を読み出して、記憶部１ｂ１の載せ替え後の新記憶部１ｂ１１に起動情報を書き込む。その後、制御部１ｂは、新記憶部１ｂ１１に書き込まれた起動情報にもとづいて起動する。

このように、制御装置１の運用中に、記憶部１ｂ１が故障した場合、制御部１ａは、記憶部１ａ１に格納されている起動情報を、交換後に搭載された新記憶部１ｂ１１に書き込んで制御部１ｂを起動させる。

これにより、制御装置１の電源を落とすことなく活性状態を維持したまま、制御部１ｂの活性交換を行うことが可能になる。また、保守効率の向上およびサービス中断の抑止が可能になる。

〔ステップＳ１ｂ〕情報処理装置１－１の運用中、制御装置１内のモジュールｍａ、ｍｂにそれぞれ含まれる記憶部１ａ１と記憶部１ｂ１の両方が故障したとする。
〔ステップＳ２ｂ〕記憶部１ｂ１が交換対象となった場合、記憶部１ｂ１から新記憶部１ｂ１１への載せ替えが行われたモジュールｍｂ－１が、制御装置１に搭載される。

〔ステップＳ３ｂ〕制御部１ａは、記憶部１ａ１は故障しているため、記憶装置２から起動情報を読み出して、記憶部１ｂ１の載せ替え後の新記憶部１ｂ１１に起動情報を書き込む。その後、制御部１ｂは、新記憶部１ｂ１１に書き込まれた起動情報にもとづいて起動する。

このように、制御装置１の運用中に、記憶部１ａ１、１ｂ１が故障した場合、制御部１ａは、記憶装置２に格納されている起動情報を、交換後の新記憶部１ｂ１１に書き込んで制御部１ｂを起動させる。

これにより、制御装置１の電源を落とすことなく活性状態を維持したまま、制御部１ｂの活性交換を行うことが可能になる。また、保守効率の向上およびサービス中断の抑止が可能になる（なお、記憶部１ａ１側の活性交換については図１３で後述する）。

［第２の実施の形態］
次に第２の実施の形態について説明する。第２の実施の形態は、図１に示した情報処理装置１－１の機能をストレージシステムに適用したものである。図２はストレージシステムの構成の一例を示す図である。ストレージシステム１－２は、ストレージ装置１０－１と、ＤＥ（Disk Enclosure）２ａを備え、例えば、記憶装置を多重化したＲＡＩＤ（Redundant Array of Inexpensive Disks）システムである。

ストレージ装置１０－１は、２台以上の冗長化されたＣＭ（Controller Module）を有し、図２では、ＣＭ１０ａ、１０ｂ（総称する場合はＣＭ１０）の２台を備える例を示している。

ＣＭ１０ａは、プロセッサ１１ａ、メモリ１２ａおよびＢＵＤ１３ａを含み、ＣＭ１０ｂは、プロセッサ１１ｂ、メモリ１２ｂおよびＢＵＤ１３ｂを含む。また、ＤＥ２ａは、記憶装置（ディスク）２０－１、・・・、２０－ｎを含む。

プロセッサ１１ａ、１１ｂ（総称する場合はプロセッサ１１）には、例えば、ＣＰＵ（Central Processing Unit）が使用される。プロセッサ１１ａ、１１ｂは、ホストからのデータ読み出し（Read IO）およびデータ書き込み（Write IO）の要求にもとづいて、記憶装置２０－１、・・・、２０－ｎに対してＩ／Ｏ制御を行う。

メモリ１２ａ、１２ｂ（総称する場合はメモリ１２）は、記憶装置２０－１、・・・、２０－ｎを制御するためのデータをプロセッサ１１ａ、１１ｂと授受するためのキャッシュメモリである。メモリ１２ａ、１２ｂは、例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶デバイスが使用される。

ＢＵＤ１３ａ、１３ｂ（総称する場合はＢＵＤ１３）は、メモリサイズが数十ＧＢであって、記憶領域が複数に分かれており、記憶領域毎にバックアップデータやファームウェア等が格納される。なお、ファームウェアの１つには、ＣＭの起動時に用いられる起動情報がある。

また、ＢＵＤ１３ａ、１３ｂは、電源のオフ／オンにまたがってバックアップすべきデータが保全できるように、フラッシュメモリ等の不揮発性の記憶デバイスが使用される。ＢＵＤ１３ａ、１３ｂは、電源オフ時にデータをバックアップし、電源オン時にデータをリストアすることで、電源オフ直前のデータのバックアップ状態を保存してバックアップ状態の維持を図る。

記憶装置２０－１、・・・、２０－ｎ（総称する場合は記憶装置２０）は、例えば、ＳＳＤであり、ディスクアレイ化されて、ストレージ装置１０－１からＩ／Ｏ制御が行われるデータを格納する。また、記憶装置２０－１、・・・、２０－ｎは、図示しない中継部（例えば、ＩＯＭ（Input Output Module））を介して、ＣＭ１０ａ、１０ｂの双方に接続してＣＭ１０ａ、１０ｂ間で共有される。

＜２台のＣＭ構成でＢＵＤが順番に故障したときの運用＞
図３は２台のＣＭ構成でＢＵＤが順番に故障したときの運用例を示す図である。システムの運用中、ＣＭ１０ｂのＢＵＤ１３ｂが故障したとする。この場合、ＢＵＤ１３ｂの故障に伴いＣＭ１０ｂ全体の動作が停止されるとする。

その後、ＣＭ１０ａのみで運用しているときに、ＣＭ１０ａのＢＵＤ１３ａが故障したとする。この場合、システムのサービス運用を維持するために、ＣＭ１０ａ内のプロセッサ１１ａおよびメモリ１２ａを生かして限定的に運用する限定運用（縮退運用）が行われる。

ＣＭ１０ａの限定運用では、ＢＵＤ１３ａは故障しているので、ＣＭ１０ａはライトスルーモードでの運用となる。ライトスルーモードは、ＤＥ２ａ内の記憶装置２０へのデータ書込みが発生した場合、メモリ１２ａにも同じ内容のデータを書き込み、記憶装置２０への書き込みが完了するのを待ってから書き込み完了と判断するモードである。

＜ライトバックモードとライトスルーモード＞
ストレージシステム１－２では、ホストから記憶装置２０へのデータ書込み要求があった場合、通常はライトバックモードによる書込みを行う。ライトバックモードは、メモリ１２にデータを書き込んだ直後に書き込み完了となり、実際の記憶装置２０への書き込みは、ＣＭ１０のＯＳ（Operating System）動作とは非同期に行われる。

また、ライトバックモードで運用している状態で、停電が発生した場合、メモリ１２上に蓄えておいたライトデータは、ＢＵＤ１３に書き込まれてバックアップされてデータが保全される。

一方、ＢＵＤ１３が故障している場合、メモリ１２上のデータをＢＵＤ１３にバックアップできないため、ライトバックモードではなく、ライトスルーモードによる書込みが行われる。

ライトスルーモードは、メモリ１２上にライトデータを貯めず、記憶装置２０へデータを直接書き込んで、記憶装置２０への書き込みが完了するのを待ってから書き込み完了とするものである。

記憶装置２０に直接アクセスするライトスルーモードは、記憶装置２０に直接アクセスせずにメモリ１２で制御を完了するライトバックモードに比べて性能が低下する。このため、ライトスルーモードの長期間の運用は、システムの性能要件に合わないため、可能な限り速やかに故障したＢＵＤ１３の保守を行って、ライトバックモードに復旧させることが望ましい。

＜ＣＭ保守時のファームウェア版数の合わせ込み＞
システム内で冗長化されている複数のＣＭは、各ＢＵＤに格納されたファームウェアで起動するが、ファームウェア版数は同一であることが求められる。これは、ファームウェア版数によって機能仕様やインタフェース仕様に違いがある可能性があるので、版数の違いによって仕様の不整合が生じると、システムの正常運用ができなくなるからである。

したがって、システムを正常に起動させるには、ファームウェア版数を同一にすることが重要であり、ＣＭ保守時にはファームウェア版数の合わせ込みが行われる。
図４はファームウェア版数の合わせ込み処理の一例を示す図である。起動に要するファームウェア版数をＶｅｒ．１とする。また、ＣＭ１０ａがオンライン状態であり、ＣＭ１０ｂが保守対象とする。

〔ステップＳ１１〕ＣＭ１０ａは、ＢＵＤ１３ａに格納されている版数Ｖｅｒ．１のファームウェアにもとづき稼動しておりオンライン状態である。ＣＭ１０ｂの状態はシステムに組み込み中であって、ＢＵＤ１３ｂには版数Ｖｅｒ．２のファームウェアが格納されているとする。

〔ステップＳ１２〕ＣＭ１０ａは、組み込み中のＣＭ１０ｂに対し、ＣＭ１０ｂのＢＵＤ１３ｂに格納されているファームウェア版数チェックを行う。ＣＭ１０ａは、現在稼動中のファームウェア版数と異なることを検出した場合、ＣＭ１０ｂのＢＵＤ１３ｂに対して、現在稼動中の版数のファームウェアを書き込む。この例では、ＣＭ１０ａは、版数＝Ｖｅｒ．１のファームウェアの書込みを行う。

〔ステップＳ１３〕ＣＭ１０ｂは、ＣＭ１０ａから書き込まれた版数Ｖｅｒ．１のファームウェアで再起動する。
〔ステップＳ１４〕ＣＭ１０ｂは、オンライン状態になる。

上記のように、現在稼動中のファームウェア版数と異なる版数のファームウェアを持つＣＭが組み込まれたとしても、ファームウェア版数のチェックが行われて、同一版数となるようにファームウェア版数の合わせ込みが実施される。

＜活性保守交換が不可となる理由（従来構成）＞
図５は活性保守交換が不可となる理由を説明するための図である。ストレージシステム３は、ストレージ装置３０－１と、ＤＥ４ａを備える。ストレージ装置３０－１は、２台のＣＭ３０ａ、３０ｂを有し、ＣＭ３０ａは、ＢＵＤ３３ａを含み、ＣＭ３０ｂは、ＢＵＤ３３ｂを含むとする。

２台のＣＭ構成のうち、例えば、ＣＭ３０ｂのＢＵＤ３３ｂが故障してＣＭ３０ｂの動作が停止し、その後、ＣＭ３０ａのＢＵＤ３３ａが故障したとする。この場合、ＣＭ３０ａにサービスを継続させるため、ＣＭ３０ａは限定運用となる。

すなわち、ＣＭ３０ａは、ＢＵＤ３３ａへのデータバックアップが行えないので、上述のように、データ保全の観点からライトスルーモードでの限定運用を行う。
（ＣＭ３０ａの保守）
ＣＭ３０ａの運用中にＢＵＤ３３ａを保守する場合、ハードウェアの構造上、ＢＵＤ３３ａのみを引き抜いて、代わりの保守ＢＵＤを搭載するという作業は行えない。したがって、ＢＵＤ単体での保守交換ができないため、ＢＵＤの交換を行う場合は、ＣＭの筐体抜き差しを伴うＣＭ保守になる。

故障したＢＵＤ３３ａを保守するには、ＣＭ３０ａの電源をオフし、システムの筐体からＣＭ３０ａを抜いて、ＢＵＤ３３ａから新たな保守ＢＵＤへの載せ替えを行う。しかし、このような保守では、ＣＭ３０ａの電源を落とすことになりサービス中断が生じることになる。

（ＣＭ３０ｂの保守）
一方、ＣＭ３０ａは限定運用でそのまま稼動させておき、ＣＭ３０ｂ側のＢＵＤ３３ｂを保守することが考えられる。この場合、ＣＭ３０ｂを筐体から抜いて、故障したＢＵＤ３３ｂから保守ＢＵＤへの載せ替えを行って、保守後のＣＭ３０ｂが筐体に挿入される。この場合、上述のようにファームウェアの合わせ込み処理が行われる。

ファームウェアの合わせ込み処理を行うためには、現在稼動しているＣＭ３０ａ内のＢＵＤ３３ａに格納されているファームウェアが読み出されることになるが、ＢＵＤ３３ａは故障しているため、ファームウェアが読み出せず合わせ込み処理ができない。したがって、ＣＭ３０ａを稼動させたままで、ＣＭ３０ｂ側のＢＵＤ３３ｂについての保守を行うことができない。

このように、従来システムでは、ＣＭの運用中での保守（活性保守）を行うことができない。このため、従来システムでは、すべてのＣＭ３０ａ、３０ｂの電源を落として（ストレージ装置３０－１の電源を落として）システムを停止し、非活性状態にしてからＣＭ保守を行うことになる。しかし、システム停止は、顧客の運用スケジュールとの調整になるため、即時のシステム停止は困難である。

このため、スケジュールが調整されるまで１台のＣＭ構成の非冗長状態で長時間運用することになり、信頼性の低下が引き起こされる。また、１台のＣＭによる限定運用は、ライトスルーモードでの動作となるからストレージ制御のパフォーマンスの低下を引き起こすことになる。

本発明はこのような点に鑑みてなされたものであり、システム内の全ＢＵＤが故障した場合でも、ファームウェア版数の合わせ込み処理を可能にし、活性状態でのＣＭの保守を可能にするものである。

＜ハードウェア＞
図６はＣＭのハードウェア構成の一例を示す図である。ＣＭ１０は、プロセッサ（コンピュータ）１００によって装置全体が制御されている。プロセッサ１００は、図２に示した、プロセッサ１１ａ、１１ｂの機能を実現する。

プロセッサ１００には、バス１０３を介して、メモリ１０１および複数の周辺機器が接続されている。プロセッサ１００は、マルチプロセッサであってもよい。プロセッサ１００は、例えば、ＣＰＵ、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１００は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

メモリ１０１は、ＣＭ１０の主記憶装置として使用される。メモリ１０１には、プロセッサ１００に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０１には、プロセッサ１００による処理に要する各種データが格納される。

また、メモリ１０１は、ＣＭ１０の補助記憶装置としても使用され、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。メモリ１０１は、補助記憶装置として、フラッシュメモリやＳＳＤ等の半導体記憶装置やＨＤＤ等の磁気記録媒体を含んでもよい。なお、メモリ１０１は、図２に示した、メモリ１２ａ、１２ｂおよびＢＵＤ１３ａ、１３ｂの機能を実現する。

バス１０３に接続されている周辺機器としては、入出力インタフェース１０２、ネットワークインタフェース１０４およびストレージインタフェース１０５がある。入出力インタフェース１０２は、プロセッサ１００からの命令にしたがってＣＭ１０の状態を表示する表示装置として機能するモニタ（例えば、ＬＥＤ（Light Emitting Diode）やＬＣＤ（Liquid Crystal Display）等）が接続されている。

また、入出力インタフェース１０２は、キーボードやマウス等の情報入力装置を接続可能であって、情報入力装置から送られてくる信号をプロセッサ１００に送信する。
さらにまた、入出力インタフェース１０２は、周辺機器を接続するための通信インタフェースとしても機能する。例えば、入出力インタフェース１０２は、レーザ光等を利用して、光ディスクに記録されたデータの読み取りを行う光学ドライブ装置を接続することができる。光ディスクには、Ｂｌｕ－ｒａｙＤｉｓｃ（登録商標）、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（Rewritable）等がある。

また、入出力インタフェース１０２は、メモリ装置やメモリリーダライタを接続することができる。メモリ装置は、入出力インタフェース１０２との通信機能を搭載した記録媒体である。メモリリーダライタは、メモリカードへのデータの書き込み、またはメモリカードからのデータの読み出しを行う装置である。メモリカードは、カード型の記録媒体である。

ネットワークインタフェース１０４は、外部ネットワークとのインタフェース制御を有してホスト等に接続される。ネットワークインタフェース１０４は、例えば、ＮＩＣ（Network Interface Card）、無線ＬＡＮ（Local Area Network）カード等が使用できる。ネットワークインタフェース１０４で受信されたデータは、メモリ１０１やプロセッサ１００に出力される。ストレージインタフェース１０５は、例えば、ＣＭ１０とＤＥ２ａとの接続を行う拡張デバイスであり、図２に示したＤＥ２ａとのインタフェース制御を行う。

以上のようなハードウェア構成によって、ＣＭ１０の処理機能を実現することができる。例えば、ＣＭ１０は、プロセッサ１００がそれぞれ所定のプログラムを実行することで本発明の制御を行うことができる。

ＣＭ１０は、例えば、コンピュータで読み取り可能な記録媒体に記録されたプログラムを実行することにより、本発明の処理機能を実現する。ＣＭ１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。

例えば、ＣＭ１０に実行させるプログラムを補助記憶装置に格納しておくことができる。プロセッサ１００は、補助記憶装置内のプログラムの少なくとも一部を主記憶装置にロードし、プログラムを実行する。

また、光ディスク、メモリ装置、メモリカード等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えば、プロセッサ１００からの制御により、補助記憶装置にインストールされた後、実行可能となる。またプロセッサ１００が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

＜システムエリア＞
ＤＥ２ａ内の記憶装置２０－１、・・・、２０－ｎには、Ｉ／Ｏ制御対象のデータ以外の制御情報等を格納しておくためのシステムエリアが設けられる。

図７はシステムエリアの一例を示す図である。ＤＥ２ａ内の記憶装置２０－１、・・・、２０－ｎの少なくとも２台以上の記憶装置に、所定容量のシステムエリア２０ａを設けて、制御情報等を格納する記憶領域として使用する。

システムエリア２０ａは、例えば、１つの記憶装置の全体記憶容量の１％未満とする（例えば、システムエリア２０ａの記憶容量＝１ＧＢ）。また、システムエリア２０ａには、ＣＭ１０ａ、１０ｂの起動時に用いられるファームウェアが少なくとも格納される。

＜ＢＵＤに格納される情報＞
図８はＢＵＤに格納される情報の一例を示す図である。ＢＵＤ１３には、例えば、ファームウェアｄ１、構成ファイルｄ２、ファームアーカイブｄ３、ログデータｄ４およびバックアップ情報ｄ５が格納される。

ファームウェアｄ１は、ＣＭ１０の起動に用いられるデータである。ＣＭ１０の電源がオンすると、プロセッサ１１は、ファームウェアｄ１をメモリ１２上に展開してＣＭ１０を起動する。

構成ファイルｄ２は、ＣＭ１０が電源オフする場合に、電源オフ直前のシステムの構成情報が書き込まれるデータである。プロセッサ１１は、次回起動時に構成ファイルｄ２をメモリ１２上に展開して、展開した構成ファイルｄ２に示される構成でＣＭ１０の立ち上げを行う。

ファームアーカイブ（ファイルサイズは例えば、１００ＭＢ）ｄ３は、ファームウェアｄ１やＢＩＯＳ（Basic Input Output System）等のＣＭ１０内の全ファームウェアを圧縮したファイルである。プロセッサ１１は、ファームアーカイブｄ３から例えば、ファームウェアｄ１を取り出し、ＢＵＤ１３の所定領域にファームウェアｄ１を書き込む。

ログデータｄ４は、システム運用中にシステム内で発生したイベントやエラー情報である。ＣＭ１０に接続される保守端末よりログデータが抽出されることで、ユーザはシステム内で発生した事象をログデータｄ４から解析できる。

バックアップ情報ｄ５は、例えば、メモリ１２上の制御情報等が該当し、ＣＭ１０の電源オフ時にバックアップ情報として格納される。プロセッサ１１は、次の電源オンでバックアップ情報ｄ５をメモリ１２上に展開して電源オフ直前の状態でＣＭ１０を立ち上げる。

また、プロセッサ１１は、停電の発生時には、メモリ１２上の全ユーザデータをバックアップ情報ｄ５としてＢＵＤ１３に格納し、復電時にはバックアップ情報ｄ５をメモリ１２上に展開して、停電直前のユーザデータを復元する。

なお、ファームウェアを含むファームアーカイブの初回登録（初回格納）では、例えば、工場でシステムを組み立てて立ち上げる際に、ＢＵＤ１３と、記憶装置２０のシステムエリア２０ａとに対して、ファームアーカイブが格納される。

また、システム運用中の機能アップデートやバグフィックスがある場合、ＢＵＤ１３と、記憶装置２０のシステムエリア２０ａとに格納されたファームアーカイブの更新が行われる。

＜保守ＢＵＤ＞
図９は保守ＢＵＤに格納される情報の一例を示す図である。保守ＢＵＤ１４は、故障したＢＵＤ１３に代わって保守対象のＣＭ１０に載せ替えられるＢＵＤである。保守ＢＵＤ１４に格納されている情報は、ＣＭ１０を起動するためのファームウェアｄ１が格納されているのみで、その他の情報は空の状態である（その他の情報は、システム運用中に共有化されて保守ＢＵＤ１４に随時格納されていく）。

なお、保守ＢＵＤ１４は、任意の時期に作成されたファームウェアが書き込まれて、保守部品として各地のパーツセンターでストックされるため、保守ＢＵＤ１４に書き込まれたファームウェア版数は通常同一ではないことが多い。

保守ＢＵＤ１４をファームウェア版数毎に管理するとなると、版数毎に管理番号を用意したり、全国のパーツセンターに同一ファームウェア版数でストック管理したりすることになり、コストがかかり作業効率も低下することになる。

＜活性保守交換を可能にするファームウェア版数合わせ込み処理＞
図１０は稼動側のＣＭのファームウェア版数合わせ込み処理の一例を示す図である。２台のＣＭ構成のうち、ＣＭ１０ｂはＢＵＤ１３ｂの故障により動作が停止し、その後、ＣＭ１０ａのＢＵＤ１３ａが故障してＣＭ１０ａは限定運用になっているとする。そして、ＣＭ１０ｂが抜き出されて、故障ＢＵＤ１３ｂから保守ＢＵＤ１４に載せ替えられたＣＭ１０ｂ（保守ＣＭ１０ｂ）がストレージ装置１０－１に挿入されたとする。

〔ステップＳ２１〕稼動側のＣＭ１０ａ内のプロセッサ１１ａは、ＣＭ１０ａの起動に用いたファームウェアを保守ＣＭ１０ｂへ適用するためのファームウェア適用指示を保守ＣＭ１０ｂへ送信する。

〔ステップＳ２２〕プロセッサ１１ａは、保守ＣＭ１０ｂからの応答（受信準備完了通知）を待つ。
〔ステップＳ２３〕プロセッサ１１ａは、保守ＣＭ１０ｂからの応答を受信すると、ファームウェアの読み出し元になるＢＵＤ１３ａが正常か否かを判定する。ＢＵＤ１３ａが正常でない場合はステップＳ２４へ処理が進み、ＢＵＤ１３ａが正常な場合はステップＳ２５へ処理が進む。

〔ステップＳ２４〕プロセッサ１１ａは、記憶装置２０内のシステムエリア２０ａからファームウェアを読み出す。
〔ステップＳ２５〕プロセッサ１１ａは、ＢＵＤ１３ａからファームウェアを読み出す。

〔ステップＳ２６〕プロセッサ１１ａは、読み出したファームウェアを保守ＣＭ１０ｂへ送信する。
〔ステップＳ２７〕プロセッサ１１ａは、保守ＣＭ１０ｂからの応答（書込み完了通知）を待つ。

図１１は保守側のＣＭのファームウェア版数合わせ込み処理の一例を示す図である。
〔ステップＳ３１〕保守ＣＭ１０ｂ内のプロセッサ１１ｂは、ＣＭ１０ａから送信されるファームウェア適用指示を待つ。

〔ステップＳ３２〕プロセッサ１１ｂは、ファームウェア適用指示を受信すると、ファームウェアを格納するための領域をＢＵＤ１３ｂ内に確保する。
〔ステップＳ３３〕プロセッサ１１ｂは、受信準備完了通知をＣＭ１０ａへ送信する。

〔ステップＳ３４〕プロセッサ１１ｂは、ＣＭ１０ａから送信されるファームウェアを待つ。
〔ステップＳ３５〕プロセッサ１１ｂは、ファームウェアを受信すると、ＢＵＤ１３ｂにファームウェアを書き込む。

〔ステップＳ３６〕プロセッサ１１ｂは、ファームウェアの書込み完了通知を稼動ＣＭ１０ａへ送信する。
図１２は全ＢＵＤ故障時の保守におけるファームウェア版数合わせ込み処理の流れを示す図である。ＣＭ１０ｂを保守対象とした場合のファームウェア版数合わせ込み処理の流れを示している。なお、システムを稼動するファームウェア版数をＶｅｒ．１とする。また、故障ＢＵＤからの載せ替え後の保守ＢＵＤに書き込まれているファームウェア版数をＶｅｒ．２とする。

〔ステップＳ４１〕ＣＭ１０ａは、ＢＵＤ１３ａに格納されている版数Ｖｅｒ．１のファームウェアにもとづき稼動しておりオンライン状態であるが、起動した後にＢＵＤ１３ａが故障したとする（よってＣＭ１０ａは限定運用）。一方、ＣＭ１０ｂの状態はシステムに組み込み中であって、載せ替え後の保守ＢＵＤ１４ｂには版数＝Ｖｅｒ．２のファームウェアが格納されている。

〔ステップＳ４２〕ＣＭ１０ａ内のプロセッサ１１ａは、組み込み中のＣＭ１０ｂに対し、ＣＭ１０ｂの保守ＢＵＤ１４ｂに格納されているファームウェアは、現在稼動中のファームウェア版数と異なることを検出する。

プロセッサ１１ａは、記憶装置２０に設けたシステムエリア２０ａに格納されている版数＝Ｖｅｒ．１のファームウェアを読み出し、保守ＢＵＤ１４ｂに対して、版数＝Ｖｅｒ．１のファームウェアの書込みを行う。

なお、プロセッサ１１ａは、ＣＭ１０ｂの電源レベルを監視しており、電源レベルの変動が所定変動レベルを超えた場合、ＣＭ１０ｂが保守交換されたことを検出し、このとき、プロセッサ１１ａは、ファームウェア版数のチェックを行う。ＣＭの電源レベル変動を監視することにより精度よくＣＭが保守交換されたことを検出できる。

〔ステップＳ４３〕ＣＭ１０ｂは、ＣＭ１０ａから書き込まれた版数Ｖｅｒ．１のファームウェアで再起動する。
〔ステップＳ４４〕ＣＭ１０ｂは、オンライン状態になる。

図１３は全ＢＵＤ故障時の保守におけるファームウェア版数合わせ込み処理の流れを示す図である。ＣＭ１０ａを保守対象とした場合のファームウェア版数合わせ込み処理の流れを示している。なお、システムを稼動するファームウェア版数はＶｅｒ．１であり、故障ＢＵＤからの載せ替え後の保守ＢＵＤに書き込まれているファームウェア版数をＶｅｒ．３とする。

〔ステップＳ５１〕ＣＭ１０ｂは、保守ＢＵＤ１４ｂに格納されている版数＝Ｖｅｒ．１のファームウェアにもとづき稼動しておりオンライン状態である。また、ＣＭ１０ａは、故障していたＢＵＤが保守ＢＵＤ１４ａに交換されて、システムに組み込み中であって、保守ＢＵＤ１４ａには版数＝Ｖｅｒ．３のファームウェアが格納されている。

〔ステップＳ５２〕ＣＭ１０ａのプロセッサ１１ａは、保守ＢＵＤ１４ａに格納されているファームウェアは、ＣＭ１０ｂの保守ＢＵＤ１４ｂに格納されているファームウェア版数と異なることを検出する。

プロセッサ１１ａは、ＣＭ１０ｂの保守ＢＵＤ１４ｂに格納されている版数＝Ｖｅｒ．１のファームウェアを読み出し、保守ＢＵＤ１４ａに版数＝Ｖｅｒ．１のファームウェアの書込みを行う。

なお、プロセッサ１１ａは、ＣＭ１０ａの保守交換後の電源投入時、自身が保守交換されたことを検出し、このとき、プロセッサ１１ａは、ファームウェア版数のチェックを行う。

〔ステップＳ５３〕ＣＭ１０ａは、ＣＭ１０ｂから読み出した版数Ｖｅｒ．１のファームウェアで再起動する。
〔ステップＳ５４〕ＣＭ１０ａは、オンライン状態になる。

なお、上記では、ＣＭ１０ａ側のプロセッサ１１ａが、ＣＭ１０ｂ側の保守ＢＵＤ１４ｂからファームウェアを読み出して、保守ＢＵＤ１４ａに書き込む構成としたが、逆にＣＭ１０ｂ側のプロセッサ１１ｂが書き込み処理を行ってもよい。すなわち、プロセッサ１１ｂが、ＣＭ１０ｂ側の保守ＢＵＤ１４ｂからファームウェアを読み出して、ＣＭ１０ａの保守ＢＵＤ１４ａに書き込む処理を行ってもよい。

上記のように、ストレージシステム１－２では、保守交換後のＣＭのファームウェア版数を現在稼働中のファームウェア版数に一致させることができ、ＣＭの活性保守が可能になる。

＜保守ＣＭがシステムエリアからファームウェアを取り出さない理由＞
記憶装置２０に設けたファームウェアを格納しておくシステムエリア２０ａは、ＢＵＤ１３とは異なりＣＭ１０とは直接接続されておらず、ＣＭ１０とＤＥ２ａとを繋ぐ中継モジュールを介してＣＭ１０に接続される。

ＣＭ１０がＤＥ２ａ内の記憶装置２０に対してＲ／Ｗ（リード／ライト）が可能になるためには、ＣＭ１０のセットアップを所定段階まで進めておくことが求められる。このため、保守ＣＭが搭載されても保守ＣＭは即時にＤＥ２ａ内の記憶装置２０にアクセスして記憶装置２０内のシステムエリア２０ａからファームウェアを取得することはできない。このような理由により、システムエリア２０ａを利用してのファームウェア合わせ込み処理では、稼動側のＣＭがシステムエリア２０ａにアクセスしてファームウェアを取得し、保守ＣＭに書き込む動作を行うものとなる。

以上説明したように、ストレージシステム１－２では、ＢＵＤ故障時において、ＣＭの活性保守を可能にする。この場合、システム内に正常なＢＵＤが存在するケースと、存在しないケースとで活性保守の動作が異なる。

システム内に正常なＢＵＤが存在すれば、ＣＭ組み込みの際のファームウェアの読み出しは、その正常なＢＵＤから行われる。すなわち、稼動ＣＭのＢＵＤからファームウェアを読み出し、保守ＣＭに搭載される保守ＢＵＤにファームウェアが書き込まれる。その後、保守ＣＭを再起動させることで、稼動ファームウェアと同一版数のファームウェアで起動される。

一方、システム内に正常なＢＵＤが存在しない場合、ＣＭ組み込みの際のファームウェアの読み出しをＢＵＤから行うことはできないため、システムエリア２０ａからの読み出しを行う。

すなわち、システムエリア２０ａに格納されているファームウェアが読み出され、システムエリア２０ａから読み出されたファームウェアが保守ＢＵＤに書き込まれる。その後、保守ＣＭを再起動させることで、稼動ファームウェアと同一版数のファームウェアで起動される。

なお、上記では、ファームウェア版数合わせ込み処理を保守交換時に行う場合について説明したが、ストレージ装置１０－１に新規のＣＭを増設した場合にも、上記と同様なファームウェア版数の合わせ込みが行われる。

例えば、ＣＭ１０ａが稼動中であって、新規のＣＭ１０ｂがストレージ装置１０－１に挿入される場合、上記と同様な制御によって新規のＣＭ１０ｂに搭載されているＢＵＤに対して、現在稼動中の版数のファームウェアがＣＭ１０ａから読み出されて格納される。

＜システムエリアを有する記憶装置が故障した場合＞
システムエリア２０ａは、上述したように、少なくとも２台以上の記憶装置２０に設けられて冗長化されている。したがって、運用中にシステムエリア２０ａを有している１台の記憶装置２０が故障した場合、冗長性がなくなることになる。

したがって、システムエリア２０ａの冗長性を維持するために、故障した記憶装置を保守用の記憶装置と交換した際に、稼動側のＣＭ内のプロセッサは、ＢＵＤからファームウェアアーカイブを読み出し、保守交換された記憶装置へ格納する。このような制御を行うことでシステムエリア２０ａの冗長状態を復旧させる。

＜システムエリアへのファームアーカイブの格納タイミング＞
システムエリア２０ａへのファームアーカイブへの格納タイミングは、基本的にはファームウェアを更新したタイミングで行われる。

図１４は活性状態におけるファームウェア更新処理から起動までの動作の一例を示す図である。ストレージ装置１０－１が活性状態にあるときのファームウェア更新処理の流れを示している。

〔ステップＳ６１〕ＣＭ１０ａ内のプロセッサ１１ａは、更新後のファームアーカイブを記憶装置２０内のシステムエリア２０ａに書き込む。なお、更新後のファームアーカイブは、例えば、保守端末を通じてＣＭ１０ａに転送することが可能である。

〔ステップＳ６２〕プロセッサ１１ａは、更新後のファームアーカイブをＢＵＤ１３のファームアーカイブ領域に格納する。
〔ステップＳ６３〕プロセッサ１１ａは、更新後のファームアーカイブから更新後のファームウェアを抽出し、ＢＵＤ１３のファームウェア領域に、更新後のファームウェアを格納する。

〔ステップＳ６４〕プロセッサ１１ａは、通信の切り離し処理を行って、ＣＭ１０ａの通信をＣＭ１０ｂおよびＤＥ２ａから切り離す。
〔ステップＳ６５〕プロセッサ１１ａは、更新後のファームウェアで起動するために、ＣＭ１０ａ内のモジュールの電源のオフ（再起動を行うためのパワーダウン）を行い、所定時間後に電源をオンする電源自律制御を行う。

〔ステップＳ６６〕ＣＭ１０ａは、更新後のファームウェアで起動する。
〔ステップＳ６７〕プロセッサ１１ａは、更新後のファームウェアで起動したＣＭ１０ａで、ＣＭ１０ｂおよびＤＥ２ａとの通信を再開する。

〔ステップＳ６８〕ＣＭ１０ｂ内のプロセッサ１１ｂは、システムエリア２０ａから更新後のファームアーカイブを読み出して、更新後のファームアーカイブをＢＵＤ１３ｂのファームアーカイブ領域に格納する。

〔ステップＳ６９〕プロセッサ１１ｂは、更新後のファームアーカイブから更新後のファームウェアを抽出し、ＢＵＤ１３ｂのファームウェア領域に、更新後のファームウェアを格納する。

〔ステップＳ７０〕プロセッサ１１ｂは、通信の切り離し処理を行って、ＣＭ１０ｂの通信をＣＭ１０ａおよびＤＥ２ａから切り離す。
〔ステップＳ７１〕プロセッサ１１ｂは、ＣＭ１０ｂの電源のオフ／オンを行う（上述と同じ電源自律制御）。

〔ステップＳ７２〕ＣＭ１０ｂは、更新後のファームウェアで起動する。
〔ステップＳ７３〕プロセッサ１１ｂは、更新後のファームウェアで起動したＣＭ１０ｂで、ＣＭ１０ａおよびＤＥ２ａとの通信を再開する。

上記のように、活性状態でのファームウェア更新では、サービスを中断することなく運用状態でファームウェアの更新が可能である。また、ＣＭの通信を一時的に切り離してユーザＩ／Ｏ負荷を低くして実施するため、システムエリア２０ａへの書き込みによるレスポンス遅延の影響は少ない。

以上説明したように、本発明によれば、あらかじめＢＵＤとは異なる別の媒体（記憶装置）にファームウェアを格納しておき、ＣＭ保守交換の際に適用ファームウェアをＢＵＤから読み出すか、別媒体から読み出すかを状況により選択して実行する。これにより、稼動ＣＭを停止せずに、活性状態のままＣＭの保守（ＢＵＤの保守）を実現できる。

従来では、ＣＭの非活性の保守を行っているため、システム停止に伴うスケジュール調整を要し、正常な運用状態に戻すまでに数日かかっていた。これに対し、本発明では、ＣＭの活性保守が可能になるので、システム停止は不要となり、短時間で正常状態に復旧させることが可能になる。また、人手の作業はＢＵＤを載せ替えたＣＭをストレージ装置に搭載するだけなので短手番、短時間となり、保守作業の軽減化が可能になる。

なお、上記の第２の実施の形態では、図１の情報処理装置１－１をストレージシステムに適用した場合について説明したが、例えば、サーバにも適用可能である。この場合、図１のモジュールｍａ、ｍｂはサーバブレードに対応する。

上記で説明した本発明の情報処理装置１－１およびストレージシステム１－２の処理機能は、コンピュータによって実現することができる。この場合、情報処理装置１－１およびストレージシステム１－２が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等がある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等がある。光ディスクには、ＣＤ－ＲＯＭ／ＲＷ等がある。光磁気記録媒体には、ＭＯ（Magneto Optical disk）等がある。

プログラムを流通させる場合、例えば、そのプログラムが記録されたＣＤ－ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。

また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。また、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ、ＰＬＤ等の電子回路で実現することもできる。

以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。

（付記１） 起動情報を格納する第１の記憶部と、前記第１の記憶部から読み出した前記起動情報にもとづいて起動する第１の制御部と、前記起動情報を格納する第２の記憶部と、前記第２の記憶部から読み出した前記起動情報にもとづいて起動する第２の制御部とを有する制御装置と、
前記制御装置が入出力制御の対象とするデータと、前記起動情報とを格納する記憶装置と、
を備え、
前記第１の制御部は、
前記第２の記憶部が新記憶部に交換された場合に、前記第１の記憶部から前記起動情報を読み出せるとき、前記新記憶部に前記第１の記憶部から読み出した前記起動情報を書き込み、
前記第１の記憶部から前記起動情報を読み出せないとき、前記新記憶部に前記記憶装置から読み出した前記起動情報を書き込む、
情報処理装置。

（付記２） 前記第２の制御部は、前記新記憶部に書き込まれた前記起動情報にもとづいて起動する付記１記載の情報処理装置。
（付記３） 前記第１の制御部は、前記第１の記憶部が交換対象となった場合、前記第１の記憶部の載せ替え後の前記新記憶部に、前記第２の制御部に搭載されている前記新記憶部から読み出した前記起動情報を書き込み、書き込んだ前記起動情報にもとづいて起動する付記１記載の情報処理装置。

（付記４） 前記第１の制御部は、前記第２の記憶部と対になる前記第２の制御部の電源レベルを監視し、前記電源レベルの変動にもとづいて前記第２の記憶部が交換されたことを検出する付記１記載の情報処理装置。

（付記５） 起動情報を格納する第１の記憶部と、前記第１の記憶部から読み出した前記起動情報にもとづいて起動する第１の制御部と、前記起動情報を格納する第２の記憶部と、前記第２の記憶部から読み出した前記起動情報にもとづいて起動する第２の制御部とを有する制御装置と、前記制御装置が入出力制御の対象とするデータと、前記起動情報とを格納する記憶装置と、を備えるシステムにおける前記第２の記憶部が交換された場合、
前記第１の記憶部から前記起動情報を読み出せるとき、新記憶部に前記第１の記憶部から読み出した前記起動情報を書き込み、
前記第１の記憶部から前記起動情報を読み出せないとき、前記新記憶部に前記記憶装置から読み出した前記起動情報を書き込む、
処理を前記第１の制御部内のコンピュータに実行させるプログラム。

（付記６） 前記第２の制御部は、前記第１の記憶部が交換対象となった場合、前記第１の記憶部の載せ替え後の前記新記憶部に、前記第２の制御部に搭載されている前記新記憶部から読み出した前記起動情報を書き込み、前記第１の制御部は、書き込まれた前記起動情報にもとづいて起動する付記１記載の情報処理装置。

（付記７） 前記第１の記憶部および前記第２の記憶部は、不揮発性のバックアップ媒体である付記１記載の情報処理装置。
（付記８） 起動時に要する起動情報を格納する第１の記憶部を含み、前記起動情報にもとづいて起動する第１の制御部を有する制御装置と、
前記制御装置が入出力制御の対象とするデータと、前記起動情報とを格納する記憶装置と、
を備え、
第２の記憶部を含み、前記起動情報にもとづいて起動する第２の制御部が前記制御装置に設置された場合、
前記第１の制御部は、
前記第１の記憶部から前記起動情報を読み出せるとき、前記第１の記憶部から読み出した前記起動情報を前記第２の記憶部に書き込み、
前記第１の記憶部から前記起動情報を読み出せないとき、前記記憶装置から読み出した前記起動情報を前記第２の記憶部に書き込む、
情報処理装置。

１－１ 情報処理装置
１ 制御装置
１ａ、１ｂ 制御部
１ａ１、１ｂ１ 記憶部
１ｂ１１ 新記憶部
２ 記憶装置
ｍａ、ｍｂ モジュール
ｍｂ－１ 交換後のモジュール

Claims (5)

1. 起動情報を格納する第１の記憶部と、前記第１の記憶部から読み出した前記起動情報にもとづいて起動する第１の制御部と、前記起動情報を格納する第２の記憶部と、前記第２の記憶部から読み出した前記起動情報にもとづいて起動する第２の制御部とを有する制御装置と、
   前記制御装置が入出力制御の対象とするデータと、前記起動情報とを格納する記憶装置と、
   を備え、
   前記第１の制御部は、
   前記第２の記憶部が新記憶部に交換された場合に、前記第１の記憶部から前記起動情報を読み出せるとき、前記新記憶部に前記第１の記憶部から読み出した前記起動情報を書き込み、
   前記第１の記憶部から前記起動情報を読み出せないとき、前記新記憶部に前記記憶装置から読み出した前記起動情報を書き込む、
   情報処理装置。
2. 前記第２の制御部は、前記新記憶部に書き込まれた前記起動情報にもとづいて起動する請求項１記載の情報処理装置。
3. 前記第１の制御部は、前記第１の記憶部が交換対象となった場合、前記第１の記憶部の載せ替え後の前記新記憶部に、前記第２の制御部に搭載されている前記新記憶部から読み出した前記起動情報を書き込み、書き込んだ前記起動情報にもとづいて起動する請求項１記載の情報処理装置。
4. 前記第１の制御部は、前記第２の記憶部と対になる前記第２の制御部の電源レベルを監視し、前記電源レベルの変動にもとづいて前記第２の記憶部が交換されたことを検出する請求項１記載の情報処理装置。
5. 起動情報を格納する第１の記憶部と、前記第１の記憶部から読み出した前記起動情報にもとづいて起動する第１の制御部と、前記起動情報を格納する第２の記憶部と、前記第２の記憶部から読み出した前記起動情報にもとづいて起動する第２の制御部とを有する制御装置と、前記制御装置が入出力制御の対象とするデータと、前記起動情報とを格納する記憶装置と、を備えるシステムにおける前記第２の記憶部が交換された場合、
   前記第１の記憶部から前記起動情報を読み出せるとき、新記憶部に前記第１の記憶部から読み出した前記起動情報を書き込み、
   前記第１の記憶部から前記起動情報を読み出せないとき、前記新記憶部に前記記憶装置から読み出した前記起動情報を書き込む、
   処理を前記第１の制御部内のコンピュータに実行させるプログラム。

Images