JP3555047B2 - 複合コンピュータシステム - Google Patents
複合コンピュータシステム Download PDFInfo
- Publication number
- JP3555047B2 JP3555047B2 JP33135795A JP33135795A JP3555047B2 JP 3555047 B2 JP3555047 B2 JP 3555047B2 JP 33135795 A JP33135795 A JP 33135795A JP 33135795 A JP33135795 A JP 33135795A JP 3555047 B2 JP3555047 B2 JP 3555047B2
- Authority
- JP
- Japan
- Prior art keywords
- operation monitoring
- monitoring device
- processing devices
- communication
- processing
- 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
- 150000001875 compounds Chemical class 0.000 title description 2
- 238000012545 processing Methods 0.000 claims description 301
- 238000012806 monitoring device Methods 0.000 claims description 148
- 238000004891 communication Methods 0.000 claims description 104
- 239000002131 composite material Substances 0.000 claims description 52
- 238000012544 monitoring process Methods 0.000 claims description 36
- 238000000034 method Methods 0.000 claims description 29
- 230000004044 response Effects 0.000 claims description 22
- 230000008569 process Effects 0.000 claims description 16
- 230000001629 suppression Effects 0.000 claims description 11
- 230000002401 inhibitory effect Effects 0.000 claims description 6
- 230000005764 inhibitory process Effects 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 73
- 230000008878 coupling Effects 0.000 description 18
- 238000010168 coupling process Methods 0.000 description 18
- 238000005859 coupling reaction Methods 0.000 description 18
- 238000010586 diagram Methods 0.000 description 8
- 230000004913 activation Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 101000786631 Homo sapiens Protein SYS1 homolog Proteins 0.000 description 1
- 102100025575 Protein SYS1 homolog Human genes 0.000 description 1
- 101100018857 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) IMH1 gene Proteins 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
- G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Hardware Redundancy (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、独立して稼働する複数の処理装置によって共有資源を排他制御してアクセスする複合コンピュータシステムに関し、特に、複数の処理装置によって共有資源を排他制御してアクセスする際に発生した障害を早期に発見し代替処理を行う複合コンピュータシステムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、相互に接続された複数の処理装置が磁気ディスク装置や磁気テープ装置などの資源を共有する負荷分散・協調型の複合コンピュータシステムにおいては、複数の処理装置間での通信を行うチャネル間結合装置等の入出力機器を接続し、入出力命令によって相互に通信することにより複数の処理装置間の連携を行ってきた。
【０００３】
ところが、この様な従来の複合コンピュータシステムにおいては、チャネル障害、通信経路の障害及びシステムダウン等の障害により相手系の処理装置との連絡が不能になると、共有している資源の排他処理が続行できなくなる。
【０００４】
従って、相手系の処理装置の無応答を検知した場合には、オペレータに無応答の処理装置を検知したことを示すメッセージを出力して人間の判断によって障害部位を特定し、発生した障害に対応する処理を行って業務を続行していた。
【０００５】
なお、従来の複合コンピュータシステムにおける障害検知時の応答手順については（株）日立製作所発行のマニュアル「プログラムプロダクトＶＯＳ３／ＡＳシステム操作−ＪＳＳ３編−」（平成６年１２月発行）に「ＭＳＣＦ障害時のオペレータ処置」として記述されている。
【０００６】
更に、従来の複合コンピュータシステムにおいて、複数の処理装置間の通信オーバヘッドを削減する為に、共有資源を管理する排他制御用のメモリを設け、複数の処理装置間で効率よく連携する方式がとられてきた。
【０００７】
例えば、二重化される磁気ディスク装置の各ボリューム単位に設けた不揮発の制御メモリに排他制御用のロック情報を配置し、ディスク二重書き制御プログラムで前記制御メモリの排他制御用のロック情報を使用するものがある。
【０００８】
前記のディスク二重書き制御プログラムでは、１つの処理装置がロック情報を更新すると、他の処理装置に非同期の入出力割り込みとして報告する機能を利用して、複数の処理装置間で連携することを実現している。
【０００９】
しかし、前記従来の複合コンピュータシステムにおいて、１つの処理装置がロック情報を持ったままシステムダウンした場合には、正常に稼働中の他の処理装置の二重書き磁気ディスク装置へのアクセスがロック情報を確保できず、入出力タイムオーバとなり処理が続行できなくなる。
【００１０】
前述したチャネル間結合装置等の入出力機器を使用して複数の処理装置間で通信を行って共有資源の排他制御を行う従来の技術や、前記ディスク二重書き制御プログラムの様に１つの処理装置がロック情報を持つことによって排他制御を行う従来の技術では、他の処理装置の稼働状態を判断することができない為、ロック情報を持つ処理装置に障害が発生したときのロック情報の解除にはオペレータの介入が必要である。
【００１１】
この為、前記従来の複合コンピュータシステムでは、事前に障害時の組み合わせを想定した回復手順書を作成する必要があり、複合コンピュータシステムを運用する際の負担となっていた。
【００１２】
【発明が解決しようとする課題】
本発明者は、前記従来技術を検討した結果、以下の問題点を見い出した。
【００１３】
すなわち、前記従来の複合コンピュータシステムでは、相手系の処理装置の無応答を検知した場合に、オペレータに無応答の処理装置を検知したことを示すメッセージを出力して人間の判断によって障害部位を特定し業務を続行していた為、メッセージ出力時の運用手順の作成等の運用負担の増加や、長時間の無人運転に対応することができないという問題があった。
【００１４】
また、前記従来の複合コンピュータシステムのディスク二重書き制御プログラムでは、１つの処理装置がロック情報を持ったままシステムダウンした場合には、ロック情報の解除にはオペレータの介入を必要とする為、事前に障害時の組み合わせを想定した回復手順書を作成する必要があり運用上の負担となっていた。
【００１５】
本発明の目的は、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能な技術を提供することにある。
【００１６】
本発明の他の目的は、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能な技術を提供することにある。
【００１７】
本発明の他の目的は、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能な技術を提供することにある。
【００１８】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明かになるであろう。
【００１９】
【課題を解決するための手段】
本願によって開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
【００２０】
（１）複数の処理装置を通信手段で接続し特定の共有資源を排他制御してアクセスする複合コンピュータシステムにおいて、
複数の処理装置が起動または停止したときに前記複数の処理装置の稼働状態を記録する稼働監視装置と、前記複数の処理装置と稼働監視装置とを接続する稼働監視用ネットワークと、前記複数の処理装置のプログラムが起動または停止したときに前記プログラムの稼働状態を記録するプログラム状態管理手段とを備え、前記複数の処理装置で障害が発生したときに前記稼働監視用ネットワークを介して稼働監視装置に記録された前記複数の処理装置の稼働状態と前記プログラム状態管理手段に記録されたプログラムの稼働状態を取得して障害部位の特定を行うものである。
【００２１】
前記複合コンピュータシステムでは、複数の処理装置をチャネル間結合装置等の特定の通信手段で接続し、前記チャネル間結合装置等の特定の通信手段によって複数の処理装置間で通信を行うことにより、磁気ディスク装置や磁気テープ装置等の特定の共有資源を排他制御してアクセスしている。
【００２２】
前記複合コンピュータシステムを構成する複数の処理装置は、前記チャネル間結合装置等の排他制御用の特定の通信手段とは異なる稼働監視用ネットワークを介して稼働監視装置に接続されており、前記複数の処理装置が起動または停止したときに前記複数の処理装置の稼働状態を前記稼働監視装置に記録する。
【００２３】
また、前記複合コンピュータシステムの複数の処理装置で稼働するオペレーティングシステムは、前記複数の処理装置上でプログラムが起動または停止したときに前記プログラムの稼働状態をプログラム状態管理手段に記録する。
【００２４】
前記複合コンピュータシステムにおいて、前記チャネル間結合装置等の排他制御用の特定の通信手段によって、磁気ディスク装置や磁気テープ装置等の特定の共有資源を排他制御してアクセスしようとしたときに、特定の処理装置からの応答が予め規定された特定の時間を経過しても得られない無応答の状態を検知する場合がある。
【００２５】
前記の様に無応答の状態を検知したときに複合コンピュータシステムで障害が発生したとみなして、前記稼働監視用ネットワークを介して稼働監視装置に記録された前記複数の処理装置の稼働状態と前記プログラム状態管理手段に記録されたプログラムの稼働状態を取得し、前記特定の処理装置の稼働状態と前記特定の処理装置上のプログラムの稼働状態とを比較して障害部位の特定を行う。
【００２６】
すなわち、前記特定の処理装置が非稼働中である場合には、障害部位を前記特定の処理装置であるとみなして他の処理装置で排他処理を代替する縮退運転を行い、前記特定の処理装置が稼働中である場合には、前記特定の処理装置上のプログラムの稼働状態を調べる。
【００２７】
前記特定の処理装置上のプログラムの稼働状態を調べ、前記特定の処理装置上のプログラムが非稼働中である場合には、障害部位を前記特定の処理装置上のプログラムであるとみなして前記特定の処理装置上のプログラムの再起動を行い、前記特定の処理装置上のプログラムが稼働中である場合には、前記排他制御用の特定の通信手段が障害部位であるとみなして予備の通信経路を選択して排他制御を続行する。
【００２８】
以上の様に、前記複合コンピュータシステムによれば、複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【００２９】
（２）前記（１）に記載された複合コンピュータシステムにおいて、前記稼働監視装置を複数備え、正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止する通信抑止手段と、前記通信抑止手段を制御することにより、複数の処理装置から前記複数の稼働監視装置への通信を制御する単一の稼働監視装置多重化手段とを備え、前記稼働監視装置多重化手段により前記複数の処理装置の稼働状態を前記複数の稼働監視装置に送信すると共に、前記通信抑止手段により正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止して正装置である稼働監視装置のみにより前記複数の処理装置の稼働状態を監視し、前記正装置である稼働監視装置に障害が発生した場合に、前記稼働監視装置多重化手段により前記障害の発生した稼働監視装置以外の複数の稼働監視装置の任意の稼働監視装置の通信抑止手段の通信抑止状態を解除し、前記通信抑止状態が解除された稼働監視装置により前記複数の処理装置の稼働状態の監視を続行するものである。
【００３０】
前記複合コンピュータシステムでは、複数の処理装置と複数の稼働監視装置とを稼働監視用ネットワークで接続し、前記複数の稼働監視装置は、前記複数の処理装置との通信を抑止する通信抑止手段を備えている。
【００３１】
前記複合コンピュータシステムでは、稼働監視装置多重化手段により、前記複数の処理装置からの通知を前記複数の稼働監視装置のそれぞれに通知する。
【００３２】
一方、前記複数の稼働監視装置では、特定の稼働監視装置以外の稼働監視装置の通信抑止手段を通信抑止状態にしておき、前記特定の稼働監視装置を正装置、前記特定の稼働監視装置以外の稼働監視装置を副装置とし、正装置である稼働監視装置以外からの前記複数の処理装置への通信を抑止している。
【００３３】
前記の様に、副装置である稼働監視装置において通信抑止手段によって稼働監視装置から複数の処理装置への通信が抑止されることにより、特定の処理装置のシステム停止を検知した場合に送られる通知が、稼働中の他の処理装置に重複して届けられることはない。
【００３４】
前記複合コンピュータシステムにおいて、正装置である稼働監視装置に障害が発生し、予め規定された特定の時間が経過しても正装置である稼働監視装置からの応答が得られない状態となって、前記複数の処理装置と正装置である稼働監視装置との間の通信ができなくなった場合には、前記稼働監視装置多重化手段は、副装置である稼働監視装置の特定の稼働監視装置の通信抑止手段の通信抑止状態を解除する。
【００３５】
この様にして、多重化された稼働監視装置の特定の稼働監視装置が障害により使用できなくなっても、複数の処理装置側では何も意識する必要はなく、障害の発生していない他の稼働監視装置によって複数の処理装置の稼働状態の監視を続行することが可能である。
【００３６】
以上の様に、前記複合コンピュータシステムによれば、複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【００３７】
（３）前記（１）または（２）に記載された複合コンピュータシステムにおいて、複数の処理装置を接続する前記通信手段を介して前記複数の処理装置間で特定のデータを送受信することにより前記複数の処理装置が相互に稼働状態の監視を行うものである。
【００３８】
前記複合コンピュータシステムにおいて、複数の処理装置上で稼働中のプログラムは、各処理装置を結ぶチャネル間結合装置等の特定の通信手段を介して一定間隔で入出力命令を発行する。
【００３９】
例えば、特定の処理装置で稼働中のプログラムは、他の処理装置上で稼働中のプログラムにある特定のデータを送信し、前記他の処理装置上で稼働中のプログラムは、前記特定のデータを受信したら、その応答として受信確認のデータを送信元の前記特定の処理装置上で稼働中のプログラムに送り返す。
【００４０】
この様なシーケンスで、複数の処理装置で稼働中の各プログラムが、相互に特定のデータを送受信することによって、何らかの障害が発生した場合には予め規定された特定の時間を経過しても応答が受信されない為、無応答をもって相手の処理装置の異常とみなせる。
【００４１】
前記の様に、複数の処理装置で稼働中のプログラムが相互に特定のデータを送受信する場合には、相互に特定のデータを送受信するプログラムの数が増加すると、その通信負荷が急速に増加することが考えられるが、前記複合コンピュータシステムでは、通常の障害検知は稼働監視装置により実現することが可能である為、前記の相互に特定のデータを送受信する頻度を少なくしても良い。
【００４２】
従って、前記複合コンピュータシステムでは、複数の処理装置相互で特定のデータを送受信するオーバヘッドを削減して通常の通信に与える影響を少なくすると共に、稼働監視装置が障害の発生等により全面的に動作しなくなった場合であっても複数の処理装置の稼働状態の監視を続行することが可能である。
【００４３】
以上の様に、前記複合コンピュータシステムによれば、複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【００４４】
【発明の実施の形態】
以下、本発明について、実施形態とともに図を参照して詳細に説明する。なお、実施形態を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
【００４５】
（実施形態１）
以下に、本発明の複合コンピュータシステムにおいて、磁気ディスク装置上の共有データを排他制御管理プログラムを介してアクセスする複数の処理装置を監視する実施形態１の複合コンピュータシステムについて説明する。
【００４６】
図１は、本実施形態の複合コンピュータシステムの概略構成を示す図である。図１において、１００、１１０及び１２０は処理装置、１０１、１０２、１１１、１１２、１２１及び１２２は命令プロセッサ、１０３、１０４、１１３、１１４、１２３及び１２４は入出力プロセッサ、１０５、１１５及び１２５は主記憶装置、１０６、１１６及び１２６はシステム制御装置、１０７、１１７及び１２７はサービスプロセッサ、１０８、１１８及び１２８はコンソール、１３０は稼働監視装置、１４０及び１４１は磁気ディスク装置、１５０及び１５１は磁気テープ装置、１６０〜１６２はチャネル間結合装置である。
【００４７】
図１に示す様に、本実施形態の複合コンピュータシステムは、処理装置１００、１１０及び１２０と、命令プロセッサ１０１、１０２、１１１、１１２、１２１及び１２２と、入出力プロセッサ１０３、１０４、１１３、１１４、１２３及び１２４と、主記憶装置１０５、１１５及び１２５と、システム制御装置１０６、１１６及び１２６と、サービスプロセッサ１０７、１１７及び１２７と、コンソール１０８、１１８及び１２８と、稼働監視装置１３０と、磁気ディスク装置１４０及び１４１と、磁気テープ装置１５０及び１５１と、チャネル間結合装置１６０〜１６２とを有している。
【００４８】
また、図１に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１００は、命令プロセッサ１０１と、命令プロセッサ１０２と、入出力プロセッサ１０３と、入出力プロセッサ１０４と、主記憶装置１０５とをシステム制御装置１０６に接続し、処理装置１００に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１０７及びコンソール１０８が接続されている。
【００４９】
また、処理装置１１０は、命令プロセッサ１１１と、命令プロセッサ１１２と、入出力プロセッサ１１３と、入出力プロセッサ１１４と、主記憶装置１１５とをシステム制御装置１１６に接続し、処理装置１１０に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１１７及びコンソール１１８が接続されており、処理装置１２０は、命令プロセッサ１２１と、命令プロセッサ１２２と、入出力プロセッサ１２３と、入出力プロセッサ１２４と、主記憶装置１２５とをシステム制御装置１２６に接続し、処理装置１２０に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１２７及びコンソール１２８が接続されている。
【００５０】
入出力プロセッサ１０３、１０４、１１３、１１４、１２３及び１２４は、磁気ディスク装置１４０及び１４１並びに磁気テープ装置１５０及び１５１に接続されており、複数の処理装置１００、１１０及び１２０は、磁気ディスク装置１４０及び１４１並びに磁気テープ装置１５０及び１５１を共有資源として共有している。
【００５１】
また、入出力プロセッサ１０３はチャネル間結合装置１６０を介して入出力プロセッサ１１４に、入出力プロセッサ１１３はチャネル間結合装置１６１を介して入出力プロセッサ１２４に、入出力プロセッサ１２３はチャネル間結合装置１６２を介して入出力プロセッサ１０４に接続されており、複数の処理装置１００、１１０及び１２０はマルチパス構成で相互に接続されている。
【００５２】
処理装置１００、１１０または１２０が他の処理装置と通信を行う場合には、チャネル間結合装置１６０、１６１または１６２を介して、入出力プロセッサ１０３及び１１４、入出力プロセッサ１１３及び１２４または入出力プロセッサ１２３及び１０４を使用して通信を行う。
【００５３】
本実施形態の複合コンピュータシステムでは、処理装置１００、１１０及び１２０の状態を管理するサービスプロセッサ１０７、１１７及び１２７と稼働監視装置１３０とを稼働監視用ネットワークであるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続することにより、稼働監視装置１３０が処理装置１００、１１０及び１２０の稼働情報・構成情報を一括して管理している。
【００５４】
以下に、本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０のシステムが起動する場合や、処理装置１００、１１０及び１２０で動作するプログラムが起動する場合の稼働管理について説明する。
【００５５】
図２は、本実施形態の複合コンピュータシステムの起動時の稼働管理の概略を示す図である。図２において、２００、２１０及び２２０はオペレーティングシステム、２００１及び２１０１は構成管理手段、２００２及び２１０２はプログラム状態管理手段、２００３及び２１０３は稼働監視装置通信手段、２００４及び２１０４は他システム通信手段、２１１及び２２１はジョブ管理プログラム、２１２及び２２２は排他制御管理プログラム、２２３はデータベース管理プログラム、２３０は処理装置通信手段、２３１は接続状態監視手段、２３２は接続構成管理手段、２３３は稼働状態管理手段、２３４は構成情報・稼働状態管理テーブルである。
【００５６】
図２に示す様に、本実施形態の複合コンピュータシステムの起動時の稼働管理では、オペレーティングシステム２００、２１０及び２２０と、構成管理手段２００１及び２１０１と、プログラム状態管理手段２００２及び２１０２と、稼働監視装置通信手段２００３及び２１０３と、他システム通信手段２００４及び２１０４と、ジョブ管理プログラム２１１及び２２１と、排他制御管理プログラム２１２及び２２２と、データベース管理プログラム２２３と、処理装置通信手段２３０と、接続状態監視手段２３１と、接続構成管理手段２３２と、稼働状態管理手段２３３と、構成情報・稼働状態管理テーブル２３４とを使用している。
【００５７】
また、図２に示す様に、本実施形態の複合コンピュータシステムの起動時の稼働管理では、処理装置１００、１１０及び１２０のシステムが起動する場合や、処理装置１００、１１０及び１２０で動作するプログラムが起動する場合には、稼働監視装置１３０に起動通知を行い、構成情報・稼働状態管理テーブル２３４の内容を更新する。
【００５８】
本実施形態の複合コンピュータシステムの稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４には、接続構成管理手段２３２によって管理されている稼働監視装置１３０に接続された処理装置１００、１１０及び１２０の物理アドレス、システム識別子、システム名称及び稼働状態が記録されており、構成情報・稼働状態管理テーブル２３４の稼働状態が「０」である場合には、その処理装置が非稼働中であることを示し、稼働状態が「１」である場合には、その処理装置が稼働中であることを示している。
【００５９】
以下に、本実施形態の複合コンピュータシステムにおいて、処理装置１１０のシステムを起動したときの稼働管理について説明する。
【００６０】
本実施形態の複合コンピュータシステムにおいて、処理装置１００のシステムが起動すると処理装置１００のオペレーティングシステム２００は、処理装置１００のシステムが起動されたことを稼働監視装置１３０に通知する起動通知命令を発行し、構成管理手段２００１を経由して稼働監視装置通信手段２００３により稼働監視装置１３０に対して起動通知を行う。
【００６１】
稼働監視装置通信手段２００３によって送信された処理装置１００の起動通知は、稼働監視装置１３０の処理装置通信手段２３０によって受け付けられ、稼働監視装置１３０の稼働状態管理手段２３３は、前記受け付けた起動通知のパラメタを解析し、構成情報・稼働状態管理テーブル２３４の物理アドレス「０００１」、システム識別子「Ａ」及びシステム名称「ＳＹＳ１」に対応する処理装置１００の稼働状態を、非稼働中であることを示す「０」から稼働中であることを示す「１」に遷移させる。
【００６２】
稼働監視装置１３０は、処理装置１００の起動通知が正常に完了すると、稼働監視装置１３０の処理装置通信手段２３０により、起動通知を発行した処理装置１００に前記起動通知に対する応答を返す。
【００６３】
尚、本実施形態の複合コンピュータシステムにおいて、稼働監視装置１３０を比較的処理能力の低いコンピュータで構成し、比較的低速の非同期通信回線によって前記起動通知に対する応答を処理装置１００に返しても良い。
【００６４】
処理装置１００のオペレーティングシステム２００は、稼働監視装置通信手段２００３により受信した稼働監視装置１３０からの応答を構成管理手段２００１により解析し、構成情報・稼働状態管理テーブル２３４の処理装置１００の稼働状態を正常に更新できたかどうかを検知する。
【００６５】
同様にして、本実施形態の複合コンピュータシステムの処理装置１１０及び処理装置１２０のシステムを起動すると、図２に示す様に、稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４には、物理アドレス「０００２」、システム識別子「Ｂ」、及びシステム名称「ＳＹＳ２」に対応する処理装置１１０の稼働状態と、物理アドレス「０００３」、システム識別子「Ｃ」、及びシステム名称「ＳＹＳ３」に対応する処理装置１２０の稼働状態が稼働中であることを示す「１」として記録される。
【００６６】
また、稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４の、物理アドレス「０００４」、システム識別子「Ｄ」、及びシステム名称「ＳＹＳ４」に対応する処理装置は本実施形態の複合コンピュータシステムに未接続状態である為、その稼働状態は「０」で非稼働中であることを示している。
【００６７】
本実施形態の複合コンピュータシステムにおいて、各処理装置のオペレーティングシステムでプログラムを起動すると、前記起動されたプログラムからの通知によりオペレーティングシステムは、前記プログラムが稼働中であることを記録する。
【００６８】
各処理装置のオペレーティングシステムで稼働中のプログラムが、他の処理装置上のプログラムが起動されているかどうかを知りたい場合には、前記稼働中のプログラムのオペレーティングシステムの構成管理手段に指示し、他システム通信手段を経由して他の処理装置のオペレーティングシステムと通信することにより、他の処理装置上のプログラムが起動されているかどうかを検知することが可能である。
【００６９】
例えば、本実施形態の複合コンピュータシステムにおいて、処理装置１１０のオペレーティングシステム２１０上で稼働中の排他制御管理プログラム２１２が、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムが起動されているかどうかをチェックする処理は以下の様になる。
【００７０】
本実施形態の複合コンピュータシステムの処理装置１１０において、排他制御管理プログラム２１２を起動すると、起動された排他制御管理プログラム２１２は、オペレーティングシステム２１０の構成管理手段２１０１に対し、排他制御管理プログラム２１２が起動したことを通知する。
【００７１】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、プログラム状態管理手段２１０２により、排他制御管理プログラム２１２が稼働中であることを記録する。
【００７２】
また、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムを起動した場合にも同様な手順により、その処理装置のオペレーティングシステム上で排他制御管理プログラムが稼働中であることを記録する。
【００７３】
図２に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１１０及び処理装置１２０において排他制御管理プログラム２１２及び排他制御管理プログラム２２２が起動されている。
【００７４】
ここで、処理装置１１０で実行中の排他制御管理プログラム２１２が、処理装置１２０上で排他制御管理プログラム２２２が稼働中であるかどうかを調べる為に、オペレーティングシステム２１０の構成管理手段２１０１に、処理装置１２０のプログラムの稼働状態のチェックを依頼する。
【００７５】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、他システム通信手段２１０４を介して処理装置１２０のオペレーティングシステム２２０の構成管理手段に問い合わせることにより、処理装置１２０で排他制御管理プログラム２２２が稼働中であることを検知する。
【００７６】
次に、本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０のシステムを停止する場合や、処理装置１００、１１０及び１２０で動作中のプログラムを停止する場合の稼働管理について説明する。
【００７７】
図３は、本実施形態の複合コンピュータシステムの停止時の稼働管理の概略を示す図である。
【００７８】
図３に示す様に、本実施形態の複合コンピュータシステムの停止時の稼働管理では、稼働監視装置１３０の接続状態監視手段２３１と、サービスプロセッサ１０７、１１７及び１２７とが定期的に通信を行っており、処理装置１００、１１０または１２０のシステムを停止した場合には、停止したシステムに接続されているサービスプロセッサも停止し、稼働監視装置１３０が接続状態監視手段２３１により停止した処理装置のサービスプロセッサからの応答が無いことから、対応する処理装置のシステムの停止を検知する。
【００７９】
本実施形態の複合コンピュータシステムにおいて、処理装置１１０がシステム停止を行うと、稼働監視装置１３０が接続状態監視手段２３１により処理装置１１０のシステム停止を検知し、稼働状態管理手段２３３により構成情報・稼働状態管理テーブル２３４の処理装置１１０に対応する稼働状態を、稼働中であることを示す「１」から非稼働中であることを示す「０」に遷移させる。
【００８０】
これと同時に、稼働監視装置１３０は、この時稼働状態が「１」である処理装置１００及び処理装置１２０に対して、システム停止が発生したことを処理装置通信手段２３０により通知する。
【００８１】
処理装置１００のオペレーティングシステム２００の構成管理手段２００１は、稼働監視装置１３０からのシステム停止の発生を示す通知を検知したら、稼働監視装置１３０の構成情報・稼働状態管理テーブル２３４の内容を稼働監視装置通信手段２００３によって採取し、どの処理装置が停止したかを直ちに把握することが可能である。
【００８２】
また、本実施形態の複合コンピュータシステムにおいて、各処理装置のオペレーティングシステムで稼働中のプログラムを停止する場合には、前記停止するプログラムからの通知によりオペレーティングシステムは、前記プログラムの稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８３】
各処理装置のオペレーティングシステムで稼働中のプログラムが、他の処理装置上のプログラムが停止しているかどうかを知りたい場合には、前記稼働中のプログラムのオペレーティングシステムの構成管理手段に指示し、他システム通信手段を経由して、プログラムの稼働状態を知りたい他の処理装置のオペレーティングシステムと通信することにより、他の処理装置上のプログラムが停止しているかどうかを検知することが可能である。
【００８４】
例えば、本実施形態の複合コンピュータシステムの処理装置１１０において、排他制御管理プログラム２１２を停止するときに、排他制御管理プログラム２１２は、オペレーティングシステム２１０の構成管理手段２１０１に対し、排他制御管理プログラム２１２を停止することを通知する。
【００８５】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、プログラム状態管理手段２１０２により、排他制御管理プログラム２１２の稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８６】
また、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムを停止する場合にも同様な手順により、その処理装置のオペレーティングシステム上の排他制御管理プログラムの稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８７】
図３に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１００の排他制御管理プログラムは起動されていない。
【００８８】
ここで、処理装置１１０で実行中の排他制御管理プログラム２１２が、処理装置１００上で排他制御管理プログラムが稼働中であるかどうかを調べる為に、オペレーティングシステム２１０の構成管理手段２１０１に、処理装置１００のプログラムの稼働状態のチェックを依頼する。
【００８９】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、他システム通信手段２１０４を介して処理装置１００のオペレーティングシステム２００の構成管理手段２００１に問い合わせることにより、処理装置１００では排他制御管理プログラムが停止していることを検知する。
【００９０】
以下に、本実施形態の複合コンピュータシステムにおいて、複数の処理装置が排他制御管理プログラムを介して共有データをアクセスする際に発生した障害部位の特定を行う処理手順について説明する。
【００９１】
図４は、本実施形態の複合コンピュータシステムの障害部位を特定する処理の処理手順を示すフローチャートである。
【００９２】
本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０は、各処理装置上の排他制御管理プログラムを介して磁気ディスク装置１４０上の共有データをアクセスする。
【００９３】
各処理装置上の排他制御管理プログラムは、マスター・スレーブ方式で排他制御を行うものとし、マスター側の排他制御管理プログラムは処理装置１１０に存在するものとする。
【００９４】
マスター・スレーブ方式の排他制御では、スレーブ側の処理装置上の排他制御管理プログラムは、磁気ディスク装置１４０上の共有データにアクセスする前に必ずマスター側の処理装置の排他制御管理プログラムに、磁気ディスク装置１４０上の共有データを使用する使用許可を得る。
【００９５】
例えば、処理装置１００が磁気ディスク装置１４０上の共有データにアクセスする場合には、磁気ディスク装置１４０上の共有データを使用しても良いかどうかを、チャネル間結合装置１６０を介して処理装置１１０の排他制御管理プログラム２１２に問い合わせる。
【００９６】
処理装置１１０の排他制御管理プログラム２１２は、処理装置１１０及び処理装置１２０で磁気ディスク装置１４０上の共有データを使用していないことを確認すると、処理装置１００に対しチャネル間結合装置１６０を介して磁気ディスク装置１４０上の共有データの使用許可を発行する。
【００９７】
処理装置１００では、処理装置１１０の排他制御管理プログラム２１２からの使用許可を受信した後に、磁気ディスク装置１４０上の共有データにアクセスする。
【００９８】
本実施形態の複合コンピュータシステムにおいて、処理装置１２０の排他制御管理プログラム２２２が、磁気ディスク装置１４０上の共有データを使用しても良いかどうかを処理装置１１０の排他制御管理プログラム２１２に問い合わせた後、処理装置１１０の排他制御管理プログラム２１２からの応答が、予め規定された特定の時間を経過しても受信されない場合には、その原因としてチャネル間結合装置、処理装置間を接続する通信経路及びチャネル装置の障害といった経路障害、並びに、処理装置１１０の排他制御管理プログラム２１２の異常終了及び処理装置１１０のシステム停止の何れかが想定される。
【００９９】
図４に示す様に、本実施形態の複合コンピュータシステムにおいて、処理装置１２０から磁気ディスク装置１４０上の共有データをアクセスしようとしたときに発生した障害部位を特定する処理では、まず、ステップ４０１の処理で、マスター側の排他制御管理プログラム２１２が存在する処理装置１１０への通信が、予め規定された特定の時間内に完了したかどうかを調べる。
【０１００】
処理装置１２０からマスター側の排他制御管理プログラム２１２が存在する処理装置１１０への通信が予め規定された特定の時間内に完了していない場合には、ステップ４０２の処理に進み、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、稼働監視装置１３０に処理装置１１０のシステムが停止状態かどうかを問い合わせる。
【０１０１】
ステップ４０２の処理で、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、稼働監視装置１３０の構成情報・稼働状態管理テーブル２３４の内容を稼働監視装置通信手段２００３によって採取し、処理装置１１０のシステムが停止しているかどうかを調べる。
【０１０２】
処理装置１１０のシステムが停止している場合には、ステップ４０３の処理に進み、マスター側の処理装置を処理装置１１０から処理装置１２０に交代し、排他制御管理プログラム２２２をマスター側の排他制御管理プログラムに変更する。
【０１０３】
処理装置１１０のシステムが停止していない場合には、ステップ４０４の処理に進み、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、マスター側である処理装置１１０の排他制御管理プログラム２１２の稼働状態を処理装置１１０の構成管理手段２１０１に問い合わせる。
【０１０４】
ステップ４０４の処理で、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、他システム通信手段を介して処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１に問い合わせることにより、処理装置１１０で排他制御管理プログラム２１２が稼働中であるかどうかを調べる。
【０１０５】
処理装置１１０の排他制御管理プログラム２１２が停止している場合には、ステップ４０５の処理に進み、処理装置１１０上の排他制御管理プログラム２１２を再起動する。
【０１０６】
処理装置１１０の排他制御管理プログラム２１２が停止していない場合には、通信経路の障害が想定される為、ステップ４０６の処理に進み、予備の通信経路を交代パスとして再接続処理を行う。
【０１０７】
この様な処理手順により、従来オペレータの判断が必要であった複合コンピュータシステムの障害部位の特定を自動的に行うことが可能となる。
【０１０８】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【０１０９】
（実施形態２）
以下に、本発明の複合コンピュータシステムにおいて、複数の稼働監視装置によって複合コンピュータシステムの稼働監視を行う実施形態２の複合コンピュータシステムについて説明する。
【０１１０】
図５は、本実施形態の複合コンピュータシステムの稼働監視装置を二重化した場合の概略構成を示す図である。図５において、１０９は稼働監視装置二重化手段、１３０は正装置である稼働監視装置、１３１は副装置である稼働監視装置、２３５及び２４５は通信抑止手段、２３６及び２４６はコンソール間通信手段である。
【０１１１】
図５に示す様に、本実施形態の複合コンピュータシステムの稼働監視装置を二重化した場合では、稼働監視装置二重化手段１０９と、正装置である稼働監視装置１３０と、副装置である稼働監視装置１３１と、通信抑止手段２３５及び２４５と、コンソール間通信手段２３６及び２４６とを有している。
【０１１２】
また、図５に示す様に、本実施形態の複合コンピュータシステムでは、本実施形態の複合コンピュータシステムでは、処理装置１００、１１０及び１２０の状態を管理するサービスプロセッサ１０７、１１７及び１２７と正装置である稼働監視装置１３０とを稼働監視用ネットワークである第１のＬＡＮで接続すると共に、サービスプロセッサ１０７、１１７及び１２７と副装置である稼働監視装置１３１とを稼働監視用ネットワークの第２のＬＡＮで接続している。
【０１１３】
また、本実施形態の複合コンピュータシステムの稼働監視装置１３０及び稼働監視装置１３１は、処理装置１００、１１０及び１２０との通信を行う処理装置通信手段２３０及び２４０の動作を抑止する通信抑止手段２３５及び２４５を備えており、また、稼働監視装置１３０と稼働監視装置１３１とはコンソール間通信手段２３６及びコンソール間通信手段２４６を介して接続されている。
【０１１４】
以下に、本実施形態の複合コンピュータシステムにおいて、稼働監視装置が二重化された場合に複数の処理装置の稼働状態を管理する処理について説明する。
【０１１５】
本実施形態の複合コンピュータシステムのサービスプロセッサ１０７は、稼働監視装置二重化手段１０９を備え、サービスプロセッサ１０７の稼働監視装置二重化手段１０９により、処理装置１００からの通知を二重化された稼働監視装置１３０及び１３１のそれぞれに通知する。
【０１１６】
二重化された稼働監視装置から処理装置１００、１１０及び１２０への通知は、正装置である稼働監視装置１３０から実行され、副装置である稼働監視装置１３１では、処理装置通信手段２４０の通信抑止手段２４１によって稼働監視装置１３１から処理装置１００、１１０及び１２０への通信が抑止されている。
【０１１７】
前記の様に、副装置である稼働監視装置１３１において処理装置通信手段２４０の通信抑止手段２４１によって稼働監視装置１３１から処理装置１００、１１０及び１２０への通信が抑止されることにより、処理装置１００、１１０または１２０のシステム停止を検知した場合に送られる通知が、稼働中の他の処理装置に二重に届けられることはない。
【０１１８】
本実施形態の複合コンピュータシステムにおいて、正装置である稼働監視装置１３０に障害が発生し、予め規定された特定の時間が経過しても正装置である稼働監視装置１３０からの応答が得られない状態となって、サービスプロセッサ１０７と稼働監視装置１３０との間の通信ができなくなった場合には、サービスプロセッサ１０７の稼働監視装置二重化手段１０９は、副装置である稼働監視装置１３１の処理装置通信手段２４０に備えられた通信抑止手段２４５の通信抑止状態を解除する。
【０１１９】
サービスプロセッサ１０７の稼働監視装置二重化手段１０９が、通信抑止手段２４５の通信抑止状態を解除することにより、副装置である稼働監視装置１３１は、コンソール間通信手段２４６により、正装置である稼働監視装置１３０に閉塞命令を発行する。
【０１２０】
正装置である稼働監視装置１３０のコンソール間通信手段２３６は、副装置である稼働監視装置１３１からの閉塞命令を受けると、処理装置通信手段２３０に備えられた通信抑止手段２３５により稼働監視装置１３０から処理装置１００、１１０及び１２０への通信を抑止する。
【０１２１】
この様にして、二重化された稼働監視装置１３０または１３１の一方の稼働監視装置が障害により使用できなくなっても、処理装置１００、１１０及び１２０側では何も意識する必要はなく、障害の発生していない他方の稼働監視装置によって処理装置１００、１１０及び１２０の稼働状態の監視を続行することが可能である。
【０１２２】
また、本実施形態の複合コンピュータシステムにおいて、上記以外の稼働監視装置を多重化する手段として、処理装置に稼働監視装置二重化手段に相当する手段を備え、処理装置側で多重化された稼働監視装置を管理したり、稼働監視装置内の各手段を多重化して複数の処理装置の稼働状態を監視しても良い。
【０１２３】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１２４】
（実施形態３）
以下に、本発明の複合コンピュータシステムにおいて、処理装置相互による監視によって複合コンピュータシステムの稼働監視を行う実施形態３の複合コンピュータシステムについて説明する。
【０１２５】
本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０上で稼働中のプログラムは、各処理装置を結ぶチャネル間結合装置１６０、１６１及び１６２を介して一定間隔で入出力命令を発行する。
【０１２６】
例えば、処理装置１００上で稼働中のプログラムは、処理装置１１０及び１２０上で稼働中のプログラムにある特定のデータを送信し、処理装置１１０及び１２０上で稼働中のプログラムは、前記特定のデータを受信したら、その応答として受信確認のデータを送信元の処理装置１００上で稼働中のプログラムに送り返す。
【０１２７】
この様なシーケンスで、処理装置１００、１１０及び１２０上で稼働中の各プログラムが、相互に特定のデータを送受信することによって、何らかの障害が発生した場合には予め規定された特定の時間を経過しても応答が受信されない為、無応答をもって相手の処理装置の異常とみなせる。
【０１２８】
前記の様に、複数の処理装置で稼働中のプログラムが相互に特定のデータを送受信する場合には、相互に特定のデータを送受信するプログラムの数が増加すると、その通信負荷が急速に増加することが考えられるが、本実施形態の複合コンピュータシステムでは、通常の障害検知は稼働監視装置により実現することが可能である為、前記の相互に特定のデータを送受信する頻度を少なくしても良い。
【０１２９】
従って、本実施形態の複合コンピュータシステムでは、複数の処理装置相互で特定のデータを送受信するオーバヘッドを削減して通常の通信に与える影響を少なくすると共に、稼働監視装置が障害の発生等により全面的に動作しなくなった場合であっても複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３０】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３１】
以上、本発明を前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【０１３２】
例えば、排他制御専用のコンピュータに複数の処理装置を接続した複合コンピュータシステムでは、前記排他制御専用のコンピュータを稼働監視装置による稼働状態の監視の対象としても良い。
【０１３３】
また、仮想計算機上に複数の処理装置と稼働監視装置を仮想的に設定して複合コンピュータシステムを構成し、前記の仮想的な複数の処理装置の稼働状態を監視しても良い。
【０１３４】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記のとおりである。
【０１３５】
（１）複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【０１３６】
（２）複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３７】
（３）複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【図面の簡単な説明】
【図１】実施形態１の複合コンピュータシステムの概略構成を示す図である。
【図２】実施形態１の複合コンピュータシステムの起動時の稼働管理の概略を示す図である。
【図３】実施形態１の複合コンピュータシステムの停止時の稼働管理の概略を示す図である。
【図４】実施形態１の複合コンピュータシステムの障害部位を特定する処理の処理手順を示すフローチャートである。
【図５】実施形態２の複合コンピュータシステムの稼働監視装置を二重化した場合の概略構成を示す図である。
【符号の説明】
１００、１１０及び１２０…処理装置、１０１、１０２、１１１、１１２、１２１及び１２２…命令プロセッサ、１０３、１０４、１１３、１１４、１２３及び１２４…入出力プロセッサ、１０５、１１５及び１２５…主記憶装置、１０６、１１６及び１２６…システム制御装置、１０７、１１７及び１２７…サービスプロセッサ、１０８、１１８及び１２８…コンソール、１０９…稼働監視装置二重化手段、１３０及び１３１…稼働監視装置、１４０及び１４１…磁気ディスク装置、１５０及び１５１…磁気テープ装置、１６０〜１６２…チャネル間結合装置、２００、２１０及び２２０…オペレーティングシステム、２００１及び２１０１…構成管理手段、２００２及び２１０２…プログラム状態管理手段、２００３及び２１０３…稼働監視装置通信手段、２００４及び２１０４…他システム通信手段、２１１及び２２１…ジョブ管理プログラム、２１２及び２２２…排他制御管理プログラム、２２３…データベース管理プログラム、２３０…処理装置通信手段、２３１…接続状態監視手段、２３２…接続構成管理手段、２３３…稼働状態管理手段、２３４…構成情報・稼働状態管理テーブル、２３５及び２４５…通信抑止手段、２３６及び２４６…コンソール間通信手段。
【発明の属する技術分野】
本発明は、独立して稼働する複数の処理装置によって共有資源を排他制御してアクセスする複合コンピュータシステムに関し、特に、複数の処理装置によって共有資源を排他制御してアクセスする際に発生した障害を早期に発見し代替処理を行う複合コンピュータシステムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、相互に接続された複数の処理装置が磁気ディスク装置や磁気テープ装置などの資源を共有する負荷分散・協調型の複合コンピュータシステムにおいては、複数の処理装置間での通信を行うチャネル間結合装置等の入出力機器を接続し、入出力命令によって相互に通信することにより複数の処理装置間の連携を行ってきた。
【０００３】
ところが、この様な従来の複合コンピュータシステムにおいては、チャネル障害、通信経路の障害及びシステムダウン等の障害により相手系の処理装置との連絡が不能になると、共有している資源の排他処理が続行できなくなる。
【０００４】
従って、相手系の処理装置の無応答を検知した場合には、オペレータに無応答の処理装置を検知したことを示すメッセージを出力して人間の判断によって障害部位を特定し、発生した障害に対応する処理を行って業務を続行していた。
【０００５】
なお、従来の複合コンピュータシステムにおける障害検知時の応答手順については（株）日立製作所発行のマニュアル「プログラムプロダクトＶＯＳ３／ＡＳシステム操作−ＪＳＳ３編−」（平成６年１２月発行）に「ＭＳＣＦ障害時のオペレータ処置」として記述されている。
【０００６】
更に、従来の複合コンピュータシステムにおいて、複数の処理装置間の通信オーバヘッドを削減する為に、共有資源を管理する排他制御用のメモリを設け、複数の処理装置間で効率よく連携する方式がとられてきた。
【０００７】
例えば、二重化される磁気ディスク装置の各ボリューム単位に設けた不揮発の制御メモリに排他制御用のロック情報を配置し、ディスク二重書き制御プログラムで前記制御メモリの排他制御用のロック情報を使用するものがある。
【０００８】
前記のディスク二重書き制御プログラムでは、１つの処理装置がロック情報を更新すると、他の処理装置に非同期の入出力割り込みとして報告する機能を利用して、複数の処理装置間で連携することを実現している。
【０００９】
しかし、前記従来の複合コンピュータシステムにおいて、１つの処理装置がロック情報を持ったままシステムダウンした場合には、正常に稼働中の他の処理装置の二重書き磁気ディスク装置へのアクセスがロック情報を確保できず、入出力タイムオーバとなり処理が続行できなくなる。
【００１０】
前述したチャネル間結合装置等の入出力機器を使用して複数の処理装置間で通信を行って共有資源の排他制御を行う従来の技術や、前記ディスク二重書き制御プログラムの様に１つの処理装置がロック情報を持つことによって排他制御を行う従来の技術では、他の処理装置の稼働状態を判断することができない為、ロック情報を持つ処理装置に障害が発生したときのロック情報の解除にはオペレータの介入が必要である。
【００１１】
この為、前記従来の複合コンピュータシステムでは、事前に障害時の組み合わせを想定した回復手順書を作成する必要があり、複合コンピュータシステムを運用する際の負担となっていた。
【００１２】
【発明が解決しようとする課題】
本発明者は、前記従来技術を検討した結果、以下の問題点を見い出した。
【００１３】
すなわち、前記従来の複合コンピュータシステムでは、相手系の処理装置の無応答を検知した場合に、オペレータに無応答の処理装置を検知したことを示すメッセージを出力して人間の判断によって障害部位を特定し業務を続行していた為、メッセージ出力時の運用手順の作成等の運用負担の増加や、長時間の無人運転に対応することができないという問題があった。
【００１４】
また、前記従来の複合コンピュータシステムのディスク二重書き制御プログラムでは、１つの処理装置がロック情報を持ったままシステムダウンした場合には、ロック情報の解除にはオペレータの介入を必要とする為、事前に障害時の組み合わせを想定した回復手順書を作成する必要があり運用上の負担となっていた。
【００１５】
本発明の目的は、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能な技術を提供することにある。
【００１６】
本発明の他の目的は、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能な技術を提供することにある。
【００１７】
本発明の他の目的は、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能な技術を提供することにある。
【００１８】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明かになるであろう。
【００１９】
【課題を解決するための手段】
本願によって開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記のとおりである。
【００２０】
（１）複数の処理装置を通信手段で接続し特定の共有資源を排他制御してアクセスする複合コンピュータシステムにおいて、
複数の処理装置が起動または停止したときに前記複数の処理装置の稼働状態を記録する稼働監視装置と、前記複数の処理装置と稼働監視装置とを接続する稼働監視用ネットワークと、前記複数の処理装置のプログラムが起動または停止したときに前記プログラムの稼働状態を記録するプログラム状態管理手段とを備え、前記複数の処理装置で障害が発生したときに前記稼働監視用ネットワークを介して稼働監視装置に記録された前記複数の処理装置の稼働状態と前記プログラム状態管理手段に記録されたプログラムの稼働状態を取得して障害部位の特定を行うものである。
【００２１】
前記複合コンピュータシステムでは、複数の処理装置をチャネル間結合装置等の特定の通信手段で接続し、前記チャネル間結合装置等の特定の通信手段によって複数の処理装置間で通信を行うことにより、磁気ディスク装置や磁気テープ装置等の特定の共有資源を排他制御してアクセスしている。
【００２２】
前記複合コンピュータシステムを構成する複数の処理装置は、前記チャネル間結合装置等の排他制御用の特定の通信手段とは異なる稼働監視用ネットワークを介して稼働監視装置に接続されており、前記複数の処理装置が起動または停止したときに前記複数の処理装置の稼働状態を前記稼働監視装置に記録する。
【００２３】
また、前記複合コンピュータシステムの複数の処理装置で稼働するオペレーティングシステムは、前記複数の処理装置上でプログラムが起動または停止したときに前記プログラムの稼働状態をプログラム状態管理手段に記録する。
【００２４】
前記複合コンピュータシステムにおいて、前記チャネル間結合装置等の排他制御用の特定の通信手段によって、磁気ディスク装置や磁気テープ装置等の特定の共有資源を排他制御してアクセスしようとしたときに、特定の処理装置からの応答が予め規定された特定の時間を経過しても得られない無応答の状態を検知する場合がある。
【００２５】
前記の様に無応答の状態を検知したときに複合コンピュータシステムで障害が発生したとみなして、前記稼働監視用ネットワークを介して稼働監視装置に記録された前記複数の処理装置の稼働状態と前記プログラム状態管理手段に記録されたプログラムの稼働状態を取得し、前記特定の処理装置の稼働状態と前記特定の処理装置上のプログラムの稼働状態とを比較して障害部位の特定を行う。
【００２６】
すなわち、前記特定の処理装置が非稼働中である場合には、障害部位を前記特定の処理装置であるとみなして他の処理装置で排他処理を代替する縮退運転を行い、前記特定の処理装置が稼働中である場合には、前記特定の処理装置上のプログラムの稼働状態を調べる。
【００２７】
前記特定の処理装置上のプログラムの稼働状態を調べ、前記特定の処理装置上のプログラムが非稼働中である場合には、障害部位を前記特定の処理装置上のプログラムであるとみなして前記特定の処理装置上のプログラムの再起動を行い、前記特定の処理装置上のプログラムが稼働中である場合には、前記排他制御用の特定の通信手段が障害部位であるとみなして予備の通信経路を選択して排他制御を続行する。
【００２８】
以上の様に、前記複合コンピュータシステムによれば、複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【００２９】
（２）前記（１）に記載された複合コンピュータシステムにおいて、前記稼働監視装置を複数備え、正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止する通信抑止手段と、前記通信抑止手段を制御することにより、複数の処理装置から前記複数の稼働監視装置への通信を制御する単一の稼働監視装置多重化手段とを備え、前記稼働監視装置多重化手段により前記複数の処理装置の稼働状態を前記複数の稼働監視装置に送信すると共に、前記通信抑止手段により正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止して正装置である稼働監視装置のみにより前記複数の処理装置の稼働状態を監視し、前記正装置である稼働監視装置に障害が発生した場合に、前記稼働監視装置多重化手段により前記障害の発生した稼働監視装置以外の複数の稼働監視装置の任意の稼働監視装置の通信抑止手段の通信抑止状態を解除し、前記通信抑止状態が解除された稼働監視装置により前記複数の処理装置の稼働状態の監視を続行するものである。
【００３０】
前記複合コンピュータシステムでは、複数の処理装置と複数の稼働監視装置とを稼働監視用ネットワークで接続し、前記複数の稼働監視装置は、前記複数の処理装置との通信を抑止する通信抑止手段を備えている。
【００３１】
前記複合コンピュータシステムでは、稼働監視装置多重化手段により、前記複数の処理装置からの通知を前記複数の稼働監視装置のそれぞれに通知する。
【００３２】
一方、前記複数の稼働監視装置では、特定の稼働監視装置以外の稼働監視装置の通信抑止手段を通信抑止状態にしておき、前記特定の稼働監視装置を正装置、前記特定の稼働監視装置以外の稼働監視装置を副装置とし、正装置である稼働監視装置以外からの前記複数の処理装置への通信を抑止している。
【００３３】
前記の様に、副装置である稼働監視装置において通信抑止手段によって稼働監視装置から複数の処理装置への通信が抑止されることにより、特定の処理装置のシステム停止を検知した場合に送られる通知が、稼働中の他の処理装置に重複して届けられることはない。
【００３４】
前記複合コンピュータシステムにおいて、正装置である稼働監視装置に障害が発生し、予め規定された特定の時間が経過しても正装置である稼働監視装置からの応答が得られない状態となって、前記複数の処理装置と正装置である稼働監視装置との間の通信ができなくなった場合には、前記稼働監視装置多重化手段は、副装置である稼働監視装置の特定の稼働監視装置の通信抑止手段の通信抑止状態を解除する。
【００３５】
この様にして、多重化された稼働監視装置の特定の稼働監視装置が障害により使用できなくなっても、複数の処理装置側では何も意識する必要はなく、障害の発生していない他の稼働監視装置によって複数の処理装置の稼働状態の監視を続行することが可能である。
【００３６】
以上の様に、前記複合コンピュータシステムによれば、複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【００３７】
（３）前記（１）または（２）に記載された複合コンピュータシステムにおいて、複数の処理装置を接続する前記通信手段を介して前記複数の処理装置間で特定のデータを送受信することにより前記複数の処理装置が相互に稼働状態の監視を行うものである。
【００３８】
前記複合コンピュータシステムにおいて、複数の処理装置上で稼働中のプログラムは、各処理装置を結ぶチャネル間結合装置等の特定の通信手段を介して一定間隔で入出力命令を発行する。
【００３９】
例えば、特定の処理装置で稼働中のプログラムは、他の処理装置上で稼働中のプログラムにある特定のデータを送信し、前記他の処理装置上で稼働中のプログラムは、前記特定のデータを受信したら、その応答として受信確認のデータを送信元の前記特定の処理装置上で稼働中のプログラムに送り返す。
【００４０】
この様なシーケンスで、複数の処理装置で稼働中の各プログラムが、相互に特定のデータを送受信することによって、何らかの障害が発生した場合には予め規定された特定の時間を経過しても応答が受信されない為、無応答をもって相手の処理装置の異常とみなせる。
【００４１】
前記の様に、複数の処理装置で稼働中のプログラムが相互に特定のデータを送受信する場合には、相互に特定のデータを送受信するプログラムの数が増加すると、その通信負荷が急速に増加することが考えられるが、前記複合コンピュータシステムでは、通常の障害検知は稼働監視装置により実現することが可能である為、前記の相互に特定のデータを送受信する頻度を少なくしても良い。
【００４２】
従って、前記複合コンピュータシステムでは、複数の処理装置相互で特定のデータを送受信するオーバヘッドを削減して通常の通信に与える影響を少なくすると共に、稼働監視装置が障害の発生等により全面的に動作しなくなった場合であっても複数の処理装置の稼働状態の監視を続行することが可能である。
【００４３】
以上の様に、前記複合コンピュータシステムによれば、複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【００４４】
【発明の実施の形態】
以下、本発明について、実施形態とともに図を参照して詳細に説明する。なお、実施形態を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
【００４５】
（実施形態１）
以下に、本発明の複合コンピュータシステムにおいて、磁気ディスク装置上の共有データを排他制御管理プログラムを介してアクセスする複数の処理装置を監視する実施形態１の複合コンピュータシステムについて説明する。
【００４６】
図１は、本実施形態の複合コンピュータシステムの概略構成を示す図である。図１において、１００、１１０及び１２０は処理装置、１０１、１０２、１１１、１１２、１２１及び１２２は命令プロセッサ、１０３、１０４、１１３、１１４、１２３及び１２４は入出力プロセッサ、１０５、１１５及び１２５は主記憶装置、１０６、１１６及び１２６はシステム制御装置、１０７、１１７及び１２７はサービスプロセッサ、１０８、１１８及び１２８はコンソール、１３０は稼働監視装置、１４０及び１４１は磁気ディスク装置、１５０及び１５１は磁気テープ装置、１６０〜１６２はチャネル間結合装置である。
【００４７】
図１に示す様に、本実施形態の複合コンピュータシステムは、処理装置１００、１１０及び１２０と、命令プロセッサ１０１、１０２、１１１、１１２、１２１及び１２２と、入出力プロセッサ１０３、１０４、１１３、１１４、１２３及び１２４と、主記憶装置１０５、１１５及び１２５と、システム制御装置１０６、１１６及び１２６と、サービスプロセッサ１０７、１１７及び１２７と、コンソール１０８、１１８及び１２８と、稼働監視装置１３０と、磁気ディスク装置１４０及び１４１と、磁気テープ装置１５０及び１５１と、チャネル間結合装置１６０〜１６２とを有している。
【００４８】
また、図１に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１００は、命令プロセッサ１０１と、命令プロセッサ１０２と、入出力プロセッサ１０３と、入出力プロセッサ１０４と、主記憶装置１０５とをシステム制御装置１０６に接続し、処理装置１００に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１０７及びコンソール１０８が接続されている。
【００４９】
また、処理装置１１０は、命令プロセッサ１１１と、命令プロセッサ１１２と、入出力プロセッサ１１３と、入出力プロセッサ１１４と、主記憶装置１１５とをシステム制御装置１１６に接続し、処理装置１１０に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１１７及びコンソール１１８が接続されており、処理装置１２０は、命令プロセッサ１２１と、命令プロセッサ１２２と、入出力プロセッサ１２３と、入出力プロセッサ１２４と、主記憶装置１２５とをシステム制御装置１２６に接続し、処理装置１２０に対してシステムの起動指示及びハードウェア構成定義をするサービスプロセッサ１２７及びコンソール１２８が接続されている。
【００５０】
入出力プロセッサ１０３、１０４、１１３、１１４、１２３及び１２４は、磁気ディスク装置１４０及び１４１並びに磁気テープ装置１５０及び１５１に接続されており、複数の処理装置１００、１１０及び１２０は、磁気ディスク装置１４０及び１４１並びに磁気テープ装置１５０及び１５１を共有資源として共有している。
【００５１】
また、入出力プロセッサ１０３はチャネル間結合装置１６０を介して入出力プロセッサ１１４に、入出力プロセッサ１１３はチャネル間結合装置１６１を介して入出力プロセッサ１２４に、入出力プロセッサ１２３はチャネル間結合装置１６２を介して入出力プロセッサ１０４に接続されており、複数の処理装置１００、１１０及び１２０はマルチパス構成で相互に接続されている。
【００５２】
処理装置１００、１１０または１２０が他の処理装置と通信を行う場合には、チャネル間結合装置１６０、１６１または１６２を介して、入出力プロセッサ１０３及び１１４、入出力プロセッサ１１３及び１２４または入出力プロセッサ１２３及び１０４を使用して通信を行う。
【００５３】
本実施形態の複合コンピュータシステムでは、処理装置１００、１１０及び１２０の状態を管理するサービスプロセッサ１０７、１１７及び１２７と稼働監視装置１３０とを稼働監視用ネットワークであるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続することにより、稼働監視装置１３０が処理装置１００、１１０及び１２０の稼働情報・構成情報を一括して管理している。
【００５４】
以下に、本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０のシステムが起動する場合や、処理装置１００、１１０及び１２０で動作するプログラムが起動する場合の稼働管理について説明する。
【００５５】
図２は、本実施形態の複合コンピュータシステムの起動時の稼働管理の概略を示す図である。図２において、２００、２１０及び２２０はオペレーティングシステム、２００１及び２１０１は構成管理手段、２００２及び２１０２はプログラム状態管理手段、２００３及び２１０３は稼働監視装置通信手段、２００４及び２１０４は他システム通信手段、２１１及び２２１はジョブ管理プログラム、２１２及び２２２は排他制御管理プログラム、２２３はデータベース管理プログラム、２３０は処理装置通信手段、２３１は接続状態監視手段、２３２は接続構成管理手段、２３３は稼働状態管理手段、２３４は構成情報・稼働状態管理テーブルである。
【００５６】
図２に示す様に、本実施形態の複合コンピュータシステムの起動時の稼働管理では、オペレーティングシステム２００、２１０及び２２０と、構成管理手段２００１及び２１０１と、プログラム状態管理手段２００２及び２１０２と、稼働監視装置通信手段２００３及び２１０３と、他システム通信手段２００４及び２１０４と、ジョブ管理プログラム２１１及び２２１と、排他制御管理プログラム２１２及び２２２と、データベース管理プログラム２２３と、処理装置通信手段２３０と、接続状態監視手段２３１と、接続構成管理手段２３２と、稼働状態管理手段２３３と、構成情報・稼働状態管理テーブル２３４とを使用している。
【００５７】
また、図２に示す様に、本実施形態の複合コンピュータシステムの起動時の稼働管理では、処理装置１００、１１０及び１２０のシステムが起動する場合や、処理装置１００、１１０及び１２０で動作するプログラムが起動する場合には、稼働監視装置１３０に起動通知を行い、構成情報・稼働状態管理テーブル２３４の内容を更新する。
【００５８】
本実施形態の複合コンピュータシステムの稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４には、接続構成管理手段２３２によって管理されている稼働監視装置１３０に接続された処理装置１００、１１０及び１２０の物理アドレス、システム識別子、システム名称及び稼働状態が記録されており、構成情報・稼働状態管理テーブル２３４の稼働状態が「０」である場合には、その処理装置が非稼働中であることを示し、稼働状態が「１」である場合には、その処理装置が稼働中であることを示している。
【００５９】
以下に、本実施形態の複合コンピュータシステムにおいて、処理装置１１０のシステムを起動したときの稼働管理について説明する。
【００６０】
本実施形態の複合コンピュータシステムにおいて、処理装置１００のシステムが起動すると処理装置１００のオペレーティングシステム２００は、処理装置１００のシステムが起動されたことを稼働監視装置１３０に通知する起動通知命令を発行し、構成管理手段２００１を経由して稼働監視装置通信手段２００３により稼働監視装置１３０に対して起動通知を行う。
【００６１】
稼働監視装置通信手段２００３によって送信された処理装置１００の起動通知は、稼働監視装置１３０の処理装置通信手段２３０によって受け付けられ、稼働監視装置１３０の稼働状態管理手段２３３は、前記受け付けた起動通知のパラメタを解析し、構成情報・稼働状態管理テーブル２３４の物理アドレス「０００１」、システム識別子「Ａ」及びシステム名称「ＳＹＳ１」に対応する処理装置１００の稼働状態を、非稼働中であることを示す「０」から稼働中であることを示す「１」に遷移させる。
【００６２】
稼働監視装置１３０は、処理装置１００の起動通知が正常に完了すると、稼働監視装置１３０の処理装置通信手段２３０により、起動通知を発行した処理装置１００に前記起動通知に対する応答を返す。
【００６３】
尚、本実施形態の複合コンピュータシステムにおいて、稼働監視装置１３０を比較的処理能力の低いコンピュータで構成し、比較的低速の非同期通信回線によって前記起動通知に対する応答を処理装置１００に返しても良い。
【００６４】
処理装置１００のオペレーティングシステム２００は、稼働監視装置通信手段２００３により受信した稼働監視装置１３０からの応答を構成管理手段２００１により解析し、構成情報・稼働状態管理テーブル２３４の処理装置１００の稼働状態を正常に更新できたかどうかを検知する。
【００６５】
同様にして、本実施形態の複合コンピュータシステムの処理装置１１０及び処理装置１２０のシステムを起動すると、図２に示す様に、稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４には、物理アドレス「０００２」、システム識別子「Ｂ」、及びシステム名称「ＳＹＳ２」に対応する処理装置１１０の稼働状態と、物理アドレス「０００３」、システム識別子「Ｃ」、及びシステム名称「ＳＹＳ３」に対応する処理装置１２０の稼働状態が稼働中であることを示す「１」として記録される。
【００６６】
また、稼働監視装置１３０に格納されている構成情報・稼働状態管理テーブル２３４の、物理アドレス「０００４」、システム識別子「Ｄ」、及びシステム名称「ＳＹＳ４」に対応する処理装置は本実施形態の複合コンピュータシステムに未接続状態である為、その稼働状態は「０」で非稼働中であることを示している。
【００６７】
本実施形態の複合コンピュータシステムにおいて、各処理装置のオペレーティングシステムでプログラムを起動すると、前記起動されたプログラムからの通知によりオペレーティングシステムは、前記プログラムが稼働中であることを記録する。
【００６８】
各処理装置のオペレーティングシステムで稼働中のプログラムが、他の処理装置上のプログラムが起動されているかどうかを知りたい場合には、前記稼働中のプログラムのオペレーティングシステムの構成管理手段に指示し、他システム通信手段を経由して他の処理装置のオペレーティングシステムと通信することにより、他の処理装置上のプログラムが起動されているかどうかを検知することが可能である。
【００６９】
例えば、本実施形態の複合コンピュータシステムにおいて、処理装置１１０のオペレーティングシステム２１０上で稼働中の排他制御管理プログラム２１２が、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムが起動されているかどうかをチェックする処理は以下の様になる。
【００７０】
本実施形態の複合コンピュータシステムの処理装置１１０において、排他制御管理プログラム２１２を起動すると、起動された排他制御管理プログラム２１２は、オペレーティングシステム２１０の構成管理手段２１０１に対し、排他制御管理プログラム２１２が起動したことを通知する。
【００７１】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、プログラム状態管理手段２１０２により、排他制御管理プログラム２１２が稼働中であることを記録する。
【００７２】
また、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムを起動した場合にも同様な手順により、その処理装置のオペレーティングシステム上で排他制御管理プログラムが稼働中であることを記録する。
【００７３】
図２に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１１０及び処理装置１２０において排他制御管理プログラム２１２及び排他制御管理プログラム２２２が起動されている。
【００７４】
ここで、処理装置１１０で実行中の排他制御管理プログラム２１２が、処理装置１２０上で排他制御管理プログラム２２２が稼働中であるかどうかを調べる為に、オペレーティングシステム２１０の構成管理手段２１０１に、処理装置１２０のプログラムの稼働状態のチェックを依頼する。
【００７５】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、他システム通信手段２１０４を介して処理装置１２０のオペレーティングシステム２２０の構成管理手段に問い合わせることにより、処理装置１２０で排他制御管理プログラム２２２が稼働中であることを検知する。
【００７６】
次に、本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０のシステムを停止する場合や、処理装置１００、１１０及び１２０で動作中のプログラムを停止する場合の稼働管理について説明する。
【００７７】
図３は、本実施形態の複合コンピュータシステムの停止時の稼働管理の概略を示す図である。
【００７８】
図３に示す様に、本実施形態の複合コンピュータシステムの停止時の稼働管理では、稼働監視装置１３０の接続状態監視手段２３１と、サービスプロセッサ１０７、１１７及び１２７とが定期的に通信を行っており、処理装置１００、１１０または１２０のシステムを停止した場合には、停止したシステムに接続されているサービスプロセッサも停止し、稼働監視装置１３０が接続状態監視手段２３１により停止した処理装置のサービスプロセッサからの応答が無いことから、対応する処理装置のシステムの停止を検知する。
【００７９】
本実施形態の複合コンピュータシステムにおいて、処理装置１１０がシステム停止を行うと、稼働監視装置１３０が接続状態監視手段２３１により処理装置１１０のシステム停止を検知し、稼働状態管理手段２３３により構成情報・稼働状態管理テーブル２３４の処理装置１１０に対応する稼働状態を、稼働中であることを示す「１」から非稼働中であることを示す「０」に遷移させる。
【００８０】
これと同時に、稼働監視装置１３０は、この時稼働状態が「１」である処理装置１００及び処理装置１２０に対して、システム停止が発生したことを処理装置通信手段２３０により通知する。
【００８１】
処理装置１００のオペレーティングシステム２００の構成管理手段２００１は、稼働監視装置１３０からのシステム停止の発生を示す通知を検知したら、稼働監視装置１３０の構成情報・稼働状態管理テーブル２３４の内容を稼働監視装置通信手段２００３によって採取し、どの処理装置が停止したかを直ちに把握することが可能である。
【００８２】
また、本実施形態の複合コンピュータシステムにおいて、各処理装置のオペレーティングシステムで稼働中のプログラムを停止する場合には、前記停止するプログラムからの通知によりオペレーティングシステムは、前記プログラムの稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８３】
各処理装置のオペレーティングシステムで稼働中のプログラムが、他の処理装置上のプログラムが停止しているかどうかを知りたい場合には、前記稼働中のプログラムのオペレーティングシステムの構成管理手段に指示し、他システム通信手段を経由して、プログラムの稼働状態を知りたい他の処理装置のオペレーティングシステムと通信することにより、他の処理装置上のプログラムが停止しているかどうかを検知することが可能である。
【００８４】
例えば、本実施形態の複合コンピュータシステムの処理装置１１０において、排他制御管理プログラム２１２を停止するときに、排他制御管理プログラム２１２は、オペレーティングシステム２１０の構成管理手段２１０１に対し、排他制御管理プログラム２１２を停止することを通知する。
【００８５】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、プログラム状態管理手段２１０２により、排他制御管理プログラム２１２の稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８６】
また、他の処理装置である処理装置１００または処理装置１２０で排他制御管理プログラムを停止する場合にも同様な手順により、その処理装置のオペレーティングシステム上の排他制御管理プログラムの稼働状態を示す情報を稼働中から非稼働中に変更する。
【００８７】
図３に示す様に、本実施形態の複合コンピュータシステムでは、処理装置１００の排他制御管理プログラムは起動されていない。
【００８８】
ここで、処理装置１１０で実行中の排他制御管理プログラム２１２が、処理装置１００上で排他制御管理プログラムが稼働中であるかどうかを調べる為に、オペレーティングシステム２１０の構成管理手段２１０１に、処理装置１００のプログラムの稼働状態のチェックを依頼する。
【００８９】
処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１は、他システム通信手段２１０４を介して処理装置１００のオペレーティングシステム２００の構成管理手段２００１に問い合わせることにより、処理装置１００では排他制御管理プログラムが停止していることを検知する。
【００９０】
以下に、本実施形態の複合コンピュータシステムにおいて、複数の処理装置が排他制御管理プログラムを介して共有データをアクセスする際に発生した障害部位の特定を行う処理手順について説明する。
【００９１】
図４は、本実施形態の複合コンピュータシステムの障害部位を特定する処理の処理手順を示すフローチャートである。
【００９２】
本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０は、各処理装置上の排他制御管理プログラムを介して磁気ディスク装置１４０上の共有データをアクセスする。
【００９３】
各処理装置上の排他制御管理プログラムは、マスター・スレーブ方式で排他制御を行うものとし、マスター側の排他制御管理プログラムは処理装置１１０に存在するものとする。
【００９４】
マスター・スレーブ方式の排他制御では、スレーブ側の処理装置上の排他制御管理プログラムは、磁気ディスク装置１４０上の共有データにアクセスする前に必ずマスター側の処理装置の排他制御管理プログラムに、磁気ディスク装置１４０上の共有データを使用する使用許可を得る。
【００９５】
例えば、処理装置１００が磁気ディスク装置１４０上の共有データにアクセスする場合には、磁気ディスク装置１４０上の共有データを使用しても良いかどうかを、チャネル間結合装置１６０を介して処理装置１１０の排他制御管理プログラム２１２に問い合わせる。
【００９６】
処理装置１１０の排他制御管理プログラム２１２は、処理装置１１０及び処理装置１２０で磁気ディスク装置１４０上の共有データを使用していないことを確認すると、処理装置１００に対しチャネル間結合装置１６０を介して磁気ディスク装置１４０上の共有データの使用許可を発行する。
【００９７】
処理装置１００では、処理装置１１０の排他制御管理プログラム２１２からの使用許可を受信した後に、磁気ディスク装置１４０上の共有データにアクセスする。
【００９８】
本実施形態の複合コンピュータシステムにおいて、処理装置１２０の排他制御管理プログラム２２２が、磁気ディスク装置１４０上の共有データを使用しても良いかどうかを処理装置１１０の排他制御管理プログラム２１２に問い合わせた後、処理装置１１０の排他制御管理プログラム２１２からの応答が、予め規定された特定の時間を経過しても受信されない場合には、その原因としてチャネル間結合装置、処理装置間を接続する通信経路及びチャネル装置の障害といった経路障害、並びに、処理装置１１０の排他制御管理プログラム２１２の異常終了及び処理装置１１０のシステム停止の何れかが想定される。
【００９９】
図４に示す様に、本実施形態の複合コンピュータシステムにおいて、処理装置１２０から磁気ディスク装置１４０上の共有データをアクセスしようとしたときに発生した障害部位を特定する処理では、まず、ステップ４０１の処理で、マスター側の排他制御管理プログラム２１２が存在する処理装置１１０への通信が、予め規定された特定の時間内に完了したかどうかを調べる。
【０１００】
処理装置１２０からマスター側の排他制御管理プログラム２１２が存在する処理装置１１０への通信が予め規定された特定の時間内に完了していない場合には、ステップ４０２の処理に進み、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、稼働監視装置１３０に処理装置１１０のシステムが停止状態かどうかを問い合わせる。
【０１０１】
ステップ４０２の処理で、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、稼働監視装置１３０の構成情報・稼働状態管理テーブル２３４の内容を稼働監視装置通信手段２００３によって採取し、処理装置１１０のシステムが停止しているかどうかを調べる。
【０１０２】
処理装置１１０のシステムが停止している場合には、ステップ４０３の処理に進み、マスター側の処理装置を処理装置１１０から処理装置１２０に交代し、排他制御管理プログラム２２２をマスター側の排他制御管理プログラムに変更する。
【０１０３】
処理装置１１０のシステムが停止していない場合には、ステップ４０４の処理に進み、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、マスター側である処理装置１１０の排他制御管理プログラム２１２の稼働状態を処理装置１１０の構成管理手段２１０１に問い合わせる。
【０１０４】
ステップ４０４の処理で、処理装置１２０のオペレーティングシステム２２０の構成管理手段は、他システム通信手段を介して処理装置１１０のオペレーティングシステム２１０の構成管理手段２１０１に問い合わせることにより、処理装置１１０で排他制御管理プログラム２１２が稼働中であるかどうかを調べる。
【０１０５】
処理装置１１０の排他制御管理プログラム２１２が停止している場合には、ステップ４０５の処理に進み、処理装置１１０上の排他制御管理プログラム２１２を再起動する。
【０１０６】
処理装置１１０の排他制御管理プログラム２１２が停止していない場合には、通信経路の障害が想定される為、ステップ４０６の処理に進み、予備の通信経路を交代パスとして再接続処理を行う。
【０１０７】
この様な処理手順により、従来オペレータの判断が必要であった複合コンピュータシステムの障害部位の特定を自動的に行うことが可能となる。
【０１０８】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【０１０９】
（実施形態２）
以下に、本発明の複合コンピュータシステムにおいて、複数の稼働監視装置によって複合コンピュータシステムの稼働監視を行う実施形態２の複合コンピュータシステムについて説明する。
【０１１０】
図５は、本実施形態の複合コンピュータシステムの稼働監視装置を二重化した場合の概略構成を示す図である。図５において、１０９は稼働監視装置二重化手段、１３０は正装置である稼働監視装置、１３１は副装置である稼働監視装置、２３５及び２４５は通信抑止手段、２３６及び２４６はコンソール間通信手段である。
【０１１１】
図５に示す様に、本実施形態の複合コンピュータシステムの稼働監視装置を二重化した場合では、稼働監視装置二重化手段１０９と、正装置である稼働監視装置１３０と、副装置である稼働監視装置１３１と、通信抑止手段２３５及び２４５と、コンソール間通信手段２３６及び２４６とを有している。
【０１１２】
また、図５に示す様に、本実施形態の複合コンピュータシステムでは、本実施形態の複合コンピュータシステムでは、処理装置１００、１１０及び１２０の状態を管理するサービスプロセッサ１０７、１１７及び１２７と正装置である稼働監視装置１３０とを稼働監視用ネットワークである第１のＬＡＮで接続すると共に、サービスプロセッサ１０７、１１７及び１２７と副装置である稼働監視装置１３１とを稼働監視用ネットワークの第２のＬＡＮで接続している。
【０１１３】
また、本実施形態の複合コンピュータシステムの稼働監視装置１３０及び稼働監視装置１３１は、処理装置１００、１１０及び１２０との通信を行う処理装置通信手段２３０及び２４０の動作を抑止する通信抑止手段２３５及び２４５を備えており、また、稼働監視装置１３０と稼働監視装置１３１とはコンソール間通信手段２３６及びコンソール間通信手段２４６を介して接続されている。
【０１１４】
以下に、本実施形態の複合コンピュータシステムにおいて、稼働監視装置が二重化された場合に複数の処理装置の稼働状態を管理する処理について説明する。
【０１１５】
本実施形態の複合コンピュータシステムのサービスプロセッサ１０７は、稼働監視装置二重化手段１０９を備え、サービスプロセッサ１０７の稼働監視装置二重化手段１０９により、処理装置１００からの通知を二重化された稼働監視装置１３０及び１３１のそれぞれに通知する。
【０１１６】
二重化された稼働監視装置から処理装置１００、１１０及び１２０への通知は、正装置である稼働監視装置１３０から実行され、副装置である稼働監視装置１３１では、処理装置通信手段２４０の通信抑止手段２４１によって稼働監視装置１３１から処理装置１００、１１０及び１２０への通信が抑止されている。
【０１１７】
前記の様に、副装置である稼働監視装置１３１において処理装置通信手段２４０の通信抑止手段２４１によって稼働監視装置１３１から処理装置１００、１１０及び１２０への通信が抑止されることにより、処理装置１００、１１０または１２０のシステム停止を検知した場合に送られる通知が、稼働中の他の処理装置に二重に届けられることはない。
【０１１８】
本実施形態の複合コンピュータシステムにおいて、正装置である稼働監視装置１３０に障害が発生し、予め規定された特定の時間が経過しても正装置である稼働監視装置１３０からの応答が得られない状態となって、サービスプロセッサ１０７と稼働監視装置１３０との間の通信ができなくなった場合には、サービスプロセッサ１０７の稼働監視装置二重化手段１０９は、副装置である稼働監視装置１３１の処理装置通信手段２４０に備えられた通信抑止手段２４５の通信抑止状態を解除する。
【０１１９】
サービスプロセッサ１０７の稼働監視装置二重化手段１０９が、通信抑止手段２４５の通信抑止状態を解除することにより、副装置である稼働監視装置１３１は、コンソール間通信手段２４６により、正装置である稼働監視装置１３０に閉塞命令を発行する。
【０１２０】
正装置である稼働監視装置１３０のコンソール間通信手段２３６は、副装置である稼働監視装置１３１からの閉塞命令を受けると、処理装置通信手段２３０に備えられた通信抑止手段２３５により稼働監視装置１３０から処理装置１００、１１０及び１２０への通信を抑止する。
【０１２１】
この様にして、二重化された稼働監視装置１３０または１３１の一方の稼働監視装置が障害により使用できなくなっても、処理装置１００、１１０及び１２０側では何も意識する必要はなく、障害の発生していない他方の稼働監視装置によって処理装置１００、１１０及び１２０の稼働状態の監視を続行することが可能である。
【０１２２】
また、本実施形態の複合コンピュータシステムにおいて、上記以外の稼働監視装置を多重化する手段として、処理装置に稼働監視装置二重化手段に相当する手段を備え、処理装置側で多重化された稼働監視装置を管理したり、稼働監視装置内の各手段を多重化して複数の処理装置の稼働状態を監視しても良い。
【０１２３】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１２４】
（実施形態３）
以下に、本発明の複合コンピュータシステムにおいて、処理装置相互による監視によって複合コンピュータシステムの稼働監視を行う実施形態３の複合コンピュータシステムについて説明する。
【０１２５】
本実施形態の複合コンピュータシステムにおいて、処理装置１００、１１０及び１２０上で稼働中のプログラムは、各処理装置を結ぶチャネル間結合装置１６０、１６１及び１６２を介して一定間隔で入出力命令を発行する。
【０１２６】
例えば、処理装置１００上で稼働中のプログラムは、処理装置１１０及び１２０上で稼働中のプログラムにある特定のデータを送信し、処理装置１１０及び１２０上で稼働中のプログラムは、前記特定のデータを受信したら、その応答として受信確認のデータを送信元の処理装置１００上で稼働中のプログラムに送り返す。
【０１２７】
この様なシーケンスで、処理装置１００、１１０及び１２０上で稼働中の各プログラムが、相互に特定のデータを送受信することによって、何らかの障害が発生した場合には予め規定された特定の時間を経過しても応答が受信されない為、無応答をもって相手の処理装置の異常とみなせる。
【０１２８】
前記の様に、複数の処理装置で稼働中のプログラムが相互に特定のデータを送受信する場合には、相互に特定のデータを送受信するプログラムの数が増加すると、その通信負荷が急速に増加することが考えられるが、本実施形態の複合コンピュータシステムでは、通常の障害検知は稼働監視装置により実現することが可能である為、前記の相互に特定のデータを送受信する頻度を少なくしても良い。
【０１２９】
従って、本実施形態の複合コンピュータシステムでは、複数の処理装置相互で特定のデータを送受信するオーバヘッドを削減して通常の通信に与える影響を少なくすると共に、稼働監視装置が障害の発生等により全面的に動作しなくなった場合であっても複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３０】
以上説明した様に、本実施形態の複合コンピュータシステムによれば、複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３１】
以上、本発明を前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【０１３２】
例えば、排他制御専用のコンピュータに複数の処理装置を接続した複合コンピュータシステムでは、前記排他制御専用のコンピュータを稼働監視装置による稼働状態の監視の対象としても良い。
【０１３３】
また、仮想計算機上に複数の処理装置と稼働監視装置を仮想的に設定して複合コンピュータシステムを構成し、前記の仮想的な複数の処理装置の稼働状態を監視しても良い。
【０１３４】
【発明の効果】
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記のとおりである。
【０１３５】
（１）複数の処理装置の稼働状態と前記複数の処理装置上のプログラムの稼働状態とを稼働監視用ネットワークを介して監視するので、障害が発生したときに早期に障害部位を特定し障害部位に対応する処理を行って長時間の無人運転の実現とユーザ負担の軽減を行うことが可能である。
【０１３６】
（２）複数の稼働監視装置により複数の処理装置の稼働状態を監視するので、特定の稼働監視装置が障害により使用できなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【０１３７】
（３）複数の処理装置相互で特定のデータを送受信して他の処理装置の稼働状態を監視するので、稼働監視装置が全面的に動作しなくなった場合に複数の処理装置の稼働状態の監視を続行することが可能である。
【図面の簡単な説明】
【図１】実施形態１の複合コンピュータシステムの概略構成を示す図である。
【図２】実施形態１の複合コンピュータシステムの起動時の稼働管理の概略を示す図である。
【図３】実施形態１の複合コンピュータシステムの停止時の稼働管理の概略を示す図である。
【図４】実施形態１の複合コンピュータシステムの障害部位を特定する処理の処理手順を示すフローチャートである。
【図５】実施形態２の複合コンピュータシステムの稼働監視装置を二重化した場合の概略構成を示す図である。
【符号の説明】
１００、１１０及び１２０…処理装置、１０１、１０２、１１１、１１２、１２１及び１２２…命令プロセッサ、１０３、１０４、１１３、１１４、１２３及び１２４…入出力プロセッサ、１０５、１１５及び１２５…主記憶装置、１０６、１１６及び１２６…システム制御装置、１０７、１１７及び１２７…サービスプロセッサ、１０８、１１８及び１２８…コンソール、１０９…稼働監視装置二重化手段、１３０及び１３１…稼働監視装置、１４０及び１４１…磁気ディスク装置、１５０及び１５１…磁気テープ装置、１６０〜１６２…チャネル間結合装置、２００、２１０及び２２０…オペレーティングシステム、２００１及び２１０１…構成管理手段、２００２及び２１０２…プログラム状態管理手段、２００３及び２１０３…稼働監視装置通信手段、２００４及び２１０４…他システム通信手段、２１１及び２２１…ジョブ管理プログラム、２１２及び２２２…排他制御管理プログラム、２２３…データベース管理プログラム、２３０…処理装置通信手段、２３１…接続状態監視手段、２３２…接続構成管理手段、２３３…稼働状態管理手段、２３４…構成情報・稼働状態管理テーブル、２３５及び２４５…通信抑止手段、２３６及び２４６…コンソール間通信手段。
Claims (3)
- 複数の処理装置を通信手段で接続し特定の共有資源を排他制御してアクセスする複合コンピュータシステムにおいて、複数の処理装置が起動または停止したときに前記複数の処理装置の稼働状態を記録する複数の稼働監視装置と、前記複数の処理装置と稼働監視装置とを接続する稼働監視用ネットワークと、前記複数の処理装置のそれぞれが自処理装置のプログラムが起動または停止したときに前記プログラムの稼働状態を記録するプログラム状態管理手段とを備え、いずれか一つの前記処理装置から所定時間内に応答が無い場合に前記稼働監視用ネットワークを介して稼働監視装置に記録された前記複数の処理装置の稼働状態と前記プログラム状態管理手段に記録されたプログラムの稼働状態を取得して障害部位の特定を行い、システムダウンの場合にマスター側の処理装置の交代、プログラムの停止の場合に当該プログラムの再起動、通信経路の障害の場合に予備の通信経路での再接続処理を行うことを特徴とする複合コンピュータシステム。
- 前記稼働監視装置を複数備え、正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止する通信抑止手段と、前記通信抑止手段を制御することにより、複数の処理装置から前記複数の稼働監視装置への通信を制御する単一の稼働監視装置多重化手段とを備え、前記稼働監視装置多重化手段により前記複数の処理装置の稼働状態を前記複数の稼働監視装置に送信すると共に、前記通信抑止手段により正装置である稼働監視装置以外の稼働監視装置から前記複数の処理装置への通信を抑止して正装置である稼働監視装置のみにより前記複数の処理装置の稼働状態を監視し、前記正装置である稼働監視装置に障害が発生した場合に、前記稼働監視装置多重化手段により前記障害の発生した稼働監視装置以外の複数の稼働監視装置の任意の稼働監視装置の通信抑止手段の通信抑止状態を解除し、前記通信抑止状態が解除された稼働監視装置により前記複数の処理装置の稼働状態の監視を続行することを特徴とする請求項１に記載された複合コンピュータシステム。
- 複数の処理装置を接続する前記通信手段を介して前記複数の処理装置間で特定のデータを送受信することにより前記複数の処理装置が相互に稼動状態の監視を行うことを特徴とする請求項１または請求項２のいずれかに記載された複合コンピュータシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33135795A JP3555047B2 (ja) | 1995-12-20 | 1995-12-20 | 複合コンピュータシステム |
| US08/768,969 US5974565A (en) | 1995-12-20 | 1996-12-18 | Composite computer system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP33135795A JP3555047B2 (ja) | 1995-12-20 | 1995-12-20 | 複合コンピュータシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09171475A JPH09171475A (ja) | 1997-06-30 |
| JP3555047B2 true JP3555047B2 (ja) | 2004-08-18 |
Family
ID=18242784
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP33135795A Expired - Fee Related JP3555047B2 (ja) | 1995-12-20 | 1995-12-20 | 複合コンピュータシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5974565A (ja) |
| JP (1) | JP3555047B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6161196A (en) * | 1998-06-19 | 2000-12-12 | Lucent Technologies Inc. | Fault tolerance via N-modular software redundancy using indirect instrumentation |
| US6466998B1 (en) * | 1999-08-25 | 2002-10-15 | Intel Corporation | Interrupt routing mechanism for routing interrupts from peripheral bus to interrupt controller |
| DE19940584A1 (de) * | 1999-08-26 | 2001-03-22 | Siemens Ag | Verfahren und System zum Bestücken von in einer Bestückungseinheit angeordneten Schaltungsträgern |
| US6389370B1 (en) * | 1999-09-14 | 2002-05-14 | Hewlett-Packard Company | System and method for determining which objects in a set of objects should be processed |
| JP2002229806A (ja) | 2001-02-02 | 2002-08-16 | Hitachi Ltd | 計算機システム |
| US6845467B1 (en) | 2001-02-13 | 2005-01-18 | Cisco Systems Canada Co. | System and method of operation of dual redundant controllers |
| US6832342B2 (en) * | 2001-03-01 | 2004-12-14 | International Business Machines Corporation | Method and apparatus for reducing hardware scan dump data |
| WO2004104825A1 (en) | 2003-05-15 | 2004-12-02 | Applianz Technologies, Inc. | Systems and methods of creating and accessing software simulated computers |
| JP2006285384A (ja) * | 2005-03-31 | 2006-10-19 | Nec Corp | プロセッサ障害処理方式、管理プロセッサ及びプロセッサ障害処理方法 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2723925B2 (ja) * | 1988-09-19 | 1998-03-09 | 株式会社日立製作所 | 計算機間プログラムオンライン再配置方式 |
| JP2804125B2 (ja) * | 1989-11-08 | 1998-09-24 | 株式会社日立製作所 | 情報処理システムの障害監視装置と制御方法 |
| US5475625A (en) * | 1991-01-16 | 1995-12-12 | Siemens Nixdorf Informationssysteme Aktiengesellschaft | Method and arrangement for monitoring computer manipulations |
| JP3118855B2 (ja) * | 1991-04-10 | 2000-12-18 | 株式会社日立製作所 | マルチプロセッサシステム |
| US5650940A (en) * | 1991-10-25 | 1997-07-22 | Kabushiki Kaisha Toshiba | Process monitoring system with remote supervision |
| US5535335A (en) * | 1992-12-22 | 1996-07-09 | International Business Machines Corporation | Method and system for reporting the status of an aggregate resource residing in a network of interconnected real resources |
| US5640513A (en) * | 1993-01-22 | 1997-06-17 | International Business Machines Corporation | Notification of disconnected service machines that have stopped running |
| JPH06243064A (ja) * | 1993-02-12 | 1994-09-02 | Honda Motor Co Ltd | コンピュータネットワークの障害検出システム |
| US5592620A (en) * | 1993-08-12 | 1997-01-07 | International Business Machines Corporation | System and method for controlling, monitoring and retrieving accounting data |
| US5568605A (en) * | 1994-01-13 | 1996-10-22 | International Business Machines Corporation | Resolving conflicting topology information |
| GB2286508A (en) * | 1994-02-08 | 1995-08-16 | Ibm | Performance and status monitoring in a computer network |
| JPH07319832A (ja) * | 1994-05-26 | 1995-12-08 | Hitachi Ltd | サービス利用情報収集方法および装置、並びに計算機システム停止制御方法および装置 |
| US5590277A (en) * | 1994-06-22 | 1996-12-31 | Lucent Technologies Inc. | Progressive retry method and apparatus for software failure recovery in multi-process message-passing applications |
| US5590120A (en) * | 1995-10-31 | 1996-12-31 | Cabletron Systems, Inc. | Port-link configuration tracking method and apparatus |
-
1995
- 1995-12-20 JP JP33135795A patent/JP3555047B2/ja not_active Expired - Fee Related
-
1996
- 1996-12-18 US US08/768,969 patent/US5974565A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09171475A (ja) | 1997-06-30 |
| US5974565A (en) | 1999-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100557399B1 (ko) | 네트웍 매체 링크상태 기능을 이용한 컴퓨터 클러스터링시스템의 가용도 개선방법 | |
| USRE42703E1 (en) | System and method for fibrechannel fail-over through port spoofing | |
| US6839752B1 (en) | Group data sharing during membership change in clustered computer system | |
| US8332506B2 (en) | Network monitor program executed in a computer of cluster system, information processing method and computer | |
| US7853767B2 (en) | Dual writing device and its control method | |
| JP3620527B2 (ja) | ループ状インタフェースの障害解析方法及び障害解析機能を有するシステム | |
| JP2007011672A (ja) | Ｒａｉｄ装置、通信接続監視方法及びプログラム | |
| US20060146809A1 (en) | Method and apparatus for accessing for storage system | |
| TW454128B (en) | Shared disk type multiple system | |
| JPWO2004104845A1 (ja) | ストレージシステム | |
| JPH03164837A (ja) | 通信制御処理装置の切替方法 | |
| JP3555047B2 (ja) | 複合コンピュータシステム | |
| JP2005196490A (ja) | データ多重化のためのシステム及び方法 | |
| JP3957065B2 (ja) | ネットワーク計算機システムおよび管理装置 | |
| JP2008225567A (ja) | 情報処理システム | |
| JP2004280337A (ja) | プラントデータ収集装置 | |
| JP3771162B2 (ja) | 保守管理方法、保守管理システム、情報処理システムおよびコンピュータプログラム | |
| JP2009026182A (ja) | プログラム実行システム及び実行装置 | |
| JP2014532236A (ja) | 接続方法 | |
| JP3190880B2 (ja) | スタンバイシステム、スタンバイ方法、および記録媒体 | |
| JP3208885B2 (ja) | 障害監視システム | |
| JPH06195318A (ja) | 分散処理システム | |
| JPH10171769A (ja) | 複合計算機システム | |
| JP3782423B2 (ja) | 伝送線制御装置多重化システムおよび伝送装置 | |
| JP3082704B2 (ja) | 通信装置管理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040428 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080521 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080521 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090521 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100521 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110521 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |