JP5170055B2 - 処理方法，ストレージシステム，情報処理装置およびプログラム - Google Patents
処理方法，ストレージシステム，情報処理装置およびプログラム Download PDFInfo
- Publication number
- JP5170055B2 JP5170055B2 JP2009235181A JP2009235181A JP5170055B2 JP 5170055 B2 JP5170055 B2 JP 5170055B2 JP 2009235181 A JP2009235181 A JP 2009235181A JP 2009235181 A JP2009235181 A JP 2009235181A JP 5170055 B2 JP5170055 B2 JP 5170055B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- notification
- configuration information
- configuration
- unit
- 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/0614—Improving the reliability of storage systems
- G06F3/0619—Improving the reliability of storage systems in relation to data integrity, e.g. data losses, bit errors
-
- 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/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0689—Disk arrays, e.g. RAID, JBOD
-
- 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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
- G06F11/1008—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's in individual solid state devices
-
- 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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
- G06F11/1076—Parity data used in redundant arrays of independent storages, e.g. in RAID systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2211/00—Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
- G06F2211/10—Indexing scheme relating to G06F11/10
- G06F2211/1002—Indexing scheme relating to G06F11/1076
- G06F2211/1028—Distributed, i.e. distributed RAID systems with parity
Description
本件は、ストレージ装置と複数の情報処理装置とをそなえたストレージシステムにおける構成情報を更新する技術に関する。
図２０，図２１はそれぞれストレージシステムの接続形態の例を示す図である。
ストレージシステムは、図２０に示すように、例えば、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置５０１とサーバ６０１とをそなえて構成され、サーバ６０１は、ＲＡＩＤ装置５０１によって提供される論理ボリュームに対してデータの格納や読み出しを行なう。
ストレージシステムは、図２０に示すように、例えば、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置５０１とサーバ６０１とをそなえて構成され、サーバ６０１は、ＲＡＩＤ装置５０１によって提供される論理ボリュームに対してデータの格納や読み出しを行なう。
図２０に示すストレージシステムは、１台のＲＡＩＤ装置５０１に対して１台のサーバ６０１を接続して構成されている。又、サーバ６０１は、ＶＤＳハードウェアプロバイダ（Virtual Disk Service Hardware Provider；VDSHP)をそなえ、このVDSHPの機能を用いて、ＲＡＩＤ装置５０１の構成設定が行なわれ、ＲＡＩＤ装置５０１の構成情報５０２の書き換えが行なわれる。
VDSHPは、Microsoft Virtual Disk Service(VDS；登録商標)をサポートするためのプログラムである。このVDSHPは、VDSの代わりにAPI(Application Program Interface)を定義することにより、ディスクやRAIDボリュームの管理を行なうための標準化されたインタフェースを提供する。なお、VDSは、マイクロソフト社が Windows Server 2003（登録商標） プラットフォームの上で提供するストレージ関連インタフェースである。
そして、このVDSHPを使用する事により、Windows Server 2003R2等でサポートされているストレージ管理ソフトによるＲＡＩＤ装置５０１の構成設定（ＬＵＮ（Logical Unit Number）割当やAffinity設定等）を実施することができる。
このようなVDSHPを、図２１に示すように、１台のＲＡＩＤ装置５０１に対して複数（図２１に示す例では３つ）のサーバ６０１−１，６０１−２，６０１−３を接続した形態で使用する場合について考える。
このようなVDSHPを、図２１に示すように、１台のＲＡＩＤ装置５０１に対して複数（図２１に示す例では３つ）のサーバ６０１−１，６０１−２，６０１−３を接続した形態で使用する場合について考える。
なお、以下、サーバを示す符号としては、複数のサーバのうち１つを特定する必要があるときには符号６０１−１〜６０１−３を用いるが、任意のサーバを指すときには符号６０１を用いる。
複数のサーバ６０１をＲＡＩＤ装置５０１に接続した使用形態においては、各サーバ６０１のVDSHPから、同時にＲＡＩＤ装置５０１の構成設定を行なうことにより構成矛盾が生じるおそれがある。
複数のサーバ６０１をＲＡＩＤ装置５０１に接続した使用形態においては、各サーバ６０１のVDSHPから、同時にＲＡＩＤ装置５０１の構成設定を行なうことにより構成矛盾が生じるおそれがある。
そこで、この構成矛盾の発生を回避する手法として、管理サーバをそなえ、この管理サーバが構成情報データベースを用いて、各サーバ６０１から行なった構成情報の変更を一元的に管理する手法が知られている（特許文献１参照）
しかしながら、このような手法においては、構成情報データベースや管理サーバをそなえる必要があるので、システムの導入コストや運用コストが増大する。
しかしながら、このような手法においては、構成情報データベースや管理サーバをそなえる必要があるので、システムの導入コストや運用コストが増大する。
そこで、各サーバ６０１において、ＲＡＩＤ装置５０１の構成設定を行なう前に、VDSHPがそれぞれローカルに保持している構成情報６０３を、ＲＡＩＤ装置５０１に格納されている構成情報５０２で更新（リフレッシュ）する手法が考えられる。
図２２は従来のストレージシステムにおける構成情報のリフレッシュ手法を説明するための図である。
図２２は従来のストレージシステムにおける構成情報のリフレッシュ手法を説明するための図である。
例えば、サーバ６０１−２がＲＡＩＤ装置５０１の構成設定を行なう場合には、サーバ６０１−２は、ＲＡＩＤ装置５０１の構成設定操作の実施前に、ＲＡＩＤ装置５０１における構成情報５０２を参照する。
そして、サーバ６０１−２は、図２２に示すように、ＲＡＩＤ装置５０１から構成情報５０２の全てを取得し、この取得した構成情報５０２により構成情報６０３−２を書き換える。これにより、サーバ６０１−２は、その構成情報６０３−２を最新の状態に更新する。そして、サーバ６０１−２は、ＲＡＩＤ装置５０１の構成情報５０２と、サーバ６０１−２の構成情報６０３−２とのそれぞれを変更・設定する。
そして、サーバ６０１−２は、図２２に示すように、ＲＡＩＤ装置５０１から構成情報５０２の全てを取得し、この取得した構成情報５０２により構成情報６０３−２を書き換える。これにより、サーバ６０１−２は、その構成情報６０３−２を最新の状態に更新する。そして、サーバ６０１−２は、ＲＡＩＤ装置５０１の構成情報５０２と、サーバ６０１−２の構成情報６０３−２とのそれぞれを変更・設定する。
しかしながら、上述の如く、サーバ６０１の構成情報６０３を、ＲＡＩＤ装置５０１に格納されている構成情報５０２の全体を用いて更新するリフレッシュ処理には、例えば２分間程度の時間を要する。ユーザがサーバ６０１において構成設定を行なう度にこのような待ち時間が発生することは、処理効率が悪く、又、煩雑である。
本件の目的の一つは、このような課題に鑑み創案されたもので、複数の情報処理装置からストレージ装置に対して設定変更を行なうに際して、構成矛盾が生じることをなくすとともに、低コストで導入及び運用できるようにすることである。
本件の目的の一つは、このような課題に鑑み創案されたもので、複数の情報処理装置からストレージ装置に対して設定変更を行なうに際して、構成矛盾が生じることをなくすとともに、低コストで導入及び運用できるようにすることである。
なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の1つとして位置付けることができる。
このため、この処理方法は、データが格納されるとともに、第１構成情報格納部に格納された第１構成情報に基づいて該データにかかる処理を行なうストレージ装置と、該ストレージ装置と第１の通信回線を介して接続され、該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部をそなえ、該第１構成情報を変更可能な複数の情報処理装置とをそなえたストレージシステムにおける処理方法であって、該複数の情報処理装置のうちの一の情報処理装置が、該ストレージ装置の第１構成情報を変更する第１構成情報変更ステップと、該一の情報処理装置が、該第１の通信回線とは異なる第２の通信回線を介して接続された、当該ストレージシステムにおける前記複数の情報処理装置のうち該一の情報処理装置とは異なる他の情報処理装置に対して、該第１構成情報変更ステップにおいて変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知ステップと、該通知ステップにおいて該変更箇所情報を通知された該他の情報処理装置が、当該変更箇所情報を変更箇所情報格納部に格納する格納ステップと、該他の情報処理装置が、該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報格納部に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新ステップとをそなえる。
また、このストレージシステムは、データが格納されるとともに、第１構成情報格納部に格納された第１構成情報に基づいて該データにかかる処理を行なうストレージ装置と、該ストレージ装置と第１の通信回線を介して接続された複数の情報処理装置とをそなえたストレージシステムであって、該複数の情報処理装置のうちの一の情報処理装置が、該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、第２の通信回線を介して接続された、当該ストレージシステムにおける前記複数の情報処理装置のうち当該情報処理装置とは異なる他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部とをそなえる。
さらに、この情報処理装置は、第１構成情報格納部に格納された第１構成情報に基づいてデータにかかる処理を行なうストレージ装置と、第１の通信回線を介して接続された情報処理装置であって、該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、第２の通信回線を介して接続された、他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部とをそなえる。
また、このプログラムは、第１構成情報格納部に格納された第１構成情報に基づいてデータにかかる処理を行なうストレージ装置と第１の通信回線を介して接続されたコンピュータに、制御機能を実行させるためのプログラムであって、該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、第２の通信回線を介して接続された、他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部として、該コンピュータを機能させる。
開示の処理方法，ストレージシステム，情報処理装置およびプログラムによれば、以下の少なくともいずれか１つの効果ないし利点が得られる。
（１）短時間でリフレッシュを完了させることができる。
（２）情報処理装置とストレージ装置との間のデータトラフィックを軽減することができる。
（１）短時間でリフレッシュを完了させることができる。
（２）情報処理装置とストレージ装置との間のデータトラフィックを軽減することができる。
（３）低コストで導入及び運用を行なうことができる。
（４）複数の情報処理装置でストレージ装置を共有する場合においても、ストレージ装置の第１構成情報と、各情報処理装置の第２構成情報との間で構成矛盾が生じることがなく信頼性が高い。
（５）複数の情報処理装置からストレージ装置に対してリフレッシュ処理による制御が集中することを回避することができる。
（４）複数の情報処理装置でストレージ装置を共有する場合においても、ストレージ装置の第１構成情報と、各情報処理装置の第２構成情報との間で構成矛盾が生じることがなく信頼性が高い。
（５）複数の情報処理装置からストレージ装置に対してリフレッシュ処理による制御が集中することを回避することができる。
（６）情報処理装置の第２構成情報を確実にリフレッシュすることができ信頼性が向上する。
以下、図面を参照して本発明の実施の形態を説明する。
図１は実施形態の一例としてのストレージシステムの機能構成例を模式的に示す図、図２はそのハードウェア構成例を模式的に示す図である。
本実施形態のストレージシステム１は、図１および図２に示すように、複数（本実施形態では３つ）のサーバコンピュータ（以下、単にサーバという）２ａ，２ｂ，２ｃに対してＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置１０を通信可能に接続することにより構成されている。なお、以下、サーバを示す符号としては、複数のサーバのうち１つを特定する必要があるときには符号２ａ，２ｂ，２ｃを用いるが、任意のサーバを指すときには符号２を用いる。
図１は実施形態の一例としてのストレージシステムの機能構成例を模式的に示す図、図２はそのハードウェア構成例を模式的に示す図である。
本実施形態のストレージシステム１は、図１および図２に示すように、複数（本実施形態では３つ）のサーバコンピュータ（以下、単にサーバという）２ａ，２ｂ，２ｃに対してＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置１０を通信可能に接続することにより構成されている。なお、以下、サーバを示す符号としては、複数のサーバのうち１つを特定する必要があるときには符号２ａ，２ｂ，２ｃを用いるが、任意のサーバを指すときには符号２を用いる。
ＲＡＩＤ装置（ストレージ装置）１０は、複数のＨＤＤ（Hard Disk Drive）４０を組み合わせて、冗長化された１つのストレージとして管理するものであり、サーバ２に対して仮想的なストレージを提供する。このＲＡＩＤ装置１０は、図２に示すように、チャネルインタフェース１０１，制御モジュール１０２およびドライブエンクロージャ１０３をそなえて構成されている。
チャネルインタフェース１０１は、ＲＡＩＤ装置１０とサーバ２とを通信可能に接続するためのインタフェースであり、本実施形態においてはＦＣ（Fibre Channel）の規格に従って構成されている。なお、このチャネルインタフェース１０１の規格としては、ＦＣに限定されるものではなく、例えば、ＳＣＳＩ（Small Computer System Interface）等、種々変形して実施することができる。
ドライブエンクロージャ１０３は、複数のＨＤＤ４０をそなえて構成されている。ＨＤＤ４０は、磁性体を塗布した円盤状の記録媒体に、磁気ヘッド（図示省略）を用いてデータの書き込みや読み出しを行なう記憶装置であり、図示しないＨＤＤインタフェースを介してそれぞれ制御モジュール１０２と通信可能に接続されている。又、これらのＨＤＤ４０は、互いにほぼ同様の構成をそなえている。
制御モジュール１０２は、ＲＡＩＤの各種演算や制御と、ＨＤＤ４０へのアクセス制御とを行なう。この制御モジュール１０２は、図２に示すように、ＣＰＵ１２１，ＲＡＭ１２２，ＲＯＭ１２３および不揮発性メモリ１２４をそなえて構成されている。
ＲＯＭ１２３は、ＲＡＩＤ装置１０としての機能を実現するための各種プログラムやデータを格納するものである。ＣＰＵ１２１は、各種演算や制御を行なう制御装置であり、ＲＯＭ１２３に格納されたプログラムを実行することにより、ＲＡＩＤ装置１０としての種々の機能を実現する。
ＲＯＭ１２３は、ＲＡＩＤ装置１０としての機能を実現するための各種プログラムやデータを格納するものである。ＣＰＵ１２１は、各種演算や制御を行なう制御装置であり、ＲＯＭ１２３に格納されたプログラムを実行することにより、ＲＡＩＤ装置１０としての種々の機能を実現する。
ＲＡＭ１２２は、ＣＰＵ１２１が演算や制御を行なうに際して、種々のデータやプログラムを一時的に格納するものである。
なお、ＲＡＩＤ装置１０におけるＲＡＩＤ機能の実現は既知の種々の手法を用いて行なうことができ、便宜上その詳細な説明は省略する。
不揮発性メモリ１２４は、ＲＡＩＤ装置１０における設定値等の情報を保持するものであり、例えば、ＲＡＩＤ装置１０の構成情報（第１構成情報）１１が格納される。この構成情報１１は、例えばＲＡＩＤを実現するための各種設定情報や状態情報であり、ＬＵＮ割当，アフィニティ設定，ボリューム除法，ボリューム数，ステータス等をそなえている。すなわち、ＲＡＩＤ装置１０において、不揮発性メモリ１２４が、構成情報１１を格納する第１構成情報格納部１２として機能する。なお、構成情報は、ＲＡＩＤ装置における既知の情報であり、その詳細な説明は省略する。
なお、ＲＡＩＤ装置１０におけるＲＡＩＤ機能の実現は既知の種々の手法を用いて行なうことができ、便宜上その詳細な説明は省略する。
不揮発性メモリ１２４は、ＲＡＩＤ装置１０における設定値等の情報を保持するものであり、例えば、ＲＡＩＤ装置１０の構成情報（第１構成情報）１１が格納される。この構成情報１１は、例えばＲＡＩＤを実現するための各種設定情報や状態情報であり、ＬＵＮ割当，アフィニティ設定，ボリューム除法，ボリューム数，ステータス等をそなえている。すなわち、ＲＡＩＤ装置１０において、不揮発性メモリ１２４が、構成情報１１を格納する第１構成情報格納部１２として機能する。なお、構成情報は、ＲＡＩＤ装置における既知の情報であり、その詳細な説明は省略する。
そして、制御モジュール１０２においては、ＣＰＵ１２１が、この不揮発性メモリ１２４に格納された構成情報１１を用いることにより、ＲＡＩＤ装置１０としての種々の機能（ＲＡＩＤ機能）を実現する。
このＲＡＩＤ機能としては、例えば、１〜６の各レベルのＲＡＩＤの実現や、複数のサーバ２に対する排他制御権の設定・管理等が含まれる。又、ＲＡＩＤ機能には、サーバ２から送信される構成情報変更コマンドに応じて、この構成情報を変更する機能も含まれる。なお、本ストレージシステム１においては、各サーバ２のVDSHP２１の機能によりＲＡＩＤ装置１０の構成設定が行なわれ、又、このVDSHP２１の機能によりＲＡＩＤ装置１０の構成情報１１の書き換えが行なわれる。これらのＲＡＩＤ機能は、ＲＡＩＤ装置における機能として既知のものであり、その詳細な説明は省略する。
このＲＡＩＤ機能としては、例えば、１〜６の各レベルのＲＡＩＤの実現や、複数のサーバ２に対する排他制御権の設定・管理等が含まれる。又、ＲＡＩＤ機能には、サーバ２から送信される構成情報変更コマンドに応じて、この構成情報を変更する機能も含まれる。なお、本ストレージシステム１においては、各サーバ２のVDSHP２１の機能によりＲＡＩＤ装置１０の構成設定が行なわれ、又、このVDSHP２１の機能によりＲＡＩＤ装置１０の構成情報１１の書き換えが行なわれる。これらのＲＡＩＤ機能は、ＲＡＩＤ装置における機能として既知のものであり、その詳細な説明は省略する。
サーバ２ａ，２ｂ，２ｃは情報処理装置（コンピュータ）であり、ＲＡＩＤ装置１０により提供される論理デバイスに対してデータの書き込みや読み出しを要求する（ライト要求，リード要求）。又、これらのサーバ２ａ，２ｂ，２ｃは、互いにほぼ同様の構成をそなえている。
各サーバ２は、ＲＡＩＤ装置１０にそれぞれ第１の通信回線としてのＦＣ回線５２を介して通信可能に接続されている。
各サーバ２は、ＲＡＩＤ装置１０にそれぞれ第１の通信回線としてのＦＣ回線５２を介して通信可能に接続されている。
以下、本実施形態においては、主にサーバ２ａがＲＡＩＤ装置１０の構成情報１１を変更する排他制御権を取得し、ＲＡＩＤ装置１０の構成情報１１の変更を行なう例について説明するが、サーバ２ｂ，２ｃがＲＡＩＤ装置１０の構成情報１１の変更を行なう場合も同様である。
また、以下、サーバ２ａをサーバＡ，サーバ２ｂをサーバＢ，サーバ２ｃをサーバＣという場合がある。
また、以下、サーバ２ａをサーバＡ，サーバ２ｂをサーバＢ，サーバ２ｃをサーバＣという場合がある。
サーバ２は、図２に示すように、ＣＰＵ２０１，ＲＡＭ２０２，ＲＯＭ２０３および記憶装置２０４をそなえて構成されている。
ＣＰＵ２０１は、各種演算や制御を行なう制御装置であり、ＲＯＭ２０３は記憶装置２０４に格納されたＯＳ（Operating System）やプログラムを実行することにより、種々の機能を実現する。ＲＯＭ２０３は種々のプログラムやデータを格納するものであり、ＲＡＭ２０２はＣＰＵ２０１が演算や制御を行なうに際して、種々のデータやプログラムを一時的に格納・展開するものである。記憶装置２０４は、例えばＨＤＤであり、ＣＰＵ２０１によって実行されるＯＳの他、種々のプログラムやデータを格納する。
ＣＰＵ２０１は、各種演算や制御を行なう制御装置であり、ＲＯＭ２０３は記憶装置２０４に格納されたＯＳ（Operating System）やプログラムを実行することにより、種々の機能を実現する。ＲＯＭ２０３は種々のプログラムやデータを格納するものであり、ＲＡＭ２０２はＣＰＵ２０１が演算や制御を行なうに際して、種々のデータやプログラムを一時的に格納・展開するものである。記憶装置２０４は、例えばＨＤＤであり、ＣＰＵ２０１によって実行されるＯＳの他、種々のプログラムやデータを格納する。
また、サーバ２ａ，２ｂ，２ｃは、第２の通信回線としての通信回線５１を介して相互に通信可能に接続されている。この通信回線５１は、例えばＬＡＮ（Local Area Network）の規格に基づくものである。以下、この通信回線５１をＬＡＮ５１という場合がある。
そして、サーバ２のＣＰＵ２０１がプログラムを実行することにより、後述する第１構成情報変更部２３，通知部２４，更新部２６，検知部２７，失敗通知部２８，通知失敗履歴確認部２９および全更新部３０として機能する。
そして、サーバ２のＣＰＵ２０１がプログラムを実行することにより、後述する第１構成情報変更部２３，通知部２４，更新部２６，検知部２７，失敗通知部２８，通知失敗履歴確認部２９および全更新部３０として機能する。
なお、これらの第１構成情報変更部２３，通知部２４，更新部２６，検知部２７，失敗通知部２８，通知失敗履歴確認部２９および全更新部３０としての機能を実現するためのプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供するようにしてもよい。
第１構成情報変更部２３，通知部２４，更新部２６，検知部２７，失敗通知部２８，通知失敗履歴確認部２９および全更新部３０としての機能を実現する際には、内部記憶装置（ＲＡＭ２０２やＲＯＭ２０３）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ２０１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行するようにしてもよい。
なお、本実施形態において、コンピュータとは、ハードウェアとオペレーティングシステムとを含む概念であり、オペレーティングシステムの制御の下で動作するハードウェアを意味している。又、オペレーティングシステムが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための手段とをそなえており、本実施形態においては、サーバ２がコンピュータとしての機能を有しているのである。
また、サーバ２の記憶装置２０４には、ＶＤＳハードウェアプロバイダ（VDSHP）２１を実現するためのプログラムが格納されており、ＣＰＵ２０１がこのプログラムを実行することにより、サーバ２においてVDSHP２１としての機能が実現される。すなわち、Microsoft Virtual Disk Service(VDS)がサポートされる。
そして、サーバ２は、このVDSHP２１により、ＲＡＩＤ装置１０において任意にボリュームの作成やホストアフィニティの設定を行なうことができる。又、サーバ２は、このVDSHP２１により、ＲＡＩＤ装置１０の構成設定や構成情報１１の書き換えを行なう。なお、このVDSHP２１としての機能は既知であり、その詳細な説明は省略する。
そして、サーバ２は、このVDSHP２１により、ＲＡＩＤ装置１０において任意にボリュームの作成やホストアフィニティの設定を行なうことができる。又、サーバ２は、このVDSHP２１により、ＲＡＩＤ装置１０の構成設定や構成情報１１の書き換えを行なう。なお、このVDSHP２１としての機能は既知であり、その詳細な説明は省略する。
すなわち、サーバ２においては、ＣＰＵ２０１（VDSHP２１）が、ＲＡＩＤ装置１０の構成情報１１を変更（設定）する第１構成情報変更部２３（図１参照）として機能する。なお、以下、第１構成情報変更部２３がＲＡＩＤ装置１０の構成情報１１を変更（設定）することを、構成設定操作という場合がある。
また、サーバ２ａにおいて、ＲＡＭ２０２もしくは記憶装置２０４には、ＲＡＩＤ装置１０の構成情報（第１構成情報，主構成情報）１１の複写としての構成情報（第２構成情報，従構成情報）１５ａが格納される。同様に、サーバ２ｂのＲＡＭ２０２もしくは記憶装置２０４には構成情報１５ｂが、サーバ２ｃのＲＡＭ２０２もしくは記憶装置２０４には、構成情報１５ｃがそれぞれ格納される。
また、サーバ２ａにおいて、ＲＡＭ２０２もしくは記憶装置２０４には、ＲＡＩＤ装置１０の構成情報（第１構成情報，主構成情報）１１の複写としての構成情報（第２構成情報，従構成情報）１５ａが格納される。同様に、サーバ２ｂのＲＡＭ２０２もしくは記憶装置２０４には構成情報１５ｂが、サーバ２ｃのＲＡＭ２０２もしくは記憶装置２０４には、構成情報１５ｃがそれぞれ格納される。
なお、以下、第２構成情報としての構成情報を示す符号としては、複数の構成情報のうち１つを特定する必要があるときには符号１５ａ，１５ｂ，１５ｃを用いるが、任意の構成情報を指すときには符号１５を用いる。
すなわち、サーバ２においては、ＲＡＭ２０２や記憶装置２０４が、ＲＡＩＤ装置１０の構成情報１１の複写としての構成情報（第２構成情報）１５を格納する第２構成情報格納部２２として機能する（図１参照）。
すなわち、サーバ２においては、ＲＡＭ２０２や記憶装置２０４が、ＲＡＩＤ装置１０の構成情報１１の複写としての構成情報（第２構成情報）１５を格納する第２構成情報格納部２２として機能する（図１参照）。
ＲＡＩＤ装置１０へのアクセス権（排他制御権）を有するサーバ２（例えば、サーバ２ａ）は、VDSHP２１により、ＲＡＩＤ装置１０の構成情報１１を変更した後に、この変更後の構成情報１１をコピー（複写）する。そして、このコピーした構成情報１１を用いて、ＲＡＭ２０２等に保持された構成情報１５を上書きすることにより、構成情報１５を更新する。
なお、この構成情報１５の更新には、後述の如く、全更新部３０による、ＲＡＩＤ装置２０の構成情報１１の全体を用いた上書き更新（リフレッシュ）と、更新部２６による、サーバ２から構成情報１１に対して変更を行なった部分（変更箇所，構成設定領域）だけを用いた上書き更新（リフレッシュ）とがある。
また、サーバ２において、ＣＰＵ２０１は、第２構成情報格納部２２における構成情報１１の格納領域と、ＲＡＩＤ装置１０の不揮発性メモリ１２４における構成情報１１の格納領域との対応付けも行なう。この対応付けは、それぞれの格納領域のアドレスを対応付けることにより行なわれ、例えば、アドレス変換用のマトリクスや変換式を用いることにより実現することができる。
また、サーバ２において、ＣＰＵ２０１は、第２構成情報格納部２２における構成情報１１の格納領域と、ＲＡＩＤ装置１０の不揮発性メモリ１２４における構成情報１１の格納領域との対応付けも行なう。この対応付けは、それぞれの格納領域のアドレスを対応付けることにより行なわれ、例えば、アドレス変換用のマトリクスや変換式を用いることにより実現することができる。
これにより、ＣＰＵ２０１は、ＲＡＩＤ装置１０の不揮発性メモリ１２４における構成情報１１の任意の位置について、第２構成情報格納部２２における構成情報１１における対応する位置を容易に把握することができる。
通知部２４は、ＬＡＮ５１を介して接続された他の全てのサーバ２（例えば、サーバ２ｂ，２ｃ）に対して、第１構成情報変更部２３によって変更を行なった構成情報１１における変更箇所を表す通知情報（変更箇所情報）Ｎ１の通知を行なう。
通知部２４は、ＬＡＮ５１を介して接続された他の全てのサーバ２（例えば、サーバ２ｂ，２ｃ）に対して、第１構成情報変更部２３によって変更を行なった構成情報１１における変更箇所を表す通知情報（変更箇所情報）Ｎ１の通知を行なう。
図３は本ストレージシステム１における通知情報Ｎ１の例を示す図である。通知情報Ｎ１は、構成設定の実施を通知するものであり、例えば、送信元サーバの識別情報ｎ１−１，ＲＡＩＤ装置１０の識別情報ｎ１−２，構成変更箇所数ｎ１−３および構成変更箇所ｎ１−４をそなえて構成されている。
送信元サーバの識別情報ｎ１−１は、その通知情報Ｎ１の送信元のサーバ２を特定するための情報であって、この図３に示す例においては、サーバ２のネットワークＩＰドレスを用いている。ＲＡＩＤ装置１０の識別情報ｎ１−２，構成変更箇所数ｎ１−３は、ＲＡＩＤ装置１０を識別するための情報であって、図３に示す例においては、ＲＡＩＤ装置１０のＩＰアドレスを用いている。構成変更箇所数ｎ１−３は、ＲＡＩＤ装置１０の構成情報１１上における構成設定（構成変更）が実施された領域（以下、構成設定領域という場合がある）の数である。
送信元サーバの識別情報ｎ１−１は、その通知情報Ｎ１の送信元のサーバ２を特定するための情報であって、この図３に示す例においては、サーバ２のネットワークＩＰドレスを用いている。ＲＡＩＤ装置１０の識別情報ｎ１−２，構成変更箇所数ｎ１−３は、ＲＡＩＤ装置１０を識別するための情報であって、図３に示す例においては、ＲＡＩＤ装置１０のＩＰアドレスを用いている。構成変更箇所数ｎ１−３は、ＲＡＩＤ装置１０の構成情報１１上における構成設定（構成変更）が実施された領域（以下、構成設定領域という場合がある）の数である。
構成変更箇所ｎ１−４は、構成設定領域の位置を示す情報であって、図３に示す例においては、構成設定領域の開始アドレスとそのバイト数とを用いている。なお、この構成変更箇所ｎ１−４には、上述の如き構成設定領域の開始アドレスおよびバイト数に限定されるものではなく、例えば、構成設定領域の開始アドレスおよび終了アドレスを用いる等、種々変形して実施することができる。
なお、通知情報Ｎ１には、上述した情報の他、送信先のアドレスや各種制御情報等、ＬＡＮ５１を介したデータ通信に必要な種々の制御情報が含まれるが、便宜上、その説明は省略する。
図４（ａ），（ｂ）はそれぞれ本ストレージシステム１におけるＲＡＩＤ装置１０の構成情報１１と通知情報との対応を説明するための図であり、図４（ａ）は通知情報を、図４（ｂ）は構成情報１１をそれぞれ例示している。
図４（ａ），（ｂ）はそれぞれ本ストレージシステム１におけるＲＡＩＤ装置１０の構成情報１１と通知情報との対応を説明するための図であり、図４（ａ）は通知情報を、図４（ｂ）は構成情報１１をそれぞれ例示している。
これらの図４（ａ），（ｂ）に示す例においては、図４（ｂ）に示すように、ＲＡＩＤ装置１０の不揮発性メモリ１２４に格納された構成情報１１について、アドレス0x0200〜0x0300の0x100バイトの領域（構成設定領域１）と、アドレス0x0580〜0x08ffの0x0380バイトの領域（構成設定領域２）との２箇所に対して第1構成情報変更部２３が構成変更を実施した例を示している。
この図４（ｂ）に示すような２箇所の構成変更について、通知部２４は、図４（ａ）に示すような情報を通知情報Ｎ１として取得、作成する。すなわち、通知部２４は構成変更箇所数ｎ１−３として“2”を設定する。又、通知部２４は構成変更箇所ｎ１−４として、構成設定領域１の開始アドレス“0x200”，構成設定領域１のバイト数“0x0100”，構成設定領域２の開始アドレス“0x0580”および構成設定領域２のバイト数“0x0380”をそれぞれ設定する。
そして、通知部２４は、この作成した通知情報Ｎ１を、ＬＡＮ５１を介して、ＲＡＩＤ装置１０を共有する同一ストレージシステム１内の他の全てのサーバ２に対して送信する。なお、この通知情報Ｎ１の送信手法は、ＬＡＮ５１の通信プロトコルに則った既知の種々の手法を用いて実現することができる。
サーバ２ａから通知情報Ｎ１を受信した他のサーバ２ｂ，２ｃは、その受信した通知情報Ｎ１をＲＡＭ２０２や記憶装置２０４等における所定の領域（変更箇所情報格納部２５；図１参照）に格納する。又、サーバ２ａにおいても同様に、他のサーバ２ｂ，２ｃから通知情報Ｎ１を受信した場合には、その受信した通知情報Ｎ１を変更箇所情報格納部２５に格納する。
サーバ２ａから通知情報Ｎ１を受信した他のサーバ２ｂ，２ｃは、その受信した通知情報Ｎ１をＲＡＭ２０２や記憶装置２０４等における所定の領域（変更箇所情報格納部２５；図１参照）に格納する。又、サーバ２ａにおいても同様に、他のサーバ２ｂ，２ｃから通知情報Ｎ１を受信した場合には、その受信した通知情報Ｎ１を変更箇所情報格納部２５に格納する。
検知部２７は、他のサーバ２（例えば、サーバ２ｂ）に対する通知部２４による通知情報Ｎ１の通知の失敗を検知する。検知部２７は、例えば、他のサーバ２（サーバ２ｂ）との間でセッションを確立できないことや、他のサーバ２から期待される応答がないことを検知することにより、通知情報Ｎ１の通知の失敗を検知する。他のサーバ２との通知の失敗は、例えば、ＬＡＮ５１においてネットワーク切断が生じ通信障害が発生した場合に生じる。
失敗通知部２８は、他のサーバ２（サーバ２ｂ）に対する変更箇所情報の通知の失敗が検知部２７により検知された場合に、ＲＡＩＤ装置１０および、変更箇所情報の通知を無事完了した別の他のサーバ２（サーバ２ｃ）に対して、他のサーバ２ｂに対する変更箇所情報の通知を失敗した旨の情報を通知する。
この変更箇所情報の通知を失敗した旨の情報には、少なくとも、通知情報Ｎ１の送信元（例えば、サーバＡ）を特定する情報と、通知情報Ｎ１が不達となった送信先（例えば、サーバ２ｂ）を特定する情報が含まれる。又、この通知情報Ｎ１の通知を失敗した旨の情報は、ＲＡＩＤ装置１０において、その不揮発性メモリ１２４の所定箇所に通知失敗履歴情報１３として格納される。
この変更箇所情報の通知を失敗した旨の情報には、少なくとも、通知情報Ｎ１の送信元（例えば、サーバＡ）を特定する情報と、通知情報Ｎ１が不達となった送信先（例えば、サーバ２ｂ）を特定する情報が含まれる。又、この通知情報Ｎ１の通知を失敗した旨の情報は、ＲＡＩＤ装置１０において、その不揮発性メモリ１２４の所定箇所に通知失敗履歴情報１３として格納される。
すなわち、ＲＡＩＤ装置１０において、不揮発性メモリ１２４は、失敗通知部２８により他のサーバ２ｂに対する通知情報Ｎ１の通知を失敗した旨が通知された場合に、変更箇所情報の通知先であるサーバ２ｂに関する情報を通知失敗履歴情報１３として格納する通知失敗履歴情報格納部として機能する（図１参照）。なお、変更箇所情報の通知先であるサーバ２ｂに関する情報としては、通知先のサーバ２を特定可能な識別情報であり、例えば、サーバ２のネットワークＩＰドレスが用いられる。
また、変更箇所情報の通知を失敗した旨の情報は、他のサーバ２ｃにおいて、例えば、ＲＡＭ２０２や記憶装置２０４の所定箇所に通知失敗履歴情報１３として格納される。
更新部２６は、ＲＡＩＤ装置１０の構成情報１１の変更に先立って、同一サーバ（自サーバ）２の第２構成情報格納部２２に格納された構成情報１５における、同一サーバ２の変更箇所情報格納部２５に格納された通知情報Ｎ１によって示される変更箇所を、ＲＡＩＤ装置１０の構成情報１１に基づいて更新する。
更新部２６は、ＲＡＩＤ装置１０の構成情報１１の変更に先立って、同一サーバ（自サーバ）２の第２構成情報格納部２２に格納された構成情報１５における、同一サーバ２の変更箇所情報格納部２５に格納された通知情報Ｎ１によって示される変更箇所を、ＲＡＩＤ装置１０の構成情報１１に基づいて更新する。
この更新部２６は、そのサーバ２がＲＡＩＤ装置１０の構成情報１１を変更する排他制御権を取得し、ＲＡＩＤ装置１０の構成情報１１の変更を行なう際に、この構成情報１１の変更に先立って、その直前に構成情報１５の更新を行なう。
具体的には、更新部２６は、そのサーバ２がＲＡＩＤ装置１０の構成情報１１を変更する排他制御権を取得し、ＲＡＩＤ装置１０の構成情報１１の変更を行なう際に、変更箇所情報格納部２５に格納されている通知情報Ｎ１から、変更設定箇所ｎ１−４を取得する。すなわち、更新部２６は、通知情報Ｎ１から、各構成設定領域の開始アドレスおよびバイト数を取得する。
具体的には、更新部２６は、そのサーバ２がＲＡＩＤ装置１０の構成情報１１を変更する排他制御権を取得し、ＲＡＩＤ装置１０の構成情報１１の変更を行なう際に、変更箇所情報格納部２５に格納されている通知情報Ｎ１から、変更設定箇所ｎ１−４を取得する。すなわち、更新部２６は、通知情報Ｎ１から、各構成設定領域の開始アドレスおよびバイト数を取得する。
更新部２６は、ＲＡＩＤ装置１０の構成情報１１にアクセスして、これらの変更設定箇所ｎ１−４によって示される領域（変更箇所）のデータを取得（コピー）する。そして、更新部２６は、自サーバ２の第２構成情報格納部２２に格納されている構成情報１５における、変更設定箇所ｎ１−４によって示される変更箇所に対応する領域に対して、コピーしたデータを用いて上書き更新を行なう。
通知失敗履歴確認部２９は、ＲＡＩＤ装置１０の第１構成情報１１の変更を行なうに先立って、ＲＡＩＤ装置１０の通知失敗履歴情報格納部１４において自サーバ２に関する通知失敗履歴情報１３が格納されているか否かを確認する。すなわち、サーバ２ａがＲＡＩＤ装置１０の構成情報１１の変更を行なう際には、サーバ２ａの通知失敗履歴確認部２９は、その変更を行なうに先立って、通知失敗履歴情報格納部１４にサーバ２ａに関する通知失敗履歴情報１３が格納されているか否かを確認する。同様に、サーバ２ｂ，２ｃがＲＡＩＤ装置１０の構成情報１１の変更を行なう際には、サーバ２ｂ，２ｃの通知失敗履歴確認部２９は、各変更を行なうに先立って、それぞれ通知失敗履歴情報格納部１４にサーバ２ｂ，２ｃに関する通知失敗履歴情報１３が格納されているか否かを確認する。
全更新部３０は、通知失敗履歴確認部２９により通知失敗履歴情報格納部１４に自サーバ２に関する通知失敗履歴情報が格納されていることを確認した場合に、ＲＡＩＤ装置１０の第１構成情報１１の全体を用いて、自サーバ２の第２構成情報格納部２２に格納された構成情報１５の全てを更新（全リフレッシュ）する。すなわち、サーバ２ａにおいて、その通知失敗履歴確認部２９により通知失敗履歴情報格納部１４にサーバ２ａに関する通知失敗履歴情報が格納されていることを確認した場合には、ＲＡＩＤ装置１０の第１構成情報１１の全体で、自サーバ２ａの第２構成情報格納部２２に格納された構成情報１５ａの全体を更新する。同様に、サーバ２ｂ，２ｃにおいて、その通知失敗履歴確認部２９により通知失敗履歴情報格納部１４にサーバ２ｂ，２ｃに関する通知失敗履歴情報が格納されていることを確認した場合には、ＲＡＩＤ装置１０の第１構成情報１１で、自サーバ２ｂ，２ｃの第２構成情報格納部２２に格納された構成情報１５ｂ，２ｃの全てを更新する。
上述の如く構成された本ストレージシステム１における処理を、図５〜図１０を参照しながら説明する。なお、これらの図５〜図１０に示す例においては、各サーバ２はＬＡＮ５１を介して相互に通信可能な状態であるものとする。
本ストレージシステム１の初期状態、すなわちVDSHP起動時においては、図５に示すように、各サーバ２とＲＡＩＤ装置１０との間で通信を行ない、全構成情報のリフレッシュを実施する。
本ストレージシステム１の初期状態、すなわちVDSHP起動時においては、図５に示すように、各サーバ２とＲＡＩＤ装置１０との間で通信を行ない、全構成情報のリフレッシュを実施する。
ここで、サーバＡの構成情報１５ａを“ａ”、サーバＢの構成情報１５ｂを“ｂ”、サーバＣの構成情報１５ｃを“ｃ”、ＲＡＩＤ装置１０の構成情報１１を“ｒ”とした場合に、リフレッシュ完了後においては、
ｒ＝ａ＝ｂ＝ｃ
となる。
ｒ＝ａ＝ｂ＝ｃ
となる。
サーバＡがＲＡＩＤ装置１０の構成設定操作を実施する場合には、図６に示すように、サーバＡとＲＡＩＤ装置１０との間ＦＣ回線５２を介した通信により、第１構成情報変更部２３がＲＡＩＤ装置１０の構成情報１１をｒ′に変更し、又、サーバＡの構成情報１５ａもａ′に変更される。すなわち、
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
となる。
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
となる。
その後、通知部２４が、図７に示すように、ＬＡＮ５１を介したサーバ間通信により、他のサーバＢ，Ｃに対して通知情報Ｎ１の通知を行なう。すなわち、サーバＡは、サーバＢ，Ｃに対して、通信データとして構成設定が行なわれた箇所の情報（変更箇所情報）を通知情報Ｎ１として送信する。各サーバＢ，ＣのVDSHPは、受信した変更箇所情報を各変更箇所情報格納部２５に格納する。
次に、図８に示すように、サーバＢが構成設定操作を実施する場合には、サーバＢのVDSHPは、サーバＡより通知を受けているので、構成設定操作を行なう前にリフレッシュを実施する。ここで、リフレッシュは、構成情報１５ｂにおける変更箇所情報格納部２５に格納されている変更箇所情報で特定された領域に対してのみ行なわれる。これにより構成情報１５ｂの全体を対象としてリフレッシュを行なう場合に比べて、短時間でリフレッシュを完了させることが可能となる。すなわち、リフレッシュを高速に行なうことができる（高速リフレッシュ）。
その後、サーバＢは、図９に示すように、サーバＢとＲＡＩＤ装置１０との間ＦＣ回線５２を介した通信により、第１構成情報変更部２３がＲＡＩＤ装置１０の構成情報１１をｒ″に変更し、又、サーバＢの構成情報１５ｂのｂ′がｂ″に変更される。すなわち、
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
その後、サーバＢは、図１０に示すように、ＬＡＮ５１を介したサーバ間通信により、通知部２４が他のサーバＡ，Ｃに対して通知情報Ｎ１の通知を行なう。すなわち、サーバＢは、サーバＡ，Ｃに対して、通信データとして構成設定が行なわれた箇所の情報（変更箇所情報）を通知情報Ｎ１として送信する。各サーバＡ，ＣのVDSHPは、受信した変更箇所情報を各変更箇所情報格納部２５に格納する。
以降、サーバ２によりＲＡＩＤ装置１０の構成設定が行なわれる毎に、このサーバ２から他のサーバ２に対して通知情報Ｎ１の通知が行なわれる。
なお、図５〜図１０を用いて示した例においては、サーバＣは変更箇所情報を２回受信している。このサーバＣがＲＡＩＤ装置１０に対して構成設定操作を行なう場合には、サーバＣの変更箇所情報格納部２５に格納されている２つの変更箇所情報に基づき、構成情報１５ｃにおける２箇所に対してリフレッシュを行なう。
なお、図５〜図１０を用いて示した例においては、サーバＣは変更箇所情報を２回受信している。このサーバＣがＲＡＩＤ装置１０に対して構成設定操作を行なう場合には、サーバＣの変更箇所情報格納部２５に格納されている２つの変更箇所情報に基づき、構成情報１５ｃにおける２箇所に対してリフレッシュを行なう。
また、本ストレージシステム１における伝送路の状態やサーバ２での構成設定操作のタイミングによっては、以下に示すような制御も行なわれる。
図１１〜図１３は本ストレージシステム１における複数のサーバ２による構成設定操作処理を説明するための図である。
本ストレージシステム１において、サーバＡ，Ｂ，Ｃがほぼ同じタイミングでＲＡＩＤ装置１０の構成設定操作を行なおうとする場合において、サーバＡがＲＡＩＤ装置１０の排他制御権を獲得した場合を例示する。
図１１〜図１３は本ストレージシステム１における複数のサーバ２による構成設定操作処理を説明するための図である。
本ストレージシステム１において、サーバＡ，Ｂ，Ｃがほぼ同じタイミングでＲＡＩＤ装置１０の構成設定操作を行なおうとする場合において、サーバＡがＲＡＩＤ装置１０の排他制御権を獲得した場合を例示する。
図１１に示すように、サーバＡがＲＡＩＤ装置１０に対する排他制御権を獲得した場合には、サーバＢ，ＣのVDSHPは、サーバＡがＲＡＩＤ装置１０の排他制御権を獲得中であることを検出して、処理待ち状態（wait）となる。
そして、サーバＡは、サーバＡとＲＡＩＤ装置１０との間ＦＣ回線５２を介した通信により、第１構成情報変更部２３がＲＡＩＤ装置１０の構成情報１１をｒ′に変更し、又、サーバＡの構成情報１５ａのａがａ′に変更される。すなわち、
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
となる。
そして、サーバＡは、サーバＡとＲＡＩＤ装置１０との間ＦＣ回線５２を介した通信により、第１構成情報変更部２３がＲＡＩＤ装置１０の構成情報１１をｒ′に変更し、又、サーバＡの構成情報１５ａのａがａ′に変更される。すなわち、
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
となる。
その後、サーバＡは、図１２に示すように、ＬＡＮ５１を介したサーバ間通信により、通知部２４が他のサーバＢ，Ｃに対して通知情報Ｎ１の通知を行なう。すなわち、サーバＡは、サーバＢ，Ｃに対して、通信データとして構成設定が行なわれた箇所の情報（変更箇所情報）を送信する。各サーバＢ，ＣのVDSHPは、受信した変更箇所情報を各変更箇所情報格納部２５に格納する。
また、サーバＢ，ＣのVDSHPは、サーバＡからの通知を受けて処理待ち状態を解除する。
そして、サーバＢ，Ｃによる構成設定操作が再開され、図１３に示すように、例えば、サーバＢがＲＡＩＤ装置１０に対する排他制御権を獲得する。ＲＡＩＤ装置１０の排他制御権を獲得したサーバＢは、構成情報１５ｂにおける変更箇所情報格納部２５に格納されている変更箇所情報で特定された領域のみに対してリフレッシュを行なう。すなわち、構成情報１５ｂの高速リフレッシュを行なう。
そして、サーバＢ，Ｃによる構成設定操作が再開され、図１３に示すように、例えば、サーバＢがＲＡＩＤ装置１０に対する排他制御権を獲得する。ＲＡＩＤ装置１０の排他制御権を獲得したサーバＢは、構成情報１５ｂにおける変更箇所情報格納部２５に格納されている変更箇所情報で特定された領域のみに対してリフレッシュを行なう。すなわち、構成情報１５ｂの高速リフレッシュを行なう。
また、サーバＢの第１構成情報変更部２３が、サーバＢとＲＡＩＤ装置１０との間ＦＣ回線５２を介した通信により、ＲＡＩＤ装置１０の構成情報１１をｒ″に変更し、又、サーバＢの構成情報１５ｂのｂがｂ″に変更される。すなわち、
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
一方、サーバＣは、サーバＢがＲＡＩＤ装置１０の排他制御権を獲得中であることを検出し、再び処理待ち状態となる。
なお、処理待ち状態に移行したサーバ２は、通知を受けずに一定時間経過した場合には、自主的に処理待ち状態を解除し構成設定操作を再開することが望ましい。これにより、ネットワーク切断やサーバ２のダウン等の理由により処理待ち状態に移行したサーバ２が処理待ち状態から解除されないことを阻止することができる。
なお、処理待ち状態に移行したサーバ２は、通知を受けずに一定時間経過した場合には、自主的に処理待ち状態を解除し構成設定操作を再開することが望ましい。これにより、ネットワーク切断やサーバ２のダウン等の理由により処理待ち状態に移行したサーバ２が処理待ち状態から解除されないことを阻止することができる。
図１４〜図１６は本ストレージシステム１における複数のサーバ２間において通信不能状態が生じた場合の処理を説明するための図である。
図１４に示すように、例えば、サーバＡの通知部２４は、ＲＡＩＤ装置１０の構成設定を行なった後、他のサーバＢ，Ｃに対して通知情報Ｎ１の通知を行なう。ここで、サーバＡとサーバＢとの間のネットワーク（ＬＡＮ５１）が切断されている場合には、サーバＡの検知部２７が、サーバＡ−サーバＢ間の通信エラーによりネットワーク切断を検出する。
図１４に示すように、例えば、サーバＡの通知部２４は、ＲＡＩＤ装置１０の構成設定を行なった後、他のサーバＢ，Ｃに対して通知情報Ｎ１の通知を行なう。ここで、サーバＡとサーバＢとの間のネットワーク（ＬＡＮ５１）が切断されている場合には、サーバＡの検知部２７が、サーバＡ−サーバＢ間の通信エラーによりネットワーク切断を検出する。
なお、ここで
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
であるとする。
サーバＡの失敗通知部２８は、図１５に示すように、サーバＢとの間のネットワーク切断（Ａ−Ｂ間の切断）、すなわち通知失敗履歴情報１３をＲＡＩＤ装置１０および他のサーバＣへ通知する。これらのＲＡＩＤ装置１０およびサーバＣは、通知失敗履歴情報１３を保持する。
ｒ′＝ａ′
ｒ′≠ｂ＝ｃ
であるとする。
サーバＡの失敗通知部２８は、図１５に示すように、サーバＢとの間のネットワーク切断（Ａ−Ｂ間の切断）、すなわち通知失敗履歴情報１３をＲＡＩＤ装置１０および他のサーバＣへ通知する。これらのＲＡＩＤ装置１０およびサーバＣは、通知失敗履歴情報１３を保持する。
その後、図１６に示すように、サーバＢがＲＡＩＤ装置１０の構成設定操作を実施する場合には、サーバＢは、変更箇所情報格納部２５に変更箇所情報が格納されていないので、一旦は、構成情報１５ｂのリフレッシュは不要と判断する。しかしながら、サーバＢの通知失敗履歴確認部２９は、ＲＡＩＤ装置１０の通知失敗履歴情報格納部１４に格納された通知失敗履歴情報１３を取得することにより、Ａ−Ｂ間の切断を検出し、構成設定操作前のリフレッシュを実施する。ここで、リフレッシュは、構成情報１５ｂの全体に対して行なわれる。すなわち、
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
ｒ″＝ｂ″
ｒ″≠ａ′≠ｃ
となる。
なお、サーバ２間のネットワーク状態の診断は、構成設定操作の通知時の他、各サーバ２が定期的に実施することが望ましい。
次に、本ストレージシステム１におけるサーバＡによるＲＡＩＤ装置１０の構成設定処理を図１７に示すフローチャート（ステップＡ１０〜Ａ７０，Ｂ１０〜Ｂ４０，Ｃ１０〜Ｃ４０）に従って説明する。なお、ステップＢ１０〜Ｂ４０，Ｃ１０〜Ｃ４０は通知プロセスを説明するためのフローチャートである。
次に、本ストレージシステム１におけるサーバＡによるＲＡＩＤ装置１０の構成設定処理を図１７に示すフローチャート（ステップＡ１０〜Ａ７０，Ｂ１０〜Ｂ４０，Ｃ１０〜Ｃ４０）に従って説明する。なお、ステップＢ１０〜Ｂ４０，Ｃ１０〜Ｃ４０は通知プロセスを説明するためのフローチャートである。
サーバＡは、第１構成情報変更部２３により、ＲＡＩＤ装置１０に対して構成情報の設定を実施する（ステップＡ１０）。又、サーバＡは、自サーバＡ上のVDSHPの構成情報１５ａを更新する（ステップＡ２０）。
次に、サーバＡは、通知情報Ｎ１の通知を行なうサーバ２の個数（本実施形態では２つ）だけ通知プロセスを生成し、これらの通知プロセスを並列起動する（ステップＡ３０）。
次に、サーバＡは、通知情報Ｎ１の通知を行なうサーバ２の個数（本実施形態では２つ）だけ通知プロセスを生成し、これらの通知プロセスを並列起動する（ステップＡ３０）。
ここで、サーバＡはサーバＢに対する通知プロセスとして通知プロセス１を起動し、又、サーバＣに対する通知プロセスとして通知プロセス２を起動する。
すなわち、通知部２４がサーバＢに対して通知情報Ｎ１の通知を行ない（ステップＢ１０）、検知部２７はタイマ監視を開始する（ステップＢ２０）。そして、検知部２７は、サーバＢから通知情報Ｎ１の通知に対する応答があったかを確認して（ステップＢ３０）、サーバＢから応答があった場合には（ステップＢ３０のＹＥＳルート参照）、正常に処理を終了する。一方、サーバＢから応答がない場合には（ステップＢ３０のＮＯルート参照）、検知部２７は、更に、所定時間が経過（タイムアウト）したかを判断する（ステップＢ４０）。ここで、検知部２７は、タイムアウトするまでステップＢ３０の応答確認を繰り返し行ない（ステップＢ４０のＮＯルート参照）、タイムアウトした場合には（ステップＢ４０のＹＥＳルート参照）、サーバＢに対する通信エラーが生じたと判断して、通知プロセス１を終了する（エラー終了）。
すなわち、通知部２４がサーバＢに対して通知情報Ｎ１の通知を行ない（ステップＢ１０）、検知部２７はタイマ監視を開始する（ステップＢ２０）。そして、検知部２７は、サーバＢから通知情報Ｎ１の通知に対する応答があったかを確認して（ステップＢ３０）、サーバＢから応答があった場合には（ステップＢ３０のＹＥＳルート参照）、正常に処理を終了する。一方、サーバＢから応答がない場合には（ステップＢ３０のＮＯルート参照）、検知部２７は、更に、所定時間が経過（タイムアウト）したかを判断する（ステップＢ４０）。ここで、検知部２７は、タイムアウトするまでステップＢ３０の応答確認を繰り返し行ない（ステップＢ４０のＮＯルート参照）、タイムアウトした場合には（ステップＢ４０のＹＥＳルート参照）、サーバＢに対する通信エラーが生じたと判断して、通知プロセス１を終了する（エラー終了）。
同様に、通知部２４がサーバＣに対して通知情報Ｎ１の通知を行ない（ステップＣ１０）、検知部２７は、タイマ監視を開始する（ステップＢ２０）。そして、検知部２７は、サーバＣから通知情報Ｎ１の通知に対する応答があったかを確認して（ステップＣ３０）、サーバＣから応答があった場合には（ステップＣ３０のＹＥＳルート参照）、正常に処理を終了する。一方、サーバＣから応答がない場合には（ステップＣ３０のＮＯルート参照）、検知部２７は、更に、所定時間が経過（タイムアウト）したかを判断する（ステップＣ４０）。ここで、検知部２７は、タイムアウトするまでステップＣ３０の応答確認を繰り返し行ない（ステップＣ４０のＮＯルート参照）、タイムアウトした場合には（ステップＣ４０のＹＥＳルート参照）、サーバＣに対する通信エラーが生じたと判断して、通知プロセス２を終了する（エラー終了）。
その後、検知部２７は、ステップＡ３０において起動した全ての通知プロセスの結果を取得して、（ステップＡ４０）、通知プロセスにおいて通信エラーが生じたサーバ２が存在するか否かを確認する（ステップＡ５０）。通知プロセスにおいて通信エラーが生じたサーバ２がある場合には（ステップＡ５０のＹＥＳルート参照）、失敗通知部２８が、ＲＡＩＤ装置１０に対して、変更箇所情報の通知を失敗した旨の情報を通知する。すなわち、失敗通知部２８は、ＲＡＩＤ装置１０に対してネットワーク切断を通知する（ステップＡ６０）。又、失敗通知部２８は、通知プロセスが正常に終了した他のサーバ２（例えば、サーバＣ）に対しても、変更箇所情報の通知を失敗した旨の情報を通知する。すなわち、失敗通知部２８は、サーバＣに対してネットワーク切断を通知して（ステップＡ７０）、処理を終了する。又、通知プロセスにおいて通信エラーが生じたサーバ２が存在しない場合にも（ステップＡ５０のＮＯルート参照）、処理を終了する。
次に、本ストレージシステム１におけるサーバ２の常駐プロセスを、図１８に示すフローチャート（ステップＤ１０〜Ｄ４０）に従って説明する。
サーバ２は、通信待ち合わせを行ない（ステップＤ１０）、他のサーバ２から通知情報Ｎ１を通知するサーバ間通信が行なわれた場合には、通知情報Ｎ１を受信する（ステップＤ２０：変更箇所情報取得ステップ）。又、サーバ２は、取得した通知情報Ｎ１をVDSHP内部領域（変更箇所情報格納部２５）に保存する（ステップＤ３０：格納ステップ）。そして、サーバ２は、送信元サーバ２に対して応答を行ない（ステップＤ４０）、ステップＤ１０に移行する。
サーバ２は、通信待ち合わせを行ない（ステップＤ１０）、他のサーバ２から通知情報Ｎ１を通知するサーバ間通信が行なわれた場合には、通知情報Ｎ１を受信する（ステップＤ２０：変更箇所情報取得ステップ）。又、サーバ２は、取得した通知情報Ｎ１をVDSHP内部領域（変更箇所情報格納部２５）に保存する（ステップＤ３０：格納ステップ）。そして、サーバ２は、送信元サーバ２に対して応答を行ない（ステップＤ４０）、ステップＤ１０に移行する。
次に、本ストレージシステム１におけるサーバＢによるＲＡＩＤ装置１０の構成設定処理を、図１９に示すフローチャート（ステップＥ１０〜Ｅ１５０）に従って説明する。
サーバＢは、ＲＡＩＤ装置１０に対する排他制御権の獲得を図り（ステップＥ１０，Ｅ２０）、排他制御権の獲得に成功しない場合には（ステップＥ２０のＮＯルート参照）、図１８において示した常駐プロセスの監視を行ない、サーバ間通信を受けるまで待機し（ステップＥ３０）、ステップＥ１０に移行する。
サーバＢは、ＲＡＩＤ装置１０に対する排他制御権の獲得を図り（ステップＥ１０，Ｅ２０）、排他制御権の獲得に成功しない場合には（ステップＥ２０のＮＯルート参照）、図１８において示した常駐プロセスの監視を行ない、サーバ間通信を受けるまで待機し（ステップＥ３０）、ステップＥ１０に移行する。
サーバＢがＲＡＩＤ装置１０に対する排他制御権の獲得に成功すると（ステップＥ２０のＹＥＳルート参照）、更新部２６は、VDSHP内部領域、すなわち、変更箇所情報格納部２５に他のサーバ２（サーバＡ，Ｃ）からの通知情報Ｎ１が格納されているか否かを確認する（ステップＥ４０）。
この変更箇所情報格納部２５において通知情報Ｎ１が格納されているかの確認の結果（ステップＥ５０）、変更箇所情報格納部２５に通知情報Ｎ１が格納されている場合には（ステップＥ５０のＹＥＳルート参照）、第２構成情報格納部２２の構成情報１５ｂに対して、通知情報Ｎ１の構成設定領域に該当する情報のみをリフレッシュ（高速リフレッシュ）する（ステップＥ１００：更新ステップ）。すなわち、更新部２６は、ＲＡＩＤ装置１０から取得した構成情報１１における通知情報Ｎ１の構成設定領域に該当する情報のみを取得する。そして、更新部２６は、この取得した情報を用いて、第２構成情報格納部２２の構成情報１５ｂにおける通知情報Ｎ１の構成設定領域に該当する情報を上書き更新する。
この変更箇所情報格納部２５において通知情報Ｎ１が格納されているかの確認の結果（ステップＥ５０）、変更箇所情報格納部２５に通知情報Ｎ１が格納されている場合には（ステップＥ５０のＹＥＳルート参照）、第２構成情報格納部２２の構成情報１５ｂに対して、通知情報Ｎ１の構成設定領域に該当する情報のみをリフレッシュ（高速リフレッシュ）する（ステップＥ１００：更新ステップ）。すなわち、更新部２６は、ＲＡＩＤ装置１０から取得した構成情報１１における通知情報Ｎ１の構成設定領域に該当する情報のみを取得する。そして、更新部２６は、この取得した情報を用いて、第２構成情報格納部２２の構成情報１５ｂにおける通知情報Ｎ１の構成設定領域に該当する情報を上書き更新する。
その後、更新部２６は、VDSHP内部領域、すなわち、変更箇所情報格納部２５に保存されている通知情報Ｎ１を削除する（ステップＥ１１０）。
第１構成情報変更部２３は、第２構成情報格納部２２に格納されている構成情報１５ｂを用いて、要求された設定処理の可否を確認し（ステップＥ１２０）、構成設定が可能であるか否かを判断する（ステップＥ１３０）。ここで、構成設定が可能である場合には（ステップＥ１３０のＹＥＳルート参照）、第１構成情報変更部２３は、ＲＡＩＤ装置１０に対して構成情報設定を実施する（ステップＥ１４０）。
第１構成情報変更部２３は、第２構成情報格納部２２に格納されている構成情報１５ｂを用いて、要求された設定処理の可否を確認し（ステップＥ１２０）、構成設定が可能であるか否かを判断する（ステップＥ１３０）。ここで、構成設定が可能である場合には（ステップＥ１３０のＹＥＳルート参照）、第１構成情報変更部２３は、ＲＡＩＤ装置１０に対して構成情報設定を実施する（ステップＥ１４０）。
また、通知部２４が、ＬＡＮ５１を介して接続された他の全てのサーバ２（サーバＡ，Ｃ）に対して、第１構成情報変更部２３によって変更を行なった構成情報１１における変更箇所を表す通知情報Ｎ１の通知を行ない（ステップＥ１５０）、処理を終了する。なお、要求された構成設定が不可能である場合にも（ステップＥ１３０のＮＯルート参照）、処理を終了する。
一方、変更箇所情報格納部２５に通知情報Ｎ１が格納されていない場合には（ステップＥ５０のＮＯルート参照）、通知失敗履歴確認部２９は、ＲＡＩＤ装置１０の通知失敗履歴情報格納部１４において自サーバ２（サーバＢ）に関する通知失敗履歴情報１３が格納されているか否かを確認する（ステップＥ６０）。すなわち、通知失敗履歴確認部２９は、他のサーバ２と自サーバＢとの間でネットワーク切断が検出されたか否かを確認する（ステップＥ７０）。
この確認の結果、ネットワーク切断が検出された場合（ステップＥ７０のＹＥＳルート参照）、すなわち、通知失敗履歴情報格納部１４に自サーバ２に関する通知失敗履歴情報が格納されていることを確認された場合には、全更新部３０は、ＲＡＩＤ装置１０の第１構成情報１１で、自サーバ２の第２構成情報格納部２２に格納された構成情報１５の全てをリフレッシュし（ステップＥ８０）、ステップＥ１２０に移行する。
また、他のサーバ２と自サーバＢとの間でネットワーク切断が検出された場合には（ステップＥ７０のＮＯルート参照）、第２構成情報格納部２２に格納された構成情報１５のリフレッシュは行なわずに（ステップＥ９０）、ステップＥ１２０に移行する。
このように、実施形態の一例としてのストレージシステム１によれば、サーバＡがＲＡＩＤ装置１０の構成情報１１の構成設定操作を実施した際に、通知部２４が、ＬＡＮ５１を介して接続された他の全てのサーバＢ，Ｃに対して、第１構成情報変更部２３によって変更を行なった構成情報１１における変更箇所を表す通知情報（変更箇所情報）Ｎ１の通知を行なう。
このように、実施形態の一例としてのストレージシステム１によれば、サーバＡがＲＡＩＤ装置１０の構成情報１１の構成設定操作を実施した際に、通知部２４が、ＬＡＮ５１を介して接続された他の全てのサーバＢ，Ｃに対して、第１構成情報変更部２３によって変更を行なった構成情報１１における変更箇所を表す通知情報（変更箇所情報）Ｎ１の通知を行なう。
サーバＢ，Ｃにおいては、構成情報１５ｂ，２７ｃにおける変更箇所情報格納部２５に格納されている変更箇所情報で特定された領域に対してのみ行なう高速リフレッシュを行なうことにより、短時間でリフレッシュを完了させることができる。すなわち、リフレッシュ処理を高速化することができる。又、この際、サーバＢ，ＣとＲＡＩＤ装置１０との間のＦＣ回線５２においては、構成情報１１における変更箇所に対応するデータのみが送受信される。これにより、ＦＣ回線５２上のデータトラフィックが軽減し、リフレッシュ処理が高速化する。
また、本ストレージシステム１においては、各サーバ２の構成情報１５を管理するための専用のデータベースや装置を必要とせず、低コストで導入及び運用を行なうことができる。
さらに、複数のサーバ２でＲＡＩＤ装置１０を共有する場合においても、ＲＡＩＤ装置１０の第１構成情報１１と、各サーバ２の構成情報１５との間で構成矛盾が生じることがなく信頼性が高い。
さらに、複数のサーバ２でＲＡＩＤ装置１０を共有する場合においても、ＲＡＩＤ装置１０の第１構成情報１１と、各サーバ２の構成情報１５との間で構成矛盾が生じることがなく信頼性が高い。
さらに、各サーバ２は、サーバ間通信により他のサーバ２から変更箇所情報を通知された場合においても、即座にリフレッシュを行なわずに、ＲＡＩＤ装置１０の構成設定を行なう前、すなわち、構成設定の前処理としてリフレッシュを行なう。これにより、複数のサーバ２からＲＡＩＤ装置１０に対してリフレッシュ処理による制御が集中することを回避することができる。
また、通知部２４が、他の全てのサーバＢ，Ｃに対して、ＲＡＩＤ装置１０とサーバ２とを接続するＦＣ回線５２とは異なるＬＡＮ５１を介して変更箇所情報の通知を行なうので、これによってもＦＣ回線５２上のデータトラフィックが軽減し、リフレッシュ処理が高速化する。
さらに、例えば、サーバＡからサーバＢに対する通知部２４による変更箇所情報の通知が通信エラー等の理由により失敗した場合に、ＲＡＩＤ装置１０の通知失敗履歴情報格納部１４に通知失敗履歴情報１３が格納される。そして、サーバＢにおいて、全更新部３０が、ＲＡＩＤ装置１０の第１構成情報の変更を行なうに先立って、自サーバＢに関する通知失敗履歴情報が格納されていることを確認した場合に、構成情報１５ｂの全リフレッシュを行なう。これにより、サーバＢの構成情報１５ｂを確実にリフレッシュすることができ信頼性が向上する。
さらに、例えば、サーバＡからサーバＢに対する通知部２４による変更箇所情報の通知が通信エラー等の理由により失敗した場合に、ＲＡＩＤ装置１０の通知失敗履歴情報格納部１４に通知失敗履歴情報１３が格納される。そして、サーバＢにおいて、全更新部３０が、ＲＡＩＤ装置１０の第１構成情報の変更を行なうに先立って、自サーバＢに関する通知失敗履歴情報が格納されていることを確認した場合に、構成情報１５ｂの全リフレッシュを行なう。これにより、サーバＢの構成情報１５ｂを確実にリフレッシュすることができ信頼性が向上する。
そして、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した実施形態においては、ストレージシステム１に３つのサーバ２ａ，２ｂ，２ｃ（サーバＡ，Ｂ，Ｃ）がそなえられている例を示しているが、これに限定されるものではなく、２つ以下、もしくは４以上のサーバ２がそなえられ、これらのサーバ２がそれぞれＲＡＩＤ装置１０に接続されてもよい。
例えば、上述した実施形態においては、ストレージシステム１に３つのサーバ２ａ，２ｂ，２ｃ（サーバＡ，Ｂ，Ｃ）がそなえられている例を示しているが、これに限定されるものではなく、２つ以下、もしくは４以上のサーバ２がそなえられ、これらのサーバ２がそれぞれＲＡＩＤ装置１０に接続されてもよい。
また、上述した実施形態においては、ストレージシステム１に１つのＲＡＩＤ装置１０がそなえられている例を示しているが、これに限定されるものではなく、２以上のＲＡＩＤ装置１０をそなえて構成しても、同様に実施することができる。
さらに、上述した実施形態においては、ＲＡＩＤ制御部１０が演算をハードウェアで処理するハードウェアＲＡＩＤとして構成された例を示しているが、これに限定されるものではなく、各処理をソフトウェアで行なうソフトウェアＲＡＩＤとして構成されてもよい。
さらに、上述した実施形態においては、ＲＡＩＤ制御部１０が演算をハードウェアで処理するハードウェアＲＡＩＤとして構成された例を示しているが、これに限定されるものではなく、各処理をソフトウェアで行なうソフトウェアＲＡＩＤとして構成されてもよい。
また、上述した実施形態においては、複数のサーバ２を相互に通信可能に接続する第２の通信回線５１としてＬＡＮを用いているが、これに限定されるものではなく、ＬＡＮ以外の種々の通信手法を用いることができる。又、通知部２４や検知部２７，失敗通知部２８等は、この通信手法の仕様に応じた種々の機能を用いて適宜実現することができる。
同様に、上述した実施形態においては、複数のサーバ２とＲＡＩＤ装置１０とを通信可能に接続する第１の通信回線５２としてＦＣ回線を用いているが、これに限定されるものではなく、ＦＣ回線以外の種々の通信手法を用いることができる。又、失敗通知部２８等は、この通信手法の仕様に応じた種々の機能を用いて適宜実現することができる。
同様に、上述した実施形態においては、複数のサーバ２とＲＡＩＤ装置１０とを通信可能に接続する第１の通信回線５２としてＦＣ回線を用いているが、これに限定されるものではなく、ＦＣ回線以外の種々の通信手法を用いることができる。又、失敗通知部２８等は、この通信手法の仕様に応じた種々の機能を用いて適宜実現することができる。
また、上述した実施形態においては、サーバ２においてVDSHPの機能を用いて第１構成情報変更部２３等の機能を実現しているが、これに限定されるものではなく、VDSHP以外の手法を用いて、サーバ２における各部の機能をそれぞれ実現してもよい。
１ ストレージシステム
２，２ａ，２ｂ，２ｃ サーバ（情報処理装置）
１０ ＲＡＩＤ装置
１１ 第１構成情報
１２ 第１構成情報格納部
１３ 通知失敗履歴情報
１４ 通知失敗履歴情報格納部
１５，１５ａ，１５ｂ，１５ｃ 第２構成情報
２１ VDSHP
２２ 第２構成情報格納部
２３ 第１構成情報変更部
２４ 通知部
２５ 変更箇所情報格納部
２６ 更新部
２７ 検知部
２８ 失敗通知部
２９ 通知失敗履歴確認部
３０ 全更新部
４０ ＨＤＤ
５１ ＬＡＮ（通信回線，第２の通信回線）
５２ ＦＣ回線（第１の通信回線）
１０１ チャネルインタフェース
１０２ 制御モジュール
１０３ ドライブエンクロージャ
１２１ ＣＰＵ
１２２ ＲＡＭ
１２３ ＲＯＭ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ 記憶装置
２，２ａ，２ｂ，２ｃ サーバ（情報処理装置）
１０ ＲＡＩＤ装置
１１ 第１構成情報
１２ 第１構成情報格納部
１３ 通知失敗履歴情報
１４ 通知失敗履歴情報格納部
１５，１５ａ，１５ｂ，１５ｃ 第２構成情報
２１ VDSHP
２２ 第２構成情報格納部
２３ 第１構成情報変更部
２４ 通知部
２５ 変更箇所情報格納部
２６ 更新部
２７ 検知部
２８ 失敗通知部
２９ 通知失敗履歴確認部
３０ 全更新部
４０ ＨＤＤ
５１ ＬＡＮ（通信回線，第２の通信回線）
５２ ＦＣ回線（第１の通信回線）
１０１ チャネルインタフェース
１０２ 制御モジュール
１０３ ドライブエンクロージャ
１２１ ＣＰＵ
１２２ ＲＡＭ
１２３ ＲＯＭ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ 記憶装置
Claims (8)
- データが格納されるとともに、第１構成情報格納部に格納された第１構成情報に基づいて該データにかかる処理を行なうストレージ装置と、
該ストレージ装置と第１の通信回線を介して接続され、該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部をそなえ、該第１構成情報を変更可能な複数の情報処理装置とをそなえたストレージシステムにおける処理方法であって、
該複数の情報処理装置のうちの一の情報処理装置が、該ストレージ装置の第１構成情報を変更する第１構成情報変更ステップと、
該一の情報処理装置が、該第１の通信回線とは異なる第２の通信回線を介して接続された、当該ストレージシステムにおける前記複数の情報処理装置のうち該一の情報処理装置とは異なる他の情報処理装置に対して、該第１構成情報変更ステップにおいて変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知ステップと、
該通知ステップにおいて該変更箇所情報を通知された該他の情報処理装置が、当該変更箇所情報を変更箇所情報格納部に格納する格納ステップと、
該他の情報処理装置が、該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報格納部に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新ステップとをそなえることを特徴とする、処理方法。 - 該一の情報処理装置において、該他の情報処理装置に対する該変更箇所情報の通知の失敗を検知する検知ステップと、
該検知ステップにおいて該他の情報処理装置に対する該変更箇所情報の通知の失敗が検知された場合に、該第一の通信回線を介して、該ストレージ装置に対して、該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨を通知する失敗通知ステップと、
該ストレージ装置において、該失敗通知ステップにおいて該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨が通知された場合に、該変更箇所情報の通知先である該他の情報処理装置に関する情報を通知失敗履歴情報として、通知失敗履歴情報格納部に格納する通知失敗履歴情報格納ステップと、
該他の情報処理装置が、該ストレージ装置の該第１構成情報の変更に先立って、該通知失敗履歴情報格納部に当該他の情報処理装置に関する該通知失敗履歴情報が格納されているか否かを確認する通知失敗履歴確認ステップと、
該他の情報処理装置において、該通知失敗履歴確認ステップにおいて当該他の情報処理装置に関する通知失敗履歴情報が格納されていることを確認した場合に、該ストレージ装置の該第１構成情報で、当該他の情報処理装置の該第２構成情報の全てを更新する全更新ステップとをそなえることを特徴とする、請求項１記載の処理方法。 - データが格納されるとともに、第１構成情報格納部に格納された第１構成情報に基づいて該データにかかる処理を行なうストレージ装置と、該ストレージ装置と第１の通信回線を介して接続された複数の情報処理装置とをそなえたストレージシステムであって、
該複数の情報処理装置のうちの一の情報処理装置が、
該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、
該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、
第２の通信回線を介して接続された、当該ストレージシステムにおける前記複数の情報処理装置のうち当該情報処理装置とは異なる他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、
該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、
該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報格納部に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部とをそなえることを特徴とする、ストレージシステム。 - 該複数の情報処理装置のうちの一の情報処理装置が、
該他の情報処理装置に対する該変更箇所情報の通知の失敗を検知する検知部と、
該検知部により該他の情報処理装置に対する該変更箇所情報の通知の失敗が検知された場合に、該ストレージ装置に対して、該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨を通知する失敗通知部と、
該ストレージ装置の該第１構成情報の変更に先立って、該ストレージ装置において当該他の情報処理装置に関する通知失敗履歴情報が格納されているか否かを確認する通知失敗履歴確認部と、
該通知失敗履歴確認部により当該他の情報処理装置に関する通知失敗履歴情報が格納されていることを確認した場合に、該ストレージ装置の該第１構成情報で、当該情報処理装置の該第２構成情報の全てを更新する全更新部とをそなえ、
該ストレージ装置が、
該失敗通知部により該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨が通知された場合に、該変更箇所情報の通知先である該他の情報処理装置に関する情報を通知失敗履歴情報として格納する通知失敗履歴情報格納部をそなえることを特徴とする、請求項３記載のストレージシステム。 - 第１構成情報格納部に格納された第１構成情報に基づいてデータにかかる処理を行なうストレージ装置と、第１の通信回線を介して接続された情報処理装置であって、
該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、
該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、
第２の通信回線を介して接続された、他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、
該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、
該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報格納部に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部とをそなえることを特徴とする、情報処理装置。 - 該他の情報処理装置に対する該変更箇所情報の通知の失敗を検知する検知部と、
該検知部により該他の情報処理装置に対する該変更箇所情報の通知の失敗が検知された場合に、該ストレージ装置に対して、該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨を通知する失敗通知部と、
該ストレージ装置の該第１構成情報の変更に先立って、該ストレージ装置において当該他の情報処理装置に関する通知失敗履歴情報が格納されているか否かを確認する通知失敗履歴確認部と、
該通知失敗履歴確認部により当該他の情報処理装置に関する通知失敗履歴情報が格納されていることを確認した場合に、該ストレージ装置の該第１構成情報で、当該情報処理装置の該第２構成情報の全てを更新する全更新部とをそなえることを特徴とする、請求項５記載の情報処理装置。 - 第１構成情報格納部に格納された第１構成情報に基づいてデータにかかる処理を行なうストレージ装置と第１の通信回線を介して接続されたコンピュータに、制御機能を実行させるためのプログラムであって、
該第１構成情報の複写としての第２構成情報を格納する第２構成情報格納部と、
該ストレージ装置の第１構成情報を変更する第１構成情報変更部と、
第２の通信回線を介して接続された、他の情報処理装置に対して、該第１構成情報変更部によって変更を行なった該第１構成情報における変更箇所を表す変更箇所情報を通知する通知部と、
該他の情報処理装置から通知される該変更箇所情報を格納する変更箇所情報格納部と、
該ストレージ装置の該第１構成情報の変更に先立って、該第２構成情報における、該変更箇所情報格納部に格納された該変更箇所情報によって示される該変更箇所を、該第１構成情報に基づいて更新する更新部として、該コンピュータを機能させることを特徴とする、プログラム。 - 該プログラムが、
該他の情報処理装置に対する該変更箇所情報の通知の失敗を検知する検知部と、
該検知部により該他の情報処理装置に対する該変更箇所情報の通知の失敗が検知された場合に、該ストレージ装置に対して、該他の情報処理装置に対する該変更箇所情報の通知を失敗した旨を通知する失敗通知部と、
該ストレージ装置の該第１構成情報の変更に先立って、該ストレージ装置において当該他の情報処理装置に関する通知失敗履歴情報が格納されているか否かを確認する通知失敗履歴確認部と、
該通知失敗履歴確認部により当該他の情報処理装置に関する通知失敗履歴情報が格納されていることを確認した場合に、該ストレージ装置の該第１構成情報で、当該情報処理装置の該第２構成情報の全てを更新する全更新部として、該コンピュータを機能させることを特徴とする、請求項７記載のプログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009235181A JP5170055B2 (ja) | 2009-10-09 | 2009-10-09 | 処理方法，ストレージシステム，情報処理装置およびプログラム |
| US12/900,381 US8381029B2 (en) | 2009-10-09 | 2010-10-07 | Processing method, storage system, information processing apparatus, and computer-readable storage medium storing program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009235181A JP5170055B2 (ja) | 2009-10-09 | 2009-10-09 | 処理方法，ストレージシステム，情報処理装置およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011081706A JP2011081706A (ja) | 2011-04-21 |
| JP5170055B2 true JP5170055B2 (ja) | 2013-03-27 |
Family
ID=43855794
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009235181A Expired - Fee Related JP5170055B2 (ja) | 2009-10-09 | 2009-10-09 | 処理方法，ストレージシステム，情報処理装置およびプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8381029B2 (ja) |
| JP (1) | JP5170055B2 (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8819208B2 (en) | 2010-03-05 | 2014-08-26 | Solidfire, Inc. | Data deletion in a distributed data storage system |
| US9838269B2 (en) | 2011-12-27 | 2017-12-05 | Netapp, Inc. | Proportional quality of service based on client usage and system metrics |
| US9054992B2 (en) | 2011-12-27 | 2015-06-09 | Solidfire, Inc. | Quality of service policy sets |
| US9602170B2 (en) * | 2012-03-27 | 2017-03-21 | Panasonic Intellectual Property Management Co., Ltd. | Electrical instrument |
| JP5966765B2 (ja) * | 2012-08-22 | 2016-08-10 | 富士通株式会社 | 情報処理システム、中継装置、情報処理プログラム、及び情報処理方法 |
| ES2659491T3 (es) | 2012-09-05 | 2018-03-15 | E3D Agricultural Cooperative Association Ltd. | Dispositivo de autoinyección electrónico |
| US9170746B2 (en) | 2014-01-07 | 2015-10-27 | Netapp, Inc. | Clustered raid assimilation management |
| US20150244795A1 (en) | 2014-02-21 | 2015-08-27 | Solidfire, Inc. | Data syncing in a distributed system |
| US9798728B2 (en) | 2014-07-24 | 2017-10-24 | Netapp, Inc. | System performing data deduplication using a dense tree data structure |
| US10133511B2 (en) | 2014-09-12 | 2018-11-20 | Netapp, Inc | Optimized segment cleaning technique |
| US9671960B2 (en) | 2014-09-12 | 2017-06-06 | Netapp, Inc. | Rate matching technique for balancing segment cleaning and I/O workload |
| US9836229B2 (en) | 2014-11-18 | 2017-12-05 | Netapp, Inc. | N-way merge technique for updating volume metadata in a storage I/O stack |
| US9720601B2 (en) | 2015-02-11 | 2017-08-01 | Netapp, Inc. | Load balancing technique for a storage array |
| US9762460B2 (en) | 2015-03-24 | 2017-09-12 | Netapp, Inc. | Providing continuous context for operational information of a storage system |
| US9710317B2 (en) | 2015-03-30 | 2017-07-18 | Netapp, Inc. | Methods to identify, handle and recover from suspect SSDS in a clustered flash array |
| US9740566B2 (en) | 2015-07-31 | 2017-08-22 | Netapp, Inc. | Snapshot creation workflow |
| US10235059B2 (en) | 2015-12-01 | 2019-03-19 | Netapp, Inc. | Technique for maintaining consistent I/O processing throughput in a storage system |
| US10929022B2 (en) | 2016-04-25 | 2021-02-23 | Netapp. Inc. | Space savings reporting for storage system supporting snapshot and clones |
| US10642763B2 (en) | 2016-09-20 | 2020-05-05 | Netapp, Inc. | Quality of service policy sets |
| CN110058963B (zh) * | 2018-01-18 | 2023-05-09 | 伊姆西Ip控股有限责任公司 | 用于管理存储系统的方法、设备和计算机程序产品 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003108420A (ja) | 2001-09-27 | 2003-04-11 | Hitachi Ltd | データストレージシステム及びこの制御方法 |
| JP2003108412A (ja) * | 2001-10-02 | 2003-04-11 | Hitachi Ltd | ストレージ管理方式 |
| JP4662117B2 (ja) | 2004-03-05 | 2011-03-30 | 株式会社日立製作所 | ストレージシステム |
| JP4451687B2 (ja) * | 2004-03-22 | 2010-04-14 | 株式会社日立製作所 | ストレージシステム |
| JP4585217B2 (ja) | 2004-03-29 | 2010-11-24 | 株式会社日立製作所 | ストレージシステムおよびその制御方法 |
| ES2582364T3 (es) * | 2005-12-19 | 2016-09-12 | Commvault Systems, Inc. | Sistemas y métodos para realizar replicación de datos |
| US7617262B2 (en) * | 2005-12-19 | 2009-11-10 | Commvault Systems, Inc. | Systems and methods for monitoring application data in a data replication system |
| US7636743B2 (en) * | 2005-12-19 | 2009-12-22 | Commvault Systems, Inc. | Pathname translation in a data replication system |
| JP5091704B2 (ja) * | 2008-02-06 | 2012-12-05 | 株式会社日立製作所 | ストレージ構成回復方法及びストレージ管理システム |
-
2009
- 2009-10-09 JP JP2009235181A patent/JP5170055B2/ja not_active Expired - Fee Related
-
2010
- 2010-10-07 US US12/900,381 patent/US8381029B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20110087929A1 (en) | 2011-04-14 |
| US8381029B2 (en) | 2013-02-19 |
| JP2011081706A (ja) | 2011-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5170055B2 (ja) | 処理方法，ストレージシステム，情報処理装置およびプログラム | |
| US8839030B2 (en) | Methods and structure for resuming background tasks in a clustered storage environment | |
| CN101571815B (zh) | 信息系统及i/o处理方法 | |
| JP4520755B2 (ja) | データ移行方法およびデータ移行装置 | |
| US7555575B2 (en) | Method and apparatus for migrating data between storage volumes of different data pattern | |
| KR100962883B1 (ko) | 소스 데이터를 타겟 데이터로 이전하는 방법, 시스템 및제조물 | |
| US20090150629A1 (en) | Storage management device, storage system control device, storage medium storing storage management program, and storage system | |
| US20090043982A1 (en) | Automated on-line capacity expansion method for storage device | |
| TW200401970A (en) | Method and apparatus for reliable failover involving incomplete raid disk writes in a clustering system | |
| JP2004507813A (ja) | 一の記憶システムから他の記憶システムへデータをコピーするための方法及び装置 | |
| JP5853649B2 (ja) | ストレージ装置，制御装置及びプログラム | |
| US8131957B2 (en) | Splitting writes between a storage controller and replication engine | |
| JP2007537522A (ja) | 仮想テープ内の仮想ボリューム・データの動的ローディング | |
| US7689786B1 (en) | Techniques for overriding device reservations | |
| JP2007265403A (ja) | 階層型ストレージシステム間でのリモートミラー方式 | |
| US9092144B2 (en) | Information processing apparatus, storage apparatus, information processing system, and input/output method | |
| JP6005446B2 (ja) | ストレージシステム、仮想化制御装置、情報処理装置、および、ストレージシステムの制御方法 | |
| JP2006072435A (ja) | ストレージシステムおよびデータ記録方法 | |
| US7587530B2 (en) | Method and apparatus for managing device reservation | |
| US20160224273A1 (en) | Controller and storage system | |
| US20140297981A1 (en) | Information processing system, storage device, and backup method | |
| US20140040349A1 (en) | Server computer, server computer system, and server computer control method | |
| JP2013029911A (ja) | 制御装置、制御方法およびストレージ装置 | |
| JP2014032515A (ja) | ストレージ装置及びストレージシステム | |
| JP5729043B2 (ja) | ストレージ装置および制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120605 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121127 |
|
| 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: 20121204 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121217 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5170055 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |