JP2005267501A - ストレージ管理方法及びシステム - Google Patents

Abstract

【課題】複数のストレージサブシステム内のボリューム情報を統合して収集し、オーバヘッドを低減させる。
【解決手段】１又は複数のボリュームを有する複数のストレージサブシステムと、ストレージサブシステムの構成を管理する管理計算機とを有し、接続されるホスト計算機に対してストレージサブシステム内のボリュームの使用を提供するストレージシステムにおいて、ホスト計算機は、アクセス可能なストレージサブシステムのボリュームに関する構成情報を管理計算機に通知する構成情報通知部を有し、ストレージサブシステムは、要求されたボリュームに関するボリューム目録の情報を取得して、管理計算機に送信するボリューム情報取得部を有する。管理計算機は、ボリューム情報取得部により取得されたボリュームの利用状況に関する情報をグループ毎に表示器に表示する。
【選択図】図１

Description

本発明は、ストレージ管理方法及びシステムに係り、特に多数のストレージを有する計算機システム上におけるストレージの利用状況の監視に関する。

複数のホスト計算機がストレージ内のボリューム、例えばディスク装置に形成された論理的な領域を占有あるいは共有しながら、業務を処理する複合型計算機システムが使用されている。この種の計算機システムでは、システムの大規模化や業務の多様化に伴い、ストレージサブシステムで多種多様なデータを効率よく操作できることが求められている。しかもそれらの要求を、ストレージの管理コストを低減させて実現することが重要である。そのためには、ストレージの利用状況やファイルの配置情報の取得を効率よく行うことができる環境を構築することが重要である。

ストレージの利用状況を管理する方法として、例えば、特開２００３−３０３０５４公報（特許文献１）には、ストレージ自体でストレージの使用状況を運用監視する方法が開示されている。即ち、複数のストレージのそれぞれに管理モジュールを設け、ユーザの計算機からのストレージ内のボリュームの使用状況を随時監視し、使用状況の変動に応じてストレージから使用状況をユーザに通知する。これにより、ユーザの計算機にストレージの容量等に関するストレージの運用管理を行わせるとなく、ストレージの運用管理を行おうとしている。

特開２００３−３０３０５４公報

上記従来技術では、個々のストレージサブシステム単位でボリュームの利用状況を監視して、監視情報を取得している。そのため、複数のストレージサブシステムを含む大規模なシステムで、システム全体として運用管理する場合には、複数のストレージサブシステムの監視情報を収集、解析する必要がある。この場合には、個々のストレージサブシステムから得られた情報を統合しなければならず、そのための処理が複雑になり、かつその負荷も無視できないものとなるであろう。

本発明の目的は、複数のストレージサブシステム内のボリューム情報を統合して収集し、オーバヘッドを低減させるストレージ管理方法及びシステムを提供することにある。
本発明の他の目的は、ストレージサブシステム間にまたがった複数のボリューム情報を、グループ単位で取得して、運用の向上を図るストレージ管理方法及びシステムを提供することにある。

本発明は、１又は複数のボリュームを有するストレージサブシステムと、ストレージサブシステムの構成を管理する管理計算機とを有し、接続されるホスト計算機に対してストレージサブシステム群内のボリュームの使用を提供するストレージシステムにおいて、ホスト計算機は、アクセス可能なストレージサブシステムのボリュームに関する構成情報を管理計算機に通知する構成情報通知部を有し、ストレージサブシステムは、要求されたボリュームに関するボリューム目録の情報を取得して、管理計算機に送信するボリューム情報取得部を有し、管理計算機は、ホスト計算機の構成情報通知部から取得したボリュームの構成情報と、ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けて登録するボリューム情報テーブルと、指定されたグループ識別子からグループ識別子に属するボリューム、及びボリュームが属するストレージサブシステムを求め、該ストレージサブシステムから目的のボリュームを求めて、このボリュームのボリューム目録に関する情報を取得するボリューム情報取得部と、少なくともボリュームの利用に関する情報を表示する表示器と、を有し、
ボリューム情報取得部により取得されたボリュームの利用状況に関する情報をグループ毎に表示器に表示するストレージシステムである。
上記ホスト計算機は、好ましくはボリュームの構成情報として、ホスト計算機がアクセス可能なストレージサブシステム内のボリュームのボリューム識別子及びボリューム識別子の物理アドレスに関する情報を含む情報を格納する構成情報ファイルを有し、構成情報通知部は、構成情報ファイルからボリューム構成情報を取得する。
上記ボリューム情報テーブルは、好ましくは構成情報通知部から取得したボリューム識別子と、ボリューム識別子に対応する物理アドレスに、ボリュームが属するストレージサブシステムの識別子と、ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録する。
上記ボリューム情報取得部は、好ましくは、入力器より指定されたグループ識別子から、グループ識別子に属するボリュームを求め、ストレージサブシステム群内のボリュームが属するストレージサブシステムをストレージサブシステムの識別子から求め、このストレージサブシステムに対して、ボリューム名及び物理アドレスを指定して、ボリュームのボリューム目録に登録された情報を取得する。
このボリューム目録には、好ましい例では、ボリュームの識別子と、ボリューム内に形成されるファイルの数と、各ファイルに関する情報が登録される。
上記ファイルに関する情報としては、例えば、ファイル名、ボリューム内のファイルの格納の先頭アドレス、ファイルサイズ、ファイルの使用量、ファイルの作成日付に関する情報が登録される。
好ましい例では、上記ボリューム目録又はボリューム目録の配置場所の情報は、ボリューム内の予め定められた領域に格納される。
本発明は、斯かるストレージシステムにおけるホスト計算機、或いは斯かるストレージシステムにおけるストレージサブシステムの発明としても把握される。

本発明は、ホスト計算機に提供される１又は複数のボリュームを有するストレージサブシステムの利用に関する管理を行う管理計算機として把握される。即ち、少なくともボリュームの利用に関する情報を表示する表示器と、管理のための情報を入力する入力器と、
ホスト計算機から取得されたストレージサブシステムのボリュームに関する構成情報と、ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けて登録するボリューム情報テーブルを格納するメモリと、入力器より指定されたグループ識別子からグループ識別子に属するボリューム、及びボリュームが属するストレージサブシステムを求め、該ストレージサブシステムから目的のボリュームを求めて、このボリュームのボリューム目録に関する情報を取得するため処理を行うＣＰＵと、を有し、ストレージサブシステムから取得された、指定されたグループに属するボリュームの利用状況に関する情報を表示器に表示する管理計算機である。
上記ボリューム情報テーブルは、好ましくは、取得されたボリューム識別子と、ボリューム識別子に対応する物理アドレスに、ボリュームが属するストレージサブシステムの識別子と、ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録する。
また、好ましい例において、表示器には、ボリュームの利用状況に関する情報として、グループ識別子と、ストレージサブシステムの識別子と、ボリューム識別子と、ファイル名称と、及びファイルの使用状況に関する情報の項目を含む表示画面が表示される。
上記ファイルの使用状況に関する情報の項目としては、例えば、ファイル容量、実際に使用されているファイル容量、ファイルの利用率に関する情報の項目を含む。

本発明は、また、ホスト計算機に提供される１又は複数のボリュームを有するストレージサブシステムの利用に関する管理を行うストレージの管理方法としても把握される。即ち、ホスト計算機から取得されたストレージサブシステムのボリュームに関する構成情報と、ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けてテーブルに登録するステップと、入力器から指定されたグループ識別子からそのグループ識別子に属するボリューム、及びボリュームが属するストレージサブシステムを求め、かつ求められたボリュームからのボリューム目録の情報を取得するステップと、取得されたボリューム目録からボリュームの利用状況に関連する情報をグループ識別子に対応して表示器の表示画面に表示するステップとを有するストレージ管理方法である。
ここで、上記テーブルには、好ましくは取得されたボリューム識別子と、ボリューム識別子に対応する物理アドレスに、ボリュームが属するストレージサブシステムの識別子と、ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録する。
また、上記表示画面に、グループ識別子と、ストレージサブシステムの識別子と、ボリューム識別子と、ファイル名称と、及びファイルの使用状況に関する情報の項目を含む画面を表示する。
本発明は、また上記各ステップを実行するためのプログラムとして把握される。

本発明によれば、複数のストレージサブシステム内のボリューム情報を統合して収集することができるので、情報取得に要するオーバヘッドを低減させることができる。また、ストレージサブシステム間にまたがった複数のボリュームを、グループ単位で取得することができるので、さらに運用の向上が図れる。

また、複数のストレージサブシステム内の各ボリュームとホスト計算機との接続関係を意識する必要がないため、システム形態の変更に対しても、柔軟に対応することができる。

以下、図面を参照して、ストレージ管理方法の実施形態について詳細に説明する。
図１は、本発明の一実施形態における計算機システムの構成を示すブロック図である。図１において、１は管理計算機であり、計算機システム内のストレージの利用状況に関する情報を収集し、その情報をディスプレイ３に表示する。さらに、この計算機システムには、２台のホスト計算機４を有している。この２台のホスト計算機４０１、４０２は、２台のストレージサブシステム５（５０１，５０２）を共用し、ストレージサブシステム５内に設けられたストレージを共用、あるいは占有して使用し、業務処理を実行している。

まず、管理計算機１の構成について説明する。
管理計算機１は、リクエスト内容をコマンド入力するキーボード２と、ストレージの利用状況を表示するディスプレイ３を具備している。
管理計算機１には、命令プロセッサであるＣＰＵ１１と、データやプログラムを格納するＨＤＤ１２と、実行させるプログラムやロード先であったり、プログラム動作中にアクセスするデータを配置したりするメモリ１３、及びホスト計算機４やストレージサブシステム５とデータのやりとりをするための通信路と接続するためのアダプタ１７１、１７２、１７３、１７４がから構成されている。

ＨＤＤ１２には、どのボリュームをどのグループとして定義したかを格納しているグループ定義ファイル１２５が格納される。一方、メモリ１３内には、グループ定義ファイル１２５の情報と、接続されたホスト計算機４０１，４０２の各々が使用しているボリューム情報を統合した情報を生成するボリューム生成部１４と、生成した情報をテーブルの形で保持しているボリューム情報テーブル１６と、ボリューム情報テーブル１６から得られた情報を基に、目的とするボリューム情報の取得をストレージサブシステム５０１，５０２に依頼し、得られた情報をディスプレイ３に転送して表示させるボリューム情報取得部１５を格納して構成される。
尚、グループ定義ファイル１２５及びボリューム情報テーブル１６の構成については、図５，６を参照して後述する。ボリューム生成部１４及びボリューム情報取得部１５は、それぞれの機能を有するプログラムであり、これらのプログラムはＣＰＵ１１で実行される。その動作については後述する。

管理計算機１には、アダプタ１７１、１７２及び専用線７を介してホスト計算機４０１及びホスト計算機４０２と接続される。ホスト計算機４０１、４０１´は、アダプタ４４、４４´を介して、管理計算機１とそれぞれ通信する。

次に、ホスト計算機４の構成について説明する。
本実施形態では、ホスト計算機４０１及び４０２を備えているが、双方とも同様の構成である。以下、ホスト計算機４０１側を例にして、ホスト計算機の内部構成を説明する。
ホスト計算機４０１は、メモリ４１、ＣＰＵ４２、ＨＤＤ４３から構成される。ＨＤＤ４３には、ホスト計算機４０１がアクセス可能なボリュームの情報を、構成情報ファイル４３１として格納している。メモリ４１内に格納された構成情報通知部４１５は、構成情報ファイル４３１の情報を取得する機能を有するプログラムであり、ＣＰＵ４２でこの構成情報通知部４１５の機能が実行される。その実行により構成情報ファイル４３１の情報が取得され、その構成情報はアダプタ４４及び専用線７を介して管理計算機１へ転送される。
尚、ホスト計算機４０２も同様の構成及び処理動作を行うので、その説明は省略する。

次に、ストレージサブシステム５について説明する。
ストレージサブシステム５は、それぞれ入出力用の専用チャネル６を介して、ホスト計算機４との間でデータ入出力を行う。
本例において、２つのストレージサブシステム５０１，５０２は、双方とも同様の構成を成している。ここでは、ストレージサブシステム５０１を例にして、ストレージサブシステム内の構成について説明する。

ストレージサブシステム５０１は、複数のボリューム５２、５３と、これらのボリューム５２、５３へのアクセスを制御するディスク制御装置５１を有する。ボリューム５２、５３には、各々自ボリューム内にあるファイル情報を格納するボリューム目録５２１、５３１が、ボリューム内のあらかじめ定められた領域に格納されている。そして、ボリューム５２，５３内には、このボリューム目録５２１、５３１が管理しているファイル５２２、５２３、５３２，５３３が配置される。
ボリューム５２内のボリューム目録５２１は、ファイル５２２と５２３の情報を格納して管理している。同様に、ボリューム５３のボリューム目録５３１は、ファイル５３２及び５３３の情報を格納して管理する。ディスク制御装置５１は、ボリューム５２，５３のアクセスを制御するユニットであり、ボリューム情報取得部５１５は、ボリューム目録５２１，５３１から必要とするボリューム目録情報を取得する。
尚、ストレージサブシステム５０２も同様の構成及び処理動作であるので、説明は省く。

次に、図２を用いて、ボリューム目録５２１の形式について説明する。
図２に示されるボリューム目録５２１の各フィールドについて説明する。ボリューム識別子５２１１のフィールドには、ボリューム識別子が登録され、ここではＶＯＬ１が入る。尚、他方のボリューム目録５３１のボリューム識別子には、ＢＯＬ２が入ることが理解される。ファイル数５２１２には、ボリューム５２内に格納されたファイル数が登録される。この例では、ファイル数が２つなので、「２」が格納される。そして、以降のフィールド５２１３，５２１４には、個々のファイル情報が格納される。図２の場合は、ファイル数が２つなので、２つのフィールド５２１３、５２１４だけであるが、ファイルの数分のフィールドが用意される。

次に、ファイル情報５２１３のフィールドに格納される情報について説明する。
ファイル情報５２１３のフィールドには、ファイル名５２８１、ボリューム５２内でのファイルの配置先の先頭アドレス５２８２、ファイルサイズ５２８３、実際の使用量５２８４、作成日付５２８５、最終更新日付５２８６、作成者５２８７がそれぞれ格納される。尚、ファイル５２１４のフィールドも同様の構成である。

このようなボリューム目録５２１の情報は、ファイルをアロケートした際に作成され、ファイルを消去した際に、対応するエントリは削除される。また、プログラム実行時に、ファイルへのアクセスの状況が、ボリューム目録５２１内の対応するファイルのフィールド５２１３に、オペレーティングシステム（ＯＳ）によって登録される。

次に、図３以降を参照して、目的とするボリューム目録の取得及びその表示について説明する。
図３は、ホスト計算機４０１における構成情報ファイル４３１の構造を示す。
構成情報ファイル４３１には、ホスト計算機４からアクセスできるボリューム情報が格納される。構成情報ファイル４３１は、ストレージサブシステム識別子４３１１と、ボリューム識別子４３１２と、ストレージサブシステム内での物理アドレス４３１３を格納するフィールドから構成される。

ここでは、ストレージサブシステム５０１に、”１”という識別子がつけられ、ストレージサブシステム５０２に、”２”という識別子が付けられ。図示の例では、ストレージサブシステムの識別子”１”と”２”が入る２つのエントリから成る。即ち、ホスト計算機４０１は、ストレージサブシステム５０１のＶＯＬ１（参照符号５２）、及びストレージサブシステム５０２のＶＯＬ３（参照符号３）に対してアクセスできることを示している。この構成情報ファイル４３１は、構成情報通知部４１５によりロードされて、管理計算機１へ転送される。

図４に、構成情報通知部４１５から管理計算機１へ転送されるデータのレコード形式の例を示す。
構成情報ファイル４３１の転送データのレコードにおいて、フィールド４１６１には、エントリ数が登録され、この例では”２”が入る。次に続くフィールドには、ＶＯＬ１に関する情報として、ストレージサブシステム識別子4162、ボリューム識別子4163、物理アドレス4164が順に入る。更に続くフィールドには、同様に、ＶＯＬ３に関する情報として、ストレージサブシステム識別子4362、ボリューム識別子4363、物理アドレス4364が順に入る。
これらを含む構成情報は、ホスト計算機４０１が立ち上がる際に、オペレーティングシステムにより収集されて、管理計算機１に転送される。尚、説明を省略したが、ホスト計算機４０２側の構成情報ファイル431´も、内容は異なるかもしれないが図３と同様の構成情報を含み、図４と同様のデータ形式で、管理計算機１へ転送されることが理解される。

次に、図５を参照して、グループ定義ファイル１２５の構造について説明する。
これは、計算機システムの管理者が、個々のボリューム５２〜５３´を、バッチ処理用や、オンライントランザクション処理用などといった、利用目的に応じてグルーピングすることで、管理を容易にするために、定義された情報を格納するファイルである。
このグループ定義ファイル１２５は、グループ名１２５１、ボリューム識別子１２５２、ストレージサブシステム１２５３を登録するフィールドを有する。図示の例では、グループＡに、ＶＯＬ１とＶＯＬ４が属し、グループＢには、ＶＯＬ２とＶＯＬ３が属することを意味している。

グループ定義ファイル１２５は、ホスト計算機401,402が立ち上がり、構成情報通知部415,415´から構成情報ファイル431,431´が転送されてくる度に参照される。そして、既にグループ定義ファイル１２５に登録されている情報と構成情報ファイル431,431´の情報がマージされて、ボリューム情報テーブル１６が生成される。

図６に、ボリューム情報テーブル１６の構成を示す。
ボリューム情報テーブル１６は、ストレージサブシステム識別子１６１、ボリューム識別子１６２、物理アドレス１６３、及びグループ名１６４を登録するフィールドから構成される。図示の例では、全てのボリュームである、ＶＯＬ１、ＶＯＬ２、ＶＯＬ３、及びＶＯＬ４の情報が登録されている。
ボリューム情報取得部１５は、このボリューム情報テーブル１６を参照することにより、システム管理者から指定されたグループ又はボリューム識別子を基に、登録されたボリュームを認識して、どのボリューム目録５２１〜５３１´の情報を取得すればよいかを判断する。そして、そのボリューム目録５２１〜５３１´が属しているディスク制御装置51,51´内のボリューム情報取得部515,515´に対して、ボリューム情報の取得を要求する。こうして得られたボリューム情報は、ディスプレイ３に転送して、表示される。
この転送時におけるレコード形式を図７に示す。

図７において、ボリューム目録情報３１のレコードは、レコード長３１１とボリューム目録３１２のフィールドから構成される。レコード長３１１のフィールドは４バイトであり、この４バイトを含めた長さがレコード長となる。このレコードは、１つのボリューム目録に対して、１つのレコードが生成される。よって、複数のボリューム目録を取得する必要がある場合には、複数のレコードが生成されて、ディスプレイ３へ転送されることになる。

次に、図９を参照して、ディスプレイ３におけるボリューム構成情報等の表示例について説明する。
ディスプレイ３の表示画面は、情報表示部３１とスクロール制御部３２から構成される。情報表示部３１は、キーボード２から指定されたグループに属するボリュームに関する情報が表示される。尚、図示の例は、グループＡに関するボリューム構成情報が表示されている状態である。

情報表示部３１の表示内容としては、グループ識別子３１１、ストレージサブシステムの識別子３１２、ボリューム識別子３１３、ファイル名称３１４、ファイル容量３１５、実際に使用されているファイル容量３１６、ファイルの利用率３１７の項目がある。
この表示例において、グループ識別子３１１には、”Ａ”が表示される。ストレージサブシステムの識別子３１２のフィールドには、グループＡに属しているボリュームの識別子”１”及び”２”が表示される。

この識別子が”１”であるストレージサブシステム５０１には、グループＡに属するボリューム５２が存在するので、フィールド３１２の列に”１”が表示され、ボリューム５２の識別子である”ＶＯＬ１”がフィールド３１３の列に表示される。そして、”ＶＯＬ１”に属するすべてのファイルの名称がフィールド３１４の列に表示される。ファイルに関する情報として、各ファイル用にアロケートした容量がフィールド３１５、実際に使用している容量がフィールド３１６、利用率がフィールド３１７０の列に、それぞれ各ファイルに対応して表示される。

ボリューム識別子が”２”であるストレージサブシステム５０２に関する表示例の見方も同様である。即ち、グループＡに属するボリューム５３´が存在するので、そのボリュームのボリューム識別子、及びこのボリューム内に配置されているファイルの情報が表示される。

ここで、システムが大規模化に伴い、同一グループ内に属するボリューム数が増加する場合や、各ボリューム内に配置されたファイル数が多数になる場合が想定される。このような場合には、一括して全ての情報を１画面内に表示しきれないことが生じる。そこで、斯かる場合に対応して、スクロール制御部３２が設けられ、画面をスクロールさせることで、必要とする情報が表示できる形式となっている。

次に図８のフローチャートを参照して、ボリューム情報取得部１５による処理動作を説明する。
この処理は、ボリューム情報取得部１５のプログラムがＣＰＵ１１で実行されることにより行われる。この例では、グループ名を指定してもよいし、またそのボリューム識別子を指定しても良いことにする。
まず、システム管理者は、検索対象となるグループ名又はボリュームの識別子をキーボード２から入力して指定する。ボリューム情報取得部１５は、その検索対象の情報をボリューム情報テーブル１６の先頭エントリにセットする（１５１０）。次に、キーボード２から指定された情報が、ボリューム指定か又はグループ指定かを判断する（１５２０）。この判断の結果、ボリューム指定の場合はステップ１５３０に進み、グループ指定の場合はステップ１５４０に進む。

まず、ボリューム指定の場合について説明する。この場合には、指定されたボリュームが現在の検索対象となっているエントリと一致するかを判断する（１５３０）。一致した場合は、そのエントリのストレージサブシステム識別子に対応する構成情報取得部５１５、５１５´に対して、そのエントリのボリューム名と物理アドレスを指定して情報の取得を要求する。
一方、ステップ１５３０の判定で一致しない場合は、そのエントリが最終エントリであるかを判断する（１５３６）。この判定の結果、最終エントリでない場合には、検索の対象を次エントリにして（１５３８）、ステップ１５３０にもどる。また、ステップ１５３６での判定の結果、最終エントリである場合は、処理を終了する（１５５０）。

ステップ１５３０の判定で一致した場合には、ボリューム名と物理アドレスを指定して、検索したストレージサブシステム識別子に対する構成情報取得部515,515´に対して構成情報の取得を要求する。この取得要求に対して、関係先の構成情報取得部515,515´から構成情報が得られた場合には、その情報を図７に示すレコードの形式でディスプレイ３へ転送して表示する。その情報の転送が終わると、一連の処理を終了する（１５５０）。

さて、説明を戻して、上記ステップ１５２０において、キーボードからの指定がグループ指定であると判断された場合には、現在の検索対象が、指定されたグループ名と一致するか否かを判断する（１５４０）。この判定で、指定されたグループ名と一致する場合はステップ１５４１へ進み、一致しない場合はステップ１５４３へ進む。

一致した場合には、検索したストレージサブシステム識別子に対応する構成情報取得部515,515´に対して、ボリューム名とその物理アドレスを指定して、ボリューム情報の取得を要求する（１５４１）。この取得要求に対して、関係先の構成情報取得部515,515´から構成情報が得られた場合には、その取得した構成情報をディスプレイ３へ転送して表示させる（１５４２）。その後、そのエントリが最終エントリか否かを判断する（１５４３）。判定の結果、最終エントリである場合には、処理を終了し（１５５０）、最終エントリでない場合には、検索の対象を次エントリに更新して（１５４４）、ステップ１５４０へ戻る。
図９に示す表示画面例は、検索対象がグループ指定”Ａ”の場合の、ボリューム構成情報の表示例であると言える。

次に、図１０及び図１１を参照して、他の実施形態によるスレージ管理方法について説明する。
前述した実施形態では、ボリューム目録５２１〜５３１´は、ボリューム５２〜５３´内の予め定められた領域に格納されているとしている。
これに対して、他の実施形態においては、ボリューム目録５２１〜５３１´の格納先を示すインデックスを、各ボリューム５２〜５３´内の予め定められた領域に格納しておく。これにより、ボリューム目録５２１〜５３１´を、ボリューム５２〜５３´内の任意の領域に配置できるようになる。

この例によるボリューム５２の構成例を図１０に示す。
ボリューム５２の予め定められた領域には、ボリューム目録５２１の先頭アドレスが格納されたインデックス５２９が格納されている。ボリューム目録５２１の内容を参照する際は、インデックス５２９を参照することで、ボリューム目録５２１の先頭アドレスを求め、その後は、前述した実施形態と同様にして、ボリューム目録５２１内の情報を参照することができる。

図１０に示す例のボリュームに対するボリューム情報取得部１５の処理フローを、図１１に示す。前述した実施形態と相違する点は、処理の最初に、ボリューム目録５２１〜５３１´の先頭アドレスを求めるステップ（１５０５）が付加された点である。他の処理ステップは、前述した図８と同様であるので、その説明は省略する。

以上、本発明の実施形態について説明したが、本発明は上記の例に限定されずに種々変形して実施し得る。
例えば、図２乃至図７に示す構成は一例であり、これらの例のものに他の情報を付加し、或いは余り重要でない項目については削除して実施できるであろう。また、図９に示す表示画面の表示例に関して、他の情報を付加して表示したり、余り重要でない情報を表示しないようにすることができるであろう。例えば、ファイル容量３１５、実際に使用されているファイル容量３１６、ファイルの利用率３１７のいずれかを表示しないこともできる。
また、前述した図１におけるホスト計算機４は、ユーザ計算機のＯＳと考えても良い。

本発明の一実施形態による計算機システムの構成を示すブロック図。 一実施形態におけるボリューム内のボリューム目録５２１の形式を示す図。 一実施形態における構成情報ファイル４３１の構造を示す図。 一実施形態における構成情報ファイルを転送する際のレコード形式を示す図。 一実施形態におけるグループ定義ファイル１２５の構造を示す図。 一実施形態におけるボリューム情報テーブル１６の構造を示す図。 一実施形態におけるボリューム目録情報の転送時のレコード形式を示す図。 一実施形態におけるボリューム情報取得部１５の処理フローチャートを示す図。 一実施形態におけるディスプレイの表示画面の例を示す図。 他の実施形態におけるボリュームの構成を示す図。 他の実施形態におけるボリューム情報取得部の処理フローチャートを示す図。

符号の説明

１ 管理計算機 １１ ＣＰＵ
１２ ＨＤＤ １２５ グループ定義ファイル
１３ メモリ １４ ボリューム情報テーブル生成部
１５ ボリューム情報取得部 １６ ボリューム情報テーブル
１７１、１７２、１７３、１７４ アダプタ
２ キーボード ３ ディスプレイ
３１ 情報表示部 ３２ スクロール制御部
４、４０１、４０２ ホスト計算機 ４１、４１´ メモリ
４１５ 構成情報通知部 ４２、４２´ ＣＰＵ
４３、４３´ ＨＤＤ ４３、４３´ 構成情報ファイル
４４、４４´ アダプタ
５、５０１、５０２ ストレージサブシステム
５１、５１´ ディスク制御装置 ５１５ ボリューム情報取得部
５２、５３ ボリューム ５２１，５３１ ボリューム目録
５２２，５２３，５３２、５３３ ファイル ５４ アダプタ

Claims (18)

1. １又は複数のボリュームを有する複数のストレージサブシステムと、該ストレージサブシステムの構成を管理する管理計算機とを有し、接続されるホスト計算機に対して該ストレージサブシステム内のボリュームの使用を提供するストレージシステムにおいて、
   該ホスト計算機は、アクセス可能なストレージサブシステムのボリュームに関する構成情報を該管理計算機に通知する構成情報通知部を有し、
   該ストレージサブシステムは、要求されたボリュームに関するボリューム目録の情報を取得して、該管理計算機に送信するボリューム情報取得部を有し、
   該管理計算機は、該ホスト計算機の該構成情報通知部から取得したボリュームの構成情報と、該ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けて登録するボリューム情報テーブルと、
   指定されたグループ識別子から該グループ識別子に属するボリューム、及び該ボリュームが属するストレージサブシステムを求め、該ストレージサブシステムから目的のボリュームを求めて、該ボリュームのボリューム目録に関する情報を取得するボリューム情報取得部と、
   少なくともボリュームの利用に関する情報を表示する表示器と、を有し、
   該ボリューム情報取得部により取得された該ボリュームの利用状況に関する情報をグループ毎に、該表示器に表示することを特徴とするストレージシステム。
2. 該ホスト計算機は、ボリュームの構成情報として、該ホスト計算機がアクセス可能なストレージサブシステム内のボリュームのボリューム識別子及び該ボリューム識別子の物理アドレスに関する情報を含む情報を格納する構成情報ファイルを有し、前記構成情報通知部は、該構成情報ファイルから該ボリューム構成情報を取得することを特徴とする請求項１記載のストレージシステム。
3. 前記ボリューム情報テーブルは、前記構成情報通知部から取得したボリューム識別子と、該ボリューム識別子に対応する物理アドレスに、該ボリュームが属するストレージサブシステムの識別子と、該ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録することを特徴とする請求項１又は２記載のストレージシステム。
4. 前記ボリューム情報取得部は、
   指定されたグループ識別子から、該グループ識別子に属するボリュームを求め、ストレージサブシステム内のボリュームが属するストレージサブシステムを、該ストレージサブシステムの識別子から求め、該ストレージサブシステムに対して、ボリューム名及び物理アドレスを指定して、該ボリュームのボリューム目録に登録された情報を取得することを特徴とする請求項１乃至３のいずれかに記載のストレージシステム。
5. 前記ボリューム目録には、該ボリュームの識別子と、該ボリューム内に形成されるファイルの数と、各ファイルに関する情報が登録されることを特徴とする請求項１乃至４のいずれかに記載のストレージシステム。
6. 前記ファイルに関する情報として、ファイル名、該ボリューム内のファイルの格納の先頭アドレス、ファイルサイズ、ファイルの使用量、ファイルの作成日付に関する情報が登録されることを特徴とする請求項５記載のストレージシステム。
7. 前記ボリューム目録、又は該ボリューム目録の配置場所の情報は、該ボリューム内の予め定められた領域に格納されることを特徴とする請求項１乃至６のいずれかに記載のストレージシステム。
8. 請求項１乃至７のいずれかに記載のストレージシステムにおけるホスト計算機。
9. 請求項１乃至７のいずれかに記載のストレージシステムにおけるストレージサブシステム。
10. ホスト計算機に提供される１又は複数のボリュームを有するストレージサブシステムの利用に関する管理を行う管理計算機において、
    少なくともボリュームの利用に関する情報を表示する表示器と、
    管理のための情報を入力する入力器と、
    該ホスト計算機から取得されたストレージサブシステムのボリュームに関する構成情報と、
    該ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けて登録するボリューム情報テーブルを格納するメモリと、
    該入力器より指定されたグループ識別子から該グループ識別子に属するボリューム、及び該ボリュームが属するストレージサブシステムを求め、該ストレージサブシステムから目的のボリュームを求めて、該ボリュームのボリューム目録に関する情報を取得するため処理を行うＣＰＵと、を有し、
    該ストレージサブシステムから取得された、該グループに属するボリュームの利用状況に関する情報を、該表示器に表示することを特徴とする管理計算機。
11. 前記ボリューム情報テーブルは、取得されたボリューム識別子と、該ボリューム識別子に対応する物理アドレスに、該ボリュームが属するストレージサブシステムの識別子と、該ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録することを特徴とする請求項１０記載の管理計算機。
12. 前記表示器には、ボリュームの利用状況に関する情報として、グループ識別子と、ストレージサブシステムの識別子と、ボリューム識別子と、ファイル名称と、及びファイルの使用状況に関する情報の項目を含む表示画面を表示することを特徴とする請求項１０又は１１記載の管理計算機。
13. 前記ファイルの使用状況に関する情報の項目として、
    ファイル容量、実際に使用されているファイル容量、ファイルの利用率に関する情報の項目を含むことを特徴とする請求項１２記載の管理計算機。
14. ホスト計算機に提供される１又は複数のボリュームを有するストレージサブシステムの利用に関する管理を行うストレージの管理方法において、
    該ホスト計算機から取得されたストレージサブシステムのボリュームに関する構成情報と、
    該ボリュームが属するストレージサブシステムに関する情報、及びボリュームの用途に応じて予め定義されたグループの識別子を関連付けてテーブルに登録するステップと、
    入力器から指定されたグループ識別子から該グループ識別子に属するボリューム、及び該ボリュームが属するストレージサブシステムを求め、かつ求められたボリュームからの該ボリューム目録の情報を取得するステップと、
    取得された該ボリューム目録からボリュームの利用状況に関連する情報をグループ識別子に対応して表示器の表示画面に表示するステップと、
    を有することを特徴とするストレージ管理方法。
15. 前記テーブルには、取得されたボリューム識別子と、該ボリューム識別子に対応する物理アドレスに、該ボリュームが属するストレージサブシステムの識別子と、該ストレージサブシステムのアドレスと、ボリュームの用途に応じて予め定義したグループ識別子を対応付けて登録することを特徴とする請求項１４記載のストレージ管理方法。
16. 前記表示画面に、グループ識別子と、ストレージサブシステムの識別子と、ボリューム識別子と、ファイル名称と、及びファイルの使用状況に関する情報の項目を含む画面を表示することを特徴とする請求項１４又は１５記載のストレージ管理方法。
17. 請求項１４に記載の前記各ステップを実行するためのプログラム。
18. ホスト計算機に提供される１又は複数のボリュームを有するストレージサブシステムの利用に関する管理を行うストレージの管理方法において、
    用途に応じてグループ化されたボリュームに関し、グループ識別子とボリューム識別子
    及びストレージサブシステムの識別子の関係を記憶装置に登録するステップと、
    該ホスト計算機からアクセス可能なストレージサブシステムのボリューム識別子、及び該ボリューム識別子に対応する物理アドレスと、該ボリュームが属するストレージサブシステムの識別子と、該グループ識別子を関連付けてメモリに登録するステップと、
    指定されたグループ識別子から該グループ識別子に属するボリューム、及び該ボリュームが属するストレージサブシステムを求め、該ボリューム識別子及び物理アドレスによって指定されたボリュームから該ボリュームの利用状況に関する情報を取得するステップと、
    取得された該ボリュームの利用状況に関する情報を、該グループ識別子ごとに区別して表示器の表示画面に表示するステップと、
    を有することを特徴とするストレージ管理方法。
    

Images