(57)【要約】【課題】システム停止を伴う保守・移行時に、必要最低限の運用管理サービス提供を継続したまま保守・更新するシステムを提供する。【解決手段】運用管理システム１０００は、管理対象ノード１４０等と、主系の運用管理サーバ装置１００ｐと、従系の運用管理サーバ装置１００ｓとを備える。各管理対象ノードは第１、第２エージェント部を備える。運用管理サーバ装置１００ｐは、第１エージェント部への運用管理機能の「動作モード」を記憶する第１動作モード記憶部１０２ｐと、「動作モード」を参照し参照結果に基づき第１エージェント部に運用管理機能を実行する第１運用管理制御部１１０ｐとを備え、運用管理サーバ装置１００ｓは、第２エージェント部への運用管理機能の「動作モード」を記憶する第２動作モード記憶部１０２ｓと、「動作モード」を参照し参照結果に基づき第２エージェント部に運用管理機能を実行する第２運用管理制御部１１０ｓとを備えた。【選択図】図１
2008026954.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに分散して設置された１以上の管理対象ノードと、
前記１以上の管理対象ノードを運用管理する第１運用管理サーバ装置と、
前記１以上の管理対象ノードを運用管理する第２運用管理サーバ装置と
を備えた運用管理システムにおいて、
前記管理対象ノードは、
前記第１運用管理サーバ装置と通信して運用管理の制御を受ける第１エージェント部と、
前記第２運用管理サーバ装置と通信して運用管理の制御を受ける第２エージェント部と
を備え、
前記第１運用管理サーバ装置は、
前記第１エージェント部を運用管理する運用管理機能の動作モードを記憶する第１動作モード記憶部と、
前記第１エージェント部に対する運用管理機能を実行しようとするときに前記第１動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記第１エージェント部に対する運用管理機能を実行するかどうかを決定する第１運用管理制御部と
を備え、
前記第２運用管理サーバ装置は、
前記第２エージェント部を運用管理する運用管理機能の動作モードを記憶する第２動作モード記憶部と、
前記第２エージェント部に対する運用管理機能を実行しようとするときに前記第２動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記第２エージェント部に対する運用管理機能を実行するかどうかを決定する第２運用管理制御部と
を備えたことを特徴とする運用管理システム。
【請求項２】
前記第１運用管理制御部は、
前記第２運用管理制御部が前記第２エージェント部に対して実行可能な運用管理機能と独立して動作するとともに前記第２運用管理制御部との間でデータの引継ぎが発生しない運用管理機能を前記第１エージェント部に対して実行可能であり、
前記第２運用管理制御部は、
前記第１運用管理制御部が前記第１エージェント部に対して実行可能な運用管理機能と独立して動作するとともに前記第１運用管理制御部との間でデータの引継ぎが発生しない運用管理機能を前記第２エージェント部に対して実行可能であることを特徴とする請求項１記載の運用管理システム。
【請求項３】
前記運用管理システムは、さらに、
前記第１動作モード記憶部に記憶された動作モードを書き換え可能であるとともに、前記第２動作モード記憶部に記憶された動作モードを書き換え可能である制御端末装置を備えたことを特徴とする請求項１または２いずれかに記載の運用管理システム。
【請求項４】
前記制御端末装置は、
前記第１動作モード記憶部に記憶された動作モードを運用管理機能の停止を示す停止モードに書き換え可能であるとともに、前記第２動作モード記憶部に記憶された動作モードを停止モードに書き換え可能であり、
前記第１運用管理制御部は、
前記制御端末装置によって前記第１動作モード記憶部に記憶された動作モードが停止モードに書き換えられた場合には、前記第１エージェント部に対する運用管理機能の実行を停止し、
前記第２運用管理制御部は、
前記制御端末装置によって前記第２動作モード記憶部に記憶された動作モードが停止モードに書き換えられた場合には、前記第２エージェント部に対する運用管理機能の実行を停止することを特徴とする請求項３記載の運用管理システム。
【請求項５】
運用管理の制御を受ける第１エージェント部と第２エージェント部とを備えた管理対象ノードの前記第１エージェント部と前記第２エージェント部とのうち予め定められた一方を運用管理する運用管理機能の動作モードを記憶する動作モード記憶部と、
前記予め定められた一方に対する運用管理機能を実行しようとするときに前記動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記予め定められた一方に対する運用管理機能を実行するかどうかを決定する運用管理制御部と
を備えたことを特徴とする運用管理サーバ装置。
【請求項６】
コンピュータである運用管理サーバ装置が行なう運用管理方法において、
動作モード記憶部が、運用管理の制御を受ける第１エージェント部と第２エージェント部とを備えた管理対象ノードの前記第１エージェント部と前記第２エージェント部とのうち予め定められた一方を運用管理する運用管理機能の動作モードを記憶し、
運用管理制御部が、前記予め定められた一方に対する運用管理機能を実行しようとするときに前記動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記予め定められた一方に対する運用管理機能を実行するかどうかを決定することを特徴とする運用管理方法。
【請求項７】
動作モード記憶部を備えるコンピュータである運用管理サーバ装置に以下の処理を実行させる運用管理プログラム
（１）運用管理の制御を受ける第１エージェント部と第２エージェント部とを備えた管理対象ノードの前記第１エージェント部と前記第２エージェント部とのうち予め定められた一方を運用管理する運用管理機能の動作モードを前記動作モード記憶部に記憶する処理
（２）前記予め定められた一方に対する運用管理機能を実行しようとするときに前記動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記予め定められた一方に対する運用管理機能を実行するかどうかを決定する処理
【請求項８】
第１運用管理サーバ装置と通信して運用管理の制御を受ける第１エージェント部と、
第２運用管理サーバ装置と通信して運用管理の制御を受ける第２エージェント部と
を備え、
前記第１運用管理サーバ装置は、
請求項５に記載の運用管理サーバ装置であるとともに、前記予め定められた一方として、前記第１エージェント部を運用管理する運用管理機能の動作モードを前記動作モード記憶部に記憶し、
前記第２運用管理サーバ装置は、
請求項５に記載の運用管理サーバ装置であるとともに、前記予め定められた一方として、前記第２エージェント部を運用管理する運用管理機能の動作モードを前記動作モード記憶部に記憶することを特徴とする管理対象ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、管理対象ノードの運用管理を行う運用管理システム及び運用管理サーバ装置及び運用管理方法及び運用管理プログラム及び管理対象ノードに関する。
【背景技術】
【０００２】
従来のシステム運用方式では、二重化システムを利用して復旧を行う際に、必要最低限のリソースを持ったプロセスを起動することにより障害時に自律的に障害復旧することが提案されていた（例えば、特許文献１）。
【０００３】
また、ネットワーク保守装置では、安価な装置で緊急性の高いメッセージや警報のみを検知可能とすることによって、何らかの事態が発生した場合に、必要最小限の運用管理が行えるようにする方法が提案されていた（例えば、特許文献２）。
【０００４】
従来のシステム運用方式（特許文献１）では、同じ計算機上で運用管理ソフトウェアを二重化する技術であるため、システムの更新やハードウェアのメンテナンス時に対応できないという課題があった。
【０００５】
また、従来のネットワーク保守装置（特許文献２）では、システム停止や保守・移行に対応可能な構成とはなっていないため、運用を継続したままシステムの保守・更新を実施できないという課題があった。
【特許文献１】特開２０００−２１５０７４号公報（第２図）
【特許文献２】特開平７−１６２４１９号公報（第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、システム停止を伴う保守・移行時に、必要最低限の運用管理サービスの提供を継続したまま保守・更新を実現するシステムの提供を目的とする。
【課題を解決するための手段】
【０００７】
この発明の運用管理システムは、
ネットワークに分散して設置された１以上の管理対象ノードと、
前記１以上の管理対象ノードを運用管理する第１運用管理サーバ装置と、
前記１以上の管理対象ノードを運用管理する第２運用管理サーバ装置と
を備えた運用管理システムにおいて、
前記管理対象ノードは、
前記第１運用管理サーバ装置と通信して運用管理の制御を受ける第１エージェント部と、
前記第２運用管理サーバ装置と通信して運用管理の制御を受ける第２エージェント部と
を備え、
前記第１運用管理サーバ装置は、
前記第１エージェント部を運用管理する運用管理機能の動作モードを記憶する第１動作モード記憶部と、
前記第１エージェント部に対する運用管理機能を実行しようとするときに前記第１動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記第１エージェント部に対する運用管理機能を実行するかどうかを決定する第１運用管理制御部と
を備え、
前記第２運用管理サーバ装置は、
前記第２エージェント部を運用管理する運用管理機能の動作モードを記憶する第２動作モード記憶部と、
前記第２エージェント部に対する運用管理機能を実行しようとするときに前記第２動作モード記憶部に記憶された動作モードを参照し、参照結果に基づいて前記第２エージェント部に対する運用管理機能を実行するかどうかを決定する第２運用管理制御部と
を備えたことを特徴とする。
【発明の効果】
【０００８】
この発明により、システム停止を伴う保守・移行時に、必要最低限の運用管理サービスの提供を継続したまま保守・更新を実現することができる。
【発明を実施するための最良の形態】
【０００９】
実施の形態１．
図１〜図６を用いて実施の形態１の運用管理システム１０００を説明する。以下に説明する運用管理システム１０００は、サーバ・クライアント型の運用管理システムであって、２系統（主系と従系）の独立した運用管理マネージャ・エージェントと、運用管理機能の現在のモードを記憶し制御する手段を持つことにより、必要最低限のサービス提供を維持したまま保守・更新を可能とする。
【００１０】
図１は、運用管理システム１０００のシステム構成図である。なお「主系（ｐｒｉｍａｒｙ）」に関する構成要素には「ｐ」の符号を付しており、「従系（ｓｅｃｏｎｄａｒｙ）」に関する構成要素には「ｓ」の符号を付して区別した。
【００１１】
運用管理システム１０００は、主系の運用管理サーバ１００ｐ（第１運用管理サーバ装置）、従系の運用管理サーバ１００ｓ（第２運用管理サーバ装置）、制御端末１２０（制御端末装置）、運用管理システムの管理対象ノードである管理対象ノード１４０〜１６０を備える。これらの装置はＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１３０に接続しており、互いに通信可能である。
【００１２】
図２は、コンピュータである主系の運用管理サーバ１００ｐの外観の一例を示す図である。従系の運用管理サーバ１００ｓも同様である。図２において、運用管理サーバ１００ｐは、システムユニット８３０、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（液晶）の表示画面を有する表示装置８１３、キーボード８１４（Ｋｅｙ  Ｂｏａｒｄ：Ｋ／Ｂ）、マウス８１５、ＦＤＤ８１７（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ    Ｄｒｉｖｅ）、コンパクトディスク装置８１８（ＣＤＤ：Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｄｒｉｖｅ）、プリンタ装置８１９などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。
【００１３】
システムユニット８３０はコンピュータであり、ネットワークに接続されている。ネットワークには、従系の運用管理サーバ１００ｓ、制御端末１２０、管理対象ノード１４０等が接続されている。運用管理サーバ１００ｐは、ネットワークを介して運用管理サーバ１００ｓ、管理対象ノード、制御端末１２０等と通信可能である。
【００１４】
図３は、運用管理サーバ１００ｐのハードウェア資源の一例を示す図である。図３において、運用管理サーバ１００ｐは、プログラムを実行するＣＰＵ８１０（中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ８１０は、バス８２５を介してＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）８１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）８１２、表示装置８１３、キーボード８１４、マウス８１５、通信ボード８１６、ＦＤＤ８１７、ＣＤＤ８１８、プリンタ装置８１９、磁気ディスク装置８２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置８２０の代わりに、光ディスク装置、メモリカード読み書き装置などの記憶装置でもよい。
【００１５】
ＲＡＭ８１２は、揮発性メモリの一例である。ＲＯＭ８１１、ＦＤＤ８１７、ＣＤＤ８１８、磁気ディスク装置８２０等の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部、格納部の一例である。通信ボード８１６、キーボード８１４、ＦＤＤ８１７などは、入力部、入力装置の一例である。また、通信ボード８１６、表示装置８１３、プリンタ装置８１９などは、出力部、出力装置の一例である。通信ボード８１６は、ネットワークに接続されている。
【００１６】
磁気ディスク装置８２０には、オペレーティングシステム８２１（ＯＳ）、ウィンドウシステム８２２、プログラム群８２３、ファイル群８２４が記憶されている。プログラム群８２３のプログラムは、ＣＰＵ８１０、オペレーティングシステム８２１、ウィンドウシステム８２２により実行される。
【００１７】
上記プログラム群８２３には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ８１０により読み出され実行される。
【００１８】
ファイル群８２４には、以下に述べる実施の形態の説明において、「〜の判定結果」、「〜の確認結果」、「〜の処理結果」として説明する情報や、データや信号値や変数値やパラメータなど、あるいは「動作モード」が、「〜ファイル」や「〜データベース」の各項目として記憶されている。「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ８１０によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵの動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
【００１９】
また、以下に述べる実施の形態の説明においては、データや信号値は、ＲＡＭ８１２のメモリ、ＦＤＤ８１７のフレキシブルディスク、ＣＤＤ８１８のコンパクトディスク、磁気ディスク装置８２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の記録媒体に記録される。また、データや信号は、バス８２５や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００２０】
また、以下に述べる実施の形態の説明において「〜部」として説明するものは、「〜回路」、「〜装置」、「〜機器」、「手段」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」として説明するものは、ＲＯＭ８１１に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。プログラムはＣＰＵ８１０により読み出され、ＣＰＵ８１０により実行される。すなわち、プログラムは、以下に述べる「〜部」としてコンピュータを機能させるものである。あるいは、以下に述べる「〜部」の手順や方法をコンピュータに実行させるものである。
【００２１】
（主系の運用管理サーバ１００ｐの構成）
図１のブロック図を参照して、運用管理サーバ１００ｐの構成を説明する。運用管理サーバ１００ｐは、運用管理マネージャ１０１ｐ、第１動作モード記憶部１０２ｐ、動作モード制御部１０３ｐを備える。運用管理マネージャ１０１ｐと第１動作モード制御部１０３ｐとは、第１運用管理制御部１１０ｐを構成する。
【００２２】
（１）主系の運用管理マネージャ１０１ｐは、各管理対象ノードの運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐと通信して、管理対象ノードを制御する。実際のシステム上ではプログラム（プロセス・デーモン等）により実現する。なお、従系の運用管理マネージャ１０１ｓは、従系に対応する各管理対象ノードの運用管理エージェント１４１ｓ、１５１ｓ、１６１ｓと通信する。
（２）第１動作モード記憶部１０２ｐは、主系の運用管理マネージャ１０１ｐの「動作モード」を記憶する。「動作モード」は、図４において後述する「テーブル１」と「テーブル２」とからなる。詳細は後述するが、「テーブル１」は、運用管理（監視・制御）の各機能について、独立動作するか、あるいは非独立で動作するかを定義し、「テーブル２」は、運用管理マネージャ１０１ｐが、現在、サービス／独立／停止のうち、いずれのモードでの動作が認められているかを記憶する。第１動作モード記憶部１０２ｐは、動作モード制御部１０３ｐから制御される。
（３）動作モード制御部１０３ｐは、制御端末１２０から運用管理マネージャ１０１ｐのサービス／独立／停止のいずれかのモードを指定した場合、「テーブル２」に、制御端末１２０から指定されたモードを記録する。また、２台ある運用管理サーバ（運用管理マネージャ）において、両方がサービスモードで動作することを許可しないための制御をする。当該制御を具体的に言うと、制御端末１２０から一方の運用管理サーバをサービスモードに指定した際、サービスモードに指定された方の「動作モード制御部」は、もう一方の運用管理サーバの「動作モード制御部」に問い合わせ、そのもう一方の動作モードが現在すでにサービスモードの場合には、制御端末１２０から指定されたサービスモードのリクエストを拒否する。また、動作モード制御部１０３ｐは、運用管理マネージャ１０１ｐが運用管理機能を実行しようとするときに運用管理マネージャ１０１ｐから問合せを受け、運用管理マネージャ１０１ｐが実行しようとする運用管理機能が第１動作モード記憶部１０２ｐに記憶された「動作モード」と合致するかどうかを確認し、合致する場合にのみ、運用管理マネージャ１０１ｐに運用管理機能の動作の実行を許可する。
（４）このように、運用管理マネージャ１０１ｐは、管理対象ノードに対する監視・制御の各機能を実行する際、動作モード制御部１０３ｐに問い合わせを行なう。動作モード制御部１０３ｐは、運用管理マネージャ１０１ｐから問合せを受けると、現在の動作モード（テーブル２）を参照し、運用管理マネージャ１０１ｐが実行しようとしている運用管理機能が、「テーブル２」の現在のモード（サービス／独立／停止のいずれかになっている）に合致するかどうか、「テーブル１」から判断する。合致しない場合は、運用管理マネージャ１０１ｐによる動作をリジェクトし、合致する場合にのみ動作を許可する。
【００２３】
（従系の運用管理サーバ１００ｓの構成）
従系の運用管理サーバ１００ｓの構成を説明する。従系の運用管理サーバ１００ｓの構成は、主系の運用管理サーバ１００ｐと同様である。なお、従系の運用管理マネージャ１０１ｓは、各管理対象ノードの運用管理エージェント１４１ｓ、１５１ｓ、１６１ｓと通信して、これらの管理対象ノードを運用管理する。また運用管理マネージャ１０１ｓと動作モード制御部１０３ｓとは第２運用管理制御部１１０ｓを構成する。
【００２４】
（制御端末１２０）
制御端末１２０は、運用管理サーバ１００ｐ、１００ｓに対して、動作モードの制御を実行する。
【００２５】
（管理対象ノード）
それぞれの管理対象ノードは、主系の運用管理サーバ１００ｐの運用管理マネージャ１０１ｐと通信する運用管理エージェント（第１エージェント部）と、従系の運用管理サーバ１００ｓの運用管理マネージャ１０１ｓと通信する運用管理エージェント（第２エージェント部）とを備える。
【００２６】
次に、運用管理機能に関する「動作モード」について説明する。
【００２７】
図４は、「動作モード」を示す図である。第１動作モード記憶部１０２ｐに記憶される「動作モード」は、図４に示す「テーブル１」と「テーブル２」とから構成される。第２動作モード記憶部１０２ｓに記憶される「動作モード」も同様である。
【００２８】
図４の「動作モード」について、さらに説明する。運用管理システム１０００の機能は、主系・従系の両系で独立して動作が可能な運用管理機能と、どちらかの系のみで動作する運用管理機能に分類される。
【００２９】
（両系の独立動作が可能な運用管理機能）
例えば、イベント（ログ）監視、プロセス稼動監視、システムリソース監視（ＣＰＵ／メモリ／ディスク容量等の監視）、ノード生死監視、リモートコマンド実行などの運用管理機能は、両系で独立動作可能である。
【００３０】
（両系の独立動作が不可である運用管理機能）
一方、ソフトウェア配布、データバックアップ、バッチジョブ制御、運用管理機能の設定変更（監視内容の変更や、管理対象ノードの追加・変更・削除など）などは、系切替を実施した場合にマネージャ側のデータの引継ぎが発生し、両系で同時に動作させると不整合が発生するため、独立動作することはできない。
【００３１】
従って、図４における「テーブル２」の動作モードは、以下に示す「１．サービスモード」、「２．独立モード」、「３．停止モード」の３つに分類される。
【００３２】
（１．サービスモード）
サービスモードは、全ての機能を提供するモードである。同一時点では１つの運用管理サーバのみが、このモードで動作可能な様に実装する。このモードで動作する機能において、モード切替時のデータの引継ぎが発生する。
【００３３】
（２．独立モード）
独立モードは、独立動作可能な運用管理機能のみを提供するモードである。同時に２つの運用管理サーバ（運用管理マネージャ）が、このモードで動作することが可能である。このモードで動作する機能において、モード切替時のデータの引継ぎは発生しない。
【００３４】
（３．停止モード）
停止モードは、メンテナンス（リブートやシステムバックアップを含む）、あるいはアップグレードを実行するために運用管理機能を停止した状態である。
【００３５】
（１）このように図４の「テーブル１」は、それぞれの運用管理機能を独立動作の可否で分類したテーブルである。
（２）また「テーブル２」は、制御端末１２０から指示された現在の動作モード（サービス／独立／停止のいずれか）を記憶するテーブルである。なお、動作モード制御部１０３ｐ（あるいは動作モード制御部１０３ｓ）は、両方の運用管理マネージャがサービスモードになることを許可しないように動作する。すなわち、前述のように、制御端末１２０から一方の運用管理サーバをサービスモードに指示した際、サービスモードに指示された方の「動作モード制御部」は、もう一方の運用管理サーバの「動作モード制御部」に問い合わせ、その動作モードが現在すでにサービスモードの場合は、制御端末１２０から指定されたサービスモードのリクエストを拒否する。
【００３６】
（運用管理マネージャ及び運用管理エージェントの動作）
図５は、運用管理マネージャ、及び運用管理マネージャが制御する運用管理エージェントの動作を説明するフローチャートである。図５を参照して、運用管理マネージャ、運用管理エージェントの動作を説明する。以下の動作説明では、主系の運用管理マネージャ１０１ｐを主体に説明する。従系の運用管理マネージャ１０１ｓの動作は同様であるので説明は省略する。
【００３７】
（Ｓ１０１）
まず、システム管理者（あるいは運用オペレータ、以下同様）が、運用管理機能を図４の「テーブル１」の様に独立動作の可否で分類し、第１動作モード記憶部１０２ｐの「テーブル１」中に定義する。このように、システム管理者は、管理対象ノードに対して運用管理システムを提供するにあたり、どの運用管理機能を独立動作で提供し、また、どの運用管理機能を非独立動作で提供するかを決めて定義する。具体的には、システム管理者が制御端末１２０を用いて定義操作を行なうと、運用管理サーバ１００ｐの動作モード制御部１０３ｐがその定義を受け付け、受け付けた定義を第１動作モード記憶部１０２ｐの「テーブル１」、「テーブル２」に記憶する。運用管理サーバ１００ｓについても同様である。
【００３８】
（Ｓ１０２）
運用管理マネージャ１０１ｐが、「テーブル１」に記載された機能のうち、ある運用管理機能を起動する。
【００３９】
（Ｓ１０３）
運用管理マネージャ１０１ｐは、ある運用管理機能を起動すると、その運用管理機能を実行する際、その運用管理機能が「テーブル２」の動作モードに合致しているかどうかを、動作モード制御部１０３ｐに問い合わせる。なお「テーブル２」の現在の動作モードが「停止モード」の場合は、動作モード制御部１０３ｐは、運用管理マネージャ１０１ｐの動作を抑制し、運用管理マネージャ１０１ｐによる運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐへの運用管理機能を停止させる。
【００４０】
（Ｓ１０４以降）
動作モード制御部１０３ｐは、運用管理マネージャ１０１ｐから問い合わせを受けると第１動作モード記憶部１０２ｐを参照し、各機能の動作モードを示す「テーブル１」と、現在の動作モードを示す「テーブル２」とを比較して、問合せの動作を確認する。動作モード制御部１０３ｐは、「テーブル２」の現在の動作モードが「独立モード」の場合は、起動した機能に対するテーブル１の独立／非独立が、「独立」の場合にのみ動作を許可（Ｓ１０４のＹｅｓ、Ｓ１０５）する。この場合、運用管理マネージャ１０１ｐは起動した運用管理機能の動作を実行する（Ｓ１０６）。それ以外の場合、すなわち、非独立の場合には、運用管理マネージャ１０１ｐが起動させた運用管理機能の動作を許可しない（Ｓ１０４のＮＯ、Ｓ１０７）。この場合、運用管理マネージャ１０１ｐは起動した運用管理機能の動作を実行しない（Ｓ１０８）。また、「テーブル２」の現在の動作モードが「サービスモード」の場合は、起動した機能に対する「テーブル１」の独立／非独立が、いずれであっても動作を許可し（Ｓ１０４のＹｅｓ、Ｓ１０５）、運用管理マネージャ１０１ｐは起動した運用管理機能の動作を実行する（Ｓ１０６）。
【００４１】
次に、運用管理システムの保守・更新の一例として、運用管理システムのソフトウェア更新を行う場合を説明する。
【００４２】
運用管理システム１０００では、通常時は、主系の運用管理マネージャ１０１ｐがサービスモードで動作し、従系の運用管理マネージャ１０１ｓが独立モードで動作する。すなわち、通常時には、第１動作モード記憶部１０２ｐの「テーブル２」の動作モードは「サービスモード」となっており、第２動作モード記憶部１０２ｓの「テーブル２」の動作モードは「独立モード」となっている。この場合、主系はサービスモードなので、「テーブル１」における運用管理機能の全サービスを提供しており、従系は主系がサービスモードから別のモードに移行した場合には、いつでもサービスモードに移行可能な状態で運用する。
【００４３】
運用管理システム１０００のソフトウェア更新を行う場合は、後述のように、主系の運用管理マネージャ１０１ｐを独立モードに移行する。これによって、主系・従系の両方が独立モードとなり、どちらか一方で独立動作可能な運用管理機能のみをサービス提供したまま、もう一方の系のソフトウェア更新を実施する。
【００４４】
図６は、運用管理ソフトウェアを更新する場合の動作を示すフローチャートである。図６を参照して、運用管理ソフトウェアを更新する場合の具体的な動作を説明する。
【００４５】
最初に、システム管理者は、主系の運用管理マネージャ１０１ｐを独立モードとし（Ｓ２０１）、運用管理サービスを従系の運用管理サーバ１００ｓで提供する。具体的には制御端末１２０から動作モード制御部１０３ｐへの指示により実施する。すなわち動作モード制御部１０３ｐは制御端末１２０から指示を受けると、第１動作モード記憶部１０２ｐの「テーブル２」の現在の動作モードを「サービスモード」から「独立モード」に書き換える。
【００４６】
次に、システム管理者が、主系の運用管理マネージャ１０１ｐと運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐのソフトウェアを全て停止する（Ｓ２０２）。
【００４７】
さらに、システム管理者が、主系の運用管理マネージャ１０１ｐ、運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐのソフトウェアを更新する（Ｓ２０３）。システム管理者は、ソフトウェアが更新された運用管理マネージャ１０１ｐ、運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐを起動し、運用管理マネージャ１０１ｐと、運用管理エージェント１４１ｐ、１５１ｐ、１６１ｐとの接続を確認する（Ｓ２０４）。システム管理者は、接続が確認できた場合には、主系をサービスモードに戻す（Ｓ２０５）。即ち、制御端末１２０により動作モード制御部１０３ｐを介して第１動作モード記憶部１０２ｐの「テーブル２」の動作モードを「独立モード」から「サービスモード」に書き換える。これにより運用管理サーバ１００ｐにより全サービスの提供を行う。
【００４８】
以上のように、運用管理ソフトウェアの更新時に、どちらか一方の系で独立動作可能な運用管理機能のみをサービス提供したままソフトウェア更新が可能となるので、提供できない運用管理機能を極小化することができる。
【００４９】
また、独立した運用管理機能のみを動作させるモードによって、データの引継ぎを行わずに主系・従系の系切り替えが可能であるため、ソフトウェア更新終了時のシステム切り戻しが容易となる。
【００５０】
実施の形態１の運用管理システム１０００は、各管理対象ノードが第１エージェント部と第２エージェント部とを備え、主系の運用管理サーバ１００ｐが第１運用管理制御部１１０ｐを備え、従系の運用管理サーバ１００ｓが第２運用管理制御部１１０ｓを備えたので、運用管理サービスの提供を継続したまま、保守・更新を実施することができる。
【００５１】
実施の形態１の運用管理システム１０００は、第１運用管理制御部１１０ｐと第２運用管理制御部１１０ｓとは、互いにデータの引継ぎを必要としない独立モードの運用管理機能を実行するので、運用管理サービスの提供を継続したまま保守・更新を実施することができるとともに、システムの切り戻しが容易になる。
【００５２】
実施の形態１の運用管理システム１０００は、制御端末１２０を備えたので、システムの保守・更新に柔軟に対応することができる。
【００５３】
実施の形態１の運用管理サーバは、動作モード記憶部と、運用管理制御部とを備えたので、運用管理サービスの提供を継続したまま、保守・更新を実施することができる。
【００５４】
実施の形態１の管理対象ノードは、第１エージェント部と第２エージェント部とを備えたので、運用管理サービスの提供を継続したまま、保守・更新を実施することができる。
【００５５】
実施の形態２．
図７を用いて実施の形態２を説明する。実施の形態１では、運用管理ソフトウェアの更新の場合を説明した。実施の形態２では、ハードウェアの保守、システムバックアップ、リブートのような、「システム停止」を伴う場合を説明する。システム構成は、実施の形態１と同様である。
【００５６】
図７は、リブートのような、「システム停止」を伴う場合の動作を説明するフローチャートである。図７を参照して「システム停止」を伴う場合の動作を説明する。
【００５７】
最初に、実施の形態１と同様に、第１動作モード記憶部１０２ｐ、第２動作モード記憶部１０２ｓにおける運用管理機能を図４に示したように独立動作可否に分類し、定義する。
【００５８】
実施の形態１と同様に、通常時は、主系の運用管理マネージャ１０１ｐが「サービスモード」で動作し、従系の運用管理マネージャ１０１ｓが独立モードで動作する（Ｓ３０１）。この場合、主系はサービスモードなので、運用管理機能の全サービスを提供しており、従系は主系がサービスモードから別のモードに移行すればいつでもサービスモードに移行可能な状態で運用する。
【００５９】
ハードウェア保守・システムバックアップ・リブートを実施する場合には、主系の運用管理マネージャ１０１ｐを「停止モード」に移行する（Ｓ３０２）。実施の形態１で述べたように、「停止モード」の場合には、動作モード制御部１０３ｐは、運用管理マネージャ１０１ｐによる運用管理機能を停止させる。この停止状態において、システム管理者はハードウェア保守・システムバックアップ・リブート等を実施する（Ｓ３０３）。
【００６０】
システム管理者は、主系の運用管理マネージャ１０１ｐを起動し及び運用管理マネージャ１０１ｐと運用管理エージェント１４１ｐ，１５１ｐ，１６１ｐとの接続を確認する（Ｓ３０４）。
【００６１】
システム管理者は、制御端末１２０により、主系である第１動作モード記憶部１０２ｐのテーブル２の動作モードを「サービスモード」に書き換える（Ｓ３０５）。
【００６２】
以上の動作によって、従系では独立動作可能な運用管理機能のみをサービス提供したまま、もう一方の系に対して停止を伴う保守が可能となる。
【００６３】
以上のように、停止を伴うサーバ保守時に、どちらか一方の系で独立動作可能な運用管理機能のみをサービス提供したまま保守が可能となるので、提供不可な運用管理機能を極小化することができる。
また、独立した運用管理機能のみを動作させるモードによって、データの引継ぎを行わずに主系・従系の系切り替えが可能であるため、保守終了時のシステム切り戻しが容易となる。
【００６４】
実施の形態２の運用管理システム１０００は、制御端末１２０が、運用管理サーバの動作モード記憶部のテーブル２を停止モードに書き換えることができるので、運用管理サービスの提供を継続したまま、システム停止を伴う保守に容易に対応することができる。
【００６５】
実施の形態３．
図８、図９を用いて実施の形態３を説明する。実施の形態３は、実施の形態１の運用管理サーバを運用管理方法及び運用管理プログラムとして把握した実施形態である。
【００６６】
実施の形態１で示した運用管理サーバの運用管理制御部の動作と動作モード記憶部の動作とは互いに関連しており、これらの動作をステップに置き換えることで運用管理方法の発明として把握することができる。図８は、運用管理方法を示すフローチャートである。
（１）Ｓ４０１は、動作モード記憶部が、運用管理の制御を受ける第１エージェント部と第２エージェント部とを備えた管理対象ノードの前記第１エージェント部と前記第２エージェント部とのうち予め定められた一方を運用管理する運用管理機能の動作モードを記憶するステップである。
（２）Ｓ４０２は、運用管理制御部が、前記予め定められた一方に対する運用管理機能を実行しようとするときに前記動作モード記憶部に記憶された動作モードを参照することにより、実行しようとする運用管理機能の動作が動作モードに合致するかどうかを確認し、確認の結果、合致する場合に前記予め定められた一方に対する運用管理機能を実行するステップである。
【００６７】
また、また方法の発明において、ステップを処理に置き換えることにより、コンピュータである運用管理サーバに実行させる運用管理プログラムとすることができる。図９は、運用管理プログラムを示すフローチャートである。
（１）Ｓ５０１は、運用管理の制御を受ける第１エージェント部と第２エージェント部とを備えた管理対象ノードの前記第１エージェント部と前記第２エージェント部とのうち予め定められた一方を運用管理する運用管理機能の動作モードを動作モード記憶部に記憶する処理である。
（２）Ｓ５０２は、前記予め定められた一方に対する運用管理機能を実行しようとするときに前記動作モード記憶部に記憶された動作モードを参照することにより、実行しようとする運用管理機能の動作が動作モードに合致するかどうかを確認し、確認の結果、合致する場合に前記予め定められた一方に対する運用管理機能を実行する処理である。
【００６８】
実施の形態３の運用管理方法により、運用管理サービスの提供を継続したまま、保守・更新を実施することができる。
【００６９】
実施の形態３の運用管理プログラムにより、運用管理サービスの提供を継続したまま、保守・更新を実施することができる。
【００７０】
以上の実施の形態では、以下を備えたサーバ・クライアント型の運用管理システム（情報システムの運用管理を行うためのシステム）を説明した。
（ａ）管理対象ノードに独立して導入する２つの運用管理エージェント
（ｂ）（ａ）に対応する独立した２つのマネージャを持つ運用管理サーバ
（ｃ）運用管理機能の現在の動作モードを記憶する手段
（ｄ）運用管理機能の現在の動作モードを制御する手段
（ｃ）、（ｄ）を持つことによって、システム運用管理として必要最低限のサービス提供を継続したまま運用管理システムの更新を可能とすることを特徴とした運用管理システム。
【００７１】
以上の実施の形態では、片側の運用管理サーバを独立動作可能な運用管理機能のみ提供するモードで動作させることによって、必要最低限の運用管理サービスを提供したままもう片側の運用管理サーバのＨ／Ｗ保守を可能とすることを特徴とした運用管理システムを説明した。
【００７２】
以上の実施の形態では、片側の運用管理サーバを独立動作可能な運用管理機能のみ提供するモードで動作させることによって、必要最低限の運用管理サービスを提供したままもう片側の運用管理サーバを停止したシステムバックアップを可能とすることを特徴とした運用管理システムを説明した。
【００７３】
以上の実施の形態では、運用管理機能の現在の動作モードを記憶する手段と、運用管理機能の現在の動作モードを制御する手段とを実現させるためのプログラムを説明した。
【図面の簡単な説明】
【００７４】
【図１】実施の形態１における運用管理システム１０００の構成図。
【図２】実施の形態１における運用管理サーバ１００ｐの外観を示す図。
【図３】実施の形態１における運用管理サーバ１００ｐのハードウェア資源を示す図。
【図４】実施の形態１における動作モード記憶部に記憶される動作モードを示す図。
【図５】実施の形態１における運用管理マネージャ、運用管理エージェントの動作を示すフローチャート。
【図６】実施の形態１におけるソフトウェア更新を示すフローチャート。
【図７】実施の形態２におけるシステム停止を伴う保守のフローチャート。
【図８】実施の形態３における運用管理方法を示すフローチャート。
【図９】実施の形態３における運用管理プログラムを示すフローチャート。
【符号の説明】
【００７５】
１００ｐ，１００ｓ  運用管理サーバ、１０１ｐ，１０１ｓ  運用管理マネージャ、１０２ｐ  第１動作モード記憶部、１０２ｓ  第２動作モード記憶部、１０３ｐ，１０３ｓ  動作モード制御部、１１０ｐ  第１運用管理制御部、１１０ｓ  第２運用管理制御部、１２０  制御端末、１３０  ＷＡＮ、１４０，１５０，１６０  管理対象ノード、１４１ｐ，１４１ｓ，１５１ｐ，１５１ｓ，１６１ｐ，１６１ｓ  運用管理エージェント、１０００  運用管理システム。
【図１】
2008026954.tif 000003
【図２】
2008026954.tif 000004
【図３】
2008026954.tif 000005
【図４】
2008026954.tif 000006
【図５】
2008026954.tif 000007
【図６】
2008026954.tif 000008
【図７】
2008026954.tif 000009
【図８】
2008026954.tif 000010
【図９】
2008026954.tif 000011