JP2001034509A - 情報処理装置の障害回復方法 - Google Patents

Abstract

(57)【要約】 【課題】 複雑な情報処理装置の障害回復を正確な回復
手順にて実施する。 【解決手段】 障害回復支援センタは、ディスクアレイ
設置サイトで発生した障害を過去の障害事例から検索す
る障害情報データベース９０１および障害情報データベ
ース用のワークステーション９０２と、障害の回復手順
を検索し、決定するための回復手順データベース９０３
および回復手順データベース用のワークステーション９
０４と、マイクロプログラム情報データベース用のワー
クステーション９０５およびマイクロプログラム情報デ
ータベース９０６をＬＡＮ７０６で接続して構成され、
過去に発生した障害状況、その時のディスクアレイ制御
系のマイクロプログラムの版数等の障害情報を、当該障
害に対して実施された回復手順と対応付けて蓄積し、新
たに発生した障害が発生した時に、過去の障害事例から
対応する回復手順を読出して自動実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置の障
害回復技術に関し、特に、プログラムで動作する複数の
プロセッサおよびメモリからなる制御装置の障害対策等
に適用して有効な技術に関する。

【０００２】

【従来の技術】プログラムで動作する複数のプロセッサ
およびメモリからなる制御装置、例えば、ディスクアレ
イシステム装置の障害対策を、装置に具備する保守専用
機（以下、サービスプロセッサと呼ぶ）で行なう際、サ
ービスプロセッサがパソコンと呼ばれるコンピュータの
アプリケーションから実施する場合に言及する。

【０００３】ディスクアレイサブシステムがホストマシ
ンと連動して無停止状態で稼働する場合、その装置で発
生した障害に対する回復作業は使用状態下で実施しなけ
ればならず、回復手順での操作ミスは絶対に許されな
い。通常の大型ディスクアレイ装置の場合は装置構成に
冗長度を持たせているので、１次障害であればその代替
手段で障害部位の機能を代行することができ、全システ
ムに影響しないよう考慮している。ただし、１次障害の
復旧で操作ミス等により２次障害が誘発すると、冗長度
がなくなり重大障害となる場合があり得る。また、現象
によっては、複数の箇所で障害が発生することもある。
この場合、複数箇所の障害を回復させるために、どの部
位から回復させなければならないかといった、回復順序
が決まっていることがある。このように、障害の発生パ
ターンによっていくつもの回復手順があり、複雑化す
る。もしあやまった手順で回復させると、次の障害箇所
をリカバリできなくなるといった２次障害も発生しう
る。この場合、障害回復に精通した保守員の熟練度を期
待せざるをえない。したがって、こうした複雑な構成を
有する大型ディスクアレイ装置に対する障害回復に必要
な要件は、過去の類似障害パターンを調べ特定できるこ
とと、そのときに実施した過去の回復手順を今回発生し
た障害に対して忠実に再実行できることである。

【０００４】

【発明が解決しようとする課題】ところが、プログラム
で動作する複数のプロセッサおよびメモリからなる制御
装置、例えばディスクアレイサブシステムの制御装置で
発生した障害を対策する際にパソコンを用いて実施する
場合、従来の技術では障害対策操作を全て自動化するこ
とができない場合がある。それは、ディスクアレイサブ
システムの動作状態、構成状態等が、装置使用者の状況
によって様々に変わっており、障害内容がそれぞれの使
用状況や条件に応じて変化するため、障害対策操作を定
常化できないからである。

【０００５】また、障害対策時のエラーリカバリを防ぐ
場合、従来の技術での自動実行機能では、エラーの状況
に応じてスクリプトを変更する機能がないので対応でき
ない。また、あらかじめエラー状況を予測してスクリプ
トを作成することも可能だが、使用状態によって更に変
化してしまうため、全てカバーすることは実質的に限界
がある。特に、ディスクアレイ装置の場合、障害対策専
用機であるサービスプロセッサ以外の装置であるプロセ
ッサが制御動作を実行しているが、これらの別のプロセ
ッサ上で稼動している制御動作の内容を取得して、スク
リプトを作成することはできない。スクリプトは、同一
プロセッサ内でのみ対応しているからである。

【０００６】以上から、本発明の技術的課題を整理する
と次の通りである。障害対策操作やエラーリカバリ操作
を確実に実行させるには、従来技術のようにスクリプト
に基づいて自動実行させることは、保守員の操作自身を
減らし、ミスを防ぐことができる点では有効であるが、
確実に正しいシーケンスとの対応付けが課題である。ま
た、保守員の回復操作の内容、手順が正しいかどうかを
判断し、保守員に如何に知らしめるかが課題である。ま
た、過去に実施した操作が正しい操作であったか、誤っ
た操作だったかを記録し、次の機会の障害対策時にどう
役立てるかが課題である。また、装置を制御するプロセ
ッサの実行状態から如何に正しい手順を決定するかが課
題である。

【０００７】本発明の目的は、障害の種別等に応じた適
切な回復手順を見いだして確実に正しいシーケンスに
て、回復手順の自動実行を行うことが可能な情報処理装
置の障害回復技術を提供することにある。

【０００８】本発明の他の目的は、保守員の回復操作の
内容、手順が適切かどうかを的確に判断し、正しい手順
に保守員を導くことが可能な情報処理装置の障害回復技
術を提供することにある。

【０００９】本発明の他の目的は、過去の障害の情報を
有効に活用して、効率よく正しい回復手順による障害の
回復操作を実現することが可能な情報処理装置の障害回
復技術を提供することにある。

【００１０】本発明の他の目的は、情報処理装置の実行
状態に応じた正しい回復手順を決定することが可能な情
報処理装置の障害回復技術を提供することにある。

【００１１】

【課題を解決するための手段】本発明は、プログラムに
よって制御動作を行う情報処理装置の障害回復方法にお
いて、情報処理装置の障害の状態を示す障害情報および
障害が発生した時のプログラムの版数を、障害の回復手
順に対応付けてデータベースに蓄積する工程と、任意の
障害の発生を契機に、当該障害に関する障害情報および
当該障害が発生した時のプログラムの版数にてデータベ
ースを検索することで回復手順を特定し、特定された回
復手順にて当該障害の回復作業を行う工程と、を含むよ
うにしたものである。

【００１２】より具体的には、障害発生時に過去の類似
障害を検索する手段を設ける。類似障害の検索では、過
去に発生したときに採取した障害メッセージ、その時に
操作していた内容（操作来歴）および各プロセッサのメ
モリダンプ情報との比較から類似度を計測する。メモリ
ダンプ情報の比較の場合、過去に発生した際に障害の原
因を特定したときのメモリダンプ情報の見方（障害判別
式）が予め登録されており、今回発生した障害に対して
採取したメモリダンプから障害判別式で、過去の障害と
同じかどうかを比較するようにする。

【００１３】以上の類似障害検索手段から、過去に発生
した障害と類似していることが判明すると、今度は、過
去に発生した障害に対して回復した手順を実際に行うよ
うにする回復手段を設ける。ここでは、自動的に回復で
きるものは自動的に行うようにする。また、回復手順の
なかには保守員が介在しないとできない場合があるの
で、そのときは、保守員を呼び出すための手段を設け、
保守員が現地に到着し障害の発生した装置に対して操作
を行うまでの間、回復手段を中断させるようにする。ま
た、この障害に対して回復させた操作を全て記録し、メ
モリダンプ情報と操作来歴、障害メッセージとあわせて
登録できるよう、障害情報データベースおよび回復手段
データベースといった情報を登録・検索できる手段を設
ける。

【００１４】もし、類似障害検索手段で過去に発生した
類似障害が検出できない場合は、保守員による直接操作
を行えるようにする。このとき保守員の操作した内容は
全て障害回復手段として記録されるようにする。また、
ダンプ解析して障害の原因を判明させた場合、そのダン
プ情報の見方を登録できるようにする。これによって、
次の機会の障害対策時に役立たせることができる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら詳細に説明する。

【００１６】本実施の形態では、情報処理装置の障害回
復方法の一例として、プログラムで動作する複数のプロ
セッサおよびメモリからなる制御装置、例えばディスク
アレイサブシステムで発生した障害対策を遠隔操作にて
パーソナルコンピュータ等の機器を用いて実施する場合
を例に採って説明する。

【００１７】この場合、障害対策作業は短時間で確実に
実施しなければならず、ディスクアレイサブシステムが
高度かつ複雑な制御を行なう装置であると、保守員に高
度な技術が要求される。障害対策作業には、一部のディ
スクアレイ装置の交換をしたり、装置を制御するマイク
ロプログラムを交換するなど、様々あってその難易度の
レベルも内容に応じて千差万別である。ところが、保守
員の技術が必ずしも高度で一定とは限らず、些細な操作
ミスを犯して、障害対策作業が進まないケースがある。

【００１８】従って、保守員は、障害対策に直ちに対処
できる技術が必要である。これは、障害対策作業を一度
経験したかどうかに関わる。すなわち、過去の経験、い
わゆるノウハウが障害対策技術に必要な要件である。こ
のような経験に頼らず如何に迅速に障害対策を他の保守
員に生かすかが必要である。

【００１９】本実施の形態では、一例として、特にディ
スクアレイサブシステム装置の障害対策作業を行なう際
に、過去の経験を蓄積して、次回の同様の障害発生時に
は他の保守員を的確な障害対策作業に誘導し、実施させ
るための技術を開示する。

【００２０】図１、図２および図３は、本発明の一実施
の形態である情報処理装置の障害回復方法の作用の一例
を示すフローチャートであり、図４、図５および図６
は、本実施の形態の情報処理装置の障害回復方法にて用
いられる各種データベースの構成の一例を示す概念図で
ある。

【００２１】また、図７、図８、図９、図１０、図１
１、図１２および図１３は、本実施の形態の情報処理装
置の障害回復方法が実施される情報処理装置の構成の一
例を示す概念図である。

【００２２】まず、本実施の形態の情報処理装置の障害
回復方法が実施される情報処理装置のハードウェア構成
について、図７、図８、図９、図１０、図１１、図１２
および図１３等を参照して説明する。

【００２３】図７は、本実施の形態の情報処理装置の障
害回復方法が実施される情報処理装置の一例であるディ
スクアレイサブシステムの構成の一例を示す概念図であ
る。複数のディスクアレイ装置７０１がＬＡＮ７０６で
接続されて構成されるディスクアレイ設置サイト７０５
とディスクアレイ設置サイト７０５で発生した障害に対
する障害回復を支援するための障害回復支援センタ７０
２と障害回復を実行するアプリケーションを開発する開
発環境７０３がそれぞれ別のフローアや遠隔地であるた
め、モデム７０４を介して通信可能に構成される。

【００２４】ディスクアレイ装置７０１のハードウェア
構成の一例を図８に示す。図８では、ディスクアレイ装
置７０１の基本構成の概念を示している。ディスクアレ
イ装置７０１は、中央処理装置８０１と直接接続して制
御するための複数のホストＩ／Ｆ制御部８０２とディス
ク装置８０４を制御するためのディスク制御部８０３、
これらのＩ／Ｆ制御部とを接続するための共通バス８０
５と制御情報を共有するための共有メモリ８０６から構
成される。このディスク装置の障害対策を目的として、
共通バス８０５と接続されたサービスプロセッサ（以
下、ＳＶＰと呼ぶ）８０７を具備する。このＳＶＰ８０
７は、障害対策用のハードウェアとして、ＣＰＵ・メモ
リ・共通バスを具備した中央処理装置とＣＲＴ・キーボ
ード・マウス等の外部入出力装置・およびプログラムや
データを記憶するための外部記憶装置からなるパーソナ
ルコンピュータを使用する。詳細を後述の図１１に示
す。

【００２５】図９では、障害回復支援センタ７０２の詳
細なハードウェア構成の一例を示す。ディスクアレイ設
置サイト７０５で発生した障害を検索する障害情報デー
タベース９０１および障害情報データベース用のワーク
ステーション９０２と、その回復手順を検索し、決定す
るための回復手順データベース９０３および回復手順デ
ータベース用のワークステーション９０４と、マイクロ
プログラム情報データベースのワークステーション９０
５およびマイクロプログラム情報データベース９０６
が、それぞれＬＡＮ７０６で接続された構成とする。

【００２６】図１０では、開発環境７０３のハードウェ
ア構成の一例を示す。開発環境７０３は、障害回復を実
行するアプリケーションを開発するソースプログラムが
格納されているマイクロ開発部１００１と、開発したマ
イクロフログラムを実行形式にインテグレートするため
のマイクロインテグレータ１００２と、開発されたマイ
クロプログラムをデータベース登録するためのデータベ
ース登録部１００３とがＬＡＮ７０６で接続された構成
となっている。

【００２７】図１１は、上述の図８で例示したディスク
アレイ装置７０１に搭載しているＳＶＰ（サービスプロ
セッサ）内のソフトウエアおよびハードウエア構成図で
ある。図中の共通バス８０５は、図８で例示したディス
クアレイ装置７０１内の各制御部とＩ／Ｆをもつ共通バ
スである。従って、各制御部で検知した障害は、共通バ
ス８０５を経由してＳＶＰ８０７に伝達される。ＳＶＰ
内共通バス１１０７には、ＣＲＴ１１０１、キーボード
１１０２、マウス１１０３、等のユーザインタフェース
や、フロッピイディスクドライブ１１０４（ＦＤ）、ハ
ードディスクドライブ１１０５（ＨＤＤ）等の二次記憶
装置、ネットワークドライバ１１０６が接続されてい
る。また、ＳＶＰ内共通バス１１０７には、図示しない
ＣＰＵおよび主記憶が接続され、この主記憶には、障害
監視部１１１１、障害メッセージ部１１１２、障害解析
部１１１３、障害回復部１１１４等のプログラムが格納
され、ＣＰＵにて実行される。

【００２８】ＳＶＰ８０７内では、具体的には障害監視
部１１１１が各制御部で検知した障害情報を受け付け
る。受け付けた情報は障害メッセージ部１１１２で記憶
する。障害検知したのち、障害監視部１１１１は、障害
解析部１１１３を起動し、発生した障害の解析を行うよ
うに指示する。障害解析部１１１３は、類似障害がない
かどうか、ＳＶＰ内共通バス１１０７、ネットワークド
ライバ１１０６、後述の図１２で示すネットワークドラ
イバ１２０６、ＷＳ内共通バス１２０７を経由して、図
１２で示す検索プログラム１２０８へ問い合わせる。検
索結果が同一部位を経由して、障害解析部１１１３へ返
答する。その結果によって、障害回復部１１１４を起動
する。障害回復部１１１４は、過去の類似障害で実施し
た回復手順をＳＶＰ内共通バス１１０７、１２０７、ネ
ットワークドライバ１１０６、１２０６を経由して、検
索プログラム１２０８が回復手順データベース９０３か
ら検索する。また、キーボード１１０２、マウス１１０
３等を用いて操作した内容も障害回復部１１１４が記録
し、回復手順データベース９０３へ登録する。

【００２９】また、これらの障害監視部１１１１〜障害
回復部１１１４の各部位はプログラムとしてフロッピイ
ディスクドライブ１１０４（ＦＤ）からフロッピイディ
スク等の媒体を介してロードし実行することができる。
他のワークステーション９０２、９０４、９０５も同
様、ＦＤを具備しており、データベース検索等のプログ
ラムを当該ＦＤからロードできる。

【００３０】図１２では、障害回復支援センタ７０２の
詳細な構成の一例を示す。障害回復支援センタ７０２の
上述した障害情報データベース用のワークステーション
９０２、回復手順データベース用のワークステーション
９０４の各々は、ＷＳ内共通バス１２０７に、ＣＲＴ１
２０１、キーボード１２０２、マウス１２０３、等のユ
ーザインタフェースや、フロッピイディスクドライブ１
２０４（ＦＤ）、ハードディスクドライブ１２０５（Ｈ
ＤＤ）等の二次記憶装置、ネットワークドライバ１２０
６が接続されている。また、ＷＳ内共通バス１２０７に
は、図示しないＣＰＵおよび主記憶が接続され、この主
記憶には、検索プログラム１２０８、登録プログラム１
２０９等のプログラムが格納され、ＣＰＵにて実行され
る。

【００３１】ディスクアレイ設置サイト７０５で発生し
た障害がモデム７０４を介してディスクアレイ設置サイ
ト７０５から障害回復支援センタ７０２に障害自動通報
されると、障害回復支援センタ７０２内の検索プログラ
ム１２０８を起動して、障害情報データベース９０１か
ら類似障害を検索する。類似障害が見つかると、検索プ
ログラム１２０８を起動して、回復手順データベース９
０３から回復手順を検索し、回復手順を決定する。回復
手順が決定すると、障害回復支援センタ７０２からディ
スクアレイ設置サイト７０５にモデム７０４を介して、
転送する。類似障害が見つからない場合は、登録プログ
ラム１２０９を起動して、障害情報データベース９０１
に新たに障害情報を登録する。回復手順が決定すると、
ディスクアレイ装置７０１に具備されているＳＶＰ９０
７を利用して、障害回復手順を誘導して障害回復を実施
する。

【００３２】図１３では、障害回復を実行するアプリケ
ーションを開発する開発環境７０３のソフトウェア構成
を示す。障害回復を実行するアプリケーションを開発す
るマイクロデータベース用のワークステーション９０５
として、ＣＰＵ・メモリ・共通バスを具備した中央処理
装置とＣＲＴ・キーボード・マウス等の外部入出力装置
・およびプログラムやデータを記憶するための外部記憶
装置からなるパーソナルコンピュータを使用する。図１
３の例では、共通バス１３０７に対してＣＲＴ１３０
１、キーボード１３０２、マウス１３０３、等のユーザ
インタフェースや、フロッピイディスクドライブ１３０
４（ＦＤ）、ハードディスクドライブ１３０５（ＨＤ
Ｄ）等の二次記憶装置、ネットワークドライバ１３０６
が接続された構成となっている。また、共通バス１３０
７には図示しないＣＰＵおよび主記憶が接続され、コン
パイラ１３１０、データベース登録プログラム１３１
１、問題点，対策等の登録プログラム１３１２が主記憶
に格納されてＣＰＵにて実行される。

【００３３】そして、障害回復を実行するアプリケーシ
ョンとして必要なソースプログラム１３０９をコンパイ
ラ１３１０を利用して障害回復を実行するアプリケーシ
ョンとして必要なマイクロプログラム１３０８を作成す
る。作成されたマイクロプログラム１３０８をデータベ
ース登録プログラム１３１１を利用して、障害回復を実
行するアプリケーションを開発する開発環境７０３から
モデム７０４を介して、障害回復支援センタ７０２のマ
イクロプログラム情報データベース９０６に登録する。

【００３４】図４は、本実施の形態にて用いられる障害
情報データベース９０１の詳細なテーブル構造の一例を
示す概念図である。本実施の形態の障害情報データベー
ス９０１は、障害ＩＤ９０１ａ、現象９０１ｂ、発生日
時９０１ｃ、発生プログラムバージョン９０１ｄ、装置
構成９０１ｅ、メモリのダンプ情報９０１ｆ、操作手順
来歴９０１ｇ、ダンプ解析手段９０１ｈ、コメント９０
１ｉ、回復ＩＤ９０１ｊ、等の各種情報が、個々の障害
毎に対応つけて格納されている。現象９０１ｂは、エ
ラーコード、エラーメッセージ、障害部位、等の情
報を含む。

【００３５】図５は、本実施の形態にて用いられる回復
手順データベース９０３の詳細なテーブル構造の一例を
示す概念図である。

【００３６】本実施の形態の回復手順データベース９０
３は、回復手順ＩＤ９０３ａ、回復対象となる障害を示
す障害ＩＤ９０３ｂ、回復手順９０３ｃの各情報を含ん
でいる。

【００３７】また、回復手順９０３ｃは、後述のステッ
プ１０９で記録する操作手順（）、操作手順Ｃｏｄｅ
（）の内容を保持する。Ｒｅｃｏｖｅｒｙ ＭＯＤＥ
中に実施した保守操作は、全てＳＶＰ８０７上のアプリ
ケーションから実施するので、その内容を以下のように
保持しておけばよい。

【００３８】まず、実施しているアプリケーションの名
称（）、操作対象とする画面の名称（）、および保
守員が実施した操作内容（）、例えばあるボタンをク
リックしたとか、入力フィールドに値を代入したとかで
ある。

【００３９】そして、操作した結果（）、問題があれ
ば、そのエラーとして表示したエラーメッセージの種類
（）、およびエラーメッセージに対して対応した保守
員の操作（）を記録対象とする。

【００４０】また、保守員に装置の部品を交換させると
いった操作指示をＳＶＰ８０７から誘導する場合があ
る。このようにＳＶＰの操作から離れて保守作業を実施
する場合は、ＳＶＰで自動実行できる範疇ではないの
で、このメッセージが出力されたこと、およびそのメッ
セージが人手介入が必要なケースであることを人手介入
要・不要フラグ（）として記録しておく。これらのデ
ータを各操作毎に記録し保持するようにする。

【００４１】図６は、本実施の形態にて用いられるマイ
クロプログラム情報データベース９０６の詳細なテーブ
ル構造の一例を示す概念図である。

【００４２】本実施の形態のマイクロプログラム情報デ
ータベース９０６は、マイクロＩＤ９０６ａ、マイクロ
バージョン９０６ｂ、マイクロプログラムの属性値９０
６ｃ、等の情報を含む。マイクロプログラムの属性値９
０６ｃは、ファイル名、サイズ、作成日時、等の
情報を含む。

【００４３】以下、上述のような構成のディスクアレイ
サブシステムにおける、本実施の形態の情報処理装置の
障害回復方法の作用の一例について、図１〜図３のフロ
ーチャートをサブシステムしながら説明する。

【００４４】ステップ１０１では、障害が発生していな
いか監視する。

【００４５】ステップ１０２では、障害が発生するとエ
ラーメッセージを表示する。

【００４６】ステップ１０３では、障害解析を行なうの
に必要なダンプ情報を採取する。

【００４７】ステップ１０４では、作成された対策手順
に基づき過去に類似障害が無いか障害情報データベース
９０１より検索する。障害情報データベース９０１の詳
細なテーブル構造は、上述の図４に例示した通りであ
る。

【００４８】検索方法は、最初に障害情報データベース
９０１に登録されている現象９０１ｂの中のエラーコ
ードとエラーメッセージと障害部位が、今回発生し
た障害と内容が一致しているかどうかで判断する。次
に、障害が発生した時点までに行なっていた操作手順来
歴９０１ｇ、最後にダンプ情報９０１ｆとも比較する。
このうち一つでも当てはまると類似障害とする。

【００４９】ダンプ情報９０１ｆでの比較方法は、次の
通りである。障害情報データベース９０１に登録されて
いるダンプ解析手段９０１ｈとは、その障害の原因を決
定付ける判定式である。つまり、採取したダンプ情報９
０１ｆから特定のテーブル、データ項目を参照し、それ
が値になっている場合、その障害と断定できたものであ
る。従って、今回発生した障害も同じダンプ情報のテー
ブル値が過去に発生した時の値と同じであるか否かを判
定することで、類似障害かどうかを判定すればよい。判
定式は、おもにダンプ情報９０１ｆ内のテーブル名、デ
ータ名およびそれに対応する値、またはメモリの種類、
アドレスとそれに対応する値を登録している。

【００５０】ステップ１０５で類似障害が無い場合は、
ステップ１０６でＲｅｃｏｖｅｒｙＭＯＤＥにし、ステ
ップ１０７の回復操作を実施する。

【００５１】Ｒｅｃｏｖｅｒｙ ＭＯＤＥの間に実施し
た操作は全てモニタリングされ、後のステップ１０９で
記録保持できるようにする。障害回復が終了すると、ス
テップ１０８で今回発生した障害の内容を障害情報デー
タベース９０１に登録する。

【００５２】登録する内容は、障害ＩＤ９０１ａ、ＳＶ
Ｐ１０７に表示されたその障害のエラーコード、エ
ラーメッセージ、障害部位等の現象９０１ｂ、さらに
は発生日時９０１ｃ、発生プログラムバージョン９０１
ｄ、装置構成９０１ｅ、詳細な障害内容を知るために採
取されたダンプ情報９０１ｆ、障害が発生するまでの操
作手順来歴９０１ｇ、そして回復手順に対応した回復Ｉ
Ｄ９０１ｊとする。

【００５３】また、ステップ１０９ではあらかじめ記憶
しておいた今回実施した障害回復手順を上述の図５に例
示した回復手順データベース９０３に登録する。

【００５４】登録が終了すると、ステップ１１０でＲｅ
ｃｏｖｅｒｙ ＭＯＤＥを解除する。回復手順の記録内
容については、上述の図５で説明した通りである。

【００５５】ステップ１０５で類似障害が見つかった場
合は、ステップ１１１で自動解析ＭＯＤＥにする。

【００５６】ステップ１１２で、回復手順データベース
９０３から回復手順を検索し、今回の障害対策にあった
回復手順を決定する。

【００５７】ステップ１１３で、決定された回復手順が
保守員の現場立ち会いが必要かを判断する。

【００５８】保守員の立ち会いが不要な場合は、ステッ
プ１１４で回復手順を自動実行する。

【００５９】回復手順が終了すると、ステップ１１５で
今回発生した障害の内容を障害情報データベース９０１
に登録する。

【００６０】また、ステップ１１６ではあらかじめ記憶
しておいた今回実施した障害回復手順を回復手順データ
ベース９０３に登録する。

【００６１】登録が終了すると、ステップ１１７で自動
解析ＭＯＤＥを解除する。

【００６２】ステップ１１３で保守員の現場立ち会いが
必要な場合は、ステップ１１８で保守員の現場立ち会い
要求を通報する。

【００６３】ステップ１１９で保守員の現場立ち会いを
待ち、保守員の現場立ち会いが完了すると、ステップ１
２０で自動解析ＭＯＤＥを解除して、ステップ１０６に
進み、Ｒｅｃｏｖｅｒｙ ＭＯＤＥにする。ステップ１
０６〜ステップ１１０までの処理は、すでに述べた通り
処理を実行する。

【００６４】図２（ａ）および（ｂ）は、回復手順を実
現するためのフローチャートであり、図２（ａ）は、ス
テップ１１４の回復手順の自動実行に対応し、図２
（ｂ）は、ステップ１０７の回復手順のマニュアル実行
に対応している。なお、図２（ａ）および（ｂ）は、一
部が重複するので、同一の処理には同一のステップ番号
を付して重複した説明は省略する。

【００６５】ステップ２０１では、回復手順データベー
ス９０３より今回発生した障害にふさわしい回復手順を
抽出する。

【００６６】ステップ２０２では、抽出した回復手順に
従い、メッセージ表示し、保守員を誘導する。ステップ
２０３では、メッセージに従い、回復手順を実行する。
回復手順を実行する際にマイクロプログラムの交換が伴
う場合は、マイクロプログラム情報データベース９０６
から検索し、当該マイクロプログラムの交換を実行す
る。マイクロプログラム情報データベース９０６の詳細
なテーブル構造は、上述の図６に例示した通りである。

【００６７】ステップ２０４では、実行した回復手順と
その結果を記録する。

【００６８】ステップ２０５で回復手順が正常終了した
か確認する。

【００６９】正常終了した場合、ステップ２０６でその
他に別の手順が無いか検索し、別の回復手順がある場合
は、ステップ２０１に戻り、別の手順を実行する。

【００７０】ステップ２０５で回復手順が異常終了した
場合、ステップ２０７の緊急回復手順を実行する。

【００７１】ただし、図１で述べたステップ１１４は、
以上で述べたステップ２０１〜２０７のフローチャート
が自動実行される。全ての操作が自動実行の場合は、保
守員に対するＩ／Ｆが無いので、ステップ２０２はな
い。

【００７２】図３は、ステップ２０７の緊急回復手順を
実現するための操作の一例を示すフローチャートであ
る。

【００７３】ステップ３０１でＥｍｅｒｇｅｎｃｙ Ｍ
ＯＤＥにし、ステップ３０２で過去に類似障害が無いか
障害情報データベース９０１より検索する。

【００７４】類似障害がある場合は、ステップ３０４の
回復手順を実行する。

【００７５】ステップ３０５で今回の障害内容を障害情
報データベース９０１に登録する。

【００７６】ステップ３０６であらかじめ記憶しておい
た今回実施した障害回復手順を回復手順データベース９
０３に登録する。登録が終了すると、ステップ３０７で
Ｅｍｅｒｇｅｎｃｙ ＭＯＤＥを解除する。ステップ３
０３で類似障害が無い場合は、ステップ３０８で回復手
順を中断し、ステップ３０９で現場立ち会い要の通報を
実行する。

【００７７】ステップ３１０で今回の障害内容を障害情
報データベース９０１に登録する。

【００７８】ステップ３１１で保守員の現場立ち会いを
待ち、保守員の現場立ち会いが完了すると、ステップ３
１２でＥｍｅｒｇｅｎｃｙ ＭＯＤＥを解除して、図１
のステップ１０６に進み、Ｒｅｃｏｖｅｒｙ ＭＯＤＥ
にする。ステップ１０６〜ステップ１１０までの処理
は、すでに図１の説明で述べた通り処理を実行する。

【００７９】以上説明したように、本実施の形態の情報
処理装置の障害回復方法によれば、障害の種別等に応じ
た適切な回復手順を見いだして確実に正しいシーケンス
にて、回復手順の自動実行を行うことができる、という
効果が得られる。従って、たとえばディスクアレイサブ
システムのような複雑な情報処理装置における様々な高
度で複雑な障害対策に対して、短時間に確実に的確な障
害対策作業を実施できる、という効果が得られる。

【００８０】また、保守員の操作する内容、手順が正し
い手順なのかどうかを的確に判断し、正しい手順に保守
員を導くことができ、複雑な制御を行なうディスクアレ
イサブシステム等の障害対策における操作ミスによる２
次障害を確実に防ぐことができ、信頼性の高い障害対策
および保守作業を実現できる、という効果が得られる。

【００８１】また、過去の障害の情報を有効に活用し
て、効率よく正しい回復手順による障害の回復操作を実
現することができ、一度発生した障害の状況およびその
時に採られた対策を記憶し、後に同様の障害が発生した
時に、過去に採られた対策を調べて回復手順として再利
用するすることで、たとえばディスクアレイサブシステ
ムのような複雑の情報処理装置における様々な高度で複
雑な障害対策に対して、短時間に確実に的確な障害対策
作業を実施できる、という効果が得られる。

【００８２】また、ディスクアレイサブシステム等のよ
うな多様な構成を採りうる情報処理装置の実行状態に応
じた正しい回復手順を決定することができる、という効
果が得られる。

【００８３】以上本発明者によってなされた発明を実施
の形態に基づき具体的に説明したが、本発明は前記実施
の形態に限定されるものではなく、その要旨を逸脱しな
い範囲で種々変更可能であることはいうまでもない。

【００８４】たとえば、情報処理装置としては、上述の
実施の形態に例示したディスクアレイサブシステム等に
限らず、一般の情報処理システム等に広く適用すること
ができる。

【００８５】

【発明の効果】本発明の情報処理装置の障害回復方法に
よれば、障害の種別等に応じた適切な回復手順を見いだ
して確実に正しいシーケンスにて、回復手順の自動実行
を行うことができる、という効果が得られる。

【００８６】また、保守員の回復操作の内容、手順が正
しいかどうかを的確に判断し、正しい手順に保守員を導
くことができる、という効果が得られる。

【００８７】また、過去の障害の情報を有効に活用し
て、効率よく正しい回復手順による障害の回復操作を実
現することができる、という効果が得られる。

【００８８】また、情報処理装置の実行状態に応じた正
しい回復手順を決定することができる、という効果が得
られる。

【図面の簡単な説明】

【図１】本発明の一実施の形態である情報処理装置の障
害回復方法の作用の一例を示すフローチャートである。

【図２】本発明の一実施の形態である情報処理装置の障
害回復方法の作用の一例を示すフローチャートである。

【図３】本発明の一実施の形態である情報処理装置の障
害回復方法の作用の一例を示すフローチャートである。

【図４】本発明の一実施の形態である情報処理装置の障
害回復方法にて用いられるデータベースの構成の一例を
示す概念図である。

【図５】本発明の一実施の形態である情報処理装置の障
害回復方法にて用いられるデータベースの構成の一例を
示す概念図である。

【図６】本発明の一実施の形態である情報処理装置の障
害回復方法にて用いられるデータベースの構成の一例を
示す概念図である。

【図７】本発明の一実施の形態である情報処理装置の障
害回復方法が実施される情報処理装置の構成の一例を示
す概念図である。

【図８】本発明の一実施の形態である情報処理装置の障
害回復方法が実施される情報処理装置の構成の一例を示
す概念図である。

【図９】本発明の一実施の形態である情報処理装置の障
害回復方法が実施される情報処理装置の構成の一例を示
す概念図である。

【図１０】本発明の一実施の形態である情報処理装置の
障害回復方法が実施される情報処理装置の構成の一例を
示す概念図である。

【図１１】本発明の一実施の形態である情報処理装置の
障害回復方法が実施される情報処理装置の構成の一例を
示す概念図である。

【図１２】本発明の一実施の形態である情報処理装置の
障害回復方法が実施される情報処理装置の構成の一例を
示す概念図である。

【図１３】本発明の一実施の形態である情報処理装置の
障害回復方法が実施される情報処理装置の構成の一例を
示す概念図である。

【符号の説明】

７０１…ディスクアレイ装置、７０２…障害回復支援セ
ンタ、７０３…開発環境、７０４…モデム、７０５…デ
ィスクアレイ設置サイト、７０６…ＬＡＮ、８０１…中
央処理装置、８０２…ホストＩ／Ｆ制御部、８０３…デ
ィスク制御部、８０４…ディスク装置、８０５…共通バ
ス、８０６…共有メモリ、９０１…障害情報データベー
ス、９０１ａ…障害ＩＤ、９０１ｂ…現象、９０１ｃ…
発生日時、９０１ｄ…発生プログラムバージョン、９０
１ｅ…装置構成、９０１ｆ…ダンプ情報、９０１ｇ…操
作手順来歴、９０１ｈ…ダンプ解析手段、９０１ｉ…コ
メント、９０１ｊ…回復ＩＤ、９０２…ワークステーシ
ョン、９０３…回復手順データベース、９０３ａ…回復
手順ＩＤ、９０３ｂ…障害ＩＤ、９０３ｃ…回復手順、
９０４…ワークステーション、９０５…ワークステーシ
ョン、９０６…マイクロプログラム情報データベース、
９０６ａ…マイクロＩＤ、９０６ｂ…マイクロバージョ
ン、９０６ｃ…属性値、１００１…マイクロ開発部、１
００２…マイクロインテグレータ、１００３…データベ
ース登録部、１１０１…ＣＲＴ、１１０２…キーボー
ド、１１０３…マウス、１１０４…フロッピイディスク
ドライブ、１１０５…ハードディスクドライブ、１１０
６…ネットワークドライバ、１１０７…ＳＶＰ内共通バ
ス、１１１１…障害監視部、１１１２…障害メッセージ
部、１１１３…障害解析部、１１１４…障害回復部、１
２０１…ＣＲＴ、１２０２…キーボード、１２０３…マ
ウス、１２０４…フロッピイディスクドライブ、１２０
５…ハードディスクドライブ、１２０６…ネットワーク
ドライバ、１２０７…ＷＳ内共通バス、１２０８…検索
プログラム、１２０９…登録プログラム、１３０１…Ｃ
ＲＴ、１３０２…キーボード、１３０３…マウス、１３
０４…フロッピイディスクドライブ、１３０５…ハード
ディスクドライブ、１３０６…ネットワークドライバ、
１３０７…共通バス、１３０８…マイクロプログラム、
１３０９…ソースプログラム、１３１０…コンパイラ、
１３１１…データベース登録プログラム、１３１２…問
題点，対策等の登録プログラム。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B042 GA12 GA35 JJ01 KK08 KK13 KK14 KK17 MA08 MA11 MC07 MC12 MC16 MC17 MC35 MC37 5D066 BA02 BA05 BA08

Claims (3)

【特許請求の範囲】
1. 【請求項１】 プログラムによって制御動作を行う情報
   処理装置の障害回復方法であって、 前記情報処理装置の障害の状態を示す障害情報および前
   記障害が発生した時の前記プログラムの版数を、前記障
   害の回復手順に対応付けてデータベースに蓄積する工程
   と、 任意の障害の発生を契機に、当該障害に関する前記障害
   情報および当該障害が発生した時の前記プログラムの版
   数にて前記データベースを検索することで前記回復手順
   を特定し、特定された前記回復手順にて当該障害の回復
   作業を行う工程と、 を含むことを特徴とする情報処理装置の障害回復方法。
2. 【請求項２】 請求項１記載の情報処理装置の障害回復
   方法において、 前記障害情報の一部に、前記プログラムがロードされて
   いたメモリのダンプ情報の具体的なテーブル値の判定式
   をあらかじめ登録しておく手順を設け、前記障害の発生
   時に前記判定式を用いて、発生した前記障害が過去の障
   害と類似か否かを判定することを特徴とする情報処理装
   置の障害回復方法。
3. 【請求項３】 請求項１または２記載の情報処理装置の
   障害回復方法において、 前記情報処理装置とは別の場所に、前記データベースを
   設置し、遠隔操作にて、前記障害の発生時における前記
   障害情報および前記プログラム版数の取得、および当該
   障害に対応した前記回復手順の特定、および当該回復手
   順による当該障害の回復作業を行う第１の操作、 前記回復手順の一部に保守員の介入が必要な場合に、保
   守員を自動的に呼出し、保守員が介入するまで前記障害
   の状態を保持する第２の操作、 少なくとも一方の操作を含むことを特徴とする情報処理
   装置の障害回復方法。