(57)【要約】【課題】冗長構成サーバシステムから送信する状態通知の通知漏れを防止できる冗長構成サーバシステムを提供する。【解決手段】アラーム管理機能部４０は、イベント検出時に、障害情報を収集する。アラーム管理機能部４１は、イベント検出時に障害情報を収拾し、収拾した障害情報をサーバ間通信機能部６０及び６１を介してアラーム管理機能部４０に送る。アラーム管理機能部４０は、収集した障害情報、又は、アラーム管理機能部４１より受け取った障害情報に基づいて、ＳＮＭＰ処理機能部３０より、ＥＭＳ１００にトラップメッセージを送信する。アラーム管理機能部４０は、タイマ管理機能部５０におけるタイマ満了までに、ＥＭＳ１００からの応答を受信できないときは、トラップ管理テーブル７０からトラップメッセージ作成元の情報を読み出し、ＳＮＭＰ処理機能部３０より、トラップメッセージを再送信する。【選択図】図１
2008305159.tif 000002
【特許請求の範囲】
【請求項１】
運用系サーバ及び待機系サーバを有する冗長構成サーバシステムであって、
前記運用系サーバ及び待機系サーバのそれぞれが、イベント検出通知を受けると該イベントに関する情報を収集するアラーム管理機能部と、冗長構成サーバシステムから状態通知を受けるマネージャ装置との間で通信を行う通信処理機能部と、所定時間の経過後にタイマ満了を発生するタイマを有するタイマ管理機能部と、前記運用系サーバと前記待機系サーバとの間で通信を行うサーバ間通信機能部とを備え、
前記待機系サーバのアラーム管理機能部は、イベント検出通知を受けると、前記収集した情報を、前記サーバ間通信機能部を介して前記運用系サーバのアラーム管理機能部に送信し、
前記運用系サーバのアラーム管理機能部は、前記収集した情報、又は、前記待機系サーバのアラーム管理機能部から受信した情報に基づいて状態通知メッセージ作成元の情報を生成し、該生成した状態通知メッセージ作成元の情報を前記通信処理機能部に受け渡し、前記通信処理機能より状態通知メッセージを前記マネージャ装置に送信させると共に、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納し、前記タイマ管理機能部のタイマを動作させ、該タイマが満了するまでに、前記マネージャ装置から状態通知メッセージに対する応答を受信できたか否かを判断し、応答を受信できないときには、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より前記状態通知メッセージを前記マネージャ装置に送信させることを特徴とする冗長構成サーバシステム。
【請求項２】
前記運用系サーバのアラーム管理機能部、タイマ管理機能部、及び、状態通知管理テーブルの情報と、前記待機系サーバのアラーム管理機能部、タイマ管理機能部、及び、状態通知管理テーブルの情報とを、同期化処理する、請求項１に記載の冗長構成サーバシステム。
【請求項３】
前記待機系サーバのアラーム管理機能部は、前記待機系サーバが系切替えによって運用系サーバとなった後は、系切替え前の運用系サーバのアラーム管理機能部の処理を引き継いで動作する、請求項２に記載の冗長構成サーバシステム。
【請求項４】
前記運用系サーバのアラーム管理機能部は、前記タイマ管理機能部のタイマが満了する前に前記状態通知メッセージに対する応答を受信したときは、前記状態通知管理テーブルから該当状態通知メッセージに関する情報を削除し、前記タイマ管理機能部にて前記タイマを設定解除する、請求項１〜３の何れか一に記載の冗長構成サーバシステム。
【請求項５】
前記運用系サーバのアラーム管理機能部は、連番のシーケンス番号を生成し、前記状態通知メッセージ作成元の情報に前記シーケンス番号を付与する、請求項１〜４の何れか一に記載の冗長構成サーバシステム。
【請求項６】
前記運用系サーバの通信処理機能部は、前記状態通知メッセージの送信に際して、前記マネージャ装置との間で通信が可能であるか否かを判断し、通信が可能であると判断すると、前記状態通知メッセージを送信する、請求項１〜５の何れか一に記載の冗長構成サーバシステム。
【請求項７】
前記運用系サーバのアラーム管理機能部は、前記タイマ管理機能部のタイマが満了する前に前記状態通知メッセージに対する応答を受信すると、前記通信処理機能部を介して、前記応答の受信確認を示すメッセージを前記マネージャ装置に送信する、請求項１〜６の何れか一に記載の冗長構成サーバシステム。
【請求項８】
運用系サーバ及び待機系サーバを有する冗長構成サーバシステムと、該冗長構成サーバシステムから状態通知を受けるマネージャ装置とを有するネットワーク管理システムであって、
前記運用系サーバ及び待機系サーバのそれぞれが、イベント検出通知を受けると該イベントに関する情報を収集するアラーム管理機能部と、前記マネージャ装置との間で通信を行う通信処理機能部と、所定時間の経過後にタイマ満了を発生するタイマを有するタイマ管理機能部と、前記運用系サーバと前記待機系サーバとの間で通信を行うサーバ間通信機能部とを備え、
前記待機系サーバのアラーム管理機能部は、イベント検出通知を受けると、前記収集した情報を、前記サーバ間通信機能部を介して前記運用系サーバのアラーム管理機能部に送信し、
前記運用系サーバのアラーム管理機能部は、前記収集した情報、又は、前記待機系サーバのアラーム管理機能部から受信した情報に基づいて状態通知メッセージ作成元の情報を生成し、該生成した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より状態通知メッセージを前記マネージャ装置に送信させると共に、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納し、前記タイマ管理機能部のタイマを動作させ、該タイマが満了するまでに、前記マネージャ装置から状態通知メッセージに対する応答を受信できたか否かを判断し、応答を受信できないときには、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より前記状態通知メッセージを前記マネージャ装置に送信させることを特徴とするネットワーク管理システム。
【請求項９】
運用系サーバ及び待機系サーバを有する冗長構成サーバシステムを、該冗長構成サーバシステムにネットワーク接続されたマネージャ装置により管理するネットワーク管理方法であって、
前記待機系サーバが、イベント検出通知を受けると該イベントに関する情報を収集するステップと、
前記待機系サーバが、前記運用系サーバに、前記収集した情報を受け渡すステップと、
前記運用系サーバが、前記待機系サーバから受け渡された情報に基づいて状態通知メッセージを作成し、該作成した状態通知メッセージを前記マネージャ装置に送信するステップと、
前記運用系サーバが、所定時間が経過するとタイマ満了を発生する再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納するステップと、
前記運用系サーバが、前記送信した状態通知メッセージに対する応答を前記再送タイマが満了するまでに受信できたか否かを判断するステップと、
前記運用系サーバが、前記再送タイマが満了するまでに前記応答を受信できないと判断すると、前記状態通知管理テーブルから状態通知メッセージの生成元の情報を取り出し、該取り出した情報に基づいて状態通知メッセージを作成し、前記マネージャ装置に送信するステップとを有することを特徴とするネットワーク管理方法。
【請求項１０】
前記運用系サーバが、イベント検出通知を受けると該イベントに関する情報を収集し、該収集した情報に基づいて状態通知メッセージを作成し、作成した状態通知メッセージを前記マネージャ装置に送信するステップと、
前記運用系サーバが、前記再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納するステップとを更に有する、請求項９に記載のネットワーク管理方法。
【請求項１１】
前記運用系サーバにおける前記再送タイマ、及び、状態通知管理テーブルの情報と、前記待機系サーバにおける前記再送タイマ、及び、状態通知管理テーブルの情報とを、同期化処理するステップを有する、請求項９又は１０に記載のネットワーク管理方法。
【請求項１２】
前記待機系サーバは、系切替えによって運用系サーバとなった後は、系切替え前の運用系サーバにおける前記再送タイマの動作、及び、前記状態通知メッセージ作成の処理を引き継いで動作する、請求項１１に記載のネットワーク管理方法。
【請求項１３】
前記運用系サーバは、前記再送タイマが満了する前に前記状態通知メッセージに対する応答を受信すると、前記状態通知管理テーブルから該当状態通知メッセージに関する情報を削除し、前記再送タイマ設定解除する、請求項９〜１２の何れか一に記載のネットワーク管理方法。
【請求項１４】
前記運用系サーバは、連番のシーケンス番号を生成し、前記状態通知メッセージに前記シーケンス番号を付与する、請求項９〜１３の何れか一に記載のネットワーク管理方法。
【請求項１５】
前記運用系サーバは、前記状態通知メッセージの送信に際して、前記マネージャ装置との間で通信が可能であるか否かを判断し、通信が可能であると判断すると、前記状態通知メッセージを送信する、請求項９〜１４の何れか一に記載のネットワーク管理方法。
【請求項１６】
前記運用系サーバは、前記再送タイマが満了する前に前記状態通知メッセージに対する応答を受信すると、該応答の受信確認を示す応答を前記マネージャ装置に送信する、請求項９〜１５の何れか一に記載のネットワーク管理方法。
【請求項１７】
運用系サーバ及び待機系サーバを有する冗長構成サーバシステムに、ネットワーク接続されたマネージャ装置に状態通知を送信する処理を実行させるプログラムであって、前記冗長構成サーバシステムに、
前記待機系サーバが、イベント検出通知を受けると該イベントに関する情報を収集する処理と、
前記待機系サーバが、前記運用系サーバに、前記収集した情報を受け渡す処理と、
前記運用系サーバが、前記待機系サーバから受け渡された情報に基づいて状態通知メッセージを作成し、該作成した状態通知メッセージを前記マネージャ装置に送信する処理と、
前記運用系サーバが、所定時間が経過するとタイマ満了を発生する再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納する処理と、
前記運用系サーバが、前記送信した状態通知メッセージに対する応答を前記再送タイマが満了するまでに受信できたか否かを判断する処理と、
前記運用系サーバが、前記再送タイマが満了するまでに前記応答を受信できないと判断すると、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報に基づいて状態通知メッセージを作成し、前記マネージャ装置に送信する処理とを実行させることを特徴とするプログラム。
【請求項１８】
前記冗長構成サーバシステムに、更に、
前記運用系サーバが、イベント検出通知を受けると該イベントに関する情報を収集し、該収集した情報に基づいて状態通知メッセージを作成し、該作成した状態通知メッセージを前記マネージャ装置に送信する処理と、
前記運用系サーバが、前記再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納する処理とを実行させる、請求項１７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長構成サーバシステムに関し、更に詳しくは、運用系サーバと待機系サーバとを有する冗長構成サーバシステムに関する。また、本発明は、ネットワーク管理システム、方法、及び、プログラムに関し、更に詳しくは、冗長構成サーバシステムの状態管理を行うネットワーク管理システム、方法、及び、プログラムに関する。
【背景技術】
【０００２】
ネットワーク管理プロトコルとして、ＳＮＭＰ（Simple Network Management Protocol）が知られている。ＳＮＭＰでは、エージェントである管理対象のＮＥ（Network Element）と、ＳＮＭＰマネージャであるＥＭＳ（Element Management System）との間で、ＳＮＭＰメッセージの送受信を行って、ネットワーク管理を実現する。ＳＮＭＰメッセージとして、エージェント側から自発的に状態変更等の通知を行う際に用いられるトラップ（Ｔｒａｐ）メッセージがある。例えば、ＮＥにて、障害発生などのイベントが検出されたときには、ＮＥから、トラップメッセージをＥＭＳに送信し、マネージャ側に障害発生を通知する。
【０００３】
ここで、ネットワーク管理システムでは、ＮＥから送信されたトラップが、ＥＭＳ側に届かないトラップ抜けが発生する可能性がある。これは、通常、ＮＥは、トラップの再送機能を備えおらず、また、ＳＮＭＰは、ＵＤＰ（User Data Protocol）上のプロトコルであるため、メッセージ送信側から送信されたメッセージが、通信相手に確実に届くという保証はないためである。
【０００４】
トラップ抜けが発生すると、ＥＭＳ側で、ＮＥの状態を正確に把握することができなくなる。従って、ネットワーク管理システムでは、トラップ抜けを防止するための機能が必要となる。トラップ抜けの防止に関し、ＥＭＳ側にてトラップ抜けを検出する技術が、特許文献１や特許文献２に記載されている。これら文献に記載の技術では、現在の装置状態（障害情報）をＥＭＳに通知する状態確認コマンドを用いる。ＥＭＳは、トラップ抜けを検出すると、ＮＥである冗長構成サーバシステムに対して状態確認コマンドを発行し、冗長構成サーバシステムとの状態一致化を行う。
【０００５】
また、ＮＥ側にてトラップ抜けを検出し、ＮＥ側からトラップの再送を行う技術としては、特許文献３に記載された技術がある。特許文献３では、ＮＥは、トラップ監視タイマを起動し、トラップの送信後、ＥＭＳ側からトラップに対する応答を受信したか否かを判断する。所定時間が経過するまでに、ＥＭＳ側からトラップ応答が受信できないときには、対象トラップを検索し、ＥＭＳに、トラップを再送する。
【特許文献１】特開２００３−２４４１４２号公報
【特許文献２】特開２００１−１６００１３号公報
【特許文献３】特開平１０−５１４７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、一般に、サーバに障害が発生してもシステムが提供するサービスを継続することが求めるサーバシステムには、運用系と待機系とからなる冗長構成が採用される。冗長構成のサーバシステムでは、運用系サーバに障害が発生した場合には、直ちに待機系サーバに切り替えることによって、サービスを継続させることが可能である。このとき、障害が発生したことを、速やかに保守者に知らせる必要がある。障害発生の通知には、ＳＮＭＰのトラップメッセージを用いることができる。
【０００７】
特許文献１及び特許文献２に記載の技術を、冗長構成サーバシステムの管理に適用しようとする場合には、以下に述べる問題点がある。すなわち、ネットワーク障害などの何らかの理由で一定時間、冗長構成サーバシステムからのトラップを受信できない間に、冗長構成サーバシステムにて障害発生・復旧が共に行われた場合には、ＥＭＳ側で冗長構成サーバシステムで障害が発生したことを検出することができない。これは、状態確認コマンドを用いたとしても、運用系に切り替えられたサーバから障害情報を取得することができないためである。また、これら技術では、ＥＭＳにてトラップ抜けを検出する構成であるので、冗長構成サーバシステムではトラップ再送に必要となる管理情報を保持し続けなければならないという問題もある。
【０００８】
特許文献３では、ＮＥ側、すなわち、ＳＮＭＰエージェント側で、トラップ抜けを検出している。特許文献３では、運用系サーバに障害が発生したときは、運用形サーバがトラップを送信し、その後、ＥＭＳからトラップ応答を受信することになる。しかし、冗長構成サーバシステムでは、障害発生後に、運用に用いるサーバが運用系サーバから待機系サーバに切り替えられ、運用系サーバはシステムから切り離されることになるので、ＥＭＳからトラップ応答を受信できなくなる。このように、特許文献３は、エージェントに、系切替えが発生する冗長構成サーバシステムを想定しておらず、特許文献３に記載の技術を、そのまま冗長構成サーバシステムに適用することはできない。
【０００９】
本発明は、冗長構成サーバシステムについて、冗長構成サーバシステムから送信する状態通知の通知漏れを防止できる冗長構成サーバシステム、ネットワーク管理システム、方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の本発明の冗長構成サーバシステムは、運用系サーバ及び待機系サーバを有する冗長構成サーバシステムであって、前記運用系サーバ及び待機系サーバのそれぞれが、イベント検出通知を受けると該イベントに関する情報を収集するアラーム管理機能部と、冗長構成サーバシステムから状態通知を受けるマネージャ装置との間で通信を行う通信処理機能部と、所定時間の経過後にタイマ満了を発生するタイマを有するタイマ管理機能部と、前記運用系サーバと前記待機系サーバとの間で通信を行うサーバ間通信機能部とを備え、前記待機系サーバのアラーム管理機能部は、イベント検出通知を受けると、前記収集した情報を、前記サーバ間通信機能部を介して前記運用系サーバのアラーム管理機能部に送信し、前記運用系サーバのアラーム管理機能部は、前記収集した情報、又は、前記待機系サーバのアラーム管理機能部から受信した情報に基づいて状態通知メッセージ作成元の情報を生成し、該生成した状態通知メッセージ作成元の情報を前記通信処理機能部に受け渡し、前記通信処理機能より状態通知メッセージを前記マネージャ装置に送信させると共に、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納し、前記タイマ管理機能部のタイマを動作させ、該タイマが満了するまでに、前記マネージャ装置から状態通知メッセージに対する応答を受信できたか否かを判断し、応答を受信できないときには、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より前記状態通知メッセージを前記マネージャ装置に送信させることを特徴とする。
【００１１】
本発明のネットワーク管理システムは、運用系サーバ及び待機系サーバを有する冗長構成サーバシステムと、該冗長構成サーバシステムから状態通知を受けるマネージャ装置とを有するネットワーク管理システムであって、前記運用系サーバ及び待機系サーバのそれぞれが、イベント検出通知を受けると該イベントに関する情報を収集するアラーム管理機能部と、前記マネージャ装置との間で通信を行う通信処理機能部と、所定時間の経過後にタイマ満了を発生するタイマを有するタイマ管理機能部と、前記運用系サーバと前記待機系サーバとの間で通信を行うサーバ間通信機能部とを備え、前記待機系サーバのアラーム管理機能部は、イベント検出通知を受けると、前記収集した情報を、前記サーバ間通信機能部を介して前記運用系サーバのアラーム管理機能部に送信し、前記運用系サーバのアラーム管理機能部は、前記収集した情報、又は、前記待機系サーバのアラーム管理機能部から受信した情報に基づいて状態通知メッセージ作成元の情報を生成し、該生成した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より状態通知メッセージを前記マネージャ装置に送信させると共に、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納し、前記タイマ管理機能部のタイマを動作させ、該タイマが満了するまでに、前記マネージャ装置から状態通知メッセージに対する応答を受信できたか否かを判断し、応答を受信できないときには、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報を前記通信処理機能部に受け渡し、前記通信処理機能部より前記状態通知メッセージを前記マネージャ装置に送信させることを特徴とする。
【００１２】
本発明のネットワーク管理方法は、運用系サーバ及び待機系サーバを有する冗長構成サーバシステムを、該冗長構成サーバシステムにネットワーク接続されたマネージャ装置により管理するネットワーク管理方法であって、前記待機系サーバが、イベント検出通知を受けると該イベントに関する情報を収集するステップと、前記待機系サーバが、前記運用系サーバに、前記収集した情報を受け渡すステップと、前記運用系サーバが、前記待機系サーバから受け渡された情報に基づいて状態通知メッセージを作成し、該作成した状態通知メッセージを前記マネージャ装置に送信するステップと、前記運用系サーバが、所定時間が経過するとタイマ満了を発生する再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納するステップと、前記運用系サーバが、前記送信した状態通知メッセージに対する応答を前記再送タイマが満了するまでに受信できたか否かを判断するステップと、前記運用系サーバが、前記再送タイマが満了するまでに前記応答を受信できないと判断すると、前記状態通知管理テーブルから状態通知メッセージの生成元の情報を取り出し、該取り出した情報に基づいて状態通知メッセージを作成し、前記マネージャ装置に送信するステップとを有することを特徴とする。
【００１３】
本発明のプログラムは、運用系サーバ及び待機系サーバを有する冗長構成サーバシステムに、ネットワーク接続されたマネージャ装置に状態通知を送信する処理を実行させるプログラムであって、前記冗長構成サーバシステムに、前記待機系サーバが、イベント検出通知を受けると該イベントに関する情報を収集する処理と、前記待機系サーバが、前記運用系サーバに、前記収集した情報を受け渡す処理と、前記運用系サーバが、前記待機系サーバから受け渡された情報に基づいて状態通知メッセージを作成し、該作成した状態通知メッセージを前記マネージャ装置に送信する処理と、前記運用系サーバが、所定時間が経過するとタイマ満了を発生する再送タイマを動作させ、前記状態通知メッセージ作成元の情報を状態通知管理テーブルに格納する処理と、前記運用系サーバが、前記送信した状態通知メッセージに対する応答を前記再送タイマが満了するまでに受信できたか否かを判断する処理と、前記運用系サーバが、前記再送タイマが満了するまでに前記応答を受信できないと判断すると、前記状態通知管理テーブルから状態通知メッセージ作成元の情報を取り出し、該取り出した情報に基づいて状態通知メッセージを作成し、前記マネージャ装置に送信する処理とを実行させることを特徴とする。
【発明の効果】
【００１４】
本発明の冗長構成サーバシステム、ネットワーク管理システム、方法、及び、プログラムでは、冗長構成サーバシステムから送信する状態通知の通知漏れを防止できる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施例を詳細に説明する。図１は、本発明の一実施例のネットワーク管理システムの概要を示している。ネットワーク管理システムは、通信を行うＮＥ（Network Element）である冗長構成サーバシステム１０と、複数のＮＥを管理するＥＭＳ（Element Management System）１００とを有する。冗長構成サーバシステム１０と、ＥＭＳ１００とは、ＩＰネットワーク２００を介して接続されている。ＥＭＳ１００がＮＥを管理する際に用いるプロトコルは、ＳＮＭＰ（Simple Network Management Protocol）とする。
【００１６】
冗長構成サーバシステム１０は、運用系サーバ２０と待機系サーバ２１とを有する。冗長構成サーバシステム１０は、サーバ障害などの理由により、運用系サーバ２０がサービス停止したときには、系切替えを行い、待機系サーバ２１を新運用系として用いてサービスを継続する。冗長構成サーバシステム１０は、障害発生などのイベントが検出されると、マネージャであるＥＭＳ１００に状態通知を行う。状態通知により、ＥＭＳ１００に障害発生状況などを知らせることで、ＥＭＳ１００側で、冗長構成サーバシステム１０における障害を把握することができる。
【００１７】
運用系サーバ２０は、ＳＮＭＰ処理機能部（通信処理機能部）３０、アラーム管理機能部４０、タイマ管理機能部５０、サーバ間通信機能部６０、及び、トラップ管理テーブル７０を有する。ＳＮＭＰ処理機能部３０は、ＥＭＳ１００との間でＳＮＭＰメッセージの送受信を行う。ＳＮＭＰ処理機能部３０により、冗長構成サーバシステム１０とＥＭＳ１００との間でやり取りされるＳＮＭＰメッセージには、エージェント（冗長構成サーバシステム１０）からマネージャ（ＥＭＳ１００）に自発的に状態変更を通知する「Ｔｒａｐ」が含まれる。その他に、マネージャからエージェントに対してオブジェクトの情報取得を要求する「Ｇｅｔ  Ｒｅｑｕｅｓｔ」「Ｇｅｔ  Ｎｅｘｔ  Ｒｅｑｕｅｓｔ」や、情報変更を要求する「Ｓｅｔ  Ｒｅｑｕｅｓｔ」、これらに対するエージェントからの応答となる「Ｇｅｔ  Ｒｅｓｐｏｎｓｅ」などがある。
【００１８】
アラーム管理機能部４０は、障害発生などのイベント情報の管理を行う。アラーム管理機能部４０は、運用系サーバ２０にて障害発生などのイベントが発生すると、発生したイベントに関する情報を収集し、状態通知メッセージ（トラップメッセージ）を作成するために必要な情報を生成する。その後、ＳＮＭＰ処理機能部３０にトラップメッセージ作成元の情報を受け渡し、ＳＮＭＰ処理機能部３０より、ＥＭＳ１００にトラップメッセージを送信する。タイマ管理機能部５０は、トラップ再送タイマの管理を行う。サーバ間通信機能部６０は、運用系サーバ２０と待機系サーバ２１との間の通信を行う。トラップ管理テーブル７０は、トラップメッセージの再送に際して必要となる情報、すなわち、トラップメッセージ作成元の情報を格納する。
【００１９】
待機系サーバ２１は、ＳＮＭＰ処理機能部３１、アラーム管理機能部４１、タイマ管理機能部５１、サーバ間通信機能部６１、及び、トラップ管理テーブル７１を有する。待機系サーバ２１内の各部の機能は、運用系サーバ２０内の各部の機能と同様である。ただし、アラーム管理機能部４１は、待機系サーバ２１にて障害発生などのイベントが発生すると、発生したイベントに関する情報収集を行い、収集した障害情報を、サーバ間通信機能部６０及び６１を介して、運用系サーバ２０のアラーム管理機能部４０に通知する。運用系サーバ２０のアラーム管理機能部４０は、待機系サーバ２１のアラーム管理機能部４１から受け取った情報に基づいてトラップメッセージ作成元の情報を生成し、ＳＮＭＰ処理機能部３０に、トラップメッセージを送信させる。このように、冗長構成サーバシステム１０内の各装置で発生した障害発生などの情報は、全て運用系サーバ２０に転送され、運用系サーバ２０のアラーム管理機能部４０にて一元管理される。
【００２０】
運用系サーバ２０のサービスが停止し、系切替えが発生したときには、待機系サーバ２１が新運用系としてサービスを継続する。系切替えに際しては、運用系と待機系との間で、メモリレプリケーション（メモリ同期化）を行う。具体的には、アラーム管理機能部４０で管理している障害情報や、トラップ管理テーブル７０に格納されているトラップメッセージ作成元の情報、タイマ管理機能部５０にて設定されているトラップ再送タイマ情報が、それぞれ、待機系サーバ２１のアラーム管理機能部４１、トラップ管理テーブル７１、及び、タイマ管理機能部５１に、メモリレプリケーションされる。系切替え後は、新運用系となった待機系サーバ２１のアラーム管理機能部４１は、旧運用系である運用系サーバ２０のアラーム管理機能部４０の処理を引き継いで動作する。
【００２１】
ここで、ＳＮＭＰでは、ＭＩＢ（Management Information Base）と呼ばれる管理情報ベースを用いて、マネージャとエージェントで情報のやり取りを行う。本実施例にて、冗長構成サーバシステム１０が使用するＭＩＢのオブジェクトとしては、連続した番号であるシーケンス番号「ＳＮ（Sequence Number）」、ＥＭＳ１００が受信確認したシーケンス番号を表す「受信ＳＮ」や、検出したイベントの情報（発生時刻、検出装置、メッセージ重要度、メッセージ内容）などがある。
【００２２】
図２は、冗長構成サーバシステムにおけるトラップ送信の際の動作手順を示している。運用系サーバ２０にて、運用系サーバ２０上で動作するプロセス等により、障害発生などのイベントが検出されると、アラーム管理機能部４０に、イベント検出が通知される（ステップＳ１）。アラーム管理機能部４０は、イベント検出通知を受けると、発生したイベントに関して、障害情報を収集する。また、トラップに付与すべき、連続した番号であるシーケンス番号ＳＮを生成する。アラーム管理機能部４０は、収集した障害情報と、シーケンス番号ＳＮとに基づいて、トラップメッセージ生成元の情報を生成する。このトラップメッセージ作成元の情報は、シーケンス番号ＳＮ、イベントの発生時刻、検出装置、メッセージ重要度、メッセージ内容などを含む。
【００２３】
待機系サーバ２１にてイベントが検出された場合は、待機系サーバ２１内のアラーム管理機能部４１が、イベント検出通知を受け、発生したイベントに関する障害情報を収集する。アラーム管理機能部４１は、サーバ間通信機能部６０及び６１を介して、収集した障害情報を、運用系サーバ２０内のアラーム管理機能部４０に受け渡す。アラーム管理機能部４０は、待機系サーバ２１で検出されたイベントに対しても、運用系サーバ２０内でのイベント検出と共通のシーケンス番号ＳＮを生成する。アラーム管理機能部４０は、生成したシーケンス番号ＳＮと、待機系サーバ２１側から受け取った障害情報とに基づいて、トラップメッセージ作成元の情報を生成する。
【００２４】
アラーム管理機能部４０は、トラップメッセージ作成元の情報を生成すると、生成したトラップメッセージ作成元の情報を、トラップ管理テーブル７０に記憶する（ステップＳ２）。また、タイマ管理機能部５０に、トラップ再送タイマを設定し（ステップＳ３）、トラップ再送タイマを動作させる。トラップ管理テーブル７０におけるトラップの識別には、アラーム管理機能部４０によって付与されたシーケンス番号ＳＮを用いることができる。また、タイマ管理機能部５０におけるトラップ再送タイマの設定では、トラップメッセージに対して付与されたシーケンス番号ＳＮを、トラップを特定するためのＩＤとして用いることができる。
【００２５】
アラーム管理機能部４０は、トラップメッセージ作成元の情報を、ＳＮＭＰ処理機能部３０に受け渡す。ＳＮＭＰ処理機能部３０は、アラーム管理機能部４０から受け取ったトラップメッセージ作成元の情報に基づいてトラップメッセージを作成し、ＥＭＳ１００に、トラップメッセージを送信する（ステップＳ４）。ＥＭＳ１００は、トラップメッセージを受信すると、トラップ受信応答として、Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージを冗長構成サーバシステム１０に送信する。その際、ＥＭＳ１００は、受信したトラップメッセージから取り出したシーケンス番号ＳＮを、受信ＳＮとしてＳｅｔ  Ｒｅｑｕｅｓｔメッセージに含める。
【００２６】
冗長構成サーバシステム１０は、ＥＭＳ１００からのＳｅｔ  Ｒｅｑｕｅｓｔの受信を待つ。アラーム管理機能部４０は、Ｓｅｔ  Ｒｅｑｕｅｓｔを受信する前に、トラップ再送タイマが満了したか否かを判断する（ステップＳ５）。Ｓｅｔ  Ｒｅｑｕｅｓｔを受信する前にトラップ再送タイマが満了したときには、トラップ抜けが発生したと判断し、該当トラップに関するトラップメッセージ作成元の情報を、トラップ管理テーブル７０から取得する（ステップＳ６）。その後、タイマ管理機能部５０にてトラップ再送タイマの再設定を行い（ステップＳ７）、ＳＮＭＰ処理機能部３０により、トラップメッセージを再送信する（ステップＳ８）。
【００２７】
トラップ再送タイマが満了する前に、ＥＭＳ１００からＳｅｔ  Ｒｅｑｕｅｓｔを受信した場合は（ステップＳ９）、ＥＭＳ１００でのトラップ受信が確認できたため、アラーム管理機能部４０は、該当トラップメッセージ作成元の情報を、トラップ管理テーブル７０から情報を削除する（ステップＳ１０）。トラップメッセージ作成元の情報の削除では、Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージに含まれる受信ＳＮをＩＤとして用い、トラップ管理テーブル７０に格納されたトラップメッセージ作成元の情報のうちで、受信ＳＮと一致するシーケンス番号ＳＮを有するトラップメッセージ作成元の情報を、トラップ管理テーブル７０から削除する。ＥＭＳ１００でのトラップ受信が確認できたトラップメッセージについての情報を、トラップ管理テーブルから削除することで、トラップ管理テーブル７０に記憶された情報量を軽減することができる。
【００２８】
また、アラーム管理機能部４０は、タイマ管理機能部５０にてトラップ再送タイマの解除を行う（ステップＳ１１）。トラップ再送タイマの解除では、受信ＳＮをＩＤとして用い、該当トラップを識別する。その後、アラーム管理機能部４０は、ＳＮＭＰ処理機能部３０により、受信したＳｅｔ  Ｒｅｑｕｅｓｔに対する応答として、受信ＳＮを設定したＧｅｔ  Ｒｅｓｐｏｎｓｅメッセージを送信する（ステップＳ１２）。ＥＭＳ１００が、送信したＳｅｔ  Ｒｅｑｕｅｓｔメッセージに対する応答として、Ｇｅｔ  Ｒｅｓｐｏｎｓｅメッセージを受信することで、処理が終了する。なお、冗長構成サーバシステム１０側からＧｅｔ  Ｒｅｓｐｏｎｓｅメッセージについては、省略することもできる。その場合には、ネットワーク負荷を軽減できる。
【００２９】
冗長構成サーバシステム１０は、図２に示す処理と並行する形で、系切替えに備えて、周期的に、運用系サーバ２０が保持するデータと、待機系サーバ２１が保持するデータとを同期させる処理を行う。この同期化処理には、運用系サーバ２０内のアラーム管理機能部４０、タイマ管理機能５０、及び、トラップ管理テーブル７０と、待機系サーバ２１内のアラーム管理機能部４１、タイマ管理機能部５１、及び、トラップ管理テーブル７１とをそれぞれ同期化する処理が含まれる。アラーム管理機能部４０、４１、タイマ管理機能５０、５１、及び、トラップ管理テーブル７０、７１の同期化では、系切替え前に、全てのデータを一致させるようにしてもよく、一部のデータのみを同期化しておき、系切替えに際して、残りのデータを同期化させてもよい。或いは、事前に同期化処理を行わずに、系切替えに際して、同期化を行う構成でもよい。
【００３０】
冗長構成サーバシステム１０は、運用系サーバ２０に障害が発生したときは、系切替えを行い、待機系サーバ２１が新運用系となる。系切替え後は、新運用系である待機系サーバ２１のアラーム管理機能部４１は、タイマ管理機能部５１に動作中のトラップ再送タイマがあるときは、トラップ再送タイマがタイマ満了するまでに、ＥＭＳ１００から、Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージを受信できたか否かを判断する。受信できたときは、トラップ管理テーブル７１から、該当トラップのトラップメッセージ作成元の情報を削除し、ＥＭＳ１００に、Ｇｅｔ  Ｒｅｓｐｏｎｓｅメッセージを送信する。このように、待機系サーバ２１のアラーム管理機能部４１が、運用系サーバ２０のアラーム管理機能部４０の処理を引き継いで動作することで、系切替えが発生した後に、系切替え前に送信したトラップメッセージについて、ＥＭＳ１００に到達したか否かの判断が可能である。
【００３１】
なお、冗長構成サーバシステム１０は、ＥＭＳ１００に対してＳＮＭＰメッセージを送信する際には、ＥＭＳとの疎通確認を行う。図３に、ＥＭＳとの疎通確認を行う際の動作手順を示す。ＳＮＭＰ処理機能部３０は、ＥＭＳ１００に対するＳＮＭＰメッセージの送信要求があると（ステップＳ１００）、ＥＭＳ１００との通信が可能であるか否かを判断する（ステップＳ１０１）。具体的には、ＳＮＭＰ処理機能部３０は、ステップＳ４でトラップメッセージを送信する際、ステップＳ８でトラップメッセージを再送信する際、及び、ステップＳ１２でＧｅｔ  Ｒｅｓｐｏｎｓｅメッセージを送信する際に、ＥＭＳ１００に対して通信可能な状態にあるか否かを判断する。通信可能であるか否かは、例えばｐｉｎｇコマンドを用い、ＥＭＳ１００からの応答があるか否かで判断する。
【００３２】
ＳＮＭＰ処理機能部３０は、ＥＭＳ１００と通信可能であると判断すると、ＥＭＳ１００へ、ＳＮＭＰメッセージを送信する（ステップＳ１０２）。すなわち、ステップＳ４及びＳ８で送信するトラップメッセージ、又は、ステップＳ１２で送信するＧｅｔ  Ｒｅｓｐｏｎｓｅメッセージを送信する。ＳＮＭＰ処理機能部３０は、ＥＭＳ１００と通信不能であるときには、疎通確認を行い（ステップＳ１０３）、ステップＳ１０１に戻って、ＥＭＳ１００と通信可能になるまで、ＳＮＭＰメッセージを行わない。このようにすることで、ＥＭＳ１００との間で通信ができないときにＳＮＭＰメッセージがＥＭＳ１００へ送信されることを防ぐことができ、ネットワーク負荷を軽減することができる。
【００３３】
図４に、冗長構成サーバシステム１０とＥＭＳ１００との間で送受信されるＳＮＭＰメッセージのシーケンスを示す。冗長構成サーバシステム１０は、障害発生などのイベントが検出されると、障害情報を収集し、運用系サーバ２０のアラーム管理機能部４０により、ＥＭＳ１００に、シーケンス番号「ＳＮ＝１」を設定したトラップメッセージを送信する（ステップＳ２００）。その際、シーケンス番号「ＳＮ＝１」のトラップメッセージ作成元の情報を、トラップ管理テーブル７０に格納する。また、タイマ管理機能部５０に、シーケンス番号「ＳＮ＝１」について、トラップ再送タイマの設定を行う。
【００３４】
ＥＭＳ１００は、トラップメッセージを受信すると、トラップ受信応答として、受信確認シーケンス番号「受信ＳＮ＝１」を設定したＳＮＭＰのＳｅｔ  Ｒｅｑｕｅｓｔメッセージを生成し、冗長構成サーバシステム１０に送信する（ステップＳ２０１）。冗長構成サーバシステム１０は、Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージを受信することで、「ＳＮ＝１」のトラップが、ＥＭＳ１００に正しく到達したことを認識する。その後、トラップ管理テーブル７０より、該当トラップ「ＳＮ＝１」の情報を削除する。また、タイマ管理機能部５０にて、トラップ再送タイマの解除を行う。アラーム管理機能部４０は、ＥＭＳ１００より受信したＳｅｔ  Ｒｅｑｕｅｓｔに対する応答として、受信確認シーケンス番号「受信ＳＮ＝１」を設定したＧｅｔ  Ｒｅｓｐｏｎｓｅを送信する（ステップＳ２０２）。
【００３５】
続いて、冗長構成サーバシステム１０にて、別のイベントが検出されると、アラーム管理機能部４０は、シーケンス番号「ＳＮ＝２」を設定したトラップメッセージを、ＥＭＳ１００へ送信する（ステップＳ２０３）。シーケンス番号「ＳＮ＝２」のトラップメッセージ作成元の情報をトラップ管理テーブル７０に格納し、タイマ管理機能部５０にて、「ＳＮ＝２」についてトラップ再送タイマを設定する点は、シーケンス番号「ＳＮ＝１」のトラップと同様である。「ＳＮ＝２」のトラップメッセージが、ネットワーク障害などの何らかの理由により、ＥＭＳ１００で受信できないときには、冗長構成サーバシステム１０は、ＥＭＳ１００より、Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージを受信しない。この場合、タイマ管理機能部５０にて、シーケンス番号「ＳＮ＝２」に設定したトラップ再送タイマが満了する（ステップＳ２０４）。
【００３６】
アラーム管理機能部４０は、「ＳＮ＝２」のトラップについて、トラップ再送タイマが満了すると、トラップ管理テーブル７０から、トラップ再送に必要となる情報を読み込み、ＥＭＳ１００に、該当トラップ「ＳＮ＝２」を送信する（ステップＳ２０５）。また、タイマ管理機能部５０にて、「ＳＮ＝２」のトラップ再送タイマの再設定を行う。ＥＭＳ１００は、「ＳＮ＝２」のトラップメッセージを受信すると、その応答として、受信確認シーケンス番号「受信ＳＮ＝２」を設定したＳＮＭＰのＳｅｔ  Ｒｅｑｕｅｓｔメッセージを、冗長構成サーバシステム１０に送信する。（ステップＳ２０６）。
【００３７】
冗長構成サーバシステム１０は、受信確認シーケンス番号「受信ＳＮ＝２」のＳｅｔ  Ｒｅｑｕｅｓｔメッセージを受信することで、再送した、シーケンス番号「ＳＮ＝２」のトラップメッセージが、ＥＭＳ１００で正しく受信されたことを認識する。その後、トラップ管理テーブル７０より、該当トラップ「ＳＮ＝２」の情報を削除し、タイマ管理機能部５０にて、トラップ再送タイマの解除を行う。また、ＥＭＳ１００より受信したＳｅｔ  Ｒｅｑｕｅｓｔに対する応答として、受信確認シーケンス番号「受信ＳＮ＝２」を設定したＧｅｔ  Ｒｅｓｐｏｎｓｅを送信する（ステップＳ２０７）。
【００３８】
ステップＳ２０３の「ＳＮ＝２」のトラップメッセージの送信後に、系切替えが発生した場合を考える。待機系サーバ２１のトラップ管理テーブル７１には、系切替え間の同期化処理、又は、系切替え時の同期化処理により、運用系サーバ２０のトラップ管理テーブル７０と同じ内容の情報が格納される。つまり、トラップ管理テーブル７１には、シーケンス番号「ＳＮ＝２」についてのトラップメッセージ作成元の情報が格納されている。また、待機系サーバ２１のタイマ管理機能部５１には、系切替え間の同期化処理、又は、系切替え時の同期化処理により、運用系サーバ２０のタイマ管理機能部５１に設定された「ＳＮ＝２」についてのトラップ再送タイマが設定されている。
【００３９】
系切替え後は、アラーム管理機能部４１は、旧運用系である運用系サーバ２０のアラーム管理機能部４０の処理を引き継ぎ、タイマ管理機能部５１に設定された「ＳＮ＝２」についてのトラップ再送タイマが満了したか否かを判断する。トラップ再送タイマが満了すると、アラーム管理機能部４１は、トラップ管理テーブル７１よりシーケンス番号「ＳＮ＝２」についてのトラップメッセージ作成元の情報を読み込み、トラップの再送信を行う。また、タイマ管理機能部５１に、「ＳＮ＝２」についてのトラップ再送タイマの再設定を行う。このように、運用系サーバ２０から送信されたトラップについての情報を、新たに運用系となった待機系サーバ２１に引き継いで動作することで、トラップ送信後に系切替えが発生したときでも、ＥＭＳ１００からの受信応答であるＳｅｔ  Ｒｅｑｕｅｓｔメッセージを受信できないトラップについて、トラップ再送信を行うことができる。
【００４０】
本実施例では、ＮＥである冗長構成サーバシステム１０自身にトラップ抜けを検出する機能を設けている。これにより、トラップ送信の信頼性を保証し、ＥＭＳ１００におけるトラップ受信の確実性を向上できる。また、サーバ間通信機能を用いて、待機系サーバ２１から運用系サーバ２０に検出されたイベントに関する情報を送信することで、運用系サーバ２０のアラーム管理機能部４０により、障害発生などの情報を一元管理できる。本実施例では、系切替えが発生したときは、運用系サーバ２０で管理していた情報を、待機系サーバ２１に引き継ぎ、待機系サーバ２１のアラーム管理機能部４１が、運用系サーバ２０のアラーム管理機能部４０の動作を引き継ぐ。このようにすることで、系切替え前に送信したトラップメッセージについても、系切替えにより新たに運用系となった待機系サーバ２１にて管理が可能となる。
【００４１】
本実施例では、関連技術におけるマネージャ側主導によるトラップ抜けの検出方式とは異なり、ＥＭＳ１００は、冗長構成サーバシステム１０での障害発生を、トラップにより、確実に検出できる。このため、ＥＭＳ１００側から状態確認コマンドによる状態合わせを行う必要がなくなる。従って、ＥＭＳ１００と冗長構成サーバシステム１０との間では、ＳＮＭＰプロトコルのみでトラップ抜けの検出が可能となる。また、ＳＮＭＰメッセージの送信に際して、冗長構成サーバシステム１０とＥＭＳ１００との疎通確認を行い、通信可能なときにＳＮＭＰメッセージを送信する構成とすることで、無駄なメッセージ送信を回避することができ、ネットワーク負荷を軽減することができる。
【００４２】
なお、上記実施例では、トラップ送信先のＥＭＳを１つとしているが、複数のＥＭＳに対してトラップメッセージを送信してもよい。その場合は、ステップＳ３（図２）では、トラップメッセージ送信先のＥＭＳごとに、トラップ再送タイマを設定すればよい。そして、ステップＳ５では、各ＥＭＳに対応するトラップ再送タイマが満了したか否かを判断し、トラップ再送タイマが満了するまでに、全てのＥＭＳから受信応答（Ｓｅｔ  Ｒｅｑｕｅｓｔメッセージ）を受信したときには、ステップＳ１０にて、トラップ管理テーブル７０からトラップメッセージ作成元の情報を削除すればよい。トラップ再送タイマが満了するまでに、受信応答を受信できないＥＭＳがあるときには、ステップＳ７にて、そのＥＭＳに対応するトラップ再送タイマの再設定を行い、ステップＳ８で、当該ＥＭＳに対してトラップメッセージを再送信すればよい。
【００４３】
以上、本発明をその好適な実施例に基づいて説明したが、本発明の冗長構成サーバシステム、ネットワーク管理システム、方法、及び、プログラムは、上記実施例にのみ限定されるものではなく、上記実施例の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施例のネットワーク管理システムの構成を示すブロック図。
【図２】冗長構成サーバシステムにおけるトラップ送信の際の動作手順を示すフローチャート。
【図３】ＥＭＳとの疎通確認を行う際の動作手順を示すフローチャート。
【図４】ＳＮＭＰメッセージのシーケンスを示す図。
【符号の説明】
【００４５】
１０：冗長構成サーバシステム
２０：運用系サーバ
２１：待機系サーバ
３０、３１：ＳＮＭＰ処理機能部
４０、４１：アラーム管理機能部
５０、５１：タイマ管理機能部
６０、６１：サーバ間通信機能部
７０、７１：トラップ管理テーブル
１００：ＥＭＳ
２００：ＩＰネットワーク
【図１】
2008305159.tif 000003
【図２】
2008305159.tif 000004
【図３】
2008305159.tif 000005
【図４】
2008305159.tif 000006