WO2014132440A1

WO2014132440A1 - 構成情報取得方法、及び管理計算機

Info

Publication number: WO2014132440A1
Application number: PCT/JP2013/055670
Authority: WO
Inventors: 佳紀福井; 岡本　卓哉; 草間　隆人
Original assignee: 株式会社日立製作所
Priority date: 2013-03-01
Filing date: 2013-03-01
Publication date: 2014-09-04
Also published as: US9648104B2; US20150373111A1

Abstract

　複数のリソースを管理する１以上のストレージ装置を管理する管理計算機が、１以上のストレージ装置をそれぞれ識別可能な１以上の基本情報に基づいて、複数のリソースのうち１以上のストレージ装置のホスト計算機から論理的に近いリソースに関する構成情報を優先して取得するように１以上のストレージ装置に要求を送信する。管理計算機が、１以上のストレージ装置から、要求に対応する構成情報を受信し、受信した構成情報を、１以上のストレージ装置が管理するリソースに関する構成情報を管理するための構成管理情報に反映する。

Description

構成情報取得方法、及び管理計算機

　本発明は、ストレージ装置を有するストレージシステムにおけるリソースの構成情報を取得する技術に関する。

　近年、企業や個人の利用するデータ量は急激に増加し、ストレージシステムは大規模かつ複雑化している。このようなストレージシステム全体に対して効率的な運用を可能とするため、ストレージ装置、ホスト計算機等を含むストレージシステムの構成情報を管理計算機が一元的に管理する方法がある。

　管理計算機がストレージシステムの構成情報を取得する技術としては、例えば、ストレージシステムの構成情報を２段階に分けて取得する技術が開示されている（例えば、特許文献１参照）。この技術では、第１段階目に、ストレージ装置、ホスト計算機等から、それらが持つリソースの基本的な情報（識別子、数、リソース間の関連）のみを取得する。次に、取得した基本情報に基づき、詳細な構成情報を取得する範囲、タイミング、保持の必要性を決定する。そして、第２段階目において、適切なタイミングで、適切な範囲の詳細な構成情報を取得する。これにより、管理計算機が情報保持量に関して効率よくストレージシステムの構成情報を一元的に管理できるようになる。

　また、複数のストレージ装置を統合して別のストレージ装置として見せる統合仮想化技術も実現されている（例えば特許文献２参照）。

特開２０１２－１５５５４４号公報特開２００８－６５５６１号公報

　ストレージシステムの構成を一元的に管理する管理計算機では、初回セットアップ時や、管理計算機（ストレージ管理サーバ）のサーバ障害からの復旧時に、ストレージシステムからの構成情報の取得が必要となり、構成情報の取得完了後、取得した構成情報の範囲で管理操作が可能となる。たとえば、特許文献１に開示された技術では、第２段階目の詳細情報の取得が完了した後、詳細情報を取得した範囲における管理計算機による管理操作が可能になる。

　構成情報の取得には、ストレージシステム全体のリソース数の規模に応じた時間が必要となる。近年、企業などのデータセンタに設置されるストレージ装置やホスト計算機などの台数は増加している。更には、それぞれの装置自体も複雑化しており、一つの装置が扱うリソース数も増えてきている。また、ストレージシステムにおいて、複数のストレージ装置を統合して別のストレージ装置として見せる統合仮想化技術を利用している場合には、管理計算機は、物理リソース及び仮想リソースの両方のリソースを扱う必要がある。このように爆発的に増えてきているリソース数に対して、特許文献１に開示された技術では、第２段階目で詳細情報を取得する範囲を絞り込んだとしても、第１段階目でストレージシステム内の全リソースに関して基本情報を取得するため、構成情報の取得時間の大きな軽減は見込めない。このため、管理者が必要な情報を取得するまでに長時間を要するという問題がある。また、構成情報を取得するまでの長時間にわたって、管理計算機による管理操作を行うことができないという問題がある。

　管理者が必要なリソースに関する構成情報を迅速に取得することができる。

図１は、実施形態に係るストレージシステムのハードウェア構成図である。図２は、実施形態に係るストレージシステムの論理的な構成図である。図３は、実施形態に係る構成情報取得方法における第１例の概要を示す図である。図４は、実施形態に係る構成情報取得方法における第２例の概要を示す図である。図５は、実施形態に係る構成情報取得方法における第３例の概要を示す図である。図６は、実施形態に係るストレージ管理サーバによって表示されるＧＵＩ画面の一例の構成図である。図７は、実施形態に係るストレージ管理サーバによって表示されるＧＵＩ画面の他の例の構成図である。図８Ａは、実施形態に係るストレージ装置の仮想ストレージ情報の構成図である。図８Ｂは、実施形態に係るストレージ装置の仮想パリティグループ情報の構成図である。図８Ｃは、実施形態に係るストレージ装置の仮想プール情報の構成図である。図８Ｄは、実施形態に係るストレージ装置の仮想ボリューム情報の構成図である。図９Ａは、実施形態に係るストレージ装置の物理パリティグループ情報の一例の構成図である。図９Ｂは、実施形態に係るストレージ装置の物理パリティグループ情報の他の例の構成図である。図９Ｃは、実施形態に係るストレージ装置の物理プール情報の構成図である。図９Ｄは、実施形態に係るストレージ装置の物理ボリューム情報の一例の構成図である。図９Ｅは、実施形態に係るストレージ装置の物理ボリューム情報の他の例の構成図である。図１０Ａは、実施形態に係るストレージ管理サーバのボリューム予約表の構成図である。図１０Ｂは、実施形態に係るストレージ管理サーバの画面表の構成図である。図１１Ａは、実施形態に係るストレージ管理サーバの仮想ストレージ情報の構成図である。図１１Ｂは、実施形態に係るストレージ管理サーバの仮想パリティグループ情報の構成図である。図１１Ｃは、実施形態に係るストレージ管理サーバの仮想プール情報の構成図である。図１１Ｄは、実施形態に係るストレージ管理サーバの仮想ボリューム情報の構成図である。図１２Ａは、実施形態に係るストレージ管理サーバの物理パリティグループ情報の構成図である。図１２Ｂは、実施形態に係るストレージ管理サーバの物理プール情報の構成図である。図１２Ｃは、実施形態に係るストレージ管理サーバの物理ボリューム情報の構成図である。図１３は、実施形態に係る構成情報検索処理のフローチャートである。図１４は、実施形態に係る管理サーバ情報入出力処理のフローチャートである。図１５Ａは、実施形態に係る同期処理のフローチャートである。図１５Ｂは、実施形態に係るストレージ登録処理のフローチャートである。図１６Ａは、実施形態に係る構成情報取得処理のフローチャートである。図１６Ｂは、実施形態に係る横断取得処理のフローチャートである。図１７Ａは、実施形態に係る縦断取得処理のフローチャートである。図１７Ｂは、実施形態に係る検索発行処理のフローチャートである。

　以下、一実施形態を説明する。なお、以下に説明する実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

　なお、以下の説明では「ａａａ表」の表現にて各種情報を説明することがあるが、各種情報は、表以外のデータ構造で表現されていてもよい。各種情報は、データ構造に依存しないことを示すために「ａａａ表」を「ａａａ情報」と呼ぶことができる。

　また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、コントローラに含まれるプロセッサ（例えばＣＰＵ（Central　Processing　Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェース装置（例えばＮＩＣ（Network Interface Card））を用いながら行うため、処理の主語がプロセッサとされても良い。プログラムを主語として説明された処理は、コントローラが行う処理としても良い。また、コントローラは、プロセッサそれ自体であっても良いし、プロセッサに代えて又は加えて、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでも良い。コンピュータプログラムは、プログラムソースから装置にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ、又は、計算機が読み取り可能な記憶メディアであっても良い。

　図１は、実施形態に係るストレージシステムのハードウェア構成図である。

　ストレージシステムは、１以上のホスト計算機１００と、複数のストレージ装置２００と、管理計算機の一例としてのストレージ管理サーバ３００とを有する。ホスト計算機１００と、ストレージ装置２００とは、例えば、ＳＡＮ（Storage Area Network）等の通信ネットワーク１０を介して接続されている。ＳＡＮは、ｉＳＣＳＩのように、ＬＡＮ（Local Area Network）であってもよい。また、ホスト計算機１００、複数のストレージ装置２００、及びストレージ管理サーバ３００は、例えば、ＬＡＮ等の通信ネットワーク２０を介して接続されている。

　ホスト計算機１００は、コントローラ１１０と、主メモリ１２０と、ＮＩＣ１３０と、ＨＢＡ（Host Bus Adapter）１４０とを有する。コントローラ１１０と、主メモリ１２０と、ＮＩＣ１３０と、ＨＢＡ１４０とは、バスを介して通信可能に接続されている。

　ＮＩＣ１３０は、通信ネットワーク２０を介して、ストレージ管理サーバ３００等と通信するための通信インターフェース装置である。ＨＢＡ１４０は、通信ネットワーク１０を介してストレージ装置２００と通信するための通信インターフェース装置である。コントローラ１１０は、主メモリ１２０に格納されている各種プログラムを実行することにより、各種処理を実行する。

　主メモリ１２０は、各種プログラムや、各種情報を記憶する。主メモリ１２０は、例えば、業務アプリケーション１２１を記憶する。

　業務アプリケーション１２１は、複数のストレージ装置２００が通信ネットワーク１０を介して提供するボリューム（物理ボリューム及び仮想的な論理ボリューム）を利用して、所定の業務の処理を実行するプログラムである。

　ストレージ装置２００は、コントローラ２１０と、キャッシュメモリ２２０と、ディスクデバイス２３０と、ＣＨＡ（Channel Adapter）２４０と、ＮＩＣ２５０と、主メモリ２６０と、構成記憶デバイス２７０とを有する。なお、仮想ストレージ装置との違いを明確にするために、ストレージ装置２００を物理ストレージ装置２００と記載することもある。コントローラ２１０と、キャッシュメモリ２２０と、ディスクデバイス２３０と、ＣＨＡ２４０と、ＮＩＣ２５０と、主メモリ２６０と、構成記憶デバイス２７０とは、バスを介して通信可能に接続されている。

　ＣＨＡ２４０は、通信ネットワーク１０を介してホスト計算機１００又は他のストレージ装置２００と通信するための通信インターフェース装置である。ＮＩＣ２５０は、通信ネットワーク２０を介して、ストレージ管理サーバ３００等と通信するための通信インターフェース装置である。キャッシュメモリ２２０は、ディスクデバイス２３０に書込むデータ、又はディスクデバイス２３０から読出したデータを一時的に記憶する。ディスクデバイス２３０は、物理記憶デバイスの一例である。ディスクデバイス２３０に代えて、又はディスクデバイス２３０に加えて、例えば、フラッシュメモリ、その他半導体メモリを有する物理記憶デバイスを備えても良い。本実施形態では、例えば、複数のディスクデバイス２３０により、ＲＡＩＤ（Redundant　ARRAY　of　Independent　Disks）に従い所定のＲＡＩＤレベルでデータを記憶するグループ（パリティグループ（ＲＡＩＤグループと呼ばれることもある））を構成している。

　コントローラ２１０は、主メモリ２６０に格納されている各種プログラムを実行することにより、各種処理を実行する。主メモリ２６０は、各種プログラムや、各種情報を記憶する。主メモリ２６０は、例えば、ストレージ制御プログラム２６１、構成情報検索プログラム２６２、及び管理サーバ情報入出力プログラム２６３を記憶する。

　ストレージ制御プログラム２６１は、ストレージ装置２００の基本機能を提供する。ストレージ制御プログラム２６１は、例えば、ストレージ装置２００内のディスクデバイス２３０からボリュームを切り出して論理ボリュームとしてホスト計算機１００に提供する処理、論理ボリュームとホスト計算機１００との間のＩ／Ｏ効率を向上させるために、一時データをキャッシュメモリ２２０に格納する処理、複数のストレージ装置２００を統合して一つの仮想的なストレージ装置（仮想ストレージ装置）に見せる機能（統合仮想化機能という）を提供する処理を実行する。

　また、ストレージ制御プログラム２６１は、ストレージ装置２００内の物理リソース（典型的には物理的な記憶リソース）の構成情報を、構成記憶デバイス２７０内の物理構成管理情報２９０に反映する。物理構成管理情報２９０は、この情報２９０を有するストレージ装置２００が有する１又は複数の物理リソースの構成情報を含んだ情報であり、物理構成管理情報２９０から、指定された物理リソースの構成情報を取得することができる。また、ストレージ制御プログラム２６１は、ストレージ装置２００において統合仮想化機能を利用している場合には、仮想ストレージ装置の仮想リソース（典型的には仮想的な記憶リソース）の構成情報を、構成記憶デバイス２７０内の仮想構成管理情報２８０に反映する。仮想構成管理情報２８０は、仮想ストレージ装置が有する１又は複数の仮想リソースの構成情報を含んだ情報であり、仮想構成管理情報２８０から、指定された仮想リソースの構成情報を取得することができる。なお、「リソースの構成情報を構成管理情報に反映する」とは、リソースの構成情報を用いて構成管理情報を更新することであり、具体的には、例えば、構成情報を構成管理情報に格納すること（構成情報中の情報を構成管理情報に追記すること）、或いは、構成情報中の情報を用いて構成管理情報中の情報を書き換えることである。

　また、ストレージ制御プログラム２６１は、統合仮想化機能を利用して仮想ストレージ装置を構成している複数のストレージ装置２００間で仮想構成管理情報２８０を同期する。具体的には、例えば、ストレージ制御プログラム２６１は、仮想ストレージ装置に対する何らかの構成変更が発生した場合、このプログラム２６１を実行するストレージ装置２００内の仮想構成管理情報２８０を更新し、その後、この仮想ストレージ装置を構成する他の全物理ストレージ装置２００に対して更新後の仮想構成管理情報２８０（又は、更新後の仮想構成管理情報２８０と更新前の仮想構成管理情報２８０の差分）を送信する。更新後の仮想構成管理情報２８０（又は差分）を受けた物理ストレージ装置２００は、その装置２００が有する仮想構成管理情報２８０を、受信した情報を用いて更新する。このようにして、仮想ストレージ装置を構成する全物理ストレージ装置２００において、仮想構成管理情報２８０が同期する。

　構成情報検索プログラム２６２は、ストレージ管理サーバ３００、または、他のストレージ装置２００から受信した検索要求に従って、構成記憶デバイス２７０内の構成管理情報２７１に対して検索を実行し、検索結果を要求元に返却する処理を実行するプログラムである。

　管理サーバ情報入出力プログラム２６３は、ストレージ管理サーバ３００からの入力要求に従って、ストレージ管理サーバ３００から送信された情報を構成記憶デバイス２７０内の管理サーバ情報２７２に保存する処理を実行する。また、管理サーバ情報入出力プログラム２６３は、ストレージ管理サーバ３００からの出力要求に従い、構成記憶デバイス２７０内の管理サーバ情報２７２から情報を読み出し、ストレージ管理サーバ３００に返却する処理を実行する。

　構成記憶デバイス２７０は、例えば、ＨＤＤ、メモリ等の記憶デバイスで構成される。構成記憶デバイス２７０は、構成管理情報２７１と、管理サーバ情報２７２とを記憶する。

　構成管理情報２７１は、ストレージ装置２００のリソース（典型的には記憶リソース）の構成情報であり、仮想構成管理情報２８０と、物理構成管理情報２９０とを含む。物理構成管理情報２９０は、ストレージ装置２００の物理リソースの構成情報を管理するための情報である。仮想構成管理情報２８０は、統合仮想化機能により構成された仮想ストレージ装置の仮想リソースの構成情報を管理するための情報である。なお、ストレージ装置２００が統合仮想化機能を有していない場合には、仮想構成管理情報２８０が無くて良い。

　仮想構成管理情報２８０は、例えば、仮想ストレージ情報２８１（図８Ａ参照）、仮想パリティグループ情報２８２（図８Ｂ参照）、仮想プール情報２８３（図８Ｃ参照）、及び仮想ボリューム情報２８４（図８Ｄ参照）を含む。仮想構成管理情報２８０は、１つの仮想ストレージ装置が複数の物理ストレージ装置２００により構築されている場合には、それら物理ストレージ装置２００間で同期される。したがって、基本的には、同一の仮想ストレージ装置を構築しているストレージ装置２００であれば、どのストレージ装置２００に対して後述する構成情報検索処理を実施しても同一の結果が返却されることとなる。なお、仮想構成管理情報２８０に含まれる各情報の詳細については後述する。

　物理構成管理情報２９０は、例えば、物理パリティグループ情報２９１（図９Ａ、Ｂ参照）、物理プール情報２９２（図９Ｃ参照）、及び物理ボリューム情報２９３（図９Ｄ、Ｅ参照）を含む。なお、各情報の詳細については後述する。

　管理サーバ情報２７２は、ストレージ管理サーバ３００から保存するように指定された情報である。

　ストレージ管理サーバ３００は、制御デバイスの一例としてのコントローラ３１０と、記憶デバイスの一例としての主メモリ３３０及びディスクデバイス３４０と、ＮＩＣ３２０とを有する。コントローラ３１０と、主メモリ３３０と、ディスクデバイス３４０と、ＮＩＣ３２０とは、バスを介して通信可能に接続されている。また、ストレージ管理サーバ３００には、バスを介してモニタ３７０と、入出力装置３８０とが接続されている。

　ＮＩＣ３２０は、通信ネットワーク２０を介して、ホスト計算機１００、及びストレージ装置２００と通信するための通信インターフェース装置である。コントローラ３１０は、主メモリ３３０に格納されている各種プログラムを実行することにより、各種処理を実行する。

　主メモリ３３０は、各種プログラムや、各種情報を記憶する。主メモリ３３０は、ＧＵＩ入出力プログラム３３１、同期プログラム３３２を記憶する。

　ＧＵＩ入出力プログラム３３１は、管理者（ユーザ）に対してストレージシステムの管理操作を実施するために必要なＧＵＩ画面（図６、図７等）をモニタ３７０に描画する処理を行う。また、ＧＵＩ入出力プログラム３３１は、管理者による入力を入力装置３８０から受信する処理を行う。

　同期プログラム３３２は、例えば、デーモンとして定期的（例えば、１日１回）に実行されるプログラムである。なお、同期プログラム３３２は、ＧＵＩ入出力プログラム３３１と連携し、管理者による画面に対する入力に応じた任意のタイミングで実行されることもある。

　同期プログラム３３２は、ストレージ管理サーバ３００内の管理サーバ情報３４２をストレージ装置２００に送信して、ストレージ装置２００内への管理サーバ情報の保存を実施したり、障害からの復旧時にストレージ装置２００から管理サーバ情報を受け取り、管理サーバ情報をストレージ管理サーバ２００内に回復したりする処理を行う。

　同期プログラム３３２は、ストレージ登録プログラム３３３と、構成情報取得プログラム３３４とを含む。ストレージ登録プログラム３３３は、ＧＵＩ入出力プログラム３３１と連携し、ストレージ管理サーバ３００による管理対象のストレージ装置２００の登録を行うプログラムである。

　構成情報取得プログラム３３４は、ストレージ装置２００からストレージ装置２００のリソースの構成情報を取得し、取得した構成情報をストレージ管理サーバ３００内の構成管理情報３４１に反映する処理を行うプログラムである。管理情報取得プログラム３３４は、横断取得プログラム３３５、検索発行プログラム３３６、縦断取得プログラム３３７、及び画面表３３８を含む。横断取得プログラム３３５、検索発行プログラム３３６、及び、縦断取得プログラム３３７の詳細、及び画面表３３８の詳細については後述する。

　ディスクデバイス３４０は、構成管理情報３４１と、管理サーバ情報３４２とを記憶する。

　構成管理情報３４１は、管理対象の複数のストレージ装置２００のリソースの構成情報を含んだ情報であり、仮想構成管理情報３５０と、物理構成管理情報３６０とを含む。仮想構成管理情報３５０は、統合仮想化機能により、管理対象の複数のストレージ装置２００に基づいて構成された仮想ストレージ装置の仮想リソースの構成情報である。この仮想構成管理情報３５０は、基本的には、ストレージ装置２００の仮想構成管理情報２８０を取得して集約したものである。物理構成管理情報３６０は、管理対象の複数のストレージ装置２００の物理リソースの構成情報である。この物理構成管理情報３６０は、基本的には、複数のストレージ装置２００の物理構成管理情報２９０を取得して集約したものである。

　仮想構成管理情報３５０は、例えば、仮想ストレージ情報３５１（図１１Ａ参照）、仮想パリティグループ情報３５２（図１１Ｂ参照）、仮想プール情報３５３（図１１Ｃ参照）、及び仮想ボリューム情報３５４（図１１Ｄ参照）を含む。なお、各情報の詳細については後述する。

　物理構成管理情報３６０は、例えば、物理パリティグループ情報３６１（図１２Ａ参照）、物理プール情報３６２（図１２Ｂ参照）、及び物理ボリューム情報３６３（図１２Ｃ参照）を含む。なお、各情報の詳細については後述する。

　管理サーバ情報３４２は、ストレージ管理サーバ３００の処理に用いる情報であって、基本的には、ストレージ装置２００で管理されておらず、ストレージ管理サーバ３００に保存しておけば良い情報である。管理サーバ情報３４２は、例えば、どのホスト計算機１００が、どの仮想ボリュームを使用する予約をしているかを管理するボリューム予約表３４３を含む。ボリューム予約表３４３の詳細は、後述する。なお、管理サーバ情報３４２は、ボリューム予約表３４３にかぎられず、例えば、管理者毎の画面のカスタマイズに関する情報であってもよく、リソース（例えば、仮想ボリューム及び／又は物理ボリュームのようなボリューム）を所定の単位（例えば、プロジェクト毎や、会社における所属部毎等）にグルーピングしたリソース群情報であっても良い。このように、管理サーバ情報３４２は、特定のリソースについて前もって定められた使用定義を表す情報を含む。使用定義は、ストレージ管理サーバ３００において、ストレージシステムの運用中に適宜変更されて良い。管理サーバ情報３４２は、後述するように、管理サーバ情報３４２の更新の都度、或いは、定期的に、ストレージ管理サーバ３００から少なくとも１つのストレージ装置２００に、管理サーバ情報３４２がバックアップされて良い。管理サーバ情報３４２のバックアップは、情報３４２全体のバックアップも、更新前後の差分情報のバックアップでも良い。

　管理サーバ情報３４２は、上述のように、ストレージ管理サーバ３００の処理に用いる情報であるので、ストレージ管理サーバ３００が記憶しておけばいいが、ストレージ管理サーバ３００に障害が発生してしまうと、管理サーバ情報３４２が消失してしまう虞がある。そこで、本実施形態のストレージ管理サーバ３００は、管理サーバ情報３４２をストレージ装置２００にバックアップしておくようにし、必要な時に、ストレージ装置２００から管理サーバ情報３４２を取得するようにしている。これにより、ストレージ管理サーバ３００に障害が発生した後においても、適切に管理サーバ情報３４２を取得して、処理に用いることができる。

　図２は、実施形態に係るストレージシステムの論理的な構成図である。なお、図２は、ストレージシステムにおいて、統合仮想化機能によって複数のストレージ装置２００により仮想ストレージ装置４００を構成している例を示している。ここで、各ホスト計算機１００をホスト１、ホスト２、ホスト３とし、物理ストレージ装置２００を物理ストレージ１、物理ストレージ２とし、仮想ストレージ装置４００を仮想ストレージ１として説明することとする。

　物理ストレージ１は、複数のディスクデバイス２３０で構成されたパリティグループ（物理パリティグループ）１を有する。物理パリティグループ１の記憶領域は、物理ボリューム１、物理ボリューム２として切り出されている。物理ボリューム１及び２は、それぞれ、物理ストレージ１にとっての論理ボリュームである。

　物理ボリューム１と物理ボリューム２の集合が、物理プール１とされており、物理プール１に、物理ボリューム３及び４が関連付けられている。物理ボリューム３及び４は、それぞれ、Thin Provisioningに従う論理ボリュームの一種であり、複数の論理領域で構成されている。物理プール１は、複数の実領域に分割されている。例えば、物理ストレージ１は、物理ボリューム３の或る論理領域に対するライトが生じた場合に、ライト先の論理領域に、物理ボリューム３が関連付けられている物理プール１から実領域を割り当てるようになっている。

　物理ストレージ２は、複数のディスクデバイス２３０で構成された物理パリティグループ１、物理パリティグループ２を有する。物理パリティグループ１の記憶領域は、物理ボリューム１及び物理ボリューム２として切り出されている。物理パリティグループ２の記憶領域は、物理ボリューム３及び物理ボリューム４として切り出されている。

　図２では、複数のストレージ装置（ここでは、物理ストレージ１と物理ストレージ２）とにより、仮想ストレージ装置（ここでは、仮想ストレージ１）が構築されている。なお、仮想ストレージ装置は、１台に限られず、複数台構築されても良い。

　仮想パリティグループは、物理パリティグループを仮想化したものであり、物理パリティグループと１対１に対応する。図示の例では、物理ストレージ１の物理パリティグループ１が、仮想パリティグループ１に対応しており、物理ストレージ２の物理パリティグループ１及び２が、仮想パリティグループ２及び３にそれぞれ対応している。

　仮想プールは、物理プールを仮想化したものであり、物理プールと1対１に対応する。図示の例では、物理プール１が仮想プール１に対応している。

　仮想ボリュームは、物理ボリュームを仮想化したものであり、物理ボリュームと１対１に対応する。図示の例では、物理ストレージ１の物理ボリューム１，２，３及び４が、仮想ボリューム１，２，３及び４にそれぞれ対応しており、物理ストレージ２の物理ボリューム１，２，３及び４が、仮想ボリューム５，６，７及び８にそれぞれ対応している。

　仮想ボリュームは、ホスト計算機１００に認識され、ホスト計算機１００が認識するホストボリュームとしてマウントされる。図示の例では、仮想ボリューム３，４及び５が、ホストボリューム１，２及び３としてそれぞれマウントされている。なお、ホスト計算機１００に認識される仮想ボリュームはオンラインの仮想ボリュームであり、オフラインの仮想ボリューム（例えば仮想プールを構成する仮想ボリューム）はホスト計算機１００に認識されない。図示の例では、ホストボリューム１に対してI/Oが生じた場合に、ホスト１から仮想ボリューム３に対するI/O要求が発行される。

　ホストボリュームは、ホスト計算機１００に割り当てられた論理ボリュームである。統合仮想化機能を利用している場合は、ホストボリュームには、前述のように、通常、仮想ボリュームが割り当てられる。なお、ホストボリュームに物理ボリュームが直接割り当てられても良い。

　本実施形態では、物理パリティグループ、物理ボリューム、物理プール、仮想パリティグループ、仮想プール、及び仮想ボリュームの各リソースを、ホスト計算機１００に対する論理的な近さに基づいて、複数のレイヤに切り分けている。本実施形態では、レイヤは、基本的には、同一種類のリソースの集合としている。ここで、ホスト計算機１００に対する論理的な近さとは、ホスト計算機１００のリソースから、対象のリソースを辿る際の近さを言う。言い換えると、ホスト計算機１００からＩ／Ｏ（Input/Output）要求（ライト要求又はリード要求）が仮想ストレージ装置に送信された場合、Ｉ／Ｏ要求で指定されているＩ／Ｏ先のリソースを起点に、順次、その起点のリソースに関連付けられている最終的なＩ／Ｏ先のリソースに対するＩ／Ｏが行われる。そして、最終的なＩ／Ｏ先のリソースに対するＩ／Ｏが行われるまでに、１又は複数のリソースを経由することが行われることもある。この一連のＩ／Ｏ処理において、起点のリソースがホスト計算機１００に論理的に最も近いリソースであり、最終的なＩ／Ｏ先のリソースがホスト計算機１００に論理的に最も遠いリソースである。つまり、この一連のＩ／Ｏ処理において、Ｉ／Ｏされる（アクセスされる）順番が先のリソースほど、ホスト計算機１００に論理的に近いリソースとなる。具体的には、仮想リソースである、仮想ボリューム、仮想プール、及び仮想パリティグループについて言えば、ホスト計算機１００のホストボリュームに対応付けられる仮想ボリュームが一番近く、次に、仮想プールが近く、その次に、仮想パリティグループとなる。また、物理リソースである、物理ボリューム、物理プール、及び物理パリティグループについて言えば、物理ボリュームが一番ホスト計算機１００に近く、次に、物理プールが近く、その次に、物理パリティグループとなる。

　一般的に、仮想リソースが存在する場合には、ホスト計算機１００のリソースに対しては、仮想リソースが対応付けられることが多く、また、仮想リソースに対して物理リソースが対応付けられることとなり、管理者は、主として仮想リソースの管理を行うこととなる。そこで、本実施形態では、仮想リソースの方が、物理リソースに比べてホスト計算機１００に対して論理的に近いとしている。

　本実施形態では、ホストボリュームに割当て可能な１以上の仮想ボリューム、すなわち、仮想プールから切り出された仮想ボリューム又は、仮想パリティグループから切り出された仮想ボリューム（以下、これらを末端仮想ボリュームということもある）をレイヤＬ１とし、１以上の仮想プール及びホストボリュームに割り当てられない仮想ボリューム（内部仮想ボリューム）をレイヤＬ２とし、１以上の仮想パリティグループをレイヤＬ３とし、ホストボリュームに割当て可能な１以上の物理ボリューム、すなわち、物理プールから切り出された物理ボリューム又は、物理パリティグループから切り出された物理ボリューム（以下、これらを末端物理ボリュームということもある）をレイヤＬ４とし、１以上の物理プール及びホストボリュームに割り当てられない物理ボリューム（内部物理ボリューム）をレイヤＬ５とし、１以上の物理パリティグループをレイヤＬ６としている。ここで、本実施形態では、レイヤＬ１、レイヤＬ２、・・、レイヤＬ６の順に、ホスト計算機１００に論理的に近い。

　図３は、実施形態に係る構成情報取得方法における第１例の概要を示す図である。

　図３は、管理者による操作から優先して構成情報を取得すべきリソースの範囲が特定できていない場合における構成情報取得方法の概要を示している。

　ストレージ管理サーバ３００は、ホスト計算機１００に近いレイヤから順にそのレイヤのリソースに関する構成情報を取得する。ここで、同一のレイヤに属する複数のリソースに関する構成情報を取得することを横断取得という。

　具体的には、ストレージ管理サーバ３００は、レイヤＬ１に属する全ての仮想ボリューム（末端仮想ボリューム）に関する構成情報を取得する（図３（１））。このようにレイヤＬ１の仮想ボリュームに関する構成情報を取得した後には、ストレージ管理サーバ３００は、末端仮想ボリュームをホスト計算機１００に割り当てるための最も基本的なストレージ管理操作を管理者から受け付けて実施することができるようになる。したがって、全てのリソースの構成情報を取得せずとも、一部のストレージ管理操作を実行することができる。

　次に、ストレージ管理サーバ３００は、レイヤＬ２に属する全ての仮想プール及び内部仮想プールに関する構成情報を取得する（図３（２））。このようにレイヤＬ２の仮想プール及び内部仮想プールに関する構成情報を取得した後には、ストレージ管理サーバ３００は、仮想プールから新しい仮想ボリュームを切り出す操作や、図３（１）で取得した末端仮想ボリュームを利用して、新しい仮想プールを構築する操作等のストレージ管理操作を管理者から受け付けて実施することができるようになる。

　次に、ストレージ管理サーバ３００は、レイヤＬ３に属する全ての仮想パリティグループに関する構成情報を取得する（図３（３））。このようにレイヤＬ３の仮想パリティグループに関する構成情報を取得した後には、ストレージ管理サーバ３００は、仮想パリティグループから新しい仮想ボリュームを切り出す操作等のストレージ管理操作を管理者から受け付けて実施することができるようになる。

　次に、ストレージ管理サーバ３００は、レイヤＬ４に属する全ての物理ボリュームに関する構成情報を取得する（図３（４））。このようにレイヤＬ４の物理ボリュームに関する構成情報を取得した後には、ストレージ管理サーバ３００は、末端物理ボリュームをホスト計算機に割り当てるストレージ管理操作を管理者から受け付けて実施することができるようになる。また、ストレージ管理サーバ３００は、図３（１）で取得した仮想ボリュームと、物理ボリュームとの対応関係を示す情報を有することとなるので、管理者に対して、各仮想ボリュームの物理特性を提供することができるようになる。そのため、管理者は、より詳細な物理情報に基づいてホスト計算機に割り当てる仮想ボリュームを適切に決定することができる。

　次に、ストレージ管理サーバ３００は、レイヤＬ５に属する全ての物理プール及び内部物理ボリュームに関する構成情報を取得する（図３（５））。このようにレイヤＬ５の物理プール及び内部物理ボリュームに関する構成情報を取得した後には、ストレージ管理サーバ３００は、物理プールから新しい物理ボリュームを切り出す操作や、図３（４）で取得した末端物理ボリュームを利用して、新しい物理プールを構築する操作等のストレージ管理操作を管理者から受け付けて実施することができるようになる。また、ストレージ管理サーバ３００は、図３（２）で取得した仮想プールと、物理プールとの対応関係を示す情報を有することとなるので、管理者に対して、各仮想ボリュームの物理特性を提供することができるようになる。

　次に、ストレージ管理サーバ３００は、レイヤＬ６に属する全ての物理パリティグループに関する構成情報を取得する（図３（６））。このようにレイヤＬ６の物理パリティグループに関する構成情報を取得した後には、ストレージ管理サーバ３００は、物理パリティグループから新しい物理ボリュームを切り出す操作等のストレージ管理操作を管理者から受け付けて実施することができるようになる。また、ストレージ管理サーバ３００は、図３（３）で取得した仮想パリティグループと、物理パリティグループとの対応関係を示す情報を有することとなるので、管理者に対して、各仮想パリティグループの物理特性を提供することができるようになる。

　なお、ストレージシステムが統合仮想化機能を利用していない場合には、図３（１）乃至（３）の処理の対象とする仮想リソースは存在しないので、ストレージ管理サーバ３００は、これらの仮想リソースに関する構成情報を取得する処理を行わない。

　ここで、仮想ストレージ装置４００の仮想リソースを物理ストレージ装置２００の物理リソースより優先して構成情報を取得する理由は、統合仮想化機能を利用する管理者にとっては、仮想ストレージ装置４００上での仮想リソースに対するストレージ管理が主となるため、管理者にとっては、仮想ストレージ装置４００の構成情報を優先して参照、管理操作したいであろうと考えられるためである。また、図３（１）乃至（３）の処理により仮想リソースの構成情報を取得した段階では、各仮想リソースの物理特性を参照できない状態ではあるが、統合仮想化機能を利用すれば、仮想リソースと物理リソースとのマッピング関係は、後から変更することも可能であり、例えば、仮想ストレージ装置４００の仮想リソースの構成情報に基づいて、ホスト計算機１００に仮想ボリュームを割り当てておき、後から仮想ボリュームの物理特性が分かった段階で、仮想ボリュームに対する物理ボリュームのマッピング関係を変更するといった運用が可能となるためである。

　図４は、実施形態に係る構成情報取得方法における第２例の概要を示す図である。

　図４は、ストレージ管理サーバ３００が、管理者による画面に対する操作等から、優先して構成情報を取得すべきリソースの範囲を特定できた場合における構成情報取得方法の概要を示している。より具体的には、ストレージ管理サーバ３００が、未使用ボリューム（ここでは、仮想ボリューム６、７、８）を、構成情報を取得すべきリソースの範囲として特定した場合の概要を示している。この場合には、ストレージ管理サーバ３００は、未使用ボリュームの構成情報を優先して取得する。

　具体的には、構成情報を取得すべきリソースと特定した未使用ボリュームのそれぞれに対して、そのリソースに関する構成情報と、そのリソースと関連するリソースに関する構成情報を、ホスト計算機１００に近いレイヤから順に取得する。ここで、或るリソースに関する構成情報と、そのリソースと関連するリソースに関する構成情報を、レイヤの順序に従って取得することを、縦断取得ということとする。

　図４の例では、ストレージ管理サーバ３００は、仮想ボリューム６に関する構成情報を取得し、仮想ボリューム６に関連する仮想パリティグループ２に関する構成情報を取得し、仮想ボリューム６に関連する物理ボリューム２に関する構成情報を取得し、物理ボリューム２に関連する物理パリティグループ１の構成情報を取得する（図４（１））。同様に、ストレージ管理サーバ３００は、仮想ボリューム７に関する構成情報を取得し、仮想ボリューム７に関連する仮想パリティグループ３、物理ボリューム３、及び物理パリティグループ２の構成情報を順番に取得する（図４（２））。また、ストレージ管理サーバ３００は、仮想ボリューム８に関する構成情報を取得し、仮想ボリューム８に関連する物理ボリューム４の情報を取得する（図４（３））。

　この縦断取得（図４（１）乃至（３））を実行することにより、ストレージ管理サーバ３００は、例えば、１つの仮想ボリューム毎に、関連する仮想リソース及び物理リソースに関する構成情報を順次取得することができる。この縦断取得の途中においては、ストレージ管理サーバ３００により表示される画面においては、表示されるボリュームが時間の経過とともに徐々に増えていくこととなる。管理者は、表示されているボリュームの中から好きなタイミングで任意のボリュームを選択し、任意のストレージ管理操作を指示することで、ストレージ管理サーバ３００によりストレージ管理操作を行うことができる。したがって、管理者は画面に対する操作に関連するリソースの構成情報を早期に把握することができ、これらリソースに対する操作を早期に行うことができる。

　図４（１）乃至（３）の処理を実行した後には、ストレージ管理サーバ３００は、縦断取得の対象とされていないリソースを対象として、図４（４）乃至（９）の処理を実行する。なお、図４（４）乃至（９）の処理は、図３（１）乃至（６）と同様な横断取得を行う処理である。

　図５は、実施形態に係る構成情報取得方法における第３例の概要を示す図である。

　図５は、ストレージ管理サーバ３００が、管理者による画面に対する操作と、予めストレージ管理サーバ３００に管理している管理サーバ情報３４２とに基づいて、優先して構成情報を取得すべきリソースの範囲を特定できた場合における構成情報取得方法の概要を示している。

　管理サーバ情報３４２としては、例えば、どのホスト計算機が、どの仮想ボリュームを使用するように予約しているかを表す情報（ボリューム予約表３４３）である。図５の例では、矢印に示すように、ホスト１は、仮想ボリューム３と４、ホスト２は、仮想ボリューム５と６、ホスト３は、仮想ボリューム７と８を、使用するボリュームとして予約しているとし、その内容がストレージ管理サーバ３００に管理サーバ情報３４２として記憶されているものとする。

　ここで、ストレージ管理サーバ３００が、管理者による操作により、特定のホスト計算機１００（ここでは、ホスト３）で予約している仮想ボリュームの構成情報を優先して取得すべきと認識した場合には、管理サーバ情報３４２に基づいて、ホスト３が使用するとして予約しているボリューム（ここでは、仮想ボリューム７、８）を、構成情報を優先して取得すべきリソースとして特定する。

　ストレージ管理サーバ３００は、特定した仮想ボリューム７、８のそれぞれに対して、縦断取得を実行する（図５（１）、（２））。この縦断取得による処理及び効果は、図４での横断取得と同様である。

　図５（１）及び（２）の処理を実行した後には、ストレージ管理サーバ３００は、縦断取得の対象とされていないリソースを対象として、図５（３）乃至（８）の処理を実行する。なお、図５（３）乃至（８）の処理は、図３（１）乃至（６）と同様な横断取得を行う処理である。

　なお、この例における管理サーバ情報３４２（どのホスト計算機が、どの仮想ボリュームを使用するように予約しているかを表す情報）については、ストレージ管理サーバ３００側で管理している情報であって、ストレージ装置２００においては、管理されていない。このため、ストレージ管理サーバ３００が、ホスト計算機１００が使用するボリュームとして予約されている仮想ボリュームを特定する処理を行っている。また、この例における管理サーバ情報３４２は、ストレージ管理サーバ３００の障害時に消失し得る情報であるため、定期的にストレージ装置２００に保存しておき、消失時にストレージ装置２００から回復するようにしても良い。この方法によると、管理サーバ情報３４２に基づいて、構成情報を優先して取得するリソースの範囲を適切に特定することができる。

　図６は、実施形態に係るストレージ管理サーバによって表示されるＧＵＩ画面の一例の構成図である。図６は、ストレージ管理サーバ３００がストレージシステムの全てのリソースの構成情報を取得した後に表示されるＧＵＩ画面を示している。

　ＧＵＩ画面１０００は、管理者がストレージ管理操作を実施するための画面であり、ストレージシステム上のリソースの情報を表示するとともに、そのリソースに対する操作の指示を入力するための画面である。

　ＧＵＩ画面１０００は、ツリー表示領域１１００と、詳細情報表示領域１２００とを有する。

　ツリー表示領域１１００には、ストレージ装置２００やホスト計算機１００の代表的なリソース名をノード（リソース情報の一例）とするツリーが表示される。管理者は、ツリーにおけるノードを選択することにより、詳細情報表示領域１２００に表示させる内容を変更することができる。

　詳細情報表示領域１２００は、ツリー表示領域１１００において、管理者により選択されたノードに対応する１以上のリソースの詳細情報を、例えば表形式で表示させる表表示領域１２１０と、表表示領域１２１０で選択されリソースに対するストレージ管理操作を受け付ける１以上の管理操作ボタンを表示させる操作ボタン領域１２２０とを有する。表表示領域１２１０に表示されるリソースの詳細情報は、ディスクデバイス３４０内の構成管理情報３４１及び管理サーバ構成情報３４２を利用してＧＵＩ入力プログラム３３１により表示される。

　図７は、実施形態に係るストレージ管理サーバによって表示されるＧＵＩ画面の他の例の構成図である。図７は、ストレージ管理サーバ３００が、ストレージシステムのリソースの構成情報を取得する構成情報取得処理の実施途中のＧＵＩ画面の一例であり、具体的には、図３（１）の末端仮想ボリュームの構成情報の取得途中におけるＧＵＩ画面の例である。

　このＧＵＩ画面１０００のツリー表示領域１１００においては、構成情報が未取得であるノードについては、構成情報が未取得であることを示す態様（未取得態様：例えば、黒地に白文字の態様）で表示される。図７に示す例では、レイヤＬ１の仮想末端ボリュームの構成情報を取得している途中であるため、それ以降に取得される予定となっている物理ストレージ装置２００のリソースと、仮想プール、仮想パリティグループに関する構成情報は未取得の状態であり、これらに対応するノードは、未取得態様で表示されている。

　ツリー表示領域１１００においては、未取得態様のノードについても管理者は選択することができる。なお、未取得態様のノードが選択された場合には、選択された直後には、そのノードに対応するリソースの構成情報が存在しないために、詳細情報表示領域１２００の表表示領域１２１０には、何も表示されないが、ノードの選択によって、管理者による操作内容（例えば、管理者がどのノードのリソースを操作したいのか）をストレージ管理サーバ２００に伝えることができる。本実施形態では、ストレージ管理サーバ２００は、管理者の操作内容に応じて、画面の表示に必要なリソースの構成情報を優先して取得するように処理を切り替えることができるので、比較的早期に詳細情報表示領域１２００に管理者の所望するリソースの詳細情報が表示され、管理者が実行可能なストレージ管理操作が増えていくようになる。

　詳細情報表示領域１２００の表表示領域１２１０には、詳細情報を取得済のボリュームに関する情報が表示されている。この画面の表示時点では、一部のレコード（仮想ボリューム７、８の詳細情報が格納される予定のレコード）は未取得であるため、表示されていないが、時間が経過して仮想ボリューム７、８の詳細情報が取得されると、それらに対応するレコードが順次表示される。なお、表表示領域１２１０の各レコードの物理ボリュームおよび物理特性に関する列（派生元、容量、及び種別の列）には、この画面の表示時点ではこれら列に格納する構成情報を取得できていないため、未取得であることを示す「？」が表示されている。なお、時間が経過して物理ストレージ装置２００のリソースに関する構成情報が取得された後には、各列には、「？」に代えて取得された値が表示されるようになる。

　操作ボタン領域１２２０においては、この画面の表示時点で実行できない管理操作に対応する管理操作ボタンは、管理操作を実行できないことを示す態様（否実行態様：例えば、黒地に白文字の態様）で表示される。例えば、「ボリュームの作成」ボタンに対応するボリューム作成は、仮想パリティグループ、もしくは、仮想プールに関する構成情報が存在しないと実施できないため、この画面の表示時点では、ストレージ管理サーバ３００上に該当する構成情報が格納されていないので、否実行態様で表示されている。なお、時間が経過して、仮想プールに関する構成情報を取得した場合には、ボリューム作成が実施可能となるので、「ボリュームの作成」ボタンは、否実行態様ではなく、実行可能なことを示す態様となる。

　図８Ａは、実施形態に係るストレージ装置の仮想ストレージ情報の構成図である。

　仮想ストレージ情報２８１は、仮想ストレージ装置がどの物理ストレージ装置上に構築されているかを管理する情報である。仮想ストレージ情報２８１によると、例えば、どの物理ストレージ装置に対して仮想構成管理情報２８０を同期しなければならないのかを特定することができる。

　仮想ストレージ情報２８１は、例えば、テーブル形式で構成され、仮想ストレージ識別子２８１ａと、物理ストレージ識別子２８１ｂとのフィールドを含むレコードを記憶する。仮想ストレージ識別子２８１ａには、仮想ストレージ装置を一意に識別するための識別子（仮想ストレージ識別子）が格納される。なお、物理ストレージ装置２００において、統合仮想化機能を利用していない場合、仮想ストレージ識別子２８１ａには、無効値を示す「－」が格納される。物理ストレージ識別子２８１ｂには、同一のレコードの仮想ストレージ識別子に対応する仮想ストレージ装置を構築している物理ストレージ装置２００を一意に識別するための識別子（物理ストレージ識別子）が格納される。

　図８Ｂは、実施形態に係るストレージ装置の仮想パリティグループ情報の構成図である。

　仮想パリティグループ情報２８２は、例えば、テーブル形式で構成され、仮想ストレージ識別子２８２ａと、仮想パリティグループ識別子２８２ｂと、物理ストレージ識別子２８２ｃと、物理パリティグループ識別子２８２ｄとのフィールドを含むレコードを記憶する。

　仮想ストレージ識別子２８２ａには、仮想ストレージ装置を一意に識別するための仮想ストレージ識別子が格納される。仮想パリティグループ識別子２８２ｂには、仮想パリティグループを一意に識別するための識別子（仮想パリティグループ識別子）が格納される。物理ストレージ識別子２８２ｃには、同一のレコードの仮想パリティグループ識別子に対応する仮想パリティグループに割り当てられている物理パリティグループを有する物理ストレージ装置２００の物理ストレージ識別子が格納される。物理パリティグループ識別子２８２ｄには、同一のレコードの仮想パリティグループ識別子に対応する仮想パリティグループに割り当てられている物理パリティグループの物理パリティグループ識別子が格納される。

　仮想パリティグループ情報２８２によると、仮想パリティグループがどの物理パリティグループに対応しているかを、物理ストレージ識別子と物理パリティグループ識別子との組み合わせとして特定することができる。

　図８Ｃは、実施形態に係るストレージ装置の仮想プール情報の構成図である。

　仮想プール情報２８３は、例えば、テーブル形式で構成され、仮想ストレージ識別子２８３ａと、仮想プール識別子２８３ｂと、物理ストレージ識別子２８３ｃと、物理プール識別子２８３ｄとのフィールドを含むレコードを記憶する。

　仮想ストレージ識別子２８３ａには、仮想ストレージ装置を一意に識別するための仮想ストレージ識別子が格納される。仮想プール識別子２８３ｂには、仮想プールを一意に識別するための識別子（仮想プール識別子）が格納される。物理ストレージ識別子２８３ｃには、同一のレコードの仮想プール識別子に対応する仮想プールに割り当てられている物理プールを有する物理ストレージ装置２００の物理ストレージ識別子が格納される。物理プール識別子２８３ｄには、同一のレコードの仮想プール識別子に対応する仮想プールに割り当てられている物理プールの物理プール識別子が格納される。

　仮想プール情報２８３によると、仮想プールがどの物理プールに対応しているかを、物理ストレージ識別子と物理プール識別子との組み合わせとして特定することができる。

　図８Ｄは、実施形態に係るストレージ装置の仮想ボリューム情報の構成図である。

　仮想ボリューム情報２８４は、例えば、テーブル形式で構成され、仮想ボリューム毎に、仮想ストレージ識別子２８４ａと、仮想ボリューム識別子２８４ｂと、利用者識別子２８４ｃと、仮想プール識別子２８４ｄと、仮想パリティグループ識別子２８４ｅと、ボリューム特性２８４ｆと、利用可否２８４ｇと、物理ストレージ識別子２８４ｈと、物理ボリューム識別子２８４ｉとのフィールドを含むレコードを記憶する。

　仮想ストレージ識別子２８４ａには、仮想ストレージ装置を一意に識別するための仮想ストレージ識別子が格納される。仮想ボリューム識別子２８４ｂには、仮想ストレージ装置内で仮想ボリュームを一意に識別するための識別子（仮想ボリューム識別子）が格納される。利用者識別子２８４ｃには、同一レコードの仮想ボリュームの利用者を識別する識別子（利用者識別子）が格納される。例えば、ホスト計算機１００が使用しているボリュームである場合には、利用者識別子２８４ｃには、ホスト計算機１００を一意に識別する識別子（ホスト識別子）が格納される。また、仮想プールが使用している仮想ボリューム、すなわち、仮想プールを構成する仮想ボリューム（内部仮想ボリュームともいう）である場合には、その仮想プールの仮想プール識別子が格納される。仮想プール識別子２８４ｄには、レコードに対応する仮想ボリュームを切り出した仮想プールの仮想プール識別子が格納される。なお、レコードに対応する仮想ボリュームが仮想プールから切り出された仮想ボリュームでない場合には、仮想プール識別子２８４ｄには、無効値を示す「－」が格納される。仮想パリティグループ識別子２８４ｅには、レコードに対応する仮想ボリュームを切り出した仮想パリティグループの仮想パリティグループ識別子が格納される。なお、レコードに対応する仮想ボリュームが仮想パリティグループから直接切り出されていない場合、例えば、仮想ボリュームが仮想プールから切り出されている場合には、仮想パリティグループ識別子２８４ｅには、無効値を示す「－」が格納される。

　ボリューム特性２８４ｆには、レコードに対応する仮想ボリュームがホスト計算機１００に割当て可能であるかを示すボリューム特性値が格納される。ボリューム特性値としては、レコードに対応する仮想ボリュームをホスト計算機１００に割当て可能であることを示す「末端」と、レコードに対応する仮想ボリュームをストレージ装置２００で内部的に使用しており、ホスト計算機１００に割当て可能でないことを示す「内部」とがある。例えば、レコードに対する仮想ボリュームが仮想プールを構築する仮想ボリュームである場合には、ボリューム特性値は、「内部」となる。一方、レコードに対応する仮想ボリュームが仮想プールから切り出された仮想ボリュームである場合や、仮想パリティグループから切り出されてストレージ装置２００で内部的に利用されていない仮想ボリュームである場合には、ボリューム特性値は、「末端」となる。

　利用可否２８４ｇには、レコードに対応する仮想ボリュームを利用できるか否かを示す情報が格納される。例えば、レコードに対応する仮想ボリュームをホスト計算機１００が既に利用している場合や、レコードに対応する仮想ボリュームが仮想プールを構成する内部ボリュームである場合には、利用可否２８４ｇには、利用できないことを示す「使用中」が格納され、それ以外の場合には、利用可否２８４ｇには、利用できることを示す「未使用」が格納される。物理ストレージ識別子２８４ｈには、レコードに対応する仮想ボリュームに割り当てられている物理ボリュームを有する物理ストレージ装置２００の物理ストレージ識別子が格納される。物理ボリューム識別子２８４ｉには、レコードに対応する仮想ボリュームに割り当てられている物理ボリュームの物理ボリューム識別子が格納される。

　仮想ボリューム情報２８４によると、仮想ボリュームがどの物理ボリュームに対応しているかを、物理ストレージ識別子と物理プール識別子との組み合わせとして特定することができる。

　図９Ａは、実施形態に係るストレージ装置の物理パリティグループ情報の一例の構成図である。図９Ｂは、実施形態に係るストレージ装置の物理パリティグループ情報の他の例の構成図である。図９Ａに示す物理パリティグループ情報は、図２に示す物理ストレージ１に格納されている物理パリティグループ情報を示し、図９Ｂに示す物理パリティグループ情報は、図２に示す物理ストレージ２に格納されている物理パリティグループ情報を示している。

　物理パリティグループ情報２９１は、例えば、テーブル形式で構成され、物理ストレージ識別子２９１ａと、物理パリティグループ識別子２９１ｂと、容量２９１ｃと、種別２９１ｄとのフィールドを含むレコードを記憶する。

　物理ストレージ識別子２９１ａには、レコードに対応する物理パリティグループを有する物理ストレージ装置２００をストレージネットワーク内で一意に識別する識別子（物理ストレージ識別子）が格納される。物理パリティグループ識別子２９１ｂには、レコードに対応する物理パリティグループを物理ストレージ装置２００内で一意に識別する識別子（物理パリティグループ識別子）が格納される。容量２９１ｃには、レコードに対応する物理パリティグループの容量が格納される。種別２９１ｄには、レコードに対応する物理パリティグループを構成する物理デバイスの種別を示す情報が格納される。物理デバイスの種別としては、「ＳＳＤ」、「ＳＡＳ」、「ＳＡＴＡ」等がある。

　例えば、図９Ａに示す物理パリティグループ情報２９１によると、物理ストレージ１の物理パリティグループ１は、容量が６０ＧＢであり、物理デバイスがＳＳＤであることがわかる。また、図９Ｂに示す物理パリティグループ情報２９１によると、物理ストレージ２の物理パリティグループ２は、容量が６０ＧＢであり、物理デバイスがＳＡＴＡであることがわかる。

　図９Ｃは、実施形態に係るストレージ装置の物理プール情報の構成図である。図９Ｃに示す物理プール情報は、図２に示す物理ストレージ１に格納されている物理プール情報を示している。

　物理プール情報２９２は、例えば、テーブル形式で構成され、物理ストレージ識別子２９２ａと、物理プール識別子２９２ｂと、容量２９２ｃとのフィールドを含むレコードを記憶する。

　物理ストレージ識別子２９２ａには、レコードに対応する物理プールを有する物理ストレージ装置２００の物理ストレージ識別子が格納される。物理プール識別子２９２ｂには、レコードに対応する物理プールを物理ストレージ装置２００内で一意に識別する識別子（物理プール識別子）が格納される。容量２９２ｃには、レコードに対応する物理プールの容量が格納される。

　図９Ｄは、実施形態に係るストレージ装置の物理ボリューム情報の一例の構成図である。図９Ｅは、実施形態に係るストレージ装置の物理ボリューム情報の他の例の構成図である。図９Ｄに示す物理ボリューム情報は、図２に示す物理ストレージ１に格納されている物理ボリューム情報を示し、図９Ｅに示す物理ボリューム情報は、図２に示す物理ストレージ２に格納されている物理ボリューム情報を示している。

　物理ボリューム情報２９３は、例えば、テーブル形式で構成され、自身が属する物理ストレージ装置２００内の物理ボリューム毎に、物理ストレージ識別子２９３ａと、物理ボリューム識別子２９３ｂと、利用者識別子２９３ｃと、物理プール識別子２９３ｄと、物理パリティグループ識別子２９３ｅと、ボリューム特性２９３ｆと、利用可否２９３ｇと、容量２９３ｈとのフィールドを含むレコードを記憶する。

　物理ストレージ識別子２９３ａには、レコードに対応する物理ボリュームを有する物理ストレージ装置２００を一意に識別するための物理ストレージ識別子が格納される。物理ボリューム識別子２９３ｂには、レコードに対応する物理ボリュームを、物理ストレージ装置２００内で一意に識別するための識別子（物理ボリューム識別子）が格納される。利用者識別子２９３ｃには、同一レコードの物理ボリュームの利用者を識別する識別子（利用者識別子）が格納される。例えば、ホスト計算機１００が使用している物理ボリュームである場合には、利用者識別子２９３ｃには、ホスト計算機１００を一意に識別する識別子（ホスト計算機識別子）が格納される。また、物理プールが使用している物理ボリューム、すなわち、物理プールを構成する物理ボリューム（内部物理ボリュームともいう）である場合には、その物理プールの物理プール識別子が格納される。物理プール識別子２９３ｄには、レコードに対応する物理ボリュームを切り出した物理プールの物理プール識別子が格納される。なお、レコードに対応する物理ボリュームが物理プールから切り出された物理ボリュームでない場合には、物理プール識別子２９３ｄには、無効値を示す「－」が格納される。物理パリティグループ識別子２９３ｅには、レコードに対応する物理ボリュームを切り出した物理パリティグループの物理パリティグループ識別子が格納される。なお、レコードに対応する物理ボリュームが物理パリティグループから直接切り出されていない場合、例えば、物理ボリュームが物理プールから切り出されている場合には、物理パリティグループ識別子２９３ｅには、無効値を示す「－」が格納される。

　ボリューム特性２９３ｆには、レコードに対応する物理ボリュームがホスト計算機１００に割当て可能であるかを示すボリューム特性値が格納される。ボリューム特性値としては、レコードに対応する物理ボリュームをホスト計算機１００に割当て可能であることを示す「末端」と、レコードに対応する物理ボリュームをストレージ装置２００で内部的に使用しており、ホスト計算機１００に割当て可能でないことを示す「内部」とがある。例えば、レコードに対する物理ボリュームが物理プールを構築する物理ボリュームである場合には、ボリューム特性値は、「内部」となる。一方、レコードに対応する物理ボリュームが物理プールから切り出された物理ボリュームである場合や、物理パリティグループから切り出されてストレージ装置２００で内部的に利用されていない物理ボリュームである場合には、ボリューム特性値は、「末端」となる。

　利用可否２９３ｇには、レコードに対応する物理ボリュームを利用できるか否かを示す情報が格納される。例えば、レコードに対応する物理ボリュームをホスト計算機１００が既に利用している場合や、レコードに対応する物理ボリュームが物理プールを構成する内部ボリュームである場合には、利用可否２９３ｇには、利用できないことを示す「使用中」が格納され、それ以外の場合には、利用可否２９３ｇには、利用できることを示す「未使用」が格納される。容量２９３ｈには、レコードに対応する物理ボリュームの容量が格納される。

　図１０Ａは、実施形態に係るストレージ管理サーバのボリューム予約表の構成図である。

　ボリューム予約表３４３は、どのホスト計算機１００が、どの仮想ボリュームの使用の予約をしているかを管理する情報である。なお、仮想ボリュームの使用の予約は、ストレージ装置２００における仮想ボリュームの使用・未使用に依存していない。ボリューム予約表３４３は、仮想ストレージ識別子３４３ａと、仮想ボリューム識別子３４３ｂと、ホスト識別子３４３ｃとのフィールドを含むレコードを記憶する。

　仮想ストレージ識別子３４３ａには、予約対象の仮想ボリュームを有する仮想ストレージ装置の仮想ストレージ識別子が格納される。仮想ボリューム識別子３４３ｂには、予約対象の仮想ボリュームの仮想ボリューム識別子が格納される。ホスト識別子３４３ｃには、予約対象の仮想ボリュームを使用するホスト計算機１００のホスト識別子が格納される。

　なお、ボリューム予約表３４３の情報は、例えば、ストレージ管理サーバ３００がどの仮想ボリュームをどのホスト計算機１００で利用するのかを予約するための予約用の画面（図示せず）をモニタ３７０に表示させ、入力装置３８０を介して管理者から予約の内容を受け付けることにより、設定することができる。

　図１０Ｂは、実施形態に係るストレージ管理サーバの画面表の構成図である。

　画面表３３８は、構成情報取得プログラム３３４が利用する画面と、その画面に表示させるために必要な情報の検索条件との対応関係を管理するための情報である。本実施形態では、画面表３３８は、構成情報取得プログラム３３４が有する静的な情報としているが、これに限られず、画面表３３８をディスクデバイス３４０に格納するようにして、管理者が画面表３３８の内容を編集できるようにしても良い。

　画面表３３８は、画面識別子３３８ａと、リソース識別子３３８ｂと、検索条件３３８ｃと、検索起点３３８ｄと、管理サーバ情報名３３８ｅとのフィールドを含むレコードを記憶する。

　画面識別子３３８ａには、ストレージ管理サーバ３００が提供する画面の種別を一意に識別する識別子（画面識別子）が格納される。リソース識別子３３８ｂには、画面識別子に対応する画面において着目しているリソース識別子名（例えば、レコードでのフィールド名で使用される名称）が格納される。検索条件３３８ｃには、レコードに対応する画面識別子の画面で着目しているリソース識別子名に対応するリソースに関する構成情報をストレージ装置２００に検索させる際に送信する検索要求に含める検索条件の検索式が格納される。検索式には、例えば、置き換えが必要な値であることを示す置換記号「？」が含まれている場合がある。ストレージ管理サーバ３００は、検索式に置換記号「？」が含まれている場合には、管理サーバ情報名３３８ｅの管理サーバ情報を参照して、置換記号「？」の値を解決する。詳細については、後述する。検索起点３３８ｄには、検索要求に含める検索起点の値が格納される。検索起点は、検索を開始する情報名である。管理サーバ情報名３３８ｅには、レコードの検索条件３３８ｃに置換記号「？」が含まれている場合に、置換記号「？」の値を解決するために利用する管理サーバ情報３４２中の情報名が格納される。

　図１１Ａは、実施形態に係るストレージ管理サーバの仮想ストレージ情報の構成図である。

　仮想ストレージ情報３５１は、仮想ストレージ識別子３５１ａと、物理ストレージ識別子３５１ｂとのフィールドを含むレコードを記憶する。なお、各フィールドの内容は、図８Ａの仮想ストレージ情報２８１の同名のフィールドと同様である。

　図１１Ｂは、実施形態に係るストレージ管理サーバの仮想パリティグループ情報の構成図である。

　仮想パリティグループ情報３５２は、図８Ｂの仮想パリティグループ情報２８２と同様なフィールド（３５２ａ～３５２ｄ）と、最終更新時間３５２ｅとを含むレコードを記憶する。最終更新時間３５２ｅには、レコードを更新した時刻（更新時刻）が格納される。

　図１１Ｃは、実施形態に係るストレージ管理サーバの仮想プール情報の構成図である。

　仮想プール情報３５３は、図８Ｃの仮想プール情報２８３と同様なフィールド（３５３ａ～３５３ｄ）と、最終更新時間３５３ｅとを含むレコードを記憶する。最終更新時間３５３ｅには、レコードを更新した時刻（更新時刻）が格納される。

　図１１Ｄは、実施形態に係るストレージ管理サーバの仮想ボリューム情報の構成図である。

　仮想ボリューム情報３５４は、図８Ｄの仮想ボリューム情報２８４と同様なフィールド（３５４ａ～３５４ｉ）と、最終更新時間３５４ｊとを含むレコードを記憶する。最終更新時間３５４ｊには、レコードを更新した時刻（更新時刻）が格納される。

　図１２Ａは、実施形態に係るストレージ管理サーバの物理パリティグループ情報の構成図である。

　物理パリティグループ情報３６１は、図９Ａの物理パリティグループ情報２９１と同様なフィールド（３６１ａ～３６１ｄ）と、最終更新時間３６１ｅとを含むレコードを記憶する。最終更新時間３６１ｅには、レコードを更新した時刻（更新時刻）が格納される。物理パリティグループ情報３６１は、複数のストレージ装置２００の物理パリティグループ情報２９１が集約されるものである。

　図１２Ｂは、実施形態に係るストレージ管理サーバの物理プール情報の構成図である。

　物理プール情報３６２は、図９Ｃの物理プール情報２９２と同様なフィールド（３６２ａ～３６２ｃ）と、最終更新時間３６２ｄとを含むレコードを記憶する。最終更新時間３６２ｄには、レコードを更新した時刻（更新時刻）が格納される。物理プール情報３６２は、複数のストレージ装置２００の物理プール情報２９２が集約されるものである。

　図１２Ｃは、実施形態に係るストレージ管理サーバの物理ボリューム情報の構成図である。

　物理ボリューム情報３６３は、図９Ｄの物理ボリューム情報２９３と同様なフィールド（３６３ａ～３６３ｈ）と、最終更新時間３６３ｉとを含むレコードを記憶する。最終更新時間３６３ｉには、レコードを更新した時刻（更新時刻）が格納される。物理ボリューム情報３６３は、複数のストレージ装置２００の物理ボリューム情報２９３が集約されるものである。

　次に、本実施形態に係るストレージシステムにおける処理について説明する。まず、ストレージ装置２００による処理について説明する。

　図１３は、実施形態に係る構成情報検索処理のフローチャートである。

　構成情報検索処理は、ストレージ装置２００の構成情報検索プログラム２６２をコントローラ２１０が実行することにより実行され、ストレージ装置２００内の構成管理情報２７１に対して検索を実行し、その結果をストレージ管理サーバ３００に返却する処理である。ストレージ管理サーバ３００から発行された検索要求に応じて、柔軟な検索を実施する。

　構成情報検索プログラム２６２は、ストレージ装置２００に検索要求が到着するまで待機する（ステップＳ１１）。ここで、検索要求は、検索方法、検索起点、検索条件を含む。検索方法は、「単一のみ」または「関連を辿る」のいずれかの値である。「単一のみ」は、横断取得時に設定される値であり、検索要求に含まれている検索起点の情報のみを検索することを意味している。また、「関連を辿る」は、縦断取得時に設定される値であり、検索起点の情報から関連を辿って検索をすることを意味している。検索起点は、検索を開始する情報名（テーブル名）である。検索条件は、カラム名、演算子、及び値の組み合わせで表現する検索式である。検索条件に特別な値（「なし」）が指定されている場合には、構成情報検索プログラム２６２は、無条件ですべてのレコードと合致したと判定する。

　その後、検索要求が到着すると、構成情報検索プログラム２６２は、検索要求に基づいて、構成管理情報２７１を検索する共通検索を実行する（ステップＳ１２）。共通検索では、構成情報検索プログラム２６２は、検索要求に含まれている検索起点の情報のみを対象に検索を行う。

　構成管理情報２７１の仮想ボリューム情報２８４が、図８Ｄに示す内容であり、検索要求中の検索起点が「仮想ボリューム情報」であり、検索条件が「仮想ストレージ識別子＝仮想ストレージ１」かつ「ボリューム特性＝末端」である例（例１という。）を挙げると、構成情報検索プログラム２６２は、仮想ボリューム情報２８４（図８Ｄ参照）に対して検索を行い、仮想ストレージ識別子２８４ａが「仮想ストレージ１」であり、かつボリューム特性２８４ｆが「末端」を満たすレコードとして、仮想ボリューム識別子２８４ｂが「仮想ボリューム３、４、５、６、７、８」である６件（６つのレコード）を検索結果として取得する。

　次いで、構成情報検索プログラム２６２は、ステップＳ１２の検索で検索条件に一致した件数（レコード数）を検索要求元のストレージ管理サーバ３００に返却する（ステップＳ１３）。例１の場合には、構成情報検索プログラム２６２は、件数として「６」を検索要求元（ストレージ管理サーバ３００）に返却する。

　次いで、構成情報検索プログラム２６２は、検索要求元から件数を受信した旨の応答が返却されるまで待つ（ステップＳ１４）。

　その後、検索要求元から件数を受信した旨の応答が返却された場合には、構成情報検索プログラム２６２は、検索要求における検索方法が「単一のみ」であるか否かを判定する（ステップＳ１５）。

　この結果、検索方法が「単一のみ」である場合（ステップＳ１５：Ｙｅｓ）には、構成情報検索プログラム２６２は、ステップＳ１２で取得した検索結果から１つのレコードを選択して、検索要求元に返却する（ステップＳ１６）。この際、構成情報検索プログラム２６２は、検索の対象となるテーブル名（対象テーブル名）と検索で得られたレコードの値との組を返却する。例１の場合には、１回目のステップＳ１６の処理では、対象テーブル名＝仮想ボリューム情報と、レコードの値＝仮想ボリューム情報２８４中の仮想ボリューム３に関するレコードの値との組を返却する。また、後続のステップＳ１８に引き続いて行われる２回目のステップＳ１６の処理では、仮想ボリューム４に関するレコードの値が返却され、後続のステップＳ１８に引き続いて行われる３回目のステップＳ１６の処理では、仮想ボリューム５に関するレコードの値が返却されることとなる。

　このように、本実施形態では、検索結果として多くのレコードが取得された場合に、１レコードずつ返却するようにして、一度に多くのデータが検索要求元に返却されないようにしているので、この検索要求に対応する処理を取りやめて別の検索要求に対応する処理を行う場合等において、ストレージ装置２００及びストレージ管理サーバ３００において、迅速に処理を切り替えることができる。

　なお、本実施形態では、検索結果を１レコードずつ返却するようにしていたが、本発明はこれに限られず、検索結果のレコード数が多い場合に、検索結果を分割した所定の分割単位ずつ検索要求元に返却するようにすれば良く、例えば、複数レコードずつ返却しても良い。この場合、例えば、データ通信の一単位（通信パケット）に格納可能なレコードの数を分割単位としても良い。

　次いで、構成情報検索プログラム２６２は、検索要求元から１つのレコードの受信が完了した旨の応答が返却されるのを待つ（ステップＳ１７）。そして、検索要求元から応答を受信した場合には、構成情報検索プログラム２６２は、全ての検索結果を返却したか否か、又は、検索要求元が検索結果の受信を打ち切ったか否か（例えば、検索要求元から受信打ち切りの応答を受信した、又は、検索要求元から一定時間応答が返却されなかった）を判定する（ステップＳ１８）。この結果、全ての検索結果を返却した場合、又は、検索要求元が検索結果の受信を打ち切った場合（ステップＳ１８：Ｙｅｓ）には、構成情報検索プログラム２６２は、処理をステップＳ１１に進めて次の検索要求が到着するのを待つ。一方、全ての検索結果を返却していない場合、且つ、検索要求元が検索結果の受信を打ち切っていない場合（ステップＳ１８：Ｎｏ）には、構成情報検索プログラム２６２は、検索結果の残りのレコードを送信するために、処理をステップＳ１６に進める。

　一方、ステップＳ１５で、検索方法が「単一のみ」でない、すなわち、検索方法が「関連を辿る」である場合（ステップＳ１５：Ｎｏ）には、構成情報検索プログラム２６２は、ステップＳ１２で取得した検索結果から１つのレコードを選択して、変数ｒｓｃに格納する（ステップＳ１９）。例１の場合には、構成情報検索プログラム２６２は、仮想ボリューム情報２８４の仮想ボリューム識別子２８４ｂが「仮想ボリューム３、４、５、６、７、８」であるレコードの中の１件を選択する。

　次いで、構成情報検索プログラム２６２は、変数ｒｓｃに格納されている仮想リソースに関連する仮想ストレージ装置内の他の仮想リソースについての構成情報を取得する仮想関連検索を行う（ステップＳ２０）。ここでは、変数ｒｓｃが仮想ボリュームを対象としているレコードである場合の例について説明するが、変数ｒｓｃがその他の仮想リソースを対象としているレコードである場合も、同様に仮想ストレージ装置内の関連するリソースの構成情報を同様に辿って検索を実施する。なお、変数ｒｓｃがいずれのリソースを対象としているかは、変数ｒｓｃのレコードに対応するテーブル名から把握することができる。

　ケース１：変数ｒｓｃのレコード（ここでは、仮想ボリューム情報２８４のレコードに対応）の仮想プール識別子２８４ｄに有効値が格納されている場合（すなわち、仮想ボリュームが仮想プールから切り出されている仮想ボリュームである場合）には、構成情報検索プログラム２６２は、変数ｒｓｃが示すレコードの仮想ボリューム（末端仮想ボリューム）から、（１）関連する仮想プール、（２）内部仮想ボリューム、（３）仮想パリティグループといったように、関連するリソースを辿り、そのリソースに関連する構成情報を取得する。具体的には、以下に示す処理を行う。

　（１）構成情報検索プログラム２６２は、変数ｒｓｃに対応する仮想ボリュームと関連する仮想プールの構成情報を検索する。具体的には、構成情報検索プログラム２６２は、仮想プール情報２８３から仮想プール識別子２８３ｂの仮想プール識別子が変数ｒｓｃのレコードの仮想プール識別子２８４ｄの仮想プール識別子と同一のレコードを検索する。ここで、この検索結果のレコード群を「ｐｏｏｌ」とする。

　（２）次に、構成情報検索プログラム２６２は、「ｐｏｏｌ」と関連する仮想ボリューム（内部仮想ボリューム）の構成情報を検索する。具体的には、構成情報検索プログラム２６２は、仮想ボリューム情報２８４から利用者識別子２８４ｃの利用者識別子が「ｐｏｏｌ」の仮想プール識別子２８３ｂの仮想プール識別子と一致するレコードを検索する。ここで、この検索結果のレコード群を「ｐｏｏｌ－ｖｏｌ群」とする。

　（３）最後に、構成情報検索プログラム２６２は、「ｐｏｏｌ－ｖｏｌ群」と関連する仮想パリティグループの構成情報を検索する。具体的には、構成情報検索プログラム２６２は、仮想パリティグループ情報２８２から、仮想パリティグループ識別子２８２ｂの仮想パリティグループ識別子が「ｐｏｏｌ－ｖｏｌ群」の仮想パリティグループ識別子２８４ｅの仮想パリティグループ識別子と同一のレコードを検索する。ここで、この検索結果のレコード群を「ｖ－ｐｇ群」とする。

　より具体的な例を示すと、ケース１の変数ｒｓｃの候補としては、図８Ｄに示す仮想ボリューム情報２８４では、仮想ボリューム識別子２８４ｂが「仮想ボリューム３」「仮想ボリューム４」のレコードが該当する。以下の処理では変数ｒｓｃとして「仮想ボリューム３」のレコードが選択されている場合を例に説明する。

　変数ｒｓｃが示す仮想ボリューム３と関連する仮想プールのレコード群である「ｐｏｏｌ」は、仮想プール情報２８３の仮想プール識別子２８３ｂが仮想プール１のレコードとなる。また、「ｐｏｏｌ」が示す仮想プール１と関連する仮想ボリュームのレコード群である「ｐｏｏｌ－ｖｏｌ群」は、仮想ボリューム情報２８４の仮想ボリューム識別子２８４ｂが「仮想ボリューム１」「仮想ボリューム２」であるレコードとなる。また、「ｐｏｏｌ－ｖｏｌ群」が示す仮想ボリューム１、２と関連する仮想パリティグループのレコード群である「ｖ－ｐｇ群」は、仮想パリティグループ情報２８２の仮想パリティグループ識別子２８２ｂが「仮想パリティグループ１」であるレコードとなる。

　ケース２：変数ｒｓｃのレコードの仮想パリティグループ識別子２８４ｅに有効値が格納されている場合（すなわち、仮想ボリュームが仮想パリティグループから切り出されている仮想ボリュームである場合）には、構成情報検索プログラム２６２は、変数ｒｓｃが示す仮想ボリュームから、（４）関連する仮想パリティグループを辿り、そのリソースに関連する構成情報を取得する。具体的には、以下に示す処理を行う。

　（４）構成情報検索プログラム２６２は、変数ｒｓｃが示す仮想ボリュームと関連する仮想パリティグループの構成情報を検索する。具体的には、構成情報検索プログラム２６２は、仮想パリティグループ情報２８２から、仮想パリティグループ識別子２８２ｂの仮想パリティグループ識別子が変数ｒｓｃの仮想パリティグループ識別子２８４ｅの仮想パリティグループ識別子と同一のレコードを検索する。ここで、この検索結果のレコード群を「ｖ－ｐｇ群」とする。

　より具体的な例を示すと、ケース２の変数ｒｓｃの候補としては、図８Ｄに示す仮想ボリューム情報２８４では、仮想ボリューム識別子２８４ｂが「仮想ボリューム５」、「仮想ボリューム６」、「仮想ボリューム７」、「仮想ボリューム８」のレコードが該当する。以下の処理では変数ｒｓｃとして「仮想ボリューム６」のレコードが選択されている場合を考える。

　変数ｒｓｃが示す仮想ボリューム６と関連する仮想パリティグループのレコード群である「ｖ－ｐｇ群」は、仮想パリティグループ情報２８２の仮想パリティグループ識別子２８２ｂが「仮想パリティグループ２」のレコードとなる。

　次いで、構成情報検索プログラム２６２は、変数ｒｓｃに格納されている仮想リソースに関連する物理リソースの検索を行う（ステップＳ２１）。具体的には、構成情報検索プログラム２６２は、変数ｒｓｃに格納されている仮想ボリュームに対応する物理ストレージ識別子および物理ボリューム識別子を取得する。

　例えば、物理ストレージ識別子が、この構成情報検索処理を実行している自身のストレージ装置２００を示している場合には、構成情報検索プログラム２６２は、自身のストレージ装置２００の構成記憶デバイス２７０の物理構成管理情報２９０を検索し、物理ボリューム情報２９３において、物理ボリューム識別子２９３ｂの物理ボリューム識別子が、変数ｒｓｃの物理ボリューム識別子２８４ｉの物理ボリューム識別子と同一のレコードを取得し、このレコードを新たな変数ｒｓｃとする。例えば、変数ｒｓｃに格納されている仮想リソースが「仮想ボリューム３」である場合、物理ストレージ識別子２８４ｈが「物理ストレージ１」であり、物理ボリューム識別子２８４ｉが「物理ボリューム３」である。そして、物理ストレージ１がこの構成情報検索処理を実行している場合には、このストレージ装置２００の物理ボリューム情報２９３から物理ボリューム識別子２９３ｂが「物理ボリューム３」のレコードを取得し、このレコードを新たな変数ｒｓｃとする。

　一方、物理ストレージ識別子が、この構成情報検索処理を実行している自身のストレージ装置２００を示していない場合には、構成情報検索プログラム２６２は、物理ストレージ識別子を持つ他のストレージ装置２００に対して通信ネットワーク２０経由で検索要求を発行し、検索結果を受信し、受信したレコードを新たな変数ｒｓｃとする。このとき、検索要求の検索方法は、「単一のみ」とし、検索起点は「物理ボリューム情報」とし、検索条件は、物理ボリューム識別子＝変数ｒｓｃの物理ボリューム識別子とする。例えば、変数ｒｓｃに格納されている仮想リソースが「仮想ボリューム６」である場合、物理ストレージ識別子２８４ｈが「物理ストレージ２」であり、物理ボリューム識別子２８４ｉが「物理ボリューム２」である。そして、物理ストレージ１がこの構成情報検索処理を実行している場合には、変数ｒｓｃの物理ストレージ識別子２８４ｈの物理ストレージ２が示すストレージ装置２００に対して、検索要求を発行し、物理ストレージ２のストレージ装置２００における物理ボリューム情報２９３の物理ボリューム識別子２９３ｂが「物理ボリューム２」のレコードを取得し、このレコードを新たな変数ｒｓｃとする。

　次いで、構成情報検索プログラム２６２は、変数ｒｓｃが示す物理リソースに関連するストレージ装置内の他の物理リソースについての構成情報を取得する物理関連検索を行う（ステップＳ２２）。このステップでの処理は、ステップＳ２０の仮想関連検索で実施する仮想ボリュームから関連する仮想リソースを辿る検索処理を、物理ボリュームから関連する物理リソースを辿る検索処理に置き換え、かつ、参照する情報をその物理リソースの構成情報に置き換えた処理であり、処理の本質は、仮想関連検索と同様である。

　ここで、変数ｒｓｃのレコード（ここでは、物理ボリューム情報２９３のレコードに対応）の物理ストレージ識別子２９３ｂが、この構成情報検索処理を実行しているストレージ装置２００の物理ストレージ識別子でない場合には、構成情報検索プログラム２６２は、物理ストレージ識別子２９３ｂの物理ストレージ識別子を持つストレージ装置２００に対して通信ネットワーク２０経由で検索要求を発行し、検索結果を受信する。

　一方、変数ｒｓｃのレコードの物理ストレージ識別子２９３ｂがこの構成情報検索処理を実行しているストレージ装置２００の物理ストレージ識別子である場合には、構成情報検索プログラム２６２は、以下の処理を実施する。

　ケース３：変数ｒｓｃの物理プール識別子２９３ｄに有効値が格納されている場合（すなわち、物理ボリュームが物理プールから切り出されている物理ボリュームである場合）には、構成情報検索プログラム２６２は、変数ｒｓｃが示すレコードの物理ボリューム（末端物理ボリューム）から、（１）関連する物理プール、（２）内部物理ボリューム、（３）物理パリティグループといったように、関連するリソースを辿り、そのリソースに関連する構成情報を取得する。

　ケース４：変数ｒｓｃの物理パリティグループ識別子２９３ｅに有効値が格納されている場合（すなわち、物理ボリュームが物理パリティグループから切り出されている物理ボリュームである場合）には、構成情報検索プログラム２６２は、変数ｒｓｃが示す物理ボリュームから、（４）物理パリティグループを辿り、そのリソースに関連する構成情報を取得する。

　次いで、構成情報検索プログラム２６２は、検索によって得られた変数ｒｓｃに関連する仮想リソース、物理リソースのすべてのレコードを検索要求元に返却する（ステップＳ２３）。この際、構成情報検索プログラム２６２は、レコードに対応するテーブル名（対象テーブル名）と、レコードの値の組との配列を返却する。

　例えば、ステップＳ１９で変数ｒｓｃに「仮想ボリューム３」のレコードが格納された場合には、ステップＳ２３においては、構成情報検索プログラム２６２は、以下の（１）～（６）の全情報を返却する。
（１）「対象テーブル名＝仮想ボリューム情報」、「レコードの値＝仮想ボリューム１、２、３に関するレコード」
（２）「対象テーブル名＝仮想プール」、「レコードの値＝仮想プール１に関するレコード」
（３）「対象テーブル名＝仮想パリティグループ情報」、「レコードの値＝仮想パリティグループ１に関するレコード」
（４）「対象テーブル名＝物理ボリューム情報」、「レコードの値＝物理ボリューム１、２、３に関するレコード」
（５）「対象テーブル名＝物理プール」、「レコードの値＝物理プール１に関するレコード」
（６）「対象テーブル名＝物理パリティグループ情報」、「レコードの値＝物理パリティグループ１に関するレコード」

　一方、ステップＳ１９で変数ｒｓｃに「仮想ボリューム６」のレコードが格納された場合（図４（１）の処理に対応）には、ステップＳ２３においては、構成情報検索プログラム２６２は、以下の（１）～（４）の全情報を返却する。
（１）「対象テーブル名＝仮想ボリューム情報」、「レコードの値＝仮想ボリューム６に関するレコード」
（２）「対象テーブル名＝仮想パリティグループ情報」、「レコードの値＝仮想パリティグループ２に関するレコード」
（３）「対象テーブル名＝物理ボリューム情報」、「レコードの値＝物理ボリューム２に関するレコード」
（４）「対象テーブル名＝物理パリティグループ情報」、「レコードの値＝物理パリティグループ１に関するレコード」

　次いで、構成情報検索プログラム２６２は、検索要求元から検索結果を受信した旨の応答が返却されるまで待つ（ステップＳ２４）。そして、検索要求元から応答を受信した場合には、構成情報検索プログラム２６２は、全ての検索結果を返却したか否か、又は、検索要求元が検索結果の受信を打ち切ったか否か（例えば、検索要求元から受信打ち切りの応答を受信した、又は、検索要求元から一定時間応答が返却されなかった）を判定する（ステップＳ２５）。この結果、全ての検索結果を返却した場合、又は、検索要求元が検索結果の受信を打ち切った場合（ステップＳ２５：Ｙｅｓ）には、構成情報検索プログラム２６２は、処理をステップＳ１１に進めて、次の検索要求が到着するのを待つ。一方、全ての検索結果を返却していない場合、且つ、検索要求元が検索結果の受信を打ち切っていない場合（ステップＳ２５：Ｎｏ）には、構成情報検索プログラム２６２は、ステップＳ１２での検索結果の残りのレコードを変数ｒｓｃとして同様な処理を行うために、処理をステップＳ１９に進める。

　図１４は、実施形態に係る管理サーバ情報入出力処理のフローチャートである。

　管理サーバ情報入出処理は、通信ネットワーク２０経由でのストレージ管理サーバ３００の指示によって、ストレージ装置２００により実行される。具体的には、管理サーバ情報入出処理は、ストレージ装置２００の管理サーバ情報入出力プログラム２６３をコントローラ２１０が実行することにより実行される。管理サーバ情報入出処理は、ストレージ管理サーバ３００が希望する情報をストレージ装置２００の構成記憶デバイス２７０に保存したり、構成記憶デバイス２７０に保存しておいた情報を読み出したりする処理である。

　管理サーバ情報入出力プログラム２６３は、ストレージ管理サーバ３００から管理サーバ情報の入出力要求が到着するまで待機する（ステップＳ３１）。ここで、入出力要求は、入出力種別を含む。入出力種別は、構成記憶デバイス２７０に情報を保存する「入力」と、構成記憶デバイス２７０から情報を読み出す「出力」とのいずれかの値を取る。

　管理サーバ情報入出力プログラム２６３は、ストレージ管理サーバ３００から管理サーバ情報の入出力要求が到着した場合には、入出力要求の入力種別が「入力」であるか否かを判定する（ステップＳ３２）。

　この結果、入出力要求の入出力種別が「入力」である場合（ステップＳ３２：Ｙｅｓ）には、管理サーバ情報入出力プログラム２６３は、ストレージ管理サーバ３００から入力対象の情報を受信し（ステップＳ３３）、受信した情報を構成記憶デバイス２７０の管理サーバ情報２７２に保存し（ステップＳ３４）、処理をステップＳ３１に進める。

　一方、入出力要求の入出力種別が「出力」である場合（ステップＳ３２：Ｎｏ）には、管理サーバ情報入出力プログラム２６３は、構成記憶デバイス２７０の管理サーバ情報２７２を読み出し（ステップＳ３５）、読み出した情報をストレージ管理サーバ２００へ返却し（ステップＳ３６）、処理をステップＳ３１に進める。

　次に、ストレージ管理サーバ３００による処理について説明する。

　まず、ＧＵＩ入出力プログラム３３１によるＧＵＩ入出力処理について説明する。

　ＧＵＩ入出力処理においては、ＧＵＩ入出力プログラム３３１がＧＵＩ画面（図６，７参照）をモニタ３７０に表示し、入力装置３８０を介して管理者の操作を受信し、対話的に画面を切り替える。以下、具体的な処理を説明する。

　ＧＵＩ入出力プログラム３３１は、ＧＵＩ画面１０００のツリー表示領域１１００にツリーを描画する。具体的には、ＧＵＩ入出力プログラム３３１は、ストレージ装置２００やホスト計算機１００の代表的なリソース名をノードとしたツリーを表示する。この際、ＧＵＩ入出力プログラム３３１は、ストレージ装置２００に関するノードのツリーについては、ストレージ管理サーバ３００の仮想ストレージ情報３５１を利用して描画し、ホスト計算機１００に関するノードのツリーについて、仮想ボリューム情報３５４の利用者識別子３５４ｃの値を利用して描画する。

　次いで、ＧＵＩ入出力プログラム３３１は、入力装置３８０を介して、管理者からの画面に対する操作を受け取るまで待つ。

　そして、入力装置３８０を介して、管理者からの画面に対する操作を受け取った場合には、ＧＵＩ入出力プログラム３３１は、ユーザがどのノードを選択したかを判定し、選択されたノードに予め対応付けられている画面識別子とリソース識別子（どのリソースに紐づいている情報であるかを表す識別子）との組を主メモリ３３０上に格納する。例えば、管理者がノード「仮想ストレージ１」の子ノード「プール」を選択した場合、ＧＵＩ入出力プログラム３３１は、画面識別子には３３８ａの値である「仮想ストレージ・プール」、リソース識別子には、仮想ストレージ識別子である「仮想ストレージ１」を格納する。

　次いで、ＧＵＩ入出力プログラム３３１は、管理者が選択したノードに関する情報をテーブル形式で、ＧＵＩ画面１０００の表表示領域１２１０に描画する。この際、ＧＵＩ入出力プログラム３３１は、構成管理情報３４１を適切に結合してテーブルを描画する。なお、必要な情報が構成管理情報３４１に揃っていない場合には、その情報に関しては表示されない。

　図１５Ａは、実施形態に係る同期処理のフローチャートである。

　同期処理は、ストレージ管理サーバ３００を起動した際にコントローラ３１０が同期プログラム３３２の実行を行うことにより開始され、その後常時実行される常駐処理である。なお、ストレージ管理サーバ３００を回復する際には、同期処理の実行が再度開始される。

　同期プログラム３３２は、初回起動時もしくは回復時であるか否かを判定する（ステップＳ４１）。ここで、本実施形態では、同期プログラム３３２は、仮想ストレージ情報３５１にレコードが存在するか否かを判定し、レコードが１件も存在しない場合に、「初回もしくは回復時である」と判定する。

　この結果、初回起動時もしくは回復時である場合（ステップＳ４１：Ｙｅｓ）には、同期プログラム３３２は、変数ｔｉｍｅに現在の時刻を記憶する（ステップＳ４２）。ここで、変数ｔｉｍｅに記憶されている時刻は、同期処理を開始した時刻を示している。

　次いで、同期プログラム３３２は、ストレージ登録プログラム３３３を呼出してストレージ登録処理（図１５Ｂ参照）を実行させる。ストレージ登録処理では、ストレージ管理サーバ３００が管理すべきストレージ装置２００の物理ストレージ識別子が管理者により登録されることとなる。

　次いで、同期プログラム３３２は、ストレージ装置２００に退避させている管理サーバ情報２７２をストレージ装置２００から取得する（ステップＳ４４）。具体的には、同期プログラム３３２は、仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子に対応するすべての物理ストレージ装置２００に対して、通信ネットワーク２０経由で、入出力種別を「出力」とした管理サーバ情報の入出力要求を発行し、ストレージ装置２００から保存されている管理サーバ情報２７２を取得し、取得した管理サーバ情報２７２をディスクデバイス３４１内の管理サーバ情報３４２に保存する。この処理により、障害が発生した場合等に以前利用していた管理サーバ情報を適切にストレージ管理サーバ３００に復元することができるようになる。

　次いで、同期プログラム３３２は、構成情報取得プログラム３３４を呼出して構成情報取得処理（図１６Ａ参照）を実行させる（ステップＳ４５）。この構成情報取得処理によると、ストレージ管理サーバ３００の構成管理情報３４１を最新のものに更新することができる。

　次いで、同期プログラム３３２は、一定時間（たとえば、１日）経過するのを待つ。なお、同期プログラム３３２は、待ち時間中に、管理者により入力装置３８０を介して、構成情報取得処理の即時実行要求を受け取った場合には、待つのを中断して直ちに、ステップＳ４７に処理を進める。

　ステップＳ４７では、同期プログラム３３２は、変数ｔｉｍｅに現在の時刻を記憶する。次いで、同期プログラム３３２は、ディスクデバイス３４０内の管理サーバ情報３４２をストレージ装置２００に送信し、管理サーバ情報３４２をストレージ装置２００の構成記憶デバイス２７０に格納させる（ステップＳ４８）。具体的には、同期プログラム３３２は、仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子に対応するすべての物理ストレージ装置２００に対して、通信ネットワーク２０経由で、入出力種別を「入力」とした管理サーバ情報の入出力要求を発行し、ストレージ装置２００に管理サーバ情報３４２を送信する。各物理ストレージ装置２００では、管理サーバ情報入出力処理（図１４参照）が実行されて、送信された情報が構成記憶デバイス２７０に保存される。これにより、ストレージ管理サーバ３００における管理サーバ情報３４２をストレージ装置２００に適切に退避させておくことができる。

　次いで、同期プログラム３３２は、構成情報取得プログラム３３４を呼出して構成情報取得処理（図１６Ａ参照）を実行させる（ステップＳ４９）。この構成情報取得処理によると、ストレージ管理サーバ３００の構成管理情報３４１を最新のものに更新することができる。その後、同期プログラム３３２は、処理をステップＳ４６に進める。

　図１５Ｂは、実施形態に係るストレージ登録処理のフローチャートである。

　ストレージ登録処理は、ストレージ管理サーバ３００の初回起動もしくは障害からの回復時に同期処理のステップＳ４３で実行される処理である。ストレージ登録処理は、コントローラ３１０がストレージ登録プログラム３３３を実行することにより、実行される処理であり、ストレージ管理サーバ３００による管理対象とする物理ストレージ装置２００の物理ストレージ識別子を管理者から受け付けて登録し、物理ストレージ装置２００に関連する仮想ストレージ装置の仮想ストレージ識別子を取得する処理である。

　ストレージ登録プログラム３３３は、ＧＵＩ入出力プログラム３３１により描画されるＧＵＩ画面において、管理者により入力装置３８０を介して管理対象とする物理ストレージ装置の物理ストレージ識別子（基本情報の一例）が入力するまで待つ（ステップＳ５１）。なお、管理者は、ＧＵＩ画面において、管理対象とする複数の物理ストレージ装置の物理ストレージ識別子を同時に入力することができる。

　そして、管理者により入力装置３８０を介して管理対象とする物理ストレージ装置２００の物理ストレージ識別子が入力された場合には、ストレージ登録プログラム３３３は、管理者により入力された物理ストレージ識別子を受信する（ステップＳ５２）。

　次いで、ストレージ登録プログラム３３３は、ストレージ装置２００から仮想ストレージ装置４００の基本情報（例えば、仮想ストレージ識別子）を取得する（ステップＳ５３）。仮想ストレージ識別子としては、例えば、ＩＤ、仮想ストレージ装置のＩＰアドレス又はＭＡＣアドレスであっても良い。ストレージ登録プログラム３３３は、物理ストレージ識別子に対応するすべてのストレージ装置２００に対して、仮想ストレージ装置の仮想ストレージ識別子を要求する。より具体的には、ストレージ登録プログラム３３３は、通信ネットワーク２０経由でストレージ装置２００に対して、検索方法を「単一のみ」とし、検索起点を「仮想ストレージ情報」とし、検索条件を「物理ストレージ識別子＝ステップＳ５２で取得した物理ストレージ識別子」とした検索要求を発行し、ストレージ装置２００から検索要求の検索条件に一致するレコード（仮想ストレージ識別子と物理ストレージ識別子との組）を受け取る。

　ストレージ登録プログラム３３３は、ステップＳ５３で取得した仮想ストレージ装置の基本情報（本実施形態では、仮想ストレージ識別子と物理ストレージ識別子との組）を仮想ストレージ情報３５１に保存する。

　図１６Ａは、実施形態に係る構成情報取得処理のフローチャートである。

　構成情報取得処理は、ストレージ管理サーバ３００がストレージシステムの構成情報を一元管理するために構成管理情報３４１を複数のストレージ装置２００から収集する処理である。構成情報取得処理が完了するまでには、長時間かかり得るため、本実施形態では、管理者視点に基づいた効率的なストレージシステムの構成情報の取得を実現できるようにしている。すなわち、管理者が実施したい（又は実施したいと想定される）ストレージシステムの管理操作に関する範囲のリソースの構成情報を、ストレージ装置２００から優先して取得するようにしている。

　本実施形態では、管理者が実施したい管理操作に関する範囲のリソースの構成情報をストレージ装置２００から優先して取得するために、管理者の操作が発生した場合、素早くそれを検知し、その時点で実行している構成情報の取得処理を打ち切り、管理者が実施したい管理操作に関する範囲のリソースの構成情報を取得処理の実行に迅速に切り替えるようにしている。これを実現するために、リソースの構成情報を取得する処理における処理ステップを細かく分け、各ステップの間に、管理者の入力操作がないかを確認し、実行中の取得処理を継続するか、実行中の取得処理を中断して管理者の希望する構成情報を優先して取得する別の取得処理に切り替えるかを逐次制御する。また、ストレージ装置２００は、ストレージ管理サーバ３００が実行する取得処理の処理ステップを細かく分けられるように、検索結果を例えば、１レコードずつに返却する。

　構成情報取得処理は、コントローラ３１０が構成情報取得プログラム３３４を実行することにより、実行される処理である。

　構成情報取得プログラム３３４は、ＧＵＩ入出力プログラム３３１によって主メモリ３３０に格納されている、ユーザが選択したノードに対応する画面識別子とリソース識別子との組を読み取り、読み取った画面識別子を変数ｏｐにコピーし、リソース識別子を変数ｉｄにコピーする（ステップＳ６１）。ここで、変数ｏｐは、管理者が操作中の画面を示す画面識別子を管理する変数であり、変数ｉｄは、管理者が着目している（又は着目していると想定される）リソース識別子を管理する変数である。管理者が操作中の画面がない場合には、変数ｏｐ及び変数ｉｄには、「画面なし」が設定される。

　次いで、構成情報取得プログラム３３４は、ユーザが任意の画面を操作中であるか否かを判断することにより、或る特定のリソースの構成情報を優先して取得する必要があるか否かを判定する（ステップＳ６２）。本実施形態では、変数ｏｐが「画面なし」である場合には、管理者の操作中の画面はないことを意味しているので、構成情報取得プログラム３３４は、優先して取得する必要はないと判定する一方、変数ｏｐが「画面なし」ではない場合には、管理者の操作中の画面があることを意味しているので、優先して取得する必要があると判定する。

　この結果、或る特定のリソースの構成情報を優先して取得する必要がないと判定した場合（ステップＳ６２：Ｎｏ）には、構成情報取得プログラム３３４は、横断取得プログラム３３５を呼び出して、予め設定されているおすすめの取得順序でリソースの構成情報を検索する横断取得処理（図１６Ｂ参照）を実行させ（ステップＳ６３）、横断取得処理が終了した場合には、構成情報取得プログラム３３４は、処理をステップＳ６５に進める。なお、横断取得処理中に管理者の画面操作が検知された場合には、構成情報取得プログラム３３４は、横断取得処理を即座に中断し、処理をステップＳ６５に進める。

　一方、或る特定のリソースの構成情報を優先して取得する必要があると判定した場合（ステップＳ６２：Ｙｅｓ）には、構成情報取得プログラム３３４は、縦断取得プログラム３３７を呼び出して、管理者が必要としているリソースの構成情報を優先的に検索する縦断取得処理（図１７Ａ参照）を実行させ（ステップＳ６４）、縦断取得処理が終了した場合には、構成情報取得プログラム３３４は、処理をステップＳ６５に進める。なお、縦断取得処理中に管理者の画面操作が検知された場合には、構成情報取得プログラム３３４は、縦断取得処理を即座に中断し、処理をステップＳ６５に進める。

　ステップＳ６５では、構成情報取得プログラム３３４は、構成管理情報３４１の情報群のうち、最終更新日時のフィールドを持つ情報のすべてのレコードの最終更新日時のフィールドの値が変数ｔｉｍｅと同一であるか否かを検査することにより、構成管理情報３４１についての全ての更新が完了しているか否かを判定する。ここで、すべてのレコードの最終更新日時が同一であれば、全てのレコードの内容が最新であることを意味しているので、構成情報取得プログラム３３４は、すべての更新が完了している判定して（ステップＳ６５：Ｙｅｓ）、構成情報取得処理を終了する。一方、すべてのレコードの最終更新日時が同一でない場合には、すべての更新が完了していないと判定して（ステップＳ６５：Ｎｏ）、構成情報取得プログラム３３４は、更新されていないリソースの構成情報を取得するために、処理をステップＳ６２に進める。

　図１６Ｂは、実施形態に係る横断取得処理のフローチャートである。

　横断取得処理は、構成情報取得処理（図１６Ａ）のステップＳ６３で実行される処理である。横断取得処理は、コントローラ３１０が横断取得プログラム３３５を実行することにより、実行される処理である。この横断取得処理によると、図３で示した構成情報取得方法が実現される。

　横断取得プログラム３３５は、ストレージシステムに仮想ストレージ装置が含まれているか否かを判定する（ステップＳ７１）。本実施形態では、横断取得プログラム３３５は、仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａがすべて無効値を示す「－」であるか否かを判断して、仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａがすべて無効値を示す「－」である場合には、ストレージシステムにおいて統合仮想化機能を利用していないことを示すので、仮想ストレージ装置が含まれていないと判定する一方、それ以外の場合には、仮想ストレージ装置が含まれていると判定する。

　この結果、ストレージシステムに仮想ストレージ装置が含まれていない場合（ステップＳ７１：Ｎｏ）には、横断取得プログラム３３５は、仮想リソースが存在しないので、仮想リソースの構成情報を取得するためのステップをスキップして、処理をステップＳ７８に進める。

　一方、ストレージシステムに仮想ストレージ装置が含まれている場合（ステップＳ７１：Ｙｅｓ）には、横断取得プログラム３３５は、末端仮想ボリューム（図２のレイヤＬ１のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ７２）。ここで、この際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａの仮想ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「仮想ボリューム情報」とし、検索方法を「単一のみ」とし、検索条件を「ボリューム特性＝末端」としたものである。ここで、対象ストレージ群に、全ての仮想ストレージ装置の仮想ストレージ識別子を設定しているので、複数の仮想ストレージ装置に関する末端仮想ボリュームの構成情報を取得すること、すなわち末端仮想ボリュームの構成情報について横断取得することができる。

　次いで、横断取得プログラム３３５は、変数ｏｐおよび変数ｉｄの組の値が、主メモリ３３０の管理者が選択したノードに対応する画面識別子とリソース識別子との組の値と同じであるか否かを判定し、同じでない場合には、管理者の画面切り替えが発生していたと判定し（ステップＳ７３：Ｙｅｓ）とし、横断取得処理を終了する一方、同じでない場合には、管理者の画面切り替えが発生していなかったと判定し（ステップＳ７３：Ｎｏ）とし、処理を次のステップに進める。

　次いで、横断取得プログラム３３５は、仮想プールボリューム（及び内部仮想ボリューム）（図２のレイヤＬ２のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ７４）。ここで、仮想プールボリュームの構成情報を取得する際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａの仮想ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「仮想プール情報」とし、検索方法を「単一のみ」とし、検索条件を「なし」としたものである。また、内部仮想ボリュームの構成情報を取得する際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａの仮想ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「仮想ボリューム情報」とし、検索方法を「単一のみ」とし、検索条件を「ボリューム特性＝内部」としたものである。

　次いで、横断取得プログラム３３５は、変数ｏｐおよび変数ｉｄの組の値が、主メモリ３３０の管理者が選択したノードに対応する画面識別子とリソース識別子との組の値と同じであるか否かを判定し、同じでない場合には、管理者の画面切り替えが発生していたと判定し（ステップＳ７５：Ｙｅｓ）とし、横断取得処理を終了する一方、同じでない場合には、管理者の画面切り替えが発生していなかったと判定し（ステップＳ７５：Ｎｏ）とし、処理を次のステップに進める。

　次いで、横断取得プログラム３３５は、仮想パリティグループ（図２のレイヤＬ３のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ７６）。ここで、この際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａの仮想ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「仮想パリティグループ情報」とし、検索方法を「単一のみ」とし、検索条件を「なし」としたものである。

　次いで、横断取得プログラム３３５は、変数ｏｐおよび変数ｉｄの組の値が、主メモリ３３０の管理者が選択したノードに対応する画面識別子とリソース識別子との組の値と同じであるか否かを判定し、同じでない場合には、管理者の画面切り替えが発生していたと判定し（ステップＳ７７：Ｙｅｓ）とし、横断取得処理を終了する一方、同じでない場合には、管理者の画面切り替えが発生していなかったと判定し（ステップＳ７７：Ｎｏ）とし、処理をステップＳ７８に進める。

　ステップＳ７８では、横断取得プログラム３３５は、末端物理ボリューム（図２のレイヤＬ４のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる。ここで、この際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「物理ボリューム情報」とし、検索方法を「単一のみ」とし、検索条件を「ボリューム特性＝末端」としたものである。

　次いで、横断取得プログラム３３５は、変数ｏｐおよび変数ｉｄの組の値が、主メモリ３３０の管理者が選択したノードに対応する画面識別子とリソース識別子との組の値と同じであるか否かを判定し、同じでない場合には、管理者の画面切り替えが発生していたと判定し（ステップＳ７９：Ｙｅｓ）とし、横断取得処理を終了する一方、同じでない場合には、管理者の画面切り替えが発生していなかったと判定し（ステップＳ７９：Ｎｏ）とし、処理を次のステップに進める。

　次いで、横断取得プログラム３３５は、物理プールボリューム（及び内部物理ボリューム）（図２のレイヤＬ５のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ８０）。ここで、物理プールボリュームの構成情報を取得する際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「物理プール情報」とし、検索方法を「単一のみ」とし、検索条件を「なし」としたものである。また、内部物理ボリュームの構成情報を取得する際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「物理ボリューム情報」とし、検索方法を「単一のみ」とし、検索条件を「ボリューム特性＝内部」としたものである。

　次いで、横断取得プログラム３３５は、変数ｏｐおよび変数ｉｄの組の値が、主メモリ３３０の管理者が選択したノードに対応する画面識別子とリソース識別子との組の値と同じであるか否かを判定し、同じでない場合には、管理者の画面切り替えが発生していたと判定し（ステップＳ８１：Ｙｅｓ）とし、横断取得処理を終了する一方、同じでない場合には、管理者の画面切り替えが発生していなかったと判定し（ステップＳ８１：Ｎｏ）とし、処理を次のステップに進める。

　次いで、横断取得プログラム３３５は、物理パリティグループ（図２のレイヤＬ６のリソース）の構成情報を取得するための検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ８２）。ここで、この際の検索要求は、対象ストレージ装置群を仮想ストレージ情報３５１の物理ストレージ識別子３５１ｂの物理ストレージ識別子を重複なく一意になるようにまとめたものとし、検索起点を「物理パリティグループ情報」とし、検索方法を「単一のみ」とし、検索条件を「なし」としたものである。

　その後、横断取得プログラム３３５は、横断取得処理を終了する。

　この横断取得処理によると、仮想リソースに関する構成情報を物理リソースに関する構成情報よりも優先して取得することができる。

　また、検索発行処理では、管理者の画面切り替えを検知しており、画面の切り替えを検知した場合には、検索発行処理は即座に終了するようになっている。このため、検索発行処理が管理者の画面切り替えにより終了した場合には、上記処理により、この横断取得処理も即座に終了することができる。また、横断取得処理では、予め定められた単位毎（図１６Ｂでは、各レイヤのリソース毎）に検索発行処理を行うようにし、それらの検索発行処理の間に管理者の画面切り替えを検知した場合には、横断取得処理を即座に終了するようにしているので、管理者の画面切り替えの発生に迅速に対応して、管理者が希望するリソースの構成情報を優先して取得することができる。

　図１７Ａは、実施形態に係る縦断取得処理のフローチャートである。

　縦断取得処理は、構成情報取得処理（図１６Ａ参照）のステップＳ６４で実行される処理である。縦断取得処理は、コントローラ３１０が縦断取得プログラム３３７を実行することにより、実行される処理である。この縦断取得処理によると、図４又は図５で示した構成情報取得方法が実現される。

　縦断取得プログラム３３７は、管理者が操作中の画面における管理操作に必要なリソースの構成情報を取得するための検索条件を作成する（ステップＳ９１）。

　具体的には、縦断取得プログラム３３７は、画面表３３８から、画面識別子３３８ａの画面識別子と、変数ｏｐの値とが一致するレコードを検索して取得する。

　画面識別子３３８ａの画面識別子と、変数ｏｐの値とが一致するレコードが存在しない場合には、縦断取得プログラム３３７は、管理者が操作中の画面に対応する必要なリソースの構成情報を取得するための最適な取得方法は存在せず、検索要求の作成に失敗したと判断する。一方、画面識別子３３８ａの画面識別子と、変数ｏｐの値とが一致するレコードが存在してレコードを取得した場合には、縦断取得プログラム３３７は、取得したレコード（取得画面表レコードという。）の管理サーバ情報名３３８ｅの値が無効値「－」であるか否かを判定する。取得画面表レコードの管理サーバ情報名３３８ｅの値が無効値「－」である場合には、縦断取得プログラム３３７は、管理サーバ情報３４２を利用せずに、検索条件を作成する。この場合には、図４に示すような構成情報取得方法が実現される。この場合には、縦断取得プログラム３３７は、取得画面表レコードの検索条件３３８ｃに記載されている値をそのまま検索要求の検索条件として利用する。ただし、検索条件３３８ｃの値の中に「変数ｉｄ」という文字列が含まれている場合には、縦断取得プログラム３３７は、その値の中の「変数ｉｄ」を、変数ｉｄに設定されている実際の値に置き換えたものを検索条件とする。

　一方、取得画面表レコードの管理サーバ情報名３３８ｅの値が無効値「－」でない場合には、縦断取得プログラム３３７は、管理サーバ情報３４２を利用して検索条件を作成する。この場合には、図５に示すような構成情報取得方法が実現される。この場合には、縦断取得プログラム３３７は、取得画面表レコードの検索条件３３８ｃの値の中の「？」を解決するため、管理サーバ情報名３３８ｅに記載されている管理サーバ情報３４２中のテーブル名に対応するテーブル（例えば、ボリューム予約表３４３）を参照し、取得画面表レコードのリソース識別子３３８ｂのリソース識別子名に対応する列（フィールド）の値が変数ｉｄの値と一致するレコードを検索して取得する。そして、縦断取得プログラム３３７は、取得画面表レコードの検索条件３３８ｃの値の「？」を、管理サーバ情報３４２中のテーブルから取得したレコードの値で書き換えたものを検索条件とする。

　例えば、変数ｏｐ＝「ホスト・予約ボリューム」、変数ｉｄ＝「ホスト３」の場合には、縦断取得プログラム３３７は、画面表３３８の一番下のレコードを取得する。次に、取得したレコード（取得画面表レコード）の管理サーバ情報名３３８ｅに格納されている「ボリューム予約表」に対応するテーブル（ボリューム予約表３４３）を参照し、取得画面表レコードのリソース識別子３３８ｂの「ホスト識別子」に対応する列の値が「ホスト３」のレコードを検索する。これにより、ボリューム予約表３４３から仮想ボリューム識別子３４３ｂが「仮想ボリューム識別子７」、「仮想ボリューム識別子８」であるレコードを得ることができる。次いで、縦断取得プログラム３３７は、取得画面表レコードの検索条件３３８ｃの「？」を、ボリューム予約表３４３から取得したレコードの内容に置き換えることにより、「仮想ボリューム識別子」＝「仮想ボリューム識別子７または８」を検索条件とする。これにより、構成情報を取得するリソースの範囲を、管理サーバ情報３４２を用いて適切な範囲に絞りこむようにすることができる。

　縦断取得プログラム３３７は、ステップＳ９１で検索条件の作成に成功したか否かを判定する（ステップＳ９２）。この結果、検索条件の作成に成功した場合（ステップＳ９２：Ｙｅｓ）には、縦断取得プログラム３３７は、ステップＳ９３に処理を進める一方、画面表３３８に一致するレコードが存在せずに検索条件の作成に成功しなかった場合（ステップＳ９２：Ｎｏ）には、ステップＳ９４に処理を進める。

　ステップＳ９３では、縦断取得プログラム３３７は、検索要求を作成し、検索発行処理（図１７Ｂ参照）を実行させる（ステップＳ９３）。ここで、取得画面表レコードのリソース識別子３３８ｂが「仮想ストレージ識別子」もしくは「物理ストレージ識別子」である場合には、縦断取得プログラム３３７は、検索要求の対象ストレージ装置群を変数ｉｄに設定されているストレージ装置２００のみとする。一方、取得画面表レコードのリソース識別子３３８ｂが「ホスト識別子」である場合、縦断取得プログラム３３７は、対象ストレージを特定できないため、すべての仮想ストレージ装置を対象とし、対象ストレージ装置群を仮想ストレージ情報３５１の仮想ストレージ識別子３５１ａの仮想ストレージ識別子を重複なく一意になるようにまとめたものとする。また、縦断取得プログラム３３７は、検索要求の検索起点を取得画面表レコードの検索起点３３８ｄの値とし、検索条件をステップＳ９１で作成した検索条件とし、検索方法を「関連を辿る」とする。

　ステップＳ９４では、縦断取得プログラム３３７は、横断取得プログラム３３５を呼び出して、予め設定されているおすすめの取得順序でリソースの構成情報を検索する横断取得処理（図１６Ｂ参照）を実行させ、縦断取得処理が終了する。

　図１７Ｂは、実施形態に係る検索発行処理のフローチャートである。

　検索発行処理は、横断取得処理のステップＳ７２、Ｓ７４、Ｓ７６、Ｓ７８、Ｓ８０、及びＳ８２、及び縦断取得処理のステップＳ９３で呼び出されて実行される処理である。検索発行処理は、コントローラ３１０が検索発行プログラム３３６を実行することにより、実行される処理である。

　検索発行処理は、検索発行プログラム３３６がストレージ装置２００群に対して通信ネットワーク２０経由で順番に任意の範囲のリソースの構成情報を絞り込んで取得するための検索要求を発行し、それに合致する検索結果のみを受信し、検索結果の情報を対応するストレージ管理サーバ３００の構成管理情報３４１に保存する処理である。本実施形態では、検索発行プログラム３３６は、検索結果を１件受信するたびに、管理者の画面操作を確認し、画面操作があった場合には、検索発行処理を中断する。したがって、管理者の画面操作があった場合には、迅速に検索発行処理を中断することができる。

　検索発行プログラム３３６は、検索発行処理の呼び出し元の処理から引数として対象ストレージ装置群と、検索要求との組を受信する（ステップＳ１０１）。ここで、対象ストレージ装置群は、検索の発行対象となる１以上のストレージ装置（物理ストレージ装置又は仮想ストレージ装置）のストレージ識別子の配列である。検索要求は、ストレージ装置２００に対する検索要求時に必要な、検索方法、検索起点、及び検索条件を含む。

　次いで、検索発行プログラム３３６は、対象ストレージ装置群から未処理のストレージ装置を１つ選択する（ステップＳ１０２）。ここで、対象ストレージ装置群のストレージ装置の識別子が仮想ストレージ識別子である場合には、検索発行プログラム３３６は、仮想ストレージ情報３５１を利用して、仮想ストレージ識別子に対応する物理ストレージ装置２００の物理ストレージ識別子を取得する。

　次いで、検索発行プログラム３３６は、選択したストレージ装置に対応する物理ストレージ識別子のストレージ装置２００に対して、引数として受け取った検索要求を発行する（ステップＳ１０３）。このとき、検索発行プログラム３３６は、検索要求中の検索条件については、現在選択中のストレージ装置に関する絞込み条件を追加する。例えば、現在選択中のストレージ装置が仮想ストレージ装置である場合には、検索発行プログラム３３６は、検索条件を「仮想ストレージ識別子＝現在選択中の仮想ストレージ識別子　かつ　引数として受け取った検索条件」とし、選択中のストレージ装置が物理ストレージ装置２００である場合には、「物理ストレージ識別子＝現在選択中の物理ストレージ識別子　かつ　引数として受け取った検索条件」とする。これにより、検索要求を受信したストレージ装置２００において、構成情報検索処理（図１３参照）のステップＳ１２以降の処理が開始され、検索要求の検索条件に一致した件数が返却されることとなる。

　次いで、検索発行プログラム３３６は、検索条件に一致した件数（一致件数）をストレージ装置２００から受信する（ステップＳ１０４）。なお、検索発行プログラム３３６は、一致件数を受信した旨をストレージ装置２００に返却する。

　次いで、検索発行プログラム３３６は、検索要求に対応する構成情報が受信済みであるか否かを判定する（ステップＳ１０５）。具体的には、検索発行プログラム３３６は、検索要求に対応する検索結果として受信する情報の保存先となる構成管理情報３４１のテーブル内を検索し、ストレージ装置２００に発行した検索要求と一致し、かつ、最終更新時間が変数ｔｉｍｅの値と一致しているレコードの件数をカウントする。そして、検索発行プログラム３３６は、このカウントの結果と、ステップＳ１０４で受信した一致件数が一致した場合には、すでに検索要求に対応する構成情報は受信済であると判定する一方、このカウントの結果と、ステップＳ１０４で受信した一致件数が一致しない場合には、すでに検索要求に対応する構成情報が受信済みでないと判定する。

　この結果、検索要求に対応する構成情報が受信済みである場合（ステップＳ１０５：Ｙｅｓ）には、検索発行プログラム３３６は検索要求を発行したストレージ装置から検索結果を受信する処理をスキップし、処理をステップＳ１０９に進める。一方、検索要求に対応する構成情報が受信済みでない場合（ステップＳ１０５：Ｎｏ）には、検索発行プログラム３３６は、処理をステップＳ１０６に進める。

　ステップＳ１０６では、検索発行プログラム３３６は、管理者の画面切り替えを検知したか否かを判定する。具体的には、検索発行プログラム３３６は、ＧＵＩ入出力プログラム３３１によって主メモリ３３０に記憶されている画面識別子とリソース識別子との組を読み取り、その組の値と、変数ｏｐと変数ｉｄとの組の値とが一致している場合には、管理者が画面切り替えを実施していないと判定する一方、一致していない場合には、管理者が画面切り替えを実施したと判定する。

　この結果、管理者が画面切り替えを実施していると判定した場合（ステップＳ１０６：Ｙｅｓ）には、検索発行プログラム３３６は、変数ｏｐに取得した画面識別子を記憶し、変数ｉｄにリソース識別子を記憶し（ステップ１１１）、検索発行処理を即座に終了する。

　一方、管理者が画面切り替えを実施していないと判定した場合（ステップＳ１０６：Ｎｏ）には、検索発行プログラム３３６は、ストレージ装置２００から送信される検索結果の所定件数分（例えば、１件分）を受信し、受信した検索結果の構成情報を構成管理情報３４１の対応する情報に格納する（ステップＳ１０７）。具体的には、検索発行プログラム３３６は、受信した情報と同名の情報（テーブル）にレコードを追加する。なお、そのテーブルに、既に同一識別子を持つレコードが登録されている場合には、そのレコードを受信した情報で上書きする。また、検索発行プログラム３３６は、そのレコードの最終更新時間のフィールドに、変数ｔｉｍｅの値を格納する。なお、検索発行プログラム３３６は、検索結果を所定件数分受信した旨の応答をストレージ装置２００に返却する。

　次いで、検索発行プログラム３３６は、受信した一致件数分だけレコードを処理したか否かにより、検索結果をすべて受信したか否かを判定する（ステップＳ１０８）。この結果、受信した一致件数分だけレコードを処理していない場合（ステップＳ１０８：Ｎｏ）には、検索発行プログラム３３６は、処理をステップＳ１０６に進める一方、受信した一致件数分だけレコードを処理した場合（ステップＳ１０８：Ｙｅｓ）には、処理をステップＳ１０９に進める。

　ステップＳ１０９では、検索発行プログラム３３６は、引数として受け取った対象ストレージ装置群の全てのストレージ装置に対する処理が完了したか否かを判定する。この結果、全てのストレージ装置に対する処理が完了していない場合（ステップＳ１０９：Ｎｏ）には、検索発行プログラム３３６は、処理をステップＳ１０２に進めて、未処理のストレージ装置に対する処理を行う一方、全てのストレージ装置に対する処理が完了した場合（ステップＳ１０９：Ｙｅｓ）には、処理をステップＳ１１０に進める。

　ステップＳ１１０では、優先すべき構成情報の取得が割り込みなくすべて完了したことを意味するので、検索発行プログラム３３６は、変数ｏｐに「画面なし」を記憶し、変数ｉｄに「なし」を記憶することにより、変数ｏｐと変数ｉｄとを初期化し、検索発行処理を終了する。

　以上、実施形態を説明したが、本発明は、この実施形態に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

　例えば、上記実施形態では、ストレージ管理サーバ３００に接続されたモニタ３７０及び入力装置３８０を用いて、管理者に対する情報の提供と、管理者からの操作入力の受け付けとを行うようにしていたが、これに限られず、例えば、通信ネットワーク２０を介して接続された端末を用いて、管理者に対する情報の提供と、管理者からの操作入力の受け付けとを行うようにしても良い。

　１００…ホスト計算機　２００…ストレージ装置　３００…ストレージ管理サーバ。

Claims

　複数のリソースを管理する１以上のストレージ装置をそれぞれ識別可能な１以上の基本情報に基づいて、前記複数のリソースのうち前記１以上のストレージ装置のホスト計算機から論理的に近いリソースに関する構成情報を優先して取得するように前記１以上のストレージ装置に要求を送信し、
　前記１以上のストレージ装置から、前記要求に対応する構成情報を受信し、
　前記受信した構成情報を、前記１以上のストレージ装置が管理するリソースに関する構成情報を管理するための構成管理情報に反映する、
構成情報取得方法。
　起点のリソースを特定し、
　前記起点のリソースを含んだ所定のリソース範囲について、前記起点のリソース又は前記起点のリソースより後段のリソースから前記ホスト計算機に論理的に近い順に末端のリソースまで構成情報を取得するようにストレージ装置に構成情報を要求し、
　その後、前記所定のリソース範囲外について、前記ホスト計算機から論理的に近いリソースに関する構成情報を優先して取得するように前記１以上のストレージ装置に要求を送信する、
請求項１に記載の構成情報取得方法。
　前記基本情報と取得済の構成情報が反映された前記構成管理情報とのうちの少なくとも一方に基づき１以上のリソースに関連するリソース情報を表示装置に出力し、
　前記起点のリソースは、前記１以上のリソースからユーザに選択されたリソースである、
請求項２に記載の構成情報取得方法。
　前記複数のリソースのうちの１以上の特定のリソースについて予め定められた使用定義を表す情報を含んだ管理情報に基づく情報を表示装置に出力し、
　前記起点のリソースは、前記１以上の特定のリソースからユーザに選択されたリソースである、
請求項２に記載の構成情報取得方法。
　前記管理情報を前記１以上のストレージ装置のうちの少なくとも１つにバックアップする、
請求項４に記載の構成情報取得方法。
　前記１以上のストレージ装置が仮想リソース及び物理リソースを管理している場合に、前記仮想リソースに関する構成情報を優先して取得するように前記ストレージ装置に前記構成情報を要求する、
請求項１に記載の構成情報取得方法。
　予め定められた単位毎に、前記リソースに関する構成情報を取得するように、前記ストレージ装置に前記構成情報を要求する、
請求項１に記載の構成情報取得方法。
　前記予め定められた単位とは、同一種類のリソースの集合単位である、
請求項７に記載の構成情報取得方法。
　複数のリソースを管理する１以上のストレージ装置を管理する管理計算機であって、
　前記管理計算機は、記憶デバイスと制御デバイスとを備え、
　前記記憶デバイスは、
　　前記１以上のストレージ装置をそれぞれ識別可能な１以上の基本情報と、
　　１以上のストレージ装置が管理するリソースに関する構成情報を管理するための構成管理情報と
を記憶し、
　前記制御デバイスは、
　　前記１以上の基本情報に基づいて、前記ストレージ装置の前記リソースを利用するホスト計算機から論理的に近いリソースの構成情報を優先して取得するように前記ストレージ装置に前記リソースに関する前記構成情報を要求し、
　　前記１以上のストレージ装置から、前記構成情報の要求に対応する前記リソースに関する構成情報を受信し、
　　前記受信した構成情報を前記構成管理情報に反映する、
管理計算機。
　前記制御デバイスは、
　　起点のリソースを特定し、
　　前記起点のリソースを含んだ所定のリソース範囲について、前記起点のリソース又は前記起点のリソースより後段のリソースから前記ホスト計算機に論理的に近い順に末端のリソースまで構成情報を取得するようにストレージ装置に構成情報を要求し、
　　その後、前記所定のリソース範囲外について、前記ホスト計算機から論理的に近いリソースに関する構成情報を優先して取得するように前記１以上のストレージ装置に要求を送信する、
請求項９に記載の管理計算機。
　前記制御デバイスは、前記基本情報と取得済の構成情報が反映された前記構成管理情報とのうちの少なくとも一方に基づき１以上のリソースに関連するリソース情報を表示装置に出力し、
　前記起点のリソースは、前記１以上のリソースからユーザに選択されたリソースである、
請求項１０に記載の管理計算機。
　前記制御デバイスは、前記複数のリソースのうちの１以上の特定のリソースについて予め定められた使用定義を表す情報を含んだ管理情報に基づく情報を表示装置に出力し、
　前記起点のリソースは、前記１以上の特定のリソースからユーザに選択されたリソースである、
請求項１０に記載の管理計算機。
　前記制御デバイスは、前記１以上のストレージ装置が仮想リソース及び物理リソースを管理している場合に、前記仮想リソースに関する構成情報を優先して取得するように前記ストレージ装置に前記構成情報を要求する、
請求項９に記載の管理計算機。
　予め定められた単位毎に、前記リソースに関する構成情報を取得するように、前記ストレージ装置に前記構成情報を要求する、
請求項９に記載の管理計算機。
　前記予め定められた単位とは、同一種類のリソースの集合単位である、
請求項１４に記載の管理計算機。