JPH0895933A - コンピュータシステム - Google Patents
コンピュータシステムInfo
- Publication number
- JPH0895933A JPH0895933A JP6226155A JP22615594A JPH0895933A JP H0895933 A JPH0895933 A JP H0895933A JP 6226155 A JP6226155 A JP 6226155A JP 22615594 A JP22615594 A JP 22615594A JP H0895933 A JPH0895933 A JP H0895933A
- Authority
- JP
- Japan
- Prior art keywords
- error information
- shared device
- error
- computer system
- information
- 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.)
- Withdrawn
Links
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【目的】 複数の処理装置と、これらの複数の処理装置
が共通に使用する共用装置とから成り、これらの複数の
処理装置のうちの１つが、共用装置の詳細なエラー情報
を収集するコンピュータシステムに関し、障害を正確に
表すエラー情報を選択して保守担当部署へ出力できるよ
うにすることを目的とする。 【構成】 エラー情報制御手段５が、複数の処理装置１
〜３からの共用装置４に関わるエラー情報のうち、共用
装置４の詳細なエラー情報を収集する処理装置からのエ
ラー情報以外のエラー情報の出力を抑制する。したがっ
て、共用装置４に関する真の詳細なエラー情報だけが保
守担当部署に知らせることが可能となり、保守担当部署
はニセのエラー情報に惑わされることなく、短時間の内
に正確に障害箇所を認識でき、迅速な障害復旧が可能と
なる。
が共通に使用する共用装置とから成り、これらの複数の
処理装置のうちの１つが、共用装置の詳細なエラー情報
を収集するコンピュータシステムに関し、障害を正確に
表すエラー情報を選択して保守担当部署へ出力できるよ
うにすることを目的とする。 【構成】 エラー情報制御手段５が、複数の処理装置１
〜３からの共用装置４に関わるエラー情報のうち、共用
装置４の詳細なエラー情報を収集する処理装置からのエ
ラー情報以外のエラー情報の出力を抑制する。したがっ
て、共用装置４に関する真の詳細なエラー情報だけが保
守担当部署に知らせることが可能となり、保守担当部署
はニセのエラー情報に惑わされることなく、短時間の内
に正確に障害箇所を認識でき、迅速な障害復旧が可能と
なる。
Description
【０００１】
【産業上の利用分野】本発明は、複数の処理装置と、こ
れらの複数の処理装置が共通に使用する共用装置とから
成り、これらの複数の処理装置のうちの１つが、共用装
置の詳細なエラー情報を収集するコンピュータシステム
に関する。
れらの複数の処理装置が共通に使用する共用装置とから
成り、これらの複数の処理装置のうちの１つが、共用装
置の詳細なエラー情報を収集するコンピュータシステム
に関する。
【０００２】こうした複数の処理装置にはサービスプロ
セッサがそれぞれ付属し、サービスプロセッサが対応の
処理装置の動作を常時監視し、いずれかの処理装置に障
害があると、それを知らせるエラー情報がサービスプロ
セッサから監視センタに送られる。監視センタは、これ
を保守担当部署に自動的に通知し、障害復旧を促すよう
にする。
セッサがそれぞれ付属し、サービスプロセッサが対応の
処理装置の動作を常時監視し、いずれかの処理装置に障
害があると、それを知らせるエラー情報がサービスプロ
セッサから監視センタに送られる。監視センタは、これ
を保守担当部署に自動的に通知し、障害復旧を促すよう
にする。
【０００３】また近年、複数の処理装置が共通して使用
できる、高速の外部記憶装置が、複数の処理装置に使用
されるようになっている。
できる、高速の外部記憶装置が、複数の処理装置に使用
されるようになっている。
【０００４】
【従来の技術】図６に、複数のコンピュータと共通記憶
装置とからなる従来のコンピュータシステムおよびその
監視システムを示す。図中、コンピュータシステムは、
それぞれメインフレームから成る３台のクラスタ１０１
〜１０３から構成され、クラスタ１０１〜１０３にはＳ
ＳＵ（System Storage Unit)装置１０４が接続される。
ＳＳＵ装置１０４は、高速の外部記憶装置であり、クラ
スタ１０１〜１０３によって互いの共有メモリとして使
用されるものである。そして、クラスタ１０１だけがＳ
ＳＵ装置１０４の制御権を有し、ＳＳＵ装置１０４のエ
ラー情報を把握できるようになっている。こうしたクラ
スタ１０１〜１０３およびＳＳＵ装置１０４の構成をＳ
ＣＭＰ（System Storage Coupled Multiprocessing Sys
tem)構成と呼ぶ。
装置とからなる従来のコンピュータシステムおよびその
監視システムを示す。図中、コンピュータシステムは、
それぞれメインフレームから成る３台のクラスタ１０１
〜１０３から構成され、クラスタ１０１〜１０３にはＳ
ＳＵ（System Storage Unit)装置１０４が接続される。
ＳＳＵ装置１０４は、高速の外部記憶装置であり、クラ
スタ１０１〜１０３によって互いの共有メモリとして使
用されるものである。そして、クラスタ１０１だけがＳ
ＳＵ装置１０４の制御権を有し、ＳＳＵ装置１０４のエ
ラー情報を把握できるようになっている。こうしたクラ
スタ１０１〜１０３およびＳＳＵ装置１０４の構成をＳ
ＣＭＰ（System Storage Coupled Multiprocessing Sys
tem)構成と呼ぶ。
【０００５】クラスタ１０１〜１０３にはサービスプロ
セッサ（ＳＶＰ）１０５〜１０７がそれぞれ接続され
る。サービスプロセッサ１０５〜１０７は対応のクラス
タを監視し、エラー情報を得て監視センタ１０８へ送
る。サービスプロセッサ１０５は、ＳＳＵ装置１０４の
制御権を有しているので、クラスタ１０１内部のエラー
情報の他に、ＳＳＵ装置１０４のエラー情報も把握し、
監視センタ１０８へ送る。監視センタ１０８には保守担
当部署１０９が接続されている。
セッサ（ＳＶＰ）１０５〜１０７がそれぞれ接続され
る。サービスプロセッサ１０５〜１０７は対応のクラス
タを監視し、エラー情報を得て監視センタ１０８へ送
る。サービスプロセッサ１０５は、ＳＳＵ装置１０４の
制御権を有しているので、クラスタ１０１内部のエラー
情報の他に、ＳＳＵ装置１０４のエラー情報も把握し、
監視センタ１０８へ送る。監視センタ１０８には保守担
当部署１０９が接続されている。
【０００６】
【発明が解決しようとする課題】こうした構成のシステ
ムにおいて、ＳＳＵ装置１０４に障害が発生した場合、
制御権のあるサービスプロセッサ１０５が、ＳＳＵ装置
１０４内のエラー情報を得て、監視センタ１０８へ送
る。しかし、ＳＳＵ装置１０４の障害は、このＳＳＵ装
置１０４を共有メモリとして使用しているクラスタ１０
２，１０３にも影響を与え、クラスタ１０２，１０３を
それぞれ監視しているサービスプロセッサ１０６，１０
７にもエラー情報がそれぞれ出力され、これらが監視セ
ンタ１０８へ送られる。
ムにおいて、ＳＳＵ装置１０４に障害が発生した場合、
制御権のあるサービスプロセッサ１０５が、ＳＳＵ装置
１０４内のエラー情報を得て、監視センタ１０８へ送
る。しかし、ＳＳＵ装置１０４の障害は、このＳＳＵ装
置１０４を共有メモリとして使用しているクラスタ１０
２，１０３にも影響を与え、クラスタ１０２，１０３を
それぞれ監視しているサービスプロセッサ１０６，１０
７にもエラー情報がそれぞれ出力され、これらが監視セ
ンタ１０８へ送られる。
【０００７】ところが、クラスタ１０２，１０３はＳＳ
Ｕ装置１０４の制御権を有していないために、サービス
プロセッサ１０６，１０７に出力されるエラー情報は、
ＳＳＵ装置１０４内の障害としての形態をとらず、あた
かもクラスタ１０２，１０３内にそれぞれ障害が発生し
たかのようなエラー情報となっている。
Ｕ装置１０４の制御権を有していないために、サービス
プロセッサ１０６，１０７に出力されるエラー情報は、
ＳＳＵ装置１０４内の障害としての形態をとらず、あた
かもクラスタ１０２，１０３内にそれぞれ障害が発生し
たかのようなエラー情報となっている。
【０００８】サービスプロセッサ１０５〜１０７からエ
ラー情報をそれぞれ受けた監視センタ１０８は、実際に
はＳＳＵ装置１０４にだけ障害が発生して、その障害に
伴う複数のエラー情報が入力されているにも拘らず、個
別の障害が発生していると認識して、保守担当部署１０
９へそれらのエラー情報をすべて自動通知する。通知を
受けた保守担当部署１０９は、エラー情報の氾濫により
錯誤し、障害箇所の特定に長時間を要するという問題点
があった。
ラー情報をそれぞれ受けた監視センタ１０８は、実際に
はＳＳＵ装置１０４にだけ障害が発生して、その障害に
伴う複数のエラー情報が入力されているにも拘らず、個
別の障害が発生していると認識して、保守担当部署１０
９へそれらのエラー情報をすべて自動通知する。通知を
受けた保守担当部署１０９は、エラー情報の氾濫により
錯誤し、障害箇所の特定に長時間を要するという問題点
があった。
【０００９】本発明はこのような点に鑑みてなされたも
のであり、複数の処理装置と、これらの処理装置が共通
して使用できる共用装置とから構成されるコンピュータ
システムにおいて発生した障害を正確に表すエラー情報
を選択して保守担当部署へ出力することを図ったコンピ
ュータシステムを提供することを目的とする。
のであり、複数の処理装置と、これらの処理装置が共通
して使用できる共用装置とから構成されるコンピュータ
システムにおいて発生した障害を正確に表すエラー情報
を選択して保守担当部署へ出力することを図ったコンピ
ュータシステムを提供することを目的とする。
【００１０】
【課題を解決するための手段】本発明では上記目的を達
成するために、図１に示すように、複数の処理装置１〜
３と、これらの複数の処理装置１〜３が共通に使用する
共用装置４とから成り、複数の処理装置１〜３のうちの
１つが、共用装置４の詳細なエラー情報を収集するコン
ピュータシステムにおいて、複数の処理装置１〜３から
の共用装置４に関わるエラー情報のうち、共用装置４の
詳細なエラー情報を収集する処理装置からのエラー情報
以外のエラー情報の出力を抑制するエラー情報制御手段
５を有することを特徴とするコンピュータシステムが提
供される。
成するために、図１に示すように、複数の処理装置１〜
３と、これらの複数の処理装置１〜３が共通に使用する
共用装置４とから成り、複数の処理装置１〜３のうちの
１つが、共用装置４の詳細なエラー情報を収集するコン
ピュータシステムにおいて、複数の処理装置１〜３から
の共用装置４に関わるエラー情報のうち、共用装置４の
詳細なエラー情報を収集する処理装置からのエラー情報
以外のエラー情報の出力を抑制するエラー情報制御手段
５を有することを特徴とするコンピュータシステムが提
供される。
【００１１】
【作用】以上のような構成において、エラー情報制御手
段５が、複数の処理装置１〜３からの共用装置４に関わ
るエラー情報のうち、共用装置４の詳細なエラー情報を
収集する処理装置からのエラー情報以外のエラー情報の
出力を抑制する。したがって、共用装置４に関する真の
詳細なエラー情報だけを保守担当部署に知らせることが
可能となり、保守担当部署はニセのエラー情報に惑わさ
れることなく、短時間の内に正確に障害箇所を認識で
き、迅速な障害復旧が可能となる。
段５が、複数の処理装置１〜３からの共用装置４に関わ
るエラー情報のうち、共用装置４の詳細なエラー情報を
収集する処理装置からのエラー情報以外のエラー情報の
出力を抑制する。したがって、共用装置４に関する真の
詳細なエラー情報だけを保守担当部署に知らせることが
可能となり、保守担当部署はニセのエラー情報に惑わさ
れることなく、短時間の内に正確に障害箇所を認識で
き、迅速な障害復旧が可能となる。
【００１２】
【実施例】以下、本発明の実施例を図面に基づいて説明
する。図２は、本発明コンピュータシステムの全体構成
図である。図中、コンピュータシステムは、それぞれメ
インフレームから成る３台のクラスタ１１〜１３から構
成され、クラスタ１１〜１３にはＳＳＵ装置１４が接続
される。クラスタ１１は、ＣＰＵ(Central Processing
Unit) １１ａ，１１ｂのマルチプロセッサ構成となって
おり、ＣＰＵ１１ａ，ＣＰＵ１１ｂは、ＭＣＵ（Memory
Control Unit)１１ｃを介してＳＳＵ装置１４に接続さ
れる。ＭＣＵ１１ｃには他に、ＭＳＵ(Main Storage Un
it) １１ｄ，１１ｅが接続されるとともに、ＣＨＰ(Cha
nnel Processor) １１ｆを介して入出力装置が接続され
る。そして、こうしたＣＰＵ１１ａ，ＣＰＵ１１ｂ，Ｍ
ＣＵ１１ｃ，ＭＳＵ１１ｄ，ＭＳＵ１１ｅ，ＣＨＰ１１
ｆにサービスプロセッサ（ＳＶＰ）１１ｇが接続され、
サービスプロセッサ１１ｇは、ＣＰＵ１１ａ，ＣＰＵ１
１ｂ，ＭＣＵ１１ｃ，ＭＳＵ１１ｄ，ＭＳＵ１１ｅ，Ｃ
ＨＰ１１ｆの監視を行い、エラー情報を収集する。クラ
スタ１２，１３の内部構成もクラスタ１１と同じように
なっている。
する。図２は、本発明コンピュータシステムの全体構成
図である。図中、コンピュータシステムは、それぞれメ
インフレームから成る３台のクラスタ１１〜１３から構
成され、クラスタ１１〜１３にはＳＳＵ装置１４が接続
される。クラスタ１１は、ＣＰＵ(Central Processing
Unit) １１ａ，１１ｂのマルチプロセッサ構成となって
おり、ＣＰＵ１１ａ，ＣＰＵ１１ｂは、ＭＣＵ（Memory
Control Unit)１１ｃを介してＳＳＵ装置１４に接続さ
れる。ＭＣＵ１１ｃには他に、ＭＳＵ(Main Storage Un
it) １１ｄ，１１ｅが接続されるとともに、ＣＨＰ(Cha
nnel Processor) １１ｆを介して入出力装置が接続され
る。そして、こうしたＣＰＵ１１ａ，ＣＰＵ１１ｂ，Ｍ
ＣＵ１１ｃ，ＭＳＵ１１ｄ，ＭＳＵ１１ｅ，ＣＨＰ１１
ｆにサービスプロセッサ（ＳＶＰ）１１ｇが接続され、
サービスプロセッサ１１ｇは、ＣＰＵ１１ａ，ＣＰＵ１
１ｂ，ＭＣＵ１１ｃ，ＭＳＵ１１ｄ，ＭＳＵ１１ｅ，Ｃ
ＨＰ１１ｆの監視を行い、エラー情報を収集する。クラ
スタ１２，１３の内部構成もクラスタ１１と同じように
なっている。
【００１３】ＳＳＵ装置１４は、高速の外部記憶装置で
あり、クラスタ１１〜１３によって互いの共有メモリと
して使用されるものである。そして、クラスタ１１だけ
がＳＳＵ装置１４の制御権を有し、ＳＳＵ装置１４のエ
ラー情報を把握できるようになっている。こうしたクラ
スタ１１〜１３およびＳＳＵ装置１４の構成をＳＣＭＰ
構成と呼ぶ。
あり、クラスタ１１〜１３によって互いの共有メモリと
して使用されるものである。そして、クラスタ１１だけ
がＳＳＵ装置１４の制御権を有し、ＳＳＵ装置１４のエ
ラー情報を把握できるようになっている。こうしたクラ
スタ１１〜１３およびＳＳＵ装置１４の構成をＳＣＭＰ
構成と呼ぶ。
【００１４】サービスプロセッサ１１ｇ，１２ｇ，１３
ｇは、前述のように、対応のクラスタ内を監視し、エラ
ー情報を得て監視センタ１５へ自動的に送る。サービス
プロセッサ１１ｇは、ＳＳＵ装置１４の制御権を有して
いるので、クラスタ１１内部のエラー情報の他に、ＳＳ
Ｕ装置１４のエラー情報も把握し、監視センタ１５へ送
る。サービスプロセッサ１２ｇ，１３ｇは、クラスタ１
２，１３内部のエラー情報をそれぞれ把握し、監視セン
タ１５へ送る。監視センタ１５はプロセッサ構成となっ
ており、監視センタ１５には保守担当部署１６が接続さ
れる。
ｇは、前述のように、対応のクラスタ内を監視し、エラ
ー情報を得て監視センタ１５へ自動的に送る。サービス
プロセッサ１１ｇは、ＳＳＵ装置１４の制御権を有して
いるので、クラスタ１１内部のエラー情報の他に、ＳＳ
Ｕ装置１４のエラー情報も把握し、監視センタ１５へ送
る。サービスプロセッサ１２ｇ，１３ｇは、クラスタ１
２，１３内部のエラー情報をそれぞれ把握し、監視セン
タ１５へ送る。監視センタ１５はプロセッサ構成となっ
ており、監視センタ１５には保守担当部署１６が接続さ
れる。
【００１５】図３に、エラー情報を得たときにサービス
プロセッサ１１ｇ，１２ｇ，１３ｇから監視センタ１５
へ通知される情報の内容を示す。この通知情報の構成
は、エラーコード欄２１、ＳＣＭＰフラグ欄２２、ＳＳ
Ｕ制御権フラグ欄２３、発生日時分秒欄２４、ユーザコ
ード欄２５、詳細情報欄２６からなっており、エラーコ
ード欄２１には、障害発生箇所を含めたエラー内容をコ
ード化したものが記載され、またＳＣＭＰフラグ欄２２
には、監視対象のクラスタがＳＣＭＰ構成となっている
か否かを示すＳＣＭＰフラグが記載される。すなわち、
図２に示した例ではクラスタ１１〜１３のすべてがＳＳ
Ｕ装置１４を使用する構成になっているが、ＳＳＵ装置
１４を使用しないクラスタが存在する場合もあり得るの
で、こうした場合を考慮してＳＣＭＰフラグを設定し、
「１」がＳＣＭＰ構成となっているクラスタを示し、
「０」がＳＣＭＰ構成となっていないクラスタを示す。
ＳＳＵ制御権フラグ欄２３には、監視対象のクラスタが
ＳＳＵ装置１４の制御権を有しているか否かを示すＳＳ
Ｕ制御権フラグを記載する。「１」が制御権を有してい
るクラスタを示し、「０」が制御権を有していないクラ
スタを示す。発生日時分秒欄２４には、エラー情報が得
られた日時分秒が記載され、またユーザコード欄２５に
は、ＳＣＭＰ構成となっているグループの識別番号が記
載される。すなわち、図２に示した例ではＳＳＵ装置が
１台しか存在しない構成になっているが、ＳＳＵ装置が
複数台備えられ、ＳＳＵ装置毎にＳＣＭＰ構成のグルー
プが形成される場合があり得、こうした場合を考慮して
ＳＣＭＰ構成毎のグループの識別番号（ユーザコード）
が記載される。詳細情報欄２６にはその他の情報を記載
可能となっている。
プロセッサ１１ｇ，１２ｇ，１３ｇから監視センタ１５
へ通知される情報の内容を示す。この通知情報の構成
は、エラーコード欄２１、ＳＣＭＰフラグ欄２２、ＳＳ
Ｕ制御権フラグ欄２３、発生日時分秒欄２４、ユーザコ
ード欄２５、詳細情報欄２６からなっており、エラーコ
ード欄２１には、障害発生箇所を含めたエラー内容をコ
ード化したものが記載され、またＳＣＭＰフラグ欄２２
には、監視対象のクラスタがＳＣＭＰ構成となっている
か否かを示すＳＣＭＰフラグが記載される。すなわち、
図２に示した例ではクラスタ１１〜１３のすべてがＳＳ
Ｕ装置１４を使用する構成になっているが、ＳＳＵ装置
１４を使用しないクラスタが存在する場合もあり得るの
で、こうした場合を考慮してＳＣＭＰフラグを設定し、
「１」がＳＣＭＰ構成となっているクラスタを示し、
「０」がＳＣＭＰ構成となっていないクラスタを示す。
ＳＳＵ制御権フラグ欄２３には、監視対象のクラスタが
ＳＳＵ装置１４の制御権を有しているか否かを示すＳＳ
Ｕ制御権フラグを記載する。「１」が制御権を有してい
るクラスタを示し、「０」が制御権を有していないクラ
スタを示す。発生日時分秒欄２４には、エラー情報が得
られた日時分秒が記載され、またユーザコード欄２５に
は、ＳＣＭＰ構成となっているグループの識別番号が記
載される。すなわち、図２に示した例ではＳＳＵ装置が
１台しか存在しない構成になっているが、ＳＳＵ装置が
複数台備えられ、ＳＳＵ装置毎にＳＣＭＰ構成のグルー
プが形成される場合があり得、こうした場合を考慮して
ＳＣＭＰ構成毎のグループの識別番号（ユーザコード）
が記載される。詳細情報欄２６にはその他の情報を記載
可能となっている。
【００１６】図３の（Ａ），（Ｂ），（Ｃ）は、エラー
情報が得られた日時分秒の順に示した通知情報である。
（Ａ）がサービスプロセッサ１２ｇから出力された通知
情報、（Ｂ）がサービスプロセッサ１１ｇから出力され
た通知情報、（Ｃ）がサービスプロセッサ１３ｇから出
力された通知情報である。
情報が得られた日時分秒の順に示した通知情報である。
（Ａ）がサービスプロセッサ１２ｇから出力された通知
情報、（Ｂ）がサービスプロセッサ１１ｇから出力され
た通知情報、（Ｃ）がサービスプロセッサ１３ｇから出
力された通知情報である。
【００１７】図４は、監視センタ１５に備えられるデー
タベースを示す。すなわち、制御権のあるクラスタ１１
に発生し、ＳＳＵ装置に発生した障害を表すエラーコー
ド（基本エラーコード）と、制御権のない各クラスタ
に、その障害が波及して発生する各種エラーコード（関
連エラーコード）との相関関係を予め調べ、その相関関
係をデータベースとして監視センタ１５に記憶してお
く。このデータベースは、例えば、ＳＳＵ装置１４にエ
ラーコード「８３２２１３・・」という障害が発生した
場合には、制御権のないクラスタには「３３１１２３・
・」や「３３１５６７・・」というエラーコードが現れ
るということを示している。
タベースを示す。すなわち、制御権のあるクラスタ１１
に発生し、ＳＳＵ装置に発生した障害を表すエラーコー
ド（基本エラーコード）と、制御権のない各クラスタ
に、その障害が波及して発生する各種エラーコード（関
連エラーコード）との相関関係を予め調べ、その相関関
係をデータベースとして監視センタ１５に記憶してお
く。このデータベースは、例えば、ＳＳＵ装置１４にエ
ラーコード「８３２２１３・・」という障害が発生した
場合には、制御権のないクラスタには「３３１１２３・
・」や「３３１５６７・・」というエラーコードが現れ
るということを示している。
【００１８】監視センタ１５は、サービスプロセッサ１
１ｇ〜１３ｇから図３の（Ａ），（Ｂ），（Ｃ）に示す
通知情報を受け取って、図４に示すデータベースを参照
して、真のエラー情報を選択する。この監視センタ１５
での処理手順を図５を参照して説明する。
１ｇ〜１３ｇから図３の（Ａ），（Ｂ），（Ｃ）に示す
通知情報を受け取って、図４に示すデータベースを参照
して、真のエラー情報を選択する。この監視センタ１５
での処理手順を図５を参照して説明する。
【００１９】図５は、監視センタ１５で実行される、真
のエラー情報を選択するための処理の手順を示すフロー
チャートである。この処理は、通知情報が着信する度に
起動される。以下、図に示すステップに沿って説明す
る。
のエラー情報を選択するための処理の手順を示すフロー
チャートである。この処理は、通知情報が着信する度に
起動される。以下、図に示すステップに沿って説明す
る。
【００２０】〔Ｓ１〕いずれかのサービスプロセッサか
ら通知情報を受信する。 〔Ｓ２〕その通知情報のＳＣＭＰフラグ欄に「１」が記
載されているか否かを判別する。記載されていなけれ
ば、つまり「０」が記載されていれば、ステップＳ３へ
進み、記載されていれば、ステップＳ４へ進む。
ら通知情報を受信する。 〔Ｓ２〕その通知情報のＳＣＭＰフラグ欄に「１」が記
載されているか否かを判別する。記載されていなけれ
ば、つまり「０」が記載されていれば、ステップＳ３へ
進み、記載されていれば、ステップＳ４へ進む。
【００２１】〔Ｓ３〕受信した通知情報がＳＣＭＰ構成
のクラスタからの通知情報ではない場合、ニセのエラー
コードが送られている可能性はないので、その通知情報
内のエラーコードを保守担当部署１６へ通知する。
のクラスタからの通知情報ではない場合、ニセのエラー
コードが送られている可能性はないので、その通知情報
内のエラーコードを保守担当部署１６へ通知する。
【００２２】〔Ｓ４〕監視センタ１５に、ＳＣＭＰ構成
監視対象ユーザの設定がされているか否かを判別する。
ＳＣＭＰ構成監視対象ユーザの設定がされていないなら
ば、ステップＳ５へ進み、設定がされていれば、ステッ
プＳ８へ進む。
監視対象ユーザの設定がされているか否かを判別する。
ＳＣＭＰ構成監視対象ユーザの設定がされていないなら
ば、ステップＳ５へ進み、設定がされていれば、ステッ
プＳ８へ進む。
【００２３】〔Ｓ５〕通知情報のユーザコード欄に記載
されているユーザコードをＳＣＭＰ構成監視対象ユーザ
として設定する。この設定は複数のユーザコードに対し
て行われ得る。
されているユーザコードをＳＣＭＰ構成監視対象ユーザ
として設定する。この設定は複数のユーザコードに対し
て行われ得る。
【００２４】〔Ｓ６〕時間の計測を開始するとともに、
通知情報のエラーコード欄に記載されたエラーコードを
蓄積する。これらはユーザコード毎に行われる。 〔Ｓ７〕ステップＳ６で開始された計測による計測時間
が所定時間に達したか否かをユーザコード毎に判別す
る。この所定時間は、ＳＳＵ装置の障害に伴って各関連
クラスタで発生したエラー情報が対応のサービスプロセ
ッサによってそれぞれ収集されて監視センタ１５に届く
のに要する時間に設定される。具体的には数分に設定さ
れる。同一ユーザコードにおいて所定時間に達していれ
ばステップＳ１０へ進み、達していなければ本処理を終
了して、つぎの通知情報の着信を待つ。
通知情報のエラーコード欄に記載されたエラーコードを
蓄積する。これらはユーザコード毎に行われる。 〔Ｓ７〕ステップＳ６で開始された計測による計測時間
が所定時間に達したか否かをユーザコード毎に判別す
る。この所定時間は、ＳＳＵ装置の障害に伴って各関連
クラスタで発生したエラー情報が対応のサービスプロセ
ッサによってそれぞれ収集されて監視センタ１５に届く
のに要する時間に設定される。具体的には数分に設定さ
れる。同一ユーザコードにおいて所定時間に達していれ
ばステップＳ１０へ進み、達していなければ本処理を終
了して、つぎの通知情報の着信を待つ。
【００２５】〔Ｓ８〕通知情報のユーザコード欄に記載
されているコードが、ＳＣＭＰ構成監視対象ユーザとし
て設定されているコードのいずれかと同じであるか否か
を判別する。すなわち、ＳＳＵ装置が複数台備えられ、
ＳＳＵ装置毎にＳＣＭＰ構成のグループが形成される場
合に、他のグループのＳＳＵ装置で発生した障害を自分
のグループのＳＳＵ装置で発生した障害に混同すること
を避けるために設けられた判別である。いずれとも同じ
でなく、要するに、そのＳＣＭＰ構成のグループから初
めて発生された通知情報であるならば、ステップＳ５へ
進み、いずれかと同じであるならば、ステップＳ９へ進
む。
されているコードが、ＳＣＭＰ構成監視対象ユーザとし
て設定されているコードのいずれかと同じであるか否か
を判別する。すなわち、ＳＳＵ装置が複数台備えられ、
ＳＳＵ装置毎にＳＣＭＰ構成のグループが形成される場
合に、他のグループのＳＳＵ装置で発生した障害を自分
のグループのＳＳＵ装置で発生した障害に混同すること
を避けるために設けられた判別である。いずれとも同じ
でなく、要するに、そのＳＣＭＰ構成のグループから初
めて発生された通知情報であるならば、ステップＳ５へ
進み、いずれかと同じであるならば、ステップＳ９へ進
む。
【００２６】〔Ｓ９〕ユーザコード毎に、通知情報のエ
ラーコード欄に記載されたエラーコードを蓄積する。 〔Ｓ１０〕計測時間が所定時間に達したユーザコード
を、ＳＣＭＰ構成監視対象ユーザとしての設定から解除
する。
ラーコード欄に記載されたエラーコードを蓄積する。 〔Ｓ１０〕計測時間が所定時間に達したユーザコード
を、ＳＣＭＰ構成監視対象ユーザとしての設定から解除
する。
【００２７】〔Ｓ１１〕計測時間が所定時間に達したユ
ーザコードに対応して蓄積されたエラーコードを、図４
に示したデータベースと参照し、真のエラーコード（基
本エラーコード）を検出する。すなわち、例えば図３の
（Ａ），（Ｂ），（Ｃ）に示すエラーコードを蓄積エラ
ーコードとして受け取った場合、データベースを参照し
てエラーコード「８３２２１３・・」を真のエラーコー
ドとして検出する。
ーザコードに対応して蓄積されたエラーコードを、図４
に示したデータベースと参照し、真のエラーコード（基
本エラーコード）を検出する。すなわち、例えば図３の
（Ａ），（Ｂ），（Ｃ）に示すエラーコードを蓄積エラ
ーコードとして受け取った場合、データベースを参照し
てエラーコード「８３２２１３・・」を真のエラーコー
ドとして検出する。
【００２８】〔Ｓ１２〕ステップＳ１１で検出されたエ
ラーコードを保守担当部署１６へ送る。保守担当部署１
６は、そのエラーコードを基に障害箇所を認識し、修理
を行う。
ラーコードを保守担当部署１６へ送る。保守担当部署１
６は、そのエラーコードを基に障害箇所を認識し、修理
を行う。
【００２９】上記実施例では、１つのＳＳＵ装置に３つ
のクラスタが接続される構成となっているが、ＳＳＵ装
置に接続されるクラスタの数は２つ以上の任意の数であ
ってよく、また、ＳＳＵ装置に接続されないクラスタが
存在してもよい。また、１つのＳＳＵ装置に多数のクラ
スタが接続されたＳＣＭＰ構成のグループが多数あって
もよい。こうした場合でも、全部のクラスタにそれぞれ
サービスプロセッサが接続され、それらの各サービスプ
ロセッサは監視センタに接続される構成となる必要があ
る。
のクラスタが接続される構成となっているが、ＳＳＵ装
置に接続されるクラスタの数は２つ以上の任意の数であ
ってよく、また、ＳＳＵ装置に接続されないクラスタが
存在してもよい。また、１つのＳＳＵ装置に多数のクラ
スタが接続されたＳＣＭＰ構成のグループが多数あって
もよい。こうした場合でも、全部のクラスタにそれぞれ
サービスプロセッサが接続され、それらの各サービスプ
ロセッサは監視センタに接続される構成となる必要があ
る。
【００３０】
【発明の効果】以上説明したように本発明では、複数の
コンピュータにおいて、エラー情報をそれぞれ収集する
とともに、共通記憶装置を使用するコンピュータである
ことを示す使用フラグを、このエラー情報に添えて監視
センタへそれぞれ送る。監視センタでは、エラー情報に
使用フラグが添えられていたときに、この使用フラグが
添えられた他のエラー情報を収集する。そして共通記憶
装置に発生した障害に係わる特定コンピュータで検出さ
れるエラー情報と、共通記憶装置に発生した障害が元
で、残りのコンピュータに発生する各種エラー情報との
相関関係を予めデータベースとして記憶しておき、先に
収集したエラー情報を、データベースに記憶された相関
関係と照合して、真のエラー情報を検出する。
コンピュータにおいて、エラー情報をそれぞれ収集する
とともに、共通記憶装置を使用するコンピュータである
ことを示す使用フラグを、このエラー情報に添えて監視
センタへそれぞれ送る。監視センタでは、エラー情報に
使用フラグが添えられていたときに、この使用フラグが
添えられた他のエラー情報を収集する。そして共通記憶
装置に発生した障害に係わる特定コンピュータで検出さ
れるエラー情報と、共通記憶装置に発生した障害が元
で、残りのコンピュータに発生する各種エラー情報との
相関関係を予めデータベースとして記憶しておき、先に
収集したエラー情報を、データベースに記憶された相関
関係と照合して、真のエラー情報を検出する。
【００３１】この真のエラー情報を通知された保守担当
部署はニセのエラー情報に惑わされることなく、短時間
の内に正確に障害箇所を認識でき、迅速な障害復旧が可
能となる。
部署はニセのエラー情報に惑わされることなく、短時間
の内に正確に障害箇所を認識でき、迅速な障害復旧が可
能となる。
【図１】本発明の原理説明図である。
【図２】障害検出装置を含むコンピュータシステムの全
体構成図である。
体構成図である。
【図３】エラー情報を得たときにサービスプロセッサか
ら監視センタへ通知される情報の内容を示す図である。
ら監視センタへ通知される情報の内容を示す図である。
【図４】監視センタに備えられるデータベースを示す図
である。
である。
【図５】監視センタで実行される、真のエラー情報を選
択するための処理の手順を示すフローチャートである。
択するための処理の手順を示すフローチャートである。
【図６】複数のコンピュータと共通記憶装置とからなる
従来のコンピュータシステムおよびその監視システムを
示すブロック図である。
従来のコンピュータシステムおよびその監視システムを
示すブロック図である。
１ 処理装置 ２ 処理装置 ３ 処理装置 ４ 共用装置 ５ エラー情報制御手段
Claims (4)
- 【請求項１】 複数の処理装置と、これらの複数の処理
装置が共通に使用する共用装置とから成り、前記複数の
処理装置のうちの１つが、前記共用装置の詳細なエラー
情報を収集するコンピュータシステムにおいて、 前記複数の処理装置からの前記共用装置に関わるエラー
情報のうち、前記共用装置の詳細なエラー情報を収集す
る処理装置からのエラー情報以外のエラー情報の出力を
抑制するエラー情報制御手段、 を有することを特徴とするコンピュータシステム。 - 【請求項２】 前記共用装置に発生したエラーに関わる
詳細なエラー情報と、前記エラーが原因で、前記共用装
置の詳細なエラー情報を収集する処理装置以外の処理装
置で収集される前記共用装置に関わるエラー情報との関
係を記憶したデータベースを更に有し、前記エラー情報
制御手段は、前記データベースに基づいて、前記共用装
置の詳細なエラー情報以外のエラー情報の出力を抑制す
ることを特徴とする請求項１記載のコンピュータシステ
ム。 - 【請求項３】 前記各処理装置が収集するエラー情報に
は、前記共用装置に関わるエラー情報であることを示す
識別子が付加され、前記エラー情報制御手段は、前記識
別子の付加されているエラー情報のみを制御の対象とす
ることを特徴とする請求項１，２のいずれかに記載のコ
ンピュータシステム。 - 【請求項４】 複数の共用装置を更に有し、前記各共用
装置を示す識別子がエラー情報に付加され、前記エラー
情報制御手段は、同一の識別子の付加されているエラー
情報を同じ制御対象のグループとすることを特徴とする
請求項１，２，３のいずれかに記載のコンピュータシス
テム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6226155A JPH0895933A (ja) | 1994-09-21 | 1994-09-21 | コンピュータシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6226155A JPH0895933A (ja) | 1994-09-21 | 1994-09-21 | コンピュータシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0895933A true JPH0895933A (ja) | 1996-04-12 |
Family
ID=16840729
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6226155A Withdrawn JPH0895933A (ja) | 1994-09-21 | 1994-09-21 | コンピュータシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0895933A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000305918A (ja) * | 1999-04-20 | 2000-11-02 | Nec Saitama Ltd | マルチプロセッサ監視制御システムおよびマルチプロセッサ監視制御方法 |
| JP2012014673A (ja) * | 2010-06-04 | 2012-01-19 | Nippon Telegr & Teleph Corp <Ntt> | クラスタシステム復旧方法及びサーバ及びプログラム |
-
1994
- 1994-09-21 JP JP6226155A patent/JPH0895933A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000305918A (ja) * | 1999-04-20 | 2000-11-02 | Nec Saitama Ltd | マルチプロセッサ監視制御システムおよびマルチプロセッサ監視制御方法 |
| JP2012014673A (ja) * | 2010-06-04 | 2012-01-19 | Nippon Telegr & Teleph Corp <Ntt> | クラスタシステム復旧方法及びサーバ及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5815651A (en) | Method and apparatus for CPU failure recovery in symmetric multi-processing systems | |
| US6119246A (en) | Error collection coordination for software-readable and non-software readable fault isolation registers in a computer system | |
| JPH0895933A (ja) | コンピュータシステム | |
| US5524206A (en) | Sub-CPU monitoring system including dual port memory | |
| JPS5856158A (ja) | 遠隔保守方式 | |
| JP2001195377A (ja) | 孤立判定システムとその管理方法及び記録媒体 | |
| WO2023084670A1 (ja) | 監視装置、監視方法、及びコンピュータ読み取り可能な記憶媒体 | |
| JP2000311099A (ja) | プロセス監視システムおよびプロセス監視方法 | |
| TW200307200A (en) | Multiple fault location in a series of devices | |
| JP2002351855A (ja) | 計算機異常処理システムおよび、計算機異常処理方法および、計算機で動作する計算機異常処理プログラムおよび、コンピュータにより読み取り可能な記録媒体に記録された計算機異常処置プログラム | |
| CN108804288B (zh) | 一种信息处理装置、方法及电子设备 | |
| JPH03123230A (ja) | ネットワーク監視システムの関連アラーム早期検出装置 | |
| JPH05224964A (ja) | バス異常通知方式 | |
| JP2539390B2 (ja) | マルチプロセツサシステム | |
| JPS5914197A (ja) | マルチプロセツサシステム | |
| JP2688368B2 (ja) | エラーアドレス収集方式 | |
| JPH05342025A (ja) | 仮想計算機システムの障害処理方式 | |
| JP3487440B2 (ja) | 共有メモリアクセス方式 | |
| CN119883786A (zh) | 嵌入式设备的运行状态分析方法和装置 | |
| JP2012053760A (ja) | 障害特定装置、障害特定方法及び障害特定プログラム | |
| JP3099355B2 (ja) | 入出力処理装置 | |
| JPH0476633A (ja) | エラー情報処理装置 | |
| JPH0362235A (ja) | 複合システムにおけるダウン監視処理方式 | |
| JP2000099483A (ja) | 分散処理システム及び分散処理方法及び記録媒体 | |
| JPS60189542A (ja) | プロセツサ暴走検出方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20020115 |