JP4217273B2 - ストレージシステム - Google Patents
ストレージシステム Download PDFInfo
- Publication number
- JP4217273B2 JP4217273B2 JP2001281063A JP2001281063A JP4217273B2 JP 4217273 B2 JP4217273 B2 JP 4217273B2 JP 2001281063 A JP2001281063 A JP 2001281063A JP 2001281063 A JP2001281063 A JP 2001281063A JP 4217273 B2 JP4217273 B2 JP 4217273B2
- Authority
- JP
- Japan
- Prior art keywords
- storage device
- storage
- management
- network
- switch
- 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
Links
Images
Classifications
-
- 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/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
-
- 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
- G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to 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/0629—Configuration or reconfiguration of storage systems
- G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation 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/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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
- G06F11/2074—Asynchronous techniques
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報を記憶する記憶装置に係わり、特に、ストレージシステム内のデータを格納するストレージデバイスを他の装置から使用可能とする場合のストレージシステムとストレージシステムの管理方法に関する。
【０００２】
【従来の技術】
インターネットの爆発的な普及に代表されるように、近年のコンピュータ環境では、ユーザの使用する情報量が急激に増大している。この結果、記憶装置に格納するデータ量も増大している。
データを格納するデバイスの代表例として磁気ディスク装置（以下ドライブ）があるが、現在では、ドライブの記録密度の伸びに対して格納するデータ量の伸びが大きい。
従って、ユーザが使用するドライブ数は年々増加しており、大規模なストレージシステムに実装されるドライブ数は今後数千台以上に達すると考えられる。
例えば、容量が数百ギガバイトのドライブを用いてペタバイトオーダの容量を実現しようとすれば数千台オーダのドライブ数が必要となる。
このような背景から、日々増大するデータの管理コストも増大の一途をたどり、この管理コストの削減が重要課題となっている。
装置を管理するという観点からは、多数の装置が分散して配置されている場合は一元管理できないが、少数の装置が集中して配置されている場合は、一元管理できるため管理が容易であり、管理コストは削減できる。
【０００３】
従来のストレージシステムとして、ディスクサブシステムがある。また、近年、ストレージエリアネットワーク(以下ＳＡＮ)やネットワークアタッチドストレージ（以下ＮＡＳ）も注目されている。
このような従来のストレージシステム例を図２２に示す。
ディスクサブシステム１０１、１１１やＮＡＳ１２０は、大別すると、制御部とデータ保存部から構成される。
例えば、ディスクサブシステムでは、ホストとの入出力を行うチャネル制御部、キャッシュ、ドライブの制御を行うディスク制御部からなるディスク制御装置と、複数台のドライブから構成されるディスク駆動装置から構成される。
ここで、ドライブとはハードディスク、あるいは単にディスクと呼ばれることもあるが、以下ではドライブと呼ぶ。
また、ＮＡＳは、ホストとの入出力を行うローカルエリアネットワークインタフェース（以下ＬＡＮＩＦ）、キャッシュ、ドライブの制御を行うディスク制御部と複数のドライブから構成される。
上記ではデータ保存部としてドライブの例を示したが、複数のドライブから構成したディスクアレイの場合もある。
一方、ＳＡＮは、ホストとディスクサブシステム間に設けたネットワークであり、一般的にはファイバチャネルを用いている。
ＳＡＮにより複数のホストから同一のディスクサブシステムを共有することが容易となる。
この結果、ホスト毎に接続していたディスクサブシステムをＳＡＮを介して接続することでストレージシステムを統合することが可能となる。
すなわち、分散していた多数の中小規模ディスクサブシステムを、集中した少数の大規模ディスクアレイとすることで、データの一元管理が容易となり管理コストを低減できる。
【０００４】
しかし、このような従来のストレージシステムでは、性能と容量のスケーラビリティが十分とは言えない。
これは、制御部とデータ保存部が一体として固定的に提供されるためである。
例えば、従来のストレージシステムでは、ストレージシステム毎に実装可能なドライブ数が決まっており、提供可能な容量はこの範囲でのみ可能である。
従って、性能は低くても良いが、単体のディスクサブシステムが提供可能な容量以上の容量が欲しい場合でも、複数のディスクサブシステムを用意する必要がある。
また、容量は小さくても良いが、単体のディスクサブシステムが提供可能な性能以上の性能が欲しい場合にも、複数のディスクサブシステムを用意する必要がある。
この結果、多数のストレージシステムが設置されるために管理が複雑となる。
数千台以上に及ぶドライブの管理コストを上昇すること無くスケーラビリティを向上するためには、ドライブの管理は集中化させることが必要である。
しかし、単にディスクサブシステム単体のスケーラビリティを向上するのでは、性能的に制御部がボトルネックとなってしまう。
この性能と容量のスケーラビリティの向上を実現するには、ディスク制御装置とドライブを個別に拡張可能であることが望ましい。
このためには、ディスク制御装置とドライブをネットワーク、または、スイッチで接続することで高いスケーラビリティを得ることが可能であり、このような従来技術の一例は、例えば、特開平１１−２９６３１３(以下文献1)に開示されている。
【０００５】
【発明が解決しようとする課題】
本発明の課題を簡単に説明すれば、増大するデータに対するユーザのデータ管理負担を軽減し、また、データ管理コストを軽減することでり、先に述べた従来技術では解決されていない。
従来のディスクサブシステムでは、ディスク制御装置とディスク駆動装置の構成が固定されており、性能・容量のスケーラビリティに限界がある。
限界を超えたスケーラビリティを実現するには複数のディスクサブシステムを用意する必要があり、さらに管理コストが増大する。
また、文献1には、ディスク制御装置とディスク駆動装置をネットワークまたはスイッチで接続することが開示されている。
しかし、ドライブの集中管理については記述されていない。各ディスク制御装置が個別にドライブを管理しているため、ドライブを一元的に管理することはできない。数千台以上のドライブを管理する場合は管理が複雑となる。
また、ドライブを追加する場合などドライブの管理については記述されていない。また、ドライブ間のデータ複写については記述されていない。
本発明の目的は、ディスクサブシステム内に設けたネットワークに接続した多数のストレージデバイスをディスク制御装置で一元的に管理できるようにし、さらに、ストレージデバイスをネットワークに接続した他のストレージデバイス使用装置に割当てて使用できるようにすることにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明は、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおいて、
管理装置は、他のストレージデバイス使用装置が該管理装置を介してストレージデバイスにアクセスするためのチャネルインタフェースを備え、ネットワークまたはスイッチは、他のストレージデバイス使用装置が該ネットワークまたはスイッチを介してストレージデバイスにアクセスするためのインタフェースを備えるようにしている。
また、前記ストレージデバイスはドライブまたは複数のドライブを有するディスクアレイであり、前記ストレージシステムはディスクサブシステムまたはＬＡＮに接続したネットワークアタッチドストレージであるようにしている。
また、前記管理装置は、他のストレージデバイス使用装置が該管理装置を介してストレージデバイスにアクセスするためのＬＡＮインタフェースを備え、前記ネットワークまたはスイッチは、他のストレージデバイス使用装置が該ネットワークまたはスイッチを介してストレージデバイスにアクセスするためのＬＡＮインタフェースを備えるようにしている。
また、前記管理装置は、前記ストレージデバイスの該管理装置あるいは前記他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルと、前記ネットワークまたはスイッチと前記ストレージデバイスとの接続と、該ネットワークまたはスイッチと該管理装置あるいは該他のストレージデバイス使用装置との接続を示す接続情報を有する構成管理テーブルを備えるようにしている。
また、前記ストレージデバイスは、論理単位のアクセスをブロック単位のアクセスに変換するデータ管理手段を有するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ストレージデバイスの該管理装置あるいは他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルを備え、該ネットワークまたはスイッチに接続した他のストレージデバイス使用装置へのストレージデバイス割当て要求に対して該デバイス管理テーブルを参照してストレージデバイスの割当てを行い、該デバイス管理テーブルを更新するようにしている。
また、上記ストレージシステムの管理方法において、
前記ストレージデバイス割当て要求は、該ストレージシステムの保守端末から行うようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ネットワークまたはスイッチと前記ストレージデバイスとの接続と、該ネットワークまたはスイッチと該管理装置あるいは該他のストレージデバイス使用装置との接続を示す接続情報を有する構成管理テーブルを備え、該ネットワークまたはスイッチに接続したストレージデバイス、管理装置あるいは他のストレージデバイス使用装置の接続状況を管理するようにしている。
また、アクセスの制限手段を備えた複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ストレージデバイスの該管理装置あるいは前記他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルを備え、前記ネットワークまたはスイッチに接続した他のストレージデバイス使用装置に対して該ストレージシステム内のストレージデバイスの割当てを行うとともに、該ストレージデバイスのアクセスの制限手段に対して、該ストレージデバイスを割当てた該他のストレージデバイス使用装置からのアクセスを許可するよう指示を行い、該ストレージデバイスは、アクセス許可を指示された装置からのアクセスにのみ応答するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該ストレージデバイスが該ネットワークまたはスイッチに接続した他のストレージデバイスにデータを複写する手段と複写中に発生した更新データを複写先のストレージデバイスにも反映する手段を有しているストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、ストレージデバイスに対してデータを他のストレージデバイスに複写するように指示するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該管理装置が該ストレージデバイスに格納したデータを該ネットワークまたはスイッチに接続した他のストレージデバイスに複写する手段と複写中に発生した更新データを複写元と複写先のストレージデバイスに反映する手段を有しているストレージシステムにおストレージシステムの管理方法であり、
前記管理装置は、複写の開始に先立ち、複写元のストレージデバイスを割当てている該ネットワークまたはスイッチに接続された他のストレージデバイス使用装置に対して、割当てストレージデバイスを該複写元のストレージデバイスから該管理装置に変更するよう通知した後に、該複写元データを該複写先に複写するとともに、複写中に発生した該複写元への更新データを、該複写元ストレージデバイスと該複写先ストレージデバイスに対して反映し、複写終了後は、複写元のストレージデバイスを割当てていた他のストレージデバイス使用装置に対して割当てストレージデバイスを該管理装置から該複写元のストレージデバイスに変更するよう通知するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該管理装置が該ネットワークまたはスイッチに接続したストレージデバイスのデータを他の第二のストレージシステムにリモートコピーする手段を有しているストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は該ネットワークまたはスイッチに接続した他のストレージデバイス使用装置に割当てたストレージデバイスに格納されたデータを該ネットワークまたはスイッチに接続した他のストレージデバイスに複写した後に、複写したデータを該他の第二のストレージシステムにリモートコピーするようにしている。
【０００７】
【発明の実施の形態】
以下、本発明に係る各実施形態を図１ないし図２１を用いて説明する。
《実施形態1》
以下、本発明に係る第一の実施形態を図１ないし図１４を用いて説明する。
（I）ストレージシステム構成
先ず、図１ないし図５を用いて本実施形態に係わるストレージシステムの構成について説明する。
図１は、本発明の第一の実施形態に係るストレージシステムの構成を示すブロック図である。
図２は、デバイス管理テーブル３の内容を示す模式図である。
図３は、構成管理テーブル４の内容を示す模式図である。
図４は、アドレス変換テーブル２の内容を示す模式図である。
図５は、本発明に係るストレージシステムのホストから見たディスクサブシステム構成を示す概念図である。
【０００８】
先ず、ストレージシステムとこれを使用する装置について全体を説明した後に、ストレージシステムについて詳細に説明する。
図1ではストレージシステムとして、ディスクサブシステム１０１の場合を示している。
ディスクサブシステム１０１は、ＳＡＮ５２を介してホスト５１と接続する。
ＳＡＮ５２は、ストレージエリアネットワークであり、一般にはファイバチャネルが使用される。
ディスクサブシステム１０１に接続している他の装置として、ディスク制御装置１１０、ＮＡＳ１２０、保守端末１０がある。
ホスト５１とＮＡＳ１２０は、ＬＡＮ５０に接続する。ＬＡＮ５０は、ローカルエリアネットワークであり、一般にはイーサネットが使用される。
図示していないがＬＡＮ５０には複数のクライアント装置やサーバ装置が接続される。
保守端末１０は、ディスクサブシステムの各種設定を行ったり管理あるいは監視を行うための装置である。
保守端末１０は、ＬＡＮ５０にも接続しており、ＬＡＮ５０に接続した他の装置からもリモートで操作することも可能である。
【０００９】
ディスクサブシステム１０１は、大別するとディスク制御装置１００、複数のドライブ８、デバイスエリアネットワーク１から構成している。ディスク制御装置はＤＫＣと呼ぶこともある。
一般的には、ディスク制御装置は、ホストとの通信を行うチャネル制御部、ドライブとの通信を行うディスク制御部、データの一時格納場所となるキャッシュメモリ、装置内の制御情報を格納する制御メモリなどから構成し、各部位にはプロセサとメモリを備えておりメモリ上の各種制御プログラムにより制御を行う。
ディスク制御装置の詳細については本発明とは直接関係ないので説明は行わない。
デバイスエリアネットワーク１０１は、ファイバチャネルやイーサネットなどを用いれば良い。また、障害に備えて複数系統の接続やスイッチから構成しても良い。
デバイスエリアネットワーク１に接続する装置は、装置を識別するデバイス識別番号とデバイスエリアネットワーク１上のポート番号を備える。
例えば、図示したドライブにはそれぞれ＃０から＃９のデバイス識別番号と、＃０から＃９のポート番号を設定している。
また、ディスク制御装置１００は、デバイス識別番号＃１００、ポート番号はパス毎に＃１００から＃１０４のポート番号を設定している。
ファイバチャネルではポート毎の識別番号としてワールドワイドネイム(以下ＷＷＮ)を備えている。
ファイバチャネルの上位レイヤプロトコルにスカジイ(以下ＳＣＳＩ) を用いた場合は、デバイス識別番号としてＳＣＳＩＩＤを備えている。
デバイスエリアネットワークにファイバチャネルとその上位レイヤプロトコルとしてＳＣＳＩを用いる場合は、ポート番号としてＷＷＮを用い、デバイス識別番号としてＳＣＳＩＩＤを用いれば良い。
データを保存するデバイスとして複数のドライブ８を用いている。
ドライブ８は、磁気ディスク装置、または、ハードディスクとも呼ばれるが、ここでは、次に述べるホストが認識する管理単位であるボリウムとの区別を明確にするためにドライブと呼ぶことにする。
【００１０】
ディスク制御装置１００は、ホストが認識する管理単位であるボリウム上のアドレスと実際のドライブのアドレスとを対応づけるための変換テーブル２、ドライブの容量や割当てる装置を示すデバイス管理テーブル３、デバイスエリアネットワーク上の接続構成を示す構成管理テーブル４、各装置へのデバイス割当てを行うデバイス管理プログラム５、デバイスエリアネットワークへの装置やデバイスの登録または削除を行う構成管理プログラム６を備える。
ディスクサブシステム１０１内のドライブ8を使用するディスク制御装置１１０とＮＡＳ１２０は、ディスクサブシステム１０１にデバイス要求を行うためのデバイス要求プログラム７を備える。また、アドレス変換テーブル２を備える。
ＮＡＳ１２０には、図示していないが、各種の処理を行うためにプロセサやメモリが備わっている。また、データの高速な一時的な格納場所であるキャッシュメモリやその管理メモリを備える場合が多い。
上記装置の配置に関しては、ホスト５１、ＮＡＳ１２０、ディスク制御装置１１０は、ディスクサブシステム１０１と地理的に離れて設置しても良い。
これは、イーサネットやファイバチャネルは、それぞれルータやスイッチを介して地理的に離れて設置した機器を接続可能なことによる。
【００１１】
ディスクサブシステム１０１は、デバイスエリアネットワーク１にどのような装置やデバイスが接続しているかについて構成管理テーブル４を用いて管理する。
したがって、デバイスエリアネットワーク１に接続しデータの転送を行うためには、装置やストレージデバイスを接続した後に、構成管理テーブル４への登録が必要となる。
また、ディスクサブシステム１０１は、デバイスエリアネットワークに接続したデバイスをどの装置に割当てるかを管理する。
したがって、デバイスエリアネットワーク１に接続しストレージデバイスを使用する装置は、あらかじめ使用するストレージデバイスを割当ててもらう必要がある。
以下は、割当てに使用するデバイス管理テーブル３と登録に使用する構成管理テーブル４について説明する。
【００１２】
デバイス管理テーブル３の詳細について図２を用いて説明する。
本実施例では、ディスク制御装置１００がデバイスエリアネットワーク１に接続したデバイスの管理を行う。このための管理テーブルがデバイス管理テーブル３である。
テーブルは、左から、デバイス識別番号、デバイス種、デバイス容量、割当てデバイス識別番号を示している。
デバイス識別番号は、デバイスエリアネットワーク１に接続しているデバイスごとに設定する識別番号であり、デバイスエリアネットワーク１上のユニークな番号である。
デバイス種は、ストレージデバイスの種別を表すものであり、ドライブ、RAID、NAS、機能ディスク、TAPEといったストレージデバイスの種別を設定する。
デバイス容量は、各ストレージデバイスの最大容量を示す。
割当てデバイス識別番号は、ストレージデバイスの使用を割当てた装置のデバイス識別番号を示している。
【００１３】
本テーブルは、デバイス識別番号をキーとして検索すれば、デバイス情報や割当て情報を知ることができる。
本実施例の場合、デバイス識別番号＃０のストレージデバイスは、ドライブであり、その容量は１００GBであり、このドライブを使用しているのはデバイス識別番号＃１００のディスク制御装置であることがわかる。
また、デバイス識別番号＃５のストレージデバイスは、ドライブであり、その容量は１００GBであり、このドライブを使用しているのはデバイス識別番号＃１１０のディスク制御装置であることがわかる。
また、本テーブルは、割当て装置番号のNOを検索すれば、割当てられていない空きデバイスを知ることができる。
本実施例の場合、デバイス識別番号＃２、＃３、＃４のドライブは、空き状態であり、新規に割当て可能であることがわかる。
【００１４】
次に、構成管理テーブル４の詳細について図３を用いて説明する。
本実施例では、ディスク制御装置１００がデバイスエリアネットワーク１に接続したストレージデバイスまたは装置の構成管理を行う。このための管理テーブルが構成管理テーブル４である。
テーブルは、左から、デバイスエリアネットワーク上のポート番号、デバイスエリアネットワーク上のデバイス識別番号、デバイス種を示している。
ポート番号は、デバイスエリアネットワークに接続したポートの番号を示し、デバイスエリアネットワーク上でユニークな番号である。
デバイスエリアネットワークは、送信先のポート番号によりデータを当該のポートを介してデバイスに転送する。
デバイス識別番号は、図２で示したものと同様である。
種別は、ドライブなどのストレージデバイス、または、ＤＫＣやＮＡＳなどの装置の種別を示す。
構成管理テーブル４のポート番号をキーとして検索すれば、そのポートに接続を介して接続しているデバイスの識別番号とその種別がわかる。
例えば、ポート番号＃０にはデバイス識別番号＃０のドライブを接続していることがわかる。
デバイスまたは装置には、複数の接続ポートを有するものもある。よって、ポート番号とデバイス識別番号は必ずしも一対一とは限らない。
例えば、ポート番号＃１００から＃１０４は共に同一のデバイス識別番号＃１００のDKCを接続していることがわかる。
よって、デバイス識別番号をキーとして検索すれば、装置が有するポートがわかる。
【００１５】
次に、アドレス変換テーブル２について図４を用いて説明する。
ホスト51は、ひとつまたは複数のドライブ８上にまたがって作成した論理的なドライブ単位でドライブを認識する。この論理的な単位をボリウムと呼ぶ。
例えば、図１では、ドライブ＃０、＃１からボリウム０、１をそれぞれ作成している。
どのドライブからボリウムを生成するかは、ディスク制御装置が管理する。
つまり、ディスク制御装置は、複数のドライブ上にまたがってひとつのボリウムを作成し、このボリウムをホストに見せている。
この場合、ホストは各ドライブ自体を識別することはなく単にボリウムとして認識することになる。
ホストは、ボリウム上のアドレスに対してデータの入出力を行う。
ディスク制御装置は、ボリウムのアドレスを実際のドライブのアドレスに変換してドライブへの入出力を行う。
この場合、ディスク制御装置はホストが認識するボリウムとドライブのアドレスを対応付ける必要があり、これに使用するのがアドレス変換テーブル２である。
本実施例では、図１のディスク制御装置１００のアドレス変換テーブルを示している。
【００１６】
図４(a)では、図１の状態でのアドレス変換テーブルを、また、図４(ｂ)で、図1の状態にドライブ＃２、＃３、＃４からなるボリウム４を追加した場合のアドレス変換テーブルをそれぞれ示している。
同一のドライブに複数のボリウムを割当てることもある。
したがって、アドレス変換テーブルには、ボリウムに対して、どのデバイスのどの領域を割当てているかを識別できるように領域アドレスを備えている。
例えば、図４(a)では、ボリウム０は、デバイス識別番号０の領域０００−０ＦＦＦとデバイス識別番号１の領域０００−０ＦＦＦから作成している。
複数のドライブを用いてディスクアレイを組む場合は、ＲＡＩＤ０、１、５などのＲＡＩＤ構成情報が必要である。
ボリウムのアドレスとドライブのアドレスの変換には、この構成情報も参照して行う。
構成情報には、単なるＲＡＩＤ構成のほかにストライピングサイズなども必要であるが本発明とは直接関係ないのでここでは説明しない。
【００１７】
次に、図1から図４（ａ）の状態でホストから見えるディスクサブシステムとドライブの関係について図５を用いて説明する。
ホスト５１は、ディスク制御装置１００には、ボリウム０、１があると認識する。この場合、ディスク制御装置１００とドライブ＃０、＃１は、ホストに対しては仮想的なディスクサブシステム１０２が存在するように見える。
同様に、ディスク制御装置１１０とドライブ＃５、＃６は、ホストに対しては仮想的なディスクサブシステム１１２が存在するように見える。
また、ＮＡＳ制御部１２０とドライブ＃７、＃８、＃９は、ホストに対しては仮想的なＮＡＳ１２２が存在するように見える。
【００１８】
（II）ストレージシステムの管理方法
次に、図６ないし図１４を用いて本実施形態に係わるストレージシステムの管理方法について説明する。
図６は、本発明に係るデバイス要求装置とデバイス管理装置間で行われる手続きを時系列的に示したシーケンス図である。
図７は、デバイス要求処理の処理のフローチャートを示す図である。
図８は、デバイス割当て処理の処理のフローチャートを示す図である。
図９は、デバイス割当てを要求する表示画面を示すイメージ図である。
図１０は、デバイス割当て結果を通知する表示画面を示すイメージ図である。
図１１は、デバイス要求コマンドを示す模式図である。
図１２は、デバイス要求の応答コマンドを示す模式図である。
図１３は、デバイス登録処理の処理のフローチャートを示す図である。
図１４は、デバイス登録表示画面を示すイメージ図である。
【００１９】
デバイスを有しその管理を行うデバイス管理装置と、デバイスの使用に向けてデバイスの要求を行うデバイス要求装置の手続について図６を用いて説明する。
デバイス管理装置とデバイス要求装置は、図１の場合は、デバイス管理装置がディスクサブシステム１０１であり、デバイス要求装置がディスク制御装置１１０とＮＡＳ１２０である。
本実施例では、図６の上から下に向けて時間の経過を示している。バイス要求装置は、始めにデバイスの登録を行う必要がある。
図１で説明すれば、ディスク制御装置１１０をデバイスエリアネットワーク１に接続した後に行う。
デバイス要求装置は、使用するポート番号とデバイス識別番号と装置の種別を通知して登録要求を行う（手続１）。
これに対して、デバイス管理装置は、通知された情報を構成管理テーブル４に登録する。
この際、当該の装置がデバイスエリアネットワーク１に接続され通信可能であることを確認するのが良い。
登録完了後、デバイス要求装置に登録完了を通知する（手続２）。
デバイスエリアネットワーク１としてファイバチャネルを用いた場合などは、プロトコル上は、デバイスを管理する装置への装置の登録は必ずしも必要ないが、説明したようにデバイスを管理する装置に登録するようにすれば、デバイスエリアネットワーク１に接続した全ての装置やデバイスを管理装置で一元的に管理することができる。
【００２０】
次に、登録が完了した装置は、デバイスエリアネットワーク１に接続しているドライブなどのストレージデバイスの割当てを要求する（手続３）。
これには、要求するデバイスの容量やデバイス種などを通知する。
要求に対して、デバイス管理装置は、デバイス管理テーブル３から空いているデバイスを検索し、要求装置に割当てる。
この時、デバイス管理テーブル３の割り当て装置欄をＮＯから要求装置のデバイス識別番号に変更する。
この後、要求装置に割当てデバイスのデバイス識別番号やポート番号とともに割当て結果を通知する（手続４）。
割当てられた装置は、割当てられたデバイスを用いて、ホストが認識するボリウムを作成した後に、デバイスにデータのアクセスを行う（手続５）。
【００２１】
次に、上記デバイス要求処理について詳しく述べる。
デバイスを要求する装置は、ホストからのボリウム作成要求や、デバイス要求装置内のデバイス要求が発生した時点で、デバイス要求プログラム７を起動する。
起動については、保守端末１０を介して行っても良いし、また、通信により行っても良い。
デバイス要求プログラム７の動作について図７を用いて説明する。
始めに管理装置にデバイス要求を発行する（ステップ１）。
次に割当て通知の受信待ちとなる（ステップ２）。
割当て通知を受けると、結果が成功かどうか判別する（ステップ３）。
成功した場合は要求処理が終了となる。
失敗の場合は、デバイス要求元に対して割当てできないことを通知（ステップ４）した後に要求処理を終了する。
割当てできない場合は、デバイス管理装置に対してデバイスの増設を行う必要がある。
この手段は、管理者を介して直接増設を要求するなど別の手段を用いればよい。
【００２２】
上記デバイス割当て処理について詳しく述べる。
デバイス管理装置のデバイス割当て処理は、デバイス要求装置からの要求に応じてデバイス管理プログラム５を起動すればよい。
デバイス要求装置は、管理装置の保守端末など管理装置の他の部分であっても良い。
デバイス管理プログラム５の動作について図８を用いて説明する。
始めに要求装置が実際にデバイスエリアネットワーク上に接続されているかを確認する確認処理を行うと良い（ステップ１）。
デバイスの要求は、デバイスエリアネットワークを使わずに、管理装置の保守端末など行われる場合もある。この場合、確認処理は有効である。
次に、デバイス管理テーブル３を検索して割当て可能なデバイスを調べる（ステップ２）。
要求された容量やデバイス数などの条件に合っているかを判定する（ステップ３）。
要求条件を満たす割当てが可能な場合は、デバイス管理テーブル３の新たに割当てるデバイスの割当て装置番号を要求した装置番号に更新する（ステップ４）。
例えば、図１で、ディスク制御装置１１０が新たに１００ＧＢドライブを３台要求した場合は、図２のデバイス管理テーブル３を検索することで現在空いているドライブ＃２、＃３、＃４を割当てれば良いので、これらの割当て装置番号を＃１１０に更新する。
この後、要求デバイスに割当てたデバイスを通知する（ステップ５）。
この時、割当てデバイス識別番号と、このデバイスのポート番をあわせて通知する。
例えば、先のドライブ＃２、＃３、＃４を割当てる場合は、それぞれポート番号＃２、＃３、＃４を通知する。ポート番号は、構成管理テーブル４をアクセスすることで認識可能である。
一方、ステップ３で空きデバイスがない場合や、ステップ１で要求装置を認識できない場合は、割当て不可能を通知する（ステップ６）。
この時、あわせて割当て不可能である理由を通知しても良い。
【００２３】
次に、デバイス割当てを保守端末１０で行う場合について、その表示画面の図９と図１０を用いて説明する。
同様の表示を割当て要求装置において行っても良い。
図９は、ディスク制御装置１１０に１００ＧＢのドライブ３台を新規に割当てる場合の表示画面９００を示している一番上のメニュー画面は、各種の操作を行うためのメニュー表示である。
９１０と９２０は要求する装置の情報を設定するための入力表示である。
９１０は、デバイス識別番号の入力表示であり、９１１が実際の入力部である。
入力には保守端末１０のキーボードなどで入力すれば良く、これは以後の入力操作についても同様であり、選択操作にはマウスなどを用いても良い。
実施例では、ディスク制御装置１１０の装置番号＃１１０を入力しており、ディスク制御装置１１０がデバイスを要求していることがわかる。
９２０は装置のポート番号の入力表示であり９２１から９２３が入力部である。
実施例では、ディスク制御装置１１０のポート番号＃１１５、＃１１６を入力している。
実施例では、入力部は３つであるが、必要に応じて入力部を増やすようにすればよく、３つである必要はない。
実施例では、２つのポート番号を入力したのでさらに３つの入力用に９２３を表示した状態を示している。
９３０と９４０は要求するデバイスの情報を設定するための入力表示である。
９３０は、割当てデバイス種を設定するための設定表示である。
ドライブ９３１、ＲＡＩＤ９３２、機能ドライブ９３３の選択ボタンから選択する。選択したボタンは色を変化させて判別できるようになっている。
実施例では、ドライブ９３１を選択している。
９４０は、要求するデバイスの容量と数量の入力表示である。
９４１は容量の入力部、９４２は数量の入力部である。
実施例では、１００ＧＢのドライブを３台要求している。
９５０は、要求確認表示部である。
これまでの設定を行った後に選択ボタン９５１のＹＥＳをクリックすれば要求が実行される。
選択ボタン９５２のＮＯをクリックすれば要求は中断される。
【００２４】
図１０は、図９のデバイス要求に対する応答画面である。
割当て結果表示１０１０は、要求どおりの１００ＧＢのドライブが３台割当てられたことを示している。
さらに、各ドライブのデバイス番号とアクセスするためのポート番号も通知している。
【００２５】
次に、デバイス割当てにつていネットワークを介した通信で行う場合についてそのコマンド図１１と図１２を用いて説明する。
図１１は、図９同様の割当て要求についてネットワークを介して行う場合の割当て要求コマンドの例を示している。
コマンド１１００は大別してヘッダ部とデータ部から構成する。
ヘッダ部はコマンドのネットワーク上の送信先ポート番号と送信元のポート番号を示している。
ヘッダ部を識別することで、ネットワーク内では、コマンドをどのポートに転送すれば良いかを判定することができる。
データ部は、送信先ポートが接続された装置が解析し、コマンドの内容を判定する部分である。
送信先デバイス識別番号は、コマンドが受信した装置に対するものであるかを確認できる。
また、送信元デバイス識別番号は、コマンドを要求した装置を判定できる。
実施例では、ディスク制御装置１１０がドライブの割当てを管理しているディスク制御装置１００に新たなドライブの割当てを要求している。
コマンドからコマンドの内容がデバイスの割当てであることがわかる。
さらにコマンドデータ１、２、３から要求している割当てデバイスは、１００ＧＢのドライブ３台であることがわかる。
【００２６】
図１２は、図１１に示したデバイス要求コマンドに対する応答コマンドの例を示している。
コマンド１２００は大別してヘッダ部とデータ部から構成している。
ヘッダ部のポート番号と、データ部のデバイス識別番号は、図１１と同様である。ただし、応答コマンドであり送信先と送信元は逆になっている。
コマンドからコマンドの内容がデバイスの割当て要求に対する応答コマンドであることがわかる。
さらにコマンドデータ１、２、３、４からデバイスの割当てに成功し、割当てデバイスのポート番号とデバイス識別番号は、＃２と＃２、＃３と＃３、＃４と＃４であることがわかる。
【００２７】
次にデバイスを登録する場合の処理について図１３を用いて説明する。
登録処理は、デバイスエリアネットワーク１との物理的な接続を行った後に行うと良い。
登録は、保守端末１０を用いて行っても良いし、各登録装置にデバイス登録要求プログラムを備えこれより通信により実行しても良い。
例えば、ドライブなどのストレージデバイスを登録する場合は、保守端末１０から行えば良い。
また、ディスク制御装置１１０やＮＡＳ１２０を登録する場合は各登録装置のデバイス登録要求プログラムから行っても良い。
図１３は、図１に示したディスク制御装置１００の構成管理プログラム６の処理を示している。
始めに登録するデバイスまたは装置の情報を受信する（ステップ１）。
例えばドライブ＃２を登録する場合は、デバイスの種類はドライブで、その容量は１００ＧＢ、デバイス識別番号は＃２、ポート番号は＃２となる。
構成管理プログラム６が登録要求を受けると、要求しているデバイスまたは装置がデバイスエリアネットワーク１上に接続されているかを確認する（ステップ２）。
ステップ２は必須ではないが、登録デバイスを認識できるかを確認すると接続ミスがないかを確認できるので行うほうが望ましい。
次に構成管理テーブル３を更新してデバイスを登録する（ステップ３）。
その後に、登録完了を通知する（ステップ４）。
本実施例では、デバイス識別番号は、あらかじめ管理者が割当てることを想定しているが、管理装置であるディスク制御装置１００が自動で割当てるようにしても良い。
この場合、登録要求時点で装置番号は指定せず登録通知で決定した装置番号を通知すればよい。
また、登録したデバイスを削除するには、構成管理テーブル３を更新して当該のデータを削除すれば良い。
【００２８】
次に、デバイス登録を保守端末１０で行う場合についてその表示画面図１４を用いて説明する。
同様の表示を割当て要求装置において行っても良い。
図１４は、ディスク制御装置１１０にポート番号＃２に接続した１００ＧＢのドライブ＃２を新規に登録する場合の表示画面１４００を示している。
一番上のメニュー画面は、各種の操作を行うためのメニュー表示である。
１４１０と１４２０と１４３０は登録する装置の情報を設定するための入力表示である。
１４１０は、デバイス識別番号の入力表示であり、１４１１が実際の入力部である。実施例では、ドライブの識別番号＃２を入力している。
１４２０は、デバイス種の選択部であり、ＤＫＣ１４２１、ドライブ１４２２、ＲＡＩＤ１４２３、ＮＡＳ１４２４の選択ボタンを選択すれば良い。実施例では、ドライブを選択している。
１４３０は、デバイス容量の入力表示であり、１４３１が入力部である。実施例では１００ＧＢを入力している。
１４４０はデバイスの登録要求表示である。登録要求ボタン１４４１、または、登録中断ボタン１４４２を選択する。実施例では、登録要求ボタン１４４１が選択されている。
１４５０は、登録処理の状態を示す状態表示である。
登録要求ボタン１４４１が選択され登録処理が開始すると、登録中表示１４５１の色が変わり、登録が正常に終了すると登録完了通知１４５２の色が変わり、また、登録が失敗した場合は登録失敗通知１４５３の色が変わる。実施例では、登録処理中であることがわかる。
１４６０は登録処理の終了要求表示である。終了ボタン１４６１のＹＥＳを選択すれば処理を終了する。
【００２９】
《実施形態２》
以下、本発明に係る第二の実施形態について図１５を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１５は、本発明の第二の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、デバイスエリアネットワーク１に接続したストレージデバイスとしてＲＡＩＤ１１を備えている。
本ＲＡＩＤは、複数のドライブから構成し高性能かつ高信頼であることが特徴である。
ネットワークの転送性能に対してドライブ単体の転送性能は低い。このため、デバイスエリアネットワーク１の性能を高くしても、ドライブ単体の転送性能が低くボトルネックとなる。
ドライブ単体を複数台のドライブからなるＲＡＩＤに置き換えることで高い転送性能を得ることができる。
また、本実施例の他の特徴として、デバイスの管理装置としてＮＡＳ１２１を用いている。
【００３０】
《実施形態３》
以下、本発明に係る第三の実施形態について図１６を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１６は、本発明の第三の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、ディスクサブシステム１０１とＬＡＮ５０を直接接続しているところに特徴がある。すなわち、図１６ではＬＡＮ５０をデバイスエリアネットワーク１のポート＃１１７に接続することにより、ＬＡＮ５０とディスクサブシステム１０１を直接接続している。
また、ホスト５１にアドレス変換テーブル２とデバイス要求プログラム７を設け、ホスト５１がデバイスエリアネットワーク１に直接アクセスできるようにしている。
【００３１】
《実施形態４》
以下、本発明に係る第四の実施形態について図１７ないし図２１を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１７は、本発明の第四の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、ディスク制御装置１００にデバイスアクセス制限設定プログラム１１とデータ複写設定プログラム１２とリモートコピー手段１６を備えていて、さらには、ストレージデバイスとして機能ドライブ１３またはＲＡＩＤ１１を用いており、ストレージデバイスにはアクセス制限手段１４とデータ複写手段１５を備えているところに特徴がある。
機能ドライブは、通常のドライブに各種の機能を実装可能なドライブである。
本実施例では、機能としてアクセス制限手段１４とデータ複写手段１５を備えている。
また、他の機能としてデータ管理手段１６を備えても良い。
従来のドライブはブロック単位の入出力であり、アクセスする装置は、ドライブのブロックアドレスを指定してブロック単位にアクセスしている。
機能ドライブ１３にデータ管理手段１６を備えることで機能ドライブ１３の入出力をブロック単位ではではない論理的な単位とすることができる。
この論理単位としてはファイル、データベース、また、ＳＱＬ、ＸＭＬなど業界標準のインタフェースを用いれば良い。
機能ドライブ１３にデータ管理手段16を備えることでアクセスする装置はドライブに依存したブロックアドレスを意識する必要がなくなりドライブの管理が容易となる。
データ管理手段には、先に述べた各種論理単位とドライブ内のブロックアドレスとを対応づける変換テーブルがあれば良い。
対応づけにはプロセサとメモリ上で変換プログラムが実行すれば良いので、プロセサとメモリと変換テーブルと変換プログラムがあれば、ＲＡＩＤなどでも実現できる。図１７のＲＡＩＤ１１には、この例を示している。
【００３２】
アクセス制限手段１４は、アクセスに対して、応答するかしないかを判定した後に応答可能である場合のみ応答する機能である。
例えば、リード要求を受信した場合は、要求元の装置があらかじめアクセスを許可されている場合のみデータを転送する。
この結果、デバイスエリアネットワーク１に様々な装置を接続した場合でもアクセスの排他が可能であり安全性を保てる。
アクセス制限手段１４には、アクセスを許可するデバイス識別番号を記憶しておくメモリと、アクセス受信時に要求元の装置があらかじめ許可されたデバイス識別番号かを判定する手段があれば良い。
あらかじめ許可設定を行うのは、デバイスアクセス制限設定プログラム１１である。
この詳細については、図１８を用いてあとで述べる。
【００３３】
データ複写手段１５は、あらかじめ設定された領域のデータをデバイスエリアネットワーク１に接続した他のストレージデバイスの指定領域にコピーする機能である。
本機能は、ＳＣＳＩのコピーコマンドなどを利用すればよい。
また、複写処理中に複写領域に更新が発生した場合は、更新を複写先にも反映する。
データ複写の指示を行うのは、データ複写設定プログラム１２である。
この詳細については、図１９と図２０を用いてあとで述べる。
【００３４】
リモートコピー手段１６は、ディスクサブシステム１０１が地理的に離れて場所にある他のディスクサブシステムに対して専用線（図示せず）やＳＡＮを用いてデータのコピーを行う機能である。
リモートコピー手段１６の詳細については図２１を用いてあとで述べる。
【００３５】
次に図１８を用いて、デバイスアクセス制限設定プログラム１１の動作について述べる。
本実施例では、図８で述べたデバイス割当て処理に一部追加してストレージデバイスに対してアクセス許可の設定を行う。
図１８は、図８に対して図１８のステップ５を追加している。
ステップ５は、要求元装置に割当てを行うためにデバイス更新テーブルを変更した後に、割当てたストレージデバイスに対して要求元装置からのアクセスを許可するように設定を行っている。
具体的には、デバイスのアクセス制限手段１４に対して要求元装置のデバイス識別番号を通知しアクセス許可を設定すればよい。
【００３６】
次に図１９を用いて、データ複写設定プログラム１２の第一の動作について述べる。
本実施例では、ストレージデバイスにデータ複写手段がある場合について述べる。
ストレージデバイスとして図１７にある機能ドライブ１３やＲＡＩＤ１１がある。
データ複写設定プログラム１２はデバイスを割当てている他の装置、例えばＮＡＳ１２０からの要求や保守端末１０からの入力に応じて起動すればよい。
始めに複写先のデバイスを確保し（ステップ１）、確保したデバイスの割当て装置をデータ複写設定プログラム１２のある管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に確保した複写先のデバイスに複写元デバイスのアクセス許可を設定する（ステップ３）。
次に複写元デバイスに対して該複写元デバイスの指定領域のデータを、確保した複写先デバイスの指定領域に複写するよう指示する（ステップ４）。
この指示により、複写元デバイスはデータの複写を開始する。
複写中に複写領域への更新が発生した場合は、更新後のデータを複写先にも反映させる。
次に複写終了まで待って、正常終了かを判定する（ステップ５）。
正常終了の場合は、複写先デバイスの割当て装置を複写要求元ストレージシステムのデバイス識別番号としてデバイス管理テーブル３を更新する（ステップ６）。
さらに、複写先のデバイスに複写要求元装置のアクセス許可を設定する（ステップ７）。
次に複写要求元装置に対して複写の成功と複写先デバイスの識別番号とポート番号を通知する（ステップ８）。
一方、ステップ５で複写に失敗した場合は、複写失敗を複写要求元装置に対して通知する（ステップ９）。
以上で複写処理は終了する。
【００３７】
次に図２０を用いて、データ複写設定プログラム１２の第二の動作について述べる。
本実施例では、ストレージデバイスにデータ複写手段がない場合について述べる。
ストレージデバイスとして図１にあるドライブ８がある。
本実施例の場合、データの複写はデータ複写設定プログラム１２のある管理ストレージシステムが行う。
また、複写中の複写元に対するアクセスは、管理ストレージシステムを介して行うことで、複写中の複写元に対する更新は、複写元と複写先に反映することができる。
始めに複写先のデバイスを確保し（ステップ１）、確保したデバイスの割当て装置をデータ複写設定プログラム１２のある管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に複写要求元装置に対して割当てデバイスを複写元デバイスから管理ストレージシステムに変更することを通知する（ステップ３）。
次に、管理ストレージシステムがデータの複写を行う。
この間複写元デバイスへの更新は複写元と複写先に反映する（ステップ４）。
次に複写が終了かを判定する（ステップ５）。
複写が終了した場合は、複写要求元装置に対して割当てデバイスを管理ストレージシステムから複写元デバイスに変更することを通知する（ステップ６）。
次に複写が正常に終了したかを判定する（ステップ７）。
正常に終了した場合は、 複写先デバイスの割当て装置を複写要求元装置のデバイス識別番号としてデバイス管理テーブル３を更新する（ステップ８）。
次に複写要求元装置に対して複写の成功と複写先デバイスの識別番号とポート番号を通知する（ステップ９）。
一方、ステップ７で複写に失敗した場合は、複写失敗を複写要求元装置に対して通知する（ステップ１０）。
以上で複写処理は終了する。
本実施例に示したデータ複写方法により、ドライブのようにデータ複写手段を持たないストレージデバイスにおいても、管理ストレージシステムを介してデータの複写を行なえるようになる。
【００３８】
次に図２１を用いて、リモートコピー手段１６の動作について述べる。
本実施例では、リモートコピー手段を持たない他の装置が、管理ストレージシステムの持つリモートコピー手段１６を利用して、リモートコピーを実現するところに特徴がある
始めに、リモートコピー元データのミラー用のデバイスを確保する（ステップ１）。
次に確保したデバイスの割当て装置を管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に確保したデバイスに複写元デバイスのアクセス許可を設定する（ステップ３）。
次にリモートコピー元データのミラーを作成する（ステップ４）。
これは、図１９で説明したデータ複写機能を用いればよい。
ミラー作成終了後、他のストレージシステムへのリモートコピーを開始する（ステップ５）。
次に正常終了を待つ（ステップ６）。
正常終了の場合は、デバイス管理テーブル３を更新して、リモートコピー用に確保したミラー用のデバイスを解放する（ステップ７）。
解放するには、割当てデバイス識別番号をＮＯとすれば良い。
同時にステップ３で設定した確保したデバイスへの複写元デバイスのアクセス許可を非許可とする。
さらに、リモートコピーの成功を要求元装置に通知する（ステップ８）。
一方、ステップ６で正常終了でない場合は、リモートコピーの失敗を要求元装置に通知する（ステップ９）。
以上でリモートコピー処理は終了する。
【００３９】
【発明の効果】
本発明によれば、複数のストレージデバイスとストレージシステムをネットワークで接続した場合に、ネットワークに他のストレージシステムを接続して、他の装置がストレージデバイスを使用できるようになるとともに、多数のストレージデバイスについてこれを管理するストレージシステムで一元的に管理できるため、管理コストを低減できる。
また、従来複数のストレージシステムに分散配置していたドライブを統合できるためにドライブを有効に使用することができる。
また、ストレージデバイスがアクセス許可判別手段を備える場合は、ストレージデバイスの割当て管理を行うストレージシステムが、ストレージデバイスを使用する装置からのアクセス許可を指示した後にストレージデバイスの割当てを行えるようになるとともに、他のアクセスを許可していない装置からのアクセスを制限できる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態に係るストレージシステムの構成を示すブロック図である。
【図２】デバイス管理テーブル３の内容を示す模式図である。
【図３】構成管理テーブル４の内容を示す模式図である。
【図４】アドレス変換テーブル２の内容を示す模式図である。
【図５】本発明に係るストレージシステムのホストから見たディスクサブシステム構成を示す概念図である。
【図６】本発明に係るデバイス要求装置とデバイス管理装置間で行われる手続きを時系列的に示したシーケンス図である。
【図７】デバイス要求処理の処理のフローチャートを示す図である。
【図８】デバイス割当て処理の処理のフローチャートを示す図である。
【図９】デバイス割当てを要求する表示画面を示すイメージ図である。
【図１０】デバイス割当て結果を通知する表示画面を示すイメージ図である。
【図１１】デバイス要求コマンドを示す模式図である。
【図１２】デバイス要求の応答コマンドを示す模式図である。
【図１３】デバイス登録処理の処理のフローチャートを示す図である。
【図１４】デバイス登録表示画面を示すイメージ図である。
【図１５】本発明の第二の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１６】本発明の第三の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１７】本発明の第四の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１８】アクセス許可設定の処理の処理のフローチャートを示す図である。
【図１９】データ複写処理の処理のフローチャートを示す図である。
【図２０】データ複写処理の処理の他のフローチャートを示す図である。
【図２１】リモートコピー処理の処理のフローチャートを示す図である。
【図２２】従来技術に係るストレージシステムの構成を示すブロック図である。
【符号の説明】
１ デバイスエリアネットワーク
２ 変換テーブル
３ デバイス管理テーブル
４ 構成管理テーブル
５ デバイス管理プログラム
６ 構成管理プログラム
７ デバイス要求プログラム
８ ドライブ
９ ボリウム
１０ 保守端末
５０ ＬＡＮ
５１ ホスト
５２ ＳＡＮ
１００ ディスク制御装置
１０１ ディスクサブシステム
１１０ ディスク制御装置
１２０ ＮＡＳ
【発明の属する技術分野】
本発明は、情報を記憶する記憶装置に係わり、特に、ストレージシステム内のデータを格納するストレージデバイスを他の装置から使用可能とする場合のストレージシステムとストレージシステムの管理方法に関する。
【０００２】
【従来の技術】
インターネットの爆発的な普及に代表されるように、近年のコンピュータ環境では、ユーザの使用する情報量が急激に増大している。この結果、記憶装置に格納するデータ量も増大している。
データを格納するデバイスの代表例として磁気ディスク装置（以下ドライブ）があるが、現在では、ドライブの記録密度の伸びに対して格納するデータ量の伸びが大きい。
従って、ユーザが使用するドライブ数は年々増加しており、大規模なストレージシステムに実装されるドライブ数は今後数千台以上に達すると考えられる。
例えば、容量が数百ギガバイトのドライブを用いてペタバイトオーダの容量を実現しようとすれば数千台オーダのドライブ数が必要となる。
このような背景から、日々増大するデータの管理コストも増大の一途をたどり、この管理コストの削減が重要課題となっている。
装置を管理するという観点からは、多数の装置が分散して配置されている場合は一元管理できないが、少数の装置が集中して配置されている場合は、一元管理できるため管理が容易であり、管理コストは削減できる。
【０００３】
従来のストレージシステムとして、ディスクサブシステムがある。また、近年、ストレージエリアネットワーク(以下ＳＡＮ)やネットワークアタッチドストレージ（以下ＮＡＳ）も注目されている。
このような従来のストレージシステム例を図２２に示す。
ディスクサブシステム１０１、１１１やＮＡＳ１２０は、大別すると、制御部とデータ保存部から構成される。
例えば、ディスクサブシステムでは、ホストとの入出力を行うチャネル制御部、キャッシュ、ドライブの制御を行うディスク制御部からなるディスク制御装置と、複数台のドライブから構成されるディスク駆動装置から構成される。
ここで、ドライブとはハードディスク、あるいは単にディスクと呼ばれることもあるが、以下ではドライブと呼ぶ。
また、ＮＡＳは、ホストとの入出力を行うローカルエリアネットワークインタフェース（以下ＬＡＮＩＦ）、キャッシュ、ドライブの制御を行うディスク制御部と複数のドライブから構成される。
上記ではデータ保存部としてドライブの例を示したが、複数のドライブから構成したディスクアレイの場合もある。
一方、ＳＡＮは、ホストとディスクサブシステム間に設けたネットワークであり、一般的にはファイバチャネルを用いている。
ＳＡＮにより複数のホストから同一のディスクサブシステムを共有することが容易となる。
この結果、ホスト毎に接続していたディスクサブシステムをＳＡＮを介して接続することでストレージシステムを統合することが可能となる。
すなわち、分散していた多数の中小規模ディスクサブシステムを、集中した少数の大規模ディスクアレイとすることで、データの一元管理が容易となり管理コストを低減できる。
【０００４】
しかし、このような従来のストレージシステムでは、性能と容量のスケーラビリティが十分とは言えない。
これは、制御部とデータ保存部が一体として固定的に提供されるためである。
例えば、従来のストレージシステムでは、ストレージシステム毎に実装可能なドライブ数が決まっており、提供可能な容量はこの範囲でのみ可能である。
従って、性能は低くても良いが、単体のディスクサブシステムが提供可能な容量以上の容量が欲しい場合でも、複数のディスクサブシステムを用意する必要がある。
また、容量は小さくても良いが、単体のディスクサブシステムが提供可能な性能以上の性能が欲しい場合にも、複数のディスクサブシステムを用意する必要がある。
この結果、多数のストレージシステムが設置されるために管理が複雑となる。
数千台以上に及ぶドライブの管理コストを上昇すること無くスケーラビリティを向上するためには、ドライブの管理は集中化させることが必要である。
しかし、単にディスクサブシステム単体のスケーラビリティを向上するのでは、性能的に制御部がボトルネックとなってしまう。
この性能と容量のスケーラビリティの向上を実現するには、ディスク制御装置とドライブを個別に拡張可能であることが望ましい。
このためには、ディスク制御装置とドライブをネットワーク、または、スイッチで接続することで高いスケーラビリティを得ることが可能であり、このような従来技術の一例は、例えば、特開平１１−２９６３１３(以下文献1)に開示されている。
【０００５】
【発明が解決しようとする課題】
本発明の課題を簡単に説明すれば、増大するデータに対するユーザのデータ管理負担を軽減し、また、データ管理コストを軽減することでり、先に述べた従来技術では解決されていない。
従来のディスクサブシステムでは、ディスク制御装置とディスク駆動装置の構成が固定されており、性能・容量のスケーラビリティに限界がある。
限界を超えたスケーラビリティを実現するには複数のディスクサブシステムを用意する必要があり、さらに管理コストが増大する。
また、文献1には、ディスク制御装置とディスク駆動装置をネットワークまたはスイッチで接続することが開示されている。
しかし、ドライブの集中管理については記述されていない。各ディスク制御装置が個別にドライブを管理しているため、ドライブを一元的に管理することはできない。数千台以上のドライブを管理する場合は管理が複雑となる。
また、ドライブを追加する場合などドライブの管理については記述されていない。また、ドライブ間のデータ複写については記述されていない。
本発明の目的は、ディスクサブシステム内に設けたネットワークに接続した多数のストレージデバイスをディスク制御装置で一元的に管理できるようにし、さらに、ストレージデバイスをネットワークに接続した他のストレージデバイス使用装置に割当てて使用できるようにすることにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明は、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおいて、
管理装置は、他のストレージデバイス使用装置が該管理装置を介してストレージデバイスにアクセスするためのチャネルインタフェースを備え、ネットワークまたはスイッチは、他のストレージデバイス使用装置が該ネットワークまたはスイッチを介してストレージデバイスにアクセスするためのインタフェースを備えるようにしている。
また、前記ストレージデバイスはドライブまたは複数のドライブを有するディスクアレイであり、前記ストレージシステムはディスクサブシステムまたはＬＡＮに接続したネットワークアタッチドストレージであるようにしている。
また、前記管理装置は、他のストレージデバイス使用装置が該管理装置を介してストレージデバイスにアクセスするためのＬＡＮインタフェースを備え、前記ネットワークまたはスイッチは、他のストレージデバイス使用装置が該ネットワークまたはスイッチを介してストレージデバイスにアクセスするためのＬＡＮインタフェースを備えるようにしている。
また、前記管理装置は、前記ストレージデバイスの該管理装置あるいは前記他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルと、前記ネットワークまたはスイッチと前記ストレージデバイスとの接続と、該ネットワークまたはスイッチと該管理装置あるいは該他のストレージデバイス使用装置との接続を示す接続情報を有する構成管理テーブルを備えるようにしている。
また、前記ストレージデバイスは、論理単位のアクセスをブロック単位のアクセスに変換するデータ管理手段を有するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ストレージデバイスの該管理装置あるいは他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルを備え、該ネットワークまたはスイッチに接続した他のストレージデバイス使用装置へのストレージデバイス割当て要求に対して該デバイス管理テーブルを参照してストレージデバイスの割当てを行い、該デバイス管理テーブルを更新するようにしている。
また、上記ストレージシステムの管理方法において、
前記ストレージデバイス割当て要求は、該ストレージシステムの保守端末から行うようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ネットワークまたはスイッチと前記ストレージデバイスとの接続と、該ネットワークまたはスイッチと該管理装置あるいは該他のストレージデバイス使用装置との接続を示す接続情報を有する構成管理テーブルを備え、該ネットワークまたはスイッチに接続したストレージデバイス、管理装置あるいは他のストレージデバイス使用装置の接続状況を管理するようにしている。
また、アクセスの制限手段を備えた複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、前記ストレージデバイスの該管理装置あるいは前記他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルを備え、前記ネットワークまたはスイッチに接続した他のストレージデバイス使用装置に対して該ストレージシステム内のストレージデバイスの割当てを行うとともに、該ストレージデバイスのアクセスの制限手段に対して、該ストレージデバイスを割当てた該他のストレージデバイス使用装置からのアクセスを許可するよう指示を行い、該ストレージデバイスは、アクセス許可を指示された装置からのアクセスにのみ応答するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該ストレージデバイスが該ネットワークまたはスイッチに接続した他のストレージデバイスにデータを複写する手段と複写中に発生した更新データを複写先のストレージデバイスにも反映する手段を有しているストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は、ストレージデバイスに対してデータを他のストレージデバイスに複写するように指示するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該管理装置が該ストレージデバイスに格納したデータを該ネットワークまたはスイッチに接続した他のストレージデバイスに複写する手段と複写中に発生した更新データを複写元と複写先のストレージデバイスに反映する手段を有しているストレージシステムにおストレージシステムの管理方法であり、
前記管理装置は、複写の開始に先立ち、複写元のストレージデバイスを割当てている該ネットワークまたはスイッチに接続された他のストレージデバイス使用装置に対して、割当てストレージデバイスを該複写元のストレージデバイスから該管理装置に変更するよう通知した後に、該複写元データを該複写先に複写するとともに、複写中に発生した該複写元への更新データを、該複写元ストレージデバイスと該複写先ストレージデバイスに対して反映し、複写終了後は、複写元のストレージデバイスを割当てていた他のストレージデバイス使用装置に対して割当てストレージデバイスを該管理装置から該複写元のストレージデバイスに変更するよう通知するようにしている。
また、複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続し、該管理装置が該ネットワークまたはスイッチに接続したストレージデバイスのデータを他の第二のストレージシステムにリモートコピーする手段を有しているストレージシステムにおけるストレージシステムの管理方法であり、
前記管理装置は該ネットワークまたはスイッチに接続した他のストレージデバイス使用装置に割当てたストレージデバイスに格納されたデータを該ネットワークまたはスイッチに接続した他のストレージデバイスに複写した後に、複写したデータを該他の第二のストレージシステムにリモートコピーするようにしている。
【０００７】
【発明の実施の形態】
以下、本発明に係る各実施形態を図１ないし図２１を用いて説明する。
《実施形態1》
以下、本発明に係る第一の実施形態を図１ないし図１４を用いて説明する。
（I）ストレージシステム構成
先ず、図１ないし図５を用いて本実施形態に係わるストレージシステムの構成について説明する。
図１は、本発明の第一の実施形態に係るストレージシステムの構成を示すブロック図である。
図２は、デバイス管理テーブル３の内容を示す模式図である。
図３は、構成管理テーブル４の内容を示す模式図である。
図４は、アドレス変換テーブル２の内容を示す模式図である。
図５は、本発明に係るストレージシステムのホストから見たディスクサブシステム構成を示す概念図である。
【０００８】
先ず、ストレージシステムとこれを使用する装置について全体を説明した後に、ストレージシステムについて詳細に説明する。
図1ではストレージシステムとして、ディスクサブシステム１０１の場合を示している。
ディスクサブシステム１０１は、ＳＡＮ５２を介してホスト５１と接続する。
ＳＡＮ５２は、ストレージエリアネットワークであり、一般にはファイバチャネルが使用される。
ディスクサブシステム１０１に接続している他の装置として、ディスク制御装置１１０、ＮＡＳ１２０、保守端末１０がある。
ホスト５１とＮＡＳ１２０は、ＬＡＮ５０に接続する。ＬＡＮ５０は、ローカルエリアネットワークであり、一般にはイーサネットが使用される。
図示していないがＬＡＮ５０には複数のクライアント装置やサーバ装置が接続される。
保守端末１０は、ディスクサブシステムの各種設定を行ったり管理あるいは監視を行うための装置である。
保守端末１０は、ＬＡＮ５０にも接続しており、ＬＡＮ５０に接続した他の装置からもリモートで操作することも可能である。
【０００９】
ディスクサブシステム１０１は、大別するとディスク制御装置１００、複数のドライブ８、デバイスエリアネットワーク１から構成している。ディスク制御装置はＤＫＣと呼ぶこともある。
一般的には、ディスク制御装置は、ホストとの通信を行うチャネル制御部、ドライブとの通信を行うディスク制御部、データの一時格納場所となるキャッシュメモリ、装置内の制御情報を格納する制御メモリなどから構成し、各部位にはプロセサとメモリを備えておりメモリ上の各種制御プログラムにより制御を行う。
ディスク制御装置の詳細については本発明とは直接関係ないので説明は行わない。
デバイスエリアネットワーク１０１は、ファイバチャネルやイーサネットなどを用いれば良い。また、障害に備えて複数系統の接続やスイッチから構成しても良い。
デバイスエリアネットワーク１に接続する装置は、装置を識別するデバイス識別番号とデバイスエリアネットワーク１上のポート番号を備える。
例えば、図示したドライブにはそれぞれ＃０から＃９のデバイス識別番号と、＃０から＃９のポート番号を設定している。
また、ディスク制御装置１００は、デバイス識別番号＃１００、ポート番号はパス毎に＃１００から＃１０４のポート番号を設定している。
ファイバチャネルではポート毎の識別番号としてワールドワイドネイム(以下ＷＷＮ)を備えている。
ファイバチャネルの上位レイヤプロトコルにスカジイ(以下ＳＣＳＩ) を用いた場合は、デバイス識別番号としてＳＣＳＩＩＤを備えている。
デバイスエリアネットワークにファイバチャネルとその上位レイヤプロトコルとしてＳＣＳＩを用いる場合は、ポート番号としてＷＷＮを用い、デバイス識別番号としてＳＣＳＩＩＤを用いれば良い。
データを保存するデバイスとして複数のドライブ８を用いている。
ドライブ８は、磁気ディスク装置、または、ハードディスクとも呼ばれるが、ここでは、次に述べるホストが認識する管理単位であるボリウムとの区別を明確にするためにドライブと呼ぶことにする。
【００１０】
ディスク制御装置１００は、ホストが認識する管理単位であるボリウム上のアドレスと実際のドライブのアドレスとを対応づけるための変換テーブル２、ドライブの容量や割当てる装置を示すデバイス管理テーブル３、デバイスエリアネットワーク上の接続構成を示す構成管理テーブル４、各装置へのデバイス割当てを行うデバイス管理プログラム５、デバイスエリアネットワークへの装置やデバイスの登録または削除を行う構成管理プログラム６を備える。
ディスクサブシステム１０１内のドライブ8を使用するディスク制御装置１１０とＮＡＳ１２０は、ディスクサブシステム１０１にデバイス要求を行うためのデバイス要求プログラム７を備える。また、アドレス変換テーブル２を備える。
ＮＡＳ１２０には、図示していないが、各種の処理を行うためにプロセサやメモリが備わっている。また、データの高速な一時的な格納場所であるキャッシュメモリやその管理メモリを備える場合が多い。
上記装置の配置に関しては、ホスト５１、ＮＡＳ１２０、ディスク制御装置１１０は、ディスクサブシステム１０１と地理的に離れて設置しても良い。
これは、イーサネットやファイバチャネルは、それぞれルータやスイッチを介して地理的に離れて設置した機器を接続可能なことによる。
【００１１】
ディスクサブシステム１０１は、デバイスエリアネットワーク１にどのような装置やデバイスが接続しているかについて構成管理テーブル４を用いて管理する。
したがって、デバイスエリアネットワーク１に接続しデータの転送を行うためには、装置やストレージデバイスを接続した後に、構成管理テーブル４への登録が必要となる。
また、ディスクサブシステム１０１は、デバイスエリアネットワークに接続したデバイスをどの装置に割当てるかを管理する。
したがって、デバイスエリアネットワーク１に接続しストレージデバイスを使用する装置は、あらかじめ使用するストレージデバイスを割当ててもらう必要がある。
以下は、割当てに使用するデバイス管理テーブル３と登録に使用する構成管理テーブル４について説明する。
【００１２】
デバイス管理テーブル３の詳細について図２を用いて説明する。
本実施例では、ディスク制御装置１００がデバイスエリアネットワーク１に接続したデバイスの管理を行う。このための管理テーブルがデバイス管理テーブル３である。
テーブルは、左から、デバイス識別番号、デバイス種、デバイス容量、割当てデバイス識別番号を示している。
デバイス識別番号は、デバイスエリアネットワーク１に接続しているデバイスごとに設定する識別番号であり、デバイスエリアネットワーク１上のユニークな番号である。
デバイス種は、ストレージデバイスの種別を表すものであり、ドライブ、RAID、NAS、機能ディスク、TAPEといったストレージデバイスの種別を設定する。
デバイス容量は、各ストレージデバイスの最大容量を示す。
割当てデバイス識別番号は、ストレージデバイスの使用を割当てた装置のデバイス識別番号を示している。
【００１３】
本テーブルは、デバイス識別番号をキーとして検索すれば、デバイス情報や割当て情報を知ることができる。
本実施例の場合、デバイス識別番号＃０のストレージデバイスは、ドライブであり、その容量は１００GBであり、このドライブを使用しているのはデバイス識別番号＃１００のディスク制御装置であることがわかる。
また、デバイス識別番号＃５のストレージデバイスは、ドライブであり、その容量は１００GBであり、このドライブを使用しているのはデバイス識別番号＃１１０のディスク制御装置であることがわかる。
また、本テーブルは、割当て装置番号のNOを検索すれば、割当てられていない空きデバイスを知ることができる。
本実施例の場合、デバイス識別番号＃２、＃３、＃４のドライブは、空き状態であり、新規に割当て可能であることがわかる。
【００１４】
次に、構成管理テーブル４の詳細について図３を用いて説明する。
本実施例では、ディスク制御装置１００がデバイスエリアネットワーク１に接続したストレージデバイスまたは装置の構成管理を行う。このための管理テーブルが構成管理テーブル４である。
テーブルは、左から、デバイスエリアネットワーク上のポート番号、デバイスエリアネットワーク上のデバイス識別番号、デバイス種を示している。
ポート番号は、デバイスエリアネットワークに接続したポートの番号を示し、デバイスエリアネットワーク上でユニークな番号である。
デバイスエリアネットワークは、送信先のポート番号によりデータを当該のポートを介してデバイスに転送する。
デバイス識別番号は、図２で示したものと同様である。
種別は、ドライブなどのストレージデバイス、または、ＤＫＣやＮＡＳなどの装置の種別を示す。
構成管理テーブル４のポート番号をキーとして検索すれば、そのポートに接続を介して接続しているデバイスの識別番号とその種別がわかる。
例えば、ポート番号＃０にはデバイス識別番号＃０のドライブを接続していることがわかる。
デバイスまたは装置には、複数の接続ポートを有するものもある。よって、ポート番号とデバイス識別番号は必ずしも一対一とは限らない。
例えば、ポート番号＃１００から＃１０４は共に同一のデバイス識別番号＃１００のDKCを接続していることがわかる。
よって、デバイス識別番号をキーとして検索すれば、装置が有するポートがわかる。
【００１５】
次に、アドレス変換テーブル２について図４を用いて説明する。
ホスト51は、ひとつまたは複数のドライブ８上にまたがって作成した論理的なドライブ単位でドライブを認識する。この論理的な単位をボリウムと呼ぶ。
例えば、図１では、ドライブ＃０、＃１からボリウム０、１をそれぞれ作成している。
どのドライブからボリウムを生成するかは、ディスク制御装置が管理する。
つまり、ディスク制御装置は、複数のドライブ上にまたがってひとつのボリウムを作成し、このボリウムをホストに見せている。
この場合、ホストは各ドライブ自体を識別することはなく単にボリウムとして認識することになる。
ホストは、ボリウム上のアドレスに対してデータの入出力を行う。
ディスク制御装置は、ボリウムのアドレスを実際のドライブのアドレスに変換してドライブへの入出力を行う。
この場合、ディスク制御装置はホストが認識するボリウムとドライブのアドレスを対応付ける必要があり、これに使用するのがアドレス変換テーブル２である。
本実施例では、図１のディスク制御装置１００のアドレス変換テーブルを示している。
【００１６】
図４(a)では、図１の状態でのアドレス変換テーブルを、また、図４(ｂ)で、図1の状態にドライブ＃２、＃３、＃４からなるボリウム４を追加した場合のアドレス変換テーブルをそれぞれ示している。
同一のドライブに複数のボリウムを割当てることもある。
したがって、アドレス変換テーブルには、ボリウムに対して、どのデバイスのどの領域を割当てているかを識別できるように領域アドレスを備えている。
例えば、図４(a)では、ボリウム０は、デバイス識別番号０の領域０００−０ＦＦＦとデバイス識別番号１の領域０００−０ＦＦＦから作成している。
複数のドライブを用いてディスクアレイを組む場合は、ＲＡＩＤ０、１、５などのＲＡＩＤ構成情報が必要である。
ボリウムのアドレスとドライブのアドレスの変換には、この構成情報も参照して行う。
構成情報には、単なるＲＡＩＤ構成のほかにストライピングサイズなども必要であるが本発明とは直接関係ないのでここでは説明しない。
【００１７】
次に、図1から図４（ａ）の状態でホストから見えるディスクサブシステムとドライブの関係について図５を用いて説明する。
ホスト５１は、ディスク制御装置１００には、ボリウム０、１があると認識する。この場合、ディスク制御装置１００とドライブ＃０、＃１は、ホストに対しては仮想的なディスクサブシステム１０２が存在するように見える。
同様に、ディスク制御装置１１０とドライブ＃５、＃６は、ホストに対しては仮想的なディスクサブシステム１１２が存在するように見える。
また、ＮＡＳ制御部１２０とドライブ＃７、＃８、＃９は、ホストに対しては仮想的なＮＡＳ１２２が存在するように見える。
【００１８】
（II）ストレージシステムの管理方法
次に、図６ないし図１４を用いて本実施形態に係わるストレージシステムの管理方法について説明する。
図６は、本発明に係るデバイス要求装置とデバイス管理装置間で行われる手続きを時系列的に示したシーケンス図である。
図７は、デバイス要求処理の処理のフローチャートを示す図である。
図８は、デバイス割当て処理の処理のフローチャートを示す図である。
図９は、デバイス割当てを要求する表示画面を示すイメージ図である。
図１０は、デバイス割当て結果を通知する表示画面を示すイメージ図である。
図１１は、デバイス要求コマンドを示す模式図である。
図１２は、デバイス要求の応答コマンドを示す模式図である。
図１３は、デバイス登録処理の処理のフローチャートを示す図である。
図１４は、デバイス登録表示画面を示すイメージ図である。
【００１９】
デバイスを有しその管理を行うデバイス管理装置と、デバイスの使用に向けてデバイスの要求を行うデバイス要求装置の手続について図６を用いて説明する。
デバイス管理装置とデバイス要求装置は、図１の場合は、デバイス管理装置がディスクサブシステム１０１であり、デバイス要求装置がディスク制御装置１１０とＮＡＳ１２０である。
本実施例では、図６の上から下に向けて時間の経過を示している。バイス要求装置は、始めにデバイスの登録を行う必要がある。
図１で説明すれば、ディスク制御装置１１０をデバイスエリアネットワーク１に接続した後に行う。
デバイス要求装置は、使用するポート番号とデバイス識別番号と装置の種別を通知して登録要求を行う（手続１）。
これに対して、デバイス管理装置は、通知された情報を構成管理テーブル４に登録する。
この際、当該の装置がデバイスエリアネットワーク１に接続され通信可能であることを確認するのが良い。
登録完了後、デバイス要求装置に登録完了を通知する（手続２）。
デバイスエリアネットワーク１としてファイバチャネルを用いた場合などは、プロトコル上は、デバイスを管理する装置への装置の登録は必ずしも必要ないが、説明したようにデバイスを管理する装置に登録するようにすれば、デバイスエリアネットワーク１に接続した全ての装置やデバイスを管理装置で一元的に管理することができる。
【００２０】
次に、登録が完了した装置は、デバイスエリアネットワーク１に接続しているドライブなどのストレージデバイスの割当てを要求する（手続３）。
これには、要求するデバイスの容量やデバイス種などを通知する。
要求に対して、デバイス管理装置は、デバイス管理テーブル３から空いているデバイスを検索し、要求装置に割当てる。
この時、デバイス管理テーブル３の割り当て装置欄をＮＯから要求装置のデバイス識別番号に変更する。
この後、要求装置に割当てデバイスのデバイス識別番号やポート番号とともに割当て結果を通知する（手続４）。
割当てられた装置は、割当てられたデバイスを用いて、ホストが認識するボリウムを作成した後に、デバイスにデータのアクセスを行う（手続５）。
【００２１】
次に、上記デバイス要求処理について詳しく述べる。
デバイスを要求する装置は、ホストからのボリウム作成要求や、デバイス要求装置内のデバイス要求が発生した時点で、デバイス要求プログラム７を起動する。
起動については、保守端末１０を介して行っても良いし、また、通信により行っても良い。
デバイス要求プログラム７の動作について図７を用いて説明する。
始めに管理装置にデバイス要求を発行する（ステップ１）。
次に割当て通知の受信待ちとなる（ステップ２）。
割当て通知を受けると、結果が成功かどうか判別する（ステップ３）。
成功した場合は要求処理が終了となる。
失敗の場合は、デバイス要求元に対して割当てできないことを通知（ステップ４）した後に要求処理を終了する。
割当てできない場合は、デバイス管理装置に対してデバイスの増設を行う必要がある。
この手段は、管理者を介して直接増設を要求するなど別の手段を用いればよい。
【００２２】
上記デバイス割当て処理について詳しく述べる。
デバイス管理装置のデバイス割当て処理は、デバイス要求装置からの要求に応じてデバイス管理プログラム５を起動すればよい。
デバイス要求装置は、管理装置の保守端末など管理装置の他の部分であっても良い。
デバイス管理プログラム５の動作について図８を用いて説明する。
始めに要求装置が実際にデバイスエリアネットワーク上に接続されているかを確認する確認処理を行うと良い（ステップ１）。
デバイスの要求は、デバイスエリアネットワークを使わずに、管理装置の保守端末など行われる場合もある。この場合、確認処理は有効である。
次に、デバイス管理テーブル３を検索して割当て可能なデバイスを調べる（ステップ２）。
要求された容量やデバイス数などの条件に合っているかを判定する（ステップ３）。
要求条件を満たす割当てが可能な場合は、デバイス管理テーブル３の新たに割当てるデバイスの割当て装置番号を要求した装置番号に更新する（ステップ４）。
例えば、図１で、ディスク制御装置１１０が新たに１００ＧＢドライブを３台要求した場合は、図２のデバイス管理テーブル３を検索することで現在空いているドライブ＃２、＃３、＃４を割当てれば良いので、これらの割当て装置番号を＃１１０に更新する。
この後、要求デバイスに割当てたデバイスを通知する（ステップ５）。
この時、割当てデバイス識別番号と、このデバイスのポート番をあわせて通知する。
例えば、先のドライブ＃２、＃３、＃４を割当てる場合は、それぞれポート番号＃２、＃３、＃４を通知する。ポート番号は、構成管理テーブル４をアクセスすることで認識可能である。
一方、ステップ３で空きデバイスがない場合や、ステップ１で要求装置を認識できない場合は、割当て不可能を通知する（ステップ６）。
この時、あわせて割当て不可能である理由を通知しても良い。
【００２３】
次に、デバイス割当てを保守端末１０で行う場合について、その表示画面の図９と図１０を用いて説明する。
同様の表示を割当て要求装置において行っても良い。
図９は、ディスク制御装置１１０に１００ＧＢのドライブ３台を新規に割当てる場合の表示画面９００を示している一番上のメニュー画面は、各種の操作を行うためのメニュー表示である。
９１０と９２０は要求する装置の情報を設定するための入力表示である。
９１０は、デバイス識別番号の入力表示であり、９１１が実際の入力部である。
入力には保守端末１０のキーボードなどで入力すれば良く、これは以後の入力操作についても同様であり、選択操作にはマウスなどを用いても良い。
実施例では、ディスク制御装置１１０の装置番号＃１１０を入力しており、ディスク制御装置１１０がデバイスを要求していることがわかる。
９２０は装置のポート番号の入力表示であり９２１から９２３が入力部である。
実施例では、ディスク制御装置１１０のポート番号＃１１５、＃１１６を入力している。
実施例では、入力部は３つであるが、必要に応じて入力部を増やすようにすればよく、３つである必要はない。
実施例では、２つのポート番号を入力したのでさらに３つの入力用に９２３を表示した状態を示している。
９３０と９４０は要求するデバイスの情報を設定するための入力表示である。
９３０は、割当てデバイス種を設定するための設定表示である。
ドライブ９３１、ＲＡＩＤ９３２、機能ドライブ９３３の選択ボタンから選択する。選択したボタンは色を変化させて判別できるようになっている。
実施例では、ドライブ９３１を選択している。
９４０は、要求するデバイスの容量と数量の入力表示である。
９４１は容量の入力部、９４２は数量の入力部である。
実施例では、１００ＧＢのドライブを３台要求している。
９５０は、要求確認表示部である。
これまでの設定を行った後に選択ボタン９５１のＹＥＳをクリックすれば要求が実行される。
選択ボタン９５２のＮＯをクリックすれば要求は中断される。
【００２４】
図１０は、図９のデバイス要求に対する応答画面である。
割当て結果表示１０１０は、要求どおりの１００ＧＢのドライブが３台割当てられたことを示している。
さらに、各ドライブのデバイス番号とアクセスするためのポート番号も通知している。
【００２５】
次に、デバイス割当てにつていネットワークを介した通信で行う場合についてそのコマンド図１１と図１２を用いて説明する。
図１１は、図９同様の割当て要求についてネットワークを介して行う場合の割当て要求コマンドの例を示している。
コマンド１１００は大別してヘッダ部とデータ部から構成する。
ヘッダ部はコマンドのネットワーク上の送信先ポート番号と送信元のポート番号を示している。
ヘッダ部を識別することで、ネットワーク内では、コマンドをどのポートに転送すれば良いかを判定することができる。
データ部は、送信先ポートが接続された装置が解析し、コマンドの内容を判定する部分である。
送信先デバイス識別番号は、コマンドが受信した装置に対するものであるかを確認できる。
また、送信元デバイス識別番号は、コマンドを要求した装置を判定できる。
実施例では、ディスク制御装置１１０がドライブの割当てを管理しているディスク制御装置１００に新たなドライブの割当てを要求している。
コマンドからコマンドの内容がデバイスの割当てであることがわかる。
さらにコマンドデータ１、２、３から要求している割当てデバイスは、１００ＧＢのドライブ３台であることがわかる。
【００２６】
図１２は、図１１に示したデバイス要求コマンドに対する応答コマンドの例を示している。
コマンド１２００は大別してヘッダ部とデータ部から構成している。
ヘッダ部のポート番号と、データ部のデバイス識別番号は、図１１と同様である。ただし、応答コマンドであり送信先と送信元は逆になっている。
コマンドからコマンドの内容がデバイスの割当て要求に対する応答コマンドであることがわかる。
さらにコマンドデータ１、２、３、４からデバイスの割当てに成功し、割当てデバイスのポート番号とデバイス識別番号は、＃２と＃２、＃３と＃３、＃４と＃４であることがわかる。
【００２７】
次にデバイスを登録する場合の処理について図１３を用いて説明する。
登録処理は、デバイスエリアネットワーク１との物理的な接続を行った後に行うと良い。
登録は、保守端末１０を用いて行っても良いし、各登録装置にデバイス登録要求プログラムを備えこれより通信により実行しても良い。
例えば、ドライブなどのストレージデバイスを登録する場合は、保守端末１０から行えば良い。
また、ディスク制御装置１１０やＮＡＳ１２０を登録する場合は各登録装置のデバイス登録要求プログラムから行っても良い。
図１３は、図１に示したディスク制御装置１００の構成管理プログラム６の処理を示している。
始めに登録するデバイスまたは装置の情報を受信する（ステップ１）。
例えばドライブ＃２を登録する場合は、デバイスの種類はドライブで、その容量は１００ＧＢ、デバイス識別番号は＃２、ポート番号は＃２となる。
構成管理プログラム６が登録要求を受けると、要求しているデバイスまたは装置がデバイスエリアネットワーク１上に接続されているかを確認する（ステップ２）。
ステップ２は必須ではないが、登録デバイスを認識できるかを確認すると接続ミスがないかを確認できるので行うほうが望ましい。
次に構成管理テーブル３を更新してデバイスを登録する（ステップ３）。
その後に、登録完了を通知する（ステップ４）。
本実施例では、デバイス識別番号は、あらかじめ管理者が割当てることを想定しているが、管理装置であるディスク制御装置１００が自動で割当てるようにしても良い。
この場合、登録要求時点で装置番号は指定せず登録通知で決定した装置番号を通知すればよい。
また、登録したデバイスを削除するには、構成管理テーブル３を更新して当該のデータを削除すれば良い。
【００２８】
次に、デバイス登録を保守端末１０で行う場合についてその表示画面図１４を用いて説明する。
同様の表示を割当て要求装置において行っても良い。
図１４は、ディスク制御装置１１０にポート番号＃２に接続した１００ＧＢのドライブ＃２を新規に登録する場合の表示画面１４００を示している。
一番上のメニュー画面は、各種の操作を行うためのメニュー表示である。
１４１０と１４２０と１４３０は登録する装置の情報を設定するための入力表示である。
１４１０は、デバイス識別番号の入力表示であり、１４１１が実際の入力部である。実施例では、ドライブの識別番号＃２を入力している。
１４２０は、デバイス種の選択部であり、ＤＫＣ１４２１、ドライブ１４２２、ＲＡＩＤ１４２３、ＮＡＳ１４２４の選択ボタンを選択すれば良い。実施例では、ドライブを選択している。
１４３０は、デバイス容量の入力表示であり、１４３１が入力部である。実施例では１００ＧＢを入力している。
１４４０はデバイスの登録要求表示である。登録要求ボタン１４４１、または、登録中断ボタン１４４２を選択する。実施例では、登録要求ボタン１４４１が選択されている。
１４５０は、登録処理の状態を示す状態表示である。
登録要求ボタン１４４１が選択され登録処理が開始すると、登録中表示１４５１の色が変わり、登録が正常に終了すると登録完了通知１４５２の色が変わり、また、登録が失敗した場合は登録失敗通知１４５３の色が変わる。実施例では、登録処理中であることがわかる。
１４６０は登録処理の終了要求表示である。終了ボタン１４６１のＹＥＳを選択すれば処理を終了する。
【００２９】
《実施形態２》
以下、本発明に係る第二の実施形態について図１５を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１５は、本発明の第二の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、デバイスエリアネットワーク１に接続したストレージデバイスとしてＲＡＩＤ１１を備えている。
本ＲＡＩＤは、複数のドライブから構成し高性能かつ高信頼であることが特徴である。
ネットワークの転送性能に対してドライブ単体の転送性能は低い。このため、デバイスエリアネットワーク１の性能を高くしても、ドライブ単体の転送性能が低くボトルネックとなる。
ドライブ単体を複数台のドライブからなるＲＡＩＤに置き換えることで高い転送性能を得ることができる。
また、本実施例の他の特徴として、デバイスの管理装置としてＮＡＳ１２１を用いている。
【００３０】
《実施形態３》
以下、本発明に係る第三の実施形態について図１６を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１６は、本発明の第三の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、ディスクサブシステム１０１とＬＡＮ５０を直接接続しているところに特徴がある。すなわち、図１６ではＬＡＮ５０をデバイスエリアネットワーク１のポート＃１１７に接続することにより、ＬＡＮ５０とディスクサブシステム１０１を直接接続している。
また、ホスト５１にアドレス変換テーブル２とデバイス要求プログラム７を設け、ホスト５１がデバイスエリアネットワーク１に直接アクセスできるようにしている。
【００３１】
《実施形態４》
以下、本発明に係る第四の実施形態について図１７ないし図２１を用いて説明する。
ここでは、第一の実施例からの変更点あるいは追加点のみを説明する。
図１７は、本発明の第四の実施形態に係るストレージシステムの構成を示すブロック図である。
本実施例では、ディスク制御装置１００にデバイスアクセス制限設定プログラム１１とデータ複写設定プログラム１２とリモートコピー手段１６を備えていて、さらには、ストレージデバイスとして機能ドライブ１３またはＲＡＩＤ１１を用いており、ストレージデバイスにはアクセス制限手段１４とデータ複写手段１５を備えているところに特徴がある。
機能ドライブは、通常のドライブに各種の機能を実装可能なドライブである。
本実施例では、機能としてアクセス制限手段１４とデータ複写手段１５を備えている。
また、他の機能としてデータ管理手段１６を備えても良い。
従来のドライブはブロック単位の入出力であり、アクセスする装置は、ドライブのブロックアドレスを指定してブロック単位にアクセスしている。
機能ドライブ１３にデータ管理手段１６を備えることで機能ドライブ１３の入出力をブロック単位ではではない論理的な単位とすることができる。
この論理単位としてはファイル、データベース、また、ＳＱＬ、ＸＭＬなど業界標準のインタフェースを用いれば良い。
機能ドライブ１３にデータ管理手段16を備えることでアクセスする装置はドライブに依存したブロックアドレスを意識する必要がなくなりドライブの管理が容易となる。
データ管理手段には、先に述べた各種論理単位とドライブ内のブロックアドレスとを対応づける変換テーブルがあれば良い。
対応づけにはプロセサとメモリ上で変換プログラムが実行すれば良いので、プロセサとメモリと変換テーブルと変換プログラムがあれば、ＲＡＩＤなどでも実現できる。図１７のＲＡＩＤ１１には、この例を示している。
【００３２】
アクセス制限手段１４は、アクセスに対して、応答するかしないかを判定した後に応答可能である場合のみ応答する機能である。
例えば、リード要求を受信した場合は、要求元の装置があらかじめアクセスを許可されている場合のみデータを転送する。
この結果、デバイスエリアネットワーク１に様々な装置を接続した場合でもアクセスの排他が可能であり安全性を保てる。
アクセス制限手段１４には、アクセスを許可するデバイス識別番号を記憶しておくメモリと、アクセス受信時に要求元の装置があらかじめ許可されたデバイス識別番号かを判定する手段があれば良い。
あらかじめ許可設定を行うのは、デバイスアクセス制限設定プログラム１１である。
この詳細については、図１８を用いてあとで述べる。
【００３３】
データ複写手段１５は、あらかじめ設定された領域のデータをデバイスエリアネットワーク１に接続した他のストレージデバイスの指定領域にコピーする機能である。
本機能は、ＳＣＳＩのコピーコマンドなどを利用すればよい。
また、複写処理中に複写領域に更新が発生した場合は、更新を複写先にも反映する。
データ複写の指示を行うのは、データ複写設定プログラム１２である。
この詳細については、図１９と図２０を用いてあとで述べる。
【００３４】
リモートコピー手段１６は、ディスクサブシステム１０１が地理的に離れて場所にある他のディスクサブシステムに対して専用線（図示せず）やＳＡＮを用いてデータのコピーを行う機能である。
リモートコピー手段１６の詳細については図２１を用いてあとで述べる。
【００３５】
次に図１８を用いて、デバイスアクセス制限設定プログラム１１の動作について述べる。
本実施例では、図８で述べたデバイス割当て処理に一部追加してストレージデバイスに対してアクセス許可の設定を行う。
図１８は、図８に対して図１８のステップ５を追加している。
ステップ５は、要求元装置に割当てを行うためにデバイス更新テーブルを変更した後に、割当てたストレージデバイスに対して要求元装置からのアクセスを許可するように設定を行っている。
具体的には、デバイスのアクセス制限手段１４に対して要求元装置のデバイス識別番号を通知しアクセス許可を設定すればよい。
【００３６】
次に図１９を用いて、データ複写設定プログラム１２の第一の動作について述べる。
本実施例では、ストレージデバイスにデータ複写手段がある場合について述べる。
ストレージデバイスとして図１７にある機能ドライブ１３やＲＡＩＤ１１がある。
データ複写設定プログラム１２はデバイスを割当てている他の装置、例えばＮＡＳ１２０からの要求や保守端末１０からの入力に応じて起動すればよい。
始めに複写先のデバイスを確保し（ステップ１）、確保したデバイスの割当て装置をデータ複写設定プログラム１２のある管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に確保した複写先のデバイスに複写元デバイスのアクセス許可を設定する（ステップ３）。
次に複写元デバイスに対して該複写元デバイスの指定領域のデータを、確保した複写先デバイスの指定領域に複写するよう指示する（ステップ４）。
この指示により、複写元デバイスはデータの複写を開始する。
複写中に複写領域への更新が発生した場合は、更新後のデータを複写先にも反映させる。
次に複写終了まで待って、正常終了かを判定する（ステップ５）。
正常終了の場合は、複写先デバイスの割当て装置を複写要求元ストレージシステムのデバイス識別番号としてデバイス管理テーブル３を更新する（ステップ６）。
さらに、複写先のデバイスに複写要求元装置のアクセス許可を設定する（ステップ７）。
次に複写要求元装置に対して複写の成功と複写先デバイスの識別番号とポート番号を通知する（ステップ８）。
一方、ステップ５で複写に失敗した場合は、複写失敗を複写要求元装置に対して通知する（ステップ９）。
以上で複写処理は終了する。
【００３７】
次に図２０を用いて、データ複写設定プログラム１２の第二の動作について述べる。
本実施例では、ストレージデバイスにデータ複写手段がない場合について述べる。
ストレージデバイスとして図１にあるドライブ８がある。
本実施例の場合、データの複写はデータ複写設定プログラム１２のある管理ストレージシステムが行う。
また、複写中の複写元に対するアクセスは、管理ストレージシステムを介して行うことで、複写中の複写元に対する更新は、複写元と複写先に反映することができる。
始めに複写先のデバイスを確保し（ステップ１）、確保したデバイスの割当て装置をデータ複写設定プログラム１２のある管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に複写要求元装置に対して割当てデバイスを複写元デバイスから管理ストレージシステムに変更することを通知する（ステップ３）。
次に、管理ストレージシステムがデータの複写を行う。
この間複写元デバイスへの更新は複写元と複写先に反映する（ステップ４）。
次に複写が終了かを判定する（ステップ５）。
複写が終了した場合は、複写要求元装置に対して割当てデバイスを管理ストレージシステムから複写元デバイスに変更することを通知する（ステップ６）。
次に複写が正常に終了したかを判定する（ステップ７）。
正常に終了した場合は、 複写先デバイスの割当て装置を複写要求元装置のデバイス識別番号としてデバイス管理テーブル３を更新する（ステップ８）。
次に複写要求元装置に対して複写の成功と複写先デバイスの識別番号とポート番号を通知する（ステップ９）。
一方、ステップ７で複写に失敗した場合は、複写失敗を複写要求元装置に対して通知する（ステップ１０）。
以上で複写処理は終了する。
本実施例に示したデータ複写方法により、ドライブのようにデータ複写手段を持たないストレージデバイスにおいても、管理ストレージシステムを介してデータの複写を行なえるようになる。
【００３８】
次に図２１を用いて、リモートコピー手段１６の動作について述べる。
本実施例では、リモートコピー手段を持たない他の装置が、管理ストレージシステムの持つリモートコピー手段１６を利用して、リモートコピーを実現するところに特徴がある
始めに、リモートコピー元データのミラー用のデバイスを確保する（ステップ１）。
次に確保したデバイスの割当て装置を管理ストレージシステムとしてデバイス管理テーブル３を更新する（ステップ２）。
次に確保したデバイスに複写元デバイスのアクセス許可を設定する（ステップ３）。
次にリモートコピー元データのミラーを作成する（ステップ４）。
これは、図１９で説明したデータ複写機能を用いればよい。
ミラー作成終了後、他のストレージシステムへのリモートコピーを開始する（ステップ５）。
次に正常終了を待つ（ステップ６）。
正常終了の場合は、デバイス管理テーブル３を更新して、リモートコピー用に確保したミラー用のデバイスを解放する（ステップ７）。
解放するには、割当てデバイス識別番号をＮＯとすれば良い。
同時にステップ３で設定した確保したデバイスへの複写元デバイスのアクセス許可を非許可とする。
さらに、リモートコピーの成功を要求元装置に通知する（ステップ８）。
一方、ステップ６で正常終了でない場合は、リモートコピーの失敗を要求元装置に通知する（ステップ９）。
以上でリモートコピー処理は終了する。
【００３９】
【発明の効果】
本発明によれば、複数のストレージデバイスとストレージシステムをネットワークで接続した場合に、ネットワークに他のストレージシステムを接続して、他の装置がストレージデバイスを使用できるようになるとともに、多数のストレージデバイスについてこれを管理するストレージシステムで一元的に管理できるため、管理コストを低減できる。
また、従来複数のストレージシステムに分散配置していたドライブを統合できるためにドライブを有効に使用することができる。
また、ストレージデバイスがアクセス許可判別手段を備える場合は、ストレージデバイスの割当て管理を行うストレージシステムが、ストレージデバイスを使用する装置からのアクセス許可を指示した後にストレージデバイスの割当てを行えるようになるとともに、他のアクセスを許可していない装置からのアクセスを制限できる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態に係るストレージシステムの構成を示すブロック図である。
【図２】デバイス管理テーブル３の内容を示す模式図である。
【図３】構成管理テーブル４の内容を示す模式図である。
【図４】アドレス変換テーブル２の内容を示す模式図である。
【図５】本発明に係るストレージシステムのホストから見たディスクサブシステム構成を示す概念図である。
【図６】本発明に係るデバイス要求装置とデバイス管理装置間で行われる手続きを時系列的に示したシーケンス図である。
【図７】デバイス要求処理の処理のフローチャートを示す図である。
【図８】デバイス割当て処理の処理のフローチャートを示す図である。
【図９】デバイス割当てを要求する表示画面を示すイメージ図である。
【図１０】デバイス割当て結果を通知する表示画面を示すイメージ図である。
【図１１】デバイス要求コマンドを示す模式図である。
【図１２】デバイス要求の応答コマンドを示す模式図である。
【図１３】デバイス登録処理の処理のフローチャートを示す図である。
【図１４】デバイス登録表示画面を示すイメージ図である。
【図１５】本発明の第二の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１６】本発明の第三の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１７】本発明の第四の実施形態に係るストレージシステムの構成を示すブロック図である。
【図１８】アクセス許可設定の処理の処理のフローチャートを示す図である。
【図１９】データ複写処理の処理のフローチャートを示す図である。
【図２０】データ複写処理の処理の他のフローチャートを示す図である。
【図２１】リモートコピー処理の処理のフローチャートを示す図である。
【図２２】従来技術に係るストレージシステムの構成を示すブロック図である。
【符号の説明】
１ デバイスエリアネットワーク
２ 変換テーブル
３ デバイス管理テーブル
４ 構成管理テーブル
５ デバイス管理プログラム
６ 構成管理プログラム
７ デバイス要求プログラム
８ ドライブ
９ ボリウム
１０ 保守端末
５０ ＬＡＮ
５１ ホスト
５２ ＳＡＮ
１００ ディスク制御装置
１０１ ディスクサブシステム
１１０ ディスク制御装置
１２０ ＮＡＳ
Claims (6)
- 複数のストレージデバイスと該複数のストレージデバイスを管理する管理装置とをネットワークまたはスイッチを介して接続したストレージシステムにおいて、
前記管理装置は、他のストレージデバイス使用装置が該管理装置を介してストレージデバイスにアクセスするためのチャネルインタフェースを備え、
前記ネットワークまたはスイッチは、他のストレージデバイス使用装置が該ネットワークまたはスイッチを介してストレージデバイスにアクセスするためのインタフェースを備え、
前記管理装置は、前記ストレージデバイスの該管理装置あるいは他のストレージデバイス使用装置への割当て情報を有するデバイス管理テーブルを備え、該ネットワークまたはスイッチに接続した該管理装置あるいは他のストレージデバイス使用装置へのストレージデバイス割当て要求に対して該デバイス管理テーブルを参照してストレージデバイスの割当てを行い、該デバイス管理テーブルを更新し、
さらに、前記管理装置は、前記ネットワークまたはスイッチと前記ストレージデバイスとの接続と、該ネットワークまたはスイッチと該管理装置あるいは該他のストレージデバイス使用装置との接続を示す該ストレージデバイスと該管理装置と該他のストレージデバイス使用装置のそれぞれのデバイスに付与されたデバイス識別番号と該デバイス識別番号のデバイスが接続される前記ネットワークまたはスイッチ上のポート番号を対応付けた接続情報を有する構成管理テーブルを備え、該ネットワークまたはスイッチに接続したストレージデバイス、管理装置あるいは他のストレージデバイス使用装置の接続状況を管理し、
さらに、前記管理装置は、前記ストレージデバイスに格納したデータを前記ネットワークまたはスイッチに接続した他のストレージデバイスに複写する手段と複写中に発生した更新データを複写元と複写先のストレージデバイスに反映する手段を備え、複写の開始に先立ち、複写元のストレージデバイスを割当てている前記ネットワークまたはスイッチに接続された他のストレージデバイス使用装置に対して、割当てストレージデバイスを該複写元のストレージデバイスから該管理装置に変更するよう通知した後に、前記複写元のデータを前記複写先に複写するとともに、複写中に発生した前記複写元への更新データを、前記複写元ストレージデバイスと前記複写先ストレージデバイスに対して反映し、複写終了後は、複写元のストレージデバイスを割当てていた他のストレージデバイス使用装置に対して割当てストレージデバイスを前記管理装置から前記複写元のストレージデバイスに変更するよう通知することを特徴とするストレージシステム。 - 請求項１記載のストレージシステムにおいて、
前記ストレージデバイスはドライブまたは複数のドライブを有するディスクアレイであり、前記ストレージシステムはディスクサブシステムまたはＬＡＮに接続したネットワークアタッチドストレージであることを特徴とするストレージシステム。 - 請求項１記載のストレージシステムにおいて、
前記ストレージデバイスは、論理単位のアクセスをブロック単位のアクセスに変換するデータ管理手段を有することを特徴とするストレージシステム。 - 請求項１記載のストレージシステムにおいて、
前記複数のストレージデバイスはアクセスの制限手段を備え、
前記管理装置は、前記ストレージデバイスのアクセスの制限手段に対して、該ストレージデバイスを割当てた前記他のストレージデバイス使用装置からのアクセスを許可するよう指示を行い、
該ストレージデバイスは、アクセス許可を指示された装置からのアクセスにのみ応答することを特徴とするストレージシステム。 - 請求項１記載のストレージシステムにおいて、
前記複数のストレージデバイスは、前記ネットワークまたはスイッチに接続した他のストレージデバイスにデータを複写する手段と複写中に発生した更新データを複写先のストレージデバイスにも反映する手段を備え
前記管理装置は、ストレージデバイスに対してデータを他のストレージデバイスに複写するように指示することを特徴とするストレージシステム。 - 請求項１記載のストレージシステムにおいて、
前記管理装置は前記ネットワークまたはスイッチに接続したストレージデバイスのデータを他の第二のストレージシステムにリモートコピーする手段を備え、
該管理装置は前記ネットワークまたはスイッチに接続した他のストレージデバイス使用装置に割当てたストレージデバイスに格納されたデータを該ネットワークまたはスイッチに接続した他のストレージデバイスに複写した後に、複写したデータを前記他の第二のストレージシステムにリモートコピーすることを特徴とするストレージシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001281063A JP4217273B2 (ja) | 2001-09-17 | 2001-09-17 | ストレージシステム |
| US10/243,757 US7155527B2 (en) | 2001-09-17 | 2002-09-16 | Storage system and management method of the storage system enabling allocation of storage devices |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001281063A JP4217273B2 (ja) | 2001-09-17 | 2001-09-17 | ストレージシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003091449A JP2003091449A (ja) | 2003-03-28 |
| JP4217273B2 true JP4217273B2 (ja) | 2009-01-28 |
Family
ID=19104955
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001281063A Expired - Fee Related JP4217273B2 (ja) | 2001-09-17 | 2001-09-17 | ストレージシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7155527B2 (ja) |
| JP (1) | JP4217273B2 (ja) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003330782A (ja) | 2002-05-10 | 2003-11-21 | Hitachi Ltd | 計算機システム |
| US7873700B2 (en) * | 2002-08-09 | 2011-01-18 | Netapp, Inc. | Multi-protocol storage appliance that provides integrated support for file and block access protocols |
| JP4160817B2 (ja) * | 2002-11-05 | 2008-10-08 | 株式会社日立製作所 | ディスクサブシステム、計算機システム、それを管理するためのストレージ管理方法、および、管理プログラム |
| JP2004302556A (ja) * | 2003-03-28 | 2004-10-28 | Hitachi Ltd | 複数の計算機システム間でのデータ共有方法およびディスク制御装置 |
| JP4329412B2 (ja) * | 2003-06-02 | 2009-09-09 | 株式会社日立製作所 | ファイルサーバシステム |
| US7500000B2 (en) * | 2003-12-17 | 2009-03-03 | International Business Machines Corporation | Method and system for assigning or creating a resource |
| US20050160150A1 (en) * | 2004-01-20 | 2005-07-21 | Su-Hwa Kao | Apparatus and method for managing and transporting virtual disks over a network to networked stations |
| JP2005338893A (ja) * | 2004-05-24 | 2005-12-08 | Hitachi Ltd | データ処理システムおよびディスクアクセス制御方法並びにその処理プログラム |
| US8090837B2 (en) | 2004-05-27 | 2012-01-03 | Hewlett-Packard Development Company, L.P. | Communication in multiprocessor using proxy sockets |
| JP4500118B2 (ja) * | 2004-07-06 | 2010-07-14 | 株式会社日立製作所 | ストレージ装置 |
| JP4636836B2 (ja) * | 2004-09-14 | 2011-02-23 | キヤノン株式会社 | サーバ装置、印刷装置、データ保護処理方法、及びプログラム |
| JP2006107158A (ja) * | 2004-10-06 | 2006-04-20 | Hitachi Ltd | ストレージネットワークシステム及びアクセス制御方法 |
| JP2006252019A (ja) * | 2005-03-09 | 2006-09-21 | Hitachi Ltd | ストレージネットワークシステム |
| US20070094369A1 (en) * | 2005-10-26 | 2007-04-26 | Hanes David H | Methods and devices for disconnecting external storage devices from a network-attached storage device |
| US20070101397A1 (en) * | 2005-11-01 | 2007-05-03 | Bakri Aboukarr | Interoperability of network components having different identification schemes |
| JP4705489B2 (ja) * | 2006-03-07 | 2011-06-22 | 富士通株式会社 | デバイスドライバプログラムを記録したコンピュータ読取可能なポータブル記録媒体、記憶装置アクセス方法および記憶装置アクセスシステム |
| JP5037881B2 (ja) * | 2006-04-18 | 2012-10-03 | 株式会社日立製作所 | ストレージシステム及びその制御方法 |
| JP2008250591A (ja) * | 2007-03-30 | 2008-10-16 | Hitachi Ltd | デバイスを管理する計算機 |
| JP5026212B2 (ja) * | 2007-09-28 | 2012-09-12 | 株式会社日立製作所 | 計算機システム並びに管理装置及び管理方法 |
| JP5159421B2 (ja) * | 2008-05-14 | 2013-03-06 | 株式会社日立製作所 | ストレージシステム及び管理装置を用いたストレージシステムの管理方法 |
| US8966211B1 (en) * | 2011-12-19 | 2015-02-24 | Emc Corporation | Techniques for dynamic binding of device identifiers to data storage devices |
| US9137173B2 (en) * | 2012-06-19 | 2015-09-15 | Advanced Micro Devices, Inc. | Devices and methods for interconnecting server nodes |
| US9240985B1 (en) * | 2012-08-16 | 2016-01-19 | Netapp, Inc. | Method and system for managing access to storage space in storage systems |
| US11580518B2 (en) * | 2014-01-03 | 2023-02-14 | Apple Inc. | Disabling mobile payments for lost electronic devices |
| US11436353B2 (en) * | 2017-09-13 | 2022-09-06 | Vmware, Inc. | Merge updates for key value stores |
| CN113238719B (zh) * | 2021-07-12 | 2021-10-15 | 苏州浪潮智能科技有限公司 | 一种清理主机端残留路径的方法、装置以及设备 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4944678A (en) * | 1988-02-08 | 1990-07-31 | Bristol-Myers-Squibb Company | Process and apparatus for devitalization of a tooth |
| JP3726484B2 (ja) | 1998-04-10 | 2005-12-14 | 株式会社日立製作所 | 記憶サブシステム |
| JP2001337790A (ja) * | 2000-05-24 | 2001-12-07 | Hitachi Ltd | 記憶システム及びその階層管理制御方法 |
| JP2002123479A (ja) * | 2000-10-17 | 2002-04-26 | Hitachi Ltd | ディスク制御装置およびそのキャッシュ制御方法 |
| US7404021B2 (en) * | 2000-11-17 | 2008-07-22 | Aristos Logic Corporation | Integrated input/output controller |
| JP4156817B2 (ja) * | 2001-07-27 | 2008-09-24 | 株式会社日立製作所 | 記憶装置システム |
-
2001
- 2001-09-17 JP JP2001281063A patent/JP4217273B2/ja not_active Expired - Fee Related
-
2002
- 2002-09-16 US US10/243,757 patent/US7155527B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003091449A (ja) | 2003-03-28 |
| US7155527B2 (en) | 2006-12-26 |
| US20030055943A1 (en) | 2003-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4217273B2 (ja) | ストレージシステム | |
| JP4993928B2 (ja) | 記憶システム及び記憶領域解放方法並びにストレージシステム | |
| US8161133B2 (en) | Network storage system with a clustered configuration sharing a namespace, and control method therefor | |
| US7334029B2 (en) | Data migration method | |
| US8151013B2 (en) | Storage system | |
| JP4061960B2 (ja) | コンピュータシステム | |
| US8117151B2 (en) | File system migration in storage system | |
| JP3843713B2 (ja) | 計算機システム及びそのデバイスの割り当て方法 | |
| US6898670B2 (en) | Storage virtualization in a storage area network | |
| JP4252301B2 (ja) | 記憶システム及びそのデータバックアップ方法 | |
| JP4568574B2 (ja) | ストレージ装置の導入方法、プログラム並びに管理計算機 | |
| JP4671353B2 (ja) | ストレージ装置及びその制御方法 | |
| US20100036896A1 (en) | Computer System and Method of Managing Backup of Data | |
| US20070192375A1 (en) | Method and computer system for updating data when reference load is balanced by mirroring | |
| JP2007102760A (ja) | ストレージエリアネットワークにおけるボリュームの自動割り当て | |
| JP2005228278A (ja) | 記憶領域の管理方法、管理装置及び管理プログラム | |
| JP2006048313A (ja) | 複数の管理者から管理されるストレージシステムの管理方法 | |
| JP5272185B2 (ja) | 計算機システム及びストレージシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040318 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040727 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071211 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080211 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080701 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080830 |
|
| 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: 20081028 |
|
| 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: 20081109 |
|
| 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: 20111114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131114 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |