【０００１】
【発明の属する技術分野】
本発明は、情報処理装置の障害管理方式に関し、特に障害コードを基に被疑部品を指摘する方式に関する。
【０００２】
【従来の技術】
従来の情報処理装置の障害管理方式においては、障害コードと被疑部品の対応を示す障害コード辞書を予め作成し、障害発生時には障害コードをキーとして障害コード辞書を検索し、被疑部品の指摘を行っている。
【０００３】
ただし、障害コードと被疑部品の関係は必ずしも１対１ではなく、１つの障害コードに対して複数の部品が被疑の対象となる場合がある。このため、被疑部品と被疑順位がセットで障害コード辞書に設定され、障害発生時には被疑順位に従った順番で被疑部品の交換を行っている。
【０００４】
ただし、被疑順位の設定は情報処理装置の設計段階で行われるため、被疑順位には実際の部品の故障率および品質が反映されておらず、情報処理装置の出荷後に保守作業の回数を積まない限り、被疑順位の設定誤りが顕在化しないという問題があった。このため、情報処理装置の出荷後も被疑順位の設定が実状と相違ないか監視し、必要に応じて障害コード辞書の更新を行っていた。
【０００５】
【特許文献１】
特開平１０−３２０２４１号公報
【０００６】
【発明が解決しようとする課題】
前記方式では、前述した通り、被疑部品の的中率を向上させるため、情報処理装置の出荷後も障害コード辞書の見直しを継続的に行わなければならないという問題があった。
【０００７】
本発明は、前記問題点を鑑みてなされたものであり、保守作業に連動して自動的に障害コード辞書を更新することにより、人為的な障害コード辞書の更新作業を行うことなく、被疑部品の的中率を向上させることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の情報処理装置の障害管理方式について、図１を参照して説明する。
【０００９】
本発明の障害管理方式は、情報処理装置（１０１）の部品（１０３）の障害発生を障害発生検出手段（１０５）が検出し、サービスプロセッサ（１０７）上で動作する障害診断プログラム（１０８）が障害コードを公衆回線（１１０）経由で保守センタ（１１１）の保守管理サーバ（１１４）へ送信し、前記障害コードを受信した保守管理サーバ（１１４）上で動作する被疑部品表示プログラム（１１５）がハードディスク（１１２）に格納されている障害コード辞書ファイル（１１３）を基に推定した被疑部品を出力手段（１１７）に表示する情報処理装置の障害管理方式において、情報処理装置（１０１）の部品（１０３）の障害回復を障害回復検出手段（１０６）が検出し、サービスプロセッサ（１０７）上で動作する交換部品特定プログラム（１０９）が保守のために交換した部品の種別情報を公衆回線（１１０）経由で保守センタ（１１１）の保守管理サーバ（１１４）へ送信し、前記情報を受信した保守管理サーバ（１１４）上で動作する障害コード辞書更新プログラム（１１６）がハードディスク（１１２）に格納されている障害コード辞書ファイル（１１３）を更新することを特徴とする。
【００１０】
また、サービスプロセッサ（１０７）上で動作する交換部品特定プログラム（１０９）が交換された部品（１０３）を特定する手段として、情報処理装置（１０１）の部品（１０３）に一意に付加されているシリアル番号（１０４）をシリアル番号採取インタフェース（１０２）経由で参照し、障害発生前と障害回復後のシリアル番号（１０４）を比較することを特徴とする。
【００１１】
さらに、障害回復検出手段（１０６）として、情報処理装置のブート時にシステムファームウェアが行う初期部品動作テストを用いることを特徴とする。
【００１２】
なお、保守センタを設けず、情報処理装置の部品の障害発生を障害発生検出手段が検出し、サービスプロセッサ上で動作する障害診断プログラムが作成した障害コードを基にサービスプロセッサ上で動作する被疑部品表示プログラムが推定した被疑部品を出力手段に表示する情報処理装置の障害管理方式において、情報処理装置の部品の障害回復を障害回復検出手段が検出し、サービスプロセッサ上で動作する交換部品特定プログラムが保守のために交換した部品の種別情報を基にサービスプロセッサ上で動作する障害コード辞書更新プログラムがハードディスクに格納されている障害コード辞書ファイルを更新するという構成も、前記課題を解決するための手段として取り得る。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態について、図面を参照して説明する。図２は、本発明の一実施形態の構成を示すブロック図である。
【００１４】
保守対象サーバ（２０１）は、保守センタ（２２３）と保守サービスの契約を結んでいる情報処理装置である。保守対象サーバ（２０１）の交換可能な部品は、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）の３つであり、各部品には、一意のシリアル番号が付加されている。なお、ＣＰＵ（２０５）とＤＩＭＭ（２０７）は、システムボード（２０２）上に搭載されているが、自由に着脱することが可能である。
【００１５】
ＣＰＵ（２０５）のシリアル番号は、ＰＩＲＯＭ（２０６）に記憶されている。ＰＩＲＯＭ（２０６）は、ＣＰＵ（２０５）に内蔵されているＳＥＥＰＲＯＭであり、ＣＰＵ（２０５）に関する情報を記憶している。
【００１６】
ＤＩＭＭ（２０７）のシリアル番号は、ＳＰＤ（２０８）に記憶されている。ＳＰＤ（２０８）は、ＤＩＭＭ（２０７）に内蔵されているＳＥＥＰＲＯＭであり、ＤＩＭＭ（２０７）に関する情報を記憶している。
【００１７】
システムボード（２０２）のシリアル番号は、ＦＲＵ−ＲＯＭ（２０４）に記憶されている。ＦＲＵ−ＲＯＭ（２０４）は、システムボード（２０２）上に搭載されているＳＥＥＰＲＯＭであり、システムボード（２０２）に関する情報を記憶している。
【００１８】
システムボード（２０２）上には、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、ＦＲＵ−ＲＯＭ（２０４）の他に、チップセット（２１１）とＢＩＯＳ−ＲＯＭ（２０９）が搭載されている。
【００１９】
チップセット（２１１）は、ＣＰＵ（２０５）からＤＩＭＭ（２０７）、ＢＩＯＳ−ＲＯＭ（２０９）、ＮＶＲＡＭ（２１４）へのアクセスを制御し、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、チップセット（２１１）の内部処理および通信処理において発生した障害を検出する機能を備えている。前記機能は、障害を検出した場合、チップセット（２１１）に内蔵されている障害状態レジスタ（２１２）に障害情報を記憶する。
【００２０】
ＢＩＯＳ−ＲＯＭ（２０９）は、保守対象サーバ（２０１）のシステムファームウェアのコードが記憶されているＥＥＰＲＯＭである。前記システムファームウェアは、ＣＰＵ（２０５）上で動作し、保守対象サーバ（２０１）のブート処理を行う。なお、前記ブート処理には、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）が正常に動作するかテストする初期部品動作テスト機能が含まれている。障害回復確認プログラム（２１０）は、前記初期部品動作テスト機能を利用して障害が回復したか確認するプログラムである。
【００２１】
図８は、障害回復確認プログラム（２１０）の処理を示す流れ図である。障害回復確認プログラム（２１０）は、前記初期部品動作テスト機能を用いてＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）が正常に動作するかテストを行い（８０１）、前記テストの結果より障害が回復したか確認し（８０２）、障害の回復を確認できた場合、障害回復フラグを“１”にセットし（８０３）、ブート処理を続行する（８０４）。一方、障害の回復を確認できなかった場合、ブート処理を中断する（８０５）。
【００２２】
保守対象サーバ（２０１）内には、システムボード（２０２）の他に、サービスプロセッサボード（２１３）が装着されている。サービスプロセッサボード（２１３）上には、ＮＶＲＡＭ（２１４）とマイコン（２１９）が搭載されている。
【００２３】
ＮＶＲＡＭ（２１４）は、ＣＰＵ（２０５）とマイコン（２１９）の両方からアクセスが可能な不揮発性メモリであり、障害発生フラグ（２１５）、障害回復フラグ（２１６）、ＲＣ待避変数（２１７）、シリアル番号表（２１８）が配置されている。
【００２４】
障害発生フラグ（２１４）は、障害の発生状態を示す２値変数である。障害発生フラグ（２１４）＝“０”は、障害が発生していないことを意味し、障害発生フラグ（２１４）＝“１”は、障害が発生したことを意味する。
【００２５】
障害回復フラグ（２１５）は、障害の回復状態を示す２値変数である。障害回復フラグ（２１５）＝“０”は、障害が回復していないことを意味し、障害回復フラグ（２１５）＝“１”は、障害が回復したことを意味する。
【００２６】
ＲＣ退避変数（２１６）は、障害診断プログラム（２２０）が作成したＲＣを記憶しておくために使用する変数である。なお、ＲＣとは“ＲｅｆｅｒｅｎｃｅＣｏｄｅ”の略語であり、障害コードに相当する用語である。
【００２７】
シリアル番号表（２１８）は、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号を記憶するために使用する配列変数である。図３は、シリアル番号表（２１８）の構成を示す表である。配列の添数は、部品の種別に対応し、“１”＝ＣＰＵ（２０５）、“２”＝ＤＩＭＭ（２０７）、“３”＝システムボード（２０２）と定義する。また、配列の要素には、添数に対応する部品のシリアル番号が記憶される。
【００２８】
マイコン（２１９）は、ＣＰＵ（２０５）と独立して動作する組み込みコントローラであり、ＬＡＮ通信機能、ＩＩＣバスアクセス機能、内蔵ＲＯＭを備えている。
【００２９】
前記ＬＡＮアクセス機能は、インターネット（２２２）経由の通信を行うための機能である。マイコン（２１９）は、インターネット（２２２）経由で、保守管理サーバ（２２７）との通信を行うことができる。
【００３０】
前記ＩＩＣバスアクセス機能は、ＩＩＣバス（２０３）経由のアクセスを行うための機能である。マイコン（２１９）は、ＩＩＣバス（２０３）経由で、ＦＲＵ−ＲＯＭ（２０４）、ＰＩＲＯＭ（２０６）、ＳＰＤ（２０８）、障害状態レジスタ（２１２）をアクセスすることができる。
【００３１】
前記内蔵ＲＯＭには、障害診断プログラム（２２０）と交換部品特定プログラム（２２１）が格納されている。
【００３２】
障害診断プログラム（２２０）は、障害が発生したことを検出し、ＲＣを保守管理サーバ（２２７）に通知するプログラムである。図７は、障害診断プログラム（２２０）の処理を示す流れ図である。障害診断プログラム（２２０）は、ＩＩＣバス経由で障害状態レジスタ（２１２）を参照し（７０１）、障害状態レジスタ（２１２）に障害情報が記憶されているか判定し（７０２）、障害状態レジスタ（２１２）に障害情報が記憶されていた場合、前記障害情報を基にＲＣを作成し（７０３）、前記ＲＣをＲＣ待避変数（２１７）に記憶し（７０４）、前記ＲＣをインターネット（２２２）経由で保守管理サーバ（２２７）に送信し（７０５）、障害回復フラグ（２１６）の値を“０”にクリアし（７０６）、障害発生フラグ（２１５）の値を“１”にセットする（７０７）。
【００３３】
交換部品特定プログラム（２２１）は、障害が回復したことを検出し、保守のために交換した部品の種別情報を保守管理サーバ（２２７）に通知するプログラムである。図９は、交換部品特定プログラム（２２１）の処理を示す流れ図である。交換部品特定プログラム（２２１）は、障害発生フラグ（２１５）と障害回復フラグ（２１６）の値が両方共“１”であるか判定し（９０１）、障害発生フラグ（２１５）と障害回復フラグ（２１６）の値が両方共“１”の場合、ＩＩＣバス（２０３）経由でＰＩＲＯＭ（２０６）、ＳＰＤ（２０８）、ＦＲＵ−ＲＯＭ（２０４）に記憶されている現在のＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号を参照し（９０２、９０６、９１０）、シリアル番号表（２１８）に記憶されている障害発生時のＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号と差違があるか判定し（９０３、９０７、９１１）、現在のシリアル番号と障害発生時のシリアル番号に差違があった場合、シリアル番号に差違のあった部品の種別情報をＲＣ待避変数に記憶しておいたＲＣと共にインターネット（２２２）経由で保守管理サーバ（２２７）に送信し（９０４、９０８、９１２）、シリアル番号表（２１８）を現状に沿うように更新する（９０５、９０９、９１３）。最後に、障害発生フラグ（２１５）の値を“０”にクリアする（９１４）。
【００３４】
保守センタ（２２３）は、保守対象サーバ（２０１）の保守作業を行う保守員の在籍する建物であり、ディスプレイ（２２４）、ハードディスク（２２５）、保守管理サーバ（２２７）が設置されている。
【００３５】
ディスプレイ（２２４）は、保守管理サーバ（２２７）の出力を表示する表示装置である。
【００３６】
ハードディスク（２２５）は、保守管理サーバ（２２７）のファイルを保存する記憶装置であり、ＲＣ辞書ファイル（２２６）を保存している。
【００３７】
ＲＣ辞書ファイル（２２６）は、ＲＣと被疑部品の対応を示すファイルである。図４は、ＲＣ辞書ファイル（２２６）の構成を示した表である。ＲＣ辞書ファイル（２２６）の項目は、ＲＣ、部品、交換回数、優先順位の４つである。なお、キー項目は、ＲＣと部品である。交換回数は、該ＲＣに対して該部品を交換して障害が回復した回数を示している。優先順位は、該ＲＣに対して交換回数の等しい部品が複数存在した場合の被疑の優先順位を示し、保守対象サーバ（２０１）の設計者によって予め設定されている。なお、優先順位は、“１”が最も高く、数値が増加するほど低くなる。また、優先順位が“０”の場合は、該部品が被疑対象外であることを示している。
【００３８】
保守管理サーバ（２２７）は、保守対象サーバ（２０１）を管理するサーバであり、被疑部品表示プログラム（２２８）とＲＣ辞書更新プログラム（２２９）が格納されている。
【００３９】
被疑部品表示プログラム（２２８）は、マイコン（２１９）からインターネット（２２２）経由でＲＣを受信し、前記ＲＣをキーにＲＣ辞書ファイル（２２６）を検索し、ディスプレイ（２２４）に被疑部品を表示するプログラムである。なお、被疑部品が複数存在する場合は、夫々の被疑部品に被疑順位を付けて表示する。図５は、被疑部品表示プログラム（２２８）によるディスプレイ（２２４）の表示を示す図であり、図４のＲＣ辞書ファイル（２２６）と対応している。図５の（Ａ）は、ＲＣ＝“ＡＡＡＡＡＡＡＡ”の場合の表示である。図５より、ＤＩＭＭ（２０７）の交換回数は“８”であり、システムボード（２０２）の交換回数である“６”より多い。ここで、交換回数に差がある場合、優先順位は使用しない。よって、図５の（Ａ）に示す通り、被疑順位１位はＤＩＭＭ（２０７）となり、被疑順位２位はシステムボード（２０２）となる。なお、ＣＰＵ（２０５）は、優先順位が“０”のため、被疑対象外である。図７の（Ｂ）は、ＲＣ＝“ＢＢＢＢＢＢＢＢ”の場合の表示である。図４より、ＣＰＵ（２０５）の交換回数は“４”であり、システムボード（２０２）の交換回数である“４”と等しい。交換回数が等しい場合は、優先順位を用いて被疑順位を付ける。図４より、ＣＰＵ（２０５）の優先順位は“１”であり、システムボード（２０２）の優先順位である“２”より高い。よって、図５の（Ｂ）に示す通り、被疑順位１位はＣＰＵ（２０５）となり、被疑順位２位はシステムボード（２０２）となる。なお、ＤＩＭＭ（２０７）は、優先順位が“０”のため、被疑対象外である。
【００４０】
ＲＣ辞書更新プログラム（２２９）は、マイコン（２１９）からインターネット（２２２）経由で交換した部品の種別情報とＲＣを受信し、該ＲＣと該部品をキーにＲＣ辞書ファイル（２２６）を検索し、対応するレコードの交換回数を“＋１”するプログラムである。
【００４１】
次に、図６の流れ図を参照して障害の発生からＲＣ辞書ファイル（２２６）の更新までの動作について説明する。
【００４２】
図１０は、障害発生前の障害発生フラグ（２１４）、障害回復フラグ（２１５）、ＲＣ退避変数（２１６）、シリアル番号表（２１７）、実際の部品のシリアル番号、ＲＣ辞書ファイル（２２６）、ディスプレイ（２２９）の表示を示す図である。図１０の状態において、システムボード（２０２）に起因する障害が発生したと仮定する（６０１）。チップセット（２１１）は、前記障害を検出し、障害状態レジスタ（２１２）に障害情報を記憶する（６０２）。障害状態レジスタ（２１２）に前記障害情報が記憶されたことを受け、マイコン（２１９）上で動作する障害診断プログラム（２２０）が処理を開始する（６０３）。
【００４３】
ここで、説明を図７の障害診断プログラム（２２０）の流れ図に移す。障害診断プログラム（２２０）は、ＩＩＣバス（２０３）経由で障害状態レジスタ（２１２）を参照し（７０１）、障害状態レジスタ（２１２）に前記障害情報が記憶されていることを検出し（７０２）、前記障害情報を基にＲＣを作成し（７０３）、前記ＲＣをＲＣ待避変数（２１７）に記憶し（７０４）、前記ＲＣをインターネット（２２２）経由で保守管理サーバ（２２７）に送信し（７０５）、障害回復フラグ（２１６）の値を“０”にクリアし（７０６）、障害発生フラグ（２１５）の値を“１”にセットする（７０７）。なお、前記ステップ７０３において作成したＲＣは、“ＡＡＡＡＡＡＡＡ”であったと仮定する。
【００４４】
説明を図６の流れ図に戻す。保守管理サーバ（２２７）は、前記ＲＣをマイコン（２１９）からインターネット（２２２）経由で受信し、被疑部品表示プログラム（２２８）を起動する（６０４）。被疑部品表示プログラム（２２８）は、前記ＲＣをキーにＲＣ辞書ファイル（２２６）を検索し、ディスプレイ（２２４）に被疑部品を表示する。図１０のＲＣ辞書ファイル（２２６）より、前記ＲＣ＝“ＡＡＡＡＡＡＡＡ”に対応する部品の交換回数は、ＤＩＭＭ（２０７）とシステムボード（２０２）が共に“２”である。交換回数が等しい場合は、優先順位を用いて被疑順位を付ける。優先順位は、ＤＩＭＭ（２０７）が“１”であり、システムボード（２０２）の“２”よりも高い。よって、被疑順位１位はＤＩＭＭ（２０７）となり、被疑順位２位はシステムボード（２０２）となる。図１１は、現時点の障害発生フラグ（２１５）、障害回復フラグ（２１６）、ＲＣ退避変数（２１７）、シリアル番号表（２１８）、実際の部品のシリアル番号、ＲＣ辞書ファイル（２２６）、ディスプレイ（２２４）の表示を示す図である。なお、図１１の網掛け箇所は、図１０との差分を示している。
【００４５】
次に、保守センタ（２２３）に在籍する保守員は、ディスプレイ（２２４）の前記表示を見て、最も被疑順位が高いＤＩＭＭ（２０７）を交換し（６０５）、保守対象サーバ（２０１）を再起動する（６０６）。保守対象サーバ（２０１）を再起動することにより、情報処理装置（２０１）のブート処理が始まり、ＣＰＵ（２０５）上で動作する障害回復確認プログラム（２１０）が処理を開始する。
【００４６】
ここで、説明を図８の障害診断プログラム（２１０）の流れ図に移す。障害回復確認プログラム（２１０）は、システムファームウェアの初期部品動作テスト機能を用いて部品の動作テストを行うが（８０１）、障害の原因はＤＩＭＭ（２０７）ではなくシステムボード（２０２）であるため、前記初期部品動作テストの結果はＮＧとなり（８０２）、ブート処理を中断する（８０５）。
【００４７】
説明を図６の流れ図に戻す。保守員は、保守対象サーバ（２０１）のブート処理の中断を見て、障害が回復しなかったと判断し（６０８）、交換したＤＩＭＭ（２０７）を元に戻し、次に被疑順位が高いシステムボード（２０２）を交換し（６０５）、保守対象サーバ（２０１）を再起動する（６０６）。保守対象サーバ（２０１）を再起動することにより、情報処理装置（２０１）のブート処理が始まり、ＣＰＵ（２０５）上で動作する障害回復確認プログラム（２１０）が処理を開始する。
【００４８】
ここで、説明を図８の障害診断プログラム（２１０）の流れ図に移す。障害回復確認プログラム（２１０）は、システムファームウェアの初期部品動作テスト機能を用いて部品の動作テストを行い（８０１）、障害の原因はシステムボード（２０２）であったため、前記初期部品動作テストの結果はＯＫとなり（８０２）、障害回復フラグを“１”にセットし（８０３）、ブート処理を続行する（８０４）。
【００４９】
説明を図６の流れ図に戻す。保守員は、保守対象サーバ（２０１）のブート処理の正常終了を見て、障害が回復したと判断する（６０８）。なお、前記ステップ６０５において交換した新しいシステムボード（２０２）のシリアル番号は、“４４４４４４４４４４”であったと仮定する。図１２は、現時点の障害発生フラグ（２１５）、障害回復フラグ（２１６）、ＲＣ退避変数（２１７）、シリアル番号表（２１８）、実際の部品のシリアル番号、ＲＣ辞書ファイル（２２６）、ディスプレイ（２２４）の表示を示す図である。なお、図１２の網掛け箇所は、図１１との差分を示している。
【００５０】
障害回復フラグが“１”にセットされたことを受け、マイコン（２１９）上で動作する交換部品特定プログラム（２２１）が処理を開始する（６０９）。
【００５１】
ここで、説明を図９の交換部品特定プログラム（２２１）の流れ図に移す。交換部品特定プログラム（２２１）は、障害発生フラグと障害回復フラグが共に“１”であることを確認し（９０１）、ＩＩＣバス（２０３）経由でＰＩＲＯＭ（２０６）、ＳＰＤ（２０８）、ＦＲＵ−ＲＯＭ（２０４）に記憶されている現在のＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号を参照し（９０２、９０６、９１０）、シリアル番号表（２１８）に記憶されている障害発生時のＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号と差違があるか判定する（９０３、９０７、９１１）。図１２より、ＣＰＵ（２０５）、ＤＩＭＭ（２０７）、システムボード（２０２）のシリアル番号のうち、障害発生時と現在で差違があるのはシステムボード（２０２）のシリアル番号だけである。よって、システムボード（２０２）の交換が行われたものと判断し、交換した部品はシステムボード（２０２）であるという情報とＲＣ待避変数に記憶しておいたＲＣ＝“ＡＡＡＡＡＡＡＡ”をインターネット（２２２）経由で保守管理サーバ（２２７）に送信し（９１２）、シリアル番号表（２１８）のシステムボード（２０２）のシリアル番号を現状に沿うように“４４４４４４４４４４”に更新する（９１３）。最後に、障害発生フラグ（２１６）の値を“０”にクリアする（９１４）。
【００５２】
説明を図６の流れ図に戻す。保守管理サーバ（２２７）上で動作するＲＣ辞書更新プログラム（２２９）は、マイコン（２１９）からインターネット（２２２）経由で交換した部品はシステムボード（２０２）であるという情報とＲＣ＝“ＡＡＡＡＡＡＡＡ”を受信し、ＲＣ＝“ＡＡＡＡＡＡＡＡ”と部品＝“システムボード（２０２）”をキーにＲＣ辞書ファイル（２２６）を検索し、該当するレコードの交換回数を“２”から“３”へ“＋１”する。図１３は、現時点の障害発生フラグ（２１５）、障害回復フラグ（２１６）、ＲＣ退避変数（２１７）、シリアル番号表（２１８）、実際の部品のシリアル番号、ＲＣ辞書ファイル（２２６）、ディスプレイ（２２４）の表示を示す図である。なお、図１３の網掛け箇所は、図１２との差分を示している。
【００５３】
以上説明したように、ＲＣ辞書ファイル（２２６）の更新は、保守員が意識することなく行われる。そして、今度また同様の障害が発生した場合は、図１４に示す通り、被疑順位１位はシステムボード（２０２）となり、被疑順位２位はＤＩＭＭ（２０７）となり、最初からシステムボード（２０２）を交換することになり、余分なＤＩＭＭ（２０７）の交換作業を省くことができる。これは、保守対象サーバ（２０１）のダウンタイムの短縮に繋がる。
【００５４】
【発明の効果】
以上説明したように、本発明は、実際の保守作業の内容に基づいて障害コード辞書を更新するため、被疑部品の的中率が向上し、ダウンタイムの短縮が図られ、情報処理装置の稼働率を向上することができる。
【００５５】
また、保守作業に連動して自動的に障害コード辞書を更新するため、新たな作業を生じることなく、前記効果を得ることができる。
【図面の簡単な説明】
【図１】情報処理装置の障害管理方式の構成を示すブロック図である。
【図２】本発明の一実施形態の構成を示すブロック図である。
【図３】シリアル番号表（２１８）の構成を示す表である。
【図４】ＲＣ辞書ファイル（２２６）の構成を示す表である。
【図５】被疑部品表示プログラム（２２８）によるディスプレイ（２２４）の表示を示す図である。
【図６】本発明の動作を示す流れ図である。
【図７】障害診断プログラム（２２０）の処理を示す流れ図である。
【図８】障害回復確認プログラム（２１０）の処理を示す流れ図である。
【図９】交換部品特定プログラム（２２１）の処理を示す流れ図である。
【図１０】各変数とシリアル番号とＲＣ辞書ファイル（２２６）とディスプレイ（２２４）表示の初期状態を示す図である。
【図１１】各変数と各シリアル番号とＲＣ辞書ファイル（２２６）とディスプレイ（２２４）表示のステップ６０４を終えた時点の状態を示す図である。
【図１２】各変数と各シリアル番号とＲＣ辞書ファイル（２２６）とディスプレイ（２２４）表示のステップ６０７を終えた時点の状態を示す図である。
【図１３】各変数と各シリアル番号とＲＣ辞書ファイル（２２６）とディスプレイ（２２４）表示のステップ６０９を終えた時点の状態を示す図である。
【図１４】各変数と各シリアル番号とＲＣ辞書ファイル（２２６）とディスプレイ（２２４）表示の再度同様の障害が発生した後のステップ６０４を終えた時点の状態を示す図である。
【符号の説明】
１０１…情報処理装置、１０２…シリアル番号採取インターフェース、１０３…部品、１０４…シリアル番号、１０５…障害発生検出手段、１０６…障害回復検出手段、１０７…サービスプロセッサ、１０８…障害診断プログラム、１０９…交換部位特定プログラム、１１０…公衆回線、１１１…保守センタ、１１２…ハードディスク、１１３…障害コード辞書ファイル、１１４…保守管理サーバ、１１５…被疑部品表示プログラム、１１６…障害コード辞書更新プログラム、１１７…出力手段、２０１…保守対象サーバ、２０２…システムボード、２０３…ＩＩＣバス、２０４…ＦＲＵ−ＲＯＭ、２０５…ＣＰＵ、２０６…ＰＩＲＯＭ、２０７…ＤＩＭＭ、２０８…ＳＰＤ、２０９…ＢＩＯＳ−ＲＯＭ、２１０…障害回復確認プログラム、２１１…チップセット、２１２…障害状態レジスタ、２１３…サービスプロセッサボード、２１４…ＮＶＲＡＭ、２１５…障害発生フラグ、２１６…障害回復フラグ、２１７…ＲＣ退避変数、２１８…シリアル番号表、２１９…マイコン、２２０…障害診断プログラム、２２１…交換部品特定プログラム、２２２…インターネット、２２３…保守センタ、２２４…ディスプレイ、２２５…ハードディスク、２２６…ＲＣ辞書ファイル、２２７…保守管理サーバ、２２８…被疑部品表示プログラム、２２９…ＲＣ辞書更新プログラム。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a failure management method for an information processing apparatus, and more particularly to a method for pointing out a suspected component based on a failure code.
[0002]
[Prior art]
In the conventional fault management method of an information processing device, a fault code dictionary indicating correspondence between a fault code and a suspected component is created in advance, and when a fault occurs, the fault code dictionary is searched using the fault code as a key, and the suspected component is identified. ing.
[0003]
However, the relationship between the fault code and the suspected component is not necessarily one-to-one, and a plurality of components may be suspected for one fault code. Therefore, the suspected component and the suspected order are set as a set in the fault code dictionary, and when a fault occurs, the suspected component is replaced in an order according to the suspected order.
[0004]
However, since the setting of the suspicion order is performed in the design stage of the information processing apparatus, the suspicion order does not reflect the actual failure rate and quality of the parts, and does not accumulate the number of maintenance work after the information processing apparatus is shipped. As far as possible, there has been a problem that a setting error of the suspicion order does not become apparent. For this reason, even after shipment of the information processing apparatus, it is monitored whether or not the setting of the suspected order is different from the actual situation, and the fault code dictionary is updated as necessary.
[0005]
[Patent Document 1]
JP-A-10-320241
[0006]
[Problems to be solved by the invention]
In the above method, as described above, there is a problem that the fault code dictionary must be continuously reviewed even after the information processing apparatus is shipped in order to improve the hit rate of the suspected part.
[0007]
The present invention has been made in view of the above problems, and automatically updates a failure code dictionary in conjunction with maintenance work, thereby eliminating the need for an artificial failure code dictionary update operation, thereby reducing the possibility of a suspect component. The aim is to improve the accuracy of the target.
[0008]
[Means for Solving the Problems]
A failure management method for an information processing apparatus according to the present invention will be described with reference to FIG.
[0009]
According to the fault management method of the present invention, a fault occurrence detecting means (105) detects occurrence of a fault in a component (103) of an information processing apparatus (101), and a fault diagnosis program (108) operating on a service processor (107) is used. The failure code is transmitted to the maintenance management server (114) of the maintenance center (111) via the public line (110), and the suspected part display program (115) operating on the maintenance management server (114) receiving the failure code is transmitted. In a fault management method for an information processing apparatus, in which a suspected component estimated based on a fault code dictionary file (113) stored in a hard disk (112) is displayed on an output unit (117), a part ( The fault recovery detecting means (106) detects the fault recovery of (103), and the replacement part specifying program operating on the service processor (107). The maintenance management server (114) having transmitted the type information of the parts replaced by the gram (109) for maintenance via the public line (110) to the maintenance management server (114) of the maintenance center (111) and receiving the information. The failure code dictionary update program (116) operating on the above updates the failure code dictionary file (113) stored in the hard disk (112).
[0010]
Further, a replacement part specifying program (109) operating on the service processor (107) is uniquely added to the part (103) of the information processing apparatus (101) as means for specifying the replaced part (103). It is characterized in that the serial number (104) is referred to via the serial number collection interface (102), and the serial number (104) before the occurrence of the failure and after the recovery from the failure are compared.
[0011]
Furthermore, an initial component operation test performed by the system firmware when the information processing apparatus is booted is used as the failure recovery detection means (106).
[0012]
A maintenance center is not provided, and the failure occurrence detecting means detects the occurrence of a failure in a component of the information processing apparatus, and the suspected component that operates on the service processor based on the failure code created by the failure diagnosis program that operates on the service processor. In the fault management method for an information processing device, in which a suspected component estimated by a display program is displayed on an output unit, a fault recovery detecting unit detects fault recovery of a component of the information processing device, and a replacement component specifying program operating on a service processor is used. A configuration in which a failure code dictionary update program that operates on a service processor based on type information of parts replaced for maintenance updates a failure code dictionary file stored in a hard disk is also a means for solving the above problem. Can be taken as
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 2 is a block diagram showing a configuration of one embodiment of the present invention.
[0014]
The maintenance target server (201) is an information processing apparatus that has a maintenance service contract with the maintenance center (223). The replaceable parts of the maintenance target server (201) are the CPU (205), the DIMM (207), and the system board (202), and a unique serial number is added to each part. The CPU (205) and the DIMM (207) are mounted on the system board (202), but can be freely attached and detached.
[0015]
The serial number of the CPU (205) is stored in the PIROM (206). The PIROM (206) is a EEPROM built in the CPU (205) and stores information on the CPU (205).
[0016]
The serial number of the DIMM (207) is stored in the SPD (208). The SPD (208) is a EEPROM built in the DIMM (207), and stores information on the DIMM (207).
[0017]
The serial number of the system board (202) is stored in the FRU-ROM (204). The FRU-ROM (204) is a SEEPROM mounted on the system board (202), and stores information on the system board (202).
[0018]
On the system board (202), a chipset (211) and a BIOS-ROM (209) are mounted in addition to the CPU (205), the DIMM (207), and the FRU-ROM (204).
[0019]
The chip set (211) controls access from the CPU (205) to the DIMM (207), the BIOS-ROM (209), and the NVRAM (214), and the CPU (205), the DIMM (207), and the chip set (211). It has a function of detecting a failure that has occurred in the internal processing and communication processing of the. When detecting a failure, the function stores failure information in a failure status register (212) built in the chipset (211).
[0020]
The BIOS-ROM (209) is an EEPROM in which the code of the system firmware of the maintenance target server (201) is stored. The system firmware operates on the CPU (205) and performs boot processing of the maintenance target server (201). The boot process includes an initial component operation test function for testing whether the CPU (205), the DIMM (207), and the system board (202) operate normally. The failure recovery confirmation program (210) is a program for confirming whether the failure has been recovered by using the initial component operation test function.
[0021]
FIG. 8 is a flowchart showing the processing of the failure recovery confirmation program (210). The failure recovery confirmation program (210) tests whether the CPU (205), the DIMM (207), and the system board (202) operate normally by using the initial component operation test function (801). It is further confirmed whether the failure has been recovered (802). If the recovery of the failure has been confirmed, the failure recovery flag is set to "1" (803), and the boot process is continued (804). On the other hand, if the recovery from the failure cannot be confirmed, the boot process is interrupted (805).
[0022]
In the maintenance target server (201), a service processor board (213) is mounted in addition to the system board (202). An NVRAM (214) and a microcomputer (219) are mounted on the service processor board (213).
[0023]
The NVRAM (214) is a non-volatile memory accessible from both the CPU (205) and the microcomputer (219), and includes a failure occurrence flag (215), a failure recovery flag (216), an RC save variable (217), a serial A number table (218) is arranged.
[0024]
The failure occurrence flag (214) is a binary variable indicating a failure occurrence state. The failure flag (214) = "0" means that no failure has occurred, and the failure flag (214) = "1" means that a failure has occurred.
[0025]
The failure recovery flag (215) is a binary variable indicating a failure recovery state. The failure recovery flag (215) = "0" means that the failure has not been recovered, and the failure recovery flag (215) = "1" means that the failure has been recovered.
[0026]
The RC save variable (216) is a variable used to store the RC created by the failure diagnosis program (220). Note that RC is an abbreviation for “ReferenceCode” and is a term corresponding to a failure code.
[0027]
The serial number table (218) is an array variable used to store the serial numbers of the CPU (205), the DIMM (207), and the system board (202). FIG. 3 is a table showing the configuration of the serial number table (218). The index of the array corresponds to the type of the component, and is defined as “1” = CPU (205), “2” = DIMM (207), and “3” = system board (202). In the elements of the array, the serial numbers of the parts corresponding to the subscripts are stored.
[0028]
The microcomputer (219) is an embedded controller that operates independently of the CPU (205), and has a LAN communication function, an IIC bus access function, and a built-in ROM.
[0029]
The LAN access function is a function for performing communication via the Internet (222). The microcomputer (219) can communicate with the maintenance management server (227) via the Internet (222).
[0030]
The IIC bus access function is a function for performing access via the IIC bus (203). The microcomputer (219) can access the FRU-ROM (204), the PIROM (206), the SPD (208), and the fault status register (212) via the IIC bus (203).
[0031]
The built-in ROM stores a fault diagnosis program (220) and a replacement part specifying program (221).
[0032]
The failure diagnosis program (220) is a program that detects the occurrence of a failure and notifies the maintenance management server (227) of the RC. FIG. 7 is a flowchart showing the processing of the failure diagnosis program (220). The fault diagnosis program (220) refers to the fault status register (212) via the IIC bus (701), determines whether fault information is stored in the fault status register (212) (702), and checks the fault status register (212). If the failure information is stored in ()), an RC is created based on the failure information (703), the RC is stored in an RC save variable (217) (704), and the RC is transmitted via the Internet (222). The value is transmitted to the maintenance management server (227) (705), the value of the failure recovery flag (216) is cleared to "0" (706), and the value of the failure occurrence flag (215) is set to "1" (707). .
[0033]
The replacement part specifying program (221) is a program that detects that the failure has recovered, and notifies the maintenance management server (227) of the type information of the part replaced for maintenance. FIG. 9 is a flowchart showing the processing of the replacement part specifying program (221). The replacement part specifying program (221) determines whether both the value of the failure occurrence flag (215) and the value of the failure recovery flag (216) are "1" (901), and determines the value of the failure occurrence flag (215) and the failure recovery flag (215). If both values of “216” are “1”, the current CPU (205) stored in the PIROM (206), SPD (208), and FRU-ROM (204) via the IIC bus (203), and the DIMM ( 207), refer to the serial numbers of the system board (202) (902, 906, 910), and store the CPU (205), DIMM (207), and system board (207) at the time of the failure stored in the serial number table (218). It is determined whether there is a difference from the serial number of step 202) (903, 907, 911). Then, the type information of the part having the difference in the serial number is transmitted to the maintenance management server (227) via the Internet (222) together with the RC stored in the RC save variable (904, 908, 912), and the serial number table is displayed. (218) is updated so as to conform to the current state (905, 909, 913). Finally, the value of the failure occurrence flag (215) is cleared to "0" (914).
[0034]
The maintenance center (223) is a building in which maintenance personnel who perform maintenance work of the maintenance target server (201) are registered, and a display (224), a hard disk (225), and a maintenance management server (227) are installed.
[0035]
The display (224) is a display device that displays an output of the maintenance management server (227).
[0036]
The hard disk (225) is a storage device for storing files of the maintenance management server (227), and stores an RC dictionary file (226).
[0037]
The RC dictionary file (226) is a file indicating the correspondence between the RC and the suspected part. FIG. 4 is a table showing the configuration of the RC dictionary file (226). The RC dictionary file (226) has four items: RC, parts, number of replacements, and priority. The key items are RC and parts. The number of replacements indicates the number of times that the failure has been recovered by replacing the component with the RC. The priority indicates the priority of the suspected case where a plurality of parts having the same number of replacements exist for the RC, and is set in advance by the designer of the maintenance target server (201). Note that the priority is “1”, which is the highest, and lower as the numerical value increases. When the priority is "0", it indicates that the part is not a suspected part.
[0038]
The maintenance management server (227) is a server that manages the maintenance target server (201), and stores a suspected part display program (228) and an RC dictionary update program (229).
[0039]
The suspected part display program (228) receives the RC from the microcomputer (219) via the Internet (222), searches the RC dictionary file (226) using the RC as a key, and displays the suspected part on the display (224). It is a program. When there are a plurality of suspected parts, each of the suspected parts is displayed with a suspected rank. FIG. 5 is a diagram showing a display on the display (224) by the suspected part display program (228), and corresponds to the RC dictionary file (226) in FIG. FIG. 5A is a display in the case of RC = “AAAAAAAAA”. 5, the number of replacements of the DIMM (207) is “8”, which is larger than the number of replacements of the system board (202), “6”. Here, if there is a difference in the number of exchanges, the priority is not used. Therefore, as shown in FIG. 5A, the first place in the suspected order is the DIMM (207), and the second place in the suspected order is the system board (202). The CPU (205) is not a suspect because the priority is “0”. FIG. 7B shows a display when RC = "BBBBBBBBB". From FIG. 4, the number of replacements of the CPU (205) is "4", which is equal to "4" which is the number of replacements of the system board (202). If the number of exchanges is equal, a priority order is assigned using the priority order. 4, the priority of the CPU (205) is “1”, which is higher than the priority of the system board (202), “2”. Therefore, as shown in FIG. 5B, the first place of the suspicion rank is the CPU (205) and the second place of the suspicion rank is the system board (202). Since the priority of the DIMM (207) is “0”, the DIMM (207) is not a suspect.
[0040]
The RC dictionary update program (229) receives from the microcomputer (219) the type information of the replaced parts and the RC via the Internet (222), searches the RC dictionary file (226) using the RC and the parts as keys, This is a program for incrementing the number of exchanges of the corresponding record by “+1”.
[0041]
Next, an operation from occurrence of a failure to updating of the RC dictionary file (226) will be described with reference to the flowchart of FIG.
[0042]
FIG. 10 shows a failure occurrence flag (214), a failure recovery flag (215), an RC save variable (216), a serial number table (217), an actual part serial number, an RC dictionary file (226), It is a figure showing a display of display (229). In the state of FIG. 10, it is assumed that a failure due to the system board (202) has occurred (601). The chipset (211) detects the fault and stores the fault information in the fault status register (212) (602). When the fault information is stored in the fault status register (212), the fault diagnosis program (220) running on the microcomputer (219) starts processing (603).
[0043]
Here, the explanation is shifted to the flowchart of the fault diagnosis program (220) in FIG. The fault diagnosis program (220) refers to the fault status register (212) via the IIC bus (203) (701), and detects that the fault information is stored in the fault status register (212) (702). An RC is created based on the failure information (703), the RC is stored in an RC save variable (217) (704), and the RC is transmitted to the maintenance management server (227) via the Internet (222) ( 705), the value of the failure recovery flag (216) is cleared to "0" (706), and the value of the failure occurrence flag (215) is set to "1" (707). It is assumed that the RC created in step 703 is “AAAAAAAAA”.
[0044]
The description returns to the flowchart of FIG. The maintenance management server (227) receives the RC from the microcomputer (219) via the Internet (222) and activates the suspected part display program (228) (604). The suspected part display program (228) searches the RC dictionary file (226) using the RC as a key, and displays the suspected part on the display (224). From the RC dictionary file (226) in FIG. 10, the number of replacements of the component corresponding to the RC = “AAAAAAAAA” is “2” for both the DIMM (207) and the system board (202). If the number of exchanges is equal, a priority order is assigned using the priority order. The priority is "1" for the DIMM (207), which is higher than "2" for the system board (202). Therefore, the first place in the suspicion order is the DIMM (207), and the second place in the suspicion order is the system board (202). FIG. 11 shows a current failure occurrence flag (215), a failure recovery flag (216), an RC save variable (217), a serial number table (218), an actual part serial number, an RC dictionary file (226), and a display ( FIG. 224 is a diagram showing a display of FIG. The shaded portions in FIG. 11 indicate the differences from FIG.
[0045]
Next, the maintenance staff at the maintenance center (223) looks at the display on the display (224), replaces the DIMM (207) with the highest suspicion rank (605), and re-installs the maintenance target server (201). Activate (606). By restarting the maintenance target server (201), boot processing of the information processing apparatus (201) starts, and the failure recovery confirmation program (210) running on the CPU (205) starts processing.
[0046]
Here, the explanation is shifted to the flowchart of the failure diagnosis program (210) in FIG. The failure recovery confirmation program (210) performs an operation test of parts using the initial part operation test function of the system firmware (801). However, since the cause of the failure is not the DIMM (207) but the system board (202), The result of the initial component operation test is NG (802), and the boot process is interrupted (805).
[0047]
The description returns to the flowchart of FIG. The maintenance worker sees the interruption of the boot process of the server to be maintained (201), determines that the failure has not been recovered (608), returns the replaced DIMM (207), and returns the system board with the next highest suspicion rank. (202) is replaced (605), and the maintenance target server (201) is restarted (606). By restarting the maintenance target server (201), boot processing of the information processing apparatus (201) starts, and the failure recovery confirmation program (210) running on the CPU (205) starts processing.
[0048]
Here, the explanation is shifted to the flowchart of the failure diagnosis program (210) in FIG. The failure recovery confirmation program (210) performs a component operation test using the initial component operation test function of the system firmware (801). Since the cause of the failure is the system board (202), the result of the initial component operation test is obtained. Is OK (802), the failure recovery flag is set to "1" (803), and the boot process is continued (804).
[0049]
The description returns to the flowchart of FIG. The maintenance worker sees the normal end of the boot processing of the maintenance target server (201) and determines that the failure has been recovered (608). It is assumed that the serial number of the new system board (202) replaced in step 605 is "44444444444". FIG. 12 shows a failure occurrence flag (215), a failure recovery flag (216), an RC save variable (217), a serial number table (218), a serial number of an actual part, an RC dictionary file (226), and a display ( FIG. 224 is a diagram showing a display of FIG. Note that the hatched portions in FIG. 12 indicate the differences from FIG.
[0050]
In response to the failure recovery flag being set to "1", the replacement part specifying program (221) operating on the microcomputer (219) starts processing (609).
[0051]
Here, the description is shifted to the flowchart of the replacement part specifying program (221) in FIG. The replacement part identification program (221) confirms that both the failure occurrence flag and the failure recovery flag are "1" (901), and via the IIC bus (203) the PIROM (206), SPD (208), FRU- The current CPU (205), DIMM (207) and system board (202) serial numbers stored in the ROM (204) are referred to (902, 906, 910) and stored in the serial number table (218). It is determined whether there is a difference between the serial numbers of the CPU (205), DIMM (207), and system board (202) at the time of occurrence of the fault (903, 907, 911). From FIG. 12, among the serial numbers of the CPU (205), the DIMM (207), and the system board (202), only the serial number of the system board (202) is different from that at the time of occurrence of the failure. Therefore, it is determined that the system board (202) has been replaced, and information that the replaced part is the system board (202) and RC = “AAAAAAAAA” stored in the RC save variable are transmitted to the Internet (222). ) To the maintenance management server (227) (912), and updates the serial number of the system board (202) in the serial number table (218) to “44444444444” so as to conform to the current state (913). Finally, the value of the failure flag (216) is cleared to "0" (914).
[0052]
The description returns to the flowchart of FIG. The RC dictionary update program (229) operating on the maintenance management server (227) includes information that the component replaced from the microcomputer (219) via the Internet (222) is the system board (202) and RC = “AAAAAAAAA”. The RC dictionary file (226) is searched using the RC = “AAAAAAAAA” and the component = “system board (202)” as keys, and the number of times of exchange of the corresponding record is “+1” from “2” to “3”. . FIG. 13 shows a failure occurrence flag (215), a failure recovery flag (216), an RC save variable (217), a serial number table (218), a serial number of an actual part, an RC dictionary file (226), and a display ( FIG. 224 is a diagram showing a display of FIG. Note that the shaded portions in FIG. 13 indicate the differences from FIG.
[0053]
As described above, the update of the RC dictionary file (226) is performed without the care of the maintenance staff. Then, when the same failure occurs again, as shown in FIG. 14, the first place in the suspected order becomes the system board (202), the second place in the suspected order becomes the DIMM (207), and the system board (202) is replaced from the beginning. Since the replacement is performed, the replacement work of the extra DIMM (207) can be omitted. This leads to a reduction in downtime of the maintenance target server (201).
[0054]
【The invention's effect】
As described above, according to the present invention, the failure code dictionary is updated based on the contents of the actual maintenance work, so that the hit rate of the suspected part is improved, downtime is reduced, and the operation of the information processing apparatus is reduced. Rate can be improved.
[0055]
Further, since the fault code dictionary is automatically updated in conjunction with the maintenance work, the above-described effect can be obtained without generating a new work.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a fault management system of an information processing apparatus.
FIG. 2 is a block diagram showing a configuration of one embodiment of the present invention.
FIG. 3 is a table showing a configuration of a serial number table (218).
FIG. 4 is a table showing a configuration of an RC dictionary file (226).
FIG. 5 is a diagram showing a display on a display (224) by a suspected part display program (228).
FIG. 6 is a flowchart showing the operation of the present invention.
FIG. 7 is a flowchart showing processing of a failure diagnosis program (220).
FIG. 8 is a flowchart showing processing of a failure recovery confirmation program (210).
FIG. 9 is a flowchart showing processing of a replacement part specifying program (221).
FIG. 10 is a diagram showing an initial state of each variable, a serial number, an RC dictionary file (226), and a display (224).
FIG. 11 is a diagram showing a state at the end of step 604 for displaying each variable, each serial number, an RC dictionary file (226), and a display (224).
FIG. 12 is a diagram showing a state at the end of step 607 for displaying each variable, each serial number, an RC dictionary file (226), and a display (224).
FIG. 13 is a diagram showing a state at the time when step 609 of displaying each variable, each serial number, the RC dictionary file (226), and the display (224) is completed.
FIG. 14 is a diagram showing a state at the time when step 604 is ended after a similar failure again occurred on each variable, each serial number, the RC dictionary file (226), and the display (224).
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 101 ... Information processing apparatus, 102 ... Serial number collection interface, 103 ... Parts, 104 ... Serial number, 105 ... Fault detection means, 106 ... Fault recovery detection means, 107 ... Service processor, 108 ... Fault diagnosis program, 109 ... Replacement Part identification program, 110 public line, 111 maintenance center, 112 hard disk, 113 failure code dictionary file, 114 maintenance management server, 115 suspicious part display program, 116 failure code dictionary update program, 117 output means , 201: maintenance target server, 202: system board, 203: IIC bus, 204: FRU-ROM, 205: CPU, 206: PIROM, 207: DIMM, 208: SPD, 209: BIOS-ROM, 210: failure recovery confirmation program, 11 chip set, 212 fault status register, 213 service processor board, 214 NVRAM, 215 fault occurrence flag, 216 fault recovery flag, 217 RC save variable, 218 serial number table, 219 microcomputer, 220 ... Fault diagnosis program, 221 ... Replacement part identification program, 222 ... Internet, 223 ... Maintenance center, 224 ... Display, 225 ... Hard disk, 226 ... RC dictionary file, 227 ... Maintenance management server, 228 ... Suspicious part display program, 229 ... RC dictionary update program.
