JP3334174B2 - 障害処理検証装置 - Google Patents
障害処理検証装置Info
- Publication number
- JP3334174B2 JP3334174B2 JP22766192A JP22766192A JP3334174B2 JP 3334174 B2 JP3334174 B2 JP 3334174B2 JP 22766192 A JP22766192 A JP 22766192A JP 22766192 A JP22766192 A JP 22766192A JP 3334174 B2 JP3334174 B2 JP 3334174B2
- Authority
- JP
- Japan
- Prior art keywords
- fault
- failure
- processing
- expected value
- pseudo
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、多重処理システムにお
ける障害処理機能の検証装置に関し、特にオペレーティ
ングシステムを含むシステム全体の障害処理機能を検証
する装置に関する。
ける障害処理機能の検証装置に関し、特にオペレーティ
ングシステムを含むシステム全体の障害処理機能を検証
する装置に関する。
【０００２】近年，計算機システムが社会のあらゆる分
野で使用され，その処理能力及び信頼性が益々，要求さ
れるようになった。処理能力を増強するため，中央処理
装置，メモリ等を多重化した多重処理システムが普及し
ている。これら多重処理システムの一部に故障が発生し
たとき，故障した装置を切り離してシステム性能を低下
させてでもシステムが稼働し続けることができるよう
に，耐故障性（faulttolerant）を重視した多重処理シ
ステムが広く使用されている。計算機システムを構成す
る各装置は各種のエラー，故障等の障害を検出する機能
を備えており，オペレーティングシステム（ＯＳ）は，
障害の箇所又は装置を特定し，その装置をシステムから
切り離すなどの処理を行うため，障害情報をロギングす
る機能を有する。従って，このような多重処理システム
において，ＯＳを含めたシステム全体の，障害検出及び
障害情報収集機能を含む故障処理機能を的確に少ない人
手で短時間に検証することができる方式が要求されてい
る。
野で使用され，その処理能力及び信頼性が益々，要求さ
れるようになった。処理能力を増強するため，中央処理
装置，メモリ等を多重化した多重処理システムが普及し
ている。これら多重処理システムの一部に故障が発生し
たとき，故障した装置を切り離してシステム性能を低下
させてでもシステムが稼働し続けることができるよう
に，耐故障性（faulttolerant）を重視した多重処理シ
ステムが広く使用されている。計算機システムを構成す
る各装置は各種のエラー，故障等の障害を検出する機能
を備えており，オペレーティングシステム（ＯＳ）は，
障害の箇所又は装置を特定し，その装置をシステムから
切り離すなどの処理を行うため，障害情報をロギングす
る機能を有する。従って，このような多重処理システム
において，ＯＳを含めたシステム全体の，障害検出及び
障害情報収集機能を含む故障処理機能を的確に少ない人
手で短時間に検証することができる方式が要求されてい
る。
【０００３】
【従来の技術】従来は，計算機システムの処理装置（Ｃ
ＰＵ）ごとに設けられた外部保守支援装置を用いてシス
テムの障害検出機能の検査を行った。外部保守支援装
置，例えば，サービスプロセッサ（ＳＶＰ）は，ＣＰＵ
とは別個の独立したプロセッサを内蔵し，システムを構
成する各装置内のレジスタ等のハードウェアを所定の状
態にセットし，またその状態を読み取る機能を備え，計
算機システム内のＣＰＵを含む各装置に故意に故障状態
を設定し，その結果，装置が呈する状態情報を，ＯＳの
動作とは無関係に，収集してダンプし，技術者は収集さ
れた情報を分析することによってシステム全体として故
障検出機能が正しく機能するか否かを検査していた。
ＰＵ）ごとに設けられた外部保守支援装置を用いてシス
テムの障害検出機能の検査を行った。外部保守支援装
置，例えば，サービスプロセッサ（ＳＶＰ）は，ＣＰＵ
とは別個の独立したプロセッサを内蔵し，システムを構
成する各装置内のレジスタ等のハードウェアを所定の状
態にセットし，またその状態を読み取る機能を備え，計
算機システム内のＣＰＵを含む各装置に故意に故障状態
を設定し，その結果，装置が呈する状態情報を，ＯＳの
動作とは無関係に，収集してダンプし，技術者は収集さ
れた情報を分析することによってシステム全体として故
障検出機能が正しく機能するか否かを検査していた。
【０００４】
【発明が解決しようとする課題】上記のように従来方法
によると，外部保守支援装置を使用してシステム内の装
置に擬似障害を発生させ，障害情報を収集し，人手によ
って故障検出機能を確認したので，(1) 擬似故障を発生
させ，その情報を収集するための外部保守支援装置を必
要とし，システム価格が高価となる，(2) ＯＳを含めた
システム全体としての故障検出機能を検証することがで
きないため，実際的でない，(3) 収集した障害情報を人
手で検査するため，人手と時間がかかるという問題点が
あった。
によると，外部保守支援装置を使用してシステム内の装
置に擬似障害を発生させ，障害情報を収集し，人手によ
って故障検出機能を確認したので，(1) 擬似故障を発生
させ，その情報を収集するための外部保守支援装置を必
要とし，システム価格が高価となる，(2) ＯＳを含めた
システム全体としての故障検出機能を検証することがで
きないため，実際的でない，(3) 収集した障害情報を人
手で検査するため，人手と時間がかかるという問題点が
あった。
【０００５】本発明は，多重処理システムにおける障害
処理機能を，実際に則した状態で，短時間に，かつ，低
コストで検査することができる障害処理検証装置を提供
することを目的とする。
処理機能を，実際に則した状態で，短時間に，かつ，低
コストで検査することができる障害処理検証装置を提供
することを目的とする。
【０００６】
【課題を解決するための手段】図１は，本発明の原理ブ
ロック図を示す。図において，21は，装置の障害情報を
ロギングするオペレーティングシステム，３は，システ
ムを構成する装置群を１台の特定の処理装置１と残りの
他の装置２とに切り離す切り離し手段，４は，特定の擬
似障害41を他の装置２に発生させる擬似障害発生手段，
５は，特定の擬似障害41が他の装置２に発生したとき，
オペレーティングシステム21によってロギングされるべ
き障害情報の期待値を作成する期待値作成手段，６は，
擬似障害発生手段４によって該特定の擬似障害41が発生
された際にオペレーティングシステム21によってロギン
グされた障害情報と，期待値作成手段５によって作成さ
れた期待値とを照合する照合手段である。
ロック図を示す。図において，21は，装置の障害情報を
ロギングするオペレーティングシステム，３は，システ
ムを構成する装置群を１台の特定の処理装置１と残りの
他の装置２とに切り離す切り離し手段，４は，特定の擬
似障害41を他の装置２に発生させる擬似障害発生手段，
５は，特定の擬似障害41が他の装置２に発生したとき，
オペレーティングシステム21によってロギングされるべ
き障害情報の期待値を作成する期待値作成手段，６は，
擬似障害発生手段４によって該特定の擬似障害41が発生
された際にオペレーティングシステム21によってロギン
グされた障害情報と，期待値作成手段５によって作成さ
れた期待値とを照合する照合手段である。
【０００７】
【作用】本発明によれば，装置の障害を検出し，その障
害情報をオペレーティングシステム21によってロギング
する機能を有する複数の処理装置と，複数の処理装置に
よって共有される共有装置とから構成される多重処理シ
ステムの障害処理検証方式おいて，切り離し手段３はシ
ステムを構成する装置群を１台の特定の処理装置１と残
りの他の装置２とに切り離し，擬似障害発生手段４は特
定の擬似障害41を他の装置２に発生させ，期待値作成手
段５は特定の擬似障害41が他の装置２に発生したときオ
ペレーティングシステム21によってロギングされるべき
障害情報の期待値を作成し，照合手段６は擬似障害発生
手段４によって該特定の擬似障害41が発生された際にオ
ペレーティングシステム21によってロギングされた障害
情報と，期待値作成手段５によって作成された期待値と
を照合するので，照合手段６による照合結果に基づい
て，多重処理システムの障害処理を検証することが可能
となる。
害情報をオペレーティングシステム21によってロギング
する機能を有する複数の処理装置と，複数の処理装置に
よって共有される共有装置とから構成される多重処理シ
ステムの障害処理検証方式おいて，切り離し手段３はシ
ステムを構成する装置群を１台の特定の処理装置１と残
りの他の装置２とに切り離し，擬似障害発生手段４は特
定の擬似障害41を他の装置２に発生させ，期待値作成手
段５は特定の擬似障害41が他の装置２に発生したときオ
ペレーティングシステム21によってロギングされるべき
障害情報の期待値を作成し，照合手段６は擬似障害発生
手段４によって該特定の擬似障害41が発生された際にオ
ペレーティングシステム21によってロギングされた障害
情報と，期待値作成手段５によって作成された期待値と
を照合するので，照合手段６による照合結果に基づい
て，多重処理システムの障害処理を検証することが可能
となる。
【０００８】
【実施例】図２は本発明の実施例を示すシステム構成
図，図３はシステム構成定義テーブル，図４はアクセス
条件テーブル，図５は障害設定テーブル，図６はＯＳロ
ギングテーブルである。
図，図３はシステム構成定義テーブル，図４はアクセス
条件テーブル，図５は障害設定テーブル，図６はＯＳロ
ギングテーブルである。
【０００９】全図を通して，同一符号は同一又は同様な
構成要素を示す。図２において，ＣＰＵ１〜ｎは，それ
ぞれ，主メモリ，入出力制御装置等を備えたｎ台の処理
装置であって，共有メモリＳＳＭ０及びＳＳＭ０２を共
有することによって相互の通信を行う。ＣＰＵ１〜ｎ
は，また，アダプタ装置ＡＤで代表される複数の入出力
装置を共用する。ＣＰＵ１〜ｎと共有メモリＳＳＭ０１
及びＳＳＭ０２とは二重化されたバス＃０及び＃１を介
して接続され，バスハンドラ装置ＢＨ10及びＢＨ11は，
一方のバスが使用中または故障のときは他方のバスを使
用してＣＰＵ１〜ｎとＳＳＭ０１，ＳＳＭ０２とを接続
して通信させるように制御する。同様に，ＣＰＵ１〜ｎ
とアダプタ装置ＡＤとは二重化されたバス＃０及び＃１
を介して接続され，バスハンドラ装置ＢＨ20及びＢＨ21
は，一方のバスが使用中または故障のときは他方のバス
を使用してＣＰＵ１〜ｎとアダプタ装置ＡＤとを接続し
て通信させるように制御する。
構成要素を示す。図２において，ＣＰＵ１〜ｎは，それ
ぞれ，主メモリ，入出力制御装置等を備えたｎ台の処理
装置であって，共有メモリＳＳＭ０及びＳＳＭ０２を共
有することによって相互の通信を行う。ＣＰＵ１〜ｎ
は，また，アダプタ装置ＡＤで代表される複数の入出力
装置を共用する。ＣＰＵ１〜ｎと共有メモリＳＳＭ０１
及びＳＳＭ０２とは二重化されたバス＃０及び＃１を介
して接続され，バスハンドラ装置ＢＨ10及びＢＨ11は，
一方のバスが使用中または故障のときは他方のバスを使
用してＣＰＵ１〜ｎとＳＳＭ０１，ＳＳＭ０２とを接続
して通信させるように制御する。同様に，ＣＰＵ１〜ｎ
とアダプタ装置ＡＤとは二重化されたバス＃０及び＃１
を介して接続され，バスハンドラ装置ＢＨ20及びＢＨ21
は，一方のバスが使用中または故障のときは他方のバス
を使用してＣＰＵ１〜ｎとアダプタ装置ＡＤとを接続し
て通信させるように制御する。
【００１０】ＣＰＵ１〜ｎは，それぞれ，システム構成
定義テーブル（図３参照）を備えており，ＣＰＵ１〜ｎ
に対応してＩ（実装），ＮＡ（アクセス禁止），ＮＩ
（未実装）の何れかを設定してシステム資源として使用
の可否を指定することにより，物理的には接続されてい
ても，論理的には接続を切り離すことができ，ＣＰＵ１
〜ｎごとに任意にシステム構成することができる。従っ
て，システム構成定義テーブルを図３に示すように設定
することによりＣＰＵ１を，他のＣＰＵ２〜ｎから論理
的に切り離すことができる。
定義テーブル（図３参照）を備えており，ＣＰＵ１〜ｎ
に対応してＩ（実装），ＮＡ（アクセス禁止），ＮＩ
（未実装）の何れかを設定してシステム資源として使用
の可否を指定することにより，物理的には接続されてい
ても，論理的には接続を切り離すことができ，ＣＰＵ１
〜ｎごとに任意にシステム構成することができる。従っ
て，システム構成定義テーブルを図３に示すように設定
することによりＣＰＵ１を，他のＣＰＵ２〜ｎから論理
的に切り離すことができる。
【００１１】また，ＣＰＵ１〜ｎは，それぞれ，通常の
命令に加えて，予め組み込まれている診断機能を実行す
る診断命令を有する。例えば，他のＣＰＵ，共有メモリ
ＳＳＭ０１，ＳＳＭ０２，アダプタ装置ＡＤ等へ診断命
令を発行することによって，その機能または一部の機能
を停止させる。
命令に加えて，予め組み込まれている診断機能を実行す
る診断命令を有する。例えば，他のＣＰＵ，共有メモリ
ＳＳＭ０１，ＳＳＭ０２，アダプタ装置ＡＤ等へ診断命
令を発行することによって，その機能または一部の機能
を停止させる。
【００１２】このように構成したシステムにおいて，Ｃ
ＰＵ２〜ｎはＯＳ配下で通常の動作を実行させ，ＣＰＵ
１はテストプログラムを実行させる。テストプログラム
は，ＣＰＵ２〜ｎ，共有メモリＳＳＭ０１，ＳＳＭ０
２，アダプタ装置ＡＤ等の他の装置に対して順次，擬似
障害を発生させる診断命令を発行する。そして，診断命
令による擬似障害ごとに，ＯＳが実際にロギングする障
害情報と，予め求めておいた期待値とを比較することに
よって，ハードウェアが正しく障害を検出し，ＯＳが正
しく障害情報をロギングするか否かを検証する。
ＰＵ２〜ｎはＯＳ配下で通常の動作を実行させ，ＣＰＵ
１はテストプログラムを実行させる。テストプログラム
は，ＣＰＵ２〜ｎ，共有メモリＳＳＭ０１，ＳＳＭ０
２，アダプタ装置ＡＤ等の他の装置に対して順次，擬似
障害を発生させる診断命令を発行する。そして，診断命
令による擬似障害ごとに，ＯＳが実際にロギングする障
害情報と，予め求めておいた期待値とを比較することに
よって，ハードウェアが正しく障害を検出し，ＯＳが正
しく障害情報をロギングするか否かを検証する。
【００１３】図７は，本発明の実施例のフローチャート
である。本発明の実施例の作用を，擬似障害を発生する
対象装置を共有メモリＳＳＭ０１とした場合について，
図７に基づき，図２を参照して説明する。 (1) システム中の１台のＣＰＵ，例えば，ＣＰＵ１を他
の装置（ＣＰＵ２〜ｎ）から切り離して，擬似的に障害
を発生させるためのテストプログラムを走行させる検証
システムとして立ち上げる。即ち，イニシャルプログラ
ムロード時に図３に示すように，ＣＰＵ１が保持するシ
ステム構成定義テーブルにおいて，被検証システムのＣ
ＰＵ２〜ＣＰＵｎ（ＯＳ配下で動作する）に対してＮＡ
（アクセス禁止）を設定することによって，ＣＰＵ１に
よるＣＰＵ２〜ＣＰＵｎへのアクセスを禁止する。従っ
て，ＣＰＵ１とＣＰＵ２〜ＣＰＵｎとは物理的には接続
されていても，論理的には切り離されて，ＯＳ下で動作
する被検証システムＣＰＵ２〜ＣＰＵｎから検証システ
ムＣＰＵ１を切り離すことができる。
である。本発明の実施例の作用を，擬似障害を発生する
対象装置を共有メモリＳＳＭ０１とした場合について，
図７に基づき，図２を参照して説明する。 (1) システム中の１台のＣＰＵ，例えば，ＣＰＵ１を他
の装置（ＣＰＵ２〜ｎ）から切り離して，擬似的に障害
を発生させるためのテストプログラムを走行させる検証
システムとして立ち上げる。即ち，イニシャルプログラ
ムロード時に図３に示すように，ＣＰＵ１が保持するシ
ステム構成定義テーブルにおいて，被検証システムのＣ
ＰＵ２〜ＣＰＵｎ（ＯＳ配下で動作する）に対してＮＡ
（アクセス禁止）を設定することによって，ＣＰＵ１に
よるＣＰＵ２〜ＣＰＵｎへのアクセスを禁止する。従っ
て，ＣＰＵ１とＣＰＵ２〜ＣＰＵｎとは物理的には接続
されていても，論理的には切り離されて，ＯＳ下で動作
する被検証システムＣＰＵ２〜ＣＰＵｎから検証システ
ムＣＰＵ１を切り離すことができる。
【００１４】次に，ＯＳ配下で動作するＣＰＵ２〜ＣＰ
Ｕｎを検証システムであるＣＰＵ１から切り離すため，
これらＣＰＵのシステム構成定義テーブルにおいて，図
３に示すように，検証システムであるＣＰＵ１に対して
ＮＩ（未実装）を設定することにより，ＣＰＵ２〜ＣＰ
ＵｎからＣＰＵ１へのアクセスは禁止する。従って，物
理的には接続されていても論理的には，被検証システム
のＣＰＵ２〜ＣＰＵｎから，検証システムのＣＰＵ１は
未実装に見える。 (2) 検証システムのＣＰＵ１においてテストプログラム
を起動する。 (3) 被検証システムのＣＰＵ２〜ＣＰＵｎにおいてＯＳ
を起動する。 (4) 擬似障害を確実に発生させるために，オペレータ
は，このテーブルにＯＳが起動された時点から時系列
に，ＯＳがアクセスする装置の名称，時間，アドレスを
含む情報を入力したアクセス条件テーブル（図４参照）
を作成しておく。 (5) テストプログラムは，前記(2) で作成したアクセス
条件テーブルに基づいて，テスト対象の共有メモリ装置
ＳＳＭ０１に対して診断命令を発行して，例えば，１０
００番地に２００ｍｓの間，動作停止を指示する擬似障
害（ＨＡＬＴ）を設定する。 (6) 前記(5) で擬似障害を設定した装置名を示すＳＳＭ
０１と，設定した障害内内容を示すＨＡＬＴと，設定し
た時刻を示す２３時５９分５９秒１００ミリ秒を障害設
定テーブル（図５参照）の形式でディスク装置ＤＫに格
納する。 (7) ＯＳがテスト対象の共有メモリ装置であるＳＳＭ０
１をアクセスして, ＨＡＬＴ（障害）状態が発生する。 (8) ＯＳは障害情報（２３時５９分５９秒１２０ミリ秒
にＳＳＭ０１がＨＡＬＴ状態となった）をＯＳロギング
テーブルの形式（図６参照）でディスク装置ＤＫに格納
する (9) 上記(6) でテストプログラムが設定し，ディスク装
置ＤＫに格納した障害内容（２３時５９分５９秒１００
〜３００ミリ秒の間にＳＳＭ０１がＨＡＬＴする）と，
上記(8) でＯＳがディスク装置ＤＫにロギングした障害
情報（２３時５９分５９秒１２０ミリ秒にＳＳＭ０１が
ＨＡＬＴ状態となった）とを照合する。照合結果が妥当
であれば，ハードウェアの障害検出機能とＯＳのロギン
グ機能の両方を検証することができる。
Ｕｎを検証システムであるＣＰＵ１から切り離すため，
これらＣＰＵのシステム構成定義テーブルにおいて，図
３に示すように，検証システムであるＣＰＵ１に対して
ＮＩ（未実装）を設定することにより，ＣＰＵ２〜ＣＰ
ＵｎからＣＰＵ１へのアクセスは禁止する。従って，物
理的には接続されていても論理的には，被検証システム
のＣＰＵ２〜ＣＰＵｎから，検証システムのＣＰＵ１は
未実装に見える。 (2) 検証システムのＣＰＵ１においてテストプログラム
を起動する。 (3) 被検証システムのＣＰＵ２〜ＣＰＵｎにおいてＯＳ
を起動する。 (4) 擬似障害を確実に発生させるために，オペレータ
は，このテーブルにＯＳが起動された時点から時系列
に，ＯＳがアクセスする装置の名称，時間，アドレスを
含む情報を入力したアクセス条件テーブル（図４参照）
を作成しておく。 (5) テストプログラムは，前記(2) で作成したアクセス
条件テーブルに基づいて，テスト対象の共有メモリ装置
ＳＳＭ０１に対して診断命令を発行して，例えば，１０
００番地に２００ｍｓの間，動作停止を指示する擬似障
害（ＨＡＬＴ）を設定する。 (6) 前記(5) で擬似障害を設定した装置名を示すＳＳＭ
０１と，設定した障害内内容を示すＨＡＬＴと，設定し
た時刻を示す２３時５９分５９秒１００ミリ秒を障害設
定テーブル（図５参照）の形式でディスク装置ＤＫに格
納する。 (7) ＯＳがテスト対象の共有メモリ装置であるＳＳＭ０
１をアクセスして, ＨＡＬＴ（障害）状態が発生する。 (8) ＯＳは障害情報（２３時５９分５９秒１２０ミリ秒
にＳＳＭ０１がＨＡＬＴ状態となった）をＯＳロギング
テーブルの形式（図６参照）でディスク装置ＤＫに格納
する (9) 上記(6) でテストプログラムが設定し，ディスク装
置ＤＫに格納した障害内容（２３時５９分５９秒１００
〜３００ミリ秒の間にＳＳＭ０１がＨＡＬＴする）と，
上記(8) でＯＳがディスク装置ＤＫにロギングした障害
情報（２３時５９分５９秒１２０ミリ秒にＳＳＭ０１が
ＨＡＬＴ状態となった）とを照合する。照合結果が妥当
であれば，ハードウェアの障害検出機能とＯＳのロギン
グ機能の両方を検証することができる。
【００１５】
【発明の効果】以上説明したように，本発明によると，
多重処理システムを構成する装置群を１台の特定の処理
装置（検証システム）と残りの他の装置（被検証システ
ム）に切り離し，被検証システムに擬似障害が発生した
ときオペレーティングシステムによってロギングされる
べき障害情報の期待値を作成し，検証システムは擬似障
害を被検証システムに発生させ，実際にオペレーティン
グシステムによってロギングされた障害情報と，作成し
た期待値の障害情報とを照合することによって多重処理
システムの障害処理を検証するので，従来使用した外部
保守支援装置の代わりに１台のＣＰＵによって他の装置
の障害処理機能を検証するため，安価にシステムの故障
処理の検証を行うことができ，また，ハードウェアとＯ
Ｓとが共同して処理した障害情報を検査するため，実際
の運用に近い状態でシステムの障害処理機能を検証する
できるという効果がある。
多重処理システムを構成する装置群を１台の特定の処理
装置（検証システム）と残りの他の装置（被検証システ
ム）に切り離し，被検証システムに擬似障害が発生した
ときオペレーティングシステムによってロギングされる
べき障害情報の期待値を作成し，検証システムは擬似障
害を被検証システムに発生させ，実際にオペレーティン
グシステムによってロギングされた障害情報と，作成し
た期待値の障害情報とを照合することによって多重処理
システムの障害処理を検証するので，従来使用した外部
保守支援装置の代わりに１台のＣＰＵによって他の装置
の障害処理機能を検証するため，安価にシステムの故障
処理の検証を行うことができ，また，ハードウェアとＯ
Ｓとが共同して処理した障害情報を検査するため，実際
の運用に近い状態でシステムの障害処理機能を検証する
できるという効果がある。
【図１】 本発明の原理ブロック図
【図２】 本発明の実施例を示すシステム構成図
【図３】 システム構成定義テーブル
【図４】 アクセス条件テーブル
【図５】 障害設定テーブル
【図６】 ＯＳロギングテーブル
【図７】 本発明の実施例のフローチャート
ＣＰＵ１〜ｎ 処理装置 ＳＳＭ０１，０２ 共有メモリ装置 ＢＨ10,11,20,21 バスハンドラ装置 ＡＤ アダプタ装置 ＤＫ ディスク装置
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 11/22 - 11/26 ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (2)
- 【請求項１】 装置の障害を検出し，その障害情報をオ
ペレーティングシステムによってロギングする機能を有
する複数の処理装置と，複数の処理装置によって共有さ
れる共有装置とから構成される多重処理システムの障害
処理検証装置において、 前記システムに，複数の処理装置の中の１台の特定の処
理装置と残りの他の装置とに切り離す切り離し手段を設
け， 特定の処理装置に，疑似障害を他の装置に発生させる疑
似障害発生手段と，該疑 似障害が他の装置に発生したとき，オペレーティン
グシステムによってロギングされるべき障害情報の期待
値を作成する期待値作成手段と， 該疑似障害発生手段によって該疑似障害が発生された際
にオペレーティングシステムによってロギングされた障
害情報と，該期待値作成手段によって作成された期待値
とを照合する照合手段とを設け， 該照合手段による照合結果に基づいて，多重処理システ
ムの障害処理を検証することを特徴とする障害処理検証
装置。 - 【請求項２】 前記オペレーティングシステム及び期待
値作成手段は，それぞれ，前記疑似障害の発生時刻を含
む障害情報をロギングし及び障害情報の期待値を作成す
ることを特徴とする請求項１の障害処理検証装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22766192A JP3334174B2 (ja) | 1992-08-27 | 1992-08-27 | 障害処理検証装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP22766192A JP3334174B2 (ja) | 1992-08-27 | 1992-08-27 | 障害処理検証装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0675807A JPH0675807A (ja) | 1994-03-18 |
| JP3334174B2 true JP3334174B2 (ja) | 2002-10-15 |
Family
ID=16864361
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP22766192A Expired - Fee Related JP3334174B2 (ja) | 1992-08-27 | 1992-08-27 | 障害処理検証装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3334174B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006117833A1 (ja) * | 2005-04-25 | 2006-11-09 | Fujitsu Limited | 監視シミュレーション装置，方法およびそのプログラム |
-
1992
- 1992-08-27 JP JP22766192A patent/JP3334174B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0675807A (ja) | 1994-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7519866B2 (en) | Computer boot operation utilizing targeted boot diagnostics | |
| US6760868B2 (en) | Diagnostic cage for testing redundant system controllers | |
| US6502208B1 (en) | Method and system for check stop error handling | |
| Siewiorek | Fault tolerance in commercial computers | |
| US6119246A (en) | Error collection coordination for software-readable and non-software readable fault isolation registers in a computer system | |
| US20110035618A1 (en) | Automated transition to a recovery kernel via firmware-assisted-dump flows providing automated operating system diagnosis and repair | |
| JPH01154242A (ja) | 二重ゾーンの耐欠陥コンピュータシステム | |
| US9594670B2 (en) | Managing software dependencies during software testing and debugging | |
| JPH01152543A (ja) | 欠陥分離及び修理機能を有する耐欠陥コンピュータシステム | |
| JPS5851292B2 (ja) | 診断／デバツク計算システム | |
| JP3030658B2 (ja) | 電源故障対策を備えたコンピュータシステム及びその動作方法 | |
| JPH0465411B2 (ja) | ||
| Lee et al. | Measurement-based evaluation of operating system fault tolerance | |
| US6732298B1 (en) | Nonmaskable interrupt workaround for a single exception interrupt handler processor | |
| JPH1011319A (ja) | マルチプロセッサシステムの保守方法 | |
| JP3334174B2 (ja) | 障害処理検証装置 | |
| Thakur et al. | Analysis of failures in the Tandem NonStop-UX operating system | |
| CN209343321U (zh) | 一种计算机故障检测装置 | |
| JP5440673B1 (ja) | プログラマブルロジックデバイス、情報処理装置、被疑箇所指摘方法およびプログラム | |
| TW200307200A (en) | Multiple fault location in a series of devices | |
| JP3342039B2 (ja) | ファイルを管理する処理装置 | |
| US7139954B1 (en) | Method and apparatus for testing a computing device with memory using test program code | |
| JP3326546B2 (ja) | コンピュータシステムの故障検知方法 | |
| EP1649372A2 (en) | Maintenance interface unit for servicing multiprocessor systems | |
| US7065691B2 (en) | Apparatus and method for saving precise system state following exceptions |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020702 |
|
| LAPS | Cancellation because of no payment of annual fees |