JP2000076215A - ネットワークシステムおよびサーバの状態情報取得方法 - Google Patents

Abstract

(57)【要約】 【課題】 従来のネットワークシステムでは、サーバ２
１，…，２ｎ同士が通信に使用するネットワーク１を状
態情報の管理用に併用しつつ、ダウンしてしまったサー
バ２１，…，２ｎの状態情報を取得できるように構築す
ることは実質的に不可能であるなどの課題があった。 【解決手段】 各サーバ２１，…，２ｎは定期的に他の
サーバ３へ状態情報をバックアップするとともに、管理
端末4は各サーバ２１，…，２ｎあるいはバックアップ
先のサーバ３から状態情報を取得するようにしたもので
ある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はネットワークと、
当該ネットワークに接続されてこのネットワークを介し
て通信を行う複数のサーバとを有するネットワークシス
テムおよびサーバの状態情報取得方法に係り、特に、ダ
ウンしたサーバの状態情報を取得可能とするための改良
に関するものである。

【０００２】

【従来の技術】図１７は特開平３−６２２５７号公報に
開示された従来のネットワークシステムを示すシステム
構成図である。図において、１はネットワーク、２１，
２２，２３はそれぞれネットワーク１に接続されてこの
ネットワーク１を介して相互に通信を行う複数のサーバ
である。

【０００３】次に動作について説明する。所定のサーバ
（例えば２１）がネットワーク１に他のサーバ（例えば
２２）の状態情報の取得要求を送出すると、当該他のサ
ーバ（２２）はその取得要求に応じて自身の管理情報を
当該所定のサーバ（２１）に対して送信する。

【０００４】そして、このような構成のネットワークシ
ステムであれば、１つのサーバ（２１）を管理端末とし
て利用して、そのサーバ（２１）から他の各サーバ（２
２，２３）の管理情報を取得して、複数のサーバ（２
２，２３）の動作状態などを管理することができる。

【０００５】

【発明が解決しようとする課題】従来のネットワークシ
ステムは以上のように構成されているので、所定のサー
バの状態情報を取得するためには他のサーバから要求を
送信しなければならないので、ダウンしてしまったサー
バの状態情報を得ることができない。従って、従来のネ
ットワークシステムにおいて状態情報は、たまたま状態
情報を収集した直後にサーバがダウンした場合以外にお
いては、サーバのダウン直前の状態情報を取得すること
はできず、また、ダウンしたサーバの原因究明に利用し
て効率よく且つ確実に回復作業を行うために利用するこ
とはできず、実際に稼動しているサーバの中にダウンし
そうなサーバがあるか否かという予測をたてる程度のこ
とにしか利用することができなかった。

【０００６】そして、このようなダウンしてしまったサ
ーバの（ダウン直前の）状態情報を得られるようにする
ためには、所定のサーバから非常に短い時間間隔毎に送
信要求を送信し、これに応じて各サーバが状態情報を送
信させるようにしなければならず、その結果、従来のネ
ットワークシステムでは、ダウンしてしまったサーバの
（ダウン直前の）状態情報を得られるようにすると、そ
のバックアップのためにネットワークを殆ど常時使用し
てしまう結果となり、ネットワークをサーバ監視専用に
利用してしまうことになる。

【０００７】従って、従来のネットワークシステムで
は、サーバ２１，２２，２３同士が通信に使用するネッ
トワーク１を管理用に併用しつつ、ダウンしてしまった
サーバの状態情報を取得できるように構築することは実
質的に不可能であった。

【０００８】この発明は上記のような課題を解決するた
めになされたもので、サーバ監視専用のネットワークを
用いて複数のサーバの状態情報を常時収集したりするこ
となく、ダウンしたサーバのダウン直前の状態情報を取
得することができ、これによってダウンしたサーバの原
因を究明して効率よく且つ確実に回復作業を行うことを
可能とするネットワークシステムおよびサーバの状態情
報取得方法を得ることを目的とする。

【０００９】

【課題を解決するための手段】この発明に係るネットワ
ークシステムは、ネットワークと、当該ネットワークに
接続されてこのネットワークを介して通信を行う複数の
サーバとを有するネットワークシステムにおいて、少な
くとも１つのサーバには、サーバ自身を回復する際に利
用できる状態情報をサーバ内から収集する情報収集手段
と、ネットワークからの状態情報取得指令に基づいて上
記状態情報を上記ネットワークに送出する応答手段と、
所定のタイミング毎に上記状態情報を他のサーバ宛てに
送信するバックアップ手段とを設け、上記ネットワーク
には、このネットワークに上記状態情報取得指令を送出
して上記サーバの状態情報を当該サーバあるいは上記他
のサーバから取得する管理端末を接続したものである。

【００１０】この発明に係るネットワークシステムは、
バックアップ手段が設けられたバックアップ元サーバに
は、状態情報に基づいて自身の障害発生状態を判断する
障害判別手段を設け、上記バックアップ手段は当該障害
判別手段が障害発生と判断したタイミングにおいてバッ
クアップを行うものである。

【００１１】この発明に係るネットワークシステムは、
サーバの状態情報を受信するバックアップ先サーバがネ
ットワーク上に１つ設けられているものである。

【００１２】この発明に係るネットワークシステムは、
バックアップ手段が設けられたバックアップ元サーバは
相互に他のサーバの状態情報をバックアップするもので
ある。

【００１３】この発明に係るネットワークシステムは、
管理端末は、バックアップ元サーバとバックアップ先サ
ーバとを対応づけたテーブルを有し、これに基づいてバ
ックアップ先サーバに対してバックアップ元サーバの状
態情報取得指令を送信し、上記バックアップ先サーバ
は、上記状態情報取得指令に基づいて上記バックアップ
元サーバの状態情報をネットワークに送出するものであ
る。

【００１４】この発明に係るネットワークシステムは、
管理端末は、所定のサーバがダウンした場合には、当該
サーバをバックアップ先サーバとするバックアップ元サ
ーバのバックアップ先を、当該サーバのバックアップ先
に変更するとともに、当該バックアップ元サーバに対し
てバックアップ先変更通知を出力し、上記バックアップ
元サーバは、上記バックアップ先変更通知を受信した場
合にはバックアップ先を上記バックアップ先情報のサー
バに変更するものである。

【００１５】この発明に係るネットワークシステムは、
バックアップ元サーバはバックアップ先サーバへのバッ
クアップが不可能であると判断した場合には当該バック
アップ先サーバのダウンを管理端末に通知し、管理端末
は、上記バックアップ先サーバの状態情報を取得する場
合には当該バックアップ先サーバのバックアップ先のサ
ーバに対して状態情報取得指令を出力するものである。

【００１６】この発明に係るネットワークシステムは、
管理端末は、所定のサーバの状態情報取得指令をブロー
ドキャスト方式にてネットワークに送出し、上記サーバ
および上記サーバのバックアップ先サーバはそれぞれ、
上記状態情報取得指令を受信した場合に応答し、更に状
態情報送信要求があった場合には上記サーバの状態情報
をネットワークに送出するものである。

【００１７】この発明に係るネットワークシステムは、
管理端末は、状態情報を取得したいサーバからの状態情
報および当該サーバのバックアップ先サーバからの状態
情報を共に受信した場合には、当該サーバの状態情報を
優先するものである。

【００１８】この発明に係るネットワークシステムは、
バックアップ元サーバはそれぞれ、そのバックアップ先
サーバのバックアップ先情報を取得するとともに、バッ
クアップが不可能であると判断した場合にはバックアッ
プ先を上記バックアップ先情報のサーバに変更するもの
である。

【００１９】この発明に係るサーバの状態情報取得方法
は、サーバは、所定のタイミング毎に、それ自身を回復
する際に利用できる状態情報をサーバ内から収集して、
当該状態情報を他のサーバ宛てに送信し、上記ネットワ
ークに接続された管理端末は、このネットワークに上記
状態情報取得指令を送出して上記サーバの状態情報を当
該サーバあるいは上記他のサーバから取得するものであ
る。

【００２０】

【発明の実施の形態】以下、この発明の実施の一形態に
ついて説明する。 実施の形態１．図１はこの発明の実施の形態１によるネ
ットワークシステムを示すシステム構成図である。図に
おいて、１はネットワーク、２１，…，２ｎ，３はそれ
ぞれネットワーク１に接続されて、このネットワーク１
を介して相互に通信を行う複数のサーバ、４はネットワ
ーク１に接続されて、このネットワーク１に状態情報取
得指令を送出して所定のサーバ２１，…，２ｎの状態情
報を取得する管理端末である。

【００２１】また、５はそれぞれサーバ２１，…，２ｎ
自身を回復する際に利用できる状態情報をサーバ内から
収集する情報収集手段、６はそれぞれネットワーク１か
らの状態情報取得指令に基づいて状態情報を上記ネット
ワーク１に送出する応答手段、７はそれぞれ所定のタイ
ミング毎に上記状態情報を所定のサーバ３に送信するバ
ックアップ手段である。

【００２２】更に、８はサーバ２１，…，２ｎの状態情
報を取得するとともにこの状態情報に基づいて各サーバ
２１，…，２ｎの動作状態や障害状態を解析する解析手
段、９はネットワーク１に所定のサーバ２１，…，２
ｎ，３宛てに状態情報取得指令を出力して、解析手段８
に指定されたサーバ２１，…，２ｎの状態情報の取得制
御を行う切換手段である。また、１１，…，１ｎはそれ
ぞれ各サーバ２１，…，２ｎの状態情報のバックアップ
データである。

【００２３】そして、この実施の形態１では、全てのサ
ーバ２１，…，２ｎのバックアップ手段７は、ネットワ
ーク１上の１つのサーバ３に対してバックアップを行
う。以下、この実施の形態１において、バックアップ手
段７を有するサーバ２１，…，２ｎをそれぞれバックア
ップ元サーバとよび、バックアップされた状態情報１
１，…，１ｎを保持するサーバ３を管理サーバとよぶ。

【００２４】なお、上記サーバ２１，…，２ｎ自身を回
復する際に利用できる状態情報としては、例えば、ハー
ドウェアに関する状態情報として、各部の温度、電圧、
モジュールの動作状態（故障状態）情報などが挙げら
れ、また、ソフトウェアに関する状態情報として、ディ
スクアクセスエラーログ、ネットワーク通信エラーログ
などのオペレーティングシステムプログラムやアプリケ
ーションシステムプログラムなどのエラーログなどが挙
げられる。そして、これらの状態情報はサーバ２１，
…，２ｎの電源を切ったりすることにより動作状態が変
化したり初期化されてしまったりするため、サーバ２
１，…，２ｎがダウンした状態では取得できないもので
あり、また、たとえ再立ち上げをしたとしても適切な情
報として取得することができないのが一般的である。

【００２５】次に動作について説明する。図２はこの発
明の実施の形態１によるバックアップ元サーバ２１，
…，２ｎの動作を示すフローチャートである。図におい
て、ＳＴ１はバックアップ手段７が所定のタイミング毎
のバックアップタイミングとなったか否かを判断する採
取時刻判断ステップであり、ＳＴ２はバックアップ手段
７の動作に応じて情報収集手段５が上記状態情報をサー
バ２１，…，２ｎ内から採取する状態情報採取ステップ
であり、ＳＴ３はバックアップ手段７が管理サーバ３
（バックアップ先サーバ）が受信可能であるか否かを判
断する受信可能判断ステップであり、ＳＴ４はバックア
ップ手段７が管理サーバ３（バックアップ先サーバ）に
上記所定のタイミングにおける状態情報を送信するバッ
クアップ送信ステップである。これにより管理サーバ３
（バックアップ先サーバ）には全てのバックアップ元サ
ーバ２１，…，２ｎの所定のタイミング毎の状態情報１
１，…，１ｎが蓄積される。

【００２６】また、ＳＴ５は応答手段６が自身宛ての状
態情報取得指令を受信したか否かを判断する要求判断ス
テップであり、ＳＴ６は応答手段６の動作に応じて情報
収集手段５が上記状態情報をサーバ２１，…，２ｎ内か
ら採取する状態情報採取ステップであり、ＳＴ７は応答
手段６が管理端末４に上記状態情報取得指令を受信した
タイミングにおける状態情報を送信する応答送信ステッ
プであり、ＳＴ８はサーバ２１，…，２ｎの動作終了を
判断する終了判断ステップである。

【００２７】図３はこの発明の実施の形態１による管理
端末４の状態情報取得時の動作を示すフローチャートで
ある。図において、ＳＴ９は解析手段８に応じて切換手
段９が情報取得先であるサーバ２１，…，２ｎ自身に対
して状態情報取得指令を出力する直接取得要求ステップ
であり、ＳＴ１０は切換手段９がこのサーバ２１，…，
２ｎからの応答（状態情報）が送信されたか否かを監視
して判断する直接応答判断ステップであり、ＳＴ１１は
この応答が無い場合に切換手段９が新たに管理サーバ３
（バックアップ先サーバ）に対して状態情報取得指令を
出力する間接取得要求ステップであり、ＳＴ１２は切換
手段９がこの管理サーバ３（バックアップ先サーバ）か
らの応答（状態情報）が送信されたか否かを監視して判
断する間接応答判断ステップであり、ＳＴ１３は切換手
段９が取得した状態情報を解析手段８に渡す取得処理ス
テップである。なお、サーバ２１，…，２ｎおよび管理
サーバ３（バックアップ先サーバ）のいずれからも応答
がない場合は状態情報の取得に失敗したことになる。

【００２８】以上のように、この実施の形態１によれ
ば、複数のサーバ２１，…，２ｎに、サーバ２１，…，
２ｎ自身を回復する際に利用できる状態情報をサーバ内
から収集する情報収集手段５と、ネットワーク１からの
状態情報取得指令に基づいて上記状態情報を上記ネット
ワーク１に送出する応答手段６と、所定のタイミング毎
に上記状態情報を管理サーバ３宛てに送信するバックア
ップ手段７とを設けるとともに、上記ネットワーク１
に、このネットワーク１に上記状態情報取得指令を送出
して上記サーバ２１，…，２ｎの状態情報を当該サーバ
２１，…，２ｎあるいは上記管理サーバ３から取得する
管理端末４を接続したので、サーバ２１，２ｎが、所定
のタイミング毎に、それ自身を回復する際に利用できる
状態情報をサーバ内から収集して、当該状態情報を管理
サーバ３宛てに送信し、上記ネットワーク１に接続され
た管理端末４が、このネットワーク１に上記状態情報取
得指令を送出して上記サーバ２１，…，２ｎの状態情報
を当該サーバ２１，…，２ｎあるいは上記管理サーバ３
から取得することができる。そして、上記サーバ２１，
…，２ｎがダウンした状態であっても、上記管理端末４
を操作して上記管理サーバ３から上記サーバ２１，…，
２ｎを回復する際に利用できる状態情報１１，１ｎを取
得することができる効果がある。その結果、遠隔地に管
理端末４がある場合でもその管理端末４において障害発
生直前の状態情報を取得して障害解析などを行うことが
できる。

【００２９】従って、各サーバ２１，２ｎが所定のタイ
ミング毎にそれ自身の状態情報のバックアップをとるよ
うにしているので、従来のようにサーバ監視専用のネッ
トワークを用いて複数のサーバの状態情報を管理端末で
常時収集したりすることなく、ダウンしたサーバ２１，
…，２ｎのダウン直前の状態情報（少なくとも所定のタ
イミング間隔毎の状態情報）１１，…，１ｎをダウン後
に取得することが可能となり、この状態情報１１，…，
１ｎを利用してサーバ２１，…，２ｎのダウンした原因
を究明して、サーバ２１，…，２ｎの回復作業を効率よ
く且つ確実に行うことができる効果がある。特に、客先
に設置されたサーバの状態情報をインターネットを介し
て管理会社などが取得するような場合であっても、適切
な状態情報を取得することが可能となる。

【００３０】この実施の形態１によれば、サーバ２１，
…，２ｎの状態情報を受信するバックアップ先サーバ
（管理サーバ３）はネットワーク１上に１つ設けられて
いるので、所定のサーバ２１，…，２ｎがダウンした時
には、バックアップ元サーバ２１，…，２ｎとバックア
ップ先サーバ３との対応テーブルなどを斟酌すること無
く、上記所定のバックアップ先サーバ３に対して再度状
態情報取得指令を出力することができる効果がある。

【００３１】実施の形態２．図４はこの発明の実施の形
態２によるネットワークシステムを示すシステム構成図
である。図において、１０はそれぞれ状態情報に基づい
て自身の障害発生状態を判断する障害判別手段であり、
４１はそれぞれ障害判別手段１０が障害発生と判断した
タイミングおよび所定のタイミング毎に上記状態情報を
所定の管理サーバ３に送信するバックアップ手段であ
る。これ以外の構成は実施の形態１と同様であり同一の
符号を付して説明を省略する。

【００３２】次に動作について説明する。図５はこの発
明の実施の形態１によるバックアップ元サーバの動作を
示すフローチャートである。図において、ＳＴ１４は障
害判別手段１０が状態情報に基づいて例えばハードディ
スクにおいてアクセスエラーとなるような部分的な障害
などが発生しているか否かを判断する障害発生判断ステ
ップである。これ以外の動作は実施の形態１と同様であ
り同一のステップ番号を付して説明を省略する。また、
管理端末の動作は実施の形態１と同様であり説明を省略
する。

【００３３】以上のように、この実施の形態２によれ
ば、バックアップ手段４１が設けられたバックアップ元
サーバ２１，…，２ｎには、状態情報に基づいて自身の
障害発生状態を判断する障害判別手段１０を設け、上記
バックアップ手段４１は当該障害判別手段１０が障害発
生と判断したタイミングにおいてもバックアップを行う
ので、より確実に障害発生時あるいは障害発生直前の状
態情報を管理サーバ３にバックアップすることができ、
単に一定のタイミング毎にバックアップをした場合に比
べて、より確実にダウンしたサーバのダウン直前の状態
情報を取得することが可能となる効果がある。

【００３４】実施の形態３．図６はこの発明の実施の形
態３によるネットワークシステムを示すシステム構成図
である。図において、３１は２番目のバックアップ元サ
ーバ２２にバックアップされた１番目のバックアップ元
サーバ２１の状態情報であり、・・・、３（ｎ−１）は
ｎ番目のバックアップ元サーバ２ｎにバックアップされ
た（ｎ−１）番目のバックアップ元サーバ２（ｎ−１）
の状態情報であり、３ｎは１番目のバックアップ元サー
バ２１にバックアップされたｎ番目のバックアップ元サ
ーバ２ｎの状態情報である。また、４２はバックアップ
元サーバとバックアップ先サーバとを対応づけた代替テ
ーブルを有し、これに基づいて状態情報取得指令を出力
して、解析手段８に指定されたサーバ２１，…，２ｎの
状態情報の取得制御を行う切換手段である。これ以外の
構成は実施の形態１と同様であり同一の符号を付して説
明を省略する。

【００３５】図７はこの発明の実施の形態３における代
替テーブルを示す説明図である。同図に示すように、バ
ックアップ手段７が設けられたバックアップ元サーバ２
１，…，２ｎが相互に他の１つのサーバの状態情報をバ
ックアップしている。

【００３６】次に動作について説明する。図８はこの発
明の実施の形態３によるバックアップ元サーバ２１，
…，２ｎの動作を示すフローチャートである。図におい
て、ＳＴ１５は応答手段６が受信した自身宛ての状態情
報取得指令が自身の状態情報に対するものなのかそれと
もバックアップしているサーバの状態情報に対するもの
なのかを判断する取得情報判断ステップであり、ＳＴ１
６は応答手段６がバックアップしているサーバの状態情
報を保持しているか否かを判断するバックアップ状態判
断ステップであり、ＳＴ１７は応答手段６が管理端末４
にバックアップしているサーバの状態情報を送信する応
答送信ステップである。これ以外の動作は実施の形態１
と同様であり同一のステップ番号を付して説明を省略す
る。

【００３７】図９はこの発明の実施の形態３による管理
端末４の状態情報取得時の動作を示すフローチャートで
ある。図において、ＳＴ１８は直接取得要求ステップＳ
Ｔ１０において応答が無い場合に切換手段４２が上記代
替テーブルに基づいて所定のバックアップ先サーバに対
して状態情報取得指令を出力する間接取得要求ステップ
である。そして、各バックアップ先サーバは、上記状態
情報取得指令に基づいて上記バックアップ元サーバの状
態情報をネットワーク１に送出する。これ以外の動作は
実施の形態１と同様であり同一のステップ番号を付して
説明を省略する。

【００３８】以上のように、この実施の形態３によれ
ば、バックアップ手段７が設けられたバックアップ元サ
ーバ２１，…，２ｎは相互に他のサーバ２１，…，２ｎ
の状態情報をバックアップするので、バックアップする
状態情報を複数のサーバ２１，…，２ｎに分散させるこ
とができる。従って、ネットワーク１上の１つのサーバ
（例えば実施の形態１の管理サーバ３）でバックアップ
を行った場合には例えばそのバックアップサーバ（３）
がダウンしている状態で１つのバックアップ元サーバ２
１，…，２ｎが同時にダウンしてしまうとそのバックア
ップ元サーバ２１，…，２ｎのデータは確実に消失して
しまうが、この実施の形態３のようにバックアップする
状態情報を複数のサーバ２１，…，２ｎに分散させるこ
とにより、そのデータ消失の可能性を分散させることが
でき、データ消失の可能性を低減することができる効果
がある。

【００３９】この実施の形態３によれば、管理端末４
は、バックアップ元サーバ２１，…，２ｎとバックアッ
プ先サーバ２１，…，２ｎとを対応づけた代替テーブル
を有し、これに基づいてバックアップ先サーバに対して
バックアップ元サーバの状態情報取得指令を送信し、上
記バックアップ先サーバ２１，…，２ｎは、上記状態情
報取得指令に基づいて上記バックアップ元サーバの状態
情報をネットワーク１に送出するので、任意のタイミン
グにおいて所定のサーバ２１，…，２ｎのダウン直前の
状態情報を得ることができる。また、後述するブロード
キャスト方式により状態情報を収集する場合においては
複数のサーバから同一のサーバに係る複数の状態情報を
受信してしまうことがあるが、この発明では管理端末４
がバックアップ元サーバとバックアップ先サーバとを対
応づけて管理し、それぞれに対して状態情報取得指令を
出力するようにしているので、そのような不要な通信が
発生してしまうことがない効果がある。

【００４０】なお、以上の実施の形態では、バックアッ
プ先サーバを１つとした集中バックアップあるいは全て
に分散するループ式バックアップの例で説明したが、例
えばバックアップ元サーバ２１，…，２ｎよりも少ない
個数の複数のサーバそれぞれに複数のバックアップを行
うように構成しても同様の効果を得ることができる。ま
た、各サーバのバックアップ先も１つのサーバにかぎら
れるものではなく、ネットワーク１のトラフィックなど
が許容するのであれば、複数のバックアップ先を設定し
てもかまわない。

【００４１】また、この実施の形態３では実施の形態１
との組み合わせにおいて説明したが、実施の形態２との
組み合わせにおいても同様の変更により同様の効果を奏
することはいうまでもない。

【００４２】実施の形態４．図１０はこの発明の実施の
形態４によるバックアップ元サーバ２１，…，２ｎの動
作を示すフローチャートである。図において、ＳＴ１９
はバックアップ先サーバ２１，…，２ｎへのバックアッ
プが不可能であるとバックアップ手段７が判断して管理
端末４に対してバックアップ先ダウン通知を送信するバ
ックアップ不可能通知ステップであり、ＳＴ２０は管理
端末４からバックアップ先変更通知を受信したら、以降
のバックアップ先を変更するバックアップ先変更通知受
信ステップである。これ以外の動作は実施の形態３と同
様であり同一のステップ番号を付して説明を省略する。

【００４３】図１１はこの発明の実施の形態４による管
理端末４のバックアップ先ダウン通知受信時の動作を示
すフローチャートである。図において、ＳＴ２１は所定
のサーバＸ（例えばサーバ１）からバックアップ先ダウ
ン通知を受信する受信ステップであり、ＳＴ２２は代替
テーブルに基づいてこの通知したサーバＸ（例えばサー
バ１）のバックアップ先を特定するダウンサーバ特定ス
テップであり、ＳＴ２３は代替テーブルにおいて上記通
知したサーバのバックアップ先を他のサーバ（例えばサ
ーバ３）に書き換えるテーブル書き換えステップであ
り、ＳＴ２４はこの新たな代替テーブルに基づいて上記
通知したサーバに対してバックアップ先変更通知を出力
する変更通信送信ステップである。

【００４４】図１２はこの発明の実施の形態４における
代替テーブル書き換え動作を説明する書き換え動作説明
図である。同図に示す書き換え例では、各サーバ２１，
…，２ｎがループ式にバックアップをとっている状態で
例えばサーバ１からバックアップ先ダウン通知を受信し
たら、サーバ１のバックアップ先がサーバ３に変更され
ている。

【００４５】なお、この実施の形態４のシステム構成や
管理端末４の状態情報取得時の動作は実施の形態３と同
様であり説明を省略する。

【００４６】以上のように、この実施の形態４によれ
ば、管理端末４は、所定のサーバ２１，…，２ｎがダウ
ンした場合には、当該サーバ２１，…，２ｎをバックア
ップ先サーバとするバックアップ元サーバ２１，…，２
ｎのバックアップ先を、当該サーバ２１，…，２ｎのバ
ックアップ先に変更するとともに、当該バックアップ元
サーバ２１，…，２ｎに対してバックアップ先変更通知
を出力し、上記バックアップ元サーバ２１，…，２ｎ
は、上記バックアップ先変更通知を受信した場合にはバ
ックアップ先を上記バックアップ先情報のサーバ２１，
…，２ｎに変更するので、各サーバ２１，…，２ｎのバ
ックアップ先を動的に変更することができ、例えば１つ
のサーバがダウンした状態で更にこの１つのサーバをバ
ックアップ先サーバとするサーバがダウンしてしまった
としても、これら複数のダウンしたサーバの状態情報を
確実にバックアップして取得することができる効果があ
る。

【００４７】実施の形態５．図１３はこの発明の実施の
形態５による管理端末の状態情報取得時の動作を示すフ
ローチャートである。図において、ＳＴ２５は過去のバ
ックアップ先ダウン通知に基づいて解析手段８により指
定されたサーバ２１，…，２ｎがダウンしているもので
あるか否かを判断するダウン判別ステップである。これ
以外の動作は実施の形態４と同様であり同一のステップ
番号を付して説明を省略する。また、この実施の形態５
のシステム構成や管理端末の状態情報取得時の動作など
は実施の形態４と同様であり説明を省略する。

【００４８】以上のように、この実施の形態５によれ
ば、バックアップ元サーバ２１，…，２ｎはバックアッ
プ先サーバ２１，…，２ｎへのバックアップが不可能で
あると判断した場合には当該バックアップ先サーバ２
１，…，２ｎのダウンを管理端末４に通知し、管理端末
４は、上記バックアップ先サーバ２１，…，２ｎの状態
情報を取得する場合には当該バックアップ先サーバ２
１，…，２ｎのバックアップ先のサーバに対して状態情
報取得指令を出力するので、管理端末４がダウンしてい
るサーバに対して状態情報取得指令を出力し、その返信
を待つ必要がなく、その分、不要な通信時間を削除して
状態情報取得に必要な時間を短縮することができる効果
がある。

【００４９】実施の形態６．図１４はこの発明の実施の
形態６によるバックアップ元サーバ２１，…，２ｎの動
作を示すフローチャートである。図において、ＳＴ２６
は応答手段６がネットワーク１から状態情報取得指令を
受信したか否かを判断する要求判断ステップであり、Ｓ
Ｔ２７は受信した状態情報取得指令が自身の状態情報の
取得指令である場合に応答手段６が応答する自身応答ス
テップであり、ＳＴ２８は応答手段６がネットワーク１
から状態情報送信要求を受信したか否かを判断する送信
要求判断ステップである。また、ＳＴ２９は受信した状
態情報取得指令が自身がバックアップしている状態情報
の取得指令である場合に応答手段６が応答するバックア
ップ応答ステップであり、ＳＴ３０は応答手段６がネッ
トワーク１から状態情報送信要求を受信したか否かを判
断するバックアップ送信要求判断ステップである。これ
以外の動作は実施の形態３と同様であり同一のステップ
番号を付して説明を省略する。

【００５０】図１５はこの発明の実施の形態６による管
理端末の状態情報取得時の動作を示すフローチャートで
ある。図において、ＳＴ３１は解析手段８に応じて切換
手段９が情報取得先であるサーバ２１，…，２ｎの状態
情報取得指令をブロードキャスト方式でネットワーク１
に送出する取得要求ステップであり、ＳＴ３２は当該サ
ーバ２１，…，２ｎ自身からの応答の有無を判断する直
接応答判断ステップであり、ＳＴ３３は当該サーバ２
１，…，２ｎ自身に対して状態情報送信要求を送信する
直接転送要求ステップであり、ＳＴ３４は切換手段９が
当該サーバ２１，…，２ｎ自身から取得した状態情報を
解析手段８に渡す直接取得処理ステップである。

【００５１】また、ＳＴ３５はバックアップ先サーバ２
１，…，２ｎからの応答の有無を判断する間接応答判断
ステップであり、ＳＴ３６は当該バックアップ先サーバ
２１，…，２ｎに対して状態情報送信要求を送信する間
接転送要求ステップであり、ＳＴ３７は切換手段９が当
該バックアップ先サーバ２１，…，２ｎから取得した状
態情報を解析手段８に渡す間接取得処理ステップであ
る。

【００５２】なお、この実施の形態６におけるネットワ
ーク構成は実施の形態３と同様であり説明を省略する。

【００５３】以上のように、この実施の形態６によれ
ば、管理端末４は、所定のサーバ２１，…，２ｎの状態
情報取得指令をブロードキャスト方式にてネットワーク
１に送出し、上記サーバ２１，…，２ｎおよび上記サー
バのバックアップ先サーバ２１，…，２ｎはそれぞれ、
上記状態情報取得指令を受信した場合に応答し、更に状
態情報送信要求があった場合には上記サーバ２１，…，
２ｎの状態情報をネットワーク１に送出するので、管理
端末４においてバックアップ元サーバとバックアップ先
サーバとを対応づけて管理する必要が無くなり、つまり
システム構成を管理端末４において一元管理する必要が
無いので、システム構成の変更に柔軟に対応することが
できる効果がある。

【００５４】この実施の形態６によれば、管理端末４
は、状態情報を取得したいサーバ２１，…，２ｎからの
状態情報および当該サーバのバックアップ先サーバ２
１，…，２ｎからの状態情報を共に受信した場合には、
サーバ自身からの状態情報を優先するので、単にバック
アップ先サーバからの状態情報を取得した場合に比べて
より確実に障害発生時あるいは障害発生直前の状態情報
を取得することが可能となる効果がある。

【００５５】実施の形態７．図１６はこの発明の実施の
形態７によるバックアップ元サーバ２１，…，２ｎの動
作を示すフローチャートである。図において、ＳＴ３８
はサーバ２１，…，２ｎにおける各種の処理に先立って
バックアップ手段７が自分のバックアップ先サーバ２
１，…，２ｎのバックアップ先情報を取得するサブバッ
クアップ先情報取得ステップであり、ＳＴ３９はバック
アップが不可能であると判断された場合において、バッ
クアップ手段７がバックアップ先を上記バックアップ先
情報のサブバックアップ先サーバ２１，…，２ｎに変更
するバックアップ先変更ステップであり、ＳＴ４０はバ
ックアップ手段７がこの新たなバックアップ先サーバ２
１，…，２ｎへバックアップ元サーバの変更を通知する
バックアップ元変更通知ステップである。これにより各
サーバ２１，…，２ｎの状態情報はネットワーク１上の
他のいずれかのサーバ２１，…，２ｎにおいてバックア
ップされることになる。これ以外の動作は実施の形態６
と同様であり同一の符号を付して説明を省略する。ま
た、システム構成や管理端末４の動作も実施の形態６と
同様であり説明を省略する。

【００５６】以上のように、この実施の形態７によれ
ば、バックアップ元サーバ２１，…，２ｎはそれぞれ、
そのバックアップ先サーバ２１，…，２ｎのバックアッ
プ先情報を取得するとともに、バックアップが不可能で
あると判断した場合にはバックアップ先を上記バックア
ップ先情報のサーバ２１，…，２ｎに変更するので、各
サーバのバックアップ先を動的に変更することができ、
例えば１つのサーバがダウンした状態で更にこの１つの
サーバをバックアップ先サーバとするサーバがダウンし
てしまったとしても、これら複数のダウンしたサーバの
状態情報を確実にバックアップして取得することができ
る効果がある。

【００５７】

【発明の効果】以上のように、この発明によれば、少な
くとも１つのサーバに、サーバ自身を回復する際に利用
できる状態情報をサーバ内から収集する情報収集手段
と、ネットワークからの状態情報取得指令に基づいて上
記状態情報を上記ネットワークに送出する応答手段と、
所定のタイミング毎に上記状態情報を他のサーバ宛てに
送信するバックアップ手段とを設けるとともに、上記ネ
ットワークに、このネットワークに上記状態情報取得指
令を送出して上記サーバの状態情報を当該サーバあるい
は上記他のサーバから取得する管理端末を接続したの
で、サーバが、所定のタイミング毎に、それ自身を回復
する際に利用できる状態情報をサーバ内から収集して、
当該状態情報を他のサーバ宛てに送信し、上記ネットワ
ークに接続された管理端末が、このネットワークに上記
状態情報取得指令を送出して上記サーバの状態情報を当
該サーバあるいは上記他のサーバから取得することがで
きる。そして、上記サーバがダウンした状態であって
も、上記管理端末を操作して上記他のサーバから上記サ
ーバを回復する際に利用できる状態情報を取得すること
ができる効果がある。

【００５８】従って、サーバ監視専用のネットワークを
用いて複数のサーバの状態情報を管理端末で常時収集し
たりすることなく、ダウンしたサーバのダウン直前の状
態情報を取得することが可能となり、この状態情報を利
用してサーバのダウンした原因を究明して、サーバの回
復作業を効率よく且つ確実に行うことができる効果があ
る。

【００５９】この発明によれば、バックアップ手段が設
けられたバックアップ元サーバには、状態情報に基づい
て自身の障害発生状態を判断する障害判別手段を設け、
上記バックアップ手段は当該障害判別手段が障害発生と
判断したタイミングにおいてバックアップを行うので、
より確実に障害発生時あるいは障害発生直前の状態情報
を他のサーバにバックアップすることができ、単に一定
のタイミング毎にバックアップをした場合に比べて、よ
り確実にダウンしたサーバのダウン直前の状態情報を取
得することが可能となる効果がある。

【００６０】この発明によれば、サーバの状態情報を受
信するバックアップ先サーバはネットワーク上に１つ設
けられているので、所定のサーバがダウンした時には、
バックアップ元サーバとバックアップ先サーバとの対応
テーブルなどを斟酌すること無く、上記所定のサーバに
対して再度状態情報取得指令を出力することができる効
果がある。

【００６１】この発明によれば、バックアップ手段が設
けられたバックアップ元サーバは相互に他のサーバの状
態情報をバックアップするので、バックアップする状態
情報を複数のサーバに分散させることができる。従っ
て、ネットワーク上の１つのサーバでバックアップを行
った場合には例えばそのバックアップサーバがダウンし
ている状態で１つのバックアップ元サーバが同時にダウ
ンしてしまうとそのバックアップ元サーバのデータは確
実に消失してしまうが、この発明のようにバックアップ
する状態情報を複数のサーバに分散させることにより、
そのデータ消失の可能性を分散させることができ、デー
タ消失の可能性を低減することができる効果がある。

【００６２】この発明によれば、管理端末は、バックア
ップ元サーバとバックアップ先サーバとを対応づけたテ
ーブルを有し、これに基づいてバックアップ先サーバに
対してバックアップ元サーバの状態情報取得指令を送信
し、上記バックアップ先サーバは、上記状態情報取得指
令に基づいて上記バックアップ元サーバの状態情報をネ
ットワークに送出するので、任意のタイミングにおいて
所定のサーバのダウン直前の状態情報を得ることができ
る。また、ブロードキャスト方式により状態情報を収集
する場合においては複数のサーバから同一のサーバに係
る複数の状態情報を受信してしまうことがあるが、この
発明では管理端末がバックアップ元サーバとバックアッ
プ先サーバとを対応づけて管理しているのでそのような
不要な通信が発生してしまうことがない効果がある。

【００６３】この発明によれば、管理端末は、所定のサ
ーバがダウンした場合には、当該サーバをバックアップ
先サーバとするバックアップ元サーバのバックアップ先
を、当該サーバのバックアップ先に変更するとともに、
当該バックアップ元サーバに対してバックアップ先変更
通知を出力し、上記バックアップ元サーバは、上記バッ
クアップ先変更通知を受信した場合にはバックアップ先
を上記バックアップ先情報のサーバに変更するので、各
サーバのバックアップ先を動的に変更することができ、
例えば１つのサーバがダウンした状態で更にこの１つの
サーバをバックアップ先サーバとするサーバがダウンし
てしまったとしても、これら複数のダウンしたサーバの
状態情報を確実にバックアップして取得することができ
る効果がある。

【００６４】この発明によれば、バックアップ元サーバ
はバックアップ先サーバへのバックアップが不可能であ
ると判断した場合には当該バックアップ先サーバのダウ
ンを管理端末に通知し、管理端末は、上記バックアップ
先サーバの状態情報を取得する場合には当該バックアッ
プ先サーバのバックアップ先のサーバに対して状態情報
取得指令を出力するので、管理端末がダウンしているサ
ーバに対して状態情報取得指令を出力し、その返信を待
つ必要がなく、その分、不要な通信時間を削除して状態
情報取得に必要な時間を短縮することができる効果があ
る。

【００６５】この発明によれば、管理端末は、所定のサ
ーバの状態情報取得指令をブロードキャスト方式にてネ
ットワークに送出し、上記サーバおよび上記サーバのバ
ックアップ先サーバはそれぞれ、上記状態情報取得指令
を受信した場合に応答し、更に状態情報送信要求があっ
た場合には上記サーバの状態情報をネットワークに送出
するので、管理端末においてバックアップ元サーバとバ
ックアップ先サーバとを対応づけて管理する必要が無く
なり、つまりシステム構成を管理端末において一元管理
する必要が無いので、システム構成の変更に柔軟に対応
することができる効果がある。

【００６６】この発明によれば、管理端末は、状態情報
を取得したいサーバからの状態情報および当該サーバの
バックアップ先サーバからの状態情報を共に受信した場
合には、サーバの状態情報を優先するので、単にバック
アップ先サーバからの状態情報を取得した場合に比べて
より確実に障害発生時あるいは障害発生直前の状態情報
を取得することが可能となる効果がある。

【００６７】この発明によれば、バックアップ元サーバ
はそれぞれ、そのバックアップ先サーバのバックアップ
先情報を取得するとともに、バックアップが不可能であ
ると判断した場合にはバックアップ先を上記バックアッ
プ先情報のサーバに変更するので、各サーバのバックア
ップ先を動的に変更することができ、例えば１つのサー
バがダウンした状態で更にこの１つのサーバをバックア
ップ先サーバとするサーバがダウンしてしまったとして
も、これら複数のダウンしたサーバの状態情報を確実に
バックアップして取得することができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１によるネットワーク
システムを示すシステム構成図である。

【図２】 この発明の実施の形態１によるバックアップ
元サーバの動作を示すフローチャートである。

【図３】 この発明の実施の形態１による管理端末の状
態情報取得時の動作を示すフローチャートである。

【図４】 この発明の実施の形態２によるネットワーク
システムを示すシステム構成図である。

【図５】 この発明の実施の形態２によるバックアップ
元サーバの動作を示すフローチャートである。

【図６】 この発明の実施の形態３によるネットワーク
システムを示すシステム構成図である。

【図７】 この発明の実施の形態３における代替テーブ
ルを示す説明図である。

【図８】 この発明の実施の形態３によるバックアップ
元サーバの動作を示すフローチャートである。

【図９】 この発明の実施の形態３による管理端末の状
態情報取得時の動作を示すフローチャートである。

【図１０】 この発明の実施の形態４によるバックアッ
プ元サーバの動作を示すフローチャートである。

【図１１】 この発明の実施の形態４による管理端末の
バックアップ先ダウン通知受信時の動作を示すフローチ
ャートである。

【図１２】 この発明の実施の形態４における代替テー
ブル書き換え動作を説明する書き換え動作説明図であ
る。

【図１３】 この発明の実施の形態５による管理端末の
状態情報取得時の動作を示すフローチャートである。

【図１４】 この発明の実施の形態６によるバックアッ
プ元サーバの動作を示すフローチャートである。

【図１５】 この発明の実施の形態６による管理端末の
状態情報取得時の動作を示すフローチャートである。

【図１６】 この発明の実施の形態７によるバックアッ
プ元サーバの動作を示すフローチャートである。

【図１７】 従来のネットワークシステムを示すシステ
ム構成図である。

【符号の説明】

１ ネットワーク、２１，…，２ｎ，３ サーバ、４
管理端末、５ 情報収集手段、６ 応答手段、７ バッ
クアップ手段、１０ 障害判別手段。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークと、当該ネットワークに接
   続されてこのネットワークを介して通信を行う複数のサ
   ーバとを有するネットワークシステムにおいて、 少なくとも１つのサーバには、 サーバ自身を回復する際に利用できる状態情報をサーバ
   内から収集する情報収集手段と、 ネットワークからの状態情報取得指令に基づいて上記状
   態情報を上記ネットワークに送出する応答手段と、 所定のタイミング毎に上記状態情報を他のサーバ宛てに
   送信するバックアップ手段とを設け、 上記ネットワークには、このネットワークに上記状態情
   報取得指令を送出して上記サーバの状態情報を当該サー
   バあるいは上記他のサーバから取得する管理端末を接続
   したことを特徴とするネットワークシステム。
2. 【請求項２】 バックアップ手段が設けられたバックア
   ップ元サーバには、状態情報に基づいて自身の障害発生
   状態を判断する障害判別手段を設け、上記バックアップ
   手段は当該障害判別手段が障害発生と判断したタイミン
   グにおいてバックアップを行うことを特徴とする請求項
   １記載のネットワークシステム。
3. 【請求項３】 サーバの状態情報を受信するバックアッ
   プ先サーバがネットワーク上に１つ設けられていること
   を特徴とする請求項１または請求項２記載のネットワー
   クシステム。
4. 【請求項４】 バックアップ手段が設けられたバックア
   ップ元サーバは相互に他のサーバの状態情報をバックア
   ップすることを特徴とする請求項１または請求項２記載
   のネットワークシステム。
5. 【請求項５】 管理端末は、バックアップ元サーバとバ
   ックアップ先サーバとを対応づけたテーブルを有し、こ
   れに基づいてバックアップ先サーバに対してバックアッ
   プ元サーバの状態情報取得指令を送信し、 上記バックアップ先サーバは、上記状態情報取得指令に
   基づいて上記バックアップ元サーバの状態情報をネット
   ワークに送出することを特徴とする請求項１または請求
   項２記載のネットワークシステム。
6. 【請求項６】 管理端末は、所定のサーバがダウンした
   場合には、当該サーバをバックアップ先サーバとするバ
   ックアップ元サーバのバックアップ先を、当該サーバの
   バックアップ先に変更するとともに、当該バックアップ
   元サーバに対してバックアップ先変更通知を出力し、 上記バックアップ元サーバは、上記バックアップ先変更
   通知を受信した場合にはバックアップ先を上記バックア
   ップ先情報のサーバに変更することを特徴とする請求項
   ５記載のネットワークシステム。
7. 【請求項７】 バックアップ元サーバはバックアップ先
   サーバへのバックアップが不可能であると判断した場合
   には当該バックアップ先サーバのダウンを管理端末に通
   知し、 管理端末は、上記バックアップ先サーバの状態情報を取
   得する場合には当該バックアップ先サーバのバックアッ
   プ先のサーバに対して状態情報取得指令を出力すること
   を特徴とする請求項５記載のネットワークシステム。
8. 【請求項８】 管理端末は、所定のサーバの状態情報取
   得指令をブロードキャスト方式にてネットワークに送出
   し、 上記サーバおよび上記サーバのバックアップ先サーバは
   それぞれ、上記状態情報取得指令を受信した場合に応答
   し、更に状態情報送信要求があった場合には上記サーバ
   の状態情報をネットワークに送出することを特徴とする
   請求項１または請求項２記載のネットワークシステム。
9. 【請求項９】 管理端末は、状態情報を取得したいサー
   バからの状態情報および当該サーバのバックアップ先サ
   ーバからの状態情報を共に受信した場合には、上記サー
   バの状態情報を優先することを特徴とする請求項８記載
   のネットワークシステム。
10. 【請求項１０】 バックアップ元サーバはそれぞれ、そ
    のバックアップ先サーバのバックアップ先情報を取得す
    るとともに、バックアップが不可能であると判断した場
    合にはバックアップ先を上記バックアップ先情報のサー
    バに変更することを特徴とする請求項８記載のネットワ
    ークシステム。
11. 【請求項１１】 ネットワークを介して通信を行う複数
    のサーバの状態情報取得方法において、 サーバは、所定のタイミング毎に、それ自身を回復する
    際に利用できる状態情報をサーバ内から収集して、当該
    状態情報を他のサーバ宛てに送信し、 上記ネットワークに接続された管理端末は、このネット
    ワークに上記状態情報取得指令を送出して上記サーバの
    状態情報を当該サーバあるいは上記他のサーバから取得
    するサーバの状態情報取得方法。