JP6622808B2 - 管理計算機および計算機システムの管理方法 - Google Patents

Description

本発明は、計算機システムの管理に係り、管理計算機および計算機システムの管理方法および関連技術に関する。

従来、計算機システムで問題が発生したとき、管理者の判断を補助する目的で推奨する対処策を提案する管理システムがある（例えば下記特許文献１を参照）。特許文献１の管理システムは、例えばディスク稼働率など主に稼働データを参照し、対処ルールに基づいて具体的な対処策を生成し、その効果を評価し、管理者に提示する。これにより、管理者は計算機システムの問題を解決するための具体的な対処策を容易に判断または選択できる。

公開番号ＷＯ２０１４／０７３０４５

しかしながら、上述した特許文献１では、計算機システムを構成する部品、例えば仮想サーバや論理ボリュームなどの重要度や利用している顧客の重要度など、運用方針を参照し考慮する処理が無い。そのため、特許文献１で推奨される対処策ではより重要度の高い要素、例えば重要顧客に悪影響を与える可能性がある。

例えば、仮想マシンをとあるホストサーバから別のホストサーバに移動させるような対処策を生成する場合、実験用の仮想マシンなどのように比較的重要度の低い仮想マシンが他にも存在するにも関わらず、重要顧客が利用している仮想マシンを移動対象として選択するような対処策が生成される。計算機システムの管理者は対処策の実行により重要な仮想マシンに悪影響がでないように対処策の詳細を確認し、必要があれば対処策を修正しなければならないという問題がある。

本願において開示される発明の一側面となる計算機システムは、顧客および計算機システムを構成する部品毎に運用方針に関する情報を保持し、問題への対処策を生成する際に、運用方針に基づいて対処策の影響範囲を区分し、上位の顧客への影響が下位の顧客への影響以下になるように対処策を生成する。例えば、対処策の操作の対象から上位の顧客を除外する、または性能への影響が上位の方が小さくなるような操作を施すことで実現されれば良い。生成した対処策は、管理者が操作を行ってもよいし、管理計算機が対処策の候補を管理者に提示し、管理者の承認を得てから管理計算機が実行しても良いし、事前承認や学習結果などに基づき管理計算機により自動で実行されても良い。

本願発明の他の一側面は、プロセッサと、入力装置と、出力装置と、記憶装置を有し、複数の計算機システムを管理する管理計算機である。この管理計算機は、複数の計算機システムの部品の状態を変更する対策手順案を生成する、対策手順案生成モジュールを備える。この対策手順案生成モジュールは、複数の計算機システムまたはその部品のうち、上位ランクの計算機システムまたはその部品への影響が、下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、対策手順案を生成する。

本発明の他の一側面は、プロセッサと、入力装置と、出力装置と、記憶装置を有する管理計算機が、複数の計算機システムを管理する計算機システムの管理方法である。この方法では、管理計算機は、複数の計算機システムの部品の状態を変更する対策手順案を生成する際に、複数の計算機システムまたはその部品のうち、上位ランクの計算機システムまたはその部品への影響が、下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、対策手順案を生成する。

ここで、計算機システムの部品とは、例えば、テナント、サーバ、仮想計算機、ストレージのボリューム、ＩＯ処理ユニットなどであり、その粒度や分類は任意である。制約条件は、具体的な例としては、計算機システムの運用方針に基づいて、自動的にあるいは人の手によって作成される。場合によっては、制約条件は運用方針そのものでもよい。また、計算機システムまたはその部品のランク分けの定義や粒度も任意でよい。

本発明の代表的な実施の形態によれば、管理計算機は問題を解決できる対処策の中でも、重要性の高い要素、例えば上位の顧客への影響が小さい対処策を提示できる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本発明実施例の計算機システムにおける問題解決処理フローの概要を説明する概念ブロック図。 図１の実施例の計算機システム２のハードウェア構成例を、管理サーバ２０１を中心に示すブロック図。 図１の実施例の計算機システム２のハードウェア構成例を、管理サーバ２０１の管理対象である管理対象装置群を中心に示すブロック図。 図１の実施例の計算機システム２のハードウェア構成例を、管理サーバ２０１の機能を主に示すブロック図。 図１の計算機システム２上に構成されるテナントシステムの一例を示すブロック図。 システム構成情報２３４の一部をなす、接続関係の対応テーブル４００の一例を示す表図。 運用方針情報２３３の一部をなす、サーバランクテーブル５００の一例を示す表図。 運用方針情報２３３の一部をなす、ボリュームランクテーブル６００の一例を示す表図。 運用方針情報２３３の一部をなす、サーバランク詳細テーブル７００の一例を示す表図。 運用方針情報２３３の一部をなす、ボリュームランク詳細テーブル８００の一例を示す表図。 管理サーバ２０１の問題解決処理９００の手順例を示す流れ図。 図９の対策手順案の生成処理Ｓ９０３の例を示す概念図。 図９の対策手順案の生成処理ステップＳ９０３の手順例を示す流れ図。 影響度合いの区分テーブル１２００の例を示す表図。 制約条件のパターンテーブル１３００の一例を示す表図。 対策手順案の評価結果テーブル１４００の一例を示す表図。 図９の対策手順案の優先順位付ステップＳ９０５の手順例を示す流れ図。 対策手順案の評価結果が図１４に例示するとおりであった場合の足切り処理の概要を例示する説明図。 図１５の総合評価値の算出処理Ｓ１５０３で用いる数式例を示す説明図。 管理サーバ２０１が実行する対策手順案の実行実績を記憶する場合の、対策手順案の実行処理（ステップＳ９０８）の手順例を示す流れ図。 変数テーブル１９００の一例を示す表図。 パターンテーブル２０００の一例を示す表図。 記憶処理と忘却処理を実行した際の実行実績２００５の値の変化の様子を例示する概念図。

以後の説明では「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ（Ｄａｔａｂａｓｅ）」、「ａａａキュー」（ａａａは任意の文字列）等の表現にて本実施例の情報を説明するが、これら情報は必ずしもテーブル、リスト、ＤＢ、キュー、等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等について「ａａａ情報」と呼ぶことがある。

また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）」という表現を用いるが、これらについてはお互いに置換が可能である。

また、以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御デバイス）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。

また、各種プログラムは、プログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。この場合、プログラム配布サーバは、プロセッサと記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムを記憶する。そして、配布プログラムをプロセッサが実行することで、プログラム配布サーバのプロセッサは、配布対象のプログラムを他の計算機に配布する。

また、計算機は入出力デバイスを有する。入出力デバイスの例としてはディスプレイとキーボードとポインタデバイスが考えられるが、これ以外のデバイスであってもよい。また、入出力デバイスの代替としてシリアルインタフェースやイーサーネットインタフェースを入出力デバイスとし、当該インタフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。

以後、情報処理システムを管理し、本実施例の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理用の計算機（以下、管理計算機）が表示用情報を表示する場合は管理計算機が管理システムである、また、管理計算機と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含む）が管理システムである。

ここで言う対処策とは、例えば、ＩＤが００＿１の仮想マシンをＩＤ０２のホストマシンにマイグレーションする、ＩＤ００＿１の仮想マシンのＤｉｓｋアクセスを１０００ＩＯＰＳに制限するといった具体的な操作の内容を含んだ情報のことを指す。以後、対処策、対処プラン、アクションプランなどと表現する。また、具体的な操作の内容を含まない、例えば、仮想マシンをとあるホストマシンから別のマシンにマイグレーションする、仮想マシンのＤｉｓｋアクセス数を制限するといった定性的な情報のことを、以後、対策ルール、あるいは単にルールと呼ぶ。

図１は、本実施例の計算機システムにおける問題解決処理フローの概要を説明する図である。ここでは、本実施例が適用されないシステムを比較例として、本実施例のシステムの概要を説明する。

計算機システム１は、本実施例が適用されていない比較例の計算機システムを示している。計算機システム１は、管理対象であるサーバ２０３と、ストレージ２０４と、ネットワーク装置２０５と、これら管理対象装置群を管理する管理サーバ２０１とを備える。また、管理対象装置上で稼働するアプリケーション、または管理対象装置上で稼働するアプリケーション群により構成されるテナントシステムの重要度や性能の規定値である運用方針２３３は、管理サーバ２０１外部に存在するExcelなどの外部ファイル２０８に保持される。システムを使用するテナントには、超重要テナント１１、重要テナント１２、通常テナント１３のように重み付けがされている。

管理サーバ２０１は、重要テナント１２で発生した問題（＃１）を監視機能２０１１により検知し（＃２）、原因解析機能２０１２により原因解析を実施する（＃３）。対策手順案作成機能２０１３は、補助記憶デバイス２１３内の、対策手順ルール２３１や稼働データ２３２に基づいて問題を解決する対処手順案を生成し（＃４）、生成された対処手順を実行基盤機能２０１４により実行登録する（＃５）。管理サーバ２０１より受信したサーバ２０３は（＃６）、サーバ２０３上で稼働している仮想マシン（図中ではＶＭと例示している）を別のサーバ装置２０３上にマイグレーションを実施する（＃７）。その結果、重要テナント１２で発生した問題を解決できても、超重要テナント１１に悪影響を与えることがある（＃８）。

通常、特定のテナントで発生した問題を解決したい場合、問題が発生したテナントよりも、より重要である（以後、より重要であることを上位ランクと記載する。また、逆に、より重要ではない方を下位ランクと記載する。）テナントに悪影響を与えることは避けたいと考える。しかし、比較例では上位ランクのテナントに悪影響をあたえることがある。これは、管理サーバが対処手順案を生成するとき、稼働データ２３２や対処手順ルール２３１に従って対処手順を生成するが、管理サーバ外部に存在する運用方針２３３は参照していないためである。ここでいう対処手順案とは、例えば、ＶＭ_１番をサーバ装置＿１からサーバ装置＿２へマイグレーションする、といった問題解決手順の案のことを示す。対処手順案生成処理では、例えば、ＶＭ＿３をサーバ装置＿１からサーバ装置＿３へマイグレーションする、テナントシステムＡのリクエストの上限を１００リクエスト／秒から５０リクエスト／秒に制限する、のように、様々な手順案を生成し、効果や影響を見積もり、優先順位を付ける処理である。

図１の比較例のシステム１では、重要テナント１２が使用していたＶＭを、超重要テナント１１が使用しているＶＭがあるサーバへマイグレーションしているため、超重要テナント１１に影響する場合がある。

計算機システム２は、本実施例における計算機システムの概要を例示している。システム２では、運用方針を考慮して対策手順案を生成し、重要なテナントを優先する。構成の一例として、計算機システム２は、計算機システム１では管理サーバ２０１の外部に存在していた運用方針２３３を管理サーバ２０１上に記憶しており、外部のファイル２０８を含まないこと以外は計算機システム１と同様のシステム構成である。処理の流れも同様であるが、対処手順案を生成する処理で運用方針２３３を参照する点が計算機システム１と異なる。これにより、重要テナント１２で発生した問題を解決するとき、超重要テナント１１には悪影響を与えず、悪影響の範囲を通常テナント１３に限定することができる。

前述の通り、本実施例は対処手順案生成処理において運用方針を制約条件として活用し、上位ランクを優遇する効果を有する。なお、図１に例示するシステム構成は、説明の簡易化のために図２Ａ以降で説明するシステム構成の詳細の一部を省略し、一部を誇張表現している。

図２Ａは、図１の実施例の計算機システム２のハードウェア構成例を、管理サーバ２０１を中心に示すブロック図である。管理サーバ２０１はプロセッサ２１１と、主記憶デバイス２１２と、補助記憶デバイス２１３と、入力装置２１４と、出力装置２０５と、ネットワークＩ／Ｆ２１６と、を有する。プロセッサ２１１、主記憶デバイス２１２、補助記憶デバイス２１３、入力装置２１４、出力装置２０５、およびネットワークＩ／Ｆ２１６はバス２１７に接続される。

プロセッサ２１１が、問題解決処理２２０を実行する。問題解決処理２２０は例えば半導体メモリ等の主記憶デバイス２１２に格納されるソフトウェア（プログラム）であり、プロセッサ２１１等の管理サーバ２０１のハードウェア資源を利用して、所望の機能を実行する。なお、問題解決処理２２０による処理は、プロセッサ２１１で実行される代わりに、例えば集積回路等のハードウェアで実現してもよい。

例えば磁気ディスク装置等の補助記憶デバイス２１３は、対処手順ルール２３１と、稼働データ２３２と、運用方針２３３と、システム構成情報２３４をデータとして記憶する。補助記憶デバイス２１３、対処手順ルール２３１、および稼働データ２３２と、運用方針２３３と、システム構成情報２３４はそれぞれ異なる記憶デバイスに保存されていてもよい。

ここで、対処手順ルール２３１とは、例えば、特定のサーバ装置のＣＰＵ使用率の閾値超過を検出した場合に、サーバ装置上で稼働している任意の仮想マシンを別の任意のサーバ装置にマイグレーションするだとが、ストレージ装置上のボリュームプールを構成する記憶ディスクの稼働率の閾値超過を検出した場合に、ディスク上に存在する論理ボリュームへのＩＯ量に制限をかけるといった、計算機システムで発生した問題を解決するための手順を生成する処理方式群のことである。対策手順ルール２３１は１種類以上の処理方式を含んでおればよい。

稼働データ２３２とは、例えば、過去１ヶ月のサーバ装置２０３のＣＰＵ使用率情報など、一定期間の計算機システムのリソース使用率や受信したリクエスト数などの稼働情報のことを指す。

運用方針２３３は、「重要度」と「性能の目標値」の少なくともいずれかを含む。重要度とは、例えば、金、銀、銅で例示されるような重要度である。金は銀よりも重要で、銀は、銅よりも重要であるといった優劣のつけられる情報であればよい。また、性能の目標値とは、例えば、応答時間が１００ミリ秒以内だとか、スループットが１００リクエスト／秒などである。これらの運用方針は、例えば、仮想マシン毎や論理ボリューム毎で保持していても良いし、アプリケーション毎やテナントシステム毎など粗粒度で保持しアプリケーションやテナントシステムを構成する全ての仮想マシンインスタンスに対し同様の運用方針を適用するといった保持の形式でもよい。

システム構成情報２３４とは、サーバ２０３、ストレージ２０４、ネットワーク装置２０５等の管理対象装置群の接続関係や、管理対象であるテナントシステムと管理対象装置群の接続関係を特定する情報である。

補助記憶デバイス２１３は、管理サーバ２０１に不図示の外部装置へのＩ／ＦやネットワークＩ／Ｆ２１６を介して接続される外部の記憶装置、例えばストレージ装置２０４であってもよい。また、主記憶デバイス２１２と補助記憶デバイス２０３は同一デバイスであってもよい。

入力装置２１４は、キーボード等の管理者の操作によりデータを入力するデバイスである。出力装置２１５は、プリンタやモニタ等、プロセッサ２１１の実行結果を表示するデバイスである。入力装置２１４と出力装置２１５は、一体型の装置でもよい。

また、計算機システム２０１には、操作端末２０２が接続されていてもよい。操作端末２０２は、管理計算機２０１を操作するコンピュータである。操作端末２０２は入力装置２４１と出力装置２４２と、を有する。入力装置２４１は、管理者の操作によりデータを入力するデバイスである。入力データは、ネットワーク２０６を介して管理サーバ２０１に送信される。出力デバイス２４２は、管理サーバ２０１からのデータを表示するデバイスである。入力装置２４１と出力装置２４２は、一体型の装置でもよい。

また、計算機システム２には、管理サーバ２０１と、操作端末２０２と、サーバ装置２０３と、ストレージ装置２０４と、ネットワーク装置２０５が含まれる。ネットワーク装置２０５は管理サーバ２０１と、操作端末２０２と、サーバ装置２０３と、ストレージ装置２０４との間のデータを中継する。

図２Ｂは、図１の実施例の計算機システム２のハードウェア構成例を、管理サーバ２０１の管理対象である管理対象装置群を中心に示すブロック図である。管理対象装置群は、サーバ装置２０３と、ストレージ装置２０４と、ネットワーク装置２０５と、がネットワーク２０６やＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続されるシステムである。

サーバ装置２０３は、プロセッサ２６１と、主記憶２６２と、ネットワークＩ／Ｆ２６３と、補助記憶デバイス２６４と、ＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）３６５と、を含む。

補助記憶デバイス２６４は、ネットワークＩ／Ｆ２６３や、ＨＢＡ２６５や、不図示の外部装置のＩ／Ｆを介して接続される外部の記憶装置であってもよい。また、サーバ装置２０３は仮想マシンであってもよい。サーバ装置２０３は、管理サーバ２０１の監視対象装置である。サーバ装置２０３は、テナントシステムを構成するソフトウェアや仮想マシンを実行する。ネットワークＩ／Ｆ２６３は、ネットワーク２０６を介して、他のネットワークＩ／Ｆ２５２や、ネットワーク装置２０５の一例であるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）スイッチ２０５Ａに接続される。ＨＢＡ２６５は、ネットワーク装置２０５の一例であるＦＣ（Ｆｉｂｅｒ Ｃｈａｎｎｅｌ）スイッチのポートに接続される。

ストレージ装置２０４は、管理サーバ２０１の管理対象装置であり、サーバ２０３上、または管理サーバ２０１上で動作するソフトウェアが使用する記憶容量を提供する。ストレージ装置２０４は、ＩＯ処理ユニット２５１と、ネットワークＩ／Ｆ２５２と、ＩＯポート２５３と、ＤＩＳＫ２５４と、ＩＯポート２５５と、を有する。ＤＩＳＫ２５４は複数のＤＩＳＫ２５４によりＲＡＩＤグループ２５６を構成していてよい。ＲＡＩＤグループ２５６は、単一または複数のＲＡＩＤグループ２５６からボリュームプール２５７を構成していてよい。例えば、サーバ装置２０３の補助記憶デバイスとしてストレージ装置２０４が利用されている場合に、補助記憶デバイス２６４のデータが論理ボリューム２５８に記憶されておればよい。論理ボリューム２５８は、ボリュームプール２５７、またはＲＡＩＤグループ２５６、またはＤＩＳＫ２５４上のいずれかに存在しておればよい。

ネットワークＩ／Ｆ２５２は、例えばイーサネット(登録商標)によるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク２０６に接続するためのインタフェースである。ＩＯポート２５３およびＩＯポート２５５は、例えばファイバチャネルなどのようなＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するインタフェースである。また、ストレージ装置２０４はＩＯポート２５５を介して接続される外部のストレージ装置２０９に存在する論理ボリューム２５９を管理していてもよい。

ここで例示するネットワーク装置２０５には、ＩＰスイッチ２０５ＡとＦＣスイッチ２０５Ｂがある。ＩＰスイッチ２０５Ａは管理サーバ２０１のネットワークＩ／Ｆ２１６と、サーバ装置２０３のネットワークＩ／Ｆ２６３と、ストレージ装置２０４のネットワークＩ／Ｆ２５２と、ＦＣスイッチ２０５Ｂの不図示のネットワークＩＦ、他のＩＰスイッチ２０５Ｂの不図示のネットワークＩ／Ｆに接続される。ＦＣスイッチ２０５Ｂは、サーバ装置２０３とストレージ装置２０４との間でデータ転送する。ＦＣスイッチ２０５Ｂは複数のポート２７１を有する。ＦＣスイッチ２０５Ｂのポート２７１は、サーバ装置２０３のＨＢＡ２６５と、ストレージ装置２０４のＩＯポート２５３と、に接続される。ネットワーク装置２０５は、管理サーバ２０１の管理対象装置であってもよい。

図２Ｃは、図１の実施例の計算機システム２のハードウェア構成例において、管理サーバ２０１の機能構成例を説明する機能ブロック図である。

管理サーバ２０１のプロセッサ２１１は、主記憶２２０内の問題解決処理プログラム２２０の制御により各種の機能を実現する。便宜的に、問題解決処理プログラム２２０内に機能に対応するモジュールを定義するが、これらモジュールは物理的に分離されている必要はない。また、これらモジュールは、独立したプログラムまたはサブルーチンに対応する必要はない。問題解決処理プログラム２２０は、対策手順案生成モジュール２２０１を有する。対策手順案生成モジュール２２０１は、候補取得モジュール２２０２、フィルタリングモジュール２２０３を含む。問題解決処理プログラム２２０は、さらに、対策手順案評価モジュール２２０４、対策手順案優先順位付モジュール２２０５、対策手順案提示モジュール２２０６、選択モジュール２２０７、対策手順案実行モジュール２２０８を備える。このうちのいずれかのモジュールが省略されていてもよいし、他のモジュールが追加されてもよい。

問題解決処理プログラム２２０による処理例の全体は図９で後述される。対策手順案生成モジュール２２０１が実現する機能は、図９の処理Ｓ９０３に相当し、詳細は図１１で後述する。候補取得モジュール２２０２が実現する機能は、図１１の処理Ｓ１１０３に相当し、問題解決のための操作対象の候補の一覧を取得する。フィルタリングモジュール２２０３が実現する機能は、図１１の処理Ｓ１１０４に相当する。

対策手順案評価モジュール２２０４が実現する機能は、図９の処理Ｓ９０４に相当する。対策手順案優先順位付けモジュール２２０５が実現する機能は、図９の処理Ｓ９０５に相当し、詳細は図１５で後述する。対策手順案提示モジュール２２０６が実現する機能は、図９の処理Ｓ９０６に相当する。選択モジュール２２０７が実現する機能は、図９の処理Ｓ９０７に相当する。対策手順案実行モジュールが実現する機能は、図９の処理Ｓ９０８に相当する。

主記憶２１２または補助記憶デバイス２１３は、運用方針２３３を反映した制約条件２１３１を保持する。制約条件２１３１は、一部または全部が運用方針２３３と同じであってもよいが、より具体化されたルールを運用方針２３３に基づいて準備してもよい。制約条件２１３１は、管理サーバ２０１自身がプログラムに基づいて運用方針２３３から自動的に作成してもよいし、管理者が別途作成し、管理サーバ２０１外部から入力してもよい。この処理は図１１の処理Ｓ１１０１〜Ｓ１１０２に相当する。制約条件の例は、図１２〜図１３で後述する。

以上の構成は、単体のコンピュータで構成してもよいし、あるいは、入力装置、出力装置、処理装置、記憶装置の任意の部分が、ネットワークで接続された他のコンピュータで構成されてもよい。また、ソフトウェアで構成した機能と同等の機能は、FPGA（Field Programmable Gate Array）、ASIC（Application Specific Integrated Circuit）などのハードウェアでも実現できる。

図３は、図１の計算機システム２上に構成されるテナントシステムの一例を示すブロック図である。この例では、テナントＡはＨＶ１という名称のサーバ装置２０３と、ＨＶ２という名称のサーバ装置２０３上に存在する仮想マシンＶＭ＿Ａ１〜Ａ４で構成される。サーバ装置２０３であるＨＶ１とＨＶ２は複数（図中では例として２つ）のＣＰＵ２０１とＨＢＡ２６５を有する。ストレージ装置２０４であるＳＴ１は複数（図中では例として２つ）のＩＯ処理ユニット２５１と、複数（図中では例として３つ）のボリュームプール２５７を有する。

テナントＡを構成する仮想マシンは、ＶＭ＿Ａ１、ＶＭ＿Ａ２、ＶＭ＿Ａ３、ＶＭ＿Ａ４である。仮想マシンＶＭ＿Ａ１はＨＶ１のＣＰＵ１という名称のプロセッサ２０１で処理され、ＨＢＡ１という名称のＨＢＡ２６５を経由してＳＴ１という名称のストレージ装置２０４に接続されている。

ＶＭ＿Ａ１の補助記憶デバイス２６４はユニット１という名称のＩＯ処理ユニット２５１で処理され、プール１という名称のボリュームプール２５７上に存在するＶｏｌ＿Ａ１という名称の論理ボリューム２５８である。ＶＭ＿Ａ２と、ＶＭ＿Ａ３とＶＭ＿Ａ４に関しても同様に、図３に示すような接続関係であることを例示している。なお、図３では説明の簡易化のため、その他の構成要素の接続関係を省略して記載している。

図４は、システム構成情報２３４に含まれる接続関係の対応テーブル４００の一例を示す説明図である。システム構成情報２３４は、接続関係の対応テーブル４００の他に、例えば、ＣＰＵの処理スペック情報など、不図示の情報を含んでいてもよい。

対応関係の対応テーブル４００は、テナントシステムとシステムコンポーネントを対応付ける情報であり、予め手動または何らかのプログラムにより用意された情報である。接続関係の対応テーブル４００は、テナント名フィールド４０１と、サーバ名フィールド４０２と、ホスト名フィールド４０３と、ＣＰＵ名フィールド４０４と、ＨＢＡ名フィールド４０５と、ストレージ名フィールド４０６と、ＩＯ処理ユニット名フィールド４０７と、プール名フィールド４０８と、論理ボリューム名フィールド４０９と、を有する。接続関係の対応テーブル４００は、これらのフィールドのうち幾つかが存在しなくても良いし、不図示の別のフィールドを含んでいても良いし、複数のテーブルに分けて記憶されていてもよい。

テナント名フィールド４０１は、テナント名を格納する領域である。テナント名はテナントを一意に特定する識別情報である。サーバ名フィールド４０２は、テナントを構成するサーバのサーバ名を格納する領域である。サーバ名はサーバを一意に特定する識別情報である。なお、ここでサーバは物理的なサーバでもよいし、仮想マシンであってもよい。以下の各フィールド４０３〜４０９は、接続関係にあるコンポーネントを一意に特定する識別子情報である。

次に、上述した運用方針情報２３３の一例について、図５〜８を用いて説明する。運用方針情報は、サーバ毎や論理ボリューム毎などの細粒度で管理しても良いし、テナントやアプリ毎など粗粒度で管理していても良いが、以下の例ではサーバ毎や論理ボリューム毎に運用方針を管理している場合の例を示す。

図５は、運用方針情報２３３の一部をなす、サーバランクテーブル５００の一例を示す説明図である。サーバランクテーブル５００は、サーバ２０３とサーバの重要度（図中ではランクと表示している）を対応づける情報であり、予め手動または何らかのプログラムにより用意された情報である。サーバランクテーブル５００は、サーバ名フィールド５０１と、ランクフィールド５０２と、を有する。サーバランクテーブル５００は、これらのフィールド以外の不図示のフィールドを有していてもよい。この例では、ＶＭ＿Ａ１のランクが金で、ＶＭ＿Ａ２のランクが銀であるというように、仮想マシン毎のランクを保持している。

図６は、運用方針情報２３３の一部をなす、ボリュームランクテーブル６００の一例を示す説明図である。ボリュームランクテーブル６００は、論理ボリューム２５８と論理ボリュームの重要度（図中ではランクと表示している）を対応づける情報であり、予め手動または何らかのプログラムにより用意された情報である。ボリュームランクテーブル６００は、ボリューム名フィールド６０１と、ランクフィールド６０２と、を有する。ボリュームランクテーブル６００は、これら以外の不図示のフィールドを有していてもよい。

図７は、運用方針情報２３３の一部をなす、サーバランク詳細テーブル７００の一例を示す説明図である。サーバランク詳細テーブル７００は、サーバ２０３に付与されるランクの重要度や、各ランクで提供するサービスレベルの目標値を格納する情報であり、予め手動または何らかのプログラムにより用意された情報である。サーバランク詳細テーブル７００は、重要度フィールド７０１と、ランクフィールド７０２と、応答時間フィールド７０３と、ＲＴＯフィールド７０４と、を有する。サーバランク詳細テーブル７００は、これらのフィールドの内幾つかが存在しなくても良いし、これら以外の不図示のフィールドを有していても良い。

重要度フィールド７０１は、ランクの優先度合いを示すフィールドであり、ランクフィールド７０２は特定のランクを一意に特定する識別子である。図７ではＰｌａｔｉｎｕｍランクが最も重要で、その次に金ランクが重要で、さらにその次に銀ランクが重要であることを示している。重要度７０１が同じである複数のランク７０２が存在していてもよい。

応答時間フィールド７０３は、応答時間の目標値を格納するフィールドである。例えば、ＰｌａｔｉｎｕｍランクのＶＭへのリクエストの平均的な応答時間が２０ミリ秒以内に収まるようなサービスレベルの提供を目指していることがわかる。管理サーバ２０１または計算機システムの管理者は、サーバの応答時間を監視するとき、Ｐｌａｔｉｎｕｍランクのサーバであれば、平均的な応答時間が２０ミリ秒に収まっておれば問題ないと判定し、２０ミリ秒を超えるようであれば、サービスレベルに問題が発生していると判断できる。

ＲＴＯフィールド７０４は、回復目標時間を格納するフィールドである。例えば、Ｐｌａｔｉｎｕｍランクの場合ＲＴＯが５分となっているため、Ｐｌａｔｉｎｕｍランクのサーバで平均的な応答時間が２０ミリ秒を超える問題が発生した場合、問題が発生してから5分以内に問題を解決させることを目標としている運用方針であることが分かる。

図８は、運用方針情報２３３の一部をなす、ボリュームランク詳細テーブル８００の一例を示す説明図である。ボリュームランク詳細テーブル８００は、論理ボリューム２５８に付与されるランクの重要度や、各ランクで提供するサービスレベルの目標値を格納する情報であり、予め手動または何らかのプログラムにより用意された情報である。ボリュームランク詳細テーブル８００は、重要度フィールド８０１と、ランクフィールド８０２と、応答時間フィールド８０３と、ＩＯＰＳフィールド８０４と、を有する。ボリュームランク詳細テーブル８００は、これらのフィールドのうち幾つかが存在しなくてもよいし、これら以外の不図示のフィールドを有していてもよい。

次に、管理計算機２０１の問題解決処理について説明する。問題解決処理は、管理計算機２０１に記憶されている問題解決処理プログラム２２０をプロセッサ２１１に実行させることにより実行される処理である。

図９は管理サーバ２０１の問題解決処理９００の手順例を示すフローチャートである。まず、本フローチャートが事項される際のトリガについて説明する。

本フローチャートによる問題解決処理は、管理計算機２０１の入力装置２１４から入力される管理者からの指示によって実行されてもよい。また、管理サーバ２０１が、例えば５分おき等のように、定期的に実行されてもよい。また、管理サーバ２０１の管理対象装置である計算機システムが送信した問題発生の通知を、管理サーバ２０１がネットワークＩ／Ｆ２１６を介して受信した際に実行されてもよい。

図９において、管理サーバ２０１は、問題の検出処理（ステップＳ９０１）、原因箇所の特定処理（ステップＳ９０２）、対策手順案の生成処理（ステップＳ９０３）、対策手順案の評価処理（ステップＳ９０４）、対策手順案の優先順位付処理（ステップＳ９０５）、対策手順案の提示処理（ステップＳ９０６）、管理者の選択（ステップＳ９０７）、対策手順案の実行処理（ステップＳ９０８）を実行する。問題解決処理フロー９００は、これら以外の不図示の処理ステップを含んでいてもよし、これらの処理ステップの幾つかが存在しなくても良い。

問題の検出処理（ステップＳ９０１）では、管理サーバ２０１は計算機システムで発生している問題を検出する。例えば、収集したリソース使用率とリソース使用率の閾値を比較し、リソース使用率が閾値を超過している場合に問題が発生したことを検出する。他に、例えば、収集したシステムログのテキストを解析し、「Ｅｒｒｏｒ」や「警告」などの特定の文字列が含まれる場合に、問題が発生したことを検出するような処理である。

原因箇所の特定ステップ（ステップＳ９０２）では、例えば、テナントＡの応答時間が閾値を超過して悪化している場合に、図４に例示する接続関係の対応テーブル４００を参照して、テナントＡが利用している計算機システムコンポーネントであるＶＭ＿Ａ１やＶＭ＿Ａ２などの稼働状況を確認していき、原因がＳＴ１という名称のストレージ装置２０４のＤｉｓｋ２５４の稼働率が高いために、論理ボリュームの応答時間がボトルネックになっていることを検出するなどの処理である。

なお、対策手順案の生成処理（ステップＳ９０３）に原因箇所が入力されるのであれば、ステップＳ９０１とステップＳ９０２は、例えば管理者が手動で原因箇所と特定するなどの代替手段があれば、必ずしも実行されなくても良い。

対策手順案の生成処理（ステップＳ９０３）では、ステップＳ９０２で特定した原因箇所の問題を解決する対策手順案を生成する。例えば、Ｄｉｓｋ２５４の稼働率を下げるために、ＶＯＬ＿Ａ４という名称の論理ボリュームをボリュームプール３からボリュームプール４へマイグレーションする手順案や、ＶＯＬ＿Ａ４という名称の論理ボリュームをボリュームプール３からボリュームプール５へマイグレーションする手順案や、Ｄｉｓｋ２５４の稼働率を下げるために、ＶＯＬ＿Ａ４へのＩＯの上限を５０ＩＯＰＳに制限するという手順案や、Ｄｉｓｋ２５４の稼働率を下げるために、ＶＯＬ＿Ａ４へのＩＯの上限を５０ＩＯＰＳから３０ＩＯＰＳに制限する、レプリケーション用途の論理ボリュームを新規に構築して負荷読み込み要求の負荷を分散する、等という手順案などを生成する処理である。このとき、運用方針２３３を参照し、上位ランクのサーバや論理ボリュームへの悪影響が下位ランクよりも小さくなるような処理を施す。対策手順案の生成処理（ステップＳ９０３）の詳細は図１１で説明する。

対策手順案の評価処理（ステップＳ９０４）では、ステップＳ９０３で生成した一つ以上の対策手順案の効果をシミュレートし、評価する処理である。例えば、ランク毎に影響と効果を算出し、複数種類の手順案を同一の基準で評価する。多角的な視点で手順案を評価するために、影響の他に、効果や推定される実行時間、コスト（例えばハードウェアの追加が必要な場合に必要な投資金額など）を評価してもよい。対策手順案の評価処理（ステップＳ９０４）では、例えば、対策手順案の生成処理（ステップＳ９０３）の内部処理として実行されていても良いし、管理者が手動で算出した値を受信することで代替されるのでも良い。

対策手順案の優先順位処理（ステップＳ９０５）では、ステップＳ９０４で評価した評価結果に基づいて、ステップＳ９０３で生成した対策手順案の足切りや並び替えを行う。例えば、ステップＳ９０４で評価した全ての項目において、対策手順案１が対策手順案２よりも下回る場合、対策手順案１は、足切りを行い管理者に提示する候補からは削除する。または、自動実行する候補からは削除する。そして、複数の項目で評価されている場合、一律基準で対策手順案の総合評価結果を算出し、評価結果の良い順に優先順位をつけるといった処理を行う。なお、対策手順案の優先順位付処理（ステップＳ９０５）の詳細は図１５で説明する。

対策手順案の提示処理（ステップＳ９０６）では、管理サーバ２０１の出力装置２１５または操作端末２０２の出力装置２４２を介して、ステップＳ９０５で算出した順位に従って対策手順案を計算機システムの管理者に提示する処理である。ステップＳ９０６は、例えば、ステップＳ９０５で算出した対処手順案の総合評価が最も高い対処手順案を自動で実行してよいという事前設定が有るような場合、必ずしも実行されなくても良い。

管理者の選択処理（ステップＳ９０７）では、管理サーバ２０１の入力装置２１４または操作端末２０２の入力装置２４１を介して、計算機システムの管理者が選択した対策手順案を受信する処理である。ステップＳ９０７では、管理者が選択した対策手順案を受信する他に、ステップＳ９０５における総合評価の重みづけを変更するような情報を受信しても良い。例えば、金ランクに対する影響がある対策手順案の総合評価値を小さくするために、金ランクへの影響の項目は総合評価に対してマイナスに働くようにパラメータを変更するといった情報である。総合評価の重みづけを変更する情報を受信した場合、ステップＳ９０５の処理を再度実行するような処理の分岐があると良い。

また、ステップＳ９０７では、制約条件を変更するような情報を受信しても良い。例えば、銅ランクであってもＳＬＯへの悪影響が６０％を越えるような制約条件を除外するといった情報である。制約条件を変更するような情報を受信した場合、ステップＳ９０３を再度実行するような処理の分岐があると良い。

また、ステップＳ９０７では、一定期間以上管理者からの情報を受信できなかった場合に、ステップＳ９０１から再度実行するような処理の分岐が有ってもよい。例えば、性能問題の場合１０分以上たつと自然に問題が解決する場合もあるし、問題が悪化している場合もある。そのような状態の変化に合わせて最適な対処策を提案するための分岐である。

なお、図９では、ステップＳ９０７からステップＳ９０１とステップＳ９０３とステップＳ９０５に戻る分岐を示しているが、これらの分岐のうち幾つかが存在しなくても良いし、不図示の分岐を含んでいてもよい。また、例えば、総合評価値が一番高い対処手順案を自動で実行してよいといった事前設定により、総合評価値が最も高い対策手順案を自動で管理者が選択したと判定してもよい。

対策手順案の実行処理（ステップＳ９０８）では、ステップＳ９０７で選択された対策手順案を実行、または実行登録する処理である。例えば、仮想マシンをマイグレーションする対処手順がステップＳ９０７で選択された場合に、ホストマシンにマイグレーションする処理の実行登録を行う。対策手順案の実行処理（ステップＳ９０８）は、例えば、管理サーバ２０１が対策手順を実行する機能を有しておらず、管理者が手動で管理対象装置群を操作する場合などは、必ずしも実行されなくても良い。また、ステップＳ９０８では、管理者が選択した対策手順案を実行実績として記憶してもよい。ステップＳ９０８において実行実績を記憶する場合の処理の詳細を図１８で説明する。

図１０は、対策手順案の生成処理（図９のステップＳ９０３）の手順例の概要を示す説明図である。管理サーバ２０１は、運用方針情報２３３に基づいて制約条件のパターン１００１を生成し、制約条件に従って対策手順案を生成する。制約条件のパターン１００１は、運用方針情報２３３に基づいてオペレータが作成して管理サーバ２０１に入力してもよい。

制約条件のパターン１００１の生成では、影響範囲を区分する。例えば、金・銀・銅のランク毎に影響範囲を区分する。併せて、影響の度合いも区分する。例えば、性能への影響がＳＬＯを満足できる範囲から１０％違反する範囲は影響を「小」、ＳＬＯを１０％から３０％違反する場合を影響「中」、ＳＬＯを３０％よりも大きく違反する場合を影響「大」と区分する。「−」は違反する影響を許容しないことを意味する。

次に、上位ランクへの影響が下位ランク以下になるような制約でパターン１００１を生成する。例えば、金は影響なし、銀は影響小、銅は影響中といったパターンや、金も銀も銅も影響が小となるようなパターンである。例えば、金への影響が小で、銀と銅は影響が無いといったパターンは除外する。

制約条件に従った対策手順案では、制約条件のパターン１００１に従って操作対象の候補をフィルタしたり、操作の上限を設定したりする。例えば、サーバ装置２０３のネットワークＩ／Ｆ２６３がボトルネックとなっている問題に対する対策としてサーバ装置２０３上で稼働する仮想マシンに対してＩＯの上限を設定する場合に、操作対象の候補１００２として問題の発生しているサーバ装置２０３で稼働している仮想マシンの一覧を取得する。

図１０では、金ランクであるＶＭ＿１とＶＭ＿２とＶＭ＿３と、銀ランクであるＶＭ＿４とＶＭ＿５とＶＭ＿６と、銅ランクであるＶＭ＿７とＶＭ＿８とＶＭ＿９が稼働していることを想定している。金と銀への影響がなく、銅への影響が中である制約条件を考慮してフィルタリングする場合、金と銀ランクである仮想マシンは操作対象の候補から除外し、銅ランクであるＶＭ＿７とＶＭ＿８とＶＭ＿９にＩＯの上限を設定する。また、銅ランクへの影響の制約が中であるため、ＳＬＯで規定されている値から３０％低い値にＩＯの上限を設定する。このように、生成した一つ以上の制約条件のパターン１００１で捜査対象の候補１００２を特定し、対策手順案を生成していくのが対策手順案の生成処理（ステップＳ９０３）である。

図１１は、図１０に例示した対策手順案の生成処理（ステップＳ９０３）の手順例を示すフローチャートである。図１１において、管理サーバ２０１は、影響の区分処理（ステップＳ１１０１）、制約パターンの生成処理（ステップＳ１１０２）、操作対象の候補を取得する処理（ステップＳ１１０３）、操作対象の候補をフィルタする処理（ステップＳ１１０４）、操作の上限を設定する処理（ステップＳ１１０５）、対策手順案の生成処理（Ｓ１１０６）を実行する。策手順案の生成処理フロー１１００は、これら以外の不図示の処理ステップを含んでいても良いし、幾つかの処理の順番が異なっていても良い。

影響の区分処理（ステップＳ１１０１）では、管理サーバ２０１は運用方針２３３に基づいて影響範囲を区分する。例えば、金・銀・銅のランク毎に影響範囲を区分する。併せて、影響の度合いも区分する。例えば、性能への影響が無い区分を「Ｓ１」、性能への影響がＳＬＯを満足できる範囲から１０％違反する範囲を「Ｓ２」、ＳＬＯを１０％から２０％違反する範囲を「Ｓ３」、ＳＬＯを２０％よりも大きく違反するが利用可能である範囲を「Ｓ４」、利用不可能となる範囲を「Ｓ５」と区分する。また、影響の小さい順に評価値を高く評価するように定義しておく。影響度合いを区分した例を図１２に示す。

図１２は、図１１の影響の区分処理（Ｓ１１０１）で生成される、影響度合いの区分テーブル１２００の例を示す説明図である。影響度合いの区分テーブル１２００Ａは、区分フィールド１２０１と、サービス品質フィールド１２０２と、評価値フィールド１２０３と、を有する。区分フィールド１２０１は、区分された性能を一意に特定する。サービス品質フィールド１２０２は、区分フィールド１２０１における性能の範囲を示している。評価値フィールド１２０３は、対策手順案の効果や影響が区分フィールド１２０１に対応する場合に、対策手順案に与える評価値を格納している。影響度合いの区分テーブル１２００Ａは、これらのフィールドの内幾つかが存在しなくても良いし、不図示のフィールドを有していてもよい。影響度合いの区分テーブル１２００は、主記憶２１２に格納しておいてもよいし、例えば運用方針情報２３３の一部として、補助記憶デバイス２１３に格納しておいてもよい。

影響度合いの区分テーブル１２００Ｂは、テーブルの他の例を示す。サービス品質フィールド１２０２は、ＳＬＯが定義されていない場合など、ＳＬＯと関係なく定めてもよい。例えばストレージ装置のＩＯ処理ユニットの使用率などのように、リソース使用率に対する影響度合いを区分する場合は、リソース使用率の閾値に基づいて区分されてもよい。また、区分の数や区分毎の範囲は、管理者が手動で設定していても良いし、管理サーバ２０１が、何らかの処理によって区分の数と範囲を算出して生成されてもよい。

図１１に戻り説明する。制約パターンの生成処理（ステップＳ１１０２）では、管理サーバ２０１は上位ランクへの影響が下位ランクの影響以下になるような制約条件のパターンを生成する。例えば、影響が図１２のように区分されている場合に、金は影響のないＳ１、銀は影響が小さいＳ２、銅はやや影響があるＳ３といったパターンや、金も銀も銅も影響が小さいＳ２となるようなパターンである。例えば、金への影響がＳ３で、銀と銅は影響が無いといったパターンは除外する。生成するパターンの例を図１３に示す。

図１３は、図１１の制約パターンの生成処理（Ｓ１１０２）で生成される、制約条件のパターンテーブル１３００の一例を示す説明図である。この例では、制約条件のパターンテーブル１３００は、金フィールド１３０１と、銀フィールド１３０２と、銅フィールド１３０３と、を有する。これらのフィールドは、運用方針２３３で定義されている、ランクに基づいて生成されれば良い。図１３では、影響範囲が下位ランク（銅ランク側）に寄っていることを視認しやすいように、影響がないことを示すＳ１を薄い文字で示している。 なお、ステップＳ１１０１とステップＳ１１０２は、事前に実行された結果を利用してもよい。運用方針は頻繁に変更されるものではないため、例えば、最初に運用方針が定義されたタイミングや運用方針に変更が加わったタイミングでステップＳ１１０１とステップＳ１１０２を実行しておき、生成された影響度合いの区分テーブル１２００と制約条件のパターンテーブル１３００を保持しておくのでもよい。

制約条件のパターンテーブル１３００は、計算機システムやテナントのような大きな粒度で作成してもよいし、図５〜８に示すように、それらの部品となる仮想計算機やストレージの粒度で作成してもよい。制約条件のパターンテーブル１３００は、主記憶２１２に格納しておいてもよいし、例えば運用方針情報２３３の一部として、補助記憶デバイス２１３に格納しておいてもよい。

図１１に戻り説明する。操作対象の候補を取得する処理（ステップＳ１１０３）では、管理サーバ２０１は操作対象の候補の一覧を取得し、併せて、操作対象のランク情報も取得する。操作対象の候補の一覧を取得するためには、例えば図４の接続関係の対応テーブルを利用する。サーバ装置２０３のネットワークＩ／Ｆ２６３がボトルネックとなっている問題に対する対策として、サーバ装置２０３上で稼働する仮想マシンに対してＩＯの上限を設定する場合を例に説明する。この場合は、図４の接続関係の対応テーブル４００の、ホストマシン名４０３が問題の発生したサーバ装置名である行のサーバ名４０２を全て取得する。次に、運用方針２３３からサーバのランク情報を取得する。例えば、図４における、ＨＶ１というホストマシンで問題が発生している場合は、ＶＭ＿Ａ１とＶＭ＿Ａ１を操作対象の候補として取得し、次に、図５のサーバランクテーブル５００から、ＶＭ＿Ａ１が金ランクで、ＶＭ＿Ａ２が銀ランクであることを取得する。

操作対象の候補をフィルタする処理（ステップＳ１１０４）では、制約条件のパターンに従って操作対象の候補をフィルタする処理である。例えば、図１３に示す制約条件のパターンテーブル１３００の一行目に示す制約条件のパターンに基づいてフィルタする場合、金ランクと銀ランクには影響を与えないことになっているため、金ランクと銀ランクは操作対象から除外する。例えば、図１３に示す制約条件のパターンテーブル１３００の二行目に示す制約条件のパターンに基づいてフィルタする場合、金ランクには影響がなく、銀ランクはＳ２の、銅ランクにはＳ３の影響があるため、金ランクは操作対象から除外する。

操作の上限を設定する処理（ステップＳ１１０５）では、制約条件に基づいて操作の上限を設定する。例えば、仮想マシンのＩＯの上限を設定する対策手順案を、図１３に示す制約条件のパターンテーブル１３００の２行目に基づいて上限を設定する場合、銀ランクへの影響はＳ２であるため、銀ランクの仮想マシンに対してはＳＬＯから最大で１０％低い値にＩＯの上限を設定し、銅ランクへの影響はＳ３であるため、銅ランクの仮想マシンに対してはＳＬＯから最大で２０％低い値にＩＯの上限を設定する。

例えば、図１３に示す制約条件のパターンテーブル１３００の２行目の制約条件でホストマシンのボトルネックが解消されるまで仮想マシンを外部のホストマシンにマイグレーションさせていくような対処手順案を生成する場合、例えば、マイグレーション対象に選ばれる頻度が金：銀：銅が０：１：２となるような制約条件を与える。具体的には、三回に一度は、銀ランクと銅ランクの両方がマイグレーション対象の候補になり、三回に二度は、銅ランクのみがマイグレーション対象の候補となるように、マイグレーションの探索を行えば実現できる。

対策手順案の生成処理（ステップＳ１１０６）では、ステップＳ１１０４で生成した操作対象の候補の一覧と、ステップＳ１１０５で生成した上限に従って、対策手順案を生成する処理である。なお、対策手順案自体は、公知の技術を用いて生成されればよい。

ステップＳ１１０４とステップＳ１１０５とステップＳ１１０６は、ステップＳ１１０２で生成されたパターンの全てのパターンで実行を繰り返してもよいし、ステップＳ１１０２で生成されたパターンのうちの一つ以上の幾つかのパターンだけで実行されてもよい。

図１４は、図９の対策手順案の評価処理（Ｓ９０４）で生成される、対策手順案の評価結果テーブル１４００の一例を示す説明図である。対策手順案の評価結果テーブル１４００は、対策手順案ＩＤフィールド１４０１と、影響フィールド１４０２と、効果フィールド１４０３と、実行実績フィールド１４０４と、コストフィールド１４０５と、を有する。対策手受案の評価結果テーブル１４００は、これらのフィールドの内幾つかが存在しなくても良いし、これらのフィールド以外の不図示のフィールドを有していてもよい。

対策手順案ＩＤフィールド１４０１は、対策手順案を一意に特定する識別子が格納されている。影響フィールド１４０２は、シミュレートされた対策手順案の影響の評価結果が格納されている。影響フィールド１４０２は図１４に例示する様にランク毎に細分化されて評価されていてもよいし、細分化されていなくても良い。効果フィールド１４０３は、シミュレートされた対策手順案の効果の評価結果が格納されている。効果フィールド１４０３は、図１４に例示するようにランク毎に細分化されて評価されていてもよいし、細分化されていなくてもよい。実行実績フィールド１４０４は、対策手順案の実行実績の評価値を格納する。コストフィールド１４０５は、例えば、ハードウェアを追加するために、ハードウェアを購入する金額であったり、スケールアウトによる対処を行うために新規で構築する仮想マシンインスタンスに必要な契約金額であったり、対策手順案を実行するために必要な金額の評価値を格納する。図１４においては、どの項目の評価値も値が大きい方が優れていることを示している。

評価結果テーブル１４００は、計算機システムやテナントのような大きな粒度で作成してもよいし、図５〜８に示すように、それらの部品となる仮想計算機やストレージの粒度で作成してもよい。対策手順案の評価結果テーブル１４００は、主記憶２１２に格納しておいてもよいし、例えば運用方針情報２３３の一部として、補助記憶デバイス２１３に格納しておいてもよい。 図１５は、対策手順案の優先順位付処理（ステップＳ９０５）の詳細を示すフローチャートである。図１５において、管理サーバ２０１は、足切り処理（ステップＳ１５０１）、総合評価値の算出処理（ステップＳ１５０２）、並び替え処理（ステップＳ１５０３）を実行する。対策手順案の優先順位付処理フロー１５００は、これら以外の不図示の処理ステップを含んでいてもよいし、幾つかのステップが存在しなくても良い。対策手順案の優先順位付処理フロー１５００は、これらのステップの順番が入れ替わっていてもよい。

足切り処理（ステップＳ１５０１）は、特定の対策手順案のすべての評価値が他の対策手順案の評価値と他の対策手順案の評価値をすべての項目で比較し、すべての項目で小さい場合、または、一部の評価値が同じでその他の評価値が小さい場合、つまり、どこかの項目で優れている評価値が存在しない場合、足切りを行う処理である。

例えば、図１４において、対策手順案ＩＤが２の対策手順案と、対策手順案ＩＤが４の対策手順案を比較すると、対策手順案４の金ランクへの影響フィールド１４０２の値は、対策手順案ＩＤが２の対策手順案よりも小さく、その他の項目の評価値が同じである。そのため、対策手順案ＩＤが４の対策手順案は足切りされる。また、対策手順案ＩＤが３の対策手順案は、対策手順案ＩＤが２の対策手順案と比較し、すべての評価値において評価値が小さいため、対策手順案ＩＤが３の対策手順案は足切りされる。一方、対策手順案ＩＤが１の対策手順案を対策手順案ＩＤが２の対策手順案と比較すると、影響フィールド１４０２の銀の項目は対策手順案ＩＤが１の対策手順案が優れており、効果フィールド１４０３の金の項目は対策手順案ＩＤが２の対策手順案が優れている。このように、どこかの項目で優れた評価値を持つ対策手順案は足切りされない。足切りの概要を図１６に例示する。

図１６は、対策手順案の評価結果が図１４に例示するとおりであった場合の足切り処理の概要を例示する説明図である。解説は前述の通りである。

総合評価値の算出処理（ステップＳ１５０２）は、対策手順案の総合評価値を算出する処理である。図１４に例示する対策手順案の評価結果では、影響と、効果と、実行実績と、コストの観点で対策手順案の評価を実施している。

図１７は、図１５の総合評価値の算出処理（Ｓ１５０２）で用いる、総合評価値の計算式の一例である。これらの全ての評価値を考慮した優先順位付を実行するために、例えば、図１７に例示する式のように、それぞれの評価値に定数（図１７中のＡと、Ｂと、Ｃと、Ｄ）を乗算した値の総和を算出して求めるなどの手段により、総合評価値を算出する。なお、それぞれの評価値に乗算する定数は、管理者が任意に設定した値でもよいし、管理サーバ２０１が算出した任意の値でもよい。

並び替え処理（ステップＳ１５０３）は、ステップＳ１５０２で算出した総合評価の高い順に並びかえる処理である。この処理により、例えば図１４の対策手順を、図１７の数式に基づいて評価し、並び替え処理を行う。
図９に戻り説明を続ける。対策手順案の優先順位付処理（Ｓ９０５）により、図１４の対策手順を、評価得点順に並び替えた一覧が得られる。図９の例では、対策手順案の提示処理（Ｓ９０６）により結果を提示する。管理者の選択処理（Ｓ９０７）では対策手順案から管理者が所望の案を選択し、対策手順案の実行処理（Ｓ９０８）で、選択された対策手順を実行する。なお、対策手順案の提示処理（Ｓ９０６）以降は省略し、対策手順案をデータとして保持するまでで処理を一度終えてもよい。

実施例１は、対策手順案の優先順位付処理（Ｓ９０５）により優先順位をつけられた候補から、管理者が候補を選択することができるシステムである。ただし、候補から選択する作業には一定のスキルが要求されるため、システム上のサポートがされることが望ましい。実施例２では、管理者が候補を選択するうえで、妥当性の高い候補を選択することを支援できる例を説明する。

実施例２は、実施例１の構成を基本とし、以下の構成を追加すればよい。

図１８は、管理サーバ２０１が実行する対策手順案の実行実績を記憶する場合の、対策手順案の実行処理（ステップＳ９０８）の手順例を示すフローチャートであり、ここでは学習処理フロー１８００とよぶ。なお、実施例１では、対策手順案の実行処理（ステップＳ９０８）は単に選択された手順を実行し、実行実績をカウントするのみであったが、実施例２においては、管理サーバ２０１は管理者が選択した対処手順案の評価のパターン毎に実行実績の評価を行う。従って、異なる種類の対策手順案であっても、評価のパターンが同じであれば、同じパターンとして実行実績に反映される。本実施例においては、実行実績の評価値を増加させる処理を記憶処理、または記憶すると記載し、実行実績の評価値を減少させる処理を忘却処理、または忘却すると記載する。

対策手順案の評価のパターンは、管理者やユーザが任意に定義することができる。例えば、「金への影響が５、銀への影響が４、銀への影響が１」、あるいは、「金への影響が４、銀への影響が３、銀への影響が２」のようにランクごとに数値を示すことができる。また、「金銀銅全てのランクに対して２以下の影響がない」「金銀銅全てのランクに対して３以上の効果のみである」「金銀銅全てのランクに対して２以下の影響がなく、かつ、金銀銅全てのランクに対して３以上の効果のみである」のように条件を設定してもよい。

図１８において、管理サーバ２０１は、ロール取得処理（ステップＳ１８０１）と、変数取得処理（ステップＳ１８０２）、選択されたパターンの記憶処理（ステップＳ１８０３）、選択されなかったパターンの忘却処理（ステップＳ１８０４）、実行登録処理（ステップＳ１８０５）を実行する。

ロール取得処理（ステップＳ１８０１）では、管理サーバは対策手順案を選択した管理者のロール（役割）を取得する。例えば、管理者がシステム管理スキルの高い専門者ロールであるだとか、スキルの低い一般ロールであるといった情報を取得する。

変数取得処理（ステップＳ１８０２）では、変数テーブル１９００からステップＳ１８０１で取得したロールに該当する行の記憶変数１９０２と忘却変数１９０３を取得する。

図１９は、変数テーブル１９００の一例を示す説明図である。変数テーブル１９００は、ステップＳ１８０３とステップＳ１８０４で実行される実行実績の学習処理で利用される変数を保持しており、予め手動または何らかのプログラムにより用意された情報である。変数テーブル１９００は、ロールフィールド１９０１と、記憶変数１９０２と、忘却変数１９０３を有する。変数テーブル１９００は、これらのフィールドの幾つかが存在しなくても良いし、その他の不図示のフィールドを有していても良い。ロールフィールド１９０１は、管理者のロールを一意に特定する識別子である。

図１８に戻り、選択されたパターンの記憶処理（ステップＳ１８０３）では、管理サーバは選択された対策手順案の評価のパターンの記憶処理を行う。例えば、既存の実行実績の値に一定値を加算することで実現できる。例えば、管理者ロールにより選択された対策手順案のパターンを記憶する場合、ステップＳ１８０２に於いて変数テーブル１９００の記憶変数フィールド１９０２から５という値を取得し、管理者が選択した対策手順案が該当するパターンの実行実績値に対して５の値を加算する。該当するパターンとしては１つに限る必要はなく、複数のパターンが該当してもよい。

選択されなかったパターンの忘却処理（ステップＳ１８０４）では、管理サーバは選択されなかった対策手順案の評価のパターンの忘却処理を行う。例えば、既存の実行実績の評価値に対して、０から１未満の数値を乗算することで実現できる。例えば、管理者ロールに選択されなかった対策手順案の評価のパターンを忘却する場合、ステップＳ１８０２において変数テーブル１９００の忘却変数フィールド１９０３から０．６という値を取得し、管理者が選択しなかったすべてのパターンの実行実績の値に対して０．６の値を乗算する。

同様に、一般ロールにより選択された対策手順案の評価のパターンについては、一般ロールに対応する記憶変数１９０２と忘却変数１９０３を用いて同様の処理を行う。以上の記憶処理（Ｓ１８０３）と忘却処理（Ｓ１８０４）により、経験的に妥当と思われる対策手順案の評価パターンに対する重み付けを行うことができる。

実行登録処理（Ｓ１８０５）は、管理者が選択した対策手順案の実行登録を行う処理である。

図２０は、パターンテーブル２０００の一例を示す説明図である。パターンテーブル２０００は、管理者が選択した対策手順案の評価のパターン毎に実行実績を管理しているテーブルであり、管理者が対策手順案を初めて選択したときに生成され管理者が選択したことのあるパターンだけ実行実績を保持していればよい。または、管理サーバが生成したことのある対策手順案の全ての評価結果のパターンにおいて実行実績を保持していてもよい。

パターンテーブル２０００は、パターンＩＤフィールド２００１と、影響フィールド２００２と、効果フィールド２００３と、コストフィールド２００４と、実行実績フィールド２００５と、を有する。ランクごとに数値を示すパターンの例では、パターンテーブル２０００は、基本的に対策手順案の評価結果テーブル１４００と同等のフィールドを有しておればよいが、これらのフィールドのうち幾つかが存在しなくてもよいし、例えば、問題の発生状況を評価した値を格納する評価フィールドなどのように、不図示のフィールドを有していても良い。

なお、管理サーバ２０１は、対策手順案の評価処理（ステップＳ９０４）において、対策手順案の実行実績の評価値を計算する際に、テーブル１４００とテーブル２０００を比較する。一例としては、対策手順案の影響フィールド１４０２と影響フィールド２００２が一致し、効果フィールド１４０３と効果フィールド２００３が一致し、コストフィールド１４０５、コストフィールド２００４が一致する実行実績２００５の値を、実行実績１４０４の値として算出する。あるいは、対策手順案の影響フィールド１４０２と影響フィールド２００２が一致し、効果フィールド１４０３と効果フィールド２００３が一致する実行実績２００５の値を、実行実績１４０４の値として算出してもよい。あるいは、対策手順案の影響フィールド１４０２と影響フィールド２００２が一致する実行実績２００５の値を、実行実績１４０４の値として算出してもよい。

対策手順案の評価結果と一致するパターンの実行実績が存在しない場合、実行実績１４０４の評価値は、例えば０など任意の値が入力されればよい。

図２１は、管理者ロールの利用者が、パターンＩＤが１に該当する対策手順案を選択した場合において、記憶処理と忘却処理を実行した際の実行実績２００５の値の変化の様子を例示している。選択されたパターンの重みに所定値が加算され、選択されないパターンが同一割合で重み付が減少する。

学習処理フロー１８００では、記憶処理（ステップＳ１８０３）と忘却処理（ステップＳ１８０４）を両方実行しているが、両者の内の一方だけが実行されて、他方が実行されなくても良い。また、記憶処理（ステップＳ１８０３）と忘却処理（ステップＳ１８０４）は逆の順番で実行されてもよい。また、管理者のロールを考慮しない場合は、必ずしもステップＳ１８０１とＳ１８０２は実行されず、つねに一定値の記憶変数１９０２と忘却変数１９０３が学習処理で利用され続けていても良い。 変数テーブル１９００やパターンテーブル２０００は、主記憶２１２に格納しておいてもよいし、補助記憶デバイス２１３に格納しておいてもよい。

実施例２の対策手順案の実行処理（Ｓ９０８）では、以上のように対策手順案の評価のパターン２０００は過去の候補選択の経緯を学習し、重み付けがされている。

従って、実施例２ではこの情報を利用し、例えば、図９の対策手順案の提示処理（Ｓ９０６）において、実行実績値が所定以上（例えば５以上）のパターンと同じパターンを持つ候補について、強調表示を行うことができる。これにより、管理者は過去の対策手順案候補の選択の傾向を知ることができる。

別の例としては、実施例１における図１４の対策手順案の評価結果テーブル１４００の実行実績１４０４の値に上記重みづけを反映させ、図１５の総合評価値の算出処理（Ｓ１５０２）において図１７の数式に基づいて評価し、並び替え処理を行う。この場合、過去の選択パターンを反映した優先順位付が得られることになる。実行実績１４０４の値に重みづけを反映する手法としては、例えば、対策手順案の実行実績１４０４に、同じパターンを持つパターンＩＤ２００１の実行実績２００５を演算（加算あるいは積算等）して重みづけを反映した実行実績１４０４とする方法がある。

また、実施例２では、図２１の対策手順案の評価のパターンの実行実績２００５の値のパターンごとの差が大きくなるため、一定以下の値の評価パターンと同じパターンを持つ対策手順案は足切りとしてもよい。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ、Ｂｌｕｅ Ｒａｙ Ｄｉｓｋ、その他の光ディスク等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

計算機システムの運用管理に利用することができる。

２０１：管理サーバ、２１１：プロセッサ、２１２：主記憶、２１３：補助記憶デバイス、２２０：問題解決処理、２１３１：制約条件

Claims (11)

1. プロセッサと、入力装置と、出力装置と、記憶装置を有し、複数の計算機システムを管理する管理計算機であって、
   前記複数の計算機システムの部品の状態を変更する対策手順案を生成する、対策手順案生成モジュールを備え、
   前記対策手順案生成モジュールは、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記対策手順案生成モジュールで生成した、一つ以上の前記対策手順案の効果をシミュレートし評価する、対策手順案評価モジュールと、
   前記対策手順案評価モジュールの評価結果に基づいて、前記一つ以上の対策手順案の優先順位付を行う、対策手順案優先順位付けモジュールと、
   をさらに備え、
   前記対策手順案評価モジュールは、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記評価結果情報は、少なくとも第１の対策手順案と第２の対策手順案の評価結果情報を含み、
   前記対策手順案優先順位付けモジュールは、
   前記評価結果情報において、（１）前記第１の対策手順案の全ての評価値が、前記第２の対策手順案よりも下回る場合、あるいは、（２）前記第１の対策手順案の一部の評価値が、前記第２の対策手順案よりも下回り、かつ、前記第１の対策手順案の他の評価値が、第２の対策手順案と同じ値の場合、前記第１の対策手順案を対策手順案から除外する、
   管理計算機。
2. プロセッサと、入力装置と、出力装置と、記憶装置を有し、複数の計算機システムを管理する管理計算機であって、
   前記複数の計算機システムの部品の状態を変更する対策手順案を生成する、対策手順案生成モジュールを備え、
   前記対策手順案生成モジュールは、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記対策手順案生成モジュールで生成した、一つ以上の前記対策手順案の効果をシミュレートし評価する、対策手順案評価モジュールと、
   前記対策手順案評価モジュールの評価結果に基づいて、前記一つ以上の対策手順案の優先順位付を行う、対策手順案優先順位付けモジュールと、
   をさらに備え、
   前記対策手順案評価モジュールは、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果、影響、実行実績、及びコストの少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記対策手順案優先順位付けモジュールは、
   前記評価値に基づいて所定の演算を行うことにより総合評価値を得、前記総合評価値に基づいて、前記一つ以上の対策手順案を並び替える、
   管理計算機。
3. プロセッサと、入力装置と、出力装置と、記憶装置を有し、複数の計算機システムを管理する管理計算機であって、
   前記複数の計算機システムの部品の状態を変更する対策手順案を生成する、対策手順案生成モジュールを備え、
   前記対策手順案生成モジュールは、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記対策手順案生成モジュールで生成した、一つ以上の前記対策手順案の効果をシミュレートし評価する、対策手順案評価モジュールと、
   前記対策手順案評価モジュールの評価結果に基づいて、前記一つ以上の対策手順案の優先順位付を行う、対策手順案優先順位付けモジュールと、
   をさらに備え、
   対策手順案提示モジュールと、選択モジュールと、対策手順案実行モジュールをさらに備え、
   前記対策手順案評価モジュールは、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記対策手順案提示モジュールは、
   前記評価結果情報を提示し、
   前記選択モジュールは、
   前記提示した評価結果情報に基づいて１または複数の対策手順案を操作者に選択させ、
   前記対策手順案実行モジュールは、
   パターンＩＤ毎に、前記複数の計算機システムまたはその部品の上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値と、実行実績を対応付けたパターン情報を管理し、
   前記選択モジュールで選択された対策手順案の評価結果情報と所定の関係を有する前記パターン情報の前記実行実績に対して加算および重み付けの少なくとも一つを行う、
   管理計算機。
4. 前記対策手順案生成モジュールは、
   前記上位ランクの計算機システムの部品の状態を変更し、かつ、前記下位ランクの計算機システムの部品の状態を変更しない対策手順案を、前記生成する対策手順案から除外するフィルタリングモジュールを有する、
   請求項１〜３のうちいずれかに記載の管理計算機。
5. 前記制約条件は、前記計算機システムまたはその部品が満たすべき品質を品質区分として定義し、前記計算機システムまたはその部品ごとに前記品質区分を対応づけた情報を含み、
   前記対策手順案生成モジュールは、
   前記品質区分を満足するように、前記複数の対策手順案を生成する、
   請求項１〜４のうちいずれかに記載の管理計算機。
6. 前記対策手順案実行モジュールは、
   前記選択モジュールで選択された対策手順案の評価結果情報と同じパターンを有する前記パターン情報の前記実行実績に対して値を増加させ、選択されなかったパターンの実行実績の値を減少させて前記実行実績を管理する、
   請求項３に記載の管理計算機。
7. プロセッサと、入力装置と、出力装置と、記憶装置を有する管理計算機が、複数の計算機システムを管理する計算機システムの管理方法であって、
   前記管理計算機は、前記複数の計算機システムの部品の状態を変更する対策手順案を生成する際に、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記管理計算機は、
   一つ以上の前記対策手順案の効果をシミュレートして評価する評価処理と、
   前記評価結果に基づいて、前記一つ以上の対策手順案の優先順位付けを行う優先順位付け処理を行い、
   前記評価処理では、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記評価結果情報は、少なくとも第１の対策手順案と第２の対策手順案の評価結果情報を含み、
   前記優先順位付け処理では、
   前記評価結果情報において、（１）前記第１の対策手順案の全ての評価値が、前記第２の対策手順案よりも下回る場合、あるいは、（２）前記第１の対策手順案の一部の評価値が、前記第２の対策手順案よりも下回り、かつ、前記第１の対策手順案の他の評価値が、
   前記第２の対策手順案と同じ値の場合、前記第１の対策手順案を対策手順案から除外する、
   計算機システムの管理方法。
8. プロセッサと、入力装置と、出力装置と、記憶装置を有する管理計算機が、複数の計算機システムを管理する計算機システムの管理方法であって、
   前記管理計算機は、前記複数の計算機システムの部品の状態を変更する対策手順案を生成する際に、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記管理計算機は、
   一つ以上の前記対策手順案の効果をシミュレートして評価する評価処理と、
   前記評価結果に基づいて、前記一つ以上の対策手順案の優先順位付けを行う優先順位付け処理を行い、
   前記評価処理では、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果、影響、実行実績、及びコストの少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記優先順位付け処理では、
   前記評価値に基づいて所定の演算を行うことにより総合評価値を得、前記総合評価値に基づいて、前記一つ以上の対策手順案を並び替える、
   計算機システムの管理方法。
9. プロセッサと、入力装置と、出力装置と、記憶装置を有する管理計算機が、複数の計算機システムを管理する計算機システムの管理方法であって、
   前記管理計算機は、前記複数の計算機システムの部品の状態を変更する対策手順案を生成する際に、
   前記複数の計算機システムまたはその部品のうち、予め定義された上位ランクの計算機システムまたはその部品への影響が、前記上位ランクに対して相対的に予め定義された下位ランクの計算機システムまたはその部品への影響より小さくなるという制約条件に従って、前記対策手順案を生成し、
   前記管理計算機は、
   一つ以上の前記対策手順案の効果をシミュレートして評価する評価処理と、
   前記評価結果に基づいて、前記一つ以上の対策手順案の優先順位付けを行う優先順位付け処理を行い、
   前記管理計算機は、
   対策手順案提示処理と、選択処理と、対策手順案実行処理をさらに実行し、
   前記評価処理では、
   前記一つ以上の対策手順案を特定する対策手順案ＩＤと、該対策手順案ＩＤ毎に、前記複数の計算機システムまたはその部品の予め相対的に定義された上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値を対応付けた対策手順案の評価結果情報を生成し、
   前記対策手順案提示処理では、
   前記評価結果情報を提示し、
   前記選択処理では、
   前記提示した評価結果情報に基づいて１または複数の対策手順案を操作者に選択させ、
   前記対策手順案実行処理では、
   パターンＩＤ毎に、前記複数の計算機システムまたはその部品の上位ランク及び下位ランクの其々に対する効果および影響の少なくとも一つの評価値と、実行実績を対応付けたパターン情報を管理し、
   前記操作者により選択された対策手順案の評価結果情報と所定の関係を有する前記パターン情報の前記実行実績に対して値を増加させ、それ以外のパターン情報の前記実行実績に対して値を減少させる、
   計算機システムの管理方法。
10. 前記管理計算機は、
    前記上位ランクの計算機システムの部品の状態を変更し、かつ、前記下位ランクの計算機システムの部品の状態を変更しない対策手順案を、前記生成する対策手順案から除外するフィルタリング処理を行う、
    請求項７〜９のうちいずれかに記載の計算機システムの管理方法。
11. 前記制約条件は、前記計算機システムまたはその部品が満たすべき品質を品質区分として定義し、前記計算機システムまたはその部品ごとに前記品質区分を対応づけた情報を含み、
    前記管理計算機は、
    前記品質区分を満足するように、前記複数の対策手順案を生成する、
    請求項７〜１０のうちいずれかに記載の計算機システムの管理方法。

Images