JPH05108398A - 情報処理装置の障害情報ログ方式 - Google Patents
情報処理装置の障害情報ログ方式Info
- Publication number
- JPH05108398A JPH05108398A JP3292410A JP29241091A JPH05108398A JP H05108398 A JPH05108398 A JP H05108398A JP 3292410 A JP3292410 A JP 3292410A JP 29241091 A JP29241091 A JP 29241091A JP H05108398 A JPH05108398 A JP H05108398A
- Authority
- JP
- Japan
- Prior art keywords
- log
- information
- failure
- bus
- fault
- 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.)
- Pending
Links
Landscapes
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
(57)【要約】
【目的】 同一障害が繰り返し発生した場合、前回の障
害で採取済のログの一部又は全部の情報の代りに、詳細
解析を可能とするための内容の異なった新たなログ情報
の自動採取を行う。 【構成】 障害検出時，診断処理装置が障害内容に応じ
て予め定められた内容の情報を各ユニットから採取する
機能と、同一障害発生時に同一障害であることを障害内
容から判定する機能と、次回の同一障害発生に備え、新
たに採取すべきログ情報の設定を行う機能とを有し、最
初の障害発生時点で採取したログ情報の解析により原因
究明に到らなかった場合、以降の障害発生毎に採取すべ
きログ情報を追加して、原因の解析を行う。
害で採取済のログの一部又は全部の情報の代りに、詳細
解析を可能とするための内容の異なった新たなログ情報
の自動採取を行う。 【構成】 障害検出時，診断処理装置が障害内容に応じ
て予め定められた内容の情報を各ユニットから採取する
機能と、同一障害発生時に同一障害であることを障害内
容から判定する機能と、次回の同一障害発生に備え、新
たに採取すべきログ情報の設定を行う機能とを有し、最
初の障害発生時点で採取したログ情報の解析により原因
究明に到らなかった場合、以降の障害発生毎に採取すべ
きログ情報を追加して、原因の解析を行う。
Description
【０００１】
【産業上の利用分野】本発明は、情報処理装置の障害情
報ログ方式に関し、特に同一障害の繰り返し発生時、既
採取情報では障害解析に不足した情報を新たに追加して
情報の採取を行うログ方式に関する。
報ログ方式に関し、特に同一障害の繰り返し発生時、既
採取情報では障害解析に不足した情報を新たに追加して
情報の採取を行うログ方式に関する。
【０００２】
【従来の技術】従来のログ方式は、発生した障害に対す
るログ情報が固定であり、同一障害が繰り返して発生し
ても採取されるログ情報が全く同一内容であった。
るログ情報が固定であり、同一障害が繰り返して発生し
ても採取されるログ情報が全く同一内容であった。
【０００３】
【発明が解決しようとする課題】従来のログ方式では、
障害毎又は、ユニット毎にログ内容が固定であるため、
装置設計時に設定したログ内容が、その原因解析に十分
な範囲の情報を包含していれば良いが、そうでない場合
は、原因の究明に長時間を要する。
障害毎又は、ユニット毎にログ内容が固定であるため、
装置設計時に設定したログ内容が、その原因解析に十分
な範囲の情報を包含していれば良いが、そうでない場合
は、原因の究明に長時間を要する。
【０００４】また不足情報の採取のために、専用のログ
採取のための仕掛を個別に組み込むか、或いは、実際の
装置に測定器等を接続して障害の発生を待つ必要があ
り、多大な労力を要する。
採取のための仕掛を個別に組み込むか、或いは、実際の
装置に測定器等を接続して障害の発生を待つ必要があ
り、多大な労力を要する。
【０００５】情報処理装置の高機能化，複雑化により、
障害解析のためのログ情報は、増加傾向にあり、全ての
ケースに対応可能なログ・データを採取するためには、
ログ・エリアの容量，ログ動作の所要時間等制約条件が
多く、一般的には実現が困難である。
障害解析のためのログ情報は、増加傾向にあり、全ての
ケースに対応可能なログ・データを採取するためには、
ログ・エリアの容量，ログ動作の所要時間等制約条件が
多く、一般的には実現が困難である。
【０００６】特に、この種の仕掛は、単なる故障ユニッ
トの指摘のためによりも、むしろ稀に発生する設計に起
因した問題の早期解決のために必要となることが多い。
トの指摘のためによりも、むしろ稀に発生する設計に起
因した問題の早期解決のために必要となることが多い。
【０００７】本発明の目的は、従来解析が困難であった
複雑な問題の解析を容易に行える情報処理装置の障害情
報ログ方式を提供することにある。
複雑な問題の解析を容易に行える情報処理装置の障害情
報ログ方式を提供することにある。
【０００８】
【課題を解決するための手段】前記目的を達成するた
め、本発明に係る情報処理装置の障害情報ログ方式にお
いては、障害発生時、障害解析のための情報を診断処理
装置がログする情報処理装置において、障害検出時、診
断処理装置が障害内容に応じて予め定められた内容の情
報を各ユニットから採取する手段と、同一障害発生時に
同一障害であることを障害内容から判定する手段と、次
回同一障害発生に備え、新たに採取すべきログ情報の設
定を行う手段とを有し、最初の障害発生時点で採取した
ログ情報の解析により原因究明に到らなかった場合、以
降の障害発生毎に採取すべきログ情報を追加して原因の
解析を行うことを可能としたものである。
め、本発明に係る情報処理装置の障害情報ログ方式にお
いては、障害発生時、障害解析のための情報を診断処理
装置がログする情報処理装置において、障害検出時、診
断処理装置が障害内容に応じて予め定められた内容の情
報を各ユニットから採取する手段と、同一障害発生時に
同一障害であることを障害内容から判定する手段と、次
回同一障害発生に備え、新たに採取すべきログ情報の設
定を行う手段とを有し、最初の障害発生時点で採取した
ログ情報の解析により原因究明に到らなかった場合、以
降の障害発生毎に採取すべきログ情報を追加して原因の
解析を行うことを可能としたものである。
【０００９】
【作用】最初の障害発生時点で採取したログ情報の解析
により、原因の究明に到らなかった場合、以降の障害発
生毎に採取すべきログ情報を追加して、従来解析が困難
であった複雑な問題の解析を容易に行う。
により、原因の究明に到らなかった場合、以降の障害発
生毎に採取すべきログ情報を追加して、従来解析が困難
であった複雑な問題の解析を容易に行う。
【００１０】
【実施例】次に本発明について図面を参照して説明す
る。
る。
【００１１】図１及び図２は、本発明の一実施例に係る
ログ処理を示すフローチャートである。図３（ａ），
（ｂ）及び図４（ａ），（ｂ）は、図１及び図２のログ
処理過程で参照、又は更新されるテーブルを示す図であ
る。図５は、本発明の一実施例に係る情報処理装置を示
す構成図、図６は、図５に示すＩＯＰユニットの内部ブ
ロック図、図７は、図５に示すＳＶＰユニットの内部ブ
ロック図である。
ログ処理を示すフローチャートである。図３（ａ），
（ｂ）及び図４（ａ），（ｂ）は、図１及び図２のログ
処理過程で参照、又は更新されるテーブルを示す図であ
る。図５は、本発明の一実施例に係る情報処理装置を示
す構成図、図６は、図５に示すＩＯＰユニットの内部ブ
ロック図、図７は、図５に示すＳＶＰユニットの内部ブ
ロック図である。
【００１２】図５において、Ｓ−バス１０に、主記憶装
置（ＭＭＵ）１，演算処理装置（ＥＰＵ）２，入出力制
御装置（ＩＯＰ）３，診断処理装置（ＳＶＰ）４が接続
される。ＩＯＰ３の配下には、Ｐ−バス１１を介して周
辺装置との入出力動作を行う複数の入出力アダプタ（Ｉ
ＯＡ）５，５…が接続され、情報処理装置を構成する。
置（ＭＭＵ）１，演算処理装置（ＥＰＵ）２，入出力制
御装置（ＩＯＰ）３，診断処理装置（ＳＶＰ）４が接続
される。ＩＯＰ３の配下には、Ｐ−バス１１を介して周
辺装置との入出力動作を行う複数の入出力アダプタ（Ｉ
ＯＡ）５，５…が接続され、情報処理装置を構成する。
【００１３】Ｓ−バス１０及びＰ−バス１１には、それ
ぞれのバスの動作をトレース視記録するＳ−バス・トレ
ーサ６，Ｐ−バス・トレーサ７が接続される。
ぞれのバスの動作をトレース視記録するＳ−バス・トレ
ーサ６，Ｐ−バス・トレーサ７が接続される。
【００１４】本実施例では、障害発生時のログ処理は、
診断処理装置（ＳＶＰ）４が集中的に行うものとする。
障害の検出及び障害情報のログは、Ｓ−バス配下のユニ
ットに対しては、Ｓ−バス１０経由で、Ｐ−バス配下の
ユニットに対しては、Ｓ−バス１０，ＩＯＰ３，Ｐ−バ
ス１１経由で行われる。
診断処理装置（ＳＶＰ）４が集中的に行うものとする。
障害の検出及び障害情報のログは、Ｓ−バス配下のユニ
ットに対しては、Ｓ−バス１０経由で、Ｐ−バス配下の
ユニットに対しては、Ｓ−バス１０，ＩＯＰ３，Ｐ−バ
ス１１経由で行われる。
【００１５】またＳＶＰ４には、各ユニットからログし
た情報を格納するフロッピーディスク装置（ＦＤ）８、
ログした情報を遠隔地や保守センターに転送するための
通信回線（ＬＩＮＥ）１２、及びＳＶＰ４に対しログ条
件等を設定するためのワーク・ステーション（ＷＳ）９
が接続される。
た情報を格納するフロッピーディスク装置（ＦＤ）８、
ログした情報を遠隔地や保守センターに転送するための
通信回線（ＬＩＮＥ）１２、及びＳＶＰ４に対しログ条
件等を設定するためのワーク・ステーション（ＷＳ）９
が接続される。
【００１６】図６において、入出力制御装置（ＩＯＰ）
３は、ＩＯＰの入出力制御を行うためのプロセッサ（Ｐ
ＲＯＣ）２１、制御記憶（ＣＳ）２２、制御テーブル，
入出力バッファを含むＲ／Ｗメモリ（ＬＭ）２４、Ｓ−
バス１０へのアクセス制御を行うＳ−バス制御部（Ｓ−
ＣＮＴ）２３、及びＰ−バス１１へのアクセス制御を行
うＰ−バス制御部（Ｐ−ＣＮＴ）２６より構成される。
３は、ＩＯＰの入出力制御を行うためのプロセッサ（Ｐ
ＲＯＣ）２１、制御記憶（ＣＳ）２２、制御テーブル，
入出力バッファを含むＲ／Ｗメモリ（ＬＭ）２４、Ｓ−
バス１０へのアクセス制御を行うＳ−バス制御部（Ｓ−
ＣＮＴ）２３、及びＰ−バス１１へのアクセス制御を行
うＰ−バス制御部（Ｐ−ＣＮＴ）２６より構成される。
【００１７】これらのＩＯＰ３の各構成要素は、ＩＯＰ
ユニット内の内部バスであるＩ−バス２８にて相互接続
される。ＥＩＦレジスタ（ＥＩＦ ＲＧ）２５は、障害
発生時、ＩＯＰユニット内の障害の主要因をまとめたレ
ジスタで、エラーインジケーター・フラグ（ＥＬＦ）と
呼ばれ、ＥＩＦ ＲＧ２５を構成する各ビットがユニッ
ト内の各所で検出されたエラーを１まとめにしたもので
ある。
ユニット内の内部バスであるＩ−バス２８にて相互接続
される。ＥＩＦレジスタ（ＥＩＦ ＲＧ）２５は、障害
発生時、ＩＯＰユニット内の障害の主要因をまとめたレ
ジスタで、エラーインジケーター・フラグ（ＥＬＦ）と
呼ばれ、ＥＩＦ ＲＧ２５を構成する各ビットがユニッ
ト内の各所で検出されたエラーを１まとめにしたもので
ある。
【００１８】また、ＦＷトレーサ２７は、ＰＲＯＣ２１
が実行する一連の命令の軌跡をトレーサ情報として残し
たもので、障害発生時、このトレーサ情報を見ることに
より、ＩＯＰユニットのどのような制御過程で障害が発
生したのかを知ることができる。
が実行する一連の命令の軌跡をトレーサ情報として残し
たもので、障害発生時、このトレーサ情報を見ることに
より、ＩＯＰユニットのどのような制御過程で障害が発
生したのかを知ることができる。
【００１９】ＥＩＦレジスタのビット構成を図３（ａ）
に示す。
に示す。
【００２０】図７は、図５におけるＳＶＰ４のユニット
内のブロック図を示したもので、図６のＩＯＰユニット
と同様に、プロセッサ（ＰＲＯＣ）３１，制御記憶（Ｃ
Ｓ）３２，ローカル・メモリ（ＬＭ）３４，Ｓ−バス制
御部（Ｓ−ＣＮＴ）３３により構成される。更にＳＶＰ
ユニットには、ログ情報をＦＤ媒体に記録するため、フ
ロッピーディスク装置コントローラ（ＦＤＣ）３６、ワ
ーク・ステーションとのデータ入出力を制御するワーク
・ステーションコントローラ（ＷＳＣ）３７、ログ情報
を遠隔地へ転送するための通信制御部（ＬＡ）３８がＩ
−バス３９を介して接続される。
内のブロック図を示したもので、図６のＩＯＰユニット
と同様に、プロセッサ（ＰＲＯＣ）３１，制御記憶（Ｃ
Ｓ）３２，ローカル・メモリ（ＬＭ）３４，Ｓ−バス制
御部（Ｓ−ＣＮＴ）３３により構成される。更にＳＶＰ
ユニットには、ログ情報をＦＤ媒体に記録するため、フ
ロッピーディスク装置コントローラ（ＦＤＣ）３６、ワ
ーク・ステーションとのデータ入出力を制御するワーク
・ステーションコントローラ（ＷＳＣ）３７、ログ情報
を遠隔地へ転送するための通信制御部（ＬＡ）３８がＩ
−バス３９を介して接続される。
【００２１】さて、図１に基づいて本発明の実施例につ
いて説明する。図１は、診断処理装置（ＳＶＰ）４のプ
ロセッサ（ＰＲＯＣ）３１が、障害発生に伴い実行する
一連の障害処理の中、ログ処理部分について説明したも
のである。
いて説明する。図１は、診断処理装置（ＳＶＰ）４のプ
ロセッサ（ＰＲＯＣ）３１が、障害発生に伴い実行する
一連の障害処理の中、ログ処理部分について説明したも
のである。
【００２２】まず、ＳＶＰ３は、ログ処理開始時点で、
どのユニットからの処理要求かを判定する。対象ユニッ
トの判定方法についての説明は省略するが、例えば、Ｓ
−バス１０経由でのＩＯＰ３からＳＶＰ４への通信時，
発信元及び処理要求コードを通信情報に含めることによ
り簡単に実現できる。
どのユニットからの処理要求かを判定する。対象ユニッ
トの判定方法についての説明は省略するが、例えば、Ｓ
−バス１０経由でのＩＯＰ３からＳＶＰ４への通信時，
発信元及び処理要求コードを通信情報に含めることによ
り簡単に実現できる。
【００２３】図１では、ＩＯＰ３からの要求のみについ
て説明してある。ＳＶＰ４は、ＩＯＰ３のＥＩＦ ＲＧ
２５を読取り、有効となっているビットの組合せにより
障害パターンを特定する。このＥＩＦパターンは、図３
（ａ）に示すように、Ａ，Ｂ，Ｃ等があるものとする。
て説明してある。ＳＶＰ４は、ＩＯＰ３のＥＩＦ ＲＧ
２５を読取り、有効となっているビットの組合せにより
障害パターンを特定する。このＥＩＦパターンは、図３
（ａ）に示すように、Ａ，Ｂ，Ｃ等があるものとする。
【００２４】次にＳＶＰ４は、予め設定されたログ・ア
クション・テーブルを参照する。図３（ｂ）に示すよう
にログ・アクション・テーブルには、ログ・モード，Ｅ
ＩＦパターン，ログ・項目コード，ログ・テーブル・ポ
インタ等が含まれている。
クション・テーブルを参照する。図３（ｂ）に示すよう
にログ・アクション・テーブルには、ログ・モード，Ｅ
ＩＦパターン，ログ・項目コード，ログ・テーブル・ポ
インタ等が含まれている。
【００２５】ログ・アクション・テーブルは、ユニット
毎に考えられる障害・パターンと、障害毎に解析が必要
となるログ情報の組合せを表示するコード・ログ項目コ
ードが含まれる。ログ項目コードに対応するログ項目の
リストを図４（ａ）に示す。
毎に考えられる障害・パターンと、障害毎に解析が必要
となるログ情報の組合せを表示するコード・ログ項目コ
ードが含まれる。ログ項目コードに対応するログ項目の
リストを図４（ａ）に示す。
【００２６】図４（ａ）では、ＩＯＰ障害時に採取可能
なログ情報が１０種類あり、それらのログは、常に同時
に採取の必要がなく、障害種別（ＥＩＦパターン）毎
に、ログ項目コードで指定された範囲のログを採取すれ
ば良いことを示す。
なログ情報が１０種類あり、それらのログは、常に同時
に採取の必要がなく、障害種別（ＥＩＦパターン）毎
に、ログ項目コードで指定された範囲のログを採取すれ
ば良いことを示す。
【００２７】ログ・アクション・テーブルのログ・モー
ドには、０，１，２，９の４種類が定められている。ロ
グ・モード０は、ログ情報の種類が少なく、常時同一ロ
グ・コードに対応するログのみを行えば十分な場合（図
３（ｂ）では、例えばＥＰＵユニット）に指定され、ロ
グ・モード１は、ログ種類が多くて常時採取するのは問
題があるが、同一障害が次回発生した場合に、次にとる
ログ情報を決定するためのログ情報（基本ログ）を採取
する場合（図３（ｂ）では、ＩＯＰユニット）にログ処
理プログラムの中で指定される。
ドには、０，１，２，９の４種類が定められている。ロ
グ・モード０は、ログ情報の種類が少なく、常時同一ロ
グ・コードに対応するログのみを行えば十分な場合（図
３（ｂ）では、例えばＥＰＵユニット）に指定され、ロ
グ・モード１は、ログ種類が多くて常時採取するのは問
題があるが、同一障害が次回発生した場合に、次にとる
ログ情報を決定するためのログ情報（基本ログ）を採取
する場合（図３（ｂ）では、ＩＯＰユニット）にログ処
理プログラムの中で指定される。
【００２８】ログ・モード２は、同一障害２回目の場合
に採用すべき追加ログ情報を示し、ログ・モード９は、
障害履歴等とは無関係に、外部から任意設定されるログ
情報を示す。
に採用すべき追加ログ情報を示し、ログ・モード９は、
障害履歴等とは無関係に、外部から任意設定されるログ
情報を示す。
【００２９】図１において、ＩＯＰ障害の本ケースで
は、ＩＯＰのログ・アクション・テーブルのログ・モー
ドは、２と設定されているため、現障害のＥＩＦパター
ンで、ＩＯＰのＥＩＦ履歴表をサーチする（処理１０
１）。
は、ＩＯＰのログ・アクション・テーブルのログ・モー
ドは、２と設定されているため、現障害のＥＩＦパター
ンで、ＩＯＰのＥＩＦ履歴表をサーチする（処理１０
１）。
【００３０】図４（ｂ）にＩＯＰのＥＩＦ履歴表を示
す。ＥＩＦ履歴表は、ユニット毎に過去において、どの
ようなＥＩＦパターンの障害が発生したのかが登録され
ている。本実施例では、ＩＯＰのＥＩＦ履歴は、パター
ンＡ，Ｂのみが登録されており、今回発生した障害がパ
ターンＣであると、初めての障害であるため、仮にログ
・モード＝１として処理１０２に進み、基本ログの採取
を行う。
す。ＥＩＦ履歴表は、ユニット毎に過去において、どの
ようなＥＩＦパターンの障害が発生したのかが登録され
ている。本実施例では、ＩＯＰのＥＩＦ履歴は、パター
ンＡ，Ｂのみが登録されており、今回発生した障害がパ
ターンＣであると、初めての障害であるため、仮にログ
・モード＝１として処理１０２に進み、基本ログの採取
を行う。
【００３１】次に処理１０３に進み、図４（ｂ）のＥＩ
Ｆ履歴に、今回の障害パターンＣを登録する。
Ｆ履歴に、今回の障害パターンＣを登録する。
【００３２】次に新たな障害が発生し、そのＥＩＦパタ
ーンがＡであった場合、ＥＩＦパターンは、ＥＩＦ履歴
に既に登録されているため、処理１０４，１０５へと進
み、ログ・アクション・テーブル（図３（ｂ））の指定
に従って、ログ項目コード１０のログ処理を行い（処理
１０５）、所望のログを採取したため処理１０６にてＥ
ＩＦ履歴表よりＥＩＦパターンＡのエントリーを削除す
る。
ーンがＡであった場合、ＥＩＦパターンは、ＥＩＦ履歴
に既に登録されているため、処理１０４，１０５へと進
み、ログ・アクション・テーブル（図３（ｂ））の指定
に従って、ログ項目コード１０のログ処理を行い（処理
１０５）、所望のログを採取したため処理１０６にてＥ
ＩＦ履歴表よりＥＩＦパターンＡのエントリーを削除す
る。
【００３３】本実施例では、ログ・モードは、２までで
あるが、これに３，４…と追加することにより、第３回
目，第４回目…の同一障害発生時に更に異なった新たな
ログ採取を行うことができる。
あるが、これに３，４…と追加することにより、第３回
目，第４回目…の同一障害発生時に更に異なった新たな
ログ採取を行うことができる。
【００３４】以上説明したように本発明によれば、ＥＩ
ＦパターンとＥＩＦパターンに対応したログ・項目コー
ドを設定することにより、同一障害の繰り返しに応じて
追加ログ情報の採取が可能となる。
ＦパターンとＥＩＦパターンに対応したログ・項目コー
ドを設定することにより、同一障害の繰り返しに応じて
追加ログ情報の採取が可能となる。
【００３５】また、ＥＩＦパターンとログ・項目コード
を予め設定し適切なログ採取が困難なケースでは、図２
に示す処理により、ログ・アクション・テーブルのログ
・モードに９を登録し、ログ・項目コードに２０を登録
し、且つログ・項目テーブルのログ・項目コード２０の
欄に、所望のログ・項目の組合せを設定しておけば、次
回障害発生時、指定通りのログ採取が可能となる。
を予め設定し適切なログ採取が困難なケースでは、図２
に示す処理により、ログ・アクション・テーブルのログ
・モードに９を登録し、ログ・項目コードに２０を登録
し、且つログ・項目テーブルのログ・項目コード２０の
欄に、所望のログ・項目の組合せを設定しておけば、次
回障害発生時、指定通りのログ採取が可能となる。
【００３６】更に、図１の処理１１０により、ＳＶＰ４
の通信回線を使用して、ログ情報，ログ条件等を、ログ
採取時点でリアル・タイムにリモート保守センターへ送
信することにより、障害状況の把握と次回障害への迅速
な対応が可能となる。
の通信回線を使用して、ログ情報，ログ条件等を、ログ
採取時点でリアル・タイムにリモート保守センターへ送
信することにより、障害状況の把握と次回障害への迅速
な対応が可能となる。
【００３７】
【発明の効果】以上説明したように本発明によれば、最
初の障害発生時点で採取したログ情報の解析により原因
の究明に到らなかった場合、以降の障害発生毎に採取す
べきログ情報を追加して、従来解析が困難であった複雑
な問題の解析を容易に行えるという効果がある。
初の障害発生時点で採取したログ情報の解析により原因
の究明に到らなかった場合、以降の障害発生毎に採取す
べきログ情報を追加して、従来解析が困難であった複雑
な問題の解析を容易に行えるという効果がある。
【図１】本発明の一実施例を示すログ処理フローチャー
トである。
トである。
【図２】本発明の一実施例を示すログ処理フローチャー
トである。
トである。
【図３】（ａ）は、ＩＯＰユニットのＥＩＦレジスタと
ＥＩＦパターンを示す図、（ｂ）は、障害解析結果とし
てのＥＩＦパターンから採取すべきログ項目を決定する
ためのログ・アクション・テーブルを示す図である。
ＥＩＦパターンを示す図、（ｂ）は、障害解析結果とし
てのＥＩＦパターンから採取すべきログ項目を決定する
ためのログ・アクション・テーブルを示す図である。
【図４】（ａ）は、ＩＯＰユニットのログ項目・テーブ
ルを示す図、（ｂ）は、ＩＯＰユニットのＥＩＦ履歴表
を示す図である。
ルを示す図、（ｂ）は、ＩＯＰユニットのＥＩＦ履歴表
を示す図である。
【図５】本発明の一実施例に係る情報処理装置を示すブ
ロック図である。
ロック図である。
【図６】ＩＯＰユニットを示すブロック図である。
【図７】ＳＶＰユニットを示すブロック図である。
１ 主記憶装置（ＭＭＵ） ２ 演算処理装置（ＥＰＵ） ３ 入出力制御装置（ＩＯＰ） ４ 診断処理装置（ＳＶＰ） ５ 入出力アダプタ（ＩＯＡ１〜ＩＯＡｎ） ６ Ｓ−バストレーサ ７ Ｐ−バストレーサ ８ フロッピーディスク装置（ＦＤ） ９ ワーク・ステーション（ＷＳ） １０ Ｓ−バス １１ Ｐ−バス １２ 通信回線（ＬＩＮＥ） ２１，３１ プロセッサ（ＰＲＯＣ） ２２，３２ 制御記憶（ＣＳ） ２３，３３ Ｓ−バス制御部（Ｓ−ＣＮＴ） ２４，３４ ローカル・メモリ（ＬＭ） ２５ ＥＩＦレジスタ（ＥＩＦ ＲＧ） ２６ Ｐ−バス制御部（Ｐ−ＣＮＴ） ２７，３５ ＦＷトレーサ ２８，３９ Ｉ−バス ３６ フロッピーディスク装置コントローラ（ＦＤＣ） ３７ ワーク・ステーションコントローラ（ＷＳＣ） ３８ 通信制御部（ＬＡ）
Claims (1)
- 【請求項１】 障害発生時、障害解析のための情報を診
断処理装置がログする情報処理装置において、 障害検出時、診断処理装置が障害内容に応じて予め定め
られた内容の情報を各ユニットから採取する手段と、 同一障害発生時に同一障害であることを障害内容から判
定する手段と、次回同一障害発生に備え、新たに採取す
べきログ情報の設定を行う手段とを有し、 最初の障害発生時点で採取したログ情報の解析により原
因究明に到らなかった場合、以降の障害発生毎に採取す
べきログ情報を追加して原因の解析を行うことを可能と
したことを特徴とする情報処理装置の障害情報ログ方
式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3292410A JPH05108398A (ja) | 1991-10-11 | 1991-10-11 | 情報処理装置の障害情報ログ方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3292410A JPH05108398A (ja) | 1991-10-11 | 1991-10-11 | 情報処理装置の障害情報ログ方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05108398A true JPH05108398A (ja) | 1993-04-30 |
Family
ID=17781429
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3292410A Pending JPH05108398A (ja) | 1991-10-11 | 1991-10-11 | 情報処理装置の障害情報ログ方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05108398A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006146600A (ja) * | 2004-11-19 | 2006-06-08 | Ntt Docomo Inc | 動作監視サーバ、端末装置及び動作監視システム |
| CN102508764A (zh) * | 2011-11-04 | 2012-06-20 | 哈尔滨工程大学 | 一种容错移动计算系统记录节点事件日志的方法 |
| DE102016007374A1 (de) | 2015-06-23 | 2016-12-29 | Fanuc Corporation | Numerische Steuerung und numerisches Steuersystem, in dem die Steuerung über ein Netzwerk verbunden ist |
-
1991
- 1991-10-11 JP JP3292410A patent/JPH05108398A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006146600A (ja) * | 2004-11-19 | 2006-06-08 | Ntt Docomo Inc | 動作監視サーバ、端末装置及び動作監視システム |
| CN102508764A (zh) * | 2011-11-04 | 2012-06-20 | 哈尔滨工程大学 | 一种容错移动计算系统记录节点事件日志的方法 |
| CN102508764B (zh) * | 2011-11-04 | 2014-06-11 | 哈尔滨工程大学 | 一种容错移动计算系统记录节点事件日志的方法 |
| DE102016007374A1 (de) | 2015-06-23 | 2016-12-29 | Fanuc Corporation | Numerische Steuerung und numerisches Steuersystem, in dem die Steuerung über ein Netzwerk verbunden ist |
| US10191481B2 (en) | 2015-06-23 | 2019-01-29 | Fanuc Corporation | Numerical controller and numerical control system in which the controller is connected by network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0261335B1 (en) | Test method and apparatus for a distributed processing system | |
| EP0031501A2 (en) | Diagnostic and debugging arrangement for a data processing system | |
| JPH10105427A (ja) | 電子相互接続バス上でのメモリアクセスに関する状態論理データを表示するためのコンピュータ操作可能な方法 | |
| CN109976959A (zh) | 一种用于服务器故障检测的便携式设备及方法 | |
| US20210111967A1 (en) | Graphical user interface for traffic capture and debugging tool | |
| US7970582B2 (en) | Diagnosis system for at least one technical system | |
| JPH05108398A (ja) | 情報処理装置の障害情報ログ方式 | |
| JPS6226734B2 (ja) | ||
| JP2000056825A (ja) | プラント監視装置 | |
| JP3099770B2 (ja) | ネットワーク監視システムにおける障害情報管理方式 | |
| JP2609813B2 (ja) | 通信プロトコル障害解析装置 | |
| EP0032895A1 (en) | Testor for microprocessor-based systems | |
| CN115878430A (zh) | Pcie设备故障监控方法、装置、通信设备及存储介质 | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| JP3378975B2 (ja) | 障害診断器 | |
| JPH10340201A (ja) | システムテスト自動化装置 | |
| JPS63213039A (ja) | 診断装置の障害解析方式 | |
| JPH0329857A (ja) | 自動分析ネットワークシステム | |
| JPH0689239A (ja) | 通信トレース自動採取方式 | |
| JPS6312037A (ja) | 診断装置付電子計算機システム | |
| JPS6332697A (ja) | 監視装置の警報表示方法 | |
| KR20230040534A (ko) | 중장비 관리 시스템 및 IoT 중장비 센서 고장 진단 방법 | |
| JPS6134176B2 (ja) | ||
| JP2001117635A (ja) | モニタ装置 | |
| JPS60118959A (ja) | 入出力装置における障害解析方式 |