JP3022768B2 - Virtual computer system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual machine system in which a plurality of child OSs operate on one host and have a hot standby function.

[0002]

2. Description of the Related Art A conventional virtual computer system of this type includes:
For example, as described in Japanese Patent Application Laid-Open No. 4-141744, the system comprises an active host 1 and a standby system 2 and an inter-host communication device for performing communication between them. This technology realizes non-stop operation of the system in units of child OSs by transferring control to the child OS of the standby host when the child OS running in the active host fails. is there. In other words, since a corresponding standby child OS can be prepared for all the active child OSs, the system can be operated non-stop even if any active child OS falls into a system halt state due to a failure. It is.

[0003]

In the above-described conventional virtual computer system having a hot standby function, a backup system for a child OS is configured on the assumption that a standby host is always prepared for the active host. The child OS running in the virtual machine system
In order to realize the hot standby control, a standby host corresponding to the active host is required. As a matter of course, there is a problem that the technique cannot be used for a failure of the child OS operating on the independent host having no standby host.

[0004] The present invention relates to a child OS generated by a virtual computer system in an independent host having no standby system.
Is used as a standby system, and when the active child OS cannot continue processing due to a system abnormality, the processing is passed to the standby child OS, thereby realizing non-stop operation of the system. Therefore, a standby host is not required as compared with the related art, so that the size of the hot standby system can be reduced. Since the hot standby system can be configured only with the active system, the system configuration is also simplified . In addition, the reliability is improved because the hot standby control of the child OS is performed.

[0005]

SUMMARY OF THE INVENTION A first virtual calculation of the present invention
The operating system is based on the operating environment of the operating system.
The operating system has the hotspot
Hot standby indicating whether or not standby is specified
Means for providing a flag, and the operating system
The operating system will be displayed when
Operating as a hot standby standby
If the lag is specified as hot standby,
How to create an operating system as a standby
It has a step.

[0006]

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

In the preferred embodiment of the present invention, when a system error occurs in an active child OS existing in one host, the virtual machine control program detects the abnormality and detects a failure in the active child OS. This is a system configuration in which all states are saved, and the states are taken over by a standby child OS existing in the same host to switch the system.

FIG. 1 shows one embodiment of the present invention, wherein HOS in the figure represents a parent OS operating in one host,
VMCP is a virtual machine control program that operates as a single job in one host. All child OSs operating in the host use this virtual machine control program VMCP.
Is an active child OS generated by the GOS-1 ′
Is a standby child OS for the active child OS GOS-1, which is similarly generated.

[0009] The user of the child OS uses the system through a user terminal connected via a communication control device FNP connected to the parent OS.

Next, the operation of the embodiment of the present invention will be described in detail with reference to FIG.

The virtual machine control system VMCP constantly monitors the status of each child OS GOS-1, etc.
If a system error has occurred in the child OS, it is determined whether the child OS has been designated for hot standby.

A child OS in which a system error has occurred, for example, G
If OS-1 is designated as hot standby,
All the operating states of the child OS GOS-1 are saved, and all the operating states are taken over by the corresponding standby child OS GOS-1 ′, and the system is switched between the active system and the standby system. After that, the child OS GOS-
1 is performed, and if recovery is possible, it is prepared as a standby system for the switched active system, and if recovery is not possible, the system is shut down. In this case, the child OS GOS-1 'switched from the standby system to the active system thereafter operates as an independent child OS having no standby system.

If the child OS in which the system abnormality has occurred is a child OS for which hot standby has not been designated, for example, GOS-3, failure processing is performed, and if recovery is possible, the system is restarted. System down.

The setting as to whether or not to specify the hot standby control for the child OS is performed by the virtual computer system VMCP which is fetched when the virtual computer control program VMCP is started.
Is defined in the operating environment settings file. When the user issues a boot request for the child OS during the operation of the virtual machine control program, the child O designated as the hot standby is
For S (GOS-1, GOS-2), a standby OS (GOS-1 ′, GOS-2 ′) is generated as a standby state.

FIG. 2 shows a virtual machine control program VMCP.
9 is a flowchart showing a procedure for creating an operation environment setting file of the virtual machine system required at the time of startup of the system.
The virtual machine system operates according to the system configuration set in this file. VMMS shown in FIG.
G is an operating environment creation program. This program takes in the virtual machine system VMX created by the user and the system configuration information of each child OS, and replaces them with the setting information necessary for actual operation.
It outputs an operating environment setting file to be input to the MCP. The user must set in advance in the system configuration information of the child OS whether or not to make any child OS perform the hot standby control.

[0016] When the child OS is hot standby specified may identify that the virtual machine control program VMCP is regarded that child OS with the current use system, there are other children OS of the standby system in the same host The setting is made in the operating environment setting file of the virtual machine system as described above.

If the child OS is not designated for hot standby, an operating environment setting file for the virtual machine system VMX is created based on the virtual machine system VMX and the system configuration information of the child OS as before.

FIG. 3 shows a virtual machine control program VMC.
9 is a flowchart showing a procedure for activating the active and standby child OSs when a user issues a request to activate a child OS during operation of P;

If the child OS for which the start request has been issued is designated as hot standby, the virtual machine system VM
The standby OS described in the operating environment setting file of X is started, and then the active OS is started.

If the child OS for which the activation request has been issued is not designated for hot standby, only the child OS is activated as in the conventional case.

FIG. 4 shows a virtual machine control program VMC.
9 is a flowchart illustrating a procedure of a failure process when a system error occurs in a child OS that is operating when a P is operating.

[0022] If the system abnormality is child O S Gaho Tsu preparative standby specified detection performs a fault processing according to the following procedure.

1. The operating state of the active child OS, that is, all the contents of the registers and memory are stored in the external memory.

2. The saved operation status of the active child OS is taken over by another child OS that has been on standby.

3. The active and standby child OS systems are switched.

4. The recovery of the failed child OS is performed.

5. If the failed child OS can be recovered, it is operated as a standby child OS for the switched active child OS, and if it cannot be recovered, the failed child OS is shut down. In this case, the child OS switched from the standby system to the active system thereafter operates as an independent child OS having no standby system.

On the other hand, when the child OS in which the failure is detected is not designated as the hot standby, the failure processing is performed according to the following procedure as before.

1. The recovery of the failed child OS is performed.

2. If the failed child OS can be recovered, the child OS is restarted. If the recovery cannot be performed, the child OS is shut down.

[0031]

According to the present invention, the standby host is not required for the active host as in the prior art, and the child OS managed by the virtual machine control program in one host is replaced with the standby host. Since it is prepared as a system, it is possible to reduce the cost of the standby host and the inter-host communication device, which are conventionally required.

[Brief description of the drawings]

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

FIG. 2 is a flowchart illustrating creation of an operation environment setting file according to the present invention.

FIG. 3 is a flowchart showing processing when a child OS activation request is issued in the present invention.

FIG. 4 is a flowchart illustrating a process of performing hot standby control when a system error occurs in a child OS according to the present invention.

[Explanation of symbols]

 HOS parent OS GOS child OS VMX virtual computer system VMCP virtual computer control program RNP communication control device.

──────────────────────────────────────────────────続 き Continued on the front page (56) References JP-A-62-115547 (JP, A) JP-A-4-141744 (JP, A) JP-A-1-114954 (JP, A) JP-A-2- 109143 (JP, A) (58) Field surveyed (Int. Cl. ⁷ , DB name) G06F 11/16-11/20 G06F 9/46 JICST file (JOIS)

Claims (1)

(57) [Claims] A host computer is connected to a plurality of operating systems.
Virtual computer system shared by rating system
Operating environment setting of the operating system
The file contains the operating system
Hot standby file that indicates whether or not
Lag, the operating system is started
The operating system as an active system
Operation and the hot standby flag
Standby operation when the standby mode is specified.
A virtual computer system, wherein the virtual computer system is generated in a standby state .