JP2012173826A - Execution management method of batch processing - Google Patents

Execution management method of batch processing Download PDF

Info

Publication number
JP2012173826A
JP2012173826A JP2011032735A JP2011032735A JP2012173826A JP 2012173826 A JP2012173826 A JP 2012173826A JP 2011032735 A JP2011032735 A JP 2011032735A JP 2011032735 A JP2011032735 A JP 2011032735A JP 2012173826 A JP2012173826 A JP 2012173826A
Authority
JP
Japan
Prior art keywords
batch
execution
processing
result
operation management
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
Application number
JP2011032735A
Other languages
Japanese (ja)
Other versions
JP5746878B2 (en
Inventor
Tomonori Shimomura
知範 下村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2011032735A priority Critical patent/JP5746878B2/en
Publication of JP2012173826A publication Critical patent/JP2012173826A/en
Application granted granted Critical
Publication of JP5746878B2 publication Critical patent/JP5746878B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Retry When Errors Occur (AREA)

Abstract

PROBLEM TO BE SOLVED: To recognize a data updating result of a batch program even when a data updating result of the batch program (whether it is commitment completion or rollback) and a processing result recognized by operation management software which monitors batch processing do not match in the execution of the batch processing.SOLUTION: The batch program activated from the operation management software adds (inserts) information by adding information capable of specifying the batch program to commitment completion information (database) (414). Then, after the end of processing accompanied by access to various kinds of databases, when data updating is established (committed) by synchronous point acquisition, the state where a record is added to the commitment completion information is attained and it is determined that data updating is completed (416).

Description

本発明は、いわゆるバッチ処理の実行を管理するための技術に関する。その中でも特に、バッチ処理の実行に伴うエラーを監視ないし管理するための技術に関する。   The present invention relates to a technique for managing execution of so-called batch processing. In particular, the present invention relates to a technique for monitoring or managing errors associated with execution of batch processing.

企業の業務システムなどで、データを一定期間ないし一定量などでまとめて処理することがなされている。このようなバッチ処理においてもデータの更新(書き込み)のエラーなどで異常終了が発生することがある。この異常終了に対応、つまり、リカバリする技術として、特許文献１が提案されている。   In a business system of a company, data is collectively processed for a certain period or a certain amount. Even in such batch processing, abnormal termination may occur due to an error (update) of data. As a technique for dealing with this abnormal end, that is, recovering, Patent Document 1 is proposed.

特許文献１では、前回のバッチ処理時に発生したエラーが解消しておらずリカバリに失敗した場合、それ以降のトランザクションが集積してしまうとの問題を解決することを目的にしている。この目的を達成するために、特許文献１では、リカバリ回数を記録しておき、リトライ(リカバリ)回数が予め定められた回数以下のバッチ処理を対象として、リカバリ処理を開始することが記載されている。   Patent Document 1 aims to solve the problem that, if an error that occurred during the previous batch processing has not been resolved and recovery fails, subsequent transactions are accumulated. In order to achieve this object, Patent Document 1 describes that the number of times of recovery is recorded, and the recovery process is started for a batch process in which the number of retries (recovery) is equal to or less than a predetermined number. Yes.

特開２０１０−１７６３０３号公報JP 2010-176303 A

ここで、情報システムにおけるバッチ処理については、決められた時刻に正確に動作させたり、複雑な条件を全て満たした場合に速やかに動作させる必要があり、かつその実行状況を運用者が把握する必要がある。高信頼性を要求される情報システムにおいては、運用者の負荷を軽減することと人為的ミスをなくすために、このようなバッチ処理の実行制御及び実行状況の監視を行えるよう運用管理ソフトを導入しているのが一般的である。   Here, regarding batch processing in an information system, it is necessary to operate accurately at a predetermined time, or to operate promptly when all complex conditions are satisfied, and the operator needs to grasp the execution status. There is. In an information system that requires high reliability, operation management software is introduced so that execution control of such batch processing and execution status monitoring can be performed in order to reduce the burden on the operator and eliminate human error. It is common to do.

運用管理ソフトは例えば図２に示すような方法で使用される。図２において、運用管理ソフト２１は起動条件が揃ったバッチプログラム４１を起動しバッチプログラムを実行する。データベースへの追加更新を伴うバッチプログラム４１は業務処理を行った後、業務処理が正常に終了した場合は処理４１６でデータベースの追加更新を確定し正常終了する。業務処理中に何らかの異常を検知した場合は、処理４１７でデータベースの追加更新内容をバッチプログラム４１実行前の状態に戻しエラー終了する。正常終了またはエラー終了した結果は、運用管理ソフト２１に応答される。情報システムの運用者はバッチプログラム４１の実行結果を、運用管理ソフト２１がバッチプログラム４１より応答された結果より認識する。   The operation management software is used, for example, by a method as shown in FIG. In FIG. 2, the operation management software 21 starts a batch program 41 having the same start conditions and executes the batch program. If the batch program 41 accompanied by the additional update to the database performs the business process and the business process ends normally, the additional update of the database is confirmed in the process 416 and ends normally. If any abnormality is detected during the business process, the additional update contents of the database are returned to the state before the execution of the batch program 41 in process 417, and the process ends with an error. The result of normal termination or error termination is returned to the operation management software 21. The operator of the information system recognizes the execution result of the batch program 41 from the result of the operation management software 21 responding from the batch program 41.

図２に示すような方法でバッチプログラムの実行が行われる場合で、バッチプログラム４１が処理４１６によりデータベースの追加更新が確定し正常終了した直後に何らかの要因で障害が発生しバッチプログラム４１の実行結果を運用管理ソフト２１に応答できなかった場合、バッチプログラム４１では正常に処理が終了しているにも関わらず、運用管理ソフト２１ではバッチプログラム４１の実行結果を受け取れないため、運用者はバッチプログラム２１の実行状態を把握できない、もしくは、バッチプログラム２１がエラー終了したと誤認識する場合がある。   When the batch program is executed by the method shown in FIG. 2, a failure occurs due to some reason immediately after the batch program 41 confirms the additional update of the database by the process 416 and ends normally, and the execution result of the batch program 41 If the batch management program 21 cannot respond to the operation management software 21, the operation management software 21 cannot receive the execution result of the batch program 41 even though the processing is normally completed in the batch program 41. 21 may not be grasped, or the batch program 21 may be erroneously recognized as having ended in error.

高信頼性かつ公共性が極めて高い情報システムにおいては、速やかにシステムを復旧することが要求される。   In an information system with high reliability and extremely high public property, it is required to quickly restore the system.

前記障害要因を調査する場合、バッチプログラム４１の実行状態を確認するため実行ログなどを調査し確認する必要がある。障害要因を排除し回復する場合、バッチプログラム４１がエラー終了したと誤認識されていると回復運用の中で再度バッチプログラム４１を実行しデータベースの格納値を不正な値に更新する可能性がある。バッチプログラムの実行状況を把握する手段が必要となる。
この点については、特許文献１でも考慮されていない。 When investigating the cause of the failure, it is necessary to investigate and confirm an execution log or the like in order to confirm the execution state of the batch program 41. When recovering by eliminating the cause of failure, there is a possibility that if the batch program 41 is erroneously recognized as having ended in error, the stored value in the database may be updated to an incorrect value by executing the batch program 41 again during recovery operation. . A means to grasp the execution status of the batch program is required.
This point is not considered in Patent Document 1.

上記の課題を解決するために、本発明では、バッチ処理の実行において、バッチプログラムのデータ更新結果(commit完了しているか、rollbackしているか）と、バッチ処理を監視する運用管理ソフトが認識する処理結果が不整合となっても、バッチプログラムのデータ更新結果を認識するものである。より具体的には、運用管理ソフトから起動されたバッチプログラムは、コミット完了情報（データベース）に対して、バッチプログラムを特定できる情報を付加して情報を追加（insert）する。そして、各種データベースへのアクセスを伴った処理終了後、同期点取得でデータ更新を確定（commit）していればコミット完了情報にレコードが追加された状態になり、データ更新が完了していると判断するものである。また、同期点取得でデータ更新を戻し（rollback）ていればデータ更新されていないと判断する。   In order to solve the above problems, in the present invention, in the execution of batch processing, the data update result of the batch program (commit completed or rolled back) and the operation management software that monitors the batch processing recognize Even if the processing result is inconsistent, the data update result of the batch program is recognized. More specifically, the batch program started from the operation management software adds information by adding information that can identify the batch program to the commit completion information (database). Then, after the process with access to various databases is completed, if the data update is confirmed (commit) by acquiring the synchronization point, the record is added to the commit completion information, and the data update is completed. Judgment. Further, if the data update is returned (rollback) in the synchronization point acquisition, it is determined that the data is not updated.

また、本発明では、上記の判断に基づいて、予め定められた期間において、同一バッチ処理を複数回起動すると実行結果が不正になるバッチ処理において、複数回起動を防止することも、その一態様に含まれる。これは、既に情報が登録されていれば１度動作していることを示すため、処理開始時にチェックすることで複数回起動を抑止できる   Further, according to the present invention, based on the above determination, in the batch process in which the execution result is incorrect when the same batch process is started a plurality of times in a predetermined period, it is also possible to prevent the start of the plurality of times. include. Since this indicates that it is operating once if the information has already been registered, it is possible to suppress activation multiple times by checking at the start of processing.

本発明によれば、バッチ処理の実行において、バッチプログラムのデータ更新結果と、バッチ処理を監視する運用管理ソフトが認識する処理結果が不整合となっても、バッチプログラムのデータ更新結果を認識できる。   According to the present invention, in the execution of batch processing, the data update result of the batch program can be recognized even if the data update result of the batch program and the processing result recognized by the operation management software that monitors the batch processing are inconsistent. .

本発明の一実施形態のシステム構成図。The system block diagram of one Embodiment of this invention. 本発明の一実施形態の処理の内容を示すフローチャート(概要)。The flowchart (outline) which shows the content of the process of one Embodiment of this invention. 本発明の一実施形態で用いられるバッチ実行状態管理情報を示す図。The figure which shows the batch execution state management information used by one Embodiment of this invention. 本発明の一実施形態の処理の内容を示すフローチャート(詳細)。The flowchart (detail) which shows the content of the process of one Embodiment of this invention.

以下、図面を用いて、本発明の一実施形態について説明する。本実施形態では、図３に一構成例を示すバッチ実行状態管理情報をデータベースとして作成し、図４に示す方法で使用する。また、その概要を図２に示すとおりである。また、この処理は、図１に示す各装置（いわゆるコンピュータで、プログラムに従ってＣＰＵがそのための演算を実行する）で、その処理が実行される。   Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In this embodiment, batch execution state management information whose configuration example is shown in FIG. 3 is created as a database and used in the method shown in FIG. Moreover, the outline is as shown in FIG. Further, this processing is executed by each device shown in FIG. 1 (a so-called computer, in which a CPU executes an operation for that purpose according to a program).

図４において、運用管理ソフト２１は処理２１１で起動条件がそろったバッチプログラム４１を起動しバッチプログラムを実行する。データベースの追加更新を行うバッチプログラム４１は、運用管理ソフト上でのバッチプログラム４１を識別する値を取得するために、処理４１１で運用管理ソフト２１に対して取得用のコマンドを発行する。運用管理ソフト２１は処理２１３で、バッチプログラム４１を識別する値をバッチプログラム４１にリターンする。   In FIG. 4, the operation management software 21 starts the batch program 41 having the start conditions in process 211 and executes the batch program. The batch program 41 that performs additional update of the database issues an acquisition command to the operation management software 21 in step 411 in order to acquire a value for identifying the batch program 41 on the operation management software. In operation 213, the operation management software 21 returns a value for identifying the batch program 41 to the batch program 41.

バッチプログラム４１は、バッチ実行状態管理情報に対して、運用管理ソフトより取得したバッチプログラム４１を識別する値をバッチ識別記号として保持するレコードがないか、処理４１２にて検索する。   The batch program 41 searches for the batch execution state management information in process 412 for a record that holds a value for identifying the batch program 41 acquired from the operation management software as a batch identification symbol.

処理４１３の判定において、バッチプログラム４１を識別する値をバッチ識別記号として保持するレコードがない場合、処理４１４でバッチ実行状態管理情報に対してバッチプログラム４１を識別する値をバッチ識別記号として保持するレコードを追加した後、処理４１５の業務処理を実行する。   In the determination of the process 413, if there is no record that holds the value for identifying the batch program 41 as a batch identification symbol, the value for identifying the batch program 41 is held as a batch identification symbol for the batch execution state management information in the process 414. After adding the record, the business process of process 415 is executed.

処理４１４によるレコードの追加及び処理４１５による業務処理が正常に終了した場合、処理４１６でデータベースへの追加更新の確定を行い、バッチ状態管理情報へのバッチプログラム４１を識別する記号をバッチ識別記号に持つレコードの追加も確定する。
処理４１１でバッチ状態管理情報を検索した結果、バッチプログラム４１を識別する値をバッチ識別記号に持つレコードがある場合、運用管理ソフトが正常に応答を受け取ったか否かに関わらずバッチプログラム４１は既に正常終了済みであるため、業務処理を行わずに終了する。 When the record addition by the process 414 and the business process by the process 415 are completed normally, the addition update to the database is confirmed in the process 416, and the symbol for identifying the batch program 41 in the batch state management information is set as the batch identification symbol. Add the record you have.
As a result of searching the batch status management information in the processing 411, if there is a record having a value for identifying the batch program 41 in the batch identification symbol, the batch program 41 has already been processed regardless of whether or not the operation management software has received a response normally. Since the process has been completed normally, the process ends without performing the business process.

バッチプログラム４１の実行結果を運用管理ソフト２１に応答するときに何らかの要因による障害が発生し、運用管理ソフト２１がバッチプログラム４１の実行結果を受け取れないで運用管理ソフト２１でバッチプログラム４１の実行状態が把握できない場合においても、バッチ状態管理情報にバッチプログラム４１を識別する値をバッチ識別記号に持つレコードが存在するかしないかにより、正常終了しデータベースの追加更新が正常に完了しているか否かを把握することが可能となる。   When the execution result of the batch program 41 is returned to the operation management software 21, a failure due to some reason occurs, and the operation management software 21 cannot receive the execution result of the batch program 41, and the operation management software 21 executes the execution state of the batch program 41. Whether or not additional update of the database is normally completed depending on whether or not a record having a value for identifying the batch program 41 in the batch identification symbol exists in the batch status management information. Can be grasped.

また、バッチプログラム４１が正常終了しているにも関わらず、運用管理ソフト２１が実行結果を受け取れていないためにバッチプログラム４１がエラー終了したと誤認識してバッチプログラム４１を再度実行しても、既にバッチ状態管理情報にバッチプログラム４１を識別する値をバッチ識別記号に持つレコードが存在するため、バッチプログラム４１の処理内で業務処理を行わないで終了することが可能となる。   Even if the batch program 41 is normally terminated, the operation management software 21 has not received the execution result, so that the batch program 41 is erroneously recognized as having ended in error and the batch program 41 is re-executed. Since there is already a record having a value for identifying the batch program 41 in the batch status management information in the batch status management information, it is possible to end without performing the business process within the process of the batch program 41.

１…ディスプレイ装置、２…運用管理サーバ、３…ネットワーク、４…バッチ実行サーバ DESCRIPTION OF SYMBOLS 1 ... Display apparatus, 2 ... Operation management server, 3 ... Network, 4 ... Batch execution server

Claims (3)

バッチ実行サーバにおけるバッチ処理を運用管理サーバで管理するためのバッチ処理の実行管理方法において、
前記運用管理サーバは、
前記バッチ実行サーバのデータ更新結果と、当該運用管理サーバにおいて認識する処理結果を比較し、
当該比較結果が不整合である場合、バッチプログラムを特定できる情報を付加して情報を前記バッチ実行サーバに対して追加し、
所定処理を終了後、同期点取得でデータ更新を確定していればコミット完了情報にレコードが追加された状態になり、データ更新が完了していると判断することを特徴とするバッチ処理の実行管理方法。 In the batch processing execution management method for managing batch processing in the batch execution server with the operation management server,
The operation management server
Compare the data update result of the batch execution server with the processing result recognized by the operation management server,
If the comparison result is inconsistent, add information that can identify the batch program and add information to the batch execution server,
Execution of batch processing characterized by determining that data update is completed after completion of predetermined processing, if a record update is confirmed by acquisition of synchronization point, a record is added to commit completion information Management method. 請求項１に記載のバッチ処理の実行管理方法において、
前記判断では、同期点取得でデータ更新を戻していればデータ更新されていないと判断することを特徴とするバッチ処理の実行管理方法。 In the execution management method of batch processing according to claim 1,
In the determination, the batch processing execution management method is characterized in that if the data update is returned by the synchronization point acquisition, it is determined that the data is not updated. 請求項１または２のいずれかに記載のバッチ処理の実行管理方法において、
さらに、予め定められた期間において、同一バッチ処理を複数回起動すると実行結果が不正になるバッチ処理において、上記の判断結果に応じて複数回起動を防止することを特徴とするバッチ処理の実行管理方法。 In the execution management method of batch processing according to claim 1 or 2,
Furthermore, in a batch process in which the execution result is incorrect when the same batch process is started a plurality of times during a predetermined period, the execution management of the batch process is prevented according to the above determination result. Method.
JP2011032735A 2011-02-18 2011-02-18 Batch process execution management method Expired - Fee Related JP5746878B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011032735A JP5746878B2 (en) 2011-02-18 2011-02-18 Batch process execution management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011032735A JP5746878B2 (en) 2011-02-18 2011-02-18 Batch process execution management method

Publications (2)

Publication Number Publication Date
JP2012173826A true JP2012173826A (en) 2012-09-10
JP5746878B2 JP5746878B2 (en) 2015-07-08

Family

ID=46976706

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011032735A Expired - Fee Related JP5746878B2 (en) 2011-02-18 2011-02-18 Batch process execution management method

Country Status (1)

Country Link
JP (1) JP5746878B2 (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05100968A (en) * 1991-10-09 1993-04-23 Nec Corp Input/output processor
JP2002073576A (en) * 2000-08-31 2002-03-12 Toshiba Corp Batch job control system
WO2005078581A1 (en) * 2004-02-18 2005-08-25 Ibm Japan, Ltd. System, management server, reception server, control method, control program, and recording medium
JP2008090485A (en) * 2006-09-29 2008-04-17 Nomura Research Institute Ltd Job management device, system and program
US20090313500A1 (en) * 2008-06-12 2009-12-17 International Business Machines Corporation Containment and recovery of software exceptions in interacting, replicated-state-machine-based fault-tolerant components
JP2010176303A (en) * 2009-01-28 2010-08-12 Nippon Yunishisu Kk Batch processing system, information terminal apparatus for use in the same, and method for recovering batch processing
JP2010231682A (en) * 2009-03-30 2010-10-14 Hitachi Ltd Batch processing execution system and method therefor

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05100968A (en) * 1991-10-09 1993-04-23 Nec Corp Input/output processor
JP2002073576A (en) * 2000-08-31 2002-03-12 Toshiba Corp Batch job control system
WO2005078581A1 (en) * 2004-02-18 2005-08-25 Ibm Japan, Ltd. System, management server, reception server, control method, control program, and recording medium
JP2008090485A (en) * 2006-09-29 2008-04-17 Nomura Research Institute Ltd Job management device, system and program
US20090313500A1 (en) * 2008-06-12 2009-12-17 International Business Machines Corporation Containment and recovery of software exceptions in interacting, replicated-state-machine-based fault-tolerant components
JP2010176303A (en) * 2009-01-28 2010-08-12 Nippon Yunishisu Kk Batch processing system, information terminal apparatus for use in the same, and method for recovering batch processing
JP2010231682A (en) * 2009-03-30 2010-10-14 Hitachi Ltd Batch processing execution system and method therefor

Also Published As

Publication number Publication date
JP5746878B2 (en) 2015-07-08

Similar Documents

Publication Publication Date Title
JP6782778B2 (en) Data processing method and equipment
US7624309B2 (en) Automated client recovery and service ticketing
JP2019500680A5 (en)
CN109240854B (en) Method and system for recovering data of change caused by misoperation
EP3226153B1 (en) Impact analysis-based task redoing method, impact analysis calculation apparatus and one-click reset apparatus
US10552242B2 (en) Runtime failure detection and correction
CN111258850B (en) Method and device for updating software information based on Linux system
CN108121774B (en) Data table backup method and terminal equipment
JP6558037B2 (en) Operation management program, operation management method, and operation management apparatus
US20120096303A1 (en) Detecting and recovering from process failures
US8225298B2 (en) Tool for analyzing Siebel escripts
CN111198920B (en) Method and device for determining comparison table snapshot based on database synchronization
JP5746878B2 (en) Batch process execution management method
JP2778798B2 (en) Queue structure management processing method for control data
JP2018028798A (en) Information processing apparatus and program
JP5231035B2 (en) Job processing system and job processing method
JP5497210B1 (en) Job re-execution support system
US20150154498A1 (en) Methods for identifying silent failures in an application and devices thereof
JP2007025820A (en) Risk diagnostic program for software
CN111177241A (en) Data processing method, device and system, electronic equipment and storage medium thereof
US9158615B2 (en) Method and apparatus for managing system
US9384080B2 (en) Synchronizing problem resolution task status using awareness of current state and transaction history
JP2009181498A (en) Job processing system and job processing method
CN117632984A (en) Distributed transaction rollback method, device, equipment and medium
CN115269556A (en) Database fault processing method, device, equipment and storage medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130612

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140624

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140821

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150317

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150414

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150511

R151 Written notification of patent or utility model registration

Ref document number: 5746878

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees