(57)【特許請求の範囲】
【請求項１】
コンピュータに、
障害発生時に、障害の発生したファイルの名前を復旧ファイルテーブルに登録する第１のステップと、
実行が完了したジョブの名前と当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前とが対応づけて記録されたログ情報ファイルから、最後に記録されたログ情報を読み出す第２のステップと、
第２のステップまたは第５のステップで抽出されたログ情報に含まれる出力ファイルの名前が復旧ファイルテーブルに存在するか否かをチェックし、存在する場合には再処理ジョブテーブルに当該ログ情報におけるジョブの名前を登録すると共に、前記復旧ファイルテーブルにおける当該出力ファイルの名前のファイルを抽出済みとして登録する第３のステップと、
第２のステップまたは第５のステップで抽出されたログ情報に含まれる入力ファイルが、削除済みまたは障害ありであるか否かをチェックし、削除済みまたは障害ありの場合は復旧ファイルテーブルに該入力ファイルの名前を登録する第４のステップと、
前記復旧ファイルテーブルに登録されたファイルが全て抽出済みであるか否かを調べ、全て抽出済みでなければ前記第３のステップおよび第４のステップで処理されたログ情報より１つ前に記録されたログ情報を読み出して前記第３のステップおよび第４のステップを実行する第５のステップと、
再処理ジョブテーブルに記録されたジョブの再処理を行う第６のステップと
を実行させることを特徴とする再処理多重復旧プログラム。
【請求項２】
前記第４のステップにおいて、復旧ファイルテーブルに入力ファイルの名前を登録した場合には前記第３のステップにて再処理ジョブテーブルに登録されたジョブに対応したカウント値を増加させ、
前記第６のステップにおいて、前記カウント値が０の復旧処理対象のジョブが複数ある場合には、当該複数のカウント値が０の復旧処理対象のジョブについて同時多重に復旧処理を行うことを特徴とする請求項１記載の再処理多重復旧プログラム。
【請求項３】
コンピュータに、
障害発生時に、障害の発生したファイルの名前を復旧ファイルテーブルに登録する第１の手段と、
実行が完了したジョブの名前と当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前とが対応づけて記録されたログ情報ファイルから、最後に記録されたログ情報を読み出す第２の手段と、
第２の手段または第５の手段で抽出されたログ情報に含まれる出力ファイルの名前が復旧ファイルテーブルに存在するか否かをチェックし、存在する場合には再処理ジョブテーブルに当該ログ情報におけるジョブの名前を登録すると共に、前記復旧ファイルテーブルにおける当該出力ファイルの名前のファイルを抽出済みとして登録する第３の手段と、
第２の手段または第５の手段で抽出されたログ情報に含まれる入力ファイルが、削除済みまたは障害ありであるか否かをチェックし、削除済みまたは障害ありの場合は復旧ファイルテーブルに該入力ファイルの名前を登録する第４の手段と、
前記復旧ファイルテーブルに登録されたファイルが全て抽出済みであるか否かを調べ、全て抽出済みでなければ前記第３の手段および第４の手段で処理されたログ情報より１つ前に記録されたログ情報を読み出して前記第３の手段および第４の手段を実行する第５の手段と、
再処理ジョブテーブルに記録されたジョブの再処理を行う第６の手段と
を実行させる再処理多重復旧装置。
【請求項４】
コンピュータが備える手段が、
障害発生時に、障害の発生したファイルの名前を復旧ファイルテーブルに登録する第１のステップと、
実行が完了したジョブの名前と当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前とが対応づけて記録されたログ情報ファイルから、最後に記録されたログ情報を読み出す第２のステップと、
第２のステップまたは第５のステップで抽出されたログ情報に含まれる出力ファイルの名前が復旧ファイルテーブルに存在するか否かをチェックし、存在する場合には再処理ジョブテーブルに当該ログ情報におけるジョブの名前を登録すると共に、前記復旧ファイルテーブルにおける当該出力ファイルの名前のファイルを抽出済みとして登録する第３のステップと、
第２のステップまたは第５のステップで抽出されたログ情報に含まれる入力ファイルが、削除済みまたは障害ありであるか否かをチェックし、削除済みまたは障害ありの場合は復旧ファイルテーブルに該入力ファイルの名前を登録する第４のステップと、
前記復旧ファイルテーブルに登録されたファイルが全て抽出済みであるか否かを調べ、全て抽出済みでなければ前記第３のステップおよび第４のステップで処理されたログ情報より１つ前に記録されたログ情報を読み出して前記第３のステップおよび第４のステップを実行する第５のステップと、
再処理ジョブテーブルに記録されたジョブの再処理を行う第６のステップと
を実行させる再処理多重復旧方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、再処理を多重実行して復旧する再処理多重復旧プログラム、再処理多重復旧装置および再処理多重復旧方法に関するものである。
【０００２】
【従来の技術】
従来、ジョブを順次起動して各ジョブがファイルからデータを読み込んで処理を行い、ファイルに出力することを繰り返し所定の業務を行う場合、ファイルを格納するＤＡＳＤ（Direct Access Storage Device、磁気ディスク装置など）に格納したファイルに障害が発生して読み出せなくなった場合に備え、各ジョブとその開始時間、読み込んだファイル、書き込んだファイルなどのログ（履歴）を時間系列順にログ情報として保存している。そして、障害発生時には、ログ情報中の末尾から順にリトライすべきジョブおよび再作成するファイルがなくなるまで、リトライするべきジョブと再作成するファイルなどを抽出、記憶し、抽出したジョブおよびファイルを最初からシーケンシャルに各ジョブとそのファイルの作成をリトライし、復旧するようにしていた。
【０００３】
【発明が解決しようとする課題】
このため上述した手法では、リトライ時にシーケンシャルに各ジョブを順に再実行して各ファイルを再作成しつつ処理を進める必要があり、復旧までに多大の時間が必要となってしまうという問題があった。
【０００４】
このため、リトライ時にジョブを多重実行させて迅速に復旧することが望まれている。
【０００５】
本発明は、これらの問題を解決するため、障害発生時にジョブ実行したときに取得しておいたログ情報をもとにリトライするジョブおよび入力ファイルのカウント値をテーブルにそれぞれ設定し、リトライ時にカウント値をもとにジョブを多重実行し、迅速に復旧を図ることを目的とする。
【０００６】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
【０００７】
図１において、ログ取得手段１２は、実行したジョブおよび入力ファイル、出力ファイルなどのログを取得し、ログ情報ファイル１３を作成するものである。
【０００８】
リランジョブ抽出手段２２は、ログ情報ファイル１３を解析し、再処理すべきジョブおよびカウンタ値をテーブルに設定したりなどするものである。
【０００９】
リランジョブ実行手段２３は、テーブルに設定されたカウンタ値の同一のジョブを同時に多重実行させるものである。
【００１０】
次に、動作を説明する。
ログ取得手段１２が実行したジョブのジョブ名および当該ジョブが読み込んだ入力ファイルのファイル名と出力した出力ファイルのファイル名の履歴をログ情報ファイルに取得し、リランジョブ抽出手段２２がログ情報ファイル１３中のログ情報を障害発生時から遡って実行したジョブ、ジョブが出力したファイル、およびファイルが記憶装置上に存在しないときに当該ファイルを入力とするジョブのカウンタ値を増加してテーブルに設定することを繰り返し、ジョブの多重度を検出するようにしている。
【００１１】
この際、テーブル中のカウンタ値をもとにジョブが実行する多重度を検出するようにしている。
【００１２】
また、テーブルに設定されたカウンタ値が初期値のジョブを並列に多重実行させ、多重実行させたいずれかのジョブがリトライ終了したときに、リトライ終了したジョブが出力したファイルを入力とするジョブのカウント値を減算してテーブルに設定し、繰り返すようにしている。
【００１３】
従って、障害発生時にジョブ実行したときに取得しておいたログ情報をもとにリトライするジョブおよび入力ファイルのカウント値をテーブルにそれぞれ設定し、リトライ時にカウント値をもとにジョブを多重実行することにより、ログ情報をもとにジョブを多重実行して迅速に復旧を図ることが可能となる。
【００１４】
【発明の実施の形態】
次に、図１から図８を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１５】
図１は、本発明のシステム構成図を示す。ここで、以下に説明する各手段はプログラムをメモリ上にローディングして起動し各種処理を実行することによって機能されるものである。また、これら手段として機能するプログラムを外部記憶媒体に格納し、顧客先に提供するようにしている。
【００１６】
図１において、実行管理手段１は、スケジュールファイル２に設定されたスケジュールに従いジョブを実行させるものである。
【００１７】
スケジュールファイル２は、ジョブの実行スケジュールを設定したファイルである。
【００１８】
イニシエータ３は、実行管理手段１から指示されたジョブ（バッチジョブ４）について、資源定義ファイル５に定義されている資源を割り当てて実行させるものである。
【００１９】
バッチジョブ４は、実行管理手段１がスケジュールファイル２からジョブを取出し、イニシエータ３に実行依頼したジョブである。
【００２０】
資源定義ファイル５は、ジョブが使用する各種資源を定義したものである。
資源管理手段６は、各種資源を管理するものであって、ここでは、ディスク装置上の実ファイル７およびファイル管理ファイル８などを管理するものである。
【００２１】
実行ファイル７は、ジョブの実行時にデータを読み出したり、格納したりするファイルである。
【００２２】
ファイル管理ファイル８は、実行ファイル７に関する各種情報を設定して管理するものである。
【００２３】
障害管理手段１１は、障害を管理するものであって、ここでは、ジョブ（バッチジョブ４）が実行したログを採取するものであり、ログ取得手段１２などから構成されるものである。
【００２４】
ログ取得手段１２は、バッチジョブ４が実行したログを取得し、ログ情報ファイル１３を作成するものである。
【００２５】
ログ情報ファイル１３は、実行したジョブ名、入力ファイル名、出力ファイル名などを採取して格納したものである。
【００２６】
再処理復旧処理手段２１は、再処理を実行して復旧するものであって、ここでは、リランジョブ抽出手段２２およびリランジョブ実行手段２３などから構成されるものである。
【００２７】
リランジョブ抽出手段２２は、障害発生時に、ログ情報ファイル１３の最後から辿り、再処理すべきジョブ、ジョブが出力したファイル、およびファイルが記憶装置上に存在しないときに当該ジョブのカウンタ値を１増加してテーブルに設定することを繰り返し、ジョブとカウンタ値を抽出するものである（図２から図８を用いて後述する）。
【００２８】
リランジョブ実行手段２３は、テーブル中のカウンタ値が同一ジョブを並列に多重実行させてリトライするものである（図２から図８を用いて後述する）。
【００２９】
次に、図２から図８を用いて図１の構成の動作を順次詳細に説明する。
図２は、本発明の説明図（ログ情報）を示す。
【００３０】
図２の（ａ）は、ログ情報の例を示す。これは、既述した図１のログ取得手段１２が実行したジョブのログを取得したものであって、図示の下記の情報を取得し各ジョブの実行が完了したときに登録して生成したものである。ジョブの実行が終了してないものは採取されていない。
【００３１】
・ジョブ名：
・開始時刻：
・終了時刻：
・使用資源情報：
・入力ファイル名：
・出力ファイル名：
・その他：
ここで、ジョブ名はジョブを実行完了したジョブ名であり、開始時刻はジョブを開始した時刻であり、終了時刻はジョブを正常終了した時刻であり、使用資源情報のうちの入力ファイル名はデータを読み込んだファイルの名前であり、出力ファイル名はジョブが処理した結果を出力（格納）したファイルの名前である。
【００３２】
図２の（ｂ）は、図２の（ａ）のログ情報を取得したときのジョブ名と、入力ファイル、出力ファイルのジョブネット構成を模式的に表したものである。
【００３３】
図２の（ａ），（ｂ）において、例えばＡ−ジョブは１３：５０（１３時５０分）に処理を開始し、ファイルＡからデータを読み込み、処理結果をファイルＢに格納し、１４：３０に処理を終了する。同様に、図２の（ｂ）に模式的に示すように、Ｂ−ジョブからＤ−ジョブが該当ファイルからデータを読み込み、処理結果を該当ファイルに格納し、処理を終了している。
【００３４】
以上の図２の例について、本願発明でリトライ時に並列に多重実行する場合のログ情報の解析（図２の（ａ）のログ情報から再処理ジョブの抽出とカウンタ値を抽出してテーブルに設定）および多重実行（テーブルを参照してカウンタ値が同じジョブについてた多重実行）するときの動作を図３から図８を用いて順次詳細に説明する。
【００３５】
図３は、本発明の説明図を示す。
図３の（ａ）は、ログ情報を模式的に表した例（図２の（ｂ）とほぼ同一）を示す。
【００３６】
図３の（ｂ）は、図３の（ａ）（正確には図２の（ａ）のログ情報）から抽出してテーブルに設定した情報例を示す。ここでは、テーブルには図示の下記の情報を、後述する図４から図６の手順に従い抽出して設定する。
【００３７】
【表１】
0003953808.tif 000002
【００３８】
以上のように、図２の（ａ）のログ情報ファイル１３を末尾から順に辿って本発明に係わる再処理すべきジョブ（リランジョブ）および入力ファイルが削除されているときはカウンタ値を＋１した後のカウンタ値を設定することを繰り返し図示のリランジョブテーブルを作成することが可能となる。そして、リランジョブテーブル中のカウンタ値が０のジョブ（ここでは、Ｂ−ジョブ、Ａ−ジョブ）を同時に多重実行させ、いずれかのジョブの処理終了したときに当該ジョブが出力したファイルを入力とするジョブのカウンタ値を１減算してテーブルに設定し、カウンタ値が０のジョブを起動することを繰り返し、ジョブを多重実行させ、迅速に復旧することが可能となる（図７および図８を用いて後述する）。以下説明する。
【００３９】
図４は、本発明の説明図（抽出、その１）を示す。
図４の（ａ）は、ジョブおよび入力ファイル、出力ファイルの例を示す。ここで、ｅジョブがファイルＣ，Ｅからデータをそれぞれ読み込みつつ処理実行中に何らかの原因で当該ファイルＣ，Ｅを格納したボリュームに障害発生したとする。この障害発生時には、図４の（ｂ）に示すようにログ情報が採取され、▲１▼書き込み済みジョブ先頭ジョブブロックおよび▲２▼書き込み先ブロックは、それぞれ図示の位置に設定されている。
【００４０】
次に、図４の（ｂ）のログ情報ファイル１３をもとに、図３の（ｂ）のリランジョブテーブルを作成する手順を、図５および図６を用いて順次詳細に説明する。
【００４１】
図５および図６は、本発明の説明図を示す。
図５において、Ｓ１：障害通知された情報をもとに復旧ファイル情報を抽出する。これは、図４の（ａ）のｅジョブがファイルＣ，Ｅからデータを読み出して処理を行っている途中で当該ファイルＣ，Ｅのあるボリュームに障害発生したという通知をもとに、復旧すべきここではファイルＣ，Ｅとして抽出し、図５の右側に記載したように、復旧ファイルテーブルに当該フィルＣ，Ｅを設定する。
【００４２】
Ｓ２：ログ情報ファイルの▲１▼から読み込む。これは、既述した図４の（ｂ）のログ情報ファイル１３の▲１▼書き込み済みジョブ先頭ブロックの位置のｃジョブのログ情報を読み込む。
【００４３】
Ｓ３：ジョブは復旧ファイルを出力しているかチェックする。ここでは、Ｓ２で読み込んだｃジョブが、Ｓ１で復旧ファイルテーブルに設定したファイルＣ，Ｅを出力しているかチェックする。ここでは、ｃジョブはファイルＣを出力していると判明する。
【００４４】
Ｓ４：出力しているか判別する。ここでは、Ｓ３でｃジョブがファイルＣを出力しているので、ＹＥＳとなり、Ｓ５に進む。もし、出力していなければ、Ｓ５からＳ７をスキップし、Ｓ８に進む。
【００４５】
Ｓ５：リランジョブテーブルにジョブを登録する（ｃジョブ）。復旧ファイルテーブルの当該ファイルに抽出済みを設定する（ファイルＣ）。これにより、図５の右側に記載した復旧ファイルテーブルとリランジョブテーブルのうちの、
・復旧ファイルテーブル中のファイルＣに抽出済みが設定され、
・リランジョブテーブル中に、ｃジョブ（入力カウンタ０）  未実行が設定される。ここで、抽出済みは復旧するジョブがあるという意味を表す。また、入力カウンタ０は初期値であり、未実行は当該ｃジョブが再処理すべきジョブであって、未実行を表す。
【００４６】
Ｓ６：登録したリランジョブの入力ファイル状況をファイル管理から検索する。削除済み、障害の場合、復旧ファイルテーブルにファイルを登録する。リランジョブテーブルに対応関係を設定する。ここでは、ファイルＢは削除済みのため登録する）。これらにより、右側に記載した復旧ファイルテーブルとリランジョブテーブルのうちの、
・ファイルＢを設定、および図５のＳ６の右側の復旧ファイルテーブルとリランジョブテーブル中の矢印のように関係を設定する（ここでは、ｃジョブがファイルＢからデータを読み込み、結果をファイルＣに出力することを図示の矢印で表記する）。
【００４７】
Ｓ７：リランジョブの入力カウンタ（入力ファイルカウンタ）を設定する（ｃジョブは１を設定する）。これは、ｃジョブがデータを読み込むファイルＢは、削除されてないので、現在の入力カウンタ０に＋１した値１を、入力カウンタ１として図示のように設定する。
【００４８】
Ｓ８：復旧ファイルテーブルは全抽出済みか判別する。ここでは、ＮＯであるので、Ｓ９に進む。一方、ＹＥＳの場合には、次のステップ（図８）に進む。
【００４９】
Ｓ９：ログ情報ファイルを１つ辿る。これは、図４の▲１▼から１つ前のブロックに辿る。
【００５０】
同様に、Ｓ１３からＳ１９、Ｓ２３からＳ２９、Ｓ３３からＳ３８についても、Ｓ３からＳ９と同じようにして、図４の（ｂ）の▲３▼のｄジョブ、▲４▼のｂジョブ、▲５▼のａジョブについても繰り返すことにより、それぞれの右側に記載したように、復旧ファイルテーブル、リランジョブテーブルに図示のように設定され、矢印で示すように各ジョブの入力ファイルおよび出力ファイルの関係を設定して抽出し、図６の右下の結果が得られる。
【００５１】
以上によって、図４の（ｂ）のログ情報ファイル１３から図６の右下の▲６▼の復旧ファイルテーブルおよびリランジョブテーブルに設定したように抽出することが可能となる。次に、▲６▼の復旧ファイルテーブルおよびリランジョブテーブルをもとに、入力カウンタ（カウンタ値）が同一ジョブを並列に多重実行させるときの手順について、図７および図８を用いて詳細に説明する。
【００５２】
図７および図８は、本発明の説明図（リトライ）を示す。これら図７および図８は、リランジョブを実行して復旧するときのフローを示す。
【００５３】
図７において、Ｓ４１：リランジョブテーブルの入力カウンタが０のジョブを実行依頼する。ジョブ状況を実行中とする（ａジョブ、ｂジョブ）。これは、右側に記載した▲６▼のリランジョブテーブル（既述した図６の右下の▲６▼と同一）中の入力カウンタ０である、ここでは、ａジョブ、ｂジョブを取り出し、並列に多重実行依頼し、リランジョブテーブルのａジョブ，ｂジョブの欄の未実行を図示のように実行中にそれぞれ設定する。
【００５４】
Ｓ４２：ａジョブ実行完了し、ジョブ正常終了通知受信したので、実行済みにする（ａジョブ）。これにより、右側のリランジョブテーブル中のａジョブの実行中が実行済に設定される。
【００５５】
Ｓ４３：全リランジョブは実行済みか判別する。ここでは、ｂジョブなどが実行完了していないので、Ｓ４４に進む。一方、ＹＥＳの場合には、復旧完了とする。
【００５６】
Ｓ４４：リランジョブの出力ファイルを入力しているジョブの入力カウンタを減算する（ファイルＢを入力しているｃジョブのカウンタを１減算する）。これは、Ｓ４２でａジョブが処理完了し、当該ａジョブが処理結果をファイルＢに格納したので、当該ファイルＢを入力している、ここでは、ｃジョブの入力カウンタの値を１減算し入力カウンタ１を入力カウンタ０に図示のように設定する。
【００５７】
Ｓ４５：入力カウンタが０になったらリランジョブ実行依頼する。実行中とする（ｃジョブを実行依頼し、実行中とする）。これにより、右側に記載したように、リランジョブテーブルの当該ｃジョブが実行中に設定される。
【００５８】
図８のＳ４６：ｂジョブ実行完了し、ジョブ正常終了通知受信したので、実行済みにする（ｂジョブ）。これにより、右側のリランジョブテーブル中のｂジョブが実行中から実行済に設定される。
【００５９】
Ｓ４７：全リランジョブは実行済みか判別する。ここでは、まだ全ジョブが実行完了していないので、Ｓ４８に進む。一方、ＹＥＳの場合には、復旧完了とする。
【００６０】
Ｓ５４：リランジョブの出力ファイルを入力しているジョブの入力カウンタを減算する（ファイルＤを入力しているｄジョブのカウンタを１減算する）。これは、Ｓ４６でｂジョブが処理完了し、当該ｂジョブが処理結果をファイルＤに格納したので、当該ファイルＤを入力している、ここでは、ｄジョブの入力カウンタの値を１減算し入力カウンタ１を入力カウンタ０に図示のように設定する。
【００６１】
Ｓ５５：入力カウンタが０になったらリランジョブ実行依頼する。実行中とする（ｄジョブを実行依頼し、実行中とする）。これにより、右側に記載したように、リランジョブテーブルの当該ｄジョブが実行中に設定される。
【００６２】
Ｓ５６：ｃジョブ実行完了し、ジョブ正常終了通知受信したので、実行済みにする（ｃジョブ）。これにより、右側のリランジョブテーブル中のｃジョブが実行中から実行済に設定される。
【００６３】
Ｓ５７：全リランジョブは実行済みか判別する。ここでは、まだ全ジョブが実行完了していないので、Ｓ６４に進む。一方、ＹＥＳの場合には、復旧完了とする。
【００６４】
Ｓ６４：リランジョブの出力ファイルを入力しているジョブの入力カウンタを減算する（ファイルＣを入力しているジョブはないので何もしない）。これは、Ｓ５６でｃジョブが処理完了し、当該ｃジョブが処理結果をファイルＣに格納したが、当該ファイルＣを入力しているジョブがない（ログファイル中にない）ので、何もしない。
【００６５】
Ｓ６５：入力カウンタが０になったらリランジョブ実行依頼する（ここでは、何もないので、スルーする）。
【００６６】
Ｓ６６：ｄジョブ実行完了し、ジョブ正常終了通知受信したので、実行済みにする（ｄジョブ）。これにより、右側のリランジョブテーブル中のｄジョブが実行中から実行済に設定される。
【００６７】
Ｓ６７：全リランジョブは実行済みか判別する。ここでは、全ジョブが実行完了したので、復旧完了となる。一方、ＮＯの場合には、同様に繰り返す。
【００６８】
以上によって、ログ情報ファイルから自動抽出して作成した図６の右下の▲１▼のリランジョブテーブルおよび復旧ファイルテーブルをもとに入力カウンタが同一のジョブを多重実行させることで、リトライ処理を高速に実行して復旧を迅速に図ることが可能となる。
【００６９】
（付記１）
再処理を多重実行して復旧する再処理多重復旧プログラムであって、
実行したジョブの名前および当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前の履歴を記録したログ情報を読み出す手段と、
障害発生時に、上記ログ情報を当該障害発生時から遡って実行したジョブ、当該ジョブが出力したファイル、および当該ファイルが記憶装置上に存在しないときに当該ファイルを入力とするジョブのカウンタ値を増加してテーブルに設定して再処理するジョブを抽出する手段と
してコンピュータに機能させるための再処理多重復旧プログラム。
【００７０】
（付記２）
上記テーブル中の上記カウンタ値をもとにジョブが実行する多重度を検出する手段と
してコンピュータに機能させるための付記１記載の再処理多重復旧プログラム。
【００７１】
（付記３）
上記テーブルに設定されたカウンタ値が初期値のジョブを並列に多重実行させて当該多重実行させたいずれかのジョブがリトライ終了したときに、当該リトライ終了したジョブが出力したファイルを入力とするジョブのカウント値を減算して上記テーブルに設定し、繰り返す手段と
してコンピュータに機能させるための付記１記載の再処理多重復旧プログラム。
【００７２】
（付記４）
再処理を多重実行して復旧する再処理多重復旧装置であって、
実行したジョブの名前および当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前の履歴を記録したログ情報を読み出す手段と、
障害発生時に、上記ログ情報を当該障害発生時から遡って実行したジョブ、当該ジョブが出力したファイル、および当該ファイルが記憶装置上に存在しないときに当該ファイルを入力とするジョブのカウンタ値を増加してテーブルに設定して抽出する手段と
を備えたことを特徴とする再処理多重復旧装置。
【００７３】
（付記５）
再処理を多重実行して復旧する再処理多重復旧方法であって、
実行したジョブの名前および当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前の履歴を記録したログ情報を読み出すステップと、
障害発生時に、上記ログ情報を当該障害発生時から遡って実行したジョブ、当該ジョブが出力したファイル、および当該ファイルが記憶装置上に存在しないときに当該ファイルを入力とするジョブのカウンタ値を増加してテーブルに設定して再処理するジョブを抽出するステップと
を有する再処理多重復旧方法。
【００７４】
（付記６）
実行したジョブの名前および当該ジョブが読み込んだ入力ファイルの名前と出力した出力ファイルの名前の履歴を記録したログ情報を読み出す手段と、
障害発生時に、上記ログ情報を当該障害発生時から遡って実行したジョブ、当該ジョブが出力したファイル、および当該ファイルが記憶装置上に存在しないときに当該ファイルを入力とするジョブのカウンタ値を増加してテーブルに設定して抽出する手段と
して機能させるプログラムを記録したコンピュータ読取可能な記録媒体。
【００７５】
【発明の効果】
以上説明したように、本発明によれば、障害発生時にジョブ実行したときに取得しておいたログ情報をもとにリトライするジョブおよび入力ファイルのカウント値をテーブルにそれぞれ設定し、リトライ時にカウント値をもとにジョブを多重実行する構成を採用しているため、ログ情報をもとにジョブを多重実行して迅速に復旧を図ることが可能となる。また、ジョブ実行時に保存するログ情報や資源を変更することなく、本願発明によりリトライ時にジョブを多重実行でき、機能追加を容易に実現できる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の説明図（ログ情報）である。
【図３】本発明の説明図である。
【図４】本発明の説明図（その１）である。
【図５】本発明の説明図（抽出、その１）である。
【図６】本発明の説明図（抽出、その２）である。
【図７】本発明の説明図（リトライ、その１）である。
【図８】本発明の説明図（リトライ、その２）である。
【符号の説明】
１１：障害管理手段
１２：ログ取得手段
１３：ログ情報ファイル
２１：再処理復旧処理手段
２２：リランジョブ抽出手段
２３：リランジョブ実行手段
【図１】
0003953808.tif 000003
【図２】
0003953808.tif 000004
【図３】
0003953808.tif 000005
【図４】
0003953808.tif 000006
【図５】
0003953808.tif 000007
【図６】
0003953808.tif 000008
【図７】
0003953808.tif 000009
【図８】
0003953808.tif 000010