JPH0468450A

JPH0468450A - 障害データロギング方式

Info

Publication number: JPH0468450A
Application number: JP2181200A
Authority: JP
Inventors: Naoyuki Nishimura; 尚幸西村
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1990-07-09
Filing date: 1990-07-09
Publication date: 1992-03-04

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】［目次］概要産業上の利用分野従来の技術発明が解決しようとする課題作用実施例発明の効果［概要コ処理装置の障害データをロギングする方式に関し、処理装置の障害発生原因を確実に特定することが可能と
なる方式の提供を目的とし、処理装置の動作状態を示すデータが書き込まれる記憶手
段と、記憶手段の記憶データを保持する保持手段と、外
部から与えられる記憶データの続出要求を受付ける受付
手段と、受付けられた続出要求に従って記憶データを記
憶手段から読み出して外部へ出力する出力手段と、が処
理装置の実装基板に設けられる。

［産業上の利用分野コ本発明は、処理装置の障害データをロギングする方式に
関する。

処理装置は様々な用途に使用されており、各々異なる動
作環境で利用されるので、動作環境によっては原因不明
の間欠的な障害がしばしば発生する。

このような障害が発生した場合には、障害原因を迅速に
特定し、除去することが必要となる。

［従来の技術］金融関係のコンピュータシステムでは原因不明の間欠的
な障害がしばしば発生する。

その場合には、業務の継続が最優先されるので、障害発
生原因と考えられる処理装置の実装基板が取り外さ札　
別の基板と交換される。

これにより、障害によるシステムダウンの時間が短縮さ
れる。

そして、障害が発生したシステムとは別の装置に取り外
された基板がセットさ札　障害時の動作状態を再現して
その原因を特定するテストが行われる。

［発明が解決しようとする課題］しかしながら、障害が発生した処理装置とその障害時の
動作状態を再現するテストを行う装置では実際の動作環
境が異なるので、障害発生時の動作状態を再現すること
が困難となる。

このため、障害発生原因を解明することができず、した
がって、多くの場合に障害発生原因の特定が不可能とな
る。

本発明は上記従来の事情を鑑みてなされたものであり、
その目的は、処理装置の障害発生原因を確実に特定する
ことが可能となる方式を提供することにある。

「課題を解決するための手段］上記目的を達成するために、本発明にかかる方式は第１
図の方式が採用されている。

同図（Ａ）における処理装置１０には基板２０が実装さ
れる。

そして、基板２０では同図（Ｂ）のように処理装置１０
の動作状態を示すデータが記憶手段１２に書き込ま札　
記憶手段１２の記憶データは保持手段１４で保持される
。

さらに、外部から与えられる記憶データの読出要求が受
付手段１６で受付けら札　受付けられた読出要求に従っ
て記憶手段１２から記憶データが出力手段１８により読
み出されて外部へ出力される。

［作用コ本発明では、処理装置１０の動作中にその動作状態を示
すデータが基板２０の記憶手段１２に書き込ま札　障害
が発生したときには基板２０が処理装置１１１０から取
り外される。

そして、取り外された基板２０の記憶手段１２で記憶さ
れたデータは保持手段１４で保持される。

したがって、取り外された基板２０を用いて別装置で障
害発生時の動作状態を読み出して原因を特定できる。

［実施例コ以下、図面に基づいて本発明に係る方式の好適な実施例
を説明する。

第２図の基板２０は第３図のように処理装置１０に実装
されており、基板２０には論理処理回路３２、デイレ−
回路３４．カウンタ３６．オアゲート３８．抵抗４０．
　　抵抗４２、メモリ４４．電池４６．オア部４８が搭
載される。

そして、基板２０はコネクタ５０で外部と接続される。

また、基板２０のメモリ４４には論理処理回路３２、カ
ウンタ３６．オアゲート３８．コネクタ５０が接続され
ており、これにより処理装置１０の各種動作状態を示す
データ（パリティエラーバス無応答、バス獲得オーバー
等）が論理処理回路３２などからメモリ４４に書き込ま
法　記憶保持される。

このメモリ４４の記憶データを保持するのに必要な電源
は外部の通常電源からオア部４８を介してメモリ４４に
供給される。

第４図では障害発生時における作業手順がフローチャー
トで説明されており、処理装置１０に障害が発生すると
（ステップ４０１）、障害発生原因と考えられる基板２
０が処理装置１０から第３図のように取り外される（ス
テップ４０３）。

取り出された処理装置１０に代わり新たな基板を入札　
処理を続行する（ステップ４１７）。

そして、取り外された基板２０は第３図のように処理装
置１０と別の場所に設けられた解析装置５２（または同
一装置）にセットされる（ステップ４０５）。

セットされた基板２０のメモリ４４に記憶データの読出
し要求が解析装置５２から行わ札　基板２０のメモリ４
４でその要求が受は付けられる。

この受は付けられた読出要求に従ってメモリ４４から記
憶データがコネクタ５０を介して解析装置５２へ出力さ
れる（ステップ４０７）。

さらに、解析装置５２では出力されたデータから障害発
生原因の解析作業が行われ（ステップ４０９）、その解
析結果が解析装置１５２から出力される（ステップ４１
１）。

そして、この解析結果に基づいて解析要員により、処理
装置１０の障害発生原因の特定作業が行われる（ステッ
プ４１３）。

障害発生原因が特定された場合には、基板２０から障害
部分が除去される（ステップ４１５）。

以上のように本実施例においては、処理装置１０の動作
中にその動作状態を示すデータが基板２０のメモリ４４
に書き込まれで、記憶保持される。

そして、障害が発生した場合で処理装置１０から基板２
０が取り外されたときには、取り外された基板２０のメ
モリ４４で記憶保持されたデータは電池４６の電源供給
により保持される。

このため、障害発生時の処理装置１０における動作状態
を再現するのに必要なデータを保持されるので、別の装
置で障害解析作業が可能となり、したがって、障害発生
原因を確実に特定でき、障害発生原因を除去することが
可能となる。

このことは、システムダウンの時間短縮が最優先される
場合に特に有効である。

なお、本実施例では処理装置１０のバス動作状態がメモ
リ４４で記憶保持される力ζ　プログラムの走行アドレ
スデータや処理装置１０の主メモリにおける特定アドレ
スデータを記憶保持することもできる。

また、特別なコネクタ５０から読み出すのではな（、ソ
フトまたはハード設定によるシステムバスからのデータ
の読み出しも容易に考えられる。

［発明の効果コ以上説明したように本発明によれば、障害解析に必要な
データが記憶保持されるので、別の装置で障害発生原因
を解析でき、したがって、処理装置の障害発生原因を確
実に特定できる。

【図面の簡単な説明】

第１図は発明の原理説明区第２図は実施例における基板の構成説明Ａ第３図は実施
例の作用説明Ａ第４図は実施例の作業手順を説明するフローチャ　−　
ト、である。１０　・　・２０　・　・３２　・　・３４　・　・３８　・　・４０　・　・４２　・　・４４　・　・４６　・　・４８　・　・５０　・　・・処理装置の基板・論理処理回路・デイレ−回路・カウンタ・オアゲート・抵抗０抵抗・メモリ・電池・オア部・コネクタ

Claims

【特許請求の範囲】処理装置（１０）の動作状態を示すデータが書き込まれ
る記憶手段（１２）と、記憶手段（１２）の記憶データを保持する保持手段（１
４）と、外部から与えられる記憶データの読出要求を受付ける受
付手段（１６）と、受付けられた読出要求に従って記憶データを記憶手段（
１２）から読み出して外部へ出力する出力手段（１８）
と、が処理装置（１０）の実装基板（２０）に設けられた、ことを特徴とする障害データロギング方式。