JP4911061B2 - Management system, history information storage method, and data structure of history information database - Google Patents
Management system, history information storage method, and data structure of history information database Download PDFInfo
- Publication number
- JP4911061B2 JP4911061B2 JP2008030823A JP2008030823A JP4911061B2 JP 4911061 B2 JP4911061 B2 JP 4911061B2 JP 2008030823 A JP2008030823 A JP 2008030823A JP 2008030823 A JP2008030823 A JP 2008030823A JP 4911061 B2 JP4911061 B2 JP 4911061B2
- Authority
- JP
- Japan
- Prior art keywords
- history
- information
- configuration
- managed
- target system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
本発明は、複数の被管理要素を含む対象システムの資産管理、状態監視、プロビジョニング等を行なうための管理システムに関し、特に、対象システムの構成変更履歴及び監視情報の収集履歴を保存する管理システムに関する。 The present invention relates to a management system for performing asset management, status monitoring, provisioning, and the like of a target system including a plurality of managed elements, and more particularly, to a management system that stores a configuration change history and monitoring information collection history of the target system. .
例えば、複数のコンピュータ端末を含むコンピュータシステム等の対象システムを管理する管理システムでは、資産管理、状態監視及びプロビジョニング等を行なうための構成情報を記録する目的で構成情報データベース(以下、構成情報DBと呼ぶ)が使用されている。ここで、本明細書における「構成情報」の用語は、対象システム(例えば、コンピュータシステム)が現在有している複数の被管理要素(例えば、コンピュータ端末)の構成に関する情報を意味する。例えば、対象システムがコンピュータシステムであり、被管理要素がコンピュータ端末である場合の構成情報には、コンピュータ名、IP(Internet Protocol)アドレス、搭載OS(Operating System)の種別、所定のソフトウェアのインストールの有無、インストール済みソフトウェアのバージョン情報等が含まれる。 For example, in a management system that manages a target system such as a computer system including a plurality of computer terminals, a configuration information database (hereinafter referred to as a configuration information DB) is used for recording configuration information for asset management, status monitoring, provisioning, and the like. Is used). Here, the term “configuration information” in this specification means information related to the configuration of a plurality of managed elements (for example, computer terminals) that the target system (for example, a computer system) currently has. For example, when the target system is a computer system and the managed element is a computer terminal, the configuration information includes a computer name, an IP (Internet Protocol) address, an installed OS (Operating System) type, and installation of predetermined software. Presence / absence, version information of installed software, etc. are included.
特許文献1には、従来の技術として、現在の対象システム(特許文献1では「設備」)の構成情報を記録する構成情報DB(特許文献1では、「構成管理データベース」)と、構成情報の変更履歴を管理する履歴情報DB(特許文献1では、「構成履歴管理データベース」)とを別個独立に設ける管理システムが記載されている。このように、現在の構成情報のみを構成情報DBに格納する管理システムは、管理対象設備に相当するだけのレコードを有していればよいため、記録データのデータ量が小さく、検索性に優れるという利点がある。
In
また、特許文献2にも、上述した特許文献1の従来技術と同様に、対象システムの現在の構成情報を記録する構成情報DB(特許文献2では、「構成情報データベース」)と、構成情報の変更履歴を記録する履歴情報DB(特許文献2では、「構成変更履歴データベース」)とを別個独立に設ける管理システム(特許文献2では、「構成情報管理サーバ」)が開示されている。
Also, in
ところで、データウェアハウスに適したデータベース構造として「スタースキーマ」が知られている。例えば、特許文献3は、データウェアハウスシステムを構成するデータベースに関し、リレーショナル・データベース上でスタースキーマを使用する場合の検索高速化の手法について開示している。
上述した構成情報DBは、対象システムの現在の状態を記録、保持することが主目的である。このため、構成情報DBのデータベース構造は、対象システムの構成変更に即時的に追随して最新状態を反映できる構造とされることが一般的である。しかしながら、このようなデータベース構造は、対象システムの過去の状態を併せて保持しておくことが困難な構造である。したがって、特許文献1及び2に開示されているように、即時的な更新が求められる構成情報を記録する構成情報DBと、データ量が膨大となりがちな対象システムの構成変更の履歴を記録する履歴情報DBとを別個に設ける構成は、管理システムの妥当な構成の1つである。
The main purpose of the configuration information DB described above is to record and hold the current state of the target system. Therefore, the database structure of the configuration information DB is generally a structure that can immediately follow the configuration change of the target system and reflect the latest state. However, such a database structure is a structure in which it is difficult to keep the past state of the target system. Therefore, as disclosed in
しかしながら、上述した特許文献1及び2は、構成変更の履歴を記録するための履歴情報DBを対象システムの構成情報を保持するための構成情報DBと独立して設けることを開示するのみであり、構成変更履歴に加えて対象システムに関する監視情報の収集履歴を履歴情報DBに併せて保持する構成は何ら開示していない。ここで、対象システムに関する監視情報とは、対象システムの性能情報、障害発生情報などであり、管理システムによる定期的なポーリング又は対象システムからの自発的な通知によって収集される。例えば、対象システムが複数のコンピュータ端末を含むコンピュータシステムである場合の性能情報は、CP(Central Processing Unit)の負荷状況、使用ソフトウェア種別等である。
However,
本発明は、上述した知見に基づいてなされたものであり、対象システムの構成変更履歴及び監視情報の収集履歴をスタースキーマ構造の履歴情報データベースで効率良く管理することが可能な管理システムを提供することを目的とする。 The present invention has been made based on the above-described knowledge, and provides a management system capable of efficiently managing the configuration change history and monitoring information collection history of the target system with a history information database having a star schema structure. For the purpose.
本発明の第1の態様にかかる管理システムは、構成情報データベース、履歴情報データベース、構成管理手段、次元テーブル・データ追加手段、監視情報収集手段、及び履歴データ追加手段を備える。 The management system according to the first aspect of the present invention includes a configuration information database, a history information database, a configuration management means, a dimension table / data addition means, a monitoring information collection means, and a history data addition means.
ここで、前記構成情報データベースは、対象システムが有する複数の被管理要素に関する構成情報を格納する。前記履歴情報データベースは、スタースキーマ構造のデータベースであって、前記複数の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブル、及び前記次元キーと関連付けて前記被管理要素の属性を記憶する被管理要素次元テーブルを備える。 Here, the configuration information database stores configuration information related to a plurality of managed elements of the target system. The history information database is a database having a star schema structure, and stores history information including monitoring information relating to each of the plurality of managed elements in association with a dimension key value associated with the managed element. A managed element dimension table for storing attributes of the managed elements in association with the table and the dimension key;
また、前記構成管理手段は、前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する。前記次元テーブル・データ追加手段は、前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の属性値を含む新規レコードを前記被管理要素次元テーブルに追加する。 The configuration management means generates the configuration information corresponding to the target system after the configuration change and stores it in the configuration information database in response to the configuration change of the target system. The dimension table / data adding means adds a new record including an attribute value after the configuration change of the managed element related to the configuration change to the managed element dimension table in response to the configuration change of the target system. .
さらに、前記監視情報収集手段は、前記対象システムに関する監視情報を収集する。前記履歴データ追加手段は、収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する。 Further, the monitoring information collecting means collects monitoring information related to the target system. The history data adding means stores the collected monitoring information as the history information in the history fact table.
本発明の第1の態様は、監視情報を履歴ファクトテーブルに保存することにより、監視情報の収集履歴を蓄積することができる。加えて、本発明の第1の態様は、対象システムの構成変更が発生するたびに、構成変更のあった被管理要素の構成変更後の属性を被管理要素次元テーブルに追加記録する。このため、被管理要素次元テーブルには、過去の被管理要素の構成内容が履歴として保存されることになる。つまり、本発明の第1の態様は、被管理要素次元テーブルによって、対象システムの構成変更履歴を記録することができる。 According to the first aspect of the present invention, the collection history of monitoring information can be accumulated by storing the monitoring information in the history fact table. In addition, according to the first aspect of the present invention, every time a configuration change of the target system occurs, an attribute after the configuration change of the managed element having the configuration change is additionally recorded in the managed element dimension table. For this reason, the configuration content of the past managed element is stored as a history in the managed element dimension table. That is, in the first aspect of the present invention, the configuration change history of the target system can be recorded by the managed element dimension table.
本発明の第1の態様によれば、対象システムに関する監視情報の収集履歴と、構成変更の履歴をスタースキーマ構造のデータベースで効率良く管理することができる。 According to the first aspect of the present invention, it is possible to efficiently manage the collection history of monitoring information related to the target system and the history of configuration change with a database having a star schema structure.
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。 Hereinafter, specific embodiments to which the present invention is applied will be described in detail with reference to the drawings. In the drawings, the same elements are denoted by the same reference numerals, and redundant description is omitted as necessary for the sake of clarity.
<発明の実施の形態1>
本実施の形態にかかる管理システム100は、複数のサーバを被管理要素とするコンピュータシステム(不図示)の現在の構成管理を行うとともに、構成変更の履歴及び監視情報を収集する管理システムである。図1は、管理システム100の全体構成を示すブロック図である。
<
The
図1において、構成管理コンポーネント1は、対象システムであるコンピュータシステムに含まれる複数のサーバ(以下、被管理サーバと呼ぶ)の構成管理を行う。構成管理コンポーネント1は、システム構成管理部10及び次元テーブル・データ追加部11を有する。
In FIG. 1, a
システム構成管理部10は、複数の被管理サーバの構成情報を取得し、構成情報DB3が複数の被管理サーバの現在の構成を反映したものとなるよう、構成情報DB3を更新する。具体的には、システム構成管理部10は、被管理サーバの構成変更や新たな被管理サーバの追加、被管理サーバの削除などの構成変更に応じて、構成情報DB3に保持された構成情報を更新する。ここで、被管理サーバの構成情報は、例えば、サーバ名、インストールされているOS名、IPアドレス、設置場所等を含む。
The system
次元テーブル・データ追加部11は、システム構成管理部10が収集した被管理サーバの構成変更内容を取得し、スタースキーマ構造を有する履歴情報DB4に被管理サーバの構成変更履歴を保存する。より具体的に述べると、次元テーブル・データ追加部11は、スタースキーマ構造を有する履歴情報DB4に含まれるサーバ次元テーブル42に対して、構成変更にかかるサーバの構成情報を示すレコードを新規追加することによって、被管理サーバの構成変更履歴を保存する。被管理サーバの構成変更履歴のサーバ次元テーブル42への保存手順の詳細については後述する。
The dimension table /
システム監視コンポーネント2は、対象システムであるコンピュータシステムに含まれる複数の被管理サーバの状態を監視する。システム監視コンポーネント2は、監視情報取得部20及び履歴データ追加部21を有する。
The
監視情報取得部20は、複数の被管理サーバの現在の状態を示す監視情報を取得する。ここで、被管理サーバの監視情報は、例えば、CPUの負荷状況、各種統計情報(障害イベントの発生回数、システム構成変更の発生回数、ソフトウェア配布回数、バックアップ・リストアの実行回数など)を含む。
The monitoring
履歴データ追加部21は、監視情報取得部20によって取得された監視情報を履歴情報として履歴情報DB4に格納する。より具体的に述べると、履歴データ追加部21は、スタースキーマ構造を有する履歴情報DB4に含まれる履歴ファクトテーブル40に対して、監視情報を記録する。被管理サーバの監視情報の履歴ファクトテーブル40への記録手順の詳細については後述する。
The history
構成情報DB3は、対象システムの現在の構成情報を格納するデータベースである。構成情報DB3のデータ構造の一例を図2に示す。図2は、構成情報DB3に含まれるサーバ構成管理テーブル30のデータ構造を示している。サーバ構成管理テーブル30は、対象システムに含まれる被管理要素、即ち被管理サーバの各々に対応するレコードを含む。また、図2の例における各レコードの属性には、構成情報DB用のサーバID310、サーバ名311、グループ名312、OS名313、IPアドレス314、及び履歴情報DBでの対応サーバID315等がある。
The
構成情報DB用のサーバID310は、複数の被管理サーバの各々を識別するための識別コードであり、構成情報DB3の主キー属性である。サーバ名311、グループ名312、OS名313、及びIPアドレス314はそれぞれ、被管理サーバに付与されたコンピュータ名称、被管理サーバが属するグループの名称、被管理サーバにインストールされたOS種別、及び被管理サーバに付与されたIPアドレスを示す。
The
一方、対応サーバID315は、履歴情報DB4に含まれるサーバ次元テーブル42において、被管理サーバに対して付与されたサーバIDである。すなわち、図3の構成情報DB3は、構成情報DB3上の対応サーバID315を参照することによって、履歴情報DB4にて対象システムが現在有する被管理サーバの各々に与えられているサーバID420を特定することができるよう構成されている。詳細は後述するが、サーバ次元テーブル42には、被管理サーバの構成変更が発生するたびに、構成変更前とは異なる新たなサーバIDを含む新規レコードが追加される。このため、サーバ構成管理テーブル30内の対応サーバID315は、被管理サーバの構成変更の発生にともなってサーバ次元テーブル42に新規レコードが追加されたことに応じて、新たなサーバIDによって書き換えられる。
On the other hand, the corresponding
なお、図2に示した構成情報DB3に保持される被管理サーバの属性は一例に過ぎず、図2に示したものに限定されるものでないことはもちろんである。
It should be noted that the attributes of the managed server held in the
履歴情報DB4は、監視情報の履歴を保持するとともに、被管理サーバの構成変更の履歴を保持するデータベースである。上述したように、履歴情報DB4は、スタースキーマ構造を有する。履歴情報DB4のデータ構造の一例を図3に示す。図3の履歴情報DB4は、分析対象となる監視情報が逐次格納される履歴ファクトテーブル40を中心として、2つの次元テーブル、すなわち時間次元テーブル41及びサーバ次元テーブル42を有する。
The
履歴ファクトテーブル40は、システム監視コンポーネント2によって収集された監視情報402を時間ID400及びサーバID401と関連付けて記憶する。ここで、時間ID400は、履歴ファクトテーブル40と時間次元テーブル41を関連付ける次元キーである。同様に、サーバID401は、履歴ファクトテーブル40とサーバ次元テーブル42を関連付ける次元キーである。
The history fact table 40 stores the
時間次元テーブル41は、履歴ファクトテーブル40に格納される監視情報の次元(ディメンジョン)の1つである収集時刻の属性を定義する。図3の例では、時間次元テーブル41は、次元キー即ち時間次元テーブル41の主キーである時間ID410と関連付けて、年411、月412、日413、時414及び分415の5つの属性を保持する。
The time dimension table 41 defines an attribute of collection time, which is one of the dimensions (dimensions) of monitoring information stored in the history fact table 40. In the example of FIG. 3, the time dimension table 41 has five attributes of year 411,
サーバ次元テーブル42は、履歴ファクトテーブル40に格納される監視情報の次元(ディメンジョン)の1つである被管理サーバの属性を定義する。図3の例では、サーバ次元テーブル42は、次元キー即ちサーバ次元テーブル42の主キーであるサーバID420と関連付けて、サーバ名421、グループ名422、OS名423及びIPアドレス424の4つの属性を保持する。
The server dimension table 42 defines the attribute of the managed server that is one of the dimensions (dimensions) of the monitoring information stored in the history fact table 40. In the example of FIG. 3, the server dimension table 42 is associated with a
最後に、図1のレポート作成部5は、利用者の要求するデータ検索条件、データ集約条件に基づいて履歴情報DB4からデータを検索し、得られた検索結果を利用者に提供する。
Finally, the
続いて、被管理サーバの構成変更の発生に応じて次元テーブル・データ追加部11が実行するサーバ次元テーブル42の更新処理について詳細に説明する。図4は、サーバ次元テーブル42の更新手順の一例を示すフローチャートである。
Next, the update process of the server dimension table 42 executed by the dimension table /
ステップS11では、次元テーブル・データ追加部11が、システム構成管理部10から被管理サーバの構成変更の内容を取得する。
In step S <b> 11, the dimension table /
ステップS12では、次元テーブル・データ追加部11が、サーバ次元テーブル42に構成変更のあった被管理サーバに関するサーバ情報を新規レコードとして追加する。
In step S <b> 12, the dimension table /
ステップS13では、次元テーブル・データ追加部11が、サーバ次元テーブル42に追加された新規レコードに付与された新たなサーバID420の値を取得する。
In step S <b> 13, the dimension table /
ステップS14では、次元テーブル・データ追加部11が、ステップS13にて取得した履歴情報DB4でのサーバID420の値を、構成情報DB3の対応サーバID315として記録する。
In step S14, the dimension table /
ここで、図4に示した処理手順により実行されるサーバ次元テーブル42の更新の具体例を図5A及びBを参照して説明する。図5Aは、構成変更前の被管理サーバ61の状態と、これに対応する構成情報DB3及びサーバ次元テーブル42の具体例を示している。図5Aの例では、被管理サーバ61に対する構成情報DB3上のサーバID310として、「A0001」が付与されている。また、被管理サーバ61に対するサーバ次元テーブル42上のサーバID420として、「B1001」が付与されている。さらに、被管理サーバ61に付与されたサーバID420の値「B1001」が、構成情報DB3上の対応サーバID315として記録されている。
Here, a specific example of the update of the server dimension table 42 executed by the processing procedure shown in FIG. 4 will be described with reference to FIGS. 5A and 5B. FIG. 5A shows a specific example of the state of the managed server 61 before the configuration change and the corresponding
一方、図5Bは、構成変更後の被管理サーバ61の状態と、これに対応する構成情報DB3及びサーバ次元テーブル42の具体例を示している。具体的には、被管理サーバ61のインストール済みOSが変更されたことに伴い、OS名が「CCC」から「DDD」に変更されている。
On the other hand, FIG. 5B shows a specific example of the state of the managed server 61 after the configuration change and the corresponding
図5Bにおけるハッチングされたセルは、被管理サーバ61の構成変更に伴う構成情報DB3及びサーバ次元テーブル42の更新箇所を示している。被管理サーバ61の構成変更に応じて、図5Bに示す構成情報DB3上のOS名313が、システム構成管理部10によって更新される。これに合わせて、構成変更のあった被管理サーバ61の新たな構成に対応する新規レコード62が、次元テーブル・データ追加部11によってサーバ次元テーブル42に追加される。さらに、構成情報DB3上の被管理サーバ61に対応するレコードの対応サーバID315の値が、サーバ次元テーブル42の新規レコード62において被管理サーバ61に対して付与されたサーバID420の値「B1201」によって更新される。
The hatched cells in FIG. 5B indicate the update locations of the
続いて以下では、監視情報を収集したシステム監視コンポーネント2により実行される履歴ファクトテーブル40の更新処理について詳細に説明する。図6は、履歴ファクトテーブル40の更新手順の一例を示すフローチャートである。
Subsequently, the update process of the history fact table 40 executed by the
ステップS21では、監視情報収集部20が、対象システム内の被管理サーバから監視情報を収集する。上述したように、監視情報とは、被管理サーバのCPU負荷情報等の性能情報や障害情報である。ここで、収集された監視情報は、履歴情報DB4に保存される履歴情報として使用される。
In step S21, the monitoring
ステップS22では、履歴データ追加部21が現時時刻を取得する。ここで取得された現在時刻は、ステップS21で取得された監視情報の取得時刻として履歴情報DB4に記録される。なお、監視情報の取得時刻は、被管理サーバ61が監視情報と合わせてシステム監視コンポーネント2に通知されるものでもよい。
In step S22, the history
ステップS23では、履歴データ追加部21が、構成情報DB3の対応サーバID315の値を読み出す。この値は、履歴ファクトテーブル40へ履歴情報を追加する際に、次元キーであるサーバID401の値として使用される。
In step S23, the history
ステップS24では、履歴データ追加部21が、ステップS22で取得した現在時刻を新規レコードとして時間次元テーブル41に追加する。ここで、追加された新規レコードの時間ID410の値は、履歴ファクトテーブル40へ履歴情報を追加する際に、次元キーである時間ID400の値として使用される。
In step S24, the history
最後に、ステップS25では、履歴データ追加部21が、ステップS23で取得された対応サーバID315の値及びステップS24で生成された時間ID410の値を用いて、ステップS21で収集された監視情報を新規レコードとして履歴ファクトテーブル40に追加する。
Finally, in step S25, the history
以上に述べてきたように、本実施の形態にかかる管理システム100は、履歴情報DB4にスタースキーマを採用しているため、スタースキーマの利点を享受することができる。すなわち、履歴情報DB4が、ファクトテーブルを中心としたシンプルな構造であるため、複数のテーブルに跨るデータ集約型のクエリーを高速処理できる。
As described above, the
また、管理システム100は、監視情報を履歴ファクトテーブル40に保存することにより、監視情報の収集履歴を蓄積することができる。加えて、管理システム100は、対象システムに含まれる複数の被管理サーバの構成変更が発生するたびに、構成変更のあった被管理サーバに関する構成変更後の属性をサーバ次元テーブル42に新規レコードとして追加記録する。このため、サーバ次元テーブル42には、過去の被管理サーバの構成内容が履歴として保存されることになる。つまり、管理システム100は、サーバ次元テーブル42によって、対象システムの構成変更履歴を記録することができる。
In addition, the
このような構成によって、被管理サーバの構成変更履歴の検索は、サーバ次元テーブル42内の走査によって処理可能である。つまり、データ量が膨大となる履歴ファクトテーブル40を操作する必要がなく、被管理サーバの構成変更履歴を高速検索することができる。 With this configuration, the search for the configuration change history of the managed server can be processed by scanning in the server dimension table 42. That is, it is not necessary to operate the history fact table 40 with a huge amount of data, and the configuration change history of the managed server can be searched at high speed.
また、本実施の形態の管理システム100は、構成情報DB3に対応サーバID315を保持しておき、構成情報DB3内の対応サーバID315の値を使用して履歴ファクトテーブル40へのデータ追加を行なうこととした。構成情報DB3に保持されるサーバ構成管理テーブル30は、現在の被管理サーバの状態を保持するのみであるため、サーバ次元テーブル42に比べて相対的にデータ量が小さく高速検索が可能である。したがって、構成情報DB3内に対応サーバID315を保持する管理システム100は、履歴ファクトテーブル40へのデータ追加の際に必要な次元キーの1つであるサーバID401を高速に取得することができる。
In addition, the
ところで、図3には、履歴情報DB4が、1つのファクトテーブル(履歴ファクトテーブル40)と2つの次元テーブル(時間次元テーブル41及びサーバ次元テーブル42)を有する構成を示したが、このような構成が一例に過ぎないことはもちろんである。例えば、履歴情報DB4は、各々が異なるファクト(即ち履歴情報)を格納する複数のファクトテーブルを有してもよい。また、履歴情報DB4は、被管理サーバの構成に関する他の属性を定義する追加の次元テーブルを有してもよい。このとき、サーバ次元テーブル42に更新された被管理サーバに関するレコードを追加することによって構成変更の履歴情報を保存する上述した手法を、追加の次元テーブルに対して適用してもよい。
FIG. 3 shows a configuration in which the
<その他の実施の形態>
被管理サーバの構成変更の発生時刻を記録しておくためには、例えば、図7に示すように、サーバ次元テーブル42の属性として構成変更の発生時刻425を設けてもよい。また、サーバ次元テーブル42を他の次元テーブルとの階層構造として構成変更の発生時刻を記録してもよい。例えば、サーバ次元テーブル42の属性として時間IDを保持し、時間次元テーブル41の参照によって構成変更の発生時刻を取得すればよい。また、被管理サーバの構成変更の状況を分析対象とする場合には、履歴ファクトテーブル40に構成変更の発生イベントを履歴情報として記録してもよい。このような構成により、被管理サーバの過去の構成情報と、統計的に記録された過去の性能情報及び障害情報などの監視情報との関係を、過去に遡って分析することができる。
<Other embodiments>
In order to record the occurrence time of the configuration change of the managed server, for example, the
なお上述した管理システム100は、複数の被管理サーバを含むコンピュータシステムを対象システムとするものとして説明した。しかしながら、対象システムはコンピュータシステムに限られない。その他の対象システムの一例は、LANスイッチ及びルータ等の複数の通信機器を含むネットワークである。また、複数の通信装置及びこれらに設定された通信回線の監視制御のためにテレコム事業者等により使用される管理システムにも本発明を適用可能である。
Note that the
さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。 Furthermore, the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the gist of the present invention described above.
100 管理システム
1 構成管理コンポーネント
10 システム構成管理部
11 次元テーブル・データ追加部
2 システム監視コンポーネント
20 監視情報収集部
21 履歴データ追加部
3 構成情報データベース(構成情報DB)
30 サーバ構成管理テーブル
4 履歴情報データベース(履歴情報DB)
40 履歴ファクトテーブル
41 時間次元テーブル
42 サーバ次元テーブル
5 レポート作成部
100
30 Server configuration management table 4 History information database (history information DB)
40 History fact table 41 Time dimension table 42 Server dimension table 5 Report creation section
Claims (8)
スタースキーマ構造のデータベースであって、前記複数の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブル、及び前記次元キーと関連付けて前記被管理要素の属性を記憶する被管理要素次元テーブルを備える履歴情報データベースと、
前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納する構成管理手段と、
前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の属性値を含む新規レコードを前記被管理要素次元テーブルに追加する次元テーブル・データ追加手段と、
前記対象システムに関する監視情報を収集する監視情報収集手段と、
収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納する履歴データ追加手段と、
を備える管理システム。 A configuration information database for storing configuration information on a plurality of managed elements of the target system;
A history fact table that is a database of a star schema structure and stores history information including monitoring information related to each of the plurality of managed elements in association with a dimension key value associated with the managed element, and the dimension key A history information database comprising a managed element dimension table for storing attributes of the managed elements in association with
Configuration management means for generating the configuration information corresponding to the target system after the configuration change and storing it in the configuration information database in response to the occurrence of the configuration change of the target system;
Dimension table data addition means for adding a new record including an attribute value after the configuration change of the managed element according to the configuration change to the managed element dimension table according to the occurrence of the configuration change of the target system;
Monitoring information collecting means for collecting monitoring information on the target system;
History data adding means for storing the collected monitoring information as the history information in the history fact table;
A management system comprising:
前記履歴データ追加手段は、前記監視情報と共に前記履歴ファクトテーブルに記録すべき前記次元キー値を前記構成情報データベースから取得し、取得した前記次元キー値及び前記監視情報を含むレコードを前記履歴ファクトテーブルに追加する、請求項1に記載の管理システム。 The configuration information database stores the dimension key value corresponding to each of the managed elements in association with the configuration information,
The history data adding means acquires the dimension key value to be recorded in the history fact table together with the monitoring information from the configuration information database, and records including the acquired dimension key value and the monitoring information in the history fact table. The management system according to claim 1, which is added to the management system.
対象システムが有する複数の被管理要素に関する構成情報を格納する構成情報データベースを生成するステップ(a)と、
スタースキーマ構造のデータベースであって、前記複数の被管理要素の各々に関する監視情報を含む履歴情報を前記被管理要素に対応付けられた次元キー値と関連付けて記憶する履歴ファクトテーブル、及び前記次元キーと関連付けて前記被管理要素の属性を記憶する被管理要素次元テーブルを備える履歴情報データベースを生成するステップ(b)と、
前記対象システムの構成変更の発生に応じて、構成変更後の前記対象システムに対応する前記構成情報を生成して前記構成情報データベースに格納するステップ(c)と、
前記対象システムの構成変更の発生に応じて、構成変更にかかる前記被管理要素の構成変更後の属性値を含む新規レコードを前記被管理要素次元テーブルに追加するステップ(d)と、
前記対象システムに関する監視情報を収集するステップ(e)と、
収集された前記監視情報を前記履歴情報として前記履歴ファクトテーブルに格納するステップ(f)と、
を備える履歴情報の保存方法。 A history information storage method for storing a configuration change history and monitoring information collection history of a target system including a plurality of managed elements,
(A) generating a configuration information database that stores configuration information related to a plurality of managed elements of the target system;
A history fact table that is a database of a star schema structure and stores history information including monitoring information related to each of the plurality of managed elements in association with a dimension key value associated with the managed element, and the dimension key (B) generating a history information database comprising a managed element dimension table that stores attributes of the managed elements in association with
(C) generating the configuration information corresponding to the target system after the configuration change and storing it in the configuration information database in response to the occurrence of the configuration change of the target system;
(D) adding a new record including an attribute value after the configuration change of the managed element according to the configuration change to the managed element dimension table according to the occurrence of the configuration change of the target system;
Collecting monitoring information on the target system (e);
Storing the collected monitoring information as the history information in the history fact table;
A history information storage method comprising:
前記ステップ(d)では、前記監視情報と共に前記履歴ファクトテーブルに記録すべき前記次元キー値を前記構成情報データベースから取得し、取得した前記次元キー値及び前記監視情報を含むレコードを前記履歴ファクトテーブルに追加する、請求項5に記載の履歴情報の保存方法。 The configuration information database further comprises a step (g) of storing the dimension key value corresponding to each of the managed elements in association with the configuration information,
In the step (d), the dimension key value to be recorded in the history fact table together with the monitoring information is acquired from the configuration information database, and a record including the acquired dimension key value and the monitoring information is stored in the history fact table. The method for storing history information according to claim 5, wherein the history information is added to the history information.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008030823A JP4911061B2 (en) | 2008-02-12 | 2008-02-12 | Management system, history information storage method, and data structure of history information database |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008030823A JP4911061B2 (en) | 2008-02-12 | 2008-02-12 | Management system, history information storage method, and data structure of history information database |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009193153A JP2009193153A (en) | 2009-08-27 |
JP4911061B2 true JP4911061B2 (en) | 2012-04-04 |
Family
ID=41075136
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008030823A Expired - Fee Related JP4911061B2 (en) | 2008-02-12 | 2008-02-12 | Management system, history information storage method, and data structure of history information database |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4911061B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8745000B2 (en) | 2010-10-29 | 2014-06-03 | International Business Machines Corporation | Private database logging with minimal storage requirements |
EP2639709B1 (en) * | 2012-03-13 | 2019-05-22 | Ricoh Company, Ltd. | Method and system for storing and retrieving data |
JP6160064B2 (en) * | 2012-11-19 | 2017-07-12 | 富士通株式会社 | Application determination program, failure detection apparatus, and application determination method |
JP7006077B2 (en) * | 2017-09-22 | 2022-01-24 | 日本電気株式会社 | Management system, management method, and management program |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003345628A (en) * | 2002-05-29 | 2003-12-05 | Hitachi Ltd | Method for collecting fault research material, and implementation system therefor and processing program therefor |
JP2004038535A (en) * | 2002-07-03 | 2004-02-05 | Sumisho Computer Systems Corp | Counter-fault system, server device used therefor, and counter-fault program |
JP2004110219A (en) * | 2002-09-17 | 2004-04-08 | Hitachi Ltd | Data processing system and join processing method |
JP2006178720A (en) * | 2004-12-22 | 2006-07-06 | Hitachi Ltd | Storage system |
JP2009059204A (en) * | 2007-08-31 | 2009-03-19 | Toshiba It Service Kk | Computer remote control system |
-
2008
- 2008-02-12 JP JP2008030823A patent/JP4911061B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2009193153A (en) | 2009-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11055302B2 (en) | Method and system for implementing target model configuration metadata for a log analytics system | |
US9984128B2 (en) | Managing site-based search configuration data | |
US11615082B1 (en) | Using a data store and message queue to ingest data for a data intake and query system | |
US9124612B2 (en) | Multi-site clustering | |
CN102918534B (en) | Inquiry pipeline | |
TWI434190B (en) | Storing log data efficiently while supporting querying to assist in computer network security | |
US11768776B1 (en) | Evicting data associated with a data intake and query system from a local storage | |
US11966797B2 (en) | Indexing data at a data intake and query system based on a node capacity threshold | |
US11947614B1 (en) | Method and system for centralized multi-instance deployment consolidation | |
US12019634B1 (en) | Reassigning a processing node from downloading to searching a data group | |
WO2016161381A1 (en) | Method and system for implementing a log parser in a log analytics system | |
CN112506870B (en) | Data warehouse increment updating method and device and computer equipment | |
JP4911061B2 (en) | Management system, history information storage method, and data structure of history information database | |
JP3916232B2 (en) | Knowledge-type operation management system, method and program | |
CN117389830A (en) | Cluster log acquisition method and device, computer equipment and storage medium | |
CN114860782B (en) | Data query method, device, equipment and medium | |
US20220398128A1 (en) | Distributed task assignment in a cluster computing system | |
WO2022261249A1 (en) | Distributed task assignment, distributed alerts and supression management, and artifact life tracking storage in a cluster computing system | |
JP2007034416A (en) | Information processing system, log data management method and program for managing log data | |
JP3992029B2 (en) | Object management method | |
JP2006277179A (en) | Database tuning device, method, and program | |
US11855853B1 (en) | Machine learning algorithms for change management in information technology environment | |
JP2019057195A (en) | Management system, management method, and management program | |
KR20000001906A (en) | Management method of client environment information under network environment | |
CN117395236A (en) | HTTP proxy service method and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110908 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111004 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111128 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111220 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120102 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4911061 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150127 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |