JPH0334037A - システム異常の検出処理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要］ データ処理システムのシステム異常の発生を検出するシ
ステム異常の検出処理方式に関し、異常の発生の検出を
システムに負担をかけることなく、かつ精度よく検出で
きるようにすることを目的とし、 システムの異常の発生の有無を所定の検出周期に従って
検出する第１の検出部と、第１の検出部がシステムの異
常の発生を検出するときに、発生したシステムの異常の
継続をより短い検出周期に従って検出する第２の検出部
と、第２の検出部がシステムの異常の継続を検出すると
きに、システムの異常の発生を表示する異常状態表示部
とを備えるよう構成する。

〔産業上の利用分野〕

本発明は、データ処理システムのソフトウェア資源の使
用状態やシステム動作上の内部処理状態を周期的に監視
することで、システムの異常の発生を検出するシステム
異常の検出処理方式に関し、特に、システムの異常の発
生をシステムに負担をかけることなく、かつ精度よく検
出できるようにするシステム異常の検出処理方式に関す
る。

オンライン処理するコンピュータシステムでは、ソフト
ウェアが処理のために必要とする資ａ（以下、ソフトウ
ェア資源と称する）の使用状態を監視して、ソフトウェ
ア資源の使用が過負荷状態にあるのか否かを検出する処
理や、システム動作上の内部処理状態を監視して、内部
処理状態が過負荷状態にあるのか否かを検出する処理を
行うことになる。このようなシステム異常の検出処理は
、本来のデータ処理を圧迫することなく、かつ精度よく
検出できるように構成していく必要がある。

〔従来の技術〕

従来のシステム異常の検出処理方式では、ソフトウェア
資源の使用状態やシステム動作上の内部処理状態を所定
の検出周期に従って周期的に監視するよう構成するとと
もに、この監視によりシステムの異常が所定回数連続す
ることを検出すると、システムに異常があると判断して
、リカバリー処理に入るべくシステムの異常を表示する
よう処理していた。

〔発明が解決しようとする課題〕

しかしながらこのような従来技術にあって、本来のデー
タ処理を圧迫しないために、システムの異常の発生の検
出のための検出周期を長く設定すると、第７図に示すよ
うに、例えばソフトウェア資源の使用状態の異常で説明
するならば、使用状態の異常が継続するような場合には
使用状態の異常の発生を精度よく検出できるものの、第
８図に示すように、使用状態が正常／異常の判断値を境
界にしてふらつくような場合には、使用状態に異常が発
生しているとは言えないのに異常と判断してしまうとい
う問題点があった。これに対処するためには、システム
の異常の発生の検出のための検出周期を短く設定すれば
よいのであるが、それでは本来のデータ処理を圧迫して
しまうという問題点がでてくることになる。ここで、第
６図では、ソフトウェア資源の使用状態の異常の発生が
４回継続した場合に異常を表示する例を示しである。

本発明はかかる事情に鑑みてなされたものであって、デ
ータ処理システムのシステム異常の発生をシステムに負
担をかけることなく、かつ精度よく検出できるようにす
る新たなシステム異常の検出処理方式を提供することを
目的とする。

（課題を解決するための手段） 第１図は本発明の原理構成図である。

図中、ｌは本発明を具備するデータ処理システム、ｌ○
はデータ処理実行部であって、所定のデータ処理を実行
するもの、１１は動作状態管理部であって、データ処理
実行部１０の実行に伴って使用されるソフトウェア資源
の使用状態値やシステム動作上の内部処理状Ｂ値を管理
するもの、１２は第１の検出部であって、動作状態管理
部１１の管理データを参照することでシステムの異常の
発生の有無を検出するもの、１３は第１の検出実行依頼
部であって、所定の検出周期に従って第１の検出部１２
に対して検出の実行依頼を行うもの、１４は第２の検出
部であって、第１の検出部１２がシステムの異常の発生
を検出するときに、動作状態管理部１１の管理データを
参照することでシステムの異常の継続を検出するもの、
１５は第２の検出実行依頼部であって、第１の検出実行
依頼部１３の検出周期より短い１つ又は複数の検出周期
に従って第２の検出部１４に対して検出の実行依頼を行
うもの、１６は異常状態表示部であって、第２の検出部
１４がシステムの異常の継続を検出するときに、システ
ムの異常の発生をデータ処理実行部１０に通知するもの
である。

〔作用］ 本発明では、第１の検出部１２は、第１の検出実行依頼
部ｚ３からの起動依頼に応して所定の検出周期に従って
動作状態管理部１１の管理データを参照することで、デ
ータ処理システムのソフトウェア資源の使用状態やシス
テム動作上の内部処理状態に異常が発生したのか否かを
検出する。この検出処理によりシステムに異常が発生し
たことが検出されると、続いて、第２の検出部１４は、
第２の検出実行依頼部１５からの起動依頼に応じて第１
の検出部１２の検出周期より短い検出周期に従って動作
状態管理部１１の管理データを参照することで、システ
ムの異常の発生が連続して複数回続いているのか否かを
検出することで、システムの異常が継続しているのか否
かを判断する。

この判断により、システムの異常が継続していることが
検出されると、異常状態表示部１６は、データ処理実１
テ部１０に対してシステムの異常の発生を表示する処理
を行う。

このように、本発明では、先ず最初に、より長い検出周
期に従ってシステムの異常の発生を検出するよう構成す
るとともに、異常の発生が検出されるときには、より短
い検出ｒ＠期に従ってシステムの異常の発生のｍ続を判
断するよう構成したことから、システムの異常の発生を
本来のデータ処理を圧迫することなく、かつ精度よく検
出できるようになる。

更に、この異常の継続の検出処理にあって、第２の検出
実行依頼部１５は、用意する複数の検出周期の内の最も
長い検出周期に従って第２の検出部１４に対して起動依
頼を行い、この検出周期に従って第２の検出部１４が異
常の継続を検出するときには、次に長い検出周期に従っ
て第２の検出部１４に対して起動依頼を行うといったよ
うに構成することで、第２の検出部１４は、用意される
複数の検出周期の長いものの順に従って発生したシステ
ムの異常の継続を判断するよう処理する。

このように構成すると、本発明の効果を更に大きなもの
にできる。

［実施例］ 以下、実施例に従って本発明の詳細な説明する。

第２図に、本発明のシステム構成を図示する。

図中、１はパケット交換機等のデータ処理システム本体
、２ばデータ処理プログラムごあって、所定のデータ処
理をオンラインで実行するもの、３は制御プログラムで
あって、データ処理プログラム２が使用するソフトウェ
ア資ａ（バッファやトランザクション等）の使用状態や
データ処理プログラム２が実行するシステム動作上の内
部処理状態（出力キュー長等）の異常の発生を検出する
機能を備えるもの、４は入力側端末であって、データ処
理プログラム２にデータを入力するもの、５は出力側端
末であって、データ処理プログラム２からのデータを受
は取るもの、６は入力バッファであって、入力側端末４
から入力されるデータを格納するもの、７は出カバソフ
ァであって、出力側端末５に出力されるデータを格納す
るもの、８は送信待機キューであって、送信待ちの状態
にある出力データをキューに接続して管理するものであ
る。

制御プログラム３は、ソフトウェア資源の使用状態やシ
ステム動作上の内部処理状態の異常の発生を検出するた
めに、監視起動プログラム３０と、検出サイクルカウン
タ３１と、トランザクションの使用数を監視するトラン
ザクション数監視プログラム３２ａや送信待ちの状態に
あるキューの滞留数を監視するキュー長監視プログラム
３２ｂ等の状態監視プログラム３２と、トランザクショ
ンの使用数を管理するトランザクション使用数管理部３
３ａや送信待ちの状態にあるキューの滞留数を管理する
キュー長滞留数管理部３３ｂ等の状態データ管理部３３
とを備えるよう構成される。

第３図に、検出サイクルカウンタ３１の構成を示す、こ
の図に示すように、検出サイクルカウンタ３１は、各状
態監視プログラム３２毎に割り付けられる計数値を管理
するもので、この計数値は、これから説明するように、
初期値を起点にして０゛の値になるまで基本周期に達す
る度毎に１つずつ減算されていくことになる。なお、こ
の初期値は、トランザクション数監視プログラム３２ａ
とキュー長監視プログラム３２ｂとで異なる値が用いら
れるように、状態監視プログラム３２の種別に応して適
切な値が用いられることになるが、以下説明の便宜上“
ｎｌ“の値を採るものとして説明することにする。

次に、第４図及び第５図に示すフローチャートに従って
、本発明について詳細に説明する。ここで、第４図のフ
ローチャートは、監視起動プログラム３０が実行するフ
ローチャートであり、第５図のフローチャートは、状態
監視プログラム３２が実行するフローチャートである。

監視起動プログラム３０は、第４図のフローチャートの
ステップ１で示すように、タイマを監視することで、現
在の時刻が例えば１分といったような基本時間単位で区
切られる基本周期に達したのか否かを判断する。このス
テップ１の判断で現在の時刻が基本周期に達したと判断
するときには、ステップ２に進んで、検出サイクルカウ
ンタ３１が管理するずべての状態監視プログラム３２に
ついての計数値を１つ減算する。続いて、ステップ３で
、この減算により検出サイクルカウンタ３１の計数値が
“０°゛となる状態監視プログラム３２があるのか否か
を判断する。このステノブ３の判断で計数値が“０”と
なる状態監視プログラム３２があると判断するときには
、ステップ４に進んで、その計数値が“０”となる状態
監視プログラム３２を起動する。そして、次のステップ
５で、データ処理の終了要求があるのか否かを判断して
、終了要求がないと判断するときにはステノブ上に戻る
よう処理する。一方、ステップ３の判断で計数値が“０
”となる状態監視プログラム３２がないと判断するとき
には、直らにステップ５に進む処理を実行する。

このようにして、監視起動プ、ログラム３０は、検出サ
イクルカウンタ３１の初期値“ｎｌにより設定される検
出周期に達すると、対応する状態監視プログラム３２を
起動するよう処理することになるのである。

状態監視プログラム３２は、監視起動プログラム３０に
より起動されると、先ず最初に、第５図のフローチャー
トのステノブ１０で示すように、状態データ管理部３３
の管理データを参照することで、その時点におけるソフ
トウェア資源の使用状態値やシステム動作上の内部処理
状態値を読み取る。すなわち、トランザクション数監視
プログラム３２ａが起動されるときには、トランザクシ
ョン使用数管理部３３ａを参照することで使用中のトラ
ンザクション数を読み取り、また、キュー長監視プログ
ラム３２ｂが起動されるときには、キュー長滞留数管理
部３３ｂを参照することで送信待機キュー８にキューイ
ングされる滞留中の出力データ数を読み取ることになる
。

次に、状態監視プログラム３２は、ステップ１１で、読
み取ったソフトウェア資源の使用状態値やシステム動作
上の内部処理状態値の状態値を予め定めである判断値と
比較することで、システムに異常が発生したのか否かを
判断する。このステップ１１の判断で使用状態値が判断
値より大きいと判断するとき、すなわち、システムに異
常が発生したと判断するときには、ステップ１２に進ん
で、システム異常の継続回数を計数する継続回数カウン
タの計数値を１つ加算し、続くステノブ１０で、この加
算した計数値が予め定めである例えば４回といった判断
回数に達したのか否かを判断する。

一方、ステップ１１の判断で使用状Ｂ値が判断値より小
さいと判断するとき、すなわち、システムに異常が発生
していないか、あるいは、−反発生したもののステップ
１３の判断回数分継続せずに消滅した場合には、ステッ
プ１４に進んで、検出サイクルカウンタ３１に初期値“
ｎ、”をセントシ、続くステップ１５で、継続回数カウ
ンタの計数値をクリア処理して処理を終了する。このス
テップ１４の処理により、状態監視プログラム３２は、
初期値“ｎｌで定められる次の検出周期になると監視起
動プログラム３０により再び起動されることになるとと
もに、ステップ１５の処理により、システム異常の継続
回数を再び最初から計数できるようになる。

そして、ステップ１３の判断で継続回数カウンタの計数
値が判断回数に達していないと判断するときには、ステ
ップ１６に進んで、検出サイクルカウンタ３１に“ｎｌ
より小さな値をとる初期値ｊｌｎｌ“°をセットする。

このステップ１６の処理により、状態監視プログラム３
２は、今度はそれまでの初期値“ｎｌで定められる検出
周期より短い検出周期である初期値“ｎｌ”で定められ
る検出周期に従って、監視起動プログラム３０により起
動されていくよう処理される。一方、ステップ１３の判
断で継続回数カウンタの計数値が判断回数に達したと判
断するとき、すなわち、状態監視プログラム３２が初期
値ｎＩ″で定められる検出周期に従って起動されて、こ
の起動により検出されるシステムの異常が所定の判断回
数分継続したと判断するときには、ステップ１７に進ん
で、システムに異常があることを表示する。この表示処
理により、オペレータに対して異常状態の発生を表示で
きるようになるとともに、必要なりカバリ−処理に入れ
るようになる。

このようにして、本発明では、ソフトウェア資源の使用
状態の例で説明するならば、第６図に示すように、通常
は（ａ）で示されるような長い検出周期に従ってソフト
ウェア資源の使用状態の異常の発生を検出するよう処理
するとともに、この検出処理に従って使用状態の異常が
検出されると、次に、■ないし■で示されるような短い
検出周期に従って異常の発生の継続を判断するよう処理
することになるのである。

この実施例では、１段階のより短い検出周期に従ってシ
ステムの異常の継続を検出していくものを開示したが、
短くする検出周期に更に段数を設けていくよう構成する
ことも可能である。このようにすると、更にデータ処理
プログラム２のデータ処理を圧迫することなく精度よく
使用状態の異常の継続を検出音ｅできることになる。

以上図示実施例について説明したが、本発明はこれに限
定されるものではない０例えば、システムの異常の継続
を判断するための判断回数は、起動される状態監視プロ
グラム３２毎に異なるものであってもよい。

〔発明の効果〕

以上説明したように、本発明によれば、システムの異常
の発生を本来のデータ処理を圧迫せずに精度よく検出で
きるようになる。

【図面の簡単な説明】

第１図は本発明の原理構成図、 第２図は本発明のシステム構成図、 第３図は検出サイクルカウンタの説明図、第４図は監視
起動プログラムが実行するフローチャート、 第５図は状態監視プログラムが実行するフローチャート
、 第６図は本発明の処理内容を説明するための説明図、 第７図及び第８図は従来技術の問題点を説明するための
説明図である。 図中、１はデータ処理システム本体、２はデータ処理プ
ログラム、３は制御プログラム、４は入力側端末、５は
出力側端末、６は入力ハッファ、データ処理実行部、１
１は實Ａ使用状態管理部、１２は第１の検出部、１４は
第２の検出部、１６は異常状態表示部、３０は監視起動
プログラム、３１は検出サイクルカウンタ、３２は状態
監視プログラム、３３は状態データ管理部である。 特許出圓人　富士通株式会社 代　理　人　　弁理士　森１）寛（外２名）放！１プイ
フル力ウングつ説明図 第３ 図 蝕し虎λ２動プログラムカゞ九に−ｒ　Ｔるフロー呼ヤ
ード第４図

Claims (2)

【特許請求の範囲】
1. （１）データ処理システムのソフトウェア資源の使用状
   態やシステム動作上の内部処理状態を周期的に監視する
   ことで、システムの異常の発生を検出するシステム異常
   の検出処理方式において、システムの異常の発生の有無
   を所定の検出周期に従って検出する第１の検出部（１２
   ）と、該第１の検出部（１２）がシステムの異常の発生
   を検出するときに、発生したシステムの異常の継続を上
   記検出周期より短い検出周期に従って検出する第２の検
   出部（１４）と、 該第２の検出部（１４）がシステムの異常の継続を検出
   するときに、システムの異常の発生を表示する異常状態
   表示部（１６）とを備えることを、特徴とするシステム
   異常の検出処理方式。
2. （２）請求項（１）記載のシステム異常の検出処理方式
   において、 第２の検出部（１４）は、発生したシステムの異常の継
   続を検出するための検出周期を複数個用意して、該用意
   する複数の検出周期を長いものから順次選択して使用し
   ていくことで、発生したシステムの異常の継続を検出す
   ることを、 特徴とするシステム異常の検出処理方式。