JPH09274575A - 統合システム管理方式 - Google Patents
統合システム管理方式Info
- Publication number
- JPH09274575A JPH09274575A JP8082502A JP8250296A JPH09274575A JP H09274575 A JPH09274575 A JP H09274575A JP 8082502 A JP8082502 A JP 8082502A JP 8250296 A JP8250296 A JP 8250296A JP H09274575 A JPH09274575 A JP H09274575A
- Authority
- JP
- Japan
- Prior art keywords
- operation management
- management
- processing
- monitoring
- devices
- 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
Landscapes
- Debugging And Monitoring (AREA)
- Multi Processors (AREA)
- Hardware Redundancy (AREA)
Abstract
(57)【要約】
【課題】 電子計算機システムの統合システム運転管理
において、運転管理装置または運転管理用ネットワーク
の多重化構成とそれらの障害検出方法及び処理継続方法
を提供する。 【解決手段】 複数の運転管理装置３０と、運転管理対
象の処理装置１１，１２とそのサービスプロセッサ２
０，２１と、ネットワーク５０で構成される電子計算機
システムの統合システム運転管理方式において、各運転
管理装置３０に他装置の監視手段を設け、運転管理装置
３０、サービスプロセッサ１０，１１間で互いに動作状
態の監視を行い、異常検出時には他装置の情報も使用し
て多数決判定を行う。
において、運転管理装置または運転管理用ネットワーク
の多重化構成とそれらの障害検出方法及び処理継続方法
を提供する。 【解決手段】 複数の運転管理装置３０と、運転管理対
象の処理装置１１，１２とそのサービスプロセッサ２
０，２１と、ネットワーク５０で構成される電子計算機
システムの統合システム運転管理方式において、各運転
管理装置３０に他装置の監視手段を設け、運転管理装置
３０、サービスプロセッサ１０，１１間で互いに動作状
態の監視を行い、異常検出時には他装置の情報も使用し
て多数決判定を行う。
Description
【０００１】
【発明の属する技術分野】本発明は計算機システムの統
合運転管理方式に係り、特にシステム運転管理装置及び
プロセッサ等の被管理装置が信頼性向上や負荷分散のた
めに多重化されたシステムでの、運転管理装置または運
転管理用ネットワークの障害発生時の処理継続方法に関
する。
合運転管理方式に係り、特にシステム運転管理装置及び
プロセッサ等の被管理装置が信頼性向上や負荷分散のた
めに多重化されたシステムでの、運転管理装置または運
転管理用ネットワークの障害発生時の処理継続方法に関
する。
【０００２】
【従来の技術】計算機システムの大規模化および複雑化
ならびに並列処理化の進展に伴い、システムの統合運転
管理および障害管理ならびにノンストップ運転に関する
要求が強まっている。それら要求に対し従来よりシステ
ム運転専用の装置として運転管理装置が使用されてい
る。運転管理装置は、システム起動および停止の自動化
・稼動状態の監視・障害発生時の通報・オペレーティン
グシステムのコンソール機能等、システム運用性の向上
及び障害管理を行う機能あり、システム全体のコンソー
ルとしても位置付けられている。なお、この種の装置に
関しては特開平４−２３８５６７号公報、特開平５−３
５６７４号公報に開示されている。
ならびに並列処理化の進展に伴い、システムの統合運転
管理および障害管理ならびにノンストップ運転に関する
要求が強まっている。それら要求に対し従来よりシステ
ム運転専用の装置として運転管理装置が使用されてい
る。運転管理装置は、システム起動および停止の自動化
・稼動状態の監視・障害発生時の通報・オペレーティン
グシステムのコンソール機能等、システム運用性の向上
及び障害管理を行う機能あり、システム全体のコンソー
ルとしても位置付けられている。なお、この種の装置に
関しては特開平４−２３８５６７号公報、特開平５−３
５６７４号公報に開示されている。
【０００３】運転管理装置を使用するようなシステム、
すなわちプロセッサを複数台使用して業務処理を行うよ
うなシステムでは、運転管理装置の故障がシステム運用
へ影響を与えることは避けられない。また、場合によっ
てはシステム運転そのものが不可能となることもある。
したがって、管理装置の信頼性向上が、システム全体の
信頼性向上の重要な要素のひとつと考えられる。
すなわちプロセッサを複数台使用して業務処理を行うよ
うなシステムでは、運転管理装置の故障がシステム運用
へ影響を与えることは避けられない。また、場合によっ
てはシステム運転そのものが不可能となることもある。
したがって、管理装置の信頼性向上が、システム全体の
信頼性向上の重要な要素のひとつと考えられる。
【０００４】運転管理装置の信頼性を向上させる、すな
わち運転管理のためのシステムがその機能を停止するこ
となく動作するためには、運転管理装置を含む運転管理
系の装置またはシステムを冗長構成とすることが、従来
より実施されている。特開平６−０１２２８９号公報で
は、２つの監視制御局（運転管理装置に相当する）と切
替装置を用いることにより、ひとつの監視制御局の障害
によってシステムの監視が停止しない方法が開示されて
いる。
わち運転管理のためのシステムがその機能を停止するこ
となく動作するためには、運転管理装置を含む運転管理
系の装置またはシステムを冗長構成とすることが、従来
より実施されている。特開平６−０１２２８９号公報で
は、２つの監視制御局（運転管理装置に相当する）と切
替装置を用いることにより、ひとつの監視制御局の障害
によってシステムの監視が停止しない方法が開示されて
いる。
【０００５】この特開平６−０１２２８９号公報で示さ
れる従来の方法では、２台の監視制御局の間に切替装置
が介在していることから、切替装置に故障が発生すると
監視制御局と被監視制御局間の通信が途絶して、監視不
可能な状態となる。また、切替装置の故障が発生すれ
ば、たとえ２台の監視制御局が正常であっても監視動作
は完全に停止してしまう。これを回復するためには切替
装置を修復する必要がある。すなわち、切替装置の信頼
性および修復時間が監視系全体の信頼性及び修復時間を
左右してしまうという問題がある。
れる従来の方法では、２台の監視制御局の間に切替装置
が介在していることから、切替装置に故障が発生すると
監視制御局と被監視制御局間の通信が途絶して、監視不
可能な状態となる。また、切替装置の故障が発生すれ
ば、たとえ２台の監視制御局が正常であっても監視動作
は完全に停止してしまう。これを回復するためには切替
装置を修復する必要がある。すなわち、切替装置の信頼
性および修復時間が監視系全体の信頼性及び修復時間を
左右してしまうという問題がある。
【０００６】
【発明が解決しようとする課題】本発明の目的は、この
ような従来の問題を解決し、より信頼性が高い運転管理
システムを構成するための統合システム運転管理方式を
提供することにある。
ような従来の問題を解決し、より信頼性が高い運転管理
システムを構成するための統合システム運転管理方式を
提供することにある。
【０００７】
【課題を解決するための手段】上記目的を達成するた
め、本発明による統合システム運転管理方式では、運転
管理に関連のあるすべての構成要素、すなわち運転管理
装置および被管理装置側の運転管理機構ならびに両者を
接続するネットワークを多重化し、かつ切替装置を含ま
ない構成とする。
め、本発明による統合システム運転管理方式では、運転
管理に関連のあるすべての構成要素、すなわち運転管理
装置および被管理装置側の運転管理機構ならびに両者を
接続するネットワークを多重化し、かつ切替装置を含ま
ない構成とする。
【０００８】それぞれの運転管理装置及び被管理装置側
の運転管理機構は、その運転管理機能そのものを実行す
る機能処理手段の他に、多重化されたネットワークを使
用した通信を制御するネットワーク制御手段と、多重化
された運転管理装置及び被管理装置側の運転管理機構の
動作状況の監視と異常発生時の処理を行う監視処理手
段、および監視処理手段による監視状態を保持するため
の状態記憶部とを備えている。
の運転管理機構は、その運転管理機能そのものを実行す
る機能処理手段の他に、多重化されたネットワークを使
用した通信を制御するネットワーク制御手段と、多重化
された運転管理装置及び被管理装置側の運転管理機構の
動作状況の監視と異常発生時の処理を行う監視処理手
段、および監視処理手段による監視状態を保持するため
の状態記憶部とを備えている。
【０００９】また、本発明では運転管理装置と被管理装
置側の運転管理機構を接続するネットワークの種類や形
態はどのようなものであっても構わない。
置側の運転管理機構を接続するネットワークの種類や形
態はどのようなものであっても構わない。
【００１０】多重化された運転管理装置は、いずれか１
台が実処理を行い（以下、実処理を行う運転管理装置を
現用装置と呼ぶ）、他の装置は現用装置に障害が発生し
た時の交代用に待機している（以下、待機している運転
管理装置を予備装置と呼ぶ）。さらに予備装置の中で現
用装置への交代の可能性が高い順に優先順位が付与され
ている。各運転管理装置に設けた監視制御手段は、他の
運転管理装置および被管理装置の運転管理機構間で相互
に動作状態のチェックを行う。また、ネットワーク制御
手段は、ネットワークの動作チェックを行う。監視制御
手段は、他の運転管理装置の動作状態の異常を検出した
場合、それ以外の他の正常な運転管理装置にもその運転
管理装置の動作状態を問い合わせ、全ての状態情報の多
数決で正常／異常の判定を行う。そして異常と判断さ
れ、かつ、異常と判断された運転管理装置が現用装置で
かつ、自装置が最も優先順位の高い予備装置ならば、自
装置を現用装置とする処理（交代処理）を行う。異常と
判定された運転管理装置が予備装置ならば、その予備装
置の優先順位を最も低くして、他の予備装置の優先順位
を繰り上げる優先順位変更処理を行う。交代処理、優先
順位変更処理の結果は正常な他の運転管理装置に通知さ
れ、その運転管理装置の状態記憶部に格納され、以降の
運転管理処理で使用される。ネットワーク制御手段は、
ネットワークの動作チェックで異常を検出したなら、予
備ネットワークを使用して処理を継続する。
台が実処理を行い（以下、実処理を行う運転管理装置を
現用装置と呼ぶ）、他の装置は現用装置に障害が発生し
た時の交代用に待機している（以下、待機している運転
管理装置を予備装置と呼ぶ）。さらに予備装置の中で現
用装置への交代の可能性が高い順に優先順位が付与され
ている。各運転管理装置に設けた監視制御手段は、他の
運転管理装置および被管理装置の運転管理機構間で相互
に動作状態のチェックを行う。また、ネットワーク制御
手段は、ネットワークの動作チェックを行う。監視制御
手段は、他の運転管理装置の動作状態の異常を検出した
場合、それ以外の他の正常な運転管理装置にもその運転
管理装置の動作状態を問い合わせ、全ての状態情報の多
数決で正常／異常の判定を行う。そして異常と判断さ
れ、かつ、異常と判断された運転管理装置が現用装置で
かつ、自装置が最も優先順位の高い予備装置ならば、自
装置を現用装置とする処理（交代処理）を行う。異常と
判定された運転管理装置が予備装置ならば、その予備装
置の優先順位を最も低くして、他の予備装置の優先順位
を繰り上げる優先順位変更処理を行う。交代処理、優先
順位変更処理の結果は正常な他の運転管理装置に通知さ
れ、その運転管理装置の状態記憶部に格納され、以降の
運転管理処理で使用される。ネットワーク制御手段は、
ネットワークの動作チェックで異常を検出したなら、予
備ネットワークを使用して処理を継続する。
【００１１】これによって、多重化され、かつ切替装置
を不要とした構成の、現用装置障害時の運転管理処理継
続が可能な統合システム運転管理を実現することができ
る。
を不要とした構成の、現用装置障害時の運転管理処理継
続が可能な統合システム運転管理を実現することができ
る。
【００１２】
【発明の実施の形態】以下、本発明の実施例について説
明する。図１は本発明にかかる統合システムテム運転管
理方式を適用したシステムの一実施例を示す構成図であ
る。本発明にかかる統合システム運転管理方式を適用し
たシステムは、運転管理・診断・保守機能を実行するサ
ービスプロセッサ（以下、ＳＶＰと呼ぶ）２０Ａ，２０
Ｂが接続された運転管理対象システムの処理装置１０
と、ＳＶＰ２１Ａ，２１Ｂが接続された処理装置１１
と、処理装置１０，１１を含むシステムの運転管理を実
行する運転管理装置（以下、ＯＭＣと呼ぶ）３０Ａ，３
０Ｂ，３０Ｃと、ＯＭＣのコンソール装置４０Ａ，４０
Ｂ，４０Ｃと、各運転管理装置と各サービスプロセッサ
を接続する多重化されたネットワーク５０Ａ，５０Ｂか
ら構成される。
明する。図１は本発明にかかる統合システムテム運転管
理方式を適用したシステムの一実施例を示す構成図であ
る。本発明にかかる統合システム運転管理方式を適用し
たシステムは、運転管理・診断・保守機能を実行するサ
ービスプロセッサ（以下、ＳＶＰと呼ぶ）２０Ａ，２０
Ｂが接続された運転管理対象システムの処理装置１０
と、ＳＶＰ２１Ａ，２１Ｂが接続された処理装置１１
と、処理装置１０，１１を含むシステムの運転管理を実
行する運転管理装置（以下、ＯＭＣと呼ぶ）３０Ａ，３
０Ｂ，３０Ｃと、ＯＭＣのコンソール装置４０Ａ，４０
Ｂ，４０Ｃと、各運転管理装置と各サービスプロセッサ
を接続する多重化されたネットワーク５０Ａ，５０Ｂか
ら構成される。
【００１３】各処理装置に接続されるＳＵＰは、通常は
対になったＳＶＰのいづれか１台が運転管理機能を実行
（以下、主ＳＶＰと呼ぶ）し、一方は主ＳＶＰの故障に
備えた予備サービスプロセッサ（以下、副ＳＶＰと呼
ぶ）である。各運転管理装置は、通常は３台のいづれか
１台が運転管理機能を実行（以下、主ＯＭＣと呼ぶ）
し、他の２台は主管理装置の故障に備えた予備運転管理
装置（以下、副ＯＭＣと呼ぶ）である。ＯＣＭのコンソ
ール装置は、運転管理状況表示、オペレータ・コマンド
投入などの統合システム運転管理としてのユーザインタ
フェース機能を提供する。実際のシステムでは、処理装
置１０，１１にディスク装置やコンソール装置などの入
出力装置が接続されているが、本発明には直接関連しな
いため構成図上の記載は省略している。
対になったＳＶＰのいづれか１台が運転管理機能を実行
（以下、主ＳＶＰと呼ぶ）し、一方は主ＳＶＰの故障に
備えた予備サービスプロセッサ（以下、副ＳＶＰと呼
ぶ）である。各運転管理装置は、通常は３台のいづれか
１台が運転管理機能を実行（以下、主ＯＭＣと呼ぶ）
し、他の２台は主管理装置の故障に備えた予備運転管理
装置（以下、副ＯＭＣと呼ぶ）である。ＯＣＭのコンソ
ール装置は、運転管理状況表示、オペレータ・コマンド
投入などの統合システム運転管理としてのユーザインタ
フェース機能を提供する。実際のシステムでは、処理装
置１０，１１にディスク装置やコンソール装置などの入
出力装置が接続されているが、本発明には直接関連しな
いため構成図上の記載は省略している。
【００１４】図２は、図１のシステム構成で示される運
転管理装置３０（ＯＭＣ）及びサービスプロセッサ２０
（ＳＶＰ）の装置内部構成を示した図である。それぞれ
のＯＭＣ３０およびＳＶＰ２０は同じ構成を有してお
り、以下のＯＭＣ３０を例にとってその構成を説明す
る。ＯＭＣ３０は、おのおのの管理機能を実行する機能
処理部３１と、ネットワーク５０Ａ，５０Ｂを使用した
他の装置との通信を制御するネットワーク制御部３２
Ａ，３２Ｂと他のＯＭＣ／ＳＶＰの動作状況の監視と異
常発生時の処理を行う監視処理部３３と、監視処理部３
３による監視状態を保持するための状態記憶部３４から
構成されている。ＯＭＣの機能処理部３１から３１Ａを
介して、そのＯＭＣに対応するコンソール装置４０が接
続されている。ＳＶＰ２０であるときには機能処理部３
１から３１Ａを介しては、そのＳＶＰに対応する処理装
置１０，１１が接続される。
転管理装置３０（ＯＭＣ）及びサービスプロセッサ２０
（ＳＶＰ）の装置内部構成を示した図である。それぞれ
のＯＭＣ３０およびＳＶＰ２０は同じ構成を有してお
り、以下のＯＭＣ３０を例にとってその構成を説明す
る。ＯＭＣ３０は、おのおのの管理機能を実行する機能
処理部３１と、ネットワーク５０Ａ，５０Ｂを使用した
他の装置との通信を制御するネットワーク制御部３２
Ａ，３２Ｂと他のＯＭＣ／ＳＶＰの動作状況の監視と異
常発生時の処理を行う監視処理部３３と、監視処理部３
３による監視状態を保持するための状態記憶部３４から
構成されている。ＯＭＣの機能処理部３１から３１Ａを
介して、そのＯＭＣに対応するコンソール装置４０が接
続されている。ＳＶＰ２０であるときには機能処理部３
１から３１Ａを介しては、そのＳＶＰに対応する処理装
置１０，１１が接続される。
【００１５】機能処理部３１と他装置との通信をネット
ワーク制御部３２Ａ，３２Ｂのいずれを使用して行うか
は、監視処理部３３がネットワーク５０Ａ，５０Ｂの状
況により決定する。ここで、使用されるネットワーク制
御部を主ネットワーク制御部、もう一方を副ネットワー
ク制御部と呼び、主／副ネットワーク制御部に接続され
ているネットワークをそれぞれ主ネットワーク、副ネッ
トワークと呼ぶこととする。また、どのＯＭＣが主ＯＭ
Ｃか、どのＳＶＰが主ＳＶＰかは、やはり監視処理部３
３がそれぞれのＯＭＣ、ＳＶＰの状況により決定する。
すなわち、機能処理部３１が他装置に対する運転管理処
理を実行するには、論理的な通信相手を指定するだけで
よく、物理的なネットワークおよび他装置は監視制御部
３３が決定することとなる。
ワーク制御部３２Ａ，３２Ｂのいずれを使用して行うか
は、監視処理部３３がネットワーク５０Ａ，５０Ｂの状
況により決定する。ここで、使用されるネットワーク制
御部を主ネットワーク制御部、もう一方を副ネットワー
ク制御部と呼び、主／副ネットワーク制御部に接続され
ているネットワークをそれぞれ主ネットワーク、副ネッ
トワークと呼ぶこととする。また、どのＯＭＣが主ＯＭ
Ｃか、どのＳＶＰが主ＳＶＰかは、やはり監視処理部３
３がそれぞれのＯＭＣ、ＳＶＰの状況により決定する。
すなわち、機能処理部３１が他装置に対する運転管理処
理を実行するには、論理的な通信相手を指定するだけで
よく、物理的なネットワークおよび他装置は監視制御部
３３が決定することとなる。
【００１６】監視処理部３３は一定周期でネットワーク
および他装置の動作状況をチェックする。以下、このチ
ェックをヘルスチェックと呼ぶ。ネットワークのチェッ
クはネットワーク制御部３２Ａ，３２Ｂに対して、チェ
ックコマンドを発行し、実際のチェックをそれぞれのネ
ットワーク制御部が実行し、監視処理部はその結果を受
け取る。他装置のチェックは監視制御部３３がチェック
対象の他の装置に対して、主ネットワーク制御部を介し
てチェックコマンドを発行し、該当装置からの応答を調
べることにより実現する。前記ヘルスチェックの状況は
監視処理部３３によって状態記憶部３４に格納される。
および他装置の動作状況をチェックする。以下、このチ
ェックをヘルスチェックと呼ぶ。ネットワークのチェッ
クはネットワーク制御部３２Ａ，３２Ｂに対して、チェ
ックコマンドを発行し、実際のチェックをそれぞれのネ
ットワーク制御部が実行し、監視処理部はその結果を受
け取る。他装置のチェックは監視制御部３３がチェック
対象の他の装置に対して、主ネットワーク制御部を介し
てチェックコマンドを発行し、該当装置からの応答を調
べることにより実現する。前記ヘルスチェックの状況は
監視処理部３３によって状態記憶部３４に格納される。
【００１７】図３は、それぞれの運転管理装置（ＯＭ
Ｃ）／サービスプロセッサ（ＳＶＰ）の監視処理部３３
の監視対象とその監視対象ごとに管理する状態情報の種
別を説明する表である。表６は大きく監視実行装置を示
す欄６１、とその監視対象を示す欄６２に分けられる。
監視対象欄６２は、システム構成要素である運転管理装
置の欄６３、処理装置１の欄６４、処理装置２の欄６
５、およびネットワークの欄６６で構成され、さらにそ
れらの欄は、実管理対象装置名またはネットワーク名が
示されている。ＯＭＣは自装置以外の全装置および全ネ
ットワークを監視対象とする。ＳＶＰは全ＯＭＣと全ネ
ットワーク、および自ＳＶＰと対の関係となるＳＶＰを
監視対象とする。ＯＭＣの状態はＯＭＣステータス、Ｓ
ＶＰの状態はＳＶＰステータス、ネットワークの状態は
ネットワークステータスとして、各装置の状態記憶部３
４に格納される。
Ｃ）／サービスプロセッサ（ＳＶＰ）の監視処理部３３
の監視対象とその監視対象ごとに管理する状態情報の種
別を説明する表である。表６は大きく監視実行装置を示
す欄６１、とその監視対象を示す欄６２に分けられる。
監視対象欄６２は、システム構成要素である運転管理装
置の欄６３、処理装置１の欄６４、処理装置２の欄６
５、およびネットワークの欄６６で構成され、さらにそ
れらの欄は、実管理対象装置名またはネットワーク名が
示されている。ＯＭＣは自装置以外の全装置および全ネ
ットワークを監視対象とする。ＳＶＰは全ＯＭＣと全ネ
ットワーク、および自ＳＶＰと対の関係となるＳＶＰを
監視対象とする。ＯＭＣの状態はＯＭＣステータス、Ｓ
ＶＰの状態はＳＶＰステータス、ネットワークの状態は
ネットワークステータスとして、各装置の状態記憶部３
４に格納される。
【００１８】図４は前記運転管理装置（ＯＭＣ）ステー
タス、サービスプロセッサ（ＳＶＰ）ステータス、およ
びネットワークステータスの構成とその取りうる状態を
説明した図である。ＯＭＣステータス７１は、該当ＯＭ
Ｃの処理モード７１１と動作状態７１２で構成される。
ＯＭＣ処理モード７１１としては、主／副１／副２の３
種類があり、主は該当ＯＭＣが主ＯＭＣとして動作して
いることを示し、副１／副２は副ＯＭＣとして動作して
いる示す。副１と副２の違いは、主ＯＭＣと交代する場
合の優先順位であり、副１が第１優先順位である。ＯＭ
Ｃ動作状態７１２としては停止／正常／異常の３種類が
あり、停止は該当ＯＭＣが停止状態であることを、正常
は該当ＯＭＣが正常に動作していることを、異常は該当
ＯＭＣに何らかの異常が発生し正常に動作していない可
能性があることを示す。ここで注意すべきことは、正常
な場合はチェックコマンドに対する応答を確認するため
正常であることが断定できるが、異常の場合はチェック
コマンドに対する応答のタイムアウトをもって行うた
め、条件によっては相手が正常であっても異常と判定さ
れるケースがある。したがって、異常状態は完全に異常
というわけでなく、あくまでも異常の可能性があるとい
うことになる。
タス、サービスプロセッサ（ＳＶＰ）ステータス、およ
びネットワークステータスの構成とその取りうる状態を
説明した図である。ＯＭＣステータス７１は、該当ＯＭ
Ｃの処理モード７１１と動作状態７１２で構成される。
ＯＭＣ処理モード７１１としては、主／副１／副２の３
種類があり、主は該当ＯＭＣが主ＯＭＣとして動作して
いることを示し、副１／副２は副ＯＭＣとして動作して
いる示す。副１と副２の違いは、主ＯＭＣと交代する場
合の優先順位であり、副１が第１優先順位である。ＯＭ
Ｃ動作状態７１２としては停止／正常／異常の３種類が
あり、停止は該当ＯＭＣが停止状態であることを、正常
は該当ＯＭＣが正常に動作していることを、異常は該当
ＯＭＣに何らかの異常が発生し正常に動作していない可
能性があることを示す。ここで注意すべきことは、正常
な場合はチェックコマンドに対する応答を確認するため
正常であることが断定できるが、異常の場合はチェック
コマンドに対する応答のタイムアウトをもって行うた
め、条件によっては相手が正常であっても異常と判定さ
れるケースがある。したがって、異常状態は完全に異常
というわけでなく、あくまでも異常の可能性があるとい
うことになる。
【００１９】ＳＶＰステータス７２およびネットワーク
ステータス７３も、ＯＭＣステータス７１と同様にそれ
ぞれ、処理モード７２１，７３１、動作状態７２２，７
３２で構成される。処理モード７２１，７３１はともに
主／副のみであり、ＳＶＰステータスの動作状態７２２
は、ＯＭＣステータスの動作状態７１２と同様に停止／
正常／異常の３種類であり、ネットワークステータスの
動作状態７３２は停止状態がなく、正常／異常のみであ
る。動作状態７２２，７３２のそれぞれの意味はＯＭＣ
の動作状態７１２と同様である。
ステータス７３も、ＯＭＣステータス７１と同様にそれ
ぞれ、処理モード７２１，７３１、動作状態７２２，７
３２で構成される。処理モード７２１，７３１はともに
主／副のみであり、ＳＶＰステータスの動作状態７２２
は、ＯＭＣステータスの動作状態７１２と同様に停止／
正常／異常の３種類であり、ネットワークステータスの
動作状態７３２は停止状態がなく、正常／異常のみであ
る。動作状態７２２，７３２のそれぞれの意味はＯＭＣ
の動作状態７１２と同様である。
【００２０】図５はそれぞれの運転管理装置（ＯＭＣ）
／サービスプロセッサ（ＳＶＰ）の監視処理部３３が図
３で示される監視対象装置の異常を検出した場合の処理
を説明する表である。表８は監視実行装置を示す欄８１
と異常を検出した装置に対応する処理を示した欄８２で
構成される。欄８１，８２で使用している装置の名称は
「処理モード・装置の種類」となっている。例えば主モ
ードのＯＭＣは「主ＯＭＣ」、副モードのＳＶＰは「副
ＳＶＰ」と記している。
／サービスプロセッサ（ＳＶＰ）の監視処理部３３が図
３で示される監視対象装置の異常を検出した場合の処理
を説明する表である。表８は監視実行装置を示す欄８１
と異常を検出した装置に対応する処理を示した欄８２で
構成される。欄８１，８２で使用している装置の名称は
「処理モード・装置の種類」となっている。例えば主モ
ードのＯＭＣは「主ＯＭＣ」、副モードのＳＶＰは「副
ＳＶＰ」と記している。
【００２１】監視実行装置の監視処理部３３が監視対象
装置の異常を検出した場合の処理手順を下記に示す。 （１）自装置以外の正常なすべての装置に対して、その
状態記憶部に格納されている状態情報の入手を要求す
る。 （２）入手した状態情報により、自装置で異常を検出し
た装置の状態を調べる。 （３）自装置の状態情報を含め、異常の数が全状態情報
の過半数を越えていたら、その装置を異常と判定する。
逆に過半数を下回っていたら、正常と判定する。 （４）異常と判定したなら、表８に従って、処理を実行
する。 （５）正常と判定したなら、異常の誤検出と判断して特
に処理を行わない。
装置の異常を検出した場合の処理手順を下記に示す。 （１）自装置以外の正常なすべての装置に対して、その
状態記憶部に格納されている状態情報の入手を要求す
る。 （２）入手した状態情報により、自装置で異常を検出し
た装置の状態を調べる。 （３）自装置の状態情報を含め、異常の数が全状態情報
の過半数を越えていたら、その装置を異常と判定する。
逆に過半数を下回っていたら、正常と判定する。 （４）異常と判定したなら、表８に従って、処理を実行
する。 （５）正常と判定したなら、異常の誤検出と判断して特
に処理を行わない。
【００２２】例えば、主ＯＭＣが主ＳＶＰの異常を検出
した場合は、まず主ＯＭＣは副１ＯＭＣ、副２ＯＭＣ、
副ＳＶＰから状態情報を入手する。次に入手した状態情
報３つと自装置の状態情報の計４つによりの異常数と正
常数を調べる。その結果、主ＳＶＰの異常数が正常数を
越えていたとすれば、主ＯＭＣはＳＶＰ処理モード変更
（Ａ１）処理を実行する。
した場合は、まず主ＯＭＣは副１ＯＭＣ、副２ＯＭＣ、
副ＳＶＰから状態情報を入手する。次に入手した状態情
報３つと自装置の状態情報の計４つによりの異常数と正
常数を調べる。その結果、主ＳＶＰの異常数が正常数を
越えていたとすれば、主ＯＭＣはＳＶＰ処理モード変更
（Ａ１）処理を実行する。
【００２３】次に、図５に示される処理について説明す
る。処理はＳＶＰの主副を入れ替えるＳＶＰ処理モード
変更（Ａ１）と、ＯＭＣの優先順位置を入れ替えるＯＭ
Ｃ処理モード変更（Ａ２）と、ネットワークの主副を入
れ替えるネットワーク主副交代（Ａ３）と、およびコン
ソールメッセージ出力（Ｍ）の４種類の処理がある。Ｓ
ＶＰ処理モード変更（Ａ１）は、主ＯＭＣが主ＳＶＰを
異常と判定した場合に実行する処理であり、まず異常状
態の主ＳＶＰを副ＳＶＰモードとしその動作状態を異常
にセットする。次に副ＳＶＰの処理モードを主に変更す
る。そして他のＯＭＣと新たな主ＳＶＰに対してモード
変更通知をする。ＯＭＣ処理モード変更（Ａ２）は副Ｏ
ＭＣが自装置より優先順位がひとつ上のＯＭＣを異常と
判定した場合に実行する処理であり、まず異常と判定し
たＯＭＣの処理モードをもっとも優先順位の低い処理モ
ード副２に変更しその動作状態を異常にセットする。次
に、自装置の処理モードをひとつ上げる。例えば、この
処理は自装置が副１であれば主装置を副２に、自装置を
副主に副２を副１に変更する。そして他のＯＭＣとＳＶ
Ｐに対してモード変更通知をする。ネットワーク主副交
代（Ａ３）は、それぞれの装置がネットワークの異常を
検出した場合、各装置で使用するネットワークを変更す
る処理である。
る。処理はＳＶＰの主副を入れ替えるＳＶＰ処理モード
変更（Ａ１）と、ＯＭＣの優先順位置を入れ替えるＯＭ
Ｃ処理モード変更（Ａ２）と、ネットワークの主副を入
れ替えるネットワーク主副交代（Ａ３）と、およびコン
ソールメッセージ出力（Ｍ）の４種類の処理がある。Ｓ
ＶＰ処理モード変更（Ａ１）は、主ＯＭＣが主ＳＶＰを
異常と判定した場合に実行する処理であり、まず異常状
態の主ＳＶＰを副ＳＶＰモードとしその動作状態を異常
にセットする。次に副ＳＶＰの処理モードを主に変更す
る。そして他のＯＭＣと新たな主ＳＶＰに対してモード
変更通知をする。ＯＭＣ処理モード変更（Ａ２）は副Ｏ
ＭＣが自装置より優先順位がひとつ上のＯＭＣを異常と
判定した場合に実行する処理であり、まず異常と判定し
たＯＭＣの処理モードをもっとも優先順位の低い処理モ
ード副２に変更しその動作状態を異常にセットする。次
に、自装置の処理モードをひとつ上げる。例えば、この
処理は自装置が副１であれば主装置を副２に、自装置を
副主に副２を副１に変更する。そして他のＯＭＣとＳＶ
Ｐに対してモード変更通知をする。ネットワーク主副交
代（Ａ３）は、それぞれの装置がネットワークの異常を
検出した場合、各装置で使用するネットワークを変更す
る処理である。
【００２４】ここまでの処理Ａ１、Ａ２、Ａ３はいづれ
も現用系の異常であり、実際の運転管理処理に影響を与
えるため、予備系への交代処理が実行されるが、そうで
ない場合、すなわち予備系の異常を検出した場合は、単
に警告のためにコンソール装置にメッセージを出力する
処理（Ｍ）を行うのみである。当然、Ａ１，Ａ２，Ａ３
にもメッセージ出力は伴う。
も現用系の異常であり、実際の運転管理処理に影響を与
えるため、予備系への交代処理が実行されるが、そうで
ない場合、すなわち予備系の異常を検出した場合は、単
に警告のためにコンソール装置にメッセージを出力する
処理（Ｍ）を行うのみである。当然、Ａ１，Ａ２，Ａ３
にもメッセージ出力は伴う。
【００２５】以上の説明を整理すれば、ＯＭＣ／ＳＶＰ
の監視処理部３３は表６の監視対象のヘルスチェックを
行い、他の装置の異常を検出した場合には正常な全装置
の多数決により検出の正当性を評価し、異常と判定した
ならば表８の実行処理決定テーブルにより装置交代処理
を行うということである。これによって、運転管理処理
の継続が可能になる。
の監視処理部３３は表６の監視対象のヘルスチェックを
行い、他の装置の異常を検出した場合には正常な全装置
の多数決により検出の正当性を評価し、異常と判定した
ならば表８の実行処理決定テーブルにより装置交代処理
を行うということである。これによって、運転管理処理
の継続が可能になる。
【００２６】
【発明の効果】本発明による統合システム運転管理方式
によれば、運転管理装置／サービスプロセッサの現用と
予備の切り替えのための物理的な切替スイッチが不要と
なり系の信頼性が向上する。また、運転管理中に運転管
理装置／サービスプロセッサの交換、増設、撤去を行っ
ても運転管理処理は継続されるためシステムの変更が容
易となる。
によれば、運転管理装置／サービスプロセッサの現用と
予備の切り替えのための物理的な切替スイッチが不要と
なり系の信頼性が向上する。また、運転管理中に運転管
理装置／サービスプロセッサの交換、増設、撤去を行っ
ても運転管理処理は継続されるためシステムの変更が容
易となる。
【図１】本発明の統合システム運転管理方式を適用した
システム構成の一実施例。
システム構成の一実施例。
【図２】図１のシステム構成で示される運転管理装置及
びサービスプロセッサの装置内部構成を示した図。
びサービスプロセッサの装置内部構成を示した図。
【図３】図２の運転管理装置またはサービスプロセッサ
内部の監視処理部３３の監視対象とその状態情報の種別
を示す図表。
内部の監視処理部３３の監視対象とその状態情報の種別
を示す図表。
【図４】図３で示される状態情報種別ごとの構成、及び
それらが取りうる状態を示した図。
それらが取りうる状態を示した図。
【図５】図２の運転管理装置またはサービスプロセッサ
内部の監視処理部３３が図３で示される監視対象装置の
異常を検出した場合の処理を決定するテーブル。
内部の監視処理部３３が図３で示される監視対象装置の
異常を検出した場合の処理を決定するテーブル。
１０，１１ 処理装置 ２０Ａ，２０Ｂ，２１Ａ，２１Ｂ 処理装置のサービス
プロセッサ ３０Ａ，３０Ｂ，３０Ｃ 運転管理装置 ４０Ａ，４０Ｂ，４０Ｃ 運転管理装置のコンソール装
置 ５０Ａ，５０Ｂ 運転管理用ネットワーク ３０ 運転管理装置 ３１ 機能処理部 ３２Ａ，３２Ｂ ネットワーク制御部 ３３ 監視制御部 ３４ 監視状態記憶部 ６ 監視対象と状態種別表 ７１ 装置状態 ７２ ネットワーク状態 ８ 監視異常時処理決定表
プロセッサ ３０Ａ，３０Ｂ，３０Ｃ 運転管理装置 ４０Ａ，４０Ｂ，４０Ｃ 運転管理装置のコンソール装
置 ５０Ａ，５０Ｂ 運転管理用ネットワーク ３０ 運転管理装置 ３１ 機能処理部 ３２Ａ，３２Ｂ ネットワーク制御部 ３３ 監視制御部 ３４ 監視状態記憶部 ６ 監視対象と状態種別表 ７１ 装置状態 ７２ ネットワーク状態 ８ 監視異常時処理決定表
Claims (3)
- 【請求項１】 複数のシステムを多重化された管理装置
を用いて管理する統合システムの管理方式において、す
べての管理装置に他の管理装置の動作状態を調べる監視
手段と、他の管理装置と動作状態情報を交換する通信手
段とを備え、前記監視手段により他の管理装置の異常を
検出した場合、前記通信手段により他の正常な管理装置
から動作状態情報を入手し、すべての動作状態情報にも
とづいて異常の妥当性を検証することを特徴とした統合
システム管理方式。 - 【請求項２】 複数のシステムを多重化された管理装置
を用いて管理する統合システムの管理方式において、す
べての管理装置に他の管理装置の動作状態を調べる監視
手段と、管理装置のシステム内の処理優先順位を決定す
る制御手段を備え、前記監視手段により他の管理装置の
異常を検出した場合、前記制御手段により異常な装置の
処理優先順位を下げ、他の正常な管理装置の処理優先順
位を上げることにより、管理装置の処理を継続させるこ
とを特徴とした統合システム管理方式。 - 【請求項３】 請求項１記載の統合システム管理方式に
おいて、過半数の管理装置が異常を検出していた場合
に、異常検出を妥当とすることを特徴とした妥当性検証
手段を備えた統合システム管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8082502A JPH09274575A (ja) | 1996-04-04 | 1996-04-04 | 統合システム管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8082502A JPH09274575A (ja) | 1996-04-04 | 1996-04-04 | 統合システム管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09274575A true JPH09274575A (ja) | 1997-10-21 |
Family
ID=13776282
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8082502A Pending JPH09274575A (ja) | 1996-04-04 | 1996-04-04 | 統合システム管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09274575A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001241823A (ja) * | 2000-02-24 | 2001-09-07 | Fukushima Industries Corp | 冷凍冷却システムの集中管理装置 |
| JP2009116699A (ja) * | 2007-11-07 | 2009-05-28 | Toyota Motor Corp | 情報処理システム |
| JP2009265805A (ja) * | 2008-04-23 | 2009-11-12 | Hitachi Ltd | フェイルオーバ方法、プログラム、フェイルオーバ装置およびフェイルオーバシステム |
| JP2011065521A (ja) * | 2009-09-18 | 2011-03-31 | Nec Computertechno Ltd | 多重化サービスプロセッサ、多重化サービスプロセッサの障害処理方法、およびプログラム |
| WO2015015544A1 (ja) * | 2013-07-29 | 2015-02-05 | 富士通株式会社 | 情報処理システム、装置、方法及びプログラム |
| JP2015050711A (ja) * | 2013-09-03 | 2015-03-16 | 株式会社東芝 | 多重化制御監視システム、及び制御方法 |
| JP2020035180A (ja) * | 2018-08-30 | 2020-03-05 | Ｚホールディングス株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
-
1996
- 1996-04-04 JP JP8082502A patent/JPH09274575A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001241823A (ja) * | 2000-02-24 | 2001-09-07 | Fukushima Industries Corp | 冷凍冷却システムの集中管理装置 |
| JP2009116699A (ja) * | 2007-11-07 | 2009-05-28 | Toyota Motor Corp | 情報処理システム |
| JP2009265805A (ja) * | 2008-04-23 | 2009-11-12 | Hitachi Ltd | フェイルオーバ方法、プログラム、フェイルオーバ装置およびフェイルオーバシステム |
| JP2011065521A (ja) * | 2009-09-18 | 2011-03-31 | Nec Computertechno Ltd | 多重化サービスプロセッサ、多重化サービスプロセッサの障害処理方法、およびプログラム |
| WO2015015544A1 (ja) * | 2013-07-29 | 2015-02-05 | 富士通株式会社 | 情報処理システム、装置、方法及びプログラム |
| JPWO2015015544A1 (ja) * | 2013-07-29 | 2017-03-02 | 富士通株式会社 | 情報処理システム、装置、方法及びプログラム |
| JP2015050711A (ja) * | 2013-09-03 | 2015-03-16 | 株式会社東芝 | 多重化制御監視システム、及び制御方法 |
| JP2020035180A (ja) * | 2018-08-30 | 2020-03-05 | Ｚホールディングス株式会社 | 情報処理装置、情報処理方法および情報処理プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20080301489A1 (en) | Multi-agent hot-standby system and failover method for the same | |
| JP2001209561A (ja) | 異常処理方式及び異常処理方法 | |
| US8145952B2 (en) | Storage system and a control method for a storage system | |
| JPH11203157A (ja) | 冗長装置 | |
| JPH0449181A (ja) | エレベータの群管理制御装置 | |
| JPH09274575A (ja) | 統合システム管理方式 | |
| JPH11338725A (ja) | クラスタシステム、クラスタシステムにおける監視方式およびその方法 | |
| JP3147049B2 (ja) | ファブリック障害検出方式 | |
| CN112650168A (zh) | 分布式控制***及其动态调度资源的方法 | |
| CN112034774A (zh) | 一种热冗余控制方法 | |
| JP3843388B2 (ja) | プロセス制御装置 | |
| JP3742714B2 (ja) | 遠方監視制御装置 | |
| KR20010028123A (ko) | 광전송 시스템의 이중화 감시 제어 장치 및 그 방법 | |
| JPS5870670A (ja) | 二重系の交換機の障害情報転送方式 | |
| JP2937595B2 (ja) | 電力系統監視制御装置 | |
| JPH03160529A (ja) | 二重化計算機システム | |
| JP3691316B2 (ja) | 異常検出時の動作モードを決定する装置および方法 | |
| KR100257162B1 (ko) | 이중화 시스템에서 상대 시스템의 감시방법 및 장치 | |
| JPH09330245A (ja) | 情報処理装置のマイクロ診断方式 | |
| JPH10320237A (ja) | 障害解析装置 | |
| JP2001325157A (ja) | プラント監視制御システム | |
| JPH08265320A (ja) | ネットワークシステム障害検出処理回路 | |
| JPH05199646A (ja) | ディジタルリレーの監視制御装置 | |
| JPH07249014A (ja) | マルチプロセッサシステムとターミナルコントローラ | |
| JPH08328989A (ja) | 入出力制御装置の管理方式 |