JP2005196351A - コンピュータシステムおよびその保守方法 - Google Patents

Abstract

【課題】
ＣＰＵに接続して同時には動作させることができない２組（運用系と待機系）の周辺機器群を有するコンピュータシステムにおいて、オンラインでの保守（試験）を可能とする保守方法を提供する。
【解決手段】
システム立上げ、定期的試験、障害発生などの保守の開始をＣＰＵの元にあるＢＩＯＳに対して指示する。ＢＩＯＳは、ＣＰＵの割り込みリソースおよび入出力リソースが２組の内の一方の周辺機器群に向くようにルーティング機能を持った切替手段を動作させる。切替手段により選択された一方の周辺機器群の保守を行う。保守の結果に基づいて、有効な周辺機器群を接続し、ＯＳの立上げ、外部へのエラー通知などの継続する処理を行う。
【選択図】
図１

Description

本発明は、コンピュータシステムおよびその保守方法に関し、特に周辺機器群を有するコンピュータシステムとその周辺機器群の保守方法に関する。

コンピュータシステムでは、信頼性を向上させるために、二重化した機器を備えることがよく行われる。プロセッサに接続される周辺デバイス、周辺機器等についても二重化する技術が開示されている。例えば、特許文献１において、プロセッサと、バスを経由して接続され、プロセッサからはそれぞれ一意の装置アドレスで識別、制御される二重化装置が開示されている。この二重化装置の基本装置に障害が発生し、プロセッサからのホルト指示を受けたとき、基本装置からのホルト通知信号を受けたバックアップ装置が、以降、自己の一意な装置アドレスを、基本装置の装置アドレスに変換して、プロセッサの制御に従うように構成される。

また、関連する技術として特許文献２において、２面の不揮発性記憶デバイスと、これらを切り替えるセレクタを備え、ブート処理プログラムの書き換えを行うコンピュータシステムが開示されている。このコンピュータシステムは、２面の不揮発性記憶デバイスを持つことで、片面においてブート処理プログラムの書き換えの途中で書き換えに失敗しても、もう片面には正常に動作するブート処理プログラムが書き込まれているため、ブート処理プログラムを安全に書き換えることができるものである。

特開平１−１６２９４２号公報 （図１） 特許第２９４０４８０号公報 （図１）

周辺デバイス、周辺機器等を二重化してプロセッサに接続することは、一般的に知られた技術である。しかしながら、単純に二重化できないものも存在する。例えば、コンピュータシステムのアーキテクチャで決まってしまい、一つのリソースでしか制御できない周辺機器等を配置するような場合がある。一つのリソースでしか制御できない例に、ＣＰＵの割り込みリソースや入出力リソースがある。このような場合に、運用系と待機系の二重化された周辺機器群を保守するには、先ず運用系の周辺機器群のみをＣＰＵに接続する。そして、運用系の周辺機器群が故障した場合は、システムをシャット・ダウンして電源を落とした後、待機系の周辺機器群へ交換するといった手順が一般的に行われる。また、待機系の周辺機器群自身が故障していないことを確認するため、定期保守作業の中で、システムをシャット・ダウンして電源を落とした後、一時的に運用系の周辺機器群を取り外す。その上で、待機系の周辺機器群へ載せ変えて、待機系の周辺機器群を使ってシステムを立上げることで待機系の周辺機器群の試験を行うといった手順が行われる。

以上のように、従来のコンピュータ・システムにおいては、システムに一つしか接続することができない周辺機器群に関して、オンラインでの保守（試験）は容易ではなかった。

したがって、本発明の目的は、ＣＰＵに接続して同時には動作させることができない２組（運用系と待機系）の周辺機器群を有するコンピュータシステムにおいて、オンラインでの保守を可能とする保守方法を提供することにある。

前記目的を達成するために、本発明に係るコンピュータシステムの保守方法は、第１の視点によれば、ＣＰＵに接続して同時には動作させることができない２組の周辺機器群を有するコンピュータシステムの保守方法である。まず、保守の開始をＣＰＵの元にあるＢＩＯＳ（Basic Input Output System）に対して指示する。次に、ＢＩＯＳによって、ＣＰＵの割り込みリソースおよび入出力リソースが２組の内の一方の周辺機器群に向くように切替手段を動作させる。さらに、切替手段により選択された一方の周辺機器群の保守を行い、保守の結果に基づいて継続する処理を行う。

本発明において、２組の周辺機器群は、運用系と待機系とに対応するものであってもよい。

また、保守の開始は、ＣＰＵへの割り込み通知によってなされてもよい。

さらに、保守の開始は、コンピュータシステムの立上げによってなされてもよい。

また、保守の開始は、外部からコンピュータシステムへの保守の指示に基づいてなされてもよい。

さらに、保守の指示に基づいて待機系の周辺機器群の保守を行う際に、待機系の周辺機器群から発生するエラー検出を防止するようにしてもよい。

また、保守の開始は、運用系の周辺機器群からのエラーの通知によるものであって、エラーの通知により、エラーログを収集するステップを含み、切替手段を動作させるステップは、運用系の周辺機器群を切り離し、待機系の周辺機器群を接続するステップであり、保守を行うステップは、待機系の周辺機器群の再初期化を行うステップであってもよい。

さらに、保守にあたって、切替手段の動作前に選択されている周辺機器群が持つ情報を、切替手段の動作後に選択される周辺機器群が持つ情報にコピーするようにしてもよい。

また、周辺機器群が持つ情報には、時刻情報、ＢＩＯＳの設定情報およびＯＳ（Operating System）の設定情報の少なくともいずれかが含まれていてもよい。

さらに、継続する処理は、ＣＰＵの元にあるＯＳの動作であってもよい。

また、継続する処理は、保守の結果が異常を示す場合におけるコンピュータシステムの外部への通知であってもよい。

本発明に係るコンピュータシステムの保守方法は、第２の視点によれば、ＣＰＵに接続して同時には動作させることができない運用系と待機系の２組の周辺機器群を有するコンピュータシステムの保守方法である。まず、コンピュータシステムの立上げによって、ＣＰＵの元にあるＢＩＯＳ（Basic Input Output System）に対して指示する。次に、ＢＩＯＳによって、ＣＰＵの割り込みリソースおよび入出力リソースが運用系の周辺機器群に向くように切替手段を動作させる。さらに、運用系の周辺機器群の保守を行い、保守の結果、エラーがある場合には運用系の周辺機器群を切り離す。また、ＢＩＯＳによって、ＣＰＵの割り込みリソースおよび入出力リソースが待機系の周辺機器群に向くように切替手段を動作させる。さらに、待機系の周辺機器群の保守を行い、保守の結果、エラーがある場合には待機系の周辺機器群を切り離す。

本発明において、運用系の周辺機器群の保守の結果でエラーがない場合には、使用する周辺機器群を運用系の周辺機器群としてＯＳ（Operating System）を立ち上げ、運用系の周辺機器群の保守の結果でエラーがあり、且つ待機系の周辺機器群の保守の結果でエラーがない場合には、使用する周辺機器群を待機系の周辺機器群としてＯＳを立ち上げるようにしてもよい。

本発明において、コンピュータシステムは、マルチプロセッサを含み、ＣＰＵは、マルチプロセッサから選択された一つのプロセッサであり、選択されていない他のプロセッサは、保守の処理を待ち合わせるようにしてもよい。

また、保守の開始を指示する割り込み通知の到来順序にしたがって、一つのプロセッサが選択されるようにしてもよい。

また、本発明に係るコンピュータシステムは、第３の視点によれば、ＣＰＵと、ＣＰＵの元にあるＢＩＯＳとを含む。また、ＣＰＵに接続して同時には動作させることができない２組の周辺機器群を含む。さらに、ＢＩＯＳによって、ＣＰＵの割り込みリソースおよび入出力リソースが２組の内の一方の周辺機器群に向くように動作する切替手段を含む。

本発明において、切替手段は、２組の周辺機器群に対するルーティング機能を備える構成であってもよい。

また、切替手段は、２組の周辺機器群のいずれか一方への電源供給を行う手段を含む構成であってもよい。

本発明に係るコンピュータシステムの保守方法によれば、システムに一つしか接続することができない周辺機器群に関して、ＢＩＯＳの元で制御される切替手段を備え、切替手段により接続される周辺機器群を保守するように動作するので、オンラインでの保守（試験）を容易に行うことができる。

次に、本発明の実施形態について図面を参照して説明する。図１は、本発明の実施形態に係るコンピュータシステムのブロック図である。図１において、コンピュータシステムは、ＣＰＵ１０、メモリ１２、切替手段１３および外部インタフェース１６がバス１８を介して接続される。また、ＣＰＵ１０は、ＢＩＯＳ１１を有する。なお、ＢＩＯＳ１１は、不図示のフラッシュメモリ等の上に格納しておき、メモリ１２上に展開し、ＣＰＵ１０上で動作させるようにしてもよい。さらに、周辺機器群１４、１５は、ＣＰＵ１０に接続して同時には動作させることができない２組の周辺機器群であって、切替手段１３により選択された一方の周辺機器群がＣＰＵ１０に接続される。すなわち、ＣＰＵ１０の割り込みリソースおよび入出力リソースは、切替手段１３によって選択された周辺機器群に対してのみ供給されるものであり、ＢＩＯＳ１１によって選択される周辺機器群が決められる。

ここで切替手段１３は、周辺機器群１４、１５に対するルーティング機能を備えていてもよい。また、切替手段１３による周辺機器群の選択は、周辺機器群１４、１５のいずれか一方への電源供給によりなされるようにしてもよい。

また、メモリ１２は、ＯＳが動作するための領域、ＣＰＵの動作のためのワークエリア等に割り当てられ、各種データを記録保存するためのものである。

さらに、端末装置１７は、コンピュータシステムの外部にあって、外部インタフェース１６を介してＣＰＵ１０に接続される装置である。端末装置１７は、必ずしも外部にある必要はなく、また、端末装置に限るものでもなく、ＣＰＵ１０とは異なるプロセッサ（サービス・プロセッサと称する）であってもよい。端末装置１７は、コンピュータシステムへの保守の指示を送り、あるいはコンピュータシステムから保守の結果の通知を受けとる機能をもつものである。

以上のような構成のコンピュータシステムにおいて、ＢＩＯＳ１１は、システム立上げ時、システム運用中、あるいは周辺機器群における障害発生時に、周辺機器群１４、１５の保守（試験）の処理を実行する。次に、この保守方法について説明する。図２は、本発明の実施形態に係るコンピュータシステムの保守方法のフロー図であり、ステップＳ０において、スタートする。

ステップＳ１において、ＣＰＵ１０の元にあるＢＩＯＳ１１に対して保守の開始を指示する。保守の開始の例としては、コンピュータシステムの立上げがある。また、コンピュータシステムの立上げ時に周辺機器群１４あるいは１５の一方を試験した後、試験していない他方の周辺機器群の保守開始でもよい。さらに、コンピュータシステムの外部にある端末装置１７からの保守の指示に基づくものでもよい。またさらに、周辺機器群からのエラーの通知によってもよい。なお、保守の開始は、ＣＰＵ１０への割り込み通知によりなされる。

ステップＳ２において、ＢＩＯＳ１１は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが２組の内の一方の周辺機器群に向くように切替手段１３を動作させる。

ステップＳ３において、切替手段１３により選択された一方の周辺機器群の保守を行う。保守にあたって、切替手段１３の動作前に選択されている周辺機器群が持つ情報を、切替手段１３の動作後に選択される周辺機器群が持つ情報にコピーする。この情報には、時刻情報、ＢＩＯＳ１１の設定情報およびＯＳの設定情報等が含まれる。

ステップＳ４において、ステップＳ３における保守の結果に基づいて継続する処理を行う。継続する処理の例としては、ＣＰＵ１０の元にあるＯＳの立上げ、ステップＳ３における保守の結果が異常を示す場合における外部の端末装置１７への通知などがある。

ステップＳ５において、一連の処理が終了する。

本発明の実施形態に係るコンピュータシステムは、以上の説明のように動作し、システムに一つしか接続することができない周辺機器群に関して、オンラインでの保守（試験）を行うことができる。

次に、本発明の実施例について図面を参照して説明する。図３は、本発明の第１の実施例に係るコンピュータシステムのブロック図である。図３は、図１のコンピュータシステムのブロック図中の切替手段１３、周辺機器群１４、１５について詳しく表したものであり、これを中心に説明する。

図３において、切替手段１３は、周辺機器群１４、１５に対する接続制御を行うルーティング部２０を備える。また、ルーティング部２０を介して周辺機器群１４のバスをＣＰＵ１０に接続するホスト・バス・ブリッジ部２１を備える。さらに、ルーティング部２０を介して周辺機器群１５のバスをＣＰＵ１０に接続するホスト・バス・ブリッジ部２２を備える。

なお、切替手段１３は、ＬＳＩのチップセットとして実現されていてもよく、ＣＰＵ１０、メモリ１２などと共にコンピュータシステム内のマザーボード上に実装されてもよい。

周辺機器群１４、１５は、コア・デバイス群とも称され、例えば、キーボード、マウス、シリアルポート、パラレルポート、ＦＤＤ（フロッピディスクドライバ）、ＲＴＣ（real time clock、時刻情報）、ＮＶＲＡＭ（nonvolatile RAM、 ＢＩＯＳ、ＯＳ設定情報を蓄えた不揮発性メモリ）、ＡＴＡＰＩ（AT attachment packet interface、ＣＤ／ＤＶＤ−ＲＯＭドライバなどの周辺機器の接続仕様）、ＵＳＢ（universal serial bus）などのデバイスを含むものである。なお、ＮＶＲＡＭには、ＢＩＯＳ１１の設定情報、ＯＳの設定情報等が書込まれている。

周辺機器群１４は、運用系として通常接続されている機器群であり、ホスト・バス・ブリッジ部２１により、ＣＰＵ１０の割り込みリソース、入出力リソースが周辺機器群１４に向けられる。

周辺機器群１５は、待機系として通常は接続されていない機器群であり、ホスト・バス・ブリッジ部２２により、ＣＰＵ１０の割り込みリソース、入出力リソースが周辺機器群１５に向けられる。

次にコンピュータシステムの保守方法について説明する。図４は、本発明の第１の実施例に係るコンピュータシステムの保守方法のフロー図である。コンピュータシステムの立上げ時に運用系の周辺機器群１４と待機系の周辺機器群１５とを保守（試験）するものであり、ステップＳ１０において、スタートする。

ステップＳ１１において、ルーティング部２０は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが運用系の周辺機器群１４に向くようにルーティング部２０を設定する。

ステップＳ１２において、運用系の周辺機器群１４が持つ情報、例えば時刻情報、ＮＶＲＡＭ内の情報をメモリ１２にコピーする。

ステップＳ１３において、運用系の周辺機器群１４を試験する。具体的には、コンピュータシステムのアーキテクチャで定められた入出力リソースを使ってデバイスを初期化し、制御して期待した結果が得られるか、またコンピュータシステムのアーキテクチャで定められた割り込みリソースをデバイスへ割り当てて、デバイスから割り込みが上がるかなどを試験する。

ステップＳ１４において、ステップＳ１２でメモリ１２にコピーした情報を待機系の周辺機器群１５が持つ情報にコピーする。これにより運用系の周辺機器群１４が持つ情報、例えば時刻情報、ＮＶＲＡＭ内の情報と待機系の周辺機器群１５が持つ情報とが一致し、運用系の周辺機器群１４と待機系の周辺機器群１５とが同じ条件で動作することとなる。

ステップＳ１５において、ルーティング部２０は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが待機系の周辺機器群１５に向くようにルーティング部２０を設定する。

ステップＳ１６において、待機系の周辺機器群１５を試験する。試験の内容は、ステップＳ１３と同等のものである。

ステップＳ１７において、ＢＩＯＳ１１は、ステップＳ１３においてエラーが検出されたか否か（試験が正常終了したか否か）を確認する。エラーが検出された場合（試験が異常終了した場合）にはステップＳ１８に進み、エラーが検出されない場合（試験が正常終了した場合）にはステップＳ１９に進む。

ステップＳ１８において、運用系の周辺機器群１４を切離す。すなわち、ホスト・バス・ブリッジ部２１の働きを停止する。

ステップＳ１９において、ＢＩＯＳ１１は、ステップＳ１６においてエラーが検出されたか否か（試験が正常終了したか否か）を確認する。エラーが検出された場合（試験が異常終了した場合）にはステップＳ２０に進み、エラーが検出されない場合（試験が正常終了した場合）にはステップＳ２１に進む。

ステップＳ２０において、待機系の周辺機器群１５を切離す。すなわち、ホスト・バス・ブリッジ部２２の働きを停止する。

ステップＳ２１において、保守に関する一連の処理を終了する。

次に、以上で説明した保守（試験）の結果に基づいて継続される処理について説明する。図５は、本発明の第１の実施例に係るコンピュータシステムの保守後に継続される処理のフロー図であり、ステップＳ３０において、スタートする。

ステップＳ３１において、ＢＩＯＳ１１は、ステップＳ１７と同様に、運用系の周辺機器群１４でエラーが検出されたか否か（試験が正常終了したか否か）を確認する。エラーが検出された場合（試験が異常終了した場合）にはステップＳ３３に進み、エラーが検出されない場合（試験が正常終了した場合）には、ステップＳ３２において、運用系の周辺機器群１４を使用する周辺機器群とし、ＯＳを立ち上げる。

ステップＳ３３において、ＢＩＯＳ１１は、ステップＳ１９と同様に、待機系の周辺機器群１５でエラーが検出されたか否か（試験が正常終了したか否か）を確認する。エラーが検出されない場合（試験が正常終了した場合）には、ステップＳ３４において、待機系の周辺機器群１５を使用する周辺機器群とし、ＯＳを立ち上げる。また、エラーが検出された場合（試験が異常終了した場合）には、ステップＳ３５でＯＳの立上げを中止する。その際、ＢＩＯＳ１１は、エラーが検出された旨を外部インタフェース１６を介して端末装置１７に通知するようにしてよい。

次に、コンピュータシステムのＯＳの運用中の保守方法について説明する。図６は、本発明の第２の実施例に係るコンピュータシステムの保守方法のフロー図である。コンピュータシステムのＯＳの運用中に待機系の周辺機器群１５を保守（試験）するものであり、保守は、保守員が端末装置１７を操作することによって行われてもよく、また、自動的に定期的に端末装置１７が起動することで行われてもよい。端末装置１７から外部インタフェース１６を介してＢＩＯＳへ指示（割り込み）することによって、ステップＳ４０において、スタートする。

ステップＳ４１において、ＢＩＯＳが動作開始する。

ステップＳ４２において、運用系の周辺機器群１４が持つ情報、例えば時刻情報、ＮＶＲＡＭ内の情報をメモリ１２にコピーする。

ステップＳ４３において、ルーティング部２０は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが待機系の周辺機器群１５に向くようにルーティング部２０を設定する。

ステップＳ４４において、待機系の周辺機器群１５において生じるエラーがコンピュータシステム全体に波及しないように、ホスト・バス・ブリッジ部２２が備えるエラー防止機能を用いてエラーをマスクする。

ステップＳ４５において、ステップＳ４２でメモリ１２にコピーした情報を待機系の周辺機器群１５が持つ情報にコピーする。

ステップＳ４６において、待機系の周辺機器群１５を試験する。試験の内容は、ステップＳ１３と同等のものである。

ステップＳ４７において、ＢＩＯＳ１１は、ステップＳ４６においてエラーが検出されたか否か（試験が正常終了したか否か）を確認する。エラーが検出された場合（試験が異常終了した場合）にはステップＳ４８に進み、エラーが検出されない場合（試験が正常終了した場合）にはステップＳ４９に進む。

ステップＳ４８において、待機系の周辺機器群１５を切離す。すなわち、ホスト・バス・ブリッジ部２２の働きを停止させる。

ステップＳ４９において、ルーティング部２０は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが運用系の周辺機器群１４に向くようにルーティング部２０を設定する。

ステップＳ５０において、ホスト・バス・ブリッジ部２２が備えるエラー防止機能のエラー検出を許可する（エラー・マスクを解除する）。

ステップＳ５１において、ＯＳに戻り、一連の処理を終了する。

次に、コンピュータシステムのＯＳの運用中に運用系の周辺機器群１４が故障した場合の保守方法について説明する。図７は、本発明の第３の実施例に係るコンピュータシステムの保守方法のフロー図である。コンピュータシステムのＯＳの運用中に運用系の周辺機器群１４が故障してエラーが発生するとＢＩＯＳへ指示（割り込み）が通知され、ステップＳ６０において、スタートする。

ステップＳ６１において、ＢＩＯＳが動作開始する。

ステップＳ６２において、エラー・ログを収集する。このエラー・ログには、運用系の周辺機器群１４が故障する直前にＯＳが実行していた命令のアドレスなどのソフトウェア・エラー・ログと、故障原因と故障個所を特定するためのハードウェア・エラー・ログなどが含まれる。

ステップＳ６３において、運用系の周辺機器群１４を切離す。すなわち、ホスト・バス・ブリッジ部２１の働きを停止させる。

ステップＳ６４において、ルーティング部２０は、ＣＰＵ１０の割り込みリソースおよび入出力リソースが待機系の周辺機器群１５に向くようにルーティング部２０を設定する。

ステップＳ６５において、運用系の周辺機器群１４が切離され、待機系の周辺機器群１５に切り替わったことをＯＳに通知する。また、ステップＳ６２において収集したエラー・ログをＯＳに渡す。

ステップＳ６６において、ＯＳおよびＯＳの元にあるデバイス・ドライバは、待機系の周辺機器群１５中で再初期化が必要なデバイスの初期化を行う。なお、時刻情報、ＮＶＲＡＭ内の情報に関しては、図４のステップＳ１４、あるいは図６のステップＳ４５において、運用系の周辺機器群１４の時刻情報、ＮＶＲＡＭ内の情報の内容が待機系の周辺機器群１５にコピーされているので（内容が既に一致しているので）、ＯＳはこれらデバイスを再初期化しない。そして、ＯＳは、待機系の周辺機器群１５を使ってシステムの運用を継続して行き、一連の処理を終了する（ステップＳ６７）。その際、ＢＩＯＳ１１は、エラー・ログを外部インタフェース１６を介して端末装置１７に通知するようにしてよい。

次に、コンピュータシステムがマルチプロセッサで構成される場合について説明する。図８は、本発明の第４の実施例に係るコンピュータシステムのブロック図である。図８において、ＣＰＵ１０ａ、１０ｂ、・・１０ｎ（それぞれがＢＩＯＳ１１ａ、１１ｂ、・・１１ｎを有する）がマルチプロセッサとして構成される点が図１のコンピュータシステムと異なる。ＣＰＵ（ＢＩＯＳ）以外は、図１と同等なので、その説明を省略する。

マルチプロセッサ構成の場合、実施例２で説明したような、端末装置１７から外部インタフェース１６を介してＢＩＯＳへ指示（割り込み）、あるいは実施例３で説明したような、ＯＳの運用中に運用系の周辺機器群１４が故障してエラーが発生した際のＢＩＯＳへ指示（割り込み）は、全てのＣＰＵ上のＢＩＯＳ１１ａ、１１ｂ、・・１１ｎに通知される。

指示（割り込み）を受けた各ＣＰＵの中から待機系の周辺機器群１５の試験を実行する一つのＣＰＵが決定される。決定されたＣＰＵをモナークＣＰＵと呼ぶ。この決定方法に関しては、最初に指示（割り込み）を受けたＣＰＵがモナークになるなどの方法がある。なお、シングル・プロセッサ構成の場合は、一つあるＣＰＵそのものがモナークになる。

次に、コンピュータシステムがマルチプロセッサで構成される場合のＯＳの運用中の保守方法について説明する。図９は、本発明の第４の実施例に係るコンピュータシステムの保守方法のフロー図である。コンピュータシステムのＯＳの運用中に待機系の周辺機器群１５を保守（試験）するものであり、端末装置１７から外部インタフェース１６を介してＢＩＯＳへ指示（割り込み）することによって、ステップＳ４０において、スタートする。図９において、ステップＳ５２、Ｓ５３以外のステップは、図６と同等であり、その説明を省略する。

ステップＳ４１において、ＢＩＯＳが動作開始し、ステップＳ５２において、指示（割り込み）を受けたＣＰＵがモナークＣＰＵであるか否かを判断する。モナークＣＰＵであれば、以降、図６と同様の処理を行う。モナークＣＰＵでない場合にはステップＳ５３に進む。

ステップＳ５３において、モナークＣＰＵ以外のＣＰＵ上のＢＩＯＳは、待機系の周辺機器群１５における保守（試験）の終了を待合せて（ランデブー状態と呼ぶ）、ステップＳ５１で一連の処理を終了する。

次に、コンピュータシステムがマルチプロセッサで構成される場合のＯＳの運用中に運用系の周辺機器群１４が故障した場合の保守方法について説明する。図１０は、本発明の第４の実施例に係るコンピュータシステムの他の保守方法のフロー図である。コンピュータシステムのＯＳの運用中に運用系の周辺機器群１４が故障してエラーが発生するとＢＩＯＳへ指示（割り込み）が通知され、ステップＳ６０において、スタートする。図１０において、ステップＳ６８、Ｓ６９、Ｓ７０以外のステップは、図７と同等であり、その説明を省略する。

ステップＳ６１において、ＢＩＯＳが動作開始し、ステップＳ６８において、指示（割り込み）を受けたＣＰＵがモナークＣＰＵであるか否かを判断する。モナークＣＰＵであれば、以降、図７と同様の処理を行う。モナークＣＰＵでない場合にはステップＳ６９に進む。

ステップＳ６９において、モナークＣＰＵ以外のＣＰＵ上のＢＩＯＳは、モナークＣＰＵと同じようにソフトウェア・エラー・ログを収集する。

ステップＳ７０において、モナークＣＰＵ以外のＣＰＵ上のＢＩＯＳは、待機系の周辺機器群１５への切り替えが終了するのを待合せ（ランデブー状態と呼ぶ）、ステップＳ６７で一連の処理を終了する。

次に、切替手段１３による周辺機器群の選択が電源供給によりなされる実施例について図面を参照して説明する。図１１は、本発明の第５の実施例に係るコンピュータシステムのブロック図である。図１１は、図１のコンピュータシステムのブロック図中の切替手段１３、周辺機器群１４、１５について詳しく表したものであり、これを中心に説明する。

図１１において、切替手段１３ａは、周辺機器群１４、１５に対する接続制御を行うルーティング部２３を備えている。また、周辺機器群１４、１５のバスを接続するホスト・バス・ブリッジ部２４を備え、周辺機器群１４、１５への電源供給を制御する電源供給部２５を備える。

図１１におけるルーティング部２３は、電源供給部２５を用いて、周辺機器群１４または周辺機器群１５のいずかに電源を供給することで、ＣＰＵ１０の割り込みリソース、入出力リソースが、ホスト・バス・ブリッジ部２４を介して、周辺機器群１４または周辺機器群１５のいずれかに向くように制御する。

すなわち、コンピュータシステムのＯＳの通常の運用中、あるいは運用系の周辺機器群１４の保守（試験）の際には、運用系の周辺機器群１４の電源を供給する（組み込む）と共に、待機系の周辺機器群１５の電源を落とす（切り離す）。また、待機系の周辺機器群１５の保守（試験）の際には、待機系の周辺機器群１５の電源を供給する（組み込む）と共に、運用系の周辺機器群１４の電源を落とす（切り離す）。

以上の説明のように、切替手段１３ａの電源供給部２５を動作させることで、図３において説明したルーティング部２０と同じような機能を実現することができる。

オンラインでの保守の容易な周辺機器群を備えるコンピュータシステムが提供される。

本発明の実施形態に係るコンピュータシステムのブロック図である。 本発明の実施形態に係るコンピュータシステムの保守方法のフロー図である。 本発明の第１の実施例に係るコンピュータシステムのブロック図である。 本発明の第１の実施例に係るコンピュータシステムの保守方法のフロー図である。 本発明の第１の実施例に係るコンピュータシステムの保守後に継続される処理のフロー図である。 本発明の第２の実施例に係るコンピュータシステムの保守方法のフロー図である。 本発明の第３の実施例に係るコンピュータシステムの保守方法のフロー図である。 本発明の第４の実施例に係るコンピュータシステムのブロック図である。 本発明の第４の実施例に係るコンピュータシステムの保守方法のフロー図である。 本発明の第４の実施例に係るコンピュータシステムの他の保守方法のフロー図である。 本発明の第５の実施例に係るコンピュータシステムのブロック図である。

符号の説明

１０、１０ａ、１０ｂ、・・１０ｎ ＣＰＵ
１１、１１ａ、１１ｂ、・・１１ｎ ＢＩＯＳ
１２ メモリ
１３、１３ａ 切替手段
１４、１５ 周辺機器群
１６ 外部インタフェース
１７ 端末装置
１８ バス
２０、２３ ルーティング部
２１、２２、２４ ホスト・バス・ブリッジ部
２５ 電源供給部

Claims (20)

1. ＣＰＵに接続して同時には動作させることができない２組の周辺機器群を有するコンピュータシステムの保守方法であって、
   保守の開始を前記ＣＰＵの元にあるＢＩＯＳ（Basic Input Output System）に対して指示するステップと、
   前記ＢＩＯＳによって、前記ＣＰＵの割り込みリソースおよび入出力リソースが前記２組の内の一方の周辺機器群に向くように切替手段を動作させるステップと、
   前記切替手段により選択された前記一方の周辺機器群の保守を行うステップと、
   前記保守の結果に基づいて継続する処理を行うステップと、
   を含むことを特徴とするコンピュータシステムの保守方法。
2. 前記２組の周辺機器群は、運用系と待機系とに対応するものであることを特徴とする請求項１記載のコンピュータシステムの保守方法。
3. 前記保守の開始は、前記ＣＰＵへの割り込み通知によることを特徴とする請求項１記載のコンピュータシステムの保守方法。
4. 前記保守の開始は、前記コンピュータシステムの立上げによることを特徴とする請求項１記載のコンピュータシステムの保守方法。
5. 前記保守の開始は、外部から前記コンピュータシステムへの保守の指示に基づくものであることを特徴とする請求項１記載のコンピュータシステムの保守方法。
6. 前記保守の指示に基づいて待機系の周辺機器群の保守を行う際に、前記待機系の周辺機器群から発生するエラー検出を防止することを特徴とする請求項５記載のコンピュータシステムの保守方法。
7. 前記保守の開始は、運用系の周辺機器群からのエラーの通知によるものであって、
   前記エラーの通知により、エラーログを収集するステップを含み、
   前記切替手段を動作させるステップは、運用系の周辺機器群を切り離し、待機系の周辺機器群を接続するステップであり、
   前記保守を行うステップは、前記待機系の周辺機器群の再初期化を行うステップであることを特徴とする請求項１記載のコンピュータシステムの保守方法。
8. 前記保守にあたって、前記切替手段の動作前に選択されている周辺機器群が持つ情報を、前記切替手段の動作後に選択される周辺機器群が持つ情報にコピーすることを特徴とする請求項１記載のコンピュータシステムの保守方法。
9. 前記周辺機器群が持つ前記情報には、時刻情報、前記ＢＩＯＳの設定情報およびＯＳ（Operating System）の設定情報の少なくともいずれかが含まれることを特徴とする請求項８記載のコンピュータシステムの保守方法。
10. 前記継続する処理は、前記ＣＰＵの元にあるＯＳの動作であることを特徴とする請求項１記載のコンピュータシステムの保守方法。
11. 前記継続する処理は、前記保守の結果が異常を示す場合における前記コンピュータシステムの外部への通知であることを特徴とする請求項１記載のコンピュータシステムの保守方法。
12. ＣＰＵに接続して同時には動作させることができない運用系と待機系の２組の周辺機器群を有するコンピュータシステムの保守方法であって、
    前記コンピュータシステムの立上げによって、前記ＣＰＵの元にあるＢＩＯＳ（Basic Input Output System）に対して指示するステップと、
    前記ＢＩＯＳによって、前記ＣＰＵの割り込みリソースおよび入出力リソースが前記運用系の周辺機器群に向くように切替手段を動作させるステップと、
    前記運用系の周辺機器群の保守を行い、保守の結果、エラーがある場合には前記運用系の周辺機器群を切り離すステップと、
    前記ＢＩＯＳによって、前記ＣＰＵの割り込みリソースおよび入出力リソースが前記待機系の周辺機器群に向くように切替手段を動作させるステップと、
    前記待機系の周辺機器群の保守を行い、保守の結果、エラーがある場合には前記待機系の周辺機器群を切り離すステップと、
    を含むをことを特徴とするコンピュータシステムの保守方法。
13. 前記運用系の周辺機器群の保守の結果でエラーがない場合には、使用する周辺機器群を前記運用系の周辺機器群としてＯＳ（Operating System）を立ち上げるステップと、
    前記運用系の周辺機器群の保守の結果でエラーがあり、且つ前記待機系の周辺機器群の保守の結果でエラーがない場合には、使用する周辺機器群を前記待機系の周辺機器群としてＯＳを立ち上げるステップと、
    を含むをことを特徴とする請求項１２記載のコンピュータシステムの保守方法。
14. 前記コンピュータシステムは、マルチプロセッサを含み、前記ＣＰＵは、前記マルチプロセッサから選択された一つのプロセッサであり、選択されていない他のプロセッサは、前記保守の処理を待ち合わせることを特徴とする請求項１記載のコンピュータシステムの保守方法。
15. 前記保守の開始を指示する割り込み通知の到来順序にしたがって、前記一つのプロセッサが選択されることを特徴とする請求項１４記載のコンピュータシステムの保守方法。
16. ＣＰＵと、
    前記ＣＰＵの元にあるＢＩＯＳ（Basic Input Output System）と、
    前記ＣＰＵに接続して同時には動作させることができない２組の周辺機器群と、
    前記ＢＩＯＳによって、前記ＣＰＵの割り込みリソースおよび入出力リソースが前記２組の内の一方の周辺機器群に向くように動作する切替手段と、
    を含むことを特徴とするコンピュータシステム。
17. 前記切替手段は、前記２組の周辺機器群に対するルーティング機能を備える手段であることを特徴とする請求項１６記載のコンピュータシステム。
18. 前記切替手段は、前記２組の周辺機器群のいずれか一方への電源供給を行う手段を含むことを特徴とする請求項１６記載のコンピュータシステム。
19. 前記コンピュータシステムは、マルチプロセッサを含み、前記ＣＰＵは、前記マルチプロセッサから選択された一つのプロセッサであることを特徴とする請求項１６記載のコンピュータシステム。
20. 保守の開始を指示する割り込み通知の到来順序にしたがって、前記一つのプロセッサが選択されることを特徴とする請求項１９記載のコンピュータシステム。
    

Images