JPH05189374A - Execution monitoring system for distributed processing computer system - Google Patents

Abstract

PURPOSE:To reduce time and personnels for corresponding to restoration to a fault by linearly managing the execution/fault situation of the operation processing program for a terminal side system on the side of a host. CONSTITUTION:The processing history/fault situation of the operation processing program 5-1, 5-3... executed/processed in the terminal side system 1 is recorded in an execution management file 10 so as to transmit the piece of data to a host side system 2 by way of a communication management part 7-1. The host side system 2 outputs data based on received data to a data indication part 8 and a data output part 9. Besides, indication to fault restoration is inputted from the data indication part 8 on the host side and the piece of indication data is transmitted to the terminal side system 1. A terminal side execution monitoring part 6-1 selects corresponding restoration processing from a fault restoration master 11 so as to process restoration.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed side program execution monitoring system for a computer distributed processing system.

[0002]

2. Description of the Related Art Conventionally, a distributed processing system that performs processing at several points is such that the terminal side system and the host side system specially and centrally perform transmission / reception processing of required data, and The execution status was monitored individually by each system, and failures were dealt with at each point.

[0003]

In this conventional distributed processing system, the monitoring of the execution state of the business processing program on the terminal side and the response to the failure must all be carried out on the terminal side. It was necessary to dispatch personnel capable of responding (hereinafter referred to as SE) to the site or deploy the SE on site. This is the biggest problem of the distributed processing system because it leads to a loss of personnel and time to deal with failures when the number of terminal side systems increases with the expansion of the distributed processing system.

[0004]

An execution monitoring system for a distributed processing computer system according to the present invention includes a data storage unit for storing data, and a data input / output unit for receiving data from the data storage unit and outputting data. , A business processing program for processing data, at least a function for starting the business processing program, an execution monitoring section for monitoring the execution of the business processing program, and a communication management section connected to the execution monitoring section and capable of communication. A distributed computer system on the host side of a system having a terminal side system having the same, an instruction unit capable of inputting processing instructions to the function of the terminal side system, and a display unit for displaying / outputting data, the terminal side system The execution status of each business processing program is displayed / output on the host side display section, and the host From the instruction unit to work processing program of the terminal system is obtained so as to be subjected to address and instructions for failure.

[0005]

In the present invention, the execution status and the failure content of the terminal side business processing program are transmitted to the host side at any time.

[0006]

FIG. 1 is a block diagram showing an embodiment of the present invention. In FIG. 1, 1 is a terminal side (distributed side) system, and 2 is a host side system that centrally manages this terminal side system 1. 3-1 and 3-2 are data storage units on the terminal side and the host side for storing data, 4
-1 and 4-2 are the data storage units 3-1 and 3-.
A data input / output unit of the terminal side system 1 and the host side system 2 which receives data from the input terminal 2 and outputs data
5-1 and 5-3 and 5-2 and 5-4 are business processing programs of the terminal side system 1 and the host side system 2 for processing data, and 6-1 and 6-2 are at least this business processing program 5-1. , 5-3 and 5-2, 5-4
The execution monitoring units of the terminal side system 1 and the host side system 2 for monitoring the execution of the function and its business processing program, 7-1 and 7-2 are connected to the execution monitoring units 6-1 and 6-2, respectively. It is a communication management unit of the terminal side system 1 and the host side system 2 that enable communication.

Reference numeral 8 denotes a data display / instruction unit, which is composed of an instruction unit capable of inputting processing instructions to the above-mentioned functions of the terminal side system 1 and a display unit for displaying / outputting data. There is. Reference numeral 9 is a data output unit, 10 is an execution management file for recording the execution status (history) and failure status, 11 is a failure recovery master, and 12 is the terminal side system 1.
Is a communication line between the host system 2 and the host system 2.

The execution status of the business processing programs 5-1, 5-3, ... Of the terminal side system 1 is displayed / output on the host side display section, and the terminal side system is controlled by the host side instruction section. 1 business processing program 5-1
5-3 ... Can deal with the fault and give an instruction.

Next, the operation of the embodiment shown in FIG. 1 will be described. First, the business processing program 5 of the terminal side system 1
The execution states -1, 5-3, ... Are registered in the sequential execution management file 10. Then, the execution monitoring unit 6-1 refers to the execution management file 10, and checks the history (hereinafter, referred to as log data) and the failure status via the communication management unit 7-1. 2, and outputs to the data display unit 8 and the data output unit 9. Next, the host-side operator refers to the log information and the failure status, and the data instructing section 8 takes measures against the failure and executes the monitoring section 6
-2 instruct. The execution monitoring unit 6-2 is the communication management unit 7
-2, the instruction data is transmitted to the execution monitoring unit 6-1 via the communication management unit 7-1 of the terminal side system 1, and the execution monitoring unit 6-1 selects the corresponding process from the failure recovery master 11 and selects the failure. The recovery processing is executed and the business processing program 5 of the terminal side system 1 is restarted. This makes it possible to quickly deal with the failure.

2 and 3 are flow charts for explaining the operation of FIG. 1, FIG. 2 shows history / fault status display / output, and FIG. 3 shows a fault coping process instruction.

FIG. 2A shows the system flow on the terminal side, and FIG. 2B shows the system flow on the host side. And
2A is a business processing program, FIG. 2B is an execution monitoring unit flow, and FIG. 2B is an execution monitoring unit flow.

FIG. 3A shows the host-side system flow, and FIG. 3B shows the terminal-side system flow. And
3 (a) and (b) in FIG. 3 (a) are the execution monitoring unit flow.

Next, the operation of the embodiment shown in FIG. 1 will be described with reference to FIGS. FIG. 2 relates to history / fault status display / output. First, the business processing program shown in (a) of the terminal-side system flow (a) is
If the processing is normal at the timing of the end of one business processing (the timing can be changed by each program), the number of processing cases up to the present and the flag of normal processing are written in the execution management file 10 (steps 101 to 103) (others). Also record the items that need to be output as history information in). Repeat the processing until the end of the business processing program. Further, if any failure occurs in the business processing program 5, the content of the failure is written in the execution management file 10 (step 10
5) The business processing program is ended. Next, the execution monitoring unit 6 of the terminal-side system 1 shown in (b) of FIG.
-1 has a monitoring timer (not shown), reads the execution management file 10 at regular intervals, and transmits data to the host side (steps 106 to 108). The execution management unit 6-2 of the host side system 2 edits the data transmitted from the terminal side and displays / outputs history data to the data display / output unit 8 (steps 109 and 110).

FIG. 3 is a flow relating to the failure handling processing instruction. First, the handling method is examined based on the history / fault information, and the terminal side system 1 is instructed to perform the restoration processing. The execution monitoring unit 6-2 of the host-side system 2 transmits the instruction data input from the data instructing unit 8 to the terminal-side system 1 as shown in (a) of (a) of FIG. 3 (steps 201, 20).
2). Then, this process is repeated until the instruction data ends. Next, the execution monitoring unit 6-1 of the terminal side system 1
Receives the instruction data transmitted from the host side as shown in (b) of FIG. 3B (step 204), reads the corresponding fault recovery data from the fault recovery master 11 using the instruction data as a key, and restores the fault. The recovery processing program is started based on the data (steps 205 and 206). Here, the failure recovery master 11 has registered therein information necessary for recovery and a program to be started. This failure handling processing instruction repeats this processing until the instruction data from the host side is completed. Then, when the failure recovery processing program is completed, the terminal side applicable business processing program is started. This completes the recovery process.

As described above, the execution monitoring system of the present invention is
Business processing programs 5-1 and 5-3 of the terminal side system 1
.. is recorded in the execution management file 10 at a certain timing (time) during execution. Then, the execution monitoring unit 6-1 sequentially refers to the execution management file 10 to obtain necessary data (execution status, failure status).
To the host side, and this host side edits and displays / outputs the transmitted data. Further, by referring to the information, the host side instructs the recovery from the failure, transmits the instruction data to the terminal side, and the terminal side can perform the failure recovery by selecting the corresponding process from the failure recovery master 11 based on the instruction data. ..

[0016]

As described above, according to the present invention, the execution status of the terminal side work processing program and the failure content are transmitted to the host side at any time, so that the host side can instruct the terminal side to handle the failure. In addition, a plurality of terminal side systems can be centrally managed by the host side system. This has the effect of promptly responding to a failure and reducing the personnel of the distributed system.

[Brief description of drawings]

FIG. 1 is a block diagram showing an embodiment of the present invention.

FIG. 2 is a history / fault condition display / used to explain the operation of FIG.
It is a flowchart which shows an output.

FIG. 3 is a flowchart showing a failure handling processing instruction used for explaining the operation of FIG.

[Explanation of symbols]

 1 Terminal Side System 2 Host Side System 3-1 and 3-2 Data Storage Unit 4-1 and 4-2 Data Input / Output Unit 5-1 to 5-4 Business Processing Program 6-1, 6-2 Execution Monitoring Unit 7 -1, 7-2 Communication management unit 8 Data display / instruction unit 9 Data output unit 10 Execution management file 11 Failure recovery master

Claims (1)

[Claims] 1. A data storage unit for storing data, a data input / output unit for receiving data from the data storage unit and outputting data, a business processing program for processing the data, and at least starting this business processing program. Function and the execution monitoring unit that monitors the execution of the business processing program, a terminal side system having a communication management unit that is connected to the execution monitoring unit and enables communication, and a processing instruction input to the function of the terminal side system In a distributed computer system on the host side of a system having a display unit for displaying / outputting data, a display / output of the execution state of a business processing program of the terminal side system on the host side display unit In addition, the host-side instruction unit can handle the failure of the business processing program of this terminal-side system. And an execution monitoring system for a distributed processing computer system, characterized by being capable of giving instructions.