JPH05342025A - 仮想計算機システムの障害処理方式 - Google Patents
仮想計算機システムの障害処理方式Info
- Publication number
- JPH05342025A JPH05342025A JP4177503A JP17750392A JPH05342025A JP H05342025 A JPH05342025 A JP H05342025A JP 4177503 A JP4177503 A JP 4177503A JP 17750392 A JP17750392 A JP 17750392A JP H05342025 A JPH05342025 A JP H05342025A
- Authority
- JP
- Japan
- Prior art keywords
- failure
- gos
- fault
- processor
- operating
- 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.)
- Pending
Links
Abstract
(57)【要約】
【目的】 プロセッサで発生した命令リトライ不可障害
が及ぼす影響範囲を最小限に抑制して、仮想計算機シス
テム全体を停止させなくてもよくする。 【構成】 第１プロセッサ１１で命令リトライ不可障害
が発生すると、障害モード診断手段２１は障害が発生し
た第１プロセッサ１１の動作モードを採取する。また、
ＨＯＳ（ホストオペレーティングシステム）３１の障害
通知手段３１１は、仮想計算機システムの運用中の障害
であった場合には障害モード診断手段２１により採取さ
れた動作モードに基づいてＶＭＭ（仮想計算機モニタ）
４１の動作中であればＶＭＭ４１をダウンさせ、ＧＯＳ
（ゲストオペレーティングシステム）の動作中であれば
その旨をＶＭＭ４１に通知する。通知を受けたＶＭＭ４
１の仮想計算機障害処理手段４１１は、障害発生時に動
作していたＧＯＳに障害を通知する。
が及ぼす影響範囲を最小限に抑制して、仮想計算機シス
テム全体を停止させなくてもよくする。 【構成】 第１プロセッサ１１で命令リトライ不可障害
が発生すると、障害モード診断手段２１は障害が発生し
た第１プロセッサ１１の動作モードを採取する。また、
ＨＯＳ（ホストオペレーティングシステム）３１の障害
通知手段３１１は、仮想計算機システムの運用中の障害
であった場合には障害モード診断手段２１により採取さ
れた動作モードに基づいてＶＭＭ（仮想計算機モニタ）
４１の動作中であればＶＭＭ４１をダウンさせ、ＧＯＳ
（ゲストオペレーティングシステム）の動作中であれば
その旨をＶＭＭ４１に通知する。通知を受けたＶＭＭ４
１の仮想計算機障害処理手段４１１は、障害発生時に動
作していたＧＯＳに障害を通知する。
Description
【０００１】
【産業上の利用分野】本発明は仮想計算機システムのＲ
ＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ，Ａｖａｉｌａｂｉｌｉ
ｔｙ ａｎｄ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）機能に
関し、特に仮想計算機システムの障害処理方式に関す
る。
ＡＳ（Ｒｅｌｉａｂｉｌｉｔｙ，Ａｖａｉｌａｂｉｌｉ
ｔｙ ａｎｄ Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ）機能に
関し、特に仮想計算機システムの障害処理方式に関す
る。
【０００２】
【従来の技術】仮想計算機システムは、仮想計算機シス
テム上で動作するゲストオペレーティングシステム（Ｇ
ｅｓｔ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ；以下、Ｇ
ＯＳと略記する），ＧＯＳを管理制御する仮想計算機モ
ニタ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｉｔｏ
ｒ；以下、ＶＭＭと略記する）などから構成される。
テム上で動作するゲストオペレーティングシステム（Ｇ
ｅｓｔ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ；以下、Ｇ
ＯＳと略記する），ＧＯＳを管理制御する仮想計算機モ
ニタ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｉｔｏ
ｒ；以下、ＶＭＭと略記する）などから構成される。
【０００３】このような仮想計算機システムが実計算機
システムを制御するホストオペレーティングシステム
（Ｈｏｓｔ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ；以
下、ＨＯＳと略記する）上で１ジョブとして動作する場
合、ＨＯＳの管理の対象はＶＭＭだけである。このた
め、仮想計算機システムの運用中に発生するプロセッサ
障害は、ＶＭＭの動作中であっても、ＧＯＳの動作中で
あっても、ＨＯＳからはＶＭＭの動作中の障害にしか見
えない。
システムを制御するホストオペレーティングシステム
（Ｈｏｓｔ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ；以
下、ＨＯＳと略記する）上で１ジョブとして動作する場
合、ＨＯＳの管理の対象はＶＭＭだけである。このた
め、仮想計算機システムの運用中に発生するプロセッサ
障害は、ＶＭＭの動作中であっても、ＧＯＳの動作中で
あっても、ＨＯＳからはＶＭＭの動作中の障害にしか見
えない。
【０００４】また、仮想計算機システムの運用中、特に
ＧＯＳの動作中にプロセッサに発生する命令のリトライ
不可能な障害（以下、命令リトライ不可障害という）
は、他のＧＯＳが動作可能な場合には動作可能なＧＯＳ
やこれらＧＯＳを管理するＶＭＭには影響を与えないの
で、仮想計算機システムを正常なプロセッサに引き継い
で運用すれば問題は生じない。
ＧＯＳの動作中にプロセッサに発生する命令のリトライ
不可能な障害（以下、命令リトライ不可障害という）
は、他のＧＯＳが動作可能な場合には動作可能なＧＯＳ
やこれらＧＯＳを管理するＶＭＭには影響を与えないの
で、仮想計算機システムを正常なプロセッサに引き継い
で運用すれば問題は生じない。
【０００５】しかし、仮想計算機システム全体をＶＭＭ
だけで管理している現状では、命令リトライ不可障害の
障害処理はＶＭＭをＨＯＳ上の１ジョブとしてジョブア
ボートさせるだけであったので、ＧＯＳの動作中の命令
リトライ不可障害でも仮想計算機システム全体が停止し
てしまっていた。
だけで管理している現状では、命令リトライ不可障害の
障害処理はＶＭＭをＨＯＳ上の１ジョブとしてジョブア
ボートさせるだけであったので、ＧＯＳの動作中の命令
リトライ不可障害でも仮想計算機システム全体が停止し
てしまっていた。
【０００６】
【発明が解決しようとする課題】上述した従来の仮想計
算機システムの障害処理方式では、ＶＭＭによって複数
のＧＯＳが動作可能な仮想計算機システムがＨＯＳの管
理のもとで運用されているマルチプロセッサシステム
で、あるＧＯＳの動作中にプロセッサに命令リトライ不
可障害が発生すると、ＶＭＭをＨＯＳ上の１ジョブとし
てジョブアボートさせていたので、その命令リトライ不
可障害による影響範囲が障害発生時に動作中のＧＯＳ内
で閉じる場合であっても仮想計算機システム全体が停止
してしまうという問題点があった。
算機システムの障害処理方式では、ＶＭＭによって複数
のＧＯＳが動作可能な仮想計算機システムがＨＯＳの管
理のもとで運用されているマルチプロセッサシステム
で、あるＧＯＳの動作中にプロセッサに命令リトライ不
可障害が発生すると、ＶＭＭをＨＯＳ上の１ジョブとし
てジョブアボートさせていたので、その命令リトライ不
可障害による影響範囲が障害発生時に動作中のＧＯＳ内
で閉じる場合であっても仮想計算機システム全体が停止
してしまうという問題点があった。
【０００７】本発明の目的は、上述の点に鑑み、プロセ
ッサに命令リトライ不可障害が発生した場合に命令リト
ライ不可障害による影響範囲を認識し、影響範囲が障害
発生時に動作中のＧＯＳ内で閉じる場合にはマルチプロ
セッサシステムの正常系のプロセッサで仮想計算機シス
テムを継続して運用できるようにした仮想計算機システ
ムの障害処理方式を提供することにある。
ッサに命令リトライ不可障害が発生した場合に命令リト
ライ不可障害による影響範囲を認識し、影響範囲が障害
発生時に動作中のＧＯＳ内で閉じる場合にはマルチプロ
セッサシステムの正常系のプロセッサで仮想計算機シス
テムを継続して運用できるようにした仮想計算機システ
ムの障害処理方式を提供することにある。
【０００８】
【課題を解決するための手段】本発明の仮想計算機シス
テムの障害処理方式は、ＶＭＭによってＧＯＳを同時に
複数動作させることができる仮想計算機システムが実計
算機システムを制御するＨＯＳの管理のもとで動作して
いるマルチプロセッサシステムにおいて、プロセッサが
命令リトライ不可障害となったときに障害が発生したプ
ロセッサから動作モードを採取する障害モード診断手段
と、プロセッサの命令リトライ不可障害を認識したとき
に仮想計算機システムが運用中であったか否かをチェッ
クし、仮想計算機システムが運用中の場合は前記障害モ
ード診断手段で採取した結果をもとに動作していたのが
ＶＭＭであったかＧＯＳであったかをチェックして通知
する障害通知手段と、この障害通知手段からＧＯＳの動
作中の障害であったことが通知されたときに障害発生時
に動作中のＧＯＳを検索し該ＧＯＳに対して障害を通知
する仮想計算機障害処理手段とを有する。
テムの障害処理方式は、ＶＭＭによってＧＯＳを同時に
複数動作させることができる仮想計算機システムが実計
算機システムを制御するＨＯＳの管理のもとで動作して
いるマルチプロセッサシステムにおいて、プロセッサが
命令リトライ不可障害となったときに障害が発生したプ
ロセッサから動作モードを採取する障害モード診断手段
と、プロセッサの命令リトライ不可障害を認識したとき
に仮想計算機システムが運用中であったか否かをチェッ
クし、仮想計算機システムが運用中の場合は前記障害モ
ード診断手段で採取した結果をもとに動作していたのが
ＶＭＭであったかＧＯＳであったかをチェックして通知
する障害通知手段と、この障害通知手段からＧＯＳの動
作中の障害であったことが通知されたときに障害発生時
に動作中のＧＯＳを検索し該ＧＯＳに対して障害を通知
する仮想計算機障害処理手段とを有する。
【０００９】
【作用】本発明の仮想計算機システムの障害処理方式で
は、障害モード診断手段がプロセッサが命令リトライ不
可障害となったときに障害が発生したプロセッサから動
作モードを採取し、障害通知手段がプロセッサの命令リ
トライ不可障害を認識したときに仮想計算機システムが
運用中であったか否かをチェックし、仮想計算機システ
ムが運用中の場合は障害モード診断手段で採取した結果
をもとに動作していたのがＶＭＭであったかＧＯＳであ
ったかをチェックして通知し、仮想計算機障害処理手段
が障害通知手段からＧＯＳの動作中の障害であったこと
が通知されたときに障害発生時に動作中のＧＯＳを検索
し該ＧＯＳに対して障害を通知する。
は、障害モード診断手段がプロセッサが命令リトライ不
可障害となったときに障害が発生したプロセッサから動
作モードを採取し、障害通知手段がプロセッサの命令リ
トライ不可障害を認識したときに仮想計算機システムが
運用中であったか否かをチェックし、仮想計算機システ
ムが運用中の場合は障害モード診断手段で採取した結果
をもとに動作していたのがＶＭＭであったかＧＯＳであ
ったかをチェックして通知し、仮想計算機障害処理手段
が障害通知手段からＧＯＳの動作中の障害であったこと
が通知されたときに障害発生時に動作中のＧＯＳを検索
し該ＧＯＳに対して障害を通知する。
【００１０】
【実施例】次に、本発明について図面を参照して詳細に
説明する。
説明する。
【００１１】図１は、本発明の一実施例に係る仮想計算
機システムの障害処理方式の構成を示すブロック図であ
る。本実施例の仮想計算機システムの障害処理方式は、
障害系実計算機（以下、第１プロセッサという）１１
と、正常系実計算機（以下、第２プロセッサという）１
２と、障害モード診断手段２１と、障害通知手段３１１
を含むＨＯＳ３１と、仮想計算機障害処理手段４１１を
含むＶＭＭ４１と、ＶＭＭ４１上で動作する第１ＧＯＳ
５１，第２ＧＯＳ５２および第３ＧＯＳ５３とから構成
されている。
機システムの障害処理方式の構成を示すブロック図であ
る。本実施例の仮想計算機システムの障害処理方式は、
障害系実計算機（以下、第１プロセッサという）１１
と、正常系実計算機（以下、第２プロセッサという）１
２と、障害モード診断手段２１と、障害通知手段３１１
を含むＨＯＳ３１と、仮想計算機障害処理手段４１１を
含むＶＭＭ４１と、ＶＭＭ４１上で動作する第１ＧＯＳ
５１，第２ＧＯＳ５２および第３ＧＯＳ５３とから構成
されている。
【００１２】第１プロセッサ１１および第２プロセッサ
１２は、マルチプロセッサシステムとして運用される。
１２は、マルチプロセッサシステムとして運用される。
【００１３】障害モード診断手段２１は、第１プロセッ
サ１１または第２プロセッサ１２で命令リトライ不可障
害が発生したときに、障害発生時に動作していたのがＧ
ＯＳであるかＶＭＭ４１であるかＨＯＳ３１上の一般ジ
ョブであるかを認識するために、命令リトライ不可障害
が発生したプロセッサの動作モードを採取する。障害モ
ード診断手段２１は、例えばサービスプロセッサ，監視
プロセッサ等の上に実現される。
サ１１または第２プロセッサ１２で命令リトライ不可障
害が発生したときに、障害発生時に動作していたのがＧ
ＯＳであるかＶＭＭ４１であるかＨＯＳ３１上の一般ジ
ョブであるかを認識するために、命令リトライ不可障害
が発生したプロセッサの動作モードを採取する。障害モ
ード診断手段２１は、例えばサービスプロセッサ，監視
プロセッサ等の上に実現される。
【００１４】ＨＯＳ３１は、第１プロセッサ１１および
第２プロセッサ１２からなるマルチプロセッサシステム
を制御する。また、ＨＯＳ３１は、ＶＭＭ４１によって
ＧＯＳを同時に複数動作させることができる仮想計算機
システムを管理する。しかし、ＨＯＳ３１にとって仮想
計算機システムの管理の対象はＶＭＭ４１だけでしかな
く、たとえＧＯＳの動作中であっても、どのＧＯＳが動
作中であるかの認識はなく、すべてＶＭＭ４１が動作中
であると認識する。
第２プロセッサ１２からなるマルチプロセッサシステム
を制御する。また、ＨＯＳ３１は、ＶＭＭ４１によって
ＧＯＳを同時に複数動作させることができる仮想計算機
システムを管理する。しかし、ＨＯＳ３１にとって仮想
計算機システムの管理の対象はＶＭＭ４１だけでしかな
く、たとえＧＯＳの動作中であっても、どのＧＯＳが動
作中であるかの認識はなく、すべてＶＭＭ４１が動作中
であると認識する。
【００１５】障害通知手段３１１は、第１プロセッサ１
１または第２プロセッサ１２で命令リトライ不可障害が
発生したときに動作し、障害発生時にＨＯＳ３１から見
てＶＭＭ４１が動作中であったか否かに基づいて仮想計
算機システムが運用中であったか否かをチェックする。
仮想計算機システムが運用中であった場合、障害通知手
段３１１は、障害モード診断手段２１で採取した動作モ
ードから障害発生時の第１プロセッサ１１または第２プ
ロセッサ１２の動作モードをチェックする。
１または第２プロセッサ１２で命令リトライ不可障害が
発生したときに動作し、障害発生時にＨＯＳ３１から見
てＶＭＭ４１が動作中であったか否かに基づいて仮想計
算機システムが運用中であったか否かをチェックする。
仮想計算機システムが運用中であった場合、障害通知手
段３１１は、障害モード診断手段２１で採取した動作モ
ードから障害発生時の第１プロセッサ１１または第２プ
ロセッサ１２の動作モードをチェックする。
【００１６】ＶＭＭ４１は、実計算機システム上で複数
のＧＯＳを動作させる手段である。
のＧＯＳを動作させる手段である。
【００１７】仮想計算機障害処理手段４１１は、ＧＯＳ
の動作中にプロセッサで命令リトライ不可障害が発生し
た場合、障害発生時にプロセッサで動作していたＧＯＳ
を検索し、そのＧＯＳに命令リトライ不可障害を通知す
る。
の動作中にプロセッサで命令リトライ不可障害が発生し
た場合、障害発生時にプロセッサで動作していたＧＯＳ
を検索し、そのＧＯＳに命令リトライ不可障害を通知す
る。
【００１８】図２を参照すると、本実施例の仮想計算機
システムの障害処理方式における処理は、障害発生認識
ステップＳ１と、障害プロセッサ動作モード取得ステッ
プＳ２と、障害発生認識ステップＳ３と、仮想計算機シ
ステム運用中判断ステップＳ４と、一般ジョブ障害処理
ステップＳ５と、障害動作モード取得ステップＳ６と、
ＧＯＳ動作中判断ステップＳ７と、ＶＭＭダウン処理ス
テップＳ８と、障害時ＧＯＳ検索ステップＳ９と、障害
時ＧＯＳ判断ステップＳ１０と、第１ＧＯＳ障害処理ス
テップＳ１１と、第２ＧＯＳ障害処理ステップＳ１２
と、第３ＧＯＳ障害処理ステップＳ１３とからなる。
システムの障害処理方式における処理は、障害発生認識
ステップＳ１と、障害プロセッサ動作モード取得ステッ
プＳ２と、障害発生認識ステップＳ３と、仮想計算機シ
ステム運用中判断ステップＳ４と、一般ジョブ障害処理
ステップＳ５と、障害動作モード取得ステップＳ６と、
ＧＯＳ動作中判断ステップＳ７と、ＶＭＭダウン処理ス
テップＳ８と、障害時ＧＯＳ検索ステップＳ９と、障害
時ＧＯＳ判断ステップＳ１０と、第１ＧＯＳ障害処理ス
テップＳ１１と、第２ＧＯＳ障害処理ステップＳ１２
と、第３ＧＯＳ障害処理ステップＳ１３とからなる。
【００１９】次に、このように構成された本実施例の仮
想計算機システムの障害処理方式の動作について説明す
る。
想計算機システムの障害処理方式の動作について説明す
る。
【００２０】いま、マルチプロセッサシステムで運転中
の第１プロセッサ１１で命令リトライ不可障害が発生し
たとすると、正常系として残った第２プロセッサ１２で
ＨＯＳ３１が障害処理を行う。
の第１プロセッサ１１で命令リトライ不可障害が発生し
たとすると、正常系として残った第２プロセッサ１２で
ＨＯＳ３１が障害処理を行う。
【００２１】このとき、障害モード診断手段２１は、第
１プロセッサ１１での命令リトライ不可障害の発生を認
識すると（ステップＳ１）、障害となった第１プロセッ
サ１１の動作モードを採取する（ステップＳ２）。
１プロセッサ１１での命令リトライ不可障害の発生を認
識すると（ステップＳ１）、障害となった第１プロセッ
サ１１の動作モードを採取する（ステップＳ２）。
【００２２】また、ＨＯＳ３１は、障害発生時に第１プ
ロセッサ１１で仮想計算機システムが運用中であったか
否かをチェックする（ステップＳ４）。
ロセッサ１１で仮想計算機システムが運用中であったか
否かをチェックする（ステップＳ４）。
【００２３】仮想計算機システムが運用中でなければ、
ＨＯＳ３１上の一般ジョブにおける障害の発生であるの
で、ＨＯＳ３１は、一般ジョブの障害処理を行う（ステ
ップＳ５）。
ＨＯＳ３１上の一般ジョブにおける障害の発生であるの
で、ＨＯＳ３１は、一般ジョブの障害処理を行う（ステ
ップＳ５）。
【００２４】仮想計算機システムが運用中であれば、Ｈ
ＯＳ３１は、さらに障害モード診断手段２１で採取した
動作モードを取得して（ステップＳ６）、ＧＯＳの動作
中か否かをチェックする（ステップＳ７）。
ＯＳ３１は、さらに障害モード診断手段２１で採取した
動作モードを取得して（ステップＳ６）、ＧＯＳの動作
中か否かをチェックする（ステップＳ７）。
【００２５】動作モードがＧＯＳの動作中以外であった
場合、すなわちＶＭＭ４１の動作中であった場合には、
ＶＭＭ４１は複数の第１ＧＯＳ５１，第２ＧＯＳ５２お
よび第３ＧＯＳ５３を制御するものであるから、ＶＭＭ
４１の動作中の命令リトライ不可障害は第１ＧＯＳ５
１，第２ＧＯＳ５２および第３ＧＯＳ５３のすべてに影
響を及ぼすことがあるので、ＨＯＳ３１は、ＶＭＭ４１
をダウンさせて仮想計算機システム全体を終了させる
（ステップＳ８）。
場合、すなわちＶＭＭ４１の動作中であった場合には、
ＶＭＭ４１は複数の第１ＧＯＳ５１，第２ＧＯＳ５２お
よび第３ＧＯＳ５３を制御するものであるから、ＶＭＭ
４１の動作中の命令リトライ不可障害は第１ＧＯＳ５
１，第２ＧＯＳ５２および第３ＧＯＳ５３のすべてに影
響を及ぼすことがあるので、ＨＯＳ３１は、ＶＭＭ４１
をダウンさせて仮想計算機システム全体を終了させる
（ステップＳ８）。
【００２６】一方、動作モードがＧＯＳの動作中であっ
た場合は、命令リトライ不可障害によって影響を受ける
範囲はそのときに動作中のＧＯＳだけであるので、ＨＯ
Ｓ３１は、障害通知手段３１１によりＶＭＭ４１に命令
リトライ不可障害の発生を通知する。
た場合は、命令リトライ不可障害によって影響を受ける
範囲はそのときに動作中のＧＯＳだけであるので、ＨＯ
Ｓ３１は、障害通知手段３１１によりＶＭＭ４１に命令
リトライ不可障害の発生を通知する。
【００２７】ＶＭＭ４１は、命令リトライ不可障害の発
生通知を受けると、仮想計算機障害処理手段４１１によ
り障害発生時に動作中のＧＯＳを検索し（ステップＳ
９）、検索されたＧＯＳに対して命令リトライ不可障害
を通知する（ステップＳ１０）。
生通知を受けると、仮想計算機障害処理手段４１１によ
り障害発生時に動作中のＧＯＳを検索し（ステップＳ
９）、検索されたＧＯＳに対して命令リトライ不可障害
を通知する（ステップＳ１０）。
【００２８】命令リトライ不可障害の通知を受けたＧＯ
Ｓは、一般に行われるＧＯＳの障害処理を行う（ステッ
プＳ１１〜Ｓ１３）。
Ｓは、一般に行われるＧＯＳの障害処理を行う（ステッ
プＳ１１〜Ｓ１３）。
【００２９】
【発明の効果】以上説明したように本発明は、マルチプ
ロセッサシステムを構成するプロセッサで命令リトライ
不可障害が発生した場合にその障害による影響範囲を認
識し、影響範囲が障害発生時に動作中のＧＯＳ内で閉じ
る場合にはマルチプロセッサシステムの正常系のプロセ
ッサで仮想計算機システムを継続して運用できるように
したことにより、プロセッサで命令リトライ不可障害が
発生してもその影響範囲を最小限に抑制することが可能
になるという効果がある。
ロセッサシステムを構成するプロセッサで命令リトライ
不可障害が発生した場合にその障害による影響範囲を認
識し、影響範囲が障害発生時に動作中のＧＯＳ内で閉じ
る場合にはマルチプロセッサシステムの正常系のプロセ
ッサで仮想計算機システムを継続して運用できるように
したことにより、プロセッサで命令リトライ不可障害が
発生してもその影響範囲を最小限に抑制することが可能
になるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施例に係る仮想計算機システムの
障害処理方式の構成を示すブロック図である。
障害処理方式の構成を示すブロック図である。
【図２】本実施例の仮想計算機システムの障害処理方式
においてマルチプロセッサシステムの片系のプロセッサ
が命令リトライ不可障害になったときの障害処理の概要
を示す流れ図である。
においてマルチプロセッサシステムの片系のプロセッサ
が命令リトライ不可障害になったときの障害処理の概要
を示す流れ図である。
１１ 第１プロセッサ １２ 第２プロセッサ ２１ 障害モード診断手段 ３１ ＨＯＳ ４１ ＶＭＭ ５１ 第１ＧＯＳ ５２ 第２ＧＯＳ ５３ 第３ＧＯＳ ３１１ 障害通知手段 ４１１ 仮想計算機障害処理手段
Claims (1)
- 【請求項１】 ＶＭＭによってＧＯＳを同時に複数動作
させることができる仮想計算機システムが実計算機シス
テムを制御するＨＯＳの管理のもとで運用されているマ
ルチプロセッサシステムにおいて、 プロセッサが命令リトライ不可障害となったときに障害
が発生したプロセッサから動作モードを採取する障害モ
ード診断手段と、 プロセッサの命令リトライ不可障害を認識したときに仮
想計算機システムが運用中であったか否かをチェック
し、仮想計算機システムが運用中の場合は前記障害モー
ド診断手段で採取した結果をもとに動作していたのがＶ
ＭＭであったかＧＯＳであったかをチェックして通知す
る障害通知手段と、 この障害通知手段からＧＯＳの動作中の障害であったこ
とが通知されたときに障害発生時に動作中のＧＯＳを検
索し該ＧＯＳに対して障害を通知する仮想計算機障害処
理手段とを有することを特徴とする仮想計算機システム
の障害処理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4177503A JPH05342025A (ja) | 1992-06-11 | 1992-06-11 | 仮想計算機システムの障害処理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4177503A JPH05342025A (ja) | 1992-06-11 | 1992-06-11 | 仮想計算機システムの障害処理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05342025A true JPH05342025A (ja) | 1993-12-24 |
Family
ID=16032049
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4177503A Pending JPH05342025A (ja) | 1992-06-11 | 1992-06-11 | 仮想計算機システムの障害処理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05342025A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010079587A1 (ja) * | 2009-01-06 | 2010-07-15 | 三菱電機株式会社 | 管理装置及び管理方法及びプログラム |
| CN102693177A (zh) * | 2011-03-23 | 2012-09-26 | 中国移动通信集团公司 | 虚拟机故障诊断方法、处理方法及其装置和系统 |
| CN103440190A (zh) * | 2013-08-20 | 2013-12-11 | 京东方科技集团股份有限公司 | 设备故障报警方法，装置与cim系统 |
-
1992
- 1992-06-11 JP JP4177503A patent/JPH05342025A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010079587A1 (ja) * | 2009-01-06 | 2010-07-15 | 三菱電機株式会社 | 管理装置及び管理方法及びプログラム |
| JPWO2010079587A1 (ja) * | 2009-01-06 | 2012-06-21 | 三菱電機株式会社 | 管理装置及び管理方法及びプログラム |
| JP5159898B2 (ja) * | 2009-01-06 | 2013-03-13 | 三菱電機株式会社 | 管理装置及び管理方法及びプログラム |
| CN102693177A (zh) * | 2011-03-23 | 2012-09-26 | 中国移动通信集团公司 | 虚拟机故障诊断方法、处理方法及其装置和系统 |
| CN103440190A (zh) * | 2013-08-20 | 2013-12-11 | 京东方科技集团股份有限公司 | 设备故障报警方法，装置与cim系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3532289B2 (ja) | 計算機システム解析装置 | |
| JPH05342025A (ja) | 仮想計算機システムの障害処理方式 | |
| JPH0887341A (ja) | 自動縮退立ち上げ機能を有したコンピュータシステム | |
| JPS60100231A (ja) | 情報処理装置におけるシステム構成制御方式 | |
| JPH07325730A (ja) | マルチプロセッサ装置 | |
| JPH06342387A (ja) | 情報処理装置に於ける障害情報採取方式 | |
| JP2643526B2 (ja) | 周辺装置の試験装置 | |
| JPH0566958A (ja) | 情報処理装置の擬似障害試験装置 | |
| JPS62286131A (ja) | 情報処理装置の自動自己診断方式 | |
| JP2998793B2 (ja) | 情報処理装置の試験方式 | |
| JPH0497445A (ja) | 情報処理装置の診断方式 | |
| JPH0119180B2 (ja) | ||
| JPH01134637A (ja) | 情報処理システムのストール監視方式 | |
| JPH01166140A (ja) | 情報処理装置診断方式 | |
| JPH0895933A (ja) | コンピュータシステム | |
| JP2936170B2 (ja) | 障害処理方式 | |
| JPS6155748A (ja) | 電子計算機システム | |
| JPH0667921A (ja) | 障害処理機能を有する情報処理装置 | |
| JP3012491B2 (ja) | 二重化装置のマイクロ診断方法 | |
| JPH0341528A (ja) | 計算機における診断装置 | |
| JPS6312037A (ja) | 診断装置付電子計算機システム | |
| JPH0118460B2 (ja) | ||
| JPH05298157A (ja) | 情報処理システムのログファイル格納方式 | |
| JPH04302342A (ja) | 故障診断方法 | |
| JPH02293937A (ja) | 障害報告方式 |