(57)【要約】【課題】電子装置のＬＳＩの構成やその変更に応じて診断プロセッサのファームウェアを変更することなく、電子装置の障害診断を行う【解決手段】障害発生時に診断プロセッサ００３は、障害ログの状況と障害個所とを対応付けた障害指摘辞書を予め有するチップセットから、障害ログデータ０１３と障害指摘辞書０１４とを取得し、障害指摘辞書０１４に従って障害ログデータ０１３を解析し、障害箇所を特定する。【選択図】  図２
2008310567.tif 000002
【特許請求の範囲】
【請求項１】
ＬＳＩを有する電子装置の障害診断方法において、
障害発生時に診断プロセッサが、障害ログの状況と障害個所とを対応付けた障害指摘辞書を予め有するＬＳＩから障害ログデータと前記障害指摘辞書とを取得する障害指摘辞書取得手順と、
前記診断プロセッサが、前記障害指摘辞書に従って前記障害ログデータを解析し、障害箇所を特定する障害個所特定手順とを備えることを特徴とする障害診断方法。
【請求項２】
請求項１記載の障害診断方法において、
さらに、障害発生時に前記診断プロセッサが、障害処理の手続きを定めた障害処理手続書を前記ＬＳＩから取得する障害処理手続書取得手順と、
前記診断プロセッサが、前記解析の結果と前記障害処理手続書に従って障害処理を実行する障害処理実行手順とを備えることを特徴とする障害診断方法。
【請求項３】
障害ログの状況と障害個所とを対応付けた障害指摘辞書を予め有する電子装置のＬＳＩと、
障害発生時に前記ＬＳＩから障害ログデータと前記障害指摘辞書とを取得する障害指摘辞書取得手段と、
前記障害指摘辞書に従って前記障害ログデータを解析し、障害箇所を特定する障害個所特定手段とを備えることを特徴とする電子装置障害診断システム。
【請求項４】
請求項３記載の電子装置障害診断システムにおいて、
さらに、障害発生時に前記ＬＳＩから障害処理の手続きを定めた障害処理手続書を取得する障害処理手続書取得手段と、
前記解析の結果と前記障害処理手続書に従って障害処理を実行する障害処理実行手段とを備えることを特徴とする電子装置障害診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置等の電子装置の障害を診断する障害診断方法および電子装置障害診断システムに関するものである。
【背景技術】
【０００２】
従来より、例えばサーバ装置等の電子装置には、障害箇所指摘機能を有する診断プロセッサ（以下、ＳＰとする）が搭載されている（例えば特許文献１、特許文献２参照）。このような従来のＳＰによる障害箇所指摘方法について図７を参照して説明する。図７において、０３０はＳＰ、０３１は障害指摘辞書（ＢＩＤ）、０３２は診断バス、０３３はチップセット、０３４はノースブリッジ、０３５はサウスブリッジ、０３６はメモリコントローラである。
サーバ装置に障害が発生すると、ＳＰ０３０は、診断バス０３２を介してチップセット０３２から障害ログを採取し、障害指摘辞書０３１に従って障害箇所を指摘する。
【０００３】
【特許文献１】特開平１０−１８７４８２号公報
【特許文献２】特開２００２−３４２１２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の障害指摘辞書においては、次のような問題点があった。第１の問題点は、障害指摘辞書がＳＰのファームウェア内に内包されているため、チップセットの変更に対応できないことである。チップセットが変更となった場合、特に障害ログのフォーマットが変更となった場合は、チップセットに対応したファームウェアへアップデートを行う必要がある。
第２の問題点は、チップセットと障害指摘辞書が１対１で対応しているため、バージョンや構成の異なる複数のサーバ装置を運用しているサイトではＳＰのファームウェアの管理が煩雑になることである。
【０００５】
以上のように、従来の障害指摘辞書は、主にＳＰのファームウェアに内包されているため、サーバ装置を構成するＬＳＩのバージョンアップや新規モジュールの追加などが発生した場合、新たなサーバ構成に対応した辞書を内包するファームウェアへの入れ替えが必要となっていた。このため、構成モジュールのリビジョンが異なるサーバ装置を複数運用するサイトがあった場合、適用するファームウェアの管理が煩雑となり、ファームウェアの適用の誤りによって障害ログの初期解析ができなくなる場合があった。
【０００６】
本発明の目的は、電子装置のＬＳＩの構成やその変更に応じて診断プロセッサのファームウェアを変更することなく、電子装置の障害診断を行うことができる障害診断方法および電子装置障害診断システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の障害診断方法は、障害発生時に診断プロセッサが、障害ログの状況と障害個所とを対応付けた障害指摘辞書を予め有するＬＳＩから障害ログデータと前記障害指摘辞書とを取得する障害指摘辞書取得手順と、前記診断プロセッサが、前記障害指摘辞書に従って前記障害ログデータを解析し、障害箇所を特定する障害個所特定手順とを備えるものである。
また、本発明の障害診断方法の１構成例は、さらに、障害発生時に前記診断プロセッサが、障害処理の手続きを定めた障害処理手続書を前記ＬＳＩから取得する障害処理手続書取得手順と、前記診断プロセッサが、前記解析の結果と前記障害処理手続書に従って障害処理を実行する障害処理実行手順とを備えるものである。
【０００８】
また、本発明の電子装置障害診断システムは、障害ログの状況と障害個所とを対応付けた障害指摘辞書を予め有する電子装置のＬＳＩと、障害発生時に前記ＬＳＩから障害ログデータと前記障害指摘辞書とを取得する障害指摘辞書取得手段と、前記障害指摘辞書に従って前記障害ログデータを解析し、障害箇所を特定する障害個所特定手段とを備えるものである。
また、本発明の電子装置障害診断システムの１構成例は、さらに、障害発生時に前記ＬＳＩから障害処理の手続きを定めた障害処理手続書を取得する障害処理手続書取得手段と、前記解析の結果と前記障害処理手続書に従って障害処理を実行する障害処理実行手段とを備えるものである。
【発明の効果】
【０００９】
本発明では、障害指摘辞書を、障害ログを提示する電子装置のＬＳＩ（チップセット）自身に持たせ、障害発生時に、診断プロセッサが障害ログデータと障害指摘辞書の両方をＬＳＩから取得する。診断プロセッサは、ＬＳＩから入手した障害指摘辞書を解釈するインタプリタ機能を有しており、ＬＳＩから入手した障害指摘辞書に従って障害ログデータを解析し、障害箇所を特定する。これにより、本発明においては、以下に記載するような効果を奏する。
第１の効果は、障害指摘辞書をＬＳＩに実装しているので、障害ログと障害指摘辞書のミスマッチの発生を防止できることである。
第２の効果は、障害指摘辞書をＬＳＩに実装しているので、ＬＳＩのリワークなどで障害ログのフォーマットが変更になったとしても、診断プロセッサのファームウェアを更新することなく、電子装置の障害診断ができることである。
第３の効果は、将来的に電子装置に新しいＬＳＩが実装されたとしても、ＬＳＩ側に障害指摘辞書を有するので、診断プロセッサのファームウェアを更新することなく、電子装置の障害診断ができることである。
第４の効果は、ＬＳＩ毎に別々の挿抜可能なモジュールとして電子装置を構成している場合、装置Ａを構成するモジュールの組み合わせと、装置Ｂを構成するモジュールの組み合わせが異なる場合が考えられるが、このような場合であっても、ＬＳＩ側（モジュール側）に障害指摘辞書が存在するので、電子装置ごとに個別のファームウェアを用意することなく、電子装置の障害診断ができることである。
【００１０】
また、本発明では、障害発生時に診断プロセッサが障害処理手続書をＬＳＩから取得し、解析の結果と障害処理手続書に従って障害処理を実行するようにしたので、電子装置の構成と診断プロセッサのファームウェアの不一致による障害処理の誤りを防止することができる。
【発明を実施するための最良の形態】
【００１１】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して説明する。図１は、本発明の第１の実施の形態に係るサーバ装置の構成を示すブロック図である。
図１において、００１はサーバ装置、００２はＣＰＵ、００３は診断プロセッサ（以下、ＳＰとする）、００４はサーバ装置００１に使用される代表的なＬＳＩ（チップセット）の１つであり、ＣＰＵ００２に接続されるノースブリッジ、００５はチップセットの１つであり、図示しない他ノードとの接続を可能にするネットワークスイッチ、００６はチップセットの１つであり、ネットワークスイッチ００５に接続されるサウスブリッジ、００７はチップセットの１つであるメモリコントローラ、００８はＳＰ００３とノースブリッジ００４とネットワークスイッチ００５とサウスブリッジ００６とメモリコントローラ００７とを接続するインターフェースである診断バス、００９はメモリ、０１０はサウスブリッジ００６に接続される入出力インターフェース（Ｉ／Ｏ）である。
【００１２】
なお、図１では、１例としてＣＰＵ００２を３個、入出力インターフェース０１０を２個としている。
ＳＰ００３は、診断バス００８を使用してノースブリッジ００４、ネットワークスイッチ００５、サウスブリッジ００６及びメモリコントローラ００７の初期化や、障害発生時のログ採取およびログ解析を行う。このＳＰ００３は、障害指摘辞書取得手段と障害個所特定手段とを構成している。
【００１３】
図２は、図１のサーバ装置００１の構成から障害箇所指摘機能部のみを抜き出したブロック図である。ＳＰ００３は、障害指摘辞書を解釈するインタプリタ（以下、ＩＰとする）０１１を有する。ＩＰ０１１は、ファームウェアによって実現することができる。
ＳＰ００３は、各チップセット（ノースブリッジ００４、ネットワークスイッチ００５、サウスブリッジ００６及びメモリコントローラ００７）からの障害報告信号０１２によって障害を検出すると、診断バス００８を使用して各チップセットから障害ログ０１３及び障害指摘辞書０１４を読み出す。
【００１４】
ここでは、１例としてノースブリッジ００４から読み出す障害ログ０１３、障害指摘辞書０１４をそれぞれＬｏｇ１，ＢＩＤ１、サウスブリッジ００６から読み出す障害ログ０１３、障害指摘辞書０１４をそれぞれＬｏｇ２，ＢＩＤ２、ネットワークスイッチ００５から読み出す障害ログ０１３、障害指摘辞書０１４をそれぞれＬｏｇ３，ＢＩＤ３、メモリコントローラ００７から読み出す障害ログ０１３、障害指摘辞書０１４をそれぞれＬｏｇ４，ＢＩＤ４とする。
ＳＰ００３のファームウェアは、読み出した障害指摘辞書０１４を解釈するＩＰ０１１を実装しており、ＩＰ０１１は、各チップセットから読み出した障害指摘辞書０１４に従って障害ログ０１３を解釈し、障害箇所を指摘する障害箇所指摘信号０１５を出力する。
【００１５】
このように、本実施の形態では、障害指摘辞書を障害ログを報告するユニット自身に持たせているので、ＬＳＩの変更や追加などで障害ログのフォーマットが変更となっても、ＳＰ００３のファームウェアを入れ替えることなく障害指摘を行うことができる。
以上詳細に実施の形態の構成を述べたが、図１、図２のチップセットは、当業者にとってよく知られており、また本発明とは直接関係しないので、チップセットの詳細な構成は省略する。また、図２のＳＰ００３のファームウェアの詳細な構造についても本発明とは直接関係しないので、その詳細な構成は省略する。
【００１６】
なお、本実施の形態では、ＳＰ００３が各チップセット（ノースブリッジ００４、ネットワークスイッチ００５、サウスブリッジ００６、メモリコントローラ００７）と１対１のインターフェースで接続されているが、ＳＰ００３と各チップセットをバス状に接続してもよい。また、チップセットの個数や機能なども、本発明の本質とは直接関係しないので、図１、図２の構成に限るものではない。
【００１７】
次に、図２で障害が発生した際のＳＰ００３の動作を、図３に示すフローチャートを使用して説明する。
図２において、障害報告信号０１２がアサートされると、ＳＰ００３は、この障害報告信号０１２を障害割り込みの契機とし（図３ステップＳ０１５）、診断バス００８を通じて、ノースブリッジ００４から障害ログＬｏｇ１と障害指摘辞書ＢＩＤ１を読み出す（ステップＳ０１６）。同様に、ＳＰ００３は、サウスブリッジ００６から障害ログＬｏｇ２と障害指摘辞書ＢＩＤ２を読み出し（ステップＳ０１７）、ネットワークスイッチ００５から障害ログＬｏｇ３と障害指摘辞書ＢＩＤ３を読み出し（ステップＳ０１８）、メモリコントローラ００７から障害ログＬｏｇ４と障害指摘辞書ＢＩＤ４を読み出す（ステップＳ０１９）。
【００１８】
図４に、障害ログ０１３の１例を示す。一般に、ＬＳＩの障害ログ０１３は、数バイトのビット列で構成され、ビット単位に障害の意味が割り当てられている。図４の例は、ノースブリッジ００４の障害ログ０１３を示している。この障害ログ０１３は、ｂｉｔ０からｂｉｔ１５の１６ビットで構成されている。
【００１９】
図５に、障害指摘辞書０１４の１例を示す。障害指摘辞書０１４は、障害ログを基に障害箇所を指摘するためのもので、障害ログ内の各ビットの点灯／消灯状況により障害箇所を判断するためのものである。図５の例は、ノースブリッジ００４の障害指摘辞書０１４を示している。なお、図５中の「０ｘ＊＊」は＊＊が１６進数であることを示している。この障害指摘辞書０１４では、ノースブリッジ００４から読み出した障害ログ０１３の値が０ｘ０１ならば故障個所はＡであり、障害ログ０１３の値が０ｘ０２ならば故障個所はＢであり、障害ログ０１３の値が０ｘ０３ならば故障個所はＣであることを示している。
【００２０】
ログ採取対象となる全てのチップセットから障害ログ０１３及び障害指摘辞書０１４を読み出したＳＰ００３は、障害指摘辞書０１４を基に障害ログ０１３を解析し、障害箇所を特定して、例えばサーバ装置のユーザに対して障害箇所を指摘する障害箇所指摘信号０１５を出力する（ステップＳ０２０）。
【００２１】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。図６に、本実施の形態のサーバ装置における障害箇所指摘機能部の構成を示す。本実施の形態においても、サーバ装置全体の構成は第１の実施の形態のとおりであるが、本実施の形態ではサーバ装置の障害処理にまで本発明を拡張している。本実施の形態のＳＰ００３は、障害指摘辞書取得手段と障害個所特定手段に加えて、障害処理手続書取得手段と障害処理実行手段とを構成している。
【００２２】
本実施の形態において、ＳＰ００３のファームウェア（ＩＰ０１１ａ）は、障害報告信号０１２がアサートされると、診断バス００８を通じて各チップセット（ノースブリッジ００４、ネットワークスイッチ００５、サウスブリッジ００６、メモリコントローラ００７）から障害ログ０１３及び障害指摘辞書０１４を読み出すと共に、各チップセットから障害処理手続書０１６を読み出す。
【００２３】
図６の例では、１例としてノースブリッジ００４から読み出す障害処理手続書０１６をＰｒｏｃ１、サウスブリッジ００６から読み出す障害処理手続書０１６をＰｒｏｃ２、ネットワークスイッチ００５から読み出す障害処理手続書０１６をＰｒｏｃ３、メモリコントローラ００７から読み出す障害処理手続書０１６をＰｒｏｃ４としている。
【００２４】
ＳＰ００３のファームウェアは、読み出した障害指摘辞書０１４を基に障害ログ０１３を解析し、障害箇所を指摘する障害箇所指摘信号０１５を出力した後、読み出した障害処理手続書０１６に従って、例えば電源オフやファンの回転数を上げるなどの適当な障害処理を指定する障害処理指示信号０１７をチップセットに出力する。これにより、チップセットにおいて、障害処理が行われる。
このように、本実施の形態では、障害処理を定めた手続書についてもチップセット（ＬＳＩ）側に持たせているので、サーバ装置の構成と診断プロセッサのファームウェアの不一致による障害処理の誤りを防止することができる。
【００２５】
なお、第１、第２の実施の形態のサーバ装置は、ＣＰＵ、記憶装置および外部とのインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。このようなコンピュータにおいて、本発明の障害診断方法を実現させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。ＣＰＵは、記録媒体から読み込んだプログラムを記憶装置に書き込み、プログラムに従って前述の処理を実行する。
【００２６】
また、第１、第２の実施の形態において、ＳＰはサーバ装置の内部に存在する必要は無く、複数のサーバ装置を制御できるよう、単体の装置としてサーバ装置の外に存在しても良い。
【産業上の利用可能性】
【００２７】
本発明は、サーバ装置等の電子装置の障害を診断する技術に適用することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施の形態に係るサーバ装置の構成を示すブロック図である。
【図２】図１のサーバ装置における障害箇所指摘機能部の構成を示すブロック図である。
【図３】本発明の第１の実施の形態における障害発生時の診断プロセッサの動作を示すフローチャートである。
【図４】本発明の第１の実施の形態における障害ログの１例を示す図である。
【図５】本発明の第１の実施の形態における障害指摘辞書の１例を示す図である。
【図６】本発明の第２の実施の形態に係る障害箇所指摘機能部の構成を示すブロック図である。
【図７】従来のサーバ装置における障害箇所指摘機能部の構成を示すブロック図である。
【符号の説明】
【００２９】
００１…サーバ装置、００２…ＣＰＵ、００３…診断プロセッサ、００４…ノースブリッジ、００５…ネットワークスイッチ、００６…サウスブリッジ、００７…メモリコントローラ、００８…診断バス、００９…メモリ、０１０…入出力インターフェース、０１１，０１１ａ…インタプリタ、０１２…障害報告信号、０１３…障害ログ、０１４…障害指摘辞書、０１５…障害箇所指摘信号、０１６…障害処理手続書、０１７…障害処理指示信号。
【図１】
2008310567.tif 000003
【図２】
2008310567.tif 000004
【図３】
2008310567.tif 000005
【図４】
2008310567.tif 000006
【図５】
2008310567.tif 000007
【図６】
2008310567.tif 000008
【図７】
2008310567.tif 000009