JP2002182951A - 情報処理装置のメンテナンス方法および情報処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 システムプログラムがプログラムループ等に
より制御不能に陥った場合でも、確実にメモリダンプを
採取する。 【解決手段】 情報処理装置１０１のＩ／Ｏバス１０４
のＩ／Ｏスロットに搭載されるＩ／Ｏカード１０８に、
Ｉ／Ｏバス１０４上の信号状態が正常でも、リモートコ
ンソール１１３からの指示や、Ｉ／Ｏカード１０８に設
けた外部スイッチ１１１の操作等により、Ｉ／Ｏバス１
０４上のＩ／Ｏバスエラー信号をアサートして、ハード
ウェア障害割込みを強制的に発生させる機能を設け、プ
ログラムループ等の制御不能障害の発生時、外部スイッ
チ１１１等を操作して擬似的にハードウェア障害割込み
を発生させることにより、強制的にハードウェア障害割
込み処理プログラムを実行させてメモリダンプを行わ
せ、プログラムループに陥ったプログラムの状態解析が
行えるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び情報処理装置のメンテナンス技術に関し、特に、プロ
グラムループ等による制御不能に陥った情報処理装置の
障害解析や障害回復作業等に適用して有効な技術に関す
る。

【０００２】

【従来の技術】従来の情報処理装置のメンテナンスにお
いて、情報処理装置のプログラムが一旦プログラムルー
プ（無限ループ）等による制御不能に陥ってしまった場
合、当該プログラムがアプリケーションプログラムの場
合には、オペレーティングシステム等の基本ソフトウェ
アに備わっているアプリケーション制御機能により当該
アプリケーションを停止させたり、デバッグのためにメ
モリダンプを採取することが可能であるが、オペレーテ
ィングシステムの一部のモジュール等でプログラムルー
プに陥ってしまった情報処理装置に対しては、強制電源
ＯＦＦ／ＯＮや、強制リブートによる復旧以外に術がな
い。

【０００３】なお、特開平７−１６８７３６号公報に
は、上位装置への障害通知ルートに上位通知マスク回路
を設け、内部診断による疑似障害発生に起因する上位装
置への障害通知を阻止した状態で障害を発生させること
により、システムの動作を止める事無く、障害検出のテ
ストを可能にする技術が開示されている。

【０００４】

【発明が解決しようとする課題】前記従来技術では、情
報処理装置のプログラムループ状態からの復旧のため、
強制的に電源ＯＦＦ／ＯＮ等の操作を行ってしまうと、
プログラムループに至ってしまった時の、メモリの状態
や、レジスタの内容が保持されていないため、プログラ
ムループに至った原因究明が極めて困難であったり、デ
ータの回復が不可能になる懸念がある、等の技術的課題
があった。

【０００５】本発明の目的は、オペレーティングシステ
ムのプログラムループ等で情報処理装置が制御不能に陥
った場合でも、原因究明やデータの回復等のメンテナン
スを確実に行うことが可能な技術を提供することにあ
る。

【０００６】本発明の他の目的は、情報処理装置の遠隔
保守管理において、オペレーティングシステムのプログ
ラムループ等で情報処理装置が制御不能に陥った場合で
も、原因究明やデータの回復等のメンテナンスを確実に
行うことが可能な技術を提供することにある。

【０００７】

【課題を解決するための手段】本発明は、中央処理装置
と、Ｉ／Ｏデバイス間で情報の転送を行うＩ／Ｏバスに
接続され、Ｉ／Ｏバス上の障害発生信号をアサート可能
なＩ／Ｏカードを備えた情報処理装置のメンテナンス方
法において、中央処理装置にて動作するメモリ上のプロ
グラムが制御不能になったとき、Ｉ／Ｏカードから擬似
的にＩ／Ｏバス上の障害発生信号をアサートすることに
より、プログラムの制御を強制的にハードウェア障害処
理へ移行させ、メモリの内容やレジタ情報等のデバッグ
情報を持久的記憶媒体に待避させるものである。

【０００８】より具体的には、一例として、Ｉ／Ｏスロ
ットに搭載されているＩ／Ｏカードは、Ｉ／Ｏバスのア
ドレスやデータパリティエラーを検出した時にしか、エ
ラー信号をアサートしないが、本発明では、Ｉ／Ｏバス
上の信号状態が正常でも、リモートコンソールからの指
示や、Ｉ／Ｏカードに設けたスイッチ等により、Ｉ／Ｏ
バスエラー信号をアサートして、ハードウェア障害割込
みを強制的に発生させる手段を設ける。そして、プログ
ラムループ等による制御不能障害の発生時、擬似的にハ
ードウェア障害割込みを発生させることにより、強制的
にハードウェア障害割込み処理プログラムが実行され、
メモリ等の強制ダンプがディスク等の持久的記憶媒体に
行われる。このようにして、次回システムが立ち上がっ
た時に、ディスクに待避されているメモリダンプデータ
等を解析することによりループに陥ったプログラムの状
態解析が行えるようになる。

【０００９】

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

【００１０】図１は、本発明の一実施の形態である情報
処理装置のメンテナンス方法を実施する情報処理装置の
システム構成の一例を示す概念図である。

【００１１】図１において、１０１はメンテナンスの対
象となる情報処理装置であり、情報処理装置のアプリケ
ーションプログラムの実行制御、割込み制御、ファイル
システム管理、通信管理等を行う基本制御プログラム
（オペレーティングシステム）１０２、前述のオペレー
ティングシステム１０２が残すイベントログ１０５や、
障害発生時に待避されたメモリダンプデータ１０６等が
格納されているディスク装置１０７、オペレーティング
システム１０２と、Ｉ／Ｏカード１０８の間でデータ制
御を行うドライバプログラム１０３、データの流れるＩ
／Ｏバス１０４を備えている。

【００１２】オペレーティングシステム１０２やドライ
バプログラム１０３は、図示しない主記憶等のメモリ上
に実装され、図示しない中央処理装置にて実行されるこ
とで動作する。

【００１３】本実施の形態のＩ／Ｏカード１０８は、た
とえば、Ｉ／Ｏバス１０４に設けられた拡張バススロッ
ト等に実装することができる。従って、たとえばＰＣＩ
バス等の汎用バスのバススロットを備えた種々の情報処
理装置に実装可能である。

【００１４】Ｉ／Ｏカード１０８は、Ｉ／Ｏバス１０４
から受け取ったアドレスやデータにエラーがあったり、
エラー信号発生指示に従って、エラー信号をＩ／Ｏバス
１０４に返すエラー信号発生回路１０９と、信号線（疑
似ハードウェア障害発生信号１１４）を経由してエラー
信号発生回路１０９に接続される外部スイッチ１１１
と、信号線（疑似ハードウェア障害発生信号１１５）を
介してエラー信号発生回路１０９に接続されるネットワ
ーク制御回路１１０、等を備えている。リモートコンソ
ール１１３からの指示は、回線網１１２を経由して、Ｉ
／Ｏカード１０８のネットワーク制御回路１１０に伝達
される。

【００１５】図２は、Ｉ／Ｏバス１０４とＩ／Ｏカード
１０８の接続状態の一例と、Ｉ／Ｏカード１０８の内部
構成の一例をより詳細に例示したブロック図である。図
２において、データチェック回路２０７は、Ｉ／Ｏバス
１０４内のデータ信号線２０２に信号線２０５を介して
接続され、制御信号発生回路２１４は、Ｉ／Ｏバス１０
４内の制御信号線２０３に信号線２１０を介して接続さ
れ、エラー信号発生回路１０９は、Ｉ／Ｏバス１０４内
のエラー信号線２０４に信号線１１６を介して接続され
ている。

【００１６】制御信号発生回路２１４は、信号線２１２
を介してエラー信号発生回路１０９に、また信号線２１
１を介してデータチェック回路２０７にタイミング等の
制御信号を送っている。

【００１７】データチェック回路２０７に取り込まれた
データは、パリティエラー等のエラーの有無がチェック
され、データにエラーがなければ、データレジスタ２０
８に取り込まれ、演算回路２０９等で加工される。も
し、前述のデータにエラーがあれば、データチェック回
路２０７は、信号線（ハードウェア障害発生信号２１
３）を介して、エラー信号ＯＲ回路２０６にエラー信号
を送る。

【００１８】外部スイッチ１１１は、信号線（疑似ハー
ドウェア障害発生信号１１４）を介して、前述のエラー
信号ＯＲ回路２０６に接続される。また、ネットワーク
制御回路１１０も、信号線（疑似ハードウェア障害発生
信号１１５）を介して、前述のエラー信号ＯＲ回路２０
６に接続される。

【００１９】図３は、情報処理装置の主記憶におけるメ
モリマップの一例で、データ領域３０１、プログラム領
域３０２より構成されている。データ領域３０１は、更
に、各プログラムが使用するデータ３０３等より構成さ
れる。また、プログラム領域３０２は、割込み処理制御
テーブル３０９、ハードウェア障害処理プログラム部３
０８、Ｉ／Ｏ割込み処理プログラム部３０７、プログラ
ム割込み処理プログラム部３０６、アプリケーションプ
ログラム１部３０５、アプリケーションプログラム２部
３０４等より構成されている。

【００２０】割込み処理制御テーブル３０９、ハードウ
ェア障害処理プログラム部３０８、Ｉ／Ｏ割込み処理プ
ログラム部３０７、プログラム割込み処理プログラム部
３０６、はオペレーティングシステム１０２の一部を構
成している。

【００２１】図４は、オペレーティングシステム１０２
におけるプログラムループ発生による制御不能時の、リ
モートコンソール１１３からの指示による、強制メモリ
ダンプまでの処理の一例を示すフローチャートである。
図５は、メモリダンプデータの取得後、情報処理装置１
０１の再立ち上げを行った後の障害解析処理の一例を示
すフローチャートである。

【００２２】プログラム割込み処理プログラム部３０６
で、プログラムループが発生したことを例に、図１、図
２、図３及び、図４、図５のフローチャートを用いて本
実施の形態の詳細動作を説明する。

【００２３】プログラム割込み処理プログラム部３０６
でのプログラムループの発生等による制御不能状態をシ
ステム管理者が認識したら（ステップ４００）、リモー
トコンソール１１３より、疑似ハードウェア障害発生の
指示が、回線網１１２を経由して、Ｉ／Ｏカード１０８
のネットワーク制御回路１１０に伝えられ（ステップ４
０１）、ネットワーク制御回路１１０は、ネットワーク
経由での疑似ハードウェア障害発生信号１１５をＯＮに
する（ステップ４０２）。

【００２４】なお、このステップ４０１、ステップ４０
２においては、リモートコンソール１１３を用いる代わ
りにＩ／Ｏカード１０８の外部スイッチ１１１を押して
外部スイッチ押下による疑似ハードウェア障害発生信号
１１４をＯＮにしてもよい。あるいは、このプログラム
ループの発生時に、Ｉ／Ｏバス１０４上のデータエラー
が検出されている場合には、データチェック回路２０７
は、Ｉ／Ｏバス１０４のエラーによるハードウェア障害
発生信号２１３を自動的にＯＮにする。

【００２５】ハードウェア障害発生信号２１３、疑似ハ
ードウェア障害発生信号１１４、疑似ハードウェア障害
発生信号１１５のいずれかがＯＮになると、エラー信号
ＯＲ回路２０６は、ハードウェア障害発生信号２０１を
ＯＮにする。ハードウェア障害発生信号２０１がＯＮに
なると、エラー信号発生回路１０９は、Ｉ／Ｏバス１０
４内のエラー信号線２０４に、信号線１１６を介してエ
ラー信号を送り、Ｉ／Ｏバス１０４上のエラー信号線２
０４の障害発生信号がＯＮとなる（ステップ４０３）。

【００２６】Ｉ／Ｏバス１０４上のエラー信号線２０４
の障害発生信号がＯＮとなると、オペレーティングシス
テム１０２に、ハードウェア障害発生割込みが発生し
（ステップ４０４）、プログラムの制御が、プログラム
ループを起こしていた、プログラム割込み処理プログラ
ム部３０６から、割込み処理制御テーブル３０９を経
て、ハードウェア障害処理プログラム部３０８へ移る
（ステップ４０５）。

【００２７】ハードウェア障害処理プログラム部３０８
では、各種ハードウェア情報や、メモリの内容が、ディ
スク装置１０７内に設けられているメモリダンプ領域に
イベントログ１０５やメモリダンプデータ１０６として
待避される（ステップ４０６）。

【００２８】メモリダンプ終了後、情報処理装置１０１
の再立ち上げを実行すると（ステップ５００）、ディス
ク装置１０７内に設けられているメモリダンプ領域に待
避されているイベントログ１０５やメモリダンプデータ
１０６等を用いて、プログラムループの発生している時
のメモリ状態が解析出来るため、迅速なプログラムルー
プの原因究明に役立てることが出来る（ステップ５０
１）。また、メモリの状態がメモリダンプデータ１０６
として保存されているため、メモリダンプデータ１０６
内のデータ領域３０１を用いてファイルの修復を図る事
も出来る（ステップ５０２）。その後、通常の処理を続
行する（ステップ５０３）。

【００２９】以上のようにして、オペレーティングシス
テム等のシステムプログラムにプログラムループ等の制
御不能状態が発生してもメモリダンプデータ１０６を確
実に採取でき、迅速かつ的確な障害解析が行えるように
なる。

【００３０】以上のように本実施の形態によれば、Ｉ／
Ｏバス１０４の信号状態が正常でも、リモートコンソー
ル１１３からの指示や、外部スイッチ１１１の手動操作
による指示により、擬似的にＩ／Ｏバスエラーを発生さ
せ、ハードウェア障害割込みを強制的に発生させること
により、ハードウェア障害処理プログラム部３０８が実
行され、メモリの強制ダンプによるイベントログ１０５
やメモリダンプデータ１０６の保存が可能になる。

【００３１】従って、次回、情報処理装置１０１が立ち
上がった時に、このメモリダンプデータ１０６を用いて
障害に陥った時のメモリ状態の解析が行えるため、Ｉ／
Ｏバス１０４のハードウェアエラーにならないシステム
プログラムループ等のソフトウェア的なエラーが発生し
てもメモリダンプが取れ、障害解析が行えるようにな
る。

【００３２】上述の説明では、情報処理装置１０１の管
理者が、オペレーティングシステム１０２のプログラム
ループ等の動作異常を認識して、Ｉ／Ｏカード１０８か
ら擬似的なハードウェア障害を発生させてメモリダンプ
データ１０６等を採取する場合を例示したが、オペレー
ティングシステム１０２のプログラムループ等の動作異
常の発生を自動的に検出して、自動的にメモリダンプデ
ータ１０６等を採取することもできる。

【００３３】以下、図６のブロック図および図７のフロ
ーチャートにて、この変形例について説明する。

【００３４】すなわち、図６に例示されるように、Ｉ／
Ｏカード１０８に、演算回路２０９に接続される判定論
理２１５を設ける。この判定論理２１５は、たとえばウ
ォッチドッグタイマ等の原理で、オペレーティングシス
テム１０２から演算回路２０９に定期的にアクセスがあ
ることを監視し（ステップ４０１ａ）、オペレーティン
グシステム１０２がプログラムループ等の制御不能状態
に陥ったことに起因して、前記定期的なアクセスが途絶
えると異常発生と判定し、エラー信号ＯＲ回路２０６に
疑似ハードウェア障害発生信号２１６を出力して（ステ
ップ４０１ｂ）、エラー信号発生回路１０９に、Ｉ／Ｏ
バス１０４上のエラー信号線２０４の障害発生信号をＯ
Ｎにさせ、メモリダンプデータ１０６を採取するもので
ある。

【００３５】この場合には、情報処理装置１０１の管理
者が、当該情報処理装置１０１の状態を意識することな
く、オペレーティングシステム１０２がプログラムルー
プ等の制御不能状態に陥った場合に、自動的にメモリダ
ンプデータ１０６を採取することが可能となる利点があ
る。

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

【００３７】

【発明の効果】本発明によれば、オペレーティングシス
テムのプログラムループ等で情報処理装置が制御不能に
陥った場合でも、原因究明やデータの回復等のメンテナ
ンスを確実に行うことができる、という効果が得られ
る。

【００３８】本発明によれば、情報処理装置の遠隔保守
管理において、オペレーティングシステムのプログラム
ループ等で情報処理装置が制御不能に陥った場合でも、
原因究明やデータの回復等のメンテナンスを確実に行う
ことができる、という効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置のシステム構成
の一例を示す概念図である。

【図２】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置の内部構成の一
例をより詳細に例示したブロック図である。

【図３】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置のにおけるメモ
リマップの一例を示す概念図である。

【図４】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置の作用の一例を
示すフローチャートである。

【図５】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置の作用の一例を
示すフローチャートである。

【図６】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置のシステム構成
の変形例を示すブロック図である。

【図７】本発明の一実施の形態である情報処理装置のメ
ンテナンス方法を実施する情報処理装置の変形例の作用
の一例を示すフローチャートである。

【符号の説明】

１０１…情報処理装置、１０２…オペレーティングシス
テム、１０３…ドライバプログラム、１０４…Ｉ／Ｏバ
ス、１０５…イベントログ、１０６…メモリダンプデー
タ、１０７…ディスク装置、１０８…Ｉ／Ｏカード、１
０９…エラー信号発生回路、１１０…ネットワーク制御
回路（障害発生信号制御手段）、１１１…外部スイッチ
（障害発生信号制御手段）、１１２…回線網、１１３…
リモートコンソール、１１４…疑似ハードウェア障害発
生信号、１１５…疑似ハードウェア障害発生信号、１１
６…信号線、２０１…ハードウェア障害発生信号、２０
２…データ信号線、２０３…制御信号線、２０４…エラ
ー信号線、２０５…信号線、２０６…エラー信号ＯＲ回
路、２０７…データチェック回路、２０８…データレジ
スタ、２０９…演算回路、２１０…信号線、２１１…信
号線、２１２…信号線、２１３…ハードウェア障害発生
信号、２１４…制御信号発生回路、２１５…判定論理
（障害発生信号制御手段）、２１６…疑似ハードウェア
障害発生信号、３０１…データ領域、３０２…プログラ
ム領域、３０３…データ、３０４…アプリケーションプ
ログラム２部、３０５…アプリケーションプログラム１
部、３０６…プログラム割込み処理プログラム部、３０
７…Ｉ／Ｏ割込み処理プログラム部、３０８…ハードウ
ェア障害処理プログラム部、３０９…割込み処理制御テ
ーブル。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 中央処理装置と、Ｉ／Ｏデバイス間で情
   報の転送を行うＩ／Ｏバスに接続され、前記Ｉ／Ｏバス
   上の障害発生信号をアサート可能なＩ／Ｏカードを備え
   た情報処理装置のメンテナンス方法であって、 前記中央処理装置にて動作するメモリ上のプログラムが
   制御不能になったとき、前記Ｉ／Ｏカードから擬似的に
   前記Ｉ／Ｏバス上の前記障害発生信号をアサートするこ
   とにより、前記プログラムの制御を強制的にハードウェ
   ア障害処理へ移行させ、前記メモリの内容やレジタ情報
   等のデバッグ情報を持久的記憶媒体に待避させることを
   特徴とする情報処理装置のメンテナンス方法。
2. 【請求項２】 中央処理装置と、Ｉ／Ｏデバイス間で情
   報の転送を行うＩ／Ｏバスに接続され、前記Ｉ／Ｏバス
   上の障害発生信号をアサート可能なＩ／Ｏカードを備え
   た情報処理装置であって、 前記Ｉ／Ｏカードは、擬似的に前記障害発生信号をアサ
   ートするための障害発生信号制御手段を備え、 前記中央処理装置にて動作するメモリ上のプログラムが
   制御不能になったとき、前記障害発生信号制御手段にて
   前記Ｉ／Ｏカードから擬似的に前記Ｉ／Ｏバス上の前記
   障害発生信号をアサートすることにより、前記プログラ
   ムの制御を強制的にハードウェア障害処理へ移行させ、
   前記メモリの内容やレジタ情報等のデバッグ情報を持久
   的記憶媒体に待避可能にしたことを特徴とする情報処理
   装置。
3. 【請求項３】 請求項２記載の情報処理装置において、 前記障害発生信号制御手段は、 前記Ｉ／Ｏカードに設けられ、外部から手動操作可能な
   スイッチ、 情報ネットワークを介して外部から操作されるネットワ
   ーク制御回路、 の少なくとも一方を含むことを特徴とする情報処理装
   置。