データ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラム
【課題】管理サーバの負荷を軽減しつつ、ネットワークトラフィックの増大を招かず、データ保存を効率よく行うことができる。
【解決手段】複数の収集用管理サーバ２−１〜２−Ｎが複数のノード３−１〜３−Ｎからデータを定期的に収集する。主管理サーバ１は、複数の収集用管理サーバによって収集されたデータをデータ記憶部１Ｅに記憶するデータ記憶処理部１Ａと、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部１Ｆに記憶する構成情報記憶処理部１Ｂと、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部１Ｃと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部１Ｅから取得し、取得したデータを外部端末に送信するデータ提供部１Ｄとを含む。
【解決手段】複数の収集用管理サーバ２−１〜２−Ｎが複数のノード３−１〜３−Ｎからデータを定期的に収集する。主管理サーバ１は、複数の収集用管理サーバによって収集されたデータをデータ記憶部１Ｅに記憶するデータ記憶処理部１Ａと、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部１Ｆに記憶する構成情報記憶処理部１Ｂと、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部１Ｃと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部１Ｅから取得し、取得したデータを外部端末に送信するデータ提供部１Ｄとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模コンピュータシステムにおける複数の対象ノードからデータを収集するデータ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラムに関する。
【背景技術】
【０００２】
大規模コンピュータシステムにおいて、対象ノードからの時系列リアルタイムデータ（性能値、障害情報、ログ等）を効率的に収集し、収集したデータを保存したり参照したりすることが行われている。
【０００３】
ここで、大規模コンピュータシステム内に大量に存在する対象ノードからのデータ収集やデータ保存を担当する管理サーバを、システム対して一台設置して運用した場合、頻繁に管理サーバが過負荷状態になり、データ収集漏れ等の不具合が発生することが考えられる。
【０００４】
管理サーバの過負荷状態を回避するための方法として、データ収集間隔を大きくする方法が考えられる。しかし、この方法では、データの粒度が大きくなり、リアルタイム性が損なわれるデメリットが発生する可能性がある。また、管理サーバの過負荷状態を回避するための方法として、複数の管理サーバで作業を分担する方法が考えられる。しかし、後者については、複数の管理サーバにまたがってデータが管理されるため、情報を一括で参照、処理することができないというデメリットがあった。
【０００５】
上記のデメリット（問題点）を解決する方法の一つとして、下記の特許文献１に提案されている方法が挙げられる。当該特許文献１には、ネットワークに接続された複数のノードをグループに分けてネットワークグループを構成し、ネットワークグループ毎にネットワーク監視サーバを設置し、各ネットワークグループのネットワーク監視サーバが、他のネットワーク監視サーバの持っている管理情報を取得し共有することにより、ネットワークの監視を行うネットワーク分散管理システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１４４７６１号公報（段落００１７，００２０等）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、特許文献１には、管理サーバを複数台用意し、複数台の管理サーバにおいて管理情報を共有することで、管理サーバの負荷を低減し、大規模なコンピュータシステムを監視可能である旨記載されている。しかし、複数台の管理サーバですべての情報を共有する構成であると、大量のログや性能値（性能データ）などのトレンドデータを扱う場合、共有する情報の量が大量となり、ネットワークトラフィックの増大が発生することが考えられる。また、性能値、障害情報、ログ等のようなリアルタイムデータを蓄積することを考えた場合、データが冗長であるため、システム全体として、データの保存効率が非常に悪いという問題もある。
【０００８】
本発明は、上記のような課題を解決するためになされたものであり、管理サーバの負荷を軽減しつつ、大量のデータを管理する場合でもネットワークトラフィックの増大を招かず、データ保存を効率よく行うことができるデータ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の目的を達成するため、本発明によるデータ管理システムは、管理対象システム内の複数のノードからデータを定期的に収集する複数の収集用管理サーバと、当該複数の収集用管理サーバを管理する主管理サーバとを備え、当該主管理サーバは、複数の収集用管理サーバによって複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供部とを含むことを特徴とする。
【００１０】
本発明による管理サーバは、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供部とを含むことを特徴とする。
【００１１】
本発明によるデータ管理方法は、主管理サーバが、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理ステップと、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理ステップと、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理ステップと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供ステップとを実行することを特徴とする。
【００１２】
本発明によるデータ管理用プログラムは、コンピュータに、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するためのデータ提供処理とを実行させることを特徴とする。
【発明の効果】
【００１３】
以上のように、本発明では、管理サーバの負荷を軽減しつつ、大量のデータを管理する場合でもネットワークトラフィックの増大を招かず、さらにデータ保存を効率よく行うことができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１によるデータ管理システムのネットワーク構成を示す説明図である。
【図２】実施の形態１における管理クライアントと各管理サーバとの論理的な接続状況を階層的に表した説明図である。
【図３】データ管理サーバの構成を示すブロック図である。
【図４】実施の形態１における構成情報リポジトリ内のテーブルの例を示す説明図である。
【図５】データリポジトリ内のテーブルの例を示す説明図である。
【図６】データ管理システムにおける新規の管理サーバを追加するときの動作を示すシーケンス図である。
【図７】データ管理システムにおける管理対象ノードの追加、データ収集およびデータ取得を行うときの動作を示すシーケンス図である。
【図８】データ管理システムにおける障害が発生した管理サーバの分担を変更するときの動作を示すシーケンス図である。
【図９】実施の形態２における管理クライアントと各管理サーバとの論理的な接続状況を表した説明図である。
【図１０】実施の形態２における構成情報リポジトリ内のデータテーブルの例を示す説明図である。
【図１１】本発明によるデータ管理システムの主要部を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を図面を参照して説明する。
【００１６】
実施の形態１．
図１は、本発明によるデータ管理システムのネットワーク構成を示す説明図である。また、図２は、実施の形態１における管理クライアントと各管理サーバとの論理的な接続状況を階層的に表した説明図である。図１および図２に示すデータ管理システムに示す例では、１台の管理クライアント１１と、１台の管理サーバ（Ａ）２１と、複数台（図１および図２に示す例では３台）のデータ収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３とが、通信ネットワークで接続されている。
【００１７】
管理クライアント１１は、管理対象ノード群４１，４２，４３を含む大規模コンピュータシステムを管理する利用者（オペレータ、管理者）が管理対象ノード群４１，４２，４３からのリアルタイムデータの取得、保存、参照等するためのコンピュータ等の端末である。管理サーバ（Ａ）２１は、管理クライアント１１からの命令（要求、指示）の受け付けや、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３との間の各種情報のやり取り、リアルタイムデータの保存（記憶）などを行うマスタ管理サーバである。図１および図２に示すように、管理サーバ（Ａ）２１は、構成情報リポジトリ２１１と、データリポジトリ２１２とを備えている。
【００１８】
各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、大規模コンピュータシステムにおける管理対象ノード群４１，４２，４３からのリアルタイムデータを収集するデータ収集用の管理サーバである。図１および図２に示すように、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、少なくとも構成情報リポジトリ３１１，３２１，３３１を備えている。なお、図１および図２に示すように、管理サーバ（Ｂ１）３１は、管理対象ノード群４１のデータ収集を担当し、管理サーバ（Ｂ２）３２は、管理対象ノード群４２のデータ収集を担当し、管理サーバ（Ｂ３）３３は、管理対象ノード群４３のデータ収集を担当する。また、図１および図２に示すように、管理対象ノード群４１は対象ノードｂ１−１・・・ｂ１−Ｎを含み、管理対象ノード群４２は対象ノードｂ２−１・・・ｂ２−Ｎを含み、管理対象ノード群４３は対象ノードｂ３−１・・・ｂ３−Ｎを含んでいる。
【００１９】
次に、管理サーバ内部の構成について詳細に説明する。図３は、データ管理サーバの構成を示すブロック図である。なお、この実施の形態では、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、同一構成のサーバであるものとする。すなわち、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、同じハードウェアおよびソフトウェアを備えているものとする。ただし、図１および図２に示したように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、少なくとも構成情報リポジトリ３１１，３２１，３３１を備えていればよく、データリポジトリを備えていなくてもよい。後述するように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、管理対象ノード群４１，４２，４３から収集したリアルタイムデータを管理サーバ（Ａ）２１に送信し、管理サーバ（Ａ）２１内のデータリポジトリ２１２に保存するからである。
【００２０】
図３に示す構成において、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、大規模コンピュータシステムのデータ管理に関する各種データ処理を実行するデータ処理部５１０と、大規模コンピュータシステムのデータ管理に必要なデータを保存するデータ保存部５２０と、外部（管理クライアント１１）からの命令（要求）を受け付けるインタフェース部５３０とを備えている。
【００２１】
データ保存部５２０は、管理サーバ（Ａ，Ｂ１，Ｂ２，Ｂ３）２１，３１，３２，３３と管理対象ノードの情報を保存する構成情報リポジトリ５２１と、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象ノード群４１，４２，４３から取得したリアルタイムデータ（以下、単にデータという場合がある）を保存するデータリポジトリ５２２とを有している。
【００２２】
ここで、構成情報リポジトリ５２１は、図４に示すように、システム内に設置されている管理サーバ情報を保存するための管理サーバテーブル１０００と、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象とするノード情報を保存するための管理対象ノードテーブル２０００とを含む。具体的には、図４に示すように、管理サーバテーブル１０００には、データ保存用の管理サーバ（Ａ）２１やデータ収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３を示す情報が格納（登録）され、管理対象ノードテーブル２０００には、各々の管理対象ノードｂ１−1，ｂ１−Ｎ，・・・毎に、これらの管理対象ノードからデータを収集する管理サーバの情報および収集したデータを保存する管理サーバの情報を対応付けて格納（登録）されている。なお、管理サーバテーブル１０００および管理対象ノードテーブル２０００に格納される情報を構成情報（又は構成情報リスト）という。
【００２３】
また、データリポジトリ５２２は、図５に示すように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象ノード４１，４２，４３から取得したリアルタイムデータを保存するためのデータテーブル３０００を含む。具体的には、図５に示すように、データテーブル３０００には、データを収集（取得）した時刻の情報と、データを収集した対象ノードの情報と、データ種類（ＣＰＵ使用率、メモリ使用量、ディスク空き容量など）、およびデータの内容がセットでリアルタイムデータとして格納（登録）されている。
【００２４】
インタフェース部５３０は、管理サーバや管理対象ノードの追加・削除等に伴う構成情報の設定変更、情報参照などの処理の命令を管理クライアント１１から受け付けるための構成情報操作インタフェース部５３１と、管理対象ノードから取得したデータの保存・参照の命令を管理クライアント１１から受け付けるためのデータ入出力インタフェース部５３２とを有している。
【００２５】
データ処理部５１０は、インタフェース部５３０（構成情報操作インタフェース部５３１）やデータ処理部５１０内部からの構成情報の設定変更、情報参照などの処理の命令（要求、依頼）を受けて、該当する処理を実行する構成情報操作部５１１と、インタフェース部５３０（データ入出力インタフェース部５３２）やデータ処理部５１０内部からのデータの保存・参照の命令（要求、依頼）を受けて、該当する処理を実行するデータ入出力部５１２と、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が担当する管理対象ノード群４１，４２，４３から定期的なデータ収集を実行するデータ収集部５１３と、収集されるべきデータがデータリポジトリ５２２に格納されているか否かを監視するリポジトリデータ監視部５１４とを有している。
【００２６】
なお、データ処理部５１０と、インタフェース部５３０におけるハードウェア以外の部分とは、例えば、プログラムに従って処理を実行するＣＰＵで実現される。
【００２７】
次に、実施の形態１によるデータ管理システムの動作について説明する。
【００２８】
まず、前提として、利用者が管理クライアント１１を介して複数の管理サーバの中から任意の管理サーバをマスタ管理サーバとして選択する。このように選択されたマスタ管理サーバ（図１および図２に示す例では管理サーバ（Ａ）２１）が、データ保存用の管理サーバとなり、後述するように、複数のデータ収集用の管理サーバが収集したデータを保存することになる。また、利用者は管理クライアント１１を介してコンピュータシステムに存在する各対象ノードを管理する管理サーバ（各管理サーバの対象ノードの分担）を負荷が偏らないように自動的に割り振ることが好ましい。ただし、利用者が各対象ノードを管理する管理サーバを選択して割り振るようにしてもよい。
【００２９】
（１）まず、データ管理システムに新規の管理サーバを追加する手順について説明する。図６は、データ管理システムにおける新規の管理サーバを追加するときの動作を示すシーケンス図である。図６に示す例では、管理サーバ（Ｂ１）３１がシステムに追加されるものとする。
【００３０】
図６に示すように、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に接続（アクセス）する。そして、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に対して、構成情報内に管理サーバ（Ｂ１）３１の情報を追加するように命令する（ステップＳ１）。管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理クライアント１１からの管理サーバ（Ｂ１）３１の追加の命令を受けると、構成情報操作部５１１に対して当該命令を送る。構成情報操作部５１１は、構成情報リポジトリ５２１の管理サーバテーブル１０００に管理サーバ（Ｂ１）３１の情報（図４参照）を追加する（ステップＳ２）。また、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理サーバ（Ｂ１）３１のインタフェース部との通信を確保する（ステップＳ３）。
【００３１】
管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１）３１の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１）３１の構成情報リポジトリの構成情報（管理サーバの情報）をマージする（つまり、構成情報の統合あるいは融合を行う）（ステップＳ４，ステップＳ５）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報（管理サーバテーブル１０００の管理サーバの情報）を管理サーバ（Ｂ１）３１に送信し、管理サーバ（Ｂ１）３１の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリの管理サーバテーブルに格納する。このような処理を「構成情報の統合処理」という。
【００３２】
（２）次に、データ管理システムに管理対象とするノードを追加する手順について説明する。図７は、データ管理システムにおける管理対象ノードの追加、データ収集およびデータ取得を行うときの動作を示すシーケンス図である。
【００３３】
図７に示すように、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に対して、データ収集を依頼する管理サーバと、データ保存を依頼する管理サーバを指定することにより、管理対象ノードの情報を登録するように命令する（ステップＳ１１）。図１、図２および図７に示す例では、データ収集は管理サーバ（Ｂ１）３１、データ保存は管理サーバ（Ａ）２１が実施するものとする。管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理クライアント１１からの管理対象ノードの情報の登録に関する命令を受けると、構成情報操作部５１１に対して当該命令を送る。構成情報操作部５１１は、構成情報リポジトリ５２１の管理対象ノードテーブル２０００に管理対象ノードの情報（図４参照）を追加する（ステップＳ１２）。また、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理サーバ（Ｂ１）３１のインタフェース部との通信を確保する（ステップＳ１３）。なお、図６に示したデータ管理システムに新規の管理サーバを追加する処理に引き続いて、図７に示すデータ管理システムに管理対象とするノードを追加する処理を実行する場合は、既に管理サーバ（Ａ）２１と管理サーバ（Ｂ１）３１との間の通信が確保（確立）されているため、あらためて両サーバの間の通信を確保する必要はない。
【００３４】
管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１）３１の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１）３１の構成情報リポジトリの構成情報（管理対象ノードの情報）をマージする（ステップＳ１４，ステップＳ１５）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報（管理対象ノードテーブル２０００の管理対象ノードの情報）を管理サーバ（Ｂ１）３１に送信し、管理サーバ（Ｂ１）３１の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリの管理対象ノードテーブルに格納する。このような処理を「構成情報の統合処理」という。図６のステップＳ１〜Ｓ５や図７のステップＳ１１〜Ｓ１５に示す一連の処理が行われることにより、構成情報リポジトリ内の構成情報が、管理サーバ（Ａ）２１と管理サーバ（Ｂ１）３１との間で共有（同期）されることになる。
【００３５】
なお、管理サーバ（Ａ）２１は、管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ３）３２，３３との間においても構成情報リポジトリの構成情報を共有（同期）するために、構成情報の統合処理（ステップＳ４，５およびステップＳ１４，１５）を実行する。ただし、少なくとも、マスタ管理サーバである管理サーバ（Ａ）２１がシステム内のすべての管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報を保持していれば、管理クライアント１１から管理サーバ（Ａ）２１を通じてデータ管理を行うことができる。このため、管理サーバ（Ａ）２１は、管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ３）３２，３３との間でおいて構成情報の統合処理（ステップＳ４，５およびステップＳ１４，１５）を実行せずに、すべての管理サーバ間における構成情報の共有を図らないようにしてもよい。この場合、管理サーバ間でやり取りされる情報量を減らすことができ、ネットワークトラフィックの軽減を図ることができる。
【００３６】
管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３のデータ収集部は、構成情報操作部を通じて構成情報リポジトリ内の管理対象ノードの情報を取得し、取得した管理対象ノードの情報を参照して、定期的に管理対象ノードからリアルタイムデータを取得する（すなわち、データ収集の処理を行う）（ステップＳ１６）。このとき、新たに管理対象として追加されたノードが存在する場合は、構成情報の統合処理が実行されたことによって構成情報が更新された後に、ステップＳ１６のデータ収集の処理が開始される。管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３のデータ収集部は、管理対象ノード群４１，４２，４３のすべてのノードから収集したデータを、データ入出力部やデータ入出力インタフェース部を通じて、データ保存先として指定された管理サーバ（Ａ）２１に送信し、管理サーバ（Ａ）２１に収集データの保存を命令（要求）する（ステップＳ１７）。管理サーバ（Ａ）２１のデータ入出力部５１２は、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３から送信されたデータをデータ入出力インタフェース部５３２を通じて受信すると、受信したデータをデータリポジトリ５２２に保存（格納・登録）する（ステップＳ１８）。
【００３７】
管理クライアント１１は、利用者の操作に応じて、任意の管理対象ノードについてのデータを取得（参照）する場合、マスタ管理サーバである管理サーバ（Ａ）２１に対して取得したい管理対象ノードのデータを要求する（ステップＳ１９）。なお、管理クライアント１１は、マスタ管理サーバである管理サーバ（Ａ）２１以外の管理サーバ（例えば、管理サーバ（Ｂ２）３２）に接続（アクセス）し、当該管理サーバに対して取得したい管理対象ノードのデータを要求してもよい。この場合、管理クライアント１１からデータの要求がされた管理サーバは、構成情報リポジトリ内の構成情報を参照することによりマスタ管理サーバを認識（特定）することができ、マスタ管理サーバに対してデータの要求を転送するようにすればよいからである。
【００３８】
管理サーバ（Ａ）２１のデータ入出力部５１２は、データ入出力インタフェース部５３２を通じて管理クライアント１１からの要求（命令）を受けると、構成情報リポジトリ５２１の構成情報を参照し、要求された管理対象ノードのデータをデータリポジトリ５２２から取得する。そして、データ入出力部５１２は、取得したデータをデータ入出力インタフェース部５３２を通じて管理クライアント１１に送信する（ステップＳ２０）。このように動作することにより、管理クライアント１１は、データが実際に収集・保存されている管理サーバを意識することなく、システム内の管理対象ノードについてのデータを一括で扱うことが可能となる。
【００３９】
（３）次に、データ収集用の管理サーバの障害時に他のデータ収集用の管理サーバへデータ収集処理の分担を引き継ぐ動作について説明する。図８は、データ管理システムにおける障害が発生した管理サーバの分担を変更するときの動作を示すシーケンス図である。
【００４０】
まず、説明の前提として、図１および図２に示すように、データ管理システムには、１台の管理クライアント１１、１台のマスタ管理サーバである管理サーバ（Ａ）２１、３台の収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が備えられ、それぞれの収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３によってデータ収集されている収集対象ノード群４１，４２，４３が通信ネットワーク上に存在するものとする。
【００４１】
図８に示すように、管理サーバ（Ａ）２１のリポジトリデータ監視部５１４は、一定間隔で構成情報操作部５１１にアクセスし、データリポジトリ５２２にデータを保存している管理サーバの一覧（図４参照）を取得する（ステップＳ２１）。図１および図２に示す例では、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が該当する。管理サーバの一覧を取得した後、リポジトリデータ監視部５１４は、データ入出力部５１２にアクセスし、管理サーバの一覧に含まれる管理サーバが収集したデータがデータリポジトリ５２２内に存在するか否かを確認する（ステップＳ２２）。
【００４２】
ある管理サーバについて、確認タイミングからさかのぼって一定期間のデータが存在しない場合は（ステップＳ２３のＹｅｓ）、管理サーバの収集機能（データ収集部５１３の機能）の異常、管理サーバ自身の異常、管理サーバのネットワークにおける異常などが発生したとして、管理サーバが異常状態に陥ったと判断する。
【００４３】
リポジトリデータ監視部５１４は、構成情報操作部５１１にアクセスし、異常状態と判断した管理サーバがデータ収集を担当している対象ノードについて、他の管理サーバがデータ収集を担当するように構成情報を変更する（ステップＳ２４）。すなわち、構成情報リポジトリ５２１内の構成情報において、異常状態の管理サーバにおける対象ノードの分担を他の管理サーバの分担に変更する。例えば、管理サーバ（Ｂ１）３１に異常が発生した場合、管理サーバ（Ｂ１）３１がデータ収集を担当している管理対象ノード群４１の対象ノードｂ１−１・・・ｂ１−Ｎであるので、これらの対象ノードｂ１−１・・・ｂ１−Ｎの担当を他の管理サーバ（Ｂ２）３２または（Ｂ３）３３に書き換える。この際、対象ノードの分担については、構成情報リポジトリ５２１の内容（データ収集用の管理サーバに割り当てられた対象ノードの分担）を確認し、負荷が偏らないように自動的に制御される。
【００４４】
そして、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、異常状態と判断した管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ２）３２，３３のインタフェース部との通信を確保する（ステップＳ２５）。その後、管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報リポジトリの構成情報（管理サーバの情報および管理対象ノードの情報）をマージする（つまり、構成情報の統合あるいは融合を行う）（ステップＳ２６，ステップＳ２７）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報を管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３に送信し、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリに格納する。新たに対象ノードが追加された管理サーバは、新たな対象ノードにアクセスし、データ収集を開始する。
【００４５】
このように動作することにより、収集用の管理サーバ自身や管理サーバの周辺に障害が発生した場合も、他の管理サーバに処理が自動的に引き継がれ、データの欠損をできるだけ回避できるとともに、管理サーバが切り替えられた場合も、データが保存される管理サーバには変更がないため、データを利用する側は、データが保存されている管理サーバを意識することなく、利用することができる。
【００４６】
以上に説明したように、この実施の形態では、複数の管理サーバで負荷を分担するように構成しているため、一台の管理サーバに過剰な負荷をかけることなく、大規模なシステムの全てのノードデータを収集できる。また、管理サーバ間で構成情報については共有しているが、リアルタイムデータについては共有しない構成であるので、大量のログや性能値（性能データ）などのリアルタイムデータを扱った場合でも、ネットワークトラフィックの増大を招くことはなく、データの保存効率も優れている。
【００４７】
また、この実施の形態では、システム内の全ての管理サーバ間で構成情報が共有されているため、管理クライアント１１と直接接続している管理サーバがデータを保存している管理サーバを自動的に判断できるので、管理クライアント１１は、複数の管理サーバが収集したデータを利用する際に、データ収集・保存を担当している管理サーバを意識する必要がない。
【００４８】
なお、１台の管理サーバにデータ保存の役割を担当させていたが、複数台の管理サーバにデータ保存の役割を担当させるようにしてもよい。この場合、管理クライアント１１と直接接続（アクセス）している管理サーバがデータを保存している複数の管理サーバの中から所定の管理サーバを自動的に選択し、選択した管理サーバ（マスタ管理サーバの一つ）に対してデータ転送を要求する。このような構成においても、システム内の全ての管理サーバ間で構成情報が共有されているので、管理クライアント１１は、複数の管理サーバが収集したデータを利用する際に、データ収集・保存を担当している管理サーバを意識する必要がない。
【００４９】
また、この実施の形態では、データの保存を担当している管理サーバ（Ａ）２１が収集用の管理サーバの異常を検知し、自動的に他のデータ収集用管理サーバに処理（対象ノード）を割り振るため、データ収集用の管理サーバ自身や管理サーバの周辺に障害が発生した場合も、データの欠損を最小限に食い止めることができる。
【００５０】
さらに、この実施の形態では、データ収集用の管理サーバや管理サーバの周辺に障害が発生した場合も、対象ノードについてのデータ保存先が変更されないため、データ収集用の管理サーバや管理サーバの周辺に障害が発生した場合でも、データ利用者は、そのことを意識する必要がない。
【００５１】
実施の形態２．
本発明の実施の形態２の構成について図９および図１０を参照して説明する。図９は、実施の形態２における管理クライアントと各管理サーバとの論理的な接続状況を表した説明図である。また、図１０は、実施の形態２における構成情報リポジトリ内のテーブルの例を示す説明図である。
【００５２】
図９を参照すると、この実施の形態２では、利用者のインタフェースである管理クライアント１１と、管理クライアント１１に要求されたデータを提供する管理サーバ（Ａ１）１２１と、収集データの保存を担当する管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３と、管理対象ノードからのデータ収集を担当する管理サーバ（Ｃ１１，Ｃ２１，Ｃ２１，Ｃ２２，Ｃ３１，Ｃ３２）１４１，１４２，１４３，１４４，１４５，１４６とを備えている。すなわち、上記の実施の形態１では、図２に示すように、管理サーバの階層構造がデータ保存用の管理サーバとデータ収集用の管理サーバの２層（２段）であったが、この実施の形態２では、図９に示すように、管理クライアント１１に要求されたデータを提供する管理サーバと、データ保存用の管理サーバと、データ収集用の管理サーバの３層（３段）の階層構造となっている。なお、管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６は、それぞれ、管理対象ノード群１５１〜１５６に含まれる対象ノードのデータ収集を担当する。
【００５３】
この実施の形態２における構成情報リポジトリの内容を図１０に示す。この実施の形態２では、収集データの保存を担当する管理サーバ、管理対象ノードからのデータ収集を担当する管理サーバの数をそれぞれ３台、６台としているが、環境、用途、運用形態によって、増減することもありうる。なお、管理サーバ（Ａ１）１２１、管理サーバ（Ｂ１〜Ｂ３）１３１〜１３１、および管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６の構成は、図３に示した構成と同様である。ただし、管理サーバ（Ａ１）１２１および管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６では、データリポジトリを設けずに、構成情報リポジトリのみ設けるようにしてもよい。
【００５４】
次に、この実施の形態２におけるデータ管理システムの動作について説明する。この実施の形態２では、管理対象ノード群１５１〜１５６から、管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６によってデータが収集される。収集されたデータは、管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３のデータリポジトリに保存される。管理サーバ（Ａ１）１２１は、管理クライアント１１の要求に応じて、必要なデータを管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３から取得（入手）し、取得したデータを管理クライアント１１に返却する。その他の動作については、上記の実施の形態１と同様である。
【００５５】
以上のように、この実施の形態２によれば、データの収集、データ保存・参照、データ提供の負荷を管理サーバ間で分散させることができるため、管理対象ノードが大量に存在するような大規模なシステムにおいても、利用者は管理クライアントを用いてシステム全体の情報を一括で参照することが可能となる。また、データ収集用の管理サーバに障害が発生した場合も、上記の実施の形態１と同様に、自動的に他のデータ収集用の管理サーバに収集処理が切り替わるにもかかわらず、データの保存先が変更されないことにより、管理クライアント１１や管理サーバ（Ａ１）１２１からみた場合に、その障害の影響を意識する必要がない。
【００５６】
次に、本発明による保守システムの主要部を説明する。図１１は、本発明によるデータ管理システムの主要部を示すブロック図である。図１１に示すデータ管理システムでは、管理対象システム内の複数のノード３−１〜３−Ｎからデータを定期的に収集する複数の収集用管理サーバ２−１〜２−Ｎと、当該複数の収集用管理サーバ２−１〜２−Ｎを管理する主管理サーバ１とを備え、当該主管理サーバ１は、複数の収集用管理サーバ２−１〜２−Ｎによって複数のノード３−１〜３−Ｎから収集されたデータをデータ記憶部１Ｅに記憶するデータ記憶処理部１Ａと、全ての管理サーバ１，２−１〜２−Ｎの情報および複数の収集用管理サーバ２−１〜２−Ｎが管轄しているノード３−１〜３−Ｎの情報を構成情報として構成情報記憶部１Ｆに記憶する構成情報記憶処理部１Ｂと、複数の収集用管理サーバ２−１〜２−Ｎと構成情報を共有するための処理を実行する構成情報共有処理部１Ｃと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部１Ｅから取得し、取得したデータを外部端末に送信するデータ提供部１Ｄとを含む構成とされている。
【００５７】
なお、上記の実施の形態１では、管理クライアント１１からデータ保存用の管理サーバ（Ａ）２１（マスタ管理サーバ）を指定するように構成されていたが、そのような構成に限られず、データ保存用の管理サーバ（Ａ）２１はあらかじめ定められていてもよい。また、上記の実施の形態２では、管理クライアント１１からデータ提供用の管理サーバ（Ａ１）１２１およびデータ保存用の管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３を指定することを想定しているが、そのような構成に限られず、それらの管理サーバはあらかじめ定められていてもよい。また、上記の各実施の形態において、管理クライアント１１からデータ収集用の管理サーバを指定するように構成されていたが、データ収集用の管理サーバもあらかじめ定められていてもよい。
【００５８】
また、図６および図７を用いて、管理サーバや管理対象ノードを追加する処理について説明したが、管理サーバや管理対象ノードを削除する処理も、上記の実施の形態で説明した処理（図６〜図９の処理）と同様の処理又は類似の処理を用いて行うことが可能である。すなわち、図６のステップＳ１において管理サーバの削除命令を行うと、管理サーバ（Ａ）２１は、命令された管理サーバの情報を構成情報リポジトリから削除し、また、削除された管理サーバが担当している対象ノードを他の管理サーバの担当に変更し、さらに、他のすべてのデータ収集用の管理サーバと当該構成情報を共有する。
【００５９】
また、各管理サーバは、それぞれデータ保存部を備えていたが、データ保存部は管理サーバとは別の記憶装置（ストレージ装置）であってもよい。
【００６０】
また、データ収集用の管理サーバが自身の管理している対象ノードの情報を自身のデータリポジトリに保存するように構成してもよい。また、データ保存用の管理サーバ（マスタ管理サーバ）が所定の対象ノードのデータ収集を行うように構成してもよい。
【００６１】
また、データ管理システムを構成する管理サーバの数や階層構造などは、環境、用途、運用形態によって適宜変更され得る。
【産業上の利用可能性】
【００６２】
本発明は、大規模システムにおける対象ノードからのリアルタイムデータを効率的に収集し、収集したデータを保存・参照するためのデータ管理システムに適用される。
【符号の説明】
【００６３】
１１ 管理クライアント
２１ 管理サーバ（Ａ）
３１〜３３ 管理サーバ（Ｂ１〜Ｂ３）
４１〜４３ 管理対象ノード群
１２１ 管理サーバ（Ａ１）
１３１〜１３３ 管理サーバ（Ｂ１〜Ｂ３）
１４１〜１４６ 管理サーバ（Ｃ１１〜Ｃ３２）
１５１〜１５６ 管理対象ノード群
５１０ データ処理部
５１１ 構成情報操作部
５１２ データ入出力部
５１３ データ収集部
５１４ リポジトリデータ監視部
５２０ データ保存部
５２１ 構成情報リポジトリ
５２２ データリポジトリ
５３０ インタフェース部
５３１ 構成情報操作インタフェース部
５３２ データ入出力インタフェース部
【技術分野】
【０００１】
本発明は、大規模コンピュータシステムにおける複数の対象ノードからデータを収集するデータ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラムに関する。
【背景技術】
【０００２】
大規模コンピュータシステムにおいて、対象ノードからの時系列リアルタイムデータ（性能値、障害情報、ログ等）を効率的に収集し、収集したデータを保存したり参照したりすることが行われている。
【０００３】
ここで、大規模コンピュータシステム内に大量に存在する対象ノードからのデータ収集やデータ保存を担当する管理サーバを、システム対して一台設置して運用した場合、頻繁に管理サーバが過負荷状態になり、データ収集漏れ等の不具合が発生することが考えられる。
【０００４】
管理サーバの過負荷状態を回避するための方法として、データ収集間隔を大きくする方法が考えられる。しかし、この方法では、データの粒度が大きくなり、リアルタイム性が損なわれるデメリットが発生する可能性がある。また、管理サーバの過負荷状態を回避するための方法として、複数の管理サーバで作業を分担する方法が考えられる。しかし、後者については、複数の管理サーバにまたがってデータが管理されるため、情報を一括で参照、処理することができないというデメリットがあった。
【０００５】
上記のデメリット（問題点）を解決する方法の一つとして、下記の特許文献１に提案されている方法が挙げられる。当該特許文献１には、ネットワークに接続された複数のノードをグループに分けてネットワークグループを構成し、ネットワークグループ毎にネットワーク監視サーバを設置し、各ネットワークグループのネットワーク監視サーバが、他のネットワーク監視サーバの持っている管理情報を取得し共有することにより、ネットワークの監視を行うネットワーク分散管理システムが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−１４４７６１号公報（段落００１７，００２０等）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように、特許文献１には、管理サーバを複数台用意し、複数台の管理サーバにおいて管理情報を共有することで、管理サーバの負荷を低減し、大規模なコンピュータシステムを監視可能である旨記載されている。しかし、複数台の管理サーバですべての情報を共有する構成であると、大量のログや性能値（性能データ）などのトレンドデータを扱う場合、共有する情報の量が大量となり、ネットワークトラフィックの増大が発生することが考えられる。また、性能値、障害情報、ログ等のようなリアルタイムデータを蓄積することを考えた場合、データが冗長であるため、システム全体として、データの保存効率が非常に悪いという問題もある。
【０００８】
本発明は、上記のような課題を解決するためになされたものであり、管理サーバの負荷を軽減しつつ、大量のデータを管理する場合でもネットワークトラフィックの増大を招かず、データ保存を効率よく行うことができるデータ管理システム、管理サーバ、データ管理方法およびデータ管理用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の目的を達成するため、本発明によるデータ管理システムは、管理対象システム内の複数のノードからデータを定期的に収集する複数の収集用管理サーバと、当該複数の収集用管理サーバを管理する主管理サーバとを備え、当該主管理サーバは、複数の収集用管理サーバによって複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供部とを含むことを特徴とする。
【００１０】
本発明による管理サーバは、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理部と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供部とを含むことを特徴とする。
【００１１】
本発明によるデータ管理方法は、主管理サーバが、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理ステップと、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理ステップと、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理ステップと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するデータ提供ステップとを実行することを特徴とする。
【００１２】
本発明によるデータ管理用プログラムは、コンピュータに、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理と、全ての管理サーバの情報および複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理と、複数の収集用管理サーバと構成情報を共有するための処理を実行する構成情報共有処理と、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部から取得し、取得したデータを外部端末に送信するためのデータ提供処理とを実行させることを特徴とする。
【発明の効果】
【００１３】
以上のように、本発明では、管理サーバの負荷を軽減しつつ、大量のデータを管理する場合でもネットワークトラフィックの増大を招かず、さらにデータ保存を効率よく行うことができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１によるデータ管理システムのネットワーク構成を示す説明図である。
【図２】実施の形態１における管理クライアントと各管理サーバとの論理的な接続状況を階層的に表した説明図である。
【図３】データ管理サーバの構成を示すブロック図である。
【図４】実施の形態１における構成情報リポジトリ内のテーブルの例を示す説明図である。
【図５】データリポジトリ内のテーブルの例を示す説明図である。
【図６】データ管理システムにおける新規の管理サーバを追加するときの動作を示すシーケンス図である。
【図７】データ管理システムにおける管理対象ノードの追加、データ収集およびデータ取得を行うときの動作を示すシーケンス図である。
【図８】データ管理システムにおける障害が発生した管理サーバの分担を変更するときの動作を示すシーケンス図である。
【図９】実施の形態２における管理クライアントと各管理サーバとの論理的な接続状況を表した説明図である。
【図１０】実施の形態２における構成情報リポジトリ内のデータテーブルの例を示す説明図である。
【図１１】本発明によるデータ管理システムの主要部を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態を図面を参照して説明する。
【００１６】
実施の形態１．
図１は、本発明によるデータ管理システムのネットワーク構成を示す説明図である。また、図２は、実施の形態１における管理クライアントと各管理サーバとの論理的な接続状況を階層的に表した説明図である。図１および図２に示すデータ管理システムに示す例では、１台の管理クライアント１１と、１台の管理サーバ（Ａ）２１と、複数台（図１および図２に示す例では３台）のデータ収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３とが、通信ネットワークで接続されている。
【００１７】
管理クライアント１１は、管理対象ノード群４１，４２，４３を含む大規模コンピュータシステムを管理する利用者（オペレータ、管理者）が管理対象ノード群４１，４２，４３からのリアルタイムデータの取得、保存、参照等するためのコンピュータ等の端末である。管理サーバ（Ａ）２１は、管理クライアント１１からの命令（要求、指示）の受け付けや、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３との間の各種情報のやり取り、リアルタイムデータの保存（記憶）などを行うマスタ管理サーバである。図１および図２に示すように、管理サーバ（Ａ）２１は、構成情報リポジトリ２１１と、データリポジトリ２１２とを備えている。
【００１８】
各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、大規模コンピュータシステムにおける管理対象ノード群４１，４２，４３からのリアルタイムデータを収集するデータ収集用の管理サーバである。図１および図２に示すように、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、少なくとも構成情報リポジトリ３１１，３２１，３３１を備えている。なお、図１および図２に示すように、管理サーバ（Ｂ１）３１は、管理対象ノード群４１のデータ収集を担当し、管理サーバ（Ｂ２）３２は、管理対象ノード群４２のデータ収集を担当し、管理サーバ（Ｂ３）３３は、管理対象ノード群４３のデータ収集を担当する。また、図１および図２に示すように、管理対象ノード群４１は対象ノードｂ１−１・・・ｂ１−Ｎを含み、管理対象ノード群４２は対象ノードｂ２−１・・・ｂ２−Ｎを含み、管理対象ノード群４３は対象ノードｂ３−１・・・ｂ３−Ｎを含んでいる。
【００１９】
次に、管理サーバ内部の構成について詳細に説明する。図３は、データ管理サーバの構成を示すブロック図である。なお、この実施の形態では、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、同一構成のサーバであるものとする。すなわち、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、同じハードウェアおよびソフトウェアを備えているものとする。ただし、図１および図２に示したように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、少なくとも構成情報リポジトリ３１１，３２１，３３１を備えていればよく、データリポジトリを備えていなくてもよい。後述するように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、管理対象ノード群４１，４２，４３から収集したリアルタイムデータを管理サーバ（Ａ）２１に送信し、管理サーバ（Ａ）２１内のデータリポジトリ２１２に保存するからである。
【００２０】
図３に示す構成において、管理サーバ（Ａ）２１および管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３は、それぞれ、大規模コンピュータシステムのデータ管理に関する各種データ処理を実行するデータ処理部５１０と、大規模コンピュータシステムのデータ管理に必要なデータを保存するデータ保存部５２０と、外部（管理クライアント１１）からの命令（要求）を受け付けるインタフェース部５３０とを備えている。
【００２１】
データ保存部５２０は、管理サーバ（Ａ，Ｂ１，Ｂ２，Ｂ３）２１，３１，３２，３３と管理対象ノードの情報を保存する構成情報リポジトリ５２１と、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象ノード群４１，４２，４３から取得したリアルタイムデータ（以下、単にデータという場合がある）を保存するデータリポジトリ５２２とを有している。
【００２２】
ここで、構成情報リポジトリ５２１は、図４に示すように、システム内に設置されている管理サーバ情報を保存するための管理サーバテーブル１０００と、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象とするノード情報を保存するための管理対象ノードテーブル２０００とを含む。具体的には、図４に示すように、管理サーバテーブル１０００には、データ保存用の管理サーバ（Ａ）２１やデータ収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３を示す情報が格納（登録）され、管理対象ノードテーブル２０００には、各々の管理対象ノードｂ１−1，ｂ１−Ｎ，・・・毎に、これらの管理対象ノードからデータを収集する管理サーバの情報および収集したデータを保存する管理サーバの情報を対応付けて格納（登録）されている。なお、管理サーバテーブル１０００および管理対象ノードテーブル２０００に格納される情報を構成情報（又は構成情報リスト）という。
【００２３】
また、データリポジトリ５２２は、図５に示すように、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が管理対象ノード４１，４２，４３から取得したリアルタイムデータを保存するためのデータテーブル３０００を含む。具体的には、図５に示すように、データテーブル３０００には、データを収集（取得）した時刻の情報と、データを収集した対象ノードの情報と、データ種類（ＣＰＵ使用率、メモリ使用量、ディスク空き容量など）、およびデータの内容がセットでリアルタイムデータとして格納（登録）されている。
【００２４】
インタフェース部５３０は、管理サーバや管理対象ノードの追加・削除等に伴う構成情報の設定変更、情報参照などの処理の命令を管理クライアント１１から受け付けるための構成情報操作インタフェース部５３１と、管理対象ノードから取得したデータの保存・参照の命令を管理クライアント１１から受け付けるためのデータ入出力インタフェース部５３２とを有している。
【００２５】
データ処理部５１０は、インタフェース部５３０（構成情報操作インタフェース部５３１）やデータ処理部５１０内部からの構成情報の設定変更、情報参照などの処理の命令（要求、依頼）を受けて、該当する処理を実行する構成情報操作部５１１と、インタフェース部５３０（データ入出力インタフェース部５３２）やデータ処理部５１０内部からのデータの保存・参照の命令（要求、依頼）を受けて、該当する処理を実行するデータ入出力部５１２と、各管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が担当する管理対象ノード群４１，４２，４３から定期的なデータ収集を実行するデータ収集部５１３と、収集されるべきデータがデータリポジトリ５２２に格納されているか否かを監視するリポジトリデータ監視部５１４とを有している。
【００２６】
なお、データ処理部５１０と、インタフェース部５３０におけるハードウェア以外の部分とは、例えば、プログラムに従って処理を実行するＣＰＵで実現される。
【００２７】
次に、実施の形態１によるデータ管理システムの動作について説明する。
【００２８】
まず、前提として、利用者が管理クライアント１１を介して複数の管理サーバの中から任意の管理サーバをマスタ管理サーバとして選択する。このように選択されたマスタ管理サーバ（図１および図２に示す例では管理サーバ（Ａ）２１）が、データ保存用の管理サーバとなり、後述するように、複数のデータ収集用の管理サーバが収集したデータを保存することになる。また、利用者は管理クライアント１１を介してコンピュータシステムに存在する各対象ノードを管理する管理サーバ（各管理サーバの対象ノードの分担）を負荷が偏らないように自動的に割り振ることが好ましい。ただし、利用者が各対象ノードを管理する管理サーバを選択して割り振るようにしてもよい。
【００２９】
（１）まず、データ管理システムに新規の管理サーバを追加する手順について説明する。図６は、データ管理システムにおける新規の管理サーバを追加するときの動作を示すシーケンス図である。図６に示す例では、管理サーバ（Ｂ１）３１がシステムに追加されるものとする。
【００３０】
図６に示すように、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に接続（アクセス）する。そして、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に対して、構成情報内に管理サーバ（Ｂ１）３１の情報を追加するように命令する（ステップＳ１）。管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理クライアント１１からの管理サーバ（Ｂ１）３１の追加の命令を受けると、構成情報操作部５１１に対して当該命令を送る。構成情報操作部５１１は、構成情報リポジトリ５２１の管理サーバテーブル１０００に管理サーバ（Ｂ１）３１の情報（図４参照）を追加する（ステップＳ２）。また、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理サーバ（Ｂ１）３１のインタフェース部との通信を確保する（ステップＳ３）。
【００３１】
管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１）３１の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１）３１の構成情報リポジトリの構成情報（管理サーバの情報）をマージする（つまり、構成情報の統合あるいは融合を行う）（ステップＳ４，ステップＳ５）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報（管理サーバテーブル１０００の管理サーバの情報）を管理サーバ（Ｂ１）３１に送信し、管理サーバ（Ｂ１）３１の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリの管理サーバテーブルに格納する。このような処理を「構成情報の統合処理」という。
【００３２】
（２）次に、データ管理システムに管理対象とするノードを追加する手順について説明する。図７は、データ管理システムにおける管理対象ノードの追加、データ収集およびデータ取得を行うときの動作を示すシーケンス図である。
【００３３】
図７に示すように、管理クライアント１１は、利用者の操作に応じて、管理サーバ（Ａ）２１に対して、データ収集を依頼する管理サーバと、データ保存を依頼する管理サーバを指定することにより、管理対象ノードの情報を登録するように命令する（ステップＳ１１）。図１、図２および図７に示す例では、データ収集は管理サーバ（Ｂ１）３１、データ保存は管理サーバ（Ａ）２１が実施するものとする。管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理クライアント１１からの管理対象ノードの情報の登録に関する命令を受けると、構成情報操作部５１１に対して当該命令を送る。構成情報操作部５１１は、構成情報リポジトリ５２１の管理対象ノードテーブル２０００に管理対象ノードの情報（図４参照）を追加する（ステップＳ１２）。また、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、管理サーバ（Ｂ１）３１のインタフェース部との通信を確保する（ステップＳ１３）。なお、図６に示したデータ管理システムに新規の管理サーバを追加する処理に引き続いて、図７に示すデータ管理システムに管理対象とするノードを追加する処理を実行する場合は、既に管理サーバ（Ａ）２１と管理サーバ（Ｂ１）３１との間の通信が確保（確立）されているため、あらためて両サーバの間の通信を確保する必要はない。
【００３４】
管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１）３１の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１）３１の構成情報リポジトリの構成情報（管理対象ノードの情報）をマージする（ステップＳ１４，ステップＳ１５）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報（管理対象ノードテーブル２０００の管理対象ノードの情報）を管理サーバ（Ｂ１）３１に送信し、管理サーバ（Ｂ１）３１の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリの管理対象ノードテーブルに格納する。このような処理を「構成情報の統合処理」という。図６のステップＳ１〜Ｓ５や図７のステップＳ１１〜Ｓ１５に示す一連の処理が行われることにより、構成情報リポジトリ内の構成情報が、管理サーバ（Ａ）２１と管理サーバ（Ｂ１）３１との間で共有（同期）されることになる。
【００３５】
なお、管理サーバ（Ａ）２１は、管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ３）３２，３３との間においても構成情報リポジトリの構成情報を共有（同期）するために、構成情報の統合処理（ステップＳ４，５およびステップＳ１４，１５）を実行する。ただし、少なくとも、マスタ管理サーバである管理サーバ（Ａ）２１がシステム内のすべての管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報を保持していれば、管理クライアント１１から管理サーバ（Ａ）２１を通じてデータ管理を行うことができる。このため、管理サーバ（Ａ）２１は、管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ３）３２，３３との間でおいて構成情報の統合処理（ステップＳ４，５およびステップＳ１４，１５）を実行せずに、すべての管理サーバ間における構成情報の共有を図らないようにしてもよい。この場合、管理サーバ間でやり取りされる情報量を減らすことができ、ネットワークトラフィックの軽減を図ることができる。
【００３６】
管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３のデータ収集部は、構成情報操作部を通じて構成情報リポジトリ内の管理対象ノードの情報を取得し、取得した管理対象ノードの情報を参照して、定期的に管理対象ノードからリアルタイムデータを取得する（すなわち、データ収集の処理を行う）（ステップＳ１６）。このとき、新たに管理対象として追加されたノードが存在する場合は、構成情報の統合処理が実行されたことによって構成情報が更新された後に、ステップＳ１６のデータ収集の処理が開始される。管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３のデータ収集部は、管理対象ノード群４１，４２，４３のすべてのノードから収集したデータを、データ入出力部やデータ入出力インタフェース部を通じて、データ保存先として指定された管理サーバ（Ａ）２１に送信し、管理サーバ（Ａ）２１に収集データの保存を命令（要求）する（ステップＳ１７）。管理サーバ（Ａ）２１のデータ入出力部５１２は、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３から送信されたデータをデータ入出力インタフェース部５３２を通じて受信すると、受信したデータをデータリポジトリ５２２に保存（格納・登録）する（ステップＳ１８）。
【００３７】
管理クライアント１１は、利用者の操作に応じて、任意の管理対象ノードについてのデータを取得（参照）する場合、マスタ管理サーバである管理サーバ（Ａ）２１に対して取得したい管理対象ノードのデータを要求する（ステップＳ１９）。なお、管理クライアント１１は、マスタ管理サーバである管理サーバ（Ａ）２１以外の管理サーバ（例えば、管理サーバ（Ｂ２）３２）に接続（アクセス）し、当該管理サーバに対して取得したい管理対象ノードのデータを要求してもよい。この場合、管理クライアント１１からデータの要求がされた管理サーバは、構成情報リポジトリ内の構成情報を参照することによりマスタ管理サーバを認識（特定）することができ、マスタ管理サーバに対してデータの要求を転送するようにすればよいからである。
【００３８】
管理サーバ（Ａ）２１のデータ入出力部５１２は、データ入出力インタフェース部５３２を通じて管理クライアント１１からの要求（命令）を受けると、構成情報リポジトリ５２１の構成情報を参照し、要求された管理対象ノードのデータをデータリポジトリ５２２から取得する。そして、データ入出力部５１２は、取得したデータをデータ入出力インタフェース部５３２を通じて管理クライアント１１に送信する（ステップＳ２０）。このように動作することにより、管理クライアント１１は、データが実際に収集・保存されている管理サーバを意識することなく、システム内の管理対象ノードについてのデータを一括で扱うことが可能となる。
【００３９】
（３）次に、データ収集用の管理サーバの障害時に他のデータ収集用の管理サーバへデータ収集処理の分担を引き継ぐ動作について説明する。図８は、データ管理システムにおける障害が発生した管理サーバの分担を変更するときの動作を示すシーケンス図である。
【００４０】
まず、説明の前提として、図１および図２に示すように、データ管理システムには、１台の管理クライアント１１、１台のマスタ管理サーバである管理サーバ（Ａ）２１、３台の収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が備えられ、それぞれの収集用の管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３によってデータ収集されている収集対象ノード群４１，４２，４３が通信ネットワーク上に存在するものとする。
【００４１】
図８に示すように、管理サーバ（Ａ）２１のリポジトリデータ監視部５１４は、一定間隔で構成情報操作部５１１にアクセスし、データリポジトリ５２２にデータを保存している管理サーバの一覧（図４参照）を取得する（ステップＳ２１）。図１および図２に示す例では、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３が該当する。管理サーバの一覧を取得した後、リポジトリデータ監視部５１４は、データ入出力部５１２にアクセスし、管理サーバの一覧に含まれる管理サーバが収集したデータがデータリポジトリ５２２内に存在するか否かを確認する（ステップＳ２２）。
【００４２】
ある管理サーバについて、確認タイミングからさかのぼって一定期間のデータが存在しない場合は（ステップＳ２３のＹｅｓ）、管理サーバの収集機能（データ収集部５１３の機能）の異常、管理サーバ自身の異常、管理サーバのネットワークにおける異常などが発生したとして、管理サーバが異常状態に陥ったと判断する。
【００４３】
リポジトリデータ監視部５１４は、構成情報操作部５１１にアクセスし、異常状態と判断した管理サーバがデータ収集を担当している対象ノードについて、他の管理サーバがデータ収集を担当するように構成情報を変更する（ステップＳ２４）。すなわち、構成情報リポジトリ５２１内の構成情報において、異常状態の管理サーバにおける対象ノードの分担を他の管理サーバの分担に変更する。例えば、管理サーバ（Ｂ１）３１に異常が発生した場合、管理サーバ（Ｂ１）３１がデータ収集を担当している管理対象ノード群４１の対象ノードｂ１−１・・・ｂ１−Ｎであるので、これらの対象ノードｂ１−１・・・ｂ１−Ｎの担当を他の管理サーバ（Ｂ２）３２または（Ｂ３）３３に書き換える。この際、対象ノードの分担については、構成情報リポジトリ５２１の内容（データ収集用の管理サーバに割り当てられた対象ノードの分担）を確認し、負荷が偏らないように自動的に制御される。
【００４４】
そして、管理サーバ（Ａ）２１の構成情報操作インタフェース部５３１は、異常状態と判断した管理サーバ（Ｂ１）３１以外の管理サーバ（Ｂ２，Ｂ２）３２，３３のインタフェース部との通信を確保する（ステップＳ２５）。その後、管理サーバ（Ａ）２１の構成情報操作部５１１と管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報操作部は、各々の構成情報操作インタフェース部を通じて、管理サーバ（Ａ）２１の構成情報リポジトリ５２１の構成情報と管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報リポジトリの構成情報（管理サーバの情報および管理対象ノードの情報）をマージする（つまり、構成情報の統合あるいは融合を行う）（ステップＳ２６，ステップＳ２７）。具体的には、管理サーバ（Ａ）２１の構成情報操作部５１１は、構成情報操作インタフェース部５３１および通信ネットワークを通じて、構成情報リポジトリ５２１の構成情報を管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３に送信し、管理サーバ（Ｂ１，Ｂ２，Ｂ３）３１，３２，３３の構成情報操作部は、構成情報操作インタフェース部を通じて構成情報を受信すると、受信した構成情報を構成情報リポジトリに格納する。新たに対象ノードが追加された管理サーバは、新たな対象ノードにアクセスし、データ収集を開始する。
【００４５】
このように動作することにより、収集用の管理サーバ自身や管理サーバの周辺に障害が発生した場合も、他の管理サーバに処理が自動的に引き継がれ、データの欠損をできるだけ回避できるとともに、管理サーバが切り替えられた場合も、データが保存される管理サーバには変更がないため、データを利用する側は、データが保存されている管理サーバを意識することなく、利用することができる。
【００４６】
以上に説明したように、この実施の形態では、複数の管理サーバで負荷を分担するように構成しているため、一台の管理サーバに過剰な負荷をかけることなく、大規模なシステムの全てのノードデータを収集できる。また、管理サーバ間で構成情報については共有しているが、リアルタイムデータについては共有しない構成であるので、大量のログや性能値（性能データ）などのリアルタイムデータを扱った場合でも、ネットワークトラフィックの増大を招くことはなく、データの保存効率も優れている。
【００４７】
また、この実施の形態では、システム内の全ての管理サーバ間で構成情報が共有されているため、管理クライアント１１と直接接続している管理サーバがデータを保存している管理サーバを自動的に判断できるので、管理クライアント１１は、複数の管理サーバが収集したデータを利用する際に、データ収集・保存を担当している管理サーバを意識する必要がない。
【００４８】
なお、１台の管理サーバにデータ保存の役割を担当させていたが、複数台の管理サーバにデータ保存の役割を担当させるようにしてもよい。この場合、管理クライアント１１と直接接続（アクセス）している管理サーバがデータを保存している複数の管理サーバの中から所定の管理サーバを自動的に選択し、選択した管理サーバ（マスタ管理サーバの一つ）に対してデータ転送を要求する。このような構成においても、システム内の全ての管理サーバ間で構成情報が共有されているので、管理クライアント１１は、複数の管理サーバが収集したデータを利用する際に、データ収集・保存を担当している管理サーバを意識する必要がない。
【００４９】
また、この実施の形態では、データの保存を担当している管理サーバ（Ａ）２１が収集用の管理サーバの異常を検知し、自動的に他のデータ収集用管理サーバに処理（対象ノード）を割り振るため、データ収集用の管理サーバ自身や管理サーバの周辺に障害が発生した場合も、データの欠損を最小限に食い止めることができる。
【００５０】
さらに、この実施の形態では、データ収集用の管理サーバや管理サーバの周辺に障害が発生した場合も、対象ノードについてのデータ保存先が変更されないため、データ収集用の管理サーバや管理サーバの周辺に障害が発生した場合でも、データ利用者は、そのことを意識する必要がない。
【００５１】
実施の形態２．
本発明の実施の形態２の構成について図９および図１０を参照して説明する。図９は、実施の形態２における管理クライアントと各管理サーバとの論理的な接続状況を表した説明図である。また、図１０は、実施の形態２における構成情報リポジトリ内のテーブルの例を示す説明図である。
【００５２】
図９を参照すると、この実施の形態２では、利用者のインタフェースである管理クライアント１１と、管理クライアント１１に要求されたデータを提供する管理サーバ（Ａ１）１２１と、収集データの保存を担当する管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３と、管理対象ノードからのデータ収集を担当する管理サーバ（Ｃ１１，Ｃ２１，Ｃ２１，Ｃ２２，Ｃ３１，Ｃ３２）１４１，１４２，１４３，１４４，１４５，１４６とを備えている。すなわち、上記の実施の形態１では、図２に示すように、管理サーバの階層構造がデータ保存用の管理サーバとデータ収集用の管理サーバの２層（２段）であったが、この実施の形態２では、図９に示すように、管理クライアント１１に要求されたデータを提供する管理サーバと、データ保存用の管理サーバと、データ収集用の管理サーバの３層（３段）の階層構造となっている。なお、管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６は、それぞれ、管理対象ノード群１５１〜１５６に含まれる対象ノードのデータ収集を担当する。
【００５３】
この実施の形態２における構成情報リポジトリの内容を図１０に示す。この実施の形態２では、収集データの保存を担当する管理サーバ、管理対象ノードからのデータ収集を担当する管理サーバの数をそれぞれ３台、６台としているが、環境、用途、運用形態によって、増減することもありうる。なお、管理サーバ（Ａ１）１２１、管理サーバ（Ｂ１〜Ｂ３）１３１〜１３１、および管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６の構成は、図３に示した構成と同様である。ただし、管理サーバ（Ａ１）１２１および管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６では、データリポジトリを設けずに、構成情報リポジトリのみ設けるようにしてもよい。
【００５４】
次に、この実施の形態２におけるデータ管理システムの動作について説明する。この実施の形態２では、管理対象ノード群１５１〜１５６から、管理サーバ（Ｃ１１〜Ｃ３２）１４１〜１４６によってデータが収集される。収集されたデータは、管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３のデータリポジトリに保存される。管理サーバ（Ａ１）１２１は、管理クライアント１１の要求に応じて、必要なデータを管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３から取得（入手）し、取得したデータを管理クライアント１１に返却する。その他の動作については、上記の実施の形態１と同様である。
【００５５】
以上のように、この実施の形態２によれば、データの収集、データ保存・参照、データ提供の負荷を管理サーバ間で分散させることができるため、管理対象ノードが大量に存在するような大規模なシステムにおいても、利用者は管理クライアントを用いてシステム全体の情報を一括で参照することが可能となる。また、データ収集用の管理サーバに障害が発生した場合も、上記の実施の形態１と同様に、自動的に他のデータ収集用の管理サーバに収集処理が切り替わるにもかかわらず、データの保存先が変更されないことにより、管理クライアント１１や管理サーバ（Ａ１）１２１からみた場合に、その障害の影響を意識する必要がない。
【００５６】
次に、本発明による保守システムの主要部を説明する。図１１は、本発明によるデータ管理システムの主要部を示すブロック図である。図１１に示すデータ管理システムでは、管理対象システム内の複数のノード３−１〜３−Ｎからデータを定期的に収集する複数の収集用管理サーバ２−１〜２−Ｎと、当該複数の収集用管理サーバ２−１〜２−Ｎを管理する主管理サーバ１とを備え、当該主管理サーバ１は、複数の収集用管理サーバ２−１〜２−Ｎによって複数のノード３−１〜３−Ｎから収集されたデータをデータ記憶部１Ｅに記憶するデータ記憶処理部１Ａと、全ての管理サーバ１，２−１〜２−Ｎの情報および複数の収集用管理サーバ２−１〜２−Ｎが管轄しているノード３−１〜３−Ｎの情報を構成情報として構成情報記憶部１Ｆに記憶する構成情報記憶処理部１Ｂと、複数の収集用管理サーバ２−１〜２−Ｎと構成情報を共有するための処理を実行する構成情報共有処理部１Ｃと、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して所定ノードのデータをデータ記憶部１Ｅから取得し、取得したデータを外部端末に送信するデータ提供部１Ｄとを含む構成とされている。
【００５７】
なお、上記の実施の形態１では、管理クライアント１１からデータ保存用の管理サーバ（Ａ）２１（マスタ管理サーバ）を指定するように構成されていたが、そのような構成に限られず、データ保存用の管理サーバ（Ａ）２１はあらかじめ定められていてもよい。また、上記の実施の形態２では、管理クライアント１１からデータ提供用の管理サーバ（Ａ１）１２１およびデータ保存用の管理サーバ（Ｂ１〜Ｂ３）１３１〜１３３を指定することを想定しているが、そのような構成に限られず、それらの管理サーバはあらかじめ定められていてもよい。また、上記の各実施の形態において、管理クライアント１１からデータ収集用の管理サーバを指定するように構成されていたが、データ収集用の管理サーバもあらかじめ定められていてもよい。
【００５８】
また、図６および図７を用いて、管理サーバや管理対象ノードを追加する処理について説明したが、管理サーバや管理対象ノードを削除する処理も、上記の実施の形態で説明した処理（図６〜図９の処理）と同様の処理又は類似の処理を用いて行うことが可能である。すなわち、図６のステップＳ１において管理サーバの削除命令を行うと、管理サーバ（Ａ）２１は、命令された管理サーバの情報を構成情報リポジトリから削除し、また、削除された管理サーバが担当している対象ノードを他の管理サーバの担当に変更し、さらに、他のすべてのデータ収集用の管理サーバと当該構成情報を共有する。
【００５９】
また、各管理サーバは、それぞれデータ保存部を備えていたが、データ保存部は管理サーバとは別の記憶装置（ストレージ装置）であってもよい。
【００６０】
また、データ収集用の管理サーバが自身の管理している対象ノードの情報を自身のデータリポジトリに保存するように構成してもよい。また、データ保存用の管理サーバ（マスタ管理サーバ）が所定の対象ノードのデータ収集を行うように構成してもよい。
【００６１】
また、データ管理システムを構成する管理サーバの数や階層構造などは、環境、用途、運用形態によって適宜変更され得る。
【産業上の利用可能性】
【００６２】
本発明は、大規模システムにおける対象ノードからのリアルタイムデータを効率的に収集し、収集したデータを保存・参照するためのデータ管理システムに適用される。
【符号の説明】
【００６３】
１１ 管理クライアント
２１ 管理サーバ（Ａ）
３１〜３３ 管理サーバ（Ｂ１〜Ｂ３）
４１〜４３ 管理対象ノード群
１２１ 管理サーバ（Ａ１）
１３１〜１３３ 管理サーバ（Ｂ１〜Ｂ３）
１４１〜１４６ 管理サーバ（Ｃ１１〜Ｃ３２）
１５１〜１５６ 管理対象ノード群
５１０ データ処理部
５１１ 構成情報操作部
５１２ データ入出力部
５１３ データ収集部
５１４ リポジトリデータ監視部
５２０ データ保存部
５２１ 構成情報リポジトリ
５２２ データリポジトリ
５３０ インタフェース部
５３１ 構成情報操作インタフェース部
５３２ データ入出力インタフェース部
【特許請求の範囲】
【請求項１】
管理対象システム内の複数のノードからデータを定期的に収集する複数の収集用管理サーバと、
当該複数の収集用管理サーバを管理する主管理サーバとを備え、
当該主管理サーバは、
前記複数の収集用管理サーバによって前記複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理部と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供部とを含む
ことを特徴とするデータ管理システム。
【請求項２】
構成情報共有処理部は、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信する
請求項１記載のデータ管理システム。
【請求項３】
複数の収集用管理サーバは、外部端末からの所定ノードのデータ取得要求を受けた場合に、当該データ取得要求を主管理サーバに転送するデータ取得要求転送部を含み、
データ提供部は、前記複数の収集用管理サーバのいずれかから転送された前記データ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータをデータ記憶部から取得し、取得したデータを前記外部端末に送信する
請求項１または請求項２記載のデータ管理システム。
【請求項４】
主管理サーバは、定期的に、複数の収集用管理サーバの各々が所定期間データの収集を実行していないか否かを判定するデータ収集判定部を含み、
構成情報共有処理部は、前記データ収集判定部によって特定の収集用管理サーバが前記所定期間データの収集を実行していないと判定された場合には、前記特定の収集用管理サーバが管轄しているノードを他の収集用管理サーバの管轄に変更し、変更した構成情報を前記複数の収集用管理サーバに送信する
請求項１から請求項３のうちのいずれかに記載のデータ管理システム。
【請求項５】
主管理サーバは、データ記憶処理部を含まず、
複数の収集用管理サーバによって複数のノードから収集されたデータをデータ記憶部に記憶する一または複数のデータ記憶用管理サーバを備え、
データ提供部は、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して前記所定ノードのデータを前記データ記憶用管理サーバの前記データ記憶部から取得し、取得したデータを前記外部端末に送信する
請求項１から請求項４のうちのいずれかに記載のデータ管理システム。
【請求項６】
複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理部と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供部とを含む
ことを特徴とする管理サーバ。
【請求項７】
主管理サーバが、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理ステップと、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理ステップと、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理ステップと、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供ステップとを実行する
ことを特徴とするデータ管理方法。
【請求項８】
構成情報共有処理ステップにおいて、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信する
請求項７記載のデータ管理方法。
【請求項９】
コンピュータに、
複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するためのデータ提供処理と
を実行させるためのデータ管理用プログラム。
【請求項１０】
コンピュータに、
構成情報共有処理で、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信するための処理を実行させる請求項９記載のデータ管理用プログラム。
【請求項１】
管理対象システム内の複数のノードからデータを定期的に収集する複数の収集用管理サーバと、
当該複数の収集用管理サーバを管理する主管理サーバとを備え、
当該主管理サーバは、
前記複数の収集用管理サーバによって前記複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理部と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供部とを含む
ことを特徴とするデータ管理システム。
【請求項２】
構成情報共有処理部は、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信する
請求項１記載のデータ管理システム。
【請求項３】
複数の収集用管理サーバは、外部端末からの所定ノードのデータ取得要求を受けた場合に、当該データ取得要求を主管理サーバに転送するデータ取得要求転送部を含み、
データ提供部は、前記複数の収集用管理サーバのいずれかから転送された前記データ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータをデータ記憶部から取得し、取得したデータを前記外部端末に送信する
請求項１または請求項２記載のデータ管理システム。
【請求項４】
主管理サーバは、定期的に、複数の収集用管理サーバの各々が所定期間データの収集を実行していないか否かを判定するデータ収集判定部を含み、
構成情報共有処理部は、前記データ収集判定部によって特定の収集用管理サーバが前記所定期間データの収集を実行していないと判定された場合には、前記特定の収集用管理サーバが管轄しているノードを他の収集用管理サーバの管轄に変更し、変更した構成情報を前記複数の収集用管理サーバに送信する
請求項１から請求項３のうちのいずれかに記載のデータ管理システム。
【請求項５】
主管理サーバは、データ記憶処理部を含まず、
複数の収集用管理サーバによって複数のノードから収集されたデータをデータ記憶部に記憶する一または複数のデータ記憶用管理サーバを備え、
データ提供部は、外部端末からの所定ノードのデータ取得要求を受けた場合に、構成情報を参照して前記所定ノードのデータを前記データ記憶用管理サーバの前記データ記憶部から取得し、取得したデータを前記外部端末に送信する
請求項１から請求項４のうちのいずれかに記載のデータ管理システム。
【請求項６】
複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理部と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理部と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理部と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供部とを含む
ことを特徴とする管理サーバ。
【請求項７】
主管理サーバが、複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理ステップと、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理ステップと、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理ステップと、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するデータ提供ステップとを実行する
ことを特徴とするデータ管理方法。
【請求項８】
構成情報共有処理ステップにおいて、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信する
請求項７記載のデータ管理方法。
【請求項９】
コンピュータに、
複数の収集用管理サーバによって管理対象システム内の複数のノードから収集されたデータをデータ記憶部に記憶するデータ記憶処理と、
全ての管理サーバの情報および前記複数の収集用管理サーバが管轄しているノードの情報を構成情報として構成情報記憶部に記憶する構成情報記憶処理と、
前記複数の収集用管理サーバと前記構成情報を共有するための処理を実行する構成情報共有処理と、
外部端末からの所定ノードのデータ取得要求を受けた場合に、前記構成情報を参照して前記所定ノードのデータを前記データ記憶部から取得し、取得したデータを前記外部端末に送信するためのデータ提供処理と
を実行させるためのデータ管理用プログラム。
【請求項１０】
コンピュータに、
構成情報共有処理で、外部端末から構成情報の変更要求を受けた場合、変更要求に応じた構成情報の変更処理を行うとともに、変更処理した構成情報を複数の収集用管理サーバに送信するための処理を実行させる請求項９記載のデータ管理用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−１９７７７５（Ｐ２０１１−１９７７７５Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６１１１９（Ｐ２０１０−６１１１９）
【出願日】平成２２年３月１７日（２０１０．３．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１７日（２０１０．３．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]