JP7298950B1 - 情報処理装置、リカバリ方法及びプログラム - Google Patents

Abstract

【課題】汎用的なコンピュータシステムとデバイスとの間のバスを、閉塞された状態からリカバリする。【解決手段】情報処理装置は、コンピュータシステムと、デバイスとを備える。コンピュータシステムとデバイスとはバスで接続される。コンピュータシステムのオペレーションシステム上で動作する監視手段は、検出手段と、閉塞解除手段とを備える。検出手段は、バスの閉塞を検出する。閉塞解除手段は、バスの閉塞が検出された場合に、閉塞解除処理を行う。閉塞解除処理は、オペレーションシステムにデバイスの切り離しを指示する処理と、バスの閉塞を解除する処理と、指示を受けたオペレーションシステムによりコンピュータシステムから切り離されたデバイスをリセットする処理と、デバイスのリセット後にオペレーションシステムにデバイスを接続するよう指示する処理とを含む。【選択図】図１

Description

本発明は、情報処理装置、リカバリ方法及びプログラムに関する。

ＰＣＩ（Peripheral Component Interconnect）バスを利用したコンピュータシステムは、ＰＣＩバス障害が発生した場合、その障害が発生したＰＣＩバスを閉塞する。この閉塞によって、コンピュータシステムは、ＰＣＩバスにより接続されたＰＣＩデバイスを利用できなくなる。ＰＣＩバス障害の多くは、間欠障害である。間欠障害の場合、閉塞されたＰＣＩバスをリカバリすることによって、コンピュータシステムはＰＣＩデバイスを再び利用可能になる（例えば、特許文献１参照）。

特開２００９－１１６６４２号公報

特許文献１の技術では、ＢＩＯＳへの作り込みが必要となる。しかしながら、汎用サーバなどのコンピュータシステムでは、ＢＩＯＳの改造が困難な場合がある。

そこでこの発明は、上述の課題を解決することができる情報処理装置、リカバリ方法及びプログラムを提供することを目的としている。

本発明の第１の態様によれば、情報処理装置は、コンピュータシステムと、前記コンピュータシステムとバスで接続されるデバイスとを備え、前記コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段は、前記バスの閉塞を検出する検出手段と、前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する処理と、前記バスの閉塞を解除する処理と、前記指示を受けた前記ＯＳにより前記コンピュータシステムから切り離された前記デバイスをリセットする処理と、前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する処理とを含む閉塞解除処理を行う閉塞解除手段とを備える。

本発明の第２の態様によれば、リカバリ方法は、コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段が行う方法であって、前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する切り離し指示ステップと、前記バスの閉塞を解除する閉塞解除ステップと、前記指示を受けた前記ＯＳにより前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する接続指示ステップと、を有する。

本発明の第３の態様によれば、リカバリ方法は、コンピュータシステムが行う方法であって、前記コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段が、前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、前記監視手段が、前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する切り離し指示ステップと、前記監視手段が、前記バスの閉塞を解除する閉塞解除ステップと、前記切り離し指示ステップにおける前記指示を受けた前記ＯＳにより前記コンピュータシステムから前記デバイスを切り離す切り離しステップと、前記監視手段が、前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、前記監視手段が、前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する接続指示ステップと、前記接続指示ステップにおける前記指示を受けた前記ＯＳにより前記デバイスを前記コンピュータシステムに接続する接続ステップと、を有する。

本発明の第４の態様によれば、プログラムは、コンピュータシステムに上記のリカバリ方法を実行させるためのプログラムである。

本発明によれば、汎用的なコンピュータシステムとデバイスとの間のバスを、閉塞された状態からリカバリすることが可能となる。

本発明の一実施形態による情報処理装置の機能ブロック図である。 同実施形態による情報処理装置の準備フェーズにおける処理を示すフロー図である。 同実施形態による情報処理装置の監視フェーズにおける処理を示すフロー図である。 同実施形態による情報処理装置のＰＣＩバス閉塞解除処理を示すフロー図である。 同実施形態による情報処理装置のＰＣＩバス閉塞継続処理を示すフロー図である。 同実施形態による情報処理装置の機能ブロック図である。

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

図１は、本発明の一実施形態による情報処理装置１００の構成を示す機能ブロック図である。図１では、本実施形態と関係する機能ブロックのみを抽出して示している。なお、図１における機能ブロック間の矢印は、機能ブロック間における処理等を端的に表すものであり、各機能ブロック間の双方向性を排除するものではない。情報処理装置１００は、例えば、サーバコンピュータなどの装置である。情報処理装置１００は、ＨＷ（ハードウェア）レイヤＬ１０とＳＷ（ソフトウェア）レイヤＬ１１とを含んで構成される。

ＨＷレイヤＬ１０は、情報処理装置１００を構成するハードウェアの装置を示す。ＨＷレイヤＬ１０は、コンピュータシステム１と、ＰＣＩデバイス２と、ＰＣＩバス３とを有する。コンピュータシステム１は、ＰＣＩデバイス２とＰＣＩバス３により接続される。コンピュータシステム１は、プロセッサや各種メモリなどを含む。コンピュータシステム１は、ＰＣＩバス閉塞レジスタ４を有する。ＰＣＩバス閉塞レジスタ４は、ＰＣＩバス閉塞フラグの値を記憶するレジスタである。本実施形態において、ＰＣＩバス閉塞フラグ「０」はＰＣＩバス３が閉塞されていないことを示し、ＰＣＩバス閉塞フラグ「１」は、ＰＣＩバス３が閉塞されていることを示す。

ＳＷレイヤＬ１１は、コンピュータシステム１がプログラムを実行することにより、ＨＷレイヤＬ１０を用いて実現される機能及びその機能に用いられるデータを示す。ＳＷレイヤＬ１１は、ＢＩＯＳ（Basic Input/Output System）１１と、ＡＣＰＩ（Advanced Configuration and Power Interface）テーブル１２と、ＥＦＩ（Extensible Firmware Interface）パーティション１３と、ＯＳ（Operation System）１７と、監視部１８と、ＰＣＩデバイスドライバ１９とを有する。

ＢＩＯＳ１１は、コンピュータシステム１がＵＥＦＩ（Unified Extensible Firmware Interface）仕様で規定されたＢＩＯＳのプログラムを実行することにより実現される。ＢＩＯＳ１１として、一般的な汎用サーバ等に搭載されているものを利用可能である。ＡＣＰＩテーブル１２は、ＡＣＰＩ仕様で規定されたデータ構造のデータである。ＡＣＰＩテーブル１２は、コンピュータシステム１の起動時にＢＩＯＳ１１によって作成される。ＡＣＰＩテーブル１２には、システムの初期化に必要なデータが格納される。ＯＳ１７は、ＡＣＰＩテーブル１２を参照可能である。

ＥＦＩパーティション１３は、ＢＩＯＳ１１及びＯＳ１７からアクセス可能なデータ記憶領域である。一般的に、ＥＦＩパーティション１３には、ＯＳブートローダ１６が配置される。さらに、本実施形態のＥＦＩパーティション１３には、ＰＣＩバス閉塞向けＥＦＩアプリ１４とＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５とが配置される。以下では、ＰＣＩバス閉塞向けＥＦＩアプリ１４を「ＥＦＩアプリ１４」と記載する。

ＥＦＩアプリ１４は、ＢＩＯＳ１１上で動作するＥＦＩアプリケーションである。ＥＦＩアプリケーションは、ＵＥＦＩ仕様で規定されるＢＩＯＳ上で動作するアプリケーションである。ＥＦＩアプリ１４は、ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５を含んでいる。ＥＦＩアプリ１４は、ＢＩＯＳ１１の起動後に、ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５をＡＣＰＩテーブル１２に追加するようにＢＩＯＳ１１に指示する。具体的には、ＥＦＩアプリ１４は、ＵＥＦＩ仕様で用意されているＡＰＩ（Application Program Interface）を用いて、ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５をＡＣＰＩテーブル１２に追加する。ＥＦＩアプリ１４は、この追加後にＯＳブートローダ１６を起動する。なお、ＥＦＩアプリ１４から読み出し可能であれば、ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５は、ＥＦＩアプリ１４の外部に記憶されてもよい。

ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５は、Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを発行するＡＣＰＩ Ｍｅｔｈｏｄが記述されたデータである。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙは、ＡＣＰＩ仕様で規定されている。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙは、ＯＳ１７がＰＣＩデバイス２を再認識するための通知である。ＯＳ１７は、Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを受けたときに、ＰＣＩデバイス２が見つからなければ、ＰＣＩデバイスドライバ１９を停止する。これにより、ＰＣＩデバイス２を、論理的に切り離された状態とする。ＯＳ１７は、ＰＣＩデバイス２が見つかれば、ＰＣＩデバイスドライバ１９を開始して、ＰＣＩデバイス２が論理的に接続された状態とする。これにより、ＯＳ１７は、ＰＣＩデバイス２を利用可能となる。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを利用することにより、一般的なＯＳに改造を行うことなくＰＣＩデバイス２の論理的な切り離し及び接続を実行させることができる。

ＯＳブートローダ１６は、ＯＳ１７を起動するＥＦＩアプリケーションである。ＯＳブートローダ１６は、ＢＩＯＳ１１上で動作する。

ＯＳ１７は、例えば、汎用サーバで動作する一般的なオペレーションシステムである。ＯＳ１７は、コンピュータシステム１においてプロセッサがＯＳのソフトウェアをメモリから読み出して実行することにより実現される。プロセッサは、例えば、ＣＰＵ（central processing unit）である。ＯＳ１７は、ＵＥＦＩ仕様により規定されたインターフェース及びＡＣＰＩ仕様により規定されたインターフェースを持つ。

監視部１８は、コンピュータシステム１においてプロセッサが監視ソフトウェアをメモリから読み出して実行することにより実現される。監視ソフトウェアは、ＯＳ１７上で動作するソフトウェアである。監視部１８は、アプリ実装部１８１と、履歴保持部１８２と、検出部１８３と、判断部１８４と、閉塞解除部１８５と、閉塞維持部１８６とを有する。

アプリ実装部１８１は、ＥＦＩアプリ１４をＥＦＩパーティション１３に配置する処理と、ＥＦＩアプリ１４をＢＩＯＳ１１のＢｏｏｔ Ｅｎｔｒｙに登録する処理と、コンピュータシステム１を再起動する処理とを実行する。

履歴保持部１８２は、ＰＣＩバス３の障害履歴の情報を記憶する。検出部１８３は、ＰＣＩバス閉塞レジスタ４が記憶するＰＣＩバス閉塞フラグを監視する。検出部１８３は、ＰＣＩバス閉塞フラグの値に基づいてＰＣＩバス３の閉塞を検出する。検出部１８３は、ＰＣＩバス３の閉塞の履歴を履歴保持部１８２に書き込む。

判断部１８４は、検出部１８３がＰＣＩバス３の閉塞を検出した場合、ＰＣＩバス閉塞解除判断処理を行う。判断部１８４は、ＰＣＩバス閉塞解除判断処理において、履歴保持部１８２が記憶している障害履歴の情報を参照し、ＰＣＩバス３の閉塞の発生回数を取得する。判断部１８４は、閉塞の発生回数が所定回数未満である場合、間欠障害が原因でＰＣＩバス３が閉塞されたと判断する。この場合、閉塞解除部１８５は、ＰＣＩバス３の閉塞を解除するＰＣＩバス閉塞解除処理を実行する。判断部１８４は、閉塞の発生回数が所定回数以上である場合、固定障害が原因でＰＣＩバス３が閉塞されたと判断する。この場合、閉塞維持部１８６は、ＰＣＩバス３の閉塞を継続するＰＣＩバス閉塞維持処理を実行する。

ＰＣＩデバイスドライバ１９は、コンピュータシステム１においてプロセッサがデバイスドライバをメモリから読み出して実行することにより実現される。デバイスドライバは、ＯＳ１７がＰＣＩデバイス２を利用するためのプログラムである。ＰＣＩデバイスドライバ１９は、ＯＳ１７上で動作する。

続いて、情報処理装置１００の動作を説明する。情報処理装置１００は、「準備フェーズ」と、「監視・リカバリフェーズ」との二つのフェーズによって、ＰＣＩバス閉塞リカバリ処理を実現する。

図２は、情報処理装置１００の準備フェーズにおける処理を示すフロー図である。準備フェーズは、コンピュータシステム１においてＯＳ１７が起動している状態で開始する。まず、監視部１８のアプリ実装部１８１は、ＥＦＩアプリ１４をＥＦＩパーティション１３に配置する（ステップＳ１１）。例えば、アプリ実装部１８１は、監視ソフトウェア内や監視ソフトウェア内に記述されている保存場所などからＥＦＩアプリ１４のプログラムをコピーしてＥＦＩパーティション１３に書き込む。さらに、アプリ実装部１８１は、ＥＦＩアプリ１４をＢＩＯＳ１１のＢｏｏｔ Ｅｎｔｒｙに登録する（ステップＳ１２）。Ｂｏｏｔ Ｅｎｔｒｙは、ＢＩＯＳ１１の起動完了後に、ＢＩＯＳ１１が実行するプログラムを記述したエントリである。一般的には、Ｂｏｏｔ Ｅｎｔｒｙに、ＯＳブートローダ１６が指定される。そのため、ＢＩＯＳ１１の起動完了後に、ＯＳブートローダ１６が実行され、ＯＳ１７が起動する。

アプリ実装部１８１は、コンピュータシステム１を再起動する（ステップＳ１３）。コンピュータシステム１の再起動によって、ＢＩＯＳ１１が起動する。ＢＩＯＳ１１は起動中に、ＡＣＰＩテーブル１２を作成する（ステップＳ１４）。ＢＩＯＳ１１は、作成したＡＣＰＩテーブル１２を、コンピュータシステム１のメモリに書き込む。ＢＩＯＳ１１は、起動が完了すると、Ｂｏｏｔ Ｅｎｔｒｙに登録されたＥＦＩアプリ１４を起動する（ステップＳ１５）。

ＥＦＩアプリ１４は、ＢＩＯＳ１１が作成したＡＣＰＩテーブル１２へＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５を追加する（ステップＳ１６）。ＥＦＩアプリ１４は、この追加を、ＵＥＦＩ仕様で規定されたＡＣＰＩ追加インターフェース（EFI_ACPI_TABLE_PROTOCOL.InstallAcpiTable）により行う。通常、ＢＩＯＳ１１のみがＡＣＰＩテーブル１２の作成や変更が可能である。しかし、標準で用意されたＡＰＩ（Application Program Interface）であるＡＣＰＩ追加インターフェースを使用することにより、ＡＣＰＩテーブル１２にデータ追加を行うことができる。

続いて、ＥＦＩアプリ１４は、ＯＳブートローダ１６を起動する（ステップＳ１７）。ＯＳブートローダ１６は、起動完了後、ＯＳ１７を起動する（ステップＳ１８）。起動されたＯＳ１７は、作成されたＡＣＰＩテーブル１２を参照可能である。ＯＳ１７の起動完了後、コンピュータシステム１がＯＳ１７上で動作する監視ソフトウェアを実行する。これにより、監視部１８が起動する。監視部１８の起動後、情報処理装置１００は、監視フェーズに移行する（ステップＳ１９）。

図３は、情報処理装置１００の監視フェーズにおける処理を示すフロー図である。監視部１８の検出部１８３は、ＰＣＩバス閉塞レジスタ４が記憶するＰＣＩバス閉塞フラグを監視する（ステップＳ２１）。コンピュータシステム１は、ＰＣＩバス閉塞が発生した場合に、ＰＣＩバス閉塞フラグを「０」から「１」に書替える（ステップＳ２２）。

検出部１８３は、ＰＣＩバス閉塞フラグが「０」から「１」へ変化したことを検出する（ステップＳ２３）。判断部１８４は、ＰＣＩバス閉塞解除を行うか否かを判断する（ステップＳ２４）。そこで、判断部１８４は、履歴保持部１８２が記憶している障害履歴からＰＣＩバス閉塞の発生回数の情報を取得する。

判断部１８４は、ＰＣＩバス閉塞の発生回数が所定回数未満である場合、ＰＣＩバス閉塞解除を行うと判断する（ステップＳ２４：ＹＥＳ）。情報処理装置１００は、後述の図４に示すＰＣＩバス閉塞解除処理を実行する（ステップＳ２５）。一方、判断部１８４は、発生回数が所定回数以上である場合、ＰＣＩバス閉塞解除を行わないと判断する（ステップＳ２４：ＮＯ）。情報処理装置１００は、後述の図５に示すＰＣＩバス閉塞継続処理を実行する（ステップＳ２６）。ステップＳ２５又はステップＳ２６の処理の後、情報処理装置１００は、ステップＳ２１のＰＣＩバス閉塞フラグ監視処理に戻る（ステップＳ２７）。

図４は、情報処理装置１００のＰＣＩバス閉塞解除処理を示すフロー図である。図４は、図３のステップＳ２５における詳細な処理を示す。監視部１８の閉塞解除部１８５は、ＡＣＰＩテーブル１２に登録されているＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを行うＡＣＰＩ Ｍｅｔｈｏｄをコールする。これにより、ＯＳ１７へのＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙが発行される（ステップＳ３１）。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙが発行されたＯＳ１７は、ＰＣＩデバイス２の再認識を行う。ＯＳ１７は、ＰＣＩバス３が閉塞されているためにＰＣＩデバイス２を見つけることができない。よって、ＯＳ１７は、ＰＣＩデバイスドライバ１９を停止する（ステップＳ３２）。ＰＣＩデバイスドライバ１９の停止により、ＰＣＩデバイス２は、コンピュータシステム１から論理的に切り離された状態となる。

閉塞解除部１８５は、ＰＣＩバス閉塞フラグを「０」に書替える（ステップＳ３３）。さらに、閉塞解除部１８５は、ＰＣＩバス閉塞解除を行って、閉塞中のＰＣＩバス３の閉塞を解除する（ステップＳ３４）。これにより、コンピュータシステム１からＰＣＩデバイス２の制御が可能となる。閉塞解除部１８５は、Ｓｅｃｏｎｄａｒｙ Ｂｕｓ Ｒｅｓｅｔを行って、ＰＣＩデバイス２をハードウェア的にリセットする（ステップＳ３５）。Ｓｅｃｏｎｄａｒｙ Ｂｕｓ Ｒｅｓｅｔの機能は、コンピュータシステム１に搭載されている。閉塞解除部１８５は、リセットされたＰＣＩデバイス２の初期化処理を行う（ステップＳ３６）。

続いて、閉塞解除部１８５は、ＡＣＰＩテーブル１２に登録されているＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを行うＡＣＰＩ Ｍｅｔｈｏｄをコールし、ＯＳ１７にＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを発行する（ステップＳ３７）。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙが発行されたＯＳ１７は、ＰＣＩデバイス２の再認識を行う。ＯＳ１７は、ＰＣＩデバイス２を見つけると、ＰＣＩデバイス２を論理的に接続された状態とするためＰＣＩデバイスドライバ１９を開始する(ステップＳ３８）。ＰＣＩデバイスドライバ１９の開始により、ＰＣＩデバイス２が利用可能となる。情報処理装置１００は、図３のステップＳ２７の処理を行って、ステップＳ２１の処理に戻る。

図５は、情報処理装置１００のＰＣＩバス閉塞継続処理を示すフロー図である。図５は、図３のステップＳ２６における詳細な処理を示す。監視部１８の閉塞維持部１８６は、ステップＳ４１－１～ステップＳ４１－６のＰＣＩデバイスリセット処理を実行する（ステップＳ４１）。ＰＣＩデバイスリセット処理において、まず、閉塞維持部１８６は、コンピュータシステム１からのＰＣＩデバイス２に対する処理を停止する（ステップＳ４１－１）。具体的には、閉塞維持部１８６は、Ｂｕｓ Ｍａｓｔｅｒ Ｄｉｓａｂｌｅを行って、ハードウェア的にＰＣＩデバイス２に対する読み書きの処理を停止する。Ｂｕｓ Ｍａｓｔｅｒ Ｄｉｓａｂｌｅの機能は、コンピュータシステム１に搭載されている。

続いて、閉塞維持部１８６は、ＰＣＩバス閉塞フラグを「０」に書替える（ステップＳ４１－２）。閉塞維持部１８６は、閉塞されているＰＣＩバス３の閉塞を解除するＰＣＩバス閉塞解除を行う（ステップＳ４１－３）。これにより、コンピュータシステム１からＰＣＩデバイス２へ制御のための信号を出力できるようになる。閉塞維持部１８６は、Ｓｅｃｏｎｄａｒｙ Ｂｕｓ Ｒｅｓｅｔを行って、ＰＣＩデバイス２をハードウェア的にリセットする（ステップＳ４１－５）。ＰＣＩデバイス２のリセット後、監視部１８は、ＰＣＩバス閉塞フラグを「１」に書替える（ステップＳ４１－６）。監視部１８は、ＰＣＩバス３を閉塞する（ステップＳ４１－５）。

ステップＳ４１のＰＣＩデバイスリセット処理の後、閉塞維持部１８６は、ＡＣＰＩテーブル１２に登録されているＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを行うＡＣＰＩ Ｍｅｔｈｏｄをコールする。これにより、ＯＳ１７にＢｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙが発行される（ステップＳ４２）。Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙが発行されたＯＳ１７は、ＰＣＩデバイス２の再認識を行う。ＯＳ１７は、ＰＣＩバス３の閉塞のためＰＣＩデバイス２を見つけることができない。よって、ＯＳ１７は、ＰＣＩデバイスドライバ１９を停止する（ステップＳ４３）。ＰＣＩデバイス２は、コンピュータシステム１から論理的に切り離された状態になる。情報処理装置１００は、図３のステップＳ２７の処理を行って、ステップＳ２１の処理に戻る。

ＰＣＩバスを利用したコンピュータシステムは、ＰＣＩバス障害が発生すると、障害が発生したそのＰＣＩバスを閉塞する。ＰＣＩバス障害が間欠障害である場合、ＰＣＩバス閉塞のリカバリを行うことにより、コンピュータは起動したままで再びＰＣＩバス及びＰＣＩデバイスを利用可能である。しかしながら、汎用サーバの場合、ＢＩＯＳに、ＰＣＩバスをリカバリする機能を実装するための改造を行うことは難しい。

ＢＩＯＳを改造せずにＰＣＩバス閉塞リカバリを実現するためには、主に次の二つの課題がある。一つめの課題は、閉塞されたＰＣＩバスに接続されたＰＣＩデバイスを、ＢＩＯＳを使用せずにＯＳから論理的に切り離さなければならないことである。具体的には、ＢＩＯＳが作成するＡＣＰＩテーブルに、ＢＩＯＳを改造することなく、Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを発行するＡＣＰＩ Ｍｅｔｈｏｄを組み込む必要がある。二つ目の課題は、閉塞したＰＣＩバスに接続されたＰＣＩデバイスが外部装置に影響を与えないように、ＢＩＯＳを使用することなくＰＣＩデバイスの電源を落さなければならないことである。

本実施形態では、ＢＩＯＳ１１の起動後に、ＥＦＩアプリ１４が、Ｂｕｓ Ｃｈｅｃｋ Ｎｏｔｉｆｙを発行するＡＣＰＩ Ｍｅｔｈｏｄを組み込んだＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５をＡＣＰＩテーブル１２へ追加する。ＥＦＩアプリ１４は、その追加後にＯＳブートローダ１６を起動する。ＯＳブートローダ１６によって起動されたＯＳ１７は、ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ１５が設定されたＡＣＰＩテーブル１２を参照可能である。そして、ＯＳ１７上で実行されるソフトウェアの監視部１８が、ＡＣＰＩテーブル１２のＡＣＰＩ Ｍｅｔｈｏｄをコールする。これにより、ＢＩＯＳを改造することなく、上記の一つ目の課題を解決することができる。

また、本実施形態では、ＯＳ１７上で実行されるソフトウェアの監視部１８が、ＰＣＩデバイス２のリセット処理を行う。リセット処理においては、監視部１８は、コンピュータシステム１に予め組み込まれているＢｕｓ Ｍａｓｔｅｒ Ｄｉｓａｂｌｅを実行してＰＣＩデバイス２への読み書きの処理を停止する。その後、監視部１８は、ＰＣＩバス３の閉塞を解除し、コンピュータシステム１に予め組み込まれているＳｅｃｏｎｄａｒｙ Ｂｕｓ Ｒｅｓｅｔを実行してＰＣＩデバイス２をリセットする。監視部１８は、リセット後に再度ＰＣＩバス３を閉塞する。よって、ＢＩＯＳがＰＣＩデバイスの電源を落とす必要がない。従って、ＢＩＯＳを改造することなく、二つ目の課題を解決することができる。

上述の本実施形態によれば、ＢＩＯＳの改造を行うことができない汎用サーバなどのコンピュータシステムにおいても、ＰＣＩバス閉塞のリカバリが実現可能である。加えて、ＯＳの改造を行わなくてもよい。

図６は、本発明の実施形態による情報処理装置１０１の最小構成を示す機能ブロック図である。同図に示す情報処理装置１０１は、ＨＷレイヤと、ＳＷレイヤとを含んで構成される。ＨＷレイヤは、コンピュータシステム５１と、デバイス５２とを有する。コンピュータシステム５１は、バス５３によりデバイス５２と接続される。ＳＷレイヤは、コンピュータシステム５１がプログラムを実行することにより、ＨＷレイヤを用いて実現される機能を示す。ＳＷレイヤは、ＯＳ６１と、監視部６２とを有する。監視部６２は、コンピュータシステム５１のＯＳ６１上で動作する。監視部６２は、検出部６２１と、閉塞解除部６２２とを備える。検出部６２１は、バス５３の閉塞を検出する。閉塞解除部６２２は、検出部６２１がバス５３の閉塞を検出した場合に閉塞解除処理を行う。閉塞解除処理は、デバイス５２の切り離しをＯＳ６１に指示する処理と、バス５３の閉塞を解除する処理と、指示を受けたＯＳ６１がコンピュータシステム５１から論理的に切り離したデバイス５２をリセットする処理と、デバイス５２のリセット後にＯＳ６１にデバイス５２を接続するよう指示する処理とを含む。情報処理装置１０１は、ＢＩＯＳを改造することなく、コンピュータシステム５１とデバイス５２との間のバス５３を、閉塞された状態からリカバリ可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）コンピュータシステムと、
前記コンピュータシステムとバスで接続されるデバイスとを備え、
前記コンピュータシステムのオペレーションシステム上で動作する監視手段は、
前記バスの閉塞を検出する検出手段と、
前記バスの閉塞が検出された場合に、前記オペレーションシステムに前記デバイスの切り離しを指示する処理と、前記バスの閉塞を解除する処理と、前記指示を受けた前記オペレーションシステムにより前記コンピュータシステムから切り離された前記デバイスをリセットする処理と、前記デバイスのリセット後に前記オペレーションシステムに前記デバイスを接続するよう指示する処理とを含む閉塞解除処理を行う閉塞解除手段とを備える、
情報処理装置。

（付記２）前記監視手段は、
前記バスの閉塞が検出された場合に、前記バスの閉塞回数に基づいて前記デバイスの閉塞を解除するか維持するかを判断する判断手段と、
前記判断手段が前記デバイスの閉塞を維持すると判断した場合に、前記バスの閉塞を解除した後に前記デバイスをリセットする処理と、前記デバイスのリセット後に前記バスを閉塞する処理と、前記バスの閉塞後に前記オペレーションシステムに前記デバイスを切り離すよう指示する処理とを含む閉塞維持処理を行う閉塞維持手段とをさらに備え、
前記閉塞解除手段は、前記判断手段が前記デバイスの閉塞を解除すると判断した場合に前記閉塞解除処理を行う、
付記１に記載の情報処理装置。

（付記３）前記コンピュータシステムが記憶するＡＣＰＩ（Advanced Configuration and Power Interface）テーブルは、前記オペレーションシステムへの前記デバイスの切り離し又は接続の指示を発行する指示発行処理を含み、
前記閉塞解除手段は、前記オペレーションシステムに前記デバイスの切り離へ指示する前記処理及び前記オペレーションシステムに前記コンピュータシステムから切り離された前記デバイスを接続するよう指示する前記処理を、前記ＡＣＰＩテーブルに設定されている前記指示発行処理をコールすることにより実行し、
前記閉塞維持手段は、前記オペレーションシステムに前記デバイスを切り離すよう指示する前記処理を前記ＡＣＰＩテーブルに設定されている前記指示発行処理をコールすることにより実行する、
付記２に記載の情報処理装置。

（付記４）前記コンピュータシステムのＢＩＯＳ（Basic Input/Output System）が生成した前記ＡＣＰＩテーブルに前記指示発行処理を書き込む書込手段をさらに有する、
付記３に記載の情報処理装置。

（付記５）前記監視手段は、前記書込手段を前記情報処理装置に実装する実装手段をさらに備える、
付記４に記載の情報処理装置。

（付記６）前記書込手段は、前記コンピュータシステムのＥＦＩ（Extensible Firmware Interface）パーティションに実装される、
付記５に記載の情報処理装置。

（付記７）前記情報処理装置は、前記デバイスのドライバをさらに備え、
前記オペレーションシステムは、前記ドライバを停止することにより前記デバイスを論理的に切り離し、前記ドライバを動作させることにより前記デバイスを論理的に接続する、
付記１から付記６のいずれかに記載の情報処理装置。

（付記８）前記閉塞維持手段は、前記コンピュータシステムから前記デバイスへの処理を停止した後に、前記デバイスをリセットする前記処理を行う、
付記２に記載の情報処理装置。

（付記９）前記指示発行処理は、前記オペレーションシステムが前記デバイスを再認識するための通知を発行する処理であり、
前記オペレーションシステムは、前記通知を受けたときに前記デバイスが認識できない場合に前記コンピュータシステムから前記デバイスを切り離した状態とし、前記デバイスが認識できた場合に前記コンピュータシステムに前記デバイスが接続された状態とする、
付記３から付記６のいずれかに記載の情報処理装置。

（付記１０）前記オペレーションシステムを起動するオペレーションシステム起動手段を有し、
前記書込手段は、前記コンピュータシステムの起動の際に前記ＢＩＯＳが生成した前記ＡＣＰＩテーブルへ前記指示発行処理を書き込んだ後、前記オペレーションシステム起動手段を起動する、
付記４から付記６のいずれかに記載の情報処理装置。

（付記１１）前記バスは、ＰＣＩ（Peripheral Component Interconnect）バスである、
付記１から付記１０のいずれかに記載の情報処理装置。

（付記１２）前記コンピュータシステムは、前記バスの閉塞の有無を表す値を記憶手段に書き込み、
前記判断手段は、前記記憶手段に記憶されている前記値を参照して前記バスの閉塞を検出する、
付記２に記載の情報処理装置。

（付記１３）コンピュータシステムのオペレーションシステム上で動作する監視手段が、
前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、
前記バスの閉塞が検出された場合に、オペレーションシステムに前記デバイスの切り離しを指示する切り離し指示ステップと、
前記バスの閉塞を解除する閉塞解除ステップと、
前記指示を受けた前記オペレーションシステムにより前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、
前記デバイスのリセット後に前記オペレーションシステムに前記デバイスを接続するよう指示する接続指示ステップと、
を有するリカバリ方法。

（付記１４）コンピュータシステムのオペレーションシステム上で動作する監視手段が、前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、
前記監視手段が、前記バスの閉塞が検出された場合に、前記オペレーションシステムに前記デバイスの切り離しを指示する切り離し指示ステップと、
前記監視手段が、前記バスの閉塞を解除する閉塞解除ステップと、
前記オペレーションシステムが、前記切り離し指示ステップにおける前記指示を受けて前記コンピュータシステムから前記デバイスを切り離す切り離しステップと、
前記監視手段が、前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、
前記監視手段が、前記デバイスのリセット後に前記オペレーションシステムに前記デバイスを接続するよう指示する接続指示ステップと、
前記オペレーションシステムが、前記接続指示ステップにおける前記指示を受けて前記デバイスを前記コンピュータシステムに接続する接続ステップと、
を有するリカバリ方法。

（付記１５）コンピュータに、
付記１３に記載のリカバリ方法を実行させるためのプログラム。

以上、図面を参照して本発明の実施の形態を説明してきたが、上記実施の形態は本発明の例示に過ぎず、本発明が上記実施の形態に限定されるものではないことは明らかである。したがって、本発明の技術思想及び範囲を逸脱しない範囲で構成要素の追加、省略、置換、その他の変更を行ってもよい。

１…コンピュータシステム、２…ＰＣＩデバイス、３…ＰＣＩバス、４…ＰＣＩバス閉塞レジスタ、１１…ＢＩＯＳ、１２…ＡＣＰＩテーブル、１３…ＥＦＩパーティション、１４…ＰＣＩバス閉塞向けＥＦＩアプリ、１５…ＡＣＰＩ ＳＳＤＴ ＤＡＴＡ、１６…ＯＳブートローダ、１７…ＯＳ、１８…監視部、１９…ＰＣＩデバイスドライバ、５１…コンピュータシステム、５２…デバイス、５３…バス、６１…ＯＳ、６２…監視部、１００…情報処理装置、１０１…情報処理装置、１８１…アプリ実装部、１８２…履歴保持部、１８３…検出部、１８４…判断部、１８５…閉塞解除部、１８６…閉塞維持部、６２１…検出部、６２２…閉塞解除部

Claims (10)

1. コンピュータシステムと、
   前記コンピュータシステムとバスで接続されるデバイスとを備え、
   前記コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段は、
   前記バスの閉塞を検出する検出手段と、
   前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する処理と、前記バスの閉塞を解除する処理と、前記指示を受けた前記ＯＳにより前記コンピュータシステムから切り離された前記デバイスをリセットする処理と、前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する処理とを含む閉塞解除処理を行う閉塞解除手段とを備える、
   情報処理装置。
2. 前記監視手段は、
   前記バスの閉塞が検出された場合に、前記バスの閉塞回数に基づいて前記デバイスの閉塞を解除するか維持するかを判断する判断手段と、
   前記判断手段が前記デバイスの閉塞を維持すると判断した場合に、前記バスの閉塞を解除した後に前記デバイスをリセットする処理と、前記デバイスのリセット後に前記バスを閉塞する処理と、前記バスの閉塞後に前記ＯＳに前記デバイスを切り離すよう指示する処理とを含む閉塞維持処理を行う閉塞維持手段とをさらに備え、
   前記閉塞解除手段は、前記判断手段が前記デバイスの閉塞を解除すると判断した場合に前記閉塞解除処理を行う、
   請求項１に記載の情報処理装置。
3. 前記コンピュータシステムが記憶するＡＣＰＩ（Advanced Configuration and Power Interface）テーブルには、前記ＯＳへの前記デバイスの切り離し又は接続の指示を発行する指示発行処理が設定され、
   前記閉塞解除手段は、前記ＯＳに前記デバイスの切り離しを指示する前記処理及び前記ＯＳに前記コンピュータシステムから切り離された前記デバイスを接続するよう指示する前記処理を、前記ＡＣＰＩテーブルに設定されている前記指示発行処理をコールすることにより実行し、
   前記閉塞維持手段は、前記ＯＳに前記デバイスを切り離すよう指示する前記処理を前記ＡＣＰＩテーブルに設定されている前記指示発行処理をコールすることにより実行する、
   請求項２に記載の情報処理装置。
4. 前記コンピュータシステムのＢＩＯＳ（Basic Input/Output System）が生成した前記ＡＣＰＩテーブルに前記指示発行処理を書き込む書込手段をさらに有する、
   請求項３に記載の情報処理装置。
5. 前記監視手段は、前記書込手段を前記情報処理装置に実装する実装手段をさらに備える、
   請求項４に記載の情報処理装置。
6. 前記書込手段を実現するために実行されるアプリケーションが、前記コンピュータシステムのＥＦＩ（Extensible Firmware Interface）パーティションに配置される、
   請求項５に記載の情報処理装置。
7. 前記コンピュータシステムは、前記デバイスのドライバをさらに実行し、
   前記ＯＳは、前記ドライバを停止することにより前記デバイスを論理的に切り離し、前記ドライバを動作させることにより前記デバイスを論理的に接続する、
   請求項１から請求項６のいずれか一項に記載の情報処理装置。
8. コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段が行う方法であって、
   前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、
   前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する切り離し指示ステップと、
   前記バスの閉塞を解除する閉塞解除ステップと、
   前記指示を受けた前記ＯＳにより前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、
   前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する接続指示ステップと、
   を有するリカバリ方法。
9. コンピュータシステムが行う方法であって、
   前記コンピュータシステムのＯＳ上で動作するソフトウェアの実行により実現される監視手段が、前記コンピュータシステムとデバイスとを接続するバスの閉塞を検出する検出ステップと、
   前記監視手段が、前記バスの閉塞が検出された場合に、前記ＯＳに前記デバイスの切り離しを指示する切り離し指示ステップと、
   前記監視手段が、前記バスの閉塞を解除する閉塞解除ステップと、
   前記切り離し指示ステップにおける前記指示を受けた前記ＯＳにより前記コンピュータシステムから前記デバイスを切り離す切り離しステップと、
   前記監視手段が、前記コンピュータシステムから切り離された前記デバイスをリセットするリセットステップと、
   前記監視手段が、前記デバイスのリセット後に前記ＯＳに前記デバイスを接続するよう指示する接続指示ステップと、
   前記接続指示ステップにおける前記指示を受けた前記ＯＳにより前記デバイスを前記コンピュータシステムに接続する接続ステップと、
   を有するリカバリ方法。
10. 前記コンピュータシステムに、
    請求項８に記載のリカバリ方法を実行させるためのプログラム。

Images