特許 7512763 ファームウェア試験装置、ファームウェア試験方法およびファームウェア試験プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-01

(45)【発行日】2024-07-09

(54)【発明の名称】ファームウェア試験装置、ファームウェア試験方法およびファームウェア試験プログラム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240702BHJP

   G06F 3/06 20060101ALI20240702BHJP

【ＦＩ】

G06F11/36 188

G06F11/36 192

G06F3/06 304T

【請求項の数】 6

(21)【出願番号】P 2020140008

(22)【出願日】2020-08-21

(65)【公開番号】P2022035576

(43)【公開日】2022-03-04

【審査請求日】2023-05-11

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】伊藤 有一

(72)【発明者】

【氏名】紺田 與志仁

【審査官】武田 広太郎

(56)【参考文献】

【文献】特開２００８－３１０７５２（ＪＰ，Ａ）

【文献】特開２０１５－１７６４３０（ＪＰ，Ａ）

【文献】国際公開第２０１５／１５１２３９（ＷＯ，Ａ１）

【文献】国際公開第２０１２／１３７３２３（ＷＯ，Ａ１）

【文献】米国特許第０８７０７１０４（ＵＳ，Ｂ１）

【文献】中国特許出願公開第１０６２９２３３６（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／３６

Ｇ０６Ｆ ３／０６

(57)【特許請求の範囲】

【請求項1】

ストレージ装置のファームウェアを試験するファームウェア試験装置であって、
前記ストレージ装置の構成を取得する構成取得部と、
前記構成取得部が取得した前記ストレージ装置の構成に対応する試験対象の機能の実行により呼び出される関数を関数リストから選択する関数選択部と、
関数単位に分割される前記試験対象の機能を前記ストレージ装置に実行させる実行制御部と、
前記試験対象の機能の実行時に前記ストレージ装置により呼び出される関数のそれぞれに疑似故障を注入する疑似故障注入部と、
関数毎の前記疑似故障の注入に応じてリカバリ処理を実行する前記ストレージ装置が正常に復旧するか否かを判定する復旧判定部と
を有するファームウェア試験装置。

【請求項2】

前記疑似故障注入部は、複数回の前記試験対象の機能の実行毎に、前記関数選択部が選択した関数のうち、前記疑似故障を注入していない関数の１つに前記疑似故障を注入し、
前記復旧判定部は、前記リカバリ処理を実行する前記ストレージ装置が正常に復旧した場合、前記関数選択部が選択する関数の全てに対して前記疑似故障が注入されるまで前記試験対象の機能を前記ストレージ装置に繰り返し実行させる指示を前記実行制御部に発行し、前記リカバリ処理を実行する前記ストレージ装置が正常に復旧しない場合、エラーを判定する
請求項１に記載のファームウェア試験装置。

【請求項3】

前記疑似故障注入部は、前記ストレージ装置により呼び出される関数の１つにブレークポイントを設定し、前記試験対象の機能の実行時に前記ブレークポイントで実行が停止された関数が使用するデータを不正値に置き換えて関数の実行を再開させることで、前記疑似故障を注入する
請求項２に記載のファームウェア試験装置。

【請求項4】

前記構成取得部が取得した構成に対応して前記試験対象の複数の機能がある場合、前記実行制御部は、前記試験対象の複数の機能を前記ストレージ装置に順次実行させ、
前記疑似故障注入部は、前記試験対象の複数の機能の実行毎に、前記ストレージ装置により呼び出される関数のそれぞれに疑似故障を注入し、
前記復旧判定部は、前記試験対象の機能毎に、関数毎の前記リカバリ処理から前記ストレージ装置が正常に復旧するか否かを判定する
請求項１ないし請求項３のいずれか１項に記載のファームウェア試験装置。

【請求項5】

ストレージ装置のファームウェアを試験するファームウェア試験装置が実行するファームウェア試験方法であって、
前記ストレージ装置の構成を取得し、
取得した前記ストレージ装置の構成に対応する試験対象の機能の実行により呼び出される関数を関数リストから選択し、
関数単位に分割される前記試験対象の機能を前記ストレージ装置に実行させ、
前記試験対象の機能の実行時に前記ストレージ装置により呼び出される関数のそれぞれに疑似故障を注入し、
関数毎の前記疑似故障の注入に応じてリカバリ処理を実行する前記ストレージ装置が正常に復旧するか否かを判定する
ファームウェア試験方法。

【請求項6】

ストレージ装置のファームウェアを試験するファームウェア試験装置が実行するファームウェア試験プログラムであって
前記ストレージ装置の構成を取得し、
取得した前記ストレージ装置の構成に対応する試験対象の機能の実行により呼び出される関数を関数リストから選択し、
関数単位に分割される前記試験対象の機能を前記ストレージ装置に実行させ、
前記試験対象の機能の実行時に前記ストレージ装置により呼び出される関数のそれぞれに疑似故障を注入し、
関数毎の前記疑似故障の注入に応じてリカバリ処理を実行する前記ストレージ装置が正常に復旧するか否かを判定する
ファームウェア試験プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ファームウェア試験装置、ファームウェア試験方法およびファームウェア試験プログラムに関する。

【背景技術】

【0002】

例えば、サーバ等の情報処理装置のＲＡＳ（Reliability, Availability and Serviceability）評価を実施する試験装置は、予め設定されたタイミングで情報処理装置に疑似故障を発生させる故障発生コマンドを発行する。試験装置は、疑似故障が発生しない場合、故障発生コマンドの発行タイミングを調整することで、疑似故障の発生頻度を向上させる（例えば、特許文献１参照）。

【0003】

また、シミュレータによる組み込みシステムの検証方法において、利用者が入力するソフトウェアの関数呼び出しのタイミングで故障を注入することで、システムの動作検証を実施する手法が提案されている（例えば、特許文献２参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１５－１７６４３０号公報

【文献】国際公開第２０１４／１９６０５９号

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、企業で取り扱われるデータは近年急増しており、ストレージ装置の需要は増加傾向にある。例えば、ミッションクリティカルなストレージ装置においては、運用中に不具合が発生し、再起動された場合にもデータ等を消失することなく正常に復旧できる機能が求められている。一方、運用中のストレージ装置の処理の条件およびタイミングが複雑化する傾向にあり、さらに、システムトラブルが及ぼす顧客への影響度が年々高まっている。このため、ストレージ装置の開発工程において、短い試験時間でＲＡＳ機能を評価する試験を網羅的に実施し、ＲＡＳを向上することが求められている。

【0006】

１つの側面では、本発明は、既知の試験時間で試験を網羅的に実施し、ストレージ装置のＲＡＳを向上することを目的とする。

【課題を解決するための手段】

【0007】

一つの観点によれば、ファームウェア試験装置は、ストレージ装置のファームウェアを試験するファームウェア試験装置であって、前記ストレージ装置の構成を取得する構成取得部と、前記構成取得部が取得した前記ストレージ装置の構成に対応する試験対象の機能の実行により呼び出される関数を関数リストから選択する関数選択部と、関数単位に分割される前記試験対象の機能を前記ストレージ装置に実行させる実行制御部と、前記試験対象の機能の実行時に前記ストレージ装置により呼び出される関数のそれぞれに疑似故障を注入する疑似故障注入部と、関数毎の前記疑似故障の注入に応じてリカバリ処理を実行する前記ストレージ装置が正常に復旧するか否かを判定する復旧判定部とを有する。

【発明の効果】

【0008】

１つの側面では、本発明は、既知の試験時間で試験を網羅的に実施し、ストレージ装置のＲＡＳを向上することができる。

【図面の簡単な説明】

【0009】

【図1】一実施形態におけるファームウェア試験装置を含む試験システムの一例を示すブロック図である。

【図2】図１のファームウェア試験装置によるストレージ装置のファームウェアの試験の一例を示す説明図である。

【図3】別の実施形態におけるファームウェア試験装置を含む試験システムの一例を示すブロック図である。

【図4】図３のモニタ制御部およびテスト処理部の一例を示すブロック図である。

【図5】図３のファームウェア試験装置によるストレージ装置のファームウェアの試験の一例を示す説明図である。

【図6】図３のファームウェア試験装置によるストレージ装置のファームウェアの試験の一例を示すフロー図である。

【図7】他のファームウェア試験装置によるストレージ装置の試験の一例を示す説明図である。

【発明を実施するための形態】

【0010】

以下、図面を用いて実施形態が説明される。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。

【0011】

図１は、一実施形態におけるファームウェア試験装置を含む試験システムの一例を示す。図１に示す試験システムＴＳＹＳは、ファームウェア試験装置１０と、ファームウェア試験装置１０により試験されるストレージ装置２０とを有する。

【0012】

ファームウェア試験装置１０は、構成取得部１１、関数選択部１２、実行制御部１３、疑似故障注入部１４、復旧判定部１５および関数リスト１６を有する。構成取得部１１は、ファームウェアの試験を実行するストレージ装置２０からストレージ装置２０の構成情報を取得する。例えば、構成情報は、ストレージ装置２０の型式、搭載するメモリの仕様および容量、搭載するディスクの記憶容量等を含む。

【0013】

関数選択部１２は、構成取得部１１が取得した構成情報に基づいて試験対象の機能を抽出し、抽出した試験対象の機能の実行によりストレージ装置２０から呼び出される関数を関数リスト１６から選択する。関数リスト１６は、試験対象となり得る複数のストレージ装置により実施可能な複数の機能のそれぞれの実行時に呼び出される複数の関数をリストとして保持する。

【0014】

実行制御部１３は、関数単位に分割される試験対象の機能をストレージ装置２０に実行させるために、試験対象の機能の実行指示をストレージ装置２０に発行する。疑似故障注入部１４は、ストレージ装置２０が試験対象の機能を実行する場合に、ストレージ装置２０が実行するファームウェアにより呼び出される関数のそれぞれに疑似故障を注入する。例えば、疑似故障注入部１４は、複数回の試験対象の機能の実行毎に、関数選択部１２が選択した関数の１つであって、疑似故障を注入していない関数に疑似故障を注入する。例えば、ストレージ装置２０のＲＡＳ機能は、各関数への疑似故障の注入による不正な動作を検出し、リカバリ処理を実行する。

【0015】

復旧判定部１５は、疑似故障注入部１４により関数毎に注入される疑似故障に応じてリカバリ処理を実行するストレージ装置２０から実行結果を受信し、ストレージ装置２０が正常に復旧するか否かを判定する。復旧判定部１５は、試験対象の機能の実行により呼び出される関数の１つへの疑似故障の注入によるリカバリ処理からストレージ装置２０が正常に復旧する場合、次の関数に疑似故障を注入するために、実行制御部１３に試験対象の機能の実行指示を発行させる。

【0016】

すなわち、復旧判定部１５は、リカバリ処理を実行するストレージ装置２０が正常に復旧した場合、関数選択部１２が選択する全ての関数に対して疑似故障が注入されるまで試験対象の機能を実行制御部１３に繰り返し実行させる。復旧判定部１５は、試験対象の機能の実行により呼び出される各関数への疑似故障の注入による全てのリカバリ処理からストレージ装置２０が正常に復旧する場合、パスを判定する。

【0017】

一方、復旧判定部１５は、試験対象の機能の実行により呼び出される関数のいずれかへの疑似故障の注入によるリカバリ処理からストレージ装置２０が正常に復旧しない場合、フェイルを判定する。ファームウェア試験装置１０によりフェイルが判定された場合、リカバリ処理から正常に復旧しない原因を検出するためのストレージ装置２０のファームウェアのデバッグが実施される。そして、デバッグにより不具合点が解消されたファームウェアを使用して、上述したファームウェア試験装置１０による試験が再び実施される。

【0018】

図２は、図１のファームウェア試験装置１０によるストレージ装置２０のファームウェアの試験の一例を示す。図２に示す試験対象の機能は、順次に実行される４つの処理（処理１～処理４）を含む。４つの処理を含む試験対象の機能は、構成取得部１１により取得されたストレージ装置２０の構成情報に基づいて選択される。

【0019】

関数選択部１２は、各処理の実行により呼び出される関数を、疑似故障を注入する関数として関数リスト１６から順次選択する。処理１は、関数１、関数２を使用して実行される。処理２は、関数３を使用して実行される。関数３は、処理４、処理５、処理６を使用して実行される。関数４は、処理７、処理８を使用して実行される。

【0020】

まず、実行制御部１３は、試験対象の機能の実行をストレージ装置２０に指示する。ストレージ装置２０は、指示にしたがって試験対象の機能を処理１の関数１から順に開始する。疑似故障注入部１４は、関数１が呼び出されたことに基づいて、ストレージ装置２０に疑似故障を注入する。

【0021】

ここで、疑似故障注入部１４が疑似故障を注入する前に、例えば、実行制御部１３は、ストレージ装置２０により呼び出される最初の関数１にブレークポイントを設定する。そして、疑似故障注入部１４は、試験対象の機能の実行時に関数１に設定されたブレークポイントでファームウェアが停止したときに、関数１が使用するデータを不正値に置き換えて関数１の実行を再開させることで、疑似故障を注入する。例えば、データの不正値への置き換えは、関数１で使用されるレジスタの値を変更することで行われる。

【0022】

ストレージ装置２０は、疑似故障の注入により、ファームウェアによる不正な処理を検出して再起動され、通常モードから復旧モード（メンテナンスモード）に移行する。ストレージ装置２０は、復旧モードにおいてリカバリ処理（復旧処理）を実行し、リカバリ処理が正常に終了した場合、通常モードに移行す。ストレージ装置２０は、リカバリ処理が正常に終了したことを実行結果（パス）としてファームウェア試験装置１０に通知する。

【0023】

復旧判定部１５は、実行結果（パス）を受信した場合、次の関数に疑似故障を注入するために、実行制御部１３に試験対象の機能の実行指示を発行させる。疑似故障注入部１４は、実行制御部１３が試験対象の機能の実行をストレージ装置２０に指示する前に、ストレージ装置２０により呼び出される２番目の関数２にブレークポイントを設定する。

【0024】

そして、上述と同様に、実行制御部１３は、２回目の試験対象の機能の実行をストレージ装置２０に指示する。ストレージ装置２０は、指示にしたがって試験対象の機能を処理１の関数１から順に開始する。そして、ストレージ装置２０のファームウェアが関数２を呼び出したときに発生するブレークに基づいて、疑似故障注入部１４により疑似故障が注入される。

【0025】

ストレージ装置２０は、疑似故障の注入により再起動されて復旧モードに移行し、リカバリ処理を実行する。そして、リカバリ処理が正常に終了した場合、ファームウェア試験装置１０は、３番目の関数３に疑似故障を注入するために、ストレージ装置２０に試験対象の機能を実行させる。以上の処理が、最後の関数８に疑似故障が注入されるまで繰り返される。

【0026】

そして、復旧判定部１５は、関数１から関数８の各々への疑似故障の注入に基づくリカバリ処理がすべて正常に終了した場合、試験対象の機能の実行に対応するＲＡＳ機能のパスを判定する。一方、復旧判定部１５は、関数１から関数８の各々への疑似故障の注入に基づくリカバリ処理のいずれかが異常終了した場合、試験対象の機能の実行に対応するＲＡＳ機能のフェイルを判定する。この場合、ストレージ装置２０のファームウェアのデバッグが実施される。

【0027】

図２に示すように、試験対象の機能に含まれる複数の処理の各々は、少なくとも１つの関数を含む。このため、試験対象の機能に含まれる複数の処理の各々の実行時、少なくとも１回の疑似故障が注入され、少なくとも１回のリカバリ処理が実行される。これにより、ＲＡＳ機能の評価試験を網羅的に実行することができる。また、試験対象の機能の実行に使用される関数の数に対応する数の試験を実行することで、ＲＡＳ機能の評価試験が完了する。これにより、ＲＡＳ機能の評価試験の網羅的な実行を、既知の試験時間で完了することができる。

【0028】

以上、この実施形態では、試験対象の機能で使用される複数の関数の各々に疑似故障を順次注入して試験を実行することでストレージ装置２０のＲＡＳ機能を評価する試験を網羅的に実施することができる。複数の関数のそれぞれに１回ずつ疑似故障を注入すればよいため、既知の試験時間で試験を網羅的に実施することができる。この結果、ストレージ装置２０のＲＡＳを向上することができる。

【0029】

疑似故障の注入は、各関数に対応するファームウェアの所定の位置にブレークポイントを設定し、ブレークポイントで実行が停止された関数が使用するデータを不正値に置き換えることでえ、行われる。これにより、ファームウェア試験装置１０に搭載される既存のデバッグ機能を利用して、ストレージ装置２０のＲＡＳ機能を評価する試験を網羅的に実施することができる。

【0030】

図３は、別の実施形態におけるファームウェア試験装置を含む試験システムの一例を示す。図１および図２で説明した要素と同様の要素については、詳細な説明は省略する。図３に示す試験システムＴＳＹＳは、ファームウェア試験装置１００およびコンソール２００と、ファームウェア試験装置１００により試験されるストレージ装置３００とを有する。

【0031】

ファームウェア試験装置１００は、ＣＰＵ１１０およびメモリ１４０を有する。ファームウェア試験装置１００は、ＣＰＵ１１０およびメモリ１４０以外に、図示しないＰＣＨ（Platform Controller Hub）、ＰＣＩ（Peripheral Component Interconnect）スイッチおよびドライブインタフェース等を有してもよい。

【0032】

ＣＰＵ１１０、メモリ１４０、ＰＣＨ、ＰＣＩスイッチおよびドライブインタフェースは、ストレージ装置３００動作を制御するコントローラとして機能する。なお、２つのコントローラが冗長に搭載され、一方のコントローラをメインで動作させ、他方のコントローラをサブで動作させてもよい。

【0033】

例えば、ＣＰＵ１１０は、ファームウェア試験プログラムを実行することで、モニタ制御部１２０およびテスト処理部１３０の機能を実現する。すなわち、ＣＰＵ１１０は、ファームウェア試験プログラムの実行により実現されるモニタ制御部１２０およびテスト処理部１３０により、ファームウェア試験方法を実現する。モニタ制御部１２０およびテスト処理部１３０については、図４で説明する。

【0034】

なお、モニタ制御部１２０およびテスト処理部１３０は、ソフトウェアでなくハードウェアで実現されてもよい。この場合、ＣＰＵ１１０の代わりにＦＰＧＡ（Field-Programmable Gate Array）等のデバイスがファームウェア試験装置１００に搭載される。そして、モニタ制御部１２０およびテスト処理部１３０の機能を実現する回路がＦＰＧＡに実装される。

【0035】

メモリ１４０は、ファームウェア試験プログラム、関数リストおよび各種パラメータをそれぞれ記憶する領域１５０、１６０、１７０を有する。以下では、領域１５０、１６０、１７０にそれぞれ記憶されるファームウェア試験プログラム、関数リストおよび各種パラメータは、それぞれファームウェア試験プログラム１５０、関数リスト１６０および各種パラメータ１７０とも称される。

【0036】

関数リスト１６０は、図１の関数リスト１６と同様に、試験対象となり得る複数のストレージ装置が実施可能な複数の機能のそれぞれの実行により呼び出される複数の関数を保持する。各種パラメータ１７０は、各関数に設定されるブレークポイントによりファームウェアが停止したときに不正値に書き換えるレジスタの情報等である。

【0037】

コンソール２００は、ファームウェア試験装置１００に接続される。ファームウェア試験装置１００の操作は、例えば、コマンドラインのインタフェースにより、コンソール２００を介して行われる（標準入力）。ファームウェア試験装置１００によりストレージ装置３００に設定されたブレークポイント等の情報は、コンソール２００に表示される（標準出力）。例えば、コンソール２００によるファームウェア試験装置１００の操作は、自動的に行われる。

【0038】

ストレージ装置３００は、複数の機能を実行可能である。各機能は、複数の処理（処理Ａ、処理Ｂ、処理Ｃ、...）を順次実行することで実現される。各処理は、少なくとも１つの関数（関数１、関数２、関数３等）を含む。

【0039】

ァームウェア試験装置１００の機能は、上述した実施形態と同様である。例えば、ファームウェア試験装置１００は、ファームウェアの試験を実行するストレージ装置３００からストレージ装置３００の構成情報を取得する。ファームウェア試験装置１００は、ストレージ装置３００のファームウェアの試験において、ストレージ装置３００に試験対象の機能を実行させる前に、試験するファームウェアにおいて試験対象の関数の１つが呼び出される位置にブレークポイントを設定する。ファームウェア試験装置１００は、試験対象の機能の実行を開始し、ブレークポイントで機能の実行を停止したストレージ装置３００からブレークの通知を受信する。

【0040】

そして、ファームウェア試験装置１００は、ブレークの通知に基づいて、ストレージ装置３００に疑似故障を注入する。疑似故障の注入は、ブレークした関数で使用するレジスタが保持するデータを不正値に書き換えることで行われる。なお、ブレークポイントの設定および不正値の指定は、コンソール２００によりコマンドラインのインタフェースを使用して自動的に行われる。ブレークの通知を示す情報は、標準出力を介してコンソール２００に表示されるため、オペレータにより視認可能である。

【0041】

図４は、図３のモニタ制御部１２０およびテスト処理部１３０の一例を示す。モニタ制御部１２０は、オペレータ操作処理部１２１、装置構成取得処理部１２２、メッセージ出力処理部１２３およびテストスケジューラ１２４を有する。テスト処理部１３０は、関数選択処理部１３１、ブレークポイント処理部１３２、試験機能有効化処理部１３３、疑似故障注入処理部１３４および装置状態確認処理部１３５を有する。

【0042】

装置構成取得処理部１２２は、構成取得部１１の一例である。関数選択処理部１３１は、関数選択部１２の一例である。テストスケジューラ１２４は、実行制御部１３の一例である。疑似故障注入処理部１３４は、疑似故障注入部１４の一例である。装置状態確認処理部１３５は、復旧判定部１５の一例である。

【0043】

オペレータ操作処理部１２１は、ストレージ装置３００のファームウェアによるＲＡＳ機能を評価するオペレータによるコンソール２００の操作を検出し、検出した操作をテストスケジューラ１２４等に出力する。装置構成取得処理部１２２は、オペレータからの指示に基づいて、ファームウェア試験装置１００に接続された試験対象のストレージ装置３００の構成情報等を取得する。

【0044】

メッセージ出力処理部１２３は、テストスケジューラ１２４およびテスト処理部１３０からのメッセージまたはテスト結果等の収集し、収集した情報をコンソール２００および外部記憶媒体に出力する。テストスケジューラ１２４は、ストレージ装置３００のファームウェアを試験するために、テスト処理部１３０の各処理部の実行を制御する。

【0045】

関数選択処理部１３１は、装置構成取得処理部１２２が取得した装置構成に基づいて、試験対象の機能を決定し、決定した試験対象の機能で使用する関数を含む関数を選択する。ブレークポイント処理部１３２は、関数リスト１６０に含まれる関数の情報に基づいて、試験対象の機能毎に、試験対象の機能で使用する関数の１つを選択する。そして、ブレークポイント処理部１３２は、ストレージ装置３００のファームウェアにおいて、選択した関数が呼び出される位置にブレークポイントを設定する。

【0046】

試験機能有効化処理部１３３は、ストレージ装置３００において試験対象の機能を有効化する。疑似故障注入処理部１３４は、ブレークポイントで実行が停止された関数で使用するデータを不正値に書き換えることで、ストレージ装置３００に疑似故障を注入する。装置状態確認処理部１３５は、疑似故障の注入によりストレージ装置３００のＲＡＳ機能が実行するリカバリ処理の振る舞いの妥当性を確認する。

【0047】

図５は、図３のファームウェア試験装置１００によるストレージ装置３００のファームウェアの試験の一例を示す。図２と同様の動作については、詳細な説明は省略する。図５に示す動作は、テストスケジューラ１２４による制御に基づいて、テスト処理部１３０により実行される。図５に示す試験対象の機能は、例えば、データのコピー機能であり、ストレージ装置３００が有する複数の試験対象の機能の１つである。コピー機能は、順次に実行される５つの処理（セッション取得処理、リード処理、コピー選択処理、転送処理およびライト処理）を含む。試験対象の機能は、装置構成取得処理部１２２により取得されたストレージ装置２０の構成情報に基づいて、テストスケジューラ１２４により選択される。

【0048】

セッション取得処理は、関数１、関数２を使用して実行される。リード処理は、関数３を使用して実行される。コピー選択処理は、関数４、関数５、関数６を使用して実行される。転送処理は、関数７、関数８を使用して実行される。ライト処理は、関数９、関数１０を使用して実行される。例えば、コピー選択処理で使用される関数４、関数５、関数６のそれぞれは、ＬＵＮ（Logical Unit Number）コンカチネーションの分割チェック、データのコピー先の世代チェックおよびステータス変更の排他制御等を実行する関数がある。

【0049】

この実施形態では、図２と同様に、ブレークポイント処理部１３２より、試験対象の機能で使用する関数１－関数１０のいずれかにブレークポイントが設定された後、テストスケジューラ１２４により、試験対象の機能の実行がストレージ装置２０に指示される。なお、試験対象の機能の実行が指示される前に、試験機能有効化処理部１３３により、試験対象の機能が有効化される。

【0050】

そして、疑似故障注入処理部１３４は、試験対象の機能の実行時に、ブレークポイントが設定された関数の実行によりファームウェアが停止したときに、ブレークポイントが設定された関数で使用されるデータを不正値に置き換える。

【0051】

ストレージ装置３００は、疑似故障の注入により、ファームウェアによる不正な処理を検出して再起動され、通常モードから復旧モード（メンテナンスモード）に移行する。ストレージ装置３００は、復旧モードにおいてリカバリ処理（復旧処理）を実行し、リカバリ処理が正常に終了した場合、通常モードに移行する。リカバリ処理が正常に終了したことが装置状態確認処理部１３５により確認された場合、ファームウェア試験装置１００は、ストレージ装置３００に試験対象の機能を再び実行させる。

【0052】

そして、ファームウェア試験装置１００は、次の関数に疑似故障を注入して、リカバリ処理が正常に終了するか否かを判定する。ファームウェア試験装置１００は、試験対象の機能で使用する全ての関数１－関数１０の各々への疑似故障の注入に基づくリカバリ処理がすべて正常に終了した場合、試験対象の機能の実行に対応するＲＡＳ機能のパスを判定する。

【0053】

一方、ファームウェア試験装置１００は、関数１－関数１０の各々への疑似故障の注入に基づくリカバリ処理のいずれかが異常終了した場合、試験対象の機能の実行に対応するＲＡＳ機能のフェイルを判定する。この場合、ストレージ装置３００のファームウェアのデバッグが実施された後、図５に示すファームウェアの試験が再び実行される。以上の動作により、上述した実施形態と同様に、既知の試験時間でＲＡＳ機能を評価する試験を網羅的に実行することができる。

【0054】

図６は、図３のファームウェア試験装置によるストレージ装置３００のファームウェアの試験の一例を示す。例えば、図６は、ファームウェア試験装置１００が実行するファームウェア試験方法の一例を示し、ファームウェア試験装置１００が実行するファームウェア試験プログラムの一例を示す。ストレージ装置３００が複数の試験対象の機能を有する場合、図６に示す動作試験は、試験対象の機能毎に実施される。

【0055】

まず、ステップＳ１０において、関数選択処理部１３１は、ストレージ装置３００の構成および試験対象の機能に合わせて、試験対象の機能で使用する関数を関数リスト１６０から読み込む。次に、ステップＳ１２において、関数選択処理部１３１は、試験対象の機能で実行される最初の処理（図５ではセッション取得処理）で読み出される最初の関数１を選択する。

【0056】

次に、ステップＳ１４において、ブレークポイント処理部１３２は、関数選択処理部１３１が選択した関数のブレークポイントを設定する。次に、ステップＳ１６において、試験機能有効化処理部１３３により試験対象の機能を有効化された後、テストスケジューラ１２４は、ストレージ装置３００に試験対象の機能を実行させる。

【0057】

次に、ステップＳ１８において、ブレークポイント処理部１３２は、ブレークポイントが設定された関数がファームウェアにより呼び出されることでブレークした場合、処理をステップＳ２０に移行する。ブレークポイント処理部１３２は、選択した関数でブレークが発生するまでステップＳ１８の処理を繰り返す。

【0058】

ステップＳ２０において、疑似故障注入処理部１３４は、ブレークの発生に基づいて、疑似故障を注入する。次に、ステップＳ２２において、装置状態確認処理部１３５は、疑似故障の注入により再起動したストレージ装置３００のファームウェアが実行するリカバリ処理が正常に終了したか否かを判定する。リカバリ処理が正常に終了し、所定の時間内に復旧モードから通常モードに自動復旧できた場合、処理はステップＳ２６に移行される。リカバリ処理正常に終了せず、所定の時間内に復旧モードから通常モードに自動復旧できなかった場合、処理はステップＳ２４に移行される。

【0059】

ステップＳ２４において、装置状態確認処理部１３５は、リカバリ処理が正常に終了できないエラーを検出し、図６に示す試験を終了する。リカバリ処理が正常に終了できないエラーが検出された場合、例えば、ファームウェア試験装置１００を使用してストレージ装置２０のファームウェアのデバッグが実施される。

【0060】

ステップＳ２６において、関数選択処理部１３１は、疑似故障が注入された関数が、試験対象の機能で使用される最後の関数である場合、試験対象の機能の実行に対応するＲＡＳ機能のパスを判定し、図６に示す試験を終了する。関数選択処理部１３１は、疑似故障が注入された関数が、試験対象の機能で使用される最後の関数でない場合、ステップＳ２８に以降する。次に、ステップＳ２８において、関数選択処理部１３１は、試験対象の機能で使用される次の関数を選択し、処理をステップＳ１４に移行する。

【0061】

以上、図３から図６に示す実施形態においても、図１および図２に示す実施形態と同様の効果を得ることができる。例えば、試験対象の機能で使用される複数の関数の各々に疑似故障を順次注入して試験を実行することで既知の試験時間で試験を網羅的に実施することができる。この結果、ストレージ装置３００のＲＡＳを向上することができる。

【0062】

さらに、この実施形態では、複数の試験対象の機能毎に、関数の１つに疑似故障を注入するファームウェア試験装置を実行する。これにより、ストレージ装置３００が複数の試験対象の機能を有する場合にも、既知の試験時間で試験を網羅的に実施することができ、ストレージ装置３００のＲＡＳを向上することができる。

【0063】

図７は、他のファームウェア試験装置によるストレージ装置の試験の一例を示す。図５と同様の動作については、詳細な説明は省略する。図７に示す試験を実行するファームウェア試験装置は、所定の時間間隔で疑似故障を注入する。

【0064】

この場合、例えば、リード処理に使用される関数３には、疑似故障が注入されないため、リード処理に対するＲＡＳ機能の評価が実施されない。また、コピー選択処理に使用する関数６およびライト処理に使用する関数９には、疑似故障が注入されない。このため、コピー選択処理およびライト処理の一部については、ＲＡＳ機能の評価が実施されない。

【0065】

図７おいて、全ての関数に疑似故障を注入するためには、例えば、関数３、関数６、関数９に疑似故障が注入されるまで、図７に示す動作を繰り返し実施しなくてはならず、試験に掛かる時間を見積もることができない。したがって、図７に示す試験手法では、既知の試験時間で試験を網羅的に実施することができない。

【0066】

以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。

【符号の説明】

【0067】

１０ ファームウェア試験装置
１１ 構成取得部
１２ 関数選択部
１３ 実行制御部
１４ 疑似故障注入部
１５ 復旧判定部
１６ 関数リスト
２０ ストレージ装置
１００ ファームウェア試験装置
１１０ ＣＰＵ
１２０ モニタ制御部
１２１ オペレータ操作処理部
１２２ 装置構成取得処理部
１２３ メッセージ出力処理部
１２４ テストスケジューラ
１３０ テスト処理部
１３１ 関数選択処理部
１３２ ブレークポイント処理部
１３３ 試験機能有効化処理部
１３４ 疑似故障注入処理部
１３５ 装置状態確認処理部
１４０ メモリ
１５０ ファームウェア試験プログラム
１６０ 関数リスト
１７０ 各種パラメータ
２００ コンソール
３００ ストレージ装置
ＴＳＹＳ 試験システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】