JP2000268011A - Distributed job execution system and program recording medium therefor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To secure high reliability while mutually defining plural hosts as hot standby systems and not only to distribute a job to be executed but also to distribute an operating system itself. SOLUTION: This distributed job execution system is provided with plural hosts 1 and 2 and a file 3 shared by the respective hosts and the respective hosts partially charge processing of a job. In this case, a function for managing the processing of the inputted job is defined as plural moving units 11 and 21, a virtual host name for unique access from each host to each moving unit is set to this moving unit, the moving unit is moved to any arbitrary host and held and the processing of the above job is executed.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a distributed job execution system and a program recording medium therefor, and more particularly to a distributed job execution system for distributing a job to be executed and an operation system for managing the execution of the job, and a program recording medium therefor. About.

[0002]

2. Description of the Related Art In a system in which a plurality of hosts are mutually configured as a hot-standby standby system, it is necessary to disperse jobs to be executed and to take over a job from one host to another host.

For example, according to Japanese Patent Application Laid-Open No. 3-278238, a mutual hot standby system using two hosts is a job to be executed when each host is an active system and a standby system when an active host is abnormal. It is composed of a group that is paired with a job that takes over the processing on the host. Then, when an abnormality occurs in the active system, the abnormality of the partner host is detected, and the job is taken over by a standby job defined in advance. However, in a system in which three or more hosts are connected, the above group cannot be defined for the third host, so that the job cannot be taken over.

[0004]

As described above, the conventional hot standby system has a disadvantage that a job cannot be smoothly taken over, particularly when three or more hosts are present. That is, it is difficult to improve the reliability of the entire system even if a large number of hosts are connected.

[0005] It is an object of the present invention to provide a distributed job execution system which ensures high reliability of a plurality of hosts as a standby system of a hot standby system and distributes not only the jobs to be executed but also the operation system itself. It is to provide the program recording medium.

[0006]

A distributed job execution system according to the present invention includes a plurality of hosts and a file shared by each of the hosts, wherein each host shares a job and processes the jobs. The function of managing the processing of the submitted job is set to a plurality of transfer units, a virtual host name for uniquely accessing each transfer unit from each host is set in the transfer unit, and the transfer unit is arbitrarily set. The host is moved to and held to execute the processing of the job.

A distributed job execution system according to the present invention is a distributed job execution system comprising a plurality of hosts and a file shared by each of the hosts, wherein each host shares and processes a job. A job receiving unit that registers a job submitted with a name in a corresponding job queue according to an instruction of the name resolution unit, and receives a virtual job queue name from the job reception unit, and refers to a preset name resolution file. A name resolution unit that determines an actual job queue name and notifies the job reception unit of the actual job queue name; and a job queue that writes the execution instruction content of the job to be registered by being instructed by the job reception unit into a corresponding job queue file. A job execution unit that reads the job queue file and processes the job in accordance with the content of the execution instruction, Wherein the job accepting unit name resolution unit and the job queue are designated by the virtual host name as one or more mobile units are configured so as to hold any host.

Further, in the distributed job execution system of the present invention, the name resolution file stores a correspondence table for associating a virtual job queue name, a real job queue name, a job queue file name, and a virtual host name with each other. I have.

Further, the program recording medium of the distributed job execution system according to the present invention includes a step of receiving a job input from the outside, a step of retrieving a name resolution file by a virtual job queue name assigned to the job, and Determining a virtual host name by searching the name resolution file by the real job queue name, registering the job in a corresponding job queue, and Writing to a job queue file; searching the name resolution file by the actual job queue name to determine a corresponding job queue file name; and determining a corresponding job queue file from the job queue file given the job queue file name. Reading the execution instruction contents of the execution instruction; And performing a job in accordance with.

Further, the program recording medium of the distributed job execution system according to the present invention includes a step of determining a virtual host name in which a job receiving unit for receiving a job input from the outside exists.

A program recording medium for a distributed job execution system according to the present invention is a distributed job execution system in which a plurality of hosts and a file shared by each of the hosts are provided and each host shares a job to process the job. The function of managing the processing of the submitted job is set to a plurality of transfer units, a virtual host name for uniquely accessing each transfer unit from each host is set in the transfer unit, and the transfer unit is arbitrarily set. Is moved to the host, and the job is executed.

[0012]

DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram showing a first embodiment of the present invention. In the figure, a distributed job execution system according to the present invention includes a job receiving unit 12 for registering a job submitted with a virtual job queue name in a corresponding job queue in accordance with an instruction of a name resolution unit, and a virtual job queue from the job receiving unit. A name resolution unit that receives a job queue name, determines a real job queue name by referring to a name resolution file set in advance, and notifies the job reception unit of the name.
Job queues 13, 22, and 23 for writing the execution instruction contents of the job to be registered by being instructed by the job reception unit to the corresponding job queue file, and reading the job queue file and processing the job according to the execution instruction contents The job receiving unit, the name resolution unit, and the job queue are provided with virtual host names (VSA and VSB) as one or more transfer units 11 and 21, respectively. Are held in the hosts 1 and 2. Further, the shared disk 3 has the name resolution file 32 and the job queue files 31, 33, and 34.

That is, the above-described distributed job execution system includes hosts 1 and 2 and a shared disk 3 accessible from each host. Here, host 1,2
Are the transfer units 11 and 21 and the job execution unit 1 respectively.
5,24. The transfer unit 11 is the job receiving unit 1
2, a job queue A, and a name resolution unit 14. further,
The transfer unit 21 includes job queues B and C.

The job receiving unit 12 registers the input job in a correct job queue. Then, the job queues A, B, and C write the registered job execution instruction contents into the job queue files A, B, and C, respectively.
The name resolution unit 14 uses the name resolution file to determine the real job queue name from the virtual job queue name, the virtual host name from the real job queue name, and the job queue file from the job queue name. Further, the job execution unit 15 reads the job queue file and executes the job according to the content of the execution instruction.

FIG. 2 is a flowchart showing the operation of the above-described distributed job execution system. FIG. 3A shows a virtual job queue name-actual job queue name correspondence table, and FIG.
FIG. 8 is an explanatory diagram showing a real job queue name-virtual host name-job queue file name correspondence table.

First, referring to FIG. 2, the job receiving unit 1
In step 2, the contents of the execution instruction of the input job are developed in the internal memory (step A1). Next, the job receiving unit 12 extracts a virtual job queue name from the execution instruction content. Then, the name resolution unit 14 searches the name resolution file 32 for a virtual job queue name (see FIG. 3A), and extracts a real job queue name corresponding to the virtual job queue name (step A2).

Further, the name resolving unit 14 retrieves the actual job queue name from the name resolving file 32 (FIG. 3).
(See (b)), a virtual host name corresponding to the real job queue name is extracted (step A3). Since the virtual host name and the real job queue name have been resolved, the job is registered in the real job queue on the virtual host (step A4).

In the actual job queue, when registering a job, the contents of the execution instruction expanded in the job receiving unit 12 are written in a job queue file, and the job execution unit 15
(Or 24) to execute the job (step A).
5).

The job execution unit 15 (or 24) requests the name resolution unit 14 to determine a job queue file name from the requesting job queue name. The name resolution unit 14 searches for a job queue name from the name resolution file 32 (FIG. 3).
(See (b)), a job queue file name corresponding to the job queue name is extracted (step A6). Next, the job execution instruction is read from the job queue file (step A7). Finally, the job is executed (step A8).

More specifically, as shown in FIG.
Is specified. The name resolving unit 14 searches the virtual job queue name VQB from the virtual job queue name-real job queue name correspondence table (see FIG. 3A) in the name resolution file 32, and retrieves the virtual job queue name VQ.
The real job queue name B corresponding to B is extracted. further,
The real job queue name B is searched from the real job queue name-virtual host name correspondence table (see FIG. 3B) in the name resolution file 32, and the virtual host name VSB corresponding to the real job queue name B is extracted. Since the virtual host name and the real job queue name have been resolved, the job is registered in the job queue B of the virtual host name VSB.

In executing the job, the job queue name B is searched from the job queue name-job queue file name correspondence table (see FIG. 3B) in the name resolution file 32, and the job corresponding to the job queue name B is searched. Extract the queue file name FB. Job queue file F
The job execution instruction is read from B and the job is executed.

FIG. 4 is a block diagram showing a second embodiment of the present invention. Referring to FIG. 1, the distributed job execution system of the present invention includes hosts 1, 2, 4, and 5, and a shared disk 3 accessible from each host. Here, the hosts 1 and 2 include the transfer units 11 and 21 and the job execution units 15 and 24, respectively. Hosts 4 and 5 include transfer units 41 and 51, respectively. The transfer unit 11 includes the job queue A. The transfer unit 21 is a job queue B,
C. The transfer unit 41 includes a job receiving unit. The transfer unit 51 includes a name resolution unit.

When submitting a job, the virtual host name of the job receiving unit 42 is inquired to the name resolution unit 52, and a job is submitted to the obtained job receiving unit 42 on the virtual host.
The job receiving unit 42 inquires of the name resolution unit 52 about a job queue for registering the input job, and registers the job in the obtained job queue.

The job queues A, B, and C write the registered job execution instructions into the job queue files A, B, and C, respectively, and execute the job execution unit 15 (or 2).
Instruct 4) to execute the job. The job execution unit 15 (or 24) converts the job queue file name into a name resolution unit 52
And reads the obtained job queue file, and executes the job in accordance with the contents of the execution instruction.

FIG. 5 is a block diagram showing the operation of the above-mentioned distributed job execution system. 6A shows a job reception virtual host name designation table, FIG. 6B shows a virtual job queue name-actual job queue name correspondence table, and FIG.
(C) is an explanatory diagram showing a real job queue name-virtual host name-job queue file name correspondence table.

First, referring to FIG. 5, when submitting a job, the virtual host name where the job receiving unit exists is inquired to the name resolution unit 52 (see FIG. 6A), and the obtained virtual host VSC A job is input to the job receiving unit 42 (step B1). Then, in the job receiving unit 42,
The content of the instruction to execute the input job is developed in the internal memory (step B2).

Next, the job accepting section 42 extracts a virtual job queue name from the contents of the execution instruction. Subsequently, the name resolution unit 52 searches the name resolution file 32 for a virtual job queue name (see FIG. 6B), and extracts a real job queue name corresponding to the virtual job queue name (step B3).

Further, in the name resolution section 52, the actual job queue name is searched from the name resolution file 32 (FIG. 6).
(C), and extracts the virtual host name corresponding to the real job queue name (step B4). Since the virtual host name and the real job queue name have been resolved, the job is registered in the real job queue on the virtual host (step B5).

In the actual job queue, when registering a job, the contents of the execution instruction expanded in the job receiving unit 42 are written into a job queue file, and the job execution unit 15
(Or 24) to execute the job (step B
6).

The job execution unit 15 (or 24) requests the name resolution unit 52 to determine a job queue file name from the requesting job queue name. The name resolution unit 52 searches for a job queue name from the name resolution file 32 (FIG. 6).
(See (c)), a job queue file name corresponding to the job queue name is extracted (step B7). Next, the job execution instruction is read from the job queue file (step B8). Finally, the job is executed (step B9).

Specifically, as shown in FIG. 6, when submitting a job, an inquiry is made to the name resolution unit 52 on the virtual host name VSD, and the virtual host name V
SC is obtained (see FIG. 6A). And the virtual host name V
The job is input to the job receiving unit on the SC. Also, as the execution instruction content of the submitted job, V
It is assumed that QB has been designated.

In the name resolution unit 52 on the virtual host name VSD, a virtual job queue name-actual job queue name correspondence table in the name resolution file 32 (see FIG. 6B).
For the virtual job queue name VQB, and extracts the real job queue name B corresponding to the virtual job queue name VQB. Further, the real job queue name B is searched from the real job queue name-virtual host name correspondence table (see FIG. 6C) in the name resolution file 32, and the virtual host name VSB corresponding to the real job queue name B is extracted. I do. Since the virtual host name and the real job queue name could be resolved, the virtual host name VS
The job is registered in the job queue B of B.

In executing the job, the job queue name B is searched from the job queue name-job queue file name correspondence table (see FIG. 6C) in the name resolution file 32, and the job corresponding to the job queue name B is searched. Extract the queue file name FB. Job queue file F
The job execution instruction is read from B and the job is executed.

In the above-described distributed job execution system, all name resolution is integrated with access to the virtual host VSD, so each processing unit only needs to store the virtual host name VSD alone. In addition, since the job receiving unit is checked even when a job is submitted, even when the job receiving unit has a redundant configuration such as primary and secondary, a unique job receiving unit can be determined. Can be improved.

The first-stage name resolution unit determines the name of the virtual host in which the second-stage name resolution unit exists, and all other names are resolved by the second-stage name resolution unit. By providing a multi-stage configuration of the resolving unit, the name resolving unit can be configured as a redundant redundant configuration, and the reliability can be further improved.

Further, since the name resolution unit 14 is independent, only the name resolution unit can be operated on another host. Further, since the name resolution unit is used to determine the job queue in which the received job is registered, only the job reception unit can be operated on another host. In this way, the operation system itself can be decentralized.

The distributed job execution system according to the present invention comprises:
It operates by executing a program stored in a main memory (not shown) of the host. This program is the operating software for the distributed processing system.
It is stored in a hard disk or the like according to (operating system), and is loaded into a main memory and executed at the time of operation.

[0039]

As described above, according to the present invention, the following effects can be obtained.

The first effect is that even if a failure occurs in the host, the job can be submitted without changing the content of the job execution instruction. The reason is that the job queue and the location of the host can all be resolved by the name resolution unit.

The second effect is that the load on the system can be distributed. The reason is that the name resolution unit is independent and all the processing units determine the request destination by the name resolution unit.

That is, since the jobs including the operation system can be easily distributed, there is an effect that the reliability of the distributed processing system including a plurality of hosts can be remarkably improved.

[Brief description of the drawings]

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

FIG. 2 is a flowchart showing the operation of the first embodiment of the present invention.

FIG. 3 is an explanatory diagram showing an example of a name solution file.

FIG. 4 is a block diagram showing a second embodiment of the present invention.

FIG. 5 is a flowchart showing the operation of the second embodiment of the present invention.

FIG. 6 is an explanatory diagram showing another example of a name resolution file.

[Explanation of symbols]

 1, 2 Host 3 Shared disk 11, 21 Movement unit 12 Job receiving unit 13, 22, 23 Job queue 14 Name resolution unit 15, 24 Job execution unit 31, 33, 34 Job queue file 32 Name resolution file

Claims (6)

[Claims] 1. A distributed job execution system comprising a plurality of hosts and a file shared by each of the hosts, wherein each host shares a job and processes the job. In this case, a virtual host name for uniquely accessing each moving unit from each host is set in the moving unit, the moving unit is moved to an arbitrary host and held, and the processing of the job is performed. A distributed job execution system characterized by being executed. 2. A distributed job execution system comprising a plurality of hosts and a file shared by each of the hosts, wherein each host shares a job and processes the job. Receiving a virtual job queue name from the job receiving unit and registering a real job queue name by referring to a preset name resolution file according to the instruction of the name resolving unit. A name resolution unit for notifying the job reception unit of a job, a job queue for writing the execution instruction content of the job instructed and registered by the job reception unit to a corresponding job queue file, and a read instruction for reading the job queue file and executing the job queue file. A job execution unit that processes a job according to the content, wherein the job reception unit, the name resolution unit, and the job A distributed job execution system characterized in that a queue is attached to an arbitrary host by attaching a virtual host name as one or more transfer units. 3. The distributed job execution system according to claim 2, wherein the name resolution file stores a correspondence table that associates a virtual job queue name, a real job queue name, a job queue file name, and a virtual host name with each other. A distributed job execution system characterized by: 4. The distributed job execution system according to claim 2, wherein a step of receiving a job input from outside is performed, and a name resolution file is searched by a virtual job queue name assigned to the job, and an actual job queue name is searched. Determining a virtual host name by searching the name resolution file by the real job queue name, registering the job in a corresponding job queue, and Writing to a job queue file; searching the name resolution file by the actual job queue name to determine a corresponding job queue file name; and determining a corresponding job queue file from the job queue file given the job queue file name. Reading the contents of the execution instruction; Executing the job with the program recording medium of the distributed job execution system. 5. The distributed job execution system according to claim 4, further comprising a step of determining a virtual host name in which a job receiving unit that receives a job input from the outside exists. An execution system program recording medium. 6. A distributed job execution system comprising a plurality of hosts and a file shared by each of the hosts, wherein each host shares and processes jobs, a plurality of functions for managing the processing of an input job. In this case, a virtual host name for uniquely accessing each moving unit from each host is set in the moving unit, the moving unit is moved to an arbitrary host and held, and the processing of the job is performed. A program recording medium for a distributed job execution system, which is executed.