(57)【特許請求の範囲】
【請求項１】
第１の情報処理システムの性能を，前記第１の情報処理システムから計測した性能情報履歴より作成したベースラインに基づいて監視する性能監視装置であって，
前記第１の情報処理システムのシステム構成情報を記憶する構成記憶部と，
前記第１の情報処理システムの，異なるシステム構成ごとに，一意の第１の構成番号を付与し，前記第１の情報処理システムと計算リソースを共有している第２の情報処理システムに対して，前記第２の情報処理システムの，異なるシステム構成ごとに一意に付された第２の構成番号とを対応づけて記憶する構成情報管理部と，
前記第１の構成番号と前記第２の構成番号と前記ベースラインとを対応づけて記憶するベースライン記憶部とを備え，
前記構成情報管理部が，前記第１の情報処理システムのシステム構成変更を検知し，構成変更後の前記第１の情報処理システムのシステム構成情報が，前記構成記憶部に存在するか否かを照会し，
前記構成情報管理部による，前記第１の情報処理システムの構成変更後のシステム構成情報の有無を照会した結果が，有りの場合に，
前記ベースライン記憶部から，前記第１の情報処理システムのシステム構成変更後のシステム構成に対して付された構成番号に対応づけられた第１のベースラインを取得し，
現在前記第１の情報処理システムの性能監視に用いている第２のベースラインを，前記第１のベースラインに置き換え，
前記第１の構成番号に対応づけられた，前記第２の情報処理システムの前記第２の構成番号が，現在の前記第２の情報処理システムの現在のシステム構成に対して付与された第３の構成番号と一致するか否かを照会し，
前記第２の構成番号と前記第３の構成番号が一致しない場合，
前記第１の情報処理システムのシステム構成変更後の，前記第２の情報処理システムの性能情報履歴から新たに第３のベースラインを作成し，前記第１の構成番号と前記第３の構成番号と，作成した前記第３のベースラインとを対応づけて前記ベースライン記憶部へ格納し，
前記第１の構成番号と前記第３の構成番号とに対応する前記第３のベースラインを前記ベースライン記憶部から取得し，
現在前記第２の情報処理システムの性能監視に用いている第４のベースラインを，前記第３のベースラインに置き換え，
前記構成情報管理部による，前記第１の情報処理システムの構成変更後のシステム構成情報の有無を照会した結果が無しの場合に，システム構成変更後の前記第１の情報処理システムの性能情報履歴から新たに第５のベースラインを作成し，システム構成変更後の前記第１の情報処理システムのシステム構成に付与された構成番号と対応づけて，作成した前記第５のベースラインを前記ベースライン記憶部へ格納し，現在前記第１の情報処理システムの性能監視に用いている前記第２のベースラインを，前記第５のベースラインに置き換え，
前記第５のベースラインと，現在監視に用いている前記第２のベースラインとを比較して，その第１の乖離度を算出し，
前記第１の乖離度と，システム構成変更情報としての前記第１の情報処理システムのシステム構成の変更内容，前記第５のベースラインを作成した前記第１の情報処理システムのシステム名，および，前記第１の情報処理システムを構成変更したシステム構成に対応づけられた前記第１の構成番号とを対応づけてベースライン変化履歴記憶部へ格納することを特徴とする性能監視装置。
【請求項２】
請求項１記載の性能監視装置であって，
前記第１の情報処理システムの前記第１の乖離度が，所定の閾値を越える場合，前記第２の情報処理システムの前記第３のベースラインと，現在監視に用いている前記第４のベースラインとを比較して，その第２の乖離度を算出し，算出した前記第２の乖離度を，前記第１の情報処理システムの前記第１の乖離度と対応づけて，前記ベースライン変化履歴記憶部へ格納することを特徴とする性能監視装置。
【請求項３】
請求項２記載の性能監視装置であって，
前記ベースライン変化履歴記憶部に格納されている前記第１の乖離度が所定の前記閾値を越えていれば，前記第１の乖離度に対応づけられて前記ベースライン変化履歴記憶部に格納されている前記第２の乖離度データを読み込み，読み込んだ前記第２の乖離度が所定の前記閾値を下回れば，ベースライン変化の起点として，前記第１の乖離度に対応する前記システム構成変更情報を特定することを特徴とする性能監視装置。
【発明の詳細な説明】
【参照による取込】
【０００１】
本出願は、平成22年（2010年）4月6日に出願された日本特許出願  特願2010-087908号の優先権を主張し、その内容を参照することにより、本出願に取り込む。
【技術分野】
【０００２】
本発明は，情報処理システムの処理性能を監視する性能監視装置，性能監視方法，および，その監視プログラムに関する。
【背景技術】
【０００３】
本発明は，情報処理システムのベースライン監視に関わる。ベースライン監視とは，情報処理システムの処理性能の計測結果を履歴として蓄積し，その履歴をもとに当該情報処理システムの処理性能について，通常想定される基準線（以下，ベースライン）を作成し，情報処理システムの処理性能の計測結果をベースラインと比較し，計測値がベースラインから大きく外れている場合には，当該情報処理システムの処理性能が異常であると判定する監視方法である。【０００４】
ベースライン監視技術については，先行技術がある。例えば，特許文献１（特開２００４−１６４６３７号公報）には，ベースライン化および自動しきい値処理を行う仕組みを与える方法に係る発明が開示されている。
特許文献１の，ベースライン作成処理およびベースラインに基づく監視処理方法は，所定の間隔に亘って，性能情報（データ値）を収集すること，性能情報を１つのデータポイントに集計すること，集計したデータポイントに基づいてベースライン・オブジェクトを更新すること，集計されたデータポイントに基づいて次のデータ値を予測すること，予測されたデータ値を実際に収集されたデータ値と比較すること，予測されたデータ値と実際に収集されたデータ値の間に差がある場合，しきい値違反イベントを発生させることが記載されている。【０００５】
また，特許文献２（特開２００９−１９３２３８号公報）には，計測値とベースラインの差分の履歴から，将来の負荷を予測する方法に係る発明が開示されている。
特許文献２の負荷予測方法では，システム負荷の過去の測定値とベースラインとの差分および偏差を蓄積する記憶部を設けること，蓄積された差分および偏差に基づいて，システム負荷の将来における値を予測することが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−１６４６３７号公報
【特許文献２】特開２００９−１９３２３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これまでの情報処理システムでは，システム構成変更が頻繁に行われることは少なかった。しかし，情報処理システムを構成する（物理的な）計算機上で複数の仮想的な計算機（仮想計算機）を稼動させる仮想化技術の成熟により，システム構成変更が従来に比べて格段に容易になっている。すなわち，仮想計算機に割り当てる物理計算機のリソース（CPUやメモリの割当量）の変更，あるいは，情報処理システムへの仮想計算機の追加・削減，仮想計算機が稼動する物理計算機の変更（仮想計算機の移動）といった，情報処理システムの構成変更を比較的容易に実施することができる。【０００８】
更に，仮想環境下では，複数の情報処理システムが，同じ計算リソースを共用する。例えば，異なる情報処理システムに属する仮想計算機が，同一の物理計算機上で動作するケースでは，複数の情報処理システムが，その物理計算機を共用していることになる。もしも，一方の情報処理システムのシステム構成を変更した場合，その情報処理システム向けのベースラインが変化するだけでなく，共用している物理計算機を介して，他方の情報処理システムのベースラインも変化する可能性がある。【０００９】
ベースライン監視技術は，計測した性能情報の履歴から，自動的に時系列変化する監視閾値を生成するため，多数ある監視項目について逐一監視閾値を設定する必要がない。一方で，性能情報の履歴からベースラインを作成するため，計測対象情報処理システムのシステム構成に対する依存性が強い。そのため，通常，情報処理システムのシステム構成を変更した場合には，構成変更後のシステム構成下において性能情報を蓄積し，数日程度の時間をかけてベースラインを再作成する必要がある。【００１０】
上記の先行技術文献では，いずれも，情報処理システムのシステム変更に伴うベースラインの扱いについて考慮されていない。【００１１】
そこで，情報処理システムの構成を容易に変更できる環境下において，システム構成変更に伴うベースラインを再作成する機会を少なくすることが必要となる。
【課題を解決するための手段】
【００１２】
上記課題を解決するために，本発明では，情報処理システムのシステム構成のバージョンごとにベースラインを記憶し，システム構成変更時には，以前のシステム構成と同一か否かを判定し，同一のシステム構成であれば以前に作成したベースラインを再利用する。また，システム構成のバージョン情報として，情報処理システムと計算リソースを共有する別の情報処理システムの構成バージョンを併せて記憶しておくことにより，構成変更時に，関連するシステムの構成を含めて同一か否かを判定し，以前に作成したベースラインを再利用する妥当性を判定することができる。【００１３】
本発明の具体的な態様は次のような性能監視装置，性能監視方法，および性能監視プログラムである。性能監視装置は，情報処理システムのシステム構成情報を記憶する構成記憶部と，情報処理システムの，異なるシステム構成ごとに一意の構成番号を付与する構成情報管理部と，構成番号とベースラインを対応づけてベースラインを記憶するベースライン記憶部とを備える。性能監視装置は，情報処理システムの性能を，情報処理システムから計測した性能情報履歴より作成したベースラインに基づいて監視するものであって，構成情報管理部により，情報処理システムのシステム構成変更を検知し，構成変更後の情報処理システムのシステム構成情報が，構成記憶部に存在するか否かを照会し，構成情報管理部による，情報処理システムの構成変更後のシステム構成情報の有無を照会した結果が，有りの場合に，ベースライン記憶部から，システム構成変更後のシステム構成に対して付された構成番号に対応づけられた第１のベースラインを取得し，現在性能監視に用いている第２のベースラインを，第１のベースラインに置き換える。【００１４】
本発明の他の態様は，性能監視装置は，第１の情報処理システムのシステム構成情報を記憶する構成記憶部と，第１の情報処理システムの，異なるシステム構成ごとに，一意の第１の構成番号を付与し，第１の情報処理システムと計算リソースを共有している第２の情報処理システムに対して，第２の情報処理システムの，異なるシステム構成ごとに一意に付された第２の構成番号とを対応づけて記憶する構成情報管理部と，第１の構成番号と第２の構成番号とベースラインとを対応づけて記憶するベースライン記憶部とを備える。性能監視装置は，第１の情報処理システムの性能を，第１の情報処理システムから計測した性能情報履歴より作成したベースラインに基づいて監視する性能監視するものであって，構成情報管理部により，第１の情報処理システムのシステム構成変更を検知し，構成変更後の第１の情報処理システムのシステム構成情報が，構成記憶部に存在するか否かを照会し，構成情報管理部による，第１の情報処理システムの構成変更後のシステム構成情報の有無を照会した結果が，有りの場合に，ベースライン記憶部から，第１の情報処理システムのシステム構成変更後のシステム構成に対して付された構成番号に対応づけられた第１のベースラインを取得し，現在第１の情報処理システムの性能監視に用いている第２のベースラインを，第１のベースラインに置き換える。【００１５】
本発明のさらに他の態様は，上記他の対応において，性能監視装置は，さらに，第１の構成番号に対応づけられた，第２の情報処理システムの第２の構成番号が，現在の第２の情報処理システムの現在のシステム構成に対して付与された第３の構成番号と一致するか否かを照会し，第２の構成番号と第３の構成番号が一致しない場合，第１の情報処理システムのシステム構成変更後の，第２の情報処理システムの性能情報履歴から新たに第３のベースラインを作成し，第１の構成番号と第３の構成番号と，作成した第３のベースラインとを対応づけてベースライン記憶部へ格納し，ベースライン記憶部から，第１の構成番号と第３の構成番号とに対応する第３のベースラインをベースライン記憶部から取得し，現在第２の情報処理システムの性能監視に用いている第４のベースラインを，第３のベースラインに置き換える。
【発明の効果】
【００１６】
本発明によれば，システムの構成変更が容易な，計算リソースが仮想化された環境下において，ベースライン再作成の回数を減らすことができる。
【図面の簡単な説明】
【００１７】
【図１】実施例１の全体システム構成図である。
【図２】監視計算機のハードウェア構成図である。
【図３】物理計算機のハードウェア構成図である。
【図４】物理計算機と，その周辺ハードウェアとの関連図である
【図５】実施例１における性能監視プログラムの機能ブロック図である。
【図６】実施例１のベースライン管理テーブルの構成図である。
【図７】構成情報テーブルの構成図である。
【図８】構成要素関連テーブルの構成図である。
【図９】ベースラインデータテーブルの構成図である。
【図１０】性能情報テーブルの構成図である。
【図１１】ベースライン管理の概略フローチャートである。
【図１２】実施例１におけるベースライン変更処理振り分けフローチャートである。
【図１３】実施例１におけるベースライン再作成処理のフローチャートである。
【図１４Ａ】実施例１におけるシステム構成変更時の表示画面例である。
【図１４Ｂ】承諾テーブルの構成図である。
【図１５】実施例２のベースライン管理テーブルの構成図である。
【図１６】実施例２におけるベースライン変更処理振り分けフローチャートである。
【図１７】実施例３における性能監視プログラムの機能ブロック図である。
【図１８】ベースライン比較履歴テーブルの構成図である。
【図１９】実施例３におけるベースライン変更処理振り分けフローチャートである。
【図２０】実施例３におけるベースライン再作成処理のフローチャートである。
【図２１】実施例４における性能監視プログラムの機能ロック図である。
【図２２】実施例４における性能障害原因解析処理のフローチャートである。
【図２３】実施例５における性能監視プログラムの機能ブロック図である。
【図２４】実施例５におけるシステム構成履歴検索処理のフローチャートである。
【図２５】実施例６におけるベースライン変更処理振り分けフローチャートである。
【発明を実施するための形態】
【００１８】
本発明の実施形態の一つは，性能監視装置が，情報処理システムのシステム構成ごとに構成番号を付与し，システム構成情報と，構成番号に対応づけたベースラインを記憶する。性能監視装置は，情報処理システムのシステム構成変更を検知し，構成変更後の情報処理システムのシステム構成情報が記憶されている場合に，システム構成変更後のシステム構成に対して付された構成番号に対応づけられたベースラインを取得し，現在性能監視に用いているベースラインを，取得したベースラインに置き換える。このような実施形態により，システムの構成変更が容易な，計算リソースが仮想化された環境下において，ベースライン再作成の回数を減らすことができる。以下，実施例により具体的に説明する。
【実施例１】
【００１９】
（システム構成）
図１に，情報処理システムの応答時間を監視する応答時間監視装置を含む全体システム構成を示す。全体システムの全体には積極的な意味はなく，情報処理システムと識別するための呼称である。応答時間監視装置は，図１の監視計算機２００に相当する。監視計算機２００は，物理計算機２０２，および，計測計算機２０１と接続されている。物理計算機２０２上では，少なくとも一つの仮想計算機２０３が動作する。情報処理システム２０４は，一つ以上の物理計算機２０３，もしくは，仮想計算機２０３から構成される（図では，仮想計算機２０３によって情報処理システム２０４から構成されている様子を示している）。【００２０】
このような計算機システム上に少なくとも一つの情報処理システムが構成される。情報処理システムとはシステム構成の単位である。たとえばアプリケーションの観点から，ある情報処理システムが販売管理システムであり，他の情報処理システムが在庫管理システムである。他の例では，ある情報処理システムが販売管理と在庫管理のシステムであり，他の情報処理システムが決済管理システムである。このように，情報処理システムとは，計算機システム上で実現するシステムの構成単位であり，観点もアプリりケーションに限らない。以下，情報処理システム２０４を，単にシステム２０４と呼ぶ。【００２１】
計測計算機２０１は，物理計算機２０２と接続されている。計測計算機２０１は，定期的にシステム２０４へリクエストを送信して，システム２０４からその応答を受信し，その応答時間（リクエストの送信時刻から応答受信時刻までの時間）を計測する。計測計算機２０１の応答時間計測方法は，他の方法でもよい。例えば，物理計算機２０２と接続されたIPスイッチのミラーポートからシステム２０４を構成する計算機が送受信するパケットをキャプチャして応答時間を計測してもよい。【００２２】
計測計算機２０１と監視計算機２００はネットワークで接続され，計測計算機２０１が計測した応答時間は，随時，管理計算機２００へ送られる。管理計算機２００は，応答時間を収集したシステム２０４ごとに，応答時間のベースライン監視を行う。ベースライン監視とは，収集した応答時間の履歴をもとに，応答時間の正常な範囲（たとえば，応答時間の平均値とその偏差を用いる。）を作成し，その範囲を逸脱する応答時間を計測した場合に，異常値としてシステムの管理者へ通知する監視方法である。【００２３】
（ハードウェア構成）
図２に，監視計算機２００のハードウェア構成を示す。監視計算機２００は，CPU３００，メモリ３０１，ディスプレイ３０２，および記憶装置であるハードディスク３０３から構成される。ハードディスク３０３には，監視計算機２００を動作させるためのオペレテーティングシステム３０４，および，性能監視プログラム３０５が記憶されている。性能監視プログラム３０５は，メモリ３０１に読み込まれ，CPU３００で動作する。【００２４】
図３に，物理計算機２０２のハードウェア構成を示す。物理計算機２０２は，監視計算機２００と同様に，CPU３０７，メモリ３０８，ディスプレイ３０９，ハードディスク３１０から構成される。物理計算機２０２では，ハイパバイザ３０６が動作し，ハイパバイザ３０６の制御により仮想計算機２０３が動作する。【００２５】
図４に，物理計算機２０２と，その周辺ハードウェアとの関連図を示す。物理計算機２０２上で動作する仮想計算機２０３は，物理計算機２０２内の（ソフトウェアとして動作する）仮想スイッチ４００と接続されている。仮想スイッチ４００は，物理計算機２０２に接続する通信カード（NIC：Network Interface Card）４０１と接続されている。NIC４０１は，物理スイッチ４０２と接続されている。また，物理スイッチ４０２は，他の物理スイッチ４０２と接続されている。物理計算機２０２は，ストレージ装置４０５との接続用に，HBA（Host Bus Adaptor）４０３が接続されている。HBA４０３は，SAN（Storage Area Network）スイッチ４０４を介してストレージ装置４０５と接続されている。【００２６】
（性能監視プログラムの構成）
性能監視プログラム３０５は，前述の通り，システム２０４の応答時間履歴をもとに作成したベースラインを用いて，システム２０４の応答時間の異常の有無を監視する。応答時間のベースラインは，システム２０４の構成ごとに異なるため，性能監視プログラム３０５は，システム２０４のシステム構成ごとにベースラインデータを記憶する。システム２０４のシステム構成が変更された場合，性能監視プログラム３０５は，変更後のシステム構成に対応するベースラインデータを取り出してベースライン監視を行う。変更後のシステム構成に対応するベースラインが存在しない場合，新たに変更後のシステム構成に対応するベースラインを作成する。【００２７】
図５に，性能監視プログラム３０５の機能ブロック図を示す。ベースライン管理部５００は，システム２０４のシステム構成ごとのベースラインデータを管理する。ベースライン管理部５００は，ベースライン作成部５０５，および，構成比較部５０６を備える。構成比較部５０６は，システム２０４の構成が変更されたときに，変更後のシステム構成と一致する，又は，ほぼ一致する（ベースラインの変更を必要とせず，一致すると見なせる），以前のシステム構成があるか調べる。言い換えると，システム変更により，過去に運用させていたシステム構成に戻したかを調べる。なお，ほぼ一致する場合を含めて，本明細書では一致すると呼ぶ。ベースライン作成部５０５は，以前にない新たなシステム構成向けにベースラインを作成する。ベースライン記憶部５０１は，ベースラインに関するデータを記憶する。構成管理部５０３は，性能監視対象のシステム２０４を構成するハードウェア・ソフトウェアの構成情報の収集し，収集した構成情報をベースライン作成部５０５へ提供する。また，構成管理部５０３は，監視対象のシステム２０４の構成変更を指示，制御する。システム２０４の構成変更とは，例えば，仮想計算機２０３の追加，削減，仮想計算機２０３の物理計算機２０２間の移動，あるいは，仮想計算機２０３へのCPU等の計算リソースの割り当て変更，負荷分散装置の重み変更，仮想計算機２０３へのストレージ装置４０５のボリュームの割り当て増減，ボリュームの配置変更，ソフトウェアのパラメタ変更などである。前述のほぼ一致する（一致すると見なせる）システム構成の例として，一つのストレージ装置４０５内のボリュームの配置変更がある。同じストレージ装置４０５であるので，ボリュームへのアクセス性能はほぼ同じであるからである。【００２８】
性能監視部５０４は，監視対象システム２０４の性能を測定し，測定した性能情報を記憶し，ベースライン管理部５００へ性能情報を提供する。また，性能監視部５０４は，ベースライン管理部５００から取得したベースラインを用いて，監視対象システム２０４をベースライン監視する。図１のシステム構成図では，性能監視部５０４は計測計算機２０１で動作する。ただし，性能監視部５０４の機能の一部は，例えば，性能情報の記憶，提供といった機能は，監視計算機２００で動作してもよい。また，本実施例において，性能監視部５０４は，監視対象システム２０４の性能として応答時間を計測するが，応答時間に限らず，計算機のCPU使用率，メモリ使用量，ディスクI/O量等のハードウェアの性能の計測，あるいは，データベースアプリケーションなどのソフトウェアの性能の計測を行ってもよい。
表示・入力部５０２は，管理者に対して情報表示し，また，管理者からの入力を受け付ける。【００２９】
ベースライン記憶部５０１は，ベースライン管理テーブル６００，構成情報テーブル７００，構成要素関連テーブル８００，および，ベースラインデータテーブル１０００を保持する。【００３０】
図６に，ベースライン管理テーブル６００の構成を示す。ベースライン管理テーブル６００は，システム２０４の「構成ごと」のベースラインデータを管理する。ベースライン管理テーブル６００は次のデータを格納する。
システム名６０１には，システム２０４の名称を格納する。構成番号６０２には，システム２０４の構成ごとに一意に割り当てられる番号を格納する。構成番号６０２は，システム２０４ごとに一意の番号を割り当てても良いし，システムごとではなく全体で一意の番号を割り当てても良い。前構成番号６０３には，システム２０４の構成を変更する前の，同システム２０４の構成番号６０２を格納する。前構成番号６０３には，複数個の構成番号を格納しても良い。たとえば，構成番号２から構成番号３へ構成変更されたときと，構成番号４から構成番号３へ構成変更されたときがあったような場合である。カレントフラグ６０４には，現在の構成か否かを格納する。図６では，現在の構成には「Y」を，そうでない構成（以前にとったことのある構成）には，「N」を格納している。使用時間６５には，その構成がとられていた時間（時間帯）を格納する。前構成番号６０３と同様に，使用時間６０５には，複数の時間を格納しても良い。複数の時間の各々は，前構成番号の各々に対応させて格納する。ベースライン番号６０６には，その構成におけるベースラインデータへの一意番号が格納される。この番号は，後述する，ベースラインデータテーブル１０００に格納される，ベースライン番号１００１と一致し，ベースライン番号６０６をキーとして，ベースラインデータテーブル１０００からベースラインデータを取得する。【００３１】
構成情報テーブル７００と，構成要素関連テーブル８００は，システムが以前とった構成がどのようなものであったかを記憶する。いわば，構成情報のスナップショットである。ベースライン管理部５００は，構成管理部５０３が収集した構成情報を取得し，これらのテーブルにデータを格納する。【００３２】
図７に，構成情報テーブル７００の構成を示す。構成情報テーブルには，システム２０４を構成する様々な要素（計算機やネットワーク装置，あるいは，稼動プログラムなど）の情報を格納する。本実施例では，構成要素ごとに構成情報テーブル７００に行データを作成するものとする。システム名７０１には，システム２０４のシステム名称を格納する。構成番号７０２には，システム２０４の構成番号（ベースライン管理データ６００の，構成番号６０２および前構成番号６０３と共通の番号）を格納する。構成要素７０３には，構成要素の名称（あるいは構成要素に一意に割り当てられた番号など）を格納する。プロパティティ７０４およびプロパティ値７０４には，その構成要素の属性の名称と値を格納する。【００３３】
図８に，構成要素関連テーブル８００の構成を示す。構成要素関連テーブル８００には，構成要素間のつながり（関連）を格納する。本実施例では，構成要素間の関連ごとに構成要素関連テーブル８００に行データが作成されるものとする。システム名８０１および構成番号８０２は，構成要素テーブル７００のシステム名７０１および構成番号７０２と同様である。関連元構成要素８０３および関連先構成要素８０４には，関連する二つの構成要素の名称を格納する。関連元と関連先は，関連の方向を示すものではなく，関連する二つの構成要素を識別するための呼称である。複数のシステムが，一つの構成要素を共有する場合，例えば，別々のシステム２０４に属する仮想計算機２０３が同一の物理計算機２０２上で稼動している場合（図１の中央の物理計算機２０２の状況），共有されている物理計算機２０２と仮想計算機２０３との間の関連は，それぞれのシステム２０４に属するものとして構成要素関連テーブルに格納される。【００３４】
図９に，ベースラインデータテーブル１０００の構成を示す。ベースラインデータテーブル１０００は，次のデータを保持する。ベースライン番号１００１は，システム２０４のある構成におけるベースラインデータに対して一意に割り当てられた番号である。サービス名１００２には，応答時間を計測するサービスのURLを格納する。時間帯区分１００３には，そのベースラインデータが適用される時間帯が格納される。ベースラインデータ１００４には，ベースラインデータ（応答時間の時間ごとの平均値，偏差など）が格納される。【００３５】
なお，本実施例では，ベースラインデータテーブル１０００を，応答時間のベースラインとして記述しているが，これをCPU使用率やメモリ使用量などの別の計測項目向けとすることは，当業者にとって容易である。【００３６】
図１０に，性能監視部５０４が保持する性能情報テーブル９００の構成を示す。性能情報テーブル９００は，監視対象のシステム２０４から収集した性能情報を格納する。性能情報テーブル９００には，監視対象のシステム名９０１，応答時間を取得した取得日時９０２，応答時間を取得（計測）したサービス名９０３，取得したデータ（取得データ９０４）が格納される。これらの計測データはベースラインを作成する上での元データとなる。【００３７】
（ベースライン管理手順）
以下では，本実施例において，監視対象のシステム２０４の構成を変更した場合のベースライン管理手順について，全体の概要フローチャートを図１１に示す。このフローチャートの処理の前にシステムの構成変更が行われたものとする。つまり，構成管理部５０３が，システム構成変更の要求を受け，監視対象システム２０４のシステム構成を変更（仮想計算機２０３の増減，移動など）したものとする。【００３８】
なお，実施例１〜３において，この概要フローチャートの処理手順は共通である。ただし，各実施例において，同フローチャートのS１０１〜S１０３の処理の詳細が異なる。これらのステップの詳細については，それぞれの実施例の説明の項で詳細を述べる。【００３９】
まず，S１００では，ベースライン管理部５００が構成変更後のシステムの構成情報を取得する。構成情報の収集は，構成管理部５０３が行う。収集した構成情報は，一旦，構成管理部５０３の記憶装置に格納されてもよいし，直接ベースライン管理部５００に渡しても良い。【００４０】
S１０１では，ベースライン変更処理が必要なシステムを特定し，各システム２０４について，ベースライン再利用（S１０２）処理をするか，ベースライン再作成（S１０３）処理をするかを決定する。以降では，ステップS１０１から指定したシステムそれぞれについて，ベースライン再利用（S１０２）処理，もしくは，ベースライン再作成（S１０３）処理を行う。以下，実施例１における， S１０１〜S１０３の詳細を述べる。【００４１】
（S１０１：ベースライン変更処理振り分け）
実施例１におけるS１０１の詳細フローチャートを図１２に示す。このフローチャートでは，システム構成を変更したシステム２０４（以下，変更システムと記す。）の，変更後のシステム構成（以下，現システム構成と記す）と，同システム２０４の，以前のシステム構成とを比較し，以前のシステム構成と一致する場合には，ベースラインデータを再利用し，一致しない場合は，変更後のシステム構成においてベースラインを再作成する。【００４２】
まず， S１２００では，ベースライン記憶部５０１に格納した各種テーブルを読み込み，現システム構成と，以前のシステム構成と比較する。はじめに，変更システムのシステム名と，先に取得した構成番号から，構成情報テーブル７００および構成要素関連テーブル８００を参照し，S１００で収集した，システム構成変更後のシステム構成と，以前にとった構成とを比較する。本実施例において，比較方法は，どのような方法でもよい。一例を示すと，構成情報テーブル７００の，システム名７０１と構成番号７０２が一致するエントリごとに，構成要素７０３，プロパティ名７０４，プロパティ値７０５が一致するか否かの判定を繰り返す。更に，構成要素関連テーブル８００の，関連元構成要素８０３，関連先構成要素８０４についても，同様に一致判定処理を繰り返す。全てのエントリが一致する（システム名，構成番号）のペアが見つかれば，現システム構成に一致する，以前のシステム構成があると判定してS１２０２へ進む。無ければ，S１０３へ進む。このときの，（システム名，構成番号）のペアは記憶しておき，S１２０２以降の処理で使用する。【００４３】
なお，構成情報の比較にあたって，いくつかの例外を設けても良い。例えば，同一スペックの物理計算機２０２間での仮想計算機２０３の移動，のようにベースラインが変わる可能性が低いシステム変更は，構成要素関連テーブル８００の記憶内容が現在の内容と一致していなくても，システム構成としては同一とみなす，といった例外を設けても良い。また，このような例外をルール化し構成比各部５０６が保持してもよい。このように，システム構成が同一とみなされたケースでは，性能監視に用いるベースラインデータを切り替える必要がないため，構成要素関連テーブル８００の内容のみを更新し，本フローチャートの処理を終了する。【００４４】
S１２０２では，構成変更に伴ってベースラインデータを切り替えることを管理者に通知する。ベースライン管理部５００が，表示・入力部５０２に，変更前に使用していたベースラインデータと，切り替えるベースラインデータを渡し，表示・入力部５０２は受け取ったデータをディスプレイ等の表示装置に表示する。ディスプレイに表示する以外の通知方法として，メールあるいは，通知イベントを発行してもよい。【００４５】
管理者向けのディスプレイに表示する画面例を図１４Ａに示す。ベースライン比較画面１４００には，ベースライン比較グラフ１４０１，ベースライングラフ説明１４０２，承諾ボタン１４０３，非承諾ボタン１４０４を表示する。ベースライン比較グラフ１４０１には，直前の構成において使用していたベースラインデータ，および，構成変更後に切り替える予定のベースラインデータを併せて表示する。ベースライングラフ説明１４０２には，それぞれのグラフの説明メッセージを表示する。また，切り替え予定のベースラインについては，作成日時を併せて表示し，管理者が，切り替えるべきか否かを判断する材料（例えば，構成としては同じであっても，1ヶ月前に作成したベースラインは使用するべきではなく，改めて作り直すべき）を提供する。管理者は，ベースラインデータの切り替えを承諾する場合は，承諾ボタン１４０３を，承諾しない場合は，非承諾ボタン１４０４を押下する。表示・入力部５０２は，管理者の承諾，非承諾の決定を受け取り，それをベースライン管理部５００へ送る。ベースライン管理部５００は，承諾の場合は， S１０２へ進み，非承諾の場合は， S１０３へ進む。【００４６】
S１２０２およびS１２０３については，次のような条件の場合に，管理者から承諾を得るステップをスキップする，としてもよい。
条件１：
切り替え予定のベースラインデータの作成・更新日時からの経過日時が，予め定義された閾値以下の場合，
条件２：
ベースライン管理部５００が，ベースライン管理テーブル６００の，構成番号６０２，前構成番号６０３，および，使用時間６０５を参照し，システム構成の変更遷移に周期性を検知した場合，
条件３：
図１４Ｂに示す承諾テーブル１５００に，管理者の承諾/非承諾の決定履歴を記録しておき，同じ構成変更が以前に承諾されたことが履歴に記録されている場合。
承諾テーブル１５００は，上記の判定に必要なデータ，すなわち，システム名１５０１，システムの構成前後の構成番号（前構成番号１５０２，後構成番号１５０３），および，その構成変更によるベースライン切り替えに管理者が承諾したか否かを示す承諾フラグ１５０４を保持する。併せて，承諾した時刻をリストとして記録しておいてもよい。【００４７】
（S１０２：ベースライン再利用）
このステップでは，先のS１２０１で取得した，（システム名，構成番号）のペアをキーとして，ベースライン管理テーブル６００を参照し，当該構成において以前に作成したエントリのベースライン番号６０６を取得し，同ベースライン番号をキーとして，ベースラインデータテーブル１０００を参照し，ベースライン番号１００１が一致するエントリを取得し，監視に用いるベースラインデータ１００４を取得する。ベースライン管理部５００は，取得したベースラインデータを性能監視部５０４へ送る。性能監視部５０４は，現在ベースライン監視に用いているベースラインデータを，ベースライン管理部５００から送られたベースラインデータに置き換え，ベースライン監視を継続する。【００４８】
（S１０３：ベースライン再作成）
実施例１における，ステップS１０３：ベースライン再作成処理の詳細フローチャートを図１３に示す。
S１３００では，変更後のシステム構成において，ベースラインを再作成する旨を管理者へ通知する。通知手段は，ディスプレイ上のGUI画面へ表示，メールやイベントなど，いずれの手段でもよい。通知する内容は，以下の通りである。
（１）変更システム名称
（２）変更前後のシステム構成，および，その差分箇所（画面上で構成要素の関連を示すトポロジグラフを示すなど，方法はなんでもよい）
（３）変更後のシステム構成において，ベースライン作成に十分な性能情報サンプルが蓄積されるまで，直前の構成でのベースラインを使用してベースライン監視を継続すること。【００４９】
S１３０１では，ベースライン管理テーブル６００に，構成変更後のシステム構成向けの新たなエントリ（新構成エントリ）を作成する。新構成エントリの構成番号６０２には，新規の通し番号を格納し，前構成番号６０３には，直前の構成向けエントリの構成番号６０２を格納する。新構成エントリの６０４のカレントフラグ６０４は「Y」とし，使用時間６０５には現在時刻を格納する。またベースライン番号６０６には，暫定的に，直前の構成向けエントリのベースライン番号をコピーする。ここでコピーしたベースライン番号６０６は，S１３０３で新構成向けのベースラインを作成した時点で，上書きされる。【００５０】
S１３０２では，暫定的に，直前の構成でのベースラインを用いてベースライン監視を継続する。この間も，性能監視部５０４は，監視対象システム２０４の性能監視を継続し，性能情報テーブル９００に性能情報を蓄積する。システム構成変更後，一定時間経過後，あるいは，性能情報テーブル９００に，ベースライン作成に最低限必要な性能情報サンプルが蓄積された時点で， S１３０３へ進む。【００５１】
なお，この暫定的なベースラインを使用してベースライン監視を行っている間，用いているベースラインが現在のシステム構成で作成したものではないので，正確な異常値判定ができず，誤った性能障害イベントを管理者に対して送出するおそれがある。そのため，イベントを受信した管理者の注意を促すために，この期間中に送出する性能障害イベントには，暫定ベースラインによる監視であることを示すフラグ，あるいは，メッセージを付加してもよい。【００５２】
S１３０３は，通常行われるベースライン作成処理である。すなわち，ベースライン作成部５０５は，性能情報テーブル９００を参照し，ベースライン管理テーブル６００の使用時間６０５以降の性能情報をフェッチし，それらのデータに対して統計処理（平均，偏差算出等の通常のベースライン作成処理）を施し，その結果算出したベースラインデータをベースラインデータテーブル１０００へ格納する。また，ベースラインデータの登録時に採番されたベースライン番号１００１を取得し，ベースライン管理テーブル６００に格納されている暫定ベースラインのベースライン番号６０６を新しいベースライン番号で上書きする。【００５３】
本実施例によれば，システム構成変更に伴いベースラインを再作成する機会を少なくすることができる。
【実施例２】
【００５４】
実施例２では，実施例１とは異なり，複数のシステム２０４が計算機，ネットワーク装置などの計算リソースを共有することで相互に干渉する影響を考慮する。すなわち，計算リソースを共有する複数システム２０４のうち，一つのシステムの構成を変更することで共有する計算リソースの共有関係が変化することを考慮に入れ，必要に応じて，構成変更したシステム向けのベースラインはもちろんのこと，他システム向けのベースラインを併せて再作成する。【００５５】
（システム構成）
全体システム構成は，実施例１と同じである。ただし，実施例２では，監視計算機２００が，システム２０４の応答性能だけではなく，計算リソースの様々な計測項目（例えば，仮想計算機２０３のCPU使用率や，ディスクI/O性能など）を常時監視しているものとする。【００５６】
尚，実施例２におけるハードウエア構成は，実施例１と同様である。また，装置の構成も実施例１と同様とする。【００５７】
（性能監視プログラムの構成）
実施例２における，性能監視プログラム３０５の構成ブロック図は，実施例１（図５）と同じである。ただし，ベースライン記憶部５０１に格納されるベースライン管理テーブル６００に，図１５に示すように，データ（関連システム名１４０１，関連システム構成番号１４０２，共有構成要素１４０３）を追加している。これらのデータは，当該エントリのシステム２０４が，他のどのシステム２０４（とその構成）と，どの構成要素（計算リソースと同義）を共有しているのかを示している。複数のシステム２０４と構成要素を共有している場合は，これらのデータが複数個作られる。これらのデータは，構成要素関連テーブル８００を参照して取得する。すなわち，当該システム２０４を構成する構成要素を構成要素関連テーブル８００からフェッチし，その後，それらの構成要素をキーとして，順に構成要素関連テーブル８００をフェッチする手順を繰り返して，共有している構成要素，システム名８０１，その構成番号８０２を取得する。
なお，以下では，次の用語を以下の意味で使用するものとする。「変更システム」を「システムの構成を変更したシステム」とし，「関連システム」を「変更システムと，計算リソースを共有しているシステム」とする。【００５８】
（ベースライン管理手順）
以下では，図１６のフローチャートを用いて，実施例２におけるベースライン管理の処理手順を説明する。本フローチャートは， S１６００以外のステップは，既に説明しているため，ここでは，S１６００のみを説明する。【００５９】
S１６００は，簡単に説明すると，システム２０４の構成変更により，以前の構成に戻ってきた場合に，計算リソースを共有する関連システムの構成まで含めて，構成が一致しているか否かを判定するステップである。このステップでは，まず，構成比較部５０６が，ベースライン管理テーブル６００に格納された，構成変更後のシステム構成の構成エントリ（これは，ステップS１０１で取得済みである）の，関連システム名１４０１，関連システム構成番号１４０２を取得する。次いで，この二つのデータをキーとして，再度ベースライン管理テーブル６００を参照し，システム名６０１が先に取得した関連システム名１４０１に一致し，かつ，構成番号６０２が先に取得した関連システム構成番号１４０２に一致するエントリを取得する。次いで，同エントリのカレントフラグ６０４を参照し，カレントフラグ６０４の内容が「Y」であるか否かを調べる。「Y」であれば，当該関連システムの構成が，現在のものと一致していることを示している。カレントフラグ６０４が「N」であれば，現在の構成と以前の構成が異っており，そのために，以前に作成したベースラインデータの再作成が必要と判定し，ベースライン再作成を行うS１０３に進む。関連システムのカレントフラグ６０４が全て「Y」であれば，ベースライン再作成をせずに，ベースライン再利用処理であるS１０４へ進む。【００６０】
続いて，実施例１と実施例２との間で，ベースライン再作成処理であるS１０３の異なる部分について説明する。
実施例２では，実施例１と比較して，ベースライン管理テーブル６００に，関連システム名１４０１，関連システム構成番号１４０２，共有構成要素１４０３が追加されている。そのため，ベースライン管理テーブル６００にエントリを作成するS１３０１は，次のようになる。すなわち，ベースライン作成部５０５は，変更システムおよび関連システム，それぞれについて，そのシステム名および構成番号をキーとして，構成要素関連テーブル８００を参照し，変更システム，関連システムそれぞれについて，構成要素関連テーブル８００のエントリを取得し，関連元構成要素８０３もしくは関連先構成要素８０４を参照することで，変更システムと関連システムとで共通する構成要素を特定する。変更システム向けのエントリ作成であれば，このように特定した構成要素を共有構成要素１４０３に，関連システムを関連システム名１４０１に，その構成番号を関連システム構成番号１４０２として，エントリを作成する。逆に，関連システム向けのエントリ作成であれば，特定した構成要素を共有構成要素１４０３に，変更システムを関連システム名１４０１に，その構成番号を関連システム構成番号１４０２として，エントリを作成する。【００６１】
本実施例によれば，計算リソースを複数の情報処理システムが共有する場合において，システム構成を変更した情報処理システムと計算リソースを共有する他の情報処理システム向けのベースラインを正しく再作成できる。
【実施例３】
【００６２】
実施例３では，あるシステム２０４の構成変更と，その変更が，構成変更がなされたシステム２０４と計算リソースを共有するシステム（関連システム）に与えた性能的影響を，システム構成変更前後のベースラインの変化量を比較することで評価しつつ，システム構成変更後の環境下において適正なベースラインを作成する。すなわち，実施例３は，実施例２を基に，ベースライン管理部５００に，ベースラインを比較評価する機能を持たせたものである。【００６３】
尚，実施例３における全体システム構成，ハードウエア構成及び装置構成は，実施例２と同様とする。【００６４】
図１７に，実施例３における性能監視プログラム構成のブロック図を示す。図から分かるように，ベースライン管理部５００に，ベースライン比較部５０７を追加した点以外は，実施例２と同様である。また，ベースライン比較部５０７の追加に伴い，ベースライン記憶部５０１に，ベースラインを比較評価した結果を記憶しておくベースライン比較履歴テーブル１８００を追加している。【００６５】
図１８に，ベースライン比較履歴テーブル１８００の構成を示す。ベースライン比較履歴テーブル１８００は，比較履歴の通し番号である履歴番号１８０１，ベースラインを比較したシステム２０４のシステム名１８０２，その構成番号１８０３，ベースライン比較処理をした要因を格納する変更内容１８０４，その変更内容の元要因を示す原因履歴番号１８０５（ベースライン比較履歴テーブル１８００の，別エントリの履歴番号１８０１），比較したベースライン番号１８０６，比較した計測項目１８０７，比較に用いた評価式１８０８，評価結果である乖離度１８０９を有する。【００６６】
（ベースライン管理手順）
実施例３におけるベースライン管理手順のフローチャートのうち，ベースライン変更振り分け処理である，S１０１のフローチャートを図１９に示す。このフローチャートは，実施例２におけるS１０１のフローチャート（図１６）と多くの部分が同じであるが， S１６００で，関連システムの構成が現在の構成と一致しない場合に， S１９０１へ進む点が異なる。【００６７】
実施例２で示した処理フローでは，単純に関連システムの構成が一箇所でも異なっていればベースラインを再作成していた。しかしながら，システム構成の異なる箇所がベースラインに与える影響が小さいと判断できれば，以前のベースラインを再利用しても不都合が出る可能性は小さい。S１９０１は，この影響の程度を判定する。すなわち，ベースライン管理テーブル６００に記憶されている関連システムの構成番号１４０１（構成番号1）から，構成情報テーブル７００を参照して得られる構成情報と，当該関連システムの現在の構成番号６０２（構成番号2）について，同様に構成情報テーブル７００を参照して得られる構成情報とを比較し，それらの間で共通する構成要素を特定する。次に，その構成要素の，構成番号1で記憶しているベースライン（ベースライン管理テーブル６００のベースライン番号６０６で指定されるベースラインデータテーブル１０００のエントリを参照することで取得できる）と，構成番号2で記憶しているベースラインを比較し，その乖離度が小さければ，関連システムの構成の違いによる影響は小さいと判定して，ベースライン再利用処理であるS１０４へ進む。乖離度が大きければ，ベースライン再作成処理である，S１０３へ進む。ベースラインの乖離度の算出は，例えば，時間ごとのベースラインの値の累積値としてもよいし，ベースラインの偏差の累積値としてもよい。【００６８】
続いて，実施例３におけるベースライン管理手順のフローチャートのうち，ベースライン再作成処理であるS１０３について説明する。実施例３におけるS１０３のフローチャートを図２０に示す。
本フローチャートは，実施例２のベースライン再作成処理（図１３）と，S１３００〜S１３０３までの処理は同じであるが，その後，S２００１〜S２００３が追加されている点が異なる。以下では，差分であるS２００１〜S２００３について説明する。【００６９】
S２００１では，システム構成が変更されたシステム２０４の関連システムについて，当該システム２０４のシステム構成変更前に作成したベースラインと，システム構成変更後に作成したベースライン（ステップS１３０３で作成）とを比較して乖離度を算出し，当該システム構成変更が関連システムのベースラインに与えた変化の程度を計算する。算出したベースラインの乖離度が所定の閾値以上であれば，S２００３へ進む。一方，算出したベースラインの乖離度が所定の閾値以下であれば，そのシステム構成の変更が関連システムのベースラインに与えた影響は小さいと判定できるため，処理を終了する。この比較処理の結果は，ベースライン比較履歴テーブル１８００へ格納する。変更システム向けベースライン比較履歴の結果エントリは，関連システムのものよりも先に，ベースライン比較履歴テーブル１８００へ格納される。変更システム向けベースライン比較履歴の結果エントリの，変更内容１８０４には，同システムの構成変更であること，変更前後の構成番号を格納する。原因履歴番号１８０５はデータなしでよい。一方，関連システム向けベースライン比較履歴の結果エントリの，変更内容１８０４には，同システムの関連システムの構成変更によるベースライン比較であることを格納し，原因履歴番号１８０５には，変更システム向け結果エントリの履歴番号１８０１を格納する。【００７０】
本実施例によれば，計算リソースを複数の情報処理システムが共有する場合において，以前に作成したベースラインを再利用する妥当性を判定した上で，ベースラインを再作成するので，適正なベースラインを再作成できる。
【実施例４】
【００７１】
実施例４では，実施例３で示した，システム構成の変更に伴うベースライン変化量の記
録を利用して，性能障害の原因であるシステム構成変更を追跡する手順を示す。【００７２】
尚，実施例４における全体システム構成，ハードウエア構成，及び装置構成は，実施例３と同様とする。【００７３】
（性能監視プログラムの構成）
実施例４における，性能監視プログラムの機能ブロック図を図２１に示す。図に示す通り，実施例３のブロック図（図１７）との差分は，原因解析部５０８が追加されている点である。【００７４】
（原因解析手順）
図２２に，原因解析部５０８による，性能障害の原因解析手順を示す。
まず，S２２００で，原因解析部５０８は，ベースライン管理テーブル６００を参照し，性能障害が起きたシステムの現構成のエントリ（カレントフラグ６０４が「Y」であるエントリ）を取得し，同エントリの関連システム名１４０１，および，関連システム構成番号１４０２を取得する。【００７５】
次に，S２２０１で，ベースライン比較履歴テーブル１８００を参照し，前ステップで取得した，関連システム名でシステム名１８０２を，関連システム構成番号で構成番号１８０３を引き，該当するエントリの有無を調べる。該当するエントリがなければ，原因と考えられるシステム構成変更はなしとして，解析処理を終了する。該当するエントリがあれば，ステップS２２０２へ進む。【００７６】
S２２０２では，先のステップで取得したエントリの変更内容１８０４を参照し，その内容が「構成変更」か否かを調べる。構成変更であれば，同エントリの変更内容１８０４による構成変更によって，性能障害が発生したことを通知する（S２２０３）。また，このステップでは， S２２０４で後述する，ベースラインの乖離度を調べても良い。すなわち，エントリの乖離度１８０９を参照し，その値が所与の閾値を越えている場合に，S２２０３へ進むとしてもよい。【００７７】
S２２０２で，エントリの変更内容１８０４が，「構成変更」でない場合は，S２２０４へ進む。補足すると，このケースは，ある別のシステム（例えば，リソースを共有しているシステム）の構成変更によって，ベースラインが変化したケースにあたる。【００７８】
S２２０４では，同エントリのベースラインの変化量（乖離度）を調べる。同エントリの乖離度１８０９を参照し，その値が所与の閾値を越えている場合，ステップS２２０５へ進む。補足すると，このケースは，ある別のシステム（例えば，リソースを共有しているシステム）の構成変更によって，ベースラインに大きな変化が生じたケースにあたる。先の乖離度比較で，閾値を越えていない場合は，性能障害の原因として考えられるシステム構成変更なし，として解析処理を終了する。【００７９】
S２２０５では，同エントリの原因履歴番号１８０５を参照し，次いで，ベースライン比較履歴テーブル１８００を参照し，この原因履歴番号１８０５と，履歴番号１８０１が一致するエントリを探し，取得する。取得したエントリに対して，再度S２２０２以降の処理を繰り返す。【００８０】
本実施例によれば，システム構成の変更に伴うベースライン変化量の記録を利用して，性能障害の原因であるシステム構成変更を追跡できる。
【実施例５】
【００８１】
実施例５では，実施例３で示した，ベースライン管理データをもとにして，指定のサービスレベルを満たす構成を，過去の構成履歴から検索する例を示す。【００８２】
尚，実施例５における全体システム構成，ハードウエア構成，及び装置構成は，実施例３と同様とする。【００８３】
（性能監視プログラムの構成）
実施例５における，性能監視プログラムのブロック構成を図２３に示す。図に示す通り，実施例３で示したブロック図（図１７）との差分は，構成履歴検索部５０９が追加されている点である。【００８４】
（構成履歴検索手順）
構成履歴解析部５０９による，指定されたサービスレベルを満たす構成を，過去の履歴から検索する手順のフローチャートを図２４に示す。
はじめに， S２４００で，構成履歴解析部５０９は，表示・入力部５０２から，入力された（あるシステムに対する）サービスレベルを受け取る。サービスレベルとは，システム２０４が満たすべき，応答時間やスループット等の数値的な性能要件である。以下では，サービスレベルの指定対象であるシステム２０４を，単に対象システムと記す。【００８５】
次に，S２４０１で，構成履歴解析部５０９は，ベースライン管理テーブル６００を参照し，システム名６０１が，指定されたシステム名と一致するエントリを探す。次いで，ベースライン番号６０６を参照し，それをもとにベースラインデータテーブル１０００を参照し，当該システムの，当該構成におけるベースラインデータのリストを取得する。次いで，S２４００で指定されたサービスレベルと，取得したベースラインデータを比較する。例えば，システム２０４が処理すべきリクエスト数のスループットがサービスレベルとして指定されている場合，構成履歴解析部５０９は，リクエストのスループットのベースラインデータと，サービスレベルを比較し，要件を満たせるか否かを判定する。判定の結果，サービスレベルを満たすベースラインデータが一つもなければ，同サービスレベルを満たす構成は履歴にないとして処理を終了する。サービスレベルを満たすシステムの構成があれば，ステップS２４０３へ進む。【００８６】
ステップS２４０３では，指定のサービスレベルを満たす構成が履歴にある場合に，その履歴にあった構成において，そのシステムとリソースを共有する関連システムの構成が，現在と同じであるか否かを判定する。具体的には，S２４０１で取得した，ベースライン管理テーブル６００のエントリ（以下では，単にエントリ１と記す）の，関連システム名
１４０１および関連システム構成番号１４０２を参照する。次いで，それらをキーとして，再度ベースライン管理テーブル６００を参照し，当該関連システムのエントリを取得し，そのエントリのカレントフラグ６０４が「Y」か否かを調べる。全ての関連システムのカレントフラグ６０４が「Y」であれば，関連システムの構成が，現在の構成と変わらない，すなわち，前記のエントリ1の構成でもって，指定のサービスレベルを満たすことができるとして，エントリ1を検索結果として，処理を終了する。関連システムのカレントフラグ６０４が全て「Y」ではない場合，つまり，「N」であるエントリがある場合，該当する関連システムのエントリについて，次のS２４０４以降の処理を進める。【００８７】
S２４０４では，履歴に残っていた関連システムの構成が，現在の構成と異なることによる影響の程度を評価する。すなわち，関連システムのそれぞれの構成において，対象システムと関連システムとで共有しているリソースのベースラインを比較し，その乖離度を評価する。この評価処理は，図１９のS１９０１と同じである。最後に，ここで評価した乖離度とエントリ1のデータとのペアを検索結果として，処理を終了する。S２４００で，サービスレベルを指定した管理者，あるいは，プログラムは，この検索結果としての乖離度を参考として，エントリ1に履歴として残されている対象システムの構成を変更すべきか，決定できる。【００８８】
本実施例によれば，指定のサービスレベルを満たす構成を，過去の構成履歴から検索，取得することができる。
【実施例６】
【００８９】
実施例１では，構成変更後のシステム構成が，以前のシステム構成と一致するか否かで，以前のベースラインを再利用するか否かを決定した。実施例６では，以前のシステム構成と完全に一致しない場合において，構成変更後のシステム構成と，以前のシステム構成との「差分量」を算出し，以前のシステム構成の中で最も差分量が小さいシステム構成におけるベースラインを再利用する。【００９０】
本実施例における，ベースライン選択処理フローを図２５に示す。この処理フローは，図１１で示した，ベースライン管理の概略フローチャートにおけるＳ１０１を詳細化したものである。すなわち，図２５のベースライン選択処理によって，以前のシステム構成の中から，構成変更後のシステム構成に最も近いシステム構成を選択し，同システム構成のベースラインをＳ１０２で再利用する。【００９１】
図２５のベースライン選択処理フローを説明する。
この処理フローでは，構成変更後のシステム構成（以下，現システム構成）と，以前のシステム構成（以下，前システム構成）それぞれの，仮想計算機のリソース量に基づいてベースラインを再利用するシステムを選択する。つまり，リソース量の差が小さければ，ベースラインも近い値になる，という考え方に基づいている。【００９２】
まず，Ｓ２５００で，構成比較部５０６が，ベースライン管理テーブル６００および構成情報テーブル７００を参照し，現システム構成，および，前システム構成における仮想計算機と，そのリソース量に関する情報を取得する。次に，構成比較部５０６は，現システム構成の仮想計算機それぞれについて，同じ仮想計算機が前システム構成に存在するか，存在するのであれば，そのリソース量は等価であるか，を調べる（差分調査）。差分調査の結果が全て同じである前システム構成が一つだけあれば，Ｓ２５０１へ進む。差分調査の結果が全て同じである前システム構成が複数個あれば，Ｓ２５０２へ進む（補足説明すると，仮想計算機のリソース量は同じであっても，同仮想計算機が動作する物理計算機が異なる場合があるため，差分調査の結果が全て同じである前システム構成が複数個ある可能性がある）。差分調査の結果が全て同じである前システム構成が一つもない場合，Ｓ２５０３へ進む。【００９３】
Ｓ２５０１では，構成比較部５０６は，Ｓ２５００において差分調査の結果が全て同じである前システム構成をベースラインを再利用するシステムとして選択し，Ｓ１０２（図１１）へ進む。【００９４】
Ｓ２５０２では，構成比較部５０６は，Ｓ２５００で特定した，複数個の前システム構成から，最も現システム構成に近い構成を選択する。すなわち，現システム構成における，仮想計算機と物理計算機との対応関係と，前システム構成における仮想計算機と物理計算機との対応関係と，を比較し，対応関係の相違数を算出し，その数が最小である前システム構成を選択する。例えば，現システム構成において，仮想計算機Aは物理計算機Aに対応づけられているとする。一方，前システム構成において，仮想計算機Aは，物理計算機Bに対応づけられているとする。現システム構成における，その他の仮想計算機については，対応づけられた物理計算機の相違はないものとする。この場合，対応関係の相違数は「1」となる。構成比較部５０６は，複数個ある前システム構成について，算出した対応関係の相違数が最小の前システム構成を，ベースラインを再利用する対象のシステム構成として選択する。なお，対応関係の相違数が最小の前システム構成が複数個ある場合，そのうち，最も新しいシステム（ベースライン管理テーブル６００の使用時間６０５を参照）を選択する。【００９５】
Ｓ２５０３では，構成比較部５０６は，現システム構成の仮想計算機のリソース量と，前システム構成の仮想計算機のリソース量との差分の総和を計算し，その値が最小である前システム構成をベースライン再利用の対象として選択する。例えば，現システム構成の仮想計算機ＡのＣＰＵが６ＧＨｚであるとする。一方，前システム構成では，同じ仮想計算機ＡのＣＰＵが８ＧＨｚであるとする。この場合，ＣＰＵリソースの差分量は，２ＧＨｚである（絶対値として計算する）。構成比較部５０６は，現システム構成の仮想計算機それぞれについて，同様に差分量を算出し，その総和を求める。【００９６】
リソース差分量を，システムに含まれる前リソースに対する比率としてもよい。例えば，現システム構成において，仮想計算機のＣＰＵの合計が１５ＧＨｚであるとする。一方，第一の前システム構成における仮想計算機のＣＰＵ合計が１７ＧＨｚ，第二の前システム構成における仮想計算機のＣＰＵ合計が１３ＧＨｚであるとする。この場合，リソース差分量は，第一の前システム構成では，（１７−１５）／１７＝０．１２となる。第二の前システム構成では，｜（１３−１５）｜／１３＝０．１５となる。したがって，単純なリソース差分量は同じ「２」であるが，システム全体のリソース量に対する比率がより小さい，第一の前システム構成が選択される。【００９７】
ＣＰＵやメモリのように，比較するリソースが複数ある場合，リソースそれぞれについてのリソース差分量の総和を求め，それらに重みを掛け合わせた上で加算してもよいし，どれか一つのリソースに限定して比較してもよい。【００９８】
Ｓ２５０４では，構成比較部５０６は，Ｓ２５０５において，リソース量差分の総和が最小の前システム構成をベースラインを再利用するシステムとして選択し，Ｓ１０２（図１１）へ進む。【００９９】
Ｓ２５０５は，リソース量差分の総和が最小の前システム構成が複数個ある場合（Ｓ２５０３における処理で求められる）の処理である。構成比較部５０６は，これらの前システム構成のうち，最も新しいシステム（ベースライン管理テーブル６００の使用時間６０５を参照）を選択する。【０１００】
なお，実施例６は，実施例１をベースに説明しているが，差分量最小のシステム構成のベースラインを選択する処理は，実施例２を処理フロー（図１６）にも適用できる。すなわち，実施例２において，ベースライン再利用処理のフロー（図１６）の，現システム構成と以前のシステム構成を比較しているステップ（Ｓ１２０１およびＳ１６００）で，差分量最小のシステム構成をベースライン再利用の対象として選択してもよい。【０１０１】
本実施例によれば，構成変更後のシステム構成が，以前のシステム構成に完全に一致しない場合においても，構成が最も近いシステム構成を選択してベースラインを再利用する。これにより，ベースライン再作成の回数をより削減できる。
【符号の説明】
【０１０２】
２００：監視計算機，２０１：計測計算機，２０２：物理計算機，２０３：仮想計算機，２０４：監視対象システム，３００：CPU，３０１：メモリ，３０２：ディスプレイ，３０３：ハードディスク，３０４：オペレーティングシステム，３０５：性能監視プログラム，３０６：ハイパバイザ，３０７：CPU，３０８：メモリ，３０９：ディスプレイ，３１０：ハードディスク，４００：仮想スイッチ，４０１：NIC，４０２：物理スイッチ，４０３：HBA，４０４：SANスイッチ，４０５：ストレージ装置，５００：ベースライン管理部，５０１：ベースライン記憶部，５０２：表示・入力部，５０３：構成管理部，５０４：性能監視部，５０５：ベースライン作成部，５０６：構成比較部，５０７：ベースライン比較部，５０８：原因解析部，５０９：構成履歴検索部，６００：ベースライン管理テーブル，７００：構成情報テーブル，８００：構成要素関連テーブル，９００：性能情報テーブル，１０００：ベースラインデータテーブル，１４００：ベースライン変更通知の例，１５００：承認テーブル，１８００：ベースライン比較履歴テーブル。
【図１】
0005416833.tif 000002
【図２】
0005416833.tif 000003
【図３】
0005416833.tif 000004
【図４】
0005416833.tif 000005
【図５】
0005416833.tif 000006
【図６】
0005416833.tif 000007
【図７】
0005416833.tif 000008
【図８】
0005416833.tif 000009
【図９】
0005416833.tif 000010
【図１０】
0005416833.tif 000011
【図１１】
0005416833.tif 000012
【図１２】
0005416833.tif 000013
【図１３】
0005416833.tif 000014
【図１４Ａ】
0005416833.tif 000015
【図１４Ｂ】
0005416833.tif 000016
【図１５】
0005416833.tif 000017
【図１６】
0005416833.tif 000018
【図１７】
0005416833.tif 000019
【図１８】
0005416833.tif 000020
【図１９】
0005416833.tif 000021
【図２０】
0005416833.tif 000022
【図２１】
0005416833.tif 000023
【図２２】
0005416833.tif 000024
【図２３】
0005416833.tif 000025
【図２４】
0005416833.tif 000026
【図２５】
0005416833.tif 000027