JPH0652014A - システムダウン回避方式 - Google Patents
システムダウン回避方式Info
- Publication number
- JPH0652014A JPH0652014A JP4202105A JP20210592A JPH0652014A JP H0652014 A JPH0652014 A JP H0652014A JP 4202105 A JP4202105 A JP 4202105A JP 20210592 A JP20210592 A JP 20210592A JP H0652014 A JPH0652014 A JP H0652014A
- Authority
- JP
- Japan
- Prior art keywords
- svp
- main body
- flag
- state
- communication area
- 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 |
|---|---|---|---|
| JP4202105A JPH0652014A (ja) | 1992-07-29 | 1992-07-29 | システムダウン回避方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4202105A JPH0652014A (ja) | 1992-07-29 | 1992-07-29 | システムダウン回避方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0652014A true JPH0652014A (ja) | 1994-02-25 |
Family
ID=16452050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4202105A Pending JPH0652014A (ja) | 1992-07-29 | 1992-07-29 | システムダウン回避方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0652014A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4836140A (en) * | 1985-12-23 | 1989-06-06 | Hoshin Kagaku Sangyosho Co., Ltd. | Photo-CVD apparatus |
| KR100421041B1 (ko) * | 2001-06-19 | 2004-03-04 | 삼성전자주식회사 | 광픽업 액튜에이터, 광픽업 장치 및 광기록/재생 장치 |
| WO2011061828A1 (ja) * | 2009-11-19 | 2011-05-26 | 富士通株式会社 | 情報処理装置、情報処理装置の制御方法及び制御プログラム |
-
1992
- 1992-07-29 JP JP4202105A patent/JPH0652014A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4836140A (en) * | 1985-12-23 | 1989-06-06 | Hoshin Kagaku Sangyosho Co., Ltd. | Photo-CVD apparatus |
| KR100421041B1 (ko) * | 2001-06-19 | 2004-03-04 | 삼성전자주식회사 | 광픽업 액튜에이터, 광픽업 장치 및 광기록/재생 장치 |
| WO2011061828A1 (ja) * | 2009-11-19 | 2011-05-26 | 富士通株式会社 | 情報処理装置、情報処理装置の制御方法及び制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6868442B1 (en) | Methods and apparatus for processing administrative requests of a distributed network application executing in a clustered computing environment | |
| US6484217B1 (en) | Managing shared devices in a data processing system | |
| KR101581608B1 (ko) | 프로세서 시스템 | |
| JPH08328880A (ja) | 複数のアプリケーションプログラムを同時に実行できるオペレーティングシステムにおける計算機運転管理システム | |
| JP3481737B2 (ja) | ダンプ採取装置およびダンプ採取方法 | |
| US7631226B2 (en) | Computer system, bus controller, and bus fault handling method used in the same computer system and bus controller | |
| JPH09251443A (ja) | 情報処理システムのプロセッサ障害回復処理方法 | |
| JPH0652014A (ja) | システムダウン回避方式 | |
| JP4487756B2 (ja) | コンピュータシステム及びシステム監視プログラム | |
| JPH02132528A (ja) | 二重化処理装置におけるチェック方法 | |
| JP2000112790A (ja) | 障害情報収集機能付きコンピュータ | |
| US20040078649A1 (en) | Computer system | |
| JPH07334468A (ja) | 負荷分散方式 | |
| JP2937857B2 (ja) | 共通記憶装置のロックフラグ解除方式および方法 | |
| US7934128B2 (en) | Methods, systems and computer program products for fault tolerant applications | |
| US11797368B2 (en) | Attributing errors to input/output peripheral drivers | |
| JPH05224964A (ja) | バス異常通知方式 | |
| KR20020065188A (ko) | 컴퓨터 시스템의 장애관리 방법 | |
| JPH0430245A (ja) | マルチプロセッサ制御方式 | |
| JPH02114364A (ja) | マルチプロセッサシステム | |
| JP3110124B2 (ja) | マルチコンピュータシステムにおける障害検出方式 | |
| JPS6240557A (ja) | ログアウト方式 | |
| JP3316739B2 (ja) | 装置間インタフェース制御方式 | |
| JPS62245456A (ja) | 時間監視制御方式 | |
| JP2019168807A (ja) | 制御装置、制御方法、制御プログラム、及び制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19991026 |