(57)【特許請求の範囲】
【請求項１】
システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成する相関モデル生成手段と、
前記システムの構成変更の有無を検出する構成変更検出手段と、
前記構成変更検出手段により前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する障害分析手段と
を含む運用管理装置。
【請求項２】
相関モデルに含まれる相関関係の破壊を相関破壊と定義したときに、
前記障害分析手段は、前記複数のメトリックの新たな計測値に対して検出された相関破壊の状態と、前記システムの過去の障害時における相関破壊の状態を示す相関破壊パターンと、を比較することにより、前記システムの障害要因を特定し、
さらに、前記構成変更検出手段により前記システムの構成変更が検出された場合に、前記相関破壊パターンを、前記構成変更後に用いられる相関モデルに適合するように補正する、相関破壊パターン更新手段を含む
請求項１に記載の運用管理装置。
【請求項３】
前記構成変更検出手段は、前記システムに含まれる１以上の被監視装置の各々の属性情報の変化をもとに、前記システムの構成変更の有無を検出する
請求項１に記載の運用管理装置。
【請求項４】
前記構成変更検出手段は、前記相関モデル生成手段により生成される相関モデルの変化をもとに、前記システムの構成変更の有無を検出する
請求項１に記載の運用管理装置。
【請求項５】
相関モデルに含まれる相関関係の破壊を相関破壊と定義したときに、
前記障害分析手段は、前記複数のメトリックの新たな計測値に対して検出された相関破壊の状態と、前記システムの過去の障害時における相関破壊の状態を示す相関破壊パターンと、を比較することにより、前記システムの障害要因を特定し、
さらに、前記構成変更検出手段により前記システムの構成変更が検出された場合に、前記相関破壊パターンを、前記構成変更後に用いられる相関モデルに適合するように補正する、相関破壊パターン更新手段を含み、
前記相関破壊パターンは、相関モデルに含まれる１以上の相関関係の各々の相関破壊の有無を示し、
前記相関破壊パターン更新手段は、
前記構成変更検出手段により前記システムに含まれる第１の被監視装置の、当該第１の被監視装置と同じ構成を有する第２の被監視装置との置換が検出された場合、前記相関破壊パターンにおける当該第１の被監視装置に係る相関関係の相関破壊の有無の情報を、当該第２の被監視装置に係る相関関係の相関破壊の有無の情報に修正し、
前記構成変更検出手段により前記システムに含まれる第１の被監視装置と同じ構成を有する第２の被監視装置の追加が検出された場合、前記相関破壊パターンにおける当該第１の被監視装置に係る相関関係の相関破壊の有無の情報から、当該第２の被監視装置に係る相関関係の相関破壊の有無の情報を生成して、前記相関破壊パターンに追加する
請求項３または４に記載の運用管理装置。
【請求項６】
相関モデルに含まれる相関関係の破壊を相関破壊と定義したときに、
前記障害分析手段は、前記複数のメトリックの新たな計測値に対して検出された相関破壊の状態と、前記システムの過去の障害時における相関破壊の状態を示す相関破壊パターンと、を比較することにより、前記システムの障害要因を特定し、
さらに、前記構成変更検出手段により前記システムの構成変更が検出された場合に、前記相関破壊パターンを、前記構成変更後に用いられる相関モデルに適合するように補正する、相関破壊パターン更新手段を含み、
前記相関破壊パターンは、相関モデルに含まれる１以上の相関関係の各々の相関破壊の有無を示し、
前記相関破壊パターン更新手段は、
前記構成変更検出手段により前記システムに含まれる第１の被監視装置と第２の被監視装置との間の相関関係の当該第１の被監視装置と第３の被監視装置との間への移動が検出された場合、前記相関破壊パターンにおける当該第１の被監視装置と当該第２の被監視装置との間の相関関係の相関破壊の有無の情報を、当該第１の被監視装置と当該第３の被監視装置との間へ移動した相関関係の相関破壊の有無の情報に修正し、
前記構成変更検出手段により前記システムに含まれる第１の被監視装置と第２の被監視装置との間の相関関係の当該第１の被監視装置と第３の被監視装置との間への追加が検出された場合、前記相関破壊パターンにおける当該第１の被監視装置と当該第２の被監視装置との間の相関関係の相関破壊の有無の情報から、当該第１の被監視装置と当該第３の被監視装置との間の追加された相関関係の相関破壊の有無の情報を生成して、前記相関破壊パターンに追加する
請求項４に記載の運用管理装置。
【請求項７】
システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成し、
前記システムの構成変更の有無を検出し、
前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する
運用管理方法。
【請求項８】
相関モデルに含まれる相関関係の破壊を相関破壊と定義したときに、
前記システムの構成変更が検出された場合に、前記システムの過去の障害時における相関破壊の状態を示す相関破壊パターンを、前記構成変更後に用いられる相関モデルに適合するように補正し、
前記複数のメトリックの新たな計測値に対して検出された相関破壊の状態と、前記相関破壊パターンと、を比較することにより、前記システムの障害要因を特定する
請求項７に記載の運用管理方法。
【請求項９】
コンピュータに、
システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成し、
前記システムの構成変更の有無を検出し、
前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する
処理を実行させるプログラム。
【請求項１０】
相関モデルに含まれる相関関係の破壊を相関破壊と定義したときに、
前記システムの構成変更が検出された場合に、前記システムの過去の障害時における相関破壊の状態を示す相関破壊パターンを、前記構成変更後に用いられる相関モデルに適合するように補正し、
前記複数のメトリックの新たな計測値に対して検出された相関破壊の状態と、前記相関破壊パターンと、を比較することにより、前記システムの障害要因を特定する処理を実行させる
請求項９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用管理装置、運用管理方法、及びプログラムに関し、特にシステムの異常を検出する運用管理装置、運用管理方法、及びプログラムに関する。
【背景技術】
【０００２】
システム性能の時系列情報を用いて、システムのモデル化を行い、生成されたモデルを用いてそのシステムの障害を検出する運用管理システムの一例が特許文献１に記載されている。【０００３】
特許文献１記載の運用管理システムは、システムの複数のメトリック（性能指標）の計測値をもとに、複数のメトリック間の組み合わせのそれぞれに対して相関関数を決定することにより、メトリック間の相関関係を示す相関モデルを生成する。そして、この運用管理システムは、生成された相関モデルを用いて、新たに入力されたメトリックの計測値に対する相関関係の破壊（相関破壊）を検出し、相関破壊をもとに障害の要因を特定する。このように、相関破壊をもとに障害要因を分析する技術は、不変関係分析と呼ばれる。【０００４】
不変関係分析では、メトリックの値の大きさではなく、メトリック間の相関関係に着目するため、それぞれのメトリックの値を閾値と比較することにより障害検出を行う場合に比べて、閾値の設定が不要、閾値により検出できない障害の検出が可能、異常原因の特定が容易等の利点がある。【０００５】
なお、関連技術として、特許文献２、及び、特許文献３には、不変関係分析において、過去の障害時における異常度（相関破壊の程度）の分布や、相関関係毎の相関破壊の検出有無をもとに、検出された相関破壊に対する障害要因を特定する運用管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９‐１９９５３３号公報
【特許文献２】国際公開第２０１０／０３２７０１号
【特許文献３】国際公開第２０１１／１５５６２１号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の特許文献１に記載された不変関係分析では、分析対象のシステムが正常な状態で動作している、ある期間におけるメトリックの計測値をもとに生成された相関モデルが用いられる。このため、システム構成が変化した場合、相関破壊が誤って検出されてしまうことにより、相関関係が異常と判定されてしまう可能性がある。【０００８】
例えば、分析対象システムが、２４時間サービスを提供するＷＥＢシステムの場合、システム内の一部に故障があってもサービスを継続させるために、代替サーバや代替ハードディスク、冗長ネットワークなどによる冗長構成が用いられる。この場合、例えば、冗長構成に切り替えが発生すると、システムの挙動が変化してしまうため、切り替え前のメトリック間の相関関係と、切り替え後の相関関係は部分的に異なる。【０００９】
システム構成の変更により相関関係が変化した状態で、システム構成の変更前の相関モデルを用いて分析を行うと、サービスが正常に動作していても、変化した相関関係に係るメトリックに異常が検出される。この場合、管理者は、変化した相関関係を把握し、そのメトリックに関する異常を除外するなどの作業が必要になり、管理者に求められる知識、及び、作業が増加する。【００１０】
本発明の目的は、上述の課題を解決し、不変関係分析において、システム構成が変化した場合でも、適切な相関モデルを用いて障害解析を行うことができる運用管理装置、運用管理方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の一態様における運用管理装置は、システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成する相関モデル生成手段と、前記システムの構成変更の有無を検出する構成変更検出手段と、前記構成変更検出手段により前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する障害分析手段とを含む。【００１２】
本発明の一態様における運用管理方法は、システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成し、前記システムの構成変更の有無を検出し、前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する。【００１３】
本発明の一態様におけるコンピュータが読み取り可能な記録媒体は、コンピュータに、システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデルを生成し、前記システムの構成変更の有無を検出し、前記システムの構成変更が検出された場合に、前記システムの構成変更後の前記複数のメトリックの計測値をもとに生成された相関モデルを用いて、前記システムの障害要因を特定する処理を実行させるプログラムを格納する。
【発明の効果】
【００１４】
本発明の効果は、不変関係分析において、システム構成が変化した場合でも、適切な相関モデルを用いて障害解析を行うことができることである。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
【図２】本発明の第１の実施の形態における、運用管理システム１の構成を示すブロック図である。
【図３】本発明の第１の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【図４】本発明の第１の実施の形態における、構成変更検出ルール１２５の例を示す図である。
【図５】本発明の第１の実施の形態における、相関破壊パターン更新ルール１２６の例を示す図である。
【図６】本発明の第１の実施の形態における、性能系列情報１２１の例を示す図である。
【図７】本発明の第１の実施の形態における、分析対象システム２００の構成の例を示すブロック図である。
【図８】本発明の第１の実施の形態における、構成情報１２７の例を示す図である。
【図９】本発明の第１の実施の形態における、相関モデル１２２の例を示す図である。
【図１０】本発明の第１の実施の形態における、相関マップ１２８の例を示す図である。
【図１１】本発明の第１の実施の形態における、相関破壊情報１２３の例を示す図である。
【図１２】本発明の第１の実施の形態における、相関破壊パターン１２４の例を示す図である。
【図１３】本発明の第１の実施の形態における、システム構成の変更、相関モデル１２２、及び、相関破壊パターン１２４の関係を示す図である。
【図１４】本発明の第１の実施の形態における、構成変更検出画面３００の例を示す図である。
【図１５】本発明の第１の実施の形態における、分析結果出力画面３１０の例を示す図である。
【図１６】本発明の第２の実施の形態における、運用管理システム１の構成を示すブロック図である。
【図１７】本発明の第２の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【図１８】本発明の第２の実施の形態における、構成変更検出ルール１２５の例を示す図である。
【図１９】本発明の第２の実施の形態における、相関破壊パターン更新ルール１２６の例を示す図である。
【図２０】本発明の第２の実施の形態における、分析対象システム２００の構成の例を示すブロック図である。
【図２１】本発明の第２の実施の形態における、相関モデル１２２の例を示す図である。
【図２２】本発明の第２の実施の形態における、相関マップ１２８の例を示す図である。
【図２３】本発明の第２の実施の形態における、相関破壊パターン１２４の例を示す図である。
【図２４】本発明の第２の実施の形態における、分析対象システム２００の構成の他の例を示すブロック図である。
【図２５】本発明の第２の実施の形態における、相関モデル１２２の他の例を示す図である。
【図２６】本発明の第２の実施の形態における、相関マップ１２８の他の例を示す図である。
【図２７】本発明の第２の実施の形態における、相関破壊パターン１２４の他の例を示す図である。
【図２８】本発明の第２の実施の形態における、分析対象システム２００の構成の他の例を示すブロック図である。
【図２９】本発明の第２の実施の形態における、相関モデル１２２の他の例を示す図である。
【図３０】本発明の第２の実施の形態における、相関マップ１２８の他の例を示す図である。
【図３１】本発明の第２の実施の形態における、相関破壊パターン１２４の他の例を示す図である。
【図３２】本発明の第２の実施の形態における、システム構成の変更、相関モデル１２２、及び、相関破壊パターン１２４の関係を示す図である。
【図３３】本発明の第２の実施の形態における、相関モデル１２２の他の例を示す図である
【図３４】本発明の第２の実施の形態における、構成変更検出画面３００の例を示す図である。
【発明を実施するための形態】
【００１６】
（第１の実施の形態）
次に、本発明の第１の実施の形態について説明する。
【００１７】
はじめに、本発明の第１の実施の形態の構成について説明する。図２は、本発明の第１の実施の形態における、運用管理システム１の構成を示すブロック図である。
【００１８】
図２を参照すると、本発明の第１の実施の形態における運用管理システム１は、運用管理装置１００と分析対象システム２００とを含む。運用管理装置１００と分析対象システム２００とは、ネットワーク等により接続される。
【００１９】
図７は、本発明の第１の実施の形態における、分析対象システム２００の構成の例を示すブロック図である。ここで、分析対象システム２００は、被監視装置２０１を１以上含む。被監視装置２０１は、例えば、ＷＥＢサーバ、アプリケーションサーバ（ＡＰサーバ）、データベースサーバ（ＤＢサーバ）等のサービス処理を実行するコンピュータである。なお、以下の説明において、引用番号に続く（）内の符号は、識別子を示す。例えば、被監視装置２０１（Ａ１）は、識別子Ａ１の被監視装置２０１を示す。図７の例では、分析対象システム２００は、被監視装置２０１（Ａ１、Ｂ１、Ｂ２）を備える。
【００２０】
被監視装置２０１は、被監視装置２０１の複数種目の性能値の実測データ（計測値）を一定間隔（所定の性能情報収集周期）毎に計測し、運用管理装置１００へ送信する。性能値の種目として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）使用率（ＣＰＵ）、メモリ使用率（ＭＥＭ）、ディスクアクセス頻度（ＤＳＫ）、ネットワークの使用率（ＮＷ）等、コンピュータリソースの使用率や使用量が用いられる。
【００２１】
ここで、被監視装置２０１と性能値の種目の組をメトリック（性能指標）とし、同一時刻に計測された複数のメトリックの値の組を性能情報とする。メトリックは、整数や小数の数値より表される。また、メトリックは、特許文献１における要素に相当する。
【００２２】
運用管理装置１００は、監視対象である被監視装置２０１から収集した性能情報をもとに、分析対象システム２００についての相関モデル１２２を生成し、生成した相関モデル１２２を用いて、被監視装置２０１の障害や異常の検出を行う。
【００２３】
運用管理装置１００は、情報収集部１０１、相関モデル生成部１０２、相関破壊検出部１０３、障害分析部１０４、対話部１０５、対処実行部１０６、構成変更検出部１０７、相関破壊パターン更新部１０８、性能情報記憶部１１１、相関モデル記憶部１１２、相関破壊記憶部１１３、相関破壊パターン記憶部１１４、及び、構成情報記憶部１１７を含む。
【００２４】
情報収集部１０１は、所定の性能情報収集周期で、被監視装置２０１から性能情報を収集し、その時系列変化を性能系列情報１２１として性能情報記憶部１１１に保存する。
【００２５】
図６は、本発明の第１の実施の形態における、性能系列情報１２１の例を示す図である。図６の例では、性能系列情報１２１は、被監視装置２０１（Ａ１）のＣＰＵ使用率（Ａ１．ＣＰＵ）、メモリ使用量（Ａ１．ＭＥＭ）、被監視装置２０１（Ｂ１）のＣＰＵ使用率（Ｂ１．ＣＰＵ）等を性能種目として含む。
【００２６】
また、情報収集部１０１は、所定の装置属性収集周期で、被監視装置２０１の属性（装置属性）を収集し、構成情報１２７として構成情報記憶部１１７に保存する。
【００２７】
図８は、本発明の第１の実施の形態における、構成情報１２７の例を示す図である。図８の例では、構成情報１２７は、被監視装置２０１の装置属性として、被監視装置２０１の識別子、及び当該被監視装置２０１のサービス処理の種別（サーバ種別）を含む。
【００２８】
情報収集部１０１は、例えば、ＳＮＭＰ（Simple Network Management Protocol）により被監視装置２０１のＭＩＢ(Management information base)を参照することにより、装置属性を収集する。また、情報収集部１０１は、被監視装置２０１から性能情報とともに、装置属性を取得してもよい。
【００２９】
相関モデル生成部１０２は、性能系列情報１２１をもとに、分析対象システム２００の相関モデル１２２を生成する。
【００３０】
ここで、相関モデル１２２は、複数のメトリックの内のメトリックの対毎の、メトリック間の相関関係を示す相関関数（または、変換関数）を含む。相関関数は、メトリックの対の内の一方のメトリックの値の時系列から他方のメトリックの値の時系列を予測する関数である。相関モデル生成部１０２は、所定のモデル化期間の性能系列情報１２１をもとに、各メトリックの対について、相関関数の係数を決定する。相関関数の係数は、特許文献１の運用管理装置と同様に、メトリックの計測値の時系列に対する、システム同定処理によって決定される。
【００３１】
なお、相関モデル生成部１０２は、特許文献１の運用管理装置と同様に、各メトリックの対について、相関関数の重みを算出し、重みが所定値以上の相関関数（有効な相関関数）の集合を相関モデル１２２としてもよい。
【００３２】
相関モデル記憶部１１２は、相関モデル生成部１０２が生成した相関モデル１２２を記憶する。
【００３３】
図９は、本発明の第１の実施の形態における、相関モデル１２２の例を示す図である。図９の例では、相関モデル１２２は、入力メトリック（Ｘ）と出力メトリック（Ｙ）の対に対する、相関関数の係数（α、β）、重みを含む。ここで、相関関数は、Ｙ＝αＸ+βであると仮定する。なお、メトリックの対の内の一方のメトリックの値の時系列から他方のメトリックの値の時系列を予測できれば、相関関数として、他の関数式を用いてもよい。例えば、Ｘの値の過去の時系列であるＸ１、Ｘ２、Ｘ３、及び、Ｙの過去の時系列であるＹ１、Ｙ２による関数式であるＹ＝ａＸ１＋ｂＸ２＋ｃＸ３＋ｄＹ１＋ｅＹ２＋ｆを用いてもよい。
【００３４】
図１０は、本発明の第１の実施の形態における、相関マップ１２８の例を示す図である。図１０の相関マップ１２８は、図９の相関モデル１２２に対応する。相関マップ１２８においては、相関モデル１２２は、ノードと矢印を含むグラフで示される。ここで、各ノードはメトリックを示し、メトリック間の矢印は、２つのメトリックの内の一方から他方への相関関係を示す。
【００３５】
相関破壊検出部１０３は、特許文献１の運用管理装置と同様に、新たに入力された性能情報について、相関モデル１２２に含まれる相関関係の相関破壊を検出する。
【００３６】
ここで、相関破壊検出部１０３は、特許文献１と同様に、複数のメトリックの内の２つのメトリックの内の一方のメトリックの計測値を、当該２つのメトリックに対応する相関関数に入力して得られた他方のメトリックの予測値と、当該他方のメトリックの計測値との差分（相関関数による変換誤差）が所定値以上の場合、当該２つのメトリック間の相関関係の相関破壊として検出する。また、相関破壊検出部１０３は、検出された相関破壊の状態をもとに、相関破壊の程度を示す異常度を算出する。ここで、異常度は、例えば、相関モデル１２２において、相関破壊が検出された相関関係の数や、相関関係の数に対する相関破壊が検出された相関関係の数の割合、相関破壊の大きさ等をもとに算出される。
【００３７】
相関破壊記憶部１１３は、相関破壊が検出された相関関係を示す相関破壊情報１２３を記憶する。図１１は、本発明の第１の実施の形態における、相関破壊情報１２３の例を示す図である。図１１の相関破壊情報１２３は、図９の相関モデル１２２ｂに対応する。図１１の例では、相関破壊情報１２３は、相関モデル１２２の各相関関係について、相関破壊の有無を示す。
【００３８】
相関破壊パターン記憶部１１４は、過去の障害時における相関破壊の状態を示す相関破壊パターン１２４を記憶する。図１２は、本発明の第１の実施の形態における、相関破壊パターン１２４の例を示す図である。図１２の相関破壊パターン１２４は、図９の相関モデル１２２に対応する。図１２の例では、相関破壊パターン１２４は、特許文献３における相関破壊セット情報と同様に、障害名、及び、当該障害が発生したときの相関モデル１２２の各相関関係についての相関破壊の検出有無を示す。
【００３９】
なお、過去の障害時における相関破壊の状態を示していれば、相関破壊パターン１２４として他の情報を用いてもよい。例えば、相関破壊パターン１２４として、特許文献２と同様に、メトリック毎の異常度（相関破壊の程度）の分布を用いてもよい。
【００４０】
障害分析部１０４は、特許文献２または特許文献３と同様に、新たな性能情報に対して検出された相関破壊の状態と相関破壊パターン１２４とを比較し、類似する相関破壊パターン１２４の障害を推定要因として特定する。
【００４１】
構成変更検出部１０７は、構成情報１２７を用いて、分析対象システム２００における構成変更を検出する。構成変更検出部１０７は、構成変更検出ルール１２５をもとに、構成変更の種別を特定する。図４は、本発明の第１の実施の形態における、構成変更検出ルール１２５の例を示す図である。図４の例では、構成変更検出ルール１２５は、構成変更の種別毎に、当該種別を判定するための判定条件を含む。判定条件には、現在の構成情報１２７と前の構成情報１２７との間での、装置属性の変化や同一性に関する条件が設定される。
【００４２】
相関破壊パターン更新部１０８は、相関破壊パターン更新ルール１２６に従って、相関破壊パターン１２４を更新する。図５は、本発明の第１の実施の形態における、相関破壊パターン更新ルール１２６の例を示す図である。図５の例では、相関破壊パターン更新ルール１２６は、構成変更の種別毎に、相関破壊パターン１２４の更新方法を含む。更新方法には、相関破壊パターン１２４を、構成変更後に用いられる相関モデル１２２に適合するように補正する方法が設定される。
【００４３】
対話部１０５は、構成変更が検出されたことを管理者等に出力し、相関破壊検出部１０３が相関破壊を検出するために用いる相関モデル１２２（分析用の相関モデル１２２）の切り替え指示を管理者等から受け付ける。また、対話部１０５は、管理者等に障害分析結果を出力し、管理者等から障害に対する対処等の指示を受け付ける。
【００４４】
対処実行部１０６は、管理者等により指示された対処を分析対象システム２００上で実行する。
【００４５】
なお、運用管理装置１００は、ＣＰＵとプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。また、性能情報記憶部１１１、相関モデル記憶部１１２、相関破壊記憶部１１３、及び、相関破壊パターン記憶部１１４は、それぞれ個別の記憶媒体でも、一つの記憶媒体によって構成されてもよい。
【００４６】
次に、本発明の第１の実施の形態における運用管理装置１００の動作について説明する。
【００４７】
図３は、本発明の第１の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【００４８】
はじめに、運用管理装置１００の情報収集部１０１は、分析対象システム２００上の被監視装置２０１から性能情報を収集する（ステップＳ１０１）。情報収集部１０１は、取得した性能情報を性能系列情報１２１として性能情報記憶部１１１に保存する。
【００４９】
情報収集部１０１は、所定の装置属性収集周期のタイミング等、装置属性を収集する場合（ステップＳ１０２／Ｙｅｓ）、被監視装置２０１から装置属性を収集し、構成情報１２７を生成する（ステップＳ１０３）。情報収集部１０１は、生成した構成情報１２７を構成情報記憶部１１７に保存する。
【００５０】
構成変更検出部１０７は、構成情報１２７をもとに、構成変更を検出する（ステップＳ１０４）。ここで、構成変更検出部１０７は、構成変更検出ルール１２５に従って、構成変更を検出する。
【００５１】
ステップＳ１０４で、構成変更が検出されない場合（ステップＳ１０５／Ｎｏ）、ステップＳ１１０以降の処理が行われる。
【００５２】
一方、ステップＳ１０４で、構成変更が検出された場合（ステップＳ１０５／Ｙｅｓ）、障害分析部１０４は、対話部１０５を介して、管理者等に対して「構成変更検出」を出力する（ステップＳ１０６）。
【００５３】
次に、対話部１０５が、管理者等からモデル切り替えの指示を受け付けると、障害分析部１０４は、相関モデル生成部１０２に相関モデル１２２の生成を指示する。相関モデル生成部１０２は、性能情報記憶部１１１の性能系列情報１２１を参照し、相関モデル１２２を生成する（ステップＳ１０７）。ここで、相関モデル生成部１０２は、構成変更検出後に収集された所定のモデル化期間の性能情報をもとに、相関モデル１２２を生成する。相関モデル生成部１０２は、生成した相関モデル１２２を相関モデル記憶部１１２に保存する。
【００５４】
なお、障害分析部１０４は、所定のモデル化期間の性能情報が収集された後で、相関モデル１２２の生成が可能となったときに、ステップＳ１０６の「構成変更検出」の出力を行ってもよい。また、障害分析部１０４は、ステップＳ１０６において、管理者等からの指示を待たずに、ステップＳ１０７以降の処理を実行してもよい。
【００５５】
障害分析部１０４は、生成した相関モデル１２２を分析用の相関モデル１２２に設定する（ステップＳ１０８）。
【００５６】
相関破壊パターン更新部１０８は、相関破壊パターン１２４を更新する（ステップＳ１０９）。ここで、相関破壊パターン更新部１０８は、相関破壊パターン更新ルール１２６に従って、相関破壊パターン１２４を更新する。
【００５７】
相関破壊検出部１０３は、性能系列情報１２１を用いて、分析用の相関モデル１２２に含まれる相関関係の相関破壊を検出し、相関破壊情報１２３を生成する（ステップＳ１１０）。相関破壊検出部１０３は、相関破壊情報１２３を相関破壊記憶部１１３に保存する。
【００５８】
障害分析部１０４は、生成された相関破壊情報１２３に含まれる相関破壊の状態と、相関破壊パターン１２４とを比較し、障害の推定要因を特定する（ステップＳ１１１）。
【００５９】
最後に、障害分析部１０４は、対話部１０５を介して、障害分析結果を出力する（ステップＳ１１２）。そして、対処実行部１０６は、対話部１０５を介して管理者等より受け付けた障害に対する対処を、分析対象システム２００上で実行する。
【００６０】
次に、動作の具体例を説明する。図１３は、本発明の第１の実施の形態における、システム構成の変更、相関モデル１２２、及び、相関破壊パターン１２４の関係を示す図である。
【００６１】
ここでは、分析対象システム２００の変更前の構成が、図７（構成変更前）のように、冗長構成の被監視装置２０１（Ｂ１、Ｂ２）の内、被監視装置２０１（Ｂ１）が稼働中、被監視装置２０１（Ｂ２）が停止中の場合を例に、動作を説明する。ここで、冗長構成の被監視装置２０１（Ｂ１、Ｂ２）は、サーバ種別が同じであり、サービス処理を実現するために実行されるプログラムモジュール等の構成も同一であると仮定する。
【００６２】
また、分析用の相関モデル１２２として、図９の相関モデル１２２ａ（図１０の相関マップ１２８ａ）が、生成、設定されていると仮定する。さらに、図１３の時刻ｔ０において発生した、被監視装置２０１（Ｂ１）（ＷＥＢサーバ）の障害（障害２）に対する相関破壊パターン１２４として、図１２の相関破壊パターン１２４ａが生成、設定されていると仮定する。
【００６３】
図１３の時刻ｔ１において、冗長構成の切り替えにより、図７（構成変更後）に示すように、被監視装置２０１（Ｂ１）が停止中、被監視装置２０１（Ｂ２）が稼働中に変化したと仮定する。
【００６４】
図１３の時刻ｔ２において、情報収集部１０１は、図８の構成情報１２７ｂを生成する。構成変更検出部１０７は、構成情報１２７ｂを、前回の構成情報１２７である図８の構成情報１２７ａと比較する。ここで、サーバ種別が「ＷＥＢ」である被監視装置２０１（Ｂ１）が検出から未検出、被監視装置２０１（Ｂ２）が未検出から検出になったことから、構成変更検出部１０７は、図４の構成変更検出ルール１２５に従って、構成変更種別「置換（被監視装置２０１（Ｂ１）を被監視装置２０１（Ｂ２）で置換）」の構成変更が発生したと判定する。
【００６５】
図１４は、本発明の第１の実施の形態における、構成変更検出画面３００の例を示す図である。図１３の時刻ｔ３において、対話部１０５は、「構成変更検出」を、例えば、図１４のような構成変更検出画面３００で出力する。図１４の例では、構成変更検出画面３００は、異常度の時系列変化を示す異常度グラフ３０１、構成変更が検出されたことを示す構成変更検出情報３０２、及び、モデル切り替えの指示を受け付けるボタン３０３を含む。なお、構成変更検出画面３００は、相関破壊が検出されたメトリックの情報を含んでいてもよい。また、構成変更検出画面３００は、例えば、構成変更により検出、または、未検出となった被監視装置２０１のメトリック等、構成変更により影響があるメトリックの情報を含んでいてもよい。
【００６６】
これにより、管理者等は、分析対象システム２００の構成変更を把握し、適切な相関モデル１２２への切り替えを指示できる。
【００６７】
次に、対話部１０５が、ボタン３０３により管理者等からモデル切り替えの指示を受け付けると、相関モデル生成部１０２は、図９の相関モデル１２２ｂ（図１０の相関マップ１２８ｂ）を生成する。そして、障害分析部１０４は、図９の相関モデル１２２ｂを分析用の相関モデル１２２に設定する。
【００６８】
相関破壊パターン更新部１０８は、図５の相関破壊パターン更新ルール１２６の構成変更種別「置換」に対応する更新方法に従って、相関破壊パターン１２４ａにおける、被監視装置２０１（Ａ１）の識別子を被監視装置２０１（Ｂ１）の識別子に置き換えることにより、図１２の相関破壊パターン１２４ｂを生成する。
【００６９】
以降、図９の相関モデル１２２ｂ、及び、図１２の相関破壊パターン１２４ｂを用いて、障害分析が行われる。
【００７０】
図１３の時刻ｔ４において、被監視装置２０１（Ｂ２）（ＷＥＢサーバ）の障害（障害３）が発生したと仮定する。
【００７１】
この場合、相関破壊検出部１０３は、例えば、図１１のような相関破壊情報１２３を生成する。障害分析部１０４は、図１１の相関破壊情報１２３と、図１２の相関破壊パターン１２４ｂとを比較し、相関破壊パターン１２４ｂの障害「被監視装置２０１（Ｂ２）のＣＰＵ障害」を推定要因として特定する。
【００７２】
図１５は、本発明の第１の実施の形態における、分析結果出力画面３１０の例を示す図である。対話部１０５は、障害分析結果として、例えば、図１５のような分析結果出力画面３１０を出力する。図１５の例では、分析結果出力画面３１０は、異常度グラフ３０１、及び、障害の推定要因を示す障害候補情報３１１を含む。障害候補情報３１１では、推定要因の被監視装置２０１のサーバ種別や装置識別子が示される。
【００７３】
これにより、管理者等は、障害候補情報３１１の内容から、障害３が、障害２と類似する障害（ＷＥＢサーバの障害）であることを、把握できる。
【００７４】
以上により、本発明の第１の実施の形態の動作が完了する。
【００７５】
なお、本発明の第１の実施の形態においては、被監視装置２０１がサービス処理を実行するコンピュータの場合を例に説明したが、この例に限らず、構成情報１２７をもとに構成変更が検出でき、構成変更に応じて相関破壊パターン１２４が更新できれば、被監視装置２０１は、ネットワークスイッチやストレージなどの他の装置でもよい。
【００７６】
また、本発明の第１の実施の形態においては、構成変更として「置換」を検出する場合を例に説明したが、構成情報１２７をもとに検出できれば、他の種別の構成変更を検出してもよい。例えば、構成変更検出部１０７は、構成変更として「複製」（同じサーバ種別の被監視装置２０１追加）を検出してもよい。この場合、構成変更検出部１０７は、例えば、構成情報１２７において、未検出から検出になった被監視装置２０１と同じサーバ種別の被監視装置２０１が存在する場合、「複製」の構成変更が発生したと判定する。そして、相関破壊パターン更新部１０８は、後述する、本発明の第２の実施の形態と同様に、構成変更種別「複製」に対応した相関破壊パターン１２４の更新を行う。
【００７７】
次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
【００７８】
図１を参照すると、運用管理装置１００は、相関モデル生成部１０２、構成変更検出部１０７、及び、障害分析部１０４を含む。
【００７９】
相関モデル生成部１０２は、システムの複数のメトリックの内の異なる２つのメトリック間の相関関係を示す相関関数を１以上含む相関モデル１２２を生成する。構成変更検出部１０７は、システムの構成変更の有無を検出する。障害分析部１０４は、構成変更検出部１０７によりシステムの構成変更が検出された場合に、システムの構成変更後の複数のメトリックの計測値をもとに生成された相関モデル１２２を用いて、システムの障害要因を特定する。
【００８０】
本発明の第１の実施の形態によれば、不変関係分析において、システム構成が変化した場合でも、適切な相関モデルを用いて障害分析を行うことができる。その理由は、構成変更検出部１０７が、分析対象システム２００の構成変更を検出し、障害分析部１０４が、構成変更後に生成された相関モデル１２２を、分析対象システム２００の障害を検出するための（分析用の）相関モデル１２２に設定するためである。
【００８１】
また、特許文献２や特許文献３のように、過去の障害時における相関破壊パターンをもとに、検出された相関破壊に対する障害要因を特定する場合、上述のように、システム構成の変化に伴って分析用の相関モデル１２２を変更しても、相関破壊パターンは分析用の相関モデル１２２に対応していないため、過去の障害と類似した障害が発生しても、障害要因を正確に特定できない。この場合、管理者等は、当該類似した障害について、再度、分析を行い、相関破壊パターンを登録する必要がある。
【００８２】
これに対して、本発明の第１の実施の形態によれば、システム構成が変更された場合でも、適切な相関破壊パターンを用いて障害解析を行うことができる。その理由は、相関破壊パターン更新部１０８が、構成変更の種別に対応した更新方法に従って、相関破壊パターン１２４を更新するためである。
【００８３】
さらに、特許文献２や特許文献３のように、過去の障害時における相関破壊パターンをもとに、検出された相関破壊に対する障害要因を特定する場合、過去の障害をもとにした障害要因が適切に提示できないことにより、分析や対処の遅延、あるいは、それに伴う管理者等の作業負担が増加し、ミスを誘発する可能性がある。特に、長期間連続運用されるシステムでは、サーバやストレージ、ネットワーク等が冗長化され、部分的な故障の場合にはそれらを切り替えることにより、サービスが継続される。これらの冗長構成の切り替えが有効に働いた場合に、その構成変化に適切に追従できず、不変関係分析の効果が低下する。
【００８４】
これに対して、本発明の第１の実施の形態によれば、長期間連続運用されるシステムでも、不変関係分析の速度と精度を、維持、向上させることができる。その理由は、障害分析部１０４が、上述の通り、構成変更後のシステムに適合した相関モデル１２２、及び、相関破壊パターン１２４を用いて、障害分析を行うためである。
【００８５】
また、本発明の第１の実施の形態によれば、不変関係分析において、検出された相関破壊が、障害によるものか、システム構成の変更によるものかを区別できる。その理由は、構成変更が検出された場合に、対話部１０５が、異常度の時系列変化を示す異常度グラフ３０１を含む構成変更検出画面３００に、構成変更が検出されたことを示す構成変更検出情報３０２を含めて出力するためである。
【００８６】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。本発明の第２の実施の形態においては、構成変更検出部１０７が、相関モデル１２２をもとに構成変更を検出する点において、本発明の第１の実施の形態と異なる。
【００８７】
はじめに、本発明の第２の実施の形態の構成について説明する。図１６は、本発明の第２の実施の形態における、運用管理システム１の構成を示すブロック図である。
【００８８】
運用管理装置１００は、情報収集部１０１、相関モデル生成部１０２、相関破壊検出部１０３、障害分析部１０４、対話部１０５、対処実行部１０６、構成変更検出部１０７、相関破壊パターン更新部１０８、性能情報記憶部１１１、相関モデル記憶部１１２、相関破壊記憶部１１３、及び、相関破壊パターン記憶部１１４を含む。
【００８９】
相関モデル生成部１０２は、所定のモデル化周期毎に、分析対象システム２００の相関モデル１２２を生成する。
【００９０】
構成変更検出部１０７は、相関モデル１２２を用いて、分析対象システム２００における構成変更を検出する。構成変更検出部１０７は、構成変更検出ルール１２５をもとに、構成変更の種別を特定する。図１８は、本発明の第２の実施の形態における、構成変更検出ルール１２５の例を示す図である。図１８の例では、構成変更検出ルール１２５は、構成変更の種別毎に、当該種別を判定するための判定条件を含む。ここで、判定条件には、現在の相関モデル１２２と前の相関モデル１２２との間での、相関関係の変化や類似性に関する条件が設定される。また、図１９は、本発明の第２の実施の形態における、相関破壊パターン更新ルール１２６の例を示す図である。
【００９１】
次に、本発明の第２の実施の形態における運用管理装置１００の動作について説明する。
【００９２】
図１７は、本発明の第２の実施の形態における、運用管理装置１００の処理を示すフローチャートである。
【００９３】
はじめに、運用管理装置１００の情報収集部１０１は、分析対象システム２００上の被監視装置２０１から性能情報を収集する（ステップＳ２０１）。情報収集部１０１は、取得した性能情報を性能系列情報１２１として性能情報記憶部１１１に保存する。
【００９４】
相関モデル生成部１０２は、所定のモデル化周期のタイミング等、相関モデル１２２を生成する場合（ステップＳ２０２／Ｙｅｓ）、性能情報記憶部１１１の性能系列情報１２１を参照し、所定のモデル化期間の性能情報をもとに、相関モデル１２２を生成する（ステップＳ２０３）。相関モデル生成部１０２は、生成した相関モデル１２２を相関モデル記憶部１１２に保存する。
【００９５】
構成変更検出部１０７は、相関モデル１２２をもとに、構成変更を検出する（ステップＳ２０４）。ここで、構成変更検出部１０７は、構成変更検出ルール１２５に従って、構成変更を検出する。
【００９６】
ステップＳ２０４で、構成変更が検出されない場合（ステップＳ２０５／Ｎｏ）、ステップＳ２０９以降の処理が行われる。
【００９７】
一方、ステップＳ２０４で、構成変更が検出された場合（ステップＳ２０５／Ｙｅｓ）、障害分析部１０４は、対話部１０５を介して、管理者等に対して「構成変更検出」を出力する（ステップＳ２０６）。
【００９８】
次に、対話部１０５が、管理者等からモデル切り替えの指示を受け付けると、障害分析部１０４は、ステップＳ２０２で生成された相関モデル１２２を分析用の相関モデル１２２に設定する（ステップＳ２０７）。
【００９９】
なお、ここで、管理者等からの指示を待たずに、ステップＳ２０７以降の処理が実行されてもよい。
【０１００】
相関破壊パターン更新部１０８は、相関破壊パターン１２４を更新する（ステップＳ２０８）。ここで、相関破壊パターン更新部１０８は、相関破壊パターン更新ルール１２６に従って、相関破壊パターン１２４を更新する。
【０１０１】
以降、相関破壊情報１２３を生成してから障害分析結果を出力するまでの処理（ステップＳ２０９〜Ｓ２１１）は、本発明の第１の実施の形態（ステップＳ１１０〜Ｓ１１２）と同様となる。
【０１０２】
次に、動作の具体例を説明する。図３２は、本発明の第２の実施の形態における、システム構成の変更、相関モデル１２２、及び、相関破壊パターン１２４の関係を示す図である。また、図２０、図２４、図２８は、本発明の第２の実施の形態における、分析対象システム２００の構成の例を示すブロック図である。図２１、図２５、図２９は、本発明の第２の実施の形態における、相関モデル１２２の例を示す図である。図２２、図２６、図３０は、本発明の第２の実施の形態における、相関マップ１２８の例を示す図である。図２２、図２６、図３０の相関マップ１２８は、それぞれ、図２１、図２５、図２９の相関モデル１２２に対応する。図２３、図２７、図３１は、本発明の第２の実施の形態における、相関破壊パターン１２４の例を示す図である。
【０１０３】
はじめに、第１の例として、分析対象システム２００の変更前の構成が、図２０（構成変更前）のように、冗長構成の被監視装置２０１（Ｂ１、Ｂ２）の両方が稼働中、被監視装置２０１（Ａ１）と被監視装置２０１（Ｂ１）とが連携関係にある場合を例に、動作を説明する。この例では、被監視装置２０１（Ｂ１）が稼働中の場合でも、被監視装置２０１（Ｂ２）は稼動しており、被監視装置２０１（Ｂ１）とは別の処理を実行している。
【０１０４】
この場合、分析用の相関モデル１２２として、図２１の相関モデル１２２ａ（図２２の相関マップ１２８ａ）が、生成、設定されていると仮定する。また、図３２の時刻ｔ０において発生した、被監視装置２０１（Ｂ１）（ＷＥＢサーバ）の障害（障害２）に対する相関破壊パターン１２４として、図２３の相関破壊パターン１２４ａが生成、設定されていると仮定する。
【０１０５】
図３２の時刻ｔ１において、図２０（構成変更後）に示すように、被監視装置２０１（Ａ１）−（Ｂ１）間の連携関係が、被監視装置２０１（Ａ１）−（Ｂ２）間に移動したと仮定する。
【０１０６】
図３２の時刻ｔ２において、相関モデル生成部１０２は、図２１の相関モデル１２２ｂ（図２２の相関マップ１２８ｂ）を生成する。構成変更検出部１０７は、相関モデル１２２ｂを、前回の相関モデル１２２である図２１の相関モデル１２２ａと比較する。図２１では、「Ａ１．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係、及び、「Ａ１．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係が変化している。また、相関モデル１２２ａの「Ａ１．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係と相関モデル１２２ｂの「Ａ１．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係、及び、相関モデル１２２ａの「Ａ１．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係と相関モデル１２２ｂの「Ａ１．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係が、それぞれ、類似している。従って、構成変更検出部１０７は、図１８の構成変更検出ルール１２５に従って、構成変更種別「連携関係移動（被監視装置２０１（Ａ１）−（Ｂ１）間の相関関係が被監視装置２０１（Ａ１）−（Ｂ２）間へ移動）」の構成変更が発生したと判定する。
【０１０７】
ここで、構成変更検出部１０７は、例えば、相関関係間で相関関数の各係数や重みの差異が、所定の閾値以下の場合、これらの相関関係が類似していると判断する。また、構成変更検出部１０７は、相関関係間で相関関数の各係数の符号が反転している場合や、各係数が時系列順にシフトしている場合、各係数が一定の倍率関係にある場合、定数項のみが異なる場合も、これらの相関関係が類似していると判断してよい。
【０１０８】
なお、図２１では、被監視装置２０１内の相関関係である、「Ｂ１．ＣＰＵ−Ｂ１．ＤＳＫ」間の相関関係、及び、「Ｂ２．ＣＰＵ−Ｂ２．ＤＳＫ」間の相関関係も変化しているが、これらは、相互に類似してはいないため、構成変更検出部１０７は、これらの相関関係の相関関数の係数が変化したと判定する。これは、例えば、被監視装置２０１（Ｂ２）が被監視装置２０１（Ａ１）とは独立に、バッチ処理などのディスク負荷の高い処理を行っている場合に相当する。この場合、被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ１）間の連携関係が被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ２）間に移動しても、被監視装置２０１（Ｂ２）内のディスク負荷に関する相関関係には影響しない。
【０１０９】
対話部１０５は、「構成変更検出」を、例えば、前述の図１４のような構成変更検出画面３００で出力する。
【０１１０】
次に、対話部１０５が、管理者等からモデル切り替えの指示を受け付けると、障害分析部１０４は、図２１の相関モデル１２２ｂを分析用の相関モデル１２２に設定する。
【０１１１】
相関破壊パターン更新部１０８は、図１９の相関破壊パターン更新ルール１２６の構成変更種別「連携関係移動」に対応する更新方法に従って、相関破壊パターン１２４ａにおける、被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ１）間の連携関係に係る破壊パターンと、被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ２）間の連携関係に係る破壊パターンとを入れ替えることにより、図２３の相関破壊パターン１２４ｂを生成する。
【０１１２】
以降、図２１の相関モデル１２２ｂ、及び、図２３の相関破壊パターン１２４ｂを用いて、障害分析が行われる。
【０１１３】
ここで、本発明の第１の実施の形態と比較すると、第１の実施の形態では、構成情報１２７をもとに構成変更を検出している。このため、被監視装置２０１単位の変更しか検出できず、被監視装置２０１単位で、破壊パターンの更新が行われる。従って、上述の連携関係の移動のように、構成変更として、被監視装置２０１の部分的な稼働状態の変更が発生した場合には、相関破壊パターン１２４を正しく更新できない。
【０１１４】
一方、第２の実施の形態では、相関モデル１２２をもとに構成変更を検出している。このため、上述の部分的な稼働状態の変更に対応した相関関係の変更を検出でき、相関関係単位で、破壊パターンの更新ができる。
【０１１５】
このように、被監視装置２０１間の連携関係の移動のように、部分的な稼働状態の変更が発生した場合でも、構成変更後のシステムに適合した相関破壊パターン１２４を得ることができる。
【０１１６】
次に、第２の例として、分析対象システム２００の変更前の構成が、第１の動作例と同様に、図２４（構成変更前）の場合を例に動作を説明する。
【０１１７】
この場合、分析用の相関モデル１２２として、図２５の相関モデル１２２ａ（図２６の相関マップ１２８ａ）が、生成、設定されていると仮定する。また、図３２の時刻ｔ０において発生した、被監視装置２０１（Ｂ１）（ＷＥＢサーバ）の障害（障害２）に対する相関破壊パターン１２４として、図２７の相関破壊パターン１２４ａが生成、設定されていると仮定する。
【０１１８】
図３２の時刻ｔ１において、図２４（構成変更後）に示すように、被監視装置２０１（Ａ１）の複製である被監視装置２０１（Ａ２）が追加されたと仮定する。
【０１１９】
図３２の時刻ｔ２において、相関モデル生成部１０２は、図２５の相関モデル１２２ｂ（図２６の相関マップ１２８ｂ）を生成する。構成変更検出部１０７は、相関モデル１２２ｂを、前回の相関モデル１２２である図２５の相関モデル１２２ａと比較する。図２５では、相関モデル１２２ｂにおいて、相関モデル１２２ａでは検出されていない被監視装置２０１（Ａ２）に係る相関関係が検出されている。また、相関モデル１２２ｂにおいて、「Ａ１．ＣＰＵ−Ａ１．ＮＷ」間の相関関係と「Ａ２．ＣＰＵ−Ａ２．ＮＷ」間の相関関係、「Ａ１．ＣＰＵ−Ａ１．ＤＳＫ」間の相関関係と「Ａ２．ＣＰＵ−Ａ２．ＤＳＫ」間の相関関係、「Ａ１．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係と「Ａ２．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係、及び、「Ａ１．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係と「Ａ２．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係が、それぞれ、類似している。さらに、「Ａ１．ＣＰＵ−Ａ２．ＣＰＵ」間の重みの値が大きい。従って、構成変更検出部１０７は、図１８の構成変更検出ルール１２５に従って、構成変更種別「複製（被監視装置２０１（Ａ１）の複製である被監視装置２０１（Ａ２）を追加）」の構成変更が発生したと判定する。
【０１２０】
対話部１０５は、「構成変更検出」を、例えば、前述の図１４のような構成変更検出画面３００で出力する。
【０１２１】
次に、対話部１０５が、管理者等からモデル切り替えの指示を受け付けると、障害分析部１０４は、図２５の相関モデル１２２ｂを分析用の相関モデル１２２に設定する。
【０１２２】
相関破壊パターン更新部１０８は、図１９の相関破壊パターン更新ルール１２６の構成変更種別「複製」に対応する更新方法に従って、相関破壊パターン１２４ａにおける、被監視装置２０１（Ａ１）に係る破壊パターンを複製し、被監視装置２０１（Ａ１）の識別子を被監視装置２０１（Ａ２）の識別子に置き換えることにより、図２７の相関破壊パターン１２４ｂを生成する。
【０１２３】
以降、図２５の相関モデル１２２ｂ、及び、図２７の相関破壊パターン１２４ｂを用いて、障害分析が行われる。
【０１２４】
このように、被監視装置２０１の複製による構成変更が発生した場合でも、構成変更後のシステムに適合した相関破壊パターン１２４を得ることができる。
【０１２５】
次に、第３の例として、分析対象システム２００の変更前の構成が、図２８（構成変更前）のように、冗長構成の被監視装置２０１（Ｂ１、Ｂ２、Ｂ３）の内、被監視装置２０１（Ｂ１、Ｂ２）が稼働中、被監視装置２０１（Ｂ３）が停止中の場合を例に、動作を説明する。
【０１２６】
この場合、分析用の相関モデル１２２として、図２９の相関モデル１２２ａ（図３０の相関マップ１２８ａ）が、生成、設定されていると仮定する。また、図３２の時刻ｔ０において発生した、被監視装置２０１（Ｂ１）（ＷＥＢサーバ）の障害（障害２）に対する相関破壊パターン１２４として、図３１の相関破壊パターン１２４ａが生成、設定されていると仮定する。
【０１２７】
図３２の時刻ｔ１において、冗長構成の切り替えにより、図２８（構成変更後）に示すように、被監視装置２０１（Ｂ２）が停止中、被監視装置２０１（Ｂ３）が稼働中に変化したと仮定する。
【０１２８】
図３２の時刻ｔ２において、相関モデル生成部１０２は、図２９の相関モデル１２２ｂ（図３０の相関マップ１２８ｂ）を生成する。構成変更検出部１０７は、相関モデル１２２ｂを、前回の相関モデル１２２である図２９の相関モデル１２２ａと比較する。図２９では、相関モデル１２２ｂにおいて、相関モデル１２２ａでは検出されていない被監視装置２０１（Ｂ３）に係る相関関係が検出されている。また、相関モデル１２２ｂにおいて、相関モデル１２２ａで検出されていた被監視装置２０１（Ｂ２）に係る相関関係が検出されていない。また、相関モデル１２２ａの「Ａ１．ＣＰＵ−Ｂ２．ＣＰＵ」間の相関関係と相関モデル１２２ｂの「Ａ１．ＣＰＵ−Ｂ３．ＣＰＵ」間の相関関係、及び、相関モデル１２２ａの「Ｂ２．ＣＰＵ−Ｂ２．ＤＳＫ」間の相関関係と相関モデル１２２ｂの「Ｂ３．ＣＰＵ−Ｂ３．ＤＳＫ」間の相関関係が、それぞれ、類似している。従って、構成変更検出部１０７は、図１８の構成変更検出ルール１２５に従って、構成変更種別「置換（被監視装置２０１（Ｂ２）を被監視装置２０１（Ｂ３）で置換）」の構成変更が発生したと判定する。
【０１２９】
対話部１０５は、「構成変更検出」を、例えば、前述の図１４のような構成変更検出画面３００で出力する。
【０１３０】
次に、対話部１０５が、管理者等からモデル切り替えの指示を受け付けると、障害分析部１０４は、図２９の相関モデル１２２ｂを分析用の相関モデル１２２に設定する。
【０１３１】
相関破壊パターン更新部１０８は、図１９の相関破壊パターン更新ルール１２６の構成変更種別「置換」に対応する更新方法に従って、相関破壊パターン１２４ａにおける、被監視装置２０１（Ｂ２）の識別子を被監視装置２０１（Ｂ３）の識別子に置き換えることにより、図３１の相関破壊パターン１２４ｂを生成する。
【０１３２】
以降、図２９の相関モデル１２２ｂ、及び、図３１の相関破壊パターン１２４ｂを用いて、障害分析が行われる。
【０１３３】
このように、被監視装置２０１の置換による構成変更が発生した場合でも、構成情報１２７を用いることなく、本発明の第１の実施の形態と同様に、構成変更後のシステムに適合した相関破壊パターン１２４を得ることができる。
【０１３４】
以上により、本発明の第２の実施の形態の動作が完了する。
【０１３５】
なお、本発明の第２の実施の形態においては、部分的な稼働状態の変更の例として、連携関係にある被監視装置２０１間のＣＰＵ使用率に係る相関関係が変化する場合を例に説明したが、この例に限らず、他の性能値の種目に係る相関関係が変化する場合でも同様の効果が得られる。例えば、ネットワークトラフィックの時系列情報からネットワーク障害を特定する場合において、部分的なネットワーク経路の切り替えやフロー制御に対応する相関関係の変化を検出してもよい。また、ストレージ装置の障害分析において、ストレージ装置に含まれるディスク切り替えや交換に対応する相関関係の変化を検出してもよい。また、アプリケーションプログラムの障害分析において、部分的なパッチ適用に対応する相関関係の変化を検出してもよい。
【０１３６】
また、本発明の第２の実施の形態においては、構成変更として「連携関係の移動」、「複製」、及び、「置換」を検出する場合を例に説明したが、相関モデル１２２をもとに検出できれば、他の種別の構成変更を検出してもよい。例えば、構成変更検出部１０７は、「連携関係の複製」を検出してもよい。この場合、構成変更検出部１０７は、例えば、構成情報１２７において、未検出から検出になった被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ２）間の相関関係と類似する相関関係が被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ１）間に存在する場合、「連携関係の複製（被監視装置２０１（Ａ１）−（Ｂ１）間の相関関係を被監視装置２０１（Ａ１）−（Ｂ２）間へ追加）」の構成変更が発生したと判定する。そして、相関破壊パターン更新部１０８は、相関破壊パターン１２４における、被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ１）間の連携関係に係る破壊パターンを、被監視装置２０１（Ａ１）−被監視装置２０１（Ｂ２）間の連携関係に係る破壊パターンを生成、追加することにより、相関破壊パターン１２４を更新する。
【０１３７】
また、構成変更検出部１０７は、相関関係の移動や複製を伴わないような構成変更を検出してもよい。図３３は、本発明の第２の実施の形態における、相関モデル１２２の他の例を示す図である。図３４は、本発明の第２の実施の形態における、構成変更検出画面３００の例を示す図である。図３３では、「Ａ１．ＣＰＵ−Ｂ１．ＣＰＵ」間の相関関係、及び、「Ｂ１．ＣＰＵ−Ｂ１．ＤＳＫ」間の相関関係に関し、相関関係の係数が変化している。これは、例えば、被監視装置２０１（Ｂ１）のシステム増強（ＣＰＵ変更）が行われた場合に相当する。構成変更検出部１０７は、被監視装置２０１（Ｂ１）のＣＰＵ使用率に係る相関関数の係数の変化を検出することにより、このような「システム増強」の構成変更を検出できる。また、この場合、対話部１０５は、「構成変更検出」を、例えば、図３４のような構成変更検出画面３００で出力する。図３４の例では、構成変更検出画面３００は、変化した相関関係についての構成変更前と構成変更後のメトリック間の関係を示す相関関係変化情報３０４を含む。これにより、管理者等は、分析対象システム２００のシステム増強とその効果を容易に把握し、適切な相関モデル１２２への切り替えを指示できる。
【０１３８】
本発明の第２の実施の形態によれば、不変関係分析において、システム構成が変化した場合でも、構成情報１２７を用いることなく、適切な相関モデル、及び、相関破壊パターンを用いて障害分析を行うことができる。その理由は、構成変更検出部１０７が、相関モデル１２２をもとに、分析対象システム２００の構成変更を検出するためである。
【０１３９】
また、本発明の第２の実施の形態によれば、不変関係分析において、構成変更として、被監視装置２０１の部分的な稼働状態の変更が発生した場合でも、構成変更後のシステムに適合した相関破壊パターン１２４を得ることができる。その理由は、構成変更検出部１０７が、相関モデル１２２の相関関係単位の変更を検出し、相関破壊パターン更新部１０８が、相関関係単位で、相関破壊パターン１２４を更新するためである。これにより、本発明の第１の実施の形態に比べて、より適合度の高い相関破壊パターン１２４を生成することができる。
【０１４０】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１４１】
例えば、構成変更検出部１０７は、第１の実施の形態で示した構成情報１２７をもとにした構成変更の検出結果と、第２の実施の形態で示した相関モデル１２２をもとにした構成変更の検出結果との両方を用いて、構成変更を検出してもよい。例えば、第２の実施の形態で第１〜第３の例として説明した稼働状態の変化が連続して発生した場合、構成変更検出部１０７は、相関関係の変化だけでは、構成変更を正確に検出できない可能性がある。この場合、構成変更検出部１０７は、構成情報１２７をもとに検出される構成変更の検出結果を併せて用いることにより、構成変更をより正確に検出できる。これにより、複雑な相関関係の変化が発生した場合でも、より正確な相関破壊パターン１２４を生成できる。
【０１４２】
この出願は、２０１２年３月１４日に出願された日本出願特願２０１２−０５７３３７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１４３】
１    運用管理システム
１００    運用管理装置
１０１    情報収集部
１０２    相関モデル生成部
１０３    相関破壊検出部
１０４    障害分析部
１０５    対話部
１０６    対処実行部
１０７    構成変更検出部
１０８    相関破壊パターン更新部
１１１    性能情報記憶部
１１２    相関モデル記憶部
１１３    相関破壊記憶部
１１４    相関破壊パターン記憶部
１１７    構成情報記憶部
１２１    性能系列情報
１２２    相関モデル
１２３    相関破壊情報
１２４    相関破壊パターン
１２５    構成変更検出ルール
１２６    相関破壊パターン更新ルール
１２７    構成情報
１２８    相関マップ
２００    分析対象システム
２０１    被監視装置
３００    構成変更検出画面
３０１    異常度グラフ
３０２    構成変更検出情報
３０３    ボタン
３０４    相関関係変化情報
３１０    分析結果出力画面
３１１    障害候補情報
【図１】
0005910727.tif 000002
【図２】
0005910727.tif 000003
【図３】
0005910727.tif 000004
【図４】
0005910727.tif 000005
【図５】
0005910727.tif 000006
【図６】
0005910727.tif 000007
【図７】
0005910727.tif 000008
【図８】
0005910727.tif 000009
【図９】
0005910727.tif 000010
【図１０】
0005910727.tif 000011
【図１１】
0005910727.tif 000012
【図１２】
0005910727.tif 000013
【図１３】
0005910727.tif 000014
【図１４】
0005910727.tif 000015
【図１５】
0005910727.tif 000016
【図１６】
0005910727.tif 000017
【図１７】
0005910727.tif 000018
【図１８】
0005910727.tif 000019
【図１９】
0005910727.tif 000020
【図２０】
0005910727.tif 000021
【図２１】
0005910727.tif 000022
【図２２】
0005910727.tif 000023
【図２３】
0005910727.tif 000024
【図２４】
0005910727.tif 000025
【図２５】
0005910727.tif 000026
【図２６】
0005910727.tif 000027
【図２７】
0005910727.tif 000028
【図２８】
0005910727.tif 000029
【図２９】
0005910727.tif 000030
【図３０】
0005910727.tif 000031
【図３１】
0005910727.tif 000032
【図３２】
0005910727.tif 000033
【図３３】
0005910727.tif 000034
【図３４】
0005910727.tif 000035