JP3516049B2 - バッチジョブ制御システム - Google Patents
バッチジョブ制御システムInfo
- Publication number
- JP3516049B2 JP3516049B2 JP05877895A JP5877895A JP3516049B2 JP 3516049 B2 JP3516049 B2 JP 3516049B2 JP 05877895 A JP05877895 A JP 05877895A JP 5877895 A JP5877895 A JP 5877895A JP 3516049 B2 JP3516049 B2 JP 3516049B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- host
- job
- schedule
- contact
- 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
- Multi Processors (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、複数のホストが連携し
てバッチジョブを実行するバッチジョブ制御システムに
関するものである。
てバッチジョブを実行するバッチジョブ制御システムに
関するものである。
【０００２】
【従来の技術】従来、バッチジョブ制御システムは、図
８に示すように、同一サイトにおいて、複数のホスト、
ここではＡ系（主系）と、Ｂ系（従系）とがあり、これ
ら両者を制御する場合、各ホストのジョブの実行順序を
管理しているスケジュールファイルを１つ持ち、これを
各ホストで共用するようにしている。一方、ジョブの実
行を制御する実行管理手段は、各ホストに置かれ、スケ
ジュールファイルを参照し、自ホストのジョブとしてス
ケジュールされているものを判定して取り出し、実行す
るようにしている。以下図８の構成および動作を簡単に
説明する。
８に示すように、同一サイトにおいて、複数のホスト、
ここではＡ系（主系）と、Ｂ系（従系）とがあり、これ
ら両者を制御する場合、各ホストのジョブの実行順序を
管理しているスケジュールファイルを１つ持ち、これを
各ホストで共用するようにしている。一方、ジョブの実
行を制御する実行管理手段は、各ホストに置かれ、スケ
ジュールファイルを参照し、自ホストのジョブとしてス
ケジュールされているものを判定して取り出し、実行す
るようにしている。以下図８の構成および動作を簡単に
説明する。
【０００３】図８は、従来技術の説明図を示す。図８に
おいて、Ａ系（主系）、Ｂ系（従系）は、同一サイトに
設けたホストである。
おいて、Ａ系（主系）、Ｂ系（従系）は、同一サイトに
設けたホストである。
【０００４】スケジュールファイルは、共用ボリューム
に設けられ、Ａ系およびＢ系が実行するジョブをスケー
ジュルした内容を格納するものである。実行管理手段
は、Ａ系およびＢ系にそれぞれ設け、共用ボリューム上
のスケジュールファイルを排他的に参照して、自系にス
ケージュルされているジョブを取り出して実行させるも
のである。
に設けられ、Ａ系およびＢ系が実行するジョブをスケー
ジュルした内容を格納するものである。実行管理手段
は、Ａ系およびＢ系にそれぞれ設け、共用ボリューム上
のスケジュールファイルを排他的に参照して、自系にス
ケージュルされているジョブを取り出して実行させるも
のである。
【０００５】スケジュール作成手段は、主系のＡ系に設
けられ、マスタファイルを参照してＡ系およびＢ系のジ
ョブを予めスケジュールし、スケージュルファイルに格
納するものである。
けられ、マスタファイルを参照してＡ系およびＢ系のジ
ョブを予めスケジュールし、スケージュルファイルに格
納するものである。
【０００６】次に、図８の構成の動作を説明する。
（１） Ａ系の実行管理手段が共用ボリューム上のスケ
ジュールファイルの占有を獲得し、参照して自系のジョ
ブを取り出した後、開放する。そして、取り出し自系の
ジョブを実行する。
ジュールファイルの占有を獲得し、参照して自系のジョ
ブを取り出した後、開放する。そして、取り出し自系の
ジョブを実行する。
【０００７】（２） Ｂ系の実行管理手段も同様に行
う。この際、スケジュールファイルは、一方が排他を獲
得して占有すると、他方は開放するまで待機する。
う。この際、スケジュールファイルは、一方が排他を獲
得して占有すると、他方は開放するまで待機する。
【０００８】
【発明が解決しようとする課題】上述したように従来の
図８の構成のもとでは、全てのホストのジョブのスケジ
ュールが共用ボリューム上のスケジュールファイルに登
録されているため、各ホスト（Ａ系、Ｂ系）はそれぞれ
スケジュールファイルの排他を獲得して占有した後、検
索した自系のジョブのスケジュールを見つけて取り出す
必要があり、ホストの数が増えるに従い検索対象のジョ
ブ数が増えてしまい、検索に時間が多く必要になってし
まい迅速に処理し難いという問題があった。
図８の構成のもとでは、全てのホストのジョブのスケジ
ュールが共用ボリューム上のスケジュールファイルに登
録されているため、各ホスト（Ａ系、Ｂ系）はそれぞれ
スケジュールファイルの排他を獲得して占有した後、検
索した自系のジョブのスケジュールを見つけて取り出す
必要があり、ホストの数が増えるに従い検索対象のジョ
ブ数が増えてしまい、検索に時間が多く必要になってし
まい迅速に処理し難いという問題があった。
【０００９】また、スケジュールファイルは、共用ボリ
ューム上に配置され１つであるため、複数のホストから
同時に排他獲得要求がきた場合、排他を獲得したホスト
以外は待たされてしまい、特に特定のホストが連続した
多数のジョブを実行するような場合占有する時間が増大
してしまい、開放が遅くなり、その分、他のホストが待
たされてしまうという問題もあった。
ューム上に配置され１つであるため、複数のホストから
同時に排他獲得要求がきた場合、排他を獲得したホスト
以外は待たされてしまい、特に特定のホストが連続した
多数のジョブを実行するような場合占有する時間が増大
してしまい、開放が遅くなり、その分、他のホストが待
たされてしまうという問題もあった。
【００１０】更に、あるホストがスケジュールファイル
の排他を獲得して占有した状態で、何らかの原因でダウ
ンした場合、スケジュールファイルが排他されたままと
なり、開放されず、１つの系のダウンのために全ての系
のスケジュールファイルへのアクセスができなくなり、
全体のダウンになってしまう問題もあった。
の排他を獲得して占有した状態で、何らかの原因でダウ
ンした場合、スケジュールファイルが排他されたままと
なり、開放されず、１つの系のダウンのために全ての系
のスケジュールファイルへのアクセスができなくなり、
全体のダウンになってしまう問題もあった。
【００１１】本発明は、これらの問題を解決するため、
各ホスト内にスケジュールファイルを設けると共に、ホ
スト間に排他を必要としない連絡用ファイルを設け、各
ホスト内のスケジュールファイルに従い、連絡用ファイ
ルを使ってホスト間で連絡を取り合ってジョブを順次実
行し、各ホストの運用状況の影響を受けることなく独立
に実行可能にすると共に、各ホスト内に自系のジョブの
スケジュールのみを持ち検索負荷の軽減を図り、複数ホ
ストが連携したバッチ運用の信頼性と全体の効率の向上
を図ることを目的としている。
各ホスト内にスケジュールファイルを設けると共に、ホ
スト間に排他を必要としない連絡用ファイルを設け、各
ホスト内のスケジュールファイルに従い、連絡用ファイ
ルを使ってホスト間で連絡を取り合ってジョブを順次実
行し、各ホストの運用状況の影響を受けることなく独立
に実行可能にすると共に、各ホスト内に自系のジョブの
スケジュールのみを持ち検索負荷の軽減を図り、複数ホ
ストが連携したバッチ運用の信頼性と全体の効率の向上
を図ることを目的としている。
【００１２】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、ホスト１
は、バッチでジョブを連携して実行するものであって、
ここでは、Ａ系とＢ系とがあり、それぞれ管理手段２、
およびスケジュールファイル５などから構成されるもの
である。
決するための手段を説明する。図１において、ホスト１
は、バッチでジョブを連携して実行するものであって、
ここでは、Ａ系とＢ系とがあり、それぞれ管理手段２、
およびスケジュールファイル５などから構成されるもの
である。
【００１３】管理手段２は、スケジュールファイル５を
参照してジョブのスケジュールを管理するものであっ
て、自系宛の連絡用ファイル９から実行情報（実行結果
および後続ジョブなどの情報）を読み出したり、実行情
報を連絡先の連絡用ファイル９に書き込んだりなどする
ものである。
参照してジョブのスケジュールを管理するものであっ
て、自系宛の連絡用ファイル９から実行情報（実行結果
および後続ジョブなどの情報）を読み出したり、実行情
報を連絡先の連絡用ファイル９に書き込んだりなどする
ものである。
【００１４】スケジュールファイル５は、自系で実行す
るジョブのスケジュールを格納したものである。連絡用
ファイル９は、実行情報を連絡するためのものである。
るジョブのスケジュールを格納したものである。連絡用
ファイル９は、実行情報を連絡するためのものである。
【００１５】
【作用】本発明は、図１に示すように、管理手段２がス
ケジュールファイル５および自系宛の連絡用ファイル９
から読み出した実行情報をもとに実行できるジョブを実
行させ実行情報を当該後続ジョブを実行するホストへの
連絡用ファイル９に書き込むようにしている。この連絡
用ファイル９から実行情報を読み出した管理手段２が自
系のスケジュールファイル５を参照して順番がきたとき
にその後続ジョブを実行させるようにしている。
ケジュールファイル５および自系宛の連絡用ファイル９
から読み出した実行情報をもとに実行できるジョブを実
行させ実行情報を当該後続ジョブを実行するホストへの
連絡用ファイル９に書き込むようにしている。この連絡
用ファイル９から実行情報を読み出した管理手段２が自
系のスケジュールファイル５を参照して順番がきたとき
にその後続ジョブを実行させるようにしている。
【００１６】この際、連絡用ファイル９として、連絡元
の１つのホストのみが書き込み、連絡先の１つあるいは
複数のホストが読み出し、排他を不要としている。ま
た、共用域に設けた連絡用ファイル９を固定領域とし、
当該連絡用ファイル９の領域不足時に拡張するための排
他制御が発生しないようにしている。
の１つのホストのみが書き込み、連絡先の１つあるいは
複数のホストが読み出し、排他を不要としている。ま
た、共用域に設けた連絡用ファイル９を固定領域とし、
当該連絡用ファイル９の領域不足時に拡張するための排
他制御が発生しないようにしている。
【００１７】また、共用域に設けた連絡用ファイル９
を、各ホストが自系宛の当該連絡用ファイル９から所定
時間毎に、管理手段２が実行情報を読み出すようにして
いる。従って、各ホスト内にスケジュールファイル５を
設けると共に、ホスト間に連絡用の排他を必要としない
連絡用ファイル９を設け、各ホスト内のスケジュールフ
ァイル５に従い、連絡用ファイル９を使ってホスト間で
連絡を取り合ってジョブを順次実行することにより、各
ホストの運用状況の影響を受けることなく独立にジョブ
を実行可能にすると共に、各ホスト内に自系のジョブの
スケジュールのみを持ち検索負荷の軽減を図り、複数ホ
ストが連携したバッチ運用の信頼性と全体の効率の向上
を図ることが可能となる。
を、各ホストが自系宛の当該連絡用ファイル９から所定
時間毎に、管理手段２が実行情報を読み出すようにして
いる。従って、各ホスト内にスケジュールファイル５を
設けると共に、ホスト間に連絡用の排他を必要としない
連絡用ファイル９を設け、各ホスト内のスケジュールフ
ァイル５に従い、連絡用ファイル９を使ってホスト間で
連絡を取り合ってジョブを順次実行することにより、各
ホストの運用状況の影響を受けることなく独立にジョブ
を実行可能にすると共に、各ホスト内に自系のジョブの
スケジュールのみを持ち検索負荷の軽減を図り、複数ホ
ストが連携したバッチ運用の信頼性と全体の効率の向上
を図ることが可能となる。
【００１８】
【実施例】次に、図１から図７を用いて本発明の実施例
の構成および動作を順次詳細に説明する。
の構成および動作を順次詳細に説明する。
【００１９】図１は、本発明の１実施例構成図を示す。
図１において、ホスト１は、バッチでジョブを連携して
実行するものであって、ここでは、同一サイトにＡ系と
Ｂ系とがあり、それぞれ管理手段２、スケジュールファ
イル５、スケジュール作成手段６、システム起動手段７
などから構成されるものである。
図１において、ホスト１は、バッチでジョブを連携して
実行するものであって、ここでは、同一サイトにＡ系と
Ｂ系とがあり、それぞれ管理手段２、スケジュールファ
イル５、スケジュール作成手段６、システム起動手段７
などから構成されるものである。
【００２０】管理手段２は、スケジュールファイル５を
参照してジョブのスケジュールを管理するものであっ
て、情報反映手段３および実行管理手段４とから構成さ
れるものである。
参照してジョブのスケジュールを管理するものであっ
て、情報反映手段３および実行管理手段４とから構成さ
れるものである。
【００２１】情報反映手段３は、ジョブの実行結果およ
び後続ジョブからなる実行情報を、先行ジョブを実行す
るホストの連絡用ファイル９より読み出し、自系用のス
ケジュールファイル５に実行情報を反映させるものであ
る。
び後続ジョブからなる実行情報を、先行ジョブを実行す
るホストの連絡用ファイル９より読み出し、自系用のス
ケジュールファイル５に実行情報を反映させるものであ
る。
【００２２】実行管理手段４は、スケジュールファイル
５を参照して実行できるジョブを実行させ、実行結果を
スケジュールファイル５に反映させ、また、実行情報を
自系用の連絡用ファイル９に書き込むものである。
５を参照して実行できるジョブを実行させ、実行結果を
スケジュールファイル５に反映させ、また、実行情報を
自系用の連絡用ファイル９に書き込むものである。
【００２３】スケジュールファイル５は、自系のジョブ
のスケジュールを登録したものである。スケジュール作
成手段６は、起動当初などに共用ボリューム１０上の共
用域のマスタファイル１２を検索し、自系が実行するよ
うにスケジュールされているジョブのスケジュールを全
て取り出し、自系内のスケジェールファイル５に格納す
るものである。
のスケジュールを登録したものである。スケジュール作
成手段６は、起動当初などに共用ボリューム１０上の共
用域のマスタファイル１２を検索し、自系が実行するよ
うにスケジュールされているジョブのスケジュールを全
て取り出し、自系内のスケジェールファイル５に格納す
るものである。
【００２４】システム起動手段７は、共用域のステータ
スファイル１１を参照して自系用の連絡用ファイル９を
初期化したり、自系の前処理を終了して運用状態になっ
たときにその旨をステータスファイル１１に設定（更
新）したりなどし、自系を起動するものである。
スファイル１１を参照して自系用の連絡用ファイル９を
初期化したり、自系の前処理を終了して運用状態になっ
たときにその旨をステータスファイル１１に設定（更
新）したりなどし、自系を起動するものである。
【００２５】共用ボリューム８は、各ホストからアクセ
ス可能な共用域に設けたボリュームであって、ここで
は、各ホスト用の連絡用ファイル９を設けたものであ
る。連絡用ファイル９は、各ホスト用に専用に設け、連
絡元のホストが書き込むのみで、連絡先のホストが読み
出すのみで、排他を不要としたものである。この排他を
不要としたことにより、実行情報をホスト間で通信する
ときに他のホストが待たされることが無くなると共に、
あるホストが排他を獲得した状態で障害が発生して他の
ホストが参照できなくなり運用が停止してしまう問題を
無くしたものである。
ス可能な共用域に設けたボリュームであって、ここで
は、各ホスト用の連絡用ファイル９を設けたものであ
る。連絡用ファイル９は、各ホスト用に専用に設け、連
絡元のホストが書き込むのみで、連絡先のホストが読み
出すのみで、排他を不要としたものである。この排他を
不要としたことにより、実行情報をホスト間で通信する
ときに他のホストが待たされることが無くなると共に、
あるホストが排他を獲得した状態で障害が発生して他の
ホストが参照できなくなり運用が停止してしまう問題を
無くしたものである。
【００２６】共用ボリューム１０は、各ホストからアク
セス可能な共用域に設けたボリュームであって、ここで
は、ステータスファイル１１、およびマスタファイル１
２を設けたものである。
セス可能な共用域に設けたボリュームであって、ここで
は、ステータスファイル１１、およびマスタファイル１
２を設けたものである。
【００２７】ステータスファイル１１は、各ホストの状
態（停止、運用中など）のステータスを設定するもので
ある。マスタファイル１２は、各ホストが実行するジョ
ブのスケジュールを全部登録したものである。
態（停止、運用中など）のステータスを設定するもので
ある。マスタファイル１２は、各ホストが実行するジョ
ブのスケジュールを全部登録したものである。
【００２８】次に、図２のフローチャートに示す順序に
従い、図１の構成の起動から運用、運用から停止すると
きの動作を詳細に説明する。ここでは、図１のＡ系およ
びＢ系が同様な処理を行うので、Ａ系のみについて説明
する。
従い、図１の構成の起動から運用、運用から停止すると
きの動作を詳細に説明する。ここでは、図１のＡ系およ
びＢ系が同様な処理を行うので、Ａ系のみについて説明
する。
【００２９】図２において、Ｓ１は、スケジュールを作
成する。これは、図１のスケジュール作成手段６が共用
マスタ（共用域のマスタファイル１２）から自ホスト
（Ａ系）で動作するジョブを抽出し、自系内のスケジュ
ールファイル５に格納する。
成する。これは、図１のスケジュール作成手段６が共用
マスタ（共用域のマスタファイル１２）から自ホスト
（Ａ系）で動作するジョブを抽出し、自系内のスケジュ
ールファイル５に格納する。
【００３０】Ｓ２は、ＩＰＬする。これは、図１のホス
ト（Ａ系）がＩＰＬする。Ｓ３は、固定領域の連絡用フ
ァイル（Ａ系用）を初期化を行う。これは、図１のＡ系
のシステム起動手段７が、共用域のステータスファイル
１１を参照して、Ａ系用の連絡用ファイル９を共用域に
固定域として獲得し、初期化を行う。
ト（Ａ系）がＩＰＬする。Ｓ３は、固定領域の連絡用フ
ァイル（Ａ系用）を初期化を行う。これは、図１のＡ系
のシステム起動手段７が、共用域のステータスファイル
１１を参照して、Ａ系用の連絡用ファイル９を共用域に
固定域として獲得し、初期化を行う。
【００３１】Ｓ４は、共用のステータスファイル１１の
自ホスト（Ａ系）情報を“初期化済”に更新する。Ｓ５
は、他ホストのステータスをチェックする。これは、図
１のＡ系のシステム起動手段７が、他ホスト、例えばＢ
系のホストのステータスをチェックする。他のホスト
（Ｂ系）が初期化済と判明した場合には、Ｓ７に進む。
一方、他のホスト（Ｂ系）が初期化未と判明した場合に
は連携する相手のホストが初期化されていないので、待
機する（Ｓ６）。
自ホスト（Ａ系）情報を“初期化済”に更新する。Ｓ５
は、他ホストのステータスをチェックする。これは、図
１のＡ系のシステム起動手段７が、他ホスト、例えばＢ
系のホストのステータスをチェックする。他のホスト
（Ｂ系）が初期化済と判明した場合には、Ｓ７に進む。
一方、他のホスト（Ｂ系）が初期化未と判明した場合に
は連携する相手のホストが初期化されていないので、待
機する（Ｓ６）。
【００３２】Ｓ７は、実行管理／情報反映手段が動作開
始する。これにより、実行管理手段４がスケジュールフ
ァイル５を参照して実行できるジョブおよび自系用の連
絡用ファイル９から読み出した実行情報によって実行で
きるジョブを実行させ、その実行結果および後続ジョブ
からなる実行情報を、情報反映手段３が後続ジョブを実
行するホストの連絡用ファイル９に書き込んで連絡す
る。
始する。これにより、実行管理手段４がスケジュールフ
ァイル５を参照して実行できるジョブおよび自系用の連
絡用ファイル９から読み出した実行情報によって実行で
きるジョブを実行させ、その実行結果および後続ジョブ
からなる実行情報を、情報反映手段３が後続ジョブを実
行するホストの連絡用ファイル９に書き込んで連絡す
る。
【００３３】Ｓ８は、Ｓ７の実行管理／情報反映手段に
よってジョブがスケジュールに従い順次実行され、運用
を開始したこととなる。Ｓ９は、運用を停止する場合、
共用のステータスファイル１１の自ホスト（Ａ系）情報
を“初期化未”に更新する。
よってジョブがスケジュールに従い順次実行され、運用
を開始したこととなる。Ｓ９は、運用を停止する場合、
共用のステータスファイル１１の自ホスト（Ａ系）情報
を“初期化未”に更新する。
【００３４】Ｓ１０は、システムを停止する。以上によ
って、ホスト１が電源投入時に、共用域のマスタファイ
ル１２から自ホストが実行するジョブのスケジュールを
抽出して自ホスト内のスケジュールファイル５に格納、
ＩＰＬ、および共用域に固定領域の連絡用ファイル９を
作成し、共用域のステータスファイル１１を参照して連
携する他ホストが実行可能状態（連絡用ファイルの初期
化済）にあったときに運用を開始する。運用を停止する
場合には、共用域のステータスファイル１１に“初期化
未”と設定して停止する。これらにより、各ホストは、
他のホストが障害発生して停止しても独立に自ホスト内
のスケジュールファイル５を参照してジョブを実行する
ことが可能になると共に、連絡用ファイルを使って後続
ジョブのホストに実行情報を通信して処理を続行するこ
とが可能となる。
って、ホスト１が電源投入時に、共用域のマスタファイ
ル１２から自ホストが実行するジョブのスケジュールを
抽出して自ホスト内のスケジュールファイル５に格納、
ＩＰＬ、および共用域に固定領域の連絡用ファイル９を
作成し、共用域のステータスファイル１１を参照して連
携する他ホストが実行可能状態（連絡用ファイルの初期
化済）にあったときに運用を開始する。運用を停止する
場合には、共用域のステータスファイル１１に“初期化
未”と設定して停止する。これらにより、各ホストは、
他のホストが障害発生して停止しても独立に自ホスト内
のスケジュールファイル５を参照してジョブを実行する
ことが可能になると共に、連絡用ファイルを使って後続
ジョブのホストに実行情報を通信して処理を続行するこ
とが可能となる。
【００３５】次に、図３を用いて運用時の動作を詳細に
説明する。図３は、本発明の動作説明フローチャート
（運用時）を示す。ここで、ホストのＡ系とＢ系とは全
く同じ動作をするので、ここでは、Ａ系のホストのみに
ついて動作を説明する。
説明する。図３は、本発明の動作説明フローチャート
（運用時）を示す。ここで、ホストのＡ系とＢ系とは全
く同じ動作をするので、ここでは、Ａ系のホストのみに
ついて動作を説明する。
【００３６】図３において、Ｓ２１は、スケジュールフ
ァイルより実行可能（先行ジョブが全て終了）かつステ
ータスが、“未実行”のジョブを抽出し起動する。これ
は、後述する例えば図６の（ａ）のＡ系のスケジュール
ファイル５を参照し、先行ジョブが全て終了し（ここで
は先行ジョブが全て終了したとする）、“未実行”のジ
ョブとして、“ＪＯＢ１”を抽出し、起動する。
ァイルより実行可能（先行ジョブが全て終了）かつステ
ータスが、“未実行”のジョブを抽出し起動する。これ
は、後述する例えば図６の（ａ）のＡ系のスケジュール
ファイル５を参照し、先行ジョブが全て終了し（ここで
は先行ジョブが全て終了したとする）、“未実行”のジ
ョブとして、“ＪＯＢ１”を抽出し、起動する。
【００３７】Ｓ２２は、ジョブを実行する。これは、Ｓ
２１で起動された例えば“ＪＯＢ１”を実行する。Ｓ２
３は、終了ジョブについてスケジュールファイル５のス
テータスを“終了”に変更する。これは、例えばＳ２２
で実行した“ＪＯＢ１”が終了し、当該終了ジョブ“Ｊ
ＯＢ１”についてステータスを“終了”に変更する（図
６の（ａ）のジョブ名“ＪＯＢ１”のステータスを“未
実行”から“終了”に変更する）。
２１で起動された例えば“ＪＯＢ１”を実行する。Ｓ２
３は、終了ジョブについてスケジュールファイル５のス
テータスを“終了”に変更する。これは、例えばＳ２２
で実行した“ＪＯＢ１”が終了し、当該終了ジョブ“Ｊ
ＯＢ１”についてステータスを“終了”に変更する（図
６の（ａ）のジョブ名“ＪＯＢ１”のステータスを“未
実行”から“終了”に変更する）。
【００３８】Ｓ２４は、自ホストの後続ジョブがあるか
判別する。これは、例えば図６の（ａ）の終了ジョブ
“ＪＯＢ１”の後続ジョブ“ＪＯＢ３”（ホスト（Ａ
系）のＪＯＢ３）があるか判別する。有りの場合には、
Ｓ２５で自ホスト内の後続ジョブについて、スケジュー
ルファイル５の先行ジョブ情報（終了ジョブ分）を“終
了”に更新する。これは、例えば図６の（ａ）のジョブ
“ＪＯＢ３”の先行ジョブ情報中の先行ジョブ“ＪＯＢ
１”のステータスを“終了”に更新する。そして、Ｓ２
６に進む。一方、Ｓ２４でなしの場合には、Ｓ２６に進
む。
判別する。これは、例えば図６の（ａ）の終了ジョブ
“ＪＯＢ１”の後続ジョブ“ＪＯＢ３”（ホスト（Ａ
系）のＪＯＢ３）があるか判別する。有りの場合には、
Ｓ２５で自ホスト内の後続ジョブについて、スケジュー
ルファイル５の先行ジョブ情報（終了ジョブ分）を“終
了”に更新する。これは、例えば図６の（ａ）のジョブ
“ＪＯＢ３”の先行ジョブ情報中の先行ジョブ“ＪＯＢ
１”のステータスを“終了”に更新する。そして、Ｓ２
６に進む。一方、Ｓ２４でなしの場合には、Ｓ２６に進
む。
【００３９】Ｓ２６は、他ホストの後続ジョブがあるか
判別する。これは、例えば図６の（ａ）の終了ジョブ
“ＪＯＢ１”の後続ジョブ“ＪＯＢ２”（ホスト（Ｂ
系）のＪＯＢ２）があるか判別する。有りの場合には、
Ｓ２７で、終了ジョブの終了データを自ホスト（Ａ系）
用の連絡用ファイルに格納する。これは、終了ジョブの
終了データ（実行結果）および後続ジョブからなる実行
情報を、自ホスト（Ａ系）用の連絡用ファイル（連絡先
の当該自ホスト（Ａ系）書き込み専用の連絡用ファイ
ル）に書き込み、通知する。そして、Ｓ２８に進む。一
方、Ｓ２６でなしの場合には、Ｓ２８に進む。
判別する。これは、例えば図６の（ａ）の終了ジョブ
“ＪＯＢ１”の後続ジョブ“ＪＯＢ２”（ホスト（Ｂ
系）のＪＯＢ２）があるか判別する。有りの場合には、
Ｓ２７で、終了ジョブの終了データを自ホスト（Ａ系）
用の連絡用ファイルに格納する。これは、終了ジョブの
終了データ（実行結果）および後続ジョブからなる実行
情報を、自ホスト（Ａ系）用の連絡用ファイル（連絡先
の当該自ホスト（Ａ系）書き込み専用の連絡用ファイ
ル）に書き込み、通知する。そして、Ｓ２８に進む。一
方、Ｓ２６でなしの場合には、Ｓ２８に進む。
【００４０】Ｓ２８は、他ホスト（Ｂ系）用の連絡用フ
ァイルを定期的にチェックし、新しい終了データを抽出
する。これは、Ｓ２７でＡ系のホストから当該Ｂ系のホ
スト宛の連絡用ファイル９に書き込まれた終了データ
（実行結果および後続ジョブ情報からなる実行情報）
を、Ｂ系のホストが定期的にポーリングによって読み出
す。
ァイルを定期的にチェックし、新しい終了データを抽出
する。これは、Ｓ２７でＡ系のホストから当該Ｂ系のホ
スト宛の連絡用ファイル９に書き込まれた終了データ
（実行結果および後続ジョブ情報からなる実行情報）
を、Ｂ系のホストが定期的にポーリングによって読み出
す。
【００４１】Ｓ２９は、終了データより該当の後続ジョ
ブについてスケジュールファイル５の先行ジョブ情報
（終了ジョブ分）を“終了”に更新する。これにより、
連絡用ファイルでＡ系ホストから通知を受けた後続ジョ
ブの実行が終了した旨を、Ｂ系のスケジュールファイル
５に終了済と更新されたこととなる。そして、Ｓ２１に
戻り、当該終了済となったジョブに続く、実行可能なジ
ョブを取り出して実行することを繰り返す。
ブについてスケジュールファイル５の先行ジョブ情報
（終了ジョブ分）を“終了”に更新する。これにより、
連絡用ファイルでＡ系ホストから通知を受けた後続ジョ
ブの実行が終了した旨を、Ｂ系のスケジュールファイル
５に終了済と更新されたこととなる。そして、Ｓ２１に
戻り、当該終了済となったジョブに続く、実行可能なジ
ョブを取り出して実行することを繰り返す。
【００４２】以上によって、各ホスト内のスケジュール
ファイル５に登録されている自ホストが実行するジョブ
について、実行可能なものは実行し、実行できないもの
は連絡用ファイル９をポーリングして先行ジョブの実行
が終了した時点で実行する。この際、各ホストがスケジ
ュールファイル５を内部に持つので、独立にジョブを実
行できると共に、連絡用ファイル９が各ホスト毎に設
け、あるホストが書き込み他のホストが読み出すのみの
一方向通信による排他制御を不要とした通信によって双
方向に行っているため、排他待ちになったり、あるホス
トが排他を獲得した状態で動作できなくなって全てのホ
ストのジョブの実行が停止してしまう事態を回避するこ
とが可能となった。
ファイル５に登録されている自ホストが実行するジョブ
について、実行可能なものは実行し、実行できないもの
は連絡用ファイル９をポーリングして先行ジョブの実行
が終了した時点で実行する。この際、各ホストがスケジ
ュールファイル５を内部に持つので、独立にジョブを実
行できると共に、連絡用ファイル９が各ホスト毎に設
け、あるホストが書き込み他のホストが読み出すのみの
一方向通信による排他制御を不要とした通信によって双
方向に行っているため、排他待ちになったり、あるホス
トが排他を獲得した状態で動作できなくなって全てのホ
ストのジョブの実行が停止してしまう事態を回避するこ
とが可能となった。
【００４３】図４は、本発明のホスト間のジョブネット
ワーク図（その１）を示す。これは、図示のように、Ａ
系にＪＯＢ１として、ＪＯＢ２の先行ジョブがある場合
の様子を模式的に表したものである。
ワーク図（その１）を示す。これは、図示のように、Ａ
系にＪＯＢ１として、ＪＯＢ２の先行ジョブがある場合
の様子を模式的に表したものである。
【００４４】・期待するジョブネットワークとし、図示
のよう、Ａ系でＪＯＢ１を実行し、その実行結果および
後続ジョブ“ＪＯＢ２”をＢ系に通知する。 ・登録内容として、図示のように、スケジュールファイ
ル（Ａ系）５に ＪＯＢ１→ＪＯＢ２（Ｂ系） と登録し、スケジュールファイル（Ｂ系）５に ＪＯＢ１（Ａ系）→ＪＯＢ２ と登録する。即ち、Ａ系のスケジュールファイル５に
は、ＪＯＢ１の後続ジョブがＪＯＢ２でＢ系で実行する
ようにスケジュールされていると登録する。Ｂ系のスケ
ジュールファイル５には、ＪＯＢ２の先行ジョブがＪＯ
Ｂ１でＡ系で実行するようにスケジュールされていると
登録する。
のよう、Ａ系でＪＯＢ１を実行し、その実行結果および
後続ジョブ“ＪＯＢ２”をＢ系に通知する。 ・登録内容として、図示のように、スケジュールファイ
ル（Ａ系）５に ＪＯＢ１→ＪＯＢ２（Ｂ系） と登録し、スケジュールファイル（Ｂ系）５に ＪＯＢ１（Ａ系）→ＪＯＢ２ と登録する。即ち、Ａ系のスケジュールファイル５に
は、ＪＯＢ１の後続ジョブがＪＯＢ２でＢ系で実行する
ようにスケジュールされていると登録する。Ｂ系のスケ
ジュールファイル５には、ＪＯＢ２の先行ジョブがＪＯ
Ｂ１でＡ系で実行するようにスケジュールされていると
登録する。
【００４５】図５は、スケジュールファイル例を示す。
これは、図４の例のＡ系を図５の（ａ）のスケジュール
ファイル（Ａ系）に登録し、Ｂ系を図５の（ｂ）のスケ
ジュールファイル（Ｂ系）に登録したものである。
これは、図４の例のＡ系を図５の（ａ）のスケジュール
ファイル（Ａ系）に登録し、Ｂ系を図５の（ｂ）のスケ
ジュールファイル（Ｂ系）に登録したものである。
【００４６】図５の（ａ）は、Ａ系のスケジュールファ
イル５を示す。ここで、当初図示の下記のように登録す
る。 先行ジョブ情報 後続ジョブ情報 ジョブ名 ステータス ジョブ名 ホストID ステータス ジョブ名 ホストID ＪＯＢ１ 未実行 − − − ＪＯＢ２ Ｂ系 これは、既述した図４のＡ系のスケジュールファイル５
のものであって、ジョブ名が“ＪＯＢ１”で未実行であ
り、後続ジョブが“ＪＯＢ２”で“Ｂ系”で実行するよ
うにスケジュールされていることを登録したものであ
る。
イル５を示す。ここで、当初図示の下記のように登録す
る。 先行ジョブ情報 後続ジョブ情報 ジョブ名 ステータス ジョブ名 ホストID ステータス ジョブ名 ホストID ＪＯＢ１ 未実行 − − − ＪＯＢ２ Ｂ系 これは、既述した図４のＡ系のスケジュールファイル５
のものであって、ジョブ名が“ＪＯＢ１”で未実行であ
り、後続ジョブが“ＪＯＢ２”で“Ｂ系”で実行するよ
うにスケジュールされていることを登録したものであ
る。
【００４７】図５の（ｂ）は、Ｂ系のスケジュールファ
イル５を示す。ここで、当初図示の下記のように登録す
る。 先行ジョブ情報 後続ジョブ情報 ジョブ名 ステータス ジョブ名 ホストID ステータス ジョブ名 ホストID ＪＯＢ２ 未実行 ＪＯＢ１ Ａ系 未実行 − − これは、既述した図４のＢ系のスケジュールファイル５
のものであって、ジョブ名が“ＪＯＢ２”で未実行であ
り、先行ジョブが“ＪＯＢ１”で“Ａ系”で実行するよ
うにスケジュールされていることを登録したものであ
る。
イル５を示す。ここで、当初図示の下記のように登録す
る。 先行ジョブ情報 後続ジョブ情報 ジョブ名 ステータス ジョブ名 ホストID ステータス ジョブ名 ホストID ＪＯＢ２ 未実行 ＪＯＢ１ Ａ系 未実行 − − これは、既述した図４のＢ系のスケジュールファイル５
のものであって、ジョブ名が“ＪＯＢ２”で未実行であ
り、先行ジョブが“ＪＯＢ１”で“Ａ系”で実行するよ
うにスケジュールされていることを登録したものであ
る。
【００４８】図７は、本発明の連絡用ファイル例を示
す。これは、図４のＡ系からＢ系に連絡するときに書き
込む連絡用ファイル９の例である。ここでは、Ａ系のホ
ストの実行管理手段４が、後続ジョブ用の連絡用ファイ
ル９に、図示の下記のように書き込み、これを後続ジョ
ブのＢ系のホストの情報反映手段３がポーリングによっ
て読み出すものである。
す。これは、図４のＡ系からＢ系に連絡するときに書き
込む連絡用ファイル９の例である。ここでは、Ａ系のホ
ストの実行管理手段４が、後続ジョブ用の連絡用ファイ
ル９に、図示の下記のように書き込み、これを後続ジョ
ブのＢ系のホストの情報反映手段３がポーリングによっ
て読み出すものである。
【００４９】後続ジョブ情報
終了ジョブ名 ジョブ名 ホストＩＤ
ＪＯＢ１ ＪＯＢ２ Ｂ系
これは、終了ジョブが“ＪＯＢ１”で、後続ジョブ“Ｊ
ＯＢ２”のホストＢ系に向けて連絡用ファイル９に設定
して連絡したものである。
ＯＢ２”のホストＢ系に向けて連絡用ファイル９に設定
して連絡したものである。
【００５０】
【発明の効果】以上説明したように、本発明によれば、
各ホスト内にスケジュールファイル５を設けると共に、
ホスト間に連絡用の排他を必要としない連絡用ファイル
９を設け、各ホスト内のスケジュールファイル５に従
い、連絡用ファイル９を使ってホスト間で連絡を取り合
ってジョブを順次実行する構成を採用しているため、各
ホストの運用状況の影響を受けることなく独立にジョブ
を実行することができると共に、各ホスト内に自系で実
行するジョブのスケジュールのみを持ち検索負荷の軽減
を図り、複数ホストが連携したバッチ運用の信頼性と全
体の効率の向上を図ることができる。
各ホスト内にスケジュールファイル５を設けると共に、
ホスト間に連絡用の排他を必要としない連絡用ファイル
９を設け、各ホスト内のスケジュールファイル５に従
い、連絡用ファイル９を使ってホスト間で連絡を取り合
ってジョブを順次実行する構成を採用しているため、各
ホストの運用状況の影響を受けることなく独立にジョブ
を実行することができると共に、各ホスト内に自系で実
行するジョブのスケジュールのみを持ち検索負荷の軽減
を図り、複数ホストが連携したバッチ運用の信頼性と全
体の効率の向上を図ることができる。
【図１】本発明の１実施例構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明の動作説明フローチャート（運用時）で
ある。
ある。
【図４】本発明のホスト間のジョブネットワーク例（そ
の１）である。
の１）である。
【図５】本発明のホスト間のジョブネットワーク例（そ
の２）である。
の２）である。
【図６】本発明のスケジュールファイル例である。
【図７】本発明の連絡用ファイル例である。
【図８】従来技術の説明図である。
１：ホスト
２：管理手段
３：情報反映手段
４：実行管理手段
５：スケジュールファイル
６：スケジュール作成手段
７：システム起動手段
８、１０：共用ボリューム
９：連絡用ファイル
１１：ステータスファイル
１２：マスタファイル
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 三堀 浩子
東京都大田区西蒲田８丁目４番10号 株
式会社富士通金融システムズ内
(56)参考文献 特開 平６−131299（ＪＰ，Ａ)
特開 昭58−2939（ＪＰ，Ａ)
特開 平８−6904（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 15/00
Claims (4)
- 【請求項１】複数ホスト間でジョブを連携して実行する
バッチジョブ制御システムにおいて、 各ホストで実行するジョブの条件を格納する各ホスト毎
のスケジュールファイルと、 前記スケジュールファイルに基づき各ホストが実行した
ジョブに関する実行情報を書き込む各ホスト毎の連絡用
ファイルと、 他ホストの前記連絡用ファイル内の実行情報を読み込
み、自ホストの前記スケジュールファイル内の実行条件
と一致する場合、該当するジョブを実行するジョブ管理
手段とを有することを特徴とするバッチジョブ制御シス
テム。 - 【請求項２】上記連絡用ファイルとして、連絡元の１つ
のホストのみが書き込み、連絡先の１つあるいは複数の
ホストが読み出し、排他不要としたことを特徴とする請
求項１記載のバッチジョブ制御システム。 - 【請求項３】上記共用域に設けた連絡用ファイルを固定
領域とし、当該連絡用ファイルの領域不足時に拡張する
ための排他制御が発生しないようにしたことを特徴とす
る請求項１あるいは請求項２記載のバッチジョブ制御シ
ステム。 - 【請求項４】上記共用域に設けた連絡用ファイルを、各
ホストが自系宛の当該連絡用ファイルから所定時間毎に
上記実行情報を読み出すことを特徴とする請求項１ない
し請求項３記載のいずれかのバッチジョブ制御システ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05877895A JP3516049B2 (ja) | 1995-03-17 | 1995-03-17 | バッチジョブ制御システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05877895A JP3516049B2 (ja) | 1995-03-17 | 1995-03-17 | バッチジョブ制御システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08255130A JPH08255130A (ja) | 1996-10-01 |
| JP3516049B2 true JP3516049B2 (ja) | 2004-04-05 |
Family
ID=13094025
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05877895A Expired - Fee Related JP3516049B2 (ja) | 1995-03-17 | 1995-03-17 | バッチジョブ制御システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3516049B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4532423B2 (ja) | 2006-03-16 | 2010-08-25 | 富士通株式会社 | サーバシステム |
| KR100858611B1 (ko) * | 2007-05-30 | 2008-09-17 | 주식회사 케이티프리텔 | 배타제어를 통한 배치업무 스케줄링 방법 및 장치 |
| US9665413B2 (en) * | 2009-05-01 | 2017-05-30 | Microsoft Technology Licensing, Llc | Shared job scheduling in electronic notebook |
| JP5876406B2 (ja) * | 2012-12-05 | 2016-03-02 | 株式会社エヌ・ティ・ティ・データ・ウェーブ | 処理実行装置、処理実行方法 |
-
1995
- 1995-03-17 JP JP05877895A patent/JP3516049B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08255130A (ja) | 1996-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5504898A (en) | Threaded environment for AS/400 | |
| EP0747815B1 (en) | Method and apparatus for avoiding dealocks by serializing multithreaded access to unsafe resources | |
| JP2000163372A (ja) | トランザクション処理方法及びその実施装置並びにその処理プログラムを記録した媒体 | |
| US6862595B1 (en) | Method and apparatus for implementing a shared message queue using a list structure | |
| US20080104595A1 (en) | Method for enhancing efficiency in mutual exclusion | |
| JPS61233849A (ja) | デ−タベ−ス排他制御方法 | |
| JPH09325905A (ja) | 記憶制御装置 | |
| JPH07306838A (ja) | 計算機間の排他制御装置 | |
| US6330686B1 (en) | Handling protected conversation messages across IMS restart in shared queues environment | |
| JP3516049B2 (ja) | バッチジョブ制御システム | |
| JPH06119297A (ja) | データ処理システムにおける命令の実行順序を決定する方法および装置 | |
| US20080295120A1 (en) | Asynchronous remote procedure calling method and computer product in shared-memory multiprocessor | |
| JP3969308B2 (ja) | シングルプロセッサ向けｏｓによる並列処理システム | |
| US20090019259A1 (en) | Multiprocessing method and multiprocessor system | |
| JP2000148577A (ja) | アクセス制御方法及びアクセス制御装置 | |
| JP2003317039A (ja) | コマンド制御方法及びｉｃカード利用端末装置及びメモリカード | |
| JP2004246779A (ja) | マルチプロセッサシステム及びデバイス共有方法 | |
| JP3307331B2 (ja) | ネットワークファイルシステムのデータ転送方法 | |
| JPS6239789B2 (ja) | ||
| JPH09259023A (ja) | オンラインデータベースシステムのバックアップ方法 | |
| JP2000047986A (ja) | トランザクション処理システム | |
| JPH09330241A (ja) | デッドロック防止排他制御方式 | |
| JPS62209635A (ja) | 非同期通信におけるシステム管理フアイルアクセス方式 | |
| JPS60118966A (ja) | ジヨブ分散処理方式 | |
| JP2555386B2 (ja) | 電子計算機システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031209 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031224 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100130 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |