(57)【要約】【課題】  監視サーバの継続的な運用を実現し、運用者の負担を低減することができる統合監視システムの提供。【解決手段】  複数の監視エージェント２２等と該監視エージェント２２等の障害を監視する監視サーバ２１とを含む複数の被監視システム２に接続され、この複数の被監視システム２の障害を監視する統合監視システム１であって、前記監視サーバ２１が、監視エージェントから受け取った障害情報を一元的な障害情報に変換して一次蓄積用監視情報データベース２１ｂに記憶すると共に前記一元化した障害情報を前記統合監視システムに送信する監視情報通知プログラム２１ａと、前記統合監視システム１が、前記監視サーバ２１からの障害情報を受信して監視情報データベース１３に記憶すると共に監視サーバ２１からの障害情報を基に障害発生時の顧客への通知条件を予め登録しておくための通知ルールデータベース１５を参照して通知を行う障害通報プログラム１４とを備えるもの。【選択図】  図１
2006072784.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視エージェントと該監視エージェントの障害を監視する監視サーバとを含む複数の被監視システムに接続され、該複数の被監視システムの障害を監視する統合監視システムであって、
前記被監視システムの監視サーバが、監視エージェントから受け取った障害情報を一元化した障害情報に変換して一次蓄積用監視情報データベースに記憶すると共に前記一元化した障害情報を前記統合監視システムに送信する機能と、
前記統合監視システムが、前記被監視システムの監視サーバからの障害情報を受信して監視情報データベースに記憶する機能とを備えることを特徴とする統合監視システム。
【請求項２】
前記統合監視システムが、前記被監視システムの監視サーバからの障害情報を基に障害発生時の顧客への通知条件を予め登録しておくための通知ルールデータベースを参照して通知を行う機能を備えることを特徴とする請求項１記載の統合監視システム。
【請求項３】
前記被監視システムの監視サーバと統合監視システムが相互に生死監視を行い、相手システムの状態により監視システム構成を自動で変更することを特徴とする請求項１又は２記載の統合監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータシステムにおけるサーバの障害を監視する統合監視システムに係り、特に異なるネットワークで接続されたサーバを統合的に監視し、障害監視を一元化して監視運用を行うことができる統合監視システムに関する。
【背景技術】
【０００２】
一般にコンピュータシステムにおいては、ハードウェア資源／アプリケーションソフト／データベースなどの情報資源を集中管理する「サーバ」と呼ばれるコンピュータと、「クライアント」と呼ばれるサーバの管理する資源を利用するコンピュータが接続されたサーバクライアントシステムがあり、該サーバクライアントシステム内の障害を検出して通報することが必要である。このために各種サーバの障害監視については、監視エージェントと監視サーバの組み合わせにより、監視エージェントからの障害情報を監視サーバで受け付け監視サーバにて障害鳴動を行い、運用者に通知する。アウトソーシングサービスを行うデータセンタでは、顧客ごとに監視エージェント、監視サーバがあり、運用者が顧客ごとに異なる手順の障害監視対応を行っている。
【０００３】
この監視技術に関する内容が記載された文献としては下記特許文献１が挙げられ、この文献には、監視対象装置に情報収集エージェントを、また、監視装置にネットワーク監視マネージャを組み込み、監視対象装置が、情報収集エージェントにより別系統の監視装置専用に組み込まれた情報収集エージェントと共存させ、複数台の監視装置と情報共用を実現することにより、マルチベンダ環境の分散コンピュータネットワークシステムにおける各監視サポートを統合的に行うと共に、監視装置と監視対象装置にワンタイムパスワードによる認証を行う機能を設けることにより、監視装置になりすましてのユーザ側の監視対象装置への不正侵入を防止する技術が提案されている。
【特許文献１】特開２００４−２１５４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら前述の従来技術による障害監視システムは、複数の監視エージェントを統合した監視サーバで一元管理を行うことができるものの、統合監視サーバの計画停止や障害発生時等の臨時停止が発生した場合、監視運用を継続することができないと言う不具合があった。更に従来技術は、複数の監視エージェントが顧客ごとの監視運用を統合するため、運用者が顧客ごとに異なる監視手順を習得し、監視運用を行う必要があり、運用が困難であると言う不具合もあった。更に従来技術は、障害が発生したとき、顧客別の通報ルールマニュアル（紙）を用いて通報の可否や通報連絡先情報を特定してから通報を行うために、通報作業が繁雑であると言う不具合もあった。
【０００５】
本発明の目的は、前記従来技術による不具合を除去することであり、統合監視サーバの継続的な運用を実現し、運用者の負担を低減することができる統合監視システムを提供することである。
【課題を解決するための手段】
【０００６】
前記目的を達成するために本発明は、複数の監視エージェントと該監視エージェントの障害を監視する監視サーバとを含む複数の被監視システムに接続され、該複数の被監視システムの障害を監視する統合監視システムにおいて、前記被監視システムの監視サーバが、監視エージェントから受け取った障害情報を一元化した障害情報に変換して一次蓄積用監視情報データベースに記憶すると共に前記一元化した障害情報を前記統合監視システムに送信する機能と、前記統合監視システムが、前記被監視システムの監視サーバからの障害情報を受信して監視情報データベースに記憶する機能とを備えることを第１の特徴とする。
【０００７】
更に本発明は、前記統合監視システムが、前記被監視システムの監視サーバからの障害情報を基に障害発生時の顧客への通知条件を予め登録しておくための通知ルールデータベースを参照して通知を行う機能を備えることを第２の特徴とし、前記何れかの統合監視システムにおいて、前記被監視システムの監視サーバと統合監視システムが相互に生死監視を行い、相手システムの状態により監視システム構成を自動で変更することを第３の特徴とする。
【発明の効果】
【０００８】
本発明によれば、被監視システムが障害情報を一元化して統合監視システムに報告するために、統合監視サーバの停止が発生しても２４時間３６５日の監視運用が可能である。また、複数顧客の異なる監視システムを統一した監視サーバを使用し、一元化した手順で監視運用が実現できる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明による統合監視システムを図面を参照して詳細に説明する。図１は、本発明の一実施形態による統合監視システムの全体構成を示す図、図２は本実施形態による監視情報テーブルの一例を示す図、図３は本実施形態による通報ルートテーブルの一例を示す図、図４は本実施形態による一時蓄積用監視情報テーブルの一例を示す図、図５は本実施形態による監視情報通知プログラムの動作を示すフローチャート図、図６は本実施形態による監視情報受信プログラムの動作を示すフローチャート図、図７は本実施形態による障害通報プログラムの動作を示すフローチャート図、図８は本実施形態による統合監視生死監視処理動作を示すフローチャート図である。
&lt;構成の説明&gt;
【００１０】
本実施形態による統合監視システムは、図１に示す如く、統合監視システム１と複数の被監視システム２とに大別され、該被監視システム２は、独立したローカルエリアネットワーク（以下「ＬＡＮ」という）３２で接続された監視サーバ２１と監視対象である監視エージェント２２及び２３を含み、統合監視システム１は、前記被監視システム２のＬＡＮ３２とは独立したＬＡＮ３１を介して接続されたプログラムモジュールである監視情報受信プログラム１１及び障害通報プログラム１４と、監視情報データベース（ＤＢ）１３と、通報ルールデータベース（ＤＢ）１５と、統合鳴動装置１２とから構成され、前記データベース等に接続されて後述する情報を表示するＧＵＩ画面１６とを備える。
【００１１】
前記被監視システム２は、監視対象である監視エージェント２２又は２３で障害が発生した場合、障害情報が独立したＬＡＮ３２を介して監視サーバ２１に通知されることにより、この監視サーバ２１が独立したＬＡＮ３２内において監視エージェント２２又は２３の障害を監視する様に構成されている。尚、一般に被監視システム２は、顧客によって異なるシステム構成になるため、１つの被監視システム２内における障害内容は各々異なる事が多いものである。
【００１２】
前記統合監視システム１に設けられている監視情報ＤＢ１３は、前記被監視システム２の種類に限らずに一元化した障害情報を格納するものであって、例えば図２に示す如く、その障害が発生した監視情報ＤＢ１３に登録顧客ＩＤ１３ａと、その障害を検知した障害検知日時１３ｂと、鳴動を実施したか否かを示す鳴動実施有無フラグ１３ｃと、その鳴動日時１３ｄと、検知した障害内容を示す障害監視情報１３ｅの各項目から成り、図示の例では、例えば顧客ＩＤが「Ａ」の監視エージェントが、２００４年０６月０１日の０４時０５分０３秒に鳴動を行い（フラグＹ）、その鳴動日時が２００４年０６月０１日の０４時０５分１５秒であり、この障害監視情報が「サーバＡ１処理異常（１）」である旨を示してる。
【００１３】
前記統合監視システム１の通報ルールＤＢ１５は、障害発生時の顧客への通知条件を予め登録しておくためのテーブルであり、図３に示す如く、顧客ＩＤ１５ａと、発生した障害内容を示す通知イベント情報１５ｂと、通知可能な時間帯を指定する通知可能時間１５ｃと、通知可能な日付を指定する通知可能日１５ｄと、障害の通知先を示す通知先連絡情報１５ｅとの各項目から成り、図示の例では、例えば顧客ＩＤが「Ａ」の監視エージェントに生じた障害内容が「サーバＡ２処理異常（２）」の場合、時間帯９〜１７時且つ平日のみに項目１５ｅに格納した先に連絡する様に登録されている。
【００１４】
前記監視サーバ２１の一時蓄積用監視情報ＤＢ２１は、監視サーバ２１が検知した障害内容を一時的に格納するためのものであって、図４に示す如く、障害検知日時２１ｂａと、鳴動実施有無フラグ２１ｂｂと、鳴動日時ｂｃと、障害監視情報ｂｄと、統合監視連絡日時２１ｂｅの各項目から成り、図示の例では、例えば２００４年０５月０５日の０３時０５分０８秒に鳴動実施有無フラグが「Ｙ」によって鳴動され、この日時が２００４年０６月０１日の０４時０５分１５秒である旨を示している。
&lt;動作の説明&gt;
【００１５】
次いで本実施形態による統合監視システムの動作を図５以降のフローチャートを参照して説明する。図５は監視情報通知プログラムの動作を示すフローである。
まず、本実施形態による監視情報通知プログラム２１ａは、図５に示す如く、監視サーバ２１が障害情報を受信（ステップＳ１）したとき、監視サーバ２１独自の障害情報プロトコルを一元化した障害情報に変換（ステップＳ２）し、次いで当該障害情報を一時蓄積用監視情報ＤＢ２１ｂに登録（ステップＳ３）し、この障害情報を監視情報受信プログラム１１に当該障害発生を送信（ステップＳ４）する様に動作する。前記一元化とは、多種の被監視システムの多種の障害に共通な事項であって、図２を用いて説明した項目が挙げられる。
【００１６】
尚、監視情報受信プログラム１１は、複数の被監視システム２に設けられた監視情報通知プログラム２１ａとＬＡＮ３１で接続され、複数の被監視システム２の障害情報を一括して受信することができ、被監視システム２のＬＡＮ３２と被監視システム２と統合監視システム１を接続するＬＡＮ３１は独立しているため、個々の被監視システム２内情報が他の被監視システム２に連絡されることはない。また前記障害情報を一元化する理由は、異なる被監視システム２では障害情報の内容が異なり、被監視システム２毎に異なる障害情報を一元化する必要があるためである。
【００１７】
前記障害情報の通知を受けた監視情報受信プログラム１１は、図６に示す如く、受信した障害情報を監視情報ＤＢ１３に登録するとともに障害通報プログラム１４に障害情報を送信する（ステップＳ５〜Ｓ７）。
【００１８】
前記監視情報ＤＢ１３に登録された障害情報は、前述の図２に示した如く、顧客ＩＤ対応の障害検知日時１３ｂ／鳴動実施有無フラグ１３ｃ／鳴動日時１３ｄ／障害監視情報１３ｅの各項目である。尚、鳴動実施有無フラグ１３ｃ及び鳴動日時１３ｄは、後述する障害通報プログラム１４で使用し、障害情報ＤＢ１３内テーブル情報は障害履歴検索表示１６ｂで一覧表示することができる。
【００１９】
次いで障害通報プログラム１４は、図７に示す如く、受信した障害情報を基に通報ルールＤＢ１５を検索し、通知可能時間／通知可能日と共に鳴動有無を判断（ステップＳ８〜９）し、鳴動が必要な場合、統合鳴動装置１２を鳴動（ステップＳ１０〜Ｓ１１）し、次いで障害情報の詳細をＧＵＩ画面１６内の障害情報表示１６ａを行う。
【００２０】
詳細に説明すると、前記障害通報プログラム１４は、通報ルールＤＢ１５の内容により連絡された障害情報が通報すべき情報かを判断（鳴動可否の条件は通報ルールＤＢ１５の通知イベント情報１５ｂ／通知可能時間１５ｃ／通知可能日１５ｄにより判断）し、鳴動可能な場合は、監視情報ＤＢ１３内、鳴動実施有無フラグ１３ｃに「Ｙ」を設定し、鳴動日時１３ｄを登録する。鳴動不可能な場合、鳴動実施有無フラグ１３ｃに「Ｎ」を設定し、参考通報として統合鳴動装置１２を鳴動させる。この様に障害通報プログラム１４は自分自身を定期的に実行し、鳴動実施有無フラグ１３ｃに「Ｎ」が登録されている情報を基に、通報ルールＤＢ１３内テーブルを検索し、鳴動可能な障害情報がないか確認し、鳴動可能な日時の情報がある場合、統合鳴動装置１２を鳴動する、及び障害情報表示１６ａに表示を行い、当該テーブルの鳴動実施有無フラグ１３ｃに「Ｙ」を設定し、鳴動日時１３ｄを登録する様に動作する。
【００２１】
本実施形態による監視情報通知プログラム２１ａと監視情報受信プログラム１１は、定期的に相互通信を行い、相手が起動状態であることを確認することによって、総合監視の生死監視処理を行うものであって、この処理を図８を参照して説明する。まず、監視情報受信プログラム１１は、監視情報通知プログラム２１ａに対して生死管理情報を送信して応答を待ち（ステップＳ１３）、この通信に対して監視情報通知プログラム２１ａの応答がないことをステップＳ１４により検知したとき、当該被監視システム２が停止していると判断して障害通報プログラム１４に通知し、この通知を受けた障害通報プログラム１４が、統合鳴動装置１２を鳴動させると共に障害情報表示１６ａに当該被監視システム２が停止状態であることを旨の全面停止を表示する。
【００２２】
他方、監視情報通知プログラム２１ａは、監視情報受信プログラム１１に対して生死管理情報を送信して応答を待ち（ステップＳ１６）、通信に対して監視情報受信プログラム１１の応答がないことをステップＳ１７により検知したとき、統合監視システム１が停止または障害と判断し、ＬＡＮ３１に接続された統合鳴動装置１２を監視情報通知プログラム２１ａからＬＡＮ３１を介して鳴動を行い、監視情報受信プログラム１１からの応答があるまで、一時蓄積用監視情報ＤＢ２１ｂに監視情報を蓄積し、被監視システム２独自で統合鳴動装置１２を鳴動させる様に動作する。
【００２３】
前記一時蓄積用監視情報ＤＢ２１ｂに蓄積される監視情報は、前述の図４に示した如く、障害検知日時２１ｂａ／鳴動実施有無フラグ２１ｂｂ／鳴動日時ｂｃ／障害監視情報ｂｄ／統合監視連絡日時２１ｂｅの各項目から成り、監視情報通知プログラム２１ａは、監視情報受信プログラム１１に１回目に障害情報を送信する際、応答がない場合は、統合監視システム１が停止状態と判断し、自分で統合鳴動装置１２を鳴動させるが、その際、鳴動実施有無フラグ２１ｂｂに「Ｙ」を設定し、鳴動日時２１ｂｅに日時を登録し、応答があった場合は、鳴動実施有無フラグ２１ｂｂに「Ｎ」を設定する様に動作する。
【００２４】
この様に監視情報通知プログラム２１ａは、定期的に監視情報受信プログラム１１に確認通信を行い、応答がある場合は一時蓄積用監視情報ＤＢ２１ｂのテーブル内統合監視連絡日時２１ｂｅに情報が設定されていないテーブルを検索し、当該障害情報を監視情報受信プログラム１１に送信し、当該障害情報は監視情報通知プログラム２１ａで鳴動済みとなっているため、監視情報受信プログラム１１が監視情報ＤＢ１３に障害情報を登録するだけで、障害通報プログラム１４は起動せずに鳴動実施有無フラグ１３ｃに「Ｋ」を設定し、鳴動日時２１ｂｅの日時情報には鳴動日時１３ｄの内容を登録する。
【００２５】
以上述べた如く本発明によれば、統合監視システムと監視サーバを独立したＬＡＮで接続し、マルチベンダ環境の異なる監視情報を一元化するために監視サーバに統合用通知モジュールを組み入れたことによって、統合監視サーバの継続的な運用を実現することができる。また、統合監視システムと連携した監視サーバ側統合用通知モジュールを組み入れることによって、相互の生死状態の確認を行うことができ、統合監視システムが停止状態であっても、従来通りの、顧客側の個別監視サーバを使用した運用に自動で切り替えることができ、容易に統合監視サーバの計画停止、臨時停止が発生した場合の、継続運用が実現できる。更に本発明によれば、統合監視サーバ内の通報ルールＤＢと障害情報表示機能を利用することにより、顧客固有の障害通知を自動化した標準通知方式とすることにより、運用者の判断なしに障害通知対応を可能とし、運用者の負担軽減並びにミスを低減することができる。
【産業上の利用可能性】
【００２６】
本発明による統合監視システムは、マルチベンダ環境における、ネットワークで閉じた複数のサーバシステムを、統一して監視運用を行う用途に利用することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明の一実施形態による統合監視システムの全体構成を示す図。
【図２】本実施形態による監視情報テーブルの一例を示す図。
【図３】本実施形態による通報ルートテーブルの一例を示す図。
【図４】本実施形態による一時蓄積用監視情報テーブルの一例を示す図。
【図５】本実施形態による監視情報通知プログラムの動作を示すフローチャート。
【図６】本実施形態による監視情報受信プログラムの動作を示すフローチャート。
【図７】本実施形態による障害通報プログラムの動作を示すフローチャート。
【図８】本実施形態による統合監視生死監視処理動作を示すフローチャート。
【符号の説明】
【００２８】
１１：監視情報受信プログラム、１２：統合鳴動装置、１３：監視情報データベース、１３ｂ：障害検知日時、１３ｅ：障害監視情報、１３ｃ：鳴動実施有無フラグ、１３ｄ：鳴動日時、１４：障害通報プログラム、１５ｂ：通知イベント情報、１５：通知ルールデータベース、１５ｅ：通知先連絡情報、１５ｄ：通知可能日、１５ｃ：通知可能時間、１５ｃ：通知可能時間、１５ｅ：通知連絡先情報、１６：ＧＵＩ画面、１６ｂ：障害履歴検索表示、１６ａ：障害情報表示、２１：監視サーバ、２１ａ：監視情報通知プログラム、２１ｂ：一次蓄積用監視情報データベース、２１ｂａ：障害検知日時、２１ｂｂ：鳴動実施有無フラグ、２１ｂｃ：鳴動日時、２１ｂｄ：障害監視情報、２１ｂｅ：テーブル内統合監視連絡日時、２２：監視エージェント。
【図１】
2006072784.tif 000003
【図２】
2006072784.tif 000004
【図３】
2006072784.tif 000005
【図４】
2006072784.tif 000006
【図５】
2006072784.tif 000007
【図６】
2006072784.tif 000008
【図７】
2006072784.tif 000009
【図８】
2006072784.tif 000010