JPH09288590A - Virtual computer system - Google Patents

Virtual computer system

Info

Publication number
JPH09288590A
JPH09288590A JP8102345A JP10234596A JPH09288590A JP H09288590 A JPH09288590 A JP H09288590A JP 8102345 A JP8102345 A JP 8102345A JP 10234596 A JP10234596 A JP 10234596A JP H09288590 A JPH09288590 A JP H09288590A
Authority
JP
Japan
Prior art keywords
child
standby
virtual computer
active
gos
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP8102345A
Other languages
Japanese (ja)
Other versions
JP3022768B2 (en
Inventor
Yoshisuke Kashiwabara
義祐 柏原
Masahiko Hayashi
正彦 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
NEC Solution Innovators Ltd
Original Assignee
NEC Corp
NEC Solution Innovators Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp, NEC Solution Innovators Ltd filed Critical NEC Corp
Priority to JP8102345A priority Critical patent/JP3022768B2/en
Publication of JPH09288590A publication Critical patent/JPH09288590A/en
Application granted granted Critical
Publication of JP3022768B2 publication Critical patent/JP3022768B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Hardware Redundancy (AREA)

Abstract

PROBLEM TO BE SOLVED: To perform the non-stop operation of a system by switching the system for the slave OS of a reserve system when system abnormality occurs at any slave OS. SOLUTION: Concerning all slave OS GOS-1 or the like to be operated in the virtual computer system, when system stop is generated by any fault at the slave OS such as GOS-2, for example, under a virtual computer operation, a VMCP preserves all the operating states of GOS-2 and processing is succeeded to a GOS-2' as the slave OS of the reserve system. Afterwards, the fault processing of GOS-2 is performed. Therefore, since a hot standby function is provided at the level of slave OS, a reserve system host computer is not required.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、一つのホスト上で
複数の子OSが動作し、かつホットスタンバイ機能を有
する仮想計算機システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a virtual computer system in which a plurality of child OSs operate on one host and which has a hot standby function.

【0002】[0002]

【従来の技術】従来のこの種の仮想計算機システムは、
例えば、特開平4−141744公報に記載されている
ように、現用系ホスト1と待機系2及び、両者の間の通
信を行うためのホスト間通信装置からなる。この技術は
現用系のホスト内で動作している子OSが障害を起こし
た場合に待機系ホストの子OSに制御を移すことによ
り、子OS単位でシステムの無停止運用を実現するとい
うものである。すなわち、現用系の全ての子OSに対し
て、対応する待機系の子OSを用意できるため、現用系
のどの子OSが障害によりシステム停止状態に陥っても
システムの無停止運用が可能なことである。
2. Description of the Related Art A conventional virtual computer system of this type is
For example, as described in Japanese Patent Application Laid-Open No. 4-141744, it comprises an active host 1, a standby system 2, and an inter-host communication device for performing communication between them. This technology realizes non-disruptive operation of the system in child OS units by transferring control to the child OS of the standby host when the child OS running in the active host fails. is there. That is, since the corresponding standby OS child OS can be prepared for all active OSes, the system can be operated without interruption even if any active OS is in a system stopped state due to a failure. Is.

【0003】[0003]

【発明が解決しようとする課題】上述した従来のホット
スタンバイ機能を有する仮想計算機システムでは、現用
系ホストに対して必ず待機系ホストを用意することを前
提にして、子OSのッバックアップシステムを構成して
いるため、仮想計算機システム内で動作している子OS
のホットスタンバイ制御を実現するために、現用系ホス
トに対応する待機系のホストが必要となる。待機系ホス
トを有しない独立系ホストで動作中の子OSの障害に対
しては当然に、その技術を用いることができないという
問題点がある。
In the above-mentioned conventional virtual computer system having the hot standby function, the backup system for the child OS is constructed on the assumption that the standby host is always prepared for the active host. Since it is running, the child OS running in the virtual computer system
In order to realize the hot standby control of, the standby host corresponding to the active host is required. Naturally, there is a problem that the technique cannot be used for the failure of the child OS running on the independent host having no standby host.

【0004】本発明は待機系を有しない独立したホスト
において、仮想計算機システムにより生成される子OS
を待機系として存在させ、現用系の子OSがシステム異
常により処理を継続できなくなった場合、その処理を待
機系の子OSに引き継がせることでシステムの無停止運
用を実現するものである。ゆえに、従来技術に比べて待
機系ホストが必要でなくなるため、ホットスタンバイシ
ステムの小型化が可能であり、現用系のみで構成できる
ので、システム構成も間易かされる。また、子OSのホ
ットスタンバイ制御が行われるため信頼性が向上する。
The present invention is a child OS generated by a virtual computer system in an independent host having no standby system.
Is present as a standby system, and when the active child OS cannot continue processing due to a system error, the processing is taken over by the standby child OS to realize non-stop operation of the system. Therefore, as compared with the prior art, the standby system host is not required, so that the hot standby system can be downsized, and the system configuration can be simplified because it can be configured with only the active system. Further, the hot standby control of the child OS is performed, so that the reliability is improved.

【0005】[0005]

【課題を解決するための手段】本発明の仮想計算機シス
テムは、一つのホストコンピュータを共有するオペレー
ティングシステムのレベルでホットスタンバイ機能を有
することを特徴とする。
A virtual computer system according to the present invention is characterized by having a hot standby function at the level of an operating system sharing one host computer.

【0006】[0006]

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
Next, embodiments of the present invention will be described with reference to the drawings.

【0007】本発明の最良の実施の形態は、一つのホス
ト内に存在する現用系の子OSがシステム異常を起こし
た場合、その異常を仮想計算機制御プログラムが検出し
て現用系の子OSの状態を全て保存し、その状態を同一
ホスト内に存在する待機系の子OSに引き継ぎ、システ
ムの切り換えを行うようなシステム構成である。
According to the best mode for carrying out the present invention, when a child OS of the active system existing in one host causes a system abnormality, the virtual computer control program detects the abnormality and detects the abnormality of the child OS of the active system. The system configuration is such that all the states are saved, and the states are taken over by the child OS of the standby system existing in the same host to switch the system.

【0008】図1は本発明の一実施側を示し、図におけ
るHOSとは一つのホスト内で動作する親OSを表し、
VMCPは一つのホスト内で単一のジョブとして動作す
る仮想計算機制御プログラムである。ホスト内で動作す
る子OSは全てこの仮想計算機制御プログラムVMCP
により生成される現用系の子OSであり、GOS−1’
は同様に生成される現用系の子OS GOS−1に対す
る待機系の子OSである。
FIG. 1 shows one embodiment of the present invention, in which HOS represents a parent OS operating in one host,
VMCP is a virtual computer control program that operates as a single job in one host. All the child OSs operating in the host are this virtual computer control program VMCP
GOS-1 ', which is a child OS of the active system generated by
Is a standby OS that is similarly generated for the active OS GOS-1.

【0009】子OSのユーザは、親OSに接続された通
信制御装置FNPを介して接続された利用者端末を通じ
てシステムを利用している。
The user of the child OS uses the system through a user terminal connected via the communication control unit FNP connected to the parent OS.

【0010】次に、本発明の実施の形態の動作について
図1を参照して詳細に説明する。
Next, the operation of the embodiment of the present invention will be described in detail with reference to FIG.

【0011】仮想計算機制御システムVMCPはそれぞ
れの子OS GOS−1等の状態を常に監視しており、
子OSにシステム異常が発生した場合、その子OSがホ
ットスタンバイ指定されているかの判定を行う。
The virtual computer control system VMCP constantly monitors the states of the respective child OS GOS-1.
When a system abnormality occurs in the child OS, it is determined whether the child OS is designated as hot standby.

【0012】システム異常が発生した子OS、例えばG
OS−1がホットスタンバイ指定されている場合には、
子OS GOS−1の稼働状態を全て保存し、対応する
待機系の子OSであるGOS−1’にその稼働状態を全
て引き継ぎ、現用系と待機系のシステムの切り換えを行
う。その後、システム異常を起こした子OS GOS−
1の障害処理を行い、リカバリ可能であれば切り換えら
れた現用系に対する待機系として準備させ、リカバリが
不可であればシステムダウンさせる。この場合、待機系
から現用系に切り換えられた子OS GOS−1’はそ
れ以後、待機系を有しない独立した子OSとして動作す
る。
A child OS in which a system abnormality 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, all the operating states are taken over by the corresponding child OS GOS-1 'of the standby system, and the system of the active system and the standby system is switched. After that, the child OS GOS-
The failure process 1 is performed, and if recovery is possible, the standby system for the switched active system is prepared. If recovery is not possible, the system goes down. In this case, the child OS GOS-1 'switched from the standby system to the active system operates as an independent child OS having no standby system thereafter.

【0013】システム異常が発生した子OSがホットス
タンバイ指定されていない子OS、例えばGOS−3で
ある場合には、障害処理を行い、リカバリ可能であれば
再稼働し、リカバリが不可であればシステムダウンとす
る。
If the child OS in which the system abnormality has occurred is a child OS that is not designated as hot standby, for example, GOS-3, failure processing is performed, if recovery is possible, restart is performed, and if recovery is not possible. The system is down.

【0014】子OSにホットスタンバイ制御を指定する
か否かの設定は、仮想計算機制御プログラムVMCPの
起動開始時に取り込まれる仮想計算機システムVMCP
の動作環境設定ファイルで定義される。そして、仮想計
算機制御プログラム運用時に、ユーザから子OSの起動
要求がなされた場合、ホットスタンバイ指定された子O
S(GOS−1,GOS−2)に対しては、待機系の子
OS(GOS−1’,GOS−2’)が待機状態として
生成される。
Whether or not hot standby control is designated for the child OS is set by the virtual computer system VMCP which is loaded at the start of starting the virtual computer control program VMCP.
It is defined in the operating environment settings file of. When the user makes a request to activate the child OS during operation of the virtual computer control program, the child O designated as hot standby is activated.
For S (GOS-1, GOS-2), a standby OS child OS (GOS-1 ', GOS-2') is generated as a standby state.

【0015】図2は仮想計算機制御プログラムVMCP
の起動時に必要となる仮想計算機システムの動作環境設
定ファイルの作成手順を示したフローチャートである。
仮想計算機システムは本ファイルで設定されたシステム
構成にしたがって運用される。図2で示されるVMMS
Gは動作環境作成プログラムであり、このプログラムは
ユーザにより作成された仮想計算機システムVMX及び
各子OSのシステム構成情報を取り込んで、実際の運用
に必要な設定情報に置き換えて仮想計算機プログラムV
MCPへの入力となる動作環境設定ファイルを出力する
ものである。ユーザは任意の子OSにホットスタンバイ
制御を行わせるか否かをあらかじめ、子OSのシステム
の構成情報に設定しておかなければならない。
FIG. 2 shows a virtual computer control program VMCP.
5 is a flowchart showing a procedure for creating an operating environment setting file of the virtual computer system, which is required at the time of booting.
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, which takes in the system configuration information of the virtual machine system VMX and each child OS created by the user and replaces it with the setting information required for actual operation to create the virtual machine program V.
It outputs an operating environment setting file that is an input to the MCP. The user must set in advance, in the system configuration information of the child OS, whether or not to allow any child OS to perform hot standby control.

【0016】子OSがホットスタンバイ指定されている
場合には、仮想計算機制御プログラムVMCPがその子
OSを現要系とみなして、同一ホスト内に待機系の他の
子OSが存在することを識別できるように仮想計算機シ
ステムの動作環境設定ファイルにその設定を行う。
When the child OS is designated as hot standby, the virtual computer control program VMCP considers the child OS as the active system and can identify that another standby OS exists in the same host. The setting is made in the operating environment setting file of the virtual computer system.

【0017】子OSがホットスタンバイ指定されていな
い場合には、従来通り仮想計算機システムVMX及び子
OSのシステム構成情報を基にして仮想計算機システム
VMXの動作環境設定ファイルを作成する。
If the child OS is not designated as hot standby, the operating environment setting file of the virtual computer system VMX is created based on the system configuration information of the virtual computer system VMX and the child OS as usual.

【0018】図3は、仮想計算機制御プログラムVMC
Pの運用中にユーザから子OSの起動要求がなされた場
合の現用系と待機系の子OSの起動手順を示したフロー
チャートである。
FIG. 3 shows a virtual computer control program VMC.
9 is a flowchart showing a procedure for activating a child OS of an active system and a standby system when a user requests activation of a child OS during operation of P.

【0019】起動要求がなされた子OSがホットスタン
バイ指定されている場合には、仮想計算機システムVM
Xの動作環境設定ファイルに記述されている待機系の子
OSを起動し、その後、現用系の子OSを起動する。
When the child OS for which the activation request has been issued is designated as hot standby, the virtual computer system VM
The child OS of the standby system described in the operating environment setting file of X is started, and then the child OS of the active system is started.

【0020】起動要求がなされた子OSがホットスタン
バイ指定されていない場合には、従来通りその子OSの
みを起動する。
If the child OS for which the activation request has been issued is not designated as hot standby, only that child OS is activated as usual.

【0021】図4は、仮想計算機制御プログラムVMC
Pが運用時に動作中の子OSにシステム異常が発生した
場合の障害処理の手順を示したフローチャートである。
FIG. 4 shows a virtual machine control program VMC.
9 is a flowchart showing a procedure of failure processing when a system abnormality occurs in a child OS that is operating when P is operating.

【0022】システム異常が検出された子OSアホット
スタンバイ指定されている場合には、以下の手順にした
がって障害処理を行う。
If the child OS ahot standby in which a system abnormality is detected is designated, failure processing is performed according to the following procedure.

【0023】1.現用系の子OSの動作状態、すなわ
ち、レジスタやメモリの内容を全て外部メモリに保存す
る。
1. The operating state of the child OS of the active system, that is, the contents of registers and memory are all stored in the external memory.

【0024】2.保存した現用系の子OSの動作状態
を、待機させていた別の子OSに引き継ぐ。
2. The saved operating state of the active child OS is taken over by another child OS that has been waiting.

【0025】3.現用系と待機系の子OSのシステムを
切り換える。
3. The system of the child OS of the active system and the standby system is switched.

【0026】4.障害を起こした子OSのリカバリを行
う。
4. The failed child OS is recovered.

【0027】5.障害を起こした子OSが復旧可能であ
れば切り換えられた現用系の子OSに対する待機系の子
OSとして動作させ、復旧不可であれば障害を起こした
子OSをシステムダウンさせる。この場合、待機系から
現用系に切り換えられた子OSはそれ以後、待機系を持
たない独立した子OSとして動作する。
5. If the failed child OS can be restored, it is operated as a standby child OS for the switched active child OS, and if it cannot be restored, the failed child OS is brought down the system. 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.

【0028】一方、障害が検出された子OSがホットス
タンバイ指定されていない場合には、従来通り以下の手
順にしたがって障害処理を行う。
On the other hand, when the child OS in which a failure is detected is not designated as hot standby, failure processing is performed according to the following procedure as usual.

【0029】1.障害を起こした子OSのリカバリを行
う。
1. The failed child OS is recovered.

【0030】2.障害を起こした子OSが復旧可能であ
れば子OSの再稼働を行い、復旧不可であれば子OSを
システムダウンさせる。
2. If the failed child OS can be restored, the child OS is restarted, and if it cannot be restored, the child OS is brought down.

【0031】[0031]

【発明の効果】本発明によれば、従来のように現用系の
ホストに対して待機系のホストを必要とせず、一つのホ
スト内において仮想計算機制御プログラムに管理される
子OSを待機系のシステムとして用意しているため、従
来必要であった待機系ホスト及び、ホスト間通信装置に
かかるコストを削減することができる。
According to the present invention, unlike the prior art, a standby system host is not required for the active system host, and a child OS managed by a virtual computer control program within one host Since it is prepared as a system, it is possible to reduce the cost required for the standby system host and the inter-host communication device, which are conventionally required.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例を示す図である。FIG. 1 is a diagram showing an embodiment of the present invention.

【図2】本発明における動作環境設定ファイルの作成を
示すフローチャートである。
FIG. 2 is a flowchart showing creation of an operating environment setting file according to the present invention.

【図3】本発明において子OSの起動要求がなされた場
合の処理を示すフローチャートである。
FIG. 3 is a flowchart showing a process when a request to activate a child OS is made in the present invention.

【図4】本発明において子OSにシステム異常が発生し
た場合にホットスタンバイ制御を行う処理を示したフロ
ーチャートである。
FIG. 4 is a flowchart showing a process of performing hot standby control when a system abnormality occurs in a child OS according to the present invention.

【符号の説明】[Explanation of symbols]

HOS 親OS GOS 子OS VMX 仮想計算機システム VMCP 仮想計算機制御プログラム RNP 通信制御装置。 HOS parent OS GOS child OS VMX virtual computer system VMCP virtual computer control program RNP communication control device.

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】 一つのホストコンピュータを共有するオ
ペレーティングシステムのレベルでホットスタンバイ機
能を有することを特徴とする仮想計算機システム。
1. A virtual computer system having a hot standby function at the level of an operating system sharing one host computer.
【請求項2】 前記ホットスタンバイ機能を持たせるオ
ペレーティングシステムを該仮想計算機システムの動作
環境設定時に指定することを特徴とする請求項1記載の
仮想計算機。
2. The virtual machine according to claim 1, wherein an operating system having the hot standby function is designated when the operating environment of the virtual machine system is set.
【請求項3】 現用系のOSとそれに対応する待機系の
OSが存在している状態で、ホストコンピュータ内で動
作している仮想計算機制御プログラムが仮想計算機シス
テム上で動作している現用系のOSのシステム異常を検
出したら、仮想計算機制御プログラムは現用系のOSの
動作状態を全て保存し、その処理を待機系のOSに引き
継ぐと共に、現用系と待機系のOSのシステムの切り換
え処理を行い、システム異常を起こしたOSの障害処理
を行えるような構成となっていることを特徴とする請求
項1記載の仮想計算機システム。
3. A virtual computer control program operating in a host computer in a state in which an active OS and a standby OS corresponding to the active OS exist, When an OS system error is detected, the virtual machine control program saves all operating states of the active OS, transfers the processing to the standby OS, and performs switching processing between the active and standby OS systems. 2. The virtual computer system according to claim 1, wherein the virtual computer system has a configuration capable of performing fault processing of an OS that has caused a system abnormality.
JP8102345A 1996-04-24 1996-04-24 Virtual computer system Expired - Fee Related JP3022768B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8102345A JP3022768B2 (en) 1996-04-24 1996-04-24 Virtual computer system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8102345A JP3022768B2 (en) 1996-04-24 1996-04-24 Virtual computer system

Publications (2)

Publication Number Publication Date
JPH09288590A true JPH09288590A (en) 1997-11-04
JP3022768B2 JP3022768B2 (en) 2000-03-21

Family

ID=14324912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8102345A Expired - Fee Related JP3022768B2 (en) 1996-04-24 1996-04-24 Virtual computer system

Country Status (1)

Country Link
JP (1) JP3022768B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007219757A (en) * 2006-02-15 2007-08-30 Fujitsu Ltd Program for making virtual computer system function
US7313637B2 (en) 2003-02-18 2007-12-25 Hitachi, Ltd. Fabric and method for sharing an I/O device among virtual machines formed in a computer system
JP2008165637A (en) * 2006-12-28 2008-07-17 Hitachi Ltd System switching method in server virturalizing environment and computer system
JP2008165777A (en) * 2006-12-26 2008-07-17 Internatl Business Mach Corp <Ibm> Method for resource recovery, information processing system, and computer program
US9152491B2 (en) 2012-02-17 2015-10-06 Nec Corporation Job continuation management apparatus, job continuation management method and job continuation management program

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7313637B2 (en) 2003-02-18 2007-12-25 Hitachi, Ltd. Fabric and method for sharing an I/O device among virtual machines formed in a computer system
JP2007219757A (en) * 2006-02-15 2007-08-30 Fujitsu Ltd Program for making virtual computer system function
JP4585463B2 (en) * 2006-02-15 2010-11-24 富士通株式会社 Program for functioning virtual computer system
JP2008165777A (en) * 2006-12-26 2008-07-17 Internatl Business Mach Corp <Ibm> Method for resource recovery, information processing system, and computer program
JP2008165637A (en) * 2006-12-28 2008-07-17 Hitachi Ltd System switching method in server virturalizing environment and computer system
US9152491B2 (en) 2012-02-17 2015-10-06 Nec Corporation Job continuation management apparatus, job continuation management method and job continuation management program

Also Published As

Publication number Publication date
JP3022768B2 (en) 2000-03-21

Similar Documents

Publication Publication Date Title
US7076689B2 (en) Use of unique XID range among multiple control processors
EP1397744B1 (en) Recovery computer for a plurality of networked computers
JP3844621B2 (en) Application realization method and application realization apparatus
US8375363B2 (en) Mechanism to change firmware in a high availability single processor system
US7194652B2 (en) High availability synchronization architecture
JP5142678B2 (en) Deployment method and system
US6477663B1 (en) Method and apparatus for providing process pair protection for complex applications
US7188237B2 (en) Reboot manager usable to change firmware in a high availability single processor system
US20090070761A1 (en) System and method for data communication with data link backup
JP4448878B2 (en) How to set up a disaster recovery environment
US7065673B2 (en) Staged startup after failover or reboot
US20080307254A1 (en) Information-processing equipment and system therefor
JP2002259155A (en) Multiprocessor system
JP5013324B2 (en) Computer apparatus and BIOS update method thereof
JPH09288590A (en) Virtual computer system
JPH0887341A (en) Computer system with automatic degeneratively starting-up function
JP2002049509A (en) Data processing system
JP3394189B2 (en) Uninterrupted update system for program / data of any processor
JPH08235132A (en) Hot stand-by control method for multiserver system
JPH05314075A (en) On-line computer system
JP6364773B2 (en) Information processing apparatus, information processing system, memory replication method, and computer program
JPH11120017A (en) Automatic numbering system, duplex system, and cluster system
JP2795246B2 (en) Failure recovery device at the time of interrupt processing in redundant memory system
JPH07200334A (en) Duplicate synchronization operation system
JPS62254240A (en) System switching method

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 19991214

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080114

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090114

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100114

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees