JP2666611B2 - 相互スタンバイシステム - Google Patents
相互スタンバイシステムInfo
- Publication number
- JP2666611B2 JP2666611B2 JP3157331A JP15733191A JP2666611B2 JP 2666611 B2 JP2666611 B2 JP 2666611B2 JP 3157331 A JP3157331 A JP 3157331A JP 15733191 A JP15733191 A JP 15733191A JP 2666611 B2 JP2666611 B2 JP 2666611B2
- Authority
- JP
- Japan
- Prior art keywords
- processing system
- host
- threshold
- business processing
- state
- 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
Links
Landscapes
- Multi Processors (AREA)
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は相互スタンバイシステム
に関し、特に複数の業務処理系を有するホストで、各業
務処理系それぞれの処理能力に関する閾値を有する相互
スタンバイシステムに関する。
に関し、特に複数の業務処理系を有するホストで、各業
務処理系それぞれの処理能力に関する閾値を有する相互
スタンバイシステムに関する。
【０００２】
【従来の技術】従来の相互スタンバイシステムは、利用
者が要求する処理を行っている稼働業務処理系と、稼働
業務処理系の障害時に業務を引き継ぐ待機業務処理系と
を一つのグループとし、各ホストにグループからの異な
る稼働業務処理系や待機業務処理系を有し、それぞれの
稼働業務を行いながらお互いに監視し合い、他ホストが
処理続行の不可能状態となった時には、処理続行の不可
能状態なったホストの稼働業務処理系と同一グループで
ある自ホストの待機業務処理系に業務を引き継ぐことに
より、利用者には処理続行の不可能状態とみえないよう
にしている。
者が要求する処理を行っている稼働業務処理系と、稼働
業務処理系の障害時に業務を引き継ぐ待機業務処理系と
を一つのグループとし、各ホストにグループからの異な
る稼働業務処理系や待機業務処理系を有し、それぞれの
稼働業務を行いながらお互いに監視し合い、他ホストが
処理続行の不可能状態となった時には、処理続行の不可
能状態なったホストの稼働業務処理系と同一グループで
ある自ホストの待機業務処理系に業務を引き継ぐことに
より、利用者には処理続行の不可能状態とみえないよう
にしている。
【０００３】そして、従来の相互スタンバイシステム
は、複数の業務処理系を有するホストで、各業務処理系
がそれぞれの処理能力に関する閾値を有し、最優先順位
でない稼働業務処理系の該閾値が最も大きい場合に、最
優先順位の稼働業務処理系の処理能力が閾値割れ状態と
なった場合にはホストの切り替えを行い、最優先順位で
ない稼働業務処理系の処理能力が閾値割れ状態となった
場合にはホストの切り替えを行わず、該業務処理系の処
理能力が閾値割れ状態から回復している場合も、該業務
処理系よりも優先順位の高い稼働業務処理系の終了時に
はホストの切り替え行うことにより、該業務を継続して
いた。
は、複数の業務処理系を有するホストで、各業務処理系
がそれぞれの処理能力に関する閾値を有し、最優先順位
でない稼働業務処理系の該閾値が最も大きい場合に、最
優先順位の稼働業務処理系の処理能力が閾値割れ状態と
なった場合にはホストの切り替えを行い、最優先順位で
ない稼働業務処理系の処理能力が閾値割れ状態となった
場合にはホストの切り替えを行わず、該業務処理系の処
理能力が閾値割れ状態から回復している場合も、該業務
処理系よりも優先順位の高い稼働業務処理系の終了時に
はホストの切り替え行うことにより、該業務を継続して
いた。
【０００４】
【発明が解決しようとする課題】上述した従来の相互ス
タンバイシステムは、複数の業務処理系を有するホスト
で、各業務処理系がそれぞれの処理能力に関する閾値を
有し、最優先順位でない稼働業務処理系の該閾値が最も
大きい場合に、最優先順位の稼働業務処理系の処理能力
が閾値割れ状態となった場合にはホストの切り替えを行
い、最優先順位でない稼働業務処理系の処理能力が閾値
割れ状態となった場合にはホストの切り替えを行わず、
該業務処理系の処理能力が閾値割れ状態から回復してい
る場合にも、該業務処理系よりも優先順位の高い稼働業
務処理系の終了時には、該業務を継続するためにホスト
の切り替えを行わなければならないという欠点を有して
いる。
タンバイシステムは、複数の業務処理系を有するホスト
で、各業務処理系がそれぞれの処理能力に関する閾値を
有し、最優先順位でない稼働業務処理系の該閾値が最も
大きい場合に、最優先順位の稼働業務処理系の処理能力
が閾値割れ状態となった場合にはホストの切り替えを行
い、最優先順位でない稼働業務処理系の処理能力が閾値
割れ状態となった場合にはホストの切り替えを行わず、
該業務処理系の処理能力が閾値割れ状態から回復してい
る場合にも、該業務処理系よりも優先順位の高い稼働業
務処理系の終了時には、該業務を継続するためにホスト
の切り替えを行わなければならないという欠点を有して
いる。
【０００５】
【課題を解決するための手段】本発明の相互スタンバイ
システムは、利用者が要求する処理を行っている稼働業
務処理系と、前記稼働業務処理系の障害時に業務を引き
継ぐ待機業務処理系とを一つのグループとして各ホスト
にグループの異なる稼働業務処理系および待機業務処理
系を有し、それぞれの稼働業務を行いながらお互いに監
視し合い、他のホストが処理続行の不可能状態となった
時には、処理続行の不可能状態となったホストの各稼働
業務処理系と同一グループである自ホストの各待機業務
処理系に各々の業務を引き継ぐホストの切り替えを行う
ことにより、利用者には処理続行の不可能状態とみえな
いようにする相互スタンバイシステムにおいて、該ホス
トの処理能力が縮退したり回復したりした状態を検知す
る縮退回復検知手段と、複数の業務処理系を保有するホ
ストで各業務処理系の各々に対する処理能力に関してあ
らかじめ設定された各々の閾値を有する閾値管理表と、
前記閾値管理表を参照する閾値管理表参照手段と、前記
縮退回復検知手段で検知した状態が最優先順位の稼働業
務処理系の処理能力に対して閾値割れ状態になった場合
にホストの切り替えを指示するとともに最優先順位では
ない稼働業務処理系の処理能力に対して閾値割れ状態と
なったとしてもホストの切り替えを指示しない閾値割れ
状態検知手段と、前記縮退回復検知手段で検知した状態
が最優先順位でない稼働業務処理系の処理能力に対して
閾値割れ状態から回復した時にはそれを認識して閾値割
れ状態を解除するとともに該業務処理系より優先順位の
高い稼働業務処理系の終了時にはホストの切り替えを指
示しない閾値割れ状態回復検知手段とを保有する、こと
により構成されている。
システムは、利用者が要求する処理を行っている稼働業
務処理系と、前記稼働業務処理系の障害時に業務を引き
継ぐ待機業務処理系とを一つのグループとして各ホスト
にグループの異なる稼働業務処理系および待機業務処理
系を有し、それぞれの稼働業務を行いながらお互いに監
視し合い、他のホストが処理続行の不可能状態となった
時には、処理続行の不可能状態となったホストの各稼働
業務処理系と同一グループである自ホストの各待機業務
処理系に各々の業務を引き継ぐホストの切り替えを行う
ことにより、利用者には処理続行の不可能状態とみえな
いようにする相互スタンバイシステムにおいて、該ホス
トの処理能力が縮退したり回復したりした状態を検知す
る縮退回復検知手段と、複数の業務処理系を保有するホ
ストで各業務処理系の各々に対する処理能力に関してあ
らかじめ設定された各々の閾値を有する閾値管理表と、
前記閾値管理表を参照する閾値管理表参照手段と、前記
縮退回復検知手段で検知した状態が最優先順位の稼働業
務処理系の処理能力に対して閾値割れ状態になった場合
にホストの切り替えを指示するとともに最優先順位では
ない稼働業務処理系の処理能力に対して閾値割れ状態と
なったとしてもホストの切り替えを指示しない閾値割れ
状態検知手段と、前記縮退回復検知手段で検知した状態
が最優先順位でない稼働業務処理系の処理能力に対して
閾値割れ状態から回復した時にはそれを認識して閾値割
れ状態を解除するとともに該業務処理系より優先順位の
高い稼働業務処理系の終了時にはホストの切り替えを指
示しない閾値割れ状態回復検知手段とを保有する、こと
により構成されている。
【０００６】
【実施例】次に、本発明の実施例について図面を参照し
て説明する。
て説明する。
【０００７】図１は本発明の相互スタンバイシステムの
一実施例を示すブロック図である。図１の相互スタンバ
イシステムは、ホスト１と、ホスト２とから構成されて
おり、ホスト１とホスト２とはパス３を介して接続され
ている。
一実施例を示すブロック図である。図１の相互スタンバ
イシステムは、ホスト１と、ホスト２とから構成されて
おり、ホスト１とホスト２とはパス３を介して接続され
ている。
【０００８】また、ホスト１が有する稼働業務処理系１
１とホスト２が有する待機業務処理系２１とから成るグ
ループ３１は、優先順位４１を有し、ホスト１が有する
稼働業務処理系１２とホスト２が有する待機業務処理系
２２とから成るグループ３２は、優先順位４２を有し、
グループ３１の優先順位４１の方がグループ３２の優先
順位４２よりも高いものとする。
１とホスト２が有する待機業務処理系２１とから成るグ
ループ３１は、優先順位４１を有し、ホスト１が有する
稼働業務処理系１２とホスト２が有する待機業務処理系
２２とから成るグループ３２は、優先順位４２を有し、
グループ３１の優先順位４１の方がグループ３２の優先
順位４２よりも高いものとする。
【０００９】ホスト１は、グループ３１に含まれる稼働
業務処理系１１と、グループ３２に含まれる稼働業務処
理系１２と、該ホスト１の処理能力が縮退したり回復し
たりしたことを検知する縮退回復検知手段１３と、業務
処理系１１，１２を保有するホスト１で各業務処理系１
１，１２の各々に対する処理能力に関してあらかじめ設
定された各々の閾値を有する閾値管理表１４と、閾値管
理表１４の内容を参照する閾値管理表参照手段１５と、
処理能力に対する縮退回復検知手段１３の検知した状態
が最優先順位の稼働業務処理系１１の処理能力に対して
閾値割れ状態となった場合にホスト１のホスト２への切
り替えを指示するとともに最優先順位でない稼働業務処
理系１２の処理能力に対し閾値割れ状態となったとして
もホスト１のホスト２への切り替えを指示しない閾値割
れ状態検知手段１６と、処理能力の縮退回復検知手段１
３で検知した状態が最優先順位でない稼働業務処理系１
２の処理能力に対して閾値割れ状態から回復した時にそ
れを認識して閾値割れ状態を解除するとともに該業務処
理系１２より優先順位の高い稼働業務処理系１１の終了
時にホスト１からホスト２への切り替えを指示しない閾
値割れ状態回復検知手段１７とを含んで構成されてい
る。
業務処理系１１と、グループ３２に含まれる稼働業務処
理系１２と、該ホスト１の処理能力が縮退したり回復し
たりしたことを検知する縮退回復検知手段１３と、業務
処理系１１，１２を保有するホスト１で各業務処理系１
１，１２の各々に対する処理能力に関してあらかじめ設
定された各々の閾値を有する閾値管理表１４と、閾値管
理表１４の内容を参照する閾値管理表参照手段１５と、
処理能力に対する縮退回復検知手段１３の検知した状態
が最優先順位の稼働業務処理系１１の処理能力に対して
閾値割れ状態となった場合にホスト１のホスト２への切
り替えを指示するとともに最優先順位でない稼働業務処
理系１２の処理能力に対し閾値割れ状態となったとして
もホスト１のホスト２への切り替えを指示しない閾値割
れ状態検知手段１６と、処理能力の縮退回復検知手段１
３で検知した状態が最優先順位でない稼働業務処理系１
２の処理能力に対して閾値割れ状態から回復した時にそ
れを認識して閾値割れ状態を解除するとともに該業務処
理系１２より優先順位の高い稼働業務処理系１１の終了
時にホスト１からホスト２への切り替えを指示しない閾
値割れ状態回復検知手段１７とを含んで構成されてい
る。
【００１０】一方、ホスト２は、グループ３１に含まれ
る稼働業務処理系２１と、グループ３２に含まれる稼働
業務処理系２２と、該ホスト２の処理能力が縮退したり
回復したりしたことを検知する縮退回復検知手段２３
と、各業務処理系２１，２２の各々の閾値を保有する閾
値管理表２４と、閾値管理表２４の内容を参照する閾値
管理表参照手段２５と、縮退回復検知手段２３の検知信
号に基き閾値管理表参照手段２５の参照結果で業務処理
系２１，２２が閾値割れ状態になったことを検知する閾
値割れ状態検知手段２６と、縮退回復検知手段２３の検
知信号に基き閾値管理表参照手段２５の参照結果で各業
務処理系２１，２２の閾値割れ状態が回復したことを検
知する閾値割れ状態回復検知手段２７とを含んで構成さ
れている。
る稼働業務処理系２１と、グループ３２に含まれる稼働
業務処理系２２と、該ホスト２の処理能力が縮退したり
回復したりしたことを検知する縮退回復検知手段２３
と、各業務処理系２１，２２の各々の閾値を保有する閾
値管理表２４と、閾値管理表２４の内容を参照する閾値
管理表参照手段２５と、縮退回復検知手段２３の検知信
号に基き閾値管理表参照手段２５の参照結果で業務処理
系２１，２２が閾値割れ状態になったことを検知する閾
値割れ状態検知手段２６と、縮退回復検知手段２３の検
知信号に基き閾値管理表参照手段２５の参照結果で各業
務処理系２１，２２の閾値割れ状態が回復したことを検
知する閾値割れ状態回復検知手段２７とを含んで構成さ
れている。
【００１１】次に、図１の相互スタンバイシステムにお
ける情報処理能力に関する閾値制御について説明する。
ける情報処理能力に関する閾値制御について説明する。
【００１２】利用者がホスト１及びホスト２を相互スタ
ンバイシステムとして利用を開始した時に、ホスト１の
処理能力の縮退により稼働業務処理系１２の処理能力が
閾値割れ状態になったとすると、ホスト１は、ホスト１
に存在する処理能力の縮退回復検知手段１３により処理
能力の縮退を検知し、各業務処理系の閾値管理表参照手
段１５により稼働業務処理系１１と稼働業務処理系１２
との閾値を認識し、各業務処理系の閾値割れ状態検知手
段１６により稼働業務処理系１２の処理能力が閾値割れ
状態となったことを認識するが、稼働業務処理系１２の
有する優先順位４２よりも稼働業務処理系１１の有する
優先順位４１の方が高く、稼働業務処理系１１は閾値割
れ状態となっていないのでホストの切り替えを行わな
い。
ンバイシステムとして利用を開始した時に、ホスト１の
処理能力の縮退により稼働業務処理系１２の処理能力が
閾値割れ状態になったとすると、ホスト１は、ホスト１
に存在する処理能力の縮退回復検知手段１３により処理
能力の縮退を検知し、各業務処理系の閾値管理表参照手
段１５により稼働業務処理系１１と稼働業務処理系１２
との閾値を認識し、各業務処理系の閾値割れ状態検知手
段１６により稼働業務処理系１２の処理能力が閾値割れ
状態となったことを認識するが、稼働業務処理系１２の
有する優先順位４２よりも稼働業務処理系１１の有する
優先順位４１の方が高く、稼働業務処理系１１は閾値割
れ状態となっていないのでホストの切り替えを行わな
い。
【００１３】この後に、ホスト１の処理能力の回復によ
り稼働業務処理系１２の処理能力が閾値割れ状態から回
復したとすると、ホスト１は、ホスト１に存在する処理
能力の縮退回復検知手段１３により処理能力の回復を検
知し、各業務処理系の閾値管理表参照手段１５により稼
働業務処理系１１と稼働業務処理系１２との閾値を認識
し、各業務処理系の閾値割れ状態回復検知手段１７によ
り稼働業務処理系１２の処理能力が閾値割れ状態から回
復したことを認識する。
り稼働業務処理系１２の処理能力が閾値割れ状態から回
復したとすると、ホスト１は、ホスト１に存在する処理
能力の縮退回復検知手段１３により処理能力の回復を検
知し、各業務処理系の閾値管理表参照手段１５により稼
働業務処理系１１と稼働業務処理系１２との閾値を認識
し、各業務処理系の閾値割れ状態回復検知手段１７によ
り稼働業務処理系１２の処理能力が閾値割れ状態から回
復したことを認識する。
【００１４】次に、稼働業務処理系１１が終了すると、
稼働業務処理系１２がホスト１内で一番優先順位の高い
業務処理系となり、ホスト１に存在する各業務処理系の
閾値割れ状態回復検知手段１７により稼働業務処理系１
２の処理能力が閾値割れ状態から回復したことを認識し
て閾値割れ状態を解除することにより、ホストの切り替
えを行うことなく稼働業務処理系１２の業務を続行す
る。
稼働業務処理系１２がホスト１内で一番優先順位の高い
業務処理系となり、ホスト１に存在する各業務処理系の
閾値割れ状態回復検知手段１７により稼働業務処理系１
２の処理能力が閾値割れ状態から回復したことを認識し
て閾値割れ状態を解除することにより、ホストの切り替
えを行うことなく稼働業務処理系１２の業務を続行す
る。
【００１５】以上述べたように、本実施例の相互スタン
バイシステムは、複数の業務処理系を有するホストで、
各業務処理系がそれぞれの処理能力に関する閾値を有
し、最優先順位でない稼働業務処理系の該閾値が最も大
きい場合に、処理能力の縮退回復検知手段と、各業務処
理系の閾値管理表と、各業務処理系の閾値管理表参照手
段と、各業務処理系の閾値割れ状態検知手段と、各業務
処理系の閾値割れ状態回復検知手段とを有することによ
り、最優先順位の稼働業務処理系の処理能力が閾値割れ
状態となった場合にはホストの切り替えを行い、最優先
順位でない稼働業務処理系の処理能力が閾値割れ状態と
なった場合にはホストの切り替えを行わず、該業務処理
系の処理能力が閾値割れ状態から回復した時にそれを認
識して閾値割れ状態を解除することにより、該業務処理
系よりも優先順位の高い稼働業務処理系の終了時にもホ
ストの切り替えを行うことなく業務を続行する。
バイシステムは、複数の業務処理系を有するホストで、
各業務処理系がそれぞれの処理能力に関する閾値を有
し、最優先順位でない稼働業務処理系の該閾値が最も大
きい場合に、処理能力の縮退回復検知手段と、各業務処
理系の閾値管理表と、各業務処理系の閾値管理表参照手
段と、各業務処理系の閾値割れ状態検知手段と、各業務
処理系の閾値割れ状態回復検知手段とを有することによ
り、最優先順位の稼働業務処理系の処理能力が閾値割れ
状態となった場合にはホストの切り替えを行い、最優先
順位でない稼働業務処理系の処理能力が閾値割れ状態と
なった場合にはホストの切り替えを行わず、該業務処理
系の処理能力が閾値割れ状態から回復した時にそれを認
識して閾値割れ状態を解除することにより、該業務処理
系よりも優先順位の高い稼働業務処理系の終了時にもホ
ストの切り替えを行うことなく業務を続行する。
【００１６】
【発明の効果】以上説明したように、本発明の相互スタ
ンバイシステムは、複数の業務処理系を有するホスト
で、各業務処理系がそれぞれの処理能力に関する閾値を
有し、最優先順位でない稼働業務処理系の該閾値が最も
大きい場合に、最優先順位の稼働業務処理系の処理能力
が閾値割れ状態となった場合にはホストの切り替えを行
い、最優先順位でない稼働業務処理系の処理能力が閾値
割れ状態となった場合にはホストの切り替えを行わず、
該業務処理系の処理能力が閾値割れ状態から回復した時
にそれを認識して閾値割れ状態を解除することにより、
該業務処理系よりも優先順位の高い稼働業務処理系の終
了時にもホストの切り替えを行うことなく業務を続行す
ることができるという効果を有している。
ンバイシステムは、複数の業務処理系を有するホスト
で、各業務処理系がそれぞれの処理能力に関する閾値を
有し、最優先順位でない稼働業務処理系の該閾値が最も
大きい場合に、最優先順位の稼働業務処理系の処理能力
が閾値割れ状態となった場合にはホストの切り替えを行
い、最優先順位でない稼働業務処理系の処理能力が閾値
割れ状態となった場合にはホストの切り替えを行わず、
該業務処理系の処理能力が閾値割れ状態から回復した時
にそれを認識して閾値割れ状態を解除することにより、
該業務処理系よりも優先順位の高い稼働業務処理系の終
了時にもホストの切り替えを行うことなく業務を続行す
ることができるという効果を有している。
【図１】本発明の相互スタンバイシステムの一実施例を
示すブロック図である。
示すブロック図である。
１，２ ホスト ３ パス １１，１２ 稼働業務処理系 １３，２３ 処理能力の縮退回復検知手段 １４，２４ 閾値管理表 １５，２５ 閾値管理表参照手段 １６，２６ 閾値割れ状態検知手段 １７，２７ 閾値割れ状態回復検知手段 ２１，２２ 待機業務処理系 ３１，３２ グループ ４１，４２ 優先順位
Claims (1)
- 【請求項１】利用者が要求する処理を行っている稼働業
務処理系と、前記稼働業務処理系の障害時に業務を引き
継ぐ待機業務処理系とを一つのグループとして、各ホス
トにグループの異なる稼働業務処理系および待機業務処
理系を有し、各々の稼働業務を行いながらお互いに監視
し合い、他ホストが処理続行の不可能状態となった時に
は、処理続行の不可能状態となったホストの各稼働業務
処理系と同一グループである自ホストの各待機業務処理
系に各々の業務を引き継ぐホストの切り替えを行うこと
によって、利用者に処理続行の不可能状態とはみえない
ようにする相互スタンバイシステムにおいて、 該ホストの処理能力が縮退したり回復したりした状態を
検知する縮退回復検知手段と、複数の業務処理系を保有
するホストで各業務処理系の各々に対する処理能力に関
してあらかじめ設定された各々の閾値を有する閾値管理
表と、前記閾値管理表を参照する閾値管理表参照手段
と、前記縮退回復検知手段で検知した状態が最優先順位
の稼働業務処理系の処理能力に対して閾値割れ状態にな
った場合にホストの切り替えを指示するとともに最優先
順位ではない稼働業務処理系の処理能力に対して閾値割
れ状態となったとしてもホストの切り替えを指示しない
閾値割れ状態検知手段と、前記縮退回復検知手段で検知
した状態が最優先順位でない稼働業務処理系の処理能力
に対して閾値割れ状態から回復した時にはそれを認識し
て閾値割れ状態を解除するとともに該業務処理系より優
先順位の高い稼働業務処理系の終了時にはホストの切り
替えを指示しない閾値割れ状態回復検知手段とを保有す
る、 ことを特徴とする相互スタンバイシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3157331A JP2666611B2 (ja) | 1991-06-28 | 1991-06-28 | 相互スタンバイシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3157331A JP2666611B2 (ja) | 1991-06-28 | 1991-06-28 | 相互スタンバイシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH056288A JPH056288A (ja) | 1993-01-14 |
| JP2666611B2 true JP2666611B2 (ja) | 1997-10-22 |
Family
ID=15647360
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3157331A Expired - Fee Related JP2666611B2 (ja) | 1991-06-28 | 1991-06-28 | 相互スタンバイシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2666611B2 (ja) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01188977A (ja) * | 1988-01-22 | 1989-07-28 | Nec Corp | ジョブ実行制御方式 |
| JP2503663B2 (ja) * | 1989-07-07 | 1996-06-05 | 日本電気株式会社 | ホットスタンバイシステム |
-
1991
- 1991-06-28 JP JP3157331A patent/JP2666611B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH056288A (ja) | 1993-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6859889B2 (en) | Backup system and method for distributed systems | |
| US6038681A (en) | Multi-array disk apparatus | |
| JP2666611B2 (ja) | 相互スタンバイシステム | |
| JPS5914777B2 (ja) | システム構成方式 | |
| KR100330417B1 (ko) | 에이티엠 기반 홈 위치등록기의 이중 인터페이스 장치 및방법 | |
| JP2699599B2 (ja) | 相互スタンバイシステムの動的切り替え制御方式 | |
| JP3085239B2 (ja) | 基本処理装置の二重化方式 | |
| JPH06197112A (ja) | 管理システム | |
| JP2019008548A (ja) | 切替管理装置、監視制御システム、切替管理方法および切替管理プログラム | |
| JP2513122B2 (ja) | ホットスタンバイ切り替えシステム | |
| JP2658683B2 (ja) | 相互スタンバイシステムにおけるシステムストール監視制御方式 | |
| JP3663196B2 (ja) | 監視制御装置 | |
| JPH0341524A (ja) | ホットスタンバイシステム | |
| JPH09321868A (ja) | 障害通知方式 | |
| JPH0783296B2 (ja) | 伝送装置障害監視方式 | |
| JPH04181434A (ja) | 相互スタンバイシステム | |
| JPH0730616A (ja) | 通信制御装置 | |
| JPS61262854A (ja) | 再開処理方式 | |
| JPH09179792A (ja) | 共用ｓｃｓｉデバイス障害回復方法 | |
| JPH0555955A (ja) | エラー検出通知方式 | |
| JPS60130241A (ja) | 多重シリアルインタフエ−ス切替装置 | |
| JPH05165798A (ja) | ２系列システムの系管理方式 | |
| JPH05259940A (ja) | 切替装置の制御方式 | |
| JPS63191434A (ja) | クロツク回路 | |
| JPH06318181A (ja) | 回線切り替え伝送装置 |
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: 19970527 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080627 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090627 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100627 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100627 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110627 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |