JP2012181737A

JP2012181737A - 計算機システム

Info

Publication number: JP2012181737A
Application number: JP2011045020A
Authority: JP
Inventors: Ryuzo Komori; 隆三小森
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2011-03-02
Filing date: 2011-03-02
Publication date: 2012-09-20

Abstract

【課題】メインＣＰＵ上で動作するＯＳ及びアプリケーションの試験を安定に間違いなく行うことができるようにすることを目的とする。
【解決手段】メインＣＰＵ２には、第１及び第２のＯＳ１０，１１を管理し第１のＯＳ１０をメインＣＰＵ２上、第２のＯＳ１１をサブＣＰＵ３上で動作させ、第１及び第２のＯＳ１０，１１間の通信を行うマルチＯＳ管理処理部９、第１のＯＳ１０及びアプリケーション１２の試験実行をする試験実行処理部１３が設けられ、サブＣＰＵ３には、第２のＯＳ１１上で動作し、第１のＯＳ１０の、管理内容、メインＣＰＵ２に対するレジスタ情報及び管理するデバイスの情報についてのスナップショットを保存するスナップショット保存処理部、スナップショットを復元するスナップショット復元処理部、試験実行処理部１３に対して試験実行を指示する試験実行指示処理部１６を備える構成とする。
【選択図】図１

Description

この発明は、ＣＰＵ上のＯＳ及びアプリケーションの試験に対して、過去に実施した試験の影響を受けず、安定した間違いのない試験ができるようにした計算機システムに関するものである。

従来の計算機システムでは、ＯＳの試験は、プログラムで連続的に実行した場合、ＯＳの管理する資源の状態や、先に実行された試験の影響により、試験結果が同一にならないことがあるため、試験開始状態を安定化するために、システムの再起動から実施するなど試験効率が悪いという問題があった。

一方、例えば、特許文献１に示されるプログラム開発支援装置、プログラム開発支援方法及びプログラム開発支援用プログラムを記録した媒体では、ＯＳシミュレータ上で試験対象プログラムを動作させ、プログラムのコンテキストとＯＳシミュレータのコンテキストを保存、復元し試験を実行することで前の試験の影響を受けないようにしている。

特開２０００−２０３４９号公報（第１４頁、図５）

上記特許文献１では、ＯＳ上で動作するプログラムのみを対象としており、ＯＳ自体の試験は考慮されておらず、また、ＯＳシミュレータを容易に作成することができないなどの問題があった。

この発明は上記のような問題を解決するためになされたものであり、ＣＰＵ上で動作するＯＳ及びアプリケーションの試験が過去に行った試験に影響されず、安定した間違いなのない試験ができるようにした計算機システムを得ることを目的とする。

この発明に係る計算機システムは、第１のＯＳが動作するメインＣＰＵ及び第２のＯＳが動作するサブＣＰＵを備えたマルチコアＣＰＵモジュールと記憶装置とが搭載され、上記第１のＯＳでアプリケーションソフトウェアが動作する計算機システムであって、
上記メインＣＰＵは、上記第１のＯＳ及び第２のＯＳを管理し上記第１のＯＳを上記メインＣＰＵ上で動作させ、上記第２のＯＳを上記サブＣＰＵ上で動作させるとともに、上記第１のＯＳと上記第２のＯＳとの間の通信を行うマルチＯＳ管理処理部と、上記第１のＯＳ及びアプリケーションソフトウェアの試験実行をする試験実行処理部とを備え、
上記サブＣＰＵは、上記第２のＯＳ上で動作し、上記マルチＯＳ管理処理部を介して上記試験実行処理部に試験実行を指示する試験実行指示処理部と、上記第１のＯＳが管理する内容、上記メインＣＰＵ上の上記第１のＯＳレジスタ情報及び上記第１のＯＳによって管理されるデバイスの情報についてのスナップショットを収集し、上記記憶装置に保存するスナップショット保存処理部と、上記記憶装置に保存したスナップショットを上記記憶装置の所定の位置に復元するスナップショット復元処理部とを備え、
上記試験実行指示処理部は、１つの試験実行に先だって、上記マルチＯＳ管理処理部に指示して、上記第１のＯＳを停止し、上記スナップショット保存処理部により上記スナップショットを収集保存し、上記第１のＯＳを再起動させ、上記再起動の後、上記試験実行処理部に上記１つの試験実行を行わせ、上記１つの試験実行の完了後、上記第１のＯＳの動作を上記マルチＯＳ管理処理部を介して停止し、上記記憶装置に保存されたスナップショットを上記スナップショット復元処理部により上記記憶装置の所定位置に復元処理し、上記復元処理の後、上記第１のＯＳを上記マルチＯＳ管理処理部を介して再起動させ、該再起動の後、上記試験実行処理部に次の試験実行を行わせるものである。

この発明に係る計算機システムによれば、第１のＯＳが動作するメインＣＰＵ及び第２のＯＳが動作するサブＣＰＵを備えたマルチコアＣＰＵモジュールと記憶装置とが搭載され、上記第１のＯＳでアプリケーションソフトウェアが動作する計算機システムであって、
上記メインＣＰＵは、上記第１のＯＳ及び第２のＯＳを管理し上記第１のＯＳを上記メインＣＰＵ上で動作させ、上記第２のＯＳを上記サブＣＰＵ上で動作させるとともに、上記第１のＯＳと上記第２のＯＳとの間の通信を行うマルチＯＳ管理処理部と、上記第１のＯＳ及びアプリケーションソフトウェアの試験実行をする試験実行処理部とを備え、
上記サブＣＰＵは、上記第２のＯＳ上で動作し、上記マルチＯＳ管理処理部を介して上記試験実行処理部に試験実行を指示する試験実行指示処理部と、上記第１のＯＳが管理する内容、上記メインＣＰＵ上の上記第１のＯＳレジスタ情報及び上記第１のＯＳによって管理されるデバイスの情報についてのスナップショットを収集し、上記記憶装置に保存するスナップショット保存処理部と、上記記憶装置に保存したスナップショットを上記記憶装置の所定の位置に復元するスナップショット復元処理部とを備え、
上記試験実行指示処理部は、１つの試験実行に先だって、上記マルチＯＳ管理処理部に指示して、上記第１のＯＳを停止し、上記スナップショット保存処理部により上記スナップショットを収集保存し、上記第１のＯＳを再起動させ、上記再起動の後、上記試験実行処理部に上記１つの試験実行を行わせ、上記１つの試験実行の完了後、上記第１のＯＳの動作を上記マルチＯＳ管理処理部を介して停止し、上記記憶装置に保存されたスナップショットを上記スナップショット復元処理部により上記記憶装置の所定位置に復元処理し、上記復元処理の後、上記第１のＯＳを上記マルチＯＳ管理処理部を介して再起動させ、該再起動の後、上記試験実行処理部に次の試験実行を行わせるものであるので、過去の試験に影響されず、常に一定の条件で安定した間違いのない試験を行うことができる。

この発明に係る計算機システムの実施の形態１を示すブロック図である。この発明に係る計算機システムの実施の形態２を示すブロック図である。この発明に係る計算機システムの実施の形態３を示すブロック図である。この発明に係る計算機システムの実施の形態４を示すブロック図である。この発明に係る計算機システムの実施の形態５を示すブロック図である。

以下、この発明の実施の形態を図に基づいて説明する。
実施の形態１．
図１は、この発明に係る計算機システムの実施の形態１を示すブロック図である。
図１において、計算機システム１は、ワークステーション、パーソナルコンピュータ、あるいはその他の計算機からなるものである。計算機システム１は、第１のＯＳ１０が動作するメインＣＰＵ２及び第２のＯＳ１１が動作するサブＣＰＵ３を有するマルチコアＣＰＵモジュール４、メモリ制御を行うメモリ制御部と割り込み制御を行う割り込み制御部とシステムバス制御を行うシステムバス制御部とを持つシステムバスブリッジ６、システムバスブリッジ６を介してマルチコアＣＰＵモジュール４に接続された主記憶部であるメモリ５、複数の周辺装置インタフェース８、周辺装置インタフェース８に接続された外部記憶装置１７、周辺装置インタフェース８とシステムバスブリッジ６とを接続するシステムバス７を備えている。
なお、図１では、マルチコアＣＰＵモジュール４のメインＣＰＵ２及びサブＣＰＵ３とメモリ５の接続に、システムバスブリッジ６を用いているが、計算機システムの構成はこの構成にかぎられない。例えば、メインＣＰＵ２及びサブＣＰＵ３がシステムバスブリッジ６に相当する機能を備えている場合には、システムバスブリッジ６は不要である。

メインＣＰＵ２は、アプリケーション１２と、アプリケーション１２が動作する第１のＯＳ１０、メインＣＰＵ２の第１のＯＳ１０とサブＣＰＵ３の第２のＯＳ１１との通信を行うとともに第１のＯＳ１０及び第２のＯＳ１１をそれぞれ独立に動作させるマルチＯＳ管理処理部（ハイパーバイザ）９と、第１のＯＳ１０及びアプリケーション１２の試験を実行する試験実行処理部１３とを備えている。

また、サブＣＰＵ３は、第２のＯＳ１１と、第２のＯＳ１１上で動作し、マルチＯＳ管理処理部９を介して第１のＯＳ１０の動作を管理するとともに試験実行処理部１３に試験実行を指示する試験実行指示処理部１６と、第１のＯＳ１０が管理する内容、メインＣＰＵ２のレジスタ情報及び第１のＯＳ１０が管理するデバイスの情報についてのスナップショットを収集しメモリ５あるいは外部記憶装置１７といった記憶装置に保存するスナップショット保存処理部１４と、保存されたスナップショットをメモリ５あるいは外部記憶装置１７といった記憶装置上の所定の位置へ復元するスナップショット復元処理部１５とを備えている。

次に、本来のアプリケーション１２の動作処理中に第１のＯＳ１０に係る１つの試験を実行する場合の動作について説明する。
例えば、外部記憶装置１７にあるＯＳのブートローダはメインＣＰＵ２上で動作し、第１のＯＳ１０、第２のＯＳ１１及びマルチＯＳ管理処理部９が、メモリ５または外部記憶装置１７といった記憶装置にロードされ、第１のＯＳ１０が起動される。このとき、メモリ５または外部記憶装置１７といった記憶装置に対するロードは、第１のＯＳ１０、第２のＯＳ１１及びマルチＯＳ管理処理部９に対してロードの配置及び範囲を決めて割り付けられる。
第１のＯＳ１０は、起動後、マルチＯＳ管理処理部９を介して第２のＯＳ１１をサブＣＰＵ３に割り付けて、第２のＯＳ１１を起動する。

第２のＯＳ１１は、起動後、試験実行指示処理部１６を起動する。試験実行指示処理部１６は、試験員からの指示待ち状態となる。試験員は、第１のＯＳ１０上で、試験実行処理部１３を起動し、試験指示待ち状態とする。試験員が、この状態でスナップショットの保存を試験実行指示処理部１６に指示すると、試験実行指示処理部１６は、マルチＯＳ管理処理部９に対して、スナップショットの保存準備を指示する。この指示により、マルチＯＳ管理処理部９は、第１のＯＳ１０に動作停止を指示し、第１のＯＳ１０の動作停止、実行中のＩＯ処理の完了待ちを行う。マルチＯＳ管理処理部９は、ＩＯ処理の完了後、ＩＯ停止処理を行い、第１のＯＳ１０のメインＣＰＵ２に対するレジスタ情報を退避し、試験実行指示処理部１６に対してスナップショット保存準備完了通知を行う。試験実行指示処理部１６は、スナップショット保存準備完了通知を受けると、スナップショット保存処理部１４によって、メモリ５または外部記憶装置１７上にある第１のＯＳ１０が管理する内容、第１のＯＳ１０のメインＣＰＵ２に対するレジスタ情報及び第１のＯＳ１０によって管理されるデバイスの情報についてのスナップショットが、システムバスブリッジ６を介して、または、システムバスブリッジ６及びシステムバス７を介してメモリ５または外部記憶装置１７に保存される。スナップショット保存処理が完了すると、試験実行指示処理部１６は、マルチＯＳ管理処理部９に対して、第１のＯＳ１０の動作再開を指示する。マルチＯＳ管理処理部９は、第１のＯＳ１０のメインＣＰＵ２に対する退避していたレジスタ情報を元へ戻し、第１のＯＳ１０を再起動し、ＩＯ処理を再開する。試験員は、試験実行指示処理部１６からマルチＯＳ管理処理部９を介して試験実行処理部１３に対して上記１つの試験実行を指示する。

上記１つの試験実行が完了した後、試験実行指示処理部１６は、マルチＯＳ管理処理部９に対して、スナップショット復元準備を指示する。この指示により、マルチＯＳ管理処理部９は、第１のＯＳ１０に動作停止を指示する。第１のＯＳ１０は、実行中のＩＯ処理の完了待ち及び停止処理を行い、マルチＯＳ管理処理部９に対して割り込みによってＩＯ処理の完了及び停止の通知を行う。マルチＯＳ管理処理部９は、試験実行指示処理部１６に対してスナップショット復元準備完了を通知する。試験実行指示処理部１６は、スナップショット復元準備完了通知を受けると、スナップショット復元処理部１５により、メモリ５または外部記憶装置１７に保存されたスナップショットをメモリ５または外部記憶装置１７上の所定の位置へ復元する。スナップショット復元処理が完了すると、試験実行指示処理部１６は、マルチＯＳ管理処理部９に対して、第１のＯＳ１０の動作再開を指示する。マルチＯＳ管理処理部９は、第１のＯＳ１０のメインＣＰＵ２に対する退避していたレジスタ情報を元へ戻し、第１のＯＳ１０を再起動し、ＩＯ処理を再開する。試験員は、試験実行指示処理部１６からマルチＯＳ管理処理部９を介して試験実行処理部１３に対して次の試験実行を指示する。

この実施の形態１によれば、１つの試験実行に際して、第１のＯＳ１０が管理する内容、メインＣＰＵ２のレジスタ情報及び第１のＯＳ１０が管理するデバイスの情報についてのスナップショットを保存し、試験実行完了後、試験実行に先立って保存したスナップショットをメモリ５または外部記憶装置１７といった記憶装置上の所定の位置へ復元するようにしたので、過去の試験に影響されず、常に一定の条件で安定した間違いのない試験を行うことができる。

実施の形態２．
図２は、この発明に係る計算機システムの実施の形態２を示すブロック図である。
上記実施の形態１では、試験員の指示により、サブＣＰＵ３上で試験実行指示、スナップショットの保存及び復元を行い、メインＣＰＵ２上で動作する第１のＯＳ１０及びアプリケーション１２の試験を、常に一定の条件で安定した間違いのないものとすることができる計算機システム１について説明した。

この実施の形態２では、図２に示したように、試験実行指示処理部１６に試験実行の手順があらかじめ記述された実行シナリオ１８ａを登録する実行シナリオ登録部１８を設け、実行シナリオ１８ａを実行するようにして、試験実行を自動化し、試験効率を高めるようにしたものである。

図２に示された計算機システム１において、試験員は、例えば、上記実施の形態１において試験員が指示した試験実行の手順を含む実行シナリオ１８ａを実行シナリオ登録部１８に登録しておく。試験実行指示処理部１６は、実行シナリオ１８ａの手順に従って、マルチＯＳ管理処理部９を介して試験実行処理部１３に対して試験実行を指示する。

この実施の形態２によれば、試験員が試験実行の手順を含む実行シナリオ１８ａをあらかじめ実行シナリオ登録部１８に登録しておくことによって、試験実行時に試験員が手作業で行っていた試験実行が自動的に実行シナリオ１８ａにしたがって実行されるので、試験効率が高くなる。

実施の形態３．
図３は、この発明に係る計算機システムの実施の形態３を示すブロック図である。
上記実施の形態２では、試験実行指示処理部１６に試験実行指示があらかじめ記述された実行シナリオ１８ａを登録する実行シナリオ登録部１８を設け、実行シナリオ１８ａの実行を指示することにより、試験を自動化し、試験効率を高めるようにした。

この実施の形態３では、図３に示したように、試験実行処理部１３に試験実行結果通知処理部１９を設け、試験実行指示処理部１６に試験実行結果受信処理部２０を設け、実行シナリオ登録部１８の実行シナリオ１８ａには複数の試験項目が記載され、各試験項目の試験結果を要求する試験実行結果判定処理部２１が設けられ、さらに、試験結果に応じて次に選択可能な試験項目が記載されている。

次に、図３を用いて、この実施の形態３の動作について説明する。
図３に示された計算機システム１において、試験実行処理部１３は、試験実行結果としてＯＫまたはＮＧの判定結果を試験実行結果通知処理部１９により、マルチＯＳ管理処理部９を介して、試験実行指示処理部１６の試験実行結果受信処理部２０に通知する。試験実行結果受信処理部２０は、試験項目の試験結果を随時メモリ５上の、ＯＫあるいはＮＧを表す変数格納部に格納する。実行シナリオ１８ａに設けられた試験実行結果判定処理部２１による試験結果を要求に対して、各試験実行指示処理部１６は、実行シナリオ登録部１８に登録された実行シナリオ１８ａに従って、各試験項目に対する試験結果が格納されたメモリ５上の変数格納部に格納された変数を参照し、ＯＫまたはＮＧそれぞれに応じて次に選択可能な試験項目の試験実行を選択することで、試験実行の指示動作を制御する。

この実施の形態３によれば、試験実行の途中の各試験項目の試験結果に応じて試験項目を選択的に決定して実行シナリオ１８ａを実行することができ、試験効率をより高めることができる。

実施の形態４．
図４は、この発明に係る計算機システムの実施の形態４を示すブロック図である。
上記実施の形態３では、サブＣＰＵ３上で、試験実行の途中の各試験項目の試験結果を参照することで、試験結果に応じて試験項目を選択的に決定して実行シナリオ１８ａを実行することにより、試験効率を高めることができた。

この実施の形態４では、図４に示したように、実行シナリオ１８ａに第１のＯＳ１０が管理する内容または第１のＯＳ１０のメインＣＰＵ２上でのレジスタを、種々の設定内容に変更する設定変更内容が記載された第１のＯＳ資源設定処理部２２を設け試験実行処理部１３によって試験実行を行い、設定変更内容により第１のＯＳ１０に異常が発生するかどうかをチェックすることができる。

次に、図４を用いて、この実施の形態４の動作について説明する。
図４に示された計算機システムでは、上記実施の形態１及び実施の形態２に記載された試験実行を中断し、マルチＯＳ管理処理部９が、メモリ５または外部記憶装置１７上の第１のＯＳ１０が管理する内容、アドレス情報及びデバイス情報を参照して、第１のＯＳ資源設定処理部２２から設定変更内容を取得し、第１のＯＳ１０の管理する内容及びメインＣＰＵ２上でのレジスタを第１のＯＳ資源設定処理部２２から取得した設定変更内容に設定して、上記設定変更内容を反映した試験実行を行う。この試験実行の後、中断していた試験実行を再開する。
設定のタイミングは、実行シナリオ１８ａの手順によって決定される。その他の動作は、上記実施の形態１〜３と同じである。

この実施の形態４によれば、設定変更内容が記載された第１のＯＳ資源設定処理部２２を設け試験実行処理部１３によって試験実行を行うことにより、設定変更内容により第１のＯＳ１０に異常が発生するかどうかをチェックすることができる。

実施の形態５．
図５は、この発明に係る計算機システムの実施の形態５を示すブロック図である。
上記実施の形態４では、設定変更内容が記載された第１のＯＳ資源設定処理部２２を設け試験実行処理部１３によって試験実行を行うことにより、設定変更内容により第１のＯＳ１０に異常が発生するかどうかをチェックすることができた。

この実施の形態５では、図５に示したように、マルチＯＳ管理処理部９に、ハードウェア故障を模擬する模擬故障発生処理部２４を設け、実行シナリオ１８ａに、擬似的なハードウェア故障の発生を指示する模擬故障設定処理部２３を設ける。

次に、図５を用いて、この実施の形態５の動作について説明する。この実施の形態５は上記実施の形態１及び実施の形態２に記載された試験実行の途中において実行する試験に関するものである。
図５に示された計算機システム１では、第１のＯＳ１０によるメインＣＰＵ２のレジスタへのアクセスで、故障模擬発生処理部２４が起動されるように設定する。模擬故障設定処理部２３にはメインＣＰＵ２に擬似的なハードウェア故障の故障割り込みを発生させるように故障模擬発生処理部２４に対して指示する記載がなされており、故障模擬発生処理部２４は、第１のＯＳ１０に故障割り込みを発生させる。第１のＯＳ１０は、故障割り込みの種別に応じて、メインＣＰＵ２及びシステムバスブリッジ６のレジスタを参照しようとする。模擬故障設定処理部２３は、実行シナリオ１８ａに記載されたハードウェアのレジスタ値を第１のＯＳ１０に送るよう故障模擬発生処理部２４に指示する。故障模擬発生処理部２４は、第１のＯＳ１０のメインＣＰＵ２に対する参照に対して、第１のＯＳ１０に送るよう指示されたレジスタ値を第１のＯＳ１０に送る。第１のＯＳ１０は、送られたハードウェアのレジスタ値を基に、ハードウェア故障要因を解析し特定する。必要に応じて、このレジスタ参照動作を繰り返してハードウェア故障発生時の動作を模擬することによって、ハードウェアの故障時における第１のＯＳ１０及びアプリケーション１２の動作を試験する。この動作試験の後は、中断した試験実行を再開する。第１のＯＳ１０及びアプリケーション１２が正常に動作しない場合には、正常に動作しない原因を究明し、第１のＯＳ１０及びアプリケーション１２の修正を行うことに役立つ。試験により第１のＯＳ１０が停止した場合も、サブＣＰＵ３で動作する第２のＯＳ１１上の試験実行指示処理部１６は動作を継続しているため、スナップショット復元処理部１５によって第１のＯＳ１０のスナップショットを復元することで、試験の継続が可能となる。その他の動作は、上記実施の形態２〜４と同様である。

この実施の形態５によれば、マルチＯＳ管理処理部９に、ハードウェア故障を模擬する模擬故障発生処理部２４を備え、実行シナリオ１８ａに、模擬故障発生処理部２４に対して第１のＯＳ１０に故障割り込みの発生を指示する模擬故障設定処理部２３を備え、模擬故障発生処理部２４は模擬故障設定処理部２３の指示に従って実行シナリオ１８ａに記載されたレジスタ値を第１のＯＳ１０に送る動作を必要に応じて繰り返すことによって、ハードウェア故障を模擬した第１のＯＳ１０及びアプリケーションソフトウェア１２の動作試験ができる。

この発明に係る計算機システムは、ＯＳ及びアプリケーションソフトウェアの試験を性格、かつ、確実に実行できる計算機として有効に活用できる。

１計算機システム、２メインＣＰＵ、３サブＣＰＵ、
４マルチコアＣＰＵモジュール、５メモリ、６システムバスブリッジ、
７システムバス、８周辺装置インターフェース、
９マルチＯＳ管理処理部（ハイパーバイザ）、１０第１のＯＳ、１１第２のＯＳ、１２アプリケーションソフト、１３試験実行処理部、
１４スナップショット保存処理部、１５スナップショット復元処理部、
１６試験実行指示処理部、１７外部記憶装置、１８シナリオ登録部、
１８ａ実行シナリオ、１９試験実行結果通知処理部、
２０試験実行結果受信処理部、２１試験実行結果判定処理、
２２第１のＯＳ資源設定処理、２３模擬故障設定処理、２４模擬故障発生処理部。

Claims

第１のＯＳが動作するメインＣＰＵ及び第２のＯＳが動作するサブＣＰＵを備えたマルチコアＣＰＵモジュールと記憶装置とが搭載され、上記第１のＯＳでアプリケーションソフトウェアが動作する計算機システムであって、
上記メインＣＰＵは、上記第１のＯＳ及び第２のＯＳを管理し上記第１のＯＳを上記メインＣＰＵ上で動作させ、上記第２のＯＳを上記サブＣＰＵ上で動作させるとともに、上記第１のＯＳと上記第２のＯＳとの間の通信を行うマルチＯＳ管理処理部と、上記第１のＯＳ及びアプリケーションソフトウェアの試験実行をする試験実行処理部とを備え、
上記サブＣＰＵは、上記第２のＯＳ上で動作し、上記マルチＯＳ管理処理部を介して上記試験実行処理部に試験実行を指示する試験実行指示処理部と、上記第１のＯＳが管理する内容、上記メインＣＰＵ上の上記第１のＯＳレジスタ情報及び上記第１のＯＳによって管理されるデバイスの情報についてのスナップショットを収集し、上記記憶装置に保存するスナップショット保存処理部と、上記記憶装置に保存したスナップショットを上記記憶装置の所定の位置に復元するスナップショット復元処理部とを備え、
上記試験実行指示処理部は、１つの試験実行に先だって、上記マルチＯＳ管理処理部に指示して、上記第１のＯＳを停止し、上記スナップショット保存処理部により上記スナップショットを収集保存し、上記第１のＯＳを再起動させ、上記再起動の後、上記試験実行処理部に上記１つの試験実行を行わせ、上記１つの試験実行の完了後、上記第１のＯＳの動作を上記マルチＯＳ管理処理部を介して停止し、上記記憶装置に保存されたスナップショットを上記スナップショット復元処理部により上記記憶装置の所定位置に復元処理し、上記復元処理の後、上記第１のＯＳを上記マルチＯＳ管理処理部を介して再起動させ、該再起動の後、上記試験実行処理部に次の試験実行を行わせることを特徴とする計算機システム。
上記第２のＯＳ上で動作する上記試験実行指示処理部は、上記試験実行の手順を記述した実行ナリオを登録する実行シナリオ登録部を有し、上記試験実行指示処理部は上記実行ナリオに従って、上記スナップショットの保存、復元及び試験実行の指示を行うことを特徴とする請求項１に記載の計算機システム。
上記実行シナリオには複数の試験項目と各試験項目の試験結果に応じて次に選択可能な試験項目が記載されており、上記試験実行処理部は、上記複数の試験項目の試験結果を随時、上記試験実行指示処理部に通知する試験実行結果通知処理部を備え、上記試験実行指示処理部は上記試験実行結果通知処理部から通知される試験結果を受ける試験実行結果受信処理部を備え、上記実行シナリオに上記各試験項目の試験結果を要求する試験実行結果判定処理部を設け、上記試験実行結果受信処理部は取得した上記試験結果を随時上記記憶装置に保存し、上記試験実行指示処理部は、上記試験実行結果判定処理部の試験結果の要求に従い、上記記憶装置に保存された上記試験結果を参照して上記実行シナリオに記載された上記試験結果に応じて次に選択可能な試験項目を選択することを特徴とする請求項２に記載の計算機システム。
上記実行シナリオに上記第１のＯＳの管理内容、上記第１のＯＳの上記メインＣＰＵに対するレジスタ情報及び上記第１のＯＳで管理されるデバイスの情報を種々の内容及び値に設定する設定変更内容を記述した第１のＯＳ資源設定処理部を設け、上記１つの試験実行を中断し、上記マルチＯＳ管理処理部が、上記記憶装置上にある上記第１のＯＳが管理するアドレス情報を参照して上記設定変更内容を上記第１のＯＳ資源設定処理部から取得し、上記記憶装置上にある第１のＯＳのメインＣＰＵ上でのレジスタを上記第１のＯＳ資源設定処理部から取得した上記設定変更内容に設定して試験を指示し、該試験が終了した後は上記１つの試験実行を再開することを特徴とする請求項２または請求項３に記載の計算機システム。
上記マルチＯＳ管理処理部に、ハードウェアの故障を模擬する模擬故障発生処理部を備え、上記実行シナリオに、上記模擬故障発生処理部に対して、上記第１のＯＳに故障割り込みの発生を指示する模擬故障設定処理部を備え、上記実行シナリオには上記ハードウェアのレジスタ値が記載され、上記模擬故障発生処理部は、上記１つの試験実行を中断し、上記模擬故障設定処理部の指示に従って上記第１のＯＳに故障割り込みを発生させ、上記実行シナリオに記載されたハードウェアのレジスタ値を上記第１のＯＳに送ることによって上記ハードウェアの故障時における第１のＯＳ及びアプリケーションソフトウェアの動作を試験し、該試験が終了した後は上記１つの試験実行を再開することを特徴とする請求項２〜請求項４のいずれか１項に記載の計算機システム。