(57)【特許請求の範囲】
【請求項１】
第１の記憶装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が提供する第１の記憶領域に対してデータ入出力を行う利用装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が前記利用装置に提供する前記第１の記憶領域を拡張する第２の記憶領域を、前記第１の記憶装置を介して前記利用装置に提供する第２の記憶装置と、
前記第１の記憶装置および前記利用装置と通信可能に接続し、前記利用装置に対する前記第１又は第２の記憶領域の割り当てを行う管理装置と、
を備えて構成される記憶装置システムの制御方法であって、
前記第１の記憶装置は、自身が提供可能な前記第１の記憶領域の容量と前記第２の記憶装置により提供される前記第２の記憶領域の容量とにより算出される算出容量を前記管理装置に送信し、
前記管理装置は、前記算出容量を受信し、受信した前記算出容量を、前記利用装置に対して割り当て可能な上限容量として用いること
を特徴とする記憶装置システムの制御方法。
【請求項２】
第１の記憶装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が提供する第１の記憶領域に対してデータ入出力を行う利用装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が前記利用装置に提供する前記第１の記憶領域を拡張する第２の記憶領域を、前記第１の記憶装置を介して前記利用装置に提供する第２の記憶装置と、
を備えて構成される記憶装置システムの制御方法であって、
前記第１の記憶装置は、自身が提供可能な前記第１の記憶領域の容量と前記第２の記憶装置により提供される前記第２の記憶領域の容量とにより算出される算出容量を前記利用装置に送信し、
前記利用装置は、前記第１又は第２の前記記憶領域の当該利用装置への割り当てに際し、受信した前記算出容量を自身に割り当て可能な上限容量として用いること
を特徴とする記憶装置システムの制御方法。
【請求項３】
前記第１又は第２の記憶装置は、
前記第１又は第２の記憶装置が提供する物理的な記憶領域上に論理的に編成した論理ボリュームを単位として、前記第１又は第２の前記記憶領域を前記利用装置に提供すること、
を特徴とする請求項１または２に記載の記憶装置システムの制御方法。
【請求項４】
前記第１の記憶装置は、
前記論理ボリュームごとに設定した前記算出容量を、前記管理装置もしくは前記利用装置に送信することを特徴とする請求項３に記載の記憶システムの制御方法。
【請求項５】
前記第１の記憶装置は、複数の前記論理ボリュームのそれぞれについて設定された容量を前記管理装置もしくは前記利用装置に送信し、
前記第１の記憶装置は、前記第２の記憶装置を用いて編成される前記論理ボリュームについての前記算出容量を、前記第２の記憶装置を用いて編成される前記論理ボリュームとは別の前記論理ボリュームについて設定されている容量に基づいて設定すること
を特徴とする請求項４に記載の記憶システムの制御方法。
【請求項６】
前記管理装置は、前記上限容量を限度として前記利用装置に割り当てる記憶容量を指定させるユーザインタフェースを備えることを特徴とする請求項１に記載の記憶装置システムの制御方法。
【請求項７】
前記利用装置は、前記上限容量を限度として自身に割り当てる記憶容量を指定させるユーザインタフェースを備えることを特徴とする請求項２に記載の記憶装置システムの制御方法。
【請求項８】
前記第２の記憶装置は、前記第１の記憶装置から遠隔した場所に設置されることを特徴とする請求項１または２に記載の記憶装置システムの制御方法。
【請求項９】
前記利用装置を前記第１の記憶装置に通信可能に接続する手段はＳＡＮであることを特徴とする請求項１に記載の記憶装置システムの制御方法。
【請求項１０】
請求項１に記載の記憶装置システムの制御方法における前記記憶装置として機能する記憶装置。
【請求項１１】
請求項１に記載の記憶装置システムの制御方法における前記第２の記憶装置として機能する記憶装置。
【請求項１２】
請求項１に記載の記憶装置システムの制御方法における前記管理装置として機能する管理装置。
【請求項１３】
請求項１〜９のいずれかに記載の前記利用装置もしくは前記管理装置に、
前記第１の記憶装置から送信されてくる前記算出容量を受信する機能と、
前記算出容量を前記利用装置が割り当て可能な上限容量として用いる機能と
を実現させるためのプログラム。
【請求項１４】
第１の記憶装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が提供する第１の記憶領域に対してデータ入出力を行う利用装置と、
前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が前記利用装置に提供する前記第１の記憶領域を拡張する第２の記憶領域を、前記第１の記憶装置を介して前記利用装置に提供する第２の記憶装置と、
前記第１の記憶装置および前記利用装置と通信可能に接続し、前記利用装置に対する前記第１又は第２の記憶領域の割り当てを行う管理装置と、
を備えて構成される記憶装置システムにおける前記第１の記憶装置であって、
自身が提供可能な前記第１の記憶領域の容量と前記第２の記憶装置により提供される前記第２の記憶領域の容量とにより算出される算出容量を前記管理装置に送信すること
を特徴とする記憶装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、記憶装置システムの制御方法および記憶装置、管理装置、およびプログラムに関する。
【０００２】
【従来の技術】
図７は、昨今のデータセンタなどで運用されている一般的な記憶装置システムの形態である。Ｗebサーバやデータベースなどを運用するホストコンピュータ１０とストレージ１１とが、ＳＡＮ（Storage Area Network）１２を介して接続している。ストレージ１１は、例えば、ディスクアレイ装置である。ディスクドライブにより供給されるストレージ１１の記憶領域は、例えば、ゾーニングやＬＵマスキングといった方法によりホストコンピュータ１０に割り当てられる。
【０００３】
【発明が解決しようとする課題】
ところで、ストレージ１１がホストコンピュータ１０に提供可能な記憶領域の容量は、ストレージ１１に実装されているディスクドライブの容量や台数等により固定的に定まる。このため、ストレージ１１の記憶領域の残容量が不足する場合には、ストレージベンダーなどからサービスマンを呼んでディスクドライブを増設するか、新たなストレージを導入しなければならない。
【０００４】
しかしながら、このような運用方法では、Ｗebページに対するアクセス回数が急増した場合など、記憶領域の消費量の動向が予想外の展開となった場合にディスクドライブの増設が間に合わず、システムの運用に支障を来すおそれがある。また、残容量不足を事前に察知して迅速な対応を行おうとすれば、残容量のリアルタイムな監視が必要となり運用負荷が高くなる。さらに、あらかじめ余裕を持って記憶領域を確保しておきたいといった要望にも充分に対応できない。
【０００５】
この発明は、このような問題を解決するもので、必要とされる容量の記憶領域を恒常的に提供することができる記憶装置システムの制御方法および記憶装置システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
この目的を達成するための本発明の主たる発明は、第１の記憶装置と、前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が提供する第１の記憶領域に対してデータ入出力を行う利用装置と、前記第１の記憶装置に通信可能に接続し、前記第１の記憶装置が前記利用装置に提供する前記第１の記憶領域を拡張する第２の記憶領域を、前記第１の記憶装置を介して前記利用装置に提供する第２の記憶装置と、前記第１の記憶装置および前記利用装置と通信可能に接続し、前記利用装置に対する前記第１又は第２の記憶領域の割り当てを行う管理装置と、を備えて構成される記憶装置システムの制御方法であって、前記第１の記憶装置は、自身が提供可能な前記第１の記憶領域の容量と前記第２の記憶装置により提供される前記第２の記憶領域の容量とにより算出される算出容量を前記管理装置に送信し、前記管理装置は、前記算出容量を受信し、受信した前記算出容量を、前記利用装置に対して割り当て可能な上限容量として用いることとする。
【０００７】
【発明の実施の形態】
＝＝＝開示の概要＝＝＝
以下の開示により、少なくとも次のことが明らかにされる。
【０００８】
記憶装置と、この記憶装置に通信可能に接続し前記記憶装置が提供する記憶領域に対してデータ入出力を行う利用装置と、前記記憶装置に通信可能に接続し前記記憶装置が提供する記憶領域を拡張する記憶領域を提供する他の記憶装置と、前記記憶装置および前記利用装置と通信可能に接続し前記利用装置に対する前記記憶領域の割り当てを行う管理装置と、を備えて構成される記憶装置システムの制御方法であって、前記記憶装置は、自身が提供可能な記憶領域の容量と前記他の記憶装置により提供される記憶領域の容量とにより算出した算出容量を前記管理装置に送信し、前記管理装置は、前記算出容量を受信してこれを前記記憶装置もしくは前記他の記憶装置が前記利用装置に対して割り当て可能な上限容量として認知することを特徴とする記憶装置システムの制御方法。
【０００９】
この制御方法において、前記算出には、加算や減算などの演算が含まれる。また、算出方法としては、例えば、前記記憶装置自身が提供可能な記憶領域の容量の全部もしくは一部を用いる場合、前記他の記憶装置により提供される記憶領域の容量の全部もしくは一部を用いる場合がある。
【００１０】
利用装置は例えばホストコンピュータであり、記憶装置は例えばホストコンピュータに、例えばＳＡＮを介して接続するローカルストレージであり、他の記憶装置はローカルストレージと専用線などで接続するリモートストレージである。
【００１１】
この方法によれば、ローカルストレージは、自身が提供可能な記憶領域の容量とリモートストレージにより提供される記憶領域の容量とにより算出した算出容量を管理装置に送信し、管理装置は、その算出容量を受信してこれをホストコンピュータに対して割り当て可能な上限容量として認知する。認知とは、例えば、前記算出容量を記憶しておき、ホストコンピュータへの記憶領域の割り当てに際し、その値を上限容量として用いることである。
【００１２】
すなわち、ホストコンピュータには、ローカルストレージにより提供される記憶容量にリモートストレージにより提供される記憶容量を加算した記憶容量を割り当てることができ、例えば、リモートストレージ側に充分な記憶容量を確保しておくことで、記憶領域の消費量の動向が予想外の展開となった場合でも、システムの運用に支障を来すおそれがなくなる。また、残容量のリアルタイムな監視も必要ない。さらに、あらかじめ余裕を持って記憶領域を確保しておきたいといった要望にも充分に対応することができる。
【００１３】
記憶装置と、この記憶装置に通信可能に接続し前記記憶装置が提供する記憶領域に対してデータ入出力を行う利用装置と、前記記憶装置に通信可能に接続し前記記憶装置が提供する記憶領域を拡張する記憶領域を提供する他の記憶装置と、を備えて構成される記憶装置システムの制御方法であって、前記記憶装置は、当該記憶装置が提供可能な記憶領域の容量と前記他の記憶装置が提供可能な記憶領域の容量とにより算出した算出容量を前記利用装置に送信し、前記利用装置は、前記記憶装置もしくは前記他の記憶装置により提供される前記記憶領域の割り当てに際し、受信した前記算出容量を自身に割り当て可能な上限容量として認知することを特徴とする記憶装置システムの制御方法。
【００１４】
この制御方法は、前記の管理装置の機能を利用装置に行わせるようにしたものである。これにより管理装置を設ける必要が無くなり、管理装置の運用負荷や運用コストを省略できる。
【００１５】
また、前記記憶装置は、前記記憶装置もしくは前記他の記憶装置が提供する物理的な記憶領域上に論理的に編成した論理ボリュームを単位として前記利用装置に記憶領域を提供するようにしてもよく、この場合、前記記憶装置は、前記論理ボリュームごとに設定した前記算出容量を前記管理装置もしくは前記利用装置に送信するようにする。
【００１６】
また、前記記憶装置は複数の前記論理ボリュームのそれぞれについて設定された容量を前記管理装置もしくは前記利用装置に送信し、前記記憶装置は、前記他の記憶装置を用いて編成される前記論理ボリュームについての前記算出容量を、前記他の記憶装置を用いて編成される前記論理ボリュームとは別の前記論理ボリュームについて設定されている容量に基づいて設定するようにしてもよい。
【００１７】
具体的には、例えば、前記他の記憶装置を用いて編成した論理ボリュームの前記算出容量を、別の前記論理ボリュームについて設定されている容量よりも大きな値に設定する。これによりホストコンピュータに割り当てる論理ボリュームのバリエーションを増やすことができる。
【００１８】
なお、前記利用装置もしくは前記管理装置は、例えば、前記上限容量を限度として自身に割り当てる記憶容量を指定させるユーザインタフェースを備える。
【００１９】
また、前記他の記憶装置は、例えば、前記記憶装置から遠隔した場所に設置される。
【００２０】
また、前記記憶装置から送信されてくる前記算出容量を受信する機能や、前記算出容量を前記利用装置が割り当て可能な上限容量として認知する機能は、例えば、前記記憶装置や前記利用装置、前記管理装置で稼働する所定のプログラムによって実現される。
【００２１】
情報処理装置からの要求に基づいてデータの書き込みまたは読み出しを行う複数の記憶装置がファイバーチャネルによって接続され、前記ファイバーチャネルに接続された前記複数の記憶装置を前記情報処理装置に対して割り付ける管理装置を含む記憶装置システムにおける前記記憶装置であって、前記記憶装置は、前記記憶装置からの要求に応答してデータの書き込みまたは読み出しを行う他の記憶装置と専用線で接続され、当該他の記憶装置の使用状況を管理する情報を有し、前記記憶装置は、前記使用状況を管理する情報を参照して、当該記憶装置が前記情報処理装置に対して提供可能な記憶容量と、前記他の記憶装置の記憶容量とを加算もしくは減算して、前記情報処理装置への割り付け可能容量を前記管理装置に送信することを特徴とする記憶装置。
【００２２】
ここで前記情報処理装置は、例えば、後述するホストコンピュータであり、記憶装置および他の記憶装置は、例えば、後述するローカルストレージやリモートストレージである。また、他の記憶装置の使用状況を管理する情報とは、例えば、後述する構成定義情報に含まれる情報などである。
【００２３】
＝＝＝システムの構成＝＝＝
本発明の一実施例による記憶装置システムの構成を図１に示す。記憶装置システムは、汎用機やオープン系コンピュータもしくはパソコンなどであるホストコンピュータ１０、ホストコンピュータ１０に記憶領域を提供するディスクアレイ装置であるローカルストレージ１１、これらを接続するＳＡＮ１２、専用線などの通信手段１３を介してローカルストレージ１１に接続するリモートストレージ１４などを含んで構成される。
【００２４】
ローカルストレージ１１は、ホストコンピュータ１０に対しＳＡＮ１２を介して記憶領域を提供する。ローカルストレージ１１は、ディスクドライブ、ＣＰＵ、各種設定情報やテーブルなどを記憶するための制御メモリ、キャッシュメモリ、ディスクドライブへのデータ入出力を制御するデータコントローラ、ファイバーチャネルインタフェース、リモートストレージ１４と接続するための通信インタフェースなどを備える。
【００２５】
ホストコンピュータ１０およびローカルストレージ１１には、ＬＡＮ（Local Area Network）１６を介して管理端末１５が接続する。管理端末１５は、ＳＮＭＰ（Simple Network Management Protocol）などによりホストコンピュータ１０やローカルストレージ１１と通信する。
【００２６】
リモートストレージ１４は、例えば、ＩＤＣを運営する事業者やストレージベンダーなどが運営する、サービスセンターなどのローカルストレージ１１から遠隔した場所に設置される。リモートストレージ１４は、ローカルストレージ１１を介してホストコンピュータ１０に記憶領域を提供する。
【００２７】
ホストコンピュータ１０への記憶領域の割り当ては、ローカルストレージ１１のディスクドライブなどにより提供される物理ボリューム上に編成される論理的な記憶領域である論理ボリューム１７を単位として行われる。論理ボリューム１７は、例えば、ゾーニング設定やＬＵマスキング設定などによりホストコンピュータ１０に割り当てられる。
【００２８】
論理ボリューム１７のホストコンピュータ１０への割り当ては、ローカルストレージ１１が記憶している構成定義情報に管理されている。図２に構成定義情報の一例を示す。この図において「論理ボリュームID」の欄２１には、編成されている論理ボリューム１７に固有に割り当てられるID（識別子）がセットされる。また、「ベンダーID」の欄２２には、その論理ボリューム１７を供給するストレージベンダーに付与されたIDがセットされる。「ディスクドライブID」の欄２３には、ローカルストレージ１１、もしくは、リモートストレージ１４に実装されているディスクドライブに付与されたIDがセットされる。「容量」の欄２４には、各ディスクドライブの記憶容量がセットされる。「算出容量」の欄２５には、一の論理ボリュームIDに対応づけられている全ディスクドライブの合計容量がセットされる。
【００２９】
「種別」の欄２６には、各論理ボリューム１７を構成する各ディスクドライブが、ローカルストレージ１１のものであれば『Local』が、リモートストレージ１４のものであれば『Remote』がそれぞれセットされる。なお、図２における論理ボリュームIDが「00510h」のケースのように、一の論理ボリューム１７がローカルストレージ１１のディスクドライブと、リモートストレージ１４のディスクドライブの双方により編成されることもある。
【００３０】
ホストコンピュータ１０への論理ボリューム１７の割り当ては、オペレータなどが管理端末１５を操作して行う。なお、この割り当ては、例えば、記憶装置システムにホストコンピュータ１０が新たに導入された場合や、既にホストコンピュータ１０に割り当てられている論理ボリューム１７の残容量が少なくなってきた場合に行われる。
【００３１】
図３は、この割り当てに際し、管理端末１５に表示される設定画面である。この画面には、論理ボリューム１７の状態が一覧的に表示されている。この図の「論理ボリュームID」の欄３１には、前述した論理ボリュームIDがセットされる。「ベンダーID」の欄３２には、該当の論理ボリューム１７を供給するストレージベンダーのIDがセットされる。ここで「ベンダーID」の欄３２の内容は、例えば、論理ボリューム１７を選択する際の参考として、また、障害時の連絡先を特定するための情報として利用される。
【００３２】
「ホストID」の欄３３には、その論理ボリューム１７が割り当てられているホストコンピュータ１０のIDが表示される。「ホストID」の欄３３に『未割当』がセットされていれば、その論理ボリューム１７は、いずれのホストコンピュータ１０にも割り当てられていないことを意味する。そして、後述するようにオペレータ等によりホストコンピュータ１０への割り当てが行われると、割り当てられたホストコンピュータ１０のIDが「ホストID」の欄３３にセットされる。「容量」の欄３４には、各論理ボリューム１７の容量（前述した図２の「算出容量」に相当）がセットされる。
【００３３】
オペレータ等は、図３の設定画面を見ながら管理端末１５を操作し、ホストコンピュータ１０への論理ボリューム１７の割り当てを行う。例えば、データセンタなどの実際の運用現場においては、論理ボリューム１７の利用価格、保証される動作速度などの品質、付加価値（例えば、セキュリティサービスやバックアップサービスなど）などの情報や、ホストコンピュータ１０の運用方針などの情報に基づいて、ホストコンピュータ１０の運用者などが自身のホストコンピュータ１０に割り当てる論理ボリューム１７を選択することになる。なお、図３の設定画面から理解されるように、論理ボリューム１７の割り当てに際し、オペレータ等には、論理ボリューム１７がリモートストレージ１４のディスクドライブを利用しているかどうかは特に意識させない。
【００３４】
以上のように、リモートストレージ１４を用いることで、ローカルストレージ１１にディスクドライブを増設することなく大容量の記憶領域をホストコンピュータ１０に提供できる。また、リモートストレージ１４の記憶領域を用いて論理ボリューム１７を構成することで、ニーズに合った容量の論理ボリューム１７を提供することができる。
【００３５】
また、最近では、遠隔地間で安価に高速通信を行う環境が整備され始めている。そこで、例えば、リモートストレージ１４を地価の安い場所に設置するようにすれば、利用単価の安い論理ボリューム１７を提供することができる。
【００３６】
また、前記の設定画面において、リモートストレージ１４の記憶領域を用いて構成される論理ボリューム１７の「算出容量」の欄２５に、他の論理ボリューム１７の「算出容量」の欄２５にセットされている値よりも大きな容量をセットするようにしてもよい。このようにすれば、論理ボリューム１７の選択肢を一定数以上に維持することができる。また、「算出容量」の欄２５にホストコンピュータ１０に割り当て可能な最大容量をセットしたり、リモートストレージ１４側で提供可能な最大値をセットするようにしてもよい。
【００３７】
＝＝＝データ入出力処理＝＝
つぎに、以上のようにしてホストコンピュータ１０に割り当てられた論理ボリューム１７に対し、ホストコンピュータ１０からＳＡＮ１２を通じてデータ入出力要求が行われた際の記憶装置システムの動作を説明する。
【００３８】
まず、論理ボリューム１７の構成は、▲１▼ローカルストレージ１１のディスクドライブのみを用いて構成されるもの、▲２▼ローカルストレージ１１とリモートストレージ１４の双方のディスクドライブを用いて構成されるもの、▲３▼リモートストレージ１４のディスクドライブのみを用いて構成されるもの、に分類される。ここで▲１▼のタイプについては、ローカルストレージ１１のみを用いて構成される従来構成の記憶装置システムの場合と同様であるので説明を省略する。以下では、▲２▼、▲３▼のタイプの論理ボリューム１７にデータ入出力要求が行われた場合の処理について説明する。
【００３９】
なお、以下の説明において、ローカルストレージ１１およびリモートストレージ１４は、論理ボリューム１７の記憶領域を、ローカルストレージ１１のディスクドライブ用に割り当てられたアドレス（以下、「ローカルアドレス」と称する）およびリモートストレージ１４のディスクドライブ用に割り当てられたアドレス（以下、「リモートアドレス」と称する）により管理するものとする。
また、ローカルストレージ１１およびリモートストレージ１４は、それぞれが提供する記憶領域の使用状況を管理した「使用状況管理テーブル」を記憶しているものとする。
【００４０】
（書き込み処理）
ローカルストレージ１１が、▲２▼のタイプの論理ボリューム１７に対するデータ書き込み要求を受信した場合の処理を、図４に示すフローチャートとともに説明する。
【００４１】
ローカルストレージ１１は、ホストコンピュータ１０からこのタイプの論理ボリューム１７に対する書き込み要求を受信する（S410〜S411）と、まず、使用状況管理テーブルを参照し、当該論理ボリューム１７の構成要素として定義されているローカルストレージ１１のディスクドライブの残容量と、前記書き込み要求に付帯して送られてくる書き込みデータのデータサイズとを比較する（S412）。
【００４２】
ここで残容量が前記データサイズ以上である場合には、ローカルストレージ１１は前記書き込みデータを、当該論理ボリューム１７を構成しているローカルストレージ１１のディスクドライブに記憶する（S413）。一方、残容量が前記データサイズよりも小さい場合には、ローカルストレージ１１は前記通信手段により前記データをリモートストレージ１４に送信する（S414）。これを受信したリモートストレージ１４は、前記データをリモートストレージ１４のディスクドライブに記憶する（S415）。
【００４３】
ここで必要に応じてリモートストレージ１４からローカルストレージ１１に完了通知が送信される。また、ローカルストレージ１１は、前記書き込み要求を送信してきたホストコンピュータ１０に、当該要求についての処理を完了した旨の通知を送信する(S416〜S418）。また、以上の処理中、もしくは、処理後などの適宜なタイミングで、ローカルストレージ１１およびリモートストレージ１４は、それぞれが記憶している使用状況管理テーブルの内容を更新する（S419〜S420）。
【００４４】
ところで、以上では、データサイズがローカルストレージ１１のディスクドライブの残容量よりも大きい場合に、一律に書き込みデータをリモートストレージ１４に送信するようにしているが、書き込みデータを分割し、その一部はローカルストレージ１１側に、他の部分はリモートストレージ１４側に記憶するようにしてもよい。なお、この場合には、ローカルストレージ１１側のデータと、リモートストレージ１４側のデータとを対応づける情報を管理しておく。
【００４５】
つぎに、ローカルストレージ１１が、▲３▼のタイプの論理ボリューム１７に対するデータ書き込み要求を受信した場合の処理を図５に示すフローチャートとともに説明する。ローカルストレージ１１は、ホストコンピュータ１０からこのタイプの論理ボリューム１７に対する書き込み要求を受信すると（S510〜S511）、これに付帯して送られてくる書き込みデータを、リモートストレージ１４に送信する（S512）。一方、これを受信したリモートストレージ１４は、前記データをリモートストレージ１４のディスクドライブに記憶する(S513）。
【００４６】
ここで必要に応じてリモートストレージ１４からローカルストレージ１１に完了通知が送信される。また、ローカルストレージ１１は、前記書き込み要求を送信してきたホストコンピュータ１０に当該要求についての処理を完了した旨の通知が送信される(S514〜S516）。また、以上の処理中、もしくは、処理後などのタイミングで、ローカルストレージ１１およびリモートストレージ１４は、それぞれが記憶している使用状況管理テーブルの内容を更新する（S517〜S518）。
【００４７】
＝＝＝データ読み出し処理＝＝
つぎに、論理ボリューム１７に対するデータ読み出し処理について、図６に示すフローチャートとともに説明する。ホストコンピュータ１０からローカルストレージ１１が受信する読み出し要求には、読み出し対象となるデータの格納位置を指定するアドレスとデータ長とが付帯する。
【００４８】
ローカルストレージ１１は、読み出し要求を受信する（S610）と、これに付帯するアドレスが、ローカルアドレスであるか、リモートアドレスであるかを調べる（S611）。ここでローカルアドレスであった場合には、ローカルストレージ１１は、自身のディスクドライブの前記アドレスで指定される位置から前記データ長で指定される長さ分のデータを読み出して（S612）、これをホストコンピュータ１０に送信する（S613〜S614）。
【００４９】
一方、前記アドレスがリモートアドレスであった場合には、ローカルストレージ１１はリモートストレージ１４に対し、前記アドレスと前記データ長を送信する（S615）。これらを受信したリモートストレージ１４は（S616）、自身のディスクドライブの前記アドレスで指定される位置から、前記データ長分のデータを読み出して（S617）、ローカルストレージ１１に送信する（S618）。ローカルストレージ１１は、前記データを受信するとこれをホストコンピュータ１０に送信する（S619〜S620）。以上により読み出し処理が完了する。
【００５０】
＝＝＝その他＝＝＝
ところで、以上の実施例は、管理端末１５がホストコンピュータ１０への論理ボリューム１７の割り当てを行う構成であったが、個々のホストコンピュータ１０に割り当てを行うソフトウエアを導入し、個々のホストコンピュータ１０のユーザインタフェースを操作して論理ボリューム１７の割り当てを行うようにしてもよい。なお、この場合には、例えば、ホストコンピュータ１０間で割り当てに関する情報を交換したり、もしくは、ローカルストレージ１１や管理端末１５に記憶しておき、これを個々のホストコンピュータ１０がＬＡＮ１６を通じて参照できるようにするなどの方法により、個々のホストコンピュータ１０において論理ボリューム１７の割り当て状況を認識できるようにする。
【００５１】
また、以上の実施例は、ホストコンピュータ１０がリモートストレージ１４にアクセスする際、ローカルストレージ１１を介在する構成になっているが、例えば、ＳＡＮ１２にリモートストレージ１４に接続するための通信手段を接続し、この通信手段を介してホストコンピュータ１０から直接リモートストレージ１４にアクセスできる構成としてもよい。
【００５２】
なお、ローカルストレージ１１やリモートストレージ１４は必ずしもディスクアレイ装置でなくてもよく、半導体ディスクなどを用いたストレージなど、他の種類のストレージとしてもよい。
【００５３】
【発明の効果】
以上のように、本発明によれば、必要とされる容量の記憶領域を恒常的に提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施例による、記憶装置システムの概略構成を示す図である。
【図２】本発明の一実施例による、構成定義情報を示す図である。
【図３】本発明の一実施例による、論理ボリュームの割り当てに際して管理端末に表示される設定画面を示す図である。
【図４】本発明の一実施例による、論理ボリュームに対する書き込み処理を説明するフローチャートを示す図である。
【図５】本発明の一実施例による、論理ボリュームに対する書き込み処理を説明するフローチャートを示す図である。
【図６】本発明の一実施例による、論理ボリュームからの読み出し処理を説明するフローチャートを示す図である。
【図７】従来の記憶装置システムの構成を示す図である。
【符号の説明】
１０  ホストコンピュータ
１１  ローカルストレージ
１２  ストレージネットワーク
１３  通信手段
１４  リモートストレージ
１５  管理端末
１６  通信線
１７  論理ボリューム
【図１】
0004180291.tif 000002
【図２】
0004180291.tif 000003
【図３】
0004180291.tif 000004
【図４】
0004180291.tif 000005
【図５】
0004180291.tif 000006
【図６】
0004180291.tif 000007
【図７】
0004180291.tif 000008