JPH04369067A - 障害処理装置 - Google Patents
障害処理装置Info
- Publication number
- JPH04369067A JPH04369067A JP3145777A JP14577791A JPH04369067A JP H04369067 A JPH04369067 A JP H04369067A JP 3145777 A JP3145777 A JP 3145777A JP 14577791 A JP14577791 A JP 14577791A JP H04369067 A JPH04369067 A JP H04369067A
- Authority
- JP
- Japan
- Prior art keywords
- log
- log data
- processing device
- information processing
- area
- 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.)
- Granted
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【０００１】
【産業上の利用分野】本発明は、障害処理技術に関し、
特に、複数台の情報処理装置とサービスプロセッサとの
間に介在し、情報処理装置における障害発生時のログデ
ータの採取およびサービスプロセッサへの引き渡しなど
の障害処理を行なう障害処理装置に適用して有効な技術
に関する。
特に、複数台の情報処理装置とサービスプロセッサとの
間に介在し、情報処理装置における障害発生時のログデ
ータの採取およびサービスプロセッサへの引き渡しなど
の障害処理を行なう障害処理装置に適用して有効な技術
に関する。
【０００２】
【従来の技術】従来、この種の障害処理装置は、情報処
理装置から障害発生の報告を受けると、最初に障害が発
生した情報処理装置から内部状態（ログデータ）を順次
全て取り出し、障害処理装置内の情報処理装置毎に指定
されたログエリアにログデータを一時格納し、磁気記憶
装置等の記憶装置を持つサービスプロセッサ（ＳＶＰ）
にログデータ格納要求を発行し、ログデータをサービス
プロセッサに引渡し、障害が発生した情報処理装置の再
起動を行なう障害処理を行なっていた。
理装置から障害発生の報告を受けると、最初に障害が発
生した情報処理装置から内部状態（ログデータ）を順次
全て取り出し、障害処理装置内の情報処理装置毎に指定
されたログエリアにログデータを一時格納し、磁気記憶
装置等の記憶装置を持つサービスプロセッサ（ＳＶＰ）
にログデータ格納要求を発行し、ログデータをサービス
プロセッサに引渡し、障害が発生した情報処理装置の再
起動を行なう障害処理を行なっていた。
【０００３】再起動により情報処理装置は動作中となる
が、再び障害が起こると障害処理装置は、サービスプロ
セッサへのログデータの引渡しが完了していない場合は
、ログエリアが空き状態になるまでログエリアへのログ
データの格納が待たされ、ログエリアが空き状態になる
とログデータを採取し障害処理を開始していた。
が、再び障害が起こると障害処理装置は、サービスプロ
セッサへのログデータの引渡しが完了していない場合は
、ログエリアが空き状態になるまでログエリアへのログ
データの格納が待たされ、ログエリアが空き状態になる
とログデータを採取し障害処理を開始していた。
【０００４】また、特開平２ー１４３３３３に開示され
る障害処理技術では、一定のログエリアを障害発生の都
度循環させて使用することにより、ログエリアの使用率
を上げて高速な障害処理を実現しようとしている。
る障害処理技術では、一定のログエリアを障害発生の都
度循環させて使用することにより、ログエリアの使用率
を上げて高速な障害処理を実現しようとしている。
【０００５】
【発明が解決しようとする課題】上述した従来の障害処
理装置は、情報処理装置毎にログエリアが定められてお
り、しかもログデータは磁気記憶装置等の記憶装置を持
つサービスプロセッサに引取られるまで保持されるので
、サービスプロセッサにログデータが引き取られる前に
同一情報処理装置の障害が多発し、指定されたログエリ
アが一杯になると障害処理装置の障害処理はログエリア
が空くまで待たされ、同一情報処理装置で障害が発生し
たとしても障害のいかんに関わらず情報処理装置のログ
データ全てを採取しているので、ログデータの採取に障
害処理の時間のほとんどを費やしてしまい高速な障害処
理が行なえないという欠点がある。
理装置は、情報処理装置毎にログエリアが定められてお
り、しかもログデータは磁気記憶装置等の記憶装置を持
つサービスプロセッサに引取られるまで保持されるので
、サービスプロセッサにログデータが引き取られる前に
同一情報処理装置の障害が多発し、指定されたログエリ
アが一杯になると障害処理装置の障害処理はログエリア
が空くまで待たされ、同一情報処理装置で障害が発生し
たとしても障害のいかんに関わらず情報処理装置のログ
データ全てを採取しているので、ログデータの採取に障
害処理の時間のほとんどを費やしてしまい高速な障害処
理が行なえないという欠点がある。
【０００６】また、ログエリアを循環使用する場合では
、ログエリアにおけるログデータの格納アドレスの管理
などのために、制御ソフトウェアが煩雑になるという問
題がある。
、ログエリアにおけるログデータの格納アドレスの管理
などのために、制御ソフトウェアが煩雑になるという問
題がある。
【０００７】本発明の目的は、障害が頻発する場合でも
、ログデータの採取および障害処理を遅滞無く高速に遂
行することが可能な障害処理技術を提供することにある
。
、ログデータの採取および障害処理を遅滞無く高速に遂
行することが可能な障害処理技術を提供することにある
。
【０００８】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。
な特徴は、本明細書の記述および添付図面から明らかに
なるであろう。
【０００９】
【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。
【００１０】すなわち、請求項１記載の本発明の障害処
理装置は、個々の情報処理装置における障害部位を識別
可能にする情報処理装置状態テーブルと、この情報処理
装置状態テーブルにより障害部位判定を行いログデータ
量を決める障害部位判定部と、ログデータ量に対応した
大きさの異なる単位格納領域をそれぞれ有するログエリ
アと、各ログエリアにおける個々の単位格納領域の使用
状態を示すログエリア管理テーブルと、ログエリアの確
保の可否を判定するログエリア判定部と、ログエリアの
確保ができる場合にログデータの採取を行なうログデー
タ採取部とを備えたものである。
理装置は、個々の情報処理装置における障害部位を識別
可能にする情報処理装置状態テーブルと、この情報処理
装置状態テーブルにより障害部位判定を行いログデータ
量を決める障害部位判定部と、ログデータ量に対応した
大きさの異なる単位格納領域をそれぞれ有するログエリ
アと、各ログエリアにおける個々の単位格納領域の使用
状態を示すログエリア管理テーブルと、ログエリアの確
保の可否を判定するログエリア判定部と、ログエリアの
確保ができる場合にログデータの採取を行なうログデー
タ採取部とを備えたものである。
【００１１】また、請求項２記載の本発明の障害処理装
置は、請求項１記載の障害処理装置において、任意の障
害発生におけるログデータ量に適合する規模の単位格納
領域を有するログエリアに空きが無いとき、ログデータ
量を変更するログ変更部を備えたものである。
置は、請求項１記載の障害処理装置において、任意の障
害発生におけるログデータ量に適合する規模の単位格納
領域を有するログエリアに空きが無いとき、ログデータ
量を変更するログ変更部を備えたものである。
【００１２】
【作用】上記した請求項１記載の本発明の障害処理装置
では、障害部位対応にログデータ量を決め、ログデータ
量に対応した複数のログエリアを持つことにより、障害
が頻発する場合でも、ログデータの採取がまたされるこ
となく、障害処理を高速に行なうことができる。
では、障害部位対応にログデータ量を決め、ログデータ
量に対応した複数のログエリアを持つことにより、障害
が頻発する場合でも、ログデータの採取がまたされるこ
となく、障害処理を高速に行なうことができる。
【００１３】また、上記した請求項２記載の本発明の障
害処理装置では、複数の情報処理装置における同一規模
の障害発生や、特定の情報処理装置における同一障害が
頻発した場合でも、ログデータ量を変更することで、規
模の異なる単位格納領域からなる他のログエリアを使用
することが可能となり、ログデータの採取がまたされる
ことなく、高速な障害処理を行なうことができる。
害処理装置では、複数の情報処理装置における同一規模
の障害発生や、特定の情報処理装置における同一障害が
頻発した場合でも、ログデータ量を変更することで、規
模の異なる単位格納領域からなる他のログエリアを使用
することが可能となり、ログデータの採取がまたされる
ことなく、高速な障害処理を行なうことができる。
【００１４】
【実施例１】次に、本発明の一実施例である障害処理装
置について図面を参照しながら詳細に説明する。
置について図面を参照しながら詳細に説明する。
【００１５】図１は本実施例の障害処理装置を含む情報
処理システムの構成の一例を示すブロック図であり、図
２，図３および図４は、本実施例の障害処理装置の内部
構成の一部をさらに詳細に例示した説明図である。
処理システムの構成の一例を示すブロック図であり、図
２，図３および図４は、本実施例の障害処理装置の内部
構成の一部をさらに詳細に例示した説明図である。
【００１６】この実施例１における情報処理システムは
、複数の情報処理装置１１，１２，…，１ｎからなる情
報処理装置群１と、情報処理装置１１〜１ｎに障害が発
生した場合、障害処理を行なう障害処理装置２と、障害
処理装置２からの要求によりログデータを引き取り、補
助記憶装置に記憶するサービスプロセッサ（ＳＶＰ）３
とから構成されている。
、複数の情報処理装置１１，１２，…，１ｎからなる情
報処理装置群１と、情報処理装置１１〜１ｎに障害が発
生した場合、障害処理を行なう障害処理装置２と、障害
処理装置２からの要求によりログデータを引き取り、補
助記憶装置に記憶するサービスプロセッサ（ＳＶＰ）３
とから構成されている。
【００１７】障害処理装置２は、情報処理装置１１〜１
ｎと対応した障害部位を識別できる情報処理装置状態テ
ーブル２１１，２１２，…，２１ｎと、この情報処理装
置状態テーブル２１１〜２１ｎにより障害部位判定を行
いログデータ量を決める障害部位判定部２２と、複数種
のログデータ量に対応したログブロック（単位格納領域
）をそれぞれ含むログエリア２４１，２４２，…，２４
ｎと、当該ログエリア２４１〜２４ｎの使用状態を示す
ログエリア管理テーブル２５１，２５２，…，２５ｎと
、ログエリアの確保ができるか否かを判定するログエリ
ア判定部２３と、ログエリアの確保ができるとログデー
タ採取を行なうログデータ採取部２６と、サービスプロ
セッサにログデータ格納要求を出し障害回復処理を行な
う障害処理部２７とから構成されている。
ｎと対応した障害部位を識別できる情報処理装置状態テ
ーブル２１１，２１２，…，２１ｎと、この情報処理装
置状態テーブル２１１〜２１ｎにより障害部位判定を行
いログデータ量を決める障害部位判定部２２と、複数種
のログデータ量に対応したログブロック（単位格納領域
）をそれぞれ含むログエリア２４１，２４２，…，２４
ｎと、当該ログエリア２４１〜２４ｎの使用状態を示す
ログエリア管理テーブル２５１，２５２，…，２５ｎと
、ログエリアの確保ができるか否かを判定するログエリ
ア判定部２３と、ログエリアの確保ができるとログデー
タ採取を行なうログデータ採取部２６と、サービスプロ
セッサにログデータ格納要求を出し障害回復処理を行な
う障害処理部２７とから構成されている。
【００１８】各情報処理装置１１〜１ｎの各々に対応し
て設けられている情報処理装置状態テーブル２１１〜２
１ｎの各々は、図２に例示されるように、複数の障害部
位の各々に対応したエントリ４１〜エントリ４ｎを備え
ており、任意の情報処理装置１１〜１ｎの一つにおいて
障害が発生したとき、対応する情報処理装置状態テーブ
ル２１１〜２１ｎのうちの一つを参照することにより、
当該情報処理装置１１〜１ｎにおける障害部位および当
該障害に対処するために必要なログデータ量などを把握
することが可能になっている。
て設けられている情報処理装置状態テーブル２１１〜２
１ｎの各々は、図２に例示されるように、複数の障害部
位の各々に対応したエントリ４１〜エントリ４ｎを備え
ており、任意の情報処理装置１１〜１ｎの一つにおいて
障害が発生したとき、対応する情報処理装置状態テーブ
ル２１１〜２１ｎのうちの一つを参照することにより、
当該情報処理装置１１〜１ｎにおける障害部位および当
該障害に対処するために必要なログデータ量などを把握
することが可能になっている。
【００１９】ログエリア２４１〜２４ｎの各々は、図４
に例示されるように、所定の記憶容量を有する複数のロ
グブロック６１〜ログブロック６ｎで構成されており、
各ログエリア２４１〜２４ｎの各々における、個々のロ
グブロック６１〜ログブロック６ｎの容量は異なってい
る。たとえば、ログエリア２４１では、個々のログブロ
ックの容量が１６ｋＢであり、ログエリア２４２では、
個々のログブロックの容量が３２ｋＢである、といった
構成になっている。
に例示されるように、所定の記憶容量を有する複数のロ
グブロック６１〜ログブロック６ｎで構成されており、
各ログエリア２４１〜２４ｎの各々における、個々のロ
グブロック６１〜ログブロック６ｎの容量は異なってい
る。たとえば、ログエリア２４１では、個々のログブロ
ックの容量が１６ｋＢであり、ログエリア２４２では、
個々のログブロックの容量が３２ｋＢである、といった
構成になっている。
【００２０】そして、ログエリア２４１〜２４ｎの各々
に対応したログエリア管理テーブル２５１〜２５ｎには
、図３に例示されるように、個々のログエリアに所属す
るログブロックの各々に対応した、使用フラグ５１１〜
５１ｎと、対応するログブロック６１〜６ｎを識別する
ログブロック番号５２１〜５２ｎが記録されたエントリ
が設けられており、使用フラグ５１１〜５１ｎを参照す
ることにより、各ログエリア２４１〜２４ｎ毎に当該ロ
グエリアに所属するログブロックが使用中か否かを知る
ことができるようになっている。
に対応したログエリア管理テーブル２５１〜２５ｎには
、図３に例示されるように、個々のログエリアに所属す
るログブロックの各々に対応した、使用フラグ５１１〜
５１ｎと、対応するログブロック６１〜６ｎを識別する
ログブロック番号５２１〜５２ｎが記録されたエントリ
が設けられており、使用フラグ５１１〜５１ｎを参照す
ることにより、各ログエリア２４１〜２４ｎ毎に当該ロ
グエリアに所属するログブロックが使用中か否かを知る
ことができるようになっている。
【００２１】以下、本実施例の障害処理装置２およびそ
れを含む情報処理装置の作用の一例を、図６のフローチ
ャートなどを参照しながら詳細に説明する。
れを含む情報処理装置の作用の一例を、図６のフローチ
ャートなどを参照しながら詳細に説明する。
【００２２】情報処理装置群１の中のいずれかの情報処
理装置に障害が発生すると、障害処理装置２は、その報
告を受けて障害処理を起動する。
理装置に障害が発生すると、障害処理装置２は、その報
告を受けて障害処理を起動する。
【００２３】まず、障害部位判定部２２は障害の発生し
た情報処理装置１１２と対応した情報処理装置状態テー
ブル２１２を参照して障害部位とログデータ量を決め（
処理７１）、ログエリア判定部２３は、前記ログデータ
量に適合したサイズのログブロックを有するログエリア
２４１を選択し（処理７２）、選択されたログエリアの
使用状態をログエリア管理テーブル２５１の使用フラグ
５１１〜５１ｎを参照して調べる。
た情報処理装置１１２と対応した情報処理装置状態テー
ブル２１２を参照して障害部位とログデータ量を決め（
処理７１）、ログエリア判定部２３は、前記ログデータ
量に適合したサイズのログブロックを有するログエリア
２４１を選択し（処理７２）、選択されたログエリアの
使用状態をログエリア管理テーブル２５１の使用フラグ
５１１〜５１ｎを参照して調べる。
【００２４】そして、ログエリア２４１のログブロック
６１〜６ｎの一つが空いていると判断する（処理７３）
と（たとえばログブロック６２が空きの場合）、ログデ
ータの採取をログデータ採取部２６に指示し、当該ログ
データ採取部２６は、当該情報処理装置１１２の内部か
らログデータを採取してログブロック６２に転送し、ロ
グエリア管理テーブル２５１の、当該ログブロック６２
に対応した使用フラグ５１２をセット（使用中表示）す
る（処理７５）。
６１〜６ｎの一つが空いていると判断する（処理７３）
と（たとえばログブロック６２が空きの場合）、ログデ
ータの採取をログデータ採取部２６に指示し、当該ログ
データ採取部２６は、当該情報処理装置１１２の内部か
らログデータを採取してログブロック６２に転送し、ロ
グエリア管理テーブル２５１の、当該ログブロック６２
に対応した使用フラグ５１２をセット（使用中表示）す
る（処理７５）。
【００２５】このような、ログデータの採取が終了する
と障害処理部２７はサービスプロセッサ３に対してログ
データ格納要求を出す（処理７６）。そして、当該情報
処理装置１１２の再起動を行なう障害回復処理を実行す
る（処理７７）。サービスプロセッサ３がログデータ格
納を終了するとログエリア判定部２３はログエリア管理
テーブル２５１の、ログブロック６２に対応した使用フ
ラグ５１２をリセット（空き表示）しログエリアを解放
し、次の障害発生に備える。
と障害処理部２７はサービスプロセッサ３に対してログ
データ格納要求を出す（処理７６）。そして、当該情報
処理装置１１２の再起動を行なう障害回復処理を実行す
る（処理７７）。サービスプロセッサ３がログデータ格
納を終了するとログエリア判定部２３はログエリア管理
テーブル２５１の、ログブロック６２に対応した使用フ
ラグ５１２をリセット（空き表示）しログエリアを解放
し、次の障害発生に備える。
【００２６】また、処理７３において、対応するログエ
リア２４１がない場合には、当該ログエリア２４１のロ
グブロック６１〜６ｎに空きができるまで待ち、処理７
２に戻る。
リア２４１がない場合には、当該ログエリア２４１のロ
グブロック６１〜６ｎに空きができるまで待ち、処理７
２に戻る。
【００２７】ここで、サービスプロセッサ３がログデー
タを格納するまでに情報処理装置群１から障害が発生し
た場合、障害部位が異なれば、すなわちログデータ量が
異なる場合は、使用中のログブロック６２以外の他のロ
グエリア２４２，…，２４ｎを使用してログデータの採
取を行ない、また、同一障害部位の場合には、すなわち
ログデータ量が同じ場合には、おなじログエリア２４１
に属する他の空いているログブロック６１，６３〜６ｎ
を使用してログデータの採取を遂行する。
タを格納するまでに情報処理装置群１から障害が発生し
た場合、障害部位が異なれば、すなわちログデータ量が
異なる場合は、使用中のログブロック６２以外の他のロ
グエリア２４２，…，２４ｎを使用してログデータの採
取を行ない、また、同一障害部位の場合には、すなわち
ログデータ量が同じ場合には、おなじログエリア２４１
に属する他の空いているログブロック６１，６３〜６ｎ
を使用してログデータの採取を遂行する。
【００２８】これにより、種々の障害が頻発し、先行す
る障害に関するログデータが残っている場合でも、障害
処理が待たされることがなく、高速に障害処理を遂行す
ることができる。
る障害に関するログデータが残っている場合でも、障害
処理が待たされることがなく、高速に障害処理を遂行す
ることができる。
【００２９】また、所定の大きさのログブロック６１〜
６ｎを単位としてログエリア２５１〜２５ｎの管理を行
うので、たとえば特定領域を循環使用する場合のような
煩雑なアドレス管理などが不要となり、制御ソフトウェ
アやハードウェアの規模を簡略化することができる。
６ｎを単位としてログエリア２５１〜２５ｎの管理を行
うので、たとえば特定領域を循環使用する場合のような
煩雑なアドレス管理などが不要となり、制御ソフトウェ
アやハードウェアの規模を簡略化することができる。
【００３０】
【実施例２】図５は、本発明の他の実施例である障害処
理装置を含む情報処理システムの構成の一例を示すブロ
ック図であり、図７は、その作用の一例を示すフローチ
ャートである。
理装置を含む情報処理システムの構成の一例を示すブロ
ック図であり、図７は、その作用の一例を示すフローチ
ャートである。
【００３１】本実施例２の情報処理システムは、複数の
情報処理装置１１，１２，…，１ｎからなる情報処理装
置群１と、情報処理装置１１〜１ｎに障害が発生した場
合、障害処理を行なう障害処理装置８と、障害処理装置
８からの要求によりログデータを引き取り、補助記憶装
置に記憶するサービスプロセッサ３とから構成されてい
る。
情報処理装置１１，１２，…，１ｎからなる情報処理装
置群１と、情報処理装置１１〜１ｎに障害が発生した場
合、障害処理を行なう障害処理装置８と、障害処理装置
８からの要求によりログデータを引き取り、補助記憶装
置に記憶するサービスプロセッサ３とから構成されてい
る。
【００３２】障害処理装置８は、情報処理装置と対応し
た障害部位を識別できる情報処理装置状態テーブル２１
１，２１２，…，２１ｎと、このテーブルにより障害部
位判定を行いログデータ量を決める障害部位判定部２２
と、ログデータ量に対応したログエリア２４１，２４２
，…，２４ｎと、そのログエリアの使用状態を示すログ
エリア管理テーブル２５１，２５２，…，２５ｎと、ロ
グエリアの確保ができるか判定するログエリア判定部２
３と、ログエリアの確保ができるとログデータ採取を行
なうログデータ採取部２６と、サービスプロセッサ３に
ログデータ格納要求を出し障害回復処理を行なう障害処
理部２７とを備えており、これら各部は、上記実施例１
の場合と同様である。
た障害部位を識別できる情報処理装置状態テーブル２１
１，２１２，…，２１ｎと、このテーブルにより障害部
位判定を行いログデータ量を決める障害部位判定部２２
と、ログデータ量に対応したログエリア２４１，２４２
，…，２４ｎと、そのログエリアの使用状態を示すログ
エリア管理テーブル２５１，２５２，…，２５ｎと、ロ
グエリアの確保ができるか判定するログエリア判定部２
３と、ログエリアの確保ができるとログデータ採取を行
なうログデータ採取部２６と、サービスプロセッサ３に
ログデータ格納要求を出し障害回復処理を行なう障害処
理部２７とを備えており、これら各部は、上記実施例１
の場合と同様である。
【００３３】この実施例２の場合、障害処理装置８は、
ログ変更部８１を備えている。
ログ変更部８１を備えている。
【００３４】すなわち、ログ変更部８１は、障害部位判
定と対応したログエリア管理テーブルにてログエリアが
全て使用中の時、たとえば、当該障害の解析に最小限必
要な情報を当初のログデータから抽出してログデータ量
を削減することなどによって、ログデータ量を変更する
動作を行うとともに、変更後のログデータ量に対応した
ログエリアの使用状態を調べて選択する動作を行うもの
である。
定と対応したログエリア管理テーブルにてログエリアが
全て使用中の時、たとえば、当該障害の解析に最小限必
要な情報を当初のログデータから抽出してログデータ量
を削減することなどによって、ログデータ量を変更する
動作を行うとともに、変更後のログデータ量に対応した
ログエリアの使用状態を調べて選択する動作を行うもの
である。
【００３５】以下、本実施例２の障害処理装置およびそ
れを含む情報処理装置の作用の一例を説明する。
れを含む情報処理装置の作用の一例を説明する。
【００３６】情報処理装置群１の中のいずれかの情報処
理装置に障害が発生すると、障害処理装置８は、その報
告を受けて上述の障害処理を起動する。
理装置に障害が発生すると、障害処理装置８は、その報
告を受けて上述の障害処理を起動する。
【００３７】そして、処理７１〜処理７３まで、実施例
１の場合と同様の処理を遂行し、処理７３において、当
該ログデータ量に適合したサイズのログブロックを有す
る、たとえばログエリア２４１の複数のログブロック６
１〜６ｎがすべて使用中である場合には、ログ変更部８
１を起動してログデータ量を変更し（処理７４Ａ）、処
理７２に戻って、変更後のログデータ量に対応した他の
ログエリア２４２，…，２４ｎを使用してログデータの
採取を行う。
１の場合と同様の処理を遂行し、処理７３において、当
該ログデータ量に適合したサイズのログブロックを有す
る、たとえばログエリア２４１の複数のログブロック６
１〜６ｎがすべて使用中である場合には、ログ変更部８
１を起動してログデータ量を変更し（処理７４Ａ）、処
理７２に戻って、変更後のログデータ量に対応した他の
ログエリア２４２，…，２４ｎを使用してログデータの
採取を行う。
【００３８】これにより、ログデータ量の規模が同様の
障害が多発する場合でも、ログデータの採取を確実に行
なうとともに、障害処理を高速に行なうことができる。
障害が多発する場合でも、ログデータの採取を確実に行
なうとともに、障害処理を高速に行なうことができる。
【００３９】以上本発明者によってなされた発明を実施
例に基づき具体的に説明したが、本発明は前記実施例に
限定されるものではなく、その要旨を逸脱しない範囲で
種々変更可能であることはいうまでもない。
例に基づき具体的に説明したが、本発明は前記実施例に
限定されるものではなく、その要旨を逸脱しない範囲で
種々変更可能であることはいうまでもない。
【００４０】
【発明の効果】本願において開示される発明のうち、代
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。
表的なものによって得られる効果を簡単に説明すれば、
以下のとおりである。
【００４１】すなわち、請求項１記載の本発明の障害処
理装置によれば、障害が頻発する場合でも、ログデータ
の採取および障害処理を遅滞無く高速に遂行することが
できるという効果が得られる。
理装置によれば、障害が頻発する場合でも、ログデータ
の採取および障害処理を遅滞無く高速に遂行することが
できるという効果が得られる。
【００４２】また、請求項２記載の本発明の障害処理装
置によれば、ログデータ量の規模が同様の障害が多発す
る場合でも、ログデータの採取を確実に行なうとともに
、障害処理を高速に行なうことができるという効果が得
られる。
置によれば、ログデータ量の規模が同様の障害が多発す
る場合でも、ログデータの採取を確実に行なうとともに
、障害処理を高速に行なうことができるという効果が得
られる。
【図１】本発明の一実施例である障害処理装置を含む情
報処理システムの構成の一例を示すブロック図である。
報処理システムの構成の一例を示すブロック図である。
【図２】本発明の一実施例である障害処理装置の内部構
成の一部をさらに詳細に例示した説明図である。
成の一部をさらに詳細に例示した説明図である。
【図３】本発明の一実施例である障害処理装置の内部構
成の一部をさらに詳細に例示した説明図である。
成の一部をさらに詳細に例示した説明図である。
【図４】本発明の一実施例である障害処理装置の内部構
成の一部をさらに詳細に例示した説明図である。
成の一部をさらに詳細に例示した説明図である。
【図５】本発明の他の実施例である障害処理装置を含む
情報処理システムの構成の一例を示すブロック図である
。
情報処理システムの構成の一例を示すブロック図である
。
【図６】本発明の一実施例である障害処理装置の作用の
一例を示すフローチャートである。
一例を示すフローチャートである。
【図７】本発明の他の実施例である障害処理装置の作用
の一例を示すフローチャートである。
の一例を示すフローチャートである。
１ 情報処理装置群
２ 障害処理装置
３ サービスプロセッサ（ＳＶＰ）
８ 障害処理装置
１１〜１ｎ 情報処理装置
２２ 障害部位判定部
２３ ログエリア判定部
２６ ログデータ採取部
２７ 障害処理部
４１〜４ｎ エントリ
６１〜６ｎ ログブロック（単位格納領域）８１
ログ変更部 ２１１〜２１ｎ 情報処理装置状態テーブル２４１〜
２４ｎ ログエリア ２５１〜２５ｎ ログエリア管理テーブル５１１〜５
１ｎ 使用フラグ ５２１〜５２ｎ ログブロック番号
ログ変更部 ２１１〜２１ｎ 情報処理装置状態テーブル２４１〜
２４ｎ ログエリア ２５１〜２５ｎ ログエリア管理テーブル５１１〜５
１ｎ 使用フラグ ５２１〜５２ｎ ログブロック番号
Claims (2)
- 【請求項１】 複数台の情報処理装置とサービスプロ
セッサとの間に介在し、前記情報処理装置に障害が発生
したとき、該情報処理装置から障害発生時のデータ採取
を行い、ログエリアに一時的に障害情報として記憶して
おき、ログデータ格納要求をサービスプロセッサに発行
して、前記障害情報を含むログデータを前記サービスプ
ロセッサに引き渡し、障害処理を行なう障害処理装置で
あって、個々の前記情報処理装置の各々における障害部
位を識別する情報処理装置状態テーブルと、この情報処
理装置状態テーブルにより障害部位判定を行いログデー
タ量を決める障害部位判定部と、複数種のログデータ量
に対応した少なくとも一つの単位格納領域をそれぞれ含
む複数のログエリアと、このログエリアの各々における
前記単位格納領域の使用状態を示すログエリア管理テー
ブルと、前記ログエリアの確保の可否を判定するログエ
リア判定部と、前記ログエリアの確保が可能な場合に前
記ログデータの採取を行なうログデータ採取部とを有す
ることを特徴とする障害処理装置。 - 【請求項２】 複数台の情報処理装置とサービスプロ
セッサとの間に介在し、前記情報処理装置に障害が発生
したとき、該情報処理装置から障害発生時のデータ採取
を行い、ログエリアに一時的に障害情報として記憶して
おき、ログデータ格納要求をサービスプロセッサに発行
して、前記障害情報を含むログデータをサービスプロセ
ッサに引き渡し、障害処理を行なう障害処理装置であっ
て、個々の前記情報処理装置の各々における障害部位を
識別する情報処理装置状態テーブルと、このテーブルに
より障害部位判定を行いログデータ量を決める障害部位
判定部と、複数種のログデータ量に対応した少なくとも
一つの単位格納領域をそれぞれ含む複数のログエリアと
、このログエリアにおける前記単位格納領域の使用状態
を示すログエリア管理テーブルと、前記ログエリアの確
保の可否を判定するログエリア判定部と、前記ログエリ
アの確保が可能な場合に前記ログデータの採取を行なう
ログデータ採取部と、前記障害による前記ログデータ量
に適合する前記ログエリアが全て使用中の時、前記ログ
データ量を変更するログ変更部とを有することを特徴と
する障害処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3145777A JP3014490B2 (ja) | 1991-06-18 | 1991-06-18 | 障害処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3145777A JP3014490B2 (ja) | 1991-06-18 | 1991-06-18 | 障害処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04369067A true JPH04369067A (ja) | 1992-12-21 |
| JP3014490B2 JP3014490B2 (ja) | 2000-02-28 |
Family
ID=15392929
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3145777A Expired - Fee Related JP3014490B2 (ja) | 1991-06-18 | 1991-06-18 | 障害処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3014490B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007099593A1 (ja) * | 2006-02-28 | 2007-09-07 | Fujitsu Limited | 監視装置、監視プログラム、および情報処理システム |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02143333A (ja) * | 1988-11-24 | 1990-06-01 | Nec Corp | 障害処理装置 |
| JPH0392941A (ja) * | 1989-09-06 | 1991-04-18 | Hitachi Ltd | 領域管理方式 |
-
1991
- 1991-06-18 JP JP3145777A patent/JP3014490B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02143333A (ja) * | 1988-11-24 | 1990-06-01 | Nec Corp | 障害処理装置 |
| JPH0392941A (ja) * | 1989-09-06 | 1991-04-18 | Hitachi Ltd | 領域管理方式 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007099593A1 (ja) * | 2006-02-28 | 2007-09-07 | Fujitsu Limited | 監視装置、監視プログラム、および情報処理システム |
| US7925745B2 (en) | 2006-02-28 | 2011-04-12 | Fujitsu Limited | Monitoring apparatus, executive program, and information processing system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3014490B2 (ja) | 2000-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04369067A (ja) | 障害処理装置 | |
| CA1273437A (en) | Apparatus for input/output notification to a processor | |
| EP0320876A2 (en) | Fault information collection processing system | |
| CN117076341A (zh) | 数据存储方法、装置、计算机设备及计算机可读存储介质 | |
| JP2936170B2 (ja) | 障害処理方式 | |
| JP2842766B2 (ja) | 情報処理システム | |
| JP2784520B2 (ja) | ファイル転送装置 | |
| JP2533636B2 (ja) | Ｒａｓ情報収集方法 | |
| JPH04328646A (ja) | 障害情報の採取方式 | |
| JP3013993B2 (ja) | ベクトル処理方式 | |
| JPS593531A (ja) | 端末出力処理方式 | |
| JPH05197597A (ja) | プログラム組み込み型プロセッサ装置におけるエラーロギング方式 | |
| Potter et al. | No. 1 ESS ADF: Magnetic tape subsystem | |
| JPH01149123A (ja) | 出力プリンタ変更方式 | |
| JPH0752400B2 (ja) | 診断装置付電子計算機システム | |
| JPH02216549A (ja) | 発生頻度別ロギング情報格納方式 | |
| JPH0836515A (ja) | ファイル復旧方式 | |
| JPH03657B2 (ja) | ||
| JPH05108445A (ja) | ジヤーナル採取方式 | |
| JP2001148708A (ja) | ネットワーク管理システム及びネットワーク管理プログラムを記録した記録媒体 | |
| JPH0511328B2 (ja) | ||
| JPH04165402A (ja) | 製造管理システム | |
| JPH044643A (ja) | 通信制御装置 | |
| JPS6273341A (ja) | 情報処理装置 | |
| JPS5999558A (ja) | メモリ・ダンプ方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |