JPS61221856A - Message recovery processing system - Google Patents

Abstract

PURPOSE:To attain the titled message recovery processing with high efficiency by using a writing means to a file memory and a means for to recover a message form a file memory to ensure the dynamic recovery of messages in case of system breakdown. CONSTITUTION:When a system breakdown occurs during communication between application programs X and Y and unprocessed message preserved on a file memory DASD4 is restored to a main memory buffer 31 in the form of a message queue waiting for processing, the number of unprocessed messages is always monitored in the message queue waiting for processing. Then the next message on the memory DASD4 is restored on the buffer 31 and connected to the message queue waiting for processing when the number of unprocessed messages is less than a fixed level. That is, an exclusive task provided on a data communication system DCMS can perform the message recovery processing in parallel with the message processing done by an application program Y2.

Description

[Detailed Description of the Invention] [Summary] In a message recovery processing method when a failure occurs in a data processing system that communicates messages between application programs, ■ When communicating the message, a copy of the message is stored in a file memory (DASD). ) on the file memory (
When restoring unprocessed messages from DASD to the main memory buffer, the number of messages on the queue waiting to be processed on the main memory buffer is monitored, and when the number of messages waiting to be processed falls below a certain number. , the above file memory (DA
SD), the next message is restored to the main memory buffer and connected to the processing queue.

(2) The above message recovery processing is performed in parallel with the processing of the application program by a dedicated task separate from the application program.

This prevents all unprocessed messages from being expanded to the main memory buffer when restoring messages in the event of a failure of the data processing system, and provides data communication management for managing the entire message processing in the data processing system. This is to improve the processing efficiency of the system (DCMS).

(Field of Industrial Application) The present invention relates to a message recovery processing method when a failure occurs in a data processing system that communicates messages between application programs (X, Y).

In recent years, in various industries, with the expansion of business, the amount and type of data that must be processed in real time has increased, and there is a trend towards increasing reliance on online data processing systems.

Therefore, in terms of processing capacity, load balancing9 functions are distributed across multiple systems, and from the standpoint of risk distribution, so-called distributed systems are increasingly being adopted, in which file memory is divided into multiple systems. Ta.

Furthermore, in an online system, data (messages) input from a terminal are generally processed in a reciprocal memory and then filed in a database or the like.

In such a computer system that is a complex system, for example, when data is input from a terminal connected to one system, if the data belongs to a file in the own system, the file is immediately , but does not belong to the file of the local system, or even if it belongs to the file of the local system,
The application program (X) that received data from the terminal,
When direct line data cannot be processed, it is necessary to send the data to another application program (Y).

This data transmission between application programs (X, Y) is what is called communication between application programs.

At this time, if the other party's system to which the data should be sent has a failure, the data received from the terminal cannot be sent to the other party's system. At the time,
A method is adopted in which the data is sent to the other party's system.

In addition, in communication between two application programs within the own system, copies of data (messages) are stored in the file memory in order to avoid loss of data (messages) when the system goes down. The data is expanded onto the main memory and processed.

In this type of processing, if a large amount of data (messages) is stored in the file memory, if you expand the data to the main memory at once, the main memory will be occupied by the data, and the entire system will be damaged. There was a problem that the processing efficiency of the message decreased, and an effective data (message) recovery processing method was awaited.

[Prior Art] ■ Figure 3 schematically shows the concept of communication between general application programs.
When the message q is sent by ``UT'', the message is written to the main memory buffer 31 on the main memory (memory) 3, which is set by the user according to the scale of the system. Communication macro G
The application program (Y)2 that has issued the ET" is notified.

In the application program (Y) 2, by reading the message from the main memory buffer 31 and processing it,
The message ■ in the main memory buffer 31 is opened,
In other words, it becomes "empty".

In this way, conventionally, for example, two application programs (X, Y) communicate with each other using the communication macro 'PUT'.
, "GET'" to execute communication between the application programs (X, Y).

(2) Next, the improved communication system between application programs (χ, Y) will be explained with reference to FIG.

In this method, the application program (X) 1 stores a message @ on the main memory buffer 31 and at the same time stores a copy of the message @ in a file memory (DASD).
) to ensure that the message is lost from the main memory buffer 31 due to a system failure or the like.

[Problem that the invention seeks to solve]

Therefore, in the conventional method indicated by (3), there is a problem in that if the system goes down while communication between application programs is being executed, the data (message) @ in the main memory buffer 31 will be lost.

In addition, in the improved conventional method (■), when the system goes down, unprocessed messages O are stored in the file memory (
DASD) 4, so the message @
By expanding the message @ into the main memory buffer 31, communication between the application programs (X, Y) can be resumed. However, when expanding the message @ into the main memory buffer 31, conventionally, the file memory (DASD ) Since all unprocessed messages @ stored on 4 were restored to the main memory buffer 31, the operation of the data communication management system (1) CMS (for example, the connection between the terminal and the application program) , conversation processing).

In view of the above conventional drawbacks, the present invention provides the above application program (
X,Y) In the message recovery process when the system goes down during the period, by dynamically managing the number of messages recovered for each application program, it is possible to improve the operation of the data communication management system (DC?lS). The purpose of this is to provide a method that can efficiently perform message recovery processing without affecting the system.

[Means for solving the problem] FIG. 1 is a block diagram of the principle of message recovery processing of the present invention.

In this figure, al and a2 are message queue terminals 31' waiting for processing of the application program (Y) 2, and when the system is down and the application program (Y) 2 is started, the message queue terminals al and a2 are stored on the file memory (DASD) 4. The message keys s-(Mal-1, Mal-2, .--=, Mg2-1) corresponding to each of the above terminals 31
．． Mg2-2, -), the message is restored to the main memory buffer 31 for each terminal 31'.

At this time, a dedicated recovery task provided in the data communication management system (DCMS) is executed by the application program (Y) 2.
In parallel with the message processing in the application program (Y) 2, the unprocessed messages remaining in the main memory buffer 31 are processed for each terminal 31'' in the message queue waiting to be processed. The number of unprocessed messages is monitored, and when the number of unprocessed messages becomes less than a certain number (1, for example, the number of application program tasks x 2), the file memory (D
ASD) The next message on 4 is stored in the main memory buffer 31.
, and is configured to connect to the message queue waiting for processing.

[Effect]

That is, according to the present invention, when a system failure occurs during communication between application programs (X, Y), unprocessed messages stored on the file memory (DASD) 4 are transferred to the main memory buffer 31. When restoring in the form of a pending message queue, the number of unprocessed messages in the pending message queue is always monitored, and when the number of unprocessed messages falls below a certain number, the file memory (
The next message on DASD) 4 is restored onto the main memory buffer 31 and connected to the message queue waiting to be processed.

At this time, the restoration process is performed by the data communication management system (DC).
Since the dedicated task provided in MS) can be executed in parallel with the message processing in the application program (Y) 2, the main memory buffer 31 will not be occupied by restored messages. (And since the message recovery process is performed in a dedicated task separate from the application program (Y) 2, the application program (Y) 2 can concentrate on message processing, improving the processing efficiency of the entire system. It has the effect of

〔Example〕

Embodiments of the present invention will be described in detail below with reference to the drawings.

FIGS. 2(a) and 2(b) schematically show one embodiment of the present invention, in which (1) of the continuous processing related to the present invention is shown.
) to (3) are shown in drawing (a), and the subsequent processes (4) to (
6) is shown in drawing (b).

In this figure, the same reference numerals as in FIGS. 1, 3, and 4 indicate the same objects. Hereinafter, the explanation will be given in order starting from (1).

(1) Application program (X) 1 is an application program (
Y) When sending data (messages) 2 to 2, it is written to the main memory buffer 31 in the form of a message queue waiting to be processed, and copies of the data 2 to 2 are written to the file memory (DASD) 4. Then, the data is stored in the same queue format and the application program (Y) 2 is notified of the data transmission.

The application program (Y) 2, which issues the communication macro °GET' for receiving and receiving the message, reads data (2) from the main memory buffer 31 and processes it.

Main memory buffer 31. and file memory (DASD)
The data on 4 is processed in the application program (Y) 2, and the above communication macro (GET) is used to receive the next data.
) is released when it is issued.

(2) When the system that is communicating with the above application programs (X, Y) goes down, system startup processing is performed immediately, and when the startup is completed, the data communication management system (hereinafter referred to as DCMS) is the following process (3)
to go into.

(3) When DCMS 5 recognizes startup from application program (Y) 2, it first stores file memory (1) AS
D) Only the data ■■■ are restored to the buffer 31 on the main memory (memory) 3 from step 4.

(41 DCMS 5 notifies the application program (Y) 2 of the restored data.

゛ Communication macro for receiving and receiving the message “Gll
! The application program (Y) 2 that issues T' reads one piece of data and processes it.

At the time when the data processing is completed, the main memory buffer 31. The data is released from the file memory (DASD) 4.

(5) DCMS 5 has a dedicated task that performs restoration processing, and this task is the application program (Y) 2.
At the request of
Each message queue terminal 31 is monitored, and when the number of unprocessed messages becomes less than a certain number (for example, the number of application program tasks x 2), the messages are saved on the file memory (DASD) 4. Next data
Perform subsequent restores.

Therefore, in the present invention, in response to a request from the application program (Y) 2, a dedicated task of the IICMS 5 monitors the number of unprocessed messages remaining in the waiting message queue on the main memory buffer 31, and When the number of data becomes below a certain number, the next data is restored, and the application program (Y) 2 itself can concentrate on message processing without being conscious of restoring the data. There are characteristics.

(6) Upon receiving the restoration request, the DCMS 5 restores the data ■ on the file memory (DASD) 4 onto the main memory buffer 31, and notifies the application program (Y) 2. At this time, if the data ■ has already been processed, the data ■ is also restored onto the main memory buffer 31,
Notify application program (Y)2.

After that, the operation returns to step (5) and the file memory (DASD
)4 until there is no unprocessed saved data (5)
→(6) −+ Repeat the loop of (5).

In this way, data is dynamically restored from the file memory (DASD) 4 to the main memory buffer 31, so the DCMS 5. and the application programs under it can efficiently process data.

〔Effect of the invention〕

As explained above in detail, the message recovery processing method of the present invention is effective when communicating between application programs (X, Y).
When a system failure occurs, the file memory (I)A
When restoring unprocessed messages stored on SD) 4 to the main memory buffer 31 in the form of a pending message queue, the number of unprocessed messages in the pending message queue is always monitored and When the number of unprocessed messages falls below a certain number, the file memory (DASD)
) 4 to the main memory buffer 31.
Restore it to the above and connect it to the message queue waiting for processing.

At this time, the restoration process is performed by the data communication management system (DC).
Since the dedicated task provided in MS) can be executed in parallel with the message processing in the application program (Y) 2, the main memory buffer 31 will not be occupied by restored messages. Moreover, since the message recovery process is performed in a dedicated task separate from the application program (Y) 2, the application program (Y) 2 can concentrate on message processing, improving the processing efficiency of the entire system. There is an effect that can be done.

[Brief explanation of drawings]

FIG. 1 is a block diagram of the principle of message recovery processing according to the present invention. FIG. 2 is a diagram schematically showing an embodiment of the present invention. FIG. 3 is a diagram schematically showing the concept of communication between general application programs. FIG. 4 is a diagram schematically showing a conventional improved application program communication system. It is. In the drawings, 1 is the application program (X), 2 is the application program (
Y). 3 is a main memory (memory), and 31 is a main memory buffer. 4 is file memory (DASD). 5 is the data communication management system (DCMS). ■、■～ is data (message). “PUT” is a communication macro for transmitting data. “GET” is a communication macro for receiving data. 20
2° to tea (Kousi Shirammu t-+ A゛ Elementary School 1! 87 pages start to dawn) 2°! 0 (a) One victim's eaves 7D7゛ram 1VJi! 14th Battle Togeshishi F National Policy 3 words

Claims (2)

[Claims] (1) Under the control of a data communication management system (DCMS), there are multiple application programs that process messages, and when one application program (X) sends a message, the message is sent to a buffer in main memory. At the same time, the other application program (Y) (2) is notified of the writing, and the application program (Y) (2) reads and processes the message on the main memory buffer (31). By repeating this process, in a data processing system that processes a series of messages, the above message is stored in the main memory buffer (31) in the form of a processing queue, and at the same time, the message is stored in the file memory (D
means for storing a copy thereof in the form of a message queue on the DASD (4), and a means for restoring the message on the file memory (DASD) (4) to the main memory buffer when the data processing system goes down; The number of messages in the waiting queue is monitored, and when the number of messages falls below a certain value, the next message is transferred from the file memory (DASD) (4) to the main memory buffer ( 31) Restore above and
means for connecting to the processing waiting queue; and means for writing to the file memory (DASD) (4) and means for restoring messages from the file memory (DASD) (4), so that messages can be saved when the system goes down. A message recovery processing method characterized by dynamic recovery. (2) As the message recovery means, a message recovery task is provided in the data communication management system (DCMS), and the task causes the application program (Y) (
2. The message recovery processing method according to claim 1, wherein the message is recovered in parallel with the message processing in step 2).