JPH10312321A - オンラインシステム障害解析方法 - Google Patents
オンラインシステム障害解析方法Info
- Publication number
- JPH10312321A JPH10312321A JP9120484A JP12048497A JPH10312321A JP H10312321 A JPH10312321 A JP H10312321A JP 9120484 A JP9120484 A JP 9120484A JP 12048497 A JP12048497 A JP 12048497A JP H10312321 A JPH10312321 A JP H10312321A
- Authority
- JP
- Japan
- Prior art keywords
- failure
- message
- monitoring
- hardware
- software
- 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)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】本発明はオンラインシステムの障害の検出から
対処方法の表示までの処理をリアルタイムに実現し、障
害による影響を最小限に抑えることにある。 【解決手段】障害メッセージ発生時、カウンタを１にす
る（ステップ１５２）。メッセージテーブルの全事例に
ついてカウンタの示す順番の事例の履歴確信度及び監視
確信度を求める（ステップ１６８）。障害メッセージの
発生原因の表示を行い、メッセージテーブルに格納され
ている履歴確信度が最大の事例を最適対処方法として表
示する（履歴確信度が最大の履歴が複数存在する場合に
は監視確信度が最大の事例を表示する）（ステップ１５
６）。対処が自動に設定されている場合、対処コマンド
及び対処確認コマンドを実行し（ステップ１６０）。障
害が回復した場合は対処結果を表示し（ステップ１６
４）、回復しない場合は対処モジュールを起動し人によ
る対処を行う（ステップ１６６）。
対処方法の表示までの処理をリアルタイムに実現し、障
害による影響を最小限に抑えることにある。 【解決手段】障害メッセージ発生時、カウンタを１にす
る（ステップ１５２）。メッセージテーブルの全事例に
ついてカウンタの示す順番の事例の履歴確信度及び監視
確信度を求める（ステップ１６８）。障害メッセージの
発生原因の表示を行い、メッセージテーブルに格納され
ている履歴確信度が最大の事例を最適対処方法として表
示する（履歴確信度が最大の履歴が複数存在する場合に
は監視確信度が最大の事例を表示する）（ステップ１５
６）。対処が自動に設定されている場合、対処コマンド
及び対処確認コマンドを実行し（ステップ１６０）。障
害が回復した場合は対処結果を表示し（ステップ１６
４）、回復しない場合は対処モジュールを起動し人によ
る対処を行う（ステップ１６６）。
Description
【０００１】
【発明の属する技術分野】本発明はシステムから出力さ
れる情報からハードウェア及びソフトウェアの障害につ
いて、障害に関する原因と、障害の対処方法の表示を実
現する障害解析方法に関し、特に障害の検出から対処ま
での処理に高速なリアルタイム性を要求されるオンライ
ンシステムに関する。
れる情報からハードウェア及びソフトウェアの障害につ
いて、障害に関する原因と、障害の対処方法の表示を実
現する障害解析方法に関し、特に障害の検出から対処ま
での処理に高速なリアルタイム性を要求されるオンライ
ンシステムに関する。
【０００２】
【従来の技術】機器などのハードウェアの障害やアプリ
ケーションプログラムなどのソフトウェアの障害に関
し、障害の診断を行う装置やシステムが様々な分野で開
発され、稼動している。これらのシステムの管理におい
ては、障害解析が大きな役割を果たしている。例えば、
特開平０６−１６１７６０号公報に示されているように
機器の診断にリアルタイム性を持った装置を持ったもの
がある。この技術では、専門家によって行われていた診
断を機械化することによって判定にばらつきがなく、迅
速な診断を可能としている。また、特開平０８−２３７
１８８号公報に示されているように通信端末装置は通信
の履歴に関するデータを記憶し、通信障害時のデータを
ネットワークを介して情報蓄積装置に伝送することによ
り、通信端末装置の保守を効率良くできるようにしてい
る。
ケーションプログラムなどのソフトウェアの障害に関
し、障害の診断を行う装置やシステムが様々な分野で開
発され、稼動している。これらのシステムの管理におい
ては、障害解析が大きな役割を果たしている。例えば、
特開平０６−１６１７６０号公報に示されているように
機器の診断にリアルタイム性を持った装置を持ったもの
がある。この技術では、専門家によって行われていた診
断を機械化することによって判定にばらつきがなく、迅
速な診断を可能としている。また、特開平０８−２３７
１８８号公報に示されているように通信端末装置は通信
の履歴に関するデータを記憶し、通信障害時のデータを
ネットワークを介して情報蓄積装置に伝送することによ
り、通信端末装置の保守を効率良くできるようにしてい
る。
【０００３】また、企業や官庁において、高速処理や信
頼性が要求される分野で様々なオンラインシステムが稼
動している。これらのシステムにおいては、機器などの
ハードウェア上でアプリケーションプログラムなどのソ
フトウェアが稼動しており、個々のハードウェアやソフ
トウェアの障害の診断を行っている。
頼性が要求される分野で様々なオンラインシステムが稼
動している。これらのシステムにおいては、機器などの
ハードウェア上でアプリケーションプログラムなどのソ
フトウェアが稼動しており、個々のハードウェアやソフ
トウェアの障害の診断を行っている。
【０００４】
【発明が解決しようとする課題】かかる従来の方法にお
いては、次のような問題がある。
いては、次のような問題がある。
【０００５】すなわち、ハードウェアとソフトウェアの
障害が同時に複数件数発生した場合、障害の検出から障
害の対処までの処理を高速に実現することは困難な作業
となる。
障害が同時に複数件数発生した場合、障害の検出から障
害の対処までの処理を高速に実現することは困難な作業
となる。
【０００６】このように従来の方法は、ハードウェアま
たはソフトウェアの個々の障害に対応するもので、複数
のハードウェア装置及びソフトウェアから構成され相互
に影響を与える可能性のあるシステムの障害には対処で
きないという問題があった。
たはソフトウェアの個々の障害に対応するもので、複数
のハードウェア装置及びソフトウェアから構成され相互
に影響を与える可能性のあるシステムの障害には対処で
きないという問題があった。
【０００７】本発明の目的は、複数のハードウェア装置
及びソフトウェアから構成されるオンラインシステムの
障害にリアルタイムに対処可能なオンラインシステム障
害解析方法を提供することにある。
及びソフトウェアから構成されるオンラインシステムの
障害にリアルタイムに対処可能なオンラインシステム障
害解析方法を提供することにある。
【０００８】本発明の他の目的は、従来人間が行ってい
た複雑な障害回復作業を機械化することにより作業の精
度及び速度の向上や作業の容易性を実現し、障害による
損害を最小限に抑えて、専門の知識を持たない人でも障
害回復作業を行うための手段を提供することにある。
た複雑な障害回復作業を機械化することにより作業の精
度及び速度の向上や作業の容易性を実現し、障害による
損害を最小限に抑えて、専門の知識を持たない人でも障
害回復作業を行うための手段を提供することにある。
【０００９】
【課題を解決するための手段】本発明は、オンラインシ
ステムから監視端末に出力されるメッセージの履歴に関
係する情報の一定期間の蓄積とハードウェア／ソフトウ
ェアの稼動状況の監視を行い、障害が発生した際に、障
害の原因の表示と過去の最適事例の対処方法の表示を行
う。
ステムから監視端末に出力されるメッセージの履歴に関
係する情報の一定期間の蓄積とハードウェア／ソフトウ
ェアの稼動状況の監視を行い、障害が発生した際に、障
害の原因の表示と過去の最適事例の対処方法の表示を行
う。
【００１０】オンラインシステムから監視端末に出力さ
れるメッセージをメッセージ監視モジュールにおいて常
時監視し、出力メッセージの一定時間の履歴を随時、履
歴蓄積テーブルに蓄積しておく。障害が発生した際に
は、障害発生時点の履歴蓄積テーブルを作業履歴蓄積テ
ーブルとしてコピーする。この作業履歴蓄積テーブルと
メッセージテーブルの過去の事例の履歴をメッセージＩ
Ｄをキーにマッチングを行い、一致した数を履歴確信度
として格納する。続いて、障害が発生した時点のハード
ウェア／ソフトウェアの稼動状況とメッセージテーブル
の過去の事例が発生した時点のハードウェア／ソフトウ
ェアの稼動状況をハードウェア／ソフトウェア名及び監
視項目をキーにマッチングを行い、一致した数を監視確
信度として格納する。そして、履歴確信度が最大の事例
を最適事例とする（履歴確信度が最大の事例が複数存在
する際には、監視確信度が最大の事例とする）。なお、
障害メッセージの原因及び分類情報、過去の事例情報は
メッセージテーブルで管理する。続いて、障害の原因の
表示と最適事例の対処方法の表示を行う。対処による障
害回復については、対処コマンドと対処確認コマンドの
実行及び結果確認により行う。
れるメッセージをメッセージ監視モジュールにおいて常
時監視し、出力メッセージの一定時間の履歴を随時、履
歴蓄積テーブルに蓄積しておく。障害が発生した際に
は、障害発生時点の履歴蓄積テーブルを作業履歴蓄積テ
ーブルとしてコピーする。この作業履歴蓄積テーブルと
メッセージテーブルの過去の事例の履歴をメッセージＩ
Ｄをキーにマッチングを行い、一致した数を履歴確信度
として格納する。続いて、障害が発生した時点のハード
ウェア／ソフトウェアの稼動状況とメッセージテーブル
の過去の事例が発生した時点のハードウェア／ソフトウ
ェアの稼動状況をハードウェア／ソフトウェア名及び監
視項目をキーにマッチングを行い、一致した数を監視確
信度として格納する。そして、履歴確信度が最大の事例
を最適事例とする（履歴確信度が最大の事例が複数存在
する際には、監視確信度が最大の事例とする）。なお、
障害メッセージの原因及び分類情報、過去の事例情報は
メッセージテーブルで管理する。続いて、障害の原因の
表示と最適事例の対処方法の表示を行う。対処による障
害回復については、対処コマンドと対処確認コマンドの
実行及び結果確認により行う。
【００１１】ハードウェアの監視と、ソフトウェアの監
視を常時行い、ハードウェア及びソフトウェアの障害に
ついて、障害に関する原因と、障害の対処方法の表示を
リアルタイムに実現することを特徴とする障害解析方
法。
視を常時行い、ハードウェア及びソフトウェアの障害に
ついて、障害に関する原因と、障害の対処方法の表示を
リアルタイムに実現することを特徴とする障害解析方
法。
【００１２】障害に関係する情報は、障害の原因に関係
する情報と、過去の障害の事例に関係する情報の２種類
とする。
する情報と、過去の障害の事例に関係する情報の２種類
とする。
【００１３】
【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。
に説明する。
【００１４】図１、図２、図３、図４は、本発明をオン
ラインシステムに適用した場合の処理手順の実施の形態
を示すフローチャートであり、図５は、本発明に係るオ
ンラインシステム障害解析方法の構成を示すブロック図
である。図６及び図７は、本発明に係るオンラインシス
テム障害解析方法を実現する際に利用するデータテーブ
ルである。
ラインシステムに適用した場合の処理手順の実施の形態
を示すフローチャートであり、図５は、本発明に係るオ
ンラインシステム障害解析方法の構成を示すブロック図
である。図６及び図７は、本発明に係るオンラインシス
テム障害解析方法を実現する際に利用するデータテーブ
ルである。
【００１５】図５において、障害解析処理を監視端末に
おける５つのモジュールにより実現する。メッセージ監
視モジュール１２は、まず、オンラインシステム１０か
らメッセージ取得部１１を通じて監視端末側へ出力され
る全てのメッセージを履歴蓄積テーブル１７へ格納す
る。次に、出力メッセージに関する分類情報をメッセー
ジテーブル１９へ参照し、履歴蓄積テーブル１７へ格納
する。ハードウェア監視モジュール１３は、ハードウェ
ア稼動状況を常時監視しており、ハードウェア監視テー
ブル２０に格納する。ソフトウェア監視モジュール１４
は、ソフトウェア稼動状況を常時監視しており、ソフト
ウェア監視テーブル２１に格納する。履歴蓄積テーブル
１７は、オンラインシステム１０から出力されるメッセ
ージの履歴に関係する情報を蓄積する為に用いられる。
作業履歴蓄積テーブル１８は、障害発生時点のメッセー
ジの履歴に確保し、メッセージテーブルの過去の事例の
履歴との比較を行う為に用いられる。対処履歴テーブル
２２は、障害発生後の対処結果を格納する為に用いられ
る。メッセージテーブル１９には、監視対象のメッセー
ジがメッセージＩＤをキーとして、ハードウェア／ソフ
トウェア別、システムメッセージ／アプリケーションメ
ッセージ別に分類した形で格納されている。ハードウェ
ア監視テーブル２０は、ハードウェアの稼動状況を常時
監視する為のテーブルであり、監視対象の設定は予め設
定しておくものとする。ソフトウェア監視テーブル２１
は、ソフトウェアの稼動状況を常時監視する為のテーブ
ルであり、監視対象の設定は予め設定しておくものとす
る。障害解析モジュール１５は、障害が発生した際に起
動され、障害の原因の表示と過去の最適事例の対処方法
の表示を行い、対処結果を対処履歴テーブル２２に格納
する。対処履歴テーブル２２は、発生した障害メッセー
ジに対する対処の情報を格納する為のテーブルである。
おける５つのモジュールにより実現する。メッセージ監
視モジュール１２は、まず、オンラインシステム１０か
らメッセージ取得部１１を通じて監視端末側へ出力され
る全てのメッセージを履歴蓄積テーブル１７へ格納す
る。次に、出力メッセージに関する分類情報をメッセー
ジテーブル１９へ参照し、履歴蓄積テーブル１７へ格納
する。ハードウェア監視モジュール１３は、ハードウェ
ア稼動状況を常時監視しており、ハードウェア監視テー
ブル２０に格納する。ソフトウェア監視モジュール１４
は、ソフトウェア稼動状況を常時監視しており、ソフト
ウェア監視テーブル２１に格納する。履歴蓄積テーブル
１７は、オンラインシステム１０から出力されるメッセ
ージの履歴に関係する情報を蓄積する為に用いられる。
作業履歴蓄積テーブル１８は、障害発生時点のメッセー
ジの履歴に確保し、メッセージテーブルの過去の事例の
履歴との比較を行う為に用いられる。対処履歴テーブル
２２は、障害発生後の対処結果を格納する為に用いられ
る。メッセージテーブル１９には、監視対象のメッセー
ジがメッセージＩＤをキーとして、ハードウェア／ソフ
トウェア別、システムメッセージ／アプリケーションメ
ッセージ別に分類した形で格納されている。ハードウェ
ア監視テーブル２０は、ハードウェアの稼動状況を常時
監視する為のテーブルであり、監視対象の設定は予め設
定しておくものとする。ソフトウェア監視テーブル２１
は、ソフトウェアの稼動状況を常時監視する為のテーブ
ルであり、監視対象の設定は予め設定しておくものとす
る。障害解析モジュール１５は、障害が発生した際に起
動され、障害の原因の表示と過去の最適事例の対処方法
の表示を行い、対処結果を対処履歴テーブル２２に格納
する。対処履歴テーブル２２は、発生した障害メッセー
ジに対する対処の情報を格納する為のテーブルである。
【００１６】図６及び図７は、図５における各テーブル
のレコードフォーマットであり、以下、図６及び図７の
各テーブルの関係について説明する。図６Ａ＜履歴蓄積
テーブル及び作業履歴蓄積テーブル＞は、図５の履歴蓄
積テーブル１７及び作業履歴蓄積テーブル１８のレコー
ドフォーマットである。ここで、図６Ａ＜履歴蓄積テー
ブル及び作業履歴蓄積テーブル＞の各項目について説明
する。メッセージＩＤは図５のオンラインシステム１０
から図５の監視端末に出力されるメッセージを識別する
キーとして用い、メッセージが発生する度に図５Ａ＜履
歴蓄積テーブル＞に蓄積される。発生時刻にはメッセー
ジが出力された時刻を格納する。ソフト／ハード区分及
び障害／警告区分には図６Ｂ＜メッセージテーブル＞を
参照し、格納する。メッセージには出力されたメッセー
ジの中のコメント情報をテキスト形式で格納する。図６
Ｂ＜メッセージテーブル＞は、図５のメッセージテーブ
ル１９のレコードフォーマットである。続いて、図６Ｂ
＜メッセージテーブル＞の各項目について説明する。メ
ッセージＩＤは図６Ｂ＜メッセージテーブル＞における
キーとして管理されており、ハードウェア／ソフトウェ
ア別、システムメッセージ／アプリケーションメッセー
ジ別に分類されている。障害／警告区分はメッセージが
障害を意味するか警告を意味するかを示すものである。
原因はマニュアルに掲載されている情報であり、重要度
はメッセージの持つ意味合いを示すものである。事例件
数は、過去の事例を図６Ｂ＜メッセージテーブル＞に何
件格納してあるかを示す。障害メッセージについての
み、過去の事例が発生した時の出力メッセージの履歴を
履歴蓄積テーブルで、過去の事例の対処に関する情報を
対処テーブルでそれぞれ管理している。続いて、図６Ｃ
＜対処テーブル＞の各項目について説明する。図６Ｃ＜
対処テーブル＞には発生した障害に対して行った対処方
法を格納する。対処策には実際の対処策の内容を格納す
る。対処コマンドには実際の対処に用いたコマンドを格
納し、対処結果コマンドには対処コマンドの実行結果を
格納する。対処確認コマンドには対処コマンドが正しく
実行されたかを確認するコマンドを格納し、対処確認結
果には対処確認コマンドの実行結果の確認事項を格納す
る。履歴確信度には障害発生時点の図６Ａ＜作業履歴蓄
積テーブル＞と図６Ｂ＜メッセージテーブル＞に格納さ
れている事例の履歴蓄積テーブルとのメッセージＩＤを
キーとしたマッチングの結果を格納する。監視確信度に
は障害発生時点のハードウェア／ソフトウェア稼動状況
をハードウェア／ソフトウェア名及び監視項目をキーと
したマッチングの結果を格納する。自動／手動対処設定
には、過去の障害の中で最も確信度が高かった場合に自
動的に対処を行うかどうかを設定する。続いて、図７Ｄ
＜ハードウェア監視テーブル＞は、図５のハードウェア
監視テーブル２０のレコードフォーマットであり、ハー
ドウェア別に監視項目及び監視結果を設定する。図７Ｅ
＜ソフトウェア監視テーブル＞は、図５のソフトウェア
監視テーブル２１のレコードフォーマットであり、ソフ
トウェア別に監視項目及び監視結果を設定する。図７Ｆ
＜対処履歴テーブル＞は、図５の対処履歴テーブル２２
のレコードフォーマットであり、発生した障害メッセー
ジに対する対処が終了した時点で格納する為のテーブル
であり、障害解析が終了した時点で図４のメッセージテ
ーブル１９に事例として格納する。
のレコードフォーマットであり、以下、図６及び図７の
各テーブルの関係について説明する。図６Ａ＜履歴蓄積
テーブル及び作業履歴蓄積テーブル＞は、図５の履歴蓄
積テーブル１７及び作業履歴蓄積テーブル１８のレコー
ドフォーマットである。ここで、図６Ａ＜履歴蓄積テー
ブル及び作業履歴蓄積テーブル＞の各項目について説明
する。メッセージＩＤは図５のオンラインシステム１０
から図５の監視端末に出力されるメッセージを識別する
キーとして用い、メッセージが発生する度に図５Ａ＜履
歴蓄積テーブル＞に蓄積される。発生時刻にはメッセー
ジが出力された時刻を格納する。ソフト／ハード区分及
び障害／警告区分には図６Ｂ＜メッセージテーブル＞を
参照し、格納する。メッセージには出力されたメッセー
ジの中のコメント情報をテキスト形式で格納する。図６
Ｂ＜メッセージテーブル＞は、図５のメッセージテーブ
ル１９のレコードフォーマットである。続いて、図６Ｂ
＜メッセージテーブル＞の各項目について説明する。メ
ッセージＩＤは図６Ｂ＜メッセージテーブル＞における
キーとして管理されており、ハードウェア／ソフトウェ
ア別、システムメッセージ／アプリケーションメッセー
ジ別に分類されている。障害／警告区分はメッセージが
障害を意味するか警告を意味するかを示すものである。
原因はマニュアルに掲載されている情報であり、重要度
はメッセージの持つ意味合いを示すものである。事例件
数は、過去の事例を図６Ｂ＜メッセージテーブル＞に何
件格納してあるかを示す。障害メッセージについての
み、過去の事例が発生した時の出力メッセージの履歴を
履歴蓄積テーブルで、過去の事例の対処に関する情報を
対処テーブルでそれぞれ管理している。続いて、図６Ｃ
＜対処テーブル＞の各項目について説明する。図６Ｃ＜
対処テーブル＞には発生した障害に対して行った対処方
法を格納する。対処策には実際の対処策の内容を格納す
る。対処コマンドには実際の対処に用いたコマンドを格
納し、対処結果コマンドには対処コマンドの実行結果を
格納する。対処確認コマンドには対処コマンドが正しく
実行されたかを確認するコマンドを格納し、対処確認結
果には対処確認コマンドの実行結果の確認事項を格納す
る。履歴確信度には障害発生時点の図６Ａ＜作業履歴蓄
積テーブル＞と図６Ｂ＜メッセージテーブル＞に格納さ
れている事例の履歴蓄積テーブルとのメッセージＩＤを
キーとしたマッチングの結果を格納する。監視確信度に
は障害発生時点のハードウェア／ソフトウェア稼動状況
をハードウェア／ソフトウェア名及び監視項目をキーと
したマッチングの結果を格納する。自動／手動対処設定
には、過去の障害の中で最も確信度が高かった場合に自
動的に対処を行うかどうかを設定する。続いて、図７Ｄ
＜ハードウェア監視テーブル＞は、図５のハードウェア
監視テーブル２０のレコードフォーマットであり、ハー
ドウェア別に監視項目及び監視結果を設定する。図７Ｅ
＜ソフトウェア監視テーブル＞は、図５のソフトウェア
監視テーブル２１のレコードフォーマットであり、ソフ
トウェア別に監視項目及び監視結果を設定する。図７Ｆ
＜対処履歴テーブル＞は、図５の対処履歴テーブル２２
のレコードフォーマットであり、発生した障害メッセー
ジに対する対処が終了した時点で格納する為のテーブル
であり、障害解析が終了した時点で図４のメッセージテ
ーブル１９に事例として格納する。
【００１７】次に図１、図２、図３、図４のフローチャ
ートに基いて図５の各動作を説明する。
ートに基いて図５の各動作を説明する。
【００１８】図５のメッセージ監視モジュール１２の起
動（ステップ１００）から終了までの動作を説明する。
障害解析を終了するまで処理を行う（ステップ１０
２）。まず、図５のオンラインシステム１０よりメッセ
ージが出力されているかを確認する（ステップ１０
４）。出力されていればメッセージＩＤをキーに図５の
メッセージテーブル１９を参照し、図５の履歴蓄積テー
ブル１７に出力メッセージに関する情報を蓄積する（ス
テップ１０６）。蓄積する際、図５メッセージテーブル
１９からメッセージＩＤ、発生時刻、ソフト／ハード区
分、障害／警告区分、メッセージを参照する。図５のメ
ッセージテーブル１９に登録されていないメッセージが
出力された場合には履歴蓄積テーブルへの蓄積を行わな
い。次に、出力メッセージが障害メッセージであるかを
判別し（ステップ１０８）、障害である場合以下の処理
を行う。まず、障害メッセージ発生時点の履歴蓄積テー
ブルを作業履歴蓄積テーブルとしてコピーする（ステッ
プ１１０）。続いて、障害メッセージがハードウェアに
関するものであれば（ステップ１１２）、ハードウェア
監視テーブルを更新する（ステップ１１４）。ハードウ
ェアに関するものでなければソフトウェア監視テーブル
を更新する（ステップ１１６）。続いて、図５のメッセ
ージテーブル１９に対処方法が存在する場合には（ステ
ップ１１８）、図５の障害解析モジュールを起動する
（ステップ１２０）。対処方法が存在しない場合には、
障害の原因のみを表示する（ステップ１２２）。対処方
法が存在するかの判別は図６Ｂ＜メッセージテーブル＞
の事例件数が０がどうかで行う。
動（ステップ１００）から終了までの動作を説明する。
障害解析を終了するまで処理を行う（ステップ１０
２）。まず、図５のオンラインシステム１０よりメッセ
ージが出力されているかを確認する（ステップ１０
４）。出力されていればメッセージＩＤをキーに図５の
メッセージテーブル１９を参照し、図５の履歴蓄積テー
ブル１７に出力メッセージに関する情報を蓄積する（ス
テップ１０６）。蓄積する際、図５メッセージテーブル
１９からメッセージＩＤ、発生時刻、ソフト／ハード区
分、障害／警告区分、メッセージを参照する。図５のメ
ッセージテーブル１９に登録されていないメッセージが
出力された場合には履歴蓄積テーブルへの蓄積を行わな
い。次に、出力メッセージが障害メッセージであるかを
判別し（ステップ１０８）、障害である場合以下の処理
を行う。まず、障害メッセージ発生時点の履歴蓄積テー
ブルを作業履歴蓄積テーブルとしてコピーする（ステッ
プ１１０）。続いて、障害メッセージがハードウェアに
関するものであれば（ステップ１１２）、ハードウェア
監視テーブルを更新する（ステップ１１４）。ハードウ
ェアに関するものでなければソフトウェア監視テーブル
を更新する（ステップ１１６）。続いて、図５のメッセ
ージテーブル１９に対処方法が存在する場合には（ステ
ップ１１８）、図５の障害解析モジュールを起動する
（ステップ１２０）。対処方法が存在しない場合には、
障害の原因のみを表示する（ステップ１２２）。対処方
法が存在するかの判別は図６Ｂ＜メッセージテーブル＞
の事例件数が０がどうかで行う。
【００１９】続いて図５のハードウェア監視モジュール
１３の起動（ステップ１３０）から終了までの処理を説
明する。ハードウェア監視モジュール１３では、障害解
析が終わるまで（ステップ１３２）、ハードウェア管理
テーブル２０にハードウェアの稼動状況を格納する（ス
テップ１３４）。
１３の起動（ステップ１３０）から終了までの処理を説
明する。ハードウェア監視モジュール１３では、障害解
析が終わるまで（ステップ１３２）、ハードウェア管理
テーブル２０にハードウェアの稼動状況を格納する（ス
テップ１３４）。
【００２０】続いて図５のソフトウェア監視モジュール
１４の起動（ステップ１４０）から終了までの処理を説
明する。ソフトウェア監視モジュール１４では、障害解
析が終わるまで（ステップ１４２）、ソフトウェア管理
テーブル２１にソフトウェアの稼動状況を格納する（ス
テップ１４４）。
１４の起動（ステップ１４０）から終了までの処理を説
明する。ソフトウェア監視モジュール１４では、障害解
析が終わるまで（ステップ１４２）、ソフトウェア管理
テーブル２１にソフトウェアの稼動状況を格納する（ス
テップ１４４）。
【００２１】続いて図５の障害解析モジュール１５の起
動（ステップ１５０）から終了までの処理を説明する。
まず、過去の事例の中から最適事例を求める際に用いる
カウンタを１にする（ステップ１５２）。まず、カウン
タが図６Ｂ＜メッセージテーブル＞の事例件数より大き
いかを判別する（ステップ１５４）。大きくない場合、
カウンタの示す順番に格納されている事例の履歴蓄積テ
ーブルと作業履歴蓄積テーブルとのメッセージＩＤをキ
ーとしたマッチング結果の図６Ｃ＜対処テーブル＞の履
歴確信度へ格納する。続いて、カウンタの示す順番に格
納されている事例の図６Ａ＜履歴蓄積テーブル＞のソフ
トウェア／ハードウェア監視テーブルと図７Ｄ及びＥの
ソフトウェア／ハードウェア監視テーブルとのハードウ
ェア／ソフトウェア名及び監視項目をキーとしたマッチ
ングの結果を監視確信度へ格納する。続いて、カウンタ
に１を加える（ステップ１６８）。カウンタが図６Ｂ＜
メッセージテーブル＞の事例件数より大きい場合、以下
の処理を行う（ステップ１５４）。履歴確信度が最大の
事例を最適事例とし（履歴確信度が最大の事例が複数存
在する際には、監視確信度が最大の事例とする）、障害
の原因の表示と過去の最適事例表示を行う（ステップ１
５６）。続いて、図６Ｃ＜対処テーブル＞の自動／手動
対処設定を参照し、対処が自動設定になっているかを判
別する（ステップ１５８）。自動設定になっていない場
合、対処モジュールを起動し、人による対処を行う（ス
テップ１６６）。自動設定になっている場合、図６Ｃ＜
対処テーブル＞の対処コマンド及び対処確認コマンドを
実行する（ステップ１６０）。続いて、障害回復したど
うかを図７Ｆ＜対処履歴テーブル＞の対処結果と対処確
認結果を比較して判別し（ステップ１６２）、回復した
場合には障害回復の表示を行う（ステップ１６４）。回
復していない場合、対処モジュールを起動し、人による
対処を行う（ステップ１６６）。
動（ステップ１５０）から終了までの処理を説明する。
まず、過去の事例の中から最適事例を求める際に用いる
カウンタを１にする（ステップ１５２）。まず、カウン
タが図６Ｂ＜メッセージテーブル＞の事例件数より大き
いかを判別する（ステップ１５４）。大きくない場合、
カウンタの示す順番に格納されている事例の履歴蓄積テ
ーブルと作業履歴蓄積テーブルとのメッセージＩＤをキ
ーとしたマッチング結果の図６Ｃ＜対処テーブル＞の履
歴確信度へ格納する。続いて、カウンタの示す順番に格
納されている事例の図６Ａ＜履歴蓄積テーブル＞のソフ
トウェア／ハードウェア監視テーブルと図７Ｄ及びＥの
ソフトウェア／ハードウェア監視テーブルとのハードウ
ェア／ソフトウェア名及び監視項目をキーとしたマッチ
ングの結果を監視確信度へ格納する。続いて、カウンタ
に１を加える（ステップ１６８）。カウンタが図６Ｂ＜
メッセージテーブル＞の事例件数より大きい場合、以下
の処理を行う（ステップ１５４）。履歴確信度が最大の
事例を最適事例とし（履歴確信度が最大の事例が複数存
在する際には、監視確信度が最大の事例とする）、障害
の原因の表示と過去の最適事例表示を行う（ステップ１
５６）。続いて、図６Ｃ＜対処テーブル＞の自動／手動
対処設定を参照し、対処が自動設定になっているかを判
別する（ステップ１５８）。自動設定になっていない場
合、対処モジュールを起動し、人による対処を行う（ス
テップ１６６）。自動設定になっている場合、図６Ｃ＜
対処テーブル＞の対処コマンド及び対処確認コマンドを
実行する（ステップ１６０）。続いて、障害回復したど
うかを図７Ｆ＜対処履歴テーブル＞の対処結果と対処確
認結果を比較して判別し（ステップ１６２）、回復した
場合には障害回復の表示を行う（ステップ１６４）。回
復していない場合、対処モジュールを起動し、人による
対処を行う（ステップ１６６）。
【００２２】続いて図５の対処モジュール１６の起動
（ステップ１７０）から終了までの処理を説明する。ま
ず、人による対処入力を待ち（ステップ１７２）、入力
後、図７Ｆ＜対処履歴テーブル＞に対処結果及び対処確
認結果を格納する（ステップ１７４）。障害回復したど
うかを図７Ｆ＜対処履歴テーブル＞の対処結果と対処確
認結果を比較して判別し（ステップ１７６）、回復した
場合には障害回復の表示を行う（ステップ１７８）。回
復していない場合、人による対処を行う（ステップ１７
２、１７４、１７６）。
（ステップ１７０）から終了までの処理を説明する。ま
ず、人による対処入力を待ち（ステップ１７２）、入力
後、図７Ｆ＜対処履歴テーブル＞に対処結果及び対処確
認結果を格納する（ステップ１７４）。障害回復したど
うかを図７Ｆ＜対処履歴テーブル＞の対処結果と対処確
認結果を比較して判別し（ステップ１７６）、回復した
場合には障害回復の表示を行う（ステップ１７８）。回
復していない場合、人による対処を行う（ステップ１７
２、１７４、１７６）。
【００２３】
【発明の効果】以上述べたように、本発明によれば、複
数のハードウェア装置及びソフトウェアから構成される
オンラインシステムの障害にリアルタイムな対処を可能
とすることができるので、障害発生による損害を最小限
に抑えることが出来る。また、従来人間が行っていた複
雑な障害回復作業を機械化して支援することにより、専
門の知識を持たない人でも障害回復作業を行うことがで
きる。
数のハードウェア装置及びソフトウェアから構成される
オンラインシステムの障害にリアルタイムな対処を可能
とすることができるので、障害発生による損害を最小限
に抑えることが出来る。また、従来人間が行っていた複
雑な障害回復作業を機械化して支援することにより、専
門の知識を持たない人でも障害回復作業を行うことがで
きる。
【図１】本発明の処理手順の実施の形態を示すフローチ
ャートである。
ャートである。
【図２】本発明の処理手順の実施の形態を示すフローチ
ャートである。
ャートである。
【図３】本発明の処理手順の実施の形態を示すフローチ
ャートである。
ャートである。
【図４】本発明の処理手順の実施の形態を示すフローチ
ャートである。
ャートである。
【図５】本発明に係わるオンラインシステム障害解析方
法を構成するシステムブロック図である。
法を構成するシステムブロック図である。
【図６】本発明に係わるオンラインシステム障害解析シ
ステムを構成するデータテーブルである。
ステムを構成するデータテーブルである。
【図７】本発明に係わるオンラインシステム障害解析シ
ステムを構成するデータテーブルである。
ステムを構成するデータテーブルである。
【符号の説明】 １０ オンラインシステム １１ メッセージ取得部 １２ メッセージ監視モジュール １３ ハードウェア監視モジュール １４ ソフトウェア監視モジュール １５ 障害解析監視モジュール １６ 対処モジュール １７ 履歴蓄積テーブル １８ 作業履歴蓄積テーブル １９ メッセージテーブル ２０ ハードウェア監視テーブル ２１ ソフトウェア監視テーブル ２２ 対処履歴監視テーブル。
Claims (3)
- 【請求項１】システムから出力されるデータに関係する
情報を蓄積し、障害に関する情報と、システムから出力
されるデータに関係する情報との対応関係を検査し、対
応が一致したときは、障害に関係する原因と、障害の対
処方法の表示を実現することを特徴とする障害解析方
法。 - 【請求項２】請求項１において、ハードウェアの監視
と、ソフトウェアの監視を常時行い、ハードウェア及び
ソフトウェアの障害について、障害に関する原因と、障
害の対処方法の表示を実現することを特徴とする障害解
析方法。 - 【請求項３】請求項２において、障害に関係する情報
は、障害の原因に関係する情報と、過去の障害の事例に
関係する情報を管理することを特徴とする障害解析方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9120484A JPH10312321A (ja) | 1997-05-12 | 1997-05-12 | オンラインシステム障害解析方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9120484A JPH10312321A (ja) | 1997-05-12 | 1997-05-12 | オンラインシステム障害解析方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10312321A true JPH10312321A (ja) | 1998-11-24 |
Family
ID=14787331
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9120484A Pending JPH10312321A (ja) | 1997-05-12 | 1997-05-12 | オンラインシステム障害解析方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10312321A (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003044373A (ja) * | 2001-07-30 | 2003-02-14 | Toshiba Tec Corp | 保守システム |
| US6901535B2 (en) | 1999-12-28 | 2005-05-31 | Kabushiki Kaisha Toshiba | Information processing apparatus, defect analysis program, and defect analysis method |
| JP2005276098A (ja) * | 2004-03-26 | 2005-10-06 | Fujitsu Ltd | エラー訂正支援プログラムおよびその記録媒体、エラー訂正支援装置ならびにエラー訂正支援方法 |
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| WO2007013527A1 (ja) * | 2005-07-27 | 2007-02-01 | Nec Corporation | 管理支援システム、管理支援方法、および管理支援プログラム |
| JP2009048403A (ja) * | 2007-08-20 | 2009-03-05 | Hitachi Information Systems Ltd | システム障害復旧装置およびそのコマンド生成方法、ならびにそのプログラム |
| JP2010079528A (ja) * | 2008-09-25 | 2010-04-08 | Fuji Xerox Co Ltd | 画像処理装置及び障害情報管理システム |
| JP2012174079A (ja) * | 2011-02-23 | 2012-09-10 | Dainippon Printing Co Ltd | 機器管理システム |
| WO2012132101A1 (ja) * | 2011-03-29 | 2012-10-04 | オムロン株式会社 | 情報処理装置、および障害対応プログラム |
| JP2014049045A (ja) * | 2012-09-03 | 2014-03-17 | Hitachi Solutions Ltd | ジョブ管理システムにおける障害対応システム及びそのプログラム |
| JP2017509262A (ja) * | 2014-03-24 | 2017-03-30 | マイクロソフト テクノロジー ライセンシング，エルエルシー | ネットワーク障害のトラブルシューティング・オプションの識別 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56149655A (en) * | 1980-04-21 | 1981-11-19 | Mitsubishi Paper Mills Ltd | Detecting method of desired phenomenon in electronic computer system |
| JPS63182754A (ja) * | 1987-01-26 | 1988-07-28 | Nec Corp | 障害解析情報の編集出力方式 |
| JPH03150643A (ja) * | 1989-11-08 | 1991-06-27 | Hitachi Ltd | 情報処理システムの障害監視装置と制御方法 |
| JPH04178743A (ja) * | 1990-11-13 | 1992-06-25 | Nippon Denki Joho Service Kk | リモート運用監視装置 |
| JPH0652018A (ja) * | 1992-07-31 | 1994-02-25 | Fujitsu Ltd | エラー表示方式 |
-
1997
- 1997-05-12 JP JP9120484A patent/JPH10312321A/ja active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56149655A (en) * | 1980-04-21 | 1981-11-19 | Mitsubishi Paper Mills Ltd | Detecting method of desired phenomenon in electronic computer system |
| JPS63182754A (ja) * | 1987-01-26 | 1988-07-28 | Nec Corp | 障害解析情報の編集出力方式 |
| JPH03150643A (ja) * | 1989-11-08 | 1991-06-27 | Hitachi Ltd | 情報処理システムの障害監視装置と制御方法 |
| JPH04178743A (ja) * | 1990-11-13 | 1992-06-25 | Nippon Denki Joho Service Kk | リモート運用監視装置 |
| JPH0652018A (ja) * | 1992-07-31 | 1994-02-25 | Fujitsu Ltd | エラー表示方式 |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6901535B2 (en) | 1999-12-28 | 2005-05-31 | Kabushiki Kaisha Toshiba | Information processing apparatus, defect analysis program, and defect analysis method |
| JP2003044373A (ja) * | 2001-07-30 | 2003-02-14 | Toshiba Tec Corp | 保守システム |
| US7069473B2 (en) | 2001-10-05 | 2006-06-27 | Nec Corporation | Computer recovery method and system for recovering automatically from fault, and fault monitoring apparatus and program used in computer system |
| JP2005276098A (ja) * | 2004-03-26 | 2005-10-06 | Fujitsu Ltd | エラー訂正支援プログラムおよびその記録媒体、エラー訂正支援装置ならびにエラー訂正支援方法 |
| US7949906B2 (en) | 2005-07-27 | 2011-05-24 | Nec Corporation | Management supporting system, management supporting method, and management supporting program |
| WO2007013527A1 (ja) * | 2005-07-27 | 2007-02-01 | Nec Corporation | 管理支援システム、管理支援方法、および管理支援プログラム |
| JP2007034739A (ja) * | 2005-07-27 | 2007-02-08 | Nec Corp | 管理支援システム、管理支援方法、および管理支援プログラム |
| JP2009048403A (ja) * | 2007-08-20 | 2009-03-05 | Hitachi Information Systems Ltd | システム障害復旧装置およびそのコマンド生成方法、ならびにそのプログラム |
| JP2010079528A (ja) * | 2008-09-25 | 2010-04-08 | Fuji Xerox Co Ltd | 画像処理装置及び障害情報管理システム |
| JP2012174079A (ja) * | 2011-02-23 | 2012-09-10 | Dainippon Printing Co Ltd | 機器管理システム |
| WO2012132101A1 (ja) * | 2011-03-29 | 2012-10-04 | オムロン株式会社 | 情報処理装置、および障害対応プログラム |
| JP2014049045A (ja) * | 2012-09-03 | 2014-03-17 | Hitachi Solutions Ltd | ジョブ管理システムにおける障害対応システム及びそのプログラム |
| JP2017509262A (ja) * | 2014-03-24 | 2017-03-30 | マイクロソフト テクノロジー ライセンシング，エルエルシー | ネットワーク障害のトラブルシューティング・オプションの識別 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113614666B (zh) | 用于检测和预测工业过程自动化系统中的故障的系统和方法 | |
| EP2161664A2 (en) | System and method for detecting temporal relationships uniquely associated with an underlying root cause | |
| CN106301823B (zh) | 一种关键组件的故障告警方法、装置及大数据管理系统 | |
| CN109669844A (zh) | 设备故障处理方法、装置、设备和存储介质 | |
| CN110034948B (zh) | 排查系统故障的方法和装置 | |
| CN113900902A (zh) | 日志处理方法、装置、电子设备及存储介质 | |
| CN113312200A (zh) | 一种事件处理方法、装置、计算机设备及存储介质 | |
| JPH08221295A (ja) | 障害支援装置 | |
| CN100440160C (zh) | 监控设备、监控方法和监控系统 | |
| CN111951944B (zh) | 一种辅助管理工程师的方法和平台 | |
| CN113806182B (zh) | 基于信息集成平台的交互流程监控方法及计算机设备 | |
| EP0632381A2 (en) | Fault-tolerant computer systems | |
| JP3867868B2 (ja) | 障害統合管理装置 | |
| JP2008198123A (ja) | 障害検知システム及び障害検知プログラム | |
| CN110095144B (zh) | 一种终端设备本地故障识别方法及系统 | |
| JP2011192201A (ja) | リモート保全システムおよびリモート保全方法 | |
| JP2003085003A (ja) | 障害復旧援助方法、及び、障害復旧援助システム | |
| JP2021128538A (ja) | 障害要因推定装置及び障害要因推定方法 | |
| US11632266B2 (en) | Device setting control device, network system, device setting method, and program | |
| CN113468024B (zh) | 一种可视化值班应急处置交互方法及装置 | |
| JP2007257581A (ja) | 故障解析装置 | |
| JP2004192293A (ja) | ソフトウェア検証支援ツール | |
| JP2025127738A (ja) | 障害処理装置、障害処理装置の処理方法、及びプログラム | |
| CN114338688B (zh) | 一种数据管理方法及装置 | |
| JPH11188584A (ja) | 稼動管理装置および稼動管理方法、記憶媒体 |