JPH117394A - タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体 - Google Patents
タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体Info
- Publication number
- JPH117394A JPH117394A JP9176312A JP17631297A JPH117394A JP H117394 A JPH117394 A JP H117394A JP 9176312 A JP9176312 A JP 9176312A JP 17631297 A JP17631297 A JP 17631297A JP H117394 A JPH117394 A JP H117394A
- Authority
- JP
- Japan
- Prior art keywords
- task
- child
- child task
- batch process
- 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.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 デッドロック・エラーにより異常終了したバ
ッチ処理の再処理において、同様のデッドロック・エラ
ーの発生を回避すること。 【解決手段】 バッチ処理を実行する子タスクと子タス
クを管理する親タスクとを含むマルチタスク処理を実現
したコンピュータシステムにて用いるタスク管理システ
ムにおいて、親タスクが、処理を終了した子タスクの終
了状態に関する情報を取得する子タスク終了状態取得手
段１０と、バッチ処理を起動する際に、子タスク終了状
態取得手段により取得された子タスクの終了状態に関す
る情報を参照し、バッチ処理がデッドロック・エラーに
より異常終了していた場合に、デッドロック・エラーを
発生した子タスクを他の子タスクよりも早いタイミング
で起動する子タスク起動手段３０とを備える。
ッチ処理の再処理において、同様のデッドロック・エラ
ーの発生を回避すること。 【解決手段】 バッチ処理を実行する子タスクと子タス
クを管理する親タスクとを含むマルチタスク処理を実現
したコンピュータシステムにて用いるタスク管理システ
ムにおいて、親タスクが、処理を終了した子タスクの終
了状態に関する情報を取得する子タスク終了状態取得手
段１０と、バッチ処理を起動する際に、子タスク終了状
態取得手段により取得された子タスクの終了状態に関す
る情報を参照し、バッチ処理がデッドロック・エラーに
より異常終了していた場合に、デッドロック・エラーを
発生した子タスクを他の子タスクよりも早いタイミング
で起動する子タスク起動手段３０とを備える。
Description
【０００１】
【発明の属する技術分野】本発明は、マルチタスク処理
を実現したコンピュータシステムにて用いるタスク管理
システム及びタスク管理方法ならびにタスク管理プログ
ラムを格納した記憶媒体に関し、特にバッチ処理におけ
るタスクの起動を制御することによりデッドロック・エ
ラーの発生を回避するタスク管理システム及びタスク管
理方法ならびにタスク管理プログラムを格納した記憶媒
体に関する。
を実現したコンピュータシステムにて用いるタスク管理
システム及びタスク管理方法ならびにタスク管理プログ
ラムを格納した記憶媒体に関し、特にバッチ処理におけ
るタスクの起動を制御することによりデッドロック・エ
ラーの発生を回避するタスク管理システム及びタスク管
理方法ならびにタスク管理プログラムを格納した記憶媒
体に関する。
【０００２】
【従来の技術】マルチタスクを実現したコンピュータシ
ステムでは、複数の処理を同時に実行する複数の子タス
クを親タスクにより管理している。このようなコンピュ
ータシステムによるバッチ処理において、複数の子タス
クが共通のマスタファイルを参照したり、更新したりす
る場合、マスタファイルへのアクセスのタイミングによ
ってはデッドロック・エラーが発生する場合がある。
ステムでは、複数の処理を同時に実行する複数の子タス
クを親タスクにより管理している。このようなコンピュ
ータシステムによるバッチ処理において、複数の子タス
クが共通のマスタファイルを参照したり、更新したりす
る場合、マスタファイルへのアクセスのタイミングによ
ってはデッドロック・エラーが発生する場合がある。
【０００３】通常、デッドロック・エラーによりバッチ
処理が異常終了した場合、オペレーティングシステムの
標準的な機能としてトランザクションの再実行を行うこ
とにより復旧できる。しかし、当該バッチ処理が大規模
なマスタファイルに対する大量の処理を実行する場合
は、トランザクション１件ごとに強制書き出しを行うこ
とは多大な処理時間を要するため、デッドロック発生時
にトランザクションの再実行を行うことは不可能であっ
た。
処理が異常終了した場合、オペレーティングシステムの
標準的な機能としてトランザクションの再実行を行うこ
とにより復旧できる。しかし、当該バッチ処理が大規模
なマスタファイルに対する大量の処理を実行する場合
は、トランザクション１件ごとに強制書き出しを行うこ
とは多大な処理時間を要するため、デッドロック発生時
にトランザクションの再実行を行うことは不可能であっ
た。
【０００４】そこで、大規模なマスタファイルに対する
大量の処理を要求するバッチ処理がデッドロック・エラ
ーにより異常終了した場合は、当該バッチ処理を再起動
することにより復旧しなければならなかった。しかし、
単に当該バッチ処理を再起動しただけでは、前回の当該
バッチ処理の実行時と同じタイミングで同じ子タスクに
よるマスタファイルへのアクセスが行われるため、前回
の実行時にデッドロック・エラーが発生したのと同じ箇
所で繰返しデッドロック・エラーが発生するおそれがあ
った。
大量の処理を要求するバッチ処理がデッドロック・エラ
ーにより異常終了した場合は、当該バッチ処理を再起動
することにより復旧しなければならなかった。しかし、
単に当該バッチ処理を再起動しただけでは、前回の当該
バッチ処理の実行時と同じタイミングで同じ子タスクに
よるマスタファイルへのアクセスが行われるため、前回
の実行時にデッドロック・エラーが発生したのと同じ箇
所で繰返しデッドロック・エラーが発生するおそれがあ
った。
【０００５】
【発明が解決しようとする課題】上述したように、大規
模なマスタファイルに対する大量の処理を要求するバッ
チ処理がデッドロック・エラーにより異常終了した場
合、当該バッチ処理を再起動することにより復旧しなけ
ればならないが、従来は、デッドロック・エラーが発生
した際の当該バッチ処理の実行時と同じ手順で再起動し
ていたため、再度同様のデッドロック・エラーが発生す
る可能性が高いという欠点があった。
模なマスタファイルに対する大量の処理を要求するバッ
チ処理がデッドロック・エラーにより異常終了した場
合、当該バッチ処理を再起動することにより復旧しなけ
ればならないが、従来は、デッドロック・エラーが発生
した際の当該バッチ処理の実行時と同じ手順で再起動し
ていたため、再度同様のデッドロック・エラーが発生す
る可能性が高いという欠点があった。
【０００６】本発明は、上記従来の欠点を解決し、デッ
ドロック・エラーにより異常終了したバッチ処理の再処
理において、同様のデッドロック・エラーの発生を回避
するタスク管理システム及びタスク管理方法ならびにタ
スク管理プログラムを格納した記憶媒体を提供すること
を目的とする。
ドロック・エラーにより異常終了したバッチ処理の再処
理において、同様のデッドロック・エラーの発生を回避
するタスク管理システム及びタスク管理方法ならびにタ
スク管理プログラムを格納した記憶媒体を提供すること
を目的とする。
【０００７】
【課題を解決するための手段】上記の目的を達成する本
発明のタスク管理システムは、バッチ処理を実行する子
タスクと該子タスクを管理する親タスクとを含むマルチ
タスク処理を実現したコンピュータシステムにて用いる
タスク管理システムにおいて、前記親タスクが、前記子
タスクによる処理の実行状態を監視し、処理を終了した
子タスクの終了状態に関する情報を取得する子タスク終
了状態取得手段と、バッチ処理を起動する際に、該バッ
チ処理を実行するために必要な子タスクに関して、前記
子タスク終了状態取得手段により取得された該子タスク
の終了状態に関する情報を参照し、該バッチ処理がデッ
ドロック・エラーにより異常終了していた場合に、該デ
ッドロック・エラーを発生した子タスクを他の子タスク
よりも早いタイミングで起動する子タスク起動手段とを
備えたことを特徴とする。
発明のタスク管理システムは、バッチ処理を実行する子
タスクと該子タスクを管理する親タスクとを含むマルチ
タスク処理を実現したコンピュータシステムにて用いる
タスク管理システムにおいて、前記親タスクが、前記子
タスクによる処理の実行状態を監視し、処理を終了した
子タスクの終了状態に関する情報を取得する子タスク終
了状態取得手段と、バッチ処理を起動する際に、該バッ
チ処理を実行するために必要な子タスクに関して、前記
子タスク終了状態取得手段により取得された該子タスク
の終了状態に関する情報を参照し、該バッチ処理がデッ
ドロック・エラーにより異常終了していた場合に、該デ
ッドロック・エラーを発生した子タスクを他の子タスク
よりも早いタイミングで起動する子タスク起動手段とを
備えたことを特徴とする。
【０００８】これにより、バッチ処理がデッドロック・
エラーにより異常終了した場合、当該バッチ処理を再起
動したならば、エラー発生時とは異なるタイミングで子
タスクによる処理が実行されるため、当該子タスクが同
様のタイミングで再度デッドロック・エラーを発生する
ことはない。また、前回のバッチ処理の終了が異常終了
であったことを条件に自動的に子タスクの起動タイミン
グをずらすため、オペレータは、当該バッチ処理におけ
る前回の終了状態を意識することなく当該バッチ処理を
起動させることができる。
エラーにより異常終了した場合、当該バッチ処理を再起
動したならば、エラー発生時とは異なるタイミングで子
タスクによる処理が実行されるため、当該子タスクが同
様のタイミングで再度デッドロック・エラーを発生する
ことはない。また、前回のバッチ処理の終了が異常終了
であったことを条件に自動的に子タスクの起動タイミン
グをずらすため、オペレータは、当該バッチ処理におけ
る前回の終了状態を意識することなく当該バッチ処理を
起動させることができる。
【０００９】請求項２の本発明のタスク管理システム
は、前記子タスクの起動タイミングを制御するためのイ
ンターバル時間を設定した計時手段をさらに備え、前記
親タスクの前記子タスク起動手段が、前記デッドロック
・エラーを発生した子タスクを起動すると共に、前記計
時手段による計時を開始させ、かつ前記計時手段の計時
において予め設定された前記インターバル時間に達した
場合に、前記残りの子タスクを起動することを特徴とす
る。
は、前記子タスクの起動タイミングを制御するためのイ
ンターバル時間を設定した計時手段をさらに備え、前記
親タスクの前記子タスク起動手段が、前記デッドロック
・エラーを発生した子タスクを起動すると共に、前記計
時手段による計時を開始させ、かつ前記計時手段の計時
において予め設定された前記インターバル時間に達した
場合に、前記残りの子タスクを起動することを特徴とす
る。
【００１０】請求項３の本発明のタスク管理システム
は、前記計時手段にて設定される前記インターバル時間
を、バッチ処理の内容に応じて決定することを特徴とす
る。
は、前記計時手段にて設定される前記インターバル時間
を、バッチ処理の内容に応じて決定することを特徴とす
る。
【００１１】また、上記の目的を達成する本発明のタス
ク管理方法は、バッチ処理を実行する子タスクと該子タ
スクを管理する親タスクとを含むマルチタスク処理を実
現したコンピュータシステムのタスク管理方法におい
て、前記親タスクによる処理が、実行するバッチ処理に
応じて必要な前記子タスクを起動するステップと、前記
子タスクによる処理の実行を管理するステップとを含
み、前記子タスク管理ステップが、前記子タスクによる
処理の実行状態を監視するステップと、処理を終了した
子タスクの終了状態に関する情報を取得するステップと
を含み、前記子タスク起動ステップが、バッチ処理を起
動する際に、該バッチ処理を実行するために必要な子タ
スクに関して、前記子タスク終了状態取得手段により取
得された該子タスクの終了状態に関する情報を参照する
ステップと、前記起動しようとするバッチ処理がデッド
ロック・エラーにより異常終了していた場合に、該デッ
ドロック・エラーを発生した子タスクを起動するステッ
プと、前記デッドロック・エラーを発生した子タスクを
起動した後に、所定のタイミングで他の子タスクを起動
するステップとを含むことを特徴とする。
ク管理方法は、バッチ処理を実行する子タスクと該子タ
スクを管理する親タスクとを含むマルチタスク処理を実
現したコンピュータシステムのタスク管理方法におい
て、前記親タスクによる処理が、実行するバッチ処理に
応じて必要な前記子タスクを起動するステップと、前記
子タスクによる処理の実行を管理するステップとを含
み、前記子タスク管理ステップが、前記子タスクによる
処理の実行状態を監視するステップと、処理を終了した
子タスクの終了状態に関する情報を取得するステップと
を含み、前記子タスク起動ステップが、バッチ処理を起
動する際に、該バッチ処理を実行するために必要な子タ
スクに関して、前記子タスク終了状態取得手段により取
得された該子タスクの終了状態に関する情報を参照する
ステップと、前記起動しようとするバッチ処理がデッド
ロック・エラーにより異常終了していた場合に、該デッ
ドロック・エラーを発生した子タスクを起動するステッ
プと、前記デッドロック・エラーを発生した子タスクを
起動した後に、所定のタイミングで他の子タスクを起動
するステップとを含むことを特徴とする。
【００１２】請求項５の本発明のタスク管理方法は、前
記子タスク起動ステップが、バッチ処理を起動する際
に、該バッチ処理を実行するために必要な子タスクに関
して、前記子タスク終了状態取得手段により取得された
該子タスクの終了状態に関する情報を参照するステップ
と、前記起動しようとするバッチ処理がデッドロック・
エラーにより異常終了していた場合に、該デッドロック
・エラーを発生した子タスクを起動すると共に、予め設
定されたインターバル時間の計時を開始するステップ
と、前記インターバル時間に達した時点で、他の子タス
クを起動するステップとを含むことを特徴とする。
記子タスク起動ステップが、バッチ処理を起動する際
に、該バッチ処理を実行するために必要な子タスクに関
して、前記子タスク終了状態取得手段により取得された
該子タスクの終了状態に関する情報を参照するステップ
と、前記起動しようとするバッチ処理がデッドロック・
エラーにより異常終了していた場合に、該デッドロック
・エラーを発生した子タスクを起動すると共に、予め設
定されたインターバル時間の計時を開始するステップ
と、前記インターバル時間に達した時点で、他の子タス
クを起動するステップとを含むことを特徴とする。
【００１３】さらに、上記の目的を達成する本発明のタ
スク管理を行うタスク管理プログラムを格納した記憶媒
体は、バッチ処理を実行する子タスクと該子タスクを管
理する親タスクとを含むマルチタスク処理を実現したコ
ンピュータシステムを制御してタスク管理を行うタスク
管理プログラムを格納した記憶媒体において、前記タス
ク管理プログラムにより実現される前記親タスクによる
処理が、実行するバッチ処理に応じて必要な前記子タス
クを起動するステップと、前記子タスクによる処理の実
行を管理するステップとを含み、前記子タスク管理ステ
ップが、前記子タスクによる処理の実行状態を監視する
ステップと、処理を終了した子タスクの終了状態に関す
る情報を取得するステップとを含み、前記子タスク起動
ステップが、バッチ処理を起動する際に、該バッチ処理
を実行するために必要な子タスクに関して、前記子タス
ク終了状態取得手段により取得された該子タスクの終了
状態に関する情報を参照するステップと、前記起動しよ
うとするバッチ処理がデッドロック・エラーにより異常
終了していた場合に、該デッドロック・エラーを発生し
た子タスクを起動するステップと、前記デッドロック・
エラーを発生した子タスクを起動した後に、所定のタイ
ミングで他の子タスクを起動するステップとを含むこと
を特徴とする。
スク管理を行うタスク管理プログラムを格納した記憶媒
体は、バッチ処理を実行する子タスクと該子タスクを管
理する親タスクとを含むマルチタスク処理を実現したコ
ンピュータシステムを制御してタスク管理を行うタスク
管理プログラムを格納した記憶媒体において、前記タス
ク管理プログラムにより実現される前記親タスクによる
処理が、実行するバッチ処理に応じて必要な前記子タス
クを起動するステップと、前記子タスクによる処理の実
行を管理するステップとを含み、前記子タスク管理ステ
ップが、前記子タスクによる処理の実行状態を監視する
ステップと、処理を終了した子タスクの終了状態に関す
る情報を取得するステップとを含み、前記子タスク起動
ステップが、バッチ処理を起動する際に、該バッチ処理
を実行するために必要な子タスクに関して、前記子タス
ク終了状態取得手段により取得された該子タスクの終了
状態に関する情報を参照するステップと、前記起動しよ
うとするバッチ処理がデッドロック・エラーにより異常
終了していた場合に、該デッドロック・エラーを発生し
た子タスクを起動するステップと、前記デッドロック・
エラーを発生した子タスクを起動した後に、所定のタイ
ミングで他の子タスクを起動するステップとを含むこと
を特徴とする。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。
て図面を参照して詳細に説明する。
【００１５】図１は、本発明の一実施形態によるタスク
管理システムの構成を示すブロック図である。
管理システムの構成を示すブロック図である。
【００１６】図１を参照すると、本実施形態のタスク管
理システムは、バッチ処理の実行状態を監視して子タス
クの終了状態に関する情報を取得する子タスク終了状態
取得手段１０と、子タスク終了状態取得手段１０により
取得された子タスクの終了状態に関する情報を格納する
管理ファイル２０と、バッチ処理の起動時に管理ファイ
ル２０を参照して必要に応じて子タスクの起動を制御す
る子タスク起動手段３０と、子タスクの起動の制御に用
いるシステムタイマ４０とを備える。以上の構成におい
て、子タスク終了状態取得手段１０と子タスク起動手段
３０とは、子タスクを管理する親タスクの機能として実
現される。なお、記憶媒体５０は、タスク管理システム
の動作を制御するコンピュータプログラムを格納してい
る。
理システムは、バッチ処理の実行状態を監視して子タス
クの終了状態に関する情報を取得する子タスク終了状態
取得手段１０と、子タスク終了状態取得手段１０により
取得された子タスクの終了状態に関する情報を格納する
管理ファイル２０と、バッチ処理の起動時に管理ファイ
ル２０を参照して必要に応じて子タスクの起動を制御す
る子タスク起動手段３０と、子タスクの起動の制御に用
いるシステムタイマ４０とを備える。以上の構成におい
て、子タスク終了状態取得手段１０と子タスク起動手段
３０とは、子タスクを管理する親タスクの機能として実
現される。なお、記憶媒体５０は、タスク管理システム
の動作を制御するコンピュータプログラムを格納してい
る。
【００１７】図２に、バッチ処理を実行する際の、親タ
スクによる子タスクの管理動作の流れを示す。図示のよ
うに、親タスクの子タスク起動手段３０は、バッチ処理
を起動する際、まず管理ファイル２０を参照して、当該
バッチ処理に関する情報が格納されていないか確認する
（ステップ２０１）。ここで、バッチ処理に関する情報
とは、当該バッチ処理が子タスクにおけるデッドロック
・エラーその他の障害によって異常終了したかどうかを
示す情報、及び異常終了した場合には当該子タスク（障
害タスク）を特定する情報である。異常終了に関する情
報が何ら格納されていない場合は、通常通り必要な子タ
スクを起動する（ステップ２０２、２０３）。一方、当
該バッチ処理が前回の実行時にデッドロック・エラーの
発生により異常終了したことを示す情報が格納されてい
た場合は、まず障害タスクを起動し（ステップ２０２、
２０４）、続いて他の子タスクを起動する（ステップ２
０５）。なお、この場合における詳細な起動手順につい
ては後述する。
スクによる子タスクの管理動作の流れを示す。図示のよ
うに、親タスクの子タスク起動手段３０は、バッチ処理
を起動する際、まず管理ファイル２０を参照して、当該
バッチ処理に関する情報が格納されていないか確認する
（ステップ２０１）。ここで、バッチ処理に関する情報
とは、当該バッチ処理が子タスクにおけるデッドロック
・エラーその他の障害によって異常終了したかどうかを
示す情報、及び異常終了した場合には当該子タスク（障
害タスク）を特定する情報である。異常終了に関する情
報が何ら格納されていない場合は、通常通り必要な子タ
スクを起動する（ステップ２０２、２０３）。一方、当
該バッチ処理が前回の実行時にデッドロック・エラーの
発生により異常終了したことを示す情報が格納されてい
た場合は、まず障害タスクを起動し（ステップ２０２、
２０４）、続いて他の子タスクを起動する（ステップ２
０５）。なお、この場合における詳細な起動手順につい
ては後述する。
【００１８】次に、親タスクは子タスクによる処理の実
行状態を監視し（ステップ２０６）、子タスクによる処
理の終了を待つ（ステップ２０７）。子タスクによる処
理が終了し、子タスクから親タスクへ終了状態に関する
情報が通知されると、親タスクの終了状態取得手段１０
は受け取った情報を、当該子タスクを特定する情報と共
に管理ファイル２０に格納する（ステップ２０７、２０
８）。
行状態を監視し（ステップ２０６）、子タスクによる処
理の終了を待つ（ステップ２０７）。子タスクによる処
理が終了し、子タスクから親タスクへ終了状態に関する
情報が通知されると、親タスクの終了状態取得手段１０
は受け取った情報を、当該子タスクを特定する情報と共
に管理ファイル２０に格納する（ステップ２０７、２０
８）。
【００１９】図３に、親タスクによる子タスクの動作の
管理を詳細に示す。図示のように、親タスクにて、バッ
チ処理の実行に必要な子タスクを起動すると（ステップ
３０１）、当該子タスクが親タスクの管理の下、業務処
理を開始する（ステップ３１１）。親タスクは子タスク
の実行状態を監視する（ステップ３０２）。子タスク
は、業務処理を終了すると（ステップ３１２）、終了状
態、すなわち正常終了したかまたは異常終了したかを親
タスクに通知する（ステップ３１３）。終了状態の通知
を受け取った親タスクの子タスク終了状態取得手段１０
は（ステップ３０３）、取得した終了状態を管理ファイ
ル２０に格納する（ステップ３０４）。ここで、当該子
タスクがデッドロック・エラーにより異常終了した場合
は、この後、再起動による復旧を行うため、当該バッチ
処理に関連する全ての子タスクを強制的に終了させる
（ステップ３０５）。
管理を詳細に示す。図示のように、親タスクにて、バッ
チ処理の実行に必要な子タスクを起動すると（ステップ
３０１）、当該子タスクが親タスクの管理の下、業務処
理を開始する（ステップ３１１）。親タスクは子タスク
の実行状態を監視する（ステップ３０２）。子タスク
は、業務処理を終了すると（ステップ３１２）、終了状
態、すなわち正常終了したかまたは異常終了したかを親
タスクに通知する（ステップ３１３）。終了状態の通知
を受け取った親タスクの子タスク終了状態取得手段１０
は（ステップ３０３）、取得した終了状態を管理ファイ
ル２０に格納する（ステップ３０４）。ここで、当該子
タスクがデッドロック・エラーにより異常終了した場合
は、この後、再起動による復旧を行うため、当該バッチ
処理に関連する全ての子タスクを強制的に終了させる
（ステップ３０５）。
【００２０】図５を参照して具体的に説明すると、タス
クＴ−１ないしタスクＴ−ｍのｍ個の子タスクが共通の
マスタファイルＭ−１、Ｍ−２にアクセスするバッチ処
理において、タスクＴ−ｎ（ｎ：１≦ｎ≦ｍ）がデッド
ロック・エラーを発生した場合、親タスクは、タスクＴ
−ｎがデッドロック・エラーにより異常終了したことを
示す情報を管理ファイル２０に格納し、他のタスクＴ−
１〜Ｔ−（ｎ−１）、Ｔ−（ｎ＋１）〜Ｔ−ｍを強制終
了させる。
クＴ−１ないしタスクＴ−ｍのｍ個の子タスクが共通の
マスタファイルＭ−１、Ｍ−２にアクセスするバッチ処
理において、タスクＴ−ｎ（ｎ：１≦ｎ≦ｍ）がデッド
ロック・エラーを発生した場合、親タスクは、タスクＴ
−ｎがデッドロック・エラーにより異常終了したことを
示す情報を管理ファイル２０に格納し、他のタスクＴ−
１〜Ｔ−（ｎ−１）、Ｔ−（ｎ＋１）〜Ｔ−ｍを強制終
了させる。
【００２１】図４に、バッチ処理の起動時における親タ
スクの子タスク起動手段３０による子タスク起動動作を
詳細に示す。この処理は、図２に示したステップ２０１
からステップ２０５の処理に対応する。図示のように、
子タスク起動手段３０は、バッチ処理の起動の最初に管
理ファイル２０を参照する（ステップ４０１）。管理フ
ァイル２０に、当該バッチ処理の異常終了に関する情報
が格納されていなければ、必要な子タスクを通常通り起
動する（ステップ４０２、４０３）。
スクの子タスク起動手段３０による子タスク起動動作を
詳細に示す。この処理は、図２に示したステップ２０１
からステップ２０５の処理に対応する。図示のように、
子タスク起動手段３０は、バッチ処理の起動の最初に管
理ファイル２０を参照する（ステップ４０１）。管理フ
ァイル２０に、当該バッチ処理の異常終了に関する情報
が格納されていなければ、必要な子タスクを通常通り起
動する（ステップ４０２、４０３）。
【００２２】一方、管理ファイル２０に、当該バッチ処
理が前回の実行においてデッドロック・エラーにより異
常終了したことを示す情報が格納されていたならば、今
回の起動は異常終了の後の再起動であることが認識され
るので、当該異常終了した子タスク（障害タスク）を特
定する情報を取得する（ステップ４０２、４０４）。そ
して、システムタイマ４０を起動して（ステップ４０
５）、障害タスクを起動する（ステップ４０６）。これ
により、障害タスクが他の子タスクに先だって業務処理
を開始する（ステップ４１１）。
理が前回の実行においてデッドロック・エラーにより異
常終了したことを示す情報が格納されていたならば、今
回の起動は異常終了の後の再起動であることが認識され
るので、当該異常終了した子タスク（障害タスク）を特
定する情報を取得する（ステップ４０２、４０４）。そ
して、システムタイマ４０を起動して（ステップ４０
５）、障害タスクを起動する（ステップ４０６）。これ
により、障害タスクが他の子タスクに先だって業務処理
を開始する（ステップ４１１）。
【００２３】システムタイマ４０は、親タスクからの制
御により起動した後、予め設定されたインターバル時間
に達した時点で親タスクに通知する。インターバル時間
は、バッチ処理における業務の内容に応じて適切な値を
設定することができる。
御により起動した後、予め設定されたインターバル時間
に達した時点で親タスクに通知する。インターバル時間
は、バッチ処理における業務の内容に応じて適切な値を
設定することができる。
【００２４】親タスクの子タスク起動手段３０は、シス
テムタイマ４０からインターバル時間に達したことを示
す通知を受け取ると（ステップ４０７）、残りの子タス
クを起動する（ステップ４０８）。これにより、前回の
当該バッチ処理の実行においてデッドロック・エラーを
発生しなかった子タスクは、障害タスクが業務処理を開
始してからインターバル時間の経過後に業務を開始する
こととなる（ステップ４２１）。
テムタイマ４０からインターバル時間に達したことを示
す通知を受け取ると（ステップ４０７）、残りの子タス
クを起動する（ステップ４０８）。これにより、前回の
当該バッチ処理の実行においてデッドロック・エラーを
発生しなかった子タスクは、障害タスクが業務処理を開
始してからインターバル時間の経過後に業務を開始する
こととなる（ステップ４２１）。
【００２５】図５の例を参照すると、親タスクは、管理
ファイル２０を参照して、タスクＴ−ｎがデッドロック
・エラーを発生したことを認識し、当該障害タスクＴ−
ｎを他のタスクに先だって起動させ、インターバル時間
経過後に残りのタスクＴ−１〜Ｔ−（ｎ−１）、Ｔ−
（ｎ＋１）〜Ｔ−ｍを起動する。
ファイル２０を参照して、タスクＴ−ｎがデッドロック
・エラーを発生したことを認識し、当該障害タスクＴ−
ｎを他のタスクに先だって起動させ、インターバル時間
経過後に残りのタスクＴ−１〜Ｔ−（ｎ−１）、Ｔ−
（ｎ＋１）〜Ｔ−ｍを起動する。
【００２６】以上のようにして、バッチ処理がデッドロ
ック・エラーにより異常終了した場合、当該バッチ処理
を再起動したならば、前回の実行においてデッドロック
・エラーの発生した子タスクを他の子タスクに先んじて
起動するため、当該子タスクが同様の処理において同様
のタイミングで再度デッドロック・エラーを発生するこ
とはない。また、上述したように、バッチ処理の起動時
に管理ファイル２０を参照し、当該バッチ処理における
異常終了に関する情報が格納されていることを条件に、
自動的に子タスクの起動タイミングをずらすため、オペ
レータは、当該バッチ処理における前回の終了状態を意
識することなく当該バッチ処理を起動させることができ
る。
ック・エラーにより異常終了した場合、当該バッチ処理
を再起動したならば、前回の実行においてデッドロック
・エラーの発生した子タスクを他の子タスクに先んじて
起動するため、当該子タスクが同様の処理において同様
のタイミングで再度デッドロック・エラーを発生するこ
とはない。また、上述したように、バッチ処理の起動時
に管理ファイル２０を参照し、当該バッチ処理における
異常終了に関する情報が格納されていることを条件に、
自動的に子タスクの起動タイミングをずらすため、オペ
レータは、当該バッチ処理における前回の終了状態を意
識することなく当該バッチ処理を起動させることができ
る。
【００２７】上述した本実施形態における親タスクの機
能を実現するコンピュータプログラムは、図１に示すよ
うに、磁気ディスクや半導体メモリその他の記憶媒体５
０に格納して提供される。そして、タスク管理システム
の内部メモリに当該コンピュータプログラムをロード
し、ＣＰＵを制御することにより、上述した親タスクの
機能を実現する。
能を実現するコンピュータプログラムは、図１に示すよ
うに、磁気ディスクや半導体メモリその他の記憶媒体５
０に格納して提供される。そして、タスク管理システム
の内部メモリに当該コンピュータプログラムをロード
し、ＣＰＵを制御することにより、上述した親タスクの
機能を実現する。
【００２８】
【実施例】次に、本実施形態のタスク管理システムにつ
いて、実施例を上げてさらに具体的に説明する。
いて、実施例を上げてさらに具体的に説明する。
【００２９】図３に示す本実施例のタスク管理システム
は、親タスクの下でタスクＴＳ０１〜ＴＳ０８の８個の
子タスクが管理され、バッチ処理において８個のマスタ
ファイルＡ〜Ｈを使用する。また、以下の説明における
バッチ処理では、タスクＴＳ０１〜ＴＳ０８がマスタフ
ァイルＡ〜Ｈに対してランダムにアクセスし、データの
参照や更新を行う。なお、マスタファイルＡ〜Ｈは大規
模なマスタファイルであり、かつトランザクション毎の
強制書き出しは行わない。さらに、バッチ処理におい
て、タスクＴＳ０２とタスクＴＳ０３とがマスタファイ
ルＣとマスタファイルＤの同一レコードを交互に更新し
合う処理が存在するものとする。
は、親タスクの下でタスクＴＳ０１〜ＴＳ０８の８個の
子タスクが管理され、バッチ処理において８個のマスタ
ファイルＡ〜Ｈを使用する。また、以下の説明における
バッチ処理では、タスクＴＳ０１〜ＴＳ０８がマスタフ
ァイルＡ〜Ｈに対してランダムにアクセスし、データの
参照や更新を行う。なお、マスタファイルＡ〜Ｈは大規
模なマスタファイルであり、かつトランザクション毎の
強制書き出しは行わない。さらに、バッチ処理におい
て、タスクＴＳ０２とタスクＴＳ０３とがマスタファイ
ルＣとマスタファイルＤの同一レコードを交互に更新し
合う処理が存在するものとする。
【００３０】まず、タスクＴＳ０２とタスクＴＳ０３に
よる業務処理及び親タスクによる管理について、図７を
参照して説明する。上述したように、タスクＴＳ０２と
タスクＴＳ０３とが共通の資源を更新し合う。すなわ
ち、図７に示すように、タスクＴＳ０２がマスタファイ
ルＣに格納されたレコードＸを取得してロックし、タス
クＴＳ０３がマスタファイルＤに格納されたレコードＹ
を取得してロックする。次に、タスクＴＳ０２がレコー
ドＹを取得しようとするが、タスクＴＳ０３によってロ
ックされているため、ロックの解除待ちの状態となる。
そして、タスクＴＳ０３がレコードＸを取得しようとす
ると、タスクＴＳ０２とタスクＴＳ０３との間で相互に
要求するレコードをロックし合うこととなり、デッドロ
ックが発生する。そこで、タスクＴＳ０３が終了し、親
タスクの子タスク終了状態取得手段１０は、タスクＴＳ
０３がデッドロックにより以上終了したことを示す情報
を管理ファイル２０に書き込む。また、親タスクは、タ
スクＴＳ０２を含む他の子タスクを強制終了する。
よる業務処理及び親タスクによる管理について、図７を
参照して説明する。上述したように、タスクＴＳ０２と
タスクＴＳ０３とが共通の資源を更新し合う。すなわ
ち、図７に示すように、タスクＴＳ０２がマスタファイ
ルＣに格納されたレコードＸを取得してロックし、タス
クＴＳ０３がマスタファイルＤに格納されたレコードＹ
を取得してロックする。次に、タスクＴＳ０２がレコー
ドＹを取得しようとするが、タスクＴＳ０３によってロ
ックされているため、ロックの解除待ちの状態となる。
そして、タスクＴＳ０３がレコードＸを取得しようとす
ると、タスクＴＳ０２とタスクＴＳ０３との間で相互に
要求するレコードをロックし合うこととなり、デッドロ
ックが発生する。そこで、タスクＴＳ０３が終了し、親
タスクの子タスク終了状態取得手段１０は、タスクＴＳ
０３がデッドロックにより以上終了したことを示す情報
を管理ファイル２０に書き込む。また、親タスクは、タ
スクＴＳ０２を含む他の子タスクを強制終了する。
【００３１】次に、当該バッチ処理を再起動する際の動
作について、図８を参照して説明する。親タスクの子タ
スク起動手段３０は、まず事前作業としてマスタファイ
ルＡ〜Ｈを復元した後、管理ファイル２０を参照する。
管理ファイル２０には、タスクＴＳ０３がデッドロック
により以上終了したことを示す情報が格納されているた
め、子タスク起動手段３０は、システムタイマ４０を起
動してタスクＴＳ０３を起動する。これにより、タスク
ＴＳ０３は、マスタファイルＣからレコードＸを取得
し、さらにマスタファイルＤからレコードＹを取得して
業務処理を実行する。次に、子タスク起動手段３０は、
システムタイマ４０からインターバル時間が経過したこ
とを知らせる通知を受け取ると、タスクＴＳ０２を含む
残りの子タスクを起動させる。これにより、タスクＴＳ
０２はマスタファイルＣからレコードＸを取得するが、
起動タイミングがタスクＴＳ０３の起動タイミングとず
れているため、デッドロックは発生しない。
作について、図８を参照して説明する。親タスクの子タ
スク起動手段３０は、まず事前作業としてマスタファイ
ルＡ〜Ｈを復元した後、管理ファイル２０を参照する。
管理ファイル２０には、タスクＴＳ０３がデッドロック
により以上終了したことを示す情報が格納されているた
め、子タスク起動手段３０は、システムタイマ４０を起
動してタスクＴＳ０３を起動する。これにより、タスク
ＴＳ０３は、マスタファイルＣからレコードＸを取得
し、さらにマスタファイルＤからレコードＹを取得して
業務処理を実行する。次に、子タスク起動手段３０は、
システムタイマ４０からインターバル時間が経過したこ
とを知らせる通知を受け取ると、タスクＴＳ０２を含む
残りの子タスクを起動させる。これにより、タスクＴＳ
０２はマスタファイルＣからレコードＸを取得するが、
起動タイミングがタスクＴＳ０３の起動タイミングとず
れているため、デッドロックは発生しない。
【００３２】以上好ましい実施例をあげて本発明を説明
したが、本発明は必ずしも上記実施例に限定されるもの
ではない。なお、上記のようにして子タスクの起動タイ
ミングをずらしたとしても、新たに他の子タスクの処理
においてデッドロック・エラーが発生する可能性はある
が、少なくとも一度デッドロック・エラーが発生した後
は、同じタイミングでの同じ処理におけるデッドロック
・エラーは回避できるため、デッドロック障害の完全な
除去に近づけることが可能である。
したが、本発明は必ずしも上記実施例に限定されるもの
ではない。なお、上記のようにして子タスクの起動タイ
ミングをずらしたとしても、新たに他の子タスクの処理
においてデッドロック・エラーが発生する可能性はある
が、少なくとも一度デッドロック・エラーが発生した後
は、同じタイミングでの同じ処理におけるデッドロック
・エラーは回避できるため、デッドロック障害の完全な
除去に近づけることが可能である。
【００３３】
【発明の効果】以上説明したように、本発明によるタス
ク管理システム及びタスク管理方法ならびにタスク管理
プログラムを格納した記憶媒体は、マルチタスクを実現
したコンピュータシステムにおいてバッチ処理がデッド
ロック・エラーの発生により異常終了し、当該バッチ処
理を再起動することにより復旧を図る場合に、当該デッ
ドロック・エラーの発生したタスクを他のタスクよりも
早いタイミングで起動させる。したがって、デッドロッ
ク・エラーが発生した場合とは異なるタイミングで処理
が実行されるため、デッドロック・エラーの再発を防止
できるという効果がある。
ク管理システム及びタスク管理方法ならびにタスク管理
プログラムを格納した記憶媒体は、マルチタスクを実現
したコンピュータシステムにおいてバッチ処理がデッド
ロック・エラーの発生により異常終了し、当該バッチ処
理を再起動することにより復旧を図る場合に、当該デッ
ドロック・エラーの発生したタスクを他のタスクよりも
早いタイミングで起動させる。したがって、デッドロッ
ク・エラーが発生した場合とは異なるタイミングで処理
が実行されるため、デッドロック・エラーの再発を防止
できるという効果がある。
【００３４】また、上記のようにデッドロック発生時に
トランザクションの再実行を行うのではなく、当該バッ
チ処理の再起動により復旧を図るため、当該バッチ処理
が当該コンピュータシステムにおける大規模なマスタフ
ァイルに対する大量の処理を伴う場合であっても、問題
なく復旧できるという効果がある。
トランザクションの再実行を行うのではなく、当該バッ
チ処理の再起動により復旧を図るため、当該バッチ処理
が当該コンピュータシステムにおける大規模なマスタフ
ァイルに対する大量の処理を伴う場合であっても、問題
なく復旧できるという効果がある。
【００３５】さらに、当該バッチ処理の異常終了の際、
終了状態を管理ファイルに書き込んでから終了するた
め、当該バッチ処理の再起動時に前回の終了状態を認識
し、適切にバッチ処理を起動することができる。これに
より、業務処理の実行状態を引き継ぐことができるた
め、オペレータは前回の終了状態を意識することなく、
再度当該バッチ処理を起動することができるという効果
がある。
終了状態を管理ファイルに書き込んでから終了するた
め、当該バッチ処理の再起動時に前回の終了状態を認識
し、適切にバッチ処理を起動することができる。これに
より、業務処理の実行状態を引き継ぐことができるた
め、オペレータは前回の終了状態を意識することなく、
再度当該バッチ処理を起動することができるという効果
がある。
【図１】 本発明の一実施形態によるタスク管理システ
ムの構成を示すブロック図である。
ムの構成を示すブロック図である。
【図２】 本実施形態における親タスクによる子タスク
の管理動作の流れを示すフローチャートである。
の管理動作の流れを示すフローチャートである。
【図３】 本実施形態における親タスクによる子タスク
の動作の管理を詳細に示すフローチャートである。
の動作の管理を詳細に示すフローチャートである。
【図４】 本実施形態における親タスクによる子タスク
起動動作を詳細に示すフローチャートである。
起動動作を詳細に示すフローチャートである。
【図５】 本実施形態によるタスク管理システムの具体
的な動作例を示す説明図である。
的な動作例を示す説明図である。
【図６】 本発明の具体的な実施例によるタスク管理シ
ステムの構成を示すブロック図である。
ステムの構成を示すブロック図である。
【図７】 本実施例によるタスク管理システムにおける
デッドロック・エラーが発生した場合の動作を示す説明
図である。
デッドロック・エラーが発生した場合の動作を示す説明
図である。
【図８】 本実施例によるタスク管理システムにおける
子タスク起動動作を示す説明図である。
子タスク起動動作を示す説明図である。
１０ 子タスク終了状態取得手段 ２０ 管理ファイル ３０ 子タスク起動手段 ４０ システムタイマ
Claims (7)
- 【請求項１】 バッチ処理を実行する子タスクと該子タ
スクを管理する親タスクとを含むマルチタスク処理を実
現したコンピュータシステムにて用いるタスク管理シス
テムにおいて、 前記親タスクが、 前記子タスクによる処理の実行状態を監視し、処理を終
了した子タスクの終了状態に関する情報を取得する子タ
スク終了状態取得手段と、 バッチ処理を起動する際に、該バッチ処理を実行するた
めに必要な子タスクに関して、前記子タスク終了状態取
得手段により取得された該子タスクの終了状態に関する
情報を参照し、該バッチ処理がデッドロック・エラーに
より異常終了していた場合に、該デッドロック・エラー
を発生した子タスクを他の子タスクよりも早いタイミン
グで起動する子タスク起動手段とを備えたことを特徴と
するタスク管理システム。 - 【請求項２】 前記子タスクの起動タイミングを制御す
るためのインターバル時間を設定した計時手段をさらに
備え、 前記親タスクの前記子タスク起動手段が、 前記デッドロック・エラーを発生した子タスクを起動す
ると共に、前記計時手段による計時を開始させ、 かつ前記計時手段の計時において予め設定された前記イ
ンターバル時間に達した場合に、前記残りの子タスクを
起動することを特徴とする請求項１に記載のタスク管理
システム。 - 【請求項３】 前記計時手段にて設定される前記インタ
ーバル時間は、バッチ処理の内容に応じて決定すること
を特徴とする請求項２に記載のタスク管理システム。 - 【請求項４】 バッチ処理を実行する子タスクと該子タ
スクを管理する親タスクとを含むマルチタスク処理を実
現したコンピュータシステムのタスク管理方法におい
て、 前記親タスクによる処理が、実行するバッチ処理に応じ
て必要な前記子タスクを起動するステップと、前記子タ
スクによる処理の実行を管理するステップとを含み、 前記子タスク管理ステップが、 前記子タスクによる処理の実行状態を監視するステップ
と、 処理を終了した子タスクの該終了状態に関する情報を取
得するステップとを含み、 前記子タスク起動ステップが、 バッチ処理を起動する際に、該バッチ処理を実行するた
めに必要な子タスクに関して、前記子タスク終了状態取
得手段により取得された該子タスクの終了状態に関する
情報を参照するステップと、 前記起動しようとするバッチ処理がデッドロック・エラ
ーの発生により異常終了していた場合に、該デッドロッ
ク・エラーを発生した子タスクを起動するステップと、 前記デッドロック・エラーを発生した子タスクを起動し
た後に、所定のタイミングで他の子タスクを起動するス
テップとを含むことを特徴とするタスク管理方法。 - 【請求項５】 前記子タスク起動ステップが、 バッチ処理を起動する際に、該バッチ処理を実行するた
めに必要な子タスクに関して、前記子タスク終了状態取
得手段により取得された該子タスクの終了状態に関する
情報を参照するステップと、 前記起動しようとするバッチ処理がデッドロック・エラ
ーにより異常終了していた場合に、該デッドロック・エ
ラーを発生した子タスクを起動すると共に、予め設定さ
れたインターバル時間の計時を開始するステップと、 前記インターバル時間に達した時点で、他の子タスクを
起動するステップとを含むことを特徴とする請求項４に
記載のタスク管理方法。 - 【請求項６】 バッチ処理を実行する子タスクと該子タ
スクを管理する親タスクとを含むマルチタスク処理を実
現したコンピュータシステムを制御してタスク管理を行
うタスク管理プログラムを格納した記憶媒体において、 前記タスク管理プログラムにより実現される前記親タス
クによる処理が、実行するバッチ処理に応じて必要な前
記子タスクを起動するステップと、前記子タスクによる
処理の実行を管理するステップとを含み、 前記子タスク管理ステップが、 前記子タスクによる処理の実行状態を監視するステップ
と、 処理を終了した子タスクの該終了状態に関する情報を取
得するステップとを含み、 前記子タスク起動ステップが、 バッチ処理を起動する際に、該バッチ処理を実行するた
めに必要な子タスクに関して、前記子タスク終了状態取
得手段により取得された該子タスクの終了状態に関する
情報を参照するステップと、 前記起動しようとするバッチ処理がデッドロック・エラ
ーの発生により異常終了していた場合に、該デッドロッ
ク・エラーを発生した子タスクを起動するステップと、 前記デッドロック・エラーを発生した子タスクを起動し
た後に、所定のタイミングで他の子タスクを起動するス
テップとを含むことを特徴とするタスク管理プログラム
を格納した記憶媒体。 - 【請求項７】 前記記憶媒体に格納された前記タスク管
理プログラムにおける子タスク起動ステップが、 バッチ処理を起動する際に、該バッチ処理を実行するた
めに必要な子タスクに関して、前記子タスク終了状態取
得手段により取得された該子タスクの終了状態に関する
情報を参照するステップと、 前記起動しようとするバッチ処理がデッドロック・エラ
ーにより異常終了していた場合に、該デッドロック・エ
ラーを発生した子タスクを起動すると共に、予め設定さ
れたインターバル時間の計時を開始するステップと、 前記インターバル時間に達した時点で、他の子タスクを
起動するステップとを含むことを特徴とする請求項６に
記載のタスク管理プログラムを格納した記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9176312A JP3039456B2 (ja) | 1997-06-16 | 1997-06-16 | タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9176312A JP3039456B2 (ja) | 1997-06-16 | 1997-06-16 | タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH117394A true JPH117394A (ja) | 1999-01-12 |
| JP3039456B2 JP3039456B2 (ja) | 2000-05-08 |
Family
ID=16011390
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9176312A Expired - Fee Related JP3039456B2 (ja) | 1997-06-16 | 1997-06-16 | タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3039456B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9379387B2 (en) | 2010-08-09 | 2016-06-28 | Lg Chem, Ltd. | Cathode current collector coated with primer and magnesium secondary battery comprising the same |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107798031B (zh) * | 2017-02-17 | 2020-07-24 | 平安科技（深圳）有限公司 | 保单信息查询方法和装置 |
-
1997
- 1997-06-16 JP JP9176312A patent/JP3039456B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9379387B2 (en) | 2010-08-09 | 2016-06-28 | Lg Chem, Ltd. | Cathode current collector coated with primer and magnesium secondary battery comprising the same |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3039456B2 (ja) | 2000-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6694345B1 (en) | External job scheduling within a distributed processing system having a local job control system | |
| US8341125B2 (en) | Transaction log management | |
| JPH0465414B2 (ja) | ||
| US6754842B2 (en) | Facilitating a restart operation within a data processing system | |
| CN111858077A (zh) | 一种存储系统中io请求日志的记录方法、装置及设备 | |
| JP2006338197A (ja) | トランザクション制御プログラム、トランザクション制御方法及びトランザクション処理システム | |
| JP4009192B2 (ja) | 効率的なタイマ管理システム | |
| JP3039456B2 (ja) | タスク管理システム及びタスク管理方法ならびにタスク管理プログラムを格納した記憶媒体 | |
| CN113590379A (zh) | Redis数据持久化方法及系统 | |
| CN115292092B (zh) | 一种数据回滚方法、装置、设备及其存储介质 | |
| US6076095A (en) | Method of one system of a multisystem environment taking over log entries owned by another system | |
| US7065539B2 (en) | Data transfer method | |
| JPH1040123A (ja) | ジョブ管理方式と方法 | |
| CN114253474B (zh) | 基于中转机进行磁带转储的方法、系统、设备及可读存储介质 | |
| JP2000076085A (ja) | 情報処理装置とリソース不足通知方法および記録媒体 | |
| JP2000181735A (ja) | システム障害時のバッチジョブリカバリシステム | |
| JPH064364A (ja) | Ｃｐｕ動作記録方式 | |
| CN118244945A (zh) | 用于编辑媒体项的方法、装置、设备和介质 | |
| JP2003345747A (ja) | 処理実行管理方法、処理実行管理装置、プログラム、及びプログラムを記録した記録媒体 | |
| JPH0465733A (ja) | バックアップファイル作成装置 | |
| CN117687806A (zh) | 死锁处理方法、电子设备以及存储介质 | |
| JP2705522B2 (ja) | 業務実行管理方式 | |
| JP2933011B2 (ja) | ファイルの排他制御システム | |
| JP3277888B2 (ja) | ロック待ち解除装置及びプログラムを記録した機械読み取り可能な記録媒体 | |
| JPH05298125A (ja) | 主記憶データのリカバリ方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |