(57)【要約】【課題】  複数の論理ボリュームの中から少なくとも１つの論理ボリュームを選択する人間にとっての負担を軽減する。【解決手段】  複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを記憶する第一の記憶域と、１以上の割当て先候補の中から選択された割当て先候補に関する属性が記録された割当て先候補データを記憶する第二の記憶域と、複数の論理ボリュームのうちのどんな属性を有する論理ボリュームが１以上の割当て先候補のうちのどんな属性を有する割当て先候補に関連したかを表す１以上の履歴データを記憶する第三の記憶域と、複数の論理ボリュームデータと、割当て先候補データと、１以上の履歴データとに基づいて、複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込むデバイス絞込み部と、絞り込まれた１以上の論理ボリュームデータの内容を出力する絞込み結果出力部とが備えられる。【選択図】図１
2006023797.tif 000002
【特許請求の範囲】
【請求項１】
複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを記憶する第一の記憶域と、
１以上の割当て先候補の中から選択された割当て先候補に関する属性が記録された割当て先候補データを記憶する第二の記憶域と、
前記複数の論理ボリュームのうちのどんな属性を有する論理ボリュームが前記１以上の割当て先候補のうちのどんな属性を有する割当て先候補に関連したかを表す１以上の履歴データを記憶する第三の記憶域と、
前記複数の論理ボリュームデータと、前記割当て先候補データと、前記１以上の履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込み、前記絞り込まれた１以上の論理ボリュームデータの内容を出力するボリューム絞込み部と
を備えるボリューム絞込みシステム。
【請求項２】
前記ボリューム絞込み部は、前記複数の論理ボリュームデータ又は前記絞り込まれた１以上の論理ボリュームデータの中から所望の論理ボリュームデータの選択を受付けるＧＵＩを提供し、
前記ＧＵＩを用いて選択された論理ボリュームデータと、前記割当て先候補データとに基づいて、前記選択された論理ボリュームデータに含まれる属性のうちの少なくとも一つの属性要素と、前記割当て先候補データに含まれる属性のうちの少なくとも一つの属性要素とが対応付けられた履歴データを生成し、前記生成した履歴データを前記第三の記憶域に記憶させる履歴更新部を更に備える、
請求項１記載のボリューム絞込みシステム。
【請求項３】
前記割当て先候補データに含まれている属性には、複数の割当て先候補属性要素があり、
複数の履歴データの各々には、前記複数の割当て先候補属性要素が含まれており、
前記ボリューム絞込み部は、複数の履歴データの各々に、前記割当て先候補データに含まれている前記複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、論理ボリュームデータを絞り込むための処理に使用する履歴データを選択する、
請求項１記載のボリューム絞込みシステム。
【請求項４】
前記複数の割当て先候補属性要素の各々についての重みを表す重み値を記憶した第四の記憶域を更に備え、
前記ボリューム絞込み部は、複数の履歴データの各々に、前記割当て先候補データに含まれている前記複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かと、前記複数の割当先候補属性要素の各々の重み値とに基づいて、前記複数の履歴データの各々についての評価値を求め、求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定する、
請求項３記載のボリューム絞込みシステム。
【請求項５】
前記割当て先候補は、論理ボリュームにデータを書込む又は論理ボリュームからデータを読み出す情報処理端末であり、
前記情報処理端末には、１以上のアプリケーションプログラムが備えられ、及び／又は、１以上のユーザにそれぞれ対応した１以上のユーザ識別情報が登録されており、
前記複数の割当て先候補属性要素には、以下の（１）乃至（３）、
（１）前記情報処理端末の端末識別情報、
（２）前記１以上のアプリケーションプログラムのうちのいずれかのアプリケーションプログラムのアプリケーション識別情報、
（３）前記１以上のユーザ識別情報のうちのいずれかのユーザ識別情報、
のうちの（１）と（２）及び／又は（３）とが含まれており、
ユーザ識別情報の重み値、アプリケーション識別情報の重み値、端末識別情報の重み値の順で、重み値が高くなっている、
請求項４記載のボリューム絞込みシステム。
【請求項６】
前記１以上の割当て先候補のうちのどの割当て先候補が前記１以上の論理ボリュームのうちのどの論理ボリュームにアクセスしたかに関する情報を記述したアクセス関係データを取得し、前記取得したアクセス関係データに基づいて履歴データを生成し、前記生成した履歴データを前記第三の記憶域に登録する履歴更新部を更に備える、
請求項１記載のボリューム絞込みシステム。
【請求項７】
前記割当て先候補は、論理ボリュームにデータを書込む又は論理ボリュームからデータを読み出す情報処理端末であり、
前記情報処理端末には、１以上のアプリケーションプログラムが備えられ、
前記情報処理端末は、更に、
アプリケーションプログラムに対するインターフェースとなるアプリケーションインターフェース部と、
前記論理ボリュームに対してコマンドを発行するコマンド発行部と、
前記アプリケーションインターフェース部及び前記コマンド発行部を監視する監視部と、
アプリケーションインターフェース部のアクセスに関する情報を記憶するアプリケーションアクセス記憶域と、
コマンド発行部のアクセスに関する情報を記憶するコマンドアクセス記憶域と
を備え、
前記アプリケーションインターフェース部は、前記１以上のアプリケーションプログラムのうちのいずれかからデータのライト要求或いはリード要求を受け、前記受けたライト要求或いはリード要求を出力し、且つ、前記ライト要求発行元のアプリケーションプログラムから書込み対象であるライトデータを受信して前記コマンド発行部に出力するか、或いは、前記コマンド発行部から出力された読出し対象であるリードデータを受信して前記リード要求発行元のアプリケーションプログラムに出力し、
前記コマンド発行部は、前記出力されたライト要求或いはリード要求を受け、そのライト要求或いはリード要求に従って、前記複数の論理ボリュームの中から宛先とする論理ボリュームを選択し、選択された論理ボリュームに対するライトコマンド又はリードコマンドを生成して出力し、且つ、前記ライトデータを前記論理ボリュームに対して出力するか、或いは、前記リードコマンドに応答して前記論理ボリュームからリードデータを受信して前記アプリケーションインターフェース部に出力し、
前記監視部は、
前記アプリケーションインターフェース部に対してライト要求或いはリード要求を発行したアプリケーションプログラムのアプリケーション識別情報を取得し、且つ、前記アプリケーションインターフェース部が受信したライトデータ又はリードデータの内容である第一データ内容を取得し、前記アプリケーション識別情報と前記第一データ内容とを前記アプリケーションアクセス記憶域に書込み、
前記コマンド発行部が出力したライトコマンド又はリードコマンドからそれの宛先となる論理ボリュームの論理ボリューム識別情報を取得し、且つ、前記コマンド発行部が受信したライトデータ又はリードデータの内容である第二データ内容を取得し、前記論理ボリューム識別情報と前記第二データ内容とを前記コマンドアクセス記憶域に書込み、
前記書き込まれた第一データ内容と第二データ内容とが適合することを検出し、前記適合する第一データ内容に対応したアプリケーション識別情報を前記アプリケーションアクセス記憶域から取得し、且つ、前記適合する第二データ内容に対応した論理ボリューム識別情報を前記コマンドアクセス記憶域から取得し、
前記取得されたアプリケーション識別情報及び論理ボリューム識別情報を含んだ前記アクセス関係データを生成して出力し、
前記履歴更新部は、前記出力されたアクセス関係データを取得する、
請求項６記載のボリューム絞込みシステム。
【請求項８】
複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを第一の記憶域に記憶するステップと、
１以上の割当て先候補の中から選択された割当て先候補に関する属性が記録された割当て先候補データを第二の記憶域に記憶するステップと、
前記複数の論理ボリュームのうちのどんな属性を有する論理ボリュームが前記１以上の割当て先候補のうちのどんな属性を有する割当て先候補に関連したかを表す１以上の履歴データを第三の記憶域に記憶するステップと、
前記複数の論理ボリュームデータと、前記割当て先候補データと、前記１以上の履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込むステップと、
前記絞り込まれた１以上の論理ボリュームデータの内容を出力するステップと
を有するボリューム絞込み方法。
【請求項９】
１以上のコンピュータと、
論理ボリュームに関する属性のうちの少なくとも一つのボリューム属性要素と、論理ボリュームの割当て先候補に関する属性のうちの少なくとも一つの割当て先候補属性要素とが対応付けられた複数の履歴データが登録される記憶域と、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを前記記憶域に登録する第一のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の割当て先候補に関する属性がそれぞれ記録された複数の割当て先候補データを前記記憶域に登録する第二のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の割当て先候補データの中から所望の割当て先候補データの選択を受付けるための割当て先候補選択ＧＵＩを提供する第三のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記割当て先候補選択ＧＵＩを用いて選択された割当て先候補データを前記記憶域に登録する第四のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の履歴データの各々に、前記選択された割当て先候補データに含まれている複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、前記複数の履歴データの各々についての評価値を求める第五のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定する第六のコンピュータプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の論理ボリュームデータと、前記選択された割当て先候補データと、前記決定された履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込み、前記絞り込まれた１以上の論理ボリュームデータの内容を出力する第七のコンピュータプログラムと
を備えるボリューム絞込みシステム。
【請求項１０】
論理ボリュームに関する属性のうちの少なくとも一つのボリューム属性要素と、論理ボリュームの割当て先候補に関する属性のうちの少なくとも一つの割当て先候補属性要素とが対応付けられた複数の履歴データを記憶域に記憶するステップと、
前記複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを受信して前記記憶域に登録するステップと、
前記複数の割当て先候補に関する属性がそれぞれ記録された複数の割当て先候補データを受信して前記記憶域に登録するステップと、
前記複数の割当て先候補データの中から所望の割当て先候補データの選択を受付けるための割当て先候補選択ＧＵＩを提供するステップと、
前記割当て先候補選択ＧＵＩを用いて選択された割当て先候補データを前記記憶域に登録するステップと、
前記複数の履歴データの各々に、前記選択された割当て先候補データに含まれている複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、前記複数の履歴データの各々についての評価値を求めるステップと、
前記求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定するステップと、
前記複数の論理ボリュームデータと、前記選択された割当て先候補データと、前記決定された履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込むステップと、
前記絞り込まれた１以上の論理ボリュームデータの内容を出力するステップと
を有するボリューム絞込み方法。
【請求項１１】
複数の論理ボリュームのうちのいずれかの論理ボリュームにデータを書込む又はその論理ボリュームからデータを読込むシステムにおいて、
１以上のコンピュータと、
前記１以上のコンピュータの少なくとも一つによって実行されるアプリケーションプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、アプリケーションプログラムに対するインターフェースとなるアプリケーションインターフェースプログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、論理ボリュームに対してコマンドを発行するコマンド発行プログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、アプリケーションインターフェース部を監視する第一監視プログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記コマンド発行部を監視する第二監視プログラムと、
前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記第一監視プログラムと前記第二監視プログラムと通信する第三監視プログラムと、
アプリケーションインターフェース部のアクセスに関する情報を記憶するアプリケーションアクセス記憶域と、
コマンド発行部のアクセスに関する情報を記憶するコマンドアクセス記憶域と
を備え、
前記アプリケーションインターフェースプログラムは、前記１以上のアプリケーションプログラムのうちのいずれかからデータのライト要求或いはリード要求を受け、前記受けたライト要求或いはリード要求を出力し、且つ、前記ライト要求発行元のアプリケーションプログラムから書込み対象であるライトデータを受信して前記コマンド発行部に出力するか、或いは、前記コマンド発行部から出力された読出し対象であるリードデータを受信して前記リード要求発行元のアプリケーションプログラムに出力し、
前記コマンド発行プログラムは、前記出力されたライト要求或いはリード要求を受け、そのライト要求或いはリード要求に従って、前記複数の論理ボリュームの中から宛先とする論理ボリュームを選択し、選択された論理ボリュームに対するライトコマンド又はリードコマンドを生成して出力し、且つ、前記ライトデータを前記論理ボリュームに対して出力するか、或いは、前記リードコマンドに応答して前記論理ボリュームからリードデータを受信して前記アプリケーションインターフェース部に出力し、
前記第一監視プログラムは、前記アプリケーションインターフェースプログラムの常駐プログラムであって、前記アプリケーションインターフェースプラグラムに対してライト要求或いはリード要求を発行したアプリケーションプログラムのアプリケーション識別情報を取得し、且つ、前記アプリケーションインターフェースプログラムが受信したライトデータ又はリードデータの内容である第一データ内容を取得し、前記取得したアプリケーション識別情報及び第一データ内容を前記第三監視プログラムに通知し、
前記第二監視プログラムは、前記コマンド発行プログラムの常駐プログラムであって、前記コマンド発行プログラムが出力したライトコマンド又はリードコマンドからそれの宛先となる論理ボリュームの論理ボリューム識別情報を取得し、且つ、前記コマンド発行プログラムが受信したライトデータ又はリードデータの内容である第二データ内容を取得し、前記取得した論理ボリューム識別情報及び第二データ内容を前記第三監視プログラムに通知し、
前記第三監視プログラムは、前記第一監視プログラムから通知された前記アプリケーション識別情報及び前記第一データ内容を前記アプリケーションアクセス記憶域に書込み、前記第二監視プログラムから通知された前記論理ボリューム識別情報及び前記第二データ内容を前記コマンドアクセス記憶域に書込み、前記書き込まれた第一データ内容と第二データ内容とが適合することを検出し、前記適合する第一データ内容に対応したアプリケーション識別情報を前記アプリケーションアクセス記憶域から取得し、且つ、前記適合する第二データ内容に対応した論理ボリューム識別情報を前記コマンドアクセス記憶域から取得し、前記取得されたアプリケーション識別情報及び論理ボリューム識別情報を含んだ前記アクセス関係データを生成して出力する、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の論理ボリュームをそれよりも少ない数の論理ボリュームに絞込むためのコンピュータ技術に関する。
【背景技術】
【０００２】
１又は複数の物理的な記憶デバイス（例えばハードディスク）上に、複数の論理的な記憶デバイス（以下、論理ボリューム）を用意するための技術は既に知られている。このような複数の論理ボリュームの中から、１以上の論理ボリュームを選択することができる。これは、例えば、複数台の運用ホストコンピュータ（以下、「運用ホスト」と略記）と、１台以上の管理ホストコンピュータ（以下、「管理ホスト」と略記）と、複数の論理ボリュームを備える１台以上のストレージサブシステム（例えば，ＲＡＩＤシステム）とがＳＡＮ（Storage Area Network）等の通信ネットワークに接続されているコンピュータシステムにおいて行われることがある。具体的には、例えば、管理者が、管理ホストを用いて、各運用ホスト別に、複数の論理ボリュームの中から１以上の論理ボリュームを選択し、選択した論理ボリュームを、その運用ホストに割当てるという作業を行うことがある。この場合、例えば、管理者は、運用ホストの目的や、論理ボリュームに関する属性（例えば、記憶容量やRAIDタイプ等）などを考慮し、適切と思われる論理ボリュームを経験的に選択する。
【０００３】
しかし、このように、人間が、複数の論理ボリュームの中からその人間が適切だと思われる論理ボリュームを選択するのは、その人間にとって負担であるし、また、作業コストが高くなるという問題点が生じ得る。なぜなら、選択肢として用意される論理ボリュームの数が膨大な場合もあるし、各運用ホストに対する論理ボリュームの割り当て作業を頻繁に行う場合もあると考えられるからである。
【０００４】
このような問題の解決を図るための技術として、例えば、特開平５−１０８４２５号公報に開示されているような技術、すなわち、コンピュータにより、空き記憶容量や入出力負荷等の一定の論理ボリューム属性を有する論理ボリュームを複数の論理ボリュームの中から検索し、検索された論理ボリュームを、ボリューム候補として人間に提示する技術がある。
【０００５】
【特許文献１】特開平５−１０８４２５号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記のように、複数の論理ボリュームの中から１以上の論理ボリュームを検索する処理を単に論理ボリューム属性に基づいて行うだけでは、論理ボリュームの選択を行う人間にとっての負担はあまり軽減されていないと考えられる。なぜなら、どのような属性を持った論理ボリュームが割当てられることが好ましいかは、運用ホストの目的に応じて様々であるので、目的に応じて検索条件（例えば論理ボリューム属性）を変更しなければならず、そうすることは、管理者にとって負担であると考えられるためである。
【０００７】
従って、本発明の目的は、複数の論理ボリュームの中から少なくとも１つの論理ボリュームを選択する人間にとっての負担を軽減することにある。具体的には、例えば、本発明の目的は、複数の論理ボリュームの中から少なくとも１つの論理ボリュームを検索するための条件を、論理ボリュームの割当て先のコンピュータの目的に応じて変更しなくて済むようにすることにある。
【０００８】
本発明の他の目的は、後述の説明から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本発明の第一の側面に従うボリューム絞込みシステム（以下、第一のボリューム絞込みシステム）は、複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを記憶する第一の記憶域と、１以上の割当て先候補の中から選択された割当て先候補に関する属性が記録された割当て先候補データを記憶する第二の記憶域と、前記複数の論理ボリュームのうちのどんな属性を有する論理ボリュームが前記１以上の割当て先候補のうちのどんな属性を有する割当て先候補に関連したかを表す１以上の履歴データを記憶する第三の記憶域と、前記複数の論理ボリュームデータと、前記割当て先候補データと、前記１以上の履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込み、前記絞り込まれた１以上の論理ボリュームデータの内容を出力するボリューム絞込み部とを備える。
【００１０】
複数の論理ボリュームデータは、例えば、通信ネットワークを介して外部のコンピュータから受信されても良い。
【００１１】
第一のボリューム絞込みシステムの第一の実施態様では、前記ボリューム絞込み部は、前記複数の論理ボリュームデータ又は前記絞り込まれた１以上の論理ボリュームデータの中から所望の論理ボリュームデータの選択を受付けるＧＵＩを提供しても良い（例えば、通信ネットワークを介して遠隔の端末に提供しても良い）。また、この第一の実施態様では、第一のボリューム絞込みシステムに、履歴更新部が備えられる。履歴更新部は、前記ＧＵＩを用いて選択された論理ボリュームデータと、前記割当て先候補データとに基づいて、前記選択された論理ボリュームデータに含まれる属性のうちの少なくとも一つの属性要素と、前記割当て先候補データに含まれる属性のうちの少なくとも一つの属性要素とが対応付けられた履歴データを生成し、前記生成した履歴データを前記第三の記憶域に記憶させる。
【００１２】
第一のボリューム絞込みシステムの第二の実施態様では、前記割当て先候補データに含まれている属性には、複数の割当て先候補属性要素があっても良い。また、複数の履歴データの各々には、前記複数の割当て先候補属性要素が含まれていても良い。前記ボリューム絞込み部は、複数の履歴データの各々に、前記割当て先候補データに含まれている前記複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、論理ボリュームデータを絞り込むための処理に使用する履歴データを選択しても良い。
【００１３】
第一のボリューム絞込みシステムの第三の実施態様では、前記第二の実施態様において、前記複数の割当て先候補属性要素の各々についての重みを表す重み値を記憶した第四の記憶域が更に備えられても良い。前記ボリューム絞込み部は、複数の履歴データの各々に、前記割当て先候補データに含まれている前記複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かと、前記複数の割当先候補属性要素の各々の重み値とに基づいて、前記複数の履歴データの各々についての評価値を求め、求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定しても良い。
【００１４】
第一のボリューム絞込みシステムの第四の実施態様では、前記第三の実施態様において、前記割当て先候補は、論理ボリュームにデータを書込む又は論理ボリュームからデータを読み出す情報処理端末であっても良い。また、前記情報処理端末には、１以上のアプリケーションプログラムが備えられ、及び／又は、１以上のユーザにそれぞれ対応した１以上のユーザ識別情報が登録されていても良い。また、前記複数の割当て先候補属性要素には、以下の（１）乃至（３）、
（１）前記情報処理端末の端末識別情報、
（２）前記１以上のアプリケーションプログラムのうちのいずれかのアプリケーションプログラムのアプリケーション識別情報、
（３）前記１以上のユーザ識別情報のうちのいずれかのユーザ識別情報、
のうちの（１）と（２）及び／又は（３）とが含まれていても良い。また、ユーザ識別情報の重み値、アプリケーション識別情報の重み値、端末識別情報の重み値の順で、重み値が高くなっていても良い。
【００１５】
第一のボリューム絞込みシステムの第五の実施態様では、第一のボリューム絞込みシステムに、履歴更新部が備えられても良い。その履歴更新部は、前記１以上の割当て先候補のうちのどの割当て先候補が前記１以上の論理ボリュームのうちのどの論理ボリュームにアクセスしたかに関する情報を記述したアクセス関係データを取得し、前記取得したアクセス関係データに基づいて履歴データを生成し、前記生成した履歴データを前記第三の記憶域に登録しても良い。
【００１６】
第一のボリューム絞込みシステムの第六の実施態様では、前記第五の実施態様において、前記割当て先候補は、論理ボリュームにデータを書込む又は論理ボリュームからデータを読み出す情報処理端末であっても良い。前記情報処理端末には、１以上のアプリケーションプログラムが備えられていても良い。前記情報処理端末は、更に、アプリケーションプログラムに対するインターフェースとなるアプリケーションインターフェース部と、前記論理ボリュームに対してコマンドを発行するコマンド発行部と、前記アプリケーションインターフェース部及び前記コマンド発行部を監視する監視部と、アプリケーションインターフェース部のアクセスに関する情報を記憶するアプリケーションアクセス記憶域と、コマンド発行部のアクセスに関する情報を記憶するコマンドアクセス記憶域とを備えても良い。前記アプリケーションインターフェース部は、前記１以上のアプリケーションプログラムのうちのいずれかからデータのライト要求或いはリード要求を受け、前記受けたライト要求或いはリード要求を出力し、且つ、前記ライト要求発行元のアプリケーションプログラムから書込み対象であるライトデータを受信して前記コマンド発行部に出力するか、或いは、前記コマンド発行部から出力された読出し対象であるリードデータを受信して前記リード要求発行元のアプリケーションプログラムに出力しても良い。前記コマンド発行部は、前記出力されたライト要求或いはリード要求を受け、そのライト要求或いはリード要求に従って、前記複数の論理ボリュームの中から宛先とする論理ボリュームを選択し、選択された論理ボリュームに対するライトコマンド又はリードコマンドを生成して出力し、且つ、前記ライトデータを前記論理ボリュームに対して出力するか、或いは、前記リードコマンドに応答して前記論理ボリュームからリードデータを受信して前記アプリケーションインターフェース部に出力しても良い。前記監視部は、以下の（Ａ）〜（Ｄ）の処理、
（Ａ）前記アプリケーションインターフェース部に対してライト要求或いはリード要求を発行したアプリケーションプログラムのアプリケーション識別情報を取得し、且つ、前記アプリケーションインターフェース部が受信したライトデータ又はリードデータの内容である第一データ内容を取得し、前記アプリケーション識別情報と前記第一データ内容とを前記アプリケーションアクセス記憶域に書込み、
（Ｂ）前記コマンド発行部が出力したライトコマンド又はリードコマンドからそれの宛先となる論理ボリュームの論理ボリューム識別情報を取得し、且つ、前記コマンド発行部が受信したライトデータ又はリードデータの内容である第二データ内容を取得し、前記論理ボリューム識別情報と前記第二データ内容とを前記コマンドアクセス記憶域に書込み、
（Ｃ）前記書き込まれた第一データ内容と第二データ内容とが適合することを検出し、前記適合する第一データ内容に対応したアプリケーション識別情報を前記アプリケーションアクセス記憶域から取得し、且つ、前記適合する第二データ内容に対応した論理ボリューム識別情報を前記コマンドアクセス記憶域から取得し、
（Ｄ）前記取得されたアプリケーション識別情報及び論理ボリューム識別情報を含んだ前記アクセス関係データを生成して出力し（例えば、所定の外部の情報処理端末に出力し）、
を行っても良い。前記履歴更新部は、前記出力されたアクセス関係データを取得しても良い。
【００１７】
上述したボリューム絞込みシステムの各構成要素は、ハードウェア、コンピュータプログラム又はそれらの組合せによって構築することができる。
【００１８】
本発明の第二の側面に従うボリューム絞込み方法は、複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを第一の記憶域に記憶するステップと、１以上の割当て先候補の中から選択された割当て先候補に関する属性が記録された割当て先候補データを第二の記憶域に記憶するステップと、前記複数の論理ボリュームのうちのどんな属性を有する論理ボリュームが前記１以上の割当て先候補のうちのどんな属性を有する割当て先候補に関連したかを表す１以上の履歴データを第三の記憶域に記憶するステップと、前記複数の論理ボリュームデータと、前記割当て先候補データと、前記１以上の履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込むステップと、前記絞り込まれた１以上の論理ボリュームデータの内容を出力するステップとを有する。
【００１９】
本発明の第三の側面に従うボリューム絞込みシステムは、以下の（Ａ）〜（Ｉ）、
（Ａ）１以上のコンピュータ（例えば、コンピュータマシン、或いはＣＰＵ等のプロセッサ）と、
（Ｂ）論理ボリュームに関する属性のうちの少なくとも一つのボリューム属性要素と、論理ボリュームの割当て先候補に関する属性のうちの少なくとも一つの割当て先候補属性要素とが対応付けられた複数の履歴データが登録される記憶域と、
（Ｃ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを前記記憶域に登録する第一のコンピュータプログラムと、
（Ｄ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の割当て先候補に関する属性がそれぞれ記録された複数の割当て先候補データを前記記憶域に登録する第二のコンピュータプログラムと、
（Ｅ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の割当て先候補データの中から所望の割当て先候補データの選択を受付けるための割当て先候補選択ＧＵＩを提供する第三のコンピュータプログラムと、
（Ｆ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記割当て先候補選択ＧＵＩを用いて選択された割当て先候補データを前記記憶域に登録する第四のコンピュータプログラムと、
（Ｇ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の履歴データの各々に、前記選択された割当て先候補データに含まれている複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、前記複数の履歴データの各々についての評価値を求める第五のコンピュータプログラムと、
（Ｈ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定する第六のコンピュータプログラムと、
（Ｉ）前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記複数の論理ボリュームデータと、前記選択された割当て先候補データと、前記決定された履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込み、前記絞り込まれた１以上の論理ボリュームデータの内容を出力する第七のコンピュータプログラムと、
を備える。
【００２０】
本発明の第四の側面に従うボリューム絞込み方法は、論理ボリュームに関する属性のうちの少なくとも一つのボリューム属性要素と、論理ボリュームの割当て先候補に関する属性のうちの少なくとも一つの割当て先候補属性要素とが対応付けられた複数の履歴データを記憶域に記憶するステップと、前記複数の論理ボリュームに関する属性がそれぞれ記録された複数の論理ボリュームデータを受信して前記記憶域に登録するステップと、
前記複数の割当て先候補に関する属性がそれぞれ記録された複数の割当て先候補データを受信して前記記憶域に登録するステップと、前記複数の割当て先候補データの中から所望の割当て先候補データの選択を受付けるための割当て先候補選択ＧＵＩを提供するステップと、前記割当て先候補選択ＧＵＩを用いて選択された割当て先候補データを前記記憶域に登録するステップと、前記複数の履歴データの各々に、前記選択された割当て先候補データに含まれている複数の割当て先候補属性要素の少なくとも一つに適合する割当て先候補属性要素が含まれているか否かに基づいて、前記複数の履歴データの各々についての評価値を求めるステップと、前記求められた複数の評価値のうち所定の条件に合致する評価値を有する履歴データを、論理ボリュームデータを絞り込むための処理に使用する履歴データとして決定するステップと、前記複数の論理ボリュームデータと、前記選択された割当て先候補データと、前記決定された履歴データとに基づいて、前記複数の論理ボリュームデータを１以上の論理ボリュームデータに絞り込むステップと、前記絞り込まれた１以上の論理ボリュームデータの内容を出力するステップとを有する。
【００２１】
本発明の第五の側面に従うコンピュータシステムは、複数の論理ボリュームのうちのいずれかの論理ボリュームにデータを書込む又はその論理ボリュームからデータを読込むシステムであって、１以上のコンピュータと、前記１以上のコンピュータの少なくとも一つによって実行されるアプリケーションプログラムと、前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、アプリケーションプログラムに対するインターフェースとなるアプリケーションインターフェースプログラムと、前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、論理ボリュームに対してコマンドを発行するコマンド発行プログラムと、前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、アプリケーションインターフェース部を監視する第一監視プログラムと、前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記コマンド発行部を監視する第二監視プログラムと、前記１以上のコンピュータの少なくとも一つによって実行されるコンピュータプログラムであって、前記第一監視プログラムと前記第二監視プログラムと通信する第三監視プログラムと、アプリケーションインターフェース部のアクセスに関する情報を記憶するアプリケーションアクセス記憶域と、コマンド発行部のアクセスに関する情報を記憶するコマンドアクセス記憶域とを備える。前記アプリケーションインターフェースプログラムは、前記１以上のアプリケーションプログラムのうちのいずれかからデータのライト要求或いはリード要求を受け、前記受けたライト要求或いはリード要求を出力し、且つ、前記ライト要求発行元のアプリケーションプログラムから書込み対象であるライトデータを受信して前記コマンド発行部に出力するか、或いは、前記コマンド発行部から出力された読出し対象であるリードデータを受信して前記リード要求発行元のアプリケーションプログラムに出力する。前記コマンド発行プログラムは、前記出力されたライト要求或いはリード要求を受け、そのライト要求或いはリード要求に従って、前記複数の論理ボリュームの中から宛先とする論理ボリュームを選択し、選択された論理ボリュームに対するライトコマンド又はリードコマンドを生成して出力し、且つ、前記ライトデータを前記論理ボリュームに対して出力するか、或いは、前記リードコマンドに応答して前記論理ボリュームからリードデータを受信して前記アプリケーションインターフェースプログラムに出力する。前記第一監視プログラムは、前記アプリケーションインターフェースプログラムの常駐プログラムであり、前記アプリケーションインターフェースプラグラムに対してライト要求或いはリード要求を発行したアプリケーションプログラムのアプリケーション識別情報を取得し、且つ、前記アプリケーションインターフェースプログラムが受信したライトデータ又はリードデータの内容である第一データ内容を取得し、前記取得したアプリケーション識別情報及び第一データ内容を前記第三監視プログラムに通知する。前記第二監視プログラムは、前記コマンド発行プログラムの常駐プログラムであって、前記コマンド発行プログラムが出力したライトコマンド又はリードコマンドからそれの宛先となる論理ボリュームの論理ボリューム識別情報を取得し、且つ、前記コマンド発行プログラムが受信したライトデータ又はリードデータの内容である第二データ内容を取得し、前記取得した論理ボリューム識別情報及び第二データ内容を前記第三監視プログラムに通知する。前記第三監視プログラムは、前記第一監視プログラムから通知された前記アプリケーション識別情報及び前記第一データ内容を前記アプリケーションアクセス記憶域に書込み、前記第二監視プログラムから通知された前記論理ボリューム識別情報及び前記第二データ内容とを前記コマンドアクセス記憶域に書込み、前記書き込まれた第一データ内容と第二データ内容とが適合することを検出し、前記適合する第一データ内容に対応したアプリケーション識別情報を前記アプリケーションアクセス記憶域から取得し、且つ、前記適合する第二データ内容に対応した論理ボリューム識別情報を前記コマンドアクセス記憶域から取得し、前記取得されたアプリケーション識別情報及び論理ボリューム識別情報を含んだ前記アクセス関係データを生成して出力する。
【００２２】
なお、上述した論理ボリューム識別情報としては、例えば、論理ボリュームに接続された論理パス名或いは論理ボリューム識別子など、論理ボリュームを一意に特定可能な種々の情報を採用することができる。
【発明の効果】
【００２３】
本発明によれば、数の論理ボリュームの中から少なくとも１つの論理ボリュームを選択する人間にとっての負担が軽減する。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照して、本発明の一実施形態について説明する。
【実施例１】
【００２５】
図１は、本発明の一実施形態の第一の実施例に係るコンピュータシステムの構成例を示す。なお、以下の説明では、「インターフェース」という言葉を「Ｉ／Ｆ」と略記することがある。
【００２６】
１又は複数の運用ホスト１，１，…と、１又は複数のストレージサブシステム２１，２１，…と、１以上の管理ホスト５１と、１以上の管理クライアント４９とが、第一通信ネットワーク３９Ａと第二通信ネットワーク３９Ｂとの両方に接続されている。第一通信ネットワーク３９Ａは、例えば、ＩＰプロトコルに従う通信ネットワークであり、具体例としてはＬＡＮ（Local Area Network）或いはインターネットである。一方、第二通信ネットワーク３９Ｂは、第一通信ネットワーク３９Ａとは種類の異なる通信ネットワークであり、例えばＳＡＮ（Storage
Area Network）である。なお、必ずしも、通信ネットワークの種類は、３９Ａ、３９Ｂのように二種類に限らず、一種類であっても良いし、三種類以上であっても良い。
【００２７】
運用ホスト１は、コンピュータであり、例えば、パーソナルコンピュータ、ワークステーション、サーバマシン或いはメインフレーム等である。運用ホスト１は、例えば、管理ホスト５１と通信し、運用ホスト１の各種構成情報（例えば後述の運用ホスト構成データ）を管理ホスト５１に通知したり、管理ホスト５１からの要求に応じて、ストレージサブシステム２１の後述の論理ボリューム３１を使用するための構成変更を行ったりすることができる。運用ホスト１は、入力部５（例えば、キーボード或いはポインティングデバイス等）と、出力部７（例えばディスプレイ装置）と、運用ホスト記憶部１１（例えばメモリ及び／又はハードディスク）と、運用ホスト制御部３（例えば１以上のプロセッサ（例えばＣＰＵ））と、第一通信ネットワーク３９Ａに接続される第一通信Ｉ／Ｆ部９Ａ（例えばＬＡＮカード）と、第二通信ネットワーク３９Ｂに接続される第二通信Ｉ／Ｆ部９Ｂ（例えばファイバチャネルのホストバスアダプタ）とを備える。
【００２８】
運用ホスト記憶部１１には、運用ホスト１の構成に関する運用ホスト構成データ１３と、運用ホスト構成データ１３を通知する処理を行うためのコンピュータプログラム１５（以下、構成データ通知プログラム１５）と、運用ホスト構成データ１３の内容を変更する処理を行うためのコンピュータプログラム１７（以下、構成データ変更プログラム１７）とが格納される。また、図示しないが、運用ホスト記憶部１１には、運用ホスト１のオペレーティングシステム（以下、ＯＳ）と、そのＯＳ上で動作する１又は複数のアプリケーションプログラム（以下、単にアプリケーションと呼ぶ場合がある）とが格納されていてもよい。
【００２９】
運用ホスト制御部３は、運用ホスト制御部３は、後述の論理ボリューム３１にデータをライトすることのライトコマンド（例えば、ＳＣＳＩプロトコルに基づくライトコマンド）及びデータと、論理ボリューム３１からデータをリードすることのリードコマンド（例えば、ＳＣＳＩプロトコルに基づくリードコマンド）とを、第二通信Ｉ／Ｆ部９Ｂ（又は第一通信Ｉ／Ｆ部９Ａ）を介して、ストレージサブシステム２１に送信する（以下、ライトコマンドとリードコマンドの少なくとも一方を指す場合には「Ｉ／Ｏコマンド」と称する）。また、運用ホスト制御部３は、例えば、ＯＳが保持する情報に基づいて運用ホスト構成データ１３を生成し運用ホスト記憶部１１に格納する。また、運用ホスト制御部３は、構成データ通知プログラム１５を読込むことにより、運用ホスト記憶部１１から運用ホスト構成データ１３を取得しそのデータ１３が表す内容の全部又は一部を第一通信Ｉ／Ｆ部９Ａ又は第二通信Ｉ／Ｆ部９Ｂを介して管理ホスト５１に通知する。また、運用ホスト制御部３は、構成データ変更プログラム１７を読込むことにより、ＯＳが保持する情報に基づいて、運用ホスト構成データ１３の内容を変更する。なお、「ＯＳが保持する情報」は、例えば、運用ホスト記憶部１１に格納することができ、その情報には、例えば、運用ホスト１の１又は複数のユーザの識別子（例えば名称）と、運用ホスト１にインストールされた１又は複数のアプリケーションの識別子（例えば名称）と、運用ホスト１それ自体の識別子（例えば名称）とが含まれている。また、その情報には、例えば、どのユーザがどのアプリケーションを使用するかに関する情報（例えば、ユーザ名とアプリケーション名とが対応付けられたテーブル）が含まれていても良い。
【００３０】
ストレージサブシステム２１は、複数のディスク装置（例えばハードディスクドライブ）３３と、それらのディスク装置３３上に用意された複数の論理的な記憶デバイス（以下、論理ボリューム）３１と、複数の論理ボリューム３１に対するデータの書込みや読出し等を制御するストレージ制御装置２９とを備えている。ストレージシステム２１としては、例えば、ＲＡＩＤ（Redundant Array of Inexpensive Disks）システムを採用することができる。
【００３１】
ストレージ制御装置２９は、例えば、管理ホスト５１と通信し、ストレージサブシステム２１の各種構成情報（例えば後述のストレージ構成データ４３）を管理ホスト５１に通知したり、管理ホスト５１からの要求に応じて、運用ホスト１に論理ボリューム３１を割り当てるための構成変更（例えばストレージ構成データ４３の変更）を行ったりすることができる。ストレージ制御装置２９には、第一通信ネットワーク３９Ａに接続される第一通信Ｉ／Ｆ部２３Ａと、第二通信ネットワーク３９Ｂに接続可能な１以上の通信ポート２４を有する第二通信Ｉ／Ｆ部２３Ｂとが備えられる。また、ストレージ制御装置２９には、ディスクＩ／Ｆ部２７と、制御記憶部３５（例えばメモリ及び／又はハードディスク）と、ストレージ制御部２５（例えば１以上のプロセッサ（例えばＣＰＵ））とが備えられる。
【００３２】
ディスクＩ／Ｆ部２７は、複数の物理的なディスク装置３３に接続されており、それらのうちの少なくとも一つのディスク装置３３にアクセスすることで、複数の論理ボリューム３１のうちのいずれかの論理ボリューム３３にアクセスすることができる。
【００３３】
制御記憶部３５には、ストレージサブシステムの構成に関するストレージ構成データ４３と、ストレージ構成データ４３を通知する処理を行うためのコンピュータプログラム４５（以下、構成データ通知プログラム４５）と、ストレージ構成データ４３の内容を変更する処理を行うためのコンピュータプログラム４７（以下、構成データ変更プログラム４７）とが格納される。ストレージ構成データ４３には、例えば、ストレージサブシステム２１が備える複数の論理ボリューム３１の各々についての論理ボリューム属性（例えば、識別子（例えば番号）やＲＡＩＤタイプ等）が含まれている。
【００３４】
ストレージ制御部２５は、１以上の通信ポート２４のうちのいずれか及び第二通信Ｉ／Ｆ部２３Ｂ（或いは、第一通信Ｉ／Ｆ部２３Ａ）を介して、Ｉ／Ｏコマンドを運用ホスト１から受信する。ストレージ制御部２５は、そのＩ／Ｏコマンドに従って、ディスクＩ／Ｆ部２７を介し、運用ホスト１から受信したデータを論理ボリューム３１に書き込んだり、論理ボリューム３１からデータを読み出して運用ホスト１に返送したりする。また、ストレージ制御部２５は、構成データ通知プログラム４５を読込むことにより、制御記憶部３５からストレージ構成データ４３を取得しそのデータ４３が表す内容の全部又は一部を第一通信Ｉ／Ｆ部２３Ａ又は第二通信Ｉ／Ｆ部２３Ｂを介して管理ホスト５１に通知する。また、ストレージ制御部２５は、構成データ変更プログラム４７を読込むことにより、例えば外部から入力される情報（例えば、各論理ボリューム３１毎のアクセスパス名）に基づいて、ストレージ構成データ４３の内容を変更する。
【００３５】
管理ホスト５１は、コンピュータであり、例えば、パーソナルコンピュータ、ワークステーション、サーバマシン或いはメインフレーム等である。管理ホスト５１は、例えば、運用ホスト１と通信し、運用ホスト１の各種構成情報を運用ホスト１から取得したり、運用ホスト１に対し、ストレージサブシステム２１の論理ボリューム３１を使用するための構成変更を行うことを要求したりすることができる。また、管理ホスト５１は、ストレージサブシステム２１と通信し、ストレージサブシステム２１の各種構成情報をストレージサブシステム２１から取得したり、ストレージサブシステムに対し、運用ホスト１に論理ボリューム３１を割り当てるための構成変更を行うことを要求したりすることもできる。管理ホスト５１は、管理ホスト記憶部７９（例えばメモリ及び／又はハードディスク）と、管理ホスト制御部５３（例えば１以上のプロセッサ（例えばＣＰＵ））と、第一通信ネットワーク３９Ａに接続される第一通信Ｉ／Ｆ部５５Ａ（例えばＬＡＮカード）と、第二通信ネットワーク３９Ｂに接続される第二通信Ｉ／Ｆ部５５Ｂ（例えばファイバチャネルのホストバスアダプタ）とを備える。
【００３６】
管理ホスト記憶部７９には、データベース７７（以下、これを管理ホストデータベース７７と言う）が構築される。管理ホストデータベース７７には、パラメータ一覧データ６１、論理ボリューム一覧データ６３及び１以上の履歴データ６５が格納される。論理ボリューム一覧データ６３には、例えば、複数の論理ボリュームの各々についての論理ボリュームデータが登録される。各データ６１、６３及び６５については、後に詳述する。
【００３７】
また、管理ホスト記憶部７９には、運用ホスト１から受信したデータを処理するためのコンピュータプログラム（以下、運用ホスト処理プログラム）６７と、後述するパラメータ候補を処理するためのコンピュータプログラム（以下、パラメータ候補処理プログラム）６９と、複数の論理ボリューム３１から少なくとも１つの候補を絞り込むためのコンピュータプログラム（以下、ボリューム候補絞込みプログラム）７１とが格納される。また、管理ホスト記憶部７９には、論理ボリューム一覧データ６３を取得する処理を行うためのコンピュータプログラム（以下、ボリューム取得プログラム）７３と、履歴データ６５の更新処理を行うためのコンピュータプログラム（以下、履歴データ更新処理プログラム）７５と、ストレージサブシステム２１から受信したデータを処理するためのコンピュータプログラム（以下、ストレージ処理プログラム）８１とが格納される。
【００３８】
管理ホスト制御部５３は、各種コンピュータプログラム６７、６９、７１、７３、７５及び８１を読込むことにより、読込んだプログラムに応じた処理を実行する。管理ホスト制御部５３が行う処理については、後で説明する。
【００３９】
管理クライアント４９は、コンピュータであり、例えば、パーソナルコンピュータ、ワークステーション、或いはメインフレーム等である。管理クライアント４９の構成については、格別図示しないが、例えば、プロセッサ（例えばＣＰＵ）、メモリ及びハードディスクを備えた一般的なコンピュータマシンの構成を採用することができる。
【００４０】
以上が、第一の実施例に係るコンピュータシステムの構成例の概要である。なお、上記の構成は、ほんの一例であって、上記の構成である必要は無い。例えば、管理クライアント４９と管理ホスト５１は必ずしも別れている必要は無い。
【００４１】
さて、次に、上述したコンピュータシステムの構成要素について説明する。
【００４２】
図２は、運用ホスト構成データ１３の一例を示す。
【００４３】
運用ホスト構成データ１３のデータ要素としては、例えば、ホスト名、アプリケーション名／ユーザ名と、フラグとがある。ホスト名は、運用ホスト１の名称であるが、名称に限らず、運用ホスト１を特定することできるのであればどのような識別子であっても良い。これは、アプリケーション名／ユーザ名（アプリケーション名及びユーザ名の少なくとも一方）についても同様である。フラグは、アプリケーション名／ユーザ名がアプリケーション名を表しているのかユーザ名を表しているのかを表すデータ要素である。例えば、アプリケーション名を表している場合、フラグは「APPLICATION」という表記になり、ユーザ名を表している場合、フラグは「USER」という表記になる。
【００４４】
運用ホスト構成データ１３は、例えば、運用ホスト１のＯＳが保持している情報に基づいて、運用ホスト制御部１が生成することができる。なお、この運用ホスト構成データ１３は、ＯＳが保持する情報それ自体であっても良い。
【００４５】
図３Ａは、ストレージ構成データ１３の一例を示す。
【００４６】
ストレージ構成データ１３には、ポート情報と、論理ボリューム情報と、パス情報とが含まれている。ポート情報とは、ストレージサブシステム２１内の通信ポート２４（例えばファイバチャネルポート）の構成に関する情報である。論理ボリューム情報とは、ストレージサブシステム２１が備える複数の論理ボリューム３１の構成に関する情報である。パス情報とは、通信ポート２４と論理ボリューム３１のパス（接続）に関する情報である。
【００４７】
図３Ｂは、運用ホスト構成データ１３に含まれるポート情報の構成例を示す。
【００４８】
ポート情報４３Ａには、各通信ポート２４毎の属性データが含まれている。通信ポート２４の属性データには、例えば、ポート識別子、トポロジ及びポートＷＷＮが含まれている。通信ポート２４のポート識別子とは、その通信ポート２４が複数の通信ポート２４のうちのどれであるかを一意に特定するための情報である。通信ポート２４のトポロジとは、その通信ポート２４に接続されているネットワークの構成を示す情報である。通信ポート２４のポートＷＷＮとは、その通信ポート２４のＷＷＮ（World Wide Name）である。
【００４９】
図３Ｃは、運用ホスト構成データ１３に含まれる論理ボリューム情報の構成例を示す。
【００５０】
論理ボリューム情報４３Ｂには、各論理ボリューム３１毎の属性データが含まれている。論理ボリューム３１の属性データには、例えば、論理ボリューム識別子、論理ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグが含まれている。論理ボリューム３１の論理ボリューム識別子とは、その論理ボリューム３１が複数の論理ボリューム３１のうちのどれであるかを一意に特定するための情報である。論理ボリューム３１の論理ボリューム容量とは、その論理ボリューム３１の記憶容量を表す情報である。論理ボリューム３１のＲＡＩＤタイプとは、その論理ボリューム３１のＲＡＩＤタイプ（例えば、ＲＡＩＤ０或いはＲＡＩＤ５等のＲＡＩＤレベル）を表す情報である。論理ボリューム３１の冗長化フラグとは、その論理ボリューム３１の複製にあたる別の論理ボリュームが同一のストレージサブシステム２１又は別のストレージサブシステム２１に存在するか否かを表す情報である。
【００５１】
図３Ｄは、運用ホスト構成データ１３に含まれるパス情報の構成例を示す。
【００５２】
パス情報４３Ｃには、ストレージサブシステム２１において形成されている複数の論理的なパス（以下、論理パス）の各々についての属性データが含まれている。論理パスの属性データには、例えば、パス識別子、ポート識別子及び論理ボリューム識別子が含まれている。論理パスのパス識別子とは、その論理パスが複数の論理パスのうちのどれであるかを一意に特定するための情報である。論理パスのポート識別子とは、その論理パスに接続されている通信ポート２４が複数の通信ポート２４のうちのどれであるかを一意に特定するための情報である。論理パスの論理ボリューム識別子とは、その論理パスに接続されている論理ボリューム３１が複数の論理ボリューム３１のうちのどれであるかを一意に特定するための情報である。
【００５３】
なお、論理パスの属性データには、更に、その論理パスが割当てられている割当て先（換言すれば、その論理パスに接続されている論理ボリュームの割当て先）に関するデータ（例えば、運用ホスト１のホスト名、又は、ホスト名とユーザ名及び／又はアプリケーション名との組合せ）が含まれていても良い。
【００５４】
図４Ａは、パラメータ一覧データ６１の構成例を示す。
【００５５】
パラメータ一覧データ６１には、１以上のパラメータデータが含まれる。各パラメータデータには、例えば、ホスト名、アプリケーション名／ユーザ名及びフラグが含まれている。管理ホスト制御部５３は、例えば、各パラメータデータを参照することにより、どの運用ホスト１にどんな名称を持ったアプリケーション或いはユーザが登録されているのかを判別することができる。なお、ホスト名、アプリケーション名／ユーザ名及びフラグがそれぞれ何を意味するかについては、図２を参照して説明した通りである。
【００５６】
各パラメータデータの全部又は一部は、運用ホスト１から管理ホスト５１に対して能動的且つ定期的（又は不定期）に通知されても良いし、管理ホスト５１から運用ホスト１に対して問合せを発行しその問合せに応答して運用ホスト１から管理ホスト５１に通知されても良い。パラメータデータは、例えば、運用ホスト構成データ１３から得られるデータである。
【００５７】
図４Ｂは、論理ボリューム一覧データ６３の構成例を示す。
【００５８】
論理ボリューム一覧データ６３には、１以上の論理ボリュームデータが含まれる。各論理ボリュームデータには、例えば、或る１つの論理ボリューム３１に関する属性、より具体的には、例えば、論理ボリューム識別子、論理ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグが含まれている。
【００５９】
各論理ボリュームデータの全部又は一部は、ストレージサブシステム２１から管理ホスト５１に対して能動的且つ定期的（又は不定期）に通知されても良いし、管理ホスト５１からストレージサブシステム２１に対して問合せを発行しその問合せに応答してストレージサブシステム２１から管理ホスト５１に通知されても良い。論理ボリュームデータは、例えば、ストレージ構成データ４３の論理ボリューム情報から得られるデータである。
【００６０】
図４Ｃは、履歴データ６５の構成例を示す。
【００６１】
履歴データ６５には、どの論理ボリューム３１をどの運用ホスト１（或いは、その運用ホスト１のどのユーザ又はアプリケーション）に割当てたかに関する情報が登録される。具体的には、例えば、履歴データ６５には、割当てられた（例えば管理者に選択された）論理ボリューム３１に関する属性と、その論理ボリューム３１の割当て先の運用ホスト１に関する属性とが含まれる。より具体的には、例えば、或る１つの履歴データ６５は或る１つの論理ボリューム３１に対応したデータであって、その履歴データ６５には、日時、ホスト名、ユーザ名、アプリケーション名、論理ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグが登録される。日時は、運用ホスト１への論理ボリューム３１の割当て時の日時（換言すれば、管理者によって割当て対象とする論理ボリュームが選択された時の日時）であり、これは、例えば、管理ホスト５１が有する図示しないタイマによって取得し登録することができる。ホスト名は、論理ボリューム３１の割当て先の運用ホスト１の名称であり、ユーザ名は、その運用ホスト１の（換言すれば、論理ボリューム３１の割当て先の）１以上のユーザの名称であり、アプリケーション名は、その運用ホスト１の（換言すれば、論理ボリューム３１の割当て先の）１以上のユーザの名称である。論理ボリューム容量は、割当てられた論理ボリューム３１の記憶容量であり、ＲＡＩＤタイプは、その論理ボリューム３１のＲＡＩＤタイプであり、冗長化フラグは、その論理ボリューム３１の冗長化フラグである。
【００６２】
図５は、この第一の実施例に係るコンピュータシステムにおいて行われる処理の概要を示す。以下、この図を参照して、その処理について説明する。
【００６３】
運用ホスト制御部３に読込まれた構成データ通知プログラム１５は、定期的に又は不定期に、能動的に或いは管理ホスト５１からの問合せに応答して、運用ホスト記憶部１１から運用ホスト構成データ１３を取得し、その運用ホスト構成データ１３を管理ホスト５１に通知する（ステップＳ１）。管理ホスト制御部５３に読込まれた運用ホスト処理プログラム６７は、受信された運用ホスト構成データ１３から１以上のパラメータデータを取得し、取得された１以上のパラメータデータを、管理ホストデータベース７７内のパラメータ一覧データ６１に登録する（Ｓ２）。これらのＳ１及びＳ２の処理が繰り返されることにより、パラメータ一覧データ６１の全部又は一部が更新（例えば、追加、変更又は削除）される。パラメータ一覧データ６１には、各運用ホスト１毎の最近の１以上のパラメータデータのみが残され旧いパラメータデータは削除されても良いし、旧いパラメータデータも履歴として残されても良い。
【００６４】
ストレージ制御部２５に読込まれた構成データ通知プログラム４５は、定期的に又は不定期に、能動的に或いは管理ホスト５１からの問合せに応答して、制御記憶部３５からストレージ構成データ４３を取得し、そのストレージ構成データ４３（或いはそれの一部である論理ボリューム情報４３Ｂ）を管理ホスト５１に通知する（Ｓ３）。管理ホスト制御部５３に読込まれたストレージ処理プログラム８１は、受信されたストレージ構成データ４３から１以上の論理ボリュームデータを取得し、取得された１以上の論理ボリュームデータを、管理ホストデータベース７７内の論理ボリューム一覧データ６３に登録する（Ｓ４）。これらのＳ３及びＳ４の処理が繰り返されることにより、論理ボリューム覧データ６３の全部又は一部が更新される。論理ボリューム一覧データ６３には、各論理ボリューム３１毎の最近の１以上の論理ボリュームデータのみが残され旧い論理ボリュームデータは削除されても良いし、旧い論理ボリュームデータも履歴として残されても良い。
【００６５】
管理者４８は、例えば管理クライアント４９を利用する。管理クライアント４９が有する図示しない表示装置には、管理ホスト５１から提供される種々のＧＵＩが表示される。例えば、管理クライアント４９が、管理者４８から特定の操作を受けた場合、管理ホスト５１にアクセスし、管理ホスト５１からパラメータ一覧問合せＧＵＩ８３の提供を受けて表示することができる。パラメータ一覧問合せＧＵＩ８３は、例えば、管理者４８から問合せを受けるための問合せ受付ツールと、そのツールが操作された場合にパラメータ一覧データの問合せを管理ホスト５１に発行するためのプログラムとを含んでいる。
【００６６】
管理者４８は、パラメータ一覧問合せＧＵＩ８３に対し、パラメータ一覧を問い合わせることを入力する（例えば、問合せ受付ツールを操作する）（Ｓ５）。パラメータ一覧問合せＧＵＩ８３を表示している管理クライアント４９は、その入力に応答して、パラメータ一覧データの問合せを管理ホスト５１に発行する（Ｓ６）。管理ホスト制御部５３に読込まれたパラメータ候補処理プログラム６９は、管理ホストデータベース７７にアクセスし（Ｓ７）、管理ホストデータベース７７からパラメータ一覧データ６１を取得する（Ｓ８）。そして、パラメータ候補処理プログラム６９は、取得されたパラメータ一覧データ６１の内容を載せたパラメータ一覧結果ＧＵＩ８５を生成し、そのＧＵＩ８５を管理クライアント４９に提供する（Ｓ９）。パラメータ一覧結果ＧＵＩ８５は、例えば、パラメータ一覧データ６１を構成する複数のパラメータデータのうちの管理者４８所望のパラメータデータの選択を受け付けられるように構成されている（例えば、複数のパラメータデータにそれぞれ対応した複数のチェックボックスが備えられている）。管理クライアント４９は、受信したパラメータ一覧結果ＧＵＩ８５を表示し（Ｓ１０）、管理者４８からの入力を待つ。
【００６７】
管理クライアント４９は、管理者４８から、パラメータ一覧結果ＧＵＩ８５を介して、パラメータ一覧データ６１を構成する複数のパラメータデータのうちの管理者４８所望のパラメータデータがどれであるかの入力を受けた場合（Ｓ１１）、その入力に対応するパラメータデータを管理ホスト５１に通知する（Ｓ１２）。管理ホスト制御部５３に読込まれたボリューム候補絞込みプログラム７１は、管理クライアント４９からの通知に応答して、管理ホストデータベース７７にアクセスし（Ｓ１３）、１以上の履歴データ６５を読込み（Ｓ１４Ａ）、且つ、論理ボリューム一覧データを読込む（Ｓ１４Ｂ）。そして、ボリューム候補絞込みプログラム７１は、Ｓ１２の処理により受信したパラメータデータを検索キーとして、読込まれた１以上の履歴データ６５及び論理ボリューム一覧データ６３から、割当て対象の候補となる１以上の論理ボリューム３１にそれぞれ対応した１以上の論理ボリュームデータを検索する検索処理を実行する。なお、検索キーとして使用されたパラメータデータは、履歴データ６５の更新処理を行うために、管理ホスト記憶部７９の所定の記憶域にセットされても良い。
【００６８】
上記検索処理において、検索ヒットとなった場合（すなわち、上記のような１以上の論理ボリュームデータが取得された場合）、ボリューム候補絞込みプログラム７１は、取得された１以上の論理ボリュームデータの内容を載せたボリューム候補一覧結果ＧＵＩ８７を生成し、そのＧＵＩ８７を管理クライアント４９に提供する（Ｓ１５Ａ）。一方、上記検索処理において、検索ヒットとならなかった場合（すなわち、上記のような１以上の論理ボリュームデータが取得されなかった場合）、ボリューム候補絞込みプログラム７１は、Ｓ１４Ｂの処理によって読込まれた論理ボリューム一覧データ６３の内容を載せた全ボリューム一覧ＧＵＩ８９を生成し、そのＧＵＩ８９を管理クライアント４９に提供する（Ｓ１５Ｂ）。なお、ボリューム候補一覧結果ＧＵＩ８７も、全ボリューム一覧ＧＵＩ８９も、例えば、１以上の論理ボリュームデータのうちの管理者４８所望の論理ボリュームデータの選択を受け付けられるように構成されている（例えば、複数の論理ボリュームデータにそれぞれ対応した複数のチェックボックスが備えられている）。管理クライアント４９は、受信したＧＵＩ８７又は８９を表示し（Ｓ１５Ｃ又はＳ１５Ｄ）、管理者４８からの入力を待つ。
【００６９】
管理クライアント４９は、管理者４８から、ボリューム候補一覧結果ＧＵＩ８７を介して、検索された（つまり絞り込まれた）１以上の論理ボリュームデータのうちの管理者４８所望の論理ボリュームデータがどれであるかの入力を受けた場合（Ｓ１６）、その入力に対応する論理ボリュームデータを管理ホスト５１に通知する（Ｓ１７）。同様に、管理クライアント４９は、管理者４８から、全ボリューム一覧ＧＵＩ８９を介して、論理ボリューム一覧データ６３を構成する複数の論理ボリュームデータのうちの管理者４８所望の論理ボリュームデータがどれであるかの入力を受けた場合（Ｓ２６）、その入力に対応する論理ボリュームデータを管理ホスト５１に通知する（Ｓ２７）。
【００７０】
管理ホスト制御部５３に読込まれた履歴データ更新処理プログラム７５は、管理クライアント４９から受信された論理ボリュームデータと、上記検索キーとして使用されたパラメータデータ（例えば上記所定の記憶域から取得可能）とに基づいて、管理ホストデータベース７７内の履歴データ６５の更新を行う（Ｓ１８又はＳ２８）。具体的には、例えば、履歴データ更新処理プログラム７５は、上記受信された論理ボリュームデータから論理ボリューム識別子を除去し、且つ、上記検索キーとして使用されたパラメータデータからフラグを除去し、除去されて残った、論理ボリュームデータ及びパラメータデータにおける複数のデータ要素と、管理者４８所望の論理ボリュームデータが選択された日時（例えば、論理ボリュームデータの通知を受けた日時）とに基づいて、新たな履歴データ６５を生成し、その新たな履歴データ６５を管理ホストデータベース７７に登録する。
【００７１】
ところで、管理ホスト制御部５３に読込まれたボリューム取得プログラム７３は、例えば、管理者４８から管理クライアント４９を介してボリューム一覧問合せを受けた場合、管理ホストデータベース７７にアクセスして（Ｓ２３）、そのデータベース７７から論理ボリューム一覧データ６３を読込み（Ｓ２４）、そのデータ６３の内容を載せた全ボリューム一覧ＧＵＩ８９を生成し、そのＧＵＩ８９を管理クライアント４９に提供することができる（Ｓ２５）。
【００７２】
また、格別図示しないが、管理ホスト５１は、管理者４８によって選択されたパラメータデータが表す割当て対象（例えば、運用ホスト１、又は、運用ホスト１とユーザ及び／又はアプリケーションとの組合せ）に対して、管理者４８によって選択された論理ボリュームデータが表す論理ボリューム３１を割当てることができる。具体的には、例えば、管理ホスト５１は、管理者４８によって選択された論理ボリュームデータ中の少なくとも論理ボリューム識別子と、管理者４８によって選択されたパラメータデータの全部又は一部とを、ストレージサブシステム２１に送信する。ストレージサブシステム２１のストレージ制御装置２９は、管理ホスト５１から受信した論理ボリューム識別子とパラメータデータの全部又は一部と等に基づいて、管理者４８によって選択された割当て対象に対して、管理者４８によって選択された論理ボリューム３１を割当てる処理を行う。例えば、ストレージ制御装置２９は、受信した論理ボリューム識別子とパラメータデータの全部又は一部とを用いてストレージ構成データ４３を参照することにより、割当て先がアクセス可能な通信ポート２４と、割当て対象の論理ボリューム３１とを特定し、特定された通信ポート２４と論理ボリューム３１との間に論理パスを形成し、その論理パスに関する属性データをパス情報４３Ｃに登録しても良い。なお、割当て先がアクセス可能な通信ポート２４を特定するために、例えば、ストレージ構成データ４３に、各通信ポート２４の識別子に対して、その通信ポート２４にアクセス可能な運用ホスト１のホスト名（或いは、ホスト名とアプリケーション名及び／又はユーザ名との組合せ）が記録されていても良い。また、上記のように、管理ホスト５１が、ストレージサブシステム２１に対して論理ボリューム識別子等を送信した時の日時を、論理ボリュームを割当てた時の日時（つまり、履歴データ６５に登録する日時）としてもよい。
【００７３】
また、上記の処理において、例えば、どの論理ボリュームが複数のストレージサブシステムのどれに備えられているかを特定することができるようにするために、例えば、各ストレージサブシステム２１は、ストレージ構成データ４３と共に、自分の識別子（例えばＩＰアドレスや自分の名称等）を管理ホスト５１に通知しても良い。
【００７４】
以上が、この第一実施例に係るコンピュータシステムにおいて行われる処理の概要である。次に、上述した各コンピュータプログラムが行う処理について説明する。
【００７５】
図６は、運用ホスト１における構成データ通知プログラム１５が行う処理の流れの一例を示す。
【００７６】
構成データ通知プログラム１５は、運用ホスト１に導入されている（つまりインストールされている）アプリケーションの名称一覧を、例えばＯＳが保持している情報の中から取得する（Ｓ１Ａ）。また、構成データ通知プログラム１５は、運用ホスト１のＯＳにログイン可能なユーザの名称一覧を、例えばＯＳが保持している情報の中から取得する（Ｓ１Ｂ）。また、構成データ通知プログラム１５は、運用ホスト１の名称を、例えばＯＳが保持している情報の中から取得する（Ｓ１Ｃ）。以上のＳ１Ａ〜Ｓ１Ｃにより、運用ホスト構成データ１３が構築される。
【００７７】
構成データ通知プログラム１５は、構築された運用ホスト構成データ１３、すなわち、アプリケーション名一覧、ユーザ名一覧及びホスト名を、管理ホスト５１に通知する（Ｓ１Ｄ）。
【００７８】
構成データ通知プログラム１５は、例えば、ＯＳから定期的に又は不定期に起動命令を受けることにより、起動して、Ｓ１Ａ〜Ｓ１Ｄの処理を実行してもよい。また、この通知プログラム１５とは別のプログラムによって、運用ホスト構成データ１３が生成されて運用ホスト記憶部１１で記憶され、通知プログラム１５は、単に、その運用ホスト構成データ１３を読み出して管理ホスト５１に通知するだけであっても良い。
【００７９】
図７は、管理ホスト５１における運用ホスト処理プログラム６７が行う処理の流れの一例を示す。
【００８０】
運用ホスト処理プログラム６７は、運用ホスト１との通信を監視し（Ｓ２Ａ）、運用ホスト１から運用ホスト構成データ１３が通知されたならば（Ｓ２ＢでＹＥＳ）、そのデータ１３を必要に応じて加工する等して、そのデータ１３に基づいて１以上のパラメータデータを取得し、取得した１以上のパラメータデータを、管理ホストデータベース７７のパラメータ一覧データ６１に登録する（Ｓ２Ｃ）。
【００８１】
図８は、管理ホスト５１におけるパラメータ候補処理プログラム６９が行う処理の流れの一例を示す。
【００８２】
パラメータ候補処理プログラム６９は、管理ホストデータベース７７にアクセスし、管理ホストデータベース７７からパラメータ一覧データ６１を取得する（Ｓ８）。パラメータ候補処理プログラム６９は、取得されたパラメータ一覧データ６１の内容を載せたパラメータ一覧結果ＧＵＩ８５を生成し、そのＧＵＩ８５を管理クライアント４９に提供する（Ｓ９）。
【００８３】
図９は、管理ホスト５１におけるボリューム候補絞込みプログラム７１が行う処理の流れの一例を示す。
【００８４】
ボリューム候補絞込みプログラム７１は、管理者４８によって選択されたパラメータデータを管理クライアント４９から取得し（Ｓ１２）、管理ホストデータベース７７から、１以上の履歴データ６５と論理ボリューム一覧データ６３とを読込む（Ｓ１４Ａ、Ｓ１４Ｂ）。そして、ボリューム候補絞込みプログラム７１は、Ｓ１２の処理により取得したパラメータデータと、読込まれた１以上の履歴データ６５及び論理ボリューム一覧データ６３とに基づいて、割当て対象の候補となる１以上の論理ボリューム３１、つまりボリューム候補一覧を求める（Ｓ１００）。具体的には、例えば、ボリューム候補絞込みプログラム７１は、Ｓ１２の処理により取得したパラメータデータを検索キーとして、読込まれた１以上の履歴データ６５及び論理ボリューム一覧データ６３から、割当て対象の候補となる１以上の論理ボリューム３１にそれぞれ対応した１以上の論理ボリュームデータを検索する検索処理を実行する。
【００８５】
Ｓ１００の処理によって、ボリューム候補一覧が求められた場合は（Ｓ２００でＹＥＳ）、ボリューム候補絞込みプログラム７１は、求められたボリューム候補一覧（すなわち、取得された１以上の論理ボリュームデータ）の内容を載せたボリューム候補一覧結果ＧＵＩ８７を生成し、そのＧＵＩ８７を管理クライアント４９に提供する（Ｓ１５Ａ）。
【００８６】
一方、Ｓ１００の処理において、ボリューム候補一覧が求めることができなかった場合は（Ｓ２００でＮＯ）、ボリューム候補絞込みプログラム７１は、Ｓ１４Ｂの処理によって読込まれた論理ボリューム一覧データ６３の内容を載せた全ボリューム一覧ＧＵＩ８９を生成し、そのＧＵＩ８９を管理クライアント４９に提供する（Ｓ１５Ｂ）。
【００８７】
図１０は、管理ホスト５１におけるボリューム取得プログラム７３が行う処理の流れの一例を示す。
【００８８】
ボリューム取得プログラム７３は、所定のイベントが発生した場合、例えば、管理者４８から管理クライアント４９を介してボリューム一覧問合せを受けた場合に、この図１０に示す処理を行う。すなわち、ボリューム取得プログラム７３は、管理ホストデータベース７７にアクセスして、そのデータベース７７から論理ボリューム一覧データ６３を読込み（Ｓ２４）、そのデータ６３の内容を載せた全ボリューム一覧ＧＵＩ８９を生成し、そのＧＵＩ８９を管理クライアント４９に提供する（Ｓ２５）。
【００８９】
図１１は、管理ホスト５１における履歴データ更新プログラム７５が行う処理の流れの一例を示す。
【００９０】
履歴データ更新プログラム７５は、管理者４８によって選択された論理ボリュームデータと、上記検索キーとして使用されたパラメータデータとを取得し（Ｓ１７又はＳ２７）、取得されたそれらのデータに基づいて、管理ホストデータベース７７内の履歴データ６５の更新を行う（Ｓ１８又はＳ２８）。具体的には、例えば、履歴データ更新処理プログラム７５は、上記受信された論理ボリュームデータから論理ボリューム識別子を除去し、且つ、上記検索キーとして使用されたパラメータデータからフラグを除去し、除去されて残った、論理ボリュームデータ及びパラメータデータにおける複数のデータ要素と、管理者４８所望の論理ボリュームデータが選択された日時（或いは、論理ボリューム識別子等のデータをストレージサブシステム２１に送信した時の日時）とを備えた新たな履歴データ６５を生成し、その新たな履歴データ６５を管理ホストデータベース７７に登録する。
【００９１】
さて、上述したコンピュータシステムにおいて行われる処理の一つに、図９のＳ１００のような、ボリューム候補一覧を求める処理、すなわち、Ｋ個（Ｋ≧２）の論理ボリュームデータを１以上の履歴データ６５に基づいてＫ個未満に絞り込むためのボリューム候補絞込み処理がある。このような絞込み処理を行う方法としては、種々の方法が考えられる。以下、その方法の一例を説明する。
【００９２】
図１２Ａは、ボリューム候補絞込み処理を行う一つの方法例を示す。
【００９３】
この方法例では、ボリューム候補絞込みプログラム７１は、パラメータ一覧結果ＧＵＩ８５（図５参照）を用いて選択されたパラメータデータにどの程度マッチするかを表す評価値を、１以上の履歴データ６５の各々について算出する。そして、ボリューム候補絞込みプログラム７１は、算出された１以上の評価値に基づいて、１以上の履歴データ６５のうちどの履歴データ６５を優先的に使用するかを決定し、決定された履歴データ６５に適合する論理ボリュームデータがボリューム一覧データ６３の中に存在するか否かを判断する。存在すると判断された場合には、ボリューム候補絞込みプログラム７１は、上記適合する論理ボリュームデータの内容を載せたボリューム候補一覧ＧＵＩ８７を生成して管理クライアント４９に提供し、一方、存在しないと判断された場合には、全ボリューム一覧ＧＵＩ８９を生成して管理クライアント４９に提供する。以下、より具体的に説明する。
【００９４】
管理ホスト記憶部７９には、評価値を算出するための数式Ｍが少なくとも１つ記憶される。少なくとも一つの数式Ｍは、管理者４８等の人間によって変更可能であっても不可能であっても良い。変更可能な場合、管理ホスト５１は、図１２Ｂに例示するようなＧＵＩ９２を管理者４８等に表示し、そのＧＵＩ９２を介して、履歴データの評価値の数式が入力された場合には、その入力された数式を、管理ホスト記憶部７９に追記する、旧い数式に上書きする等して、管理ホスト記憶部７９に登録することができる。また、管理ホスト５１は、そのＧＵＩ９２を介して、所望の数式のどこにどんな値を設定するかの入力も受けることができる。管理ホスト５１は、数式が指定され、且つ、指定された数式のどこにどんな値を設定するかの入力を受けた場合には、指定された数式に対応付けて、その指定された数式の構成要素とその構成要素に設定される値とを、管理ホスト記憶部７９に登録する。それにより、ボリューム候補絞込みプログラム７１は、管理ホスト記憶部７９に記憶されている少なくとも一つの数式Ｍから所望の又は所定の数式を選択し、且つ、その数式に対応付けられている構成要素及びそれに設定される値を特定して、各履歴データ６５毎の評価値を算出することができる。
【００９５】
さて、管理ホスト記憶部７９に記憶される少なくとも１つの数式Ｍには、例えば、
Ｅｎ＝Ｗａ・Ｂａ＋Ｗｕ・Ｂｕ＋Ｗｈ・Ｂｈ…（１）
という式がある。ここで、Ｗａは、アプリケーション名の重みを表し、Ｗｕは、ユーザ名の重みを表し、Ｗｈは、ホスト名の重みを表す。また、Ｂａは、管理者４８により選択されたパラメータデータ中のアプリケーション名に適合する（例えば一致する）アプリケーション名が、評価値算出対象の履歴データ６５に含まれているか否か（例えば１か０か）を表す。Ｂｕは、管理者４８により選択されたパラメータデータ中のユーザ名に適合する（例えば一致する）ユーザ名が、評価値算出対象の履歴データ６５に含まれているか否か（例えば１か０か）を表す。Ｂｈは、管理者４８により選択されたパラメータデータ中のホスト名に適合する（例えば一致する）ホスト名が、評価値算出対象の履歴データ６５に含まれているか否か（例えば１か０か）を表す。
【００９６】
管理ホスト記憶部７９には、Ｗａに設定される値、Ｗｕに設定される値、及びＷｈに設定される値が、上記（１）式に対応付けてられている。Ｗｕ、Ｗａ及びＷｈのうちの少なくとも２つの値は同じであっても良いし、Ｗｕ、Ｗａ及びＷｈの全ての値が異なっていても良い。例えば、Ｗｕ、Ｗａ及びＷｈは、Ｗｈ＞Ｗａ＞Ｗｕという関係を有していても良い。また、Ｗａの値、Ｗｕの値及びＷｈの値のうちの少なくとも一つは、管理者４８等の人間によって変更可能であっても不可能であっても良い。変更可能な場合は、例えば、管理ホスト５１は、図１２Ｂに例示したＧＵＩ９２を介して、人間所望の値の入力を受けることができる。
【００９７】
また、管理ホスト記憶部７９には、１以上の履歴データ６５のうちの上位幾つまでの履歴データ６５を採用するかを表すＸの値が登録されていても良い。また、管理ホスト記憶部７９には、採用された履歴データ６５に基づいて論理ボリュームデータが絞り込まれる場合、同一の属性を持った論理ボリュームデータ（例えば、論理ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグの内容が全て一致する論理ボリューム）を幾つまで候補として採用可能かを表すＺの値が登録されていても良い。
【００９８】
以下、ボリューム候補絞込みプログラム７１が上記（１）式を用いて行うボリューム候補絞込み処理について具体的に説明する。なお、以下の説明では、図１２、図１３Ａ及び図１３Ｂと、履歴データ６５の更新の流れを表す図１４（図１４Ａ〜図１４Ｆ）とのうちの少なくとも一つを適宜に参照することがある。また、以下の説明では、Ｗｕ、Ｗａ及びＷｈは、Ｗｈ＞Ｗａ＞Ｗｕという関係を有しているものとし（例えば、Ｗｈ＝４，Ｗａ＝２，Ｗａ＝１であるとし）、上記Ｘの値（採用される履歴データ６５の数）は１であるとする。
【００９９】
ボリューム候補絞込みプログラム７１は、ホスト名と、アプリケーション名及び／又はユーザ名とを有するパラメータデータを受けた場合、以下の第一判定処理１及び第二判定処理を実行することができる。
第一判定処理：受けたパラメータデータを有するＸ個以下の履歴データ６５を検索し、検索された履歴データ６５が有する特定の属性要素の全て、例えば、論理ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグの全てと適合する（例えば一致する）論理ボリュームデータが論理ボリューム一覧データ６３内に存在するか否かを判定する処理。
第二判定処理：第一判定処理において、否定的は判定結果が得られた場合、検索されたＸ個の履歴データ６５のうち、最も多く登録されている特定の属性要素の少なくとも１つ、例えば、最も多く登録されている論理ボリューム容量と、最も多く登録されているＲＡＩＤタイプと、最も多く登録されている冗長化フラグとのうちの少なくとも１つ（例えば全部）と適合する（例えば一致する）論理ボリュームデータが論理ボリューム一覧データ６３内に存在するか否かを判定する処理。
【０１００】
ボリューム候補絞込みプログラム７１は、パラメータ一覧データ６１及び論理ボリューム一覧データ６３を取得する。取得されたパラメータ一覧データ６１の具体的な構成例を図１３Ａに示し、取得された論理ボリューム一覧データ６３の具体的な構成例を図１３Ｂに示す。なお、図１３Ｂに示す冗長化フラグとして「true」は、論理ボリューム３１の複製が存在することを意味し、「false」は、論理ボリューム３１の複製が存在しないことを意味する。
【０１０１】
ボリューム候補絞込みプログラム７１は、パラメータ一覧結果ＧＵＩ８５を介して、「ホスト名="host1"、ユーザ名="user1"、アプリケーション名="app1"」を有するパラメータデータを受けたとする。この場合、ボリューム候補絞込みプログラム７１は、そのパラメータデータと、上記（１）式と等を用いて、履歴データ６５毎の評価値を算出することを試みる。
【０１０２】
しかし、ここで、もし、図１４Ａに示すように、管理ホスト記憶部５１に履歴データ６５が存在しない場合には、履歴データ６５の評価値の計算が行なわれず、それにより、第一判定処理及び第二判定処理が行われない。この場合、ボリューム候補絞込みプログラム７１は、全ボリューム一覧ＧＵＩ８９を管理クライアント４９に提供する。
【０１０３】
全ボリューム一覧ＧＵＩ８９を介して、例えば、「"Volume.001"(10MBytes, RAID0,true)」を有する論理ボリュームデータの選択を受けた場合、履歴データ更新処理プログラム７５が、その論理ボリュームデータと、上記パラメータデータ「ホスト名="host1"、ユーザ名="user1"、アプリケーション名="app1"」とを用いて、図１４Ｂのような、新たな履歴データ６５を生成し、管理ホストデータベース７７に登録する。
【０１０４】
さて、その後、ボリューム候補絞込みプログラム７１が、パラメータ一覧結果ＧＵＩ８５を介して、「ホスト名="host1", ユーザ名="user1", アプリケーション名="app2"」を有するパラメータデータを受けたとする。この場合、ボリューム候補絞込みプログラム７１は、そのパラメータデータ及び上記（１）式などを用いて、各履歴データ６５毎の評価値を求める。
【０１０５】
ここで、図１４Ｂに示すように、履歴データ６５が１つしか存在しない場合、評価値計算の結果として、評価値がどんな値であっても、図１４Ｂに示す＃１の履歴データ６５が採用される。ボリューム候補絞込みプログラム７１は、採用された＃１の履歴データ６５を用いて、第一判定処理（必要に応じて第二判定処理）を行う。この結果、例えば、図１３Ｂに例示した論理ボリューム一覧データ６３から、＃１の履歴データ６５が有する属性要素「10MBytes, RAID0,true)」と一致する属性要素を有する２つの論理ボリュームデータ（論理ボリューム識別子が００１と００６）が取得される。ボリューム候補絞込みプログラム７１は、取得された２つの論理ボリュームデータの内容を載せたボリューム候補一覧結果ＧＵＩ８７を生成して管理クライアント４９に提供する。もし、そのＧＵＩ８７を介して、管理者所望の論理ボリュームが見当たらない等の所定の入力を受けた場合には、ボリューム候補絞込みプログラム７１は、全ボリューム一覧ＧＵＩ８９を管理クライアント４９に提供する。
【０１０６】
ここで、例えば、全ボリューム一覧ＧＵＩ８９を介して、「"Volume.002"(15MBytes, RAID0,冗長化フラグ=true」を有する論理ボリュームデータの選択を受けた場合、履歴データ更新処理プログラム７５が、その論理ボリュームデータと、上記パラメータデータ「ホスト名="host1", ユーザ名="user1", アプリケーション名="app2"」とを用いて、図１４Ｃのような、＃２の新たな履歴データ６５を生成し、管理ホストデータベース７７に登録する。
【０１０７】
その後、ボリューム候補絞込みプログラム７１が、パラメータ一覧結果ＧＵＩ８５を介して、「ホスト名="host2", ユーザ名="user2", アプリケーション名="app2"」を有するパラメータデータを受けたとする。この場合、ボリューム候補絞込みプログラム７１は、そのパラメータデータ及び上記（１）式などを用いて、各履歴データ６５毎の評価値を求める。
【０１０８】
ここで、図１４Ｃに示すような、＃１と＃２の履歴データ６５が存在する場合、評価値計算の結果として、Ｗｈ＞Ｗａ＞Ｗｕという関係によれば、＃２の履歴データ６５の評価値の方が、＃１の履歴データ６５の評価値よりも高くなる。なぜなら、＃１の履歴データ６５では、それが有するホスト名、アプリケーション名及びユーザ名のいずれも、上記パラメータデータ「ホスト名="host2", ユーザ名="user2", アプリケーション名="app2"」のいずれのデータ要素にも一致しないが、＃２の履歴データ６５では、それが有するホスト名、アプリケーション名及びユーザ名のうちのアプリケーション名が、そのパラメータデータ中のアプリケーション名に一致するからである。このため、ここでは、＃２の履歴データ６５が採用される。
【０１０９】
以下、その＃２の履歴データ６５を用いて、上述したような第一判定処理（必要に応じて第二判定処理）が行われる。
【０１１０】
以上のような処理が繰り返されることで、以後、例えば、図１４Ｅ〜図１４Ｆに例示するように履歴データ６５が増えていく。
【０１１１】
上述した第一実施例によれば、ホスト（或いは、ホストとアプリケーション及び／又はユーザとの組合せ）に対して割当てられる論理ボリューム３１が選択される都度に、どのホストに対してどんな属性を持った論理ボリューム３１が割当てられたかを表す履歴データ６５が自動的に生成されて蓄積されていく。そして、割当て先候補の属性（例えば、上述のパラメータデータ）が管理者によって選択された場合には、蓄積された履歴データ６５に基づいて、その割当て先候補の属性になるべくマッチした論理ボリュームデータが複数の論理ボリュームデータの中から選択されて管理者に提供される。これにより、論理ボリュームを割当てる作業の負担が軽減される。
【実施例２】
【０１１２】
以下、本発明の一実施形態の第二の実施例について説明する。なお、以下の説明では、第一の実施例との相違点を主に説明し、第一の実施例と重複する点についての説明は省略或いは簡略する。
【０１１３】
図１５は、第二実施例に係る運用ホスト１の構成例を示す。
【０１１４】
運用ホスト記憶部１１には、１以上のアプリケーション１０１と、ＯＳ１０７と、ＯＳ−ＡＰＩアクセス監視プログラム１０９と、論理ボリュームアクセス監視プログラム１１１と、ユーザ／アプリケーション監視プログラム１１３と、ＯＳ−ＡＰＩアクセステーブル１１７と、論理ボリュームアクセステーブル１１９と、関係テーブル１２１とが格納される。ＯＳ１０７は、例えば、ウィンドウズ（登録商標）或いはＵＮＩＸ（登録商標）であり、ＯＳ−ＡＰＩ１０３と、デバイスドライバ１０５とを含んでいる（デバイスドライバ１０５は、ＯＳ１０７の外部且つ下位に存在しても良い）。
【０１１５】
ＯＳ−ＡＰＩ１０３は、ＯＳ１０７に備えられているアプリケーションインターフェースプログラムであり、例えば、データアクセスに関するＡＰＩである。ＯＳ−ＡＰＩ１０３は、実行中のアプリケーション１０１（運用ホスト制御部３に読み込まれたアプリケーション１０１）によって呼び出され、そのアプリケーション１０１との間でデータ或いはコマンドの送受信を行う。
【０１１６】
デバイスドライバ１０５は、ストレージサブシステム２１のドライバ（コンピュータプログラム）であり、コマンド送受信処理プログラム１０６を有している。コマンド送受信処理プログラム１０６は、ストレージサブシステム２１に対するＩ／Ｏコマンド（例えばＳＣＳＩプロトコルに従うコマンド）を生成し、そのＩ／Ｏコマンドをストレージサブシステム２１に送信する処理を行う。具体的には、例えば、コマンド送受信処理プログラム１０６は、アプリケーション１０１からＯＳ−ＡＰＩ１０３を介してデータのライト要求或いはデータのリード要求を受信し、そのライト要求或いはリード要求に基づいて、そのライト要求或いはリード要求に従う論理ボリュームを宛先とするＩ／Ｏコマンドを生成し、生成したＩ／Ｏコマンドを、その宛先の論理ボリュームを有するストレージサブシステム２１に送信する。
【０１１７】
図１６Ａは、ＯＳ−ＡＰＩアクセステーブル１１７の構成例を示す。
【０１１８】
ＯＳ−ＡＰＩアクセステーブル１１７には、例えば、ＯＳ−ＡＰＩ１０３を呼び出したアプリケーション（及び／又はユーザ）に関する情報と、そのＯＳ−ＡＰＩ１０３が受けたデータに関する情報とが登録される。具体的には、例えば、ＯＳ−ＡＰＩアクセステーブル１１７には、ＯＳ−ＡＰＩ１０３が呼び出されてデータを受ける都度に、ＯＳ−ＡＰＩ１０３を呼び出したアプリケーション及びユーザの名称と、そのＯＳ−ＡＰＩ１０３が受けたデータ（例えば、論理ボリューム３１に送られるデータ又は論理ボリューム３１から読み出されたデータ）の内容と、ＯＳ−ＡＰＩ１０３の呼出しに関する日時とが登録される。なお、ＯＳ−ＡＰＩ１０３の呼出しに関する日時としては、例えば、ＯＳ−ＡＰＩ１０３が呼び出された日時、或いは、ユーザ／アプリケーション監視プログラム１１３がＯＳ−ＡＰＩアクセス監視プログラム１０９からアプリケーション名等の通知を受けた日時など、種々のタイミングにおける日時を採用することができる。
【０１１９】
図１６Ｂは、論理ボリュームアクセステーブル１１９の構成例を示す。
【０１２０】
論理ボリュームアクセステーブル１１９には、例えば、Ｉ／Ｏコマンドの宛先となる論理ボリューム３１に関する情報と、そのＩ／Ｏコマンドに基づいて論理ボリューム３１に送信される又は論理ボリューム３１から受信されるデータに関する情報とが登録される。具体的には、例えば、論理ボリュームアクセステーブル１１９には、デバイスドライバ１０５のコマンド送受信処理プログラム１０６がＩ／Ｏコマンドを生成し発行する都度に、Ｉ／Ｏコマンドの発行に関する日時と、Ｉ／Ｏコマンドの宛先となる論理ボリューム３１の識別子と、そのＩ／Ｏコマンドに基づいて論理ボリューム３１に送信される又は論理ボリューム３１から受信されるデータの内容とが登録される。なお、Ｉ／Ｏコマンドの発行に関する日時としては、例えば、Ｉ／Ｏコマンドを生成した日時、或いは、Ｉ／Ｏコマンドを受信した日時など、種々のタイミングにおける日時を採用することができる。
【０１２１】
図１６Ｃは、関係テーブル１２１の構成例を示す。
【０１２２】
関係テーブル１２１には、どの論理ボリューム３１にどのアプリケーションが（及び／又はどのユーザ）がアクセスしたかに関する情報が登録される。具体的には、例えば、関係テーブル１２１には、アクセスされた論理ボリュームの識別子と、その論理ボリューム３１にアクセスされた日時（例えば、Ｉ／Ｏコマンドが発行された日時）と、その論理ボリューム３１にアクセスしたユーザの名称と、その論理ボリューム３１にアクセスしたアプリケーションの名称とが対応付けられる。
【０１２３】
図１７は、この第二の実施例に係るコンピュータシステムにおいて行われる処理の概要を示す。以下、この図を参照して、その処理について説明すると共に、ＯＳ−ＡＰＩアクセス監視プログラム１０９、論理ボリュームアクセス監視プログラム１１１及びユーザ／アプリケーション監視プログラム１１３についても説明する。また、それらの説明において、適宜、図１８Ａ及び図１８Ｂを参照する。
【０１２４】
例えば、運用ホスト１において、実行中のアプリケーション１０１が或る論理ボリューム３１にアクセスする場合、アプリケーション１０１が、ＯＳ−ＡＰＩ１０３を呼び出し、且つ、データのライト要求或いはリード要求を、そのＯＳ−ＡＰＩ１０３に発行する（Ｓ３０１）。呼び出されたＯＳ−ＡＰＩ１０３は、ストレージサブシステム２１のデバイスドライバ１０５にアクセスし、そのライト要求或いはリード要求をデバイスドライバ１０５に発行する（Ｓ３０２）。デバイスドライバ１０５のコマンド送受信処理プログラム１０６は、受信したライト要求或いはリード要求に従う論理ボリューム３１を宛先としたＩ／Ｏコマンドを生成し、そのＩ／Ｏコマンドを、その論理ボリューム３１に発行する（Ｓ３０３）。この流れによって、ＯＳ−ＡＰＩ１０３は、論理ボリューム３１に書かれるデータをアプリケーション１０３から受けるか、或いは、論理ボリューム３１から読み出されたデータをコマンド送受信処理プログラム１０６を介して受けることができる。また、コマンド送受信処理プログラム１０６は、論理ボリューム３１に書かれるデータをＯＳ−ＡＰＩ１０３から受けるか、或いは、論理ボリューム３１から読み出されたデータを受けることができる。
【０１２５】
ＯＳ−ＡＰＩアクセス監視プログラム１０９は、論理ボリューム３１にアクセスすることを要求したアプリケーション或いはユーザを特定するためのコンピュータプログラムである。ＯＳ−ＡＰＩアクセス監視プログラム１０９は、例えば、ＯＳ−ＡＰＩ１０３に常駐するコンピュータプログラムである。ＯＳ−ＡＰＩアクセス監視プログラム１０９は、ＯＳ−ＡＰＩ１０３を監視し（Ｓ４０１）、ＯＳ−ＡＰＩ１０３が呼び出されたことを検出した場合には、ＯＳ−ＡＰＩ１０３の呼出しに関する日時と、そのＯＳ−ＡＰＩ１０３を呼び出したアプリケーション及びユーザの名称とを特定する（ユーザの名称は必ずしも特定されなくても良い）（Ｓ４０２）。ＯＳ−ＡＰＩ１０３を呼び出したアプリケーション及びユーザの名称は、ＯＳが保持している情報（例えば、ＯＳにロングインしているユーザＩＤ）に基づいて特定することができる。ＯＳ−ＡＰＩアクセス監視プログラム１０９は、特定されたアプリケーション名、ユーザ名及び日時と、アクセスされたデータの内容（例えば、論理ボリューム３１に送られるデータ又は論理ボリューム３１から読み出されたデータの内容）と、ユーザ／アプリケーション監視プログラム１１３に通知する（Ｓ４０３）。
【０１２６】
論理ボリュームアクセス監視プログラム１１１は、アクセス先となる論理ボリューム３１を特定するためのコンピュータプログラムである。論理ボリュームアクセス監視プログラム１１１は、例えば、デバイスドライバ１０５のコマンド送受信処理プログラム１０６に常駐するコンピュータプログラムである。論理ボリュームアクセス監視プログラム１１１は、コマンド送受信処理プログラム１０６を監視し（Ｓ５０１）、コマンド送受信処理プログラム１０６によりＩ／Ｏコマンドが生成或いは発行されたことを検出した場合には、そのＩ／Ｏコマンドを参照し、そのＩ／Ｏコマンドの宛先となっている論理ボリューム３１の識別子（例えばロジカルユニットナンバ）を特定する（Ｓ５０２）。また、論理ボリュームアクセス監視プログラム１１１は、Ｉ／Ｏコマンドの発行に関する日時も特定する。論理ボリュームアクセス監視プログラム１１１は、特定された論理ボリューム識別子及び日時と、コマンド送受信処理プログラム１０６が受けた（又は送信した）データの内容とを、ユーザ／アプリケーション監視プログラム１１３に通知する（Ｓ５０３）。
【０１２７】
ユーザ／アプリケーション監視プログラム１１３は、ＯＳ−ＡＰＩアクセス監視プログラム１０９及び論理ボリュームアクセス監視プログラム１１１からの通知に基づいて、アプリケーション及びユーザと、論理ボリューム３１との関係を把握し、把握された関係を管理ホスト５１に通知するためのコンピュータプログラムである。
【０１２８】
具体的には、例えば、ユーザ／アプリケーション監視プログラム１１３は、ＯＳ−ＡＰＩアクセス監視プログラム１０９から受けた通知の内容（日時、アプリケーション名、ユーザ名及びデータ内容）を、ＯＳ−ＡＰＩアクセステーブル１１７に登録する（Ｓ４０４）。図１８Ａに、ＯＳ−ＡＰＩアクセステーブル１１７の具体例を示す。
【０１２９】
また、例えば、ユーザ／アプリケーション監視プログラム１１３は、論理ボリュームアクセス監視プログラム１１１から受けた通知の内容（日時、論理ボリューム識別子及びデータ内容）を、論理ボリュームアクセステーブル１１９に登録する（Ｓ５０４）。図１８Ａに、論理ボリュームアクセステーブル１１９の具体例を示す。
【０１３０】
また、例えば、ユーザ／アプリケーション監視プログラム１１３は、Ｓ４０４及びＳ５０４のうちの少なくとも一方の処理を行った場合、以下のＳ６０１〜Ｓ６０４の処理を行う。例えば、ユーザ／アプリケーション監視プログラム１１３は、ＯＳ−ＡＰＩアクセステーブル１１７を取得し（Ｓ６０１）、且つ、論理ボリュームアクセステーブル１１９を取得し（Ｓ６０２）、取得したそれらのテーブル１１７と１１９とを比較し、その比較の結果に基づいて、関係テーブル１２１を生成する（Ｓ６０３）。図１８Ａを参照して具体的に説明すると、上記比較の結果、テーブル１１７に登録されている少なくとも１つのデータ内容と、テーブル１１９に登録されている少なくとも一つのデータ内容とが互いに適合する（例えば一致する）ことが検出された場合、ユーザ／アプリケーション監視プログラム１１３は、そのデータ内容に対応したユーザ名及びアプリケーション名をＯＳ−ＡＰＩアクセステーブル１１７から取得し（日時も取得しても良い）、且つ、そのデータ内容に対応した論理ボリューム識別子及び日時を論理ボリュームアクセステーブル１１９から取得し（日時は取得しなくても良い）、取得された情報が登録された関係テーブル１２１を生成する。ユーザ／アプリケーション監視プログラム１１３は、生成した関係テーブル１２１の内容と、ホスト名とを、管理ホスト５１に通知する（Ｓ６０４）。なお、登録されるデータ内容としては、例えば、データファイルのヘッダ及び本体の一方又は双方を採用することができる。
【０１３１】
管理ホスト５１の履歴データ更新処理プログラム７５は、受信した関係テーブル１２１の内容及びホスト名に基ついて、履歴データ６５の更新を行う（Ｓ６０５）。具体的には、例えば、履歴データ更新処理プログラム７５は、ホスト名と、図１８Ａに例示した関係テーブル１２１の内容とを受信した場合、受信したホスト名と、受信した関係テーブル１２１内容に含まれている日時、ユーザ名及びアプリケーション名とを履歴データ６５に登録する。また、履歴データ更新処理プログラム７５は、受信した関係テーブル１２１内容に含まれている論理ボリューム識別子を検索キーに、その論理ボリューム識別子に対応する属性（例えば、ボリューム容量、ＲＡＩＤタイプ及び冗長化フラグ）を論理ボリューム一覧データ６３から取得し、取得された属性を、アプリケーション名などが記録された上記履歴データ６５に登録する。これにより、図１８Ｂに例示するような履歴データ６５が完成される。履歴データ更新処理プログラム７５は、このようにして完成された履歴データ６５を、管理ホストデータベース７７に登録する。
【０１３２】
図１９は、運用ホスト１におけるユーザ／アプリケーション監視プログラム１１３が行う処理の流れの一例を示す。
【０１３３】
ユーザ／アプリケーション監視プログラム１１３は、ＯＳ−ＡＰＩアクセス監視プログラム１０９及び論理ボリュームアクセス監視プログラム１１１のうちの少なくとも一方から通知を受けるまで待ち状態にある（Ｓ３００）。
【０１３４】
ユーザ／アプリケーション監視プログラム１１３は、ＯＳ−ＡＰＩアクセス監視プログラム１０９及び論理ボリュームアクセス監視プログラム１１１のうちの少なくとも一方から通知を受けた場合（Ｓ３００でＹＥＳ）、それが、ＯＳ−ＡＰＩアクセス監視プログラム１０９からの通知であれば、その通知の内容を、ＯＳ−ＡＰＩアクセステーブル１１７に登録する（Ｓ４０４）。一方、その通知が、論理ボリュームアクセス監視プログラム１１１からの通知であれば、ユーザ／アプリケーション監視プログラム１１３は、その通知の内容を、論理ボリュームアクセステーブル１１９に登録する（Ｓ５０４）。
【０１３５】
ユーザ／アプリケーション監視プログラム１１３は、Ｓ４０４及びＳ５０４のうちの少なくとも一方の処理を行った場合、上述したＳ６０３及びＳ６０４の処理を行う。
【０１３６】
以上、上述した第二実施例によれば、アプリケーション１０１が論理ボリューム３１にアクセスすれば、自動的に、アクセス元（アプリケーション、ユーザ及びホスト）と、アクセス先（論理ボリューム３１）との関係を表す関係テーブル１２１が作成され、且つ、その関係テーブル１２１に基づいて新たな履歴データ６５が生成されるので、アプリケーション１０１が論理ボリューム３１にアクセスする都度に、履歴データ６５が蓄積されていく。これにより、管理者４８がわざわざ事前に論理ボリュームの割当て作業を行わなくても、論理ボリューム３１の候補を求める（つまり論理ボリューム３１の絞込みを行う）ための判断材料となる履歴データ６５が作成され蓄積される。
【０１３７】
以上、本発明の好適な実施形態及び幾つかの実施例を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態及び実施例にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、運用ホスト１、管理クライアント４９及び管理ホスト５１の少なくとも一つは、複数台のコンピュータマシンで構築されたものであっても良い。また、運用ホスト１が、管理ホスト５１が備えるコンピュータプログラムの全て又は一部を備えても良い。すなわち、運用ホスト１が、履歴データ６５を生成し蓄積したり、蓄積された履歴データ６５に基づいて論理ボリュームデータの絞込みを行ったり、論理ボリュームを自分に割当てたりという処理を行っても良い。
【図面の簡単な説明】
【０１３８】
【図１】本発明の一実施形態の第一の実施例に係るコンピュータシステムの構成例を示す。
【図２】運用ホスト構成データ１３の一例を示す。
【図３】図３Ａは、ストレージ構成データ１３の一例を示す。図３Ｂは、運用ホスト構成データ１３に含まれるポート情報の構成例を示す。図３Ｃは、運用ホスト構成データ１３に含まれる論理ボリューム情報の構成例を示す。図３Ｄは、運用ホスト構成データ１３に含まれるパス情報の構成例を示す。
【図４】図４Ａは、パラメータ一覧データ６１の構成例を示す。図４Ｂは、論理ボリューム一覧データ６３の構成例を示す。図４Ｃは、履歴データ６５の構成例を示す。
【図５】本発明の一実施形態の第一の実施例に係るコンピュータシステムにおいて行われる処理流れの概要を示す。
【図６】運用ホスト１における構成データ通知プログラム１５が行う処理の流れの一例を示す。
【図７】管理ホスト５１における運用ホスト処理プログラム６７が行う処理の流れの一例を示す。
【図８】管理ホスト５１におけるパラメータ候補処理プログラム６９が行う処理の流れの一例を示す。
【図９】管理ホスト５１におけるボリューム候補絞込みプログラム７１が行う処理の流れの一例を示す。
【図１０】管理ホスト５１におけるボリューム取得プログラム７３が行う処理の流れの一例を示す。
【図１１】管理ホスト５１における履歴データ更新プログラム７５が行う処理の流れの一例を示す。
【図１２】ボリューム候補絞込み処理を行う一つの方法例を示す。
【図１３】図１３Ａは、パラメータ一覧データ６１の具体的な構成例を示す。図１３Ｂは、論理ボリューム一覧データ６３の具体的な構成例を示す。
【図１４】図１４Ａ〜図１４Ｆは、履歴データ６５の更新の流れを表す。
【図１５】本発明の一実施形態の第二実施例に係る運用ホスト１の構成例を示す。
【図１６】図１６Ａは、ＯＳ−ＡＰＩアクセステーブル１１７の構成例を示す。図１６Ｂは、論理ボリュームアクセステーブル１１９の構成例を示す。図１６Ｃは、関係テーブル１２１の構成例を示す。
【図１７】本発明の一実施形態の第二の実施例に係るコンピュータシステムにおいて行われる処理の概要を示す。
【図１８】図１８Ａは、ＯＳ−ＡＰＩアクセステーブル１１７、論理ボリュームアクセステーブル１１９及び関係テーブル１２１の具体的な構成例を示す。
【図１９】図１８Ａに示した関係テーブル１２１に基づいて生成された履歴データ６５の構成例を示す。
【符号の説明】
【０１３９】
１…運用ホスト  ３…運用ホスト制御部  １１…運用ホスト記憶部  １５…構成データ通知プログラム  ２１…ストレージサブシステム  ２５…ストレージ制御部  ２９…ストレージ制御装置  ３１…論理ボリューム  ３３…ディスク装置  ３９Ａ…第一通信ネットワーク  ３９Ｂ…第二通信ネットワーク  ４３…ストレージ構成データ  ４５…構成データ通知プログラム  ４９…管理クライアント  ５１…管理ホスト  ５３…管理ホスト制御部  ６１…パラメータ一覧データ  ６３…論理ボリューム一覧データ  ６５…履歴データ  ６７…運用ホスト処理プログラム  ６９…パラメータ候補処理プログラム  ７１…ボリューム候補絞込みプログラム  ７３…ボリューム取得プログラム  ７５…履歴データ更新処理プログラム  ７７…管理ホストデータベース  ７９…管理ホスト記憶部
【図１】
2006023797.tif 000003
【図２】
2006023797.tif 000004
【図３】
2006023797.tif 000005
【図４】
2006023797.tif 000006
【図５】
2006023797.tif 000007
【図６】
2006023797.tif 000008
【図７】
2006023797.tif 000009
【図８】
2006023797.tif 000010
【図９】
2006023797.tif 000011
【図１０】
2006023797.tif 000012
【図１１】
2006023797.tif 000013
【図１２】
2006023797.tif 000014
【図１３】
2006023797.tif 000015
【図１４】
2006023797.tif 000016
【図１５】
2006023797.tif 000017
【図１６】
2006023797.tif 000018
【図１７】
2006023797.tif 000019
【図１８】
2006023797.tif 000020
【図１９】
2006023797.tif 000021