JPH064334A - 論理装置の故障診断方式 - Google Patents

Abstract

(57)【要約】 【目的】論理エラーログ分析方式の改善 【構成】論理装置に故障が発生した再にエラーログをエ
ラーログファイル内に障害発生時刻時順に収集するログ
収集手段と、ログ収集手段によってどのエラーログまで
が収集済みかを示す収集済ログ番号情報と、ログ収集手
段により、収集されたエラーログを分析するログ分析手
段と、ログ分析手段によってどのエラーログまでが分析
済みかを示す分析済ログ番号情報と、分析済ログ番号情
報を更新する各更新手段とを有する論理装置の故障診断
方式。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は論理装置の故障診断方式
に関し、特に情報処置システムを構成する論理装置の故
障診断の故障診断をサービスプロセッサより行う論理装
置の故障診断方式に関する。

【０００２】

【従来の技術】従来、この種の論理装置の故障診断方式
の一例として組込型診断方式（Built-in Diagnostics;
以下ＢＩＤ方式）が知られている。

【０００３】このＢＩＤ方式では、情報処理システムを
構成する演算処理装置、入出力制御装置、主記憶装置等
の論理装置中の要所にハードウェアによる各種のエラー
検出回路が設けられており、エラー検出回路がエラーを
検出した時にエラー検出対応に設けられた、エラーイン
ディケータフリップフロップ（以下ＥＩＦと略記する）
がエラーログとして診断ユニットを経由して情報処理シ
ステム中のサービスプロセッサ内のログ分析手段により
収集され、磁気ディスク装置へ書き込まれる。

【０００４】その後、ログ収集手段は採取したエラーロ
グに対し、サービスプロセッサ内のログ分析手段を起動
する。ログ分析手段は、磁気ディスク装置から、指定さ
れたログ番号に対するエラーログを読み込み、故障診断
を行なう。この故障診断分析は、収集したエラーログを
故障徴候とし実施され、この故障診断分析によって得ら
れた被疑故障部品名情報が磁気ディスク装置等のエラー
ログファイル内に書き込まれる。このエラーログファイ
ル内に書き込まれた被疑故障部品名情報は、必要に応じ
てエラーログと共に編集されエーラーログと共に編集さ
れ出力される。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来の論理装置の故障診断方式では、エラーログが収
集された後、ログ分析手段が終了する前にサービスプロ
セッサの再立ち上げがおこなわれた場合ログ分析手段が
起動されるタイミングがないため該エラーログに対する
分析が行なわれずログ分析結果が得られないという問題
があった。

【０００６】

【課題を解決するための手段】本発明の方式は、保守診
断機能を有するサービスプロセッサと、論理装置の要所
に設けられたエラー検出回路と、前記エラー検出回路が
前記論理装置のエーラを検出したときにセットされる各
エラー検出回路対応のエラーインディケータフリップと
を備える情報処理装置における論理装置の故障診断方式
において、前記論理装置に故障が発生した際に当該エラ
ーインディケータフリップフロップの保持内容を含むエ
ラーログを、診断パスを介して前記サービスプロセッサ
内のエラーログファイル内に障害発生時刻順に収集する
ログ収集手段と、前記ログ収集手段によってどのエラー
ログまでが収集済かを示す収集済ログ番号情報と、前記
エラーログに関してログ収集が完了した場合に収集済番
号情報を更新する収集済ログ番号情報更新手段と、前記
ログ収集手段により収集された前記エラーログを故障徴
候として故障診断分析を行い被疑故障部品名情報を指摘
し、該被疑故障部品名情報を前記エラーログファイル内
に記録するログ分析手段と、前記ログ分析手段によって
どのエラーログまでが分析済かを示す分析済ログ番号情
報と、前記エラーログに対してログ分析が完了して場合
に分析済番号情報を更新する分析済ログ番号情報更新手
段と、前記サービスプロッサ立ち上げ時に収集済み前記
ログ番号情報と、前記分析済ログ番号情報とを比較し一
致しない場合には、再度ログ分析手段を起動するログ分
析再起動手段とを有することを特徴とする論理装置故障
診断方式。

【０００７】

【実施例】次に本発明の実施例について説明する。

【０００８】図２は発明が適用される情報システムの一
例を示すブロック図であり、この情報処理システムは、
演算処理装置（ＣＰＵ）１１と、入力制御装置（ＩＯ
Ｐ）１２と、主記憶装置（ＭＭＵ）１３と、診断パス１
９により演算処理装置１１、入出力制御装置１２および
主記憶装置１３に接続された診断ユニット（ＤＧＰ）１
４と、サービスプロセッサ（ＳＶＰ）１５と、磁気ディ
スク装置１６と、コンソール１７とプリンタ１８とから
構成される。

【０００９】磁気ディスク装置１６には、図３で示され
るようにログ番号情報更新手段４１、ログ分析手段４
３、収集済みログ番号情報更新手段４２、分析済みログ
番号更新手段４４、被疑故障部品名編集出力手段４５、
ログ分析再起動手段４６、及びログファイル４７が格納
される。さらに、ログファイル４７内には、図４に示さ
れるように収拾済みログ番号情報５１、分析済みログ番
号情報５２、ログ情報＃１〜＃ｎ（５３１〜５３ｎ：ｎ
はログ番号に対応）および被疑故障部品名情報＃１〜＃
ｎ（５４１〜ｎ）が格納されている。

【００１０】図１は本発明の一実施例のフローチャート
である。まず、通常のログ分析が行われる手順について
説明する。ログファイル４７内のエラーログが既に４件
採取されており、収集済みログ番号情報５１、分析済み
ログ番号情報５２が共に″４″であったとする。図２に
示される情報処理に何か障害が発生すると、診断ユニッ
ト１４を介してサービスプロセッサ１５に通知される
（Ｓ６）。次にサービスプロセッサ１５は、ログ収集手
段４１を起動する（Ｓ７）。

【００１１】ログ収集手段４１は、診断パス１９を介
し、障害発生装置から障害情報を読み込み、サービスプ
ロセッサ１５に接続された磁気ディスク装置１６内のロ
グ情報＃５エリアに格納する。次にログ収集手段４１
は、収集済みログ番号情報更新手段４２を起動する。収
集済みログ番号情報更新手段４２はログファイル内の収
集済みログ番号情報を″５″に更新する（Ｓ８）。次に
ログ収集手段４１はログ分析手段４２を起動する。ログ
分析手段４２は、ログ情報＃５に関して分析を開始し
（Ｓ９）、被疑故障部品名情報＃６エリアに書き込む。

【００１２】ログ分析手段４３は、次に分析済みログ番
号情報手段４４を起動する。分析済みログ番号情報更新
手段４４は、ログファイル４７内の分析済みログ番号情
報を″５″に更新する（Ｓ１０）。

【００１３】その後、必要に応じて、被疑故障部品名表
示手段４５が起動され、被疑故障部品名情報がプリンタ
１８又はコンソール１７に出力されている。

【００１４】また、サービスプロセッサ１５の再立ち上
げが行われたとした場合（Ｓ１）、分析済みログ番号情
報５２と収集済みログ番号情報は一致しているため、次
に新しい障害が発生するまでログ分析手段４３は起動さ
れない。

【００１５】さて、次に図５に示されるイベントが発生
したと仮定し、本実施例の動作を説明する。まず、障害
が発生し（ｅ１）、ログ収集が完了し（ｅ２），ログ分
析を開始し（ｅ３）サービスプロセッサ１５が停止し
（ｅ４）、その後サービスプロセッサ１５の再立ち上が
行われ（ｅ５）、ログ分析手段４３が再起動され（ｅ
６）、ログ分析が完了した場合（ｅ７）を例にとって説
明する。

【００１６】ログファイル４７内のエラーログが既に５
件採取されており、収集済みログ番号情報、分析済みロ
グ番号情報が共に″５″であったとする。図２に示され
る情報処理装置に何か障害が発生すると、診断ユニット
１４を介してサービスプロセッサ１５に通知される（Ｓ
６）。次にサービスプロセッサ１５は、ログ収集手段４
１を起動する（Ｓ７）。

【００１７】ログ収集手段４１は、診断パス１９を介
し、障害発生装置から障害を読み込み、サービスプロセ
ッサ１５に接続された磁気ディスク装置１６内ログ情報
＃６エリアに格納する。次にログ収集手段４１は、収集
済みログ番号更新手段４２を起動する。収集済みログ番
号情報更新手段４２はログファイル４７内の収集済みロ
グ番号情報を″６″に更新する（Ｓ８）。次にログ収集
手段４１はログ分析手段４２を起動する。ログ分析手段
４２は、ログ情報＃６に関して分析を開始する（Ｓ
９）。ログ分析中に図５のｅ４で示されるにょうに、サ
ービスプロセッサ１５が停止したとする。

【００１８】その後、サービスプロセッサが再立ち上げ
される（Ｓ１）。サービスプロセッサ１５は、再立ち上
げ時に分析済みログ番号５１と収集済みログ番号５２を
比較する（Ｓ２）。図５のケースのように一致しない場
合は、ログ分析再起動手段４６が起動される。ログ分析
再起動手段４６は、ログ情報＃６に対してログ分析手段
４３を起動する。ログ分析手段４３は、ログ情報＃６の
分析を行い被疑故障部品名情報を、ログファイル４７内
の被疑故障部品名情報＃６エリアに書き込む（Ｓ４）。

【００１９】ログ分析手段４３は、次に分析済みログ番
号情報更新手段４４を起動する。分析済みログ番号情報
更新手段４４は、ログファイル４７内の分析済みログ番
号情報を″６″に更新する（Ｓ５）。

【００２０】その後、必要に応じて、被疑故障部品名手
段４５が起動され、被疑故障部品名情報がプリンタ１８
またはコンソール１７に出力される。その後、サービス
プロセッサ１５の再立ち上げが行われた場合、その後、
サービスプロセッサ１５の再立ち上げが行われたとした
場合（Ｓ１）、分析済みログ番号情報５２と収集済みロ
グ番号番号情報は一致しているため、次に新しい障害が
発生するまでログ分析手段４２は起動されない。

【００２１】

【発明の効果】以上説明したように、本発明は、論理装
置のログ分析について、どのエラーログまでがログ分析
済みかの情報を持つことにより、ログ分析終了以前にサ
ービスが停止してもサービスプロセッサの再立ち上げを
行えば再度ログ分析が行われ被疑故障部品名情報が得ら
れるという利点がある。

【図面の簡単な説明】

【図１】本発明の一実施例のフローチャートである。

【図２】本発明の実施例が適用される情報処理システム
の一例を示すブロク図である。

【図３】本発明における磁気ディスク装置の格納内容を
示す図である。

【図４】本発明におけるログファイルの内容説明図であ
る。

【図５】本発明の動作を説明するための収集済みログ番
号情報と分析済みログ番号情報の遷移図例を示す図であ
る。

【符号の説明】

１１ 演習処理装置（ＣＰＵ） １２ 入出力制御装置（ＩＯＰ） １３ 主記憶装置（ＭＭＵ） １４ 診断ユニット（ＤＧＰ） １５ サービスプロセッサ（ＳＶＰ） １６ 磁気ディスク装置 １７ コンソール １８ プリンタ １９ 診断パス

Claims (1)

【特許請求の範囲】
1. 【請求項１】 保守診断機能を有するサービスプロセッ
   サと、論理装置の要所に設けられたエラー検出回路と、
   前記エラー検出回路が前記論理装置のエーラを検出した
   ときにセットされる各エラー検出回路対応のエラーイン
   ディケータフリップとを備える情報処理装置における論
   理装置の故障診断方式において、 前記論理装置に故障が発生した際に当該エラーインディ
   ケータフリップフロップの保持内容を含むエラーログ
   を、診断パスを介して前記サービスプロセッサ内のエラ
   ーログファイル内に障害発生時刻順に収集するログ収集
   手段と、 前記ログ収集手段によってどのエラーログまでが収集済
   かを示す収集済ログ番号情報と、 前記エラーログに関してログ収集が完了した場合に収集
   済番号情報を更新する収集済ログ番号情報更新手段と、 前記ログ収集手段により収集された前記エラーログを故
   障徴候として故障診断分析を行い被疑故障部品名情報を
   指摘し、該被疑故障部品名情報を前記エラーログファイ
   ル内に記録するログ分析手段と、 前記ログ分析手段によってどのエラーログまでが分析済
   かを示す分析済ログ番号情報と、 前記エラーログに対してログ分析が完了して場合に分析
   済番号情報を更新する分析済ログ番号情報更新手段と、 前記サービスプロッサ立ち上げ時に収集済み前記ログ番
   号情報と、前記分析済ログ番号情報とを比較し一致しな
   い場合には、再度ログ分析手段を起動するログ分析再起
   動手段とを有することを特徴とする論理装置故障診断方
   式。