JP4521865B2 - ストレージシステム、計算機システムまたは記憶領域の属性設定方法 - Google Patents

ストレージシステム、計算機システムまたは記憶領域の属性設定方法 Download PDF

Info

Publication number
JP4521865B2
JP4521865B2 JP2004270671A JP2004270671A JP4521865B2 JP 4521865 B2 JP4521865 B2 JP 4521865B2 JP 2004270671 A JP2004270671 A JP 2004270671A JP 2004270671 A JP2004270671 A JP 2004270671A JP 4521865 B2 JP4521865 B2 JP 4521865B2
Authority
JP
Japan
Prior art keywords
volume
storage
attribute
external
computer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004270671A
Other languages
English (en)
Other versions
JP2005276158A (ja
Inventor
高広 藤田
扶美 宮▲崎▼
泰典 兼田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2004270671A priority Critical patent/JP4521865B2/ja
Priority to US10/962,377 priority patent/US20050182769A1/en
Priority to EP04029255A priority patent/EP1569083A3/en
Priority to CNB2004100821438A priority patent/CN1313938C/zh
Publication of JP2005276158A publication Critical patent/JP2005276158A/ja
Priority to US12/424,479 priority patent/US20090265511A1/en
Application granted granted Critical
Publication of JP4521865B2 publication Critical patent/JP4521865B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/062—Securing storage systems
    • G06F3/0623—Securing storage systems in relation to content
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device
    • G06F3/0674—Disk device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Description

本発明は，複数の記憶装置を集中して管理する方法に関し、特に記憶装置に格納されるデータの保護方法である。
複数の計算機と複数の記憶装置との間を通信線（ストレージエリアネットワーク（ＳＡＮ））で接続し，ＳＡＮに接続される複数の記憶装置を集中管理する技術が普及している。
また、電子データの増大により、テープへのアーカイブを行わず、記憶装置においてデータを保存するようになりつつある。記憶装置において、データを安全に保存するために、記憶装置に対する書き込みを禁止する技術が、例えば特許文献１で公開されている。
特開２００２−３３４０４８号公報（第７頁，第１図）
電子データの増大にともない、必要な記憶領域が増大し、テープではなくディスクアレイ装置などを有する記憶装置（ストレージシステム）を用いてデータを保存するようになりつつある。また、ＳＡＮに記憶装置が増設されていく。この増設によってＳＡＮ内には，新旧の記憶装置が混在する。
書き込みを禁止する機構をもつ記憶装置は比較的新しく、旧型の記憶装置は本機構を有さないことが多いため，書き込み禁止機構を持つ記憶装置と持たない記憶装置がＳＡＮに混在する。
一方、法規制の下におけるメールアーカイブなどの保存データを法の場で使用するためには，証拠性の確立・保証が必要である。この証拠性を確立するために特許文献１記載のような技術がある。
しかし、機能の異なる記憶装置が混在する環境において、記憶装置においてデータを安全に保存し、証拠性やセキュリティを確立するためには、記憶装置ごとに異なる書き込み禁止機構やアクセス制御機構の有無を把握しつつ、保存するデータを格納する記憶装置ごとに書き込み禁止やアクセス制御設定を行う必要があり、管理者の負担が大きい。
また、上位のストレージシステムに正規に接続されるコンピュータからの書き込みなどのアクセスを抑止するだけでは、下位のストレージシステムに不正にアクセスしようとするコンピュータなどの装置からの書き込みなどのアクセスを防止することが困難である。
上記課題の少なくともいずれかを解決するために、本願発明は、上位ストレージシステムと、前記上位ストレージシステムによって記憶領域が管理される複数の下位ストレージシステムとを備える計算機システムにおいて、前記上位ストレージシステムは、計算機に接続される第一のインターフェースと、内蔵された外部ボリュームの属性設定が互いに異なる複数の下位ストレージシステムに接続される第二のインターフェースと、前記複数の下位ストレージシステムにおける前記外部ボリューム及び前記上位ストレージシステムにおける内部ボリュームに対応する記憶領域であって前記計算機から認識可能な仮想ボリュームと、前記第一のインターフェースを介して前記計算機によって認識される記憶領域の属性の設定指示として、データの書込みを禁止する記憶領域の指定と、データの書込みの禁止の設定と、前記指定を設定する期間とを受ける制御部とを備え、前記制御部は、前記属性設定の指示で指定された前記仮想ボリュームに対応する記憶領域が前記下位ストレージシステムにおける前記外部ボリュームであり、かつ、前記外部ボリュームの属性設定が可能である場合、前記下位ストレージシステムに対し、記憶領域の属性の設定の指示として、前記指定に基づく前記記憶領域と対応するデータを格納する記憶領域の指定と、データの書込みの禁止の設定と、前記指定を設定する期間とを前記第二のインターフェースを介して送信する一方、前記属性設定の指示で指定された前記仮想ボリュームに対応する記憶領域が前記下位ストレージシステムにおける前記外部ボリュームであり、かつ、前記外部ボリュームの属性設定が不可能である場合、前記外部ボリュームのデータを未使用の前記内部ボリュームに移動することを特徴とする。
なお、本発明の他の特徴は、本明細書及び添付図面の記載により明らかにする。
仮想化環境における、データを格納するストレージシステムに対するアクセス管理やデータ管理を効率よく行うことができる。
以下に、本発明の実施の形態を説明する。
本発明の実施の形態を図面を参照しながら説明する。
図１は、本発明の実施の形態である計算機システム１である。
計算機システム１は、ホスト計算機２００、管理計算機３００、ファイバーチャネルスイッチ１００、ストレージサブシステム４００、６００、８００を有する。ホスト計算機２００とストレージサブシステム４００、６００，８００は、ファイバーチャネルスイッチ１００を介して接続されている。また、ホスト計算機２００、管理計算機３００、ストレージサブシステム４００、６００，８００は、ネットワーク１０によって互いに接続されている。
ファイバーチャネルスイッチ１００は、ホスト計算機２００及びストレージサブシステム４００，６００，８００と接続するインターフェイス１０２及びネットワーク１０に接続するインターフェイス１０４とを有する。
ファイバーチャネルスイッチ１００は、ホスト計算機２００やストレージサブシステム４００、６００、８００のインターフェイスにそれぞれ接続するファイバーチャネルインターフェイス１０２に受けるデータをデータの送信先に接続するファイバーチャネルインターフェイス１０２を選択し、データの送信を行う。
ホスト計算機２００は、制御部、メモリ、記憶装置、表示部、ファイバーチャネルスイッチ１００と接続するためのインターフェイス及びネットワーク１０と接続するインターフェイス２０４とを有する。
ここでは、二台のホスト計算機を区別するために、インタフェース２０２と、インタフェース２０３としておく。
管理計算機３００は、制御部、メモリ、記憶装置、表示部、ネットワーク１０と接続するインターフェイス３０４とを有する。
ネットワーク５０は、ファイバーチャネルネットワークであり、計算機２００とストレージサブシステム４００、６００、８００間を接続するネットワークで、ネットワーク１０はローカルエリアネットワークで、管理計算機３００が、計算機２００、ストレージサブシステム４００、６００、８００、ファイバーチャネルスイッチ１００へ接続し、データの送受信を行う管理ネットワークである。同じネットワークであっても、管理計算機が、計算機システム内の機器を管理できればよい。
＜ストレージサブシステム４００＞
ストレージサブシステム４００は、記憶制御装置４２０と記憶装置４１０を有する。
記憶制御装置４２０は、プロセッサ４３０、制御メモリ４４０、不揮発メモリ４５０、キャッシュメモリ４６０、ファイバーチャネルインターフェイス４７０、ファイバーチャネルインターフェイス４８０、ネットワークインターフェイス４９０を有し、これらは互いに接続されている。
記憶装置４１０は、記録媒体をもち、記憶制御装置４２０からの要求により、記録媒体に対してデータのリード及びライトを行う。ファイバーチャネルインターフェイス４８０は、記憶装置４１０に接続される。
記憶制御装置４２０は、ファイバーチャネルインターフェイス４８０を介して、記憶装置４１０に対してデータの入出力を行う。なお、本インターフェイスは、ＡＴＡ，シリアルＡＴＡ，パラレルＳＣＳＩ、シリアルＳＣＳＩなどのインターフェイスであってもよい。
記憶制御装置４２０は、記憶装置４１０を冗長性のあるＲＡＩＤとして制御することで、ストレージサブシステム４００の信頼性向上、性能向上なども行う。尚、ストレージサブシステム４００が有する記憶装置４１０の数は複数でも単数でも構わない。
記憶装置４１０の記憶領域は、物理的あるいは論理的な記憶領域（たとえば、物理ボリューム、あるいは論理ボリューム等のボリューム、以後ボリュームと称する）が設定され、ボリューム識別子によって少なくとも計算機システム１内にて一意に識別される。
ＡＴＡ，シリアルＡＴＡ，パラレルＳＣＳＩ、シリアルＳＣＳＩなどのインターフェイスによるデータの入出力は、記憶装置が提供する論理的な記憶領域に対して行われる。記憶領域に対するデータの入出力要求は，記憶装置によって、記録媒体へのデータの書き込み及び読み出しとして処理される。
ファイバーチャネルインターフェイス４７０は、ファイバーチャネルスイッチ１００に接続される。記憶制御装置４２０は、ファイバーチャネルインターフェイス４７０を介して、ファイバーチャネルスイッチ１００に接続するホスト計算機２００及びストレージサブシステム８００からのデータ入出力要求を受け付ける。このデータ入出力要求は、ボリュームに対して行われる。ネットワークインターフェイス４９０は、ネットワーク１０に接続される。
記憶装置４１０と記憶制御装置４２０間のデータ転送は、記憶制御装置４２０内のデータ転送に比べて遅いため、 記憶制御装置４２０は、頻繁にアクセスされるデータをキャッシュメモリ４６０上に格納することにより、データ転送性能の向上も行う。
上記動作は、不揮発メモリに格納されるプログラムが制御メモリに読み込まれ、プロセッサがこれを実行することによって実現される。また、プログラムの処理を記憶制御装置４２０内にハードウェア的に構成してもよい。
尚、記憶制御装置４２０は、シングルプロセッサであるが、マルチプロセッサ構成であってもよい。
＜ストレージサブシステム６００＞
ストレージサブシステム６００は、ストレージサブシステム４００の特徴に加えて、不揮発メモリにボリュームを単位とする属性変更プログラム8000を有する。
記憶制御装置６２０は、ファイバーチャネルインターフェイス６７０及びネットワークインターフェイス６９０を介してボリュームに対してアクセス属性設定要求を受け付ける。
記憶制御装置６２０のプロセッサ６３０は、ボリュームに対して設定されたアクセス属性によって、計算機２００からの入出力要求に対して、Ｗｒｉｔｅが許可されない属性が設定されている場合にはＷｒｉｔｅ要求に対しＷｒｉｔｅ拒否を応答し、Ｗｒｉｔｅが許可されている場合にはＷｒｉｔｅを実行する（特許文献１参照）。
＜ボリューム属性管理テーブル＞
図６は、ストレージサブシステム６００のボリュームのアクセス属性を管理するボリューム属性管理テーブル６０００を示す図である。ボリューム属性管理テーブル６０００は、記憶制御装置６００の不揮発メモリ６４０に格納される。ボリューム属性管理テーブル６０００のエントリは、ストレージサブシステム６００の全てのボリュームに対して存在する。ボリュームを特定するボリューム識別子に対し、アクセス属性が読み込みのみ可であることを示すＲ、読み込みと書込みが可であることを示すＲＷがボリュームごとに設定される。
また、アクセス属性として、さらに、読み込みのみ可（書き込み禁止）としておく期間を設けている。本明細書で開示される実施例でのアクセス属性は、記憶領域ごとに設定される記憶領域の属性の一つである。
＜アクセス制御＞
本実施形態では、ファイバーチャネルインターフェースを用いて各ストレージサブシステム、ホスト計算機を接続している。ファイバーチャネルインタフェースでは、ＷＷＮ（World Wide Name）と呼ばれるインタフェースごとに固有の識別番号を用いて、そのインタフェースを識別することができる。ホスト計算機から、ストレージサブシステムに発行されるデータの入出力要求には、要求を発行した発行元のファイバーチャネルインタフェースのＷＷＮと、その要求を実行すべき記憶制御装置のＷＷＮが含まれている。記憶制御装置には、データの入出力要求を受け付けた際に、要求発行元のＷＷＮをチェックし、所定外のＷＷＮであれば、データの入出力要求を実行しないことで、不正なアクセスを抑止する機能を持つものがある。本実施形態では、ストレージサブシステムやホスト計算機に図で割り当てた番号をＷＷＮとして説明するが、実際にはＷＷＮは割り当てルールに従ってベンダ識別子などを含む番号である。各記憶制御装置は、どのＷＷＮに対してアクセスを許可するかを保持したアクセス管理テーブルを不揮発性メモリに保持している。
＜アクセス管理テーブル＞
図１２にアクセス管理テーブルの構成を示す。図１２（ａ）がストレージサブシステム６００のアクセス管理テーブル１２００１である。ボリューム識別子で表されるボリュームごとに、どのＷＷＮに対してアクセスを許可するかを示すテーブルとして構成している。図１２（ａ）の場合、ボリュームＸ１、Ｘ２、Ｘ３は、ＷＷＮ２０２とＷＷＮ２０３の両方からのアクセスが可能であり、ボリュームＸ４はＷＷＮ２０２からのみアクセス可能としている。ボリュームＸ５にはアクセス制御を設定していない（「アクセスを許可するＷＷＮの欄が空白（ＮＵＬＬ）」。すなわち、全てのＷＷＮを有するインタフェースからのアクセスを受付可能である。
＜入出力要求処理＞
ストレージサブシステム６００のボリュームに対する計算機２００からのデータ入出力要求に対するアクセス制御を図７を使って説明する。
ホスト入出力要求処理７０００は、ファイバーチャネルインターフェイス６７０を介して計算機２００からのデータ入出力要求を受け取ると、記憶制御装置６２０のプロセッサ６３０が不揮発メモリからアクセス属性設定プログラムを読み出し、リードライト処理を開始する。まず、データ入出力要求から発行元のＷＷＮを取得し、アクセス許可しているＷＷＮかを識別する（ステップ７００５）。もしアクセス許可していないＷＷＮを有するファイバーチャネルインタフェースからの要求であれば、リードライトは一切実行せず終了とする。アクセス許可したＷＷＮの場合には、記憶制御装置６２０のプロセッサ６３０は、要求対象のボリュームの識別子に基づいて、ボリューム属性管理テーブル６０００を参照する（ステップ７０１０）。
次に、プロセッサ６３０は、ホスト計算機２００からのデータ入出力要求を調べ（ステップ７０５０）、Ｗｒｉｔｅ要求である場合には，ステップ７０１０で参照した当該ボリュームのアクセス属性が、Ｒｅａｄ及びＷｒｉｔｅを許可するＲＷであれば（ステップ７０６０）、ボリュームに対してＷｒｉｔｅを実行して（ステップ７０７０）、終了する。
ステップ７０５０において、Ｗｒｉｔｅ要求でない場合は，Ｒｅａｄを実行して（ステップ７０９０）、終了する。
ステップ７０６０において、当該ボリュームのアクセス属性が、Ｒｅａｄのみを許可するＲであれば、要求元の計算機２００にＷｒｉｔｅ不可を応答して（ステップ７０８０）、終了する。
上記のように、管理計算機２００からストレージサブシステム６００のボリュームに対するデータ入出力要求は、ボリューム属性管理テーブル６０００のアクセス属性によって制限される。
本実施例では、アクセス属性として読み込みのみを許可するＲ（Ｒｅａｄ）、読み込みと書き込みを許可するＲＷ（Ｒｅａｄ／Ｗｒｉｔｅ）を設定する。
＜ストレージサブシステム８００＞
ストレージサブシステム８００は、記憶制御装置８２０と記憶装置８１０を有する。
記憶制御装置８２０は、プロセッサ８３０、制御メモリ８４０、不揮発メモリ８５０、キャッシュメモリ８６０、ファイバーチャネルインターフェイス８７０、ファイバーチャネルインターフェイス８８０、ネットワークインターフェイス８９０、ファイバーチャネルインターフェイス９００を有し、これらは互いに接続されている。
記憶装置８１０は、記録媒体をもち、記憶制御装置８２０からの要求により、記録媒体に対してデータのリード及びライトを行う。
不揮発メモリ８５０には、仮想ボリューム管理テーブル１２００、内部ボリューム管理テーブル１１００、外部ボリューム１２００、属性設定可否テーブル1300やホスト入出力要求プログラム２０００、属性変更要求プログラム４０００の各種プログラムが格納されている。なお、プログラムは、ストレージシステムの起動時にメモリ３６０にロードされて実行されてもよく、また、プログラムの処理をストレージシステム内にハードウェア的に構成してもよい。
ファイバーチャネルインターフェイス８８０は、記憶装置８１０に接続される。記憶制御装置８２０は、ファイバーチャネルインターフェイス８８０を介して、記憶装置８１０に対してデータの入出力を行う。なお、本インターフェイスは、ＡＴＡ，シリアルＡＴＡ，パラレルＳＣＳＩ、シリアルＳＣＳＩなどのインターフェイスであってもよい。尚、ストレージサブシステム８００が有する記憶装置８１０の数は複数でも単数でも構わない。 記憶制御装置８２０は、キャッシュメモリ８６０によるデータ転送性能の向上、記憶装置８１０のＲＡＩＤ制御による信頼性・性能向上も行う。記憶装置８１０の数は複数でも単数でも構わない。尚、記憶制御装置８２０は、シングルプロセッサであるが、マルチプロセッサ構成であってもよい。
記憶装置８１０の記憶領域は、物理的あるいは論理的な記憶領域（たとえば、物理ボリューム、あるいは論理ボリューム等のボリューム、以後内部ボリュームと称する）が設定され、記憶制御装置８２０が割り当てる少なくともストレージサブシステム８００内にて一意な内部ボリューム識別子によって識別される。内部ボリュームに格納されているデータに対し、計算機からの要求により記憶制御装置８２０を介してデータがさらに書き込まれたり、読み出されたりする。
ネットワークインターフェイス８９０は、ネットワーク１０に接続される。ストレージサブシステム８００は、ネットワークインターフェイス８９０を介して、管理計算機３００からの外部ボリューム設定や不揮発メモリに格納されているデータの送信要求を受け付ける。ファイバーチャネルインターフェイス９００は、ファイバーチャネルスイッチ１００に接続される。
記憶制御装置８２０は、ファイバーチャネルインターフェイス９００を介して、ストレージサブシステム４００、６００のボリュームに対してデータの入出力を行う。ストレージサブシステム８００の外部にあるストレージサブシステム４００、６００の記憶装置のボリュームをストレージサブシステム800内にある内部ボリュームに対して特に外部ボリュームと称し、外部ボリューム識別子によって外部ボリュームが特定される。外部ボリューム設定は，管理者が管理計算機３００を使用して、記憶制御装置８２０が使用する外部ボリュームを設定することによって行われる。
記憶制御装置８２０は、内部ボリューム及び外部ボリュームに対応する記憶領域で、外部装置から認識可能な記憶領域（以後仮想ボリュームと称する）が設定され、計算機２００の外部装置からファイバーチャネルインターフェイス８７０を介して仮想ボリュームに対する入出力要求及びアクセス属性設定要求を受け付ける。
ファイバーチャネルインターフェイス８７０は、ファイバーチャネルスイッチ１００に接続される。記憶制御装置８２０は、ファイバーチャネルインターフェイス８７０を介して、ファイバーチャネルスイッチ１００に接続するホスト計算機２００からの仮想ボリュームに対するデータ入出力要求を受け付ける。 記憶制御装置８２０は、ファイバーチャネルインターフェイス８７０及びネットワークインターフェイス８９０を介して仮想ボリュームに対するアクセス属性設定要求を受け付ける。
＜内部ボリューム管理テーブル＞
図２は、記憶制御装置８２０の不揮発メモリに格納されている(a)仮想ボリューム管理テーブル１２００、(b)内部ボリューム管理テーブル１１００、(c)外部ボリューム１２００、(d)属性設定可否テーブル１３００である。
図２(b)に示す内部ボリューム管理テーブル１１００は，記憶装置８１０内の記憶領域である当該ボリュームに対応する仮想ボリュームが設定されているかを表す使用状態、対応する仮想ボリュームを示す仮想ボリューム識別子が設定されている。内部ボリュームに対応する仮想ボリュームが設定されていない場合、使用状態は“未使用”であり、仮想ボリューム識別子は“なし”である。
＜外部ボリューム管理テーブル＞
次に外部ボリュームの管理について説明する。
管理者が、管理計算機３００において、記憶制御装置８２０が使用する外部ボリュームを登録することによって、外部ボリューム管理テーブル１２００が設定される。
図２(c)は、外部ボリューム管理テーブル１２００を示す図である。管理者によって登録された外部ボリュームごとに、当該ボリュームを有するストレージサブシステムを示すストレージサブシステム識別子、当該ボリュームに対応する仮想ボリュームに対応する仮想ボリュームが設定されているかを表す使用状態、対応する仮想ボリュームを示す仮想ボリューム識別子、当該ボリュームに対してアクセス属性設定が出来るかを表す属性設定可否の各項目を有する。これらの項目は、管理者が管理計算機３００にてストレージサブシステム４００および６００のボリュームを指定し、ストレージサブシステム８００に指示し、ストレージサブシステム８００の記憶制御装置８２０が、登録設定する。
外部ボリュームを登録すると、記憶制御装置８２０が、指定されたボリュームの識別子を外部ボリューム管理テーブル１２００に設定する。記憶制御装置８２０が、該当外部ボリュームを有するストレージサブシステムの識別子をストレージサブシステム識別子に設定し、使用状態には“未使用”を設定し、仮想ボリューム識別子は、“なし”が設定され、該当外部ボリュームに対してアクセス属性設定ができるかに応じて属性設定可否を設定する。
図２（ｄ）は、属性設定可否テーブル１３００を示す図である。属性設定可否設定テーブル１３００は、ストレージサブシステムごとに、アクセス属性（Ｒ／Ｗとアクセス制御）の設定が可能であるかを示す属性設定可否の項目を有している。
本実施例において、識別子Ｘであるストレージサブシステムは、Ｒ／Ｗ属性設定可否が「可」であることから、読み込みのみ（書込み禁止）のアクセス属性を設定することができる。一方、識別子Ｙであるストレージサブシステムは、Ｒ／Ｗ属性設定可否が「不可」であるから書込み禁止のアクセス属性が設定できない。
また、識別子Ｘであるストレージサブシステムは、アクセス制御属性設定可否が「可」であるからアクセス制御が設定でき、識別子Ｙであるストレージサブシステムは、アクセス制御属性設定可否が「不可」であるからアクセス制御が設定できない。
本実施例では，ストレージサブシステムによって、アクセス属性設定機能を有しており、ストレージサブシステム識別子により、属性設定可否テーブル１３００を参照することにより、該当外部ボリュームに対する属性設定可否を設定する。例えば、ストレージサブシステム８００は、ストレージサブシステムＸが有する外部ボリュームＸ５の登録設定時に、属性設定可否テーブル１３００からストレージサブシステムＸの属性設定可否を参照し、外部ボリューム管理テーブル１２００の外部ボリュームＸ５の属性設定可否には“可”が設定される。
上述したアクセス属性は、記憶領域ごとに設定される記憶領域の属性の一つである。
＜仮想ボリューム属性管理テーブル＞
図２(a)に示す仮想ボリューム管理テーブル１０００は、計算機２００が認識可能な記憶領域である仮想ボリュームごとに、仮想ボリューム識別子と外部からのアクセス属性の項目と仮想ボリュームに対する外部からのアクセスに対応し、データの格納先であるボリュームがストレージサブシステム８００内にあるか、外部のストレージサブシステム４００や６００にあるかを示すボリューム種別の項目を有する。
内部ボリュームに対する仮想ボリュームの設定は、管理者が管理計算機３００において、計算機２００から認識可能なボリュームとして新規に仮想ボリュームを作成し、これに未使用の内部ボリュームを対応させるように設定することにより行われる。そして、仮想ボリュームを作成すると、記憶制御装置８２０は、仮想ボリューム識別子を生成し、仮想ボリューム管理テーブル１０００に格納する。このとき、仮想ボリュームのアクセス属性はＲｅａｄ／Ｗｒｉｔｅ（ＲＷ）に設定され、仮想ボリュームに対応するのが、内部ボリュームであるか外部ボリュームであるかを示すボリューム種別は、“内部”に設定される。さらに、内部ボリューム管理テーブル１１００の仮想ボリュームに対応する内部ボリュームの使用状態は、“使用”が設定され、仮想ボリューム識別子には、該仮想ボリュームの識別子が設定される。
内部ボリュームと同様に、外部ボリュームに対する仮想ボリュームの設定は、管理者が管理計算機３００において、新規に仮想ボリュームを作成し、これに未使用の外部ボリュームを対応させるように設定することにより行われる。
仮想ボリュームを作成すると、記憶制御装置８２０にて仮想ボリューム識別子が生成され、仮想ボリューム管理テーブルに格納される。このとき、仮想ボリュームのアクセス属性はＲｅａｄ／Ｗｒｉｔｅ（ＲＷ）に設定され、仮想ボリュームに対応するのが、内部ボリュームであるか外部ボリュームであるかを示すボリューム種別は、“外部”に設定される。さらに、外部ボリューム管理テーブル１２００の仮想ボリュームに対応する外部ボリュームの使用状態は、“使用”が設定され、仮想ボリューム識別子には、該仮想ボリュームの識別子が設定される。
次に、図５を用いて仮想ボリューム、内部ボリューム、外部ボリュームの対応関係について具体的に説明する。ストレージサブシステム８００の外部ボリュームＸ２に対応する記憶領域Ｖ１（仮想ボリューム）は、外部装置である計算機２００から認識可能であり、データを保持することができない。下位のストレージサブシステム６００の記憶領域Ｘ２が、データを格納し、保持する。例えば、記憶制御装置８２０は、記憶領域Ｖ１に対する計算機２００からの書込み指示を受けると、ストレージサブシステム６００に対して、計算機２００から送信されたデータを下位のストレージサブシステム６００の記憶領域Ｘ２へ書込み要求し、下位のストレージサブシステム６００は、記憶領域Ｘ２にデータを格納する。また、記憶領域Ｖ１が、計算機２００から読み出し要求を受けると、記憶制御装置８２０は、データを格納しているストレージサブシステム６００の記憶領域Ｘ２からデータの読み出しを行い、そのデータを取得し、計算機２００へ送信する。計算機２００は、下位のストレージサブシステム６００内に形成された記憶領域Ｘ２は、上位のストレージサブシステム８００の仮想的な記憶領域（仮想ボリューム）である記憶領域Ｖ１として認識する。また、記憶制御装置８２０は、計算機２００が任認識できる記憶領域Ｖ２に対する書込み指示を計算機２００から受けると、計算機２００から送信されたデータをストレージサブシステム８００自身が有する記憶装置８１０の記憶領域Ｘ２（内部ボリューム）にデータを格納する。なお、図中の記憶領域Ｖ１・・・Ｖ５は、本実施例での仮想ボリューム識別子がＶ１・・・Ｖ５である記憶領域（仮想ボリューム）で、Ｘ２、Ｘ４、Ｘ５、Ｙ３、Ｙ５、Ｙ６はそれぞれ外部ボリューム識別子が、Ｘ２、Ｘ４、Ｘ５、Ｙ３、Ｙ５、Ｙ６である記憶領域（外部ボリューム）である。また、記憶領域１，２、３，４，５は、内部ボリューム識別子が１，２，３，４，５に該当するストレージサブシステム８００の記憶領域（内部ボリューム）である。
＜アクセス制御の設定＞
本実施形態では、ストレージサブシステム８００にストレージサブシステム４００と６００を接続し、ストレージサブシステム４００と６００のボリュームをストレージサブシステム８００の外部ボリュームとして使用している。この設定は管理計算機３００から行われるが、この設定とともにＷＷＮを用いたアクセス制御をあわせて行っても良い。本実施形態ではストレージサブシステム８００と６００はアクセス制御の機能を有するが、ストレージサブシステム４００はアクセス制御の機能を有しないとして説明する。
すなわち、ストレージサブシステム８００の外部ボリュームとして設定したストレージサブシステム６００のボリュームに対して管理計算機３００から、ストレージサブシステム８００のファイバーチャネルインタフェース９００のＷＷＮをアクセス制御対象として設定する。この設定により、外部ボリュームとして割り当てたボリュームは、ＷＷＮ「９００」からのデータの入出力要求のみしか処理できなくなる。このように設定することで、ホスト計算機やストレージサブシステム９００以外のストレージサブシステムなどの装置から、すでに外部ボリュームとして設定されている記憶制御装置６００のボリュームにデータの入出力要求を発行しても、ストレージサブシステム６００は、ストレージサブシステム８００のＷＷＮ「９００」しか許可されていないため、WWNが「９００」以外のファイバーチャネルインタフェースを備えるホスト計算機や外部装置からのボリュームに対するアクセスを拒否し、ストレージサブシステム９００以外から不正アクセスを防止することができる。
本実施形態では、厳格なアクセス制御を提供するために外部ボリューム設定時にアクセス制御を設定する方法で説明しているが、外部ボリュームを設定する段階ではアクセス制御を設定せず、ストレージサブシステム８００に対してアクセス制御の設定が行われたタイミングで、ストレージサブシステム６００のアクセス制御の設定を行っても良い。たとえば、ストレージサブシステム８００の仮想ボリュームＶ１に対して図１２（ｃ）のように、アクセス制御を設定する場合には、仮想ボリュームＶ１の実態であるストレージサブシステム６００の外部ボリュームＸ２に対してアクセス制御を設定するため、図１２（ｂ）のように、アクセス管理テーブル１２００１のＸ２の「アクセス許可するＷＷＮ」の欄に対して、ストレージサブシステム８００のＷＷＮ「９００」を設定しても良い。
＜アクセス管理テーブル＞
図１２（ｂ）に構成変更後のストレージサブシステム６００のアクセス管理テーブルの構成を示す。ボリュームＸ２、Ｘ４、Ｘ５を仮想ボリュームとして、ストレージサブシステム８００から使用した場合のストレージサブシステム６００のアクセス管理テーブル１２００１である。取り込んだボリュームＸ２，Ｘ４、Ｘ５のアクセスを許可するＷＷＮが「９００」となっている。これによって、ボリュームＸ２，Ｘ４、Ｘ５は、ストレージサブシステム８００からのアクセスのみしか実行できなくなる。
アクセス制御設定済みであることは、図２（ｃ）に示すように、外部ボリューム管理テーブル１２００のアクセス制御の欄に保持する。Ｘ２，Ｘ４，Ｘ５は、アクセス制御設定済みである。
次に、図１２（ｃ）にストレージサブシステム８００のアクセス管理テーブル１２００２の構成を示す。ストレージサブシステム８００は、Ｖ１からＶ５の仮想ボリューム識別子で区別される仮想ボリュームを有しているが、図２より、Ｘ２はＶ１、Ｘ４はＶ３、Ｘ５は未使用のためまだ仮想ボリューム識別子が割り当てられていない。
管理計算機３００は、構成変更時に、ストレージサブシステム６００のアクセス管理テーブルを取得し、ストレージサブシステム６００のアクセス管理テーブル１２００１を図１２（ｂ）のように書き換えるとともに、ストレージサブシステム８００のアクセス管理テーブル１２００２を図１２（ｃ）のように書き換える。図１２（ｃ）に示すように、仮想ボリュームＶ１には、ストレージサブシステム６００のＸ２に設定されていたＷＷＮである「２０２」と「２０３」を設定し、仮想ボリュームＶ３には、ストレージサブシステム６００のＸ４に設定されていたＷＷＮである「２０３」を設定する。ストレージサブシステム６００のボリュームＸ５については、未使用のため、アクセス管理テーブルには現れていない。もし、ボリュームＸ５をホスト計算機２００が利用する場合には、管理計算機３００から仮想ボリューム識別子Ｖｎを割当、アクセス管理テーブル１２００２には、ＶｎをどのＷＷＮに対してアクセス許可を与えるかを設定する必要がある。Ｖｎに与えたアクセス制限によって、特に、ストレージサブシステム６００のアクセス管理テーブルを書き換える必要はない。ボリュームＸ５に対しては、図１２（ｂ）に示したように、既にストレージサブシステム８００からのアクセスしか実行しないように設定しているためである。
＜入出力要求処理＞
次に、このように設定された仮想ボリュームに対する計算機２００からのデータ入出力要求に対するアクセス制御を図３を用いて説明する。
記憶制御装置８２０のプロセッサ８３０がファイバーチャネルインターフェイス８７０を介して計算機２００からのデータ入出力要求を受け取ると、不揮発メモリ８５０からホスト入出力要求プログラム２０００を読み出し、実行する。
まず、記憶制御装置８２０のプロセッサは、データ入出力要求から発行元のＷＷＮを取得し、アクセス管理テーブルを参照し、発行元のＷＷＮがアクセス許可しているＷＷＮかを識別する（ステップ２００５）。もしアクセス許可していないＷＷＮを有するファイバーチャネルインタフェースからの要求であれば、リードライトは一切実行せず終了とする。このようにアクセス制御することによって、アクセス許可したＷＷＮの場合には、記憶制御装置８２０のプロセッサは、要求対象の仮想ボリュームの識別子に基づいて、仮想ボリューム属性管理テーブル１０００を参照する（ステップ２０１０）。
当該仮想ボリュームのボリューム種別を調べ（ステップ２０２０）、外部ボリュームである場合には，外部ボリューム管理テーブル１２００を参照し、当該仮想ボリュームに対応する外部ボリュームの識別子を取得する（ステップ２０３０）。
当該仮想ボリュームのボリューム種別が、内部ボリュームである場合には，内部ボリューム管理テーブル１１００を参照し、当該仮想ボリュームに対する内部ボリュームの識別子を取得する（ステップ２０４０）。
次に、ホスト計算機２００からのデータ入出力要求を調べ（ステップ２０５０）が、Ｗｒｉｔｅ要求である場合には，ステップ２０１０で参照した当該仮想ボリュームのアクセス属性が、Ｒｅａｄ及びＷｒｉｔｅを許可するＲＷであれば（ステップ２０６０）、ステップ２０３０で取得した外部ボリュームもしくはステップ２０４０で取得した内部ボリュームに対してＷｒｉｔｅを実行して（ステップ２０７０）、終了する。
ステップ２０５０において、Ｗｒｉｔｅ要求でない場合は，Ｒｅａｄを実行して（ステップ２０９０）、終了する。
ステップ２０６０において、当該仮想ボリュームのアクセス属性が、Ｒｅａｄのみを許可するＲであれば、要求元の計算機２００にＷｒｉｔｅ不可を応答して（ステップ２０８０）、終了する。
上記のように、管理計算機２００からストレージサブシステム８００の仮想ボリュームに対するデータ入出力要求は、仮想ボリューム属性管理テーブル１０００のアクセス属性によって制限される。
本実施例では、アクセス属性として計算機の読み込みのみを許可するＲ（Ｒｅａｄ）、読み込みと書き込みを許可するＲＷ（Ｒｅａｄ／Ｗｒｉｔｅ）を設定する。
＜属性変更処理＞
次に、仮想ボリュームに対するアクセス属性の変更について、図４を用いて説明する。
記憶制御装置８２０のプロセッサ８３０は、ファイバーチャネルインターフェイス８７０を介して計算機２００からのアクセス属性変更要求を受け取ると、不揮発メモリ８５０から属性変更要求プログラム４０００を読み出し、実行する。アクセス属性変更要求は、現在のアクセス属性と異なるアクセス属性の設定を要求や、現在のアクセス属性と同じアクセス属性の設定要求である。ここで、アクセス属性とは、少なくとも書き込み禁止の属性と、書き込み禁止の期間を示す属性である。
記憶制御装置８２０は、要求対象の仮想ボリュームの識別子に基づいて、仮想ボリューム属性管理テーブル１０００を参照する（ステップ４０１０）。
参照結果、当該仮想ボリュームのボリューム種別を調べ（ステップ４０２０）、外部ボリュームでない場合（内部ボリュームである場合）には，仮想ボリューム属性管理テーブル１０００の属性を要求に基づいて設定し（ステップ４０３０）、終了する。
当該仮想ボリュームのボリューム種別が外部ボリュームである場合には，プロセッサ８３０は、外部ボリューム管理テーブル１２００を参照し（ステップ４０４０）、当該仮想ボリュームに対応する外部ボリュームの属性設定可否を調べる（ステップ４０５０）。
当該外部ボリュームの属性設定可否が可である場合には，ファイバーチャネルインターフェイス９００を介して、当該外部ボリュームを有するストレージサブシステムに対して、当該仮想ボリュームに対する属性設定と同じ属性設定の指示を当該外部ボリュームに対して行う。つまり、外部ボリュームを備えるストレージサブシステムに対して属性設定の指示をする。（ステップ４０６０）、仮想ボリューム属性管理テーブル１０００の属性を要求に基づいて設定し（ステップ４０７０）、終了する。設定後、属性設定が完了した旨をホスト計算機２００に通知してもよい。
例えば、ステップ４０６０での外部ボリュームのストレージサブシステムに対する属性設定の指示は、プロセッサ８３０が、受け取ったアクセス属性変更要求に含まれるアクセス属性情報を抽出し、生成する。
ステップ４０５０にて、当該外部ボリュームの属性設定が不可である場合には，プロセッサ８３０は、内部ボリューム管理テーブル１１００から未使用の内部ボリュームを検索し（ステップ４１００）、未使用の内部ボリュームがあるかを調べる（ステップ４１１０）。
未使用の内部ボリュームがある場合は、当該外部ボリュームからステップ４１１０で見つかった未使用の内部ボリュームにデータを移動し（ステップ４１２０）、仮想ボリューム属性管理テーブル１０００の属性を要求に基づいて設定し（ステップ４１３０）、仮想ボリューム属性管理テーブル１０００、内部ボリューム管理テーブル１１００、外部ボリューム管理テーブル１２００を更新し（ステップ４１４０）、終了する。
ステップ４１２０のデータ移動は、外部ボリュームに対してデータのリードを行い、内部ボリュームに対して外部ボリュームからリードしたデータをライトすることによってデータのコピーを行う。ライト終了後、外部のストレージサブシステムに対し、当該データの削除指示を出す。削除指示を受けたストレージサブシステム（本実施例においては、ストレージサブシステム600）は、当該データの削除は、ボリュームの全領域に対して０を書き込むことによって行う。
ステップ４１１０にて、プロセッサ８３０は、未使用の内部ボリュームがない場合には、外部ボリューム管理テーブル１２００から未使用の外部ボリュームを検索し（ステップ４１５０）し、未使用かつ属性設定可否が可である外部ボリュームがあるかを調べる（ステップ４１６０）。
未使用の外部ボリュームがある場合には，当該外部ボリュームからステップ４１６０で見つかった未使用の外部ボリュームにデータを移動し（ステップ４１７０）、データ移動先の外部ボリュームを有するストレージサブシステムに対して、当該仮想ボリュームに対する属性設定と同じ属性設定を当該外部ボリュームに対して行い（ステップ４１８０）、仮想ボリューム属性管理テーブル１０００の属性を要求に基づいて設定し（ステップ４１３０）、仮想ボリューム属性管理テーブル１０００、内部ボリューム管理テーブル１１００、外部ボリューム管理テーブル１２００を更新し（ステップ４１４０）、終了する。
ステップ４１６０にて、未使用の外部ボリュームがない場合、要求元のホスト計算機２００に属性変更不可を通知して（ステップ４１９０）、終了する。
例えば、記憶制御装置８２０は、仮想ボリューム作成時に仮想ボリュームのアクセス属性をＲｅａｄ／Ｗｒｉｔｅ（ＲＷ）に設定する際に、属性変更処理４０００を当該作成仮想ボリュームに対して実行する。
以上説明した実施例により、複数の計算機がファイバーチャネルスイッチを介して接続するストレージサブシステムに格納されるデータに対するアクセス属性の設定を、計算機２００からの要求されるアクセス属性を反映させることができ、データが格納される記憶領域に対するファイバーチャネルスイッチを介する計算機からの不正なアクセスを防止することができる。
なお、既に属性変更要求プログラムにより処理されたボリュームに対し、再度変更要求があった場合でも、ステップ４０５０は行わずに、外部のストレージサブシステム４００や６００に対し、指示をしてもよい。
あるいは、プロセッサ８３０は、ステップ４０５０で、当該外部ボリュームの属性設定が不可である場合には、ステップ４１５０に進んでもよい。ストレージサブシステム８００の記憶装置８１０に、データを移動する判断を行わず、ストレージサブシステム６００へデータを移動してもよい。
また、ホスト計算機２００から、仮想ボリュームを指定し、既にボリュームに書き込まれているデータをアーカイブ化する指示を受けた場合、ストレージサブシステム８００が、そのデータに対する書込みの禁止の設定を図４の処理に従って行ってもよい。
また、ストレージサブシステム８００が、ホスト計算機からの仮想ボリュームに対するWrite要求数を監視し、一定期間内に、Write要求がなかった仮想ボリュームを指定し、図４の処理を行ってもよい。すなわち、ステップ４１２０やステップ４１７は、データの価値の変化に応じて、法律遵守や性能を満たすよう適切なボリュームに、例えば書き込み禁止の設定ができる記憶領域に、データ移動を行ってもよい。
アーカイブ化されるデータの例としては、メールに限らず、ミッションクリティカルな業務に関するデータ（例えば決算書などの文書データ、）も含まれる。また、アーカイブ化されたデータのファイルの形式の例は、pdf形式がある。
図８は、ステップ４０６０で行われるストレージサブシステム８００からファイバーチャネルスイッチ１００を介して、属性設定の指示をストレージサブシステム６００が受けた場合、ボリュームに対するアクセス属性の設定について、図８を使用して説明する。
属性変更プログラム８０００は、ファイバーチャネルインターフェイス６７０を介してストレージサブシステム８００からのアクセス属性設定の指示を受けると、記憶制御装置６２０のプロセッサ６３０が実行する。
記憶制御装置６２０のプロセッサ６３０は、要求対象のボリュームの識別子に基づいて、ボリューム属性管理テーブル６０００を参照する（ステップ８０１０）。
プロセッサ６３０は、ボリューム属性管理テーブル６０００の属性を要求に基づいて設定し（ステップ８０３０）、終了する。なお、ステップ４１８０で、ストレージサブシステム８００から属性設定の指示を受けたストレージサブシステムも同様な処理で属性設定の指示が行われる。
上述した実施例のように、上位のストレージサブシステムで、下位の複数のストレージサブシステムの記憶領域を集中して管理することにより、記憶領域の再配置を容易にし、管理者の負担を軽減することができる。記憶制御装置に正規に接続される計算機から仮想ボリュームに対する書き込みを抑止するだけでなく，仮想ボリュームに対応するストレージサブシステムの記憶領域に対する直接の不正書き込みアクセスによるデータの改竄を、仮想ボリュームに対する書き込み禁止設定のみで防止することができる。システム設定の一貫性が保障され、保存データの証拠性が向上する。つまり、複数のストレージシステムで、仮想ストレージ環境を構成する計算機システムで、データ改ざんを防止し、データの証拠性を容易に高めることができる。
なお、本実施例では，記憶制御装置８２０の仮想ボリュームに対するアクセス属性変更要求は、ファイバーチャネルインターフェイス８７０を介してホスト計算機２００によって行われるが、アクセス属性の変更要求は、ネットワークインターフェイス８９０を介して管理計算機２００もしくは管理計算機３００によって行われてもよい。管理計算機３００から、アクセス属性の変更要求を受け、ストレージサブシステム８００のプロセッサ８３０が、ステップ４０５０でNoの場合に管理計算機３００にその旨通知してもよい。通知を受けることにより、管理計算機３００を利用する管理者が、複数のストレージサブシステムの構成変更を迅速に把握することができる。
また、本実施例では、上位のストレージサブシステムで、外部ボリューム管理テーブル１２００を保持することで、下位のストレージサブシステムの記憶領域の属性を管理しているが、ステップ４０２０で、外部ボリュームである場合、外部ボリュームを備えるストレージサブシステムに要求元のホスト計算機２００からの属性設定指示に応じた属性が設定できるかストレージサブシステム８００から下位のストレージサブシステム４００あるいは６００に問い合わせ、それに対する応答で、ステップ４０６０の判断を行ってもよい。
さらに、Ｒ／Ｗ属性に加えて、アクセス制御の有無を考慮して外部ボリュームから内部ボリュームへのデータ移動を行っても良い。すなわち、外部ボリュームを保持するストレージサブシステムがアクセス制御を有しない場合には、不特定のホスト計算機からのアクセスを実行できる危険性があり、それをデータの移動によって回避する。外部ボリュームに設定しようとしたボリュームに対して、アクセス制御が設定されていない場合には、外部ボリュームから内部ボリュームにデータを移動し、または、アクセス制御を設定可能なストレージサブシステム（本実施形態の場合にはストレージサブシステム６００や８００）にデータを移動し、アクセス制御を設定することで、不特定のホスト計算機やストレージサブシステムからのアクセスを防ぐことができる。
図１３のフローを用いてアクセス制御変更処理の詳細について説明する。記憶制御装置８２０のプロセッサ８３０は、ホスト計算機２００もしくは管理計算機３００からアクセス制御変更要求を受け取ると、不揮発メモリ８５０からアクセス制御変更要求プログラム１３０００を読み出し、実行する。
記憶制御装置８２０は、要求対象の仮想ボリュームの識別子に基づいて、仮想ボリューム属性管理テーブル１０００を参照する（ステップ１３０１０）。
参照結果、当該仮想ボリュームのボリューム種別を調べ（ステップ１３０２０）、外部ボリュームでない場合（内部ボリュームである場合）には、アクセス管理テーブル１２００２上の要求対象の仮想ボリュームへのアクセスを許可するアクセス元のWWNを設定し（ステップ１３０４０）、終了する。
当該仮想ボリュームのボリューム種別が外部ボリュームである場合には、プロセッサ８３０は、外部ボリューム管理テーブル１２００を参照し（ステップ１３０４０）、当該仮想ボリュームに対応する外部ボリュームがアクセス制御設定済みであるかを調べる（１３０５０）。
アクセス制御が設定済みである場合には、アクセス制御管理テーブル１２００２を設定し（ステップ１３０７０）、終了する。設定後、記憶制御装置８２０は、アクセス制御の設定が完了した旨を、設定を依頼したホスト計算機もしくは管理計算機に通知しても良い。
ステップ１３０５０にて、アクセス制御が設定済みではない場合には、プロセッサ８３０は、属性設定可否テーブル１３００を参照し、外部ボリュームにアクセス制御が設定可能かを調べ（ステップ１３０８０）、外部ボリュームにアクセス制御が設定可能な場合には、記憶制御装置６２０に対し、アクセス管理テーブル１２００１を書き換えアクセス制御を設定する指示を送信し（１３０９０）、記憶制御装置６２０のプロセッサ６３０がその指示に基づいてアクセス管理テーブル１２００１を書き換え、終了する。
ステップ１３０８０で、外部ボリュームにアクセス制御が設定済みでなく、アクセス制御が設定できない場合には、プロセッサ８３０は、内部ボリューム管理テーブル１１００から、未使用のボリュームを検索し（ステップ１３１００）、未使用の内部ボリュームがあるかを調べる（ステップ１３１１０）。
未使用の内部ボリュームがある場合には、当該外部ボリュームからステップ１３１１０で見つかった未使用の内部ボリュームにデータを移動し（１３１２０）、アクセス管理テーブル１２００２を更新し（ステップ１３１３０）、仮想ボリューム属性管理テーブル１０００、内部ボリューム管理テーブル１１００、外部ボリューム管理テーブル１２００を更新し（ステップ１３１４０）、終了する。
ステップ１３１１０において、プロセッサ８３０は、未使用の内部ボリュームがない場合には、外部ボリューム管理テーブル１２００から未使用の外部ボリュームを検索し（ステップ１３１５０）、未使用かつアクセス制御設定済みの外部ボリュームがあるかを調べる（１３１６０）。
未使用の外部ボリュームがある場合には、プロセッサ８３０は、当該外部ボリュームからステップ１３１６０で見つかった未使用の外部ボリュームにデータを移動し（ステップ１３１７０）、アクセス管理テーブル１２００２を更新し（ステップ１３１３０）、仮想ボリューム属性管理テーブル１０００、内部ボリューム管理テーブル１１００、外部ボリューム管理テーブル１２００を更新し（ステップ１３１４０）、終了する。
ステップ１３１６０にて、未使用の外部ボリュームがない場合、要求もとのホスト計算機もしくは管理計算機にアクセス制御変更不可を通知して（１３１９０）、終了する。
上述した図１３のフローを実行する例として、ホスト計算機２００もしくは管理計算機３００から、Ｖ４に対して、ＷＷＮ「２０３」のアクセス制御の設定要求があったとすると、ストレージサブシステム８００は、ステップ１３０８０の結果、アクセス制御の仕組みを持つため、アクセス制御テーブル１２００２を図１２（ｄ）のように書き換えることによって、ストレージサブシステム８００としては、アクセス制御を行うことができる。
一方、ストレージサブシステム４００は、ステップ１３０８０の結果、アクセス制御の仕組みを有しないため、ストレージサブシステム４００のボリュームＹ３に対しては、全てのＷＷＮのインタフェースからのアクセスを実行してしまう。この場合、外部ボリューム属性としてアクセス制御属性を考慮することで、ステップ１３１１０及び１３１２０で、外部ボリュームのデータをアクセス制御を実行可能なストレージサブシステム６００もしくは８００にデータ移動することによって対応することができる。 上述した実施例によれば、仮想化環境において、データを格納するストレージサブシステムに対するアクセス管理やデータ管理を効率よく行うことができる。
図９は、実施例２における管理計算機３００のハードウェア構成図を示したものである。図１の管理計算機３００と比較して、記憶装置３０５に属性設定検査プログラム９０００を有する点が異なる、それ以外は、図１の計算機システムと同様である。
管理計算機３００は、ストレージサブシステム８００の不揮発メモリ８４０に格納される仮想ボリューム属性管理テーブル１０００と外部ボリューム管理テーブル１２００及びストレージサブシステム６００の不揮発メモリ６５０に格納されるボリューム属性管理テーブル６０００を、定期的に収集し、アクセス属性設定の一貫性を検査する。この属性設定検査プログラムを図１０を用いて説明する。
＜属性設定検査プログラムの内容＞
属性設定検査処理９０００は、管理計算機３００の制御部によって実行される。ストレージサブシステム８００の不揮発メモリ８４０に格納される仮想ボリューム属性管理テーブル１０００と外部ボリューム管理テーブル１２００及びストレージサブシステム６００の不揮発メモリ６５０に格納されるボリューム属性管理テーブル６０００を取得する（ステップ９０１０）。
ステップ９０１０にて取得した仮想ボリューム属性管理テーブル１０００に格納される仮想ボリュームのエントリを１つ取得する（ステップ９０２０）。
ステップ９０２０で取得した仮想ボリュームのエントリのボリューム種別が外部である場合には、ステップ９０１０にて取得した外部ボリューム管理テーブル１２００を参照し、ステップ９０１０にて取得した仮想ボリュームに対応する外部ボリュームの識別子を取得する（９０４０）。
ステップ９０１０にて取得したボリューム属性管理テーブル６０００を参照し、ステップ９０４０で取得した外部ボリュームの属性を取得する（ステップ９０５０）。
ステップ９０２０で取得した仮想ボリュームの属性とステップ９０５０で取得した外部ボリュームの属性が一致していない場合は，ストレージサブシステム８００に対して当該仮想ボリュームに対して属性変更処理を指示する（９０７０）。
例えば、仮想ボリュームと外部ボリュームの属性が一致していない場合、仮想ボリュームの属性の設定と同じ内容をストレージサブシステム８００に対して行う。ストレージサブシステム８００は、図４のステップ４０４０以降の処理を行う。
未処理の仮想ボリュームがある場合（ステップ９０８０）には，未処理の仮想ボリュームに対してステップ９０２０から処理を繰り返す。
ステップ９０３０にて、仮想ボリュームが外部ボリュームでない場合には，ステップ９０８０にて未処理の仮想ボリュームがある場合には，未処理の仮想ボリュームに対してステップ９０２０から処理を繰り返す。
ステップ９０６０にて、属性が一致している場合には，ステップ９０８０にて未処理の仮想ボリュームがある場合には，未処理の仮想ボリュームに対してステップ９０２０から処理を繰り返す。
ステップ９０８０にて全ての仮想ボリュームに対して処理を行った場合には，実行結果を管理計算機３００の表示部に表示（ステップ９０９０）して、終了する。
ステップ９０７０では、仮想ボリュームを有するストレージサブシステム８００に対して属性変更処理を指示したが、外部ボリュームを有するストレージサブシステム６００に対して直接属性変更処理を指示しても良い。
管理計算機が、ステップ９０１０からステップ９０５０を仮想ボリュームのエントリごとに繰り返し、仮想ボリュームと外部ボリュームの属性の一致不一致を示すＧＵＩを生成し、管理計算機の表示部に表示してもよい。その一例を図１１に示す。
図１１は、ボリュームの属性の一致不一致を示すＧＵＩである。
仮想ボリュームはストレージサブシステム８００の計算機へ提供する記憶領域で、それに対応するデータの格納先である外部ボリュームは、外部のストレージサブシステム４００、６００が有する記憶装置で、データを格納するボリュームである。取得したアクセス属性の一致不一致をストレージサブシステム８００が計算機に提供する仮想ボリューム単位で表示する。
以上説明した実施例により、管理計算機が、複数の管理テーブルを取得し、ストレージサブシステム間の階層情報や外部が認識可能な仮想ボリュームやそれに対応するデータを格納するボリュームのアクセス属性情報を取得でき、計算機からの要求をより反映したアクセス属性を管理することができる。
なお、本実施例で説明される処理は、いずれかのストレージサブシステムが、そのストレージサブシステムの仮想ボリュームに対応する外部ボリュームを保持する一つ以上のストレージサブシステムからアクセス属性情報を取得して実行してもよい。あるいは、ホスト計算機が、実行してもよい。
本発明の実施形態における計算機システムの構成図。 ストレージサブシステム８００が管理する管理テーブルを表す図。 ストレージサブシステム８００のホスト入出力要求プログラムの処理フロー。 ストレージサブシステム８００の属性変更要求プログラムの処理フロー。 本発明の実施形態における計算機システムの概念図。 ストレージサブシステム６００が管理する管理テーブルを表す図。 ストレージサブシステム６００のホスト入出力要求プログラムの処理フロー。 ストレージサブシステム６００の属性変更処理の処理フロー。 実施例２における管理計算機の構成図。 管理計算機３００の属性設定検査処理の処理フロー。 ボリュームの属性の一致不一致を示すＧＵＩ アクセス管理テーブルを表す図。 ストレージサブシステム８００のアクセス制御変更要求プログラムの処理フロー。
符号の説明
１…計算機システム
１００…ファイバーチャネルスイッチ
２００…ホスト計算機
３００…管理計算機
４００…ストレージサブシステム
４１０…記憶装置
４２０…記憶制御装置
６１０…記憶装置
５２０…記憶制御装置
８１０…記憶装置
８２０…記憶制御装置
１０００…仮想ボリューム属性管理テーブル
１１００…内部ボリューム管理テーブル
１２００…外部ボリューム管理テーブル
１３００…属性設定可否テーブル
６０００…ボリューム属性管理テーブル

Claims (8)

  1. 上位ストレージシステムと、
    前記上位ストレージシステムによって記憶領域が管理される複数の下位ストレージシステムとを備える計算機システムにおいて、
    前記上位ストレージシステムは、
    計算機に接続される第一のインターフェースと、
    内蔵された外部ボリュームの属性設定が互いに異なる複数の下位ストレージシステムに接続される第二のインターフェースと、
    前記複数の下位ストレージシステムにおける前記外部ボリューム及び前記上位ストレージシステムにおける内部ボリュームに対応する記憶領域であって前記計算機から認識可能な仮想ボリュームと、
    前記第一のインターフェースを介して前記計算機によって認識される記憶領域の属性の設定指示として、データの書込みを禁止する記憶領域の指定と、データの書込みの禁止の設定と、前記指定を設定する期間とを受ける制御部とを備え、
    前記制御部は、
    前記属性設定の指示で指定された前記仮想ボリュームに対応する記憶領域が前記下位ストレージシステムにおける前記外部ボリュームであり、かつ、前記外部ボリュームの属性設定が可能である場合、前記下位ストレージシステムに対し、記憶領域の属性の設定の指示として、前記指定に基づく前記記憶領域と対応するデータを格納する記憶領域の指定と、データの書込みの禁止の設定と、前記指定を設定する期間とを前記第二のインターフェースを介して送信する一方、
    前記属性設定の指示で指定された前記仮想ボリュームに対応する記憶領域が前記下位ストレージシステムにおける前記外部ボリュームであり、かつ、前記外部ボリュームの属性設定が不可能である場合、前記外部ボリュームのデータを未使用の前記内部ボリュームに移動する
    ことを特徴とする計算機システム。
  2. 前記制御部は、
    前記上位ストレージシステムにおける未使用の前記内部ボリュームがない場合、前記複数の下位ストレージシステムにおける未使用の外部ボリュームを検索し、前記未使用の外部ボリュームがあるときには、前記外部ボリュームのデータを前記未使用の外部ボリュームに移動させる
    ことを特徴とする請求項１に記載の計算機システム。
  3. 前記制御部は、
    前記未使用の外部ボリュームがないときには、要求元としての前記計算機に対し、アクセス制御が変更不可能であることを通知する
    ことを特徴とする請求項２に記載の計算機システム。
  4. 前記上位ストレージシステムは、
    前記仮想ボリュームを管理するための仮想ボリューム管理テーブルを備える
    ことを特徴とする請求項１に記載の計算機システム。
  5. 前記上位ストレージシステムは、
    前記内部ボリュームを管理するための内部ボリューム管理テーブルを備える
    ことを特徴とする請求項１に記載の計算機システム。
  6. 前記上位ストレージシステムは、
    前記外部ボリュームを管理するための外部ボリューム管理テーブルを備える
    ことを特徴とする請求項１に記載の計算機システム。
  7. 前記上位ストレージシステムは、
    各ボリュームの属性設定を許容するか否かを管理するための属性設定可否テーブルを備える
    ことを特徴とする請求項１に記載の計算機システム。
  8. 前記複数の下位ストレージシステムのうちの一方の下位ストレージシステム及び前記上位ストレージシステムは、アクセス制御機能を備え、
    前記複数の下位ストレージシステムのうちその他の下位ストレージシステムは、前記アクセス制御機能を備えていない
    ことを特徴とする請求項１に記載の計算機システム。
JP2004270671A 2004-02-17 2004-09-17 ストレージシステム、計算機システムまたは記憶領域の属性設定方法 Expired - Fee Related JP4521865B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2004270671A JP4521865B2 (ja) 2004-02-27 2004-09-17 ストレージシステム、計算機システムまたは記憶領域の属性設定方法
US10/962,377 US20050182769A1 (en) 2004-02-17 2004-10-08 Storage system, computer system and a method of establishing volume attribute
EP04029255A EP1569083A3 (en) 2004-02-27 2004-12-09 Storage system, computer system and a method of establishing volume attribute
CNB2004100821438A CN1313938C (zh) 2004-02-27 2004-12-21 存储系统、计算机系统、存储区域的属性设置方法
US12/424,479 US20090265511A1 (en) 2004-02-27 2009-04-15 Storage system, computer system and a method of establishing volume attribute

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004052703 2004-02-27
JP2004270671A JP4521865B2 (ja) 2004-02-27 2004-09-17 ストレージシステム、計算機システムまたは記憶領域の属性設定方法

Publications (2)

Publication Number Publication Date
JP2005276158A JP2005276158A (ja) 2005-10-06
JP4521865B2 true JP4521865B2 (ja) 2010-08-11

Family

ID=34752166

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004270671A Expired - Fee Related JP4521865B2 (ja) 2004-02-17 2004-09-17 ストレージシステム、計算機システムまたは記憶領域の属性設定方法

Country Status (4)

Country Link
US (2) US20050182769A1 (ja)
EP (1) EP1569083A3 (ja)
JP (1) JP4521865B2 (ja)
CN (1) CN1313938C (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7337350B2 (en) * 2005-02-09 2008-02-26 Hitachi, Ltd. Clustered storage system with external storage systems
US7506004B2 (en) * 2005-07-14 2009-03-17 Microsoft Corporation Moving data from file on storage volume to alternate location to free space
US7505986B2 (en) 2005-07-14 2009-03-17 Microsoft Corporation Moving data from file on storage volume to alternate location to free space
US7873681B2 (en) * 2005-07-14 2011-01-18 Microsoft Corporation Moving data from file on storage volume to alternate location to free space
US7506003B2 (en) * 2005-07-14 2009-03-17 Microsoft Corporation Moving data from file on storage volume to alternate location to free space
JP4806556B2 (ja) 2005-10-04 2011-11-02 株式会社日立製作所 ストレージシステム及び構成変更方法
JP4843294B2 (ja) * 2005-11-04 2011-12-21 株式会社日立製作所 計算機システム及び管理計算機
JP2007133807A (ja) * 2005-11-14 2007-05-31 Hitachi Ltd データ処理システム、ストレージ装置及び管理装置
JP4837378B2 (ja) * 2006-01-04 2011-12-14 株式会社日立製作所 データの改竄を防止する記憶装置
JP4920291B2 (ja) * 2006-04-18 2012-04-18 株式会社日立製作所 計算機システム、アクセス制御方法及び管理計算機
JP5124103B2 (ja) * 2006-05-16 2013-01-23 株式会社日立製作所 計算機システム
US8447943B2 (en) * 2010-02-24 2013-05-21 Hitachi, Ltd. Reduction of I/O latency for writable copy-on-write snapshot function
US8782014B2 (en) * 2010-05-14 2014-07-15 International Business Machines Corporation Data integrity mechanism for external storage devices
WO2011159284A1 (en) * 2010-06-15 2011-12-22 Hewlett-Packard Development Company, L. P. Volume management
US8380962B2 (en) * 2010-08-16 2013-02-19 Symantec Corporation Systems and methods for efficient sequential logging on caching-enabled storage devices
US9348515B2 (en) * 2011-01-17 2016-05-24 Hitachi, Ltd. Computer system, management computer and storage management method for managing data configuration based on statistical information
US8990536B2 (en) * 2011-06-01 2015-03-24 Schneider Electric It Corporation Systems and methods for journaling and executing device control instructions
WO2012168966A1 (en) * 2011-06-07 2012-12-13 Hitachi, Ltd. Storage apparatus and method of controlling storage apparatus
US20150039716A1 (en) * 2013-08-01 2015-02-05 Coraid, Inc. Management of a Networked Storage System Through a Storage Area Network
JP6415092B2 (ja) * 2014-04-25 2018-10-31 キヤノン株式会社 ストレージデバイスへのデータの書き込みを禁止する情報処理装置及び方法
US10365980B1 (en) * 2017-10-31 2019-07-30 EMC IP Holding Company LLC Storage system with selectable cached and cacheless modes of operation for distributed storage virtualization
US10474545B1 (en) * 2017-10-31 2019-11-12 EMC IP Holding Company LLC Storage system with distributed input-output sequencing

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000112822A (ja) * 1998-10-01 2000-04-21 Hitachi Ltd アーカイバル機能を有するディスク制御方式
JP2003157152A (ja) * 2002-08-22 2003-05-30 Fujitsu Ltd ファイル制御装置およびファイルシステム
JP2003316522A (ja) * 2002-04-26 2003-11-07 Hitachi Ltd 計算機システムおよび計算機システムの制御方法

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60107155A (ja) * 1983-11-16 1985-06-12 Hitachi Ltd 記憶ボリユ−ムのデ−タ保護方式
US5537534A (en) * 1995-02-10 1996-07-16 Hewlett-Packard Company Disk array having redundant storage and methods for incrementally generating redundancy as data is written to the disk array
US5894481A (en) * 1996-09-11 1999-04-13 Mcdata Corporation Fiber channel switch employing distributed queuing
US5894485A (en) * 1997-03-31 1999-04-13 Emc Corporation Disk array write protection at the sub-unit level
KR19980081499A (ko) * 1997-04-17 1998-11-25 모리시다요이치 메모리 내장 데이터 처리장치 및 처리시스템
US6041394A (en) * 1997-09-24 2000-03-21 Emc Corporation Disk array write protection at the sub-unit level
US6327613B1 (en) * 1998-01-12 2001-12-04 Adaptec, Inc. Method and apparatus for sharing peripheral devices over a network
US6421711B1 (en) * 1998-06-29 2002-07-16 Emc Corporation Virtual ports for data transferring of a data storage system
US6269431B1 (en) * 1998-08-13 2001-07-31 Emc Corporation Virtual storage and block level direct access of secondary storage for recovery of backup data
US6081900A (en) * 1999-03-16 2000-06-27 Novell, Inc. Secure intranet access
US6556998B1 (en) * 2000-05-04 2003-04-29 Matsushita Electric Industrial Co., Ltd. Real-time distributed file system
US7509420B2 (en) * 2000-02-18 2009-03-24 Emc Corporation System and method for intelligent, globally distributed network storage
US6704730B2 (en) * 2000-02-18 2004-03-09 Avamar Technologies, Inc. Hash file system and method for use in a commonality factoring system
US6647387B1 (en) * 2000-04-27 2003-11-11 International Business Machine Corporation System, apparatus, and method for enhancing storage management in a storage area network
JP4073161B2 (ja) * 2000-12-06 2008-04-09 株式会社日立製作所 ディスクストレージのアクセスシステム
US6748502B2 (en) * 2001-01-12 2004-06-08 Hitachi, Ltd. Virtual volume storage
JP2002334048A (ja) * 2001-05-11 2002-11-22 Hitachi Ltd 記憶サブシステムの制御方法および記憶サブシステム
JP4144727B2 (ja) * 2001-07-02 2008-09-03 株式会社日立製作所 情報処理システム、記憶領域提供方法、およびデータ保持管理装置
JP2003150456A (ja) * 2001-11-16 2003-05-23 Hitachi Ltd 情報処理装置、情報処理方法、プログラム及び記録媒体
JP4704659B2 (ja) * 2002-04-26 2011-06-15 株式会社日立製作所 記憶装置システムの制御方法および記憶制御装置
JP4462849B2 (ja) * 2003-05-30 2010-05-12 株式会社日立製作所 データの保護装置、方法およびプログラム
JP4428993B2 (ja) * 2003-11-27 2010-03-10 株式会社日立製作所 ディスクアレイ装置及びディスクアレイ装置の制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000112822A (ja) * 1998-10-01 2000-04-21 Hitachi Ltd アーカイバル機能を有するディスク制御方式
JP2003316522A (ja) * 2002-04-26 2003-11-07 Hitachi Ltd 計算機システムおよび計算機システムの制御方法
JP2003157152A (ja) * 2002-08-22 2003-05-30 Fujitsu Ltd ファイル制御装置およびファイルシステム

Also Published As

Publication number Publication date
CN1661574A (zh) 2005-08-31
EP1569083A2 (en) 2005-08-31
CN1313938C (zh) 2007-05-02
US20090265511A1 (en) 2009-10-22
JP2005276158A (ja) 2005-10-06
US20050182769A1 (en) 2005-08-18
EP1569083A3 (en) 2008-10-15

Similar Documents

Publication Publication Date Title
JP4521865B2 (ja) ストレージシステム、計算機システムまたは記憶領域の属性設定方法
US7363455B2 (en) Apparatus and method for partitioning and managing subsystem logics
JP4837378B2 (ja) データの改竄を防止する記憶装置
JP4537022B2 (ja) データ配置に制限を設けるデータ処理方法、記憶領域制御方法、および、データ処理システム。
US7290108B2 (en) Information processing system having volume guard function
US7107421B2 (en) Data migration method and a data migration apparatus
US20080126813A1 (en) Storage control device and method of controlling encryption function of storage control device
US20070239803A1 (en) Remote mirroring method between tiered storage systems
US20070022259A1 (en) Write protection in a storage system allowing both file-level access and volume-level access
JP5320557B2 (ja) ストレージシステム
WO2010122606A1 (en) Storage system and data management method of the same
CN101176096A (zh) 虚拟化的文件系统
EP2081127A1 (en) Controller for controlling logical volume-related settings
US20060156030A1 (en) Data processing system and method
JP4937863B2 (ja) 計算機システム、管理計算機及びデータ管理方法
JP4575689B2 (ja) 記憶システム及びコンピュータシステム
JP3966076B2 (ja) ストレージ集中管理方法
JP4400515B2 (ja) ストレージシステム、ストレージ装置、論理ディスク接続関係変更方法及びプログラム
JP5760592B2 (ja) 共有ファイルシステムのストレージアクセス制御方法
JP4421999B2 (ja) Ｗｏｒｍ機能付きデータマイグレーションを実行するストレージ装置、ストレージシステム及びデータ移動方法
US11625365B2 (en) Method for managing virtual file, apparatus for the same, computer program for the same, and recording medium storing computer program thereof
JP4552957B2 (ja) ストレージ集中管理方法
JP2013191043A (ja) ディスク装置、ファイル共有システム、ファイル共有方法、及びプログラム

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060425

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070305

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100112

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100309

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20100309

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100326

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100519

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100524

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130604

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees