(57)【要約】【課題】ＰＣＩ接続のＩＯカードで、ＣＰＵカードからのアクセスでエラーが発生する故障があっても、故障したＩＯカードを除いた縮退運転ができるようにした計算機システムを得る。【解決手段】計算機システムは、ＰＣＩバス２にＣＰＵカード１と複数のＩＯカード３、４とが接続された構成であり、ＣＰＵカード１は、ＩＯカード毎のエラー発生状態を格納したＰＣＩカード管理テーブル６を不揮発性メモリ５上に形成しており、ＣＰＵカード１のＲＡＳ処理部７が、ＰＣＩバス２からエラー割り込み通知を受けたとき、すべてのＩＯカードにアクセスしてエラーの発生をチェックし、エラーの発生したＩＯカードがある場合には、計算機システムを再起動させ、この再起動時にエラーの発生したＩＯカードへアクセスしないように縮退運転を行うようにした。【選択図】図１
2009205378.tif 000002
【特許請求の範囲】
【請求項１】
ＰＣＩバスにＣＰＵカードと複数のＩＯカードとが接続された計算機システムであって、上記ＣＰＵカードは、上記ＩＯカード毎のエラー発生状態を格納したＰＣＩカード管理テーブルを有する記憶装置、及び上記ＩＯカードへアクセスするとともに上記ＰＣＩカード管理テーブルへの書き込み及び参照を行うＲＡＳ処理部を備え、
上記ＲＡＳ処理部は、上記ＰＣＩバスからエラー割り込み通知を受けたときに、すべてのＩＯカードにアクセスしてエラーの発生をチェックし、上記エラーの発生したＩＯカードがある場合、上記ＰＣＩカード管理テーブルに上記エラーの発生を書き込むとともに、上記計算機システムを再起動させ、この再起動時に上記エラーの発生したＩＯカードへアクセスしないように縮退運転を行うことを特徴とする計算機システム。
【請求項２】
上記ＰＣＩカード管理テーブルには、ＰＣＩエラーによる再起動回数及び再起動制限回数を格納し、上記ＲＡＳ処理部は、上記ＰＣＩエラーによる上記計算機システムの再起動回数が上記ＰＣＩカード管理テーブルに格納された再起動制限回数を超えるとき、上記計算機システムを停止することを特徴とする請求項１記載の計算機システム。
【請求項３】
上記ＰＣＩカード管理テーブルには、ＩＯカード毎に上記計算機システムでの重要度を格納し、上記ＲＡＳ処理部は、上記重要度大のＩＯカードにエラーが発生したときは、上記計算機システムを停止することを特徴とする請求項１または請求項２記載の計算機システム。
【請求項４】
上記ＰＣＩカード管理テーブルには、ＩＯカード毎の診断プログラムのアドレスを格納し、上記ＲＡＳ処理部は、上記ＩＯカード毎の診断プログラムを実行することにより、上記各ＩＯカードのエラーの発生のチェックを行うことを特徴とする請求項１〜請求項３のいずれかに記載の計算機システム。
【請求項５】
ＰＣＩバスにＣＰＵカードと複数のＩＯカードとが接続された計算機システムであって、上記ＣＰＵカードは、上記ＩＯカード毎のエラー発生状態及びＩＯカード毎の診断プログラムのアドレスを格納したＰＣＩカード管理テーブルを有する記憶装置、及び上記ＩＯカードへアクセスするとともに上記ＰＣＩカード管理テーブルへの書き込み及び参照を行うＲＡＳ処理部を備え、
上記ＲＡＳ処理部は、上記ＩＯカード毎の診断プログラムを実行することにより、上記各ＩＯカードのエラーの発生のチェックをオンライン運転中に定周期で行う定周期チェック手段を有し、
この定周期チェック手段によるチェックの結果、エラーの発生したＩＯカードがある場合、そのＩＯカードへアクセスしないように縮退運転を行うことを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンピュータ用拡張バスアーキテクチャであるＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスを介して接続されたＩＯカードのエラーを管理する計算機システムに関するものである。
【背景技術】
【０００２】
従来のＰＣＩバスシステムエラー管理方式は、ＩＯカードがＰＣＩエラーを検出し、ＩＯカード側にＰＣＩのエラー情報を保持している。（例えば、特許文献１参照）
【０００３】
【特許文献１】特開２００５−２７５９０９号公報（第９〜１４頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のＰＣＩバスシステムエラー管理方式では、ＩＯカードでエラーを検出することが必要で、ＣＰＵカードで検出したエラーを記録することができず、故障したＩＯカードを縮退運転できないという問題があった。
【０００５】
この発明は、上記のような課題を解決するためになされたものであり、ＰＣＩ接続のＩＯカードで、ＣＰＵカードからのアクセスでエラーが発生する故障があっても、故障したＩＯカードを除いた縮退運転ができるようにした計算機システムを得ることを目的としている。
【課題を解決するための手段】
【０００６】
この発明に係わる計算機システムにおいては、ＰＣＩバスにＣＰＵカードと複数のＩＯカードとが接続された計算機システムであって、ＣＰＵカードは、ＩＯカード毎のエラー発生状態を格納したＰＣＩカード管理テーブルを有する記憶装置、及びＩＯカードへアクセスするとともにＰＣＩカード管理テーブルへの書き込み及び参照を行うＲＡＳ処理部を備え、
ＲＡＳ処理部は、ＰＣＩバスからエラー割り込み通知を受けたときに、すべてのＩＯカードにアクセスしてエラーの発生をチェックし、エラーの発生したＩＯカードがある場合、ＰＣＩカード管理テーブルにエラーの発生を書き込むとともに、計算機システムを再起動させ、この再起動時にエラーの発生したＩＯカードへアクセスしないように縮退運転を行うものである。
【発明の効果】
【０００７】
この発明は、以上説明したように、ＰＣＩバスにＣＰＵカードと複数のＩＯカードとが接続された計算機システムであって、ＣＰＵカードは、ＩＯカード毎のエラー発生状態を格納したＰＣＩカード管理テーブルを有する記憶装置、及びＩＯカードへアクセスするとともにＰＣＩカード管理テーブルへの書き込み及び参照を行うＲＡＳ処理部を備え、
ＲＡＳ処理部は、ＰＣＩバスからエラー割り込み通知を受けたときに、すべてのＩＯカードにアクセスしてエラーの発生をチェックし、エラーの発生したＩＯカードがある場合、ＰＣＩカード管理テーブルにエラーの発生を書き込むとともに、計算機システムを再起動させ、この再起動時にエラーの発生したＩＯカードへアクセスしないように縮退運転を行うので、ＩＯカードで、エラーが発生しても、エラーが発生したＩＯカードを除いた縮退運転を行うことができる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を図に基づいて説明する。
図１は、この発明の実施の形態１による計算機システムの構成を示すブロック図である。
図１において、ＣＰＵカード１は、ＰＣＩバス２を介して、ＩＯカードＡ３及びＩＯカードＢ４と接続されている。
ＣＰＵカード１は、次のように構成されている。
不揮発性メモリ５には、ＩＯカード毎のエラーの有無を管理するＰＣＩカード管理テーブル６が格納されている。オペレーティングシステムの一部であるＲＡＳ処理部７は、ＰＣＩエラーを受信する機能と、ＰＣＩバス２に接続されているＩＯカード３、４にアクセスし、エラー発生をチェックする機能と、ＩＯカード３、４のチェック結果をＰＣＩカード管理テーブル６に反映する機能と、計算機を停止／再起動する機能と、計算機の再起動時にＰＣＩカード管理テーブル６の内容を参照し、縮退運転を行う機能と有している。
なお、ＲＡＳは、ＲＡＳＩＳ（Ｒｅｌｉａｂｉｌｉｔｙ  Ａｖａｉｌａｂｉｌｉｔｙ  Ｓｅｒｖｉｃｅａｂｉｌｉｔｙ  Ｉｎｔｅｇｒｉｔｙ  Ｓｅｃｕｒｉｔｙ：コンピュータシステムの信頼性を評価するときチェックする項目「信頼性」「可用性」「保守性」「保全性」「機密性」の頭文字を集めたもの）に基づいている。
また、ＰＣＩカード管理テーブル６には、ＩＯカード毎のエラーの有無が格納されているが、エラーの回数であってもよく、エラー発生状態を示すものであればよい。
【０００９】
図２は、この発明の実施の形態１による計算機システムのＰＣＩバスエラー発生時の縮退運転をするときのフローチャートである。
【００１０】
次に、動作について図２を用いて説明する。
まず、最初に計算機を起動する（Ｓ１）。  
計算機運転中にＰＣＩバスエラーが発生する（Ｓ２）。エラー通知割り込みを受けたＲＡＳ処理部７は、すべてのＰＣＩバス２に接続されているＩＯカード３、４にアクセスすることにより、各ＩＯカードのエラーをチェックする（Ｓ３）。
チェック時にＰＣＩエラーが発生した場合、ＲＡＳ処理部７は、不揮発性メモリ５にあるＰＣＩカード管理テーブル６にエラー発生を記録する（Ｓ４）。
ＲＡＳ処理部７で、ＰＣＩカード管理テーブル６を参照し、各ＩＯカードでＰＣＩエラーが発生したかどうかをチェックする（Ｓ５）。
全てのＩＯカードでＰＣＩエラー発生なしの場合は、故障特定できなかったので、計算機を停止する（Ｓ６）。ＩＯカードでエラーが発生した場合は、計算機を再起動する（Ｓ７）。
計算機の再起動後、ＲＡＳ処理部７で、ＰＣＩエラー発生したＩＯカードにアクセスしないように縮退運転を実施する（Ｓ８）。
【００１１】
実施の形態１によれば、ＰＣＩエラー発生したＩＯカードがあっても、これを除いた縮退運転を実施することができる。
【００１２】
実施の形態２．
図３は、この発明の実施の形態２による計算機システムの構成を示すブロック図である。
図３において、１〜７は図１におけるものと同一のものである。図３では、不揮発性メモリ５に、計算機がＰＣＩエラーによる起動回数（再起動回数）と起動制限回数（再起動制限回数）を格納した起動回数テーブル８を設けている。
図４は、この発明の実施の形態２による計算機システムの起動回数の制限を設けたときのフローチャートである。
【００１３】
次に、実施の形態２の処理フローについて図４を用いて説明する。
図４のＳ１〜Ｓ８は、図２における処理と同じ処理である。図４では、Ｓ５で、ＮｏのときにＳ５１に進み、Ｓ５１で、ＮｏのときにＳ７に進むようになっている。
Ｓ５１では、再起動前に、起動回数をインクリメントし、インクリメントした起動回数が、起動回数テーブル８の制限回数を超えているかどうかをチェックする。制限回数を超えている場合は、計算機を停止する（Ｓ６１）。制限回数を超えていない場合は、Ｓ７に進み、再起動する。
【００１４】
実施の形態２によれば、以上のように、起動回数に制限を設けることにより、連続的に起動停止を繰り返すことを防止でき、二重系システムでは、系切り替えがスムーズに実施できるという効果がある。
【００１５】
実施の形態３．
図５は、この発明の実施の形態３による計算機システムの構成を示すブロック図である。
図５において、１〜５、７は図１におけるものと同一のものである。図５では、不揮発性メモリ５に、ＰＣＩカード管理テーブル６１を設け、ＩＯカード毎のエラーの有無に加えて、ＩＯカード毎の重要度をも格納している。
図６は、この発明の実施の形態３による計算機システムのＰＣＩ接続のＩＯカードに重要度を設けたときのフローチャートである。
【００１６】
次に、実施の形態３の処理フローについて図６を用いて説明する。
図６のＳ１〜Ｓ８は、図２における処理と同じ処理である。図６では、Ｓ５で、ＮｏのときにＳ５２に進み、Ｓ５２で、ＮｏのときにＳ７に進むようになっている。
Ｓ５２では、再起動前に、ＰＣＩカード管理テーブル６１を参照し、重要なＩＯカードにＰＣＩエラーが発生しているかどうかをチェックする。重要なＩＯカードにＰＣＩエラーが発生している場合は、計算機を停止する（Ｓ６２）。そうでない場合は、Ｓ７に進み、再起動する。
【００１７】
実施の形態３によれば、以上のように、ＩＯカードに重要度を設けることにより、ＩＯカードの重要度に応じたＲＡＳ処理が実施でき、システムにとって重要なＩＯカードが故障した場合、停止できるという効果がある。
【００１８】
実施の形態４．
図７は、この発明の実施の形態４による計算機システムの構成を示すブロック図である。
図７において、１〜５、７は図１におけるものと同一のものである。図７では、ＰＣＩカード管理テーブル６２を設け、ＩＯカード毎のエラーの有無に加えて、ＩＯカード毎の診断プログラムアドレスを格納している。
図８は、この発明の実施の形態４による計算機システムのＰＣＩ接続のＩＯカードごとに診断プログラムを設けたときのフローチャートである。
【００１９】
次に、実施の形態４の処理フローについて図８を用いて説明する。
図８のＳ１、Ｓ２、Ｓ４〜Ｓ８は、図２における処理と同じ処理である。図８では、Ｓ２の次に、Ｓ３１を実行し、Ｓ４に進むようになっている。
Ｓ３１では、ＰＣＩ接続のすべてのＩＯカードのエラーチェックを、ＩＯカード毎にＰＣＩカード管理テーブル６２にアドレスを登録している診断プログラムによって実行する。
【００２０】
実施の形態４によれば、以上のように、ＩＯカード毎に診断プログラムを登録し、これを実行することにより、各ＩＯカードに特化した診断が行えるようになり、エラーの検出の精度があがるという効果がある。
【００２１】
実施の形態５．
図９は、この発明の実施の形態５による計算機システムの構成を示すブロック図である。
図９において、１〜５、７、６２は図７におけるものと同一のものである。図９では、ＲＡＳ処理部７に、定周期でＰＣＩバス接続されたＩＯカードの診断を実行する定周期チェック機能７１（定周期チェック手段）を設けている。
図１０は、この発明の実施の形態５による計算機システムのオンライン中にＰＣＩ接続のＩＯカードの診断を行う機能を設けたときのフローチャートである。
【００２２】
次に、実施の形態５の処理フローについて図１０を用いて説明する。
図１０では、図８のＳ２に代えてＳ１１を追加し、図８のＳ６、Ｓ７は、オンライン中であるから実施しないようにしている。
まず、計算機起動する（Ｓ１）。一定期間が経過するまで休眠する（Ｓ１１）。次に、すべてのＰＣＩ接続のＩＯカードについて、それぞれのＩＯカードに特化した診断プログラムにより診断を実施する（Ｓ３１）。ＰＣＩエラーが発生したら、発生したＰＣＩカードを不揮発性メモリに記録する（Ｓ４）。
ＲＡＳ処理部７で、ＰＣＩカード管理テーブル６を参照し、各ＩＯカードでＰＣＩエラーが発生したかどうかをチェックする（Ｓ５）。
Ｓ５で、ＰＣＩエラーの発生があれば、ＰＣＩエラー発生カードをアクセスしないようにする縮退運転を実施する（Ｓ８）。Ｓ５で、ＰＣＩエラーが発生していなければ、Ｓ１１に戻り、再び一定期間が経過するまで休眠し（Ｓ１１）、以降のＳ３１〜Ｓ５を繰り返す。
【００２３】
実施の形態５によれば、以上のように、オンライン中にＩＯカードの診断が行えることにより、実際にアクセスする前にあらかじめ故障を検出できるため、早く故障カードの交換が可能になるという効果がある。
【図面の簡単な説明】
【００２４】
【図１】この発明の実施の形態１による計算機システムの構成を示すブロック図である。
【図２】この発明の実施の形態１による計算機システムのＰＣＩバスエラー発生時の縮退運転するときのフローチャートである。
【図３】この発明の実施の形態２による計算機システムの構成を示すブロック図である。
【図４】この発明の実施の形態２による計算機システムの起動回数の制限を設けたときのフローチャートである。
【図５】この発明の実施の形態３による計算機システムの構成を示すブロック図である。
【図６】この発明の実施の形態３による計算機システムのＰＣＩ接続のＩＯカードに重要度を設けたときのフローチャートである。
【図７】この発明の実施の形態４による計算機システムの構成を示すブロック図である。
【図８】この発明の実施の形態４による計算機システムのＰＣＩ接続のＩＯカードごとに診断プログラムを設けたときのフローチャートである。
【図９】この発明の実施の形態５による計算機システムの構成を示すブロック図である。
【図１０】この発明の実施の形態５による計算機システムのオンライン中にＰＣＩ接続のＩＯカードの診断を行う機能を設けたときのフローチャートである。
【符号の説明】
【００２５】
１  ＣＰＵカード
２  ＰＣＩバス
３  ＩＯカードＡ
４  ＩＯカードＢ
５  不揮発性メモリ
６  ＰＣＩカード管理テーブル
７  ＲＡＳ処理部
８  起動回数テーブル
６１  ＰＣＩカード管理テーブル
６２  ＰＣＩカード管理テーブル
７１  定周期チェック機能
【図１】
2009205378.tif 000003
【図２】
2009205378.tif 000004
【図３】
2009205378.tif 000005
【図４】
2009205378.tif 000006
【図５】
2009205378.tif 000007
【図６】
2009205378.tif 000008
【図７】
2009205378.tif 000009
【図８】
2009205378.tif 000010
【図９】
2009205378.tif 000011
【図１０】
2009205378.tif 000012