JP5355603B2 - ディスクアレイ装置及び論理ボリュームアクセス方法 - Google Patents

Description

本発明の実施形態は、ディスクアレイ装置及び論理ボリュームアクセス方法に関する。

一般に、ディスクアレイ装置は、１つ以上のディスク装置、例えば複数のハードディスクドライブ（ＨＤＤ：Hard Disk Drive）と、これらのＨＤＤと接続されたアレイコントローラとを備えている。アレイコントローラは、一般に知られる例えばＲＡＩＤ（Redundant Arrays of Inexpensive DisksまたはRedundant Arrays of Independent Disks）の手法により複数のＨＤＤを管理する。つまり、アレイコントローラは、ホスト装置（ホスト計算機）からのデータ読み出し／書き込み要求に対し、接続された複数のＨＤＤを並列に動かしてデータの読み出し／書き込みを分散して実行することでアクセスの高速化を図ると共に、冗長構成によって信頼性の向上を図っている。

ディスクアレイ装置は、上記した複数のＨＤＤ（または１つ以上のＨＤＤ）の記憶領域が連続した１つの領域として定義されるアレイ（ディスクアレイ）を含む。また、ディスクアレイ装置は、ホスト装置から認識される論理ディスク（論理ボリューム）を有する。論理ディスクは、その領域（論理アドレス空間）にアレイ内の記憶領域（物理領域）が割り当てられることにより構成される。

このようなディスクアレイ装置では、ホスト装置がアクセスを行う論理ディスクと、その論理ディスクを構成する物理領域を提供するアレイとの対応関係は固定的である。したがって、システムによっては、実際に論理ディスクとして使用されていない領域の割合が高くなり、無駄が大きい場合がある。

そこで、例えばディスクアレイ装置に含まれるアレイの全領域（物理領域）をエクステント（物理エクステント）という一定サイズに区分して管理し、論理ディスクへのライトアクセスが発生した場合に当該ライトアクセスの対象となる領域に割り当てる物理エクステントを実際に確保するという仮想論理ディスク方式が提案されている。

つまり、ディスクアレイ装置では、当該ディスクアレイ装置に含まれるアレイの全領域が分割された全物理エクステントのうちの１つ以上の物理エクステントを組み合わせることによって、ホスト装置から認識される論理ディスクが構成される。

このようなディスクアレイ装置は、ホスト装置からアクセス（認識）される論理ディスクと当該論理ディスクの領域に割り当てられる物理エクステントとの対応関係を管理し、論理ディスクの構築後にホスト装置から書込み要求を受信する都度、当該論理ディスク上の対応する領域に割り当てる物理エクステントを確保するという仮想論理ボリューム機能を備える。

また、一旦物理エクステントを確保した後、不使用となった領域をディスクアレイ装置自身が検出することによって、当該確保された物理エクステントを再度解放し、記憶容量を効率よく使う仕組みが提案されている。

一方、ある任意のタイミングでの第１の論理ボリュームのデータのスナップショットを第２の論理ボリュームとして作成し、作成された第２の論理ボリュームをバックアップボリュームとして管理する技術が知られている。このような技術として、コピー・オン・ライト（Copy-On-Write：ＣＯＷ）技術が知られている。

ＣＯＷ技術では、運用ボリュームが上記第１の論理ボリュームに相当しており、当該第１の論理ボリュームのスナップショットが第２の論理ボリューム（つまりバックアップボリューム）として仮想的に作成される。このＣＯＷ技術は、第１の論理ボリュームに対して書き込みが発生するタイミングで、当該第１の論理ボリュームの書き込み対象となっている領域のデータ（つまり元データ）を第２の論理ボリュームへコピーした後、第２の論理ボリュームのデータを書き込みデータで更新する技術である。ＣＯＷ技術によれば、スナップショット作成時のデータの読み出しは次のように行われる。目的のデータが第２の論理ボリュームに存在する場合には当該第２の論理ボリューム内の目的のデータが読み出され、目的のデータが第２の論理ボリュームに存在しない場合には第１の論理ボリューム内の目的のデータが読み出される。

特許第４３３１２２０号公報 特許第４２９２８８２号公報

ところで、論理ボリューム内に作成されたデータ（例えば、データベース）に、複数のホスト装置が同時にアクセスすることにより、当該論理ボリュームを複数のホスト装置がそれぞれ別の用途で活用したり、複数のホスト装置が並列計算を行うことにより、処理の高速化を図る要求がある。

その一方、ホスト装置が、論理ボリューム内に作成されたデータにアクセスするための準備処理（例えば、ファイルシステムへのマウント）を行うことにより、例えば特定のホスト装置専用の制御データが論理ボリュームに書き込まれることがある。このような場合、論理ボリュームへの他のホスト装置からの正常アクセスが不可能となる可能性がある。

本発明が解決しようとする課題は、ホスト装置から特定の論理ボリュームへのライトアクセスが要求された場合における、当該ライトアクセスの前記特定の論理ボリュームへの影響を抑止できるディスクアレイ装置及び論理ボリュームアクセス方法を提供することにある。

実施形態によれば、ディスクアレイ装置は、少なくとも１つのアレイと、前記少なくとも１つのアレイへのアクセスを制御するアレイコントローラとを具備する。前記アレイコントローラは、第１のホスト装置を含む複数のホスト装置と接続され、前記少なくとも１つのアレイが有する物理領域を複数の物理エクステントに区分して管理し、前記複数の物理エクステントのうちの１つ以上を論理ディスクの論理エクステントに割り当てて論理ボリュームを構築する。前記アレイコントローラは、スナップショット作成手段と、論理ボリューム切り替え手段とを含む。前記スナップショット作成手段は、前記第１のホスト装置からアクセス可能な第１の論理ボリュームのスナップショットを、他のホスト装置からのアクセスが禁止される第２の論理ボリュームとして仮想的に作成する。前記論理ボリューム切り替え手段は、前記第１の論理ボリュームのスナップショットの作成後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを前記第２の論理ボリュームへのライトアクセスに切り替える。

第１の実施形態に係るディスクアレイ装置を備えたストレージシステムの構成を示すブロック図。 同第１の実施形態において、図１に示す構成のストレージシステムを用いて実現される動画データ編集システムの構成の一例を示すブロック図。 図１に示されるホスト管理テーブルのデータ構造と当該ホスト管理テーブルの更新を説明するための図。 ホスト装置からディスクアレイ装置へのライトアクセスの第１の例を説明するための図。 ホスト装置からディスクアレイ装置へのライトアクセスの第２の例を説明するための図。 ホスト装置からディスクアレイ装置へのリードアクセスの第１の例を説明するための図。 ホスト装置からディスクアレイ装置へのリードアクセスの第２の例を説明するための図。 ホスト装置からディスクアレイ装置へのリードアクセスの第３の例を説明するための図。 第２の実施形態において、図１に示す構成のストレージシステムを用いて実現される第２のシステムの構成の一例を示すブロック図。 第３の実施形態において、図１に示す構成のストレージシステムを用いて実現される第３のシステムの構成の一例を示すブロック図。 第４の実施形態において、図１に示す構成のストレージシステムを用いて実現される第４のシステムの構成の一例を示すブロック図。

以下、実施の形態につき図面を参照して説明する。
［第１の実施形態］
図１は第１の実施形態に係るディスクアレイ装置を備えたストレージシステムの構成を示すブロック図である。

図１に示すストレージシステムは、ディスクアレイ装置１と、ホスト装置Ｈ１，Ｈ２及びＨ３とから構成される。ディスクアレイ装置１とホスト装置Ｈ１，Ｈ２及びＨ３とは、例えばストレージエリアネットワークＳＡＮを介して接続されている。ホスト装置Ｈ１，Ｈ２及びＨ３は、ディスクアレイ装置１を例えば自身の外部記憶装置として利用する。また第１の実施形態では、ホスト装置Ｈ４及びＨ５が、任意のタイミングで、ストレージエリアネットワークＳＡＮを介してディスクアレイ装置１と接続可能である。

ホスト装置Ｈｉ（ｉ＝１，２，３）は、後述するホストインタフェースＩＦ１を介してディスクアレイ装置１との間のデータ転送を含むデータ通信を行う。つまりホスト装置Ｈｉは、ディスクアレイ装置１（より詳細には、ディスクアレイ装置１に構築される論理ディスク、つまり論理ボリューム）に対してリードアクセスやライトアクセスを行う。

ディスクアレイ装置１は、アレイコントローラ１０及びアレイ部２０から構成される。アレイ部２０は、１つ以上のディスク装置（ストレージデバイス）、例えばｐ個の磁気ディスクドライブ（ＨＤＤ）２１-1（＃１）〜２１-p（＃p）を備えている。ＨＤＤ２１-1〜２１-pの一部または全部は、１つ以上のアレイ、例えば複数のアレイを構成するのに用いられる。複数のアレイの各々は、ＨＤＤ２１-1〜２１-pのうちの１つ以上のＨＤＤの記憶領域の一部または全部が連続した１つの領域として定義される。第１の実施形態では、ＨＤＤ２１-1〜２１-pのうちのそれぞれ異なるＨＤＤの集合により、アレイ２１０-0，２１０-1及び２１０-2を含むアレイの群が構成されているものとする。

アレイコントローラ１０は、上述のアレイ群へのアクセス（より詳細には、アレイ群を構成するＨＤＤ２１-1〜２１-pへのアクセス）を制御すると共に、ホスト装置Ｈｉとの間のデータ送受信を行う。アレイコントローラ１０は、ホストインタフェースＩＦ１、ディスクインタフェースＩＦ２及び主制御部１００から構成される。

ホストインタフェースＩＦ１は、ホスト装置Ｈｉとの間の、データ入出力処理を含むインタフェース処理を担当する。ディスクインタフェースＩＦ２は、ＨＤＤ２１-1〜２１-pとの間の、データ入出力処理を含むインタフェース処理を担当する。主制御部１００は、アレイコントローラ１０の中枢をなし、例えばＲＡＩＤの手法によりＨＤＤ２１-1〜２１-pを管理する。より詳細に述べるならば、主制御部１００は、ホスト装置Ｈｉからのリード／ライトアクセスの要求に応じて、ＨＤＤ２１-1〜２１-pの一部または全部を並列に動かしてデータの読み出し／書き込みを分散して実行する。

主制御部１００は、論理ディスク構成部１０１、管理テーブル記憶部１０２、物理エクステント確保部１０３、データコピー部１０４、ホスト管理部１０５、スナップショット作成部１０６、論理ユニットマスキング設定部（以下、ＬＵマスキング設定部と称する）１０７及びアクセス部１０８を備えている。

論理ディスク構成部１０１は、例えば、ホスト装置Ｈ１〜Ｈ３のいずれかからの指示に応じて、１つ以上の論理エクステントから構成される１つ以上の論理ディスク（論理ボリューム）を構築する。第１の実施形態では、複数の論理エクステントから構成される複数の論理ボリュームが構築されるものとする。複数の論理ボリュームは、後述する論理ボリュームＡ（図２参照）を含むものとする。管理テーブル記憶部１０２は、ホスト管理テーブル１０２ａ（図３参照）を含む各種の管理テーブルを記憶するのに用いられる。ホスト管理テーブル１０２ａは、論理ボリューム毎に、対応する論理ボリュームへのアクセスが許可されるホスト装置を管理するのに用いられる。ホスト管理テーブル１０２ａの具体例については後述する。

物理エクステント確保部１０３は、論理ディスクへのライトアクセスが発生した場合に当該ライトアクセスの対象となる論理エクステントに割り当てる物理エクステントを、アレイ２１０-0〜２１０-2のいずれかから確保する。

データコピー部１０４は、例えば、論理ボリューム（第１の論理ボリューム）の第１の論理エクステントに割り当てられた第１の物理エクステントのデータを、当該論理ボリュームのスナップショット（第２の論理ボリューム）の第２の論理エクステント（より詳細には、第１の論理エクステントに対応する第２の論理エクステント）に割り当てられた第２の物理エクステントにコピーする。このデータコピー部１０４によるコピーは、例えば、ホスト装置Ｈｉによって要求された論理ボリュームの第１の論理エクステント内の領域へのライトアクセスのために、当該論理ボリュームのスナップショットの第２の論理エクステントに第２の物理エクステントが割り当てられた際に行われる。

ホスト管理部１０５は、管理テーブル記憶部１０２に格納されているホスト管理テーブル１０２ａに基づいて、ホスト装置Ｈｉからの論理ボリュームへのアクセスを管理する。ホスト管理部１０５は、ホスト装置Ｈｉからのアクセス要求に対して要求されたアクセスを許可するか否かを判定する。

スナップショット作成部１０６は、論理ボリュームのスナップショット（スナップショットボリューム）を作成する。第１の実施形態においてスナップショット作成部１０６による論理ボリュームのスナップショットの作成は、ホスト装置Ｈｉから論理ボリュームへのライトアクセスが要求され、且つホスト装置Ｈｉ専用の当該論理ボリュームのスナップショットが存在しない場合に行われる。

ＬＵマスキング設定部１０７は、ホスト管理テーブル１０２ａを更新する。ＬＵマスキング設定部１０７の具体的動作については後述する。アクセス部１０８は、ホスト装置Ｈｉからのアクセス要求に応じて、論理的には、ホスト管理部１０５により許可された論理ボリュームにアクセスする。アクセス部１０８は、物理的には、アクセス要求で指定されたアクセス範囲が属する論理ボリューム内の論理エクステントに割り当てられている物理エクステントにアクセスする。

第１の実施形態において、論理ディスク構成部１０１、物理エクステント確保部１０３、データコピー部１０４、ホスト管理部１０５、スナップショット作成部１０６、ＬＵマスキング設定部１０７及びアクセス部１０８は、例えば、ディスクアレイ装置１のアレイコントローラ１０が一般に有するＣＰＵが、当該ディスクアレイ装置１の記憶装置に格納されたプログラムを読み込んで実行することにより実現される機能モジュールであるものとする。

第１の実施形態の特徴は、図１に示すストレージシステムを、１つのオリジナル動画データに対して、ホスト装置Ｈ１，Ｈ２及びＨ３（更にはホスト装置Ｈ４及びＨ５）から同時にアクセス可能な第１のシステム（以下、動画データ編集システムと称する）に適用したことにある。

図２は、図１に示す構成のストレージシステムを用いて実現される動画データ編集システムの構成の一例を示すブロック図である。
図２に示すように、ディスクアレイ装置１には、当該ディスクアレイ装置１のアレイコントローラ１０によって管理される論理ボリュームＡが構築されている。この論理ボリュームＡは、アレイコントローラ１０の主制御部１００内の論理ディスク構成部１０１によって構築される。論理ボリュームＡは、ホスト装置Ｈ１〜Ｈ３のいずれか、或いは図示せぬ管理装置からの要求によって構築されるものとする。

論理ボリュームＡにはオリジナル動画データが格納（より詳細には論理的に格納）されている。このとき、論理ボリュームＡ内のオリジナル動画データが格納（論理的に格納）されている論理エクステント群には、アレイ２１０-0〜２１０-2のいずれかのアレイ内の物理エクステント群が割り当てられている。この論理エクステント群に割り当てられた物理エクステント群には、オリジナル動画データが実際に格納（物理的に格納）されている。論理ボリュームＡの論理エクステントと当該論理エクステントに割り当てられる物理エクステントとの対応関係は、エクステント管理テーブル（図示せず）によって管理される。エクステント管理テーブルは、管理テーブル記憶部１０２に格納される。

さて、ホスト装置Ｈ１，Ｈ２及びＨ３から、論理ボリュームＡ内のオリジナル動画データに対して同時に動画編集を行うならば、当該オリジナル動画データに不整合が生じる可能性がある。そのため、ホスト装置Ｈ１，Ｈ２及びＨ３から論理ボリュームＡへのライトアクセスは、排他的に行われる必要がある。また、論理ボリュームＡに格納されているオリジナル動画データは、編集されることなく保存される必要がある。このため、動画編集が、オリジナル動画データに対して直接行われないようにする必要がある。

そこで第１の実施形態では、論理ディスク構成部１０１によって論理ボリュームＡが構築された場合、当該論理ボリュームＡに格納されているオリジナル動画データが、編集（つまり更新）されることなく保存されるように、論理ボリュームＡが所定の動作モードに設定される。所定の動作モードは、例えば論理ディスク構成部１０１が動作モード設定手段として機能することにより、当該論理ディスク構成部１０１によって設定されるものとする。なお、動作モード設定手段が、論理ディスク構成部１０１から独立して主制御部１００内に設けられていてもよい。

論理ボリュームＡが所定の動作モードに設定されると、後述する所定の条件が成立した際に、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットが、ディスクアレイ装置１のアレイコントローラ１０内のスナップショット作成部１０６によって作成される。作成されたホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットは、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として用いられる。つまり、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットが、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として作成される。

仮想の論理ボリュームＡｉには、論理ボリュームＡに格納されているオリジナル動画データのコピーが格納される。このデータコピーは、データコピー部１０４によって次のように行われる。データコピー部１０４はエクステント管理テーブルに基づき、論理ボリュームＡ（第１の論理ボリューム）内の論理エクステント群のうち、第１の物理エクステントが割り当てられている第１の論理エクステントを探す。そしてデータコピー部１０４は、第１の論理エクステントに割り当てられている第１の物理エクステントのデータを、第２の物理エクステントにコピーする。この第２の物理エクステントは、第１の論理エクステントに対応する仮想の論理ボリュームＡｉ内の第２の論理エクステントに新たに割り当てられる物理エクステントであり、物理エクステント確保部１０３によって確保される。

第１の実施形態において、仮想の論理ボリュームＡｉ（つまり論理ボリュームＡのスナップショット）は、所定の条件が成立した場合、例えばホスト装置Ｈｉからディスクアレイ装置１に対して、動画データの編集のために、所定の動作モードに設定されている論理ボリュームＡへの最初のライトアクセスが要求された場合に作成される。つまり、所定の動作モードにおいて、ホスト装置Ｈｉから論理ボリュームＡへのライトアクセスが要求され、且つその際に論理ボリュームＡのスナップショット（スナップショットボリューム）であるホスト装置Ｈｉ専用の仮想の論理ボリュームＡｉが未だ存在しない場合に、当該仮想の論理ボリュームＡｉが作成される。

ホスト装置Ｈｉからの論理ボリュームＡへのライトアクセス（より詳細には、論理ボリュームＡ内の領域へのライトアクセス）の要求に応じて仮想の論理ボリュームＡｉが作成されると、ＬＵマスキング設定部１０７は、当該仮想の論理ボリュームＡｉが作成されたことが反映されるように、ホスト管理テーブル１０２ａを更新する。つまりＬＵマスキング設定部１０７はテーブル更新手段として機能して、ホスト装置Ｈｉからのアクセスが許可される論理ボリュームが、論理ボリュームＡから論理ボリュームＡｉに切り替えられるように、ホスト管理テーブル１０２ａ（より詳細には、ホスト管理テーブル１０２ａによる後述するＬＵマッピング）を更新する。

なお実際には、ホスト装置Ｈｉからは論理ボリュームＡまたはＡｉを直接認識することができない。そこで第１の実施形態では、論理ボリュームＡまたはＡｉが、ホスト装置Ｈｉから直接認識可能な論理ユニット（ＬＵ）に割り当てられる。ホスト装置Ｈｉからディスクアレイ装置１に対して、論理ボリュームＡまたはＡｉに割り当てられた論理ユニットへのアクセスが要求された場合に、当該論理ボリュームＡまたはＡｉへのアクセスが許可される。但し、説明の簡略化のために、論理ボリュームＡまたはＡｉに割り当てられた論理ユニットへのアクセスの要求を、単に論理ボリュームＡまたはＡｉへのアクセスの要求と称することもある。

図３は、ホスト管理テーブル１０２ａのデータ構造と当該ホスト管理テーブル１０２ａの更新を説明するための図である。
まず、論理ディスク構成部１０１は論理ボリュームＡを構築した場合にテーブル初期設定手段として機能して、図３（ａ）に示すホスト管理テーブル１０２ａを、管理テーブル記憶部１０２に初期登録する。なお、この初期登録が、ＬＵマスキング設定部１０７によって実行されても構わない。ホスト管理テーブル１０２ａの各エントリは、論理ボリューム番号フィールド３１とホストＩＤフィールド３２との組から構成される。

論理ボリューム番号フィールド３１は、論理ボリュームを識別するための情報、例えば論理ボリューム番号を保持するのに用いられる。ホストＩＤフィールド３２は、ホスト装置に固有のＩＤ、例えばファイバチャネルのＷＷＰＮ（World Wide Port Name）のようなＩＤ（以下、ホストＩＤと称する）、及び当該ホスト装置から認識される論理ユニット（ＬＵ）を識別するための論理ユニット番号（ＬＵＮ）の対を保持するのに用いられる。図３の例では、ホストＩＤフィールド３２には、ホストＩＤ及び論理ユニット番号ＬＵＮの対が、ＩＤ（ＬＵＮ）の形式で保持される。

論理ボリューム番号フィールド３１及びホストＩＤフィールド３２の組により、論理ボリューム番号フィールド３１の示す論理ボリュームが、ホストＩＤフィールド３２（ホストＩＤ）の示すホスト装置から認識される、当該ホストＩＤフィールド３２（ＬＵＮ）の示す論理ユニットに割り当てられる。この割り当てをＬＵマッピングと称する。第１の実施形態では、ホストＩＤフィールド３２の示すホスト装置からディスクアレイ装置１に対して、当該ホストＩＤフィールド３２の示す論理ユニットへのアクセスが要求された場合、ホスト管理部１０５は、ホスト管理テーブル１０２ａによる上述のＬＵマッピングに従い、当該論理ユニットに対応付けられた論理ボリュームへのアクセスを許可する。つまりホストＩＤフィールド３２に保持されるホストＩＤは、当該ホストＩＤフィールド３２に保持される論理ユニット番号の論理ユニットへのアクセスが、対応する論理ボリューム番号フィールド３１の示す論理ボリュームへのアクセスとして許可されるホスト装置を示す。

第１の実施形態では、論理ボリュームＡが構築された段階では、当該論理ボリュームＡは、ホスト装置Ｈ１，Ｈ２，Ｈ３，Ｈ４及びＨ５からそれぞれ認識される論理ユニット番号が０，１，０，０及び０の論理ユニットに割り当てられるものとする。このため、図３（ａ）に示す初期のホスト管理テーブル１０２ａの例えば先頭エントリの論理ボリューム番号フィールド３１にはＡが設定され、当該論理ボリューム番号フィールド３１に対応するホストＩＤフィールド３２にはＨ１（０），Ｈ２（１），Ｈ３（０），Ｈ４（０）及びＨ５（０）が設定されている。この先頭エントリは、ホスト装置Ｈ１，Ｈ２，Ｈ３，Ｈ４及びＨ５からディスクアレイ装置１に対して、それぞれ論理ユニット番号０，１，０，０及び０の論理ユニットへのアクセスが要求された場合に、論理ボリュームＡへのアクセスが許可されることを示す。

さて、論理ボリュームＡが所定の動作モードに設定され、且つホスト管理テーブル１０２ａが図３（ａ）に示す状態にある場合に、ホスト装置Ｈ１からディスクアレイ装置１に対して、論理ボリュームＡへのライトアクセス（より詳細には、論理ボリュームＡが割り当てられている、ホスト装置Ｈ１によって認識される論理ユニット番号が０（ＬＵＮ＝０）の論理ユニットへのライトアクセス）が要求されたものとする。このホスト装置Ｈ１からのライトアクセス要求は、ディスクアレイ装置１のホストインタフェースＩＦ１で受信される。このとき、ホスト装置Ｈ１専用の、論理ボリュームＡのスナップボリューム（つまり仮想の論理ボリュームＡ１）は存在しないものとする。するとスナップショット作成部１０６は、論理ボリュームＡ及びホスト装置Ｈ１に関して所定の条件が成立したものとして、論理ボリュームＡのスナップショットボリュームを、ホスト装置Ｈ１専用の仮想の論理ボリュームＡ１として作成する。

ホスト装置Ｈ１専用の仮想の論理ボリュームＡ１が作成されると、ＬＵマスキング設定部１０７は、当該仮想の論理ボリュームＡ１が作成されたことが反映されるように、ホスト管理テーブル１０２ａを更新する。図３（ｂ）は、この仮想の論理ボリュームＡ１の作成に応じて更新されたホスト管理テーブル１０２ａを示す。

図３（ｂ）の例では、ホスト管理テーブル１０２ａの２番目のエントリの論理ボリューム番号フィールド３１に、新たに作成された仮想の論理ボリュームＡ１の論理ボリューム番号が設定される。また、ホスト管理テーブル１０２ａの先頭エントリのホストＩＤフィールド３２に設定されていたＨ１（０）（つまり、ホストＩＤ＝Ｈ１及びＬＵＮ＝０の対）が、上記２番目のエントリのホストＩＤフィールド３２に移動される。このホスト管理テーブル１０２ａの更新により、ホスト装置Ｈ１から認識可能な論理ユニット番号０の論理ユニットへの論理ボリュームの割り当てが、論理ボリュームＡから論理ボリュームＡ１に変更される。つまり、論理ボリュームＡのＨ１（０）へのマッピング（ＬＵマッピング）が解消されて、論理ボリュームＡ１のＨ１（０）へのマッピングが新たに設定される。

以後、ディスクアレイ装置１においては、ホスト装置Ｈ１からの論理ボリュームＡへのアクセスの要求は、仮想の論理ボリュームＡ１へのアクセスの要求として処理される。より詳細には、ディスクアレイ装置１のアレイコントローラ１０内のホスト管理部１０５においては、ホスト装置Ｈ１からの論理ユニット番号が０の論理ボリュームへのアクセスの要求は、論理ボリュームＡへのアクセスの要求としてではなく、仮想の論理ボリュームＡ１へのアクセスの要求として処理される。つまり、ホスト管理部１０５は論理ボリューム切り替え手段として機能して、ホスト装置Ｈ１からの論理ボリュームＡへのアクセスを、仮想の論理ボリュームＡ１へのアクセスに切り替える。

これにより、ホスト装置Ｈ１からのライトアクセスは仮想の論理ボリュームＡ１に対して行われる。つまり、動画編集者Ｐ１の操作に基づくホスト装置Ｈ１からの動画編集が仮想の論理ボリュームＡ１に格納されている動画データに対して行われる。これにより、論理ボリュームＡの内容は変更されず、オリジナルの状態を維持する。つまり論理ボリュームＡは、オリジナル動画データを保存するマスタ論理ボリュームとして用いられる。仮想の論理ボリュームＡ１へのアクセスは、ホスト管理テーブル１０２ａの設定によって、ホスト装置Ｈ１からのみ可能である。

次に、ホスト管理テーブル１０２ａが図３（ｂ）に示す状態にある場合に、ホスト装置Ｈ２からディスクアレイ装置１に対して、論理ボリュームＡへのライトアクセス（より詳細には、論理ボリュームＡが割り当てられている、ホスト装置Ｈ２によって認識される論理ユニット番号が１（ＬＵＮ＝１）の論理ユニットへのライトアクセス）が要求されたものとする。このホスト装置Ｈ２からのライトアクセス要求は、ディスクアレイ装置１のホストインタフェースＩＦ１で受信される。このとき、ホスト装置Ｈ２専用の、論理ボリュームＡのスナップボリューム（つまり仮想の論理ボリュームＡ２）は存在しないものとする。するとスナップショット作成部１０６は、論理ボリュームＡ及びホスト装置Ｈ２に関して所定の条件が成立したものとして、論理ボリュームＡのスナップショットボリュームを、ホスト装置Ｈ２専用の仮想の論理ボリュームＡ２として作成する。

ホスト装置Ｈ２専用の仮想の論理ボリュームＡ２が作成されると、ＬＵマスキング設定部１０７は、当該仮想の論理ボリュームＡ２が作成されたことが反映されるように、ホスト管理テーブル１０２ａを更新する。図３（ｃ）は、この仮想の論理ボリュームＡ２の作成に応じて更新されたホスト管理テーブル１０２ａを示す。

図３（ｃ）の例では、ホスト管理テーブル１０２ａの３番目のエントリの論理ボリューム番号フィールド３１に、新たに作成された仮想の論理ボリュームＡ２の論理ボリューム番号が設定される。また、ホスト管理テーブル１０２ａの先頭エントリのホストＩＤフィールド３２に設定されていたＨ２（１）（つまり、ホストＩＤ＝Ｈ２及びＬＵＮ＝１の対）が、上記３番目のエントリのホストＩＤフィールド３２に移動される。このホスト管理テーブル１０２ａの更新により、ホスト装置Ｈ２から認識可能な論理ユニット番号１の論理ユニットへの論理ボリュームの割り当てが、論理ボリュームＡから論理ボリュームＡ２に変更される。

以後、ディスクアレイ装置１においては、ホスト装置Ｈ２からの論理ボリュームＡへのアクセスの要求は、仮想の論理ボリュームＡ２へのアクセスの要求として処理される。より詳細には、ディスクアレイ装置１のアレイコントローラ１０内のホスト管理部１０５においては、ホスト装置Ｈ２からの論理ユニット番号が１の論理ボリュームへのアクセスの要求は、論理ボリュームＡへのアクセスの要求としてではなく、仮想の論理ボリュームＡ２へのアクセスの要求として処理される。つまり、ホスト管理部１０５は論理ボリューム切り替え手段として機能して、ホスト装置Ｈ２からの論理ボリュームＡへのアクセスを、仮想の論理ボリュームＡ２へのアクセスに切り替える。

これにより、ホスト装置Ｈ２からのライトアクセスは仮想の論理ボリュームＡ２に対して行われる。つまり、動画編集者Ｐ２の操作に基づくホスト装置Ｈ２からの動画編集が仮想の論理ボリュームＡ２に格納されている動画データに対して行われる。この仮想の論理ボリュームＡ２へのアクセスは、ホスト管理テーブル１０２ａの設定によって、ホスト装置Ｈ２からのみ可能である。

次に、ホスト管理テーブル１０２ａが図３（ｃ）に示す状態にある場合に、ホスト装置Ｈ３からディスクアレイ装置１に対して、論理ボリュームＡへのライトアクセス（より詳細には、論理ボリュームＡが割り当てられている、ホスト装置Ｈ３によって認識される論理ユニット番号が０（ＬＵＮ＝０）の論理ユニットへのライトアクセス）が要求されたものとする。このホスト装置Ｈ３からのライトアクセス要求は、ディスクアレイ装置１のホストインタフェースＩＦ１で受信される。このとき、ホスト装置Ｈ３専用の、論理ボリュームＡのスナップボリューム（つまり仮想の論理ボリュームＡ３）は存在しないものとする。するとスナップショット作成部１０６は、論理ボリュームＡ及びホスト装置Ｈ３に関して所定の条件が成立したものとして、論理ボリュームＡのスナップショットボリュームを、ホスト装置Ｈ３専用の仮想の論理ボリュームＡ３として作成する。

なお、論理ボリュームＡが所定の動作モードに設定されたことをもって、論理ボリュームＡとホスト装置Ｈ１，Ｈ２及びＨ３とに関して所定の条件が成立したものとして、スナップショット作成部１０６が、ホスト装置Ｈ１，Ｈ２及びＨ３にそれぞれ対応する論理ボリュームＡのスナップショットボリュームを、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として作成してもよい。このときスナップショット作成部１０６が更に、ディスクアレイ装置１に接続されていないホスト装置Ｈ４及びＨ５にそれぞれ対応する論理ボリュームＡのスナップショットボリュームを、図３（ａ）に示すホスト管理テーブル１０２ａに基づいて、ホスト装置Ｈ４及びＨ５専用の仮想の論理ボリュームＡ４及びＡ５として作成してもよい。

ホスト装置Ｈ３専用の仮想の論理ボリュームＡ３が作成されると、ＬＵマスキング設定部１０７は、当該仮想の論理ボリュームＡ３が作成されたことが反映されるように、ホスト管理テーブル１０２ａを更新する。図３（ｄ）は、この仮想の論理ボリュームＡ３の作成に応じて更新されたホスト管理テーブル１０２ａを示す。

図３（ｄ）の例では、ホスト管理テーブル１０２ａの４番目のエントリの論理ボリューム番号フィールド３１に、新たに作成された仮想の論理ボリュームＡ３の論理ボリューム番号が設定される。また、ホスト管理テーブル１０２ａの先頭エントリのホストＩＤフィールド３２に設定されていたＨ３（０）（つまり、ホストＩＤ＝Ｈ３及びＬＵＮ＝０の対）が、上記４番目のエントリのホストＩＤフィールド３２に移動される。このホスト管理テーブル１０２ａの更新により、ホスト装置Ｈ３から認識可能な論理ユニット番号０の論理ユニットへの論理ボリュームの割り当てが、論理ボリュームＡから論理ボリュームＡ３に変更される。

以後、ディスクアレイ装置１においては、ホスト装置Ｈ３からの論理ボリュームＡへのアクセスの要求は、仮想の論理ボリュームＡ３へのアクセスの要求として処理される。より詳細には、ディスクアレイ装置１のアレイコントローラ１０内のホスト管理部１０５においては、ホスト装置Ｈ３からの論理ユニット番号が０の論理ボリュームへのアクセスの要求は、論理ボリュームＡへのアクセスの要求としてではなく、仮想の論理ボリュームＡ３へのアクセスの要求として処理される。つまり、ホスト管理部１０５は論理ボリューム切り替え手段として機能して、ホスト装置Ｈ３からの論理ボリュームＡへのアクセスを、仮想の論理ボリュームＡ３へのアクセスに切り替える。

これにより、ホスト装置Ｈ３からのライトアクセスは仮想の論理ボリュームＡ３に対して行われる。つまり、動画編集者Ｐ３の操作に基づくホスト装置Ｈ３からの動画編集が仮想の論理ボリュームＡ３に格納されている動画データに対して行われる。この仮想の論理ボリュームＡ３へのアクセスは、ホスト管理テーブル１０２ａの設定によって、ホスト装置Ｈ３からのみ可能である。

このように第１の実施形態においては、ホスト装置Ｈ１，Ｈ２及びＨ３からディスクアレイ装置１に対して、それぞれ、論理ボリュームＡに格納されている動画データの編集のために最初のライトアクセスを行うと、論理ボリュームＡのスナップショットボリュームが、仮想の論理ボリュームＡ１，Ａ２及びＡ３として自動的に作成される。そして、仮想の論理ボリュームＡ１，Ａ２及びＡ３（スナップショットボリューム）とホスト装置Ｈ１，Ｈ２及びＨ３との間でのＬＵＮマッピングは、図３に示したように、ホスト装置Ｈ１，Ｈ２及びＨ３からのライトアクセスの要求に連動して、ホスト装置Ｈ１，Ｈ２及びＨ３からのみアクセスされるように自動的に設定される。このとき、ホスト装置Ｈ１，Ｈ２及びＨ３から認識される論理ユニット番号は変わらないため、ホスト装置Ｈ１，Ｈ２及びＨ３からは、構成の変更を意識する必要がない。また、論理ボリューム（スナップショットボリューム）Ａｉは、ホスト装置Ｈｉ以外のホスト装置から故意または不意にアクセスされることがない。

ここで、ホスト装置Ｈ１，Ｈ２及びＨ３からのデータの書き込みが可能な仮想の論理ボリュームＡ１，Ａ２及びＡ３（スナップとボリューム）は、通常のスナップショットボリュームと異なり、運用ボリュームとして用いられることに注意されるべきである。つまり仮想の論理ボリュームＡ１，Ａ２及びＡ３が、バックアップボリュームでないことに注意されるべきである。なお、仮想の論理ボリュームＡ１，Ａ２及びＡ３のスナップショットボリュームを、適宜バックアップボリュームとして作成しても構わない。

上述したように第１の実施形態においては、論理ボリュームＡのスナップショットボリュームである仮想の論理ボリュームＡｉが作成されると、ホスト装置Ｈｉからの論理ボリュームＡへのライトアクセスは、仮想の論理ボリュームＡｉへのライトアクセスにホスト管理部１０５によって切り替えられる。これにより、動画編集者Ｐｉの操作に基づくホスト装置Ｈｉからのライトアクセスによる動画編集は、仮想の論理ボリュームＡｉ（つまり論理ボリュームＡのスナップショットボリューム）に格納されている動画データ（つまりオリジナル動画データのコピー）に対して行われる。したがって、論理ボリュームＡに格納されている動画データは、オリジナルの状態を維持する。つまり、オリジナル動画データは論理ボリュームＡに保存される。

よって、第１の実施形態においては、オリジナル動画データを論理ボリューム（マスタ論理ボリューム）Ａに保存しながら、ホスト装置Ｈ１，Ｈ２及びＨ３が、動画データを同時に編集することができる。つまり、第１の実施形態においては、図１に示すストレージシステムを用いて、ホスト装置Ｈ１，Ｈ２及びＨ３から同時にアクセス可能な動画データ編集システムを実現することができる。

さて、図１に示すストレージシステムでは、ホスト装置Ｈ４及びＨ５は、ホスト装置Ｈ１，Ｈ２及びＨ３と異なり、ディスクアレイ装置１と接続されていない。しかし第１の実施形態では、論理ボリュームＡのＬＵＮマッピングが、図３（ａ）に示す初期のホスト管理テーブル１０２ａによって、上述のようにホスト装置Ｈ４及びＨ５についても予め設定されている。このため、図１に示すストレージシステムに、ホスト装置Ｈ４またはＨ５を追加して、当該ホスト装置Ｈ４またはＨ５をストレージエリアネットワークＳＡＮを介してディスクアレイ装置１に接続した場合に、特別の設定を行うことなく、当該ホスト装置Ｈ４またはＨ５からのアクセス要求を、上述したホスト装置Ｈ１，Ｈ２及びＨ３からのアクセス要求と同様に自動的に処理することができる。勿論、ホスト装置Ｈ４またはＨ５を追加する際に、論理ボリュームＡのＬＵＮマッピングの設定に関する情報をホスト管理テーブル１０２ａに追加しても構わない。

次に、ホスト装置からディスクアレイ装置１へのライトアクセスの第１及び第２の例について、ホスト装置Ｈ１からのライトアクセスを例に、それぞれ図４及び図５を参照して説明する。

図４及び図５において、論理ボリュームＡ及びＡ１内の矩形枠ＬＥＡ及びＬＥＡ１は、それぞれ互いに対応する論理エクステントを示す。図４及び図５において破線で表された矩形は、対応する論理エクステントに物理エクステントが割り当てられていないこと、つまり対応する論理エクステントが物理エクステント未割り当て状態にあることを示す。図４及び図５において実線で表された矩形は、対応する論理エクステントに物理エクステントが割り当てられていること、つまり対応する論理エクステントが物理エクステント割り当て状態にあることを示す。これらの点は、後述する図６乃至図８においても同様である。以下の説明では、矩形枠ＬＥＡ及びＬＥＡ１によってそれぞれ示される論理エクステントを、論理エクステントＬＥＡ及びＬＥＡ１と称する。

まずホスト装置Ｈ１が、当該ホスト装置Ｈ１から認識可能な論理ユニット番号が０の論理ユニット内の領域ＷＡへのライトアクセスをディスクアレイ装置１に対して要求したものとする。ディスクアレイ装置１のホスト管理部１０５は、ホスト管理テーブル１０２ａを参照することにより、論理ユニット番号が０の論理ユニットへのライトアクセスの要求を、論理ボリュームＡのスナップショットボリュームである、仮想の論理ボリュームＡ１へのライトアクセスの要求と解釈する。つまりホスト管理部１０５は論理ボリューム切り替え手段として機能して、初期状態において論理ユニット番号が０の論理ユニットに割り当てられていた論理ボリュームＡへのライトアクセスを、仮想の論理ボリュームＡ１へのライトアクセスに切り替える。そこで以下の説明では、簡略化のために、ホスト装置Ｈ１から認識可能な論理ユニット内の領域ＷＡへのライトアクセスの要求を、論理ボリュームＡ１内の領域ＷＡへのライトアクセスの要求と表現する。また、領域ＷＡをライトアクセス範囲ＷＡと称する。

アクセス部１０８は、ホスト装置Ｈ１からのライトアクセスの要求の示すライトアクセス範囲ＷＡが属する論理ボリュームＡ１内の論理エクステントＬＥＡ１に物理エクステントが割り当てられているかをエクステントテーブルに基づいて判定する。ここで、図４に示すように、論理エクステントＬＥＡ１に物理エクステントが割り当てられていないものとする。この場合、アクセス部１０８は、物理エクステント確保部１０３を用いて、空き状態の物理エクステントを確保する。

次にアクセス部１０８は、図４において矢印４１で示すように、確保された物理エクステントを、論理エクステント（第１の論理エクステント）ＬＥＡに対応する論理ボリュームＡ１内の論理エクステント（第２の論理エクステント）ＬＥＡ１に割り当てる。そしてアクセス部１０８は、論理エクステントＬＥＡ１に対応する論理ボリューム（マスタ論理ボリューム）Ａ内の論理エクステントＬＥＡに物理エクステントが割り当てられているかをエクステントテーブルに基づいて判定する。

ここで、図４に示すように、論理エクステントＬＥＡにも物理エクステントが割り当てられていないものとする。この場合、アクセス部１０８は、論理エクステントＬＥＡ１のライトアクセス範囲ＷＡに、図４において矢印４２で示すように、ホスト装置Ｈ１から要求されたデータを書き込む。このデータ書き込みは、物理的には、論理エクステントＬＥＡ１に割り当てられた物理エクステント内の、ライトアクセス範囲ＷＡに対応する領域に、上記要求されたデータを書き込むことによって実現される。

このときアクセス部１０８は、論理エクステントＬＥＡにはデータを書き込まない。このため論理エクステントＬＥＡは、図４において矢印４３で示すように何ら変更されず、物理エクステント未割り当て状態を維持する。

これに対し、図５に示すように、論理ボリュームＡ１内の論理エクステントＬＥＡ１には物理エクステントが割り当てられていないものの、論理ボリュームＡ内の論理エクステントＬＥＡには物理エクステント（以下、第１の物理エクステントと称する）が割り当てられているものとする。論理ボリュームＡ１内の論理エクステントＬＥＡ１に物理エクステントが割り当てられていない場合、アクセス部１０８はまず、図４において矢印４１及び４２で示す動作に相当する、図５において矢印５１及び５２で示す動作を行う。

即ちアクセス部１０８は、物理エクステント確保部１０３によって確保された物理エクステント（以下、第２の物理エクステントと称する）を、矢印５１で示すように論理ボリュームＡ１内の論理エクステントＬＥＡ１に割り当てる。次にアクセス部１０８は、論理エクステントＬＥＡ１のライトアクセス範囲ＷＡに、矢印５２で示すようにホスト装置Ｈ１から要求されたデータを書き込む。このデータ書き込みは、物理的には、論理エクステントＬＥＡ１に割り当てられた第２の物理エクステント内の、ライトアクセス範囲ＷＡに対応する領域に、上記要求されたデータを書き込むことによって実現される。

さて、図５に示すように、論理ボリュームＡ内の論理エクステントＬＥＡに物理エクステントが割り当てられている場合、アクセス部１０８は更に次のような動作を行う。即ちアクセス部１０８は、論理エクステントＬＥＡ１のライトアクセス範囲ＷＡ以外の領域ＮＷＡｘ及びＮＷＡｙに、それぞれ、論理エクステントＬＥＡ内の対応する領域ＡＡｘ及びＡＡｙのデータを、データコピー部１０４によって、図５において矢印５３ｘ及び５３ｙで示すようにコピーさせる。このデータコピーは、物理的には、論理エクステントＬＥＡに割り当てられた第１の物理エクステント内の、領域ＡＡｘ及びＡＡｙに対応する領域のデータを、論理エクステントＬＥＡ１に割り当てられた第２の物理エクステント内の、領域ＮＷＡｘ及びＮＷＡｙに対応する領域にコピーすることによって実現される。

このときアクセス部１０８は、論理エクステントＬＥＡにはデータを書き込まない。このため論理エクステントＬＥＡは、図５において矢印５４で示すように何ら変更されず、物理エクステント未割り当て状態を維持する。

なお、論理エクステントＬＥＡ全体のデータを論理エクステントＬＥＡ１にコピーし、しかる後に、当該論理エクステントＬＥＡ１のライトアクセス範囲ＷＡにホスト装置Ｈ１から要求されたデータを書き込んでも構わない。つまり、論理エクステントＬＥＡに割り当てられた第１の物理エクステント全体のデータを、論理エクステントＬＥＡ１に割り当てられた第２の物理エクステントにコピーし、しかる後に当該第２の物理エクステント内の、ライトアクセス範囲ＷＡに対応する領域に、上記要求されたデータを書き込んでも構わない。

次に、ホスト装置からディスクアレイ装置１へのリードアクセスの第１乃至第３の例について、ホスト装置Ｈ１からのリードトアクセスを例に、図６乃至図８を参照して説明する。
図６乃至図８には、図４及び図５と同様に、論理ボリュームＡ内の論理エクステントＬ（第３の論理エクステント）ＥＡ及び当該論理エクステントＬＥＡに対応する論理ボリュームＡ１内の論理エクステント（第４の論理エクステント）ＬＥＡ１が示されている。図６に示す論理エクステントＬＥＡ及びＬＥＡ１は、それぞれ、物理エクステント割り当て状態及び物理エクステント未割り当て状態にある。図７に示す論理エクステントＬＥＡ及びＬＥＡ１は、それぞれ、物理エクステント未割り当て状態及び物理エクステント割り当て状態にある。図８に示す論理エクステントＬＥＡ及びＬＥＡ１は、いずれも物理エクステント割り当て状態にある。

まずホスト装置Ｈ１が、当該ホスト装置Ｈ１から認識可能な論理ユニット番号が０の論理ユニット内の領域ＲＡへのリードアクセスをディスクアレイ装置１に対して要求したものとする。ディスクアレイ装置１のホスト管理部１０５は、ホスト管理テーブル１０２ａを参照することにより、論理ユニット番号が０の論理ユニットへのリードアクセスの要求を、仮想の論理ボリュームＡ１へのリードアクセスの要求と解釈する。つまりホスト管理部１０５は論理ボリューム切り替え手段として機能して、初期状態において論理ユニット番号が０の論理ユニットに割り当てられていた論理ボリュームＡへのライトアクセスを、仮想の論理ボリュームＡ１へのライトアクセスに切り替える。以下の説明では、簡略化のために、ホスト装置Ｈ１から認識可能な論理ユニット内の領域ＲＡへのリードアクセスの要求を、論理ボリュームＡ１内の領域ＲＡへのライトアクセスの要求と表現する。また、領域ＲＡをリードアクセス範囲ＲＡと称する。

アクセス部１０８は、ホスト装置Ｈ１からのリードアクセスの要求の示すリードアクセス範囲ＲＡが属する論理ボリュームＡ１内の論理エクステントＬＥＡ１に物理エクステントが割り当てられているかをエクステントテーブルに基づいて判定する。ここで、図６に示すように、論理エクステントＬＥＡ１に物理エクステントが割り当てられていないものとする。この場合、アクセス部１０８は、論理エクステントＬＥＡ１に対応する論理ボリュームＡ内の論理エクステントＬＥＡに物理エクステントが割り当てられているかをエクステントテーブルに基づいて判定する。

ここで、図６に示すように、論理エクステントＬＥＡに物理エクステントが割り当てられているものとする。この場合、アクセス部１０８は、論理エクステントＬＥＡ１のリードアクセス範囲ＲＡに対応する論理エクステントＬＥＡ内の領域ＢＡのデータを、図６において矢印６１で示すようにリードデータとして読み出す。このデータ読み出しは、物理的には、論理エクステントＬＥＡに割り当てられた物理エクステント内の、リードアクセス範囲ＲＡに対応する領域からデータを読み出すことによって実現される。リードデータは、ホスト装置Ｈ１からのリードアクセスの要求に対する応答として、ホストインタフェースＩＦ１から当該ホスト装置Ｈ１に転送される。

次に、図７または図８に示すように、論理ボリュームＡ１内の論理エクステントＬＥＡ１に物理エクステントが割り当てられているものとする。この場合、アクセス部１０８は、論理エクステントＬＥＡ１のリードアクセス範囲ＲＡのデータを、図７において矢印７１または図８において矢印８１で示すようにリードデータとして読み出す。この動作は、論理エクステントＬＥＡ１に対応する論理ボリュームＡ内の論理エクステントＬＥＡに物理エクステントが割り当てられているか（図８の場合）、或いは割り当てられていないか（図７の場合）に無関係に行われる。

一方、論理エクステントＬＥＡ１及びＬＥＡのいずれにも物理アドレスが割り当てられていない場合、アクセス部１０８は、予め定められたダミーデータ（例えば全ビットがゼロのダミーデータ）をリードデータとして生成する。このダミーデータがホストインタフェースＩＦ１からホスト装置Ｈ１に転送される。

なお、ホスト装置Ｈ２またはＨ３からディスクアレイ装置１に対してライトアクセスまたはリードアクセスが要求された場合の動作も、上述と同様に実行される。但し、対象となる論理ボリュームは論理ボリュームＡ１ではなくて、論理ボリュームＡ２またはＡ３となる。

［第２の実施形態］
次に第２の実施形態について説明する。
第２の実施形態の特徴は、図１に示す構成のストレージシステムを用いて、１つのオペレーティングシステム（以下、ＯＳと称する）のインストールイメージ（つまり、ＯＳインストールイメージ）を、複数のホスト装置（例えばホスト装置Ｈ１〜Ｈ３）から独立して使用でき、ＯＳの個別インストールを不要とする第２のシステムを実現することにある。

図９は、図１に示す構成のストレージシステムを用いて実現される第２のシステムの構成の一例を示すブロック図である。
図９に示す第２のシステムにおいて、ディスクアレイ装置１に構築されている論理ボリュームＡには、ＯＳインストールイメージ（より詳細には、設定変更等が行われていないデフォルトＯＳインストールイメージ）が格納されている。第２の実施形態において、ＯＳインストールイメージとは、論理ボリュームＡへのＯＳのインストールが完了して、当該ディスクアレイ装置１がシャットダウンした状態における、当該論理ボリュームＡのデータ（ＯＳデータ）を指す。

論理ボリュームＡにデフォルトＯＳインストールイメージが格納されている場合、ホスト装置Ｈ１，Ｈ２及びＨ３は、当該論理ボリュームＡ内のデフォルトＯＳインストールイメージにアクセスすることができる。しかし、ホスト装置Ｈ１，Ｈ２及びＨ３が、論理ボリュームＡ内のデフォルトＯＳインストールイメージに対して、設定変更や、アプリケーションＹ１，Ｙ２及びＹ３のインストールを、同時に行うならば、ＯＳデータに不整合が生じる可能性がある。そのため、第１の実施形態における動画編集と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３からの論理ボリュームＡへのライトアクセスは、排他的に行われる必要がある。また、デフォルトＯＳインストールイメージは、変更されることなく保存される必要がある。このため、ＯＳに対する設定変更が、デフォルトＯＳインストールイメージに対して直接行われないようにする必要がある。

そこで第２の実施形態においても、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットが、ディスクアレイ装置１のアレイコントローラ１０内のスナップショット作成部１０６によって作成される。つまり、ホスト装置Ｈ１，Ｈ２及びＨ３が、論理ボリュームＡ内のデフォルトＯＳインストールイメージに対して、それぞれ、設定変更や、アプリケーションＹ１，Ｙ２及びＹ３のインストールをするために、ディスクアレイ装置１にライトアクセスを要求すると、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームが自動的に作成される。

作成されたホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームは、図９に示すように、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として用いられる。

ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応するスナップショットボリューム（つまり仮想の論理ボリュームＡ１，Ａ２及びＡ３）とホスト装置Ｈ１，Ｈ２及びＨ３との間のＬＵＮマッピングは、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３からのライトアクセスの要求に連動して、ホスト装置Ｈ１，Ｈ２及びＨ３からのみアクセスされるように、ＬＵマスキング設定部１０７によってホスト管理テーブル１０２ａ上に自動的に設定される（図３参照）。また、ホスト装置Ｈ１，Ｈ２またはＨ３からライトアクセスまたはリードアクセスが要求された場合の動作も、第１の実施形態と同様に実行される。

よって、第２の実施形態によれば、１つのＯＳインストールイメージを、複数のホスト装置から独立して使用し、個別インストールが不要となるようなシステムを実現することができる。

［第３の実施形態］
次に第３の実施形態について説明する。
第３の実施形態の特徴は、図１に示す構成のストレージシステムを用いて、サーバ仮想化環境にて、１つの論理ボリューム内に複数の仮想ディスクを格納し、それら仮想ディスクに対して物理サーバ（ホスト装置）からのアクセスを可能とする第３のシステムを実現することにある。

図１０は、図１に示す構成のストレージシステムを用いて実現される第３のシステムの構成の一例を示すブロック図である。
図１０に示す第３のシステムにおいて、ホスト装置Ｈ１，Ｈ２及びＨ３は物理サーバである。ホスト装置Ｈ１，Ｈ２及びＨ３上では、それぞれ仮想サーバ（仮想マシン）ＶＭ１，ＶＭ２及びＶＭ３が動作している。周知のように仮想サーバＶＭ１，ＶＭ２及びＶＭ３は、他のホスト装置（物理サーバ）に移動可能である。例えばホスト装置Ｈ３に障害が発生した場合、仮想サーバＶＭ３はホスト装置Ｈ１またはＨ２に移動可能である。

ディスクアレイ装置１に構築されている論理ボリュームＡには、サーバ仮想化ソフトウェア用ファイルシステムＶＦＳ（デフォルトのサーバ仮想化ソフトウェア用ファイルシステムＶＦＳ）が作成されている。このサーバ仮想化ソフトウェア用ファイルシステムＶＦＳ内には、仮想サーバＶＭ１，ＶＭ２及びＶＭ３から、それぞれ、ディスクとして認識される仮想ディスクファイルＶ１，Ｖ２及びＶ３が作成されている。論理ボリュームＡにはまた、仮想サーバ（仮想マシン）構成管理情報ＶＭＣ（図示せず）が格納されている。仮想サーバ構成管理情報ＶＭＣは、仮想サーバと、当該仮想サーバから認識（アクセス）可能な仮想ディスクファイルとの対応関係を示す。ここでは仮想サーバ構成管理情報ＶＭＣにより、仮想サーバＶＭ１，ＶＭ２及びＶＭ３は、それぞれ仮想ディスクファイルＶ１，Ｖ２及びＶ３と対応付けられている。つまり仮想サーバＶＭｊ（ｊ＝１，２，３）は、仮想ディスクファイルＶｊと対応付けられている。

ホスト装置Ｈ１，Ｈ２及びＨ３は、いずれもサーバ仮想化ソフトウェア用ファイルシステムＶＦＳ内の仮想ディスクファイルＶ１，Ｖ２及びＶ３に対してアクセス可能である。より詳細には、ホスト装置Ｈｉ上で仮想サーバＶＭｊが動作しているならば、ホスト装置Ｈｉ（上の仮想サーバＶＭｊ）は、仮想ディスクファイルＶｊにアクセス可能である。

図１０の例では、仮想サーバＶＭ１，ＶＭ２及びＶＭ３は、それぞれ、ホスト装置Ｈ１，Ｈ２及びＨ３上で動作している。この場合、ホスト装置Ｈ１，Ｈ２及びＨ３は、それぞれサーバ仮想化ソフトウェア用ファイルシステムＶＦＳ内の仮想ディスクファイルＶ１，Ｖ２及びＶ３に対してアクセス可能である。しかし、例えばホスト装置Ｈ１，Ｈ２及びＨ３から仮想ディスクファイルＶ１，Ｖ２及びＶ３へのライトアクセスで、サーバ仮想化ソフトウェア用ファイルシステムＶＦＳのメタデータを変更するならば、当該ＶＦＳのメタデータに不整合が生じる可能性がある。そのため、第１の実施形態における動画編集と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３からの論理ボリュームＡへのライトアクセスは、排他的に行われる必要がある。

例えば、１つの論理ボリュームに関して排他アクセスを行う手段として、ＳＣＳＩ（Small Computer System Interface）コマンドのリザーブコマンドによって論理ボリュームをリザーブすることが知られている。しかし、この手段では、あるホスト装置が論理ボリュームをリザーブしている期間、他のホスト装置からの当該論理ボリュームへのアクセスが不可能となるため、性能や可用性の低下を招く。また、デフォルトのサーバ仮想化ソフトウェア用ファイルシステムＶＦＳ（以下、デフォルトＶＦＳイメージと称する）は、変更されることなく保存される必要がある。このため、仮想ディスクファイルＶ１、Ｖ２またはＶ３の変更が、デフォルトＶＦＳイメージに対して直接行われないようにする必要がある。

そこで第３の実施形態においても、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットが、ディスクアレイ装置１のアレイコントローラ１０内のスナップショット作成部１０６によって作成される。つまり、ホスト装置Ｈ１，Ｈ２及びＨ３が、論理ボリュームＡ内のデフォルトＶＦＳイメージに対して、それぞれ、設定変更のためにディスクアレイ装置１にライトアクセスを要求すると、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームが自動的に作成される。

作成されたホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームは、図１０に示すように、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として用いられる。仮想の論理ボリュームＡ１，Ａ２及びＡ３は、いずれもディスクファイルＶ１，Ｖ２及びＶ３を含むサーバ仮想化ソフトウェア用ファイルシステムＶＦＳを備えている。但し、仮想の論理ボリュームＡｉ内のディスクファイルＶ１，Ｖ２及びＶ３は、ホスト装置Ｈ１，Ｈ２及びＨ３（仮想サーバＶＭ１，ＶＭ２及びＶＭ３）からのライトアクセスによって更新される。

ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応するスナップショットボリューム、つまり仮想の論理ボリュームＡ１，Ａ２及びＡ３とホスト装置Ｈ１，Ｈ２及びＨ３との間のＬＵＮマッピングは、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３からのライトアクセスの要求に連動して、ホスト装置Ｈ１，Ｈ２及びＨ３からのみアクセスされるように、ＬＵマスキング設定部１０７によってホスト管理テーブル１０２ａ上に自動的に設定される（図３参照）。また、ホスト装置Ｈ１，Ｈ２またはＨ３からライトアクセスまたはリードアクセスが要求された場合の動作も、第１の実施形態と同様に実行される。

これにより、仮想サーバＶ１が動作しているホスト装置Ｈ１からの論理ボリュームＡ内の仮想ディスクファイルＶ１へのアクセスは、論理ボリュームＡ１内の仮想ディスクファイルＶ１へのアクセスに切り替えられる。同様に、仮想サーバＶ２及びＶ３が動作しているホスト装置Ｈ２及びＨ３からの、それぞれ、論理ボリュームＡ内の仮想ディスクファイルＶ２及びＶ３へのアクセスは、論理ボリュームＡ２内の仮想ディスクファイルＶ２及び論理ボリュームＡ３内の仮想ディスクファイルＶ３へのアクセスに切り替えられる。

よって、第３の実施形態によれば、サーバ仮想化環境にて、論理ボリュームＡ内に仮想ディスクファイルＶ１，Ｖ２及びＶ３（つまり複数の仮想ディスク）を格納し、当該仮想ディスクファイルＶ１，Ｖ２及びＶ３に対して１つ以上の物理サーバからアクセスを行うような第３のシステムを実現することができる。第３の実施形態においては、論理ボリュームＡ内に複数の仮想ディスクを格納している場合であっても、当該複数の仮想ディスクは各ホスト装置から専用使用される。このため各ホスト装置は、排他処理のためのリザーブによって、他のホスト装置からアクセス制限を受けることもなく、排他処理のリザーブを不要とすることも可能である。

［第４の実施形態］
次に第４の実施形態について説明する。
第４の実施形態の特徴は、図１に示す構成と等価な構成のストレージシステムを用いて、１つのデータベースに対して複数のホスト装置がそれぞれクエリ（データベースクエリ）を同時に発行するような第４のシステムを実現することにある。

図１１は、図１に示す構成と等価な構成のストレージシステムを用いて実現される第４のシステムの構成の一例を示すブロック図である。但し、以下の説明では、便宜的に図１を援用する。第４のシステムを実現するための、図１に示す構成と等価な構成のストレージシステムでは、アレイ部２０の一部もしくは全部がソリッドステートドライブ（以下、ＳＳＤと称する）から構成されているものとする。周知のように、ＳＳＤはフラッシュメモリから構成される高速ストレージデバイスである。

図１１に示す第４のシステムにおいて、ディスクアレイ装置１に構築されている論理ボリュームＡには、データベースが作成されている。ホスト装置Ｈ１，Ｈ２及びＨ３は、それぞれ、論理ボリュームＡ内のデータベースにアクセスするための例えばデータベースクエリ（ＤＢクエリ）Ｑ１，Ｑ２及びＱ３をディスクアレイ装置１に発行することにより、当該データベースにアクセス可能である。しかし、ホスト装置Ｈ１，Ｈ２及びＨ３から、それぞれＤＢクエリＱ１，Ｑ２及びＱ３を発行する際、当該ホスト装置Ｈ１，Ｈ２及びＨ３のファイルシステムへのマウントや当該ＤＢクエリＱ１，Ｑ２及びＱ３の実行によって、論理ボリュームＡのデータの一部が変更される可能性がある。このため、ホスト装置Ｈ１，Ｈ２及びＨ３からのＤＢクエリの実行に関して、データベースに不整合が生じる可能性がある。また、ホスト装置Ｈ１，Ｈ２及びＨ３からのＤＢクエリは、データベースアクセス（データベース操作）に関して、所定の動作制御を伴いながら実行される必要がある。この場合、データベースアクセスに関して単一のホスト装置からのＤＢクエリを実行する場合に比べて、ＤＢクエリ実行の性能の低下を招く可能性がある。また、複数のホスト装置からの同時アクセスに対応していないデータベースでは、そもそも複数のホスト装置からのＤＢクエリの実行（つまり、マルチクエリの実行）が不可能なこともある。また、デフォルトのデータベースイメージは、変更されることなく保存される必要がある。データベースアクセスのためのＤＢクエリは、デフォルトのデータベースイメージに対して直接実行されないようにする必要がある。

そこで第４の実施形態においても、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットが、ディスクアレイ装置１のアレイコントローラ１０内のスナップショット作成部１０６によって作成される。つまり、ホスト装置Ｈ１，Ｈ２及びＨ３が、論理ボリュームＡ内のデータベースへのアクセスのために、それぞれ、ディスクアレイ装置１に対してＤＢクエリＱ１，Ｑ２及びＱ３を発行すると、ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームが自動的に作成される。

作成されたホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応する論理ボリュームＡのスナップショットボリュームは、図１１に示すように、ホスト装置Ｈ１，Ｈ２及びＨ３専用の仮想の論理ボリュームＡ１，Ａ２及びＡ３として用いられる。仮想の論理ボリュームＡ１，Ａ２及びＡ３は、いずれもデータベースを含む。但し、仮想の論理ボリュームＡｉ内のデータベースは、ホスト装置ＨｉからのＤＢクエリＱｉの実行によって更新される。

ホスト装置Ｈ１，Ｈ２及びＨ３のそれぞれに対応するスナップショットボリューム、つまり仮想の論理ボリュームＡ１，Ａ２及びＡ３とホスト装置Ｈ１，Ｈ２及びＨ３との間のＬＵＮマッピングは、第１の実施形態と同様に、ホスト装置Ｈ１，Ｈ２及びＨ３からのＤＢクエリＱ１，Ｑ２及びＱ３の発行に伴うライトアクセスに連動して、ホスト装置Ｈ１，Ｈ２及びＨ３からのみアクセスされるように、ＬＵマスキング設定部１０７によってホスト管理テーブル１０２ａ上に自動的に設定される（図３参照）。また、ホスト装置Ｈ１，Ｈ２またはＨ３からのアクセスも、第１の実施形態と同様に実行される。

よって、第４の実施形態によれば、データベースに対して、複数のホスト装置からのクエリ（ＤＢクエリ）を同時に実行し、複数のクエリ間の動作制御を不要とした高速データベースアクセスを可能とする第４のシステムを実現することができる。複数のクエリが実行される第４の実施形態では、論理ボリュームＡに対するリードアクセスが増加する。しかし、第４の実施形態では、フラッシュメモリから構成されるＳＳＤを用いた高速なディスクアレイ装置を用いることによって、充分な性能を維持することができる。また、スナップショットの活用によって、高価なフラッシュメモリ容量を有効に活用できる。

以上説明した少なくとも１つの実施形態によれば、ホスト装置から特定の論理ボリュームへのライトアクセスが要求された場合における、当該ライトアクセスの前記特定の論理ボリュームへの影響を抑止できるディスクアレイ装置及び論理ボリュームアクセス方法を提供することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ディスクアレイ装置、１０…アレイコントローラ、２０…アレイ部、１０１…論理ディスク構成部（動作モード設定手段）、１０２…管理テーブル記憶部、１０２ａ…ホスト管理テーブル、１０３…物理エクステント確保部、１０４…データコピー部、１０５…ホスト管理部（論理ボリューム切り替え手段）、１０６…スナップショット作成部、１０７…ＬＵマスキング設定部（テーブル更新手段）、１０８…アクセス部、２１０-0〜２１０-3…アレイ、Ｈ１〜Ｈ５…ホスト装置。

Claims (9)

1. 少なくとも１つのアレイと、
   前記少なくとも１つのアレイへのアクセスを制御するアレイコントローラであって、第１のホスト装置及び第２のホスト装置を含む複数のホスト装置と接続され、前記少なくとも１つのアレイが有する物理領域を複数の物理エクステントに区分して管理し、前記複数の物理エクステントのうちの１つ以上を論理ディスクの論理エクステントに割り当てて論理ボリュームを構築するアレイコントローラとを具備し、
   前記アレイコントローラは、
   少なくとも前記第１のホスト装置及び前記第２のホスト装置からアクセス可能な第１の論理ボリュームの構築後、前記第１の論理ボリュームを、前記第１の論理ボリュームが更新されるのを抑止するための所定の動作モードに設定する動作モード設定手段と、
   前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第１のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記第１の論理ボリュームのスナップショットを、前記第１のホスト装置専用の第２の論理ボリュームとして仮想的に作成し、前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第２のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記第１の論理ボリュームのスナップショットを、前記第２のホスト装置専用の第３の論理ボリュームとして仮想的に作成するスナップショット作成手段と、
   前記第１の論理ボリュームのスナップショットが前記第２の論理ボリュームとして作成された後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを前記第２の論理ボリュームへのライトアクセスに切り替え、前記第１の論理ボリュームのスナップショットが前記第３の論理ボリュームとして作成された後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを前記第２の論理ボリュームへのライトアクセスに切り替える論理ボリューム切り替え手段とを含むディスクアレイ装置。
2. 前記アレイコントローラは、
   論理ボリュームと当該論理ボリュームにアクセス可能なホスト装置との対応を管理するためのホスト管理テーブルであって、少なくとも、前記第１の論理ボリュームと前記第１のホスト装置及び前記第２のホスト装置との対応を示す第１のエントリ情報が初期設定されたホスト管理テーブルと、
   前記ホスト管理テーブルを更新するテーブル更新手段であって、前記第１の論理ボリュームのスナップショットが前記第２の論理ボリュームとして作成されたことに応じて前記ホスト管理テーブルを更新することにより、前記第１の論理ボリュームと前記第１のホスト装置との対応を解消し、且つ前記第２の論理ボリュームと前記第１のホスト装置とを新たに対応付け、前記第１の論理ボリュームのスナップショットが前記第３の論理ボリュームとして作成されたことに応じて前記ホスト管理テーブルを更新することにより、前記第１の論理ボリュームと前記第２のホスト装置との対応を解消し、且つ前記第３の論理ボリュームと前記第２のホスト装置とを新たに対応付けるテーブル更新手段とを更に含み、
   前記論理ボリューム切り替え手段は、前記第１のホスト装置または前記第２のホスト装置からの前記第１の論理ボリュームへのライトアクセスを、前記ホスト管理テーブルに基づいて前記第２の論理ボリュームまたは前記第３の論理ボリュームへのライトアクセスに切り替える
   請求項１記載のディスクアレイ装置。
3. 前記第１のエントリ情報は、前記第１の論理ボリュームと前記第１のホスト装置及び前記第２のホスト装置を含むホスト装置群との対応を示しており、
   前記テーブル更新手段は、前記第１の論理ボリュームのスナップショットが前記第２の論理ボリュームとして作成されたことに応じて、前記第１のエントリ情報から前記第１のホスト装置を示す情報を削除し、且つ前記第２の論理ボリュームと前記第１のホスト装置との対応を示す第２のエントリ情報を前記ホスト管理テーブルに設定し、前記第１の論理ボリュームのスナップショットが前記第３の論理ボリュームとして作成されたことに応じて、前記第１のエントリ情報から前記第２のホスト装置を示す情報を削除し、且つ前記第３の論理ボリュームと前記第２のホスト装置との対応を示す第３のエントリ情報を前記ホスト管理テーブルに設定する
   請求項２記載のディスクアレイ装置。
4. 前記アレイコントローラは、前記ホスト管理テーブルに基づいて、前記第１のホスト装置及び前記第２のホスト装置を含む前記複数のホスト装置の各々からのアクセスを管理するホスト管理手段であって、前記第１のホスト装置以外のホスト装置からの前記第２の論理ボリュームへのアクセスの要求を拒否し、且つ前記第２のホスト装置以外のホスト装置からの前記第３の論理ボリュームへのアクセスの要求を拒否するホスト管理手段とを更に含み、
   前記ホスト管理手段は、前記論理ボリューム切り替え手段を含む
   請求項３記載のディスクアレイ装置。
5. 前記第１のエントリ情報は、前記第１の論理ボリュームへのアクセスが可能な前記ホスト装置群それぞれを識別するためのホストＩＤと、前記第１の論理ボリュームが割り当てられる、前記ホスト装置群それぞれから認識される論理ユニットの論理ユニット番号とを含み、
   前記第２のエントリ情報は、前記第２の論理ボリュームへのアクセスが可能な前記第１のホスト装置のホストＩＤと、前記第２の論理ボリュームが割り当てられる、前記第１のホスト装置から認識される第１の論理ユニットの論理ユニット番号とを含み、
   前記第３のエントリ情報は、前記第３の論理ボリュームへのアクセスが可能な前記第２のホスト装置のホストＩＤと、前記第３の論理ボリュームが割り当てられる、前記第２のホスト装置から認識される第２の論理ユニットの論理ユニット番号とを含み、
   前記第１のホスト装置は、前記第１の論理ユニットの論理ユニット番号を指定することで前記ディスクアレイに対して前記第１の論理ユニットへのアクセスを要求し、
   前記第２のホスト装置は、前記第２の論理ユニットの論理ユニット番号を指定することで前記ディスクアレイに対して前記第２の論理ユニットへのアクセスを要求し、
   前記論理ボリューム切り替え手段は、前記第１のホスト装置から、前記第１の論理ユニットの論理ユニット番号の指定によるアクセスが要求された場合、前記ホスト管理テーブルにより前記第１のホスト装置のホストＩＤ及び前記第１の論理ユニットの論理ユニット番号に対応付けられた前記第２の論理ボリュームへのアクセスに切り替え、前記第２のホスト装置から、前記第２の論理ユニットの論理ユニット番号の指定によるアクセスが要求された場合、前記ホスト管理テーブルにより前記第２のホスト装置のホストＩＤ及び前記第２の論理ユニットの論理ユニット番号に対応付けられた前記第３の論理ボリュームへのアクセスに切り替える
   請求項４記載のディスクアレイ装置。
6. 前記アレイコントローラは、論理ボリュームへのアクセスを処理するアクセス手段を更に含み、
   前記アクセス手段は、前記切り替えられた第２の論理ボリュームへのライトアクセスにおいて、
   前記ホスト装置から要求されたライトアクセス範囲が属する前記第２の論理ボリュームの第２の論理エクステントが物理エクステント未割り当ての場合には、前記第２の論理エクステントに第２の物理エクステントを割り当てた後に、
   前記第２の論理エクステントに対応する前記第１の論理ボリュームの第１の論理エクステントが物理エクステント未割り当てであるならば、前記ホスト装置から要求されたデータを前記第２の論理ボリュームの前記ライトアクセス範囲に書き込み、
   前記第１の論理エクステントが物理エクステント割り当て済みであるならば、前記第２の論理エクステントに割り当てられた前記第２の物理エクステント、または前記第２の物理エクステント内の前記ライトアクセス範囲に対応しない第２の領域に、前記第１の論理エクステントに割り当て済みの第１の物理エクステントのデータ、または前記第１の物理エクステント内の前記第２の領域に対応する第１の領域のデータをコピーし、且つ前記ホスト装置から要求されたデータを前記第２の論理ボリュームの前記ライトアクセス範囲に書き込む
   請求項１記載のディスクアレイ装置。
7. 前記アクセス手段は、前記切り替えられた第２の論理ボリュームへのリードアクセスにおいて、
   前記ホスト装置から要求されたリードアクセス範囲が属する前記第２の論理ボリュームの第４の論理エクステントが物理エクステント割り当て済みの場合には、前記リードアクセス範囲に対応する前記第２の論理ボリュームの領域のデータを読み出し、
   前記第２の論理ボリュームの前記第４の論理エクステントが物理エクステント未割り当てであるが、前記第４の論理エクステントに対応する前記第１の論理ボリュームの第３の論理エクステントが物理エクステント割り当て済みの場合には、前記リードアクセス範囲に対応する前記第１の論理ボリュームの領域のデータを読み出す
   請求項６記載のディスクアレイ装置。
8. 少なくとも１つのアレイと、前記少なくとも１つのアレイへのアクセスを制御するアレイコントローラであって、第１のホスト装置及び第２のホスト装置を含む複数のホスト装置と接続され、前記少なくとも１つのアレイが有する物理領域を複数の物理エクステントに区分して管理し、前記複数の物理エクステントのうちの１つ以上を論理ディスクの論理エクステントに割り当てて論理ボリュームを構築するアレイコントローラとを備えたディスクアレイ装置における論理ボリュームアクセス方法であって、
   少なくとも前記第１のホスト装置及び前記第２のホスト装置からアクセス可能な第１の論理ボリュームの構築後、前記アレイコントローラのスナップショット作成手段が、前記第１の論理ボリュームを、前記第１の論理ボリュームが更新されるのを抑止するための所定の動作モードに設定するステップと、
   前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第１のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記アレイコントローラのスナップショット作成手段が、前記第１の論理ボリュームのスナップショットを、前記第１のホスト装置専用の第２の論理ボリュームとして仮想的に作成するステップと、
   前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第２のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記スナップショット作成手段が、前記第１の論理ボリュームのスナップショットを、前記第２のホスト装置専用の第３の論理ボリュームとして仮想的に作成するステップと、
   前記第１の論理ボリュームのスナップショットが前記第２の論理ボリュームとして作成された後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを、前記アレイコントローラの論理ボリューム切り替え手段が前記第２の論理ボリュームへのライトアクセスに切り替えるステップと、
   前記第１の論理ボリュームのスナップショットが前記第３の論理ボリュームとして作成された後、前記第２のホスト装置からの前記第１の論理ボリュームへのライトアクセスを、前記論理ボリューム切り替え手段が前記第３の論理ボリュームへのライトアクセスに切り替えるステップと
   を具備する論理ボリュームアクセス方法。
9. 少なくとも１つのアレイへのアクセスを制御するアレイコントローラであって、第１のホスト装置及び第２のホスト装置を含む複数のホスト装置と接続され、前記少なくとも１つのアレイが有する物理領域を複数の物理エクステントに区分して管理し、前記複数の物理エクステントのうちの１つ以上を論理ディスクの論理エクステントに割り当てて論理ボリュームを構築するアレイコントローラを、
   少なくとも前記第１のホスト装置及び前記第２のホスト装置からアクセス可能な第１の論理ボリュームの構築後、前記第１の論理ボリュームを、前記第１の論理ボリュームが更新されるのを抑止するための所定の動作モードに設定する動作モード設定手段と、
   前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第１のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記第１の論理ボリュームのスナップショットを、前記第１のホスト装置専用の第２の論理ボリュームとして仮想的に作成し、前記第１の論理ボリュームが前記所定の動作モードに設定されている状態で、前記第２のホスト装置から前記第１の論理ボリュームへの最初のライトアクセスが要求された場合、前記第１の論理ボリュームのスナップショットを、前記第２のホスト装置専用の第３の論理ボリュームとして仮想的に作成するスナップショット作成手段と、
   前記第１の論理ボリュームのスナップショットが前記第２の論理ボリュームとして作成された後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを前記第２の論理ボリュームへのライトアクセスに切り替え、前記第１の論理ボリュームのスナップショットが前記第３の論理ボリュームとして作成された後、前記第１のホスト装置からの前記第１の論理ボリュームへのライトアクセスを前記第２の論理ボリュームへのライトアクセスに切り替える論理ボリューム切り替え手段と
   して機能させるためのプログラム。

Images