JPH05165539A - バッチプログラムの自動再起動制御方式 - Google Patents

Abstract

(57)【要約】 【目的】バッチプログラムの実行管理で省力化を行なう
ため、バッチプログラムの実行状況を履歴情報として取
得しプログラムの実行が中断したとき同期点まで中断し
た処理を回復し再起動可能かの判断の後、プログラムの
再起動を再起動されたプログラムに履歴情報から再開始
点を指示して、人手を介さずにバッチプログラムの処理
を続行させる。 【構成】バッチプログラムの自動再起動を可能とするた
めバッチプログラムのプログラムＡ１１からアダプタ１
２を介して制御プログラム１３との連絡処理を行う。制
御プログラム１３は、プログラムＡ１１の実行結果を処
理対象データセット１４と履歴データセット１５に記録
し、この情報をもとにプログラムの自動再起動を行な
う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータシステム
における障害発生時のプログラムの自動立ち上げ技術に
関し、特にバッチプログラムの中断に対して自動的にプ
ログラムの再起動を行なう自動再起動の制御方式に関す
るものである。

【０００２】

【従来の技術】コンピュータシステムを用いた情報処理
分野では処理量が年々増加している。このため、バッチ
プログラムの実行が深夜になるなどの要因でプログラム
の中断時の対処などの実行管理の省力化が要求されてい
る。また、オンラインシステムが緊急停止したときなど
再開始が必要となるが迅速に復旧するためには中断した
バッチプログラムの再起動に人手を介さないで済むよう
にすることが必要となる。 従来、この様なプログラム
の自動再起動に関する技術として、オンラインメッセー
ジプログラムのように端末とやりとりをするようなプロ
グラムで未完了メッセージを回復し自動復旧をするよう
なものはあった。（特開昭６３−１５５３３３号公報
システムダウンの自動復旧方式）しかし、バッチプログ
ラムのようにシステムが処理の区切りを認識できないと
きは、実行が中断して回復処理を行った後に再起動する
ことはできても再開始点を与えることはできなかった。
このため、完了している処理を人手を介して取り除くか
処理済みであっても再度処理して問題ないものに限って
再起動を行なっていた。

【０００３】

【発明が解決しようとする課題】上記従来の技術では、
完了している処理を取り除くか処理済みであっても再度
処理して問題ないものに限って再起動を行うといった作
業に人手を介する必要があり、中断したプログラムを自
動的に再起動できないという問題があった。

【０００４】本発明では、オンラインシステムにおいて
未完了メッセージの自動復旧ができるように、バッチプ
ログラムの処理においても、障害が発生して中断したプ
ログラムの再起動に人手を介さずに、自動再起動を行な
うことを目的とする。

【０００５】

【課題を解決するための手段】本発明では、バッチプロ
グラムについての実行中の処理内容を履歴情報として記
録する。この時にバッチプログラムの処理の同期点から
同期点までのまとまりの開始と終了を制御プログラムに
通知し、制御プログラムはこの通知を履歴情報における
処理の区切りとして記録してシステムがバッチプログラ
ムの処理の区切りを認識できるようにする。

【０００６】プログラムが中断したとき、制御プログラ
ムは、バッチプログラムの実行状態を、中断した処理の
開始点までの状態にもどす。次に、履歴情報からプログ
ラムの中断理由を調べ再起動可能かの判断を行ない、再
起動可能と判断した時は、プログラムの再起動を行な
う。バッチプログラムの処理実行は、履歴情報から処理
再開始点を判断し、すでに完了した処理をスキップして
未完了となっている処理からプログラムを続行する。

【０００７】このようにして、人手を介することなくバ
ッチプログラムの自動再起動制御を行う。

【０００８】障害の種別や同一プログラムが何度も中断
した時など再起動が不可能と判断したときはその旨を履
歴情報に取得した後、当該プログラムの再起動を中止す
る。

【０００９】

【作用】プログラムの実行中の処理内容を履歴情報とし
て取得することによりプログラムが中断したとき同期点
まで中断した処理の回復が行え、その中断理由から再起
動可能かの判断を行なえる。この時にバッチプログラム
の処理の同期点から同期点までのまとまりの開始と終了
を履歴情報として取得しているのでシステムがプログラ
ムの実行状況を把握できる。実行状況を把握しているの
で、再起動されたプログラムの処理再開始点を求めら
れ、すでに完了した処理をスキップし未完了となってい
た処理からプログラムを続行できる。

【００１０】さらに、障害の種別や同一プログラムが何
度も中断した時など再起動が不可能と判断したときはそ
の旨を履歴情報に取得した後、当該プログラムの再起動
を中止するのでプログラムの再起動が不当に繰り返され
ることはない。

【００１１】

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。本発明の一実施例のシステム構成と、処理
の流れを図１に示す。図１において、プログラムＡ１１
は本発明が適用されるバッチプログラムである。１４は
プログラムＡ１１の実行結果を格納する処理対象データ
セットであり、１５はプログラムＡ１１の処理の履歴を
格納する履歴データセットである。１３はプログラムＡ
の実行処理の履歴や結果を処理対象データセット１４や
履歴データセット１５に記録する等システムの制御を行
なう制御プログラムである。１２はプログラムＡ１１と
制御プログラム１３との連絡処理を行なうアダプタであ
る。その他、図示していないが、プログラムＡの処理コ
マンドや他のコマンド等を入力する入力装置や、プログ
ラムＡの実行結果等を可視出力するまたは印刷する出力
装置により本発明のシステムは構成される。

【００１２】次に、処理の流れを図１を用いて説明す
る。プログラムＡ１１の起動要求がアダプタ１２を介し
て制御プログラム１３に対して行なわれると制御プログ
ラム１３はプログラムＡ１１を起動し、プログラムＡ１
１を通常起動したことを履歴データセット１５に記録す
る。プログラムＡ１１が起動されるとまず、制御プログ
ラム１３に処理開始点の取得要求を行なう。制御プログ
ラム１３は、履歴データセット１５を検索する。履歴デ
ータセット１５には、プログラムＡの通常起動がセット
されているので、先頭からの開始をプログラムＡ１１に
指示する。プログラムＡ１１は、処理開始点により処理
の振り分けを行なう。この場合は、先頭から処理を行な
う。プログラムＡ１１は、先頭の処理である処理１の開
始を制御プログラム１３に通知する。制御プログラム１
３は処理１が開始したことを履歴データセット１５に取
得する。プログラムＡの処理１で処理対象データセット
１４の内容をＡ→Ａ’に変更する。制御プログラム１３
は、処理対象データセット１４の内容をＡ→Ａ’に変更
したことを履歴データセット１５に取得する。プログラ
ムＡ１１で処理１が終了したことを制御プログラム１３
に通知すると、制御プログラム１３は、処理１の終了履
歴を履歴データセット１５に取得する。

【００１３】同様にして処理２を実行する。ここで、障
害が発生したら、プログラムＡ１１は、障害の発生を制
御プログラム１３に通知する。制御プログラム１３は障
害発生通知を受けると、履歴データセット１５にプログ
ラムＡ異常終了をセットする。また、履歴データセット
１５を検索し未完了となった処理２の内容を処理２の開
始点まで回復する。次に、プログラムＡ１１の異常終了
履歴を取得し、障害種別を判断して再起動可能か判断す
る。たとえば、メモリ不足や資源排他でのデッドロック
などは外部条件の変化により異常が回避される可能性が
あるので再起動可能と判断する。データベース操作コマ
ンドの文法エラーなどプログラム修正が必要な場合は再
起動不可能と判断する。また、再起動可能なときでも再
起動の回数が任意に設定された一定数値の上限に達して
いるときは、再起動を中止する。

【００１４】再起動可能と判断したときは、プログラム
Ａ１１を再起動する。プログラムＡ１１は、起動を受け
ると前回と同様に制御プログラム１３に処理開始点の取
得要求を行なう。制御プログラム１３は、履歴データセ
ット１５を検索し処理２で中断していることから処理２
からの開始をプログラムＡ１１に指示する。プログラム
Ａ１１は、処理開始点により処理の振り分けを行なう。
今度は、処理２からなので処理１をスキップし処理２か
ら再開始を行なう。すべての処理が終了したら制御プロ
グラム１３にプログラムＡ１１の終了を通知する。制御
プログラム１３がプログラムＡ１１の正常終了履歴を取
得するとプログラムＡ１１の処理が完結する。

【００１５】以上の処理を実現するために必要な履歴デ
ータセット１５内の異常終了時の履歴情報を図２に示
す。履歴データセット１５中のプログラム履歴情報を履
歴情報テーブル２１の形で示すと次のようになる。履歴
情報テーブル２１は、プログラム識別情報２２、処理完
了通番２３、起動回数２４及び、終了要因コード２５と
からなる。

【００１６】プログラムＡ１１から制御プログラム１３
への処理開始／終了通知などの同期点通知で、プログラ
ム識別情報２２、処理完了通番２３、終了要因コード２
５の情報を制御プログラム１３が取得し履歴情報テーブ
ル２１を更新する。

【００１７】プログラム識別情報２２は、プログラム名
称等のプログラムを識別するための情報である。処理完
了通番２３は、前記プログラムの処理がどこまで完了し
ているかを示す通番であり、００００は、完了済みの処
理がないことを示し、ｎｎｎｎは、第ｎｎｎｎ番目まで
の処理が完了したことを示す。再開始点の通知は、ｎｎ
ｎｎに１を加えた処理から再開始するように指示され
る。起動回数２４は、プログラムが何回起動されたかを
示す情報であり、起動回数が決められた上限値に達した
ときは、再起動を行なわないように制御される。終了要
因コード２５は、プログラム終了の要因を示す情報であ
り、本実施例では、次のように区分する。００００は、
プログラムの正常終了を示す。０００１から４９９９は
再現性のない障害による異常終了を示す。メモリ不足や
デッドロックなど再起動により処理が続行できる可能性
があることを示す。５０００から９９９８はデータベー
ス操作コマンドの文法エラーなど再起動による続行が不
可能であることを示す。９９９９は再現性のない障害だ
が起動回数の上限に達したのでプログラムの再起動を打
ち切ったことを示す。

【００１８】例えば、ＰＲＯＧ０００１が起動され、３
番目の処理完了後に終了要因コード０００１で異常終了
すると、履歴情報テーブル２１の一段目に示す履歴情報
を記憶する。再起動の判断は、本例では終了要因コード
０００１なので再起動可であり再起動を行なう。バッチ
プログラム再起動後に制御プログラム１３に処理開始点
を要求すると、制御プログラム１３は履歴データセット
１５中の履歴情報を参照し、処理管理通番の３番目に１
を加えた４番目から処理を開始するように指示する。

【００１９】再開始後に異常終了したときは起動回数に
１を加えて情報を記録し再び再起動を行なう。この例を
履歴情報テーブル２１の２段目に示す。

【００２０】プログラムが正常終了したときは、履歴情
報テーブル２１の３段目に示すように終了要因コード０
０００として情報を記憶する。

【００２１】履歴情報デーブル２１の４段目に示す例
は、ＰＲＯＧ０００２が、処理が１つで最初の起動で正
常終了したことを示す。

【００２２】５段目に示す例は、ＰＲＯＧ０００３が再
起動不可の要因で終了したことを示す。制御プログラム
は、再起動時、終了要因コードが５０００なので再起動
不可と判断し再起動を行なわないようにする。

【００２３】６段目に示す例は、ＰＲＯＧ０００４が、
１番目の処理終了後に終了要因コード０００３の要因で
異常終了した例を示し、次に示す例は、ＰＲＯＧ０００
４が、３番目の処理まで終了後再起動可能な要因で異常
終了し、１０回目の再起動を行なったが異常終了をした
ことを示す。再起動回数の上限を１０回と設定してある
ときは再現性のない障害であっても処理を打ち切る。本
例では、終了要因コードを９９９９とし起動回数による
打ち切りが生じたことがあとから判るようになってい
る。

【００２４】本例では、ＰＲＯＧ０００３とＰＲＯＧ０
００４は、自動再起動により処理が続行できなかったの
で障害要因を取り除いたあとで再起動の要求を手動で行
なう必要があるがＰＲＯＧ０００１については本発明に
より人手を介さずにバッチプログラムの自動再起動が可
能となる。

【００２５】

【発明の効果】本発明によれば、バッチプログラムの実
行が深夜になったり、オンラインシステムが緊急停止し
たときの再開始などに中断したバッチプログラムの再起
動を人手を介さずに行なうことが可能になり、バッチプ
ログラムの実行管理の省力化が行なえる。

【図面の簡単な説明】

図１は、本発明の一実施例のバッチプログラムの自動再
起動のシステム構成と処理の流れを示したものである。
図２は、本発明の履歴データセット中に保持するプログ
ラム履歴情報の内容と情報の利用の方法をを示したもの
である。

【符号の説明】

１１…バッチプログラムＡ１１ １２…アダプタ １３…制御プログラム １４…処理対象データセット １５…履歴データセット ２１…履歴情報テーブル

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数の独立した処理を一括して行なうバッ
   チ処理システムにおいて、バッチプログラムの実行状況
   を履歴情報として取得し、プログラムの実行中断時、前
   記履歴情報に基づき、中断時に実行中の処理を該処理の
   開始時点まで回復し、再起動可能なときバッチプログラ
   ムの再起動を行ない、再起動されたバッチプログラムは
   既に終了した処理をスキップして未実行の処理から実行
   することを特徴とするバッチプログラムの自動再起動制
   御方式。
2. 【請求項２】複数の独立した処理を一括して行なうため
   のバッチプログラムと、処理結果を格納するメモリと、
   それらの制御を行なう制御手段とからなるバッチ処理シ
   ステムにおいて、バッチ処理の各処理の開始と終了を制
   御手段に伝える手段と、前記処理の開始と終了を含むバ
   ッチ処理の内容を履歴情報として格納する手段を備え、
   前記バッチプログラムは、起動時にバッチ処理の開始位
   置の検索要求を制御手段に出し、該制御手段に指示され
   た位置からバッチ処理を開始し、該制御手段は検索要求
   に応答して前記履歴情報を検索して未完了の処理の開始
   位置を検出して前記バッチプログラムに指示することを
   特徴とするバッチプログラムの自動再起動制御方式。
3. 【請求項３】請求項２記載のバッチプログラムの自動再
   起動制御方式において、前記バッチプログラムは、バッ
   チ処理の中断時に中断理由を制御手段に渡し、該制御手
   段は、中断理由が再起動可能なときだけバッチプログラ
   ムの再起動指示を出すことを特徴とするバッチプログラ
   ムの自動再起動制御方式。