JPH10301814A - 情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 システム内の任意の部位の障害ログを的確に
採取する。 【解決手段】 メイン処理部１０内の制御部が動作不可
となるような障害発生時に、保守員等の操作により、障
害ログ採取部４０を起動する機能を設ける。障害ログ採
取部４０は、起動されると、メイン処理部１０内の障害
ログ情報を得るために、メイン処理部１０内にあるメモ
リ１５のログ情報を外部記憶装置５０に記憶する。次
に、サブ処理部３０内のログ情報を採取するために、外
部インターフェイス２０に接続し、サブ処理部３０に対
して、障害ログ情報の採取／転送指示を行い、サブ処理
部３０内の障害ログ情報の吸い上げを行う。そして、そ
の結果を外部記憶装置５０上に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理技術に関
し、特に、所望のインターフェイスを介して接続される
複数の処理部からなる情報処理システム等における障害
ログ採取技術に適用して有効な技術に関する。

【０００２】

【従来の技術】たとえば、比較的規模の大きな情報処理
システムでは、稼働中のシステムの状態をログ情報とし
て逐次記録して管理することが、障害発生時における原
因解明や迅速かつ適切な復旧処理を実現する等の観点か
ら、必須となっている。なお、情報処理システムにおけ
る障害ログ技術等については、たとえば、株式会社岩波
書店、１９９０年５月２５日発行、「岩波情報科学辞
典」Ｐ３２８、等の文献に記載されている。

【０００３】従来、システム全体の制御を行うメイン処
理部と、周辺装置等の制御を行うサブ処理部が、外部イ
ンターフェイスによって接続された状態で動作するシス
テムに於いて、ある要因により、メイン処理部が動作不
可となるような障害が発生した場合、メイン処理部に設
けられた障害ログ採取機能により、メイン処理部のメモ
リ上にある障害ログ情報のみの採取を行うことが考えら
れる。

【０００４】

【発明が解決しようとする課題】前述した従来の技術で
は、外部インターフェイス側の障害ログ情報を採取する
手段が無く、障害要因が、外部インターフェイス側の処
理に起因していた場合に、障害ログ情報が不足する、と
いう技術的課題があった。

【０００５】なお、関連する従来技術として、たとえば
特開平３−４３８２１号公報には、プリンタのログ採取
において、ログ採取動作を行う制御部と、スイッチを設
け、障害発生時等にスイッチを操作して制御部を起動す
ることにより、プリンタのログデータを外部記憶装置に
格納する動作を行わせる技術が開示されているが、制御
部に障害が発生した場合には、プリンタのログデータを
取得することはできない、という技術的課題がある。

【０００６】本発明の目的は、障害の発生部位に影響さ
れることなく、システム内の任意の部位の障害ログを的
確に採取することが可能な情報処理システムを提供する
ことにある。

【０００７】本発明の他の目的は、システム内の任意の
部位の障害ログを的確に採取することで、システム内の
任意の部位の障害の原因解析および復旧処理を迅速かつ
的確に遂行することが可能な情報処理システムを提供す
ることにある。

【０００８】

【課題を解決するための手段】本発明は、任意の外部イ
ンターフェイスを介して接続される複数の処理部からな
る情報処理システムにおいて、任意の処理部内に設けら
れた第１の障害ログ採取手段の他に、個々の処理部とは
独立に、外部インターフェイスを経由してシステム内の
任意の処理部の障害ログを採取する機能を備えた第２の
障害ログ採取手段を備えるようにしたものである。

【０００９】この場合、第２の障害ログ採取手段は、外
部インターフェイスをエミュレートして当該外部インタ
ーフェイスを介して接続されたシステム内の任意の処理
部にアクセスする機能を備えた制御論理等で構成するこ
とができる。

【００１０】また、第２の障害ログ採取手段は、障害発
生時に、制御スイッチにより、外部インターフェイスを
任意の構成部位から切り放し、外部インターフェイスを
経由した自身のアクセスを優先的に行い得る機能を備え
ることができる。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら詳細に説明する。

【００１２】（実施の形態１）図１は、本発明の第１の
実施の形態である情報処理システムの構成の一例を示す
概念図であり、図３は、その作用の一例を示すフローチ
ャートである。

【００１３】本第１の実施の形態の情報処理システム
は、システム全体を制御するメイン処理部１０と、外部
インターフェイス２０により接続されたサブ処理部３０
と、障害ログ採取部４０と、障害ログ情報を格納する外
部記憶装置５０から構成される。

【００１４】また、メイン処理部１０は、メイン処理部
およびサブ処理部を制御するシステム制御部１１、外部
インターフェイス２０を制御するインターフェイス制御
部１２、障害発生時に障害ログ採取等の制御を行う障害
ログ採取部１３、サブ処理部３０の障害ログ情報を一時
的に格納するための障害ログ領域１４、メイン処理部１
０のログ情報や任意の制御情報等が格納されているメモ
リ１５から構成されている。

【００１５】一方、サブ処理部３０は、外部インターフ
ェイス２０を制御するインターフェイス制御部３１、サ
ブ処理部３０の制御を行う制御部３２、サブ処理部３０
のログ情報や任意の制御情報等が格納されているメモリ
３３から構成されている。

【００１６】本実施の形態の場合、障害ログ採取部４０
は、メイン処理部１０内の障害ログ採取部１３に代わっ
て、当該メイン処理部１０の障害ログを採取する機能を
備えているとともに、インターフェイス制御部１２等の
介在を必要とすることなく、外部インターフェイス２０
を制御する機能を備えており、メイン処理部１０の状態
に関係なく、サブ処理部３０にもアクセスすることが可
能になっている。

【００１７】この障害ログ採取部４０の実現方法として
は、一例として、メイン処理部１０が、たとえばマルチ
タスクＯＳの配下で稼働する情報処理装置で構成される
場合、システム制御部１１、インターフェイス制御部１
２、障害ログ採取部１３、等の機能を実現するプログラ
ムとは独立に動作するプログラム等で構成することがで
きる。あるいは、メイン処理部１０を構成する情報処理
装置とは独立な別の情報処理装置にて、障害ログ採取部
４０を実現してもよい。

【００１８】以下、本実施の形態の情報処理システムの
作用の一例を図３のフローチャート等を参照しながら説
明する。

【００１９】まず、通常の障害時の動作について説明す
る（すなわち、図３のステップ１０１の判定結果がＹＥ
Ｓの場合である）。障害が発生すると、システム制御部
１１に障害が通知され（ステップ１００）、それを契機
に、システム制御部１１は、障害ログ採取部１３に対し
て、障害ログ採取指示を行う（ステップ１０２）。障害
ログ採取部１３は、メイン処理部１０のメモリ１５上に
ある障害ログ情報を外部記憶装置５０に格納した後（ス
テップ１０３）、サブ処理部３０内のログ情報を採取す
るために、インターフェイス制御部１２に対して、障害
ログ採取／転送指示を行う（ステップ１０４）。それに
より、外部インターフェイス２０を通してサブ処理部３
０内のメモリ３３上のログ情報の吸い上げを行い、その
結果を、障害ログ領域１４を経由して、外部記憶装置５
０に格納する（ステップ１０５、ステップ１０６、ステ
ップ１０７）。これにより、メイン処理部１０、サブ処
理部３０の双方のログ情報が、外部記憶装置５０上に格
納される。

【００２０】ところが、上記動作には、メイン処理部１
０内のシステム制御部１１、インターフェイス制御部１
２、障害ログ採取部１３の３つの制御部位が関わってお
り、そのいずれかが、障害により動作不可となったと
き、サブ処理部３０内の、障害ログ情報を採取すること
ができなくなる（すなわち、図３のステップ１０１の判
定結果がＮＯの場合である）。

【００２１】そこで、前述の様な、メイン処理部１０内
の制御部位が動作不可となるような障害発生時に（ステ
ップ１０１）、保守員等の操作により、障害ログ採取部
４０を起動する（ステップ１０８）機能を設ける。障害
ログ採取部４０は、起動されると、メイン処理部１０内
の障害ログ情報を得るために、メイン処理部１０内にあ
るメモリ１５のログ情報を外部記憶装置５０に記憶する
（ステップ１０９）。次に、サブ処理部３０内のログ情
報を採取するために、外部インターフェイス２０に接続
し、サブ処理部３０に対して、障害ログ情報の採取／転
送指示を行い（ステップ１１０）、サブ処理部３０内の
障害ログ情報の吸い上げを行う（ステップ１１１）。そ
して、その結果を外部記憶装置５０上に格納する（ステ
ップ１１２）。

【００２２】このように、本実施の形態の情報処理シス
テムでは、たとえばメイン処理部１０内に障害が発生し
て、当該メイン処理部１０内の制御部位等が動作不能と
なった場合でも、当該メイン処理部１０とは独立に動作
する障害ログ採取部４０にて、メイン処理部１０および
サブ処理部３０の双方の障害ログを的確に採取して外部
記憶装置５０に格納することができる。すなわち、障害
の発生部位に影響されることなく、システム内の任意の
部位の障害ログを的確に採取することが可能である。

【００２３】この結果、システム内の任意の部位の障害
ログを的確に採取することで、システム内の任意の部位
の障害の原因解析および復旧処理を迅速かつ的確に遂行
することが可能となる。

【００２４】（実施の形態２）ところで、外部インター
フェイス２０が通常時に頻繁にインターフェイス制御部
１２からアクセスされる様なシステムでは、障害ログ採
取部４０からアクセスしようとしたときに、外部インタ
ーフェイス２０の異常を発生させたり、あるいは、外部
インターフェイス２０にアクセスできない状態が発生す
る可能性がある。

【００２５】このような技術的課題を解決するための本
発明の第２の実施の形態を図２に例示する。図２は、図
１の構成に対して、メイン処理部１０Ａ内のインターフ
ェイス制御部１２Ａの制御を行うための制御ＳＷ１６を
追加したものである。この制御ＳＷ１６は、メイン処理
部１０Ａとは独立な障害ログ採取部４０Ａによって制御
される構成となっている。

【００２６】なお、本第２の実施の形態では、メイン処
理部１０Ａ、インターフェイス制御部１２Ａ、制御ＳＷ
１６、障害ログ採取部４０Ａ、以外の各構成要素の機能
は、前述の第１の実施の形態と同様であるので、重複を
避けるため同一の符号を付して説明は割愛する。

【００２７】障害ログ採取部４０Ａは、起動されると、
メイン処理部１０Ａ内の障害ログ情報を得るために、メ
イン処理部１０Ａ内にあるメモリ１５のログ情報を外部
記憶装置５０に記憶する。次に、サブ処理部３０内のロ
グ情報を採取するために、制御ＳＷ１６をＯＮにする。
インターフェイス制御部１２Ａは、制御ＳＷ１６がＯＮ
となると、外部インターフェイス２０とのインターフェ
イスを切り放し、障害ログ採取部４０Ａからの排他的な
アクセスが可能な状態にする。その後、障害ログ採取部
４０Ａは、外部インターフェイス２０に接続し、サブ処
理部３０に対して、障害ログ情報の採取／転送指示を行
い、サブ処理部３０内の障害ログ情報の吸い上げを行
う。そして、その結果を外部記憶装置５０上に格納す
る。

【００２８】このように、本第２の実施の形態の場合に
は、外部の障害ログ採取部４０Ａが、制御ＳＷ１６を介
してインターフェイス制御部１２Ａの外部インターフェ
イス２０に対するアクセスの有無を制御可能な構成であ
るため、必要に応じて、インターフェイス制御部１２Ａ
による外部インターフェイス２０へのアクセスを制限し
てサブ処理部３０内の障害ログの採取を優先的に確実に
遂行することが可能であり、インターフェイス制御部１
２Ａによる外部インターフェイス２０へのアクセス状態
に影響されることなく、より確実にサブ処理部３０内の
障害ログの採取を実行し得る、という利点がある。

【００２９】以上本発明者によってなされた発明を実施
の形態に基づき具体的に説明したが、本発明は前記実施
の形態に限定されるものではなく、その要旨を逸脱しな
い範囲で種々変更可能であることはいうまでもない。

【００３０】たとえば、情報処理システムの構成は、前
述の各実施の形態に例示されるものに限定されない。

【００３１】

【発明の効果】本発明の情報処理システムによれば、障
害の発生部位に影響されることなく、システム内の任意
の部位の障害ログを的確に採取することができる、とい
う効果が得られる。

【００３２】また、本発明の情報処理システムによれ
ば、システム内の任意の部位の障害ログを的確に採取す
ることで、システム内の任意の部位の障害の原因解析お
よび復旧処理を迅速かつ的確に遂行することができる、
という効果が得られる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態である情報処理シス
テムの構成の一例を示す概念図である。

【図２】本発明の第２の実施の形態である情報処理シス
テムの構成の一例を示す概念図である。

【図３】本発明の第１の実施の形態である情報処理シス
テムの作用の一例を示すフローチャートである。

【符号の説明】

１０…メイン処理部、１０Ａ…メイン処理部、１１…シ
ステム制御部、１２…インターフェイス制御部、１２Ａ
…インターフェイス制御部、１３…障害ログ採取部、１
４…障害ログ領域、１５…メモリ、１６…制御ＳＷ、２
０…外部インターフェイス、３０…サブ処理部、３１…
インターフェイス制御部、３２…制御部、３３…メモ
リ、４０…障害ログ採取部、４０Ａ…障害ログ採取部、
５０…外部記憶装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 諸星 孝也 神奈川県秦野市堀山下１番地 株式会社日 立インフォメーションテクノロジー内 (72)発明者 今井 庸夫 神奈川県海老名市下今泉810番地 株式会 社日立製作所オフィスシステム事業部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 メイン処理部と、任意のインターフェイ
   スを介して前記メイン処理部に接続されるサブ処理部
   と、前記メイン処理部に設けられ、前記メイン処理部お
   よび前記サブ処理部の少なくとも一方におけるログ情報
   を収集する第１の障害ログ採取手段と、前記メイン処理
   部とは独立に前記メイン処理部および前記サブ処理部に
   おける前記ログ情報を収集する機能を備えた第２の障害
   ログ採取手段と、を備えたことを特徴とする情報処理シ
   ステム。