WO2018011881A1

WO2018011881A1 - ストレージ装置及び計算機システム

Info

Publication number: WO2018011881A1
Application number: PCT/JP2016/070541
Authority: WO
Inventors: 中川　弘隆; 匡人仁科
Original assignee: 株式会社日立製作所
Priority date: 2016-07-12
Filing date: 2016-07-12
Publication date: 2018-01-18

Abstract

ストレージ装置は、第１の論理デバイスを論理記憶領域に割り当て、第１の論理デバイスに対応付けた第１の論理ユニットを第１の仮想記憶領域として提供し、第１の仮想記憶領域の複製を第２の仮想記憶領域として生成し、第２の仮想記憶領域の複製を第３の仮想記憶領域として生成する際に、第２の仮想記憶領域を読み出し専用として第２の論理ユニットを割り当てて、当該第２の論理ユニットに対するアクセス要求を第１の仮想記憶領域に転送するよう論理ユニット管理情報に設定し、第１の論理デバイスの複製を第３の論理デバイスとして前記論理記憶領域に生成し、当該第３の論理デバイスに対応付けた第３の論理ユニットを第３の仮想記憶領域として提供する。

Description

ストレージ装置及び計算機システム

　本発明は、ストレージ装置の論理リソースの制御に関する。

　ホスト計算機の仮想化技術の進展により、一つの物理ホスト計算機上に複数の仮想サーバが構築され、仮想サーバのイメージおよび利用データをストレージ装置に格納する構成が用いられている。この構成で、一つもしくは複数の仮想サーバのデータは、ストレージ装置の一つの論理ボリュームに集約されていた。

　特許文献１では、ストレージ装置の一つの論理ボリュームをホスト計算機上で複数の仮想ボリュームに区分けし、仮想サーバが用いるデータを前記仮想ボリューム毎に収める技術が開示されている。

　また、特許文献２では、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）などのＩｎ－ｂａｎｄ経由でのＬＵアクセス制限として、ファブリックログイン時に登録されたＷＷＮ（ＷｏｒｌｄＷｉｄｅＮａｍｅ）からの要求のみを受理する技術が開示されている。

特開２０１２－０７９２４５号公報特開２００４－２２７１５４号公報

　ストレージ装置において、複数の論理ボリューム（ＬＵ：ＬｏｇｉｃａｌＵｎｉｔ）が複数の論理グループ（ＬＵＣｏｎｇｌｏｍｅｒａｔｅ）に纏められ、論理グループ内の代表的な論理ボリューム（ＡＬＵ：ＡｄｍｉｎｉｓｔｒａｔｉｖｅＬｏｇｉｃａｌＵｎｉｔ）に論理パスが設定されるとする。ホスト計算機は、論理パスが属する論理グループ内のＡＬＵ以外の論理ボリューム（ＳＬＵ：ＳｕｂｓｉｄｉａｒｙＬｏｇｉｃａｌＵｎｉｔ）の識別子を指定したＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）コマンドを発行し、ストレージ装置は受信したＩ／Ｏコマンドで指定されたＳＬＵへＩ／Ｏ処理を分配する。以下、このようなストレージ装置の構成を、コングロマリットＬＵ構造（ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅ）という。

　ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅのストレージ装置では、ホスト計算機上の一つの仮想サーバに対して、一つもしくは複数のＳＬＵを割当てることにより、仮想サーバ単位にストレージ装置の論理ボリュームを割り当てることが可能となる。

　特許文献１が開示する複数の仮想ボリュームは、ストレージ装置内では、一つの論理ボリュームであり、ストレージ装置が具備する機能は、論理ボリューム単位で制御するため、結果として余剰記憶領域が生じる。

　仮想サーバ構築において、ストレージ装置内の論理ボリューム一つに対して、仮想サーバのテンプレートイメージを格納し、仮想サーバのテンプレートイメージを格納した論理ボリュームからスナップショットまたは複製ボリュームを生成し、前記生成ボリュームを用いて仮想サーバを展開する技術が知られている。

　この技術を利用する際、前記テンプレートイメージを格納したボリュームを保護するために、一度前記テンプレートボリュームからスナップショットを作成もしくは複製を生成し、前記生成ボリュームから仮想サーバ展開用のボリュームを生成する多段スナップショットもしくは多段複製の構成が用いられる。前記構成では、テンプレート用ボリュームから仮想サーバ展開用ボリュームまでの中間ボリュームが必要となり、展開する仮想サーバ数よりも多い中間ボリュームが必要となり、ストレージ装置で展開可能な仮想サーバ数が前記構成を用いない場合に較べて減少すると言う課題があった。

　そこで本発明は、上記問題点に鑑みてなされたもので、ストレージ装置の記憶領域が中間ボリュームで消費されるのを抑制することを目的とする。

　本発明は、プロセッサとメモリと記憶媒体を有するストレージ装置であって、前記記憶媒体から論理記憶領域を生成し、前記論理記憶領域に論理デバイスを割り当て、当該論理記憶領域を割り当てた論理ユニットを仮想記憶領域として提供する制御部を有し、前記制御部は、第１の論理デバイスを前記論理記憶領域に割り当て、前記第１の論理デバイスに対応付けた第１の論理ユニットを第１の仮想記憶領域として提供し、前記第１の仮想記憶領域の複製を第２の仮想記憶領域として生成し、前記第２の仮想記憶領域の複製を第３の仮想記憶領域として生成する際に、前記第２の仮想記憶領域を読み出し専用として第２の論理ユニットを割り当てて、当該第２の論理ユニットに対するアクセス要求を前記第１の仮想記憶領域に転送するよう論理ユニット管理情報に設定し、前記第１の論理デバイスの複製を第３の論理デバイスとして前記論理記憶領域に生成し、当該第３の論理デバイスに対応付けた第３の論理ユニットを第３の仮想記憶領域として提供する。

　本発明によれば、第２のボリューム（中間ボリューム）として論理記憶領域に割り当てるリソースを削減でき、ストレージ装置が格納可能な論理デバイス（ＬＤＥＶ）数の減少を抑止することができる。

本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。本発明の第１の実施例を示し、ストレージ装置の一例を示すブロック図である。本発明の第１の実施例を示し、ストレージ装置の制御部の一例を示すブロック図である。本発明の第１の実施例を示し、ホスト計算機の一例を示すブロック図である。本発明の第１の実施例を示し、管理計算機の一例を示すブロック図である。従来例を示し、記憶領域の運用の一例を示す図である。本発明の第１の実施例を示し、記憶領域の運用の一例を示す図である。本発明の第１の実施例を示し、ボリューム管理テーブルの一例を示す図である。本発明の第１の実施例を示し、ＬＵ管理テーブルの一例を示す図である。本発明の第１の実施例を示し、ＶＭ管理テーブルの一例を示す図である。本発明の第１の実施例を示し、アクセス要求を受け付けたときに制御部で行われる処理の一例を示すフローチャートである。本発明の第１の実施例を示し、制御部で行われるボリューム管理テーブルの更新処理の一例を示すフローチャートである。本発明の第１の実施例を示し、制御部で行われるＬＵ生成処理の一例を示すフローチャートである。本発明の第１の実施例を示し、制御部で行われるコピーペアの生成処理の一例を示すフローチャートである。従来例を示し、テンプレート用ボリュームからクローンのボリュームを生成する処理の一例を示す図である。従来例を示し、テンプレート用ボリュームからクローンのボリュームを生成するストレージ装置の構成を示すブロック図である。本発明の第１の実施例を示し、テンプレート用ボリュームからクローンのボリュームを生成する処理でＬＤＥＶとＬＵの関係を示す図である。従来例を示し、記憶領域の運用の一例を示す図である。本発明の第２の実施例を示し、記憶領域の運用の一例を示す図である。本発明の第２の実施例を示し、ボリューム管理テーブルの一例を示す図である。本発明の第２の実施例を示し、ＬＵ管理テーブルの一例を示す図である。本発明の第２の実施例を示し、バインド管理テーブルの一例を示す図である。本発明の第２の実施例を示し、アクセス要求を受け付けた時に制御部で行われる処理の一例を示すフローチャートである。本発明の第２の実施例を示し、図２２で行われるプロセスＡの一例を示すフローチャートである。本発明の第２の実施例を示し、制御部で行われるＶＳＬＵの生成処理の一例を示すフローチャートである。本発明の第２の実施例を示し、制御部で行われるバインド管理テーブルの設定処理の一例を示すフローチャートである。

　以下、本発明の一実施形態について添付図面を用いて説明する。

　図１は、本発明の第１の実施例を示し、計算機システムの一例を示すブロック図である。本実施例の計算機システムは、データを格納するストレージ装置４０００を利用するホスト計算機１０００－１、１０００－２と、ストレージ装置４０００とホスト計算機１０００－１、１０００－２を管理する管理計算機３０００を主体に構成される。なお、以下では、ホスト計算機の全体を「－」のない符号１０００で示す。他の構成要素の符号についても同様である。

　管理計算機３０００は、管理ネットワーク６０００を介してホスト計算機１０００と接続する。ホスト計算機１０００は、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａ　Ｎｅｔｗｏｒｋ）５０００を介してストレージ装置４０００に接続する。管理計算機３０００は、管理ネットワーク６０００を介してストレージ装置４０００に接続する。

　ストレージ装置４０００は、ＳＡＮ５０００に接続するインターフェース４１１０－１、４１１０－２と、ホスト計算機１０００に論理ボリューム（ＶＯＬ）として仮想記憶領域を提供する論理ユニット（Ｌｏｇｉｃａｌ　Ｕｎｉｔ：以下ＬＵ）４２１０－１～４２１０－６と、１以上のＬＵ４２１０を割り当てたＬＤＥＶ（Ｌｏｇｉｃａｌ　Ｄｅｖｉｃｅ：論理デバイス）４２２０－１、４２２０－２と、１以上のＬＤＥＶ４２２０を提供するプール４２３０－１、４２３０－２とを含む。

　＜本実施例の概要＞
　本実施例の計算機システムでは、図６で示すように、複数の記憶媒体からプール４２３０を生成し、プール４２３０の記憶領域を論理記憶領域４２３１とし、論理記憶領域４２３１に論理デバイス（ＬＤＥＶ４２２０）を割り当て、当該論理デバイス（ＬＤＥＶ４２２０）に割り当てた論理ユニット（ＬＵ４２１０）を仮想記憶領域（ＶＯＬ１３１）としてホスト計算機１０００に提供する。

　ストレージ装置４０００では、ＬＤＥＶ１（４２２０－１）に格納されたテンプレート用のボリュームＶＯＬ１の複製（クローン）を、ＬＤＥＶ３（４２２０－３）として生成して論理記憶領域４２３１－３に格納し、ＬＤＥＶ３にＬＵ３（４２１０－３）を割り当ててホスト計算機１０００－２にボリュームＶＯＬ３として提供し、仮想計算機（ＶＭ）１３２０として利用する例を示す。仮想計算機１６２０は、例えば、仮想デスクトップを構成することができる。

　ストレージ装置４０００では、テンプレート用のボリュームとなるＬＤＥＶ１（４２２０－１）を保護するために、まずＬＤＥＶ１（４２２０－１）のスナップショットを生成して中間ボリュームＶＯＬ２とし、さらにこのスナップショット（ＶＯＬ２）からクローンを生成して運用ボリュームＶＯＬ３とし、運用ボリュームＶＯＬ３を仮想計算機１６２０に割り当てる運用形態が知られている。

　テンプレート用ボリュームＶＯＬ（仮想記憶領域）１から運用ボリュームＶＯＬ３を生成する際に、中間ボリューム（例えば、ＬＵ２～ＬＵ５）が生成される。ここで、本実施例１では、これらの中間ボリュームをＲｅａｄ　Ｏｎｌｙとして複製の元となるＬＤＥＶ１（４２２０－１）へ読み出し要求を転送するＬＵ２～ＬＵ５として設定する。

　そして、ホスト計算機１０００－２の仮想計算機１６２０に割り当てるＬＵ６（４２１０－６）に、複製されたＬＤＥＶ３（４２２０－３）をＬＵ３にマッピングして、仮想計算機１６２０はテンプレート用のボリュームの複製（ＬＤＥＶ３）を利用して稼働する。

　これにより、テンプレートのＬＤＥＶ１（４２２０－１）からＬＤＥＶ３（４２２０－３）の複製（クローン）を生成して仮想計算機をデプロイする際に、中間ボリュームとなるＬＵ２～ＬＵ５へ読み出し要求が発生した場合には、複製元のＬＤＥＶ１（４２２０－１）に読み出し要求が転送され、ＬＤＥＶ１（４２２０－１）へのアクセスとなる。

　したがって、本実施例１では、中間ボリュームＶＯＬに対応するＬＵ２～ＬＵ５には、プール４２３０のＬＤＥＶ４２２０のリソース（プール４２３０の論理記憶領域４２３１）を割り当てる必要がなくなって、ストレージ装置４０００のリソースの消費を抑制することができる。

　＜ストレージ装置＞
　図２Ａは、ストレージ装置４０００の構成の一例を示すブロック図である。ストレージ装置４０００は、図２に示すように、ホストＩ／Ｆ部（ＦＥＰＫ：ＦｒｏｎｔＥｎｄ　ＰａｃＫａｇｅ）４１００と、制御部（ＭＰＰＫ：Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｏｒ　ＰａｃＫａｇｅ）４２００と、共有メモリ部（ＣＭＰＫ：Ｃａｃｈｅ　Ｍｅｍｏｒｙ　ＰａｃＫａｇｅ）４３００と、ディスクＩ／Ｆ部（ＢＥＰＫ：ＢａｃｋＥｎｄ　ＰａｃＫａｇｅ）４４００と、管理用ポート３から構成される。

　これらのホストＩ／Ｆ部４１００と、制御部４２００と、共有メモリ部４３００と、ディスクＩ／Ｆ部４４００及び管理用ポート３は、内部ネットワーク４５００を介して相互に接続される。

　ホストＩ／Ｆ部４１００は、複数のホストＩ／Ｆ（または論理ポート）４１１０を有する。図示の例では、ホストＩ／Ｆ部４１００は、論理ポート１Ａ、２Ｂ、３ＢでＳＡＮ５０００に接続される。ホストＩ／Ｆ部４１００は、複数のホストグループを有し、ＳＡＮ５０００を経由したホストＩ／Ｆ４１１０へのログイン（例えば、ファブリックログイン）の処理時に、ホストグループに登録された、ＷＷＮ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｎａｍｅ）によるログイン要求を受理する機能を含む。

　ディスクＩ／Ｆ部４４００は、複数のディスクＩ／Ｆ４４１０を有し、ディスクＩ／Ｆは、例えば、ケーブルを介して記憶デバイス（記憶媒体）４７００と接続される。記憶デバイス４７００は、ＨＤＤやＳＳＤ等の不揮発性記憶媒体で構成される。また、記憶デバイス４７００は、ＲＡＩＤ等の冗長化装置を含む。記憶デバイス４７００は、図１に示したプール４２３０のＬＤＥＶ４２２０に論理記憶領域４２３１を提供する。

　ディスクＩ／Ｆ部４４００は、論理分割機能を含み、物理的な記憶デバイス４７００の記憶領域を論理的な記憶領域（プール４２３０）に割り当てることができる。プール４２３０に割り当てられた論理記憶領域４２３１は、後述するようにＬＤＥＶ４２２０に割り当てられる。ＬＤＥＶ４２２０は仮想的な記憶領域を示すＬＵ４２１０がマッピングされ、ＬＵ４２１０が仮想記憶領域なるボリュームＶＯＬとしてホスト計算機１０００に提供される。ホスト計算機１０００はボリュームＶＯＬをマウントして、読み書きを実行する。

　共有メモリ部４３００は、データキャッシュ用メモリ４３１０と制御情報用メモリ４３２０を有する。データキャッシュ用メモリ４３１０は、記憶デバイス４７００に書き込むデータを一時的に格納（キャッシュ）し、或いは記憶デバイス４７００からリードしたデータを一時的に格納（キャッシュ）する。制御情報用メモリ４３２０は、処理に必要な情報、例えば、論理ボリュームやバインドグループなどの構成情報を格納する。

　制御部４２００は、複数のＭＰ（Ｍｉｃｒｏ　Ｐｒｏｃｅｓｓｏｒ）４２１０と、ローカルメモリ（ＬＭ）４２２０と、これらを接続するバス４２５０とを有する。ローカルメモリ４２７０には、制御プログラム４６００がロードされてＭＰ４２１０によって実行される。

　ＭＰ４２１０は、各機能部のプログラムに従って処理することによって、所定の機能を提供する機能部として稼働する。例えば、ＭＰ４２１０は、制御プログラムに従って処理することで制御部４２００として機能する。他のプログラムについても同様である。さらに、ＭＰ４２１０は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

　図２Ｂは、ローカルメモリ４２７０にロードされたソフトウェアリソースの一例を示すブロック図である。ローカルメモリ４２７０には、ストレージ装置４０００を制御する制御プログラム４６００と、ボリューム管理テーブルＴ１０００と、ＬＵ管理テーブルＴ２０００と、ＶＭ管理テーブルＴ３０００とを含む。

　＜ホスト計算機＞
　図３は、ホスト計算機１０００の一例を示すブロック図である。ホスト計算機１０００は、プロセッサ１１００と、メモリ１２００と、ホストバスアダプタ（ＨＢＡ：ＨｏｓｔＢｕｓＡｄａｐｔｅｒ）１３００と、ハイパバイザ１４００と、ハイパバイザ１４００上で稼働する仮想計算機（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ）１３２０と、入力部１７００と、出力部１８００及びネットワークＩ／Ｆ１５００とを含む計算機である。

　ホストバスアダプタ１３００は、ストレージ装置４０００との通信時におけるプロトコル制御を行う。ホストバスアダプタ１３００が、プロトコル制御機能を実行することで、ホスト計算機１０００とストレージ装置４０００との間において、例えば、ファイバチャネルプロトコルに従ってデータやｉＳＣＳＩ（またはＦＣ　ＳＡＮ等）のコマンドの送受信が行われる。

　ローデバイス１３１０は、仮想計算機１３２０がボリューム（ＬＵ４２１０）をアクセスした際に、ページキャッシュ（図示せず）に一旦データをコピーする処理を行うことなく、Ｉ／Ｏ（入出力）処理を実行し、オーバーヘッドを低減するためのデバイスとして用いられる。

　ＨＢＡ１３００が取得するボリューム識別子は、グローバルユニークな値である必要があり、ストレージ装置４０００のシリアル番号（装置製番）とストレージ装置内のローカルボリューム識別子の組合せで形成される。

　入力部１７００は、例えば、キーボード、スイッチやポインティングデバイス、マイクロフォンなどから構成される。出力部１６００は、モニタディスプレイやスピーカなどから構成される。

　メモリ１２００には、ハイパバイザ１４００がロードされてプロセッサ１１００によって実行されホスト計算機１０００のリソースを管理する。ハイパバイザ１４００は、管理計算機３０００からの指令に基づいて仮想計算機１３２０にリソースを割り当てる。ハイパバイザ１４００は割り当てたリソースで仮想計算機１３２０を稼働させる。

　仮想計算機１３２０は、ゲストＯＳ（図示省略）上で業務アプリケーション１２１０とストレージ管理プログラム１２２０を実行する。ストレージ管理プログラム１２２０は、業務アプリケーション１２１０やＯＳからのＬＵ割当てや割当て解除などのボリューム（論理ボリューム）に対する操作要求を管理ネットワーク６０００を介して管理計算機３０００が具備するストレージ装置管理プログラム３１１０に送信することができる。さらに、ストレージ管理プログラム１２２０は、ストレージエリアネットワーク５０００を介して、ストレージ装置４０００に論理ボリュームの操作要求を送信することができる。

　＜管理計算機＞
　図４は、管理計算機３０００の一例を示すブロック図である。管理計算機３０００は、プロセッサ３２００と、メモリ３１００と、記憶媒体３３００と、入力部３７００と、出力部３６００及びネットワークＩ／Ｆ３４００とを含む計算機である。

　メモリ３１００にロードされたストレージ装置管理プログラム３１１０及びホスト計算機管理プログラム３１２０をプロセッサ３２００が実行することにより、ストレージ装置４０００およびホスト計算機１０００の構成管理操作要求を管理ネットワーク６０００を介してストレージ装置４０００およびホスト計算機１０００へ送信する。

　ストレージ管理者は、キーボードやマウスなどの入力装置を用いて入力部３７００に操作要求を入力し、ディスプレイやスピーカなどの出力部３６００を介して実行結果を取得することができる。

　ＨＤＤやＳＳＤなどの記憶媒体３３００には、ストレージ装置管理プログラム３１１０やホスト計算機管理プログラム４１２０と各制御プログラムの実行ログが格納されている。

　＜記憶領域の運用＞
　図５は、従来例における記憶領域の運用形態の一例を示す図である。テンプレート用ボリュームをＶＯＬ１とし、ＶＯＬ１の実体をプール４２３０の論理記憶領域１（４２３１－１）のＬＤＥＶ１（４２２０－１）とし、ＬＤＥＶ１にＬＵ１（４２１０－１を）割り当てて、ボリュームＶＯＬ１（１３１－１）としてホスト計算機１０００－１に提供する。

　次に、テンプレート用ボリュームのＬＤＥＶ１をホスト計算機１０００－２で利用するために、ＬＤＥＶ１のスナップショット（ＳＳ）を生成して読み出し専用（Ｒｅａｄ　Ｏｎｌｙ）のＬＤＥＶ２（４２２０－２）を生成して、ＬＵ２０（４２１０－２０）を割り当てる。

　ストレージ装置４０００は、ホスト計算機１０００－２にＬＵ２０を割り当ててＶＯＬ２（１３１－２）として提供する。このＶＯＬ２に対して読み出し要求が発生すると、ストレージ装置４０００は、ＬＤＥＶ２のデータを格納した論理記憶領域２（４２３１－２）からデータを読み出して応答する。

　次に、ストレージ装置４０００はＬＤＥＶ２のクローン（ＣＬ）を生成して論理記憶領域３（４２３１－３）に書き込んでＬＤＥＶ３（４２２０－３）とする。そして、複製されたＬＤＥＶ３にＬＵ３（４２１０－３）をマッピングし、ホスト計算機１０００－２にはＬＵ３をボリュームＶＯＬ３（１３１－３）として提供する。

　以上の運用により、複製元のテンプレート用ボリュームＬＤＥＶ４２２０－１のスナップショット（ＬＤＥＶ２）を複製元としてクローンのＬＤＥＶ３を生成してホスト計算機１０００－２の仮想計算機にＶＯＬ３を提供することで、ホスト計算機１０００－２からテンプレート用ボリュームＬＤＥＶ４２２０－１が改変されるのを保護することができる。

　図６は、本実施例１における記憶領域の関係を示す図である。まず、図５の従来例と同様に、テンプレート用ボリューム（仮想記憶領域）をＶＯＬ１とし、ＶＯＬ１の実体であるＬＤＥＶ（論理デバイス）１（４２２０－１）をプール４２３０の論理記憶領域１（４２３１－１）に格納し、このＬＤＥＶ１にＬＵ（論理ユニット）１（４２１０－１）を割り当ててテンプレート用ボリュームＶＯＬ１（１３１－１）としてホスト計算機１０００－１に提供する。

　次に、テンプレート用ボリュームの複製（スナップショット）として利用するボリュームＶＯＬ２（１３１－２）をホスト計算機１０００－２へ提供するために、ストレージ装置４０００は、読み出し専用（Ｒｅａｄ　Ｏｎｌｙ）で、かつ、読み出し要求の転送先としてＬＤＥＶ１を設定した転送用のＬＵ２（４２１０－２）を生成し、ホスト計算機１０００－２に中間ボリュームＶＯＬ２として割り当てる。

　ホスト計算機１０００－２は、ＬＵ２を中間ボリュームＶＯＬ２（１３１－２）としてマウントして利用することができる。ＬＵ２は、プール４２３０に実体がなく、ホスト計算機１０００－２がＶＯＬ２に対して読み出しを実施すると、ストレージ装置４０００では、読み出し要求をＬＤＥＶ１に転送して、読み出し処理を実施してホスト計算機１０００－２に応答する。

　ＬＵ２のアクセス要求の転送先であるテンプレート用ボリュームＶＯＬ１は、読み出し専用であるので、ホスト計算機１０００－２からＶＯＬ２（ＶＯＬ１）への書き込みは禁止されるため、ＬＤＥＶ１を改変することはできない。このため、テンプレート用ボリュームとしてのＬＤＥＶ１は、図５と同様に保護される。

　次に、ストレージ装置４０００では、スナップショットボリュームＶＯＬ２のクローンを生成して運用ボリュームＶＯＬ３としてホスト計算機１０００－２で利用するために、ＬＤＥＶ１のクローン（ＣＬ）を生成してテンプレート用ボリュームＶＯＬ１のコピーペアを論理記憶領域３（４２３１－３）に書き込んでＬＤＥＶ３（４２２０－３）とする。そして、複製されたＬＤＥＶ３にＬＵ３（４２１０－３）をマッピングし、ホスト計算機１０００－２にＬＵ３をボリュームＶＯＬ３（１３１－３）としてマウントさせる。

　本実施例１のストレージ装置４０００では、複製元のテンプレート用のＬＤＥＶ４２２０－１からクローンを生成して実際に仮想計算機１３２０の運用を行う運用ボリュームＶＯＬ３（運用ＬＵ３）をホスト計算機１０００－２へ提供することで、テンプレート用ボリュームの実体を含むＬＤＥＶ３を利用させることができる。

　そして、テンプレート用ボリュームＶＯＬ１のスナップショットやクローンなどの中間ボリュームＶＯＬ２には、読み出し専用かつ読み出し要求の転送先をプール４２３０に実体のあるＬＤＥＶ１に設定し、ＬＤＥＶ１も読み出し専用で設定しておく。これにより、中間ボリュームＶＯＬ２とテンプレート用ボリュームＶＯＬ１は、ホスト計算機１０００－２から読み出し要求のみを受け付けて、書き込み要求を拒否することで、テンプレート用ボリュームＶＯＬ１の実体であるＬＤＥＶ１の改変を防ぐことができる。

　このように、ホスト計算機１０００－２は前記従来例の図５と同様にボリュームＶＯＬ２に対して読み出し要求を行うことを可能にしながら、プール４２３０にＬＵ２に対応するＬＤＥＶを用意する必要がなくなって、ストレージ装置４０００の資源の利用を削減することができるのである。

　本実施例１では、テンプレート用ボリュームＶＯＬ１からスナップショットやクローンなどで中間ボリュームＶＯＬ２を生成する仮想計算機システムでストレージ装置４０００の資源を節約することができる。特に、仮想デスクトップシステムのように、企業の本社でテンプレート用ボリュームＶＯＬ１を管理して、部門毎や支店毎に中間ボリュームＶＯＬ２を配置して、中間ボリュームＶＯＬ２の複製で仮想計算機を稼働させる場合には、中間ボリュームの実体をプール４２３０に格納する必要がなくなるので、ストレージ装置４０００の資源を有効に利用することが可能となる。

　＜テーブル群＞
　次に、ストレージ装置４０００の制御部４２００に含まれる制御プログラム４６００が利用する各テーブルについて以下に説明する。

　図７はボリューム管理テーブルＴ１０００の一例を示す図である。ボリューム管理テーブルＴ１０００は、ホスト計算機１０００に提供するボリュームとストレージ装置４０００のリソースの関係を管理するテーブルで、制御プログラム４６００によって管理される。

　ボリューム管理テーブルＴ１０００は、ボリュームの識別子を格納するボリュームＩＤ（Ｔ１０１０）と、ボリュームの種類を格納するＴＹＰＥ（Ｔ１０１０）と、ボリュームに割り当てたストレージ装置４０００のリソースの識別子を格納するリソースＩＤ（Ｔ１０３０）と、コピーペアを構成するボリュームの親ボリュームの識別子を格納するペア情報Ｔ１０４０と、読み出し専用を示すリードオンリーフラグＴ１０５０とをひとつのエントリに含む。

　ＴＹＰＥ（Ｔ１０１０）の「ＤＰ」は、実ボリュームを示す。リソースＩＤ（Ｔ１０３０）は、ボリュームに割り当てられているリソースの実体またはＬＵの識別子が格納される。図示の例では、図６と同様であり、ボリュームＶＯＬ１にはＬＤＥＶ１が割り当てられ、ボリュームＶＯＬ２にはＬＵ２が割り当てられ、ボリュームＶＯＬ３にはＬＤＥＶ３が割り当てられる。

　リードオンリーフラグＴ１０５０は「１」であれば、読み出し専用のボリュームであり、「０」であれば書き込み可能なボリュームを示す。図示の例では、ボリュームＶＯＬ１、２が読み出し専用であり、ボリュームＶＯＬ３が書き込む可能なボリュームであることを示す。また、ペア情報Ｔ１０４０は、ボリュームＶＯＬ２がボリュームＶＯＬ１を親ボリュームとし、ボリュームＶＯＬ３がボリュームＶＯＬ２を親とするコピーペアの連鎖を示している。

　図８はＬＵ管理テーブルＴ２０００の一例を示す図である。ＬＵ管理テーブルＴ２０００は、ホスト計算機１０００に割り当てるＬＵ４２１０とボリュームの関係を管理するテーブルで、制御プログラム４６００によって管理される。

　ＬＵ管理テーブルＴ２０００は、ポートの識別子を格納するポートＩＤ（Ｔ２０１０）と、ホストグループの識別子を格納するホストグループＩＤ（Ｔ２０２０）と、ＬＵ４２１０の識別子を格納するＬＵ　ＩＤ（Ｔ２０３０）と、ボリュームの識別子を格納するボリュームＩＤ（Ｔ２０４０）と、転送先のボリュームの識別子を格納する転送先仮想ボリュームＩＤ（Ｔ２０５０）とをひとつのエントリに含む。

　本実施例１のＬＵ管理テーブルＴ２０００は、ストレージ装置４０００のポートとＬＵ及びボリュームの関係を定義するのに加え、当該ＬＵへの読み出し要求の転送先を転送先仮想ボリュームＩＤ（Ｔ２０５０）で設定することができる。すなわち、図中ＬＵ２は、転送先仮想ボリュームＩＤ（Ｔ２０５０）＝「ＶＯＬ１」に設定されており、ＬＵ２に対する読み出し要求は、ボリュームＶＯＬ１へ転送される。

　図９は、ＶＭ管理テーブルＴ３０００の一例を示す図である。ＶＭ管理テーブルＴ３０００は、仮想計算機１３２０に割り当てるボリュームを管理するテーブルで、制御プログラム４６００によって管理される。

　ＶＭ管理テーブルＴ３０００は、ホスト計算機１０００で稼働する仮想計算機１３２０の識別子を格納する仮想計算機ＩＤ（Ｔ３０１０）と、割り当てたボリュームがテンプレートであるか否かを示すテンプレートフラグＴ３０２０と、仮想計算機１３２０に割り当てられたボリュームの識別子を格納する割り当てボリュームＩＤ（Ｔ３０３０）とをひとつのエントリに含む。

　テンプレートフラグＴ３０２０は、「１」であれば、割り当てボリュームＩＤ（Ｔ３０３０）のボリュームが仮想計算機のテンプレート用ボリュームであることを示す。図示の例では、ボリュームＶＯＬ１、ＶＯＬ２がテンプレート用ボリュームであることを示す。

　＜処理＞
　次に、ストレージ装置４０００で行われる処理の一例について説明する。図１０は、ストレージ装置４０００がホスト計算機１０００からアクセス要求を受け付けた時に実行する処理の一例を示すフローチャートである。

　ホストＩ／Ｆ部４１００でアクセス要求を受け付けると、制御部４２００はアクセス要求を取得して、アクセス要求に含まれるコマンド（例えば、ＳＣＳＩコマンド）を解析する（Ｆ１０１０）。

　制御部４２００は、解析したコマンドがＲＥＡＤコマンドであるか否かを判定する（Ｆ１０２０）。ＲＥＡＤコマンドであれば、ステップＦ１０３０へ進み、ＲＥＡＤコマンド以外であればステップＦ１０６０に進む。

　ステップＦ１０３０では、制御部４２００は、読み出し対象のＬＵのＩＤからＬＵ管理テーブルＴ２０００を参照して、転送先仮想ボリュームＩＤ（Ｔ２０５０）を読み込む。ステップＦ１０４０では、制御部４２００がＬＵ管理テーブルＴ２０００から読み出し対象のボリュームを選択する。

　すなわち、制御部４２００はＬＵ管理テーブルＴ２０００の転送先仮想ボリュームＩＤ（Ｔ２０５０）が「ＮＵＬＬ」であれば、ボリュームＩＤ（Ｔ２０４０）のボリュームＩＤを読み出し対象として選択し、転送先仮想ボリュームＩＤ（Ｔ２０５０）が「ＮＵＬＬ」でなければ当該ボリュームＩＤを読み出し対象として選択する。図８の例では、ＬＵ２の転送先仮想ボリュームＩＤ（Ｔ２０５０）は「ＶＯＬ１」となっているので、ＬＵ２が読み出し対象の場合はボリュームＶＯＬ１を選択する。換言すれば、ボリュームＶＯＬ２への読み出し要求をボリュームＶＯＬ１へ転送することになる。

　次に、制御部４２００は、ＶＯＬ（ボリューム）管理テーブルＴ１０００を参照して、選択したボリュームＩＤに対応するＬＤＥＶ４２２０の識別子を取得する（Ｆ１０４０）。そして、制御部４２００は、読み出し対象のＬＤＥＶ４２２０から要求されたデータを読み込んで、アクセス要求に対する応答を送信する。なお、データの読み出しは、ディスクＩ／Ｆ部４４００で実行し、アクセス要求に対する応答はホストＩ／Ｆ部４１００で実行する。

　次に、読み出し以外のコマンドの場合は、ステップＦ１０６０でＬＵ管理テーブルＴ２０００からアクセス対象のボリュームＩＤを取得し、ボリューム管理テーブルＴ１０００を参照して当該ボリュームのリードオンリーフラグＴ１０５０が読み出し専用であるか否かを判定する（Ｆ１０７０）。

　当該ボリュームのリードオンリーフラグＴ１０５０が読み出し専用の場合には、現在のアクセス要求（例えば、書き込み）は実行できないので、違反であることを示す応答を通知する（Ｆ１０８０）。一方、当該ボリュームのリードオンリーフラグＴ１０５０が「０」の場合には、現在のアクセス要求（例えば、書き込み）を実行する。

　上記処理によって、リードオンリーフラグＴ１０５０が「１」のボリュームについては読み出しのみを実行して書き込みを禁止することができる。そして、ＬＵ管理テーブルＴ２０００の転送先仮想ボリュームＩＤ（Ｔ２０５０）のボリュームの識別子が設定されている場合には、アクセス対象のＬＵに代わって、設定されているボリュームに対して読み出しを実施する。

　図１１は、ストレージ装置４０００の制御部４２００が所定のタイミング実行するボリューム管理テーブルの更新処理の一例を示すフローチャートである。この処理は所定の周期（例えば１２時間毎）や、仮想計算機１３２０の生成や、削除などの変更時に実行される。

　制御部４２００は、ＶＭ管理テーブルＴ３０００を読み込んでから（Ｆ２０１０）、ステップＦ２０２０～Ｆ２０６０の処理を全ての仮想計算機ＩＤ（Ｔ３０１０）について繰り返す。

　ステップＦ２０３０では、制御部４２００がＶＭ管理テーブルＴ３０００からＶＭ　ＩＤ（Ｔ３０１０）を一つ選択し、テンプレートフラグＴ３０２０が「１」であるか否かを判定する。「１」であれば、当該ＶＭ　ＩＤ（Ｔ３０１０）に割り当てられたボリュームＩＤ（Ｔ３０３０）がテンプレート用ボリュームであると判定し、ステップＦ２０４０へ進む。一方、「０」であれば、当該ＶＭ　ＩＤ（Ｔ３０１０）に割り当てられたボリュームＩＤ（Ｔ３０３０）は運用ボリュームであると判定して、ステップＦ２０２０に戻って上記処理を繰り返す。

　ステップＦ２０４０では、制御部４２００は、当該ＶＭ　ＩＤ（Ｔ３０１０）に割り当てられたボリュームＩＤ（Ｔ３０３０）を選択する。ステップＦ２０５０では、制御部４２００が選択したボリュームＩＤに基づいてボリューム管理テーブルＴ１０００を検索し、当該ボリュームＩＤ（Ｔ１０１０）のリードオンリーフラグＴ１０５０を「１」に設定する。

　上記処理をＶＭ管理テーブルＴ３０００の全てのエントリについて実施することで、テンプレート用ボリュームを読み出し専用のボリュームとして設定する。

　図１２は、ストレージ装置４０００の制御部４２００がＬＵ管理テーブルＴ２０００に読み出し要求を他のボリュームへ転送するＬＵを生成する処理の一例を示すフローチャートである。この処理は、ストレージ装置４０００が、管理計算機３０００から読み出し要求を他のボリュームに転送するＬＵの生成指令を受け付けたときに実行される。

　読み出し要求を他のボリュームへ転送するＬＵの生成指令には、生成するＬＵのＩＤと、転送先のボリュームのＩＤと、ＬＵに対応するボリュームの種類が含まれている。なお、ボリュームの種類がスナップショットの場合には、親ボリュームの識別子がＬＵの生成指令に含まれる。

　制御部４２００は、読み出し要求を転送するＬＵの生成指令を解析して、受け付けたＬＵのＩＤと転送先のボリュームのＩＤと、生成するＬＵに対応するボリュームの種類を取得する（Ｆ３０１０）。

　制御部４２００は、ＬＵ管理テーブルＴ２０００とボリューム管理テーブルＴ１０００を読み込む（Ｆ３０２０、Ｆ３０３０）。そして、制御部４２００は、受け付けた転送先のボリュームＩＤと一致するボリュームＩＤ（Ｔ１０１４０）のエントリから、リードオンリーフラグＴ１０５０の値を取得し、当該フラグが「１」（読み出し専用）であるか否かを判定する（Ｆ３０４０）。リードオンリーフラグＴ１０５０が「１」で当該ボリュームが読み出し専用であればステップＦ３０５０へ進み、そうでない場合にはステップＦ３０６０へ進む。

　ステップＦ３０５０では、制御部４２００が、ＬＵ管理テーブルＴ２０００に新たなエントリを追加して、受け付けたＬＵのＩＤと、転送先のボリュームＩＤをＬＵ管理テーブルＴ２０００のＬＵ　ＩＤ（Ｔ２０３０）と転送先仮想ボリュームＩＤ（Ｔ２０５２０）に設定する。

　次に、制御部４２００は、ボリューム管理テーブルＴ１０００を参照して未使用のボリュームＩＤ（Ｔ１０１０）を取得して、上記ＬＵ管理テーブルＴ２０００に追加したエントリのボリュームＩＤ（Ｔ２０４０）に設定する（Ｆ３０７０）。また、制御部４２００は、当該エントリにポートＩＤ（Ｔ２０１０）とホストグループＩＤ（Ｔ２０２０）を付与する。

　制御部４２００は、ボリューム管理テーブルＴ１０００に新たなエントリを追加して、前記取得したボリュームＩＤをボリュームＩＤ（Ｔ１０１０）に設定し、前記受け付けたボリュームの種類（例えば、スナップショット）をＴＹＰＥ（Ｔ１０２０）に設定し、前記ＬＵのＩＤをリソースＩＤ（Ｔ１０３０）に設定する。なお、ボリュームの種類（ＴＹＰＥ（Ｔ１０５０））がスナップショット（またはクローン）の場合には、指令に含まれている親ボリュームのＩＤをペア情報Ｔ１０４０に設定する。また、制御部４２００は、当該ボリュームは実体（論理記憶領域）のないボリュームであるので、リードオンリーフラグＴ１０５０を「１」に設定しておく。

　制御部４２００は、ＬＵ管理テーブルＴ２０００とボリューム管理テーブルＴ１０００に新たなエントリの追加が完了したので、ＬＵの生成指令に対する応答として、前記ステップＦ３０７０で取得した新たなボリュームＩＤを通知する（Ｆ３０８０）。

　一方、前記ステップＦ３０４０の判定で、転送先のボリュームが読み出し専用ではない場合には、制御部４２００は、ＬＵの生成指令の送信元に、指定されたＬＵを生成できないことを通知する。

　以上の処理によって、制御部４２００は、読み出し要求を読み出し専用のボリュームへ転送するＬＵと、当該ＬＵに関連づけられたボリュームを生成することができる。なお、読み出し要求を転送するＬＵに関連づけられたボリュームは、図９の「ＶＯＬ２」で示すように、リソースＩＤ（Ｔ１０３０）にＬＵの識別子が設定され、論理記憶領域を持たないボリュームとして生成される。

　なお、上記では管理計算機３０００がＬＵの生成指令にＬＵのＩＤを含める例を示したが、ＬＵのＩＤをストレージ装置４０００で設定するようにしてもよい。この場合、ＬＵ管理テーブルＴ２０００の新たなエントリに開いているＬＵのＩＤを設定し、当該ＬＵのＩＤをボリューム管理テーブルＴ１０００のリソースＩＤ（Ｔ１０３０）に設定すればよい。

　図１３は、ストレージ装置４０００の制御部４２００がボリュームのコピーペアを生成する処理の一例を示すフローチャートである。この処理は、ストレージ装置４０００が、管理計算機３０００からコピーペアの生成指令を受け付けたときに実行される。

　コピーペアの生成指令には、コピー元となるボリュームＩＤと、コピーの種類（スナップショットまたはクローン）と、コピー先のボリュームの属性（読み出し専用または書き込み可）が含まれる。

　制御部４２００は、コピーペアの生成指令を解析し、コピー元のボリュームと、コピーの種類と、コピー（派生）先のボリュームの属性を取得する（Ｆ４０１０）。制御部４２００は、コピー先のボリュームの属性がリードオンリーであるか否かを判定し（Ｆ４０２０）、読み出し専用であればステップＦ４０３０へ進み、書き込み可能であればステップＦ４０６０に進む。

　ステップＦ４０３０では、制御部４２００がボリューム管理テーブルＴ１０００を読み込む。次に、制御部４２００は、コピー元のボリュームが読み出し専用であるか否かを判定する（Ｆ４０４０）。換言すれば、コピー元となるボリュームにＬＤＥＶ４２２０が存在するか否かを判定する。コピー元となるボリュームが読み出し専用の場合には、ステップＦ４０５０へ進み、コピー元となるボリュームが書き込み可能であればステップＦ４０６０へ進む。

　ステップＦ４０５０では、コピー先のボリュームが読み出し専用、かつ、コピー元となるボリュームも読み出し専用となるので、コピー元のボリュームに読み出し要求を転送するＬＵを生成する図１２のステップＦ３０１０～Ｆ３０８０の処理を実行し、戻り値としてコピー先のボリュームＩＤを取得する。

　一方、生成するコピー先のボリュームの属性が書き込み可能、またはコピー先のボリュームの属性が書き込み可能の場合には、ステップＦ４０６０で制御部４２００がコピー元となるボリュームのＬＤＥＶ４２２０を選択する。制御部４２００は、コピー元のボリュームＩＤでボリューム管理テーブルＴ１０００のエントリからリソースＩＤ（Ｔ１０３０）に格納されているＬＤＥＶ４２２０を取得する。

　ステップＦ４０７０では、制御部４２００が、選択したＬＤＥＶ４２２０について指定されたコピーの種類でコピー先のボリュームを生成し、ボリュームＩＤを付与してボリューム管理テーブルＴ１０００とＬＵ管理テーブルＴ２０００に新たなエントリを追加する。次に、制御部４２００は、ステップＦ４０８０で生成したコピー先のボリュームＩＤを通知して処理を終了する。

　以上のように、管理計算機３０００からの指令に基づいてストレージ装置４０００では、指定されたコピー元のボリュームから、指定された種類でボリュームを複製し、コピーペアを生成することができる。

　図１４は、従来例を示し、テンプレート用ボリュームからクローンの運用ボリュームを生成する処理の一例を示す図である。図示の例は、仮想計算機のテンプレート用ボリュームＶＯＬ１１の複製から、仮想計算機（ＶＭ１１）の運用ボリュームＶＯＬ１６を生成する例を示す。

　まず、仮想計算機のテンプレート用ボリュームＶＯＬ１１のスナップショットボリュームＶＯＬ１２を生成する。スナップショットボリュームＶＯＬ１２はリードオンリーとする。テンプレート用ボリュームＶＯＬ１１と、スナップショットボリュームＶＯＬ１２が親の世代となる。

　次に、スナップショットボリュームＶＯＬ１２のクローンをボリュームＶＯＬ１３として生成する。そして、クローンのボリュームＶＯＬ１３のスナップショットボリュームＶＯＬ１４を生成する。スナップショットボリュームＶＯＬ１４はリードオンリーとする。これらのボリュームＶＯＬ１、３１４が仮想計算機の複製となる。

　次に、スナップショットボリュームＶＯＬ１４のリンクドクローン（Ｌｉｎｋｅｄ－Ｃｌｏｎｅ）をボリュームＶＯＬ１５として生成する。リンクドクローンは、マスター・イメージとなる仮想計算機のボリュームを、読み取り専用で複数の仮想計算機で共有するボリュームである。

　ユーザに提供する仮想計算機（ＶＭ１１）のボリュームＶＯＬ１６は、ボリュームＶＯＬ１５を共有（リンクドクローン）し、差分データを蓄積した差分ボリュームＶＯＬ１６とする。なお、ボリュームＶＯＬ１、５１６がユーザ用のクローンのボリュームとなる。

　図１５は、従来例を示し、テンプレート用ボリュームからクローンのボリュームを生成するストレージ装置４０００の構成を示すブロック図である。

　従来例を実現する例として、ストレージ装置４０００では、プール１（４２３０－１）の書き込みデータ領域に、テンプレート用ボリュームＶＯＬ１１に対応するＬＤＥＶ１１の内容を格納する。

　次に、ＬＤＥＶ１１のスナップショットをプール２（４２３０－２）の差分データ領域に生成し、スナップショットボリュームＶＯＬ１２に対応するＬＤＥＶ１２とする。次に、スナップショットボリュームＶＯＬ１２のＬＤＥＶ１２のクローンを複製データ領域３に書き込んでクローンボリュームＶＯＬ１３も対応するＬＤＥＶ１３を生成する。

　そして、クローンのＬＤＥＶ１３のスナップショットを差分データ領域４に書き込んで、ボリュームＶＯＬ１４に対応するＬＤＥＶ１４を生成する。スナップショットボリュームＶＯＬ１４はリードオンリーとする。

　次に、スナップショットボリュームＶＯＬ１４に対応するＬＤＥＶ１４のリンクドクローン（Ｌｉｎｋｅｄ－Ｃｌｏｎｅ）を差分データ領域５に書き込んで、ボリュームＶＯＬ１５に対応するＬＤＥＶ１５として生成する。さらに、ＬＤＥＶ１５のスナップショットを差分データ領域６に書き込んで、運用ボリュームＶＯＬ１６に対応するＬＤＥＶ１６として生成する。

　以上のように、前記従来例では、中間ボリュームＶＯＬ１２～１５のアクセス（読み出し）先としてＬＤＥＶ１２～１５を生成しておく必要があり、この結果、プール２には差分データ領域２、４、５及び複製データ領域３を確保する必要が生じる。

　図１６は、実施例１を示し、テンプレート用ボリュームからクローンのボリュームを生成するストレージ装置４０００の構成を示すブロック図である。

　図１５に示した従来例と同様に、ストレージ装置４０００では、プール１（４２３０－１）の書き込みデータ領域に、テンプレート用ボリュームＶＯＬ１１に対応するＬＤＥＶ１１の内容を格納する。

　次に、スナップショットボリュームＶＯＬ１２は、ボリュームＶＯＬ１を親とするコピーペアとしてボリュームＶＯＬ２を生成する。ボリュームＶＯＬ２のリソースには、読み出し要求の転送先（Ｔ２０５０）に親ボリュームＶＯＬ１を設定しておく。

　次に、ボリュームＶＯＬ２を親ボリュームとするクローンボリュームＶＯＬ３を生成する。ボリュームＶＯＬ３のリソースには、読み出し要求の転送先（Ｔ２０５０）に親ボリュームＶＯＬ２を設定しておく。

　次に、ボリュームＶＯＬ３を親ボリュームとするスナップショットボリュームＶＯＬ４を生成する。ボリュームＶＯＬ４のリソースには、読み出し要求の転送先（Ｔ２０５０）に親ボリュームＶＯＬ３を設定しておく。同様に、ボリュームＶＯＬ４を親ボリュームとするスナップショットボリュームＶＯＬ５を生成する。ボリュームＶＯＬ５のリソースには、読み出し要求の転送先（Ｔ２０５０）に親ボリュームＶＯＬ４を設定しておく。

　最後に、運用ボリュームＶＯＬ６をＬＤＥＶ１のスナップショットをプール２（４２３０－２）の差分データ領域に書き込んで、ボリュームＶＯＬ６に対応するＬＤＥＶ２を生成する。

　本実施例１によれば、中間ボリュームＶＯＬ２～５を読み出し専用の属性として、読み出し要求の転送先に親ボリュームを設定しておくことで、中間ボリュームＶＯＬ２～５に対する読み出し要求は、ボリュームＶＯＬ１のＬＤＥＶ１に転送されることになる。そして、実際に仮想計算機（ＶＭ１）に提供されるプール２の論理記憶領域は差分データ領域１のみとすることができる。

　したがって、本実施例１では、図１５に示した複製データ領域３と差分データ領域４～６が不要となり、中間ボリュームのためにストレージ装置４０００のリソースが消費されるのを抑制でき、ストレージ装置４０００上で展開可能な仮想計算機の数を増大することが可能となる。

　なお、上記実施例１では、図１０～図１３の処理をストレージ装置４０００の内部の制御部４２００で行う例を示したが、上記処理の一部を外部の計算機で実行するようにしても良い。

　図１８は、本発明の第２の実施例を示し、記憶領域の運用の一例を示す図である。本実施例２は、前記実施例１に示したストレージ装置４０００に、前記コングロマリットＬＵ構造（ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅ）を適用したもので、制御プログラム４６００が利用するテーブルとして図２１のバインド管理テーブルＴ６０００を加えたものである。その他の構成については前記実施例１と同様である。

　図１７は、図５に示した従来例に、ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅを適用した例を示す図である。図示の例では、ＬＵ１（４２１０）を代表論理ボリューム（ＡＬＵ：ＡｄｍｉｎｉｓｔｒａｔｉｖｅＬｏｇｉｃａｌＵｎｉｔ）とし、このＡＬＵの配下に補助論理ユニット（ＳＬＵ：ＳｕｂｓｉｄｉａｒｙＬｏｇｉｃａｌＵｎｉｔ）としてＬＤＥＶ１～ＬＤＥＶ３の論理パスを設定する。ＬＤＥＶ１（ＶＯＬ１）～ＬＤＥＶ３（ＶＯＬ３）は前記図５と同様に、論理記憶領域１～３に割り当てられている。なお、補助論理ユニット（ＳＬＵ）は前記実施例１のＬＤＥＶ（論理デバイス）に対応する。

　ホスト計算機１０００－１、１０００－２では、それぞれ代表論理ボリューム（ＡＬＵ＝ＶＯＬ４）１４１までのホストパスを設定することで、ストレージ装置４０００のＡＬＵ４２１０の配下の全てのＬＤＥＶ１～ＬＤＥＶ３にアクセスすることができる。

　図１８に示す実施例２も図１７と同様であるが、ホスト計算機１０００－２のボリュームＶＯＬ２に対応するＬＤＥＶを省略し、ボリュームＶＯＬ２への読み出し要求を代表論理ボリュームＡＬＵが読み出し専用のＬＤＥＶ１に転送して代理で応答するものである。

　本実施例２では、前記実施例１のＬＵ２に代わって、代表論理ボリュームＡＬＵ４２１０が、ボリュームＶＯＬ２への読み出し要求をＬＤＥＶ１（ＶＯＬ１）へ転送することで、中間ボリュームＶＯＬ２のＬＤＥＶを不要にして、プール４２３０における論理記憶領域の消費を削減するものである。

　図１９は、ボリューム管理テーブルＴ１０００の一例を示す図である。ボリューム管理テーブルＴ１０００は、各フィールドＴ１０１０～Ｔ１０５０の構成については前記実施例１の図７と同様であるが、代表論理ボリュームＡＬＵなどのストレージ装置４０００のリソースが異なる。図示の例は、図１８の構成に対応する。

　図１９において、ボリュームＶＯＬ４は、ＴＹＰＥ（Ｔ１０２０）が「ＡＬＵ」で、ストレージ装置４０００のリソースＩＤは「ＬＵ１」である。ボリュームＶＯＬ２は、ボリュームＶＯＬ１のスナップショットで読み出し専用である点は、前記実施例１と同様であるが、リソースＩＤ（Ｔ１０３０）が「ＶＳＬＵ（Ｖｉｒｔｕａｌ　ＳｕｂｓｉｄｉａｒｙＬｏｇｉｃａｌＵｎｉｔ）」となっている点が前記実施例１と相違する。なお、以下ではＶＳＬＵを仮想ＳＬＵとし、代表論理ボリュームＡＬＵ（ＶＯＬ４）の配下の仮想的なＳＬＵを示す。

　図２０は、ＬＵ管理テーブルＴ２０００の一例を示す図である。ＬＵ管理テーブルＴ２０００は、各フィールドＴ２０１０～Ｔ２０５０の構成については前記実施例１と同様であり、ボリュームＶＯＬ２の転送先仮想ボリュームＩＤ（Ｔ２０５０）は、前記実施例１と同様にボリュームＶＯＬ１が設定される。

　図２１は、バインド管理テーブルＴ６０００の一例を示す図である。バインド管理テーブルＴ６０００は、ＡＬＵに割り当てられているボリュームの識別子を格納するＡＬＵ（Ｔ６１００）と、ＳＬＵとして割り当てられているボリュームの識別子を格納するバインドＳＬＵボリュームＩＤ（Ｔ６０２０）と、読み出し要求の転送先を格納する変換ボリュームＩＤ（Ｔ６０３０）がひとつのエントリに含まれる。

　ＡＬＵ（Ｔ６０１０）は、図１８で示したようにＬＵ１にマッピングされたボリュームＶＯＬ４が格納され、ＶＯＬ４のＡＬＵに対応して、ホスト計算機１０００に提供されるボリュームＶＯＬ１～ＶＯＬ３がバインドＳＬＵボリュームＩＤ（Ｔ６０２０）として格納される。

　そして、ボリューム管理テーブルＴ１０００で、リソースＩＤ（Ｔ１０３０）が「ＶＳＬＵ（仮想ＳＬＵ）」に設定されたボリュームＶＯＬ２の変換ボリュームＩＤ（Ｔ６０３０）には、ボリュームＶＯＬ１が設定される。これにより、ＡＬＵがボリュームＶＯＬ４で、ＳＬＵがＶＯＬ２の読み出し要求は、ボリュームＶＯＬ１に対応するＬＤＥＶ１に点差応されることになる。なお、変換ボリュームＩＤ（Ｔ６０３０）が「ＮＵＬＬ」の場合は、バインドＳＬＵボリュームＩＤ（Ｔ６０２０）に設定されたボリュームＩＤに直接アクセスされる。

　以上のような構成によって、ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅを適用した場合においても、前記実施例１と同様に中間ボリュームＶＯＬ２への読み出し要求は、ボリュームＶＯＬ１のＬＤＥＶ１から読み出すことで処理される。これにより、中間ボリュームのためにプール４２３０の論理記憶領域を確保する必要は無くなって、ストレージ装置４０００のリソースを有効に利用することができる。

　図２２は、ストレージ装置４０００がホスト計算機１０００からアクセス要求を受け付けた時に実行する処理の一例を示すフローチャートである。

　ホストＩ／Ｆ部４１００でアクセス（Ｉ／Ｏ）要求を受け付けると、制御部４２００はアクセス要求を取得して、アクセス要求に含まれるコマンド（例えば、ＳＣＳＩコマンド）を解析する（Ｆ５０１０）。コマンドには、ＡＬＵのボリュームＩＤとＳＬＵのボリュームＩＤと読み出しまたは書き込みなどの要求が含まれる。

　制御部４２００は、バインド管理テーブルＴ６０００を参照して（５０２０）、コマンドで指定されたＳＬＵがＡＬＵにバインドされているか否かを判定する。コマンドに含まれているＡＬＵとＳＬＵの組み合わせが、バインド管理テーブルＴ６０００に存在するか否かを判定する（Ｆ５０３０）。ＡＬＵとＳＬＵの組み合わせが、バインド管理テーブルＴ６０００に存在すればステップＦ５０４０へ進み、そうでない場合にはステップＦ５０５０に進む。

　ステップＦ５０４０では、図２３に示す処理を実行する。ステップＦ５０５０では、制御部４２００が指定されたＳＬＵへのアクセスを拒否し、アクセスを拒否した通知をホストＩ／Ｆ部４１００を介して送信する。

　図２３は、図２２のステップＦ５０４０で行われる処理の一例を示すフローチャートである。ステップＦ６０１０では、図２２のステップＦ５０１０で解析したＳＬＵに対応するボリュームＩＤでボリューム管理テーブルＴ１０００を参照し、リソースＩＤ (Ｔ１０３０)を取得する。

　ステップＦ６０２０では、制御部４２００がＳＬＵに対応するリソースＩＤがＶＳＬＵであるか否かを判定する。リソースＩＤがＶＳＬＵであれば、ステップＦ６０４０に進み、そうでなければステップＦ６０３０に進む。ステップＦ６０３０では、制御部４２００が指定されたリソースＩＤに対応するＳＬＵにアクセス要求を指令してアクセスを実行する。

　ステップＦ６０４０では、制御部４２００がアクセス要求の種類が書き込み要求であるか否かを判定する。アクセス要求の種類が書き込み要求の場合、制御部４２００はボリューム管理テーブルＴ１０００のリードオンリーフラグＴ１０５０が「１」であるので書き込みを拒否して、書き込みの拒否を含む応答を送信する。一方、アクセス要求の種類が書き込み要求でない場合（読み出し要求）は、制御部４２００はボリューム管理テーブルＴ１０００のペア情報Ｔ１０４０に設定されたボリュームＩＤにアクセス要求を転送し、アクセスを実行させる。

　以上の処理により、ＳＬＵに対応するボリュームのリソースＩＤ（Ｔ１０３０）が仮想ＳＬＵ（ＶＳＬＵ）で、かつ、アクセス要求が読み出し要求の場合には、制御部４２００はペア情報Ｔ１０４０に設定されたボリュームに読み出し要求を転送することで、ボリュームＶＯＬ１からデータを読み出すことができる。

　これにより、中間ボリュームＶＯＬの実体となるＬＤＥＶ４２２０をプール４２３０に確保する必要がなくなって、ストレージ装置４０００のリソースの消費を削減することができる。

　図２４は、ストレージ装置４０００の制御部４２００がＬＵ管理テーブルＴ２０００に読み出し要求を転送するＶＳＬＵ（仮想ＳＬＵ）を生成する処理の一例を示すフローチャートである。

　この処理は、ストレージ装置４０００が、管理計算機３０００から読み出し要求を転送するＶＳＬＵの生成指令を受け付けたときに実行される。読み出し要求を転送するＶＳＬＵの生成指令には、転送先のボリュームのＩＤと、ＶＳＬＵに対応するボリュームの種類が含まれている。なお、ボリュームの種類がスナップショットの場合には、親ボリュームの識別子がＶＳＬＵの生成指令に含まれる。

　制御部４２００は、読み出し要求を転送する仮想ＳＬＵの生成指令を解析して、受け付けた転送先のボリュームのＩＤと、生成するＬＵに対応するボリュームの種類を取得する（Ｆ７０１０）。

　制御部４２００は、ボリューム管理テーブルＴ１０００を読み込んで（Ｆ７０２０）、受け付けた転送先のボリュームのＩＤと一致するエントリでリードオンリーフラグＴ１０５０を取得する。そして、制御部４２００は、リードオンリーフラグＴ１０５０が「１」（読み出し専用）であるか否かを判定する（Ｆ７０３０）。リードオンリーフラグＴ１０５０が「１」で当該ボリュームが読み出し専用であればステップＦ７０４０へ進み、そうでない場合にはステップＦ７０６０へ進む。

　ステップＦ７０５０では、制御部４２００が、ＬＵ管理テーブルＴ２０００に新たなエントリを追加して、開いているＬＵのＩＤと、転送先のボリュームＩＤを転送先仮想ボリュームＩＤ（Ｔ２０５０）に設定する。制御部４２００は、ボリューム管理テーブルＴ１０００を参照して未使用のボリュームＩＤ（Ｔ１０１０）を取得して（Ｆ７０６０）、上記ＬＵ管理テーブルＴ２０００に追加したエントリのボリュームＩＤ（Ｔ２０４０）に設定する（Ｆ３０７０）。また、制御部４２００は、当該エントリにポートＩＤ（Ｔ２０１０）とホストグループＩＤ（Ｔ２０２０）を付与する。

　制御部４２００は、ボリューム管理テーブルＴ１０００に新たなエントリを追加して、前記取得したボリュームＩＤをボリュームＩＤ（Ｔ１０１０）に設定し、前記受け付けたボリュームの種類（例えば、スナップショット）をＴＹＰＥ（Ｔ１０２０）に設定し、「ＶＳＬＵ」をリソースＩＤ（Ｔ１０３０）に設定する。なお、ボリュームの種類がスナップショットの場合には、指令に含まれている親ボリュームのＩＤをペア情報Ｔ１０４０に設定する。また、当該ボリュームは実体（論理記憶領域）のないボリュームであるので、リードオンリーフラグＴ１０５０を「１」に設定しておく。

　制御部４２００は、ＬＵ管理テーブルＴ２０００とボリューム管理テーブルＴ１０００に新たなエントリの追加が完了したので、ＶＳＬＵの生成指令に対する応答として、前記ステップＦ７０６０で取得した新たなボリュームＩＤを通知する（Ｆ７０７０）。

　一方、前記ステップＦ７０４３０の判定で、転送先のボリュームが読み出し専用ではない場合には、制御部４２００は、ＶＳＬＵの生成指令の送信元に、指定されたＶＳＬＵを生成できないことを通知する。

　以上の処理によって、制御部４２００は、読み出し要求を読み出し専用のボリュームに転送するＶＳＬＵと、当該ＶＳＬＵに関連づけられたボリュームを生成することができる。なお、読み出し要求を転送するＶＳＬＵに関連づけられたボリュームは、図１９の「ＶＯＬ２」で示すように、リソースＩＤ（Ｔ１０３０）にＶＳＬＵが設定され、論理記憶領域を持たないボリュームとして生成される。

　図２５は、ストレージ装置４０００の制御部４２００がバインド管理テーブルを設定する処理の一例を示すフローチャートである。この処理は、ストレージ装置４０００が、管理計算機３０００からバインドの設定指令を受け付けたときに実行される。バインドの設定指令には、ＡＬＵに対応するボリュームＩＤと、ＳＬＵに対応するボリュームＩＤが含まれる。

　制御部４２００は、バインドの設定指令を解析し、ＡＬＵのボリュームＩＤと、ＳＬＵのボリュームＩＤを取得する（Ｆ８０１０）。制御部４２００は、ボリューム管理テーブルＴ１０００とバインド管理テーブルＴ６０００を参照する（ステップＦ８０２０、Ｆ８０３０）。

　次に、制御部４２００は、ＳＬＵに対応するボリュームＩＤがＶＳＬＵであるか否かを判定する（Ｆ８０４０）。ＳＬＵに対応するボリュームＩＤがＶＳＬＵであればステップＦ８０５０へ進み、そうでない場合にはステップＦ８０６０へ進む。

　ステップＦ８０５０では、制御部４２００がボリューム管理テーブルＴ１０００のリソースＩＤ（１０３０）が「ＶＳＬＵ」のエントリを検索してボリュームＩＤ（Ｔ１０１０）とペア情報（Ｔ１０４０）のボリュームＩＤを取得する。

　そして、制御部４２００は、バインド管理テーブルＴ６０００に新たなエントリを生成し、ＡＬＵに対応するボリュームＩＤをＡＬＵ（Ｔ６０１０）に設定し、ボリューム管理テーブルＴ１０００から取得したボリュームＩＤをＳＬＵに対応するボリュームＩＤ（Ｔ６０２０）に設定し、変換ボリュームＩＤ（Ｔ６０３０）にペア情報（Ｔ１０４０）のボリュームＩＤを設定する。

　一方、ステップＦ８０６０では、制御部４２００は、バインド管理テーブルＴ６０００に新たなエントリを生成し、ＡＬＵに対応するボリュームＩＤをＡＬＵ（Ｔ６０１０）に設定し、ＳＬＵに対応するボリュームＩＤをボリュームＩＤ（Ｔ６０２０）に設定し、変換ボリュームＩＤ（Ｔ６０３０）に「ＮＵＬＬ」を設定する。

　上記処理によって、管理計算機３０００から指示されたＡＬＵのボリュームＩＤとＳＬＵのボリュームＩＤをバインド管理テーブルＴ６０００に設定することができる。

　以上のように、ストレージ装置４０００が代表論理ボリュームＡＬＵから仮想記憶領域（ＳＬＵ）にアクセスを行うコングロマリットＬＵ構造（ＣｏｎｇｌｏｍｅｒａｔｅＬＵＳｔｒｕｃｔｕｒｅ）を採用した場合においても、前記実施例１と同様に、中間ボリュームの実体を構成するための論理記憶領域が不要となり、中間ボリュームのためにストレージ装置４０００のリソースが消費されるのを抑制でき、ストレージ装置４０００上で展開可能な仮想計算機の数を増大することが可能となる。

　なお、上記実施例２では、前記実施例１の図１３と同様に、コピーペア（スナップショット、またはクローン）の生成指示をストレージ装置４０００が受け付けたときに、読み出し要求をリードオンリーのＬＤＥＶ１に転送する仮想ＳＬＵを生成することができる。

　また、上記実施例２では、中間ボリュームが一つの例を示したが、前記実施例１の図１６と同様に、複数の中間ボリュームを仮想ＳＬＵに対応付けることができ、図１６の例を実施例２に適用すると、中間ボリュームＶＯＬ２～ＶＯＬ５に対応付けたＶＳＬＵ１～４を生成すればよい。

　＜まとめ＞
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。

　また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims

　プロセッサとメモリと記憶媒体を有するストレージ装置であって、
　前記記憶媒体から論理記憶領域を生成し、前記論理記憶領域に論理デバイスを割り当て、当該論理デバイスに割り当てた論理ユニットを仮想記憶領域として提供する制御部を有し、
　前記制御部は、
　第１の論理デバイスを前記論理記憶領域に割り当て、前記第１の論理デバイスに対応付けた第１の論理ユニットを第１の仮想記憶領域として提供し、
　前記第１の仮想記憶領域の複製を第２の仮想記憶領域として生成し、前記第２の仮想記憶領域の複製を第３の仮想記憶領域として生成する際に、前記第２の仮想記憶領域を読み出し専用として第２の論理ユニットを割り当てて、当該第２の論理ユニットに対するアクセス要求を前記第１の仮想記憶領域に転送するよう論理ユニット管理情報に設定し、前記第１の論理デバイスの複製を第３の論理デバイスとして前記論理記憶領域に生成し、当該第３の論理デバイスに対応付けた第３の論理ユニットを第３の仮想記憶領域として提供することを特徴とするストレージ装置。
　請求項１に記載のストレージ装置であって、
　前記制御部は、
　前記第１の仮想記憶領域と第２の仮想記憶領域を読み出し専用としてボリューム管理情報に設定し、前記第２の仮想記憶領域に対する前記アクセス要求が読み出し要求の場合には、前記第２の論理ユニットの論理ユニット設定情報に基づいて当該読み出し要求を前記第１の仮想記憶領域に転送し、前記第２の仮想記憶領域に対する前記アクセス要求が書き込み要求の場合には、当該アクセス要求を拒絶することを特徴とするストレージ装置。
　請求項１に記載のストレージ装置であって、
　前記制御部は、
　前記第１の仮想記憶領域のスナップショットを第２の仮想記憶領域として生成する指令を受け付けた時に、前記第２の論理ユニットを生成して前記論理ユニット管理情報に設定することを特徴とするストレージ装置。
　請求項１に記載のストレージ装置であって、
　前記制御部は、
　代表論理ボリュームから補助論理ユニットにアクセスするコングロマリットＬＵ構造を採用し、前記代表論理ボリュームを前記第１の論理ユニットに対応する第４の仮想記憶領域としてボリューム管理情報に設定し、前記第２の論理ユニットに代わって、前記補助論理ユニットとして仮想ＳＬＵを前記第２の仮想記憶領域に対応付けてボリューム管理情報に設定することを特徴とするストレージ装置。
　請求項４に記載のストレージ装置であって、
　前記制御部は、
　前記代表論理ボリュームが第４の仮想記憶領域で、前記仮想ＳＬＵが前記第４の仮想記憶領域の配下で、かつ、当該仮想ＳＬＵの変換先が前記第１の仮想記憶領域であることをバインド管理情報に設定することを特徴とするストレージ装置。
　請求項５に記載のストレージ装置であって、
　前記制御部は、
　前記第１の仮想記憶領域と前記第２の仮想記憶領域とを読み出し専用として前記ボリューム管理情報に設定し、前記第２の仮想記憶領域に対するアクセス要求が読み出し要求の場合には、前記第２の論理ユニットに対応する仮想ＳＬＵのバインド管理情報に基づいて前記読み出し要求を前記第１の仮想記憶領域に転送し、前記第２の仮想記憶領域に対する前記アクセス要求が書き込み要求の場合には、当該アクセス要求を拒絶することを特徴とするストレージ装置。
　請求項５に記載のストレージ装置であって、
　前記制御部は、
　前記第１の仮想記憶領域のスナップショットを第２の仮想記憶領域として生成する指令を受け付けた時に、前記仮想ＳＬＵを生成して前記バインド管理情報に設定することを特徴とするストレージ装置。
　プロセッサとメモリと記憶媒体を有するストレージ装置と、
　前記ストレージ装置に接続されたホスト計算機と、
　前記ストレージ装置に接続された管理計算機と、を有する計算機システムであって、
　前記ストレージ装置は、
　前記記憶媒体から論理記憶領域を生成し、前記論理記憶領域に論理デバイスを割り当て、当該論理デバイスに割り当てた論理ユニットを仮想記憶領域として前記ホスト計算機に提供する制御部を有し、
　前記制御部は、
　第１の論理デバイスを前記論理記憶領域に割り当て、前記第１の論理デバイスに対応付けた第１の論理ユニットを第１の仮想記憶領域として前記ホスト計算機に提供し、
　前記第１の仮想記憶領域の複製を第２の仮想記憶領域として生成し、前記第２の仮想記憶領域の複製を第３の仮想記憶領域として生成する際に、前記第２の仮想記憶領域を読み出し専用として第２の論理ユニットを割り当てて、前記ホスト計算機から当該第２の論理ユニットに対するアクセス要求を前記第１の仮想記憶領域に転送するよう論理ユニット管理情報に設定し、前記第１の論理デバイスの複製を第３の論理デバイスとして前記論理記憶領域に生成し、当該第３の論理デバイスに対応付けた第３の論理ユニットを第３の仮想記憶領域として前記ホスト計算機に提供することを特徴とする計算機システム。
　請求項８に記載の計算機システムであって、
　前記制御部は、
　前記第１の仮想記憶領域と第２の仮想記憶領域を読み出し専用としてボリューム管理情報に設定し、前記ホスト計算機から前記第２の仮想記憶領域に対する前記アクセス要求が読み出し要求の場合には、前記第２の論理ユニットの論理ユニット設定情報に基づいて当該読み出し要求を前記第１の仮想記憶領域に転送し、前記ホスト計算機から前記第２の仮想記憶領域に対する前記アクセス要求が書き込み要求の場合には、当該アクセス要求を拒絶することを特徴とする計算機システム。
　請求項８に記載の計算機システムであって、
　前記制御部は、
　前記管理計算機から前記第１の仮想記憶領域のスナップショットを第２の仮想記憶領域として生成する指令を受け付けた時に、前記第２の論理ユニットを生成して前記論理ユニット管理情報に設定することを特徴とする計算機システム。
　請求項８に記載の計算機システムであって、
　前記制御部は、
　代表論理ボリュームから補助論理ユニットにアクセスするコングロマリットＬＵ構造を採用し、前記代表論理ボリュームを前記第１の論理ユニットに対応する第４の仮想記憶領域としてボリューム管理情報に設定し、前記第２の論理ユニットに代わって、前記補助論理ユニットとして仮想ＳＬＵを前記第２の仮想記憶領域に対応付けてボリューム管理情報に設定することを特徴とする計算機システム。
　請求項１１に記載の計算機システムであって、
　前記制御部は、
　前記代表論理ボリュームが第４の仮想記憶領域で、前記仮想ＳＬＵが前記第４の仮想記憶領域の配下で、かつ、当該仮想ＳＬＵの変換先が前記第１の仮想記憶領域であることをバインド管理情報に設定したことを特徴とする計算機システム。
　請求項１２に記載の計算機システムであって、
　前記制御部は、
　前記第１の仮想記憶領域と前記第２の仮想記憶領域とを読み出し専用として前記ボリューム管理情報に設定し、前記ホスト計算機からの前記第２の仮想記憶領域に対するアクセス要求が読み出し要求の場合には、前記第２の論理ユニットに対応する仮想ＳＬＵのバインド管理情報に基づいて前記読み出し要求を前記第１の仮想記憶領域に転送し、前記ホスト計算機からの前記第２の仮想記憶領域に対する前記アクセス要求が書き込み要求の場合には、当該アクセス要求を拒絶することを特徴とする計算機システム。
　請求項１２に記載の計算機システムであって、
　前記制御部は、
　前記管理計算機から前記第１の仮想記憶領域のスナップショットを第２の仮想記憶領域として生成する指令を受け付けた時に、前記仮想ＳＬＵを生成して前記バインド管理情報に設定することを特徴とする計算機システム。