JP2677240B2 - Ａｉｎシステムの自動再開処理装置 - Google Patents
Ａｉｎシステムの自動再開処理装置Info
- Publication number
- JP2677240B2 JP2677240B2 JP7101537A JP10153795A JP2677240B2 JP 2677240 B2 JP2677240 B2 JP 2677240B2 JP 7101537 A JP7101537 A JP 7101537A JP 10153795 A JP10153795 A JP 10153795A JP 2677240 B2 JP2677240 B2 JP 2677240B2
- Authority
- JP
- Japan
- Prior art keywords
- processing
- restart
- processes
- failure
- restart processing
- 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.)
- Expired - Fee Related
Links
Landscapes
- Advance Control (AREA)
- Retry When Errors Occur (AREA)
Description
【０００１】
【産業上の利用分野】本発明はＡＩＮシステムの自動再
開処理装置に関し、特にＡＩＮ（Ａｄｖａｎｃｅｄ Ｉ
ｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）システムにお
いて並列動作可能な各プロセスの障害検出及び復旧を行
う自動再開処理方式に関する。
開処理装置に関し、特にＡＩＮ（Ａｄｖａｎｃｅｄ Ｉ
ｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）システムにお
いて並列動作可能な各プロセスの障害検出及び復旧を行
う自動再開処理方式に関する。
【０００２】
【従来の技術】従来、この種の自動再開処理方式におい
ては、呼処理系のプロセス１つ１つに対して実施するヘ
ルスチェックが３回失敗した時点でプロセス１つ１つに
対して再開処理を行うフェーズ０．５の再開レベルと、
フェーズ０．５の再開レベルの発生状況に応じてシステ
ム全体の再開処理を行うフェーズ２．０の再開レベルと
を有している。
ては、呼処理系のプロセス１つ１つに対して実施するヘ
ルスチェックが３回失敗した時点でプロセス１つ１つに
対して再開処理を行うフェーズ０．５の再開レベルと、
フェーズ０．５の再開レベルの発生状況に応じてシステ
ム全体の再開処理を行うフェーズ２．０の再開レベルと
を有している。
【０００３】このシステム上には、要求される機能を実
現するプロセス群のほかに、それらプロセス群を管理す
るプロセス（以下、プロセスマネージャとする）と、個
々のプロセスの健全性を監視するプロセス（以下、ヘル
スチェックプロセスとする）と、システムの障害を監視
し、障害検出時に復旧処理を実施するプロセス（以下、
フォルトアンドリカバリプロセスとする）とが存在す
る。
現するプロセス群のほかに、それらプロセス群を管理す
るプロセス（以下、プロセスマネージャとする）と、個
々のプロセスの健全性を監視するプロセス（以下、ヘル
スチェックプロセスとする）と、システムの障害を監視
し、障害検出時に復旧処理を実施するプロセス（以下、
フォルトアンドリカバリプロセスとする）とが存在す
る。
【０００４】システムで予定されている再開処理のうち
フェーズ０．５の再開レベルの処理はヘルスチェックプ
ロセスが障害を起こしたプロセスを停止させることで始
まり、プロセスの停止を検出したプロセスマネージャが
プロセスを再起動することで終了する。
フェーズ０．５の再開レベルの処理はヘルスチェックプ
ロセスが障害を起こしたプロセスを停止させることで始
まり、プロセスの停止を検出したプロセスマネージャが
プロセスを再起動することで終了する。
【０００５】また、フェーズ２．０の再開レベルの処理
はプロセスマネージャがプロセスを再起動する毎に障害
カウンタをインクリメントし、この障害カウンタを監視
しているフォルトアンドリカバリプロセスが障害カウン
タの値と障害検出のためのしきい値とを比較し、障害カ
ウンタの値がしきい値を超えた時に復旧処理としてシス
テム全体を再開させるためのコマンドを自動的に実行す
る。
はプロセスマネージャがプロセスを再起動する毎に障害
カウンタをインクリメントし、この障害カウンタを監視
しているフォルトアンドリカバリプロセスが障害カウン
タの値と障害検出のためのしきい値とを比較し、障害カ
ウンタの値がしきい値を超えた時に復旧処理としてシス
テム全体を再開させるためのコマンドを自動的に実行す
る。
【０００６】
【発明が解決しようとする課題】上述した従来の自動再
開処理方式では、プロセスマネージャが検出するプロセ
ス停止の原因があいまいである。つまり、プロセスマネ
ージャはプロセス停止がヘルスチェック失敗によって起
こったのか、あるいはプロセス自身がアボートして起こ
ったのかを判別することができない。
開処理方式では、プロセスマネージャが検出するプロセ
ス停止の原因があいまいである。つまり、プロセスマネ
ージャはプロセス停止がヘルスチェック失敗によって起
こったのか、あるいはプロセス自身がアボートして起こ
ったのかを判別することができない。
【０００７】また、予定されている再開処理がフェーズ
０．５の再開レベルの処理（プロセス１つ１つの再開処
理）及びフェーズ２．０の再開レベルの処理（システム
全体の再開処理）の２種類であるため、障害に対する再
開処理の段階が粗すぎ、フェーズ０．５の再開レベルの
処理が頻発するといきなりフェーズ２．０の再開レベル
の処理に移行してしまう。
０．５の再開レベルの処理（プロセス１つ１つの再開処
理）及びフェーズ２．０の再開レベルの処理（システム
全体の再開処理）の２種類であるため、障害に対する再
開処理の段階が粗すぎ、フェーズ０．５の再開レベルの
処理が頻発するといきなりフェーズ２．０の再開レベル
の処理に移行してしまう。
【０００８】そこで、本発明の目的は上記の問題点を解
消し、既存の再開処理方式よりもその処理段階を細かく
することができ、再開処理の効率を向上させることがで
きるＡＩＮシステムの自動再開処理装置を提供すること
にある。
消し、既存の再開処理方式よりもその処理段階を細かく
することができ、再開処理の効率を向上させることがで
きるＡＩＮシステムの自動再開処理装置を提供すること
にある。
【０００９】
【課題を解決するための手段】本発明によるＡＩＮシス
テムの自動再開処理装置は、予め機能グループに分類さ
れた複数のプロセス各々を同時にかつ並列に処理可能な
ＡＩＮシステムの自動再開処理装置であって、前記複数
のプロセス各々の管理と前記複数のプロセス各々の障害
状態の監視とを行うプロセス管理手段と、前記プロセス
管理手段による前記障害状態の監視結果を格納する格納
手段と、前記機能グループに対応して障害発生時の再開
処理の種別を記憶する記憶手段と、前記格納手段の内容
を参照して前記障害状態の有無を判別する判別手段と、
前記判別手段で複数の障害発生が検出された時に前記記
憶手段を参照してその障害が検出された複数のプロセス
各々に対応する種別の再開処理を同時にかつ並列に起動
管理する起動管理手段とを備えている。
テムの自動再開処理装置は、予め機能グループに分類さ
れた複数のプロセス各々を同時にかつ並列に処理可能な
ＡＩＮシステムの自動再開処理装置であって、前記複数
のプロセス各々の管理と前記複数のプロセス各々の障害
状態の監視とを行うプロセス管理手段と、前記プロセス
管理手段による前記障害状態の監視結果を格納する格納
手段と、前記機能グループに対応して障害発生時の再開
処理の種別を記憶する記憶手段と、前記格納手段の内容
を参照して前記障害状態の有無を判別する判別手段と、
前記判別手段で複数の障害発生が検出された時に前記記
憶手段を参照してその障害が検出された複数のプロセス
各々に対応する種別の再開処理を同時にかつ並列に起動
管理する起動管理手段とを備えている。
【００１０】本発明による他のＡＩＮシステムの自動再
開処理装置は、上記の構成のほかに、前記判別手段で前
記障害が検出されたプロセスに対応する種別の再開処理
が動作中か否かを判定する判定手段と、前記判定手段で
動作中と判定された再開処理の起動を抑止する手段とを
具備している。
開処理装置は、上記の構成のほかに、前記判別手段で前
記障害が検出されたプロセスに対応する種別の再開処理
が動作中か否かを判定する判定手段と、前記判定手段で
動作中と判定された再開処理の起動を抑止する手段とを
具備している。
【００１１】
【作用】本発明の自動再開処理では、プロセス各々の管
理処理とプロセス各々の健全性の監視処理とを１つのプ
ロセス管理部で実施することで、正常終了やプロセスの
アボート、及びヘルスチェック失敗等の障害原因毎に発
生回数のカウントを可能としている。
理処理とプロセス各々の健全性の監視処理とを１つのプ
ロセス管理部で実施することで、正常終了やプロセスの
アボート、及びヘルスチェック失敗等の障害原因毎に発
生回数のカウントを可能としている。
【００１２】また、プロセス１つ１つに対して障害カウ
ンタを設定することで、障害監視プロセスがシステム内
の状態をプロセス単位で細かく監視することを可能とし
ている。これに伴って、既存のフェーズ０．５の再開レ
ベルの処理（プロセス１つ１つの再開処理）及びフェー
ズ２．０の再開レベルの処理（システム全体の再開処
理）に加え、システム内のプロセスを予め機能ブロック
に分類し、機能グループ各々に属するプロセス群に対し
て処理の中核を成すプロセスの再開を行うフェーズ１．
０の再開レベルの処理と、機能グループ各々に属するプ
ロセス全体の再開を行うフェーズ１．５の再開レベルの
処理とを設定している。
ンタを設定することで、障害監視プロセスがシステム内
の状態をプロセス単位で細かく監視することを可能とし
ている。これに伴って、既存のフェーズ０．５の再開レ
ベルの処理（プロセス１つ１つの再開処理）及びフェー
ズ２．０の再開レベルの処理（システム全体の再開処
理）に加え、システム内のプロセスを予め機能ブロック
に分類し、機能グループ各々に属するプロセス群に対し
て処理の中核を成すプロセスの再開を行うフェーズ１．
０の再開レベルの処理と、機能グループ各々に属するプ
ロセス全体の再開を行うフェーズ１．５の再開レベルの
処理とを設定している。
【００１３】ここで、システム内のプロセスは機能毎
に、呼処理グループ、トラフィック測定グループ、課金
グループ、アラームメッセージ処理グループ等の機能グ
ループに分類されている。
に、呼処理グループ、トラフィック測定グループ、課金
グループ、アラームメッセージ処理グループ等の機能グ
ループに分類されている。
【００１４】上記の如く、機能グループ毎に障害を監視
することで、システム上で複数の障害を同時に検出可能
となるので、再開処理プロセスでは複数の再開処理を同
時にかつ並列に起動することが可能となる。
することで、システム上で複数の障害を同時に検出可能
となるので、再開処理プロセスでは複数の再開処理を同
時にかつ並列に起動することが可能となる。
【００１５】再開処理プロセスには上記の機能に加え
て、再開処理の内容や範囲が重なる処理が同時にかつ並
列に動作しないように、動作中の再開処理の起動を抑止
する排他制御の機能が設けられている。
て、再開処理の内容や範囲が重なる処理が同時にかつ並
列に動作しないように、動作中の再開処理の起動を抑止
する排他制御の機能が設けられている。
【００１６】
【実施例】次に、本発明の一実施例について図面を参照
して説明する。
して説明する。
【００１７】図１は本発明の一実施例の構成を示すブロ
ック図である。図において、プロセス管理部１はシステ
ム内のプロセスを機能毎に予め分類した呼処理グループ
６及び課金グループ７の起動や停止を管理するととも
に、呼処理グループ６及び課金グループ７のヘルスチェ
ックを行う。尚、プロセス管理部１は図示せぬトラフィ
ック測定グループやアラームメッセージ処理グループ等
の機能グループに対しても起動や停止の管理及びヘルス
チェックを行う。
ック図である。図において、プロセス管理部１はシステ
ム内のプロセスを機能毎に予め分類した呼処理グループ
６及び課金グループ７の起動や停止を管理するととも
に、呼処理グループ６及び課金グループ７のヘルスチェ
ックを行う。尚、プロセス管理部１は図示せぬトラフィ
ック測定グループやアラームメッセージ処理グループ等
の機能グループに対しても起動や停止の管理及びヘルス
チェックを行う。
【００１８】プロセス管理部１は呼処理グループ６及び
課金グループ７に対するヘルスチェックの結果を状態報
告（以下、メジャメント情報とする）としてメジャメン
トテーブル２に出力する。また、呼処理グループ６及び
課金グループ７各々に属するプロセスａ〜ｃ，Ａ〜Ｃも
メジャメント情報をメジャメントテーブル２に出力す
る。
課金グループ７に対するヘルスチェックの結果を状態報
告（以下、メジャメント情報とする）としてメジャメン
トテーブル２に出力する。また、呼処理グループ６及び
課金グループ７各々に属するプロセスａ〜ｃ，Ａ〜Ｃも
メジャメント情報をメジャメントテーブル２に出力す
る。
【００１９】メジャメントテーブル２はこれらプロセス
管理部１からのメジャメント情報と呼処理グループ６及
び課金グループ７各々に属するプロセスａ〜ｃ，Ａ〜Ｃ
からのメジャメント情報とを夫々格納する。
管理部１からのメジャメント情報と呼処理グループ６及
び課金グループ７各々に属するプロセスａ〜ｃ，Ａ〜Ｃ
からのメジャメント情報とを夫々格納する。
【００２０】状態監視部３は起動時に監視すべきメジャ
メントの種別や障害判定のためのしきい値、及び障害検
出時の動作等を監視動作管理データベース（ＤＢ）５か
ら読出して記憶する。ここで、監視動作管理データベー
ス５には監視すべきメジャメントの種別や障害判定のた
めのしきい値、及び障害検出時の動作、つまり各プロセ
スａ〜ｃ，Ａ〜Ｃにおける障害の種類毎に規定された再
開処理の種別等が予め登録定義されている。
メントの種別や障害判定のためのしきい値、及び障害検
出時の動作等を監視動作管理データベース（ＤＢ）５か
ら読出して記憶する。ここで、監視動作管理データベー
ス５には監視すべきメジャメントの種別や障害判定のた
めのしきい値、及び障害検出時の動作、つまり各プロセ
スａ〜ｃ，Ａ〜Ｃにおける障害の種類毎に規定された再
開処理の種別等が予め登録定義されている。
【００２１】また、状態監視部３はメジャメントテーブ
ル２に格納されたメジャメント情報を参照し、障害の有
無を監視する。状態監視部３はメジャメントテーブル２
に格納されたメジャメントの値としきい値とを比較し、
その比較で障害を検出するとその障害の種類に対応する
再開処理の種別を再開処理部４に通知し、再開処理部４
に再開処理の実行を促す。
ル２に格納されたメジャメント情報を参照し、障害の有
無を監視する。状態監視部３はメジャメントテーブル２
に格納されたメジャメントの値としきい値とを比較し、
その比較で障害を検出するとその障害の種類に対応する
再開処理の種別を再開処理部４に通知し、再開処理部４
に再開処理の実行を促す。
【００２２】再開処理部４は再開処理の動作管理部４１
と、監視動作管理データベース５に登録定義された複数
の再開処理４２−ｉ（ｉ＝１，２，……）からなる再開
処理実施部４２と、複数の再開処理４２−ｉの動作状況
を保持する動作管理テーブル４３とから構成されてい
る。
と、監視動作管理データベース５に登録定義された複数
の再開処理４２−ｉ（ｉ＝１，２，……）からなる再開
処理実施部４２と、複数の再開処理４２−ｉの動作状況
を保持する動作管理テーブル４３とから構成されてい
る。
【００２３】再開処理部４の動作管理部４１は状態監視
部３から再開処理の種別が通知されてくると、動作管理
テーブル４３を参照して状態監視部３からの通知で指定
された種別の再開処理が動作中か否かを判定する。ここ
で、動作管理テーブル４３には再開処理名と開始・終了
時間と終了状態とが互いに対応付けられて保持されてい
る。
部３から再開処理の種別が通知されてくると、動作管理
テーブル４３を参照して状態監視部３からの通知で指定
された種別の再開処理が動作中か否かを判定する。ここ
で、動作管理テーブル４３には再開処理名と開始・終了
時間と終了状態とが互いに対応付けられて保持されてい
る。
【００２４】動作管理部４１は状態監視部３からの通知
で指定された種別の再開処理が動作中でないと判定する
と、指定された種別の再開処理４２−ｉを起動する。ま
た、動作管理部４１は状態監視部３からの通知で指定さ
れた種別の再開処理が動作中であると判定すると、指定
された種別の再開処理４２−ｉの起動を抑止するための
排他制御を行う。
で指定された種別の再開処理が動作中でないと判定する
と、指定された種別の再開処理４２−ｉを起動する。ま
た、動作管理部４１は状態監視部３からの通知で指定さ
れた種別の再開処理が動作中であると判定すると、指定
された種別の再開処理４２−ｉの起動を抑止するための
排他制御を行う。
【００２５】再開処理４２−ｉは各プロセスａ〜ｃ，Ａ
〜Ｃに対する再開処理の範囲毎に設定されるため、名称
が異なる再開処理４２−ｉ各々はシステム上で同時に動
作可能となっている。
〜Ｃに対する再開処理の範囲毎に設定されるため、名称
が異なる再開処理４２−ｉ各々はシステム上で同時に動
作可能となっている。
【００２６】図２は図１のメジャメントテーブル２の構
成を示す図である。図において、メジャメントテーブル
２はメジャメント名（ヘルスチェック失敗、アボート、
送信失敗、……）と、メジャメント名に対応するＩＤ
（１，２，３，……）と、メジャメント名に対応するプ
ロセス名（Ａ，Ｂ，ａ，……）と、ＵＮＩＸプロセスＩ
Ｄ（１２３４５，１１１１１，１１１１２，……）と、
カウンタ種別（Ｐｅｇ、Ｎｕｍｂｅｒ、……）と、カウ
ンタ値（５，５，１０，……）とから構成されている。
成を示す図である。図において、メジャメントテーブル
２はメジャメント名（ヘルスチェック失敗、アボート、
送信失敗、……）と、メジャメント名に対応するＩＤ
（１，２，３，……）と、メジャメント名に対応するプ
ロセス名（Ａ，Ｂ，ａ，……）と、ＵＮＩＸプロセスＩ
Ｄ（１２３４５，１１１１１，１１１１２，……）と、
カウンタ種別（Ｐｅｇ、Ｎｕｍｂｅｒ、……）と、カウ
ンタ値（５，５，１０，……）とから構成されている。
【００２７】図３は図１の監視動作管理データベース５
の構成を示す図である。図において、監視動作管理デー
タベース５は障害名（呼処理系１．０、呼処理系１．
５、全再開２．０、……）と、監視メジャメント（３＋
４＋５，３＋４＋５＋６，１０，……）と、監視周期
（６０，１２０，３００，……）と、上限値（１５，２
０，４０，……）と、動作（呼処理のフェーズ１．０、
呼処理のフェーズ１．５、フェーズ２．０、……）とか
ら構成されている。
の構成を示す図である。図において、監視動作管理デー
タベース５は障害名（呼処理系１．０、呼処理系１．
５、全再開２．０、……）と、監視メジャメント（３＋
４＋５，３＋４＋５＋６，１０，……）と、監視周期
（６０，１２０，３００，……）と、上限値（１５，２
０，４０，……）と、動作（呼処理のフェーズ１．０、
呼処理のフェーズ１．５、フェーズ２．０、……）とか
ら構成されている。
【００２８】図４は図１の動作管理テーブル４３の構成
を示す図である。図において、動作管理テーブル４３は
再開処理名（呼処理のフェーズ１．０、呼処理のフェー
ズ１．５、フェーズ２．０、……）と、開始時刻（１
３：３０，１５：００，……）と、終了時刻（１３：３
５，……）と、終了状態（Ｎｏｒｍａｌ、Ｒｕｎｎｉｎ
ｇ、……）とから構成されている。
を示す図である。図において、動作管理テーブル４３は
再開処理名（呼処理のフェーズ１．０、呼処理のフェー
ズ１．５、フェーズ２．０、……）と、開始時刻（１
３：３０，１５：００，……）と、終了時刻（１３：３
５，……）と、終了状態（Ｎｏｒｍａｌ、Ｒｕｎｎｉｎ
ｇ、……）とから構成されている。
【００２９】図５は図１の状態監視部３の動作を示すフ
ローチャートであり、図６は図１の再開処理部４の動作
を示すフローチャートである。これら図１〜図６を用い
て状態監視部３による障害検出処理及び再開処理部４に
よる再開処理の起動処理について説明する。
ローチャートであり、図６は図１の再開処理部４の動作
を示すフローチャートである。これら図１〜図６を用い
て状態監視部３による障害検出処理及び再開処理部４に
よる再開処理の起動処理について説明する。
【００３０】状態監視部３は起動されると、監視動作管
理データベース５から障害名と監視メジャメントと監視
周期と上限値と動作とを読出して記憶する（図５ステッ
プＳ１）。
理データベース５から障害名と監視メジャメントと監視
周期と上限値と動作とを読出して記憶する（図５ステッ
プＳ１）。
【００３１】状態監視部３は監視動作管理データベース
５からの情報を記憶すると、監視動作管理データベース
５からの監視周期にしたがってメジャメントテーブル２
に格納されたメジャメント情報を参照し（図５ステップ
Ｓ２）、障害の有無を監視する（図５ステップＳ３）。
５からの情報を記憶すると、監視動作管理データベース
５からの監視周期にしたがってメジャメントテーブル２
に格納されたメジャメント情報を参照し（図５ステップ
Ｓ２）、障害の有無を監視する（図５ステップＳ３）。
【００３２】状態監視部３はメジャメントテーブル２に
格納されたメジャメントの値としきい値とを比較して障
害を検出すると、検出した障害の種類に対応する再開処
理の種別を再開処理部４に通知し（図５ステップＳ
４）、再開処理部４に再開処理の実行を促す。
格納されたメジャメントの値としきい値とを比較して障
害を検出すると、検出した障害の種類に対応する再開処
理の種別を再開処理部４に通知し（図５ステップＳ
４）、再開処理部４に再開処理の実行を促す。
【００３３】この後に、状態監視部３は処理終了かどう
かを判定し（図５ステップＳ５）、処理終了でなければ
ステップＳ２に戻って障害の有無を監視し、処理終了で
あれば障害検出処理を終了する。
かを判定し（図５ステップＳ５）、処理終了でなければ
ステップＳ２に戻って障害の有無を監視し、処理終了で
あれば障害検出処理を終了する。
【００３４】再開処理部４の動作管理部４１は状態監視
部３から再開処理の種別が通知されてくると（図６ステ
ップＳ１１）、動作管理テーブル４３を参照して状態監
視部３からの通知で指定された種別の再開処理が動作中
か否かを判定する（図６ステップＳ１２）。
部３から再開処理の種別が通知されてくると（図６ステ
ップＳ１１）、動作管理テーブル４３を参照して状態監
視部３からの通知で指定された種別の再開処理が動作中
か否かを判定する（図６ステップＳ１２）。
【００３５】動作管理部４１は状態監視部３からの通知
で指定された種別の再開処理が動作中でないと判定する
と（図６ステップＳ１３）、指定された種別の再開処理
４２−ｉを起動する（図６ステップＳ１４）。
で指定された種別の再開処理が動作中でないと判定する
と（図６ステップＳ１３）、指定された種別の再開処理
４２−ｉを起動する（図６ステップＳ１４）。
【００３６】また、動作管理部４１は状態監視部３から
の通知で指定された種別の再開処理が動作中であると判
定すると（図６ステップＳ１３）、指定された種別の再
開処理４２−ｉの起動を抑止する（図５ステップＳ１
６）。
の通知で指定された種別の再開処理が動作中であると判
定すると（図６ステップＳ１３）、指定された種別の再
開処理４２−ｉの起動を抑止する（図５ステップＳ１
６）。
【００３７】この後に、再開処理部４は処理終了かどう
かを判定し（図６ステップＳ１５）、処理終了でなけれ
ばステップＳ１１に戻って状態監視部３からのを通知監
視し、処理終了であれば再開処理の起動処理を終了す
る。
かを判定し（図６ステップＳ１５）、処理終了でなけれ
ばステップＳ１１に戻って状態監視部３からのを通知監
視し、処理終了であれば再開処理の起動処理を終了す
る。
【００３８】このように、予め機能グループに分類され
た複数のプロセスａ〜ｃ，Ａ〜Ｃ各々の管理を行うプロ
セス管理部１による複数のプロセスａ〜ｃ，Ａ〜Ｃ各々
の障害状態の監視結果を示すメジャメント情報と、複数
のプロセスａ〜ｃ，Ａ〜Ｃ各々からのメジャメント情報
とをメジャメントテーブル２に格納し、状態監視部３が
メジャメントテーブル２の参照して障害を検出した時に
その障害の種類に対応する再開処理の種別を再開処理部
４に通知し、その指定された種別の再開処理を再開処理
部４で同時にかつ並列に起動管理することによって、既
存の再開処理方式よりもその処理段階を細かくすること
ができ、再開処理の効率を向上させることができる。
た複数のプロセスａ〜ｃ，Ａ〜Ｃ各々の管理を行うプロ
セス管理部１による複数のプロセスａ〜ｃ，Ａ〜Ｃ各々
の障害状態の監視結果を示すメジャメント情報と、複数
のプロセスａ〜ｃ，Ａ〜Ｃ各々からのメジャメント情報
とをメジャメントテーブル２に格納し、状態監視部３が
メジャメントテーブル２の参照して障害を検出した時に
その障害の種類に対応する再開処理の種別を再開処理部
４に通知し、その指定された種別の再開処理を再開処理
部４で同時にかつ並列に起動管理することによって、既
存の再開処理方式よりもその処理段階を細かくすること
ができ、再開処理の効率を向上させることができる。
【００３９】また、上記の処理において同時に検出され
る他の障害に対する再開処理に対して再開処理部４で排
他制御を実施し、動作内容や再開範囲が同一である処理
が同時にかつ並列に起動されるのを禁止することによっ
て、再開処理の効率を向上させることができる。
る他の障害に対する再開処理に対して再開処理部４で排
他制御を実施し、動作内容や再開範囲が同一である処理
が同時にかつ並列に起動されるのを禁止することによっ
て、再開処理の効率を向上させることができる。
【００４０】
【発明の効果】以上説明したように本発明によれば、予
め機能グループに分類された複数のプロセス各々の管理
を行うプロセス管理手段による複数のプロセス各々の障
害状態の監視結果を参照して障害状態の有無を判別し、
この判別で複数の障害が検出された時にそれら障害の種
類に対応する種別の再開処理を同時にかつ並列に起動管
理することによって、既存の再開処理方式よりもその処
理段階を細かくすることができ、再開処理の効率を向上
させることができるという効果がある。
め機能グループに分類された複数のプロセス各々の管理
を行うプロセス管理手段による複数のプロセス各々の障
害状態の監視結果を参照して障害状態の有無を判別し、
この判別で複数の障害が検出された時にそれら障害の種
類に対応する種別の再開処理を同時にかつ並列に起動管
理することによって、既存の再開処理方式よりもその処
理段階を細かくすることができ、再開処理の効率を向上
させることができるという効果がある。
【図１】本発明の一実施例の構成を示すブロック図であ
る。
る。
【図２】図１のメジャメントテーブルの構成を示す図で
ある。
ある。
【図３】図１の監視動作管理データベースの構成を示す
図である。
図である。
【図４】図１の動作管理テーブルの構成を示す図であ
る。
る。
【図５】図１の状態監視部の動作を示すフローチャート
である。
である。
【図６】図１の再開処理部の動作を示すフローチャート
である。
である。
１ プロセス管理部 ２ メジャメントテーブル ３ 状態監視部 ４ 再開処理部 ５ 監視動作管理データベース ６ 呼処理グループ ７ 課金グループ ４１ 再開処理の動作管理部 ４２ 再開処理実施部 ４２−１，４２−２ 再開処理 ４３ 動作管理テーブル ａ〜ｃ，Ａ〜Ｃ プロセス
Claims (3)
- 【請求項１】 予め機能グループに分類された複数のプ
ロセス各々を同時にかつ並列に処理可能なＡＩＮシステ
ムの自動再開処理装置であって、前記複数のプロセス各
々の管理と前記複数のプロセス各々の障害状態の監視と
を行うプロセス管理手段と、前記プロセス管理手段によ
る前記障害状態の監視結果を格納する格納手段と、障害
の種類毎に規定された再開処理の種別を記憶する記憶手
段と、前記格納手段の内容を参照して前記障害状態の有
無を判別する判別手段と、前記判別手段で複数の障害が
検出された時に前記記憶手段を参照してそれら障害の種
類に対応する種別の再開処理を同時にかつ並列に起動管
理する起動管理手段とを有することを特徴とする自動再
開処理装置。 - 【請求項２】 前記判別手段で検出された障害の種類に
対応する種別の再開処理が動作中か否かを判定する判定
手段と、前記判定手段で動作中と判定された再開処理の
起動を抑止する手段とを含むことを特徴とする請求項１
記載の自動再開処理装置。 - 【請求項３】 前記再開処理は、前記複数のプロセス各
々に対して再開処理を行う第１の処理レベルと、前記機
能ブロック内のプロセスのうち処理の中核を成すプロセ
スの再開処理を行う第２の処理レベルと、前記機能ブロ
ック内の全てのプロセスの再開処理を行う第３の処理レ
ベルと、前記複数のプロセス全てに対して再開処理を行
う第４の処理レベルとからなることを特徴とする請求項
１または請求項２記載の自動再開処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7101537A JP2677240B2 (ja) | 1995-04-26 | 1995-04-26 | Ａｉｎシステムの自動再開処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7101537A JP2677240B2 (ja) | 1995-04-26 | 1995-04-26 | Ａｉｎシステムの自動再開処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08297587A JPH08297587A (ja) | 1996-11-12 |
| JP2677240B2 true JP2677240B2 (ja) | 1997-11-17 |
Family
ID=14303194
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7101537A Expired - Fee Related JP2677240B2 (ja) | 1995-04-26 | 1995-04-26 | Ａｉｎシステムの自動再開処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2677240B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6309711B2 (ja) * | 2013-03-15 | 2018-04-11 | 株式会社三菱東京Ｕｆｊ銀行 | プロセス監視プログラム及びプロセス監視システム |
| JP6430321B2 (ja) * | 2015-04-16 | 2018-11-28 | 株式会社日立製作所 | 制御サーバ |
-
1995
- 1995-04-26 JP JP7101537A patent/JP2677240B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08297587A (ja) | 1996-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106789306B (zh) | 通信设备软件故障检测收集恢复方法和系统 | |
| CN111949368A (zh) | 应用程序控制方法及装置 | |
| CN110618864A (zh) | 一种中断任务恢复方法及装置 | |
| CN116055285B (zh) | 一种工控系统的进程管理方法及系统 | |
| US20230367664A1 (en) | Method for managing ecu on vehicle, and ecu and readable storage medium | |
| JPH10214208A (ja) | ソフトウェアの異常監視方式 | |
| CN114675998A (zh) | 一种监控定时快照任务的方法、装置、设备及介质 | |
| CN114640709A (zh) | 一种边缘节点的处理方法、装置及介质 | |
| JP2677240B2 (ja) | Ａｉｎシステムの自動再開処理装置 | |
| CN111371642B (zh) | 网卡故障检测方法、装置、设备及存储介质 | |
| US5914874A (en) | Automatic application restarting system and method | |
| CN113688021B (zh) | 一种负载均衡服务处理方法、装置、设备及可读存储介质 | |
| US6711702B1 (en) | Method for dealing with peripheral units reported as defective in a communications system | |
| CN111779702B (zh) | 一种卡滞故障处理方法及装置 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| CN110795293B (zh) | 一种服务器软关机的测试方法、系统及装置 | |
| CN112612652A (zh) | 分布式存储系统异常节点重启方法及系统 | |
| KR100832890B1 (ko) | 정보통신 시스템의 프로세스 장애 감시방법 및 복구방법 | |
| CN110597609A (zh) | 一种集群迁移与自动恢复方法及系统 | |
| CN111464357A (zh) | 资源配置方法及装置 | |
| JP2500745B2 (ja) | サ―ビス制御ノ―ド | |
| CN114124644B (zh) | 基于Linux内核态的以太网OAM告警方法及装置 | |
| CN117950957A (zh) | 基于应用发布平台检测应用故障并自启的方法及系统 | |
| JPH09218835A (ja) | リモート保守方式 | |
| CN118277031A (zh) | 一种数据处理方法、容器集群、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070725 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080725 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090725 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100725 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110725 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110725 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120725 Year of fee payment: 15 |
|
| LAPS | Cancellation because of no payment of annual fees |