(57)【要約】【課題】ボリュームの使用効率を格段的に向上させ得るストレージ装置及びデータ保護方法を提案する。【解決手段】上位装置に仮想的な第１のボリュームを提供すると共に、上位装置から与えられる第１のボリュームに対するライトアクセス要求に応じて、必要な容量の記憶領域を当該第１のボリュームに動的に割り当て、上位装置から与えられるライトデータを当該記憶領域に格納すると共に、アクセスの可否を表すアクセス属性を当該記憶領域に設定するようにした。【選択図】図３
2008027291.tif 000002
【特許請求の範囲】
【請求項１】
上位装置に仮想的な第１のボリュームを提供すると共に、前記上位装置から与えられるライトアクセス要求に応じて、必要な容量の記憶領域を当該第１のボリュームに動的に割り当てる記憶領域割当て部と、
前記上位装置から与えられるライトデータを当該記憶領域に格納するデータ格納部と、
アクセスの可否を表すアクセス属性を当該記憶領域に設定するアクセス属性設定部と
を備えることを特徴とするストレージ装置。
【請求項２】
前記アクセス属性設定部は、
前記上位装置ごとに予め設定されたアクセス属性を、当該上位装置からの前記ライトデータを格納した前記記憶領域に設定する
ことを特徴とする請求項１に記載のストレージ装置
【請求項３】
前記アクセス属性設定部は、
外部操作により前記ライトデータについて指定された前記アクセス属性を当該ライトデータが格納された前記記憶領域に設定する
ことを特徴とする請求項１に記載のストレージ装置。
【請求項４】
同じアクセス属性が設定された複数の前記記憶領域に格納された前記ライトデータを同じ第２のボリュームに移行するデータ移行部を備え、
前記アクセス属性設定部は、
当該ライトデータの移行元の各前記記憶領域に設定されていた前記アクセス属性と同じアクセス属性を、当該第２のボリュームに設定する
ことを特徴とする請求項１に記載のストレージ装置。
【請求項５】
前記記憶領域に格納された前記ライトデータを前記第２のボリュームに移行させるためのデータ移行条件を設定する条件設定部を備え、
前記データ移行部は、
前記データ移行条件を満たす前記記憶領域に格納された前記ライトデータを前記第２のボリュームに移行する
ことを特徴とする請求項４に記載のストレージ装置。
【請求項６】
前記条件設定部は、
前記記憶領域ごとに前記データ移行条件を設定する
ことを特徴とする請求項５に記載のストレージ装置。
【請求項７】
前記データ移行条件は、
前記記憶領域に前記ライトデータが格納されてからの期間である
ことを特徴とする請求項５に記載のストレージ装置。
【請求項８】
前記データ移行部は、
同じアクセス属性が設定された複数の前記記憶領域に格納された前記ライトデータを、当該複数の記憶領域の合計容量とほぼ同じ容量を有する前記第２のボリュームに移行する
ことを特徴とする請求項４に記載のストレージ装置。
【請求項９】
上位装置に仮想的な第１のボリュームを提供すると共に、前記上位装置から与えられるライトアクセス要求に応じて、必要な容量の記憶領域を当該第１のボリュームに動的に割り当てる第１のステップと、
前記上位装置から与えられるライトデータを当該記憶領域に格納すると共に、アクセスの可否を表すアクセス属性を当該記憶領域に設定する第２のステップと
を備えることを特徴とするデータ保護方法。
【請求項１０】
前記第２のステップでは、
前記上位装置ごとに予め設定されたアクセス属性を、当該上位装置からの前記ライトデータを格納した前記記憶領域に設定する
ことを特徴とする請求項９に記載のデータ保護方法。
【請求項１１】
前記第２のステップでは、
外部操作により前記ライトデータについて指定された前記アクセス属性を当該ライトデータが格納された前記記憶領域に設定する
ことを特徴とする請求項９に記載のデータ保護方法。
【請求項１２】
同じアクセス属性が設定された複数の前記記憶領域に格納された前記ライトデータを同じ第２のボリュームに移行する第３のステップと、
当該ライトデータの移行元の各前記記憶領域に設定されていた前記アクセス属性と同じアクセス属性を、当該第２のボリュームに設定する第４のステップと
を備えることを特徴とする請求項９に記載のデータ保護方法。
【請求項１３】
前記記憶領域に格納された前記ライトデータを前記第２のボリュームに移行させるためのデータ移行条件が予め設定され、
前記第３のステップでは、
前記データ移行条件を満たす前記記憶領域に格納された前記ライトデータを前記第２のボリュームに移行する
ことを特徴とする請求項１２に記載のデータ保護方法。
【請求項１４】
前記記憶領域ごとに前記データ移行条件が設定された
ことを特徴とする請求項１３に記載のデータ保護方法。
【請求項１５】
前記データ移行条件は、
前記記憶領域に前記ライトデータが格納されてからの期間である
ことを特徴とする請求項１３に記載のデータ保護方法。
【請求項１６】
前記第３のステップでは、
同じアクセス属性が設定された複数の前記記憶領域に格納された前記ライトデータを、当該複数の記憶領域の合計容量とほぼ同じ容量を有する前記第２のボリュームに移行する
ことを特徴とする請求項１２に記載のデータ保護方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置及びデータ保護方法に関し、例えばＡＯＵ（Allocation on Use）機能が搭載されたストレージ装置に適用して好適なものである。
【背景技術】
【０００２】
ストレージ装置に格納されるデータの中には、法律や社内規則等により一定期間の保存が義務付けられているものがある。データの種類によっても相違するが、中には数年〜数十年（場合によってはそれ以上）の期間保存しなければならないものもある。
【０００３】
このような状況のもと、近年では、上位装置としてのホスト装置からストレージ装置内のボリュームへの不当なアクセスを防止するため、ボリューム単位でアクセス属性（リードアクセスの許可／禁止、ライトアクセスの許可／禁止など）を設定する方法が本願出願人から提案されている（特許文献１参照）。
【０００４】
一方、従来、論理ボリューム利用者は論理ボリュームの容量拡張を望む場合、その提供者に連絡をとる必要があった。ところが、例えばデータセンタなどの複数の企業が共同で利用するような大規模のサイトにおいて、論理ボリュームの拡張要求が複数の利用者から同時発生した場合に論理ボリュームの提供者が対応しきれず、最悪の場合、論理ボリューム利用者側のホスト装置の処理が停止するおそれがあった。
【０００５】
そこで、論理ボリュームの容量の拡張を容易に行うための方法として、一元的に管理された記憶領域から動的に適切な容量の記憶領域を論理ボリュームに割り当てる方法が本願出願人から提案されている（特許文献２参照）。
【特許文献１】特開２００５−１８５６８号公報
【特許文献２】特開２００３−１５９１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、かかる特許文献１に開示されたアクセス属性の設定機能によると、ボリューム全体にアクセス属性を設定することになる。このため、かかる従来のアクセス属性の設定機能によると、ボリュームに対してライトアクセスの禁止のアクセス属性を設定してしまうと、そのボリューム内の未使用領域に対するライトアクセスまでもが制限されることとなり、ボリュームの使用効率が低下する問題があった。
【０００７】
本発明は以上の点を考慮してなされたもので、ボリュームの使用効率を向上させ得るストレージ装置及びデータ保護方法を提案しようとするものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するため本発明においては、ストレージ装置に、上位装置に仮想的な第１のボリュームを提供すると共に、前記上位装置から与えられるライトアクセス要求に応じて、必要な容量の記憶領域を当該第１のボリュームに動的に割り当てる記憶領域割当て部と、前記上位装置から与えられるライトデータを当該記憶領域に格納するデータ格納部と、アクセスの可否を表すアクセス属性を当該記憶領域に設定するアクセス属性設定部とを設けるようにした。
【０００９】
この結果、このストレージ装置では、第１のボリュームに割り当てられた記憶領域ごとにアクセス属性を設定することができる。
【００１０】
また本発明においては、データ保護方法において、上位装置に仮想的な第１のボリュームを提供すると共に、前記上位装置から与えられるライトアクセス要求に応じて、必要な容量の記憶領域を当該第１のボリュームに動的に割り当てる第１のステップと、前記上位装置から与えられるライトデータを当該記憶領域に格納すると共に、アクセスの可否を表すアクセス属性を当該記憶領域に設定する第２のステップとを設けるようにした。
【００１１】
この結果、このデータ保護方法によれば、第１のボリュームに割り当てられた記憶領域ごとにアクセス属性を設定することができる。
【発明の効果】
【００１２】
本発明によれば、上位装置に提供する第１のボリュームよりも容量が小さい記憶領域単位でアクセス属性を設定することができるため、第１のボリューム内の未使用領域に対するアクセスまでもが制限されることがなく、第１のボリュームの使用効率を向上させることができる。
【発明を実施するための最良の形態】
【００１３】
以下図面について、本発明の一実施の形態を詳述する。
【００１４】
（１）本実施の形態による記憶システムの構成
図１において、１は全体として本実施の形態による記憶システムを示す。この記憶システム１は、ホスト装置２が直接又はネットワーク３を介して間接的に第１のストレージ装置４と接続されると共に、第１のストレージ装置４に第２のストレージ装置５が接続されることにより構成されている。
【００１５】
ホスト装置２は、ＣＰＵ（Central Processing Unit）やメモリ等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又はメインフレームなどから構成される。またホスト装置２は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備える。
【００１６】
ネットワーク３は、例えばＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、インターネット、公衆回線又は専用回線などから構成される。このネットワーク３を介したホスト装置２及び第１のストレージ装置４間の通信は、例えばネットワーク３がＳＡＮである場合にはファイバーチャネルプロトコルに従って行われ、ネットワーク３がＬＡＮである場合にはＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルに従って行われる。
【００１７】
第１のストレージ装置４は、データを記憶する記憶領域を提供する複数のディスクデバイス１０からなるディスクデバイス部１１と、ディスクデバイス部１１内の各ディスクデバイス１１を制御するコントローラ１２とから構成される。
【００１８】
各ディスクデバイス１０は、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスク、又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクなどの安価なディスクから構成される。これらディスクデバイス１０は、コントローラ１２によりＲＡＩＤ（Redundant Array of Inexpensive Disks）方式で運用される。なお、ディスクデバイス１０に代えて、例えばフラッシュメモリなどの半導体メモリを適用するようにしても良い。
【００１９】
１又は複数のディスクデバイス１０が提供する物理的な記憶領域上に、１又は複数の論理ボリュームＶＯＬが設定され、この論理ボリュームＶＯＬにホスト装置２からのデータが所定大きさのブロックを単位として読み書きされる。
【００２０】
各論理ボリュームＶＯＬには、それぞれ固有の識別子（ＬＵＮ：Logical Unit Number）が割り当てられる。本実施の形態の場合、データの入出力は、このＬＵＮと、各ブロックにそれぞれ割り当てられるそのブロックに固有の番号（ＬＢＡ：Logical Block Address）との組み合わせたものをアドレスとして、当該アドレスを指定して行われる。
【００２１】
なお、第１のストレージ装置４内に作成される論理ボリュームＶＯＬの属性としては、実ボリューム及び仮想ボリュームなどがある。このうち実ボリュームは、実際にデータが読み書きされる、実体を有するボリュームである。後述のプールボリュームＰＬＶＯＬ（図３）もこの実ボリュームの一種である。仮想ボリュームは、実体を有さない仮想的なボリュームである。仮想ボリュームは、実ボリュームと対応付けられ、仮想ボリュームに対するライトアクセス及びリードアクセスは、当該仮想ボリュームと対応付けられた実ボリュームに対して行われる。
【００２２】
コントローラ１２は、複数のチャネルアダプタ１３、接続部１４、共有メモリ１５、キャッシュメモリ１６、複数のディスクアダプタ１７及びサービスプロセッサ１８を備えて構成される。
【００２３】
各チャネルアダプタ１３は、それぞれマイクロプロセッサ、メモリ及び通信インタフェース等を備えたマイクロコンピュータシステムとして構成されており、それぞれネットワーク３に接続するためのポートを備える。チャネルアダプタ１３は、ホスト装置２から送信される各種コマンドを解釈して、必要な処理を実行する。各チャネルアダプタ１３のポートには、それぞれを識別するためのネットワークアドレス（例えば、ＩＰアドレスやＷＷＮ）が割り当てられており、これにより各チャネルアダプタ１３がそれぞれ個別にＮＡＳ（Network Attached Storage）装置として振る舞うことができるようになされている。
【００２４】
接続部１４は、チャネルアダプタ１３、共有メモリ１５、キャッシュメモリ１６及びディスクアダプタ１７と接続されている。チャネルアダプタ１３、共有メモリ１５、キャッシュメモリ１６及びディスクアダプタ１７間のデータやコマンドの授受は、この接続部１４を介して行われる。接続部１４は、例えば高速スイッチングによりデータ伝送を行う超高速クロスバススイッチなどのスイッチ又はバス等で構成される。
【００２５】
共有メモリ１５は、チャネルアダプタ１３及びディスクアダプタ１７により共有される記憶メモリである。共有メモリ１５は、主にシステム構成情報を記憶するために利用される。キャッシュメモリ１６も、チャネルアダプタ１３及びディスクアダプタ１７により共有される記憶メモリである。このキャッシュメモリ１６は、主にストレージ装置４に入出力するデータを一時的に記憶するために利用される。
【００２６】
各ディスクアダプタ１７は、図２に示すように、マイクロプロセッサ１９やメモリ２０等を備えたマイクロコンピュータシステムとして構成されている。メモリ２０には、後述するデータ保護機能に関する制御プログラムを含む各種制御プログラムが格納される。マイクロプロセッサ１９がこれらの制御プログラムを実行することにより、ディスクアダプタ１７全体として後述のようなデータ保護機能に関する制御処理を含む各種制御処理を実行する。ディスクアダプタ１７は、例えばファイバーチャネルケーブルを介して対応するディスクデバイス１０と接続されており、ファイバーチャネルプロトコルに従ってこれらディスクデバイス１０との間でデータの授受を行う。
【００２７】
サービスプロセッサ１８は、第１のストレージ装置４全体の作動を制御するコンピュータ装置であり、例えばノート型のパーソナルコンピュータから構成される。このサービスプロセッサ１８は、ＬＡＮ２１を介して各チャネルアダプタ１３及び各ディスクアダプタ１７とそれぞれ接続されており、これら各チャネルアダプタ１３及び各ディスクアダプタ１７を介して各種の制御処理や各種情報の収集を行う。
【００２８】
第２のストレージ装置５は、それぞれ第１のストレージ装置１のコントローラ１２又はディスクデバイス部１１と同様構成のコントローラ２２及びディスクデバイス部２３から構成されており、ネットワークやケーブル等を通じて第１のストレージ装置４の外部接続用のチャネルアダプタ１３と接続されている。この第２のストレージ装置５内の各ディスクデバイス部２３が提供する記憶領域は、第１のストレージ装置４のコントローラ１２により仮想化されホスト装置２に提供される。
【００２９】
（２）記憶システムにおけるデータ保護方式
（２−１）記憶システムにおけるＡＯＵ機能
次に、この記憶システム１に採用されたＡＯＵ機能について説明する。ここでＡＯＵ機能とは、ホスト装置２からのライトアクセス要求に応じて当該ホスト装置２に必要な容量の記憶領域を動的に割り当てる機能をいう。
【００３０】
実際上、この記憶システム１の場合、第１のストレージ装置４の各ディスクアダプタ１７は、図３に示すように、当該第１のストレージ装置４内の各ディスクデバイス１０が提供する記憶領域や、第２のストレージ装置５内の各ディスクデバイスがそれぞれ提供する記憶領域の一部をまとめて１つのプールボリュームＰＬＶＯＬとして管理している。また、かかるディスクアダプタ１７は、各ホスト装置２に対して、仮想ボリュームを当該ホスト装置２がデータを読み書きするためのボリューム（以下、これを運用ボリュームと呼ぶ）ＰＶＯＬとして提供している。
【００３１】
そしてディスクアダプタ１７は、ホスト装置２から運用ボリュームＰＶＯＬに対するライトアクセス要求があった場合、プールボリュームＰＬＶＯＬ内のそのライトアクセスで必要な容量分の記憶領域ＭＡＲをその運用ボリュームＰＶＯＬに割り当て、書込み対象のデータ（以下、これをライトデータと呼ぶ）をこの記憶領域ＭＡＲ内に格納する。
【００３２】
また、このときディスクアダプタ１７は、この記憶領域ＭＡＲをプールボリュームＰＬＶＯＬから切り離して当該記憶領域ＭＡＲに固有の識別子（以下、これをプールボリュームＩＤと呼ぶ）を付与する一方、かかる運用ボリュームＰＶＯＬに割り当てたプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲと、この記憶領域ＭＡＲが割り当てられた運用ボリュームＰＶＯＬ内の領域ＡＲとの間の対応関係を、メモリ２０（図２）に保持された図４に示す記憶領域管理テーブル３０を用いて管理する。
【００３３】
ここで、記憶領域管理テーブル３０は、この図４からも明らかなように、「運用ボリュームＩＤ」欄３０Ａ、「運用ボリュームアドレス」欄３０Ｂ、「プールボリュームＩＤ」欄３０Ｃ、「プールボリュームアドレス」欄３０Ｄ、「正規化先論理ボリュームＩＤ」欄３０Ｅ及び「正規化先論理ボリュームアドレス」欄３０Ｆから構成される。
【００３４】
このうち「運用ボリュームＩＤ」欄３０Ａには、プールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲが割り当てられた運用ボリュームＰＶＯＬのボリュームＩＤ（例えばＬＵＮ）が格納され、「運用ボリュームアドレス」欄３０Ｂには、そのとき当該記憶領域ＭＡＲが割り当てられた運用ボリュームＰＶＯＬ内の領域ＡＲのブロックアドレス（その領域ＡＲの先頭ブロック及び最終ブロックの各ＬＢＡ）が格納される。また、「プールボリュームアドレス」欄３０Ｄには、その運用ボリュームＰＶＯＬに割り当てられたかかる記憶領域ＭＡＲのブロックアドレス（その記憶領域ＭＡＲの先頭ブロック及び最終ブロックの各ＬＢＡ）が格納され、「プールボリュームＩＤ」欄３０Ｃには、その記憶領域ＭＡＲに付与されたプールボリュームＩＤが格納される。なお、「正規化先論理ボリュームＩＤ」欄３０Ｅ及び「正規化先論理ボリュームアドレス」欄３０Ｆについては後述する。
【００３５】
従って、図４の例では、ボリュームＩＤが「01」の運用ボリュームＰＶＯＬ内のブロックアドレスが「１〜1073152」の領域にプールボリュームＰＬＶＯＬ内のブロックアドレスが「１〜1073152」の記憶領域が割り当てられ、その記憶領域に「00」というプールボリュームＩＤが付与されていることが示されている。
【００３６】
そしてディスクアダプタ１７は、いずれかの運用ボリュームＰＶＯＬに対してプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲを割り当てたときには、これに応じて記憶領域管理テーブル３０の「運用ボリュームＩＤ」欄３０Ａ、「運用ボリュームアドレス」欄３０Ｂ、「プールボリュームＩＤ」欄３０Ｃ及び「プールボリュームアドレス」欄３０Ｄにそれぞれ対応する情報を格納する。
【００３７】
この後、ディスクアダプ１７は、ホスト装置２から運用ボリュームＰＶＯＬ上のアドレスを指定したリードアクセス要求が与えられた場合には、かかる記憶領域管理テーブル３０を参照して、プールボリュームＰＬＶＯＬ内の対応する記憶領域ＭＡＲの対応するアドレス位置からデータを読み出し、このデータをホスト装置２に送信する。
【００３８】
またディスクアダプタ１７は、この後、運用ボリュームＰＶＯＬ内の未だプールボリュームＰＬＶＯＬの記憶領域ＭＡＲが割り当てられていない領域ＡＲ２に対するライトアクセス要求がホスト装置２から与えられた場合にも、上述と同様にして運用ボリュームＰＶＯＬに対して他の記憶領域ＭＡＲを動的に割り当てる。
【００３９】
このようにしてこの記憶システム１では、ホスト装置２から運用ボリュームＰＶＯＬ内の未使用領域に対するライトアクセス要求が与えられるごとに、運用ボリュームＰＶＯＬに対してプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲを動的に割り当てる。
【００４０】
（２−２）記憶システムにおけるデータ保護機能
次に、この記憶システム１に採用されたデータ保護機能について説明する。
【００４１】
この記憶システム１では、図３に示すように、運用ボリュームＰＶＯＬに割り当てたプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲごとにアクセス属性を設定することができる点を特徴の１つとしている。またこの記憶システム１では、このように運用ボリュームＰＶＯＬに動的に割り当てたプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲのうち、同じアクセス属性が設定された複数の記憶領域ＭＡＲにそれぞれ格納されたライトデータをまとめて同じ論理ボリューム（以下、これを正規化先論理ボリュームと呼ぶ）ＶＯＬに移行させ、対応するアクセス属性をその正規化先論理ボリュームＶＯＬ全体に設定することができる点をもう１つの特徴としている。
【００４２】
なお、かかる正規化先論理ボリュームＶＯＬとしては、例えば第１のストレージ装置４内に設けられた実ボリュームＲＶＯＬや、第２のストレージ装置５内に設けられた実ボリュームと対応付けられた仮想ボリュームＶＶＯＬなどがある。また以下においては、運用ボリュームＰＶＯＬに割り当てられたプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲに格納されているデータを正規化先論理ボリュームＶＯＬに移行させることを、適宜、「正規化」と呼ぶものとする。
【００４３】
上述のようなデータ保護機能を実現するための手段として、第１のストレージ装置４の共有メモリ１５（図１）には、図５に示すように、上述の記憶領域管理テーブル３０に加えて、プールボリューム管理テーブル３１及び記憶領域‐正規化先論理ボリュームマッピングテーブル３２が格納されている。
【００４４】
プールボリューム管理テーブル３１は、プールボリュームＩＤが付与されたプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲを管理するためのテーブルであり、図６に示すように、「プールボリュームＩＤ」欄３１Ａ、「アクセス属性フラグ」欄３１Ｂ、「論理ボリュームマッピングフラグ」欄３１Ｃ、「経過期間」欄３１Ｄ、「正規化閾値」欄３１Ｅ及び「容量」欄３１Ｆから構成される。
【００４５】
このうち「プールボリュームＩＤ」欄３１Ａには、プールボリュームＰＬＶＯＬから切り出された対応する記憶領域ＭＡＲに付与されたプールボリュームＩＤが格納される。また「アクセス属性フラグ」欄３１Ｂには、その記憶領域ＭＡＲにライトアクセスを禁止する設定がなされている場合には「１」（フラグ）が格納され、当該記憶領域ＭＡＲに対するライトアクセスを禁止する設定がなされていない場合には「０」が格納される。
【００４６】
また「論理ボリュームマッピングフラグ」欄３１Ｃには、対応する記憶領域ＭＡＲに格納されたライトデータの正規化先（移行先）となる正規化先論理ボリュームＶＯＬが既にマッピングされている場合には「１」（フラグ）が格納され、当該記憶領域ＭＡＲに正規化先論理ボリュームＶＯＬがマッピングされていない場合には「０」が格納される。
【００４７】
さらに「経過期間」欄３１Ｄには、その記憶領域ＭＡＲがかかる運用ボリュームＰＶＯＬに割り当てられてから経過した期間（経過日数）が格納され、「正規化閾値」欄３１Ｅには、その記憶領域ＭＡＲに格納されたライトデータを正規化、つまり正規化論理ボリュームＶＯＬに移行するための条件（以下、これをデータ移行条件と呼ぶ）が格納される。本実施の形態においては、その記憶領域ＭＡＲが運用ボリュームＰＶＯＬに割り当てられてからデータを正規化するまでの日数（以下、これを正規化閾値期間）がデータ移行条件として採用されており、このときの正規化閾値期間が「正規化閾値」欄３１Ｅに格納される。さらに「容量」欄３１Ｆには、その記憶領域ＭＡＲの記憶容量（ブロック数）が格納される。
【００４８】
そしてディスクアダプタ１７は、運用ボリュームＰＶＯＬにプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲを割り当てると、その記憶領域ＭＡＲに付与したプールボリュームＩＤをプールボリューム管理テーブル３１の「プールボリュームＩＤ」欄３１Ａに格納する一方、当該記憶領域ＭＡＲの容量（ブロック数）を「容量」欄３１Ｆに格納する。
【００４９】
従って、図６の例では、「00」というプールボリュームＩＤが付与された記憶領域ＭＡＲは、「1073152」ブロック分の記憶容量を有しており、この記憶領域ＭＡＲにはアクセス属性としてライトアクセス許可の設定がなされており、未だ正規化先論理ボリュームＶＯＬがマッピングされていないことが分かる。またこの記憶領域ＭＡＲに格納されたデータは、運用ボリュームＰＶＯＬに割り当てられてから「５０日」経過後に正規化することが設定されているが、現在は運用ボリュームＰＶＯＬに割り当てられてから「２０日」しか経過していないことが分かる。
【００５０】
記憶領域‐正規化先論理ボリュームマッピングテーブル３２は、プールボリュームＰＬＶＯＬから切り出されてプールボリュームＩＤが付与された記憶領域ＭＡＲと、当該記憶領域ＭＡＲに格納されたデータの正規化先（移行先）となる正規化先論理ボリュームＶＯＬとの対応関係を管理するためのテーブルであり、図７に示すように、「プールボリュームＩＤ」欄３２Ａ及び「正規化先論理ボリュームＩＤ」欄３２Ｂから構成される。
【００５１】
そして「プールボリュームＩＤ」欄３２Ａには、プールボリュームＰＬＶＯＬから切り出された各記憶領域ＭＡＲにそれぞれ付与されたプールボリュームＩＤが格納され、「正規化先論理ボリュームＩＤ」欄３２Ｂには、その記憶領域ＭＡＲに格納されたデータの正規化先として設定された正規化先論理ボリュームＶＯＬのボリュームＩＤが格納される。
【００５２】
従って、図７の例では、プールボリュームＩＤが「02」の記憶領域ＭＡＲには、ボリュームＩＤが「00」の正規化先論理ボリュームＶＯＬがマッピングされており、この正規化先論理ボリュームＶＯＬはプールボリュームＩＤが「0A」の記憶領域ＭＡＲにもマッピングされていることが示されている。よって、この場合には、これら２つの記憶領域ＭＡＲに格納されたデータがいずれもかかる正規化先論理ボリュームＶＯＬに移行されることとなる。
【００５３】
図８及び図９は、上述した本実施の形態によるデータ保護機能に関する第１のストレージ装置４の各ディスクアダプタ１７の処理内容を示すフローチャートである。
【００５４】
ホスト装置２からのライトアクセス要求及びライトデータ（書込み対象のデータ）は、チャネルアダプタ１３を介してキャッシュメモリ１６（図１）に格納される。そしてディスクアダプタ１７は、チャネルアダプタ１３からの通知に基づき、このキャッシュメモリ１６に格納されたライトアクセス要求を読み出すと、図８に示す第１のデータ保護処理を開始し、まず、ライトアクセス要求に含まれる、ライトデータの書込みを開始すべきブロックアドレス（以下、書込み開始アドレスと呼ぶ）及びデータ長を読み取る（ＳＰ１）。
【００５５】
続いてディスクアダプタ１７は、上述のようにしてライトアクセス要求から読み取った情報に基づいて、プールボリュームＰＬＶＯＬ内に必要な容量の記憶領域ＭＡＲを確保し、その記憶領域ＭＡＲを提供するディスクデバイス１０にライトコマンド及びライトデータを送信することにより、当該ライトデータをプールボリュームＰＬＶＯＬに書き込ませる（ＳＰ２）。
【００５６】
この後ディスクアダプタ１７は、プールボリュームＰＬＶＯＬ内のかかるライトデータが書き込まれた記憶領域ＭＡＲにプールボリュームＩＤを割り当て、このプールボリュームＩＤと、かかる記憶領域ＭＡＲのブロック数とを、それぞれプールボリューム管理テーブル３１（図６）の「プールボリュームＩＤ」欄及３１Ａ及び「容量」欄３１Ｆに格納する（ＳＰ３）。
【００５７】
次いでディスクアダプタ１７は、かかる記憶領域ＭＡＲに対するアクセス属性を設定する（ＳＰ４）。この実施の形態の場合、アクセス属性は、ホスト装置２ごとに予め定められている。そしてディスクアダプタ１７は、ステップＳＰ１において取得したライトアクセス要求が、ライトアクセス禁止の属性が設定されたホスト装置２からのものであった場合には、その記憶領域ＭＡＲに対するアクセス属性としてライトアクセス禁止を設定し、かかるライトアクセス要求が、ライトアクセス許可の属性が設定されたホスト装置２からのものであった場合には、その記憶領域ＭＡＲに対するアクセス属性としてライトアクセス許可を設定する。そして、その記憶領域ＭＡＲのアクセス属性としてライトアクセス禁止を設定した場合、ディスクアダプタ１７の制御のもとに、その時点からその記憶領域ＭＡＲに対するライトアクセスが禁止される。なお、このような「アクセス属性」の設定は、ホスト装置２ごとに予め定めるのではなく、ホスト装置２からのライトアクセスがあるごとにシステム管理者がサービスプロセッサ１８（図１）を用いて適宜設定できるようにしても良い。
【００５８】
続いてディスクアダプタ１７は、かかるアクセス属性を設定した記憶領域ＭＡＲに対して、当該記憶領域ＭＡＲに格納されたデータを正規化する際のデータ移行先となる正規化先論理ボリュームＶＯＬを対応付ける（マッピング）。この際、ディスクアダプタ１７は、正規化先論理ボリュームＶＯＬに未使用の記憶領域がなるべく生じないように、記憶領域ＭＡＲにマッピングする正規化先論理ボリュームＶＯＬを決定する（ＳＰ５）。具体的に、ディスクアダプタ１７は、そのとき対象としている記憶領域ＭＡＲとほぼ同じ容量の正規化先論理ボリュームＶＯＬが存在するときには、当該記憶領域ＭＡＲにその正規化先論理ボリュームＶＯＬを割り当てる。またディスクアダプタ１７は、そのとき対象としている記憶領域ＭＡＲを含むいくつかの記憶領域ＭＡＲの合計容量とほぼ同じ容量の正規化論理ボリュームＶＯＬが存在するときには、これらすべての記憶領域ＭＡＲにその正規化論理ボリュームＶＯＬを対応付ける。
【００５９】
そしてディスクアダプタ１７は、かかる記憶領域ＭＡＲと正規化先論理ボリュームＶＯＬとの対応付けを行うと、これに応じて記憶領域‐正規化先論理ボリュームマッピングテーブル３２（図７）及びプールボリューム管理テーブル３１（図６）を更新する。具体的には、対応する正規化先論理ボリュームＶＯＬのボリュームＩＤを、マッピング先の記憶領域ＭＡＲに付与されたプールボリュームＩＤと対応付けて記憶領域‐正規化先論理ボリュームマッピングテーブル３２に登録する一方、記憶領域‐正規化先論理ボリュームマッピングテーブル３２に既に登録されているエントリの「正規化先論理ボリュームＩＤ」欄３２Ｂに格納されているボリュームＩＤを必要に応じて変更する。またディスクアダプタ１７は、プールボリューム管理テーブル３１におけるその記憶領域ＭＡＲと対応する「運用ボリュームプールボリュームマッピングフラグ」欄３１Ｃにフラグ（「１」）を格納する（ＳＰ５）。
【００６０】
この後、ディスクアダプタ１７は、サービスプロセッサ１８（図１）を用いてシステム管理者が設定したその記憶領域ＭＡＲに格納されたデータの正規化閾値期間をプールボリューム管理テーブル３１の「正規化閾値」欄３１Ｅに格納すると共に、その記憶領域ＭＡＲを運用ボリュームＰＶＯＬに割り当ててからの経過日数をプールボリューム管理テーブル３１の「経過日数」欄３１Ｄに格納する（ＳＰ６）。なお、この「経過日数」欄３１Ｄに格納された経過日数は、この後、例えばタスク処理により毎日午前０時にディスクアダプタ１７により更新されることとなる。
【００６１】
そしてディスクアダプタ１７は、この後、この第１のデータ保護処理を終了する。
【００６２】
一方、ディスクアダプタ１７は、かかる第１のデータ保護処理と並行して、図９に示す第２のデータ保護処理を定期的（例えば１日周期又は１週間周期）に実行することにより、プールボリュームＰＬＶＯＬから切り離された記憶領域ＭＡＲのうちの正規化閾値を超過した記憶領域ＭＡＲに格納されているデータを正規化する。
【００６３】
すなわちディスクアダプタ１７は、この第２のデータ保護処理を開始すると、まず、プールボリューム管理テーブル３１（図６）を参照して、経過期間が正規化閾値期間を超過するというデータ移行条件を満たすエントリが存在するか否かを判断する（ＳＰ１０）。
【００６４】
そしてディスクアダプタ１７は、かかる判断において否定結果を得ると、この第２のデータ保護処理を終了する。
【００６５】
これに対してディスクアダプタ１７は、かかる判断において肯定結果を得ると、そのエントリの記憶領域ＭＡＲと対応付けられた正規化先論理ボリュームＶＯＬのボリュームＩＤを記憶領域‐正規化先論理ボリュームマッピングテーブル３２から読み出し、その記憶領域ＭＡＲに格納されたデータを当該正規化先論理ボリュームＶＯＬに移行させる（ＳＰ１１）。
【００６６】
続いてディスクアダプタ１７は、そのデータ移行先の正規化先論理ボリュームＶＯＬのボリュームＩＤを、データ移行元の記憶領域ＭＡＲに付与されたプールボリュームＩＤと対応付けて記憶領域管理テーブル３０（図４）の「正規化先論理ボリュームＩＤ」欄３０Ｅに格納すると共に、これと対応する記憶領域管理テーブル３０の「正規化先論理ボリュームアドレス」欄３０Ｆに、正規化先論理ボリュームＶＯＬにおける移行されたデータを格納した領域のブロックアドレス（正規化先論理ボリュームＶＯＬにおけるその領域の先頭ブロック及び最終ブロックの各ＬＢＡ）を格納する。さらにディスクアダプタ１７は、プールボリューム管理テーブル３１及び記憶領域‐正規化先論理ボリュームマッピングテーブル３２上の対応するエントリを削除する。（ＳＰ１２）。
【００６７】
そしてディスクアダプタ１７は、プールボリュームＰＬＶＯＬから切り離した該当するすべての記憶領域ＭＡＲについて同様の正規化処理を行い（ＳＰ１１〜ＳＰ１３）、この後、記憶領域‐正規化先論理ボリュームマッピングテーブル３２を参照して、このときの正規化処理においてデータの移行先となった正規化先論理ボリュームＶＯＬにアクセス属性を設定すべきか否かを判断する（ＳＰ１４）。
【００６８】
ここで、例えば正規化先論理ボリュームＶＯＬに対してライトアクセス禁止の設定がなされた１又は複数の記憶領域ＭＡＲからデータが移行された場合、その正規化先論理ボリュームＶＯＬにはライトアクセス禁止のアクセス属性が設定される。しかしながら、記憶領域‐正規化先論理ボリュームマッピングテーブル３２上において、その正規化先論理ボリュームＶＯＬが未だいずれかの記憶領域ＭＡＲと対応付けられている場合には、いずれその記憶領域ＭＡＲに格納されたデータを当該正規化先論理ボリュームＶＯＬに移行させる必要があるため、その段階において当該正規化先論理ボリュームＶＯＬにライトアクセス禁止のアクセス属性を設定すると不具合が生じる。従って、このような場合には、ディスクアダプタ１７は、このステップＳＰ１４の判断において否定結果を得ることとなる。かくして、このときディスクアダプタ１７は、この第２のデータ保護処理を終了する。
【００６９】
一方、例えば正規化先論理ボリュームＶＯＬにライトアクセス禁止の設定がなされた１又は複数の記憶領域ＭＡＲからデータが移行された場合で、記憶領域‐正規化先論理ボリュームマッピングテーブル３２上において、その正規化先論理ボリュームＶＯＬがいずれの記憶領域ＭＡＲとも対応付けられていない場合には、かかる正規化先論理ボリュームＶＯＬにライトアクセス禁止のアクセス属性を設定したとしても不具合は生じない。
【００７０】
また、例えば正規化先論理ボリュームＶＯＬにライトアクセス禁止の設定がなされていない１又は複数の記憶領域ＭＡＲからデータが移行された場合、その正規化先論理ボリュームＶＯＬにはライトアクセス許可のアクセス属性が設定される。そして、この場合には、記憶領域‐正規化先論理ボリュームマッピングテーブル３２上において、その正規化先論理ボリュームＶＯＬが未だいずれかの記憶領域ＭＡＲと対応付けられているとしても、かかる正規化先論理ボリュームＶＯＬにライトアクセス許可のアクセス属性を設定しても不具合は生じない。
【００７１】
従って、これらの場合には、ディスクアダプタ１７は、このステップＳＰ１４の判断において肯定結果を得ることとなる。かくして、このときディスクアダプタ１７は、該当する正規化先論理ボリュームＶＯＬにアクセス属性を設定する（ＳＰ１５）。具体的には、正規化論理ボリュームＶＯＬのアクセス属性を管理するための図示しない管理テーブル上において、当該正規化論理ボリュームのアクセス属性として対応するアクセス属性（ライトアクセス禁止又はライトアクセス許可等）を設定する。そしてディスクアダプタ１７は、この後、この第２のデータ保護処理を終了する。
【００７２】
次に、このようにプールボリュームＰＬＶＯＬから切り離された記憶領域ＭＡＲに格納されていたデータを正規化した場合、ホスト装置２からこのデータに対するアクセス要求（ライトアクセス要求又はリードアクセス要求）があったときのディスクアダプタ１７の処理内容について説明する。
【００７３】
この場合、ディスクアダプタ１７は、まず、そのアクセス要求からアクセス先の運用ボリュームＰＶＯＬのボリュームＩＤ及びブロックアドレスを読み出し、記憶領域管理テーブル３０（図４）を参照して、そのデータの移行先の正規化先論理ボリュームＶＯＬのボリュームＩＤと、当該正規化先論理ボリュームＶＯＬにおける当該データが格納されているブロックアドレスとを検出する。
【００７４】
そしてディスクアダプタ１７は、この後、この検出結果に基づいて、対応する正規化先論理ボリュームＶＯＬの対応する領域に対するデータの読み書きを行う。
【００７５】
（３）本実施の形態の効果
以上のように本実施の形態による記憶システム１では、運用ボリュームＰＶＯＬに対してプールボリュームＰＬＶＯＬ内の記憶領域ＭＡＲを動的に割り当て、この運用ボリュームＰＶＯＬに割り当てた記憶領域ＭＡＲごとにアクセス属性を設定できるようにしているため、運用ボリュームＰＶＯＬよりも小さい記憶容量の記憶領域ＭＡＲ単位でアクセス属性を設定することができる。かくするにつき、運用ボリュームＰＶＯＬ内の未使用領域に対するアクセスまでもが制限されることがなく、論理ボリュームＶＯＬの使用効率を向上させることができる。
【００７６】
また本実施の形態による記憶システム１では、同じアクセス属性が設定されたいくつかの記憶領域ＭＡＲに格納されたライトデータをまとめて同じ正規化先論理ボリュームＶＯＬに移行し、当該正規化先論理ボリュームＶＯＬに対してデータ移行元の記憶領域ＭＡＲと同じアクセス属性を設定するようにしているため、正規化先論理ボリュームＶＯＬ内のアクセスが制限される未使用領域の量を低減させることができ、論理ボリュームＶＯＬの使用効率を向上させることができる。
【００７７】
（４）他の実施の形態
なお上述の実施の形態においては、本発明を図１のように構成されたストレージ装置４に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成のストレージ装置に広く適用することができる。
【００７８】
また上述の実施の形態においては、記憶領域ＭＡＲに格納されたデータを正規化する際のデータ移行条件として、記憶領域ＭＡＲが運用ボリュームＰＶＯＬに割り当てられてからライトデータを正規化するまでの経過日数を適用するようにした場合について述べたが、本発明はこれに限らず、例えばライトデータが格納された記憶領域ＭＡＲの容量や、プールボリュームＰＬＶＯＬの使用容量、或いは同じアクセス属性が設定された記憶領域ＭＡＲの合計容量などをデータ移行条件としたり、具体的な年月日をデータ移行条件とするようにしても良い。またこれらの項目に関する条件をいくつか満たすことをデータ移行条件とするようにしても良く、データ移行条件としてはこの他種々の条件を広く適用することができる。
【００７９】
さらに上述の実施の形態においては、データ移行条件をプールボリュームＰＬＶＯＬから切り出した記憶領域ＭＡＲごとに設定できるようにした場合について述べたが、本発明はこれに限らず、記憶領域ＭＡＲごとではなく、すべての記憶領域ＭＡＲに共通したデータ移行条件を一括して設定できるようにしても良い。
【００８０】
さらに上述の実施の形態においては、ホスト装置２に仮想的な運用ボリュームＰＶＯＬを提供すると共に、ホスト装置２から与えられるライトアクセス要求に応じて、必要な容量の記憶領域ＭＡＲを当該運用ボリュームＰＶＯＬに動的に割り当てる記憶領域割当て部と、ホスト装置２から与えられるライトデータを当該記憶領域ＭＡＲに格納するデータ格納部と、アクセスの可否を表すアクセス属性を当該記憶領域ＭＡＲに設定するアクセス属性設定部と、同じアクセス属性が設定された複数の記憶領域ＭＡＲに格納されたライトデータを同じ正規化先論理ボリュームＶＯＬに移行するデータ移行部と、記憶領域ＭＡＲに格納されたライトデータを正規化先論理ボリュームＶＯＬに移行させるためのデータ移行条件を設定する条件設定部としての機能をすべてディスクアダプタ１７に搭載するようにした場合について述べたが、本発明はこれに限らず、これらの機能を有する回路ブロックをディスクアダプタ１７とは別に設けるようにしても良い。
【産業上の利用可能性】
【００８１】
本発明は、種々のストレージ装置に広く適用することができる。
【図面の簡単な説明】
【００８２】
【図１】本実施の形態による記憶システムの全体構成を示すブロック図である。
【図２】ディスクアダプタの概略構成を示すブロック図である。
【図３】本実施の形態の記憶システムにおけるデータ保護機能の概略説明に供する概念図である。
【図４】記憶領域管理テーブルの構成を示す概念図である。
【図５】共有メモリに格納された各種テーブルの説明に供する概念図である。
【図６】プールボリューム管理テーブルの構成を示す概念図である。
【図７】記憶領域‐正規化先論理ボリュームマッピングテーブルの構成を示す概念図である。
【図８】第１のデータ保護処理の流れを示すフローチャートである。
【図９】第２のデータ保護処理の流れを示すフローチャートである。
【符号の説明】
【００８３】
１……記憶システム、２……ホスト装置、４，５……ストレージ装置、１０……ディスクデバイス、１２……コントローラ、１７……ディスクアダプタ、３１……記憶領域管理テーブル、３２……記憶領域‐正規化先論理ボリュームマッピングテーブル、ＶＯＬ……論理ボリューム、正規化先論理ボリューム、ＰＶＯＬ……運用ボリューム、ＰＬＶＯＬ……プールボリューム。
【図１】
2008027291.tif 000003
【図２】
2008027291.tif 000004
【図３】
2008027291.tif 000005
【図４】
2008027291.tif 000006
【図５】
2008027291.tif 000007
【図６】
2008027291.tif 000008
【図７】
2008027291.tif 000009
【図８】
2008027291.tif 000010
【図９】
2008027291.tif 000011