JP2001022709A - Cluster system and computer-readable storage medium storing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To easily introduce a new program into a cluster system and to continuously execute the program even if some abnormality occurs. SOLUTION: In the cluster system which monitors the operation states of programs 6a to 6c running on computers 2a and 2b, an identification information acquiring means 11a acquires identification information of the programs 6a to 6c and a monitor means 12a monitor whether or not the programs 6a to 6c indicated by the acquired identification information are normal. When it is judged that a monitored program is abnormal, a restarting means 12b restarts the abnormal program on the computer 2a where the abnormal program was executed. Once the abnormality of the restarted program is detected, a program transfer means 11b executes the programs 6a to 6c on the computer 2a where the abnormal program was executed, on the other computer 2b.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a cluster system for monitoring the operation of each computer in an environment where a plurality of computers are connected, and a computer-readable storage medium storing a program.

[0002]

2. Description of the Related Art A cluster system is constructed by mounting cluster software on a computer (computer) connected via a network.

FIG. 5 is a block diagram schematically illustrating a conventional cluster system. In this cluster system 1, two computers (computers) 2a and 2b are connected by a communication line 3. On each of the computers 2a and 2b, an operating system (hereinafter referred to as "OS") 4 and cluster software 5 And is running.

Each computer 2 constituting the cluster system 1
a and 2b can execute application programs (hereinafter, referred to as “applications”) such as a database management program, an e-mail management program, a directory service providing program, and a communication program. FIG. 5 shows an example in which the applications 6a to 6c are executed on the computer 2a.

[0005] Such various applications 6a to 6
When introducing c into the cluster system 1, it is necessary to add monitoring programs (monitoring modules) 7a to 7c dedicated to the respective applications 6a to 6c to the cluster software 5.

[0006] The monitoring programs 7a to 7c dedicated to the applications 6a to 6c periodically check the execution state by a command of the OS 4 when the respective applications 6a to 6c are being executed.

[0007] The monitoring programs 7a to 7c, as a result of the investigation using the command of the OS 4, find out about the abnormal operation of the monitored applications 6a to 6c and the abnormalities of the computer 2a executing the monitored applications 6a to 6c. When detected, the application 6a to be monitored
6c is restarted.

Further, if the restart fails, the monitoring programs 7a to 7c execute a process of starting the applications 6a to 6c to be monitored on another computer 2b in accordance with an instruction from the operator.

That is, the cluster software 5 comprises:
The applications 6a to 6c designated by the operator are started, and the computers 2a and 2b are periodically monitored to determine whether or not the computers 2a and 2b are normal, and whether the applications 6a to 6c running on the computers 2a and 2b are normal. Watch out.
Further, as a result of monitoring, when the occurrence of a failure is detected, an attempt is made to restart the application related to the failure, and if a further failure occurs after the restart, the fact is notified to the operator. Thereafter, the cluster software 5, upon receiving an instruction from the operator, executes the failed computer 2
The data and program on a are transferred to another computer 2b.

The operation of the above-described conventional cluster system 1 will be described. The various applications 6a to 6c operating on the conventional cluster system 1 may not operate normally due to problems of the applications 6a to 6c themselves, problems of the OS 4 and hardware, operator's operation errors, and the like, or may fail to operate on the computer 2a. May disappear from.

In preparation for such a case, the operator of the computer 2a and the monitoring programs 7a to 7c execute the monitoring commands provided by the OS 4 and refer to the log messages to execute various applications 6a to 6c or the computer. 2a is monitored.

As a result of the operation status monitoring, if any problem is detected, the operator or the monitoring program 7a to
7c restarts the application determined to be abnormal according to the type of the problem, or restarts the computer 2a. Alternatively, in the cluster system 1 in which a plurality of computers 2a and 2b are loosely coupled, an operator issues an instruction, and the failed application is taken over on another computer 2b different from the failed computer 2a.

[0013]

In the conventional cluster system 1 illustrated in FIG. 5 as described above, when an abnormality occurs in any of the running applications 6a to 6c, the operator or the monitoring program 7a ~ 7c
Restarts the application on which an error has occurred on the computer 2a in accordance with the status of the error that has occurred. And
If the abnormality still occurs, the application in which the abnormality occurs is taken over to the other computer 2b.

However, the application in which the abnormality has occurred is taken over to another computer 2b of the other system by the judgment of the operator, so that the operator can overlook the error message relating to the application 6a to 6c or generate the monitoring program 7a to 7c. You may overlook error messages.

In this case, takeover to the computer 2b of the other system is delayed, which may hinder the operation of the cluster system 1. As a result, the reliability and availability of the cluster system 1 may be reduced.

In addition, in the conventional cluster system 1, since the operator must incorporate the monitoring programs 7a to 7c for the applications 6a to 6c to be installed into the cluster software 5, the operator is troublesome when introducing the applications. There is.

The present invention has been made in view of the above circumstances, and a new program can be easily introduced into a cluster system, and a cluster capable of continuously executing a program even if some abnormality occurs. It is an object of the present invention to provide a computer-readable storage medium storing a system and a program.

[0018]

The gist of the present invention lies in the provision of means for monitoring programs operating on computers constituting a cluster system collectively without depending on the types of the programs. In addition, when an abnormality of the program restarted after the abnormality is detected is further detected, all the movable programs among the programs operating on the computer that was executing the program that detected the abnormality are transferred to another computer. The point is to start.

Hereinafter, specific measures taken to realize the present invention will be described.

The first invention relates to a cluster system for monitoring the operation status of a program operating in an environment in which a plurality of computers are connected.

In the cluster system according to the first aspect of the present invention, identification information acquiring means for acquiring identification information of a program operating in this environment, and whether or not the program indicated by the identification information acquired by the identification information acquiring means is normal Monitoring means for monitoring whether an abnormality of a program has been detected by the monitoring means, and restarting the program on which the abnormality has been detected on a computer which has been executing the program on which the abnormality has been detected. Restart means, and when an abnormality of the program restarted by the restart means is detected, the program operating on the computer that was executing the program in which the abnormality was detected is executed on another computer. Program transfer means to be executed.

That is, in the cluster system according to the first aspect of the present invention, the identification information of the programs in the operating state is collected, and the running programs are automatically and collectively monitored.

Therefore, even when a new program is introduced, there is no need to introduce a monitoring program dedicated to the new program.

Therefore, a new program can be easily introduced without specially preparing a dedicated monitoring program.

Further, in the cluster system according to the first aspect of the present invention, if a further abnormality occurs even when the abnormal program is restarted, the program executed on the computer where the abnormality occurs is executed. It is automatically started on another computer.

Therefore, it is possible to prevent the operator from noticing any abnormality and delay in taking over the program, thereby ensuring high reliability and availability.

The second invention relates to a cluster system which operates in an environment in which a plurality of computers are connected and monitors the operation status of an application program having an application interface.

[0028] The cluster system according to the second aspect of the present invention comprises an identification information acquiring means for acquiring identification information of an application program operating in this environment, and an application program indicated by the identification information acquired by the identification information acquiring means. Monitoring means for calling whether the application program is normally executed by calling the application interface of the application program, and when an abnormality of the application program is detected by monitoring by the monitoring means, the application program in which the abnormality is detected is detected. A restarting means for restarting the application program in which the abnormality was detected on the executing computer; and detecting the abnormality when the abnormality of the application program restarted by the restarting means is detected. Application The emission program program running on a computer that was running; and a program transfer unit for executing other computer.

In the second invention, the identification information of the running application is managed, and a call is appropriately made to an application interface included in the running application. As a result of this call, for example, when there is no response regarding this call or when an error is received as a response, the application is determined to be abnormal.

Therefore, since a monitoring program dedicated to each application is not required, the same functions and effects as those of the first aspect can be obtained.

Further, in the cluster system according to the second aspect of the present invention, if a further abnormality occurs even after restarting the application program in which the abnormality has occurred, it is started on another computer.

Therefore, as in the case of the first aspect, since the operator does not notice any abnormality, it is possible to prevent delay in taking over the program, and to ensure high reliability and availability.

According to a third aspect of the present invention, there is provided an identification information acquisition function for causing a computer to acquire identification information of a program operating in an environment in which a plurality of computers are combined, and identification information acquired by the identification information acquisition function. A monitoring function that monitors whether the program is normal or not, and when an abnormality of the program is detected by monitoring by the monitoring function,
A restart function for restarting the program on which the abnormality was detected on the computer that was executing the program on which the abnormality was detected, and when an abnormality of the program restarted by the restart function is detected, This is a computer-readable storage medium storing a program for realizing a program transfer function of causing a program running on a computer that has executed the program in which the abnormality is detected to be executed on another computer.

According to a fourth aspect of the present invention, there is provided an identification information obtaining function for causing a computer to obtain identification information of an application program operating in an environment in which a plurality of computers are connected and having an application interface, and the identification information obtaining function. A monitoring function for calling the application interface of the application program indicated by the identification information acquired by the monitoring function to monitor whether the application program is normally executed, and when an abnormality of the application program is detected by the monitoring function. A restart function that restarts the application program in which the abnormality was detected on the computer that was executing the application program in which the abnormality was detected, and an application program that was restarted by the restart function. When a program abnormality is detected, a program for realizing a program transfer function of executing a program running on the computer that was executing the application program in which the abnormality was detected on another computer is stored. Computer-readable storage medium.

The third and fourth inventions are computer-readable storage media storing a program for realizing the functions of the cluster system described in the first and second inventions by a computer.

By using a storage medium storing such a program, the above-described functions can be easily added to a computer or a computer system that does not have the above-mentioned functions.

[0037]

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

(First Embodiment) In this embodiment, the running programs are monitored collectively, and if any abnormality occurs, the program is restarted. If any abnormality still occurs, the program is restarted. The following describes a cluster system that can automatically take over to another computer.

FIG. 1 is a block diagram schematically illustrating a cluster system according to the present embodiment. The same parts as those in FIG. 5 are denoted by the same reference numerals, and the description thereof will be omitted or simply described. Here, only different portions will be described in detail.

One of the computers 2a constituting the cluster system 8 is a computer which normally runs an application. On the other hand, the other computer 2b is a computer that operates as a standby system, and takes over its work when an abnormality occurs in one computer 2a. The communication line 3 is connected between the computers 2a and 2b so as to be able to transmit and receive.

Although the storage areas 9 are provided in each of the computers 2a and 2b, the storage areas on the side of the computer 2b are not shown in FIG.

The OS 4 is software for controlling the computers 2a and 2b, and the applications 6a to 6c
This is a program for processing various tasks. Here, each of the applications 6a to 6c is a program used in a form resident in a computer. The applications 6a to 6c are programs that can move the operating computer.

The cluster software 10 mainly comprises a cluster software main body 11 and a monitoring program 12, and is provided in both the computers 2a and 2b. Hereinafter, the cluster software 10 on the computer 2a side will be described as an example, but the cluster software 10 on the computer 2b side has the same function and performs the same operation.

The cluster software main body 11 has the same functions as those of the conventional cluster software 5 described above.
1a, program transfer function 11b, computer stop function 11
c is included.

The identification information acquisition function 11a is provided by the computer 2
The process ID of the application to be operated on a is stored in the storage area 9. As a result, an application that should be running on the computer 2a is specified.

The program transfer function 11b is executed by the computer 2a
A process for operating the application running on the other computer 2b is performed, and a process for operating the application running on the computer 2b on the computer 2a is performed. The computer stop function 11c performs a process for stopping the computer 2a.

The monitoring program 12 has a monitoring function 12a,
A restart function 12b and a program transfer instruction function 12c are included. The monitoring function 12a refers to the storage area 9 and provides the OS 4 with information on whether or not an application (an application that should exist on the computer 2a) whose process ID is registered in the storage area 9 exists on the computer 2a. Confirm by calling the command to be executed.

When the monitoring function 12a detects abnormal termination of an application running on the computer 2a, the restart function 12b restarts the abnormally terminated application on the computer 2a.

When the monitoring function 12a detects again the abnormal termination of the application restarted by the restart function 12b, the program transfer instructing function 12c starts the cluster software main unit 1 of the computers 2a and 2b.
1 is notified to the program transfer function 11b of the computer 1 of a transfer instruction of the applications 6a to 6c operating on the computer 2a (a start / start instruction of the applications 6a to 6c on the computer b).

Similarly, the program transfer instruction function 12
When the monitoring function 12a detects again the abnormal termination of the application restarted by the restart function 12b, the monitoring function 12a notifies the computer stop function 11c of the cluster software main body 11 of the computer 2a of the instruction to stop the computer 2a.

The operation of the cluster system 8 having the above configuration will be described below. FIG. 2 is a flowchart showing the operation of the cluster system 8 according to the present embodiment.
The processing procedure at the time of confirming the existence of a to 6c and detecting the disappearance of the applications 6a to 6c is shown.

In the cluster system 8, first, the process I is executed by the monitoring function 12a of the monitoring program 12.
The storage area 9 in which D is registered is referred to, and the process IDs of the applications 6a to 6c to be monitored are extracted (s1).

Next, the monitoring function 12 of the monitoring program 12
The command provided by the OS 4 is called by a, and the process ID of the application running on the computer 2a is extracted (s2). Thereby, the computer 2a
The list information of the process IDs of the applications running on the above is obtained.

Next, the process I obtained from the storage area 9
D (process ID obtained in process s1) and the process ID obtained by calling the command of OS4 (process s2
And the monitoring function 12a of the monitoring program 12. And the computer 2a
Applications to be monitored that should be running on
It is determined whether 6c has disappeared (s3).

As a result of the comparison, if the applications 6a to 6c to be monitored have not disappeared, the above monitoring is repeated.

If any of the applications 6a to 6c to be monitored has disappeared, it is determined whether or not the application that has disappeared by the restart function 12b has previously been restarted once (s4).

If the result of determination is that the application has not been restarted yet, the disappeared application is
The same computer 2a as before the disappearance by the restart function 12b
Is restarted (s5).

On the other hand, when the disappeared application has been restarted, the cluster transfer of the computer 2a is performed by the program transfer instruction function 12c of the monitoring program 12.
An instruction to stop the computer 2a is given to the computer stop function 11c of the software 10. In addition, even if the system is restarted, the error occurs only for other errors (O
S, it is highly likely that the application 6a to 6c running on the computer 2a has started on the computer 2b.
An instruction is given to the program transfer function 11b of the software 10 (s6).

According to this instruction, the cluster of the computer 2a
The computer stop function 11c of the software 10 stops the computer 2a. The operations of the applications 6a to 6c are taken over by the computer 2b by the program transfer function 11b of the cluster software 10 of the computers 2a and 2b.

As described above, in the cluster system 8 according to the present embodiment, the application 6a
A monitoring program 12 that collectively monitors .about.6c is added to the cluster software 10.

Therefore, every time a new application is introduced, there is no need for the operator to add a monitoring program dedicated to this application, and the work of the operator can be reduced.

In the cluster system 8 according to the present embodiment, after the application is restarted,
Further, when the restart fails, all the operations of the movable application running on the computer on which the restart has failed are taken over by the other computers in the standby system.

Therefore, the suspension of the application is prevented from continuing, and the reliability and availability of the system are improved.

In the present embodiment, the program to be monitored is an application 6 that operates in a resident format.
Although the case of a to 6c has been described as an example, the present invention is not limited to this. For example, even when a daemon that is not an application or an application that is not a resident type is to be monitored, the same effect can be obtained by applying the same method. Further, the number of programs to be monitored is not limited and may be any number.

In this embodiment, the case where the cluster system 8 is constituted by two computers 2a and 2b is described as an example. However, the present invention is not limited to this. The present invention is also applicable to a case where a cluster system is configured by computers.

In the cluster system 8 according to the present embodiment, the arrangement of each component may be changed as long as the same operation and function can be realized, and each component may be freely combined. . For example, the identification information acquisition function 11a
May be provided not in the cluster software main body 11 but in the monitoring program 12.

(Second Embodiment) In this embodiment, an application interface (hereinafter, referred to as an application interface) will be described.
A cluster system in which an application having an "API") is set as a monitoring target and this application is automatically taken over by another computer will be described.

FIG. 3 is a block diagram schematically illustrating a cluster system according to the present embodiment. The same parts as those in FIGS. 1 and 5 are denoted by the same reference numerals, and the description thereof will be omitted or simplified. And only the different parts will be described in detail here.

The cluster system 13 according to the present embodiment
Is basically the same as the cluster system 8 described above, except that monitoring is performed using an API of an application.

That is, the applications 14a to 14
c is the API that handles the interface for each
15a to 15c are provided. APIs 15a to 15c
Indicates that the applications 14a to 14
It operates to use the function of c. For example, when the application 14a is a database management program, the API 15a accepts an SQL command and returns a processed result.

The monitoring program 17 of the cluster software 16 includes the monitoring target applications 14a to 14a.
Call each API 15a to 15c of c. As a result, if any error is returned from any of the APIs 15a to 15c of the applications 14a to 14c, or if control is not returned from any of the APIs 15a to 15b, the monitoring program 17 calls the API that has detected the abnormality. Stop the application and restart it.

When the monitoring program 17 still detects an abnormality in the API call after the restart, the monitoring program 17 sends a message to the cluster software main body 11 of the computer 2a.
The computer 2a is instructed to stop, and the cluster software main body 11 of the computers 2a and 2b is instructed to stop the computer 2b.
The application 14a to 14c is instructed to start and start.

The operation of the cluster system 13 having the above configuration will be described below. FIG. 4 is a flowchart showing the operation of the cluster system 13 according to the present embodiment. In particular, an abnormality is detected in the monitoring program 17 calling the APIs 15a to 15c of the applications 14a to 14c and calling the APIs 15a to 15c. The processing procedure at the time is shown.

In the cluster system 13, first, the storage area 9 is monitored by the monitoring function of the monitoring program 17.
Is referred to, and the API 15a of the applications 14a to 14b to be monitored by the monitoring program 17
To 15c are called (t1).

Here, in response to the call of the APIs 15a to 15b, the monitoring program 17 determines whether an error has been returned from any of the APIs 15a to 15c or whether or not a return has been returned (control has not been returned). This is performed by the function (t2).

When a return is normally received, the above processing is repeated. However, when an error is returned or a return is not returned, it is determined whether or not the application having the API has been restarted. (T3).

If the result of the determination is that the application has not been restarted yet, an application having an API that does not return a normal return is restarted on the same computer 2a by the restart function of the monitoring program 17 (t4). ).

On the other hand, if the computer has already been restarted, the shutdown of the computer 2a is instructed to the cluster software main body 11 of the computer 2a by the program transfer instruction function of the monitoring program 17. In addition, the activation of the applications 14a to 14c running on the computer 2a on the computer 2b causes the cluster software main unit 1 of the computers 2a and 2b to start.
1 (t5).

According to this instruction, the cluster of computer 2a
The computer stop function of the software 16 stops the computer 2a. The operations of the applications 14a to 14c are taken over by the computer 2b by the program transfer function of the cluster software 16 of the computers 2a and 2b.

As described above, in the cluster system 13 according to the present embodiment, the monitoring program 17
Collectively monitors the applications 14a to 14c by calling the APIs of the applications 14a to 14c.

Further, when an abnormal operation in response to the API call of the applications 14a to 14c or stall is detected, the application in which the abnormality has occurred is restarted, and when there is further abnormality, the standby computer 2b
The operations of the applications 14a to 14c are automatically taken over.

Thus, as in the first embodiment described above, the work of the operator is reduced, and the reliability and availability of the system are further improved.

In the present embodiment, the case where the cluster system 13 is composed of two computers 2a and 2b has been described as an example. However, the present invention is not limited to this. The present invention is also applicable to a case where a cluster system is configured by computers. Similarly,
The number of applications that operate on the cluster system is not particularly limited, and may be any number.

In the cluster system 13 according to the present embodiment, the arrangement of each component may be changed as long as the same operation and function can be realized, and each component may be freely combined. .

The cluster software 10 and 16 in the cluster systems 8 and 13 according to the first and second embodiments are, for example, magnetic disks (floppy (registered trademark)) as programs that can be executed by computers. The present invention can be applied to a storage medium such as a disk or a hard disk), an optical disk (CD-ROM, DVD or the like), a semiconductor memory, or the like, or can be transmitted to a communication medium and applied to a computer or a computer system. A computer that realizes each of the above functions reads the program stored in the storage medium, and executes the above-described processing by controlling the operation of the program.

[0086]

As described above, in the present invention,
A monitoring means for monitoring whether a program operating on a computer is normal regardless of the type of the program, and a movable program operating on the computer when restarting of a program in which an error has occurred has failed. Program transfer means for automatically transferring to another computer.

As described above, since the monitoring means collectively monitors the operation of each program regardless of the type of the program, it is not necessary to introduce a monitoring program dedicated to each program.

Therefore, the labor of the operator when introducing a new program can be reduced.

Also, by transferring a program that could not be automatically restarted to another computer, it is possible to prevent the transfer of the program from being delayed, thereby improving the reliability and availability of the system. it can.

Also, an abnormality occurs even after the restart,
Since it is more likely that a computer or OS is abnormal than a program is abnormal, the reliability and availability can be further improved by transferring all movable programs on the computer.

[Brief description of the drawings]

FIG. 1 is a block diagram schematically illustrating a cluster system according to a first embodiment of the present invention.

FIG. 2 is a flowchart showing an operation of the cluster system according to the embodiment;

FIG. 3 is a block diagram illustrating an outline of a cluster system according to a second embodiment of the present invention;

FIG. 4 is a flowchart showing an operation of the cluster system according to the embodiment;

FIG. 5 is a block diagram illustrating an outline of a conventional cluster system.

[Explanation of symbols]

1, 8, 13: Cluster system 2a, 2b: Computer 3: Communication line 4: Operating system 5, 10, 16: Cluster software 6a to 6c, 14a to 14c: Application program 15a to 15c: Application interface 7a 7c: Application-specific monitoring program 9: Storage area 11: Cluster software body 11a: Identification information acquisition function 11b: Program transfer function 11c: Computer stop function 12, 17: Monitoring program 12a: Monitoring function 12b: Restart function 12c ... Program transfer instruction function

Continued on the front page (51) Int.Cl. ⁷ Identification code FI Theme coat II (Reference) G06F 15/177 678 G06F 15/177 678B 678A F term (Reference) 5B034 BB02 CC01 DD02 5B042 GA11 JJ15 KK05 5B045 GG01 JJ02BJ0JJ45 JJ45JJ45 AA10 GA02 GC01 JJ02 JJ08

Claims (4)

[Claims] 1. A cluster system for monitoring an operation status of a program operating in an environment in which a plurality of computers are connected, comprising: identification information acquiring means for acquiring identification information of a program operating in the environment; Monitoring means for monitoring whether or not the program indicated by the identification information acquired by the acquisition means is normal; and, when an abnormality of the program is detected by the monitoring by the monitoring means, executing the program in which the abnormality is detected. A restarting means for restarting the program in which the abnormality was detected on the computer which was performing the operation, and executing the program in which the abnormality was detected when an abnormality was detected in the program restarted by the restarting means. The program running on the computer that was running
A cluster system comprising: a program transfer unit to be executed on another computer. 2. A cluster system that operates in an environment in which a plurality of computers are connected and monitors the operation status of an application program having an application interface, and acquires identification information of the application program operating in the environment. Identification information obtaining means, monitoring means for calling an application interface of an application program indicated by the identification information obtained by the identification information obtaining means and monitoring whether the application program is normally executed, and monitoring by the monitoring means Restart means for restarting the application program in which the abnormality was detected on a computer which was executing the application program in which the abnormality was detected, when an abnormality in the application program was detected, When an abnormality of the application program restarted by the restart means is detected, the program operating on the computer that was executing the application program in which the abnormality was detected is moved to another computer. A cluster system comprising: a program transfer unit to be executed. 3. An identification information acquisition function for causing a computer to acquire identification information of a program operating in an environment in which a plurality of computers are combined, and whether a program indicated by the identification information acquired by the identification information acquisition function is normal. A monitoring function for monitoring whether the abnormality is detected, and when an abnormality of the program is detected by monitoring by the monitoring function, the program on which the abnormality was detected is re-executed on the computer that was executing the program on which the abnormality was detected. A restart function to be started, and, when an abnormality of the program restarted by the restart function is detected, the program operating on the computer that was executing the program in which the abnormality was detected,
A computer-readable storage medium storing a program for realizing a program transfer function to be executed on another computer. 4. An identification information acquisition function for causing a computer to operate in an environment in which a plurality of computers are coupled and acquire identification information of an application program having an application interface, and identification information acquired by the identification information acquisition function A monitoring function for invoking the application interface of the application program indicated by, and monitoring whether or not the application program is normally executed; and, when an abnormality of the application program is detected by the monitoring by the monitoring function, the abnormality of the abnormality is detected. A restart function for restarting the application program in which the abnormality was detected on the computer that was executing the detected application program, and an abnormality in the application program restarted by the restart function. When issued, a program for realizing a program transfer function for executing a program running on a computer that was executing the application program in which the abnormality was detected and executing the program on another computer was stored. Computer readable storage medium.