"保守対象とする装置の故障を事前に予測し、故障に対する対策を実施する装置の故障予測対策方法において、前記保守対象とする装置にネットワークを介して接続された管理サーバを有し、前記管理サーバは、前記保守対象とする装置から一定の周期で当該装置の情報を取得して当該装置を管理する管理手段を有し、前記管理手段は、前記取得した前記保守対象とする装置の情報に基づいて、前記保守対象とする装置の劣化進行度を算出し、算出した劣化進行度が予め定めた進行度となった場合、あるいは、前記保守対象とする装置から取得した情報が予め定めた事象を示している場合、前記保守対象とする装置に対する故障対策を実施することを特徴とする故障予測対策方法。前記保守対象とする装置に対する故障対策は、前記保守対象とする装置を、保守対象とする装置とは別の予備の装置へ切り替えて運用する対策であることを特徴とする請求項1記載の故障予測対策方法。前記管理手段が前記保守対象とする装置から収集する情報は、装置のS.M.A.R.T.情報、ハードウェアモニターログ、ECC付きRAMのECCエラーログ、基板の電圧値温度値、ブレードモジュールに対して行った強制電源OFF強制リセットの累計回数を含む情報であることを特徴とする請求項1または2記載の故障予測対策方法。保守対象とする装置の故障を事前に予測し、故障に対する対策を実施する装置の故障予測対策方法において、前記保守対象とする装置にネットワークを介して接続された管理サーバを有し、前記管理サーバは、前記保守対象とする装置から一定の周期で当該装置の情報を取得して当該装置を管理する管理手段を有し、前記管理手段は、前記取得した前記保守対象とする装置の情報に基づいて、前記保守対象とする装置の劣化進行度を算出し、算出した劣化進行度が予め定めた第1の進行度となった場合、あるいは、前記保守対象とする装置から取得した情報が予め定めた事象を示している場合、前記保守対象とする装置に対する第1の故障対策を実施し、その後、算出した劣化進行度が予め定めた第2の進行度となった場合、前記保守対象とする装置に対する第2の故障対策を実施することを特徴とする故障予測対策方法。前記保守対象とする装置に対する第1の故障対策は、前記保守対象とする装置と保守対象とする装置とは別の予備の装置とをミラーリングして運用する対策であり、前記保守対象とする装置に対する第2の故障対策は、前記保守対象とする装置を、保守対象とする装置とは別の予備の装置へ切り替えて運用する対策であることを特徴とする請求項4記載の故障予測対策方法。前記管理手段が前記保守対象とする装置から収集する情報は、装置のS.M.A.R.T.情報、ハードウェアモニターログ、ECC付きRAMのECCエラーログ、基板の電圧値温度値、ブレードモジュールに対して行った強制電源OFF強制リセットの累計回数を含む情報であることを特徴とする請求項4または5記載の故障予測対策方法。保守対象とする装置の故障を事前に予測し、故障に対する対策を実施することが可能なクライアントサーバシステムにおいて、前記保守対象とする装置にネットワークを介して接続された管理サーバを有し、前記管理サーバは、前記保守対象とする装置から一定の周期で当該装置の情報を取得して当該装置を管理する管理手段を有し、前記管理手段は、前記取得した前記保守対象とする装置の情報に基づいて、前記保守対象とする装置の劣化進行度を算出する手段と、算出した劣化進行度が予め定めた進行度となった場合、あるいは、前記保守対象とする装置から取得した情報が予め定めた事象を示している場合、前記保守対象とする装置に対する故障対策を実施する手段とを備えることを特徴とするクライアントサーバシステム。保守対象とする装置の故障を事前に予測し、故障に対する対策を実施することが可能なクライアントサーバシステムにおいて、前記保守対象とする装置にネットワークを介して接続された管理サーバを有し、前記管理サーバは、前記保守対象とする装置から一定の周期で当該装置の情報を取得して当該装置を管理する管理手段を有し、前記管理手段は、前記取得した前記保守対象とする装置の情報に基づいて、前記保守対象とする装置の劣化進行度を算出する手段と、算出した劣化進行度が予め定めた第1の進行度となった場合、あるいは、前記保守対象とする装置から取得した情報が予め定めた事象を示している場合、前記保守対象とする装置に対する第1の故障対策を実施する手段と、その後、算出した劣化進行度が予め定めた第2の進行度となった場合、前記保守対象とする装置に対する第2の故障対策を実施する手段とを備えることを特徴とするクライアントサーバシステム。前述した保守対象装置の故障予測を行う従来技術は、故障時期が近いことをユーザーに知らせるだけのものであるため、ユーザが実際に装置に対する対処を行うまでの間に障害が発生してしまう危険性があるという問題点を有している。また、前述した従来技術は、予測よりも早期に故障が発生した場合の対処について考慮されておらず、このような場合に、データ損失やシステムダウンの危険性ががあるという問題点を有している。本発明の目的は、前述した従来技術の問題点を解決し、装置の情報を収集して劣化の度合いを算出し、劣化の度合いにより早期に故障対策を行って、予測を早回る故障発生による被害を抑えることを可能とした故障予測対策方法及びクライアントサーバシステムを提供することにある。本発明によれば前記目的は、保守対象とする装置の故障を事前に予測し、故障に対する対策を実施する装置の故障予測対策方法において、前記保守対象とする装置にネットワークを介して接続された管理サーバを有し、前記管理サーバは、前記保守対象とする装置から一定の周期で当該装置の情報を取得して当該装置を管理する管理手段を有し、前記管理手段は、前記取得した前記保守対象とする装置の情報に基づいて、前記保守対象とする装置の劣化進行度を算出し、算出した劣化進行度が予め定めた進行度となった場合、あるいは、前記保守対象とする装置から取得した情報が予め定めた事象を示している場合、前記保守対象とする装置に対する故障対策を実施することにより達成される。本発明によれば、情報処理装置等の保守対象とする装置の故障が発生する危険性が高いと判断すると、その故障を回避するための対処を行ことができるので、装置管理者の手間を削減すると共に、故障の危険性を予測していたにもかかわらず装置を故障させてしまうような事態を避けることができる。以下、本発明による故障予測対策方法及びクライアントサーバシステムの実施形態を図面により詳細に説明する。図1は本発明の一実施形態によるクライアントサーバシステムの構成を示すブロック図である。図1に示す本発明の実施形態によるクライアントサーバシステムは、複数のブレードモジュール200を備えるサーバ300と、管理者が使用する管理端末600が接続された管理サーバ100と、ユーザが使用する複数のクライアント端末400とがイントラネット等のネットワーク500により接続されて構成されている。複数のブレードモジュール200のそれぞれは、少なくとも、HDD30、RAM40、CPUを有する情報処理装置であり、ネットワーク500を介してクライアント端末400に接続され、ユーザに対して各種の情報処理サービスを提供する機能を有している。また、管理サーバ100は、ブレードモジュール200と同様に、HDD、RAM、CPU等を備えて構成される情報処理装置であり、ブレードモジュール200からの情報を取得し、ブレードモジュール200の管理、制御を行う機能を有している。また、クライアント端末400は、少なくとも、キーボード等の入力装置、表示装置、メモリ、CPUを備えて構成されるシンクライアントとしての情報処理装置であり、ブレードモジュール200と接続して、ブレードモジュール200に各種の情報処理を実行させて実行結果を受け取る機能を有している。図2は本発明の実施形態によるクライアントサーバシステムにおけるブレードモジュール200と管理サーバ100との機能構成を示すブロック図である。本発明の実施形態によるクライアントサーバシステムにおけるブレードモジュールには、監視対象となるブレードモジュールと予備のブレードモジュールとがあり、図2には、1台の監視対象ブレードモジュール200と1台の予備ブレードモジュール210とが示されている。本発明の実施形態によるクライアントサーバシステムにおけるサーバ300は、監視対象ブレードモジュール200を複数台備え、監視対象ブレードモジュール200の数より少ない数の予備ブレードモジュール210を備えている。監視対象ブレードモジュール200は、外部からアクセスされることによりパーソナルコンピューターとして使用される情報処理装置であり、複数のブレードモジュールを使用したサーバを運用するに当り通常使用される装置である。また、予備のブレードモジュール210は、外部からアクセスされることによりパーソナルコンピューターとして使用可能な情報処理装置であり、複数のブレードモジュール使用したシステムに本発明による故障予測対策方法を適用して運用するに当り監視対象ブレードモジュール200の故障対策時に使用される装置である。前述の監視対象ブレードモジュール200及び予備ブレードモジュール210は、図2に示すように、同一の機能構成を有している。すなわち、これらのモジュールのそれぞれは、Agent10,11、OS20,21、HDDまたはSSD30,31、ECC付きRAM40,41を有するモジュール本体部45,46と、監視制御装置BMC50,51と、通信装置NIC60,61とを備えて構成されている。また、管理サーバ100は、Manager70を有する制御部75と、通信装置NIC60とを備えて構成されている。これらのブレードモジュー200、210、管理サーバ70は、例えば、プログラム制御により動作し、イントラネット等のネットワーク500を介して相互に接続されている。管理サーバ100は、ブレードモジュール200、210を管理するための情報処理装置であり、インストールされているManager70を使用することにより、管理下のブレードモジュール200、210の情報の取得管理、管理下のブレードモジュール200、210の制御を行うことが可能である。Manager70は、ブレードモジュール200、210の管理を行うソフトウェアであり、ブレードモジュール200、210のBMC50、51と通信を行うことによるブレードモジュールの電源制御機能、Agent10、11にブレードモジュール200、210の各種情報を要求する機能、ブレードモジュール200、210の情報を記録管理する機能を備えている。ブレードモジュール200、210のAgent10、11は、管理サーバ100のManager70とブレードモジュール200、210との間での情報の授受を補助するソフトウェアであり、ブレードモジュール200、210にインストールして使用される。そして、Agent10、11は、ブレードモジュール200、210の電源状態遷移をManager70へ通知する機能、Manager70からの要求によりブレードモジュール200、210の情報を取得し、Manager70へ送信する機能を備えている。HDDSSD30、31は、ブレードモジュール200、210に内蔵されている補助記憶装置であり、自己診断情報である、SMART情報を有している。また、ECC付きRAM40、41は、ブレードモジュール200、210に内蔵されている主記憶装置であり、64ビットの内1ビットのエラーを検出訂正することができ、64ビットの内の2ビットのエラーを検出することができる機能を備えている。そして、ECC付きRAM40、41は、エラーの検出時に、その情報をECCエラーログとしてOS20、21に伝達する。NIC60、61、62は、ネットワーク500を介して情報処理装置相互間での通信を制御する装置であり、BMC50、51を有するブレードモジュール200、210におけるNIC60、61は、ブレードモジュール本体45、46とBMC50、51とのそれぞれと、管理サーバ400及び外部の情報処理装置であるクライアント端末400等との間の通信の制御を行う。BMC50、51は、ブレードモジュール200、210に内蔵された監視制御装置であり、ブレードモジュール200、210内においてBMC50、51のみが独立した電源で稼働し、ブレードモジュール200、210の電源制御機能、ブレードモジュール200、210の基板の電圧値や温度値を取得する機能を備えている。また、BMC50、51は、IPMIコマンドを用いることにより、外部の情報処理装置からネットワーク500を介した指示により、自ブレードモジュール200、210の電源制御や情報取得を行う機能をも備えている。ブレードモジュール200、210のOS20、21は、IPアドレスと呼ばれるネットワーク500における情報処理装置の識別子を有しているが、BMC50、51は、ブレードモジュール200、210のOS20、21のものとは異なる独自のIPアドレスを有している。図3は管理サーバ100がブレードモジュール200の劣化を判定し故障を予測を行うために用いる情報を取得する経路を説明する図である。管理サーバ100は、監視対象ブレードモジュール200の故障予測を行うに当たり、監視対象ブレードモジュール200の1HDDSSD30のS.M.A.R.T.情報、2ECC付きRAM40のECCエラーログ、3ハードウェアモニターログ、4自管理サーバ100のManager70が行ったブレードモジュール200の強制電源OFF強制リセットの累計実行回数、5基板の電圧温度、6累計起動時間を使用する。そして、管理サーバ100は、1HDDSSD30のS.M.A.R.T.情報、2ECC付きRAM40のECCエラーログ、3ハードウェアモニターログの各情報を、Manager70からAgent10への通信を行い、Agent10を経由して取得し、5基板の電圧温度、6累計起動時間の各情報を、Manager70からBMC50への通信を行ってBMC50から取得する。また、4自管理サーバ100のManager70が行ったブレードモジュール200の強制電源OFF強制リセットの累計実行回数については、Manager70自身が行ったものであるのでManager70自身で記録する。図4、図5は本発明の実施形態によるクライアントサーバシステムにおいて、監視対象ブレードモジュール200の劣化を判定し故障対策を行う処理の例を説明するシーケンスチャート、図6は1次故障対策のための1次劣化判定に使用する情報ついて説明する図、図7は2次故障対策を実施する事象の情報を説明する図であり、次に、これらについて説明する。ここで説明する図4、図5に示すシーケンスの処理は、通常運用時から2段階の故障対策を行う処理の例であり、一連の処理であるので、図4、図5が連続したものであるとして説明する。1いま、ユーザは、クライアント端末400をサーバ300のブレードモジュールの1つに接続して、そのブレードモジュールを使用しているものとする。この場合、使用中のブレードモジュールが監視対象ブレードモジュール200となり、また、予備ブレードモジュール210は、その電源がOFFとされているシーケンスA1、A2。2前述の状態で、管理サーバ100のManager70は、監視対象ブレードモジュール200に対して、一定時間周期毎に図3を参照して前述で説明した各情報の送信を要求してそれらの情報を取得し、それらの情報に基づいて監視対象ブレードモジュール200の1次劣化判定を行うシーケンスA3~A6。シーケンスA6の1次劣化判定を行う処理では、管理サーバ100のManager70が図6に示す情報を使用するので、ここで図6に示す情報について説明する。管理サーバ100のManager70は、監視対象ブレードモジュール200から図6のブレードモジュールの情報として示している欄の情報と、値として示している欄のその情報の値とを取得する。そして、Manager70は、自身が保持している閾値として示している欄のその情報の閾値と、取得したその情報の値とを比較し、比較の結果により、劣化度判定に使用するその情報に対するの変数として示している欄の変数を、0とするか1とするかを決定している。管理サーバ100のManager70が、監視対象ブレードモジュール200から取得するブレードモジュールの情報、自身で保持している情報の例としては、図6に示すように、SMART情報に含まれる5.代替処理済不良セクタ数、値Vs5、閾値Ts5、SMART情報に含まれる7.磁気ヘッドシークエラー率、値Vs7、閾値Ts7、SMART情報に含まれる12.電源ON/OFF回数、値Vs12、閾値Ts12、SMART情報に含まれる193.ロード/アンロード回数、値Vs193、閾値Ts193、SMART情報に含まれる196.セクタ代替処理発生回数、値Vs196、閾値Ts196、SMART情報に含まれる197.代替処理待ちセクタ数、値Vs197、閾値Ts197、SMART情報に含まれる198.回復不可能なセクタ数、値Vs198、閾値Ts198、強制電源OFF強制リセットの累計実行回数、値Vp、閾値Tp、1ビットECCエラーログの個数、値Ve1、閾値Te1、基板の電圧、値Vv、閾値TvL最低電圧閾値、TvH最大電圧閾値、基板の温度、値Vt、閾値Tt、累計起動時間、値Va、閾値Taがある。管理サーバ100のManager70は、前述した各情報の値と、閾値とを比較し、F=0となる条件の欄、F=1となる条件の欄に示す条件式に従ってFの値0または1を各情報の変数として示している欄の変数の値として決定する。変数として示している欄の各情報の変数は、Fは、Fs5、Fs7、Fs12、Fs193、Fs196、Fs197、Fs198、Fp、Fe1、Fv、Ft、Faであり、これらは管理サーバ100のManager70により値0または1に決定される。そして、管理サーバ100のManager70は、シーケンスA6の判定の処理で各情報の重要度によって各変数F毎に予め定めた重みW=Ws5、Ws7、Ws12、Ws193、Ws196、Ws197、Ws198、Wp、We1、Wv、Wt、Wa0<W≦1を乗じ、得られた値を総和して劣化進行度Eを、式1により算出し、Eが1次劣化判定値TE1を超えたか否かにより、後述の1次故障対策を行うべかき否かを判定している。E=ΣFW......13管理サーバ100のManager70は、シーケンスA6の判定で、劣化進行度Eが1次劣化判定値TE1を超えておらず、1次故障対策を行わないと判定した場合、シーケンスA3からの処理に戻り、監視対象ブレードモジュール200からの情報を要求する処理からの動作を繰り返し、劣化進行度Eが前記1次劣化判定値TE1を超えて1次劣化判定条件を満たしたとき、1次故障対策を行うために待機状態に遷移するシーケンスA8。4管理サーバ100のManager70は、ユーザが使用中の監視対象ブレードモジュール200の使用が終了し、前述の1次故障対策待機状態で監視対象ブレードモジュール200のAgent10から監視対象ブレードモジュール200の電源OFF通知を受信すると、受信した電源OFF通知が再起動等によるものでないことを判断するため、一定時間待機を続け、もし、待機中に監視対象ブレードモジュール200からの電源ON通知を受信した場合、何もせず、再び電源OFF通知を受信するまで1次故障対策待機状態を続ける。また、Manager70は、待機中に電源ON通知を受信しなければ、1次故障対策として、監視対象ブレードモジュール200と予備ブレードモジュール210とのミラー化を開始するシーケンスA7、A9~A11。5Manager70は、監視対象ブレードモジュール200と予備ブレードモジュール210のそれぞれのBMC50、51と通信を行い、IPMIによる電源ON命令を発して、監視対象ブレードモジュール200と予備ブレードモジュール210の電源ON操作を行うシーケンスA12~A14。6その後、Manager70は、両ブレードモジュールのAgentからブレードモジュールの電源ON通知を受信すると、ミラー化を開始するためにデータ複製命令を両ブレードモジュール200、210に送信するシーケンスA15~A17。7ミラー化開始のためのデータ複製命令を受け取った監視対象ブレードモジュール200は、自モジュール200内のHDDSSD30のシステム領域以外の領域のデータを予備ブレードモジュール210のHDDSSD31へ複製する。複製開始時、監視対象ブレードモジュール200のAgent10は、Manager70へ複製の開始を通知するシーケンスA18、A19。8システム領域以外の領域のデータの複製が完了すると、予備ブレードモジュール210のAgent11は、監視対象ブレードモジュール200のAgent10へ複製の完了を通知するシーケンスA20。9データ複製の完了通知の送受信後、両ブレードモジュール200、210は、再起動を開始し、電源OFFをManager70に通知し、一旦、電源をOFFした後、電源をONとするシーケンスA21~A26。10監視対象ブレードモジュール200は、自モジュールのOS20、予備ブレードモジュール210のOS21の起動前に、システム領域のデータを予備ブレードモジュール210に複製し、以後、監視対象ブレード200のHDDSSD30へのデータの書き込みが予備ブレード210においても全く同一の内容で行われるようにミラー設定を行うシーケンスA27、A28。11前述までの処理が完了すると、予備ブレードモジュール210のAgent11は、監視対象ブレードモジュール200のAgent10へ処理の完了を通知しOSを起動してミラー化処理を完了するシーケンスA29。12両ブレードモジュール200、210は、電源ONをManager70に通知し、これ以降、両ブレードモジュール200、210のHDDSSD30、31のデータが常に同一の内容となるミラーリングを開始し、ミラーリング状態で動作するシーケンスA30~A32、A34。13前述までの処理で1次故障対策の処理が済んだことになり、管理サーバ100のManager70は、1次故障対策が済んだ監視対象ブレードモジュール200に対し、引き続き一定周期で前記各情報の取得を行い取得した情報を基にした2次劣化判定を行う。この2次劣化判定の処理は、前述で説明した劣化進行度Eの値が2次劣化判定値TE2TE2>TE1以上となったとき、または、図7に示す事象が発生した場合に、Manager70が後述の2次故障対策を行うと決定する判定処理であるシーケンスA33、A35~A37。シーケンスA37の2次劣化判定を行う処理では、管理サーバ100のManager70が図7に示す事象の情報を使用するので、ここで図7に示す事象の情報について説明する。管理サーバ100のManager70は、監視対象ブレードモジュール200から取得した情報として示す欄の情報及びその情報の内容を示す欄の内容とにより定義される事象が生じたとき、2次劣化が生じていると判定して、2次故障対策を行うと決定する。その事象は、図7に示しているように、1.ECCエラーの情報が、2ビットECCエラーの検出時、2.SMART情報に含まれる1.読み込みエラー率の情報が、既定の閾値を超過している時SMARTエラーログの発生時、3.SMART情報に含まれる2.ハードディスクの処理能力の情報が、既定の閾値を超過している時SMARTエラーログの発生時、4.SMART情報に含まれる3.スピンアップタイムの情報が、既定の閾値を超過している時SMARTエラーログの発生時、5.SMART情報に含まれる5.代替処理済不良セクタ数の情報が、過去数回の情報取得に渡る値の増加時、6.SMART情報に含まれる196.セクタ代替処理発生回数の情報が、過去数回の情報取得に渡る値の増加時、7.SMART情報に含まれる198.回復不可能セクタ数の情報が、過去数回の情報取得に渡る値の増加時である。14管理サーバ100のManager70は、シーケンスA37の判定で、劣化進行度Eが2次劣化判定値TE2を超えておらず、また、図7に示して説明した事象も発生しておらず、2次故障対策を行わないと判定した場合、シーケンスA33からの処理に戻り、監視対象ブレードモジュール200からの情報を要求する処理からの動作を繰り返し、劣化進行度Eが前記2次劣化判定値TE2を超えて2次劣化判定条件を満たしたとき、または、図7に示して説明した事象の少なくとも1つが発生していた場合、2次故障対策を行うために待機状態に遷移するシーケンスA39。15管理サーバ100のManager70は、ユーザが使用中の監視対象ブレードモジュール200の使用が終了し、前述の1次故障対策待機状態で監視対象ブレードモジュール200のAgent10から監視対象ブレードモジュール200の電源OFF通知を受信すると、受信した電源OFF通知が再起動等によるものでないことを判断するため、一定時間待機を続け、もし、待機中に監視対象ブレードモジュール200からの電源ON通知を受信した場合、何もせず、再び電源OFF通知を受信するまで1次故障対策待機状態を続ける。また、Manager70は、待機中に電源ON通知を受信しなければ、2次故障対策として、監視対象ブレードモジュール200を予備ブレードモジュール210に切り替える処理を開始する。この切り替えの処理は、監視対象ブレードモジュール200と予備ブレードモジュール21と0のコンピューター名とIPアドレスとを変更することにより、運用するブレードモジュールを予備ブレードモジュール210に切り替え、それまで予備ブレードモジュール210であったブレードモジュールを監視対象ブレードモジュール200として保守対応ができるようにする処理であるシーケンスA38、A40~A42。16Manager70は、切り替え処理の開始前に、まず、監視対象ブレードモジュール200のBMC50と通信を行い、IPMIによる電源ON命令を発して、監視対象ブレードモジュール200の電源ON操作を行うシーケンスA43~A44。17その後、Manager70は、監視対象ブレードモジュール200のAgent10からブレードモジュールの電源ON通知を受信すると、ミラーリング解除の命令を両ブレードモジュール200、210に送信し、両ブレードモジュール200、210にミラーリングを終了させるシーケンスA45、A46、A48、A49。18そして、管理サーバ100のManager70は、両ブレードモジュール200、210のコンピューター名、及び、OSとBMCとのIPアドレスを書き換えるバッチファイルを生成し、両ブレードモジュール200、210に時間差を設けて送信する。この送信は、ブレードモジュール200への送信が早く行われる。生成したバッチファイルに記述される処理の内容は、自身のコンピューター名を変更し、自身のOSのIPアドレスを書き換え、自身のBMCのIPアドレスを書き換え、BMCのリセットを行うというものであるシーケンスA47、A50。19管理サーバ100のManager70からバッチファイルを受け取った監視対象ブレードモジュール200のAgent10は、ファイルに記述された内容に従って、監視対象ブレードモジュール200のコンピューター名をダミーのコンピューター名に変更し、OS20とBMC50とのIPアドレスをダミーのIPアドレスに変更する処理を行い、BMC50をリセットする。なお、ダミーのコンピューター名とダミーのIPアドレスとは、システム内に存在する予備ブレードの台数以上の個数を予め確保しておき、その1つを用いるシーケンスA51~A54。20管理サーバ100のManager70からブレードモジュール200より少し遅くバッチファイルを受け取った予備ブレードモジュール210のAgent11は、ファイルに記述された内容に従って、予備ブレードモジュール210のコンピューター名を監視対象ブレード200の元のコンピューター名に変更し、OS21とBMC51とのIPアドレスを監視対象ブレードモジュール200に当てられていた元のIPアドレスに変更する処理を行い、BMC51をリセットするシーケンスA55~A58。21その後、監視対象ブレードモジュールとなった予備ブレードモジュール210は、コンピューター名とIPアドレスとの変更が完了ことを管理サーバ100のManager70に通知するシーケンスA59。22予備ブレードモジュール210からコンピューター名とIPアドレスとの変更が完了したことの通知を受け取った管理サーバ100のManager70は、今まで監視対象ブレードモジュールであったブレードモジュール200のBMC50と通信を行い、IPMIにより、BMC50に電源OFF操作を行うように指示し、ブレードモジュール200のBMC50にブレードモジュール200の電源をOFFさせてここでの処理を終了するシーケンスA60~A62。以上説明した処理により、ブレードモジュールの故障予測切り換えの処理が完了することになる。図8、図9は本発明の実施形態によるクライアントサーバシステムにおいて、監視対象ブレードモジュール200の劣化を判定し故障対策を行う処理の他の例を説明するシーケンスチャートであり、次に、これについて説明する。ここで説明する図8、図9に示すシーケンスの処理は、通常運用時からの故障対策を1回だけ行う処理の例であり、一連の処理であるので、図8、図9が連続したものであるとして説明する。なお、図8、図9により説明する処理の他の例は、劣化判定条件として、図4、図5により説明した例における2次劣化判定条件と同一の条件、すなわち、劣化進行度Eの値が2次劣化判定値TE2以上となったとき、または、図7に示す事象が発生した場合であるとする。図8、図9に示すシーケンスにおいて、ブレードモジュールの監視から故障対策開始までのシーケンスB1~B11での処理動作は、図4、図5により説明した例におけるシーケンスA1~A11での処理動作と同様である。その後の、具体的な故障対策の内容としては、まず、監視対象ブレードモジュール200のデータの予備ブレードモジュール210への複製を行うシーケンスB12~B30。この処理は、図4、図5により説明した例の1次故障対策におけるシーケンスA12~A27、A29~A31の処理でのデータ複製の処理と同様の動作である。そして、図8、図9に示すシーケンスの処理では、データの複製後、ミラーリングではなく、運用するブレードモジュールの切り替えを行うシーケンスB31~B41。この処理は、図4、図5により説明したシーケンスA47、A50~A59の処理における2次故障対策としてのブレードモジュールの切り替え処理と同様の動作である。以上説明した処理により、ブレードモジュールの故障予測切り換えの処理が完了することになる。図8、図9により説明した処理の他の例は、劣化判定条件として、図4、図5により説明した例における2次劣化判定条件と同一の条件、すなわち、劣化進行度Eの値が2次劣化判定値TE2以上となったとき、または、図7に示す事象が発生した場合であるとしたが、劣化進行度Eの値がTE3TE2>TE3>TE1以上である場合としてもよく、また、図7に示す事象が図7に示す例とは異なるものであってもよいし、劣化進行度Eの値がTE3以上である場合だけとしてもよい。前述した本発明の実施形態によれば、情報処理装置等の保守対象とする装置の故障が発生する危険性が高いと判断すると、その故障を回避するための対処を行ことができるので、装置管理者の手間を削減すると共に、故障の危険性を予測していたにもかかわらずブレードモジュールを故障させてしまうような事態を避けることができる。また、本発明の実施形態によれば、故障が発生する危険性があると判断した装置に対してのみミラー化を行うこととしているので、通常の冗長構成と比べ必要な装置数を少なくすることができ、設置スペース管理の手間TCO等を削減することができる。また、本発明の実施形態によれば、通常の故障予測では、予測した故障日時よりも早く実際の故障が発生する場合が考えられるが、故障対策としてのミラーリングを早期に行うことができるため、予測を早回る故障発生による被害を抑えることができる。通常の故障予測では、装置の交換などの対策を早期に行う場合、実際に装置の故障が発生する危険性が低く安全であるが、装置の保守作業を行う頻度が上がり、費用が増大し、一方、装置の交換などの対策を遅めに行う場合、装置の保守作業を行う頻度が下がるが、予測故障日時よりも先に装置の故障が発生する危険性が高くなる。本発明の実施形態によれば、2段階の故障対策を行い、第1段階としてやや早期にミラー化を行い、第2段階の故障対策として装置の交換を行うこととしているので、これら2つの懸念を解消することができる。前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるCPUに実行させることができ、また、それらのプログラムは、FD、CDROM、DVD等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。"