JPH06139110A - 障害時における部品手配判別方式 - Google Patents
障害時における部品手配判別方式Info
- Publication number
- JPH06139110A JPH06139110A JP4286199A JP28619992A JPH06139110A JP H06139110 A JPH06139110 A JP H06139110A JP 4286199 A JP4286199 A JP 4286199A JP 28619992 A JP28619992 A JP 28619992A JP H06139110 A JPH06139110 A JP H06139110A
- Authority
- JP
- Japan
- Prior art keywords
- flag
- parts
- maintenance
- fault
- influence
- 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
- Debugging And Monitoring (AREA)
Abstract
(57)【要約】
【目的】 障害時における部品手配判別方式に関し、障
害のシステムへの影響度、活性保守の有無等により、部
品の自動手配パターンを即時手配、ゆっくり手配、自動
手配不要の３つにわけることである。 【構成】 コンピュータＵに障害が発生したとき、これ
を保守センタＭＣに通知するコンピュータシステムにお
いて、保守センタＭＣに、フラグコードと、影響度と、
活性保守有無の各項目を有するフラグ部品テーブル１
と、障害の発生した部品の手配を即時に行うべきか否か
を識別する演算部２を設け、保守センタＭＣに障害の発
生を示すフラグコードが送出されたとき、このフラグコ
ードにもとづき前記フラグ部品テーブル１をアクセスし
てこれに対応する影響度と活性保守有無のデータを求
め、これらの各データにもとづき演算部２がこのフラグ
コードに示された部品の手配対応パターンを求め、この
手配対応パターンをＣＥに通知する。
害のシステムへの影響度、活性保守の有無等により、部
品の自動手配パターンを即時手配、ゆっくり手配、自動
手配不要の３つにわけることである。 【構成】 コンピュータＵに障害が発生したとき、これ
を保守センタＭＣに通知するコンピュータシステムにお
いて、保守センタＭＣに、フラグコードと、影響度と、
活性保守有無の各項目を有するフラグ部品テーブル１
と、障害の発生した部品の手配を即時に行うべきか否か
を識別する演算部２を設け、保守センタＭＣに障害の発
生を示すフラグコードが送出されたとき、このフラグコ
ードにもとづき前記フラグ部品テーブル１をアクセスし
てこれに対応する影響度と活性保守有無のデータを求
め、これらの各データにもとづき演算部２がこのフラグ
コードに示された部品の手配対応パターンを求め、この
手配対応パターンをＣＥに通知する。
Description
【０００１】
【産業上の利用分野】本発明は障害時における部品手配
判別方式に関し、特に障害発生時において、この障害が
システムに与える影響度や、活性保守の有無等にもとづ
き、障害の発生した部品の手配速度を例えば高速手配、
スロー手配、手配せず等に分類するものである。
判別方式に関し、特に障害発生時において、この障害が
システムに与える影響度や、活性保守の有無等にもとづ
き、障害の発生した部品の手配速度を例えば高速手配、
スロー手配、手配せず等に分類するものである。
【０００２】
【従来の技術】従来、コンピュータシステムにハードウ
ェア障害が発生したとき、ＳＶＰ（サービスプロセッ
サ）がコンピュータシステムのログ情報をチェックし
て、故障の発生した部品名（例えばＣＰＵ、ＭＳＵ、Ｍ
ＣＵ等）と、エラーの内容（例えばパリティエラー）等
をフラグコードでＳＶＰに表示し、更に通信回線を経由
して、コンピュータシステムの設置場所とは遠隔の場所
にある保守センタにこのフラグコードを送出し、エラー
通知を行う。
ェア障害が発生したとき、ＳＶＰ（サービスプロセッ
サ）がコンピュータシステムのログ情報をチェックし
て、故障の発生した部品名（例えばＣＰＵ、ＭＳＵ、Ｍ
ＣＵ等）と、エラーの内容（例えばパリティエラー）等
をフラグコードでＳＶＰに表示し、更に通信回線を経由
して、コンピュータシステムの設置場所とは遠隔の場所
にある保守センタにこのフラグコードを送出し、エラー
通知を行う。
【０００３】即ち、図４に示す如く、ユーザＵにハード
ウェア障害が発生したとき、ＳＶＰがそのログ情報を解
析してフラグコードを保守センタＭＣに送出する。この
フラグコードには、故障の発生した部品名と、エラーの
内容と、この障害の結果がシステムダウンの場所にの
み、システムダウンＳＤが記入されている。
ウェア障害が発生したとき、ＳＶＰがそのログ情報を解
析してフラグコードを保守センタＭＣに送出する。この
フラグコードには、故障の発生した部品名と、エラーの
内容と、この障害の結果がシステムダウンの場所にの
み、システムダウンＳＤが記入されている。
【０００４】保守センタＭＣでは、このフラグコードを
みて障害の発生した部品を部品手配センタＰＣに手配し
て、ＣＥ（カストマー・エンジニア）が障害の発生した
ユーザＵに行き障害を修理回復していた。
みて障害の発生した部品を部品手配センタＰＣに手配し
て、ＣＥ（カストマー・エンジニア）が障害の発生した
ユーザＵに行き障害を修理回復していた。
【０００５】
【発明が解決しようとする課題】この場合、従来では、
システムの影響度及び活性保守の有無に関係なく、部品
手配センタＰＣに部品が自動手配されていたので、例え
ば障害のケースによっては部品の取り替えを不要とした
り、現場で部品の取替えを検討してからでも間に合う場
合でも、保守部品の手配を行うため、保守部品の在庫量
が増大してコスト面を阻害する原因となっていた。従っ
て本発明の目的は、このような欠点を改善した部品手配
判別方式を提供することである。
システムの影響度及び活性保守の有無に関係なく、部品
手配センタＰＣに部品が自動手配されていたので、例え
ば障害のケースによっては部品の取り替えを不要とした
り、現場で部品の取替えを検討してからでも間に合う場
合でも、保守部品の手配を行うため、保守部品の在庫量
が増大してコスト面を阻害する原因となっていた。従っ
て本発明の目的は、このような欠点を改善した部品手配
判別方式を提供することである。
【０００６】
【課題を解決するための手段】前記目的を達成するた
め、本発明では、保守センタＭＣに、─フラグ部品テー
ブル１と演算部２を設ける。フラグ部品テーブル１に
は、フラグコード対応に、部品名の外に、影響度と活性
保守の有無が記入されている。
め、本発明では、保守センタＭＣに、─フラグ部品テー
ブル１と演算部２を設ける。フラグ部品テーブル１に
は、フラグコード対応に、部品名の外に、影響度と活性
保守の有無が記入されている。
【０００７】フラグコードには部品名やエラー内容の外
に、マシンチェック割込コード（ＭＣＩＣ）が記入され
ている。ここでマシンチェック割込コードはＳＤ（シス
テムダメージ）、ＰＤ（プロセスダメージ）、ＳＲ（シ
ステムリカバリ）、ＤＧ（縮退）がある。
に、マシンチェック割込コード（ＭＣＩＣ）が記入され
ている。ここでマシンチェック割込コードはＳＤ（シス
テムダメージ）、ＰＤ（プロセスダメージ）、ＳＲ（シ
ステムリカバリ）、ＤＧ（縮退）がある。
【０００８】影響度とはその障害がシステムに与える影
響をＡ、Ｂ、Ｃで示すものであって、ＳＤをＡ、ＰＤと
ＤＧをＢ、ＳＲをＣで示している。また活性保守の有無
とは、部品を取替えるときにシステムを動作状態に保ち
ながら実行できることを活性保守有（Ｄ）とし、システ
ムを停止しないと取替えできない場合を活性保守無
（Ｅ）とする。
響をＡ、Ｂ、Ｃで示すものであって、ＳＤをＡ、ＰＤと
ＤＧをＢ、ＳＲをＣで示している。また活性保守の有無
とは、部品を取替えるときにシステムを動作状態に保ち
ながら実行できることを活性保守有（Ｄ）とし、システ
ムを停止しないと取替えできない場合を活性保守無
（Ｅ）とする。
【０００９】演算部２は、障害が発生したとき、フラグ
部品テーブル１から出力された前記Ａ、Ｂ、Ｃ、及び前
記Ｄ、Ｅにもとづき、Ａ・Ｅ、Ａ・Ｄ＋Ｂ・Ｅ＋Ｂ
・Ｄ、Ｃの演算を行い、の場合は即時手配（ＦＡＳ
Ｔ）、の場合はゆっくり手配（ＳＬＯＷ、例えば３時
間以内）、の場合は部品の自動手配不要とする。
部品テーブル１から出力された前記Ａ、Ｂ、Ｃ、及び前
記Ｄ、Ｅにもとづき、Ａ・Ｅ、Ａ・Ｄ＋Ｂ・Ｅ＋Ｂ
・Ｄ、Ｃの演算を行い、の場合は即時手配（ＦＡＳ
Ｔ）、の場合はゆっくり手配（ＳＬＯＷ、例えば３時
間以内）、の場合は部品の自動手配不要とする。
【００１０】
【作用】これにより、例えばＣＰＵにＳＤ（Ａ）の障害
が発生しても、活性保守有（Ｄ）の場合には、のゆっ
くり手配となる。即ち活性保守有の場合は、ＣＰＵは少
なくとも２台用意され、一方が停止しても他方で動作可
能の場合であるからである。しかし活性保守無（Ｅ）で
ＣＰＵにＳＤ（Ａ）の障害が発生すればのケースとな
り部品（この場合はＣＰＵボード）の即時手配を行うこ
とになる。このようにしてフラグコードにより得られた
出力を演算して、このフラグコードに示された部品の手
配状態を定めることができるので、保守部品を不必要に
増加することが改善される。
が発生しても、活性保守有（Ｄ）の場合には、のゆっ
くり手配となる。即ち活性保守有の場合は、ＣＰＵは少
なくとも２台用意され、一方が停止しても他方で動作可
能の場合であるからである。しかし活性保守無（Ｅ）で
ＣＰＵにＳＤ（Ａ）の障害が発生すればのケースとな
り部品（この場合はＣＰＵボード）の即時手配を行うこ
とになる。このようにしてフラグコードにより得られた
出力を演算して、このフラグコードに示された部品の手
配状態を定めることができるので、保守部品を不必要に
増加することが改善される。
【００１１】
【実施例】本発明の一実施例を図２及び図３にもとづき
説明する。図２は本発明の一実施例構成図であり、図３
は本発明におけるフラグ部品テーブルの説明図である。
説明する。図２は本発明の一実施例構成図であり、図３
は本発明におけるフラグ部品テーブルの説明図である。
【００１２】図２において１はフラグ部品テーブル、２
は演算部、３はフラグ受信部、４はテーブル読出部、５
は部品名保持部、６は影響度保持部、７は活性保守保持
部、８は表示部、９はテーブル作成部である。
は演算部、３はフラグ受信部、４はテーブル読出部、５
は部品名保持部、６は影響度保持部、７は活性保守保持
部、８は表示部、９はテーブル作成部である。
【００１３】フラグ部品テーブル１はフラグコード対応
に部品名、影響度、活性保守有無が記入されているもの
であり、図３に示す如く構成されている。フラグコード
は、複数のＸでしめされるエラーコード部分と、ＹＹで
示されるマシンチェック割込コード（ＭＣＩＣ）部分を
有する。
に部品名、影響度、活性保守有無が記入されているもの
であり、図３に示す如く構成されている。フラグコード
は、複数のＸでしめされるエラーコード部分と、ＹＹで
示されるマシンチェック割込コード（ＭＣＩＣ）部分を
有する。
【００１４】エラーコード部分は、例えば初めのＸで装
置名（ＣＰＵ、ＭＣＵ、ＭＳＵ、ＣＨＰ、ＳＶＰ等）
を、次のＸでこの装置内のファンクショナルユニット
（例えばＣＰＵの場合には、命令ユニットＩ、ストレー
ジ・ユニットＳ、演算ユニットＥ等）を、次のＸでメモ
リエラー、ロジカルエラー等を示している。
置名（ＣＰＵ、ＭＣＵ、ＭＳＵ、ＣＨＰ、ＳＶＰ等）
を、次のＸでこの装置内のファンクショナルユニット
（例えばＣＰＵの場合には、命令ユニットＩ、ストレー
ジ・ユニットＳ、演算ユニットＥ等）を、次のＸでメモ
リエラー、ロジカルエラー等を示している。
【００１５】またＭＣＩＣ部分は、前記の如く、ＳＤ、
ＰＤ、ＳＲ、ＤＧが記入されている。ＳＤは、例えば全
ＯＳが動作停止しているシステム・ダメージ状態を示
し、ＰＤは実行プログラムが動作途中で停止するような
プロセス・ダメージ状態を示し、ＳＲは障害が発生した
もののシステム内でリカバリできたシステム・リカバリ
状態を示す。そしてＤＧは、２つあるＴＬＢの１つに障
害が発生したとか、キャッシュの特定のウエイに障害が
発生したような機能の一部分における縮退状態を示す。
ＰＤ、ＳＲ、ＤＧが記入されている。ＳＤは、例えば全
ＯＳが動作停止しているシステム・ダメージ状態を示
し、ＰＤは実行プログラムが動作途中で停止するような
プロセス・ダメージ状態を示し、ＳＲは障害が発生した
もののシステム内でリカバリできたシステム・リカバリ
状態を示す。そしてＤＧは、２つあるＴＬＢの１つに障
害が発生したとか、キャッシュの特定のウエイに障害が
発生したような機能の一部分における縮退状態を示す。
【００１６】影響度は、障害がもたらすコンピュータ・
システムへの影響度を示すものであって、もっとも大き
い場合をＡ、もっとも小さい場合をＣ、その中間をＢで
示す。具体的にはＳＤがＡ、ＳＲがＣでＰＤと、ＤＧが
Ｂで示される。
システムへの影響度を示すものであって、もっとも大き
い場合をＡ、もっとも小さい場合をＣ、その中間をＢで
示す。具体的にはＳＤがＡ、ＳＲがＣでＰＤと、ＤＧが
Ｂで示される。
【００１７】活性保守有無は、システムを停止すること
なく点検修理が可能な場合を有（Ｄ）とし、停止しなけ
ればならない場合を無（Ｅ）とする。そしてこの活性保
守有無は、ユーザによるシステム構成により異なり、例
えばＣＰＵが２台並列運転可能なシステムでは、１台の
ＣＰＵを停止して点検しても他のＣＰＵで動作できるの
で、活性保守有となる。またＭＣＵ（メモリ制御装置）
が１台しかないシステムでは、これを停止すればシステ
ム全体が停止するので、活性保守無となる。実際のフラ
グ部品テーブルは１部品名について、図３の場合よりも
行数が多いが、図３では説明簡略化のため、ＭＣＩＣ部
分が前記ＳＤ、ＰＤ、ＳＲ、ＤＧの４つのケースを示す
ため、同一部品名で４行構成の例を示している。そして
このフラグ部品テーブル１は、図２に示す如く、ユーザ
ａ、ｂ・・・ｎ対応に構成されている。なおこのフラグ
部品テーブルの行数を少なくして小型化するため、アク
セスするときフラグコードの上位桁の部品名と、下位桁
のＹＹでアクセスするように構成することができる。
なく点検修理が可能な場合を有（Ｄ）とし、停止しなけ
ればならない場合を無（Ｅ）とする。そしてこの活性保
守有無は、ユーザによるシステム構成により異なり、例
えばＣＰＵが２台並列運転可能なシステムでは、１台の
ＣＰＵを停止して点検しても他のＣＰＵで動作できるの
で、活性保守有となる。またＭＣＵ（メモリ制御装置）
が１台しかないシステムでは、これを停止すればシステ
ム全体が停止するので、活性保守無となる。実際のフラ
グ部品テーブルは１部品名について、図３の場合よりも
行数が多いが、図３では説明簡略化のため、ＭＣＩＣ部
分が前記ＳＤ、ＰＤ、ＳＲ、ＤＧの４つのケースを示す
ため、同一部品名で４行構成の例を示している。そして
このフラグ部品テーブル１は、図２に示す如く、ユーザ
ａ、ｂ・・・ｎ対応に構成されている。なおこのフラグ
部品テーブルの行数を少なくして小型化するため、アク
セスするときフラグコードの上位桁の部品名と、下位桁
のＹＹでアクセスするように構成することができる。
【００１８】演算部２は、障害の発生した部品を手配す
るパターンを、例えばＦＡＳＴ（即時手配）、ＳＬ
ＯＷ（ゆっくり手配）ＮＯＮ（部品の自動手配不要）
の３種類に分類するための演算を行うものである。そし
てこのためフラグコードにもとづきフラグ部品テーブル
１から出力したＡ、Ｂ、Ｃ、Ｄ、Ｅにもとづき下記の
〜の演算を行い、該当のものを出力する。
るパターンを、例えばＦＡＳＴ（即時手配）、ＳＬ
ＯＷ（ゆっくり手配）ＮＯＮ（部品の自動手配不要）
の３種類に分類するための演算を行うものである。そし
てこのためフラグコードにもとづきフラグ部品テーブル
１から出力したＡ、Ｂ、Ｃ、Ｄ、Ｅにもとづき下記の
〜の演算を行い、該当のものを出力する。
【００１９】 ＦＡＳＴ＝Ａ・Ｅ ＳＬＯＷ＝Ａ・Ｄ＋Ｂ・Ｅ＋Ｂ・Ｄ ＮＯＮ＝Ｃ Ａ・Ｅは、システム・ダメージ状態で活性保守無の場合
であり、この場合は例えばＣＰＵは１つしかないシステ
ムのため、ＣＰＵに対する部品手配が直ちに必要とな
る。またＡ・Ｄの場合、同じシステムダウンでも、活性
保守有つまりＣＰＵがもう１台存在して並列運転可能な
場合であるので、ゆっくり手配でよい。システムリカバ
リの場合は、システム内で回復可能なため、部品手配を
行う必要はない。従っての場合はＦＡＳＴが、の場
合はＳＬＯＷがの場合はＮＯＮが演算部２より出力さ
れる。
であり、この場合は例えばＣＰＵは１つしかないシステ
ムのため、ＣＰＵに対する部品手配が直ちに必要とな
る。またＡ・Ｄの場合、同じシステムダウンでも、活性
保守有つまりＣＰＵがもう１台存在して並列運転可能な
場合であるので、ゆっくり手配でよい。システムリカバ
リの場合は、システム内で回復可能なため、部品手配を
行う必要はない。従っての場合はＦＡＳＴが、の場
合はＳＬＯＷがの場合はＮＯＮが演算部２より出力さ
れる。
【００２０】フラグ受信部３は、ユーザのＳＶＰから送
出されるフラグコードを受信し、これをテーブル読出部
４に送出するものである。テーブル読出部４は、このフ
ラグコードを解読して、そのユーザＩＤ（識別子）に対
応したフラグ部品テーブルの１つをフラグコードにもと
づきアクセスし、例えば部品名、影響度、活性保守有無
を出力させるものである。
出されるフラグコードを受信し、これをテーブル読出部
４に送出するものである。テーブル読出部４は、このフ
ラグコードを解読して、そのユーザＩＤ（識別子）に対
応したフラグ部品テーブルの１つをフラグコードにもと
づきアクセスし、例えば部品名、影響度、活性保守有無
を出力させるものである。
【００２１】部品名保持部５はフラグ部品テーブル１か
ら出力された部品名を一時保持するものであり、影響度
保持部６は同じく出力された影響度（Ａ、Ｂ、Ｃの１
つ）を一時保持するものであり、活性保守保持部７はこ
れまた同じく出力された活性保守有無（Ｄ、Ｅの１つ）
を一時保持するものである。
ら出力された部品名を一時保持するものであり、影響度
保持部６は同じく出力された影響度（Ａ、Ｂ、Ｃの１
つ）を一時保持するものであり、活性保守保持部７はこ
れまた同じく出力された活性保守有無（Ｄ、Ｅの１つ）
を一時保持するものである。
【００２２】表示部８は、演算部２における演算結果が
得られた自動部品手配パターンＦＡＳＴ、ＳＬＯＷ、Ｎ
ＯＮの１つをその部品名とともに表示して、部品の自動
手配状態を示すものである。このとき、フラグ受信部３
から得られたフラグコードより部品名を得てもよく、ま
たエラーの詳細情報（エラー原因、発生場所等）を表示
してもよい。
得られた自動部品手配パターンＦＡＳＴ、ＳＬＯＷ、Ｎ
ＯＮの１つをその部品名とともに表示して、部品の自動
手配状態を示すものである。このとき、フラグ受信部３
から得られたフラグコードより部品名を得てもよく、ま
たエラーの詳細情報（エラー原因、発生場所等）を表示
してもよい。
【００２３】テーブル作成部９は、フラグ部品テーブル
１をユーザａ、ｂ・・・ｎ別に作成するものであり、フ
ラグコード、部品名、影響度、活性保守有無等のデータ
が入力され、図３に示す如きフラグ部品テーブルを作成
するものである。活性保守有無のデータは、システムの
構成により異なるので、例えばＣＰＵが１つの場合、２
つの場合等ユーザにより異なるので、このようなことが
必要である。
１をユーザａ、ｂ・・・ｎ別に作成するものであり、フ
ラグコード、部品名、影響度、活性保守有無等のデータ
が入力され、図３に示す如きフラグ部品テーブルを作成
するものである。活性保守有無のデータは、システムの
構成により異なるので、例えばＣＰＵが１つの場合、２
つの場合等ユーザにより異なるので、このようなことが
必要である。
【００２４】次に本発明の動作について説明する。 （１）ユーザから、ハードエラー障害を示すフラグコー
ドがユーザより遠隔の地にある保守センタのフラグ受信
部３に入力されると、フラグ受信部３がこれを検知して
テーブル読出部４に送出する。テーブル読出部４は、そ
のユーザＩＤよりアクセス先のフラグ部品テーブル１を
選択して、これをフラグコードにもとづきアクセスす
る。
ドがユーザより遠隔の地にある保守センタのフラグ受信
部３に入力されると、フラグ受信部３がこれを検知して
テーブル読出部４に送出する。テーブル読出部４は、そ
のユーザＩＤよりアクセス先のフラグ部品テーブル１を
選択して、これをフラグコードにもとづきアクセスす
る。
【００２５】（２）これにもとづき、フラグ部品テーブ
ル１より、部品名、影響度、活性保守有無等が出力さ
れ、それぞれ部品名保持部５、影響度保持部６、活性保
守保持部７に一時保持される。
ル１より、部品名、影響度、活性保守有無等が出力さ
れ、それぞれ部品名保持部５、影響度保持部６、活性保
守保持部７に一時保持される。
【００２６】（３）そして演算部２において、影響度保
持部６、活性保守保持部７に保持されたＡ、Ｂ、Ｃの１
つ及びＤ、Ｅの１つにもとづき、前記、、のいず
れに相当するか判別する演算が行われ、この結果得られ
た自動部品手配パターンの１つを表示部８に送出する （４）表示部８ではこの自動部品手配パターンをその部
品名とともに表示し、ＣＥに通知する。勿論このとき、
フラグコードより得られたエラーの詳細情報を表示する
こともできる。
持部６、活性保守保持部７に保持されたＡ、Ｂ、Ｃの１
つ及びＤ、Ｅの１つにもとづき、前記、、のいず
れに相当するか判別する演算が行われ、この結果得られ
た自動部品手配パターンの１つを表示部８に送出する （４）表示部８ではこの自動部品手配パターンをその部
品名とともに表示し、ＣＥに通知する。勿論このとき、
フラグコードより得られたエラーの詳細情報を表示する
こともできる。
【００２７】
【発明の効果】本発明によれば、保守センタにその障害
の発生した部品とその障害の程度に応じ、システムの構
築状態にもとづき、部品の自動手配パターンを最適の状
態で表示するので、不要な部品の在庫量の増大を抑制す
ることができる。従って従来におけるシステムへの影響
度、活性保守の有無に関係なく部品を自動手配した場合
に比較して、保守部品の適正在庫をはかりコスト面をは
るかに軽減することができる。
の発生した部品とその障害の程度に応じ、システムの構
築状態にもとづき、部品の自動手配パターンを最適の状
態で表示するので、不要な部品の在庫量の増大を抑制す
ることができる。従って従来におけるシステムへの影響
度、活性保守の有無に関係なく部品を自動手配した場合
に比較して、保守部品の適正在庫をはかりコスト面をは
るかに軽減することができる。
【図１】本発明の原理構成図である。
【図２】本発明の一実施例構成図である。
【図３】本発明におけるフラグ部品テーブル説明図であ
る。
る。
【図４】従来例である。
１ フラグ部品テーブル ２ 演算部 ３ フラグ受信部 ４ テーブル読出部 ５ 部品名保持部 ６ 影響度保持部 ７ 活性保守保持部 ８ 表示部 ９ テーブル作成部
Claims (4)
- 【請求項１】 コンピュータ（Ｕ）に障害が発生したと
き、これを保守センタ（ＭＣ）に通知するコンピュータ
システムにおいて、 保守センタ（ＭＣ）に、 フラグコードと、影響度と、活性保守有無の各項目を有
するフラグ部品テーブル（１）と、 障害の発生した部品の手配を即時に行うべきか否かを識
別する演算を行う演算部（２）を設け、 保守センタ（ＭＣ）に障害の発生を示すフラグコードが
送出されたとき、このフラグコードにもとづき前記フラ
グ部品テーブル（１）をアクセスしてこれに対応する影
響度と活性保守有無のデータを求め、これらの各データ
にもとづき演算部（２）がこのフラグコードに示された
部品の手配対応パターンを求め、この手配対応パターン
をＣＥに通知することを特徴とする障害時における部品
手配判別方式。 - 【請求項２】 前記影響度を、システムダメージ（Ｓ
Ｄ）、プロセスダメージ（ＰＤ）、システムリカバリ
（ＳＲ）及び縮退（ＤＧ）にもとづき定めることを特徴
とする請求項１記載の障害時における部品手配判別方
式。 - 【請求項３】 前記フラグ部品テーブル（１）に部品名
項目を設け、前記活性保守有無を部品名単位に割当てた
ことを特徴とする請求項１記載の障害時における部品手
配判別方式。 - 【請求項４】 前記手配対応パターンを、ファースト、
スロー、手配せずの３種類としたことを特徴とする請求
項１記載の障害時における部品手配判別方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4286199A JPH06139110A (ja) | 1992-10-23 | 1992-10-23 | 障害時における部品手配判別方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4286199A JPH06139110A (ja) | 1992-10-23 | 1992-10-23 | 障害時における部品手配判別方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06139110A true JPH06139110A (ja) | 1994-05-20 |
Family
ID=17701249
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4286199A Withdrawn JPH06139110A (ja) | 1992-10-23 | 1992-10-23 | 障害時における部品手配判別方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06139110A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10180882B2 (en) | 2014-05-16 | 2019-01-15 | Nec Corporation | Information-processing device, processing method, and recording medium in which program is recorded |
| JP2019168928A (ja) * | 2018-03-23 | 2019-10-03 | 株式会社富士通エフサス | 緊急性判定装置、緊急性判定方法および緊急性判定プログラム |
-
1992
- 1992-10-23 JP JP4286199A patent/JPH06139110A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10180882B2 (en) | 2014-05-16 | 2019-01-15 | Nec Corporation | Information-processing device, processing method, and recording medium in which program is recorded |
| JP2019168928A (ja) * | 2018-03-23 | 2019-10-03 | 株式会社富士通エフサス | 緊急性判定装置、緊急性判定方法および緊急性判定プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7917811B2 (en) | Virtual computer system | |
| US7139940B2 (en) | Method and apparatus for reporting global errors on heterogeneous partitioned systems | |
| US7552236B2 (en) | Routing interrupts in a multi-node system | |
| CN100373345C (zh) | 从同步冗余设备选择状态数据的方法和系统 | |
| US20110154097A1 (en) | Field replaceable unit failure determination | |
| US20110246835A1 (en) | Management server and management system | |
| JPH02297228A (ja) | 障害情報格納方式 | |
| KR20080061258A (ko) | 정보 처리 장치, 장해 처리 방법, 및 장해 처리 프로그램을기록한 컴퓨터 판독 가능한 기록 매체 | |
| CN112187933A (zh) | 一种多架构云平台中服务的监控方法和系统 | |
| JP3720919B2 (ja) | コンピュータ・システムのシャットダウンを効率的に管理する方法及び装置 | |
| CN105933176A (zh) | 一种检测主机状态的方法及装置 | |
| JP2017045079A (ja) | クラウド管理方法及びクラウド管理システム | |
| JPH06139110A (ja) | 障害時における部品手配判別方式 | |
| CN102216903B (zh) | 响应于并行维护的硬件恢复 | |
| US6622257B1 (en) | Computer network with swappable components | |
| US20060195849A1 (en) | Method for synchronizing events, particularly for processors of fault-tolerant systems | |
| JP6833152B2 (ja) | 故障支援装置、故障支援プログラム及び故障支援方法 | |
| JP5696492B2 (ja) | 故障検出装置、故障検出方法、及び、故障検出プログラム | |
| JP3479842B2 (ja) | 計算機システムのクロック切替方式および方法 | |
| US20180204127A1 (en) | Management of building energy systems through quantification of reliability | |
| EP0423933A2 (en) | Personal computer memory bank parity error indicator | |
| JP2004213178A (ja) | 計算機システム | |
| CN115686896A (zh) | 扩展内存错误处理方法、系统、电子设备及存储介质 | |
| CN117827509A (zh) | 一种数据库异常检测处理方法、装置、设备及介质 | |
| JPS59189455A (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: 20000104 |