JP3022768B2 - Virtual computer system - Google Patents

Virtual computer system

Info

Publication number
JP3022768B2
JP3022768B2 JP8102345A JP10234596A JP3022768B2 JP 3022768 B2 JP3022768 B2 JP 3022768B2 JP 8102345 A JP8102345 A JP 8102345A JP 10234596 A JP10234596 A JP 10234596A JP 3022768 B2 JP3022768 B2 JP 3022768B2
Authority
JP
Japan
Prior art keywords
child
standby
operating
host
active
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.)
Expired - Fee Related
Application number
JP8102345A
Other languages
Japanese (ja)
Other versions
JPH09288590A (en
Inventor
義祐 柏原
正彦 林
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
Original Assignee
NEC Corp
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 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)

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 machine system in which a plurality of child OSs operate on one host and have 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 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】[0003]

【発明が解決しようとする課題】上述した従来のホット
スタンバイ機能を有する仮想計算機システムでは、現用
系ホストに対して必ず待機系ホストを用意することを前
提にして、子OSのッバックアップシステムを構成して
いるため、仮想計算機システム内で動作している子OS
のホットスタンバイ制御を実現するために、現用系ホス
トに対応する待機系のホストが必要となる。待機系ホス
トを有しない独立系ホストで動作中の子OSの障害に対
しては当然に、その技術を用いることができないという
問題点がある。
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】本発明は待機系を有しない独立したホスト
において、仮想計算機システムにより生成される子OS
を待機系として存在させ、現用系の子OSがシステム異
常により処理を継続できなくなった場合、その処理を待
機系の子OSに引き継がせることでシステムの無停止運
用を実現するものである。ゆえに、従来技術に比べて待
機系ホストが必要でなくなるため、ホットスタンバイシ
ステムの小型化が可能であり、現用系のみで構成できる
ので、システム構成も簡易化される。また、子OSのホ
ットスタンバイ制御が行われるため信頼性が向上する。
[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】[0005]

【課題を解決するための手段】本発明の第1の仮想計算
機システムは、オペレーティングシステムの動作環境設
定ファイルに前記オペレーティングシステムがホットス
タンバイ指定されているか否かを示すホットスタンバイ
フラグを設ける手段と、前記オペレーティングシステム
が起動された際に、前記オペレーティングシステムを現
用系として動作させるとともに前記ホットスタンバイフ
ラグがホットスタンバイ指定されていた場合に待機系の
オペレーティングシステムを待機状態として生成する手
段を有する。
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】[0006]

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

【0007】本発明の最良の実施の形態は、一つのホス
ト内に存在する現用系の子OSがシステム異常を起こし
た場合、その異常を仮想計算機制御プログラムが検出し
て現用系の子OSの状態を全て保存し、その状態を同一
ホスト内に存在する待機系の子OSに引き継ぎ、システ
ムの切り換えを行うようなシステム構成である。
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.

【0008】図1は本発明の一実施側を示し、図におけ
るHOSとは一つのホスト内で動作する親OSを表し、
VMCPは一つのホスト内で単一のジョブとして動作す
る仮想計算機制御プログラムである。ホスト内で動作す
る子OSは全てこの仮想計算機制御プログラムVMCP
により生成される現用系の子OSであり、GOS−1’
は同様に生成される現用系の子OS GOS−1に対す
る待機系の子OSである。
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】子OSのユーザは、親OSに接続された通
信制御装置FNPを介して接続された利用者端末を通じ
てシステムを利用している。
[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.

【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 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.

【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 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.

【0013】システム異常が発生した子OSがホットス
タンバイ指定されていない子OS、例えばGOS−3で
ある場合には、障害処理を行い、リカバリ可能であれば
再稼働し、リカバリが不可であればシステムダウンとす
る。
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.

【0014】子OSにホットスタンバイ制御を指定する
か否かの設定は、仮想計算機制御プログラムVMCPの
起動開始時に取り込まれる仮想計算機システムVMCP
の動作環境設定ファイルで定義される。そして、仮想計
算機制御プログラム運用時に、ユーザから子OSの起動
要求がなされた場合、ホットスタンバイ指定された子O
S(GOS−1,GOS−2)に対しては、待機系の子
OS(GOS−1’,GOS−2’)が待機状態として
生成される。
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.

【0015】図2は仮想計算機制御プログラムVMCP
の起動時に必要となる仮想計算機システムの動作環境設
定ファイルの作成手順を示したフローチャートである。
仮想計算機システムは本ファイルで設定されたシステム
構成にしたがって運用される。図2で示されるVMMS
Gは動作環境作成プログラムであり、このプログラムは
ユーザにより作成された仮想計算機システムVMX及び
各子OSのシステム構成情報を取り込んで、実際の運用
に必要な設定情報に置き換えて仮想計算機プログラムV
MCPへの入力となる動作環境設定ファイルを出力する
ものである。ユーザは任意の子OSにホットスタンバイ
制御を行わせるか否かをあらかじめ、子OSのシステム
の構成情報に設定しておかなければならない。
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】子OSがホットスタンバイ指定されている
場合には、仮想計算機制御プログラムVMCPがその子
OSを現系とみなして、同一ホスト内に待機系の他の
子OSが存在することを識別できるように仮想計算機シ
ステムの動作環境設定ファイルにその設定を行う。
[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.

【0017】子OSがホットスタンバイ指定されていな
い場合には、従来通り仮想計算機システムVMX及び子
OSのシステム構成情報を基にして仮想計算機システム
VMXの動作環境設定ファイルを作成する。
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.

【0018】図3は、仮想計算機制御プログラムVMC
Pの運用中にユーザから子OSの起動要求がなされた場
合の現用系と待機系の子OSの起動手順を示したフロー
チャートである。
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;

【0019】起動要求がなされた子OSがホットスタン
バイ指定されている場合には、仮想計算機システムVM
Xの動作環境設定ファイルに記述されている待機系の子
OSを起動し、その後、現用系の子OSを起動する。
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.

【0020】起動要求がなされた子OSがホットスタン
バイ指定されていない場合には、従来通りその子OSの
みを起動する。
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.

【0021】図4は、仮想計算機制御プログラムVMC
Pが運用時に動作中の子OSにシステム異常が発生した
場合の障害処理の手順を示したフローチャートである。
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】システム異常が検出された子OSがホット
スタンバイ指定されている場合には、以下の手順にした
がって障害処理を行う。
[0022] If the system abnormality is child O S Gaho Tsu preparative standby specified detection performs a fault processing according to the following procedure.

【0023】1.現用系の子OSの動作状態、すなわ
ち、レジスタやメモリの内容を全て外部メモリに保存す
る。
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.

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

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

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

【0027】5.障害を起こした子OSが復旧可能であ
れば切り換えられた現用系の子OSに対する待機系の子
OSとして動作させ、復旧不可であれば障害を起こした
子OSをシステムダウンさせる。この場合、待機系から
現用系に切り換えられた子OSはそれ以後、待機系を持
たない独立した子OSとして動作する。
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.

【0028】一方、障害が検出された子OSがホットス
タンバイ指定されていない場合には、従来通り以下の手
順にしたがって障害処理を行う。
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.

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

【0030】2.障害を起こした子OSが復旧可能であ
れば子OSの再稼働を行い、復旧不可であれば子OSを
システムダウンさせる。
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】[0031]

【発明の効果】本発明によれば、従来のように現用系の
ホストに対して待機系のホストを必要とせず、一つのホ
スト内において仮想計算機制御プログラムに管理される
子OSを待機系のシステムとして用意しているため、従
来必要であった待機系ホスト及び、ホスト間通信装置に
かかるコストを削減することができる。
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]

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

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

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

【図4】本発明において子OSにシステム異常が発生し
た場合にホットスタンバイ制御を行う処理を示したフロ
ーチャートである。
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 親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.

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭62−115547(JP,A) 特開 平4−141744(JP,A) 特開 平1−114954(JP,A) 特開 平2−109143(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 11/16 - 11/20 G06F 9/46 JICSTファイル(JOIS)──────────────────────────────────────────────────続 き 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. 7 , DB name) G06F 11/16-11/20 G06F 9/46 JICST file (JOIS)

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 一つのホストコンピュータを複数のオペ
レーティングシステムで共有する仮想計算機システムに
おいて、前記オペレーティングシステムの動作環境設定
ファイルに前記オペレーティングシステムがホットスタ
ンバイ指定されているか否かを示すホットスタンバイフ
ラグを設け、前記オペレーティングシステムが起動され
た際に、前記オペレーティングシステムを現用系として
動作させるとともに、前記ホットスタンバイフラグがホ
ットスタンバイ指定されていた場合に待機系のオペレー
ティングシステムを待機状態として生成することを特徴
とする仮想計算機システム。
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 .
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 JPH09288590A (en) 1997-11-04
JP3022768B2 true 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)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4256693B2 (en) 2003-02-18 2009-04-22 株式会社日立製作所 Computer system, I / O device, and virtual sharing method of I / O device
JP4585463B2 (en) * 2006-02-15 2010-11-24 富士通株式会社 Program for functioning virtual computer system
US8127099B2 (en) * 2006-12-26 2012-02-28 International Business Machines Corporation Resource recovery using borrowed blocks of memory
JP4809209B2 (en) * 2006-12-28 2011-11-09 株式会社日立製作所 System switching method and computer system in server virtualization environment
JP5948933B2 (en) 2012-02-17 2016-07-06 日本電気株式会社 Job continuation management apparatus, job continuation management method, and job continuation management program

Also Published As

Publication number Publication date
JPH09288590A (en) 1997-11-04

Similar Documents

Publication Publication Date Title
US7076689B2 (en) Use of unique XID range among multiple control processors
US6477663B1 (en) Method and apparatus for providing process pair protection for complex applications
US7194652B2 (en) High availability synchronization architecture
US7284236B2 (en) Mechanism to change firmware in a high availability single processor system
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
US20110289417A1 (en) User interface for configuring and managing the cluster
JP2009140194A (en) Method for setting failure recovery environment
US20040083404A1 (en) Staged startup after failover or reboot
JP3022768B2 (en) Virtual computer system
JP2009080705A (en) Virtual machine system and method for restoring virtual machine in the system
US20030065970A1 (en) System and method for creating fault tolerant applications
JP2002049509A (en) Data processing system
JP3809915B2 (en) I / O configuration change device
JP2785992B2 (en) Server program management processing method
US20070038849A1 (en) Computing system and method
JPS597982B2 (en) Restart method in case of system failure of computer system
JPH032957A (en) Starting process system for composite computer system
KR930010952B1 (en) Memory error correction method
JP2795246B2 (en) Failure recovery device at the time of interrupt processing in redundant memory system
CN117785568A (en) Dual-master dual-machine hot standby method and device
JPH0764814A (en) Program execution system by multiple constitution system
JP4494263B2 (en) Service system redundancy method
JPH10161815A (en) Disk duplex management device and method therefor
JPH07200334A (en) Duplicate synchronization operation system

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