JPH03138730A - Transaction processing multiplicity level changing system - Google Patents

Abstract

PURPOSE:To continue a smooth operation of a system by dynamically changing the multiplicity level of a transaction processing for every specified time based on the residence speed of a transaction processing wait cue and the processing speed of a transaction processing system. CONSTITUTION:A transaction processing wait cue monitoring means 1 refers a transaction processing wait cue at a specified time interval, and obtains the residence speed of the transaction processing wait cue. An operating system resource usage condition reference means 2 obtains a resource usage condition at a specified time interval. And, a transaction processing multiplicity level dynamic changing means 4 changes the multiplicity level of the transaction processing based on the residence speed obtained by the transaction processing wait cue monitoring means 1 and the resource usage condition obtained by the resource usage condition reference means 2. Thus, the system can be operated smoothly without imposing a burden on an operator.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a transaction processing system, and particularly to a transaction processing multiplicity changing method for dynamically changing the multiplicity of transaction processing.

[Conventional technology]

In a transaction processing system, if the balance between the processing capacity and load of the system is lost due to some kind of system problem or overload, the system will not be able to operate smoothly. In order to prevent this, conventionally, operators input commands into the system at regular intervals to obtain information such as the number of transactions remaining in the transaction processing system and the resource usage status, and then optimize transaction processing based on the information. The multiplicity of transaction processing is changed based on the calculated multiplicity.

[Problem to be solved by the invention]

As mentioned above, in the past, the smooth operation of the system was achieved by changing the multiplicity of transaction processing based on the number of retained transactions obtained by inputting commands by the operator, the resource usage status, etc. There was a problem in that this placed a burden on the operator.

An object of the present invention is to enable smooth operation of the system without placing a burden on the operator.

[Means to solve the problem]

To achieve the above object, the present invention provides a transaction processing system that includes: a transaction processing queue monitoring means that refers to the transaction processing queue at regular time intervals to determine the retention rate of the transaction processing queue; A resource usage status reference means for determining the resource usage status; and a resource usage status reference unit that determines the transaction processing status based on the retention rate of the transaction processing queue determined by the transaction processing queue monitoring unit and the resource usage status determined by the resource usage status reference unit. A dynamic multiplicity change means for changing the multiplicity is provided.

[For production]

The transaction processing waiting queue monitoring means refers to the transaction processing waiting queue at regular time intervals to determine the retention rate of the transaction processing waiting queue, and the resource usage status reference means determines the resource usage status at regular time intervals.

The multiplicity dynamic changing means changes the multiplicity of transaction processing based on the retention rate determined by the transaction processing waiting queue monitoring means and the resource usage status determined by the resource usage status reference means.

〔Example〕

Next, embodiments of the present invention will be described in detail with reference to the drawings.

FIG. 1 is a block diagram of an embodiment of the present invention, which is comprised of a transaction processing system 10, a transaction processing queue 20, and a resource management table 30 in which resource usage status is registered by the operating system. The transaction processing system 10 includes a transaction processing waiting queue monitoring means 1, an operating system resource usage status reference means 2, an optimum transaction processing multiplicity calculating means 3, a transaction processing multiplicity dynamic changing means 4, and a transaction processing multiplicity dynamically changing means 4. and starting means 5.

FIG. 2 is a flowchart showing an example of processing by the transaction processing queue monitoring means 1, FIG. 3 is a flowchart showing an example of processing by the operating system resource usage status reference means 2, and FIG.
5 is a flowchart showing a processing example of the optimal transaction processing multiplicity calculating means 3, FIG. 5 is a flowchart showing a processing example of the transaction processing multiplicity dynamic changing means 4, and FIG. This is a flowchart showing a processing example, and the operation of this embodiment will be described below with reference to each figure.

The processing fixed interval activation means 5 performs the processing shown in the flowchart of FIG. 6 at fixed time intervals, and in step 61 calls the transaction processing waiting queue monitoring means 1, and in step 62 calls the operating system resource usage status reference means. 2, in step 63 calls the optimum transaction processing multiplicity calculation means 3, and in step 64 requests to restart its own processing after a certain period of time.

When the transaction processing waiting queue monitoring means 1 is called by the processing constant interval starting means 5, it starts the processing shown in the flowchart of FIG. The number of transactions staying in the waiting queue 20 (staying number) and the staying speed of the transaction processing waiting queue 20 are determined. Here, the retention speed of the transaction processing waiting queue is the amount of change in the number of items remaining per unit time, and for example, the number of items remaining when the transaction processing queue was called by the same process fixed interval starting means 5 last time and the current same processing fixed interval starting means 5. This can be the difference between the number of retained objects when called from 5. In the next step 22, the retention number and retention speed determined in step 21 are passed to the optimum transaction processing multiplicity calculation means 3.

Further, when the operating system resource usage status reference means 2 is called by the same-process constant interval starting means 5,
Start the process shown in the flowchart in Figure 3, and first, step 3.
In step 1, the current resource usage status is determined by referring to the resource management table 30 prepared by the operating system.
In the next step 32, multiplicity determining element data (for example, memory usage used in transaction processing, file Step 33
In step 32, the multiplicity determining factor data extracted in step 32 is passed to the optimum transaction processing multiplicity calculation means 3.

Further, when the optimum transaction processing multiplicity calculating means 3 is called by the same-processing constant interval starting means 5, it starts the process shown in the flowchart of FIG. It is determined whether or not transactions are retained in the transaction processing waiting queue 20 based on the number of retained transactions passed from the transaction processing waiting queue 20.

Then, if it is determined that there is a stagnation, the process of step 42 is performed, and if it is determined that the stagnation is not stagnated, the process of step 46 is performed.

In step 42, the current processing speed of the transaction processing system 10 (the number of transactions processed per unit time, for example, the number of transactions processed from the previous time when the same processing fixed interval starting means 5 was called to the time when it was called this time) is determined. Based on the number of transactions (which can be the number of transactions that have been processed) and the retention speed of the transaction processing queue 20 passed from the transaction processing queue monitoring means 1, it is determined whether or not the current processing speed is sufficient to process the transactions. It is determined whether transactions will continue to accumulate in the transaction processing waiting queue 20 if the current processing speed remains unchanged. If it is determined that the processing can be completed, the processing is terminated, and if it is determined that the processing cannot be completed, the processing of step 43 is performed.

In step 43, based on the multiplicity determining factor data passed from the operating system resource usage status reference means 2, it is determined that the current multiplicity of transaction processing is too high and the processing speed per transaction is reduced due to resource contention. Determine whether or not there is. For example, the current operating system resource usage status is compared to the number of accesses to the file indicated by the multiplicity determining element data passed from the operating system resource usage status reference unit 2 when the same process was previously called from the constant interval activation unit 5. If the number of accesses to the above-mentioned slow file, which is indicated by the multiplicity determining element data passed from the reference means 2, increases abnormally, it is determined that the processing speed per transaction is decreasing due to access contention, etc. be. If it is determined that the processing speed has not been reduced, the processing of step knob 44 is performed, and if it is determined that the processing speed has been reduced, the processing of step 48 is performed.

In step 44, it is determined whether the multiplicity of transaction processing can be increased on the current operating system based on the multiplicity determining factor data passed from the operating system resource usage status reference means 2. If it is determined that the multiplicity cannot be increased, the process is terminated, and if it is determined that the multiplicity can be increased, the process of step 45 is performed. In step 45, the degree to which the current multiplicity should be increased is determined based on the difference between the processing speed of the transaction processing system 10 and the retention speed of the transaction processing waiting queue 20.
This is notified to the transaction processing multiplicity dynamic changing means 4.

In step 48, which is executed when the determination result in step 43 is YES, the transaction processing multiplicity dynamic changing means 4 is notified that the transaction processing multiplicity is to be lowered by one.

In addition, in step 46, which is executed when the judgment result of step 41 is no, it is determined whether or not the transaction processing waiting time will increase even if the transaction processing multiplicity is lowered. If it is determined that there will be an increase, the process is terminated, and if it is determined that there is no increase, the process of step 47 is performed. In step 47, the degree to which the transaction processing multiplicity is to be lowered is calculated based on the processing speed of the transaction processing system 10 and the current transaction processing multiplicity, and the transaction processing multiplicity dynamic changing means 4 is notified.

The transaction processing multiplicity dynamic changing means 4 performs the optimum transaction processing multiplicity calculation means 3 in step 45.4.
7.48 is activated, and the process shown in the flowchart of FIG. 5 starts. In step 51, a new transaction processing multiplicity is obtained based on the notification from the optimum transaction processing multiplicity calculation means 3, and in step 52, the transaction processing multiplicity is changed according to the multiplicity obtained in step 51.

〔Effect of the invention〕

As explained above, the present invention has means for dynamically changing the multiplicity of transaction processing at regular intervals based on the retention rate of the transaction processing queue and the processing speed of the transaction processing system. ,
Even if the processing capacity and load of the transaction processing system are unbalanced due to system problems or overload, it is possible to maintain smooth operation of the transaction processing system without placing a burden on the operator. This has the effect of

[Brief Description of the Drawings] Fig. 1 is a block diagram of an embodiment of the present invention, Fig. 2 is a flowchart showing an example of the processing of the transaction processing queue monitoring means, and Fig. 3 is the processing of the operating system resource usage status reference means. FIG. 4 is a flowchart showing an example of processing by the optimal transaction processing multiplicity calculation means; FIG. 5 is a flowchart showing an example of processing by the transaction processing multiplicity dynamic changing means; FIG. It is a flowchart which shows the example of a process of a fixed interval starting means. In the figure, 1... transaction processing waiting queue monitoring means, 2... operating system resource usage status reference means, 3... optimal transaction processing multiplicity calculation means, 4... transaction processing multiplicity dynamic Changing means, 5... Same-process constant interval activation means, 10.
...Transaction processing system, 20...Transaction processing waiting queue, 3o...Resource management table.

Claims (1)

[Scope of Claim] In a transaction processing system, there is provided a transaction processing queue monitoring unit that refers to a transaction processing waiting queue at regular time intervals and obtains a retention rate of the transaction processing waiting queue; changing the multiplicity of transaction processing based on the desired resource usage status reference means, the retention rate of the transaction processing queue determined by the transaction processing queue monitoring unit, and the resource usage status determined by the resource usage status reference unit; A transaction processing multiplicity changing method characterized by comprising a multiplicity dynamic changing means.