(57)【要約】【課題】  ホスト計算機の負荷を増大させることなく、ストレージの利用状況に関する情報や格納されているファイルに関する情報を効率よく取得する。【解決手段】  計算機システムは、ホスト計算機１００と、ストレージサブシステム２００の動作を制御するディスク制御装置３００と、ストレージサブシステムの構成を管理する管理サーバ８００とを備えて構成される。ホスト計算機は、ストレージサブシステム内の複数のボリュームを利用目的に応じてグループ分けした結果をディスク制御装置内に配置したボリューム識別子と、物理アドレスと、グループ識別子から構成されるボリューム管理テーブル３２０に登録する。ディスク制御装置は、ホストを介したボリュームへのアクセス時、ホストを介して投入されたグループと等しいグループに属するストレージに属する物理アドレスを求め、さの物理アドレスに配置されたストレージのボリューム目録に記された情報を前記管理サーバに通知し、その情報をサーバに表示させる。【選択図】  図１
2005004720.tif 000002
【特許請求の範囲】
【請求項１】
ホスト計算機と、１または複数のボリュームを有するストレージサブシステムと、前記ストレージサブシステムの動作を制御するストレージサブシステム内に設けられたディスク制御装置と、前記ストレージサブシステムの構成を管理する管理計算機とを有する計算機システムのストレージ管理方法であって、
前記ホスト計算機が、前記ストレージサブシステム内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果の前記ストレージサブシステムのボリューム識別子と、物理アドレスと、グループ識別子とを、前記各ディスク制御装置内のディスク管理テーブルに登録するステップと、
前記ディスク制御装置が、前記管理計算機から入力されたグループ識別子と等しいグループに属するボリュームの物理アドレスを前記ディスク管理テーブルから求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を前記管理計算機に通知するステップと、
前記管理計算機が、前記通知された情報を表示するステップとを有することを特徴とするストレージ管理方法。
【請求項２】
ホスト計算機と、１または複数のボリュームを有するストレージサブシステムと、前記ストレージサブシステムの動作を制御するストレージサブシステム内に設けられたディスク制御装置と、前記ストレージサブシステムの構成を管理する管理計算機とを有する計算機システムのストレージ管理方法であって、
前記ホスト計算機が、前記ストレージサブシステム内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果の前記ストレージサブシステムのボリューム識別子と、物理アドレスと、グループ識別子とを、前記各ディスク制御装置内のディスク管理テーブルに登録するステップと、
前記ディスク制御装置が、システム立ち上げ時に取得した前記ストレージサブシステムのボリューム識別子と物理アドレスとの情報を前記ディスク管理テーブル格納し、前記管理計算機から投入されたグループと等しいグループに属するボリュームの物理アドレスを、前記ディスク管理テーブルから求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を前記管理計算機に通知するステップと、
前記管理計算機が、前記通知された情報を表示するステップとを有することを特徴とするストレージ管理方法。
【請求項３】
更に、前記管理計算機が、前記ディスク制御装置のそれぞれから、前記ディスク管理テーブルに記された情報を、ディスク制御装置の識別子と共に自管理計算機がアクセス可能な記憶装置に格納するステップと、
前記管理計算機が、要求されたグループあるいはボリューム識別子に対応するボリュームが属する前記ディスク制御装置を前記アクセス可能な記憶装置に格納された情報に基づいて決定し、決定された前記ディスク制御装置に対して、要求されたグループあるいはボリューム識別子に属するボリュームに関するボリューム目録の情報の取得を依頼するステップと、
依頼を受けたディスク制御装置が、前記管理計算機から指定されたグループあるいはボリューム識別子と等しいボリュームのボリューム目録に記された情報を前記管理計算機に通知するステップとを有することを特徴とする請求項１又は２記載のストレージ管理方法。
【請求項４】
更に、前記各ディスク制御装置が、前記管理計算機からの取得の依頼があった情報を前記管理計算機に通知すると共に、新たな前記ディスク管理テーブルの情報を前記管理計算機に通知するステップと、
前記通知を受けた前記管理計算機が、自管理計算機がアクセス可能な前記記憶装置に格納されているディスク管理テーブルの情報のファイルを、通知を受けた前記ディスク管理テーブルの情報に更新するステップとを有することを特徴とする請求項３記載のストレージ管理方法。
【請求項５】
ホスト計算機と、
１または複数のボリューム及びディスク制御装置を有するストレージサブシステムと、
前記ストレージサブシステムの構成を管理する管理計算機とを有し、
前記ホスト計算機は、前記ストレージサブシステム内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果の前記ストレージサブシステムのボリューム識別子と、物理アドレスと、グループ識別子とを、前記各ディスク制御装置内のディスク管理テーブルへ送信し、
前記ディスク制御装置は、前記管理計算機から送信されたグループと等しいグループに属するボリュームの物理アドレスを求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を前記管理計算機に通知し、
前記管理計算機は、前記通知された情報を表示することを特徴とする計算機システム。
【請求項６】
前記管理計算機は、前記ディスク制御装置のそれぞれから、前記ディスク管理テーブルに記された情報を、ディスク制御装置の識別子と共に自管理計算機がアクセス可能な記憶装置に格納し、要求されたグループあるいはボリューム識別子に対応するボリュームが属する前記ディスク制御装置に対して、要求されたグループあるいはボリューム識別子に属するボリュームに関するボリューム目録の情報の取得を依頼し、
依頼を受けたディスク制御装置は、前記管理計算機から指定されたグループあるいはボリューム識別子と等しいボリュームのボリューム目録に記された情報を前記管理計算機に通知することを特徴とする請求項５記載の計算機システム。
【請求項７】
前記各ディスク制御装置は、前記管理計算機からの取得の依頼があった情報を前記管理計算機に通知すると共に、新たな前記ディスク管理テーブルの情報を前記管理計算機に通知し、
前記通知を受けた前記管理計算機は、自管理計算機がアクセス可能な前記記憶装置に格納されているディスク管理テーブルの情報のファイルを、通知を受けた前記ディスク管理テーブルの情報に更新することを特徴とする請求項６記載の計算機システム。
【請求項８】
１または複数のボリュームを有する複数のディスク装置と、
ホスト計算機及び管理計算機と接続され、前記複数のディスク装置を制御するディスク制御装置とを有し、
前記ディスク制御装置は、前記ホスト計算機からの前記ストレージ装置内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果の前記ストレージ装置のボリューム識別子、物理アドレス、及びグループ識別子を格納するディスク管理テーブルを更に有し、
前記ディスク制御装置は、前記管理計算機から送信されたグループと等しいグループに属するボリュームの物理アドレスを求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を、前記管理計算機に通知することを特徴とするストレージサブシステム。
【請求項９】
制御部と、
記憶装置とを有し、
前記制御部は、１または複数のボリュームとディスク制御装置とのペアが複数設けられて構成され、ホスト計算機により使用されるストレージの構成を管理し、
前記ディスク制御装置の各々から送信された、前記ディスク制御装置内のディスク管理テーブルに記された情報を、ディスク制御装置の識別子と共に前記記憶装置に格納し、
要求されたグループあるいはボリューム識別子に対応するボリュームが属する前記ディスク制御装置に対して、要求されたグループあるいはボリューム識別子に属するボリュームに関するボリューム目録の情報の取得を依頼し、
この依頼による応答としてのボリューム目録の情報により、前記記憶装置に格納されているディスク管理テーブルの情報のファイルを、通知を受けた前記ディスク管理テーブルの情報に更新することを特徴とする管理計算機。
【請求項１０】
記憶媒体に格納され、１または複数のボリュームとディスク制御装置とのペアが複数設けられて構成され、ホスト計算機により使用されるストレージサブシステムの構成を管理する管理計算機において実行される管理プログラムにおいて、
前記ディスク制御装置のそれぞれからの、前記ディスク制御装置内のディスク管理テーブルに記された情報を、ディスク制御装置の識別子と共に自管理計算機がアクセス可能な記憶装置に格納するステップと、
要求されたグループあるいはボリューム識別子に対応するボリュームが属する前記ディスク制御装置に対して、要求されたグループあるいはボリューム識別子に属するボリュームに関するボリューム目録の情報の取得を依頼するステップと、
この依頼による応答としてのボリューム目録の情報により、自管理計算機がアクセス可能な前記ストレージに格納されているディスク管理テーブルの情報のファイルを、通知を受けた前記ディスク管理テーブルの情報に更新する処理ステップとを有することを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
計算機システムにおけるストレージ装置の管理方法、計算機システム、ストレージ装置及び管理計算機に係り、特に、ストレージ装置の利用状況やファイルの配置情報を効率よく把握することを可能とした計算機システムにおけるストレージ装置の管理方法に関する。
【背景技術】
【０００２】
近年、計算機システムの大規模化や業務の多様化に伴い、計算機システムが有する入出力装置においては、多種多様で大量なデータを効率よく操作できることが求められている。そのためには、ストレージ装置の利用状況やストレージ装置に格納されたファイルの配置情報の取得を効率よく行うことができる環境を計算機システムで構築することが必要である。
【０００３】
前述のような入出力装置を介したストレージ装置の利用状況等の情報取得に要するオーバヘッドを低減する方法に関しては、例えば、特許文献１等に記載された従来技術が知られている。この従来技術は、ストレージ装置が有するディスク制御装置に備えられるキャッシュメモリ上に、ファイルの配置情報であるボリューム目録やカタログファイルを格納し、また、物理的な領域のデータを常駐化し、あるいは、その常駐化の解除を可能とするというものである。
【０００４】
前述の従来技術は、ボリューム目録がキャッシュメモリへ格納されたことにより、ストレージ装置が有するディスク装置への入出力動作を伴わないため、低オーバヘッドでボリューム目録の情報を取得することが可能になる。また、システム全体のファイル情報を管理するカタログは、一種のファイルと捉えることができるため、前述の従来技術は、ボリューム目録同様、低オーバヘッドでカタログの情報を取得することができる。
【０００５】
【特許文献１】特開２００２−１３２５５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、前述した従来技術は、計算機システムの大規模化に伴う装置数の増大が要因となる情報取得のオーバヘッドの増大に関する配慮がなされていないものである。
【０００７】
このため、特に、ボリューム目録がストレージ装置単位に存在するため、前述の従来技術は、利用するストレージ装置数が増大するにつれ、情報取得に要するオーバヘッドが増大するという問題点を生じる。特に前述した従来技術では、ホスト計算機を経由して情報を採取しているため、ホスト計算機で実施している業務のスループットや応答時間の劣化を招く要因となりかねない。
【０００８】
前述の従来技術では、カタログファイルに関してもシステム規模の増大に伴うカタログファイルのサイズの増大に伴う情報取得に要するオーバヘッドの増大が予想される。またシステム規模が増大するにつれ、計算機システム全体を管理するカタログばかりでなく、業務や利用目的に対応させて、幾多のカタログファイルが生成されることになる。前述の従来技術では、こうしたカタログファイル数の増大も、情報取得に要するオーバヘッド増大の要因になるという問題点を有している。
【課題を解決するための手段】
【０００９】
そこで本発明は、ホスト計算機と、１または複数のボリュームを有するストレージサブシステムと、ストレージサブシステムの動作を制御するストレージサブシステム内に設けられたディスク制御装置と、ストレージサブシステムの構成を管理する管理計算機とを有する計算機システムのストレージ管理方法において、ホスト計算機が、ストレージサブシステム内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果のストレージサブシステムのボリューム識別子と、物理アドレスと、グループ識別子とを、各ディスク制御装置内のディスク管理テーブルに登録し、ディスク制御装置が、管理計算機から投入されたグループと等しいグループに属するボリュームの物理アドレスを求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を管理計算機に通知し、管理計算機が、通知された情報を表示するという構成とする。
【００１０】
また、ホスト計算機と、１または複数のボリュームを有するストレージサブシステムと、ストレージサブシステムの動作を制御するストレージサブシステム内に設けられたディスク制御装置と、ストレージサブシステムの構成を管理する管理計算機とを有する計算機システムにおいて、ホスト計算機が、ストレージサブシステム内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果のストレージサブシステムのボリューム識別子と、物理アドレスと、グループ識別子とを、各ディスク制御装置内のディスク管理テーブルに登録する手段を備え、ディスク制御装置が、管理計算機から投入されたグループと等しいグループに属するボリュームの物理アドレスを求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を管理計算機に通知する手段を備え、管理計算機が、前記通知された情報を表示する手段を備える構成としても良い。
【００１１】
また、１または複数のボリュームを有し、ディスク制御装置が備えられて構成され、ホスト計算機により使用されるストレージ装置において、ディスク制御装置が、ホスト計算機からのストレージ装置内の複数のボリュームのそれぞれを利用目的に応じてグループ分けした結果のストレージ装置のボリューム識別子、物理アドレス、及びグループ識別子を格納するディスク管理テーブルと、管理計算機から投入されたグループと等しいグループに属するボリュームの物理アドレスを求め、当該物理アドレスに配置されたボリュームのボリューム目録に記された情報を、ストレージ装置の構成を管理する管理計算機に通知する手段とを備える構成でも良い。
【００１２】
さらに、１または複数のボリュームとディスク制御装置とのペアが複数設けられて構成され、ホスト計算機により使用されるストレージ装置の構成を管理する管理計算機において、ディスク制御装置のそれぞれからの、ディスク制御装置内のディスク管理テーブルに記された情報を、ディスク制御装置の識別子と共に自管理計算機がアクセス可能なストレージ装置に格納する手段と、要求されたグループあるいはボリューム識別子に対応するボリュームが属するディスク制御装置に対して、要求されたグループあるいはボリューム識別子に属するボリュームに関するボリューム目録の情報の取得を依頼する手段と、この依頼による応答としてのボリューム目録の情報により、自管理計算機がアクセス可能なストレージ装置に格納されているディスク管理テーブルの情報のファイルを、通知を受けたディスク管理テーブルの情報に更新する手段とを備える構成としても良い。
【発明の効果】
【００１３】
以上説明したように本発明によれば、ホスト計算機の負荷を増大させることなく、大規模ストレージシステムの利用状況を管理するための情報を採取することができる。
【発明を実施するための最良の形態】
【００１４】
図１は第１の実施形態による計算機システムの構成例を示すブロック図である。図１において、１００はホスト計算機、１０１、８０１はＣＰＵ、１０２、８０２はハードディスクドライブ（ＨＤＤ）、１０３、８０３はメモリ、１１０はグループ通知部、２００はストレージサブシステム、３００はディスク制御装置、３１０はボリューム情報取得部、３２０はボリューム管理テーブル、４００、５００、６００、７００はボリューム、４１０、５１０、６１０、７１０はボリューム目録、４２０、４３０、５２０、５３０、６２０、６３０、７２０、７３０はファイル１〜８、８００は管理計算機（以下、「管理サーバ」ともいう）、８０４はディスプレイである。
【００１５】
第１の実施形態による計算機システムは、外部装置からの指示による業務処理を実施するホスト計算機１００と、業務処理で取り扱うデータ等が格納されているストレージ装置としてのストレージサブシステム２００と、ストレージサブシステム２００の構成を制御する管理サーバ８００とを有する。
【００１６】
ストレージサブシステム２００と管理サーバ８００は、アダプタ２１０ならびにアダプタ８０５を介した専用線によって接続されている。そして、予め定められたプロトコルを用いて、管理サーバ２００からは、ストレージサブシステム８００へ取得すべき情報に関する要求内容を送り、ストレージサブシステム８００からは、取得して通知する情報を管理サーバへ送る。
【００１７】
ストレージサブシステム２００は、複数のボリューム、図示例の場合、４つのボリューム４００、５００、６００、７００と、それらを制御するディスク制御装置３００とを有する。なお、図示していないが、ストレージサブシステム２００はディスク制御装置３００に接続される１又は複数のディスク装置を有する。ここでディスク装置とは不揮発性の記憶媒体を有する記憶装置であり、例えばハードディスクドライブ（ＨＤＤ）等である。ストレージサブシステム２００に設けられる複数のボリュームは仮想的な記憶領域である。１つのボリュームは１つのディスク装置が有する物理的な記憶領域で構成されてもよく、また、複数のディスク装置のそれぞれが有する物理的な記憶領域で構成されていてもよい。ディスク制御装置３００は、管理対象となっているボリューム４００、５００、６００、７００の情報を格納するボリューム管理テーブル３２０と、ボリューム管理テーブル３２０の情報から、情報取得するボリュームを決定し、必要とする情報を採取し、管理サーバ８００に通知するボリューム情報取得部３１０とを有する。また、ディスク制御装置３００は、図示していないが、ＣＰＵやメモリを有する。
【００１８】
ボリューム情報取得部３１０は、専用のハードウエアでもＣＰＵで実行されるプログラムでも良い。各ボリューム４００、５００、６００、７００のそれぞれには、４２０、４３０、５２０、５３０、６２０、６３０、７２０、７３０の符号により示したファイル１〜８が格納されている。そして、各ボリューム４００、５００、６００、７００の予め定められた位置には、それぞれのボリュームにどのようなファイルが格納されているかを登録しているボリューム目録４１０、５１０、６１０、７１０が格納されている。ボリューム目録４１０、５１０、６１０、７１０には、ファイル名、ファイルの配置先、容量が記載されている。
【００１９】
ホスト計算機１００は、ＣＰＵ１０１、ＨＤＤ１０２、メモリ１０３を有する一般的な計算機である。ホスト計算機１００は、ＨＤＤ１０２内に格納されメモリ１０３内にローディングされる業務処理プログラム及びＯＳ１０４の制御の下に業務を実行する。グループ通知部１１０は、メモリ１０３内に格納されるプログラムにより実現される。数多くのストレージ装置を利用するような計算機システムは、人事、経理等の業務単位あるいは閲覧、登録等の利用目的単位にストレージ装置を使い分けることが多い。そこで本実施形態では、ホスト計算機１００にグループ通知部１１０を設ける。そしてホスト計算機１００は、グループ通知部１１０を用いて、各ボリューム４００、５００、６００、７００を業務単位あるいは利用目的単位に複数のグループに分けた結果をストレージサブシステム２００に通知する。ストレージサブシステム２００は、通知されたグループに関する情報をボリューム管理テーブル３２０に登録する。
【００２０】
図２は各ボリューム４００、５００、６００、７００内に格納されているボリューム目録４１０、５１０、６１０、７１０の構成例を説明する図である。ここでは、ボリューム目録４１０を例に説明する。なお、各ボリューム４００、５００、６００、７００には、その識別子として、それぞれ、ＶＯＬ１、ＶＯＬ２、ＶＯＬ３、ＶＯＬ４という識別子が付けられているものとする。
【００２１】
ボリューム目録４１０は、次に説明するようなフィールドを有している。すなわち、４１１は、ボリューム識別子を格納するフィールドで、ここでは、ＶＯＬ１という文字列が格納される。４１２は、このボリューム目録４１０が管理しているエントリ数を格納するフィールドで、この場合、２が格納されている。言い替えれば、エントリ数とは、ボリューム４００内に格納されているファイル数を意味することになる。そして、４１３、４１４、４１５には、ファイル１に関する情報が格納される。４１３にはファイル１のファイル名、４１４には格納先の先頭アドレス、４１５にはファイル１の長さが格納される。同様に、４１６、４１７、４１８には、ファイル２に関する情報が格納される。４１６にはファイル２のファイル名、４１７には格納先の先頭アドレス、４１６にはファイル２の長さが格納される。
【００２２】
図３はディスク制御装置内に備えられるボリューム管理テーブル３２０の構造例を説明する図である。
【００２３】
ボリューム管理テーブル３２０は、ストレージサブシステム２００においてボリューム管理情報を管理するテーブルである。ボリューム管理テーブル３２０は、ボリューム識別子を格納するフィールド３２１と、そのボリュームのディスク装置における格納場所を示す物理アドレスを格納するフィールド３２２と、グループ通知部１１０によって識別子が付けられたグループ名を格納するフィールド３２３とを有する。ここでは、ＶＯＬ１に対しては、物理アドレスが１、グループ名がＡという情報が格納されている。また、ＶＯＬ２に対しては、物理アドレスが２、グループ名がＡという情報が格納され、ＶＯＬ３に対しては、物理アドレスが３、グループ名がＢという情報が格納されている。さらに、ＶＯＬ４に対しては、物理アドレスが４、グループ名がＢという情報が格納されている。前述のボリューム識別子と物理アドレスの情報は、計算機システム立ち上げ時のディスク制御装置３００の初期設定時にホスト計算機１００からストレージサブシステム２００へ通知される。一方、グループの情報は、計算機システム立ち上げ後、ホスト計算機１００がグループ通知部１１０を用いてストレージサブシステム２００に通知する。
【００２４】
図４はディスク制御装置３００のボリューム情報取得部が管理サーバに対して通知する情報のフォーマット例を説明する図である。
【００２５】
管理サーバ８００に対しては、求められているボリューム４００、５００、６００、７００の情報として、ボリューム目録４１０、５１０、６１０、７１０の内容が通知される。このため、ディスク制御装置３００のボリューム情報取得部が管理サーバに対して通知する情報は、図４に示すフォーマット９００のように、レコード長９１０、ボリューム目録レコード９２０を含んでいる。レコード長９１０には、通知フォーマットのレコードの長さ（Ｌバイト）が格納され、ボリューム目録レコード９２０には、図２により説明したボリューム目録４１０、５１０、６１０、７１０が格納される。この９２０のフィールド長は、レコード長のフィールド長が４バイトであるため、（Ｌ−４）バイトである。
【００２６】
図５はディスク制御装置３００のボリューム情報取得部の処理動作を説明するフローチャートである。利用者は、図１には図示していない外部装置等から管理計算機８００に、入力情報としてボリューム識別子、あるいはグループ名を入力する。管理計算機８００は、入力されたボリューム識別子等に対応する情報（ボリューム目録等）をストレージサブシステム２００のボリューム情報取得部３１０から取得して、利用者に通知する。以下処理手順の詳細について説明する。
【００２７】
（１）管理サーバ８００からボリューム識別子又はグループ名の情報を受け取ったボリューム情報取得部３１０は、まず、ボリューム管理テーブル３２０の先頭のエントリを解析の対象として取り込む（ステップ５０１）。また、管理計算機８００からの入力情報がグループ名であったか否かを判断する（ステップ５０２）。
【００２８】
（２）ステップ５０２で入力情報がグループ名であると判定された場合、ボリューム情報取得部３１０は、ボリューム管理テーブル３２０から取り込んだ解析対象のグループ名が、入力情報として指定されたグループ名と一致するか否かを判断する（ステップ５０３）。
【００２９】
（３）ステップ５０２で入力情報がグループ名でないと判断された場合、すなわち、ボリューム識別子であった場合、ボリューム情報取得部３１０は、ボリューム管理テーブル３２０から取り込んだ解析対象のボリューム識別子が、指定されたボリューム識別子と一致するか否かを判断する（ステップ５０４）。
【００３０】
（４）ステップ５０３で解析対象のグループ名が入力情報のグループ名と一致した場合又はステップ５０４で解析対象のボリューム識別子が入力情報のボリューム識別子と一致した場合、ボリューム情報取得部３１０は、解析対象のエントリのフィールド３２２に格納されている物理アドレスを取得する。その後ディスク制御装置３００は、取得した物理アドレスを用いて入出力動作を実施し、ボリュームに格納されているボリューム目録４１０、５１０、６１０、７１０の情報を取得する。ボリューム情報取得部３１０は、取得した情報を図４により説明したフォーマットにより、ストレージサブシステム２００と管理サーバとの間を接続する通信線を介して管理サーバ８００に転送する。情報を取得した管理サーバ８００は、自身が有するディスプレイ８０４に取得した情報を表示する（ステップ５０５）。
【００３１】
（５）ステップ５０３、５０４において、解析対象のグループ名が入力情報のグループ名と一致しなかった場合、解析対象のボリューム識別子が、入力情報のボリューム識別子と一致しなかった場合、又はステップ５０５の処理の後、ボリューム情報取得部３１０は、現在の解析対象となっているエントリが、ボリューム管理テーブル３２０の最終エントリであるか否かを判断する（ステップ５０６）。
【００３２】
（６）ステップ５０６で現在の解析対象となっているエントリが最終エントリで無いと判定された場合、ボリューム情報取得部３１０は、解析対象を次のエントリとして、ステップ５０１からの処理に戻って処理を続ける。一方、現在の解析対象となっているエントリが最終エントリであった場合、ボリューム情報取得部３１０は、処理を終了する（ステップ５０７、５０８）。
【００３３】
本実施形態による処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００３４】
図６は第２の実施形態による計算機システムの構成例を示すブロック図である。図６において、１０００はストレージ装置、１０５０はボリューム管理テーブル、１２００、１２００−１はボリューム情報取得部、１３００、１３００−１は更新フラグであり、他の符号は図１の場合と同一である。また、各符号に「−１」の付与して示しているものは、「−１」の前の符号で示された図１、図６のものと同一である。
【００３５】
第２の実施形態では、１つのホスト計算機１００が、２つのストレージサブシステム２００、２００−１を利用することを可能に構成した計算機システムである。ここでは２つのストレージサブシステム２００、２００−１のそれぞれのディスク制御装置３００、３００−１にボリューム管理テーブル３２０、３２０−１が設けられることになるため、ボリューム管理テーブルの解析が困難になる。
【００３６】
そこで、第２の実施形態では管理サーバ８００がアクセス可能なストレージ装置１０００を設ける。そして計算機システムでは、ボリューム管理テーブル３２０、３２０−１の内容を、そのストレージ装置１０００内のファイルとして、ボリューム管理テーブル１０５０に集約する。
【００３７】
こうしたデータの受け渡しは、第１の実施の形態と同様で、専用線を用いた転送によって実現される。図６では、ストレージサブシステム２００のアダプタ２１０と管理サーバ８００のアダプタ８０５が、専用線を介して接続されている。また、ストレージサブシステム２００−１のアダプタ２１０−１と管理サーバ８００のアダプタ８０５とが、専用線を介して接続されている。これらの専用線を用いて、予め定められたプロトコルで、ストレージサブシステム２００、２００−１と管理計算機８００との間での情報の授受が実現される。
【００３８】
さらに第２の実施形態は、第１の実施形態でディスク制御装置３００に備えられていたボリューム情報取得部３１０を管理サーバ８００に配置し、ボリューム管理テーブル１０５０を用いて解析するようにしている。このため、ディスク制御装置３００、３００−１のそれぞれは、管理サーバ８００に設けたボリューム管理テーブル１０５０にボリューム情報を入力するボリューム情報入力部１２００、１２００−１を有する。
【００３９】
ボリューム情報取得部３１０は、検索条件を満たすボリュームが存在した場合、ボリューム情報入力部１２００、１２００−１にそのボリュームの物理アドレスの情報を送付して、ボリューム目録の情報の取得を依頼する。
【００４０】
第２の実施形態では、計算機システム稼動中に、ホスト計算機１００のグループ通知部１１０により、ディスク制御装置３１０、３１０−１内のボリューム管理テーブル３２０、３２０−１が更新される。この場合、管理サーバ８００が持つストレージ装置１０００上のボリューム管理テーブル１０５０に、最新の情報が更新されない。そこで、ディスク制御装置３１０、３１０−１に更新フラグ１３００、１３００−１を設け、ボリューム管理テーブル３２０、３２０−１が更新されたとき、ディスク制御装置３００、３００−１はこのフラグをＯＮにする。そして、ボリューム情報入力部１２００、１２００−１は、管理サーバ８００のボリューム情報取得部３１０から情報の入手依頼があったとき、ボリューム管理テーブル３２０、３２０−１の情報をボリューム情報取得部３１０に通知すると共に、更新フラグ１３００、１３００−１をＯＦＦにする。その情報を得たボリューム情報取得部３１０は、その情報によりボリューム管理テーブル１０５０を更新する。これにより、ボリューム管理テーブル１０５０は、最新の情報を保持することができる。
【００４１】
図７はボリューム情報入力部から管理サーバのボリューム情報取得部に入力されるデータのフォーマット例を説明する図である。
【００４２】
図７に示すデータフォーマット１１００は、このレコード全体の長さを示すレコード長１１１０を格納するフィールドと、ボリューム管理情報及びボリューム目録情報を格納するフィールドとを有する。具体的には、フィールド１１２０、１１３０、１１４０に登録される内容がボリューム管理情報を示している。フィールド１１２０は、ボリューム管理情報全体の長さ（Ｌ１バイト）を示し、フィールド１１３０は、ボリューム管理情報であることを示すレコード識別子であり、ここでの例では“００”が格納されている。また、フィールド１１４０には、最新のボリューム管理情報の本体が格納されている。なお、ボリューム管理情報は、不要である場合があり、この場合、ボリューム管理情報全体の長さを示すフィールド１１２０には、フィールド１１２０と１１３０との長さの和が格納される。
【００４３】
また、フィールド１１５０、１１６０、１１７０には、ボリューム目録情報が格納されている。そして、フィールド１１５０には、ボリューム目録情報全体の長さ（Ｌ２バイト）が格納され、フィールド１１６０には、ボリューム目録情報であることを示すレコード識別子、ここでの例では“０１”が格納されている。さらに、フィールド１１７０には、最新のボリューム目録情報の本体が格納されている。
【００４４】
前述した各実施形態によれば、システム規模の増大に伴い、利用するストレージ装置の記憶容量やストレージ装置数が増大していく計算機システムにおいて、ホスト計算機の負荷を増大させることなく、ストレージ装置の情報、具体的には、ストレージ装置の利用状況に関する情報や格納されているファイルに関する情報を効率よく取得することができる。
【図面の簡単な説明】
【００４５】
【図１】第１の実施形態による計算機システムの構成例を示すブロック図。
【図２】各ボリューム内に格納されているボリューム目録の構成例を説明する図。
【図３】ディスク制御装置内に備えられるボリューム管理テーブルの構造を説明する図。
【図４】ディスク制御装置のボリューム情報取得部が管理サーバに対して通知する情報のフォーマット例を説明する図。
【図５】ディスク制御装置のボリューム情報取得部の処理動作を説明するフローチャート例。
【図６】第２の実施形態による計算機システムの構成例を示すブロック図。
【図７】ボリューム情報入力部から管理サーバのボリューム情報取得部に入力されるデータのフォーマット例を説明する図。
【符号の説明】
【００４６】
１００…ホスト計算機、２００…ストレージサブシステム、３００…ディスク制御装置、８００…管理計算機。
【図１】
2005004720.tif 000003
【図２】
2005004720.tif 000004
【図３】
2005004720.tif 000005
【図４】
2005004720.tif 000006
【図５】
2005004720.tif 000007
【図６】
2005004720.tif 000008
【図７】
2005004720.tif 000009