(57)【要約】  複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのサーバにおいて、他系サーバの状態を監視する他系監視手段と、他系サーバの異常検出時に、自系サーバに記録されているネットワーク構成情報の内容をコピーして監視制御に用いる一時記憶手段と、前記一時記憶手段に反映される前記クライアントからのネットワーク構成情報の更新を更新履歴情報として保持する履歴記憶手段と、他系サーバの復旧時に、前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に自系サーバ及び他系サーバに記録されたネットワーク構成情報の更新を行う構成情報更新手段と、を有する。
2010116456.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのサーバにおいて、
他系サーバの状態を監視する他系監視手段と、
他系サーバの異常検出時に、自系サーバに記録されているネットワーク構成情報の内容をコピーして監視制御に用いる一時記憶手段と、
前記一時記憶手段に反映される前記クライアントからのネットワーク構成情報の更新を更新履歴情報として保持する履歴記憶手段と、
他系サーバの復旧時に、前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に自系サーバ及び他系サーバに記録されたネットワーク構成情報の更新を行う構成情報更新手段と、
を有することを特徴とするサーバ。
【請求項２】
請求項１記載のサーバにおいて、
前記他系サーバの異常検出時に、自系サーバの運用情報が非運用系であれば運用系に切替える運用系切替え手段を
有することを特徴とするサーバ。
【請求項３】
請求項２記載のサーバにおいて、
前記構成情報更新手段は、前記他系サーバの復旧時に、該他系サーバに履歴記憶手段の更新履歴情報の送信を要求し、該他系サーバから受信した更新履歴情報と自系サーバの履歴記憶手段の更新履歴情報とを時系列にマージした更新履歴情報で自系サーバに記録されたネットワーク構成情報を更新することを特徴とするサーバ。
【請求項４】
請求項３記載のサーバにおいて、
前記構成情報更新手段は、前記更新履歴情報で自系サーバに記録されたネットワーク構成情報を更新するときにエラーが発生すると、前記複数のクライアントの一部又は全部にエラー通知を行うことを特徴とするサーバ。
【請求項５】
請求項４記載のサーバにおいて、
前記運用系切替え手段は、前記他系サーバからの送信の要求により自系サーバの履歴記憶手段から読出した更新履歴情報を前記他系サーバに送信した後、前記自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするサーバ。
【請求項６】
複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのデータ管理方法において、
前記主系及び予備系サーバは同期状態を保ってネットワーク構成情報をそれぞれの構成情報記憶手段に保持し、
前記主系及び予備系サーバは個別に前記ネットワークの監視情報をそれぞれ監視情報記憶手段に保持し、
前記主系及び予備系サーバは互いに他系サーバの状態を監視し、
他系サーバの異常検出時に、前記自系及び他系サーバは前記構成情報記憶手段の内容をコピーした一時記憶手段を用いて監視制御を行い、前記クライアントからのネットワーク構成情報の更新を前記一時記憶手段のネットワーク構成情報に反映させると共に更新履歴情報として履歴記憶手段に保持し、
他系サーバの復旧時に、前記自系サーバは前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に前記自系サーバの構成情報記憶手段の更新を行うことを特徴とするデータ管理方法。
【請求項７】
請求項６記載のデータ管理方法において、
前記他系サーバの異常検出時に、自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするデータ管理方法。
【請求項８】
請求項７記載のデータ管理方法において、
前記他系サーバの復旧時に、自系サーバは他系サーバに履歴記憶手段の更新履歴情報の送信を要求し、前記他系サーバから受信した更新履歴情報と自系サーバの履歴記憶手段の更新履歴情報とを時系列にマージした更新履歴情報で自系サーバの構成情報記憶手段を更新することを特徴とするデータ管理方法。
【請求項９】
請求項８記載のデータ管理方法において、
前記時系列にマージした更新履歴情報で自系サーバの構成情報記憶手段を更新するときにエラーが発生すると、前記複数のクライアントの一部又は全部にエラー通知を行うことを特徴とするデータ管理方法。
【請求項１０】
請求項９記載のデータ管理方法において、
前記他系サーバからの送信の要求により自系サーバの履歴記憶手段から読出した更新履歴情報を前記他系サーバに送信した後、前記自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のクライアントと主系及び予備系サーバで構成され、ネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのデータ管理方法及びサーバに関する。
【背景技術】
【０００２】
図１は、従来のホットスタンバイデュアル監視ＯｐＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）システムの一例の構成図を示す。図１において、ＯｐＳシステム１０は、オペレータからの監視・制御等のサービス要求を受け入れるクライアントシステムのクライアント１１−１〜１１−ｍと、監視用ネットワーク１２を介してクライアントと相互に接続され、入力されたサービス要求を実行するサーバシステムの主系，予備系のサーバ１３，１４を有する。【０００３】
サーバ１３，１４は、監視用ネットワーク１５を介して監視及び制御の対象となる伝送装置（ＮＥ：Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ）１６−１〜１６−ｎと相互に接続されている。伝送装置１６−１〜１６−ｎは主信号を送受信するネットワークを構成している。【０００４】
ホットスタンバイデュアル監視ＯｐＳシステムでは、被災対策のため主系，予備系のサーバ１３，１４を遠隔地に配置したマルチサイトを採用している。サーバの保守作業時や冗長構成の片系が故障した場合でも運用可能とするために、主系，予備系サーバ１３，１４の内部にそれぞれ構成データベース１３ａ，１４ａ及び監視データベース１３ｂ，１４ｂを備えており、２４時間３６５日運転を実現している。【０００５】
構成データベース１３ａ，１４ａはマルチマスターレプリケーション機能を用いて主系，予備系でデータ同期させている。監視データベース１３ｂ，１４ｂはデュアル監視を実現するため、サーバ単体でデータ管理されている。主系，予備系で単独で監視を行うデュアル監視を用いているため、Ｔｒａｐなどの警報データを冗長的に管理させ、監視用ネットワーク１５の障害や伝送装置１６−１〜１６−ｎの障害における警報などの取りこぼしを最小限に抑え、監視性能を向上させている。【０００６】
ところで、二重化通信制御システムでは、運用系、待機系の通信制御装置Ａ、Ｂと、２重化された共用ディスク装置ｃａ、ｃｂ、通信制御装置Ａ、Ｂ内に各々設けられた内蔵ディスク装置ｉａ、ｉｂを有し、該ｃａ、ｃｂに蓄積されたサービス情報の内、サービス必須情報のみを内蔵ディスク装置ｉａ、ｉｂに蓄積し、障害発生時に運用系の通信制御装置は内蔵ディスクに格納されたサービス必須情報を用いる技術が知られている（例えば特許文献１参照）。【０００７】
また、通信システムの障害自動復旧方式では、システムの全プロセスの動作制御を行うプロセス制御部、システム動作用の運用プログラムとシステム管理用プログラムの全てを備えるオリジナルプロセス、該オリジナルプロセスの運用管理プログラムの内必要最小限を備えるクローンプロセスを備え、該オリジナルプロセスと該クローンプロセス間で定期通信を行わせる技術が知られている（例えば特許文献２参照）。【０００８】
また、一まとまりの通信処理を行う複数の通信処理サーバ、各通信処理サーバの処理ログデータを蓄積する２重化ディスクを備えたログサーバ、通信処理サーバとログサーバの監視を行い障害発生時の再起動制御を行う監視サーバを有する分散型通信システムが知られている（例えば特許文献３参照）。【０００９】
また、画像処理システム用サーバにおいて、バックアップサーバを有し、１次サーバが利用可能でない旨を検出すると、バックアップサーバに処理動作を切り換える技術が知られている（例えば特許文献４参照）。
【特許文献１】特開２００６−１０７０７４号公報
【特許文献２】特開２０００−２１５０７４号公報
【特許文献３】特開平８−７９２４６号公報
【特許文献４】特表２００８−５３８２４２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
ホットスタンバイデュアル監視ＯｐＳシステムでは構成データベースの更新トランザクションの実行順序を守るため、運用系（主系又は予備系）のみで構成データベースの更新を許容している。そして、レプリケーション機能で非運用系（予備系又は主系）にクエリーを伝播することで運用系と非運用系の構成データベースのデータ同期を実施している。【００１１】
図２に示すように、運用系サーバ１３がハード故障やアプリケーション異常等でダウンした場合や運用系サーバ１４へのアクセスできなくなった場合、非運用系は運用系の更新トランザクションが全て非運用系に伝播されたかを確認するまでは運用系に切替わることができない。これは構成データベースの整合を保証し、データのデッドロックを防止するためである。【００１２】
このため、構成データベースの更新を伴うデータ登録処理や伝送装置の制御処理を行うことができない非運用系の片系運用とすることで、構成データベースの整合を保証していた。このことは、非運用系にて監視のみ可能という運用制限をユーザに強いることになるという問題があった。【００１３】
そこで、目的の一つは、上記の点に鑑みなされたものであり、運用系サーバにアクセスできない場合における運用制限を低減するオペレーションシステムのデータ管理方法及びサーバを提供することである。
【課題を解決するための手段】
【００１４】
複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのサーバにおいて、他系サーバの状態を監視する他系監視手段と、他系サーバの異常検出時に、自系サーバに記憶されているネットワーク構成情報の内容をコピーして監視制御に用いる一時記憶手段と、前記一時記憶手段に反映される前記クライアントからのネットワーク構成情報の更新を更新履歴情報として保持する履歴記憶手段と、他系サーバの復旧時に、前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に自系サーバ及び他系サーバに記憶されたネットワーク構成情報の更新を行う構成情報更新手段と、を有する。
【発明の効果】
【００１５】
本実施形態によれば、運用系サーバにアクセスできない場合における運用制限を低減することができる。
【図面の簡単な説明】
【００１６】
【図１】従来のＯｐＳシステムの一例の構成図である。
【図２】従来のＯｐＳシステムの障害時の動作を説明するための図である。
【図３】ＯｐＳシステムの一実施形態の構成図である。
【図４】サーバの一実施形態の機能ブロック図である。
【図５】構成データベースの一例を示す図である。
【図６】監視データベースの一例を示す図である。
【図７】テンポラリーデータベースの一例を示す図である。
【図８】履歴データベースの一例を示す図である。
【図９】運用構成管理メモリの一例を示す図である。
【図１０】更新履歴管理メモリの一例を示す図である。
【図１１】他系更新履歴管理メモリの一例を示す図である。
【図１２】更新履歴整合用メモリの一例を示す図である。
【図１３】他系状態監視を説明するための図である。
【図１４】障害発生時の動作を説明するための図である。
【図１５】障害復旧時の動作を説明するための図である。
【図１６】障害復旧時の動作を説明するための図である。
【図１７】障害復旧時の動作を説明するための図である。
【図１８】障害復旧時の動作を説明するための図である。
【図１９】ＯｐＳシステムが実行する処理のフローチャートである。
【図２０】ＯｐＳシステムが実行する処理のフローチャートである。
【図２１】ＯｐＳシステムが実行する処理のフローチャートである。
【符号の説明】
【００１７】
２０  ＯｐＳシステム
２１−１〜２１−ｍ  クライアント
２２，２５  監視用ネットワーク
２３  主系サーバ
２４  予備系サーバ
２６−１〜２６−ｎ  伝送装置
３１  クライアント向け通信部
３２  他系サーバ向け通信部
３３  データベースアクセス部
３４  運用構成管理部
３５  ＮＥ制御監視管理部
３６  ＮＥ向け通信部
３７  構成データベース
３８  監視データベース
３９  テンポラリーデータベース
４０  履歴データベース
４１  運用構成管理メモリ
４２  更新履歴管理メモリ
４３  他系更新履歴管理メモリ
４４  更新履歴整合用メモリ
【発明を実施するための最良の形態】
【００１８】
以下、図面に基づいて実施形態について説明する。【００１９】
＜ＯｐＳシステムの構成＞
図３は、ホットスタンバイデュアル監視ＯｐＳシステムの一実施形態の構成図を示す。図３において、ＯｐＳシステム２０は、オペレータからの監視・制御等のサービス要求を受け入れるクライアントシステムのクライアント２１−１〜２１−ｍと、監視用ネットワーク２２を介してクライアントと相互に接続され、入力されたサービス要求を実行するサーバシステムの主系，予備系のサーバ２３，２４を有する。【００２０】
サーバ２３，２４は、監視用ネットワーク２５を介して監視及び制御の対象となる伝送装置（ＮＥ）２６−１〜２６−ｎと相互に接続されている。伝送装置２６−１〜２６−ｎは主信号を送受信するネットワークを構成している。【００２１】
ホットスタンバイデュアル監視ＯｐＳシステムでは、被災対策のため主系，予備系のサーバ２３，２４を遠隔地に配置したマルチサイトを採用している。本実施形態ではサーバの保守作業時や冗長構成の片系が故障した場合でも運用可能とするために、主系，予備系サーバの内部にそれぞれ構成データベース２３ａ，２４ａ、監視データベース２３ｂ，２４ｂ、テンポラリーデータベース２３ｃ，２４ｃ、履歴データベース２３ｄ，２４ｄを備えており、２４時間３６５日運転を実現している。【００２２】
構成データベース２３ａ，２４ａはマルチマスターレプリケーション機能を用いて主系，予備系でデータ同期させている。監視データベース２３ｂ，２４ｂはデュアル監視を実現するため、サーバ単体でデータ管理されている。主系，予備系で単独で監視を行うデュアル監視を用いているため、Ｔｒａｐなどの警報データを冗長的に管理させ、監視用ネットワーク２５の障害や伝送装置２６−１〜２６−ｎの障害における警報などの取りこぼしを最小限に抑え、監視性能を向上させている。【００２３】
ホットスタンバイデュアル監視ＯｐＳシステムの基本的な仕組みとしては、以下の５点が挙げられる。ホットスタンバイ冗長構成である。デュアル監視である。（主系，予備系それぞれで単独で監視を行っている。）構成データベースはマルチマスターレプリケーションでデータベースの同期を行っている。構成データベースの変更は運用系のみからの実施である。予備系も運用切替えを実施することで、非運用系（スタンバイ系），運用系（アクト系）となることができる。１つのサーバ単体でも運用可能である。【００２４】
＜サーバの機能ブロック図＞
図４はサーバの一実施形態の機能ブロック図を示す。図４において、クライアント向け通信部３１は、クライアントとの通信を行う。クライアント向け通信部３１はクライアントからの要求の受け付け、要求に応じたデータをデータベースアクセス部３３経由で取得し、クライアントに応答する。また、クライアントへの警報やシステムイベント通知なども行う。【００２５】
他系サーバ向け通信部３２は、他系サーバとの通信を行う。他系サーバ向け通信部３２は運用構成管理部３４から他系状態監視要求や運用状態変更通知要求などを受け付け、他系サーバへ状態監視電文を送信する。また、他系サーバからの電文を受信し、運用構成管理部３４に通知する。【００２６】
データベースアクセス部３３は、データベースからの情報取得及びデータベースの更新を行う。データベースアクセス部３３はクライアント向け通信部３１や運用構成管理部３４及びＮＥ制御監視管理部３５からのデータ取得要求や更新要求に応じて、構成データベース３７、監視データベース３８、テンポラリーデータベース３９、履歴データベース４０へのアクセスを行う。データベースへのアクセスは、運用構成管理メモリ４１を参照し、アクセス対象のデータベースを判断する。また、データベースアクセス部３３は運用構成管理メモリ４１を参照し、データベースのロック及び初期化を行う。【００２７】
運用構成管理部３４は、自サーバの運用状態の管理を行う。また、運用構成管理部３４は他系サーバの状態を監視し、他系サーバの異常検出時には、運用構成管理メモリ４１内の運用状態及びデータベース状態を変更する。他系サーバの正常時検出時には、運用構成管理部３４は運用構成変更通知などを他系サーバ向け通信部３２に対し送信要求を行う。また、データベースの復旧においては、運用構成管理部３４はデータベースアクセス部３３を通じて履歴データベース４０を更新履歴管理メモリ４２に展開する。【００２８】
また、運用構成管理部３４は他系から受信した更新履歴情報電文と更新履歴管理メモリ４２の整合処理を行って更新履歴整合用メモリ４３へ展開し、データベースアクセス部３３を通じて構成データベース３７の更新を行う。【００２９】
ＮＥ制御監視管理部３５は、伝送装置（ＮＥ）との通信管理を行う。ＮＥ制御監視管理部３５はクライアント向け通信部３１から制御要求を受信し、ＮＥ向け通信部３６に対してコマンド送信要求を行う。その際に、運用構成管理メモリ４１上の運用状態を参照し、運用系時のみＮＥ向け通信部３６に対してコマンド送信要求を行う。非運用系時には、クライアント向け通信部３１に送信不可の旨の応答を返却する。また、ＮＥ向け通信部３６から受信したコマンド送信応答やイベントを受信すると、データベースアクセス部３３を通じてデータベースを更新する。【００３０】
ＮＥ向け通信部３６は、伝送装置との通信を行う。ＮＥ向け通信部３６はＮＥ制御監視管理部３５からのコマンド送信要求を受け付け、伝送装置に対して電文を送信する。伝送装置から電文を受信した場合は、ＮＥ制御監視管理部３５にコマンド送信応答やイベント受信通知を行う。【００３１】
構成データベース３７は、図３における構成データベース２３ａ，２４ａであり、ＯｐＳで使用する局情報、装置情報、ネットワーク情報、ＮＥ内構成情報などを保持するデータベースである。【００３２】
監視データベース３８は、図３における監視データベース２３ｂ，２４ｂであり、ＯｐＳで管理するＮＥやＯｐＳ内部に発生した警報やイベントのジャーナル管理や発生中の警報の管理、警報履歴などを保持するデータベースである。【００３３】
テンポラリーデータベース３９は、図３におけるテンポラリーデータベース２３ｃ，２４ｃであり、構成データベース３７と同様な構成を持ったデータベースである。テンポラリーデータベース３９は正常運用時には使用しないが、冗長構成の異常時に構成データベース３７の代わりに使用する。【００３４】
履歴データベース４０は、図３における履歴データベース２３ｄ，２４ｄであり、テンポラリーデータベース３９の情報を更新した履歴を保持するためのデータベースである。【００３５】
運用構成管理メモリ４１は、自サーバの運用系情報や他系サーバの状態情報、データベース運用状態を保持するための内部メモリである。【００３６】
更新履歴管理メモリ４２は、自サーバ内の履歴データベース４０の情報を展開するために使用される内部メモリである。【００３７】
他系更新履歴管理メモリ４３は、他系サーバから受信した更新履歴情報を一時的に格納する内部メモリである。【００３８】
更新履歴整合用メモリ４４は、構成データベース３７を正常状態に戻すために使用される内部メモリである。更新履歴整合用メモリ４４は更新履歴管理メモリ４２と他系更新履歴管理メモリ４３内の更新履歴情報を時系列に整合（マージ）させた情報を展開するために使用する。【００３９】
＜データベースの構成＞
図５に構成データベース３７の一例を示す。構成データベース３７には、局情報として、局ＩＤ（識別子）に対応して局名が登録されている。また、伝送装置情報として、伝送装置ＩＤに対応して装置名と、局ＩＤと、装置種別が登録されている。また、ネットワーク情報として、ネットワークＩＤに対応してネットワーク名が登録されている。【００４０】
また、ネットワーク内装置情報として、ネットワークＩＤに対応して伝送装置ＩＤが登録されている。また、ネットワーク内パッケージ情報として、ネットワークＩＤに対応してスロット位置と、パッケージタイプと、使用状態が登録されている。この他にも、ソフトストラップ情報やファシリティ情報等のポート情報、ジャンパー情報等のコネクション情報、パス情報等が登録されている。【００４１】
図６に監視データベース３８の一例を示す。監視データベース３８には、ジャーナル情報として、ネットワークＩＤに対応して部位（スロット位置）と、発生／回復（／イベント）と、警報種別（ＲＭＢＤ：抜け，ＬＯＳ：信号喪失，ＳＷ：切替え発生、コールドスタート等）と、発生時刻が登録されている。【００４２】
また、発生中アラーム情報（現在発生中のアラーム）として、ネットワークＩＤに対応して部位と警報種別と発生時刻が登録されている。また、アラーム履歴情報として、ネットワークＩＤに対応して部位と警報種別と発生時刻が登録されている。また、システム情報として、システム、サーバ等の部位に対応して種別（運用切替え，データベースバックアップ実施等）と発生時刻が登録されている。【００４３】
図７にテンポラリーデータベース３９の一例を示す。テンポラリーデータベース３９には構成データベース３７と同一項目が登録される。【００４４】
図８に履歴データベース４０の一例を示す。履歴データベース４０には、自系について更新情報に対応して実施時刻が登録される。【００４５】
図９に運用構成管理メモリ４１の一例を示す。運用構成管理メモリ４１には、自装置の運用状態として、主系／予備系のいずれかの状態と、運用系／非運用系のいずれかの状態と、データベース状態（マスタ：構成データベース３７を使用中／テンポラリー：テンポラリーデータベース３９を使用中）と、運用／異常／作業中のいずれかの状態が登録される。【００４６】
図１０に更新履歴管理メモリ４２の一例を示す。更新履歴管理メモリ４２には、自系について更新情報に対応して実施時刻が履歴として登録される。【００４７】
図１１に他系更新履歴管理メモリ４３の一例を示す。他系更新履歴管理メモリ４３には、他系について更新情報に対応して実施時刻が登録される。【００４８】
図１２に更新履歴整合用メモリ４４の一例を示す。更新履歴整合用メモリ４４には、時系列に自系と他系それぞれの更新情報に対応して実施時刻が登録される。【００４９】
＜ＯｐＳシステムの動作＞
正常時には、図１３に示すように、主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は予備系サーバ２４に対し他系状態監視電文を送信し、また、予備系サーバ２４の他系サーバ向け通信部３２及び運用構成管理部３４は主系サーバ２３に対し他系状態監視電文を送信する。【００５０】
図１４に示すように、監視用ネットワーク２２での障害などにより、一定時間内に他系サーバからの状態監視応答電文を受信できないことが一定回数連続した場合、主系サーバ２３，予備系サーバ２４それぞれは、他系サーバの状態が異常であると判断する。【００５１】
異常状態と判断すると、図１４に示すように、主系サーバ２３，予備系サーバ２４は更新トランザクションもそのまま保持して構成データベース３７をロックし（更新禁止、図中、鍵マークで示す）、構成データベース３７のデータ内容をテンポラリーデータベース３９にコピーし、運用構成管理メモリ４１上のデータベース状態を異常状態とする。また、予備系サーバ２４では運用構成管理メモリ４１上で運用系を設定する。【００５２】
これは、レプリケーション設定された構成データベース３７を使用すると、両系サーバ２３，２４にデータ更新トランザクションが溜まってしまい、データのデッドロックの発生を防止するためである。【００５３】
これにより、データベースアクセス部３３からのデータ参照及びデータ更新はテンポラリーデータベース３９に行い、データ更新等の変更情報は履歴データベース４０に保持される。なお、監視データベース３８はサーバ２３，２４の運用状態に関わらず、サーバ単体で管理される。【００５４】
異常状態では、図１５に矢印Ｓ１で示すように、主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は、予備系サーバ２４に他系状態監視電文を送信する。【００５５】
異常状態から復旧すると、主系サーバ２３は予備系サーバ２４から状態監視電文の応答を受信できるようになる。主系サーバ２３は状態監視電文の応答を受信するとシステム状態復旧と判断し、運用構成変更通知を予備系サーバ２４に送信する（矢印Ｓ２）。【００５６】
予備系サーバ２４の他系サーバ向け通信部３２及び運用構成管理部３４は、運用構成変更通知を受信すると、運用構成管理メモリ４１上のデータベース状態を作業中とし、テンポラリーデータベース３９及び履歴データベース４０をロックする。その後、主系サーバ２３に運用構成変更可能通知を送信する（矢印Ｓ３）。【００５７】
主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は、運用構成変更可能通知を受信すると、運用構成管理メモリ４１上のデータベース状態を切替中とすることで、テンポラリーデータベース３９及び履歴データベース４０をロックする。その後、予備系サーバ２４に対し更新履歴情報の送信要求である運用構成変更実施通知を送信する（矢印Ｓ４）。【００５８】
次に、図１６に示すように、予備系サーバ２４の他系サーバ向け通信部３２及び運用構成管理部３４は、運用構成変更実施通知を受信すると、データベースアクセス部３３を通じて、履歴データベース４０（２４ｄ）から情報を読出し、更新履歴管理メモリ４２に展開する。その後、予備系サーバ２４は更新履歴管理メモリ４２上の情報を主系サーバ２３に送信する。【００５９】
図１７に示すように、主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は、予備系サーバ２４からの更新履歴情報を受信すると、他系更新履歴管理メモリ４３に展開する。予備系サーバ２４の他系サーバ向け通信部３２及び運用構成管理部３４は、更新履歴情報を全て主系サーバ２３に送信し終えると、運用構成管理メモリ４１上の運用状態を非運用系に変更すると共に、データベース状態を通常状態に変更し、運用構成変更完了通知を送信する。この時点で、予備系サーバ２４は構成データベース３７及び監視データベース３８で運用される通常状態になる。【００６０】
主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は、運用構成完了通知を受信すると、データベースアクセス部３３を通じて、履歴データベース４０から情報を読出し、更新履歴管理メモリ４２に展開する。その後、更新履歴管理メモリ４２上の情報と他系更新履歴管理メモリ４３上の情報を自系列にマージし、更新履歴整合用メモリ４４に展開する。【００６１】
図１８に示すように、主系サーバ２３の他系サーバ向け通信部３２及び運用構成管理部３４は、更新履歴整合用メモリ４４の情報に基づいて構成データベース３７を更新する。主系サーバ２３の構成データベース３７が更新されると、レプリケーション機能により、予備系サーバ２４の構成データベース３７も主系サーバ２３の構成データベース３７と同期して更新される。このとき、異常状態になる前のトランザクションから予備系サーバ２４に伝播される。【００６２】
更新履歴整合用メモリ４４の全ての情報を構成データベース２３ａ（３７）に反映した後、運用構成管理メモリ４１上のデータベース状態を通常状態に変更し、通常状態に遷移する。【００６３】
その際、予備系サーバ２４に運用構成変更正常終了通知を送信し、保守者にもクライアント向け通信部３１を通じ、正常運用イベントを通知する。また、更新履歴整合用メモリ４４上の情報を構成データベース２３ａ（３７）に反映させる更新時に、更新情報の不一致（削除されたデータの更新など）が発生した場合は、エラー情報をクライアント向け通信部３１を通じ、保守者に通知する。【００６４】
＜ＯｐＳシステムのフローチャート＞
図１９乃至図２１は、ＯｐＳシステムが実行する処理のフローチャートを示す。図１９において、ステップＳ１０でサーバ（主系サーバ２３又は予備系サーバ２４）は他系サーバに他系の状態監視電文を送信し、ステップＳ１１で一定時間内に他系サーバからの状態監視応答電文を受信できないことが一定回数連続したか否かを判別する。【００６５】
一定時間内に他系からの状態監視応答電文を受信できないことが一定回数連続した場合、ステップＳ１２で構成データベース３７をロックし、ステップＳ１３で構成データベース３７のデータ内容をテンポラリーデータベース３９にコピーする。また、ステップＳ１４で運用構成管理メモリ４１上のデータベース状態をテンポラリーとしてテンポラリーデータベース３９で運用に変更とする。【００６６】
次に、ステップＳ１５で自系サーバが運用系であるか否かを運用構成管理メモリ４１の設定から判別し、非運用系であればステップＳ１６で自系サーバを運用系に変更する。この変更は運用構成管理メモリ４１上で行う。【００６７】
また、ステップＳ１７で自系サーバが主系であるか否かを運用構成管理メモリ４１の設定から判別する。主系サーバ２３であればステップＳ１８で予備系サーバ２４に他系の状態監視電文を送信し、ステップＳ１９で一定時間内に予備系サーバ２４からの状態監視応答電文を受信できるか否かを判別する。一定時間内に予備系サーバ２４からの状態監視応答電文を受信できた場合、図２０のステップＳ２１に進む。【００６８】
一方、ステップＳ１７で自系サーバが予備系２４であれば図２０のステップＳ４１に進む。【００６９】
図２０のステップＳ２１で主系サーバ２３は運用構成変更通知を予備系サーバ２４に送信する。そして、ステップＳ２２で主系サーバ２３は運用構成変更可能通知の受信待ちを行い、ステップＳ２３で運用構成変更可能通知の受信を判別すると、ステップＳ２４に進む。【００７０】
ステップＳ２４で主系サーバ２３はテンポラリーデータベース３９及び履歴データベース４０をロックし、ステップＳ２５で運用構成管理メモリ４１上のデータベース状態を作業中とする。その後、ステップＳ２６で主系サーバ２３は予備系サーバ２４に対し更新履歴情報の送信要求である運用構成変更実施通知を送信した後、図２１のステップＳ２７に進む。【００７１】
図２０のステップＳ４１で予備系サーバ２４は運用構成変更可能通知の受信待ちを行い、ステップＳ４２で運用構成変更可能通知の受信を判別すると、ステップＳ４３に進む。【００７２】
ステップＳ４３で予備系サーバ２４はテンポラリーデータベース３９及び履歴データベース４０をロックし、ステップＳ４４で運用構成管理メモリ４１上のデータベース状態を作業中とする。その後、ステップＳ４５で予備系サーバ２４は主系サーバ２３に対し運用構成変更実施通知を送信する。【００７３】
次に、ステップＳ４６で予備系サーバ２４は運用構成変更実施通知の受信待ちを行い、ステップＳ４７で運用構成変更実施通知の受信を判別すると、ステップＳ４８に進む。ステップＳ４８で予備系サーバ２４は履歴データベース４０から情報を読出した後、図２１のステップＳ４９に進む。【００７４】
図２１のステップＳ２７で主系サーバ２３は更新履歴情報を受信し、ステップＳ２８で運用構成変更完了通知を受信したか否かを判別する。主系サーバ２３は運用構成変更完了通知を受信するまでステップＳ２７で更新履歴情報を受信する。運用構成変更完了通知を受信すると、ステップＳ２９で主系サーバ２３は履歴データベース４０から情報を読出す。【００７５】
そして、ステップＳ３０で主系サーバ２３は上記履歴データベース４０から読出した更新情報と、予備系サーバ２４の履歴データベース４０から読出されて予備系サーバ２４から送信された更新情報を時系列にマージする。次に、ステップＳ３１で主系サーバ２３はマージした更新情報を構成データベース３７に反映させる。つまり、構成データベース３７を更新する。主系サーバ２３の構成データベース３７が更新されると、レプリケーション機能により予備系サーバ２４の構成データベース３７も主系サーバ２３の構成データベース３７と同期して更新される。【００７６】
この後、ステップＳ３２で主系サーバ２３は構成データベース３７の更新にエラーがあるか否かを判別し、例えば削除されたデータの更新などのエラーがあればステップＳ３３でクライアント２１−１〜２１−ｍの一部又は全部にエラー通知を行う。【００７７】
その後、ステップＳ３４で主系サーバ２３は予備系サーバ２４に運用構成変更正常終了通知を送信し、ステップＳ３５で主系サーバ２３は運用構成管理メモリ４１上のデータベース状態を通常状態に更新し、通常状態に遷移して図１９のステップＳ１０に進む。【００７８】
図２１のステップＳ４９で予備系サーバ２４は履歴データベース４０から読出した情報を主系サーバ２３に送信する。この後、更新履歴情報を全て送信し終えると、ステップＳ５０で予備系サーバ２４は運用構成変更完了通知を主系サーバ２３に送信する。【００７９】
次に、ステップＳ５１で予備系サーバ２４は運用構成変更正常終了通知の受信待ちを行う。ステップＳ５２で運用構成変更正常終了通知の受信を判別すると、ステップＳ５３で予備系サーバ２４は運用構成管理メモリ４１上のデータベース状態を通常状態に更新し、通常状態に遷移して図１９のステップＳ１０に進む。【００８０】
このように、運用系の主系サーバ２３がハード故障やアプリケーション異常等でダウンした場合や運用系の主系サーバ２３のアクセスができなくなった場合は、主系サーバ２３，予備系サーバ２４の双方で同期整合されている構成データベース３７をそのまま維持する。そして、構成データベース３７の内容を複製したテンポラリーデータベース３９を使用することで、非運用系の予備系サーバ２４が即座に運用系に切替わることができる。また、テンポラリーデータベース３９の更新処理を許容することができる。【００８１】
そうすることで、主系サーバ２３と予備系サーバ２４の構成データベース３７の整合を維持しつつ両方の系を運用系とすることを許容でき、非運用系の片系運用状態をなくすことができ、監視のみ可能という運用制限を行わずに済む。【００８２】
また、テンポラリーデータベース３９の更新内容を履歴データベース４０に保存することで、両系サーバ２３，２４の復旧及び通信復旧によるシステム復旧時には履歴データベース４０内のデータベース更新情報を、本来の運用系である主系サーバ２３の構成データベース３７に反映することで、異常時に両サーバ２３，２４単独で更新された内容が両系サーバ２３，２４の構成データベース３７に反映され、異常時の構成データベース３７に対する更新情報を反映した形で、ＯｐＳシステムの両系サーバ２３，２４の構成データベース３７の整合を維持することが可能となる。【００８３】
なお、上記実施形態では、復旧時に予備系サーバ２４の更新履歴情報を主系サーバ２３に送信し、主系サーバ２３で更新履歴情報をマージして主系サーバ２３の構成データベース３７を更新しているが、これとは逆に、復旧時に主系サーバ２３の更新履歴情報を予備系サーバ２４に送信し、予備系サーバ２４で更新履歴情報をマージして予備系サーバ２４の構成データベース３７を更新する構成としても良く、上記実施形態に限定されるものではない。【００８４】
上記実施形態では、構成情報記憶手段の一例として構成データベース３７を用い、監視情報記憶手段の一例として監視データベース３８を用い、他系監視手段の一例として他系サーバ向け通信部３２を用い、一時記憶手段の一例としてテンポラリーデータベース３９を用い、履歴記憶手段の一例として履歴データベース４０を用い、構成情報更新手段の一例として運用構成管理部３４を用い、運用系切替え手段の一例として運用構成管理部３４を用いている。
【図１】
2010116456.tif 000003
【図２】
2010116456.tif 000004
【図３】
2010116456.tif 000005
【図４】
2010116456.tif 000006
【図５】
2010116456.tif 000007
【図６】
2010116456.tif 000008
【図７】
2010116456.tif 000009
【図８】
2010116456.tif 000010
【図９】
2010116456.tif 000011
【図１０】
2010116456.tif 000012
【図１１】
2010116456.tif 000013
【図１２】
2010116456.tif 000014
【図１３】
2010116456.tif 000015
【図１４】
2010116456.tif 000016
【図１５】
2010116456.tif 000017
【図１６】
2010116456.tif 000018
【図１７】
2010116456.tif 000019
【図１８】
2010116456.tif 000020
【図１９】
2010116456.tif 000021
【図２０】
2010116456.tif 000022
【図２１】
2010116456.tif 000023
【手続補正書】
【提出日】平成23年9月28日(2011.9.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのサーバにおいて、
他系サーバの状態を監視する他系監視手段と、
他系サーバの異常検出時に、自系サーバに記録されているネットワーク構成情報の内容をコピーして監視制御に用いる一時記憶手段と、
前記一時記憶手段に反映される前記クライアントからのネットワーク構成情報の更新を更新履歴情報として保持する履歴記憶手段と、
他系サーバの復旧時に、前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に自系サーバ及び他系サーバに記録されたネットワーク構成情報の更新を行う構成情報更新手段と、
を有することを特徴とするサーバ。
【請求項２】
請求項１記載のサーバにおいて、
前記他系サーバの異常検出時に、自系サーバの運用情報が非運用系であれば運用系に切替える運用系切替え手段を
有することを特徴とするサーバ。
【請求項３】
請求項２記載のサーバにおいて、
前記構成情報更新手段は、前記他系サーバの復旧時に、該他系サーバに履歴記憶手段の更新履歴情報の送信を要求し、該他系サーバから受信した更新履歴情報と自系サーバの履歴記憶手段の更新履歴情報とを時系列にマージした更新履歴情報で自系サーバに記録されたネットワーク構成情報を更新することを特徴とするサーバ。
【請求項４】
請求項３記載のサーバにおいて、
前記運用系切替え手段は、前記他系サーバからの送信の要求により自系サーバの履歴記憶手段から読出した更新履歴情報を前記他系サーバに送信した後、前記自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするサーバ。
【請求項５】
複数のクライアントと主系及び予備系サーバで構成され、前記主系及び予備系サーバでネットワークを構成する伝送装置の監視制御を行うオペレーションシステムのデータ管理方法において、
前記主系及び予備系サーバは同期状態を保ってネットワーク構成情報をそれぞれの構成情報記憶手段に保持し、
前記主系及び予備系サーバは個別に前記ネットワークの監視情報をそれぞれ監視情報記憶手段に保持し、
前記主系及び予備系サーバは互いに他系サーバの状態を監視し、
他系サーバの異常検出時に、前記自系及び他系サーバは前記構成情報記憶手段の内容をコピーした一時記憶手段を用いて監視制御を行い、前記クライアントからのネットワーク構成情報の更新を前記一時記憶手段のネットワーク構成情報に反映させると共に更新履歴情報として履歴記憶手段に保持し、
他系サーバの復旧時に、前記自系サーバは前記自系及び他系サーバの履歴記憶手段の更新履歴情報を基に前記自系サーバの構成情報記憶手段の更新を行うことを特徴とするデータ管理方法。
【請求項６】
請求項５記載のデータ管理方法において、
前記他系サーバの異常検出時に、自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするデータ管理方法。
【請求項７】
請求項６記載のデータ管理方法において、
前記他系サーバの復旧時に、自系サーバは他系サーバに履歴記憶手段の更新履歴情報の送信を要求し、前記他系サーバから受信した更新履歴情報と自系サーバの履歴記憶手段の更新履歴情報とを時系列にマージした更新履歴情報で自系サーバの構成情報記憶手段を更新することを特徴とするデータ管理方法。
【請求項８】
請求項７記載のデータ管理方法において、
前記他系サーバからの送信の要求により自系サーバの履歴記憶手段から読出した更新履歴情報を前記他系サーバに送信した後、前記自系サーバの運用情報が非運用系であれば運用系に切替えることを特徴とするデータ管理方法。
【国際調査報告】
2010116456.tif 000024
2010116456.tif 000025