JP6434338B2 - 情報処理装置およびそのための管理方法 - Google Patents

Description

本発明は、情報処理装置とそのための管理方法に関する。

一般的な情報処理装置は、その内部に搭載された管理コントローラにより、情報処理装置の状態を監視および制御している。管理コントローラの特性は、管理コントローラを動作させるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の特性に依存している。そして、管理コントローラで実現可能な機能や性質は、ＯＳによって異なっている。

管理コントローラを使用した情報処理装置は、管理コントローラのＯＳに組み込みＬｉｎｕｘ（登録商標）を採用しているものが一般的である。

ＯＳに組み込みＬｉｎｕｘを採用することにより、Ｌｉｎｕｘに標準で搭載されている各種プログラムを使用して、情報処理装置の監視および制御をすることができる。しかし、ＯＳの起動にかかる時間を考えた場合、管理コントローラの機能が充実するに従い、それらを起動するための時間が長くなるという問題がある。ＯＳの起動が完了するまでの時間は、管理コントローラによる監視および制御を行うことができない。そのため、ＯＳの起動時間は、可能な限り短くすることが求められる。

管理コントローラのＯＳにＲＴＯＳ（リアルタイムオぺレーティングシステム、Ｒｅａｌ Ｔｉｍｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を採用した場合、ＯＳが起動するまでにかかる時間は、大幅に短くなる。しかし、ＲＴＯＳを採用した場合は、管理コントローラで複雑な機能を実現することが困難となる。そのため、管理コントローラは、要求される機能を実現することが難しい。

ここで、関連技術としては、例えば以下の特許文献がある。

特許文献１は、システム電源投入時にサービスプロセッサが行った初期化処理中に生じたエラー等の状態を初期化終了後に確認可能とする方式を開示している。

特許文献２は、電気モータにてエラー発生時、エラーに関する情報を不揮発性メモリに保存する。そして、その情報を基に、エラー発生の原因を調査する方法を開示している。

特開平０５−１０８３９４号公報 特表２００３−５００９９６号公報

特許文献１及び２に提案されている技術は、エラー等の情報を不揮発性メモリに保存しておき、後でそのメモリを参照する方式を開示している。しかしながら、これらの技術は、それらの情報を、後で参照するために保存しており、情報の保存を早く開始することについては考慮していない。

また、管理コントローラのＯＳに、ＲＴＯＳを利用すれば、ＯＳの起動が速くなり、管理コントローラの情報を早期に保存できることが考えられる。しかし、この場合、前述したように管理コントローラにおける機能が制限され、クライアントへの情報の転送や表示、あるいは管理コントローラで実現される他の制御が制限される。

そこで、本発明は、情報処理装置の状態監視をより早く開始するとともに、ＯＳに起因する制御の制限を解消することが可能な情報処理装置等の提供を主たる目的とする。

上記の目的を達成すべく、本発明の一態様に係る情報処理装置は、以下の構成を備える。

即ち、本発明の一態様に係る情報処理装置は、
第２のＯＳより起動時間が短い第１のＯＳの環境で動作する第１の管理手段と、
前記第１のＯＳよりも複雑な処理を実行可能な前記第２のＯＳの環境で動作する第２の管理手段と、
前記第１の管理手段の要求に応じて情報処理装置の状態に関する情報である管理情報を提供する検知手段と、
前記管理情報の正常である範囲を含む範囲情報があらかじめ記録された記録手段とを備え、
前記第１の管理手段は、前記記録手段に記録された前記範囲情報と、前記検知手段より提供された前記管理情報とを比較し、前記管理情報が正常でないと判定した場合に、その管理情報を含むログを前記記録手段に記録し、
前記第２の管理手段は、前記記録手段に記録された前記ログを基に、前記ログが表す事象ごとに定められた処理を行う。

同目的を達成する本発明の一態様に係る管理方法は、
第２のＯＳより起動時間が短い第１のＯＳの環境で動作する第１の管理手段は、情報処理装置の状態に関する情報である管理情報と、記録手段に記録された前記管理情報の正常である範囲を含む範囲情報とを比較し、前記管理情報が正常でないと判定した場合に、その管理情報を含むログを前記記録手段に記録し、
前記第１のＯＳよりも複雑な処理を実行可能な前記第２のＯＳの環境で動作する第２の管理手段は、前記記録手段に記録された前記ログを基に、前記ログが表す事象ごとに定められた処理を行う。

上記の本発明によれば、情報処理装置の状態監視をより早く開始するとともに、ＯＳに起因する制御の制限を解消することができるという効果がある。

本発明の第１の実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２の実施形態に係るサーバの構成を示すブロック図である。 本発明の第２の実施形態に係るＢＭＣ３００の処理を示すフローチャートである。 本発明の第２の実施形態に係るセンサレコードの一例を示す図である。 本発明の第２の実施形態に係るログの一例を示す図である。 本発明の第２の実施形態に係るＢＭＣ３０１の処理を示すフローチャートである。

次に、本発明を実施する形態について図面を参照して詳細に説明する。

＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る情報処理装置の構成を示すブロック図である。

本実施形態に係る情報処理装置１は、第１の管理部１０と、第２の管理部２０と、検知部３０と、記録部４０とを有する。

第１の管理部１０は、第２の管理部２０のＯＳよりも起動時間が短い第１のＯＳの環境で動作する。

第２の管理部２０は、第１のＯＳよりも複雑な処理を実行可能な第２のＯＳの環境で動作する。なお、第１のＯＳ及び第２のＯＳは、情報処理装置１の電源投入後に、初期化プログラムが起動してから起動する。

検知部３０は、第１の管理部１０の要求に応じて管理情報を提供する。管理情報は、情報処理装置１の状態に関して、たとえば、各種のセンサで測定した測定情報や、定期的に情報処理装置１内で検出される状態監視情報などである。

記録部４０は、管理情報が正常である範囲を含む範囲情報をあらかじめ記録している。

第１の管理部１０は、記録部４０に記録された範囲情報と、検知部３０より提供された管理情報とを比較する。そして、管理情報が正常でないと判定した場合に、第１の管理部１０は、その管理情報を含むログを記録部４０に記録する。そして、第２の管理部２０は、記録部４０に記録されたログを基に、そのログが表す事象ごとに定められた処理を行う。

以上、説明したように、第１の実施形態には、情報処理装置１の状態監視をより早く開始するとともに、ＯＳに起因する制御の制限を解消することができるという効果がある。

その理由は、本実施形態に係る情報処理装置１は、第１の管理部１０と第２の管理部２０を使用し、起動時間がより短い第１のＯＳと、その第１のＯＳよりも複雑な処理を実行可能な第２のＯＳの２種類のＯＳを使用して、それぞれのＯＳの特性を生かした方法で状態監視を行うからである。すなわち、起動時間がより短い第１のＯＳは、管理情報が正常であるかの判定を早期に始め、正常でないと判定した場合にはその情報をログに残しておき、第１のＯＳよりも複雑な処理を実行可能な第２のＯＳが、ログを基に、そのログが表す事象ごとに定められた処理を行う。このように第１のＯＳで早期に検出された正常でない状態のログに基づいて、複雑な処理が可能な第２のＯＳによって定められた処理が行われるので、早期に情報処理装置１の監視を開始することができる。また、第１のＯＳに起因する制御や機能の制限を第２のＯＳがカバーするので、制御の制限を解消することができるという効果も奏する。

＜第２の実施形態＞
次に上述した第１の実施形態に係る情報処理装置を基本とする第２の実施形態について説明する。図２は、本発明の第２の実施形態に係るサーバの構成を示すブロック図である。ただし、図２に示す構成は、一例であって、本発明は、図２に示すサーバに限定されない。

本実施形態に係るサーバ１００は、クライアント２００と、ネットワーク９００により通信可能に接続されて、クライアントサーバシステムを形成している。

サーバ１００は、ＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）３００と、ＢＭＣ３０１と、不揮発性メモリ３０２と、温度センサ７００と、電圧センサ７０１と、電流センサ７０２と、ＦＡＮセンサ７０３とを含む。温度センサ７００と、電圧センサ７０１と、電流センサ７０２と、ＦＡＮセンサ７０３は、第１の実施形態の検知部３０の一例である。

ＢＭＣ３００は、第１の実施形態の第１の管理部１０の一例である。ＢＭＣ３００は、バス制御部５００と、管理コントローラ４００と、バス制御部５０２とを含む。バス制御部５００は、内部ネットワーク８０１で、不揮発性メモリ３０２にアクセス可能に接続されている。管理コントローラ４００は、バス制御部５００、５０２と、それぞれ内部ネットワーク８０４、８０５で接続されている。管理コントローラ４００は、ＯＳとしてＲＴＯＳを有する。バス制御部５０２は、各センサ（温度センサ７００、電圧センサ７０１、電流センサ７０２、ＦＡＮセンサ７０３）と内部ネットワーク８０６で接続されている。

ＢＭＣ３０１は、第１の実施形態の第２の管理部２０の一例である。ＢＭＣ３０１は、バス制御部５０１と、管理コントローラ４０１と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）制御部６００とを含む。バス制御部５０１は、内部ネットワーク８０１で、不揮発性メモリ３０２にアクセス可能に接続されている。管理コントローラ４０１は、バス制御部５０１、ＬＡＮ制御部６００と、それぞれ内部ネットワーク８０２、８０３で接続されている。管理コントローラ４０１は、ＯＳとしてＬｉｎｕｘを有する。ＬＡＮ制御部６００は、クライアント２００とネットワーク９００で接続されている。

なお、第２の実施の形態では、第１のＯＳの一例としてＲＴＯＳ，第２のＯＳの一例としてＬｉｎｕｘを使用するが、本発明の実施の形態は、これらＯＳに限定されない。

本実施形態の情報処理装置（サーバ１００）における動作について、フローチャートを参照して説明する。 図３は、本発明の第２の実施形態に係るＢＭＣ３００の処理を示すフローチャートである。図３によると、ＢＭＣ３００は、電源を投入後に、まず、ＨＷ（Ｈａｒｄｗａｒｅ）の初期化を実行する（ステップＳ１００）。次に、ＢＭＣ３００は、管理コントローラ４００が動作するために必要なＯＳであるＲＴＯＳを起動させる（ステップＳ１０１）。それから、管理コントローラ４００は、不揮発性メモリ３０２に予め用意しておいたセンサレコードを、バス制御部５００を経由して、内部メモリ（不図示）に読み込む（ステップＳ１０２）。

図４は、本発明の第２の実施形態に係るセンサレコードの一例を示す図である。センサレコードは、レコードＩＤと、センサタイプと、センサ番号と、下限値と、上限値とを含む。レコードＩＤは、レコードを一意に識別可能な値である。センサタイプは、センサの種類を表す識別子である。センサ番号は、センサを一意に識別可能な値である。下限値および上限値は、センサによる測定値の正常範囲を表す下限値およびを上限値である。

それから、ＢＭＣ３００は、サーバの内部に搭載したセンサ（温度センサ７００、電圧センサ７０１、電流センサ７０２、ＦＡＮセンサ７０３）を使用した監視を開始する（ステップＳ１０３）。管理コントローラ４００は、バス制御部５０２を経由して、搭載した各々のセンサより測定値を取得する（ステップＳ１０４）。それから、管理コントローラ４００は、ステップＳ１０４で取得した値と、センサタイプとセンサ番号とが一致するセンサレコードの内容とを比較して、センサによる測定値が異常であるか否かを判定する（ステップＳ１０５）。すなわち、管理コントローラ４００は、センサレコードの下限値と上限値との間に測定値が入らない場合、その測定値を異常と判定する。異常と判定した場合（ステップＳ１０５で「ＹＥＳ」）、管理コントローラ４００は、異常であると判定した測定値を含むログを、バス制御部５００を経由して、不揮発性メモリ３０２に出力する（ステップＳ１０６）。

図５は、本発明の第２の実施形態に係るログの一例を示す図である。ログは、フラグと、レコードＩＤと、タイムスタンプと、出力装置ＩＤと、センサタイプと、センサ番号と、イベントタイプと、測定値とを含む。フラグは、そのログの内容をチェック済みか否かを表す。例えば、フラグは、まだチェックを行っていない場合に”００”ｈと、チェック済みの場合に、”０１”ｈと設定される。レコードＩＤは、レコードを一意に識別可能な値である。タイムスタンプは、異常を検出した時刻（または、不揮発性メモリ３０２に出力した時刻）を表す情報である。出力装置ＩＤは、異常を検出した装置を表す識別子である。センサタイプは、その異常値を測定したセンサの種類を表す情報である。センサ番号は、その異常値を測定したセンサを一意に識別可能な値である。イベントタイプは、「イベント発生」か、または、「イベント回復」のどちらかを表す情報である。センサ測定値は、実際にセンサが測定した値である。

それから、管理コントローラ４００は、０．１秒間待ったあとに（ステップＳ１０７）、ステップＳ１０４から処理を実行する。ここで、０．１秒間待つことにより、管理コントローラ４００は、センサを監視する間隔を０．１秒に調整している。

図６は、本発明の第２の実施形態に係るＢＭＣ３０１の処理を示すフローチャートである。図６によると、ＢＭＣ３０１は、電源を投入後に、まず、ＨＷの初期化を実行する（ステップＳ２００）。次に、ＢＭＣ３０１は、管理コントローラ４０１が動作するために必要なＯＳである組み込みＬｉｎｕｘを起動させる（ステップＳ２０１）。それから、ＢＭＣ３０１は、サーバの監視および制御する機能を実現するための各種プログラムを起動する（ステップＳ２０２）。プログラムの起動が完了し次第、ＢＭＣ３０１は、ログの監視を開始する（ステップＳ２０３）。管理コントローラ４０１は、バス制御部５０１を経由して、不揮発性メモリ３０２に記録されているログを確認する（ステップＳ２０４）。管理コントローラ４０１は、フラグがまだチェックを行っていないことを示す値（ここでは、”００”ｈ）となっているログが記録されているか否かを判断する（ステップＳ２０５）。チェックを行っていないログがあった場合に、管理コントローラ４０１は、ログに記録されている内容に従って処理を実行する（ステップＳ２０６）。例えば、管理コントローラ４０１は、ＬＡＮ制御部６００により、ネットワーク９００を経由して、ログの内容をクライアント２００に通知する。処理（通知）を実行後に、管理コントローラ４０１は、処理したログのフラグをチェック済みを示す値（ここでは、”０１”ｈ）に変更する（ステップＳ２０７）。これにより、管理コントローラ４０１は、同じログの内容を複数回処理することを防いでいる。それから、管理コントローラ４０１は、１秒間待ったあとに（ステップＳ２０８）、ステップＳ２０４から処理を繰り返す。ここで、１秒間待つことにより、管理コントローラ４０１は、ログの内容を処理する間隔を１秒に調整している。

本実施形態では、管理コントローラ４０１がログに記録されている内容に従って行う処理として、ログの内容をクライアント２００に通知することを例に説明した。しかし、管理コントローラ４０１が行う処理は、これに限らない。例えば、管理コントローラ４００は、温度センサ７００からの情報で温度が高いことを検出した場合に、その温度が高いことを示すログを発生する。そのログに基づいて管理コントローラ４０１は、ＦＡＮの回転数を上げるように、ＦＡＮを制御するデバイス(サーバ１００に含まれる。不図示）に指示を行ってもよい。

以上、説明したように、第２の実施形態には、管理コントローラによる情報処理装置の状態監視をより早く開始するとともに、ＯＳに起因する制御の制限を解消することができるという効果がある。

その理由は、本実施形態に係る情報処理装置は、管理コントローラのＯＳにＲＴＯＳを採用することにより、情報処理装置の電源を投入したばかりでも、情報処理装置の監視および制御を実行できるからである。起動時間がより短い第１のＯＳ（ＲＴＯＳ）は、測定情報が正常であるかの判定を早期に始め、正常でないと判定した場合にはその情報をログに残しておき、ＲＴＯＳよりも複雑な処理を実行可能な第２のＯＳ（Ｌｉｎｕｘ）が、ログを基に、そのログが表す事象ごとに定められた処理を行う。このようにＲＴＯＳで早期に検出された正常でない状態のログに基づいて、複雑な処理が可能な第２のＯＳによって定められた処理が行われるので、電源投入後の早期に監視ができる。また、ＲＴＯＳに起因する制御や機能の制限をＬｉｎｕｘ等の第２のＯＳでカバーするので、制御の制限を解消することができるという効果も奏する。

さらに、管理コントローラ自体に不具合が発生した場合など、管理コントローラの再起動を実行する必要がある。このような場合でも、管理コントローラのＯＳにＲＴＯＳを採用することにより、管理コントローラの再起動にかかる時間が短くなり、情報処理装置の監視および制御が中断する時間をより短くすることができる。

また、管理コントローラのＯＳにＲＴＯＳを採用することで、複数のＯＳに負荷を分散することが可能になること、および、ＲＴＯＳの特性により、より短い時間間隔で情報処理装置を監視および制御することができる。これにより、より詳細に情報処理装置を監視および制御することが可能になる。

１０ 第１の管理部
２０ 第２の管理部
３０ 検知部
４０ 記録部
１００ サーバ
２００ クライアント
３００ ＢＭＣ
３０１ ＢＭＣ
４００ 管理コントローラ
４０１ 管理コントローラ
５００ バス制御部
５０１ バス制御部
５０２ バス制御部
６００ ＬＡＮ制御部
７００ 温度センサ
７０１ 電圧センサ
７０２ 電流センサ
７０３ ＦＡＮセンサ
８０１ 内部ネットワーク
８０２ 内部ネットワーク
８０３ 内部ネットワーク
８０４ 内部ネットワーク
８０５ 内部ネットワーク
８０６ 内部ネットワーク
９００ ネットワーク

Claims (6)

1. 第２のＯＳより起動時間が短い第１のＯＳの環境で動作する第１の管理手段と、
   前記第１のＯＳよりも複雑な処理を実行可能な前記第２のＯＳの環境で動作する第２の管理手段と、
   前記第１の管理手段の要求に応じて情報処理装置の状態に関する情報である管理情報を提供する検知手段と、
   前記管理情報の正常である範囲を含む範囲情報があらかじめ記録された記録手段とを備え、
   前記第１の管理手段は、前記記録手段に記録された前記範囲情報と、前記検知手段より提供された前記管理情報とを比較し、前記管理情報が正常でないと判定した場合に、その管理情報を含むログを前記記録手段に記録し、
   前記第２の管理手段は、前記記録手段に記録された前記ログを基に、前記ログが表す事象ごとに定められた処理を行うことを特徴とする
   情報処理装置。
2. 前記第１の管理手段が動作する前記第１のＯＳは、ＲＴＯＳである
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記第２の管理手段が動作する前記第２のＯＳは、Ｌｉｎｕｘ（登録商標）である
   ことを特徴とする請求項１または２記載の情報処理装置。
4. 前記記録手段は、不揮発性メモリである
   ことを特徴とする請求項１乃至請求項３の何れか一項に記載の情報処理装置。
5. 前記検知手段は、温度センサ、電圧センサ、電流センサ、ＦＡＮセンサの少なくとも何れかである
   ことを特徴とする請求項１乃至請求項４の何れか一項に記載の情報処理装置。
6. 第２のＯＳより起動時間が短い第１のＯＳの環境で動作する第１の管理手段は、情報処理装置の状態に関する情報である管理情報と、記録手段に記録された前記管理情報の正常である範囲を含む範囲情報とを比較し、前記管理情報が正常でないと判定した場合に、その管理情報を含むログを前記記録手段に記録し、
   前記第１のＯＳよりも複雑な処理を実行可能な前記第２のＯＳの環境で動作する第２の管理手段は、前記記録手段に記録された前記ログを基に、前記ログが表す事象ごとに定められた処理を行うことを特徴とする
   管理方法。

Images