JP2019057195A - 管理システム、管理方法、及び管理プログラム - Google Patents

Abstract

【課題】１つのスタースキーマのデータ構造のセットで複数種類の被管理要素を管理できる管理システムを提供する。【解決手段】管理システム１は、対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースと、被管理要素の各々に関する監視情報を含む履歴情報を記憶する履歴ファクトテーブル、被管理要素の属性情報及び種類情報と、監視情報の種類情報を記憶する被管理要素次元テーブルからなるスタースキーマ構造の履歴情報データベースを備える。対象システムの構成変更発生に応じ、構成変更後の対象システムに対応する構成情報を生成し、構成情報データベースに格納し、構成変更に掛かる被管理要素の構成変更後の情報を含む新規レコードを被管理要素次元テーブルに追加する。また、監視情報を、対象システム又は構成情報データベースから収集し、履歴情報として履歴ファクトテーブルに格納する。【選択図】図１

Description

本発明は、対象システムの構成変更履歴及び監視情報の収集履歴を保存する管理システムに関する。

複数のコンピュータ端末を含むコンピュータシステム等の対象システムを管理する管理システムでは、資産管理、状態監視及びプロビジョニング等を行うための構成情報を記録する目的で、構成情報データベース（構成情報ＤＢ）が使用されている。

即時的な更新が求められる構成情報を記録する構成情報ＤＢと、データ量が膨大となりがちな対象システムの構成変更の履歴を記録する履歴情報データベース（履歴情報ＤＢ）とを別個に設ける構成は、管理システムの妥当な構成の１つである。

例えば、特許文献１には、対象システムの構成変更履歴及び対象システムの性能情報などである監視情報の収集履歴を、スタースキーマ構造の履歴情報データベースで管理する技術が記載されている。

具体的に特許文献１の管理システムは、対象システムが有する複数の被管理要素に関する構成情報を格納する構成情報データベースと、スタースキーマ構造のデータベースであって、前記複数の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブル、及び前記次元キーと関連付けて前記被管理要素の属性を記憶する被管理要素次元テーブルを備える履歴情報データベースと、前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する構成管理手段と、前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の属性値を含む新規レコードを前記被管理要素次元テーブルに追加する次元テーブル・データ追加手段と、前記対象システムに関する監視情報を収集する監視情報収集手段と、収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する履歴データ追加手段と、を備える。

特開２００９−１９３１５３号公報

しかし、特許文献１に開示されている技術は、１種類の被管理要素を管理することしか想定していない。特許文献１に開示されている技術で複数種類の被管理要素を管理する場合、スタースキーマのデータ構造のセットを被管理要素の種類の数に応じて増やす必要がある。スタースキーマのデータ構造のセットを増やすと、当該セット分について新たに実装の作業が必要となる。そこで、１つのスタースキーマのデータ構造のセットで複数種類の被管理要素を管理するために、被管理要素毎に識別子を割り振り、被管理要素を抽象化して管理する方法が考えられる。しかし、特許文献１に開示されている技術は、被管理要素の名前を管理する構成はあるが、被管理要素の種類を管理することを想定していないため、複数の被管理要素を抽象化して管理した場合、被管理要素の種類を判別できなくなる問題が発生する。また、複数種類の被管理要素を管理すると、複数種類の監視情報が発生する可能性があるが、複数種類の被管理要素を抽象化して管理した場合、監視情報の種類を判別できなくなる問題が発生する。本願は上記問題を解決し、複数種類の被管理要素を１つのスタースキーマのデータ構造のセットで管理することを目的とする。なお、監視情報とは、対象システムの性能情報、障害発生情報、又は被管理要素の統計情報等である。また、構成情報とは、対象システムが、現在有している被管理要素の構成に関する情報のことである。

本発明の管理システムは、対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースと、スタースキーマ構造のデータベースであって、前記２種類以上の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースと、前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する構成管理手段と、前記対象システムの構成変更の発生に応じて、構成変更に掛かる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加する次元テーブル・データ追加手段と、前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集する監視情報収集手段と、収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する履歴データ追加手段と、を備える。

本発明の管理方法は、２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存する管理方法であって、対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、
スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、を備える。

本発明のコンピュータプログラムは、２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存するステップをコンピュータに実行させるコンピュータプログラムであって、対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、をコンピュータに実行させる。

本発明によれば、上記問題を解決し、１つのスタースキーマのデータ構造のセットで複数種類の被管理要素を管理する事が出来る。

管理システムの構成を示す図である。 管理システムの動作を示すフローチャートである。 管理システムの動作を示すフローチャートである。 被管理要素の具体例を示す図である。 履歴情報ＤＢの具体例を示す図である。 履歴ファクトテーブルの具体例を示す図である。 被管理要素テーブルの具体例を示す図である。 グループテーブルの具体例を示す図である。 監視情報テーブルの具体例を示す図である。 出力部を更に備えた管理システムの構成を示す図である。 利用例のイメージ図を示す図ある。 グラフの具体例を示す図である。 管理システムを実現するコンピュータの構成を示す図である。

本願の実施形態を、図面を用いて説明する。

図１は、本願の管理システム１におけるブロック図である。

構成情報ＤＢ１０は、対象システムが有する２種類以上の被管理要素（被管理要素）に関する構成情報を格納する。

構成情報とは、対象システムが現在有している被管理要素の構成に関する情報のことである。例えば、被管理要素がサーバの場合、構成情報には、サーバ名、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、インストールされているＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）名、サーバが属するグループ、設置場所等が含まれる。

履歴情報ＤＢ２０は、スタースキーマ構造のデータベースであり、履歴ファクトテーブル１００及び被管理要素次元テーブル２００を備える。

履歴ファクトテーブル１００は、２種類以上の被管理要素の各々に関する監視情報を含む履歴情報を被管理要素に対応付けられた次元キー値と関連付けて記憶する。

監視情報とは、２種類以上の被管理要素の各々に関する情報である。具体的には、対象システムの性能情報、障害発生情報、又は被管理要素の統計情報等であり、管理システム１によるボーリング又は対象システムからの通知によって収集される。

被管理要素次元テーブル２００は、被管理要素の属性に関する情報及び被管理要素の種類を区別する情報を次元キー値と関連付けて記憶する第１の被管理要素次元テーブルを備える。被管理要素の属性に関する情報とは、例えば、被管理要素の構成情報を含む。

また、被管理要素次元テーブル２００は、監視情報の種類を区別する情報を次元キー値と関連付けて記憶する第２の被管理要素次元テーブルを更に備える。履歴情報ＤＢ２０は、１つの履歴ファクトテーブル１００に対して、複数の被管理要素次元テーブル２００を有しても良い。履歴ファクトテーブル１００、被管理要素次元テーブル２００、被管理要素の種類を区別する情報、及び監視情報の種類を区別する情報の詳細な説明については後述する。

構成管理手段３０は、構成情報を取得し、対象システムの構成変更の発生に応じて、構成変更後の対象システムに対応する構成情報を生成して構成情報ＤＢ１０に格納する。

次元テーブル・データ追加手段４０は、構成管理手段３０から被管理要素の構成変更内容を取得する。次元テーブル・データ追加手段４０は、対象システムの構成変更の発生に応じて、構成変更に掛かる被管理要素の構成変更後の属性に関する情報と被管理要素の種類を区別する情報とを含む新規レコードを第１の被管理要素次元テーブルに追加する。

監視情報収集手段５０は、監視情報を、監視情報の種類を区別する情報に応じて対象システム又は構成情報ＤＢ１０の少なくとも１つから収集する。監視情報収集手段５０は、対象システムに関する監視情報を、定期的に又は変化が発生したタイミングで収集する。監視情報収集手段５０は、収集した監視情報と当該監視情報を収集した対象システム又は構成情報ＤＢ１０の構成情報とを関連付ける。

履歴データ追加手段６０は、監視情報収集手段５０が収集した監視情報を履歴情報として履歴ファクトテーブル１００に格納する。

次に、図２を用いて、本願の実施形態における構成情報ＤＢ１０及び履歴情報ＤＢ２０の更新における動作を説明する。

構成管理手段３０は、対象システムの構成変更が発生すると（Ｓ１でＹｅｓ）、構成変更後の対象システムに対応する構成情報を生成して構成情報ＤＢ１０に格納する（Ｓ２）。

次元テーブル・データ追加手段４０は、構成変更に掛かる被管理要素の構成変更後の属性に関する情報と、被管理要素の種類を区別する情報とを含む新規レコードを第１の被管理要素次元テーブルに追加する（Ｓ３）。

次に図３を用いて、本願の実施形態における履歴ファクトテーブル１００の更新における動作を説明する。

監視情報収集手段５０は、監視情報の種類を区別する情報に応じて対象システム又は構成情報ＤＢ１０の少なくとも１つから監視情報を収集する（Ｓ１１）。

履歴データ追加手段６０は、収集された監視情報を履歴情報として履歴ファクトテーブル１００に格納する（Ｓ１２）。

次に、本実施形態について具体例を用いて説明する。

本具体例では、特に、本願の特徴的な構成である履歴情報ＤＢ２０の構成について、具体例を用いて説明する。

本具体例では、サーバとサーバが属するグループとを被管理要素とする。

図４に、本具体例における被管理要素のイメージ図を示す。図４に示す通り、対象システムが管理する対象のサーバは、Ｓｅｒｖｅｒ１、Ｓｅｒｖｅｒ２及びＳｅｒｖｅｒ３がある。Ｓｅｒｖｅｒ１及びＳｅｒｖｅｒ２はＧｒｏｕｐ１に属し、Ｓｅｒｖｅｒ３はＧｒｏｕｐ２に属する。

Ｇｒｏｕｐとは、被管理要素を様々な視点で分類分けするための概念である。本具体例におけるＧｒｏｕｐを分類分けする観点は、サーバが使用される業務や、サーバを所有している顧客などが考えられる。

Ｇｒｏｕｐ１及びＧｒｏｕｐ２は、Ｇｒｏｕｐ専用のグループである、Ｍａｎａｇｅ Ｇｒｏｕｐに属する。Ｍａｎａｇｅ Ｇｒｏｕｐとは、被管理要素であるＧｒｏｕｐを管理するためのグループである。

さらに、Ｔａｒｇｅｔ Ｔｙｐｅとは、被管理要素の種類を区別する情報である。本具体例において、Ｓｅｒｖｅｒ１、Ｓｅｒｖｅｒ２及びＳｅｒｖｅｒ３のＴａｒｇｅｔ ＴｙｐｅはＳｅｒｖｅｒであり、Ｇｒｏｕｐ１及びＧｒｏｕｐ２のＴａｒｇｅｔ ＴｙｐｅはＧｒｏｕｐである。

本具体例において、履歴情報ＤＢ２０は、履歴ファクトテーブル１００と、第１の被管理要素次元テーブルである被管理要素テーブル７０と、グループテーブル８０と、第２の被管理要素次元テーブルである監視情報テーブル９０とを備える。本具体例における履歴情報ＤＢ２０のイメージ図を図５に示す。図１に記載の被管理要素次元テーブル２００の具体例が、被管理要素テーブル７０、グループテーブル８０、及び監視情報テーブル９０の事である。

履歴ファクトテーブル１００は、スタースキーマ構造の中心として、被管理要素テーブル７０、グループテーブル８０、及び監視情報テーブル９０と関連付けられている。

図６に、履歴ファクトテーブル１００の具体例を示す。履歴ファクトテーブル１００は、履歴情報を次元キー値と関連付けて記憶する。本具体例で履歴ファクトテーブル１００は、次元キー値を他のテーブルの情報と紐付くＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）として使用し、履歴情報を、ＩＤを用いて格納する。履歴ファクトテーブル１００は、日時１０１と、Ｔａｒｇｅｔ Ｔａｂｌｅ ＩＤ１０２と、Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤ１０３と、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ１０４と、監視情報１０５と、を格納する。

履歴ファクトテーブル１００の日時１０１の列には、履歴情報を記憶した際の日付及び時間の情報を格納する。履歴ファクトテーブル１００のＴａｒｇｅｔ Ｔａｂｌｅ ＩＤ１０２の列には、被管理要素を示すＩＤを格納する。履歴ファクトテーブル１００のＧｒｏｕｐ Ｔａｂｌｅ ＩＤ１０３の列には、Ｇｒｏｕｐを示すＩＤを格納する。履歴ファクトテーブル１００のＰｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ１０４の列には、監視情報を示すＩＤを格納する。履歴ファクトテーブル１００の監視情報１０５には、監視情報を示す値を格納する。

被管理要素テーブル７０は、被管理要素を示す情報と、被管理要素の種類を区別する情報とを格納する。

図７に、被管理要素テーブル７０の具体例を示す。被管理要素テーブル７０は、Ｔａｒｇｅｔ Ｔａｂｌｅ ＩＤ７１と、Ｎａｍｅ７２と、Ｔａｒｇｅｔ Ｔｙｐｅ７３と、を格納する。Ｔａｒｇｅｔ Ｔａｂｌｅ ＩＤ７１は、履歴ファクトテーブル１００のＴａｒｇｅｔ Ｔａｂｌｅ ＩＤ１０２と関連付けられている。

被管理要素テーブル７０のＴａｒｇｅｔ Ｔａｂｌｅ ＩＤ７１の列には、被管理要素を示すＩＤを格納する。被管理要素テーブル７０のＮａｍｅ７２の列には、被管理要素の名称を格納する。被管理要素テーブル７０のＴａｒｇｅｔ Ｔｙｐｅ７３の列には、被管理要素の種類を区別する情報を格納する。具体的に、Ｔａｒｇｅｔ Ｔａｂｌｅ ＩＤ７１の列には、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１が示す被管理要素の種類に関する情報を格納する。

グループテーブル８０は、履歴ファクトテーブル１００に登録するグループの種類を区別する情報を格納する。

図８に、グループテーブル８０の具体例を示す。グループテーブル８０は、Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤ８１と、Ｎａｍｅ８２と、を格納する。Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤ８１は、履歴ファクトテーブル１００のＧｒｏｕｐ Ｔａｂｌｅ ＩＤ１０３と関連付けられている。

グループテーブル８０のＧｒｏｕｐ Ｔａｂｌｅ ＩＤ８１の列には、Ｇｒｏｕｐを示すＩＤを格納する。グループテーブル８０のＮａｍｅ８２の列には、履歴ファクトテーブル１００に登録するグループの種類を区別する情報を格納する。具体的に、グループテーブル８０のＮａｍｅ８２の列には、Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤ８１が示すＧｒｏｕｐの名前を格納する
監視情報テーブル９０は、履歴ファクトテーブル１００に登録する監視情報の種類を区別する情報を格納する。

図９に、監視情報テーブル９０の具体例を示す。監視情報テーブル９０は、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１と、Ｎａｍｅ９２とを格納する。Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１は、履歴ファクトテーブル１００のＰｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ１０４と関連付けられている。

監視情報テーブル９０のＰｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１の列には、監視情報を示すＩＤを格納する。監視情報テーブル９０のＮａｍｅ９２の列には、監視情報の種類を区別する情報を格納する。具体的に、Ｎａｍｅ９２の列には、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１が示す監視情報の種類の名前を格納する。本具体例では、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１が１の場合は、ＳｅｒｖｅｒのＣＰＵ使用率を示し、Ｐｅｒｆｏｒｍａｎｃｅ Ｃｏｕｎｔｅｒ ＩＤ９１が２の場合は、Ｇｒｏｕｐに属するサーバ数を示す。本具体例では、監視情報として、各ＳｅｒｖｅｒのＣＰＵ利用率と、各Ｇｒｏｕｐに属するＳｅｒｖｅｒの数とを監視するが、監視情報はこれに限られない。例えば、イベントの発生情報、システム構成変更の発生回数、ソフトウェア配布回数、バックアップ・リストアの実行回数等を、監視情報としても良い。

本発明によれば、上記問題を解決し、１つのスタースキーマのデータ構造のセットで複数種類の被管理要素を管理する事が出来る。その理由は、履歴情報ＤＢ２０が、前記被管理要素の属性に関する情報及び被管理要素の種類を区別する情報を次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、監視情報を区別する情報を次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備えるからである。

また、本発明は、１つの履歴ファクトテーブル１００にアクセスするだけで任意の履歴データを取得できるため、任意の履歴データの取得に費やされる時間を軽減する事ができる。

なお、履歴ファクトテーブル１００は、ＩＤを用いて履歴情報を格納するため、名称を用いて履歴情報に格納する場合に比べて、履歴ファクトテーブル１００内のデータ容量を削減することができる。

なお、本願の管理システム１は、出力部３００を更に備えても良い。出力部３００を更に備えた管理システム１を、図１０に示す。出力部３００は、履歴情報ＤＢ２０に登録されるデータを出力し、利用者に提示する。また、出力部３００は、履歴情報ＤＢ２０に登録されているデータを用いて履歴情報に関するレポートを作成し、当該作成したレポートを出力することが出来る。本願を利用する事で、管理システム１の利用者は、任意の期間の履歴情報を取得することができる。任意の期間の履歴情報の利用例としては、例えば、それぞれの顧客に属しているサーバの変化等の履歴情報が挙げられる。

図１１に、本願の利用例のイメージ図を示す。

日時Ａにおいて、Ｓｅｒｖｅｒ１は顧客Ａに属しており、Ｓｅｒｖｅｒ５は顧客Ｂに属している。日時Ｂにおいて、Ｓｅｒｖｅｒ１及びＳｅｒｖｅｒ２は顧客Ａに属しており、Ｓｅｒｖｅｒ５は顧客Ｂに属している。日時Ｃにおいて、Ｓｅｒｖｅｒ１、Ｓｅｒｖｅｒ２、Ｓｅｒｖｅｒ３、及びＳｅｒｖｅｒ４は顧客Ａに属しており、Ｓｅｒｖｅｒ５及びＳｅｒｖｅｒ６は顧客Ｂに属している。

図１２に、出力部３００が、上記の利用例をレポートとして出力したグラフのイメージ図を示す。このように、本願における管理システム１を利用すれば、日時Å、日時Ｂ、及び日時Ｃにおける各顧客に属するサーバの台数を、図１２のようなグラフで閲覧することが可能になる。

なお、本具体例では、被管理要素として、サーバとサーバが属するグループとを被管理要素としたが、異なる種類の被管理要素についても同様に管理することが可能である。例えば、管理可能な被管理要素の種類として、以下の具体例が考えられる。１つ目の具体例は、ストレージやネットワークの装置など、サーバ（コンピュータ）以外のハードウェアである。２つ目の具体例は、装置単体だけではなく、ＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）やＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）といった装置内の物理的な構成要素や論理的な要素である。３つ目の具体例は、サーバ又はストレージ等のような、従来のＩＴシステムの構成要素だけでなく、近年ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）と呼ばれるシステムにおける、センサ及び通信機能を持つものである。

なお、被管理要素にグループが含まれる場合、グループの構成情報はどのように取得しても構わない。例えば、構成管理手段３０が構成情報ＤＢ１０からグループに関連する構成情報を生成し、次元テーブル・データ追加手段４０が当該グループに関連する構成情報を履歴情報ＤＢ２０に追加するやり方でも良い。

なお、システム利用者は、被管理要素を管理するための特殊なグループを任意の視点で作成しても良い。また、本具体例では、システム利用者がサーバを明示的にグルーピングした場合について説明したが、以下のような方法でグルーピングしても良い。１つ目の方法は、サーバ、ストレージ、又はネットワーク機器など、被管理要素の種類でグルーピングすることである。２つ目の方法は、ハードウェアの障害状態や、電源の状態など、被管理要素の状態でグルーピングすることである。３つ目の方法は、任意のタグの設定によりグルーピングすることである。

なお、被管理要素の種類について、以下のような方法で追加することが可能である。１つ目の方法は、被管理要素テーブル７０のＴａｒｇｅｔ Ｔｙｐｅ７３に、新たに管理する被管理要素の種類を区別する情報を追加し、被管理要素テーブル上で管理することである。２つ目の方法は、追加する被管理要素の種類に関する情報を収集し、履歴情報ＤＢ２０に登録する監視情報を取得又は計算を行う手段を追加することである。

なお、被管理要素テーブル７０は、被管理要素が属するグループを示すＩＤとして、Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤの列を備えても良い。これにより、システム利用者は、被管理要素テーブル７０を確認することで、被管理要素が現在属するＧｒｏｕｐを認識することができる。

なお、被管理要素テーブル７０は、被管理要素にＧｒｏｕｐが存在する場合に、被管理要素としてのＧｒｏｕｐとグループテーブル８０におけるＧｒｏｕｐとを関連付けるＩＤである、Ｏｒｉｇｉｎａｌ Ｇｒｏｕｐ Ｔａｂｌｅ ＩＤを備えても良い。

なお、監視情報テーブル９０は、新たにＴａｒｇｅｔ Ｔｙｐｅの列を備えても良い。監視情報テーブル９０のＴａｒｇｅｔ Ｔｙｐｅは、監視情報の種類を区別する情報と被管理要素の種類を区別する情報とを対応付ける。監視情報テーブル９０にＴａｒｇｅｔ Ｔｙｐｅの列を備えた場合、監視情報収集手段５０は、Ｔａｒｇｅｔ Ｔｙｐｅに応じて対象システム又は構成情報ＤＢ１０の少なくとも１つから監視情報を収集しても良い。

［プログラム］
本発明におけるプログラムは、コンピュータに、Ｓ１からＳ３及びＳ１１からＳ１２の処理を実行させるプログラムである。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における管理システム１及び管理方法を実現することができる。

ここで、本実施の形態におけるプログラムを実行することによって、管理システム１を実現するコンピュータについて図１３を用いて説明する。

図１３は、本発明の実施の形態における管理システム１を実現するコンピュータの一例を示すブロック図である。

図１３に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。

ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。

また、記憶装置１１３は、ハードディスクドライブの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、入力機器１１８との間のデータ伝送を仲介する。入力機器１１８とは、例えば、キーボード及びマウス並びにタッチパネル等が挙げられる。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。

データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と他のコンピュータとの間のデータ伝送を仲介する。

また、記録媒体１２０の具体例としては、ＣＦ（Ｃｏｍｐａｃｔ Ｆｌａｓｈ（登録商標））及びＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）等の汎用的な半導体記憶デバイス、又はフレキシブルディスク（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）等の磁気記憶媒体が挙げられる。更に、記録媒体１２０の具体例としては、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの光学記憶媒体も挙げられる。

［付記］
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明における情報処理装置等の構成の概略を説明する。但し、本発明は、以下の構成に限定されない。
（付記１）
対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースと、
スタースキーマ構造のデータベースであって、前記２種類以上の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースと、
前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する構成管理手段と、
前記対象システムの構成変更の発生に応じて、構成変更に掛かる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加する次元テーブル・データ追加手段と、
前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集する監視情報収集手段と、
収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する履歴データ追加手段と、
を備える管理システム。
（付記２）
前記２種類以上の被管理要素は被管理要素のグループを含む、
付記１に記載の管理システム。
（付記３）
前記履歴情報データベースは、前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを更に備える、
付記２に記載の管理システム。
（付記４）
２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存する管理方法であって、
対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、
スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、
前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、
前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、
前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、
収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、
を備える管理方法。
（付記５）
前記２種類以上の被管理要素は被管理要素のグループを含む、
付記４に記載の管理方法。
（付記６）
前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを備える履歴情報データベースを生成するステップ（ｇ）を更に備える
付記５に記載の管理方法。
（付記７）
２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存するステップをコンピュータに実行させるコンピュータプログラムであって、
対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、
スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、
前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、
前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、
前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、
収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、
をコンピュータに実行させるコンピュータプログラム。
（付記８）
前記２種類以上の被管理要素は被管理要素のグループを含む、
付記７に記載のコンピュータプログラム。
（付記９）
前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを備える履歴情報データベースを生成するステップ（ｇ）を更にコンピュータに実行させる、
付記８に記載のコンピュータプログラム。

１ 管理システム
１０ 構成情報ＤＢ
２０ 履歴情報ＤＢ
３０ 構成管理手段
４０ 次元テーブル・データ追加手段
５０ 監視情報収集手段
６０ 履歴データ追加手段
７０ 被管理要素テーブル
８０ グループテーブル
９０ 監視情報テーブル
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
２００ 被管理要素次元テーブル
３００ 出力部

Claims (9)

1. 対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースと、
   スタースキーマ構造のデータベースであって、前記２種類以上の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースと、
   前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する構成管理手段と、
   前記対象システムの構成変更の発生に応じて、構成変更に掛かる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加する次元テーブル・データ追加手段と、
   前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集する監視情報収集手段と、
   収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する履歴データ追加手段と、
   を備える管理システム。
2. 前記２種類以上の被管理要素は被管理要素のグループを含む、
   請求項１に記載の管理システム。
3. 前記履歴情報データベースは、前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを更に備える、
   請求項２に記載の管理システム。
4. ２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存する管理方法であって、
   対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、
   スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、
   前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、
   前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、
   前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、
   収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、
   を備える管理方法。
5. 前記２種類以上の被管理要素は被管理要素のグループを含む、
   請求項４に記載の管理方法。
6. 前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを備える履歴情報データベースを生成するステップ（ｇ）を更に備える
   請求項５に記載の管理方法。
7. ２種類以上の被管理要素を含む対象システムの構成変更履歴及び監視情報の収集履歴を保存するステップをコンピュータに実行させるコンピュータプログラムであって、
   対象システムが有する２種類以上の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ（ａ）と、
   スタースキーマ構造のデータベースであって、前記２種以上の被管理要素の各々に関する前記監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブルと、前記被管理要素の属性に関する第１の情報及び前記被管理要素の種類を区別する第２の情報を前記次元キー値と関連付けて記憶する第１の被管理要素次元テーブルと、前記監視情報の種類を区別する第３の情報を前記次元キー値と関連付けて記憶する第２の被管理要素次元テーブルと、を備える履歴情報データベースを生成するステップ（ｂ）と、
   前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ（ｃ）と、
   前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の前記第１の情報と前記第２の情報とを含む新規レコードを前記第１の被管理要素次元テーブルに追加するステップ（ｄ）と、
   前記対象システムに関する前記監視情報を前記第３の情報に応じて前記対象システム又は前記構成情報データベースの少なくとも１つから収集するステップ（ｅ）と、
   収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ（ｆ）と、
   をコンピュータに実行させるコンピュータプログラム。
8. 前記２種類以上の被管理要素は被管理要素のグループを含む、
   請求項７に記載のコンピュータプログラム。
9. 前記次元キー値を関連付けて前記グループの種類を区別する情報を記憶する第３の被管理要素次元テーブルを備える履歴情報データベースを生成するステップ（ｇ）を更にコンピュータに実行させる、
   請求項８に記載のコンピュータプログラム。

Images