(57)【要約】  性能値が監視される複数のエレメントを含んだ計算機システムの管理システムが特定ボトルネック（検知された障害の原因として特定されたエレメント）の性能値履歴と、複数の対策の各々について複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報と、特定ボトルネックに対応した対策属性とを基に、１以上のプランを生成し、生成された１以上のプランを表示する。表示された１以上のプランの各々は、１以上の対策を含む。表示された１以上のプランの各々において、１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている。
2017109821.tif 000002
【特許請求の範囲】
【請求項１】
性能値が監視される複数のエレメントを含んだ計算機システムに接続されたインターフェースと、
複数の対策の各々について複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報を記憶するメモリと、
前記インターフェース及び前記メモリに接続されたプロセッサと
を備え、
前記複数のボトルネックの各々は、障害の原因になり得るエレメントであり、
前記プロセッサは、
（Ａ）検知された障害の原因として特定されたエレメントである特定ボトルネックの性能値履歴と、前記複数の対策の複数の対策属性のうちの前記特定ボトルネックに対応した対策属性と、前記管理情報とを基に、１以上のプランを生成し、
（Ｂ）前記生成された１以上のプランを表示し、前記表示された１以上のプランの各々は、１以上の対策を含み、前記表示された１以上のプランの各々において、前記１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている、
管理システム。
【請求項２】
前記複数の対策種別は、
前記特定ボトルネックの性能値をタイムリミットまでにその性能値の第１閾値以下に戻すことが期待される対策である根本処置と、
前記特定ボトルネックの性能値変化量を低減することが期待される対策である応急処置と
を含み、
前記複数の対策の各々に関連付けられた複数の対策属性は、
（ｘ１）その対策について期待される性能値変化と、
（ｘ２）その対策の着手までにかかる時間である着手所要時間とその対策に着手してから終了するまでの時間である実行所要時間とのうちの少なくとも１つと
を含む、
請求項１記載の管理システム。
【請求項３】
前記応急処置に分類された対策である応急対策は、
その対策に対応した（ｘ１）に従う性能値変化量である対策後変化量が、前記特定ボトルネックの性能値の履歴に従う性能値変化量である対策前変化量よりも小さいこと、及び、
その対策に対応した（ｘ２）に従う時刻が、前記対策前変化量に基づき前記特定ボトルネックの性能値が第２閾値に達すると予測された時刻である性能値悪化時刻よりも早いこと
を満たす対策であり、
前記第２閾値は、前記第１閾値より性能値が悪いことを意味する閾値である、
請求項２記載の管理システム。
【請求項４】
前記複数の対策種別は、更に、経過監視処置を含み、
前記管理情報は、少なくとも１つの対策について性能値の副次的影響と、少なくとも１つの副次的影響について経過監視処置に分類されている対策である経過対策とを表しており、
前記表示された１以上のプランのうち、経過対策が関連付けられている副次的影響が関連付いている対策を含むプランは、更に、その経過対策を含む、
請求項２記載の管理システム。
【請求項５】
前記プロセッサは、（Ａ）の後、
（Ｂ）の実行無しに、又は、プラン選択を受けること無しに、前記応急処置に分類された対策である応急対策を含んだいずれかのプランにおける前記応急対策を自動実行し、
いずれかの根本対策を取り得る状態を意味する条件が満たされている場合、（Ｂ）を実行する、
請求項２記載の管理システム。
【請求項６】
前記表示された１以上のプランの各々において、前記１以上の対策の各々は、
その対策に対応した（ｘ１）に従う性能値変化量である対策後変化量と、前記特定ボトルネックの性能値の履歴に従う性能値変化量である対策前変化量との比較の結果と、
その対策に対応した（ｘ２）に従う時刻と、前記対策前変化量に基づき前記特定ボトルネックの性能値が第２閾値に達すると予測された時刻である性能値悪化時刻との比較の結果と
に基づいて、前記複数の対策種別のうちのいずれかに分類されており、
前記第２閾値は、前記第１閾値より性能値が悪いことを意味する閾値である、
請求項２記載の管理システム。
【請求項７】
前記表示された１以上のプランに含まれる１以上の対策の各々は、前記プロセッサにより、前記タイムリミットとその対策の（ｘ２）に従う時刻との比較の結果に基づきいずれかのプランに含まれ得る有効な対策とみなされた対策である、
請求項２記載の管理システム。
【請求項８】
前記管理情報は、前記複数の対策のうちの少なくとも１つの対策について、性能値の副次的影響を表しており、
副次的影響が関連付けられている対策を含んだプランにおいて、そのプランに含まれている全ての対策の副次的影響に従い予測される性能値であって、前記根本処置に分類されている対策の（ｘ２）に従う時刻での性能値が、第２閾値未満であり、
前記第２閾値は、前記第１閾値より性能値が悪いことを意味する閾値である、
請求項２記載の管理システム。
【請求項９】
前記管理情報は、更に、少なくとも１つの副次的影響について経過対策を表しており、
前記表示された１以上のプランのうち、経過対策が関連付けられている副次的影響が関連付いている対策を含むプランは、更に、その経過対策を含む、
請求項８記載の管理システム。
【請求項１０】
前記生成された１以上のプランは、プラン生成時刻として定義された時刻を基準として生成されたプランであり、
前記プロセッサは、
前記表示された１以上のプランのうちのいずれかのプランが選択された時刻、又は、予め指定された時刻を基準として、前記表示された１以上のプランの各々、又は、前記選択されたプランが未だ有効か否かを判定する有効性判定を実行し、
前記有効性判定の結果が肯定の場合、前記有効性判定後に選択されたプラン、又は、前記有効性判定前の前記選択されたプランを実行する、
請求項１記載の管理システム。
【請求項１１】
前記管理情報は、前記複数の対策のうちの少なくとも１つの対策について、性能値の副次的影響を表しており、
前記プロセッサは、（Ａ）において、
（ａ１）前記複数の対策の各々を、前記根本処置と、前記応急処置と、前記根本処置及び前記応急処置のいずれにも該当しない無効処置とのうちのいずれかに分類し、
（ａ２）（ａ１）で前記根本処置に分類された対策である根本対策の各々について、
（ａ２１）前記管理情報から、その根本対策に関連付けられている副次的影響を特定し、
（ａ２２）特定された副次的影響を基に、その根本対策に、前記応急処置に分類されている対策である応急対策を組み合わせるべきか否かを判定し、
（ａ２３）（ａ２１）の判定結果が否定の場合、その根本対策を含んだプランを生成し、
（ａ２４）（ａ２１）の判定結果が肯定の場合、それぞれがその根本対策と応急対策とを含む１以上のプランを生成し、
前記（Ａ）で生成された１以上のプランの各々は、少なくとも、前記根本処置に分類されている対策を含んだプランである、
請求項２記載の管理システム。
【請求項１２】
根本対策の各々について、
（ａ２２）の判定は、着手時性能値が第２閾値未満であり、且つ、対策後時刻が前記タイムリミットより早いか否かの判定であり、
前記着手時性能値は、その根本対策に関連付けられている副次的影響に従い予測された性能値であって、その根本対策の（ｘ２）に従う時刻での性能値であり、
前記第２閾値は、前記第１閾値より性能値が悪いことを意味する閾値であり、
前記対策後時刻は、その根本対策に対応した（ｘ１）に従う性能値変化量と、その根本対策の（ｘ２）に従う時刻とに基づき、性能値が前記第１閾値以下に戻ると予測される時刻である、
請求項１１記載の管理システム。
【請求項１３】
前記プロセッサは、（ａ２４）において、応急対策の各々について、
その応急対策に関連付けられている副次的影響と、根本対策に関連付けられている副次的影響と、前記特定ボトルネックの性能値の履歴に従う性能値変化量である対策前変化量とに基づき、その根本対策の（ｘ２）に従う時刻での性能値を予測し、
その予測された性能値が前記第２閾値未満の場合、その応急対策を、根本対策と共にプランに含まれる応急対策として選択する、
請求項１２記載の管理システム。
【請求項１４】
性能値が監視される複数のエレメントを含んだ計算機システムの管理方法であって、
（Ａ）検知された障害の原因として特定されたエレメントである特定ボトルネックの性能値履歴と、複数の対策の各々について複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報と、前記複数の対策の複数の対策属性のうちの前記特定ボトルネックに対応した対策属性とを基に、１以上のプランを生成し、
（Ｂ）前記生成された１以上のプランを表示する、
前記表示された１以上のプランの各々は、１以上の対策を含み、
前記表示された１以上のプランの各々において、前記１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている、
管理方法。
【請求項１５】
性能値が監視される複数のエレメントを含んだ計算機システムに接続されたコンピュータで実行されるコンピュータプログラムであって、
（Ａ）検知された障害の原因として特定されたエレメントである特定ボトルネックの性能値履歴と、複数の対策の各々について複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報と、前記複数の対策の複数の対策属性のうちの前記特定ボトルネックに対応した対策属性とを基に、１以上のプランを生成し、
（Ｂ）前記生成された１以上のプランを表示する、
前記表示された１以上のプランの各々は、１以上の対策を含み、
前記表示された１以上のプランの各々において、前記１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている、
ことをコンピュータに実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、計算機システムの管理に関する。
【背景技術】
【０００２】
ＩＴ基盤の集約化やクラウド環境の台頭など、計算機システムは大規模化及び複雑化している。このような計算機システムにおいては、検知された障害に対する対策の決定が困難である。計算機システムの管理者が、知識又は経験がエキスパートよりも少ないノービスの場合には、対策決定は特に困難である。【０００３】
例えば、特許文献１は、以下の技術、すなわち、要求性能が満たされていない原因となっている仮想論理ボリュームを特定し、プールの容量の消費傾向を特定し、特定された仮想論理ボリューム及び容量消費傾向を基に、所定時間後に実施され得る対策案を生成し表示する技術を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】WO2014/073045
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、対策案が表示されるが、いずれの対策案も、要求性能が満たされることが期待される同一種別の対策案である。同一種別の対策案から対策案を選択することは、管理者（特にノービス）にとって必ずしも容易ではない。
【課題を解決するための手段】
【０００６】
性能値が監視される複数のエレメントを含んだ計算機システムの管理システムが、特定ボトルネック（検知された障害の原因として特定されたエレメント）の性能値履歴と、複数の対策の各々について複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報と、特定ボトルネックに対応した対策属性とを基に、１以上のプランを生成し、生成された１以上のプランを表示する。表示された１以上のプランの各々は、１以上の対策を含む。表示された１以上のプランの各々において、１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている。
【発明の効果】
【０００７】
表示された１以上のプランの各々において、１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている。少なくとも１つのプランに、２以上の対策の組合せが含まれていることもある。管理者は、表示されたプランからプランを選択する。つまり、管理者は、プラン単位で対策を選択する。このため、管理者にとって対策の選択が容易である。
【図面の簡単な説明】
【０００８】
【図１】実施形態の概要を示す。
【図２】実施形態に係るシステム全体の構成を示す。
【図３】管理計算機の構成を示す。
【図４】障害対策情報の構成を示す。
【図５】対策種別情報の構成を示す。
【図６】副作用情報の構成を示す。
【図７】閾値情報の構成を示す。
【図８】プラン情報の構成を示す。
【図９】実施形態で行われる処理の全体のフローを示す。
【図１０】プラン生成のフローを示す。
【図１１】対策種別判定のフローを示す。
【図１２】最適組合せ生成のフローを示す。
【図１３】応急対策選択のフローを示す。
【図１４】画面表示及びプラン選択のフローを示す。
【図１５】対策種別判定の説明の補助図である。
【図１６】ケース１の一例を示す。
【図１７】ケース２の一例を示す。
【図１８】ケース３の一例を示す。
【図１９】ケース４の一例を示す。
【図２０】ケース５の一例を示す。
【図２１】ケース６の一例を示す。
【図２２】ケース７の一例を示す。
【図２３】最適組合せ生成の説明の補助図である。
【図２４】応急対策選択の説明の第１の補助図である。
【図２５】応急対策選択の説明の第２の補助図である。
【図２６】応急対策選択の説明の第３の補助図である。
【図２７】応急対策選択の説明の第４の補助図である。
【図２８】有効性再計算の説明の補助図である。
【発明を実施するための形態】
【０００９】
以下、一実施形態を説明する。
【００１０】
なお、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェイスデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウエア回路を含んでもよい。プログラムは、プログラムソースから各コントローラにインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または計算機が読み取り可能な記憶メディアであってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
【００１１】
また、以下の説明において、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、計算機が情報を表示する場合（具体的には、計算機が自分の表示デバイスに情報を表示する、或いは、計算機が表示用情報を遠隔の表示用計算機に送信する場合）、計算機が管理システムである。
【００１２】
また、以下の説明では、「エレメント」とは、計算機システムの構成要素を意味し、具体的には、計算機システムを構成する複数のノード（装置）の各々、及び、各ノードが有する複数のコンポーネントの各々の総称である。ノードとして、物理的なノード（例えばサーバ装置）もあれば論理的なノード（例えばサーバ装置で実行されるプログラムインスタンス）もある。同様に、コンポーネントとして、物理的なコンポーネント（例えばＣＰＵ）もあれば論理的なコンポーネント（例えば論理ボリューム）もある。以下の説明では、エレメントの識別情報として、番号が使用されるが、それに代えて又は加えて他種の識別情報が使用されてもよい。
【００１３】
近年、例えば下記のうちの少なくとも１つが要因となり、計算機システムは大規模化及び複雑化している。
（＊）計算機システムでハンドルする処理が大規模化する。
（＊）クラウドサービスのように多数の処理が計算機システムによって実行される。
（＊）計算機システム内のノードのタイプが増えた。
（＊）ノードの内部構成が複雑になり、ノードを構成するコンポーネント（例えば論理的なコンポーネント及び物理的なコンポーネント）のタイプが増え、さらにこれらを管理する必要が出てきた。
（＊）仮想化技術（例えば、サーバ仮想化、ネットワーク仮想化、ストレージ仮想化、データセンタ仮想化）が浸透し、装置の分割や集約が可能となった。
（＊）デプロイ及びマイグレーション技術が進歩している。
【００１４】
ここで「大規模化」とは、計算機システムを構成するノード、当該ノードのコンポーネントといった、計算機システム内の管理対象となるエレメントの数が増えたことを指す。また、「複雑化」とは、管理対象エレメントのタイプが増加することによりエレメント間の関係がＭ：１、１：Ｎ、Ｍ：Ｎの関係となること（Ｍ及びＮはそれぞれ２以上の整数）、Ｍ及びＮのうちの少なくとも１つの値が大きくなること、及び、エレメント間の関係が時々刻々と変化すること、のうちの少なくとも１つを指す。
【００１５】
計算機システムの障害が検知されＲＣＡ（Root Cause Analysis）等の障害分析により原因エレメント（障害原因（例えば根本原因）としてのエレメント）が特定された場合、管理計算機は、有効な対策（取り得る対策）を提示できる。しかし、有効な対策の単なる一覧表示から、１つの対策、又は、組み合わせる２以上の対策を選択することは、管理者（特にノービス）にとって困難である。対策の選択は、大規模化及び複雑化した計算機システムでは一層困難である。
【００１６】
そこで、本実施形態では、図１に示すように、管理計算機２０１（管理システムの一例）は、予め定義された複数の対策の各々についてその対策に関連付けられた複数の対策属性と複数のボトルネックとの関係を表す情報を含んだ管理情報３６０を保持する。ここで言う「複数のボトルネック」の各々は、発生し得る障害の原因（例えば根本原因）となり得るエレメントである。管理計算機２０１は、管理情報３６０と、検知された障害の原因として特定されたボトルネックである特定ボトルネックの性能値履歴と、複数の対策の複数の対策属性のうちの特定ボトルネックに対応した対策属性とを基に、１以上のプランを生成する。管理計算機２０１は、生成された１以上のプランを表示する。表示された１以上のプランの各々は、１以上の対策を含む。
【００１７】
表示された１以上のプランの各々において、１以上の対策の各々は、複数の対策種別のうちのいずれかに分類されている。少なくとも１つのプランに、２以上の対策の組合せが含まれていることもある。管理者は、表示されたプランから所望のプランを選択する。つまり、管理者は、プラン単位で対策を選択する。言い換えれば、同一の対策であっても特定ボトルネック（障害原因）に応じて対策種別が異なり得るが、管理者は、特定ボトルネック（障害原因）に応じて各対策の対策種別を判定したり、いずれの２以上の対策を組み合わせることができるかを判定したり、その２以上の対策の組合せの相性を判定したりしなくてよい。このため、管理者にとって対策の選択が容易である。
【００１８】
図１に示すように、障害が検知され、ＲＣＡ（障害分析の一例）により障害のボトルネックが特定された場合に、プラン生成がキックされる。管理計算機２０１は、複数の対策の各々について、管理情報３６０（例えば、特定ボトルネックに対応した対策属性）と、特定ボトルネックの性能値履歴に従う性能値変化量とに基づき、後述の対策種別判定及び最適組合せ生成を実行する。それにより、各対策が、複数の対策種別のうちのいずれかに分類される。管理計算機２０１は、分類結果に基づき１以上のプランを生成する。
【００１９】
複数の対策の各々に関連付けられた複数の対策属性は、
（ｘ１）その対策について期待される性能値変化と、
（ｘ２）その対策の着手までにかかる時間である着手所要時間とその対策に着手してから終了するまでの時間である実行所要時間とのうちの少なくとも１つと
を含む。（ｘ１）の一例が、後述の評価関数４０３である（図４参照）。（ｘ２）の一例が、後述の着手所要時間４０４及び実行所要時間４０７である（図４参照）。
【００２０】
本実施形態では、複数の対策種別は、根本処置と応急処置とを含む。
【００２１】
「根本処置」は、障害を根本的に解決する対策である。具体的には、例えば、根本処置は、特定ボトルネックの性能値をタイムリミットまでにその性能値の第１閾値以下に戻すことが期待される対策である。
【００２２】
「応急処置」は、障害の影響を一時的に抑制したり悪化を防いだりするための対策である。具体的には、例えば、応急処置は、特定ボトルネックの性能値変化量を低減することが期待される対策である。
【００２３】
本実施形態の説明では、説明の混同を避けるために、種別としての対策を「処置」と言い、根本処置に分類された対策を「根本対策」と言い、応急処置に分類された対策を「応急対策」と言う。
【００２４】
また、本実施形態では、複数の対策種別は、更に、経過観察処置を含む。「経過観察処置」は、経過観察としての対策である。「経過観察」とは、経過監視の一例であり、対策実施中にいずれかのエレメント（リソース）の状況が悪化しないか、又は、新たな障害が発生しないかを監視する対策である。少なくとも１つの対策に、対策属性の１つとして、性能値の副次的影響が関連付けられており、少なくとも１つの副次的影響に、経過対策（経過監視処置に分類されている対策）が関連付けられている。本実施形態では、便宜上、副次的影響を「副作用」と言う。
【００２５】
生成された１以上のプランの表示の一例が、図１に示すプラン選択画面１５０である。プラン選択画面１５０によれば、生成された１以上のプランが、優先順位の高い順に並んでいる。１以上のプランの各々は、１以上の対策を含み、その１以上の対策は、応急対策、経過対策及び根本対策のうちの少なくとも根本対策である。また、１以上のプランの各々は、プランの影響範囲、所要時間及び実行コストを含む。１以上のプランの各々の優先順位は、そのプランに含まれている対策の数と、そのプランの影響範囲（例えばエレメント数）と、そのプランの所要時間と、そのプランの実行コストとのうちの少なくとも１つに基づき管理計算機２０１により算出される。
【００２６】
「応急処置」や「副作用」という言葉は医療の分野では一般に使用されているが、医療分野での一般的な考え方を計算機システムの管理に応用することはできず、仮にそのような応用ができたとしても、本実施形態に係る管理計算機２０１を構築することはできない。理由の一例は次の通りである。すなわち、計算機システムでは、複数の対策のうちの少なくとも１つの対策に関し、該当する対策種別は、固定しておらず、状況（例えば、特定ボトルネックがいずれのエレメントであるか、特定ボトルネックの性能値履歴に従う将来の性能値変化量、対策実行の結果としての期待される効果（例えば特定ボトルネックの対策後の性能値変化量）、対策の着手所要時間４０４、及び、対策の実行所要時間４０７のうちの少なくとも１つ）によって異なる。例えば、同一の対策であっても、或る状況によっては応急対策であるが、別の状況によっては根本対策になることがある。管理計算機２０１は、プラン生成の際の状況を考慮して、複数の対策（例えば経過対策を除く）の各々をいずれかの対策種別に分類し、分類結果に基づき１以上のプランを生成する。生成されたプランには、根本対策のみが存在することもあれば、２以上の対策の組合せ、具体的には、根本対策と経過対策の組合せ、又は、根本対策と応急対策と経過対策との組合せが存在することもある。一方、医療の分野では、一般に、対策の種別は固定である（例えば止血は一般に応急処置であり根本処置になることは無い）。
【００２７】
以下、本実施形態を詳細に説明する。
【００２８】
図２は、実施形態に係るシステム全体の構成を示す。
【００２９】
計算機システム２００に通信ネットワーク（例えばＬＡＮ（Local Area Network）又はＷＡＮ（Wide Area Network））２０４を介して管理計算機２０１が接続されている。
【００３０】
計算機システム２００は、複数の監視対象装置２０３を含む。監視対象装置２０３は、ノードの一例である。監視対象装置２０３は、複数のコンポーネント（計算機リソース）を有する。複数のコンポーネントは、例えば、ポート、ポートを有するネットワークインターフェース、ＭＰＢ（Main Processor Board）（プロセッサの一例）及びメモリを含む。
【００３１】
図３は、管理計算機２０１の構成を示す。
【００３２】
管理計算機２０１は、ネットワークインターフェース３０２、Ｉ／Ｏ（Input/Output）デバイス３０１、メモリ３９０、及び、それらに接続されたプロセッサ３０３を有する。
【００３３】
ネットワークインターフェース３０２は、通信ネットワーク２０４に接続される。Ｉ／Ｏデバイス３０１は、入力デバイス（例えば、キーボード及びポインティングデバイス）及び出力デバイス（例えば、表示デバイス）といったユーザインターフェースデバイスである。
【００３４】
メモリ３９０は、プロセッサ３０３により実行されるコンピュータプログラムと、プロセッサ３０３により参照又は更新される情報とを含む。
【００３５】
コンピュータプログラムとして、例えば、ＯＳ（Operating System）３０４、ＡＰ（Application Program）３０５、障害検知プログラム３０６、ボトルネック特定プログラム３０７、対策種別判定プログラム３０８、トレンド予測プログラム３０９、プラン生成プログラム３１０、最適組合せ生成プログラム３１１、優先順位算出プログラム３１２、画面表示プログラム３１３、応急対策選択プログラム３２３、有効性再計算プログラム３２２及びプラン実行プログラム３２４がある。障害検知プログラム３０６は、計算機システム２００のエレメント（例えば監視対象装置２０３及びそのコンポーネント）の性能データを定期的に取得し取得された性能データを性能情報に格納したり、取得された性能データから障害を検知したりする。エレメントについての性能データは、例えば、性能値（測定値）及び測定時刻を含んでよい。ボトルネック特定プログラム３０７は、検知された障害の原因としてのエレメントを、例えば性能情報及び構成情報を基に特定する（例えばＲＣＡの結果として根本原因の候補エレメントを表示し管理者（ユーザ）から根本原因としてのエレメントの選択を受ける）。対策種別判定プログラム３０８は、特定ボトルネック（障害の原因として特定されたエレメント）と管理情報３６０とに基づき複数の対策（例えば経過対策以外の対策）の各々の対策種別を判定する。トレンド予測プログラム３０９は、特定ボトルネックの性能値履歴に基づきトレンド（具体的には、特定ボトルネックの将来の性能値）を予測する。プラン生成プログラム３１０は、それぞれ１以上の対策を含んだ１以上のプランを生成する。最適組合せ生成プログラム３１１は、根本対策と応急対策との組合せを生成する。優先順位算出プログラム３１２は、生成されたプランの優先順位を算出する。画面表示プログラム３１３は、優先順位に並べた１以上のプランを表示する。応急対策選択プログラム３２３は、根本対策に組み合わされる応急対策を選択する。有効性再計算プログラム３２２は、表示された１以上のプランから管理者が選択したプランの有効性を再計算する。プラン実行プログラム３２４は、管理者により選択されたプランを実行する。これらのプラグラムのうち障害検知プログラム３０６及びボトルネック特定プログラム３０７の少なくとも１つが管理計算機２０１以外の計算機で実行されてもよい。つまり、管理計算機２０１以外の計算機により、性能データが収集され（性能情報３１４が更新され）、障害が検知され、ボトルネックが特定されてもよい。
【００３６】
プロセッサ３０３により参照又は更新される情報として、性能情報３１４、構成情報３１５、及び、管理情報３６０がある。性能情報３１４は、複数のエレメント（監視対象エレメント）の各々について、取得された性能データを含む。つまり、性能情報３１４には、複数のエレメントの各々について性能データ（性能値を含む）が蓄積される。構成情報３１５は、計算機システム２００の構成（例えば、複数のエレメントのトポロジー構成）を表す。管理情報３６０は、性能情報３１４及び構成情報３１５以外に計算機システム２００管理に必要な情報を含む。具体的には、例えば、管理情報３６０は、閾値情報３１６、副作用情報３１７、対策種別情報３１８、プラン情報３１９、障害対策情報３２０、及び、制限時間情報３２１を含む。閾値情報３１６は、性能値の閾値を表す。副作用情報３１７は、対策に関連付けられている副作用を表す。対策種別情報３１８は、対策の分類結果を表す。プラン情報３１９は、生成された１以上のプランを表す。障害対策情報３２０は、複数の対策の各々についてその対策に関連付けられた複数の対策属性と複数のボトルネックとの関係を表す情報の一例である。制限時間情報３２１は、特定ボトルネックの性能値が回復する（例えば第１閾値以下になる）までの許容される時間、つまり制限時間を表す。
【００３７】
図４は、障害対策情報３２０の構成を示す。
【００３８】
障害対策情報３２０は、例えばテーブルであり、複数の対策（例えば経過対策以外の対策）の各々についてレコードを有する。各レコードは、対策ＩＤ４０１と、対策属性セット４５０とを格納する。各レコードにおいて、対策属性セット４５０は、複数のボトルネックＩＤ４０２の各々について存在する。対策ＩＤ４０１は、対策のＩＤである。ボトルネックＩＤ４０２（例えば「B001」）は、ボトルネック（エレメント）のＩＤである。
【００３９】
対策属性セット４５０は、対策に関連付けられた複数の対策属性である。対策属性として、例えば、評価関数４０３、着手所要時間４０４、副作用ＩＤ４０５、影響範囲４０６、実行所要時間４０７、操作回数４０８及び実行コスト４０９がある。評価関数４０３は、対策について期待される性能値変化の一例であり、対策後の期待される性能値変化量を導き出すための関数である。着手所要時間４０４は、対策の着手までにかかる時間であり、具体的には、そのような時間を表す関数又は定数である。副作用ＩＤ４０５は、副作用のＩＤである。影響範囲４０６は、対策の影響を受ける範囲であり、例えば、その範囲は、対策の影響を受けるエレメントのＩＤ（例えばE002）で表現される。実行所要時間４０７は、対策に着手してから終了するまでの時間である。操作回数４０８は、対策の実行において行われる操作の必要回数である。実行コスト４０９は、対策の実行に必要なコスト（費用）である。
【００４０】
図５は、対策種別情報３１８の構成を示す。
【００４１】
対策種別情報３１８は、例えばテーブルであり、複数の有効対策の各々についてレコードを有する。「有効対策」とは、対策分類の結果として無効処置以外の対策種別に分類された対策である。各レコードは、障害ＩＤ５０１と、対策ＩＤ５０２と、対策種別名５０３と、応急対策要否５０４と、対策後傾き５０５とを格納する。障害ＩＤ５０１は、検知された障害のＩＤである。対策ＩＤ５０２は、その障害についての有効対策のＩＤである。対策種別名５０３は、有効対策の対策種別（応急処置又は根本処置）の名前を表す。応急対策要否５０４は、根本対策について有効であり、応急対策の組合せが必要か否かを表す。対策後傾き５０５は、対策後変化量の一例であり、対策により期待される性能値傾き（具体的には、対策及び特定ボトルネックに対応した評価関数４０３に基づき算出された傾きであって、性能値の一次関数の傾き）を表す。
【００４２】
図６は、副作用情報３１７の構成を示す。
【００４３】
副作用情報３１７は、例えばテーブルであり、複数の副作用の各々についてレコードを有する。各レコードは、副作用ＩＤ６０１と、副作用概要６０２と、副作用詳細６０３と、経過観察概要６０４と、経過観察解除契機６０５とを格納する。副作用ＩＤ６０１は、副作用のＩＤである。副作用概要６０２は、副作用の概要を表す。副作用詳細６０３は、副作用の詳細を表し、例えば、性能値の最大悪化幅導出関数を表す。経過観察概要６０４は、副作用についての経過観察の概要を表す。経過観察解除契機６０５は、経過観察を終了する契機を表す。
【００４４】
図７は、閾値情報３１６の構成を示す。
【００４５】
閾値情報３１６は、例えばテーブルであり、複数のボトルネックの各々についてレコードを有する。各レコードは、ボトルネックＩＤ７０１と、第１閾値７０２と、第２閾値７０３とを格納する。第１閾値７０２は、ボトルネックの性能値の閾値の１つである。第２閾値７０３は、第１閾値より性能値が悪いことを意味する閾値である。性能値の低い方が性能が優れている場合、第２閾値７０３は第１閾値７０２より大きい値である。一方、性能値の高い方が性能が優れている場合、第２閾値７０３は第１閾値７０２より小さい値である。同一のボトルネックについて、閾値の数は、１であってもよいし３以上であってもよい。また、少なくとも１つの性能値は、固定であっても管理者により変更可能であってもよい。
【００４６】
図８は、プラン情報３１９の構成を示す。
【００４７】
プラン情報３１９は、例えばテーブルであり、１以上のプランの各々についてレコードを有する。各レコードは、プランＩＤ８０１と、根本対策ＩＤ８０２と、応急対策ＩＤ８０３と、経過対策ＩＤ８０４とを格納する。プランＩＤ８０１は、プランのＩＤである。根本対策ＩＤ８０２は、根本対策の対策ＩＤである。応急対策ＩＤ８０３は、応急対策の対策ＩＤである。経過対策ＩＤ８０４は、経過対策の対策ＩＤである。プランに応急対策が無い場合、そのプランに対応した応急対策ＩＤ８０３は「Ｎ／Ａ」（Not Applicable）である。プランに経過対策が無い場合、そのプランに対応した経過対策ＩＤ８０４も「Ｎ／Ａ」である。
【００４８】
以下、本実施形態で行われる処理を説明する。
【００４９】
図９は、本実施形態で行われる処理の全体のフローを示す。
【００５０】
障害検知プログラム３０６が、計算機システム２００からの性能データを基に、発生した障害を検知する（Ｓ９０１）。ボトルネック特定プログラム３０７が、検知された障害のボトルネックを特定する（Ｓ９０２）。検知された障害が性能障害（例えば、性能値が少なくとも第１閾値が超えたこと）の場合（Ｓ９０３：ＹＥＳ）、プラン生成プログラム３１０をキックする。
【００５１】
プラン生成プログラム３１０が、プラン生成を実行する（Ｓ９０４）。プラン生成プログラム３１０が、画面表示プログラム３１３をキックし、画面表示プログラム３１３が、プラン生成結果であるプラン情報３１９に従いプラン選択画面１５０を表示する（Ｓ９０５）。プラン選択画面１５０には、図１に例示したように、１以上のプランが表示される。
【００５２】
画面表示プログラム３１３は、プラン選択画面１５０に表示されている１以上のプランのうちのプランの選択を管理者から受けた場合（Ｓ９０６）、有効性再計算プログラム３２２をキックする。有効性再計算プログラム３２２は、その選択されたプランについて有効性再計算を実行する（Ｓ９０７）。有効性再計算の意義は、プラン生成時刻より現在時刻が進んでいるため、管理者による選択を受けた時に、管理者に選択されたプランが有効か否かをチェックすることである。ここで言う「再計算」とは、選択されたプランの生成のためにプラン生成（Ｓ９０４）において行われた処理と同様の処理を、プラン選択時刻を基準に行うことを意味する。
【００５３】
有効性再計算の結果、選択されたプランが有効でなければ（Ｓ９０８：ＮＯ）、有効性再計算プログラム３２２は、画面表示プログラム３１３に、選択されたプランが無効であることを通知し、画面表示プログラム３１３は、選択されたプランが無効であることをプラン選択画面１５０に表示してよい。選択されたプランが無効であることの表示は、選択されたプランを非表示とし、有効なプランのみをプラン選択画面１５０に残すことであってもよい。
【００５４】
有効性再計算の結果、選択されたプランが未だ有効であれば（Ｓ９０８：ＹＥＳ）、有効性再計算プログラム３２２は、プラン実行プログラム３２４をキックする。プラン実行プログラム３２４は、管理者により選択されたプランを実行する（Ｓ９０９）。
【００５５】
以上が、本実施形態で行われる処理の全体の概要である。
【００５６】
以下、図１０〜図１４を参照して、プラン生成（Ｓ９０４）、画面表示（Ｓ９０５）及び有効性再計算（Ｓ９０７）を詳細に説明する。その説明において、処理の内容を視覚的に示す図１５〜図２８を適宜に参照する。また、図１５〜図２８を表すｘｙ座標系における情報（例えば関数及びパラメータ）はメモリ３９０に存在する。また、そのｘｙ座標系において、ｘ座標は、時刻であり、ｙ座標は、特定ボトルネック（Ｓ９０２で特定されたボトルネック）の性能値である。
【００５７】
図１０は、プラン生成（Ｓ９０４）のフローを示す。
【００５８】
プラン生成プログラム３１０は、トレンド予測プログラム３０９をキックする。トレンド予測プログラム３０９は、特定ボトルネックの性能値履歴（性能値及び測定時刻の組の履歴）を性能情報３１４から特定し、その性能値履歴に従い、トレンド１５０１（図１５参照）を予測する（Ｓ１００１）。本実施形態では、性能値履歴及びトレンド１５０１は、性能値の一次関数とされ、故に、性能値変化量は、一次関数の傾きである。
【００５９】
プラン生成プログラム３１０は、対策種別判定プログラム３０８をキックする。対策種別判定プログラム３０８は、対策種別判定を実行する（Ｓ１００２）。対策種別判定とは、複数の対策（例えば経過対策以外の対策）の各々の対策種別を判定すること、すなわち、その複数の対策の各々が、Ｓ９０１で検知された障害においていずれの対策種別に該当するかを判定することである。
【００６０】
プラン生成プログラム３１０は、最適組合せ生成プログラム３１１をキックする。最適組合せ生成プログラム３１１は、最適組合せ生成を実行する（Ｓ１００３）。最適組合せ生成とは、根本対策について応急対策が必要か否かを判定することと、その判定結果が肯定の場合にその根本対策に最適の応急対策を選択することとを含む。本実施形態において、根本対策とその根本対策について選択された応急対策との組合せを、「最適組合せ」と言う。最適組合せにおける根本対策及び応急処置の両方の副作用を考慮しても特定ボトルネックの予測される最悪性能値は第２閾値未満である。
【００６１】
最適組合せ生成により、プラン情報３１９が完成する。プラン生成プログラム３１０は、優先順位算出プログラム３１２をキックする。優先順位算出プログラム３１２は、プラン情報３１９が表す１以上のプランの各々の優先順位を算出する（Ｓ１００４）。この優先順位算出は、画面表示（Ｓ９０５）において優先順位が高い順にプランを表示するための準備に相当する。優先順位は、例えば、下記のポリシー、すなわち、（ｐ１）〜（ｐ５）のうちの少なくとも１つに基づき算出される。（ｐ２）〜（ｐ５）は、障害対策情報３２０から特定可能な値である。なお、（ｐ１）〜（ｐ５）の並びは、重み付けの高い順を意味してよい。例えば、第１プランが第２プランより対策数が少ないが第２プランよりプラン影響範囲が大きい場合、重み付けのより高い対策数について第１プランが第２プランより優れているため、第１プランの優先順位が第２プランの優先順位より高くてよい。重み付けの順序は、（ｐ１）〜（ｐ５）に限られないでよい。
（ｐ１）対策数。対策数は、プランに含まれている対策の数である。対策数が少ない程、プランの優先順位が高い。
（ｐ２）プラン影響範囲。プラン影響範囲は、プラン実行の影響の範囲（例えば影響を受けるエレメントの数）であり、具体的には、プランにおける１以上の対策に対応した１以上の影響範囲４０６（例えばエレメント数）の合計である。プラン影響範囲が狭い程、プランの優先順位が高い。
（ｐ３）プラン所要時間。プラン所要時間は、プランの実行にかかる時間であり、具体的には、プランにおける１以上の対策に対応した１以上の実行所要時間４０７（及び着手所要時間４０４）の合計である。
（ｐ４）プラン操作回数。プラン操作回数は、プランの実行において行われる操作の回数であり、具体的には、プランにおける１以上の対策に対応した１以上の操作回数４０８の合計である。
（ｐ５）プラン実行コスト。プラン実行コストは、プランの実行においてかかるコストであり、具体的には、プランにおける１以上の対策に対応した１以上の実行コスト４０９の合計である。
【００６２】
図１１は、対策種別判定（Ｓ１００２）のフローを示す。なお、以下の説明で言う第１閾値及び第２閾値は、特定ボトルネックのＩＤをキーに閾値情報３１６から対策種別判定プログラム３０８により特定された第１閾値及び第２閾値である。図１１の説明では、適宜に、図１５を参照する。
【００６３】
対策種別判定プログラム３０８は、ＴＬを算出する（Ｓ１１０１）。ＴＬは、タイムリミット、具体的には、ＴＰから制限時間（制限時間情報３２１が表す時間）が経過したときの時刻である。ＴＰは、プラン生成時刻、具体的には、例えば、プラン生成（Ｓ９０４）が開始された時刻である。Ｔ０は、障害発生時刻、具体的には、例えば、第１閾値を超えた性能値の測定時刻、又は、障害が検知された時刻である。ＴＬは、対策の分類判定において種々の時刻と比較される基準である。制限時間又はＴＬは管理者により手動で入力された値でもよい。
【００６４】
対策種別判定プログラム３０８は、Ｔ２を算出する（Ｓ１１０２）。Ｔ２は、性能悪化時刻、具体的には、予測されたトレンドに従う性能値が第２閾値に到達する時刻である。Ｔ２は、予測されたトレンドと第２閾値との交点のｘ座標である。
【００６５】
対策種別判定プログラム３０８は、障害対策情報３２０が表す全ての対策の各々について、以下のＳ１１０３〜Ｓ１１１４を実行する。以下、１つの対策を例に取り、Ｓ１１０３〜Ｓ１１１４を説明する。その際、その１つの対策を、図１１の説明において、便宜上、「対象対策」と言う。
【００６６】
対策種別判定プログラム３０８は、ａ２を算出する（Ｓ１１０３）。ａ２は、対策後変化量の一例、具体的には、対象対策及び特定ボトルネックに対応した評価関数４０３にａ１とｙ１を入力することにより得られた傾きである。ｙ１は、ＴＰに対応したｙ座標である。すなわち、ａ２は、ＴＰより将来の性能値の傾きを表す。
【００６７】
対策種別判定プログラム３０８は、Ｔ１を算出する（Ｓ１１０４）。Ｔ１は、Ｃ１（ＴＰ，ｙ１）とａ２とに基づき性能値が第１閾値に到達すると予測される時刻である。Ｔ１は、傾きがａ２でありＣ１（ＴＰ，ｙ１）を通る直線１５０２とｘ軸との交点におけるｘ座標である。このため、ａ２が負の値でなければ、Ｔ１は、無限大である（直線１５０３を参照）。
【００６８】
対策種別判定プログラム３０８は、ＴＤを算出する（Ｓ１１０５）。ＴＤは、着手時刻（対象対策の実行が着手されると期待される時刻）である。ＴＤは、対象対策及び特定ボトルネックに対応する着手所要時間４０４と、ＴＰとに基づき算出される。具体的には、例えば、着手所要時間４０４が定数の場合、ＴＤは、ＴＰから着手所要時間４０４が経過したときの時刻である。着手所要時間４０４が関数の場合、ＴＤは、ＴＰと着手所要時間４０４とに基づく暫定的な時刻である。着手所要時間４０４が関数であることは、例えば、根本対策の着手所要時間４０４は、組み合わされる応急対策によって変わることを意味する。なお、ＴＤは、着手時刻に代えて、対策完了時刻（ＴＰから着手所要時間４０４及び実行所要時間４０７が経過したときの時刻）であってもよい。
【００６９】
対策種別判定プログラム３０８は、下記の判定のうちの２以上の判定を実行する。
Ｓ１１０６：Ｔ１＜ＴＬ？（Ｔ１はＴＬより早い？）
Ｓ１１０７：ＴＤ＜Ｔ２？（ＴＤはＴ２より早い？）
Ｓ１１０８：ＴＤ＜Ｔ２、且つ、ａ２＜ａ１？（ＴＤはＴ２より早く、且つ、ａ２はａ１より小さい？）
Ｓ１１０９：ＴＤ＜ＴＬ、又は、着手所要時間４０４は定数ではない？
【００７０】
対策種別判定プログラム３０８は、これらの判定の結果に基づき、対象対策を、「根本処置（応急対策不明）」、「根本処置（応急対策要）」、「応急処置」、及び、「無効処置」のいずれかに分類する（Ｓ１１１０〜Ｓ１１１３）。「根本処置（応急対策不明）」は、応急対策の要否が不明な根本処置である。「根本処置（応急対策要）」は、応急対策が必要な根本処置である。対策種別判定プログラム３０８は、分類の結果を対策種別情報３１８に登録する（Ｓ１１１４）。具体的には、対策種別判定プログラム３０８は、対策種別情報３１８にレコードを追加し、追加したレコードに、対象対策に対応した障害ＩＤ、対策ＩＤ、分類先の対策種別の名前、応急対策要否、及び、対策後傾き（Ｓ１１０３で算出されたａ２）を登録する。
【００７１】
対策種別分類（Ｓ１１０６〜Ｓ１１０９の判定とその判定結果に従うＳ１１１０〜Ｓ１１１３）は、下記のポリシーに従う。
（＊）根本対策のみで済むことが望ましい。
（＊）根本対策の着手時刻までに時間的余裕がないなら、応急対策の実行により時間を稼ぐことが望ましい。
（＊）根本対策の着手時刻があまりに遅いのは避けることが望ましい。
【００７２】
以下、例として、ケース１〜ケース７を説明する。
【００７３】
ケース１（図１６）
Ｔ１＞ＴＬ、且つ、ａ２＞ａ１。ケース１では、対象対策は「無効処置」（根本処置、応急処置及び経過観察処置以外の対策種別）に分類される（Ｓ１１１３）。なぜなら、性能値が快方に向かわない（性能値が悪化する）からである。
【００７４】
ケース２（図１７）
Ｔ１＞ＴＬ、ａ２＜ａ１、且つ、ＴＤ＜Ｔ２。ケース２では、対象対策は「応急処置」に分類される（Ｓ１１１２）。なぜなら、Ｔ１は無限大であるものの、ａ２（対策後傾き）がａ１（対策前傾き（トレンド１５０１の傾き））よりも小さいということは、性能値悪化の速度を低減できるからである。
【００７５】
ケース３（図１８）
Ｔ１＞ＴＬ、ａ２＜ａ１、且つ、ＴＤ＞Ｔ２。ケース３では、対象対策は「無効処置」に分類される（Ｓ１１１３）。なぜなら、性能値が第２閾値に到達する前に対象対策の着手が不可能だからである。
【００７６】
ケース４（図１９）
Ｔ１＜ＴＬ、且つ、ＴＤ＜Ｔ２。ケース４では、対象対策は「根本処置（応急対策不明）」に分類される（Ｓ１１１０）。なぜなら、性能値が第２閾値に到達する前に対象対策の着手が可能であり、且つ、Ｔ１がタイムリミットよりも前だからである。
【００７７】
ケース５（図２０）
Ｔ１＜ＴＬ、且つ、Ｔ２＜ＴＤ＜ＴＬ。ケース５では、対象対策は「根本処置（応急対策要）」に分類される（Ｓ１１１１）。なぜなら、Ｔ１がタイムリミットよりも前であるが、性能値が第２閾値に到達する前に対象対策の着手が不可能だからである。
【００７８】
ケース６（図２１）
Ｔ１＜ＴＬ、ＴＬ＜ＴＤ、且つ、対象対策の着手所要時間４０４が定数ではない（例えば関数）。ケース６では、対象対策は「根本処置（応急対策要）」に分類される（Ｓ１１１１）。着手所要時間４０４が定数でないということは、組み合わされる応急対策によって着手所要時間４０４が前後するということである。このため、暫定的な着手所要時刻に従う着手時刻がタイムリミットより後であっても、実際には着手時刻がタイムリミットより前になる可能性がある。このため、ケース６では、対象対策は「根本処置（応急対策要）」に分類される。
【００７９】
ケース７（図２２）
Ｔ１＜ＴＬ、ＴＬ＜ＴＤ、且つ、対象対策の着手所要時間４０４が定数。ケース７では、対象対策は「無効処置」に分類される（Ｓ１１１３）。なぜなら、ケース６と違い、実際には着手時刻がタイムリミットより前になる可能性が無いためである。
【００８０】
図１２は、最適組合せ生成（Ｓ１００３）のフローを示す。図１２の説明では、適宜に、図２３を参照する。
【００８１】
最適組合せ生成プログラム３１１は、対策種別判定（Ｓ１００２）の結果としての対策種別情報３１８を参照し、その対策種別情報３１８が表す全ての対策（応急対策及び根本対策）を選択する（Ｓ１２０１）。最適組合せ生成プログラム３１１は、選択した対策のうちの根本対策の各々について、Ｓ１２０２〜Ｓ１２０９を実行する。以下、１つの根本対策を例に取り、Ｓ１２０２〜Ｓ１２０９を説明する。その際、その１つの根本対策を、図１２及び図１３の説明において、便宜上、「対象根本対策」と言う。
【００８２】
最適組合せ生成プログラム３１１は、対象根本対策について応急対策要否が不明か否かを判定する（Ｓ１２０２）。
【００８３】
Ｓ１２０２の判定結果が肯定の場合（対象根本対策に対応した応急対策要否５０４が「不明」の場合）（Ｓ１２０２：ＹＥＳ）、最適組合せ生成プログラム３１１は、対象根本対策及び特定エレメントに対応した副作用ＩＤ４０５をキーに副作用情報３１７を参照し、Ｆ１を特定する（Ｓ１２０３）。Ｆ１は、下記（１２０３−１）及び（１２０３−２）を満たす副作用詳細６０３（関数）である。
（１２０３−１）対象根本対策及び特定エレメントに対応した副作用ＩＤ４０５（６０１）に関連付いている副作用詳細６０３。
（１２０３−２）検知された性能障害に対応した性能値種別（例えばＭＰＢビジー率）が適合する副作用概要６０２（例えば「ＭＰＢビジー率上昇」）に関連付いている副作用詳細６０３。
【００８４】
最適組合せ生成プログラム３１１は、ＳＥを算出する（Ｓ１２０４）。ＳＥは、対象根本対策についての副作用の最大幅（性能値幅）である。ＳＥは、Ｆ１に、ａ２（対象根本対策に対応した対策後傾き５０５）と、ｙ２（トレンド１５０１上のＴＤに対応したｙ座標）とを入力することで得られる値である（ＳＥは、ａ２とｙ２のうちの少なくとも１つに依存する値でよい）。
【００８５】
最適組合せ生成プログラム３１１は、Ｔ３を算出する（Ｓ１２０５）。Ｔ３は、Ｃ２（ＴＤ，ｙ２）とａ２とに基づき性能値が第１閾値に到達すると予測される時刻である。Ｔ３は、傾きがａ２でありＣ２（ＴＤ，ｙ２）を通る直線２３０１とｘ軸との交点におけるｘ座標である。
【００８６】
最適組合せ生成プログラム３１１は、ｙ２＋ＳＥ＜第２閾値、且つ、Ｔ３＜ＴＬか否かを判定する（Ｓ１２０６）。
【００８７】
Ｓ１２０６の判定結果が肯定の場合（Ｓ１２０６：ＹＥＳ）、対象根本対策の前に応急対策が行われる必要は無い。そのため、最適組合せ生成プログラム３１１は、応急対策選択（Ｓ１２０７）を実行すること無しに後述のＳ１２０９を実行する。
【００８８】
一方、Ｓ１２０６の判定結果が否定の場合（Ｓ１２０６：ＮＯ）、すなわち、ｙ２＋ＳＥが第２閾値以上である、又は、Ｔ３がＴＬ以上の場合、対象根本対策の前に応急対策が行われることが必要である。同様に、Ｓ１２０２の判定結果が否定の場合（対象根本対策に対応した応急対策要否５０４が「要」の場合）（Ｓ１２０２：ＮＯ）、対象根本対策の前に応急対策が行われることが必要である。そのため、最適組合せ生成プログラム３１１は、応急対策選択プログラム３２３をキックし、応急対策選択プログラム３２３が応急対策選択を実行する（Ｓ１２０７）。
【００８９】
応急対策選択の結果、選択された応急対策が１つも無い場合（後述の選択リストに１つも応急対策のＩＤが登録されていない場合）（Ｓ１２０８：ＮＯ）、最適組合せ生成プログラム３１１は、対象根本対策を含んだプランを生成しない。つまり、対象根本対策は、最終的には無効対策の扱いとなる。
【００９０】
一方、応急対策選択の結果、選択された応急対策が１つ以上ある場合（Ｓ１２０８：ＹＥＳ）、最適組合せ生成プログラム３１１は、後述のＳ１２０９を実行する。
【００９１】
Ｓ１２０９において、最適組合せ生成プログラム３１１は、少なくとも対象根本対策を含んだ１以上のプランを生成し、生成した１以上のプランの各々をプラン情報３１９に登録する。プラン生成について、１つのプランを例に取り説明すると、以下の通りである。
（１２０９−１）対象根本対策について応急対策選択が行われなかった場合、最適組合せ生成プログラム３１１は、対象根本対策を含んだプランを生成する。この場合、プラン情報３１９のレコードには、プランＩＤ８０１及び根本対策ＩＤ８０２が登録される。
（１２０９−２）対象根本対策について応急対策選択が行われ応急対策が１つ以上ある場合、最適組合せ生成プログラム３１１は、対象根本対策と、その対象根本対策について選択されたいずれか１つの応急対策とを含んだプランを生成する。この場合、プラン情報３１９のレコードには、プランＩＤ８０１、根本対策ＩＤ８０２及び応急対策ＩＤ８０３が登録される。
（１２０９−３）（１２０９−１）及び（１２０９−２）のいずれにおいても、Ｆ１及びＦ２（後述）の少なくとも１つに経過対策が関連付けられている場合、最適組合せ生成プログラム３１１は、その経過対策も更に含んだプランを生成する。この場合、プラン情報３１９のレコードには、プランＩＤ８０１と、根本対策ＩＤ８０２及び応急対策ＩＤ８０３のうちの少なくとも根本対策ＩＤ８０２との他に、上記関連付けられている経過対策の経過対策ＩＤ８０４が登録される。なお、経過対策ＩＤは、副作用情報３１７に登録されていてもよいし、管理情報３６０が経過対策情報（図示せず）を含み、経過対策情報が、複数の経過対策の各々について対策ＩＤ４０１及び経過観察概要６０４等を表していてもよい。
【００９２】
図１３は、応急対策選択（Ｓ１２０７）のフローを示す。図１３の説明では、適宜に、図２４〜図２７を参照する。
【００９３】
応急対策選択プログラム３２３は、Ｓ１２０１で選択された応急対策の各々についてＳ１３０１〜Ｓ１３１２を実行する。以下、１つの応急対策を例に取り、Ｓ１３０１〜Ｓ１３１２を説明する。その際、その１つの応急対策を、図１３の説明において、便宜上、「対象応急対策」と言う。
【００９４】
応急対策選択プログラム３２３は、ＴＤ１を算出する（Ｓ１３０１）。ＴＤ１は、対象根本対策の新たな着手時刻、すなわち、対象応急対策実行後の対象根本対策の着手時刻である。ＴＤ１は、対象根本対策及び特定ボトルネックに対応した着手所要時間４０４（関数又は定数）と、対象応急対策及び特定ボトルネックに対応した時間（着手所要時間４０４、実行所要時間４０７又はそれらの合計）を用いて算出される。なお、ＴＤ１の算出に用いられる値は、時間に限られない。例えば、ＴＤ１の算出において、対象根本対策及び特定ボトルネックに対応した着手所要時間４０４（関数）に、対象応急対策の対策ＩＤ４０１が入力されることが行われてもよい。
【００９５】
応急対策選択プログラム３２３は、ＴＤ２＜ＴＤ１か否かを判定する（Ｓ１３０２）。ＴＤ２は、対象応急対策及び特定ボトルネックに対応した着手時刻、すなわち、ＴＰから、対象応急対策及び特定ボトルネックに対応した着手所要時間４０４を経過したときの時刻である。Ｓ１３０２の判定結果が否定の場合（Ｓ１３０２：ＮＯ）、対象応急対策は、対象根本対策に組み合わされる応急対策として選択されない。対象応急対策を対象根本対策の前に着手することができないからである。
【００９６】
Ｓ１３０２の判定結果が肯定の場合（Ｓ１３０２：ＹＥＳ）、応急対策選択プログラム３２３は、Ｆ２を特定する（Ｓ１３０３）。Ｆ２は、下記（１３０３−１）及び（１３０３−２）を満たす副作用詳細６０３（関数）である。
（１３０３−１）対象応急対策及び特定エレメントに対応した副作用ＩＤ４０５（６０１）に関連付いている副作用詳細６０３。
（１３０３−２）検知された性能障害に対応した性能値種別（例えばＭＰＢビジー率）が適合する副作用概要６０２（例えば「ＭＰＢビジー率上昇」）に関連付いている副作用詳細６０３。
【００９７】
応急対策選択プログラム３２３は、ＳＥ１を算出する（Ｓ１３０４）。ＳＥ１は、対象応急対策についての副作用の最大幅（性能値幅）であり、Ｆ２に、ａ３とｙ３とを入力することで得られる値である（ＳＥ１は、ａ３とｙ３のうちの少なくとも１つに依存する値でよい）。ａ３は、対象応急対策に対応した対策後傾き５０５である。ｙ３は、トレンド１５０１上のＴＤ２に対応したｙ座標である。
【００９８】
応急対策選択プログラム３２３は、ｙ３＋ＳＥ１＜第２閾値か否かを判定する（Ｓ１３０５）。Ｓ１３０５の判定結果が否定の場合（Ｓ１３０５：ＮＯ）、対象応急対策は、対象根本対策に組み合わされる応急対策として選択されない。対象応急対策の副作用により特定ボトルネックの性能値が第２閾値に到達してしまうおそれがあるからである。
【００９９】
Ｓ１３０５の判定結果が肯定の場合（Ｓ１３０５：ＹＥＳ）、応急対策選択プログラム３２３は、Ｆ１が選択済か否かを判定する（Ｓ１３０６）。
【０１００】
Ｓ１２０２：ＮＯの場合、Ｓ１２０３がスキップされているので、Ｆ１は選択済ではない（Ｓ１３０６：ＮＯ）。そのため、応急対策選択プログラム３２３は、Ｆ１を選択する（Ｓ１３０７）。Ｓ１３０７は、Ｓ１２０３と同じでよい。一方、Ｓ１２０２：ＹＥＳの場合、Ｓ１２０３が実行されたので、Ｆ１は選択済である（Ｓ１３０６：ＹＥＳ）。このため、Ｓ１３０７がスキップされる。
【０１０１】
Ｓ１３０６：ＹＥＳ又はＳ１３０７の後、応急対策選択プログラム３２３は、ＳＥ１´及びＳＥ２を算出する（Ｓ１３０８）。具体的には、下記が行われる。
（Ｓ１３０８−１）応急対策選択プログラム３２３は、ａ２´を算出する。ａ２´は、対象応急対策と対象根本対策との組合せ実施後の変化量の一例、具体的には、対象根本対策の評価関数４０３に、応急対策実施後の傾き（つまり、対象応急対策のａ２（図５の対策後傾き５０５））と、ｙ４とを入力することにより得られた傾きである。ｙ４は、Ｃ３（ＴＤ２，ｙ３）を通る直線（傾きａ３の直線）２４０１上のＴＤ１に対応したｙ座標である。
（Ｓ１３０８−２）応急対策選択プログラム３２３は、ＳＥ１´を算出する。ＳＥ１´は、対象応急対策と対象根本対策との組合せについての副作用の最大幅（性能値幅）であり、Ｆ２に、ａ２´とｙ４とを入力することで得られる値である（ＳＥ１´は、ａ２´とｙ４のうちの少なくとも１つに依存する値でよい）。Ｆ２は、上述したように、対象応急対策についての副作用詳細６０３（詳細は、上述したように、（１３０１−１）及び（１３０１−２）を満たす副作用詳細６０３（関数））である。
（Ｓ１３０８−３）応急対策選択プログラム３２３は、ＳＥ２を算出する。ＳＥ２は、対象応急対策後の対象根本対策についての副作用の最大幅（性能値幅）であり、Ｆ１に、ａ２´とｙ４とを入力することで得られる値である（ＳＥ２は、ａ２´とｙ４のうちの少なくとも１つに依存する値でよい）。Ｆ１は、上述したように、対象根本対策についての副作用詳細６０３（詳細は、上述したように、（１２０３−１）及び（１２０３−２）を満たす副作用詳細６０３（関数））である。
【０１０２】
応急対策選択プログラム３２３は、ｙ４＋ＳＥ１´＋ＳＥ２＜第２閾値か否かを判定する（Ｓ１３０９）。Ｓ１３０９の判定結果が否定の場合（Ｓ１３０９：ＮＯ）、対象応急対策は、対象根本対策に組み合わされる応急対策として選択されない。対象応急対策と対象根本対策の両方を行うと副作用により特定ボトルネックの性能値が第２閾値に到達してしまうおそれがあるからである。
【０１０３】
Ｓ１３０９の判定結果が肯定の場合（Ｓ１３０９：ＹＥＳ）、応急対策選択プログラム３２３は、Ｔ４を算出する（Ｓ１３１０）。Ｔ４は、Ｃ４（ＴＤ１，ｙ４）とａ２´とに基づき性能値が第１閾値に到達すると予測される時刻である。Ｔ４は、傾きがａ２´でありＣ４（ＴＤ１，ｙ４）を通る直線２４０２とｘ軸との交点におけるｘ座標である。
【０１０４】
応急対策選択プログラム３２３は、Ｔ４＜ＴＬか否かを判定する（Ｓ１３１１）。Ｓ１３１１の判定結果が否定の場合（Ｓ１３１１：ＮＯ）、対象応急対策は、対象根本対策に組み合わされる応急対策として選択されない。タイムリミット前に障害が回復することが期待できないからである。
【０１０５】
Ｓ１３１１の判定結果が肯定の場合（Ｓ１３１１：ＹＥＳ）、応急対策選択プログラム３２３は、対象応急対策（例えば、対象応急対策の対策ＩＤ）を、選択リスト（図示せず）に登録する（Ｓ１３１２）。つまり、応急対策選択プログラム３２３は、対象応急対策を、対象根本対策に組み合わされる応急対策として選択する。
【０１０６】
図１０〜図１３を参照した説明の通り、本実施形態では、管理計算機２０１は、対策種別判定（１段階目の処理）において、複数の対策の各々を粗くいずれかの対策種別に分類し、最適組合せ生成（２段階目の処理）において、分類された根本対策をプランに含める根本対策とするか、その根本対策に対していずれの応急対策を組み合わせるかを決定する。このような２段階の処理により、例えば以下の作用効果が期待できる。
【０１０７】
すなわち、複数の対策の中には、特定ボトルネックに副作用を生じさせる対策が有り得る。その対策の着手時又はそれ以降に副作用により特定ボトルネックの性能値が悪化する可能性がある。しかし、対策が根本対策の場合、根本対策の着手時刻は、その根本対策に応急対策が組み合わされるか否か、及び、組み合わされるのであればいずれの応急対策が組み合わされるのかによって変わる。このような環境に鑑みて、管理計算機２０１は、対策種別判定において、ＴＰといった時刻を基準時刻として粗く（暫定的に）対策をいずれかの対策種別に分類し、その後の最適組合せにおいて、対策の予測された着手時刻を基準時刻として、プランに含める対策とするか否か等を決定する。これにより、障害の回復のための適切なプランを提示することができる。
【０１０８】
図１４は、画面表示（Ｓ９０５）及びプラン選択（Ｓ９０６）のフローを示す。
【０１０９】
画面表示（Ｓ９０５）において、画面表示プログラム３１３は、プラン情報３１９が表す１以上のプランの各々についてＳ１００４で算出された優先順位を優先順位算出プログラム３１２から受信する（Ｓ１４０１）。画面表示プログラム３１３は、優先順位の高い順に１以上のプランが並べられたプラン選択画面１５０（図１参照）を表示する（Ｓ１４０２）。Ｓ１４０２において、画面表示プログラム３１３は、１以上のプランにそれぞれ対応した１以上の優先順位もプラン選択画面１５０に表示してもよい。
【０１１０】
プラン選択（Ｓ９０６）において、画面表示プログラム３１３は、プランの選択を受ける（Ｓ１４０３）。画面表示プログラム３１３は、選択されたプラン（例えばプランＩＤ）を有効性再計算プログラム３２２に送信する。
【０１１１】
そして、有効性再計算プログラム３２２は、選択されたプランの有効性を再計算する。再計算は、上述したように、選択されたプランの生成のためにプラン生成（Ｓ９０４）において行われた処理と同様の処理を、プラン選択時刻ＴＣ（図２８参照）を基準に行うことを意味する。つまり、ＴＰ＝ＴＣとして、選択されたプランに含まれている根本対策（及び応急対策）について、図１１〜図１３の処理が行われる。
【０１１２】
有効性再計算の意義は、例えば次の通りである。すなわち、時間は時々刻々と進んでいるため、プラン生成後の或る時刻（例えば管理者によりプランが選択された時刻）ＴＣにおいて、生成されたプラン（表示されたプラン）のうちの少なくとも１つのプラン（例えば管理者から選択されたプラン）における対策が依然として有効であるとは限らない。ＴＣはＴＤ、ＴＤ１及びＴＤ２のうちの少なくとも１つよりも進んでいる可能性があるからである。本実施形態では、生成されたプラン（表示されたプラン）のうちの少なくとも１つのプラン（例えば管理者から選択されたプラン）についてのみ、ＴＰ＝ＴＣを基準として、図１１〜図１３の処理と同様の処理である有効性再計算が行われる。これにより、選択され実行されるプランが有効なプラン（無効な対策を含まないプラン）であることの確実性を高めることができる。
【０１１３】
なお、ＴＣは、プランが選択されたときの時刻に代えて、所定の周期に従う時刻（例えば，プラン表示後１分毎に従う時刻）であってもよい。その所定の周期は、管理者により設定された周期であってよい。
【０１１４】
プラン実行（Ｓ９０９）は、例えば次の通りである。実行対象のプランが、応急対策、経過対策及び根本対策を含んでいるとする。プラン実行プログラム３２４は、プラン実行開始時刻又はその後の時刻から（例えば、根本対策開始前に）、経過対策に従う経過観察を実行する。プラン実行プログラム３２４は、その経過対策に関連付いている経過観察解除契機６０５で、その経過観察を終了する。プログラム実行プログラムは、経過観察において経過観察対象の性能値が所定の条件を満たした場合に、実行対象プランにおける根本対策を開始できる。
【０１１５】
以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。
【０１１６】
例えば、プラン実行プログラム３２４は、応急対策及び経過対策のうちの少なくとも１つを含んだプランのうちの優先順位の最も高いプランを、管理者からプランの選択を受けること無しに（更には、プラン選択画面１５０の表示無しに）、実行してもよい。プラン実行プログラム３２４は、その後、いずれかの根本対策を取り得る状態を意味する条件が満たされている場合に（例えば、特定ボトルネックの性能値が所定の条件を満たした場合に）、画面表示プログラム３１３が、応急対策及び経過対策のうちの少なくとも１つが実行されたプランを含む上記生成された１以上のプランを表示し、その１以上のプランのうちのいずれかの選択を管理者から受けてもよい。プラン実行プログラム３２４は、その選択されたプランに応急対策及び経過対策のうちの少なくとも１つがあればその対策を実行してもよいし、その選択されたプランに応急対策及び経過対策のうちの少なくとも１つがあってもその対策を実行無しに根本対策を実行してもよい。緊急度の高い障害が発生した場合には、管理者からのプラン選択無しに応急対策及び経過対策のうちの少なくとも１つが自動実行されるので、管理負荷を低減できる。
【符号の説明】
【０１１７】
２０１：管理計算機
【図１】
2017109821.tif 000003
【図２】
2017109821.tif 000004
【図３】
2017109821.tif 000005
【図４】
2017109821.tif 000006
【図５】
2017109821.tif 000007
【図６】
2017109821.tif 000008
【図７】
2017109821.tif 000009
【図８】
2017109821.tif 000010
【図９】
2017109821.tif 000011
【図１０】
2017109821.tif 000012
【図１１】
2017109821.tif 000013
【図１２】
2017109821.tif 000014
【図１３】
2017109821.tif 000015
【図１４】
2017109821.tif 000016
【図１５】
2017109821.tif 000017
【図１６】
2017109821.tif 000018
【図１７】
2017109821.tif 000019
【図１８】
2017109821.tif 000020
【図１９】
2017109821.tif 000021
【図２０】
2017109821.tif 000022
【図２１】
2017109821.tif 000023
【図２２】
2017109821.tif 000024
【図２３】
2017109821.tif 000025
【図２４】
2017109821.tif 000026
【図２５】
2017109821.tif 000027
【図２６】
2017109821.tif 000028
【図２７】
2017109821.tif 000029
【図２８】
2017109821.tif 000030
【国際調査報告】
2017109821.tif 000031
2017109821.tif 000032