JP2003114823A - 高性能記憶装置アクセス環境 - Google Patents
高性能記憶装置アクセス環境Info
- Publication number
- JP2003114823A JP2003114823A JP2002200739A JP2002200739A JP2003114823A JP 2003114823 A JP2003114823 A JP 2003114823A JP 2002200739 A JP2002200739 A JP 2002200739A JP 2002200739 A JP2002200739 A JP 2002200739A JP 2003114823 A JP2003114823 A JP 2003114823A
- Authority
- JP
- Japan
- Prior art keywords
- volume
- data
- copy
- write data
- storage system
- 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.)
- Granted
Links
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/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/065—Replication mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99939—Privileged access
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
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)
Abstract
(57)【要約】
【課題】 本発明は、ネットワーク内におけるユーザの
位置に応じてネットワーク・ベースのシステムにおける
ディスク駆動機構やI/Oポートなどのストレージ資源を
管理する、改善された方法を提供するものである。 【解決手段】本発明の実施により、広域を移動するモバ
イルユーザに対し、比較的高性能の記憶アクセス環境を
提供することが出来る。例えば、ひとつの応用例とし
て、広域に複数のデータセンタがあり、そして各々のデ
ータセンタは、ネットワークを通して他のストレージシ
ステムに接続されている、ローカルストレージシステム
を持っている。ストレージシステムのいずれかでユーザ
のボリュームのコピーが作成される。リモートコピー機
能がユーザのボリュームの実時間コピーを作成するため
に利用される。
位置に応じてネットワーク・ベースのシステムにおける
ディスク駆動機構やI/Oポートなどのストレージ資源を
管理する、改善された方法を提供するものである。 【解決手段】本発明の実施により、広域を移動するモバ
イルユーザに対し、比較的高性能の記憶アクセス環境を
提供することが出来る。例えば、ひとつの応用例とし
て、広域に複数のデータセンタがあり、そして各々のデ
ータセンタは、ネットワークを通して他のストレージシ
ステムに接続されている、ローカルストレージシステム
を持っている。ストレージシステムのいずれかでユーザ
のボリュームのコピーが作成される。リモートコピー機
能がユーザのボリュームの実時間コピーを作成するため
に利用される。
Description
【０００１】
【発明の属する技術分野】本発明は、一般的にはストレ
ージ資源を管理する為の技術に関連し、特に、広範囲で
モバイル・ユーザに対応可能な高性能なストレージアク
セス環境を提供する技術に関連する。
ージ資源を管理する為の技術に関連し、特に、広範囲で
モバイル・ユーザに対応可能な高性能なストレージアク
セス環境を提供する技術に関連する。
【０００２】
【従来の技術】情報技術の発展とともに、ビジネス企業
体は益々増大するストレージ容量が必要になっている。
平均的フォーチュン１０００企業においては、ここ数年
で、倍以上のストレージ容量が必要になると予測されて
いる。加えて、容量の伸びは、熟練した情報技術者の不
足をもたらしている。このため、多くの企業は、情報技
術への投資の拡大と改善を余儀なくさせられている。容
量の急激な増大要求に対応するため、ネットワークをベ
ースとしたストレージシステムに切り替える企業が増加
している。さらに、広域ネットワークの導入により、ス
トレージシステムは、過去に比べてずっと地理的に遠隔
地にまたがることが出来るようになってきた。従来技術
により、ある程度の便益が認知されているが、更なる改
良の余地が存在する。例えば、広範囲を移動する多くの
ユーザがいる。
体は益々増大するストレージ容量が必要になっている。
平均的フォーチュン１０００企業においては、ここ数年
で、倍以上のストレージ容量が必要になると予測されて
いる。加えて、容量の伸びは、熟練した情報技術者の不
足をもたらしている。このため、多くの企業は、情報技
術への投資の拡大と改善を余儀なくさせられている。容
量の急激な増大要求に対応するため、ネットワークをベ
ースとしたストレージシステムに切り替える企業が増加
している。さらに、広域ネットワークの導入により、ス
トレージシステムは、過去に比べてずっと地理的に遠隔
地にまたがることが出来るようになってきた。従来技術
により、ある程度の便益が認知されているが、更なる改
良の余地が存在する。例えば、広範囲を移動する多くの
ユーザがいる。
【０００３】
【発明が解決しようとする課題】しかしながら、従来の
ネットワークをベースとする解決方法では、例えば、シ
アトルとサンフランシスコの間の広域を移動するユーザ
には容易には適応できない。さらに、ストレージ資源の
管理は、多くは常時の仕事であり、従来はストレージ資
源を使用するホストコンピュータで行われていた。言い
換えると、従来の手法を用いると、ストレージシステム
は、大部分がローカルなエリアに限定されてしまう。真
に要求される技術は、地理的に広く分散したストレージ
資源を管理するための改良された技術である。
ネットワークをベースとする解決方法では、例えば、シ
アトルとサンフランシスコの間の広域を移動するユーザ
には容易には適応できない。さらに、ストレージ資源の
管理は、多くは常時の仕事であり、従来はストレージ資
源を使用するホストコンピュータで行われていた。言い
換えると、従来の手法を用いると、ストレージシステム
は、大部分がローカルなエリアに限定されてしまう。真
に要求される技術は、地理的に広く分散したストレージ
資源を管理するための改良された技術である。
【０００４】
【課題を解決するための手段】本発明は、ネットワーク
中でのユーザの位置に対応して、ネットワークを基本と
するストレージシステムにおいて、ディスク駆動機構や
I/Oポートその他のストレージ資源を管理する改善され
た技術を提供する。本発明の実施例においては、広範囲
の地域を移動しているモバイル・ユーザに対して、比較
的に高性能な記憶装置アクセス環境を提供する。例え
ば、適用可能な一環境として、広域に複数のデータセン
ターがあり、各センターは他のストレージシステムとネ
ットワークを通して接続されたローカルストレージシス
テムを持っている。ユーザのボリュームのコピーは幾つ
かのストレージシステムで作成することが可能である。
ユーザボリュームの実時間のコピーを作成するために
は、リモート・コピー機能が用いられる。
中でのユーザの位置に対応して、ネットワークを基本と
するストレージシステムにおいて、ディスク駆動機構や
I/Oポートその他のストレージ資源を管理する改善され
た技術を提供する。本発明の実施例においては、広範囲
の地域を移動しているモバイル・ユーザに対して、比較
的に高性能な記憶装置アクセス環境を提供する。例え
ば、適用可能な一環境として、広域に複数のデータセン
ターがあり、各センターは他のストレージシステムとネ
ットワークを通して接続されたローカルストレージシス
テムを持っている。ユーザのボリュームのコピーは幾つ
かのストレージシステムで作成することが可能である。
ユーザボリュームの実時間のコピーを作成するために
は、リモート・コピー機能が用いられる。
【０００５】本発明の代表的な実施例として、一つのシ
ステムを提示する。システムは、第１のデータセンタと
第２のデータセンタを含む複数のデータセンタで構成さ
れる。各データセンタはストレージシステムとホストサ
ーバで構成される。さらにシステムは、ディレクトリ・
サーバと、複数のアクセス・ゲートウェイの少なくとも
１個と、複数のデータセンタとディレクトリ・サーバと
そしてアクセス・ゲートウェイを互に接続するネットワ
ークとで構成される。システムでは、コピー動作におい
ては、複数のアクセス・ゲートウェイの少なくとも１個
を通して受け取った入力に対応して、データセンタのい
ずれかをデータの一次側（発信元）と設定し、データセ
ンタのいずれかがデータの２次側（受け側）に設定す
る。
ステムを提示する。システムは、第１のデータセンタと
第２のデータセンタを含む複数のデータセンタで構成さ
れる。各データセンタはストレージシステムとホストサ
ーバで構成される。さらにシステムは、ディレクトリ・
サーバと、複数のアクセス・ゲートウェイの少なくとも
１個と、複数のデータセンタとディレクトリ・サーバと
そしてアクセス・ゲートウェイを互に接続するネットワ
ークとで構成される。システムでは、コピー動作におい
ては、複数のアクセス・ゲートウェイの少なくとも１個
を通して受け取った入力に対応して、データセンタのい
ずれかをデータの一次側（発信元）と設定し、データセ
ンタのいずれかがデータの２次側（受け側）に設定す
る。
【０００６】特定の実施例では、複数のアクセス・ゲー
トウェイの少なくとも１個のいずれかを通して受け取っ
た入力に対応して、コピー動作においては、第１のデー
タセンタと第２のデータセンタの情報がディレクトリ・
サーバから取り込まれ、続いて、例えば第１のデータセ
ンタがデータの１次側（発信元）に、そして第２のデー
タセンタがデータの２次側（受け側）に設定される。
トウェイの少なくとも１個のいずれかを通して受け取っ
た入力に対応して、コピー動作においては、第１のデー
タセンタと第２のデータセンタの情報がディレクトリ・
サーバから取り込まれ、続いて、例えば第１のデータセ
ンタがデータの１次側（発信元）に、そして第２のデー
タセンタがデータの２次側（受け側）に設定される。
【０００７】他の特定の実施例では、複数のアクセス・
ゲートウェイの少なくとも１個のいずれかを通して受け
取った第２の入力に対応して、第２のコピー動作におい
ては、例えば第１のデータセンタはデータの２次側（受
け側）に再設定され、第２のデータセンタは１次側（発
信側）に設定される。ある特定の実施例では、コピー処
理は同期的で、第一のデータセンタは二次側（宛先）と
して再設定される前にキャッシュメモリの内容により更
新される。
ゲートウェイの少なくとも１個のいずれかを通して受け
取った第２の入力に対応して、第２のコピー動作におい
ては、例えば第１のデータセンタはデータの２次側（受
け側）に再設定され、第２のデータセンタは１次側（発
信側）に設定される。ある特定の実施例では、コピー処
理は同期的で、第一のデータセンタは二次側（宛先）と
して再設定される前にキャッシュメモリの内容により更
新される。
【０００８】さらに別の特定の実施例では、ディレクト
リ・サーバから取り込まれた情報は、入力の発信元に関
して複数のアクセス・ゲートウェイの少なくとも１個を
経由して受け取られた、の近接情報で構成され、そこで
は近接情報に基づくコピー動作において、第１のデータ
センタはデータの１次側（発信元）を、第２のデータセ
ンタはデータの２次側（受け側）に設定される。
リ・サーバから取り込まれた情報は、入力の発信元に関
して複数のアクセス・ゲートウェイの少なくとも１個を
経由して受け取られた、の近接情報で構成され、そこで
は近接情報に基づくコピー動作において、第１のデータ
センタはデータの１次側（発信元）を、第２のデータセ
ンタはデータの２次側（受け側）に設定される。
【０００９】さらに別の特定の実施例では、複数のデー
タセンタはさらに第３のデータセンタを構成し、第３の
データセンタは、コピー動作において、データの別の２
次側（受け側）を構成する。さらに別の実施例では、ネ
ットワークのインタフェースは複数のアクセス・ゲート
ウェイの少なくとも１個とユーザ・ターミナルとの間の
接続を行う。さらに別の特定の実施例では、仮想ボリュ
ームに係わる情報はストレージシステムの複数の実ボリ
ュームに記憶される。さらに別の特定の実施例では、ス
トレージシステムにおける仮想ボリュームと複数の実ボ
リューム間の交信はディレクトリ・サーバに記憶され
る。さらに別の特定の実施例では、第１のデータセンタ
からの記憶ボリュームと第２のデータセンタからの記憶
ボリュームがコピー・ボリュームグループを構成する。
さらに別の特定の実施例では、ディレクトリ・サーバ
は、さらに、進行中のログと仮想ボリューム情報を含ん
でいる。さらに別の特定の実施例では、ホストサーバ
は、さらに、コピー・ボリュームグループ・インタフェ
ース処理とリード・リクエスト発行処理とライト・リク
エスト発行処理を含んでいる。
タセンタはさらに第３のデータセンタを構成し、第３の
データセンタは、コピー動作において、データの別の２
次側（受け側）を構成する。さらに別の実施例では、ネ
ットワークのインタフェースは複数のアクセス・ゲート
ウェイの少なくとも１個とユーザ・ターミナルとの間の
接続を行う。さらに別の特定の実施例では、仮想ボリュ
ームに係わる情報はストレージシステムの複数の実ボリ
ュームに記憶される。さらに別の特定の実施例では、ス
トレージシステムにおける仮想ボリュームと複数の実ボ
リューム間の交信はディレクトリ・サーバに記憶され
る。さらに別の特定の実施例では、第１のデータセンタ
からの記憶ボリュームと第２のデータセンタからの記憶
ボリュームがコピー・ボリュームグループを構成する。
さらに別の特定の実施例では、ディレクトリ・サーバ
は、さらに、進行中のログと仮想ボリューム情報を含ん
でいる。さらに別の特定の実施例では、ホストサーバ
は、さらに、コピー・ボリュームグループ・インタフェ
ース処理とリード・リクエスト発行処理とライト・リク
エスト発行処理を含んでいる。
【００１０】本発明の代表的な実施例では、一つの方法
を提供する。その方法は、ユーザのために仮想ボリュー
ム名称とネットワーク・インタフェースIDを受け取るこ
と、その仮想ボリューム名称とネットワーク・インタフ
ェースIDに対応する仮想ボリュームを見付けること、ユ
ーザがログインしているデータセンタに対応する実ボリ
ューム情報を選択すること、そしてデータセンタが１次
側であるかを判定することを含んでいる。もしデータセ
ンタが１次のボリュームを持っていない場合は、データ
センタ内のボリュームを１次のボリュームに変更するよ
うにリクエストを発行し、リクエストに対する応答を待
ち、現行の１次のボリュームをリセットし、データセン
タ内のボリュームを１次側のボリュームに設定すること
も含む。この方法は、さらに、データセンタ内の１次側
に設定されたボリュームの実ボリューム情報を戻すこと
も含んである。
を提供する。その方法は、ユーザのために仮想ボリュー
ム名称とネットワーク・インタフェースIDを受け取るこ
と、その仮想ボリューム名称とネットワーク・インタフ
ェースIDに対応する仮想ボリュームを見付けること、ユ
ーザがログインしているデータセンタに対応する実ボリ
ューム情報を選択すること、そしてデータセンタが１次
側であるかを判定することを含んでいる。もしデータセ
ンタが１次のボリュームを持っていない場合は、データ
センタ内のボリュームを１次のボリュームに変更するよ
うにリクエストを発行し、リクエストに対する応答を待
ち、現行の１次のボリュームをリセットし、データセン
タ内のボリュームを１次側のボリュームに設定すること
も含む。この方法は、さらに、データセンタ内の１次側
に設定されたボリュームの実ボリューム情報を戻すこと
も含んである。
【００１１】本発明の代表的な実施例では、一つの方法
を提供する。この方法は実ボリューム・アドレスとスト
レージシステム・アドレスで構成されるリクエストを受
け取ること、リクエストの実ボリューム・アドレスとス
トレージシステム・アドレスに対応するコピー・ボリュ
ームグループを見付けること、現行の一次側ボリューム
であるコピー・ボリュームを見付けること、そして転送
形式が同期型であるかを判定することを含んでいる。も
し転送形式が同期式である場合は、現行の１次のボリュ
ームがキャッシュに同期するようリクエストし、そして
レスポンスを待つことが含まれる。この方法では、１次
側実ボリュームの変更のリクエストを発行し、リクエス
トへのレスポンスを待ち、現行の１次側ボリュームが１
次のものであるという表示をリセットし、リクエストの
実ボリューム・アドレスとストレージシステム・アドレ
スが現在は１次のものであるという表示を設定し、完了
を通知する。
を提供する。この方法は実ボリューム・アドレスとスト
レージシステム・アドレスで構成されるリクエストを受
け取ること、リクエストの実ボリューム・アドレスとス
トレージシステム・アドレスに対応するコピー・ボリュ
ームグループを見付けること、現行の一次側ボリューム
であるコピー・ボリュームを見付けること、そして転送
形式が同期型であるかを判定することを含んでいる。も
し転送形式が同期式である場合は、現行の１次のボリュ
ームがキャッシュに同期するようリクエストし、そして
レスポンスを待つことが含まれる。この方法では、１次
側実ボリュームの変更のリクエストを発行し、リクエス
トへのレスポンスを待ち、現行の１次側ボリュームが１
次のものであるという表示をリセットし、リクエストの
実ボリューム・アドレスとストレージシステム・アドレ
スが現在は１次のものであるという表示を設定し、完了
を通知する。
【００１２】本発明の代表的な実施例では、一つの方法
を提供する。この方法は、書き込みデータを受け取り、
書き込みデータをキャッシュ・メモリーに記憶し、転送
形式が同期型であるかを判断する構成になっている。も
し転送形式が同期型であれば、書き込みデータを２次側
ボリュームに送り、応答を待ちそして完了を通知するこ
とも含まれる。
を提供する。この方法は、書き込みデータを受け取り、
書き込みデータをキャッシュ・メモリーに記憶し、転送
形式が同期型であるかを判断する構成になっている。も
し転送形式が同期型であれば、書き込みデータを２次側
ボリュームに送り、応答を待ちそして完了を通知するこ
とも含まれる。
【００１３】本発明の代表的な実施例では、一つの方法
を提供する。この方法では書き込みデータがキャッシュ
・メモリーに記憶されているかを判断することを含む。
もし書き込みデータがキャッシュ・メモリーに記憶され
ていない場合には、待ち、それから再び書き込みデータ
がキャッシュ・メモリーに記憶されているかの判断を実
行し、書き込みデータのストレージシステムについての
コピー・ボリュームグループ情報を見付け、ストレージ
システムに書き込みデータを送り、書き込みデータを他
のストレージシステムに送るべきかを判断することが含
まれる。もし書き込みデータを他のストレージシステム
へ送るべき場合は、全ての書き込みデータを送り終える
まで、再び、見付けること、送ること、判断することを
実行することが含まれる。この方法は、また、完了を通
知することを含んでいる。
を提供する。この方法では書き込みデータがキャッシュ
・メモリーに記憶されているかを判断することを含む。
もし書き込みデータがキャッシュ・メモリーに記憶され
ていない場合には、待ち、それから再び書き込みデータ
がキャッシュ・メモリーに記憶されているかの判断を実
行し、書き込みデータのストレージシステムについての
コピー・ボリュームグループ情報を見付け、ストレージ
システムに書き込みデータを送り、書き込みデータを他
のストレージシステムに送るべきかを判断することが含
まれる。もし書き込みデータを他のストレージシステム
へ送るべき場合は、全ての書き込みデータを送り終える
まで、再び、見付けること、送ること、判断することを
実行することが含まれる。この方法は、また、完了を通
知することを含んでいる。
【００１４】本発明の代表的な実施例では、一つの装置
を提供する。本装置は複数の記憶装置の少なくとも１台
と、記憶制御装置で構成される。記憶制御装置はキャッ
シュ・メモリー、コピー・ボリュームグループ情報、コ
ピー・ボリュームグループ定義プロセス、リード・リク
エスト実行プロセス、ライト・リクエスト実行プロセ
ス、書き込みデータ送信プロセスと書き込みデータ受信
プロセスを含んでいる。これらの、またその他の利点は
本明細書に記載されている。ここに述べた本発明の性格
や利点に関しては、仕様の残りの部分や添付した図を参
照することでさらによく理解されると考えられる。
を提供する。本装置は複数の記憶装置の少なくとも１台
と、記憶制御装置で構成される。記憶制御装置はキャッ
シュ・メモリー、コピー・ボリュームグループ情報、コ
ピー・ボリュームグループ定義プロセス、リード・リク
エスト実行プロセス、ライト・リクエスト実行プロセ
ス、書き込みデータ送信プロセスと書き込みデータ受信
プロセスを含んでいる。これらの、またその他の利点は
本明細書に記載されている。ここに述べた本発明の性格
や利点に関しては、仕様の残りの部分や添付した図を参
照することでさらによく理解されると考えられる。
【００１５】
【発明の実施の形態】本発明は、ネットワークを基本と
するストレージシステムにおいて、ディスク駆動機構
や、I/Oポートなどのストレージ資源を、ネットワーク
内のユーザ位置に対応して管理する改善された技術を提
供する。本発明に対応する特定の実施例は広域を移動す
るモバイル・ユーザに、比較的高性能なストレージアク
セス環境を提供する。例えば、一つの適用可能な環境と
して、それぞれのデータセンタがネットワークで他のス
トレージシステムに接続されているストレージシステム
を持っている、広い地域にある幾つかのデータセンタが
ある。幾つかのストレージシステムにおいて、ユーザの
ボリュームのコピーが作成可能である。ユーザのボリュ
ームの実時間コピーを作成するために、リモート・コピ
ー機能が利用される。
するストレージシステムにおいて、ディスク駆動機構
や、I/Oポートなどのストレージ資源を、ネットワーク
内のユーザ位置に対応して管理する改善された技術を提
供する。本発明に対応する特定の実施例は広域を移動す
るモバイル・ユーザに、比較的高性能なストレージアク
セス環境を提供する。例えば、一つの適用可能な環境と
して、それぞれのデータセンタがネットワークで他のス
トレージシステムに接続されているストレージシステム
を持っている、広い地域にある幾つかのデータセンタが
ある。幾つかのストレージシステムにおいて、ユーザの
ボリュームのコピーが作成可能である。ユーザのボリュ
ームの実時間コピーを作成するために、リモート・コピ
ー機能が利用される。
【００１６】図１は本発明の特定の実施例における代表
的な広域データセンタ・システムを説明する図である。
図１に示すように、本実施例における広域データセンタ
・システム１００は複数のデータセンタ１０１で構成さ
れる。各データセンタ１０１はホストサーバ１０９とス
トレージシステム１０２を持つ。各ホストサーバ１０９
と各ストレージシステム１０２はネットワーク・インフ
ラストラクチャ１０３に接続される。アクセス・ゲート
ウエイ１０４はデータセンタ１０１へのアクセスを可能
にする。各アクセス・ゲートウエイ１０４はまたネット
ワーク・インフラストラクチャ１０３に接続される。
的な広域データセンタ・システムを説明する図である。
図１に示すように、本実施例における広域データセンタ
・システム１００は複数のデータセンタ１０１で構成さ
れる。各データセンタ１０１はホストサーバ１０９とス
トレージシステム１０２を持つ。各ホストサーバ１０９
と各ストレージシステム１０２はネットワーク・インフ
ラストラクチャ１０３に接続される。アクセス・ゲート
ウエイ１０４はデータセンタ１０１へのアクセスを可能
にする。各アクセス・ゲートウエイ１０４はまたネット
ワーク・インフラストラクチャ１０３に接続される。
【００１７】ネットワーク・インタフェース１０５は、
ターミナル１０６をアクセス・ゲートウェイ１０４に接
続するために用いられる。ユーザ１０７は、広域データ
センタ・システム１００にアクセスしたい場合には、自
分のターミナル１０６をネットワーク・インタフェース
１０５に接続する。ディレクトリ・サーバ１０８はユー
ザ１０７がどのデータセンタ１０１にログインすべきか
を選択する役割を持つ。
ターミナル１０６をアクセス・ゲートウェイ１０４に接
続するために用いられる。ユーザ１０７は、広域データ
センタ・システム１００にアクセスしたい場合には、自
分のターミナル１０６をネットワーク・インタフェース
１０５に接続する。ディレクトリ・サーバ１０８はユー
ザ１０７がどのデータセンタ１０１にログインすべきか
を選択する役割を持つ。
【００１８】図4は本発明の特定の実施例における代表
的なストレージシステム構成を説明する図である。本発
明の特定の実施例では、図４に示すように、図１のユー
ザ１０７から仮想的に見えるボリュームは、仮想ボリュ
ームと呼ばれる。図４に示す本発明の特定の実施例で
は、仮想ボリューム１１０ａと、１１０ｂと１１０ｃが
示されている。
的なストレージシステム構成を説明する図である。本発
明の特定の実施例では、図４に示すように、図１のユー
ザ１０７から仮想的に見えるボリュームは、仮想ボリュ
ームと呼ばれる。図４に示す本発明の特定の実施例で
は、仮想ボリューム１１０ａと、１１０ｂと１１０ｃが
示されている。
【００１９】図４に示す本発明の特定の実施例では、仮
想ボリューム１１０ａと、１１０ｂと１１０ｃが示され
ている。仮想ボリュームは各サイトの実ボリュームに分
散している。この特定の実施例では、１個の仮想ボリュ
ーム１１０に対し、少なくとも２個の実ボリューム１１
１がある。実ボリューム１１２は実際にはストレージシ
ステム１０２に含まれる。１個の仮想ボリューム１１０
に対する各実ボリューム１１１は異なったデータセンタ
１０１のストレージシステム１０２に設定される。１個
の仮想ボリューム１１０に対応する各実ボリューム１１
１は、実質的に同様の内容を持っている。
想ボリューム１１０ａと、１１０ｂと１１０ｃが示され
ている。仮想ボリュームは各サイトの実ボリュームに分
散している。この特定の実施例では、１個の仮想ボリュ
ーム１１０に対し、少なくとも２個の実ボリューム１１
１がある。実ボリューム１１２は実際にはストレージシ
ステム１０２に含まれる。１個の仮想ボリューム１１０
に対する各実ボリューム１１１は異なったデータセンタ
１０１のストレージシステム１０２に設定される。１個
の仮想ボリューム１１０に対応する各実ボリューム１１
１は、実質的に同様の内容を持っている。
【００２０】１次の実ボリューム１１２は実ボリューム
１１１であって、そこにはユーザ１０７からの読み出し
/書き込みリクエストが直接送られる。続いて、１次の
実ボリューム１１２を含むストレージシステム１０２は
書き込みデータを書き込みリクエストとともに、２次の
実ボリューム１１３を含むストレージシステム１０２に
送信する。２次の実ボリュームは１１３はまた実ボリュ
ーム１１１であり、１次の実ボリューム１１２からのデ
ータが書き込まれる。実ボリューム１１１のある仮想ボ
リュームに対応するグループはコピーボリューム１１４
と呼ばれる。
１１１であって、そこにはユーザ１０７からの読み出し
/書き込みリクエストが直接送られる。続いて、１次の
実ボリューム１１２を含むストレージシステム１０２は
書き込みデータを書き込みリクエストとともに、２次の
実ボリューム１１３を含むストレージシステム１０２に
送信する。２次の実ボリュームは１１３はまた実ボリュ
ーム１１１であり、１次の実ボリューム１１２からのデ
ータが書き込まれる。実ボリューム１１１のある仮想ボ
リュームに対応するグループはコピーボリューム１１４
と呼ばれる。
【００２１】ストレージシステム１０２が書き込みデー
タを他のストレージシステム１０２へ送信する機能は
「リモート・コピー機能」と呼ばれる。各種の特定の実
施例において、リモート・コピー機能は各種のユーザ要
求に役立つ。例えば、リモート・コピー機能は障害復旧
を実行する際に役立つ。情報のローカルコピーが障害で
破壊されても、リモート・コピーは未だ利用が可能であ
る。従って、１つの特定の実施例では、１台のストレー
ジシステム１０２がデータを送信する先のストレージシ
ステム１０２は１台である。しかしながら、本発明の他
の特定の実施例では、ユーザ１０７が更新されたデータ
を２台以上のストレージシステム１０２へ送信すること
が出来るリモートコピー機能が提供される。
タを他のストレージシステム１０２へ送信する機能は
「リモート・コピー機能」と呼ばれる。各種の特定の実
施例において、リモート・コピー機能は各種のユーザ要
求に役立つ。例えば、リモート・コピー機能は障害復旧
を実行する際に役立つ。情報のローカルコピーが障害で
破壊されても、リモート・コピーは未だ利用が可能であ
る。従って、１つの特定の実施例では、１台のストレー
ジシステム１０２がデータを送信する先のストレージシ
ステム１０２は１台である。しかしながら、本発明の他
の特定の実施例では、ユーザ１０７が更新されたデータ
を２台以上のストレージシステム１０２へ送信すること
が出来るリモートコピー機能が提供される。
【００２２】図５は本発明の特定の実施例における代表
的なディレクトリ・サーバの図を説明する。図５に示す
特定の実施例では、ディレクトリ・サーバ１０８は各仮
想ボリュームの仮想ボリューム情報とログイン処理で構
成される。本発明による特定の実施例における、仮想ボ
リューム情報の代表的なフォーマットが図２を参照しな
がら下記によりさらに詳細に説明される。ログイン処理
１３０は図１のユーザ１０７からログイン・リクエスト
を受け取ると開始される。本発明の特定の実施例の代表
的なログイン処理１３０は、下記により図８を参照しな
がらさらに詳細に説明される。
的なディレクトリ・サーバの図を説明する。図５に示す
特定の実施例では、ディレクトリ・サーバ１０８は各仮
想ボリュームの仮想ボリューム情報とログイン処理で構
成される。本発明による特定の実施例における、仮想ボ
リューム情報の代表的なフォーマットが図２を参照しな
がら下記によりさらに詳細に説明される。ログイン処理
１３０は図１のユーザ１０７からログイン・リクエスト
を受け取ると開始される。本発明の特定の実施例の代表
的なログイン処理１３０は、下記により図８を参照しな
がらさらに詳細に説明される。
【００２３】図２は本発明の特定の実施例における仮想
ボリューム情報の代表的なフォーマットの図の説明であ
る。仮想ボリュームＩＤ２００は仮想ボリューム情報１
２０に対応する仮想ボリューム１１０の識別子である。
複数の実ボリューム２０１は対応する仮想ボリューム１
１０が持っている複数の実ボリューム１１１である。実
ボリューム情報２０２は対応する仮想ボリューム１１０
が持っている実ボリューム１１１の各々についての情報
である。実ボリューム情報２０２の個別の入力の量は、
対応する仮想ボリューム１１０が持っている実ボリュー
ム２０１の数と同じである。
ボリューム情報の代表的なフォーマットの図の説明であ
る。仮想ボリュームＩＤ２００は仮想ボリューム情報１
２０に対応する仮想ボリューム１１０の識別子である。
複数の実ボリューム２０１は対応する仮想ボリューム１
１０が持っている複数の実ボリューム１１１である。実
ボリューム情報２０２は対応する仮想ボリューム１１０
が持っている実ボリューム１１１の各々についての情報
である。実ボリューム情報２０２の個別の入力の量は、
対応する仮想ボリューム１１０が持っている実ボリュー
ム２０１の数と同じである。
【００２４】各実ボリューム情報２０２は実ボリューム
・アドレス２０３と１次フラッグ２０４とデータセンタ
・アドレス２０５とホストサーバ・アドレスとストレー
ジシステム・アドレスを含んでいる。実ボリューム・ア
ドレス２０３は対応する実ボリューム１１１のアドレス
を示す。１次フラッグ２０４は、対応する実ボリューム
１１１が１次実ボリューム１１２である場合は「オン」
になる。対応する実ボリューム１１１が２次の実ボリュ
ーム１１３である場合は、１次のフラッグ２０４は「オ
フ」になる。データセンタ・アドレス２０５は対応する
実ボリューム１１１を含むデータセンタ１０１のアドレ
スを示す。ホストサーバ・アドレス１０１は対応する実
ボリューム１１１を含むストレージシステムに接続され
たホストサーバ１０９のアドレスを示す。
・アドレス２０３と１次フラッグ２０４とデータセンタ
・アドレス２０５とホストサーバ・アドレスとストレー
ジシステム・アドレスを含んでいる。実ボリューム・ア
ドレス２０３は対応する実ボリューム１１１のアドレス
を示す。１次フラッグ２０４は、対応する実ボリューム
１１１が１次実ボリューム１１２である場合は「オン」
になる。対応する実ボリューム１１１が２次の実ボリュ
ーム１１３である場合は、１次のフラッグ２０４は「オ
フ」になる。データセンタ・アドレス２０５は対応する
実ボリューム１１１を含むデータセンタ１０１のアドレ
スを示す。ホストサーバ・アドレス１０１は対応する実
ボリューム１１１を含むストレージシステムに接続され
たホストサーバ１０９のアドレスを示す。
【００２５】ストレージシステム・アドレス２０７は対
応する実ボリューム１１１を含むストレージシステム１
０２のアドレスを示す。図6は本発明に対応する特定の
実施例における代表的なストレージシステムの図の説明
である。特定の実施例では、各々のストレージシステム
１０２は記憶制御装置１１５を持つ。記憶制御装置１１
５はコピー・ボリュームグループ情報１２１とキャッシ
ュ・メモリー１２２とコピー・ボリュームグループ定義
プロセス１３１、と読み出し実行プロセス１３２と書き
込みリクエスト実行プロセス１３３と書き込みデータ送
信プロセス１３４と書き込みデータ受信プロセス１３５
を持つ。
応する実ボリューム１１１を含むストレージシステム１
０２のアドレスを示す。図6は本発明に対応する特定の
実施例における代表的なストレージシステムの図の説明
である。特定の実施例では、各々のストレージシステム
１０２は記憶制御装置１１５を持つ。記憶制御装置１１
５はコピー・ボリュームグループ情報１２１とキャッシ
ュ・メモリー１２２とコピー・ボリュームグループ定義
プロセス１３１、と読み出し実行プロセス１３２と書き
込みリクエスト実行プロセス１３３と書き込みデータ送
信プロセス１３４と書き込みデータ受信プロセス１３５
を持つ。
【００２６】これらのプロセスの各々は１次ストレージ
システムと、そして１台またはそれ以上の２次ストレー
ジシステムにおける対応するプロセスと交信する。例え
ば、１次ストレージシステムにおける書き込みデータ送
信プロセス１３４は２次ストレージシステムにおける書
き込みデータ受信プロセス１３５と交信する。コピー・
ボリュームグループ情報１２１は、対応するストレージ
システム１０２の実ボリューム１１２を含む全てのコピ
ー・ボリュームグループ１１４のために存在する。本発
明の特定の実施例における、コピー・ボリュームグルー
プ情報の代表的なフォーマットを以下図３を参照しなが
らより詳細に説明する。
システムと、そして１台またはそれ以上の２次ストレー
ジシステムにおける対応するプロセスと交信する。例え
ば、１次ストレージシステムにおける書き込みデータ送
信プロセス１３４は２次ストレージシステムにおける書
き込みデータ受信プロセス１３５と交信する。コピー・
ボリュームグループ情報１２１は、対応するストレージ
システム１０２の実ボリューム１１２を含む全てのコピ
ー・ボリュームグループ１１４のために存在する。本発
明の特定の実施例における、コピー・ボリュームグルー
プ情報の代表的なフォーマットを以下図３を参照しなが
らより詳細に説明する。
【００２７】図3は本発明の特定の実施例における、コ
ピー・ボリュームグループ情報の代表的なフォーマット
の図の説明である。図３に示すように、特定の実施例で
は、コピー・ボリュームグループ情報１２１は、対応す
るコピー・ボリュームグループに含まれる、実ボリュー
ム１１１の数であるコピーグループ３００の数で構成さ
れる。転送形式３０１は、対応するコピー・ボリューム
グループ１１４において、他のストレージシステムに書
き込みデータが同期式に送られたか、あるいは非同期式
にであったかを示す。
ピー・ボリュームグループ情報の代表的なフォーマット
の図の説明である。図３に示すように、特定の実施例で
は、コピー・ボリュームグループ情報１２１は、対応す
るコピー・ボリュームグループに含まれる、実ボリュー
ム１１１の数であるコピーグループ３００の数で構成さ
れる。転送形式３０１は、対応するコピー・ボリューム
グループ１１４において、他のストレージシステムに書
き込みデータが同期式に送られたか、あるいは非同期式
にであったかを示す。
【００２８】コピー・ボリュームグループ情報３０２は
対応するコピー・ボリュームグループ１１４に含まれる
各々の実ボリューム１１１に対する情報である。コピー
・ボリューム情報」３０２の入力の数はコピー・ボリュ
ーム３００の数に等しい。各々のコピー・ボリューム情
報３０２は実ボリューム・アドレス２０３と１次フラッ
グ２０４とストレージシステム・アドレス２０7を含
む。
対応するコピー・ボリュームグループ１１４に含まれる
各々の実ボリューム１１１に対する情報である。コピー
・ボリューム情報」３０２の入力の数はコピー・ボリュ
ーム３００の数に等しい。各々のコピー・ボリューム情
報３０２は実ボリューム・アドレス２０３と１次フラッ
グ２０４とストレージシステム・アドレス２０7を含
む。
【００２９】図7は本発明の特定の実施例における代表
的なホスト・サーバの図を説明する。ホストサーバ１０
９はコピー・ボリュームグループ・インタフェース・プ
ロセス１４０と読み出しリクエスト発行プロセス１４１
と書き込みリクエスト発行プロセス１４２で構成され
る。ホストサーバ１０９のコピー・ボリュームグループ
・インタフェース・プロセス１４０はストレージシステ
ム１０２においてコピー・ボリュームグループ定義プロ
セス１３１を起動する。ホストサーバ１０９の読み出し
リクエスト発行プロセス１４１はストレージシステム１
０２において読み出しリクエスト実行プロセス１３３を
起動する。
的なホスト・サーバの図を説明する。ホストサーバ１０
９はコピー・ボリュームグループ・インタフェース・プ
ロセス１４０と読み出しリクエスト発行プロセス１４１
と書き込みリクエスト発行プロセス１４２で構成され
る。ホストサーバ１０９のコピー・ボリュームグループ
・インタフェース・プロセス１４０はストレージシステ
ム１０２においてコピー・ボリュームグループ定義プロ
セス１３１を起動する。ホストサーバ１０９の読み出し
リクエスト発行プロセス１４１はストレージシステム１
０２において読み出しリクエスト実行プロセス１３３を
起動する。
【００３０】ホストサーバ１０９の書き込みリクエスト
発行プロセス１４２は、ストレージシステム１０２にお
いて書き込みリクエスト実行プロセス１３２を起動す
る。これら本発明の特定の実施例のプロセスについて図
８―１１を参照しながら下記によりさらに詳細に説明す
る。
発行プロセス１４２は、ストレージシステム１０２にお
いて書き込みリクエスト実行プロセス１３２を起動す
る。これら本発明の特定の実施例のプロセスについて図
８―１１を参照しながら下記によりさらに詳細に説明す
る。
【００３１】図8は本発明の特定の実施例における、代
表的なログイン・プロセスのフローチャートである。ロ
グイン・プロセス１３０はユーザ１０７からログイン・
リクエストを受け取ることで開始される。ステップ８０
０では、ログイン・プロセス１３０はユーザ１０７がア
クセスしたい仮想ボリューム１１０の名称と、ユーザ１
０７がアクセスしたいターミナル１０８接続されている
ネットワーク・インタフェース１０５のＩＤを受け取
る。ステップ８０１では、ログイン・プロセス１３０
は、ステップ８００で受け取った仮想ボリューム１１０
の名称を利用してユーザ１０７が指定する、仮想ボリュ
ーム１１０を見付ける。
表的なログイン・プロセスのフローチャートである。ロ
グイン・プロセス１３０はユーザ１０７からログイン・
リクエストを受け取ることで開始される。ステップ８０
０では、ログイン・プロセス１３０はユーザ１０７がア
クセスしたい仮想ボリューム１１０の名称と、ユーザ１
０７がアクセスしたいターミナル１０８接続されている
ネットワーク・インタフェース１０５のＩＤを受け取
る。ステップ８０１では、ログイン・プロセス１３０
は、ステップ８００で受け取った仮想ボリューム１１０
の名称を利用してユーザ１０７が指定する、仮想ボリュ
ーム１１０を見付ける。
【００３２】ステップ８０２では、ログイン・プロセス
１３０が、特定の仮想ボリューム１１３についての全て
の実ボリューム情報２０１を参照しながら、ユーザ１０
７がアクセスするデータセンタ１０１を含む実ボリュー
ム情報２０２を選択する。この場合、ユーザが最高性能
の記憶装置アクセス環境が得られるように、ユーザが接
続されているターミナルに対するネットワーク・インタ
フェースに最も近いデータセンタ１０１が選択されるべ
きである。ステップ８０３では、ログイン・プロセス１
３０は選択された実ボリューム情報２０２の１次フラッ
グ２０４が「オン」に設定されているか、あるいは「オ
フ」に設定されているかを調べる。
１３０が、特定の仮想ボリューム１１３についての全て
の実ボリューム情報２０１を参照しながら、ユーザ１０
７がアクセスするデータセンタ１０１を含む実ボリュー
ム情報２０２を選択する。この場合、ユーザが最高性能
の記憶装置アクセス環境が得られるように、ユーザが接
続されているターミナルに対するネットワーク・インタ
フェースに最も近いデータセンタ１０１が選択されるべ
きである。ステップ８０３では、ログイン・プロセス１
３０は選択された実ボリューム情報２０２の１次フラッ
グ２０４が「オン」に設定されているか、あるいは「オ
フ」に設定されているかを調べる。
【００３３】もし、１次フラッグ２０４が「オン」に設
定されている場合は、ログイン・プロセス１３０はステ
ップ８０８で処理を継続する。もし、１次フラッグ２０
４が「オフ」に設定されている場合は、次には、ステッ
プ８０４で、選択された実ボリューム情報２０２で特定
されたホストサーバ１０９にある、ボリュームグループ
・インタフェース・プロセス１４０をコピーするようリ
クエストを発行する。このリクエストは選択された実ボ
リューム情報２０２で規定される実ボリューム１１１を
１次の実ボリュームにするようリクエストするものであ
る。
定されている場合は、ログイン・プロセス１３０はステ
ップ８０８で処理を継続する。もし、１次フラッグ２０
４が「オフ」に設定されている場合は、次には、ステッ
プ８０４で、選択された実ボリューム情報２０２で特定
されたホストサーバ１０９にある、ボリュームグループ
・インタフェース・プロセス１４０をコピーするようリ
クエストを発行する。このリクエストは選択された実ボ
リューム情報２０２で規定される実ボリューム１１１を
１次の実ボリュームにするようリクエストするものであ
る。
【００３４】さらにこのリクエストは選択された実ボリ
ューム情報２０２に実ボリュームアドレス２０３とスシ
ステムアドレス２０７を有している。次にステップ８０
５でログインプロセス１３０はホストサーバ１０９から
の応答を待つ。応答を受信後ステップ８０６でログイン
プロセス１３０は、その時点まで１次のボリュームであ
った実ボリュームの１次のフラグ２０４をそれまでの
“ｏｎ”から“ｏｆｆ”に設定する。ステップ８０７で
は、ログイン・プロセス１３０は、新しい実ボリューム
になる実ボリュームについての選択された実ボリューム
情報２０２にある１次フラッグ２０４を以前の「オフ」
の値から「オン」の値に設定する。従って、ステップ８
０６と８０７に関連した処理によって、１次の値は他の
値で置き換えられる。ステップ８０８では、ログイン・
プロセス１３０は選択した実ボリューム情報２０２をユ
ーザへ渡す。
ューム情報２０２に実ボリュームアドレス２０３とスシ
ステムアドレス２０７を有している。次にステップ８０
５でログインプロセス１３０はホストサーバ１０９から
の応答を待つ。応答を受信後ステップ８０６でログイン
プロセス１３０は、その時点まで１次のボリュームであ
った実ボリュームの１次のフラグ２０４をそれまでの
“ｏｎ”から“ｏｆｆ”に設定する。ステップ８０７で
は、ログイン・プロセス１３０は、新しい実ボリューム
になる実ボリュームについての選択された実ボリューム
情報２０２にある１次フラッグ２０４を以前の「オフ」
の値から「オン」の値に設定する。従って、ステップ８
０６と８０７に関連した処理によって、１次の値は他の
値で置き換えられる。ステップ８０８では、ログイン・
プロセス１３０は選択した実ボリューム情報２０２をユ
ーザへ渡す。
【００３５】勿論、ログイン・プロセス１３０が、コピ
ー・ボリュームグループ・インタフェース・プロセス１
４０の代わりに、ストレージシステム１０２にあるコピ
ー・ボリュームグループ定義プロセス１３１に、このリ
クエストを発行することも可能である。
ー・ボリュームグループ・インタフェース・プロセス１
４０の代わりに、ストレージシステム１０２にあるコピ
ー・ボリュームグループ定義プロセス１３１に、このリ
クエストを発行することも可能である。
【００３６】ステップ８０４で、ログイン・プロセス１
３０からリクエストを受け取ることで、コピー・ボリュ
ームグループ・インタフェース・プロセス１４０が起動
される。コピー・ボリュームグループ・インタフェース
・プロセス１４０は、リクエストで特定されたストレー
ジシステム１０２にある、コピー・ボリュームグループ
定義プロセス１３１にリクエストを渡す。コピー・ボリ
ュームグループ・インタフェース・プロセス１４０は、
コピー・ボリュームグループ定義プロセス１３１からリ
クエストの完了の通知を受けると、ログイン・サーバ１
３０にリクエストの完了を通知する。
３０からリクエストを受け取ることで、コピー・ボリュ
ームグループ・インタフェース・プロセス１４０が起動
される。コピー・ボリュームグループ・インタフェース
・プロセス１４０は、リクエストで特定されたストレー
ジシステム１０２にある、コピー・ボリュームグループ
定義プロセス１３１にリクエストを渡す。コピー・ボリ
ュームグループ・インタフェース・プロセス１４０は、
コピー・ボリュームグループ定義プロセス１３１からリ
クエストの完了の通知を受けると、ログイン・サーバ１
３０にリクエストの完了を通知する。
【００３７】図9は本発明の特定の実施例における、代
表的なコピー・ボリュームグループ定義プロセスのフロ
ーチャートである。コピー・ボリュームグループ定義プ
ロセス１３１は、ホストサーバ１０９にあるコピー・ボ
リュームグループ・インタフェース・プロセス１４０、
または他のストレージシステム１０２にあるコピー・ボ
リュームグループ定義プロセス１３１からリクエストを
受け取ると、処理を開始する。決定ステップ９００で
は、リクエストを、同じストレージシステム１０２にあ
るコピー・ボリュームグループ定義プロセス１３１から
受け取ったか、または他のストレージシステム１０２か
ら受け取ったかを判定する。もし、リクエストが同じス
トレージシステム１０２から受け取った場合は、ステッ
プ９０１により処理が進められる。他の場合、もしリク
エストを他のストレージシステム１０２にあるコピー・
ボリュームグループ定義プロセスから受け取った場合
は、処理はステップ９１１により進められる。
表的なコピー・ボリュームグループ定義プロセスのフロ
ーチャートである。コピー・ボリュームグループ定義プ
ロセス１３１は、ホストサーバ１０９にあるコピー・ボ
リュームグループ・インタフェース・プロセス１４０、
または他のストレージシステム１０２にあるコピー・ボ
リュームグループ定義プロセス１３１からリクエストを
受け取ると、処理を開始する。決定ステップ９００で
は、リクエストを、同じストレージシステム１０２にあ
るコピー・ボリュームグループ定義プロセス１３１から
受け取ったか、または他のストレージシステム１０２か
ら受け取ったかを判定する。もし、リクエストが同じス
トレージシステム１０２から受け取った場合は、ステッ
プ９０１により処理が進められる。他の場合、もしリク
エストを他のストレージシステム１０２にあるコピー・
ボリュームグループ定義プロセスから受け取った場合
は、処理はステップ９１１により進められる。
【００３８】ステップ９０１では、コピー・ボリューム
グループ定義プロセス１３１は、受け取ったリクエスト
により特定された、実ボリューム・アドレス２０３とス
トレージシステム・アドレス２０７を含む、コピー・グ
ループ情報１２１を見付ける。ステップ９０２では、コ
ピー・ボリュームグループ定義プロセス１３１は、その
１次フラッグ２０４が選択されたコピー・ボリュームグ
ループ情報１２１上にある、コピー・ボリューム情報３
０２を見付ける。決定ステップ９０３では、コピー・ボ
リュームグループ定義プロセス１３１は転送形式３０１
が同期型を示しているか、非同期型を示しているかを調
べる。もし、同期型である場合は、コピー・ボリューム
グループ定義プロセス１３１はステップ９０６に進む。
グループ定義プロセス１３１は、受け取ったリクエスト
により特定された、実ボリューム・アドレス２０３とス
トレージシステム・アドレス２０７を含む、コピー・グ
ループ情報１２１を見付ける。ステップ９０２では、コ
ピー・ボリュームグループ定義プロセス１３１は、その
１次フラッグ２０４が選択されたコピー・ボリュームグ
ループ情報１２１上にある、コピー・ボリューム情報３
０２を見付ける。決定ステップ９０３では、コピー・ボ
リュームグループ定義プロセス１３１は転送形式３０１
が同期型を示しているか、非同期型を示しているかを調
べる。もし、同期型である場合は、コピー・ボリューム
グループ定義プロセス１３１はステップ９０６に進む。
【００３９】その他の場合は、ステップ９０４では、コ
ピー・ボリュームグループ定義プロセス１３１は、ステ
ップ９０２で選択されたコピー・ボリュームグループ情
報、言い換えれば１次フラッグ２０４が「オン」にセッ
トされているコピー・ボリュームグループ情報にあるス
トレージシステム・アドレス２０７と等しいアドレスを
持つストレージシステム１０２にある、コピー・ボリュ
ームグループ定義プロセス１３１に対して、キャッシュ
・メモリー１２２を同期させるようにリクエストを発行
する。
ピー・ボリュームグループ定義プロセス１３１は、ステ
ップ９０２で選択されたコピー・ボリュームグループ情
報、言い換えれば１次フラッグ２０４が「オン」にセッ
トされているコピー・ボリュームグループ情報にあるス
トレージシステム・アドレス２０７と等しいアドレスを
持つストレージシステム１０２にある、コピー・ボリュ
ームグループ定義プロセス１３１に対して、キャッシュ
・メモリー１２２を同期させるようにリクエストを発行
する。
【００４０】次に、ステップ９０５では、コピー・ボリ
ュームグループ定義プロセス１３１は他のストレージシ
ステム１０２からの応答を待つ。応答を受け取ると、コ
ピー・ボリュームグループ定義プロセス１３１は、１次
の物理ボリューム１１２を実ボリューム１１１に変更す
るために、リクエストを、ステップ９０１の選択された
コピー・ボリュームグループ情報１２１に含まれてい
た、自身のストレージシステム１０２を除く他の全ての
ストレージシステムにある、コピー・ボリュームグルー
プ定義プロセス１３５に対して発行する。このリクエス
トはコピー・ボリュームグループ・インタフェース・プ
ロセス１４０がら受け取った、実ボリューム・アドレス
２０３とストレージシステム・アドレス２０７を含む。
ュームグループ定義プロセス１３１は他のストレージシ
ステム１０２からの応答を待つ。応答を受け取ると、コ
ピー・ボリュームグループ定義プロセス１３１は、１次
の物理ボリューム１１２を実ボリューム１１１に変更す
るために、リクエストを、ステップ９０１の選択された
コピー・ボリュームグループ情報１２１に含まれてい
た、自身のストレージシステム１０２を除く他の全ての
ストレージシステムにある、コピー・ボリュームグルー
プ定義プロセス１３５に対して発行する。このリクエス
トはコピー・ボリュームグループ・インタフェース・プ
ロセス１４０がら受け取った、実ボリューム・アドレス
２０３とストレージシステム・アドレス２０７を含む。
【００４１】次に、ステップ９０７では、コピー・ボリ
ュームグループ定義プロセス１３１は他のストレージシ
ステム１０２からの応答を待つ。応答を受け取ると、ス
テップ９０８でコピー・ボリュームグループ定義プロセ
ス１３１は、ステップ９０２で選択されたコピー・ボリ
ューム情報２０２にあって、現在まで「オン」に設定さ
れていた１次のフラッグ２０４を、このボリュームがも
はや１次ではないということを示すために、「オフ」に
設定する。次に、ステップ９０９では、コピー・ボリュ
ームグループ定義プロセス１３１は、コピー・ボリュー
ムグループ・インタフェース・プロセス１４０から受け
取った実ボリューム・アドレス２０３とストレージシス
テム・アドレス２０７を含むコピー・ボリューム情報３
０２にある１次フラッグ２０４を、これが新１次ボリュ
ームであることを示すために、「オフ」の値から「オ
ン」の値に設定する。次に、ステップ９１０では、コピ
ー・ボリュームグループ定義プロセス１３１は、コピー
・ボリュームグループ・インタフェース・プロセス１４
０に、要求された処理が完了したことを通知する。
ュームグループ定義プロセス１３１は他のストレージシ
ステム１０２からの応答を待つ。応答を受け取ると、ス
テップ９０８でコピー・ボリュームグループ定義プロセ
ス１３１は、ステップ９０２で選択されたコピー・ボリ
ューム情報２０２にあって、現在まで「オン」に設定さ
れていた１次のフラッグ２０４を、このボリュームがも
はや１次ではないということを示すために、「オフ」に
設定する。次に、ステップ９０９では、コピー・ボリュ
ームグループ定義プロセス１３１は、コピー・ボリュー
ムグループ・インタフェース・プロセス１４０から受け
取った実ボリューム・アドレス２０３とストレージシス
テム・アドレス２０７を含むコピー・ボリューム情報３
０２にある１次フラッグ２０４を、これが新１次ボリュ
ームであることを示すために、「オフ」の値から「オ
ン」の値に設定する。次に、ステップ９１０では、コピ
ー・ボリュームグループ定義プロセス１３１は、コピー
・ボリュームグループ・インタフェース・プロセス１４
０に、要求された処理が完了したことを通知する。
【００４２】他のストレージシステムにあるコピー・ボ
リュームグループ定義プロセス１３１から、リクエスト
を受け取った場合は、次にステップ９１１で、コピー・
ボリュームグループ定義プロセス１３１はリクエストが
キャッシュ・メモリー１２２を同期させる要求であるか
を調べる。もしそうでないならば、コピー・ボリューム
グループ定義プロセス１３１はステップ９１３に進む。
それ以外の場合は、ステップ９１２では、コピー・ボリ
ュームグループ定義プロセス１３１はキャッシュが同期
するのを待つ。
リュームグループ定義プロセス１３１から、リクエスト
を受け取った場合は、次にステップ９１１で、コピー・
ボリュームグループ定義プロセス１３１はリクエストが
キャッシュ・メモリー１２２を同期させる要求であるか
を調べる。もしそうでないならば、コピー・ボリューム
グループ定義プロセス１３１はステップ９１３に進む。
それ以外の場合は、ステップ９１２では、コピー・ボリ
ュームグループ定義プロセス１３１はキャッシュが同期
するのを待つ。
【００４３】キャッシュが同期した後は、コピー・ボリ
ュームグループ定義プロセス１３１は、ステップ９１６
により処理を進める。その他の場合は、ステップ９１３
で、コピー・ボリュームグループ定義プロセス１３１は
受け取ったリクエストで指定された実ボリューム・アド
レス２０３とストレージシステム・アドレス２０７を含
むコピー・グループ情報１２１を見付ける。ステップ９
１４では、コピー・ボリュームグループ定義プロセス１
３１は、ステップ９１３で選択されていたコピー・ボリ
ュームグループ情報１２１の現在まで「オン」に設定さ
れていた、１次のフラッグ２０４を、このボリュームが
もはや１次ボリュームではないと言うことを示すため
に、「オフ」に設定される。
ュームグループ定義プロセス１３１は、ステップ９１６
により処理を進める。その他の場合は、ステップ９１３
で、コピー・ボリュームグループ定義プロセス１３１は
受け取ったリクエストで指定された実ボリューム・アド
レス２０３とストレージシステム・アドレス２０７を含
むコピー・グループ情報１２１を見付ける。ステップ９
１４では、コピー・ボリュームグループ定義プロセス１
３１は、ステップ９１３で選択されていたコピー・ボリ
ュームグループ情報１２１の現在まで「オン」に設定さ
れていた、１次のフラッグ２０４を、このボリュームが
もはや１次ボリュームではないと言うことを示すため
に、「オフ」に設定される。
【００４４】次に、ステップ９１５で、コピー・ボリュ
ームグループ定義プロセス１３１は、受け取ったリクエ
ストで特定された、実ボリューム・アドレス２０３とス
トレージシステム・アドレス２０７を含むコピー・ボリ
ューム情報３０２の１次フラッグ２０４を、これが現在
は１次のボリュームであることを示すため「オン」に設
定する。次に、ステップ916では、コピー・ボリューム
グループ定義プロセス１３１は、他のストレージシステ
ム１０２にある、コピー・ボリュームグループ定義プロ
セス1４０に、要求された処理が完了したことを通知す
る。
ームグループ定義プロセス１３１は、受け取ったリクエ
ストで特定された、実ボリューム・アドレス２０３とス
トレージシステム・アドレス２０７を含むコピー・ボリ
ューム情報３０２の１次フラッグ２０４を、これが現在
は１次のボリュームであることを示すため「オン」に設
定する。次に、ステップ916では、コピー・ボリューム
グループ定義プロセス１３１は、他のストレージシステ
ム１０２にある、コピー・ボリュームグループ定義プロ
セス1４０に、要求された処理が完了したことを通知す
る。
【００４５】実ボリューム・アドレス２０３と、１次の
フラッグ２０４と、データセンタ・アドレス２０５と、
ホストサーバ・アドレス２０６と、ストレージシステム
・アドレス２０７を含む実ボリューム情報を受け取った
後、ユーザ１０７は受け取ったホストサーバ・アドレス
２０６により特定されたホストサーバ１０９と交信す
る。特定の実施例では、読み出しリクェスト発行プロセ
ス１４１と書き込みリクエスト発行プロセス１４２がど
の実ボリュームにも存在すると考えられる。従って、実
施例では、各々の実ボリュームにおいて、読み出しリク
エストと書き込みリクエストを並列に実行することが出
来る。
フラッグ２０４と、データセンタ・アドレス２０５と、
ホストサーバ・アドレス２０６と、ストレージシステム
・アドレス２０７を含む実ボリューム情報を受け取った
後、ユーザ１０７は受け取ったホストサーバ・アドレス
２０６により特定されたホストサーバ１０９と交信す
る。特定の実施例では、読み出しリクェスト発行プロセ
ス１４１と書き込みリクエスト発行プロセス１４２がど
の実ボリュームにも存在すると考えられる。従って、実
施例では、各々の実ボリュームにおいて、読み出しリク
エストと書き込みリクエストを並列に実行することが出
来る。
【００４６】次に、ユーザ１０７は、特定のホストサー
バ１０９にある、特定の実ボリューム１１１に対応する
読み出しリクエスト発行プロセス１４１と書き込みリク
エスト発行プロセス１４２に対して、実ボリューム・ア
ドレスとストレージシステム・アドレスを送信する。読
み出しリクエスト発行プロセス１４１は、ユーザ１０７
からのリクエストに対応する特定のホストサーバ１０９
にある、特定の実ボリューム１１１からデータを読み出
す。特定の実施例では、読み出しリクエスト発行プロセ
ス１４１は、ユーザ１０７が指定した実ボリューム・ア
ドレス２０３を含む読み出しリクエストを発行する。書
き込みリクエスト発行プロセス１４２は、ユーザ１０７
からのリクエストに対応して、ユーザ１０７が指定した
ストレージシステム１０２にある、特定の実ボリューム
・アドレス１１１とストレージシステム・アドレス２０
７にデータを書き込む。
バ１０９にある、特定の実ボリューム１１１に対応する
読み出しリクエスト発行プロセス１４１と書き込みリク
エスト発行プロセス１４２に対して、実ボリューム・ア
ドレスとストレージシステム・アドレスを送信する。読
み出しリクエスト発行プロセス１４１は、ユーザ１０７
からのリクエストに対応する特定のホストサーバ１０９
にある、特定の実ボリューム１１１からデータを読み出
す。特定の実施例では、読み出しリクエスト発行プロセ
ス１４１は、ユーザ１０７が指定した実ボリューム・ア
ドレス２０３を含む読み出しリクエストを発行する。書
き込みリクエスト発行プロセス１４２は、ユーザ１０７
からのリクエストに対応して、ユーザ１０７が指定した
ストレージシステム１０２にある、特定の実ボリューム
・アドレス１１１とストレージシステム・アドレス２０
７にデータを書き込む。
【００４７】特定の実施例では、書き込みリクエスト発
行プロセス１４１は、指定されたストレージシステム１
０２に、ユーザ１０７が指定した実ボリューム・アドレ
ス２０３とストレージシステム・アドレス１０７を含む
書き込みリクエストを発行する。特定の実施例では、ス
トレージシステム１０２の読み出しリクエスト実行プロ
セス１３２と、書き込みリクエスト実行プロセス１３３
と、書き込みデータ送信プロセス１３４と、書き込みデ
ータ受信プロセス１３５は各々の実ボリューム１１１に
存在すると見なされる。読み出しリクエスト実行プロセ
ス１３２は、読み出しリクエストで特定された実ボリュ
ーム１１２の要求されたデータを読み出しリクエスト発
行プロセス１４１へ送信する。
行プロセス１４１は、指定されたストレージシステム１
０２に、ユーザ１０７が指定した実ボリューム・アドレ
ス２０３とストレージシステム・アドレス１０７を含む
書き込みリクエストを発行する。特定の実施例では、ス
トレージシステム１０２の読み出しリクエスト実行プロ
セス１３２と、書き込みリクエスト実行プロセス１３３
と、書き込みデータ送信プロセス１３４と、書き込みデ
ータ受信プロセス１３５は各々の実ボリューム１１１に
存在すると見なされる。読み出しリクエスト実行プロセ
ス１３２は、読み出しリクエストで特定された実ボリュ
ーム１１２の要求されたデータを読み出しリクエスト発
行プロセス１４１へ送信する。
【００４８】図１０は本発明の特定の実施例における、
代表的な書き込みリクエスト実行プロセスのフローチャ
ートを示す。図１０に示すように、特定の実施例では、
書き込みリクエスト実行プロセス１３３は、ホスト１０
９にある書き込みリクエスト発行プロセス１４２から書
き込みリクエストを受け取って開始される。ステップ１
０００では、書き込みリクエスト実行プロセス１３３
は、書き込みリクエスト発行プロセス１４２から書き込
みデータを受け取り、書き込みデータをキャッシュ・メ
モリー１２２に記憶させる。ステップ１００１では、書
き込みリクエスト実行プロセス１３３は、受け取った書
き込みリクエストで指定された実ボリューム・アドレス
２０３を含むコピー・ボリュームグループ情報１２１を
見付ける。
代表的な書き込みリクエスト実行プロセスのフローチャ
ートを示す。図１０に示すように、特定の実施例では、
書き込みリクエスト実行プロセス１３３は、ホスト１０
９にある書き込みリクエスト発行プロセス１４２から書
き込みリクエストを受け取って開始される。ステップ１
０００では、書き込みリクエスト実行プロセス１３３
は、書き込みリクエスト発行プロセス１４２から書き込
みデータを受け取り、書き込みデータをキャッシュ・メ
モリー１２２に記憶させる。ステップ１００１では、書
き込みリクエスト実行プロセス１３３は、受け取った書
き込みリクエストで指定された実ボリューム・アドレス
２０３を含むコピー・ボリュームグループ情報１２１を
見付ける。
【００４９】次に、ステップ１００１では、書き込みリ
クエスト実行プロセス１３３は、見付かったコピー・ボ
リューム・グループ情報１２１の転送形式３０１が同期
型か非同期型かを調べる。もしそれが非同期型の転送で
あれば、処理はステップ１００４により進行する。そう
でなくて、もしそれが同期型の転送であれば、次にステ
ップ１００２で、書き込みリクエスト実行プロセス１３
３は、対応する書き込みデータ送信プロセス１３４を起
動する。次に、ステップ１００３では、書き込みリクエ
スト実行プロセス１３３は、書き込み送信プロセス１３
４からの応答を待つ。応答を受け取ると、書き込みリク
エスト実行プロセス１３４はステップ１００４へ進む。
ステップ１００４では、書き込みリクエスト実行プロセ
ス１３３は、書き込みリクエストの完了を通知する。一
方、読み出しリクエスト実行プロセス１３２と書き込み
リクエスト実行プロセス１３３はユーザ１０７のターミ
ナル１０５から書き込み／読み出しリクエストを直接受
け取り、そして要求された処理を実行する。
クエスト実行プロセス１３３は、見付かったコピー・ボ
リューム・グループ情報１２１の転送形式３０１が同期
型か非同期型かを調べる。もしそれが非同期型の転送で
あれば、処理はステップ１００４により進行する。そう
でなくて、もしそれが同期型の転送であれば、次にステ
ップ１００２で、書き込みリクエスト実行プロセス１３
３は、対応する書き込みデータ送信プロセス１３４を起
動する。次に、ステップ１００３では、書き込みリクエ
スト実行プロセス１３３は、書き込み送信プロセス１３
４からの応答を待つ。応答を受け取ると、書き込みリク
エスト実行プロセス１３４はステップ１００４へ進む。
ステップ１００４では、書き込みリクエスト実行プロセ
ス１３３は、書き込みリクエストの完了を通知する。一
方、読み出しリクエスト実行プロセス１３２と書き込み
リクエスト実行プロセス１３３はユーザ１０７のターミ
ナル１０５から書き込み／読み出しリクエストを直接受
け取り、そして要求された処理を実行する。
【００５０】図１１は本発明の特定の実施例の代表的な
書き込みデータ送信プロセスのフローチャートを示す。
図１１に示すように、特定の実施例では、書き込みデー
タ送信プロセス１３４は、対応する実ボリューム１１１
の実ボリューム・アドレス２０３を含むコピー・ボリュ
ームグループ情報１２１における転送形式３０１が非同
期式の場合は、ステップ１１００と１１０１を実行す
る。ステップ１１００では、書き込みデータ送信プロセ
ス１３４は、対応する実ボリューム１１２に対する書き
込みデータがキャッシュ・メモリー１２２に存在するか
否かを調べる。
書き込みデータ送信プロセスのフローチャートを示す。
図１１に示すように、特定の実施例では、書き込みデー
タ送信プロセス１３４は、対応する実ボリューム１１１
の実ボリューム・アドレス２０３を含むコピー・ボリュ
ームグループ情報１２１における転送形式３０１が非同
期式の場合は、ステップ１１００と１１０１を実行す
る。ステップ１１００では、書き込みデータ送信プロセ
ス１３４は、対応する実ボリューム１１２に対する書き
込みデータがキャッシュ・メモリー１２２に存在するか
否かを調べる。
【００５１】もし、書き込みデータがキャッシュ・メモ
リーに存在する場合は、処理はステップ１１０２により
続けられる。もし、書き込みデータが存在しない場合
は、書き込みデータ送信プロセス１３４は、ステップ１
１０１でしばらく待ち、次にステップ１１００により、
再び処理を進める。一方、対応するデータ転送形式３０
１が同期式である場合は、書き込みデータ送信プロセス
１３４が書き込みリクエスト実行プロセス１３３により
起動され、処理をステップ１１０２から開始する。
リーに存在する場合は、処理はステップ１１０２により
続けられる。もし、書き込みデータが存在しない場合
は、書き込みデータ送信プロセス１３４は、ステップ１
１０１でしばらく待ち、次にステップ１１００により、
再び処理を進める。一方、対応するデータ転送形式３０
１が同期式である場合は、書き込みデータ送信プロセス
１３４が書き込みリクエスト実行プロセス１３３により
起動され、処理をステップ１１０２から開始する。
【００５２】ステップ１１０２は、書き込みデータ送信
プロセス１３４は、対応する実ボリューム１１１の実ボ
リューム・アドレス２０３を含む、コピー・ボリューム
グループ情報１２１を見付ける。ステップ１１０３で
は、書き込みデータ送信プロセス１３４は、見つかった
コピー・ボリュームグループ情報１２１にその実ボリュ
ーム・アドレス２０３が含まれている、１個の実ボリュ
ーム１１２に対し書き込みデータを送信する。ステップ
１１０４では、書き込みデータ送信プロセス１３４は、
そのなかで書き込みデータ送信プロセスが実行中で、そ
の実ボリュームアドレス２０３が対応するコピー・ボリ
ュームグループ情報１２１に含まれているストレージシ
ステム１０２にある実ボリューム１１１を除く、全ての
実ボリューム１１１へ書き込みデータを送っているかを
調べる。もし書き込みデータの送信が完了すると、書き
込みデータ送信プロセス１３４は、ステップ１１０５で
応答を待つ。
プロセス１３４は、対応する実ボリューム１１１の実ボ
リューム・アドレス２０３を含む、コピー・ボリューム
グループ情報１２１を見付ける。ステップ１１０３で
は、書き込みデータ送信プロセス１３４は、見つかった
コピー・ボリュームグループ情報１２１にその実ボリュ
ーム・アドレス２０３が含まれている、１個の実ボリュ
ーム１１２に対し書き込みデータを送信する。ステップ
１１０４では、書き込みデータ送信プロセス１３４は、
そのなかで書き込みデータ送信プロセスが実行中で、そ
の実ボリュームアドレス２０３が対応するコピー・ボリ
ュームグループ情報１２１に含まれているストレージシ
ステム１０２にある実ボリューム１１１を除く、全ての
実ボリューム１１１へ書き込みデータを送っているかを
調べる。もし書き込みデータの送信が完了すると、書き
込みデータ送信プロセス１３４は、ステップ１１０５で
応答を待つ。
【００５３】もし書き込みデータの送信が完了していな
い場合は、処理はステップ１０３により継続される。応
答を受け取った後、対応するデータ転送形式３１０が非
同期式であると、書き込みデータ送信プロセス１３４
が、ステップ１１００に戻って処理を継続する。対応す
るデータ転送形式３０１が同期式である場合は、次にス
テップ１１０６では、書き込みデータ送信プロセス１３
４は書き込みリクエスト発行プロセス１３３へ、要求さ
れた処理の完了を通知する。
い場合は、処理はステップ１０３により継続される。応
答を受け取った後、対応するデータ転送形式３１０が非
同期式であると、書き込みデータ送信プロセス１３４
が、ステップ１１００に戻って処理を継続する。対応す
るデータ転送形式３０１が同期式である場合は、次にス
テップ１１０６では、書き込みデータ送信プロセス１３
４は書き込みリクエスト発行プロセス１３３へ、要求さ
れた処理の完了を通知する。
【００５４】図１１のステップ１１０３では、送信処理
の完了を受信する前に、書き込みデータ送信プロセス１
３３は次の送信処理を開始する。したがって、書き込み
データ送信プロセス１３３は複数の送信処理を並列に行
うことが出来る。このようにして、効率的なデータ転送
が実現できる。特定の実施例では、他の効率的なデータ
転送の技術として、複数の送信処理に適用できる、放送
方式が用いられる。
の完了を受信する前に、書き込みデータ送信プロセス１
３３は次の送信処理を開始する。したがって、書き込み
データ送信プロセス１３３は複数の送信処理を並列に行
うことが出来る。このようにして、効率的なデータ転送
が実現できる。特定の実施例では、他の効率的なデータ
転送の技術として、複数の送信処理に適用できる、放送
方式が用いられる。
【００５５】図１２は本発明の特定の実施例の代表的な
書き込みデータ受信プロセスのフローチャートを示す。
図１２に示すように、特定の実施例では、書き込みデー
タ受信プロセス１３５は、書き込みデータ送信プロセス
１３４から書き込みデータを受け取ると、処理を開始す
る。ステップ１２００では、書き込みデータ受信プロセ
ス１３５は書き込みデータを受け取り、キャッシュ・メ
モリー１２２に書き込みデータを記憶させる。次に、ス
テップ１２０１では、書き込みデータ受信プロセス１３
５は、書き込みデータ送信プロセス１３４に、要求され
た処理が完了したことを通知する。
書き込みデータ受信プロセスのフローチャートを示す。
図１２に示すように、特定の実施例では、書き込みデー
タ受信プロセス１３５は、書き込みデータ送信プロセス
１３４から書き込みデータを受け取ると、処理を開始す
る。ステップ１２００では、書き込みデータ受信プロセ
ス１３５は書き込みデータを受け取り、キャッシュ・メ
モリー１２２に書き込みデータを記憶させる。次に、ス
テップ１２０１では、書き込みデータ受信プロセス１３
５は、書き込みデータ送信プロセス１３４に、要求され
た処理が完了したことを通知する。
【００５６】上に述べたことは、本発明の実施例の説明
である。添付された特許請求の範囲で定義された本発明
の意図するところから外れることなしに、変形や改造が
可能であることは熟知されることである。
である。添付された特許請求の範囲で定義された本発明
の意図するところから外れることなしに、変形や改造が
可能であることは熟知されることである。
【００５７】
【発明の効果】従来技術に比較して、本発明により各種
の利点が得られる。ある特定の実施例では、ユーザがデ
ータセンターにログインすると、割当システムはユーザ
の現在位置とユーザのボリュームのコピーをストレージ
システムに持っているデータセンタを認識する。次に、
割当システムはログインすべきデータセンタを選択し、
ユーザに選択したデータセンタにログインさせる。ある
特定の実施例では、選択したデータセンタ内で１次コピ
ーやその他のコピー、２次コピーなどを行うことが出来
るリモート・コピーの機能が提供され、１次コピーと２
次コピーが固定している従来の手法とは異なっている。
本発明の特定の実施例では、ユーザの移動に従って１次
コピーや２次コピーは動的に変化する。本発明の特定の
実施例では、リモート・コピー機能が提供され、性能を
向上するためにボリュームの２個を超えるコピーが出来
る。
の利点が得られる。ある特定の実施例では、ユーザがデ
ータセンターにログインすると、割当システムはユーザ
の現在位置とユーザのボリュームのコピーをストレージ
システムに持っているデータセンタを認識する。次に、
割当システムはログインすべきデータセンタを選択し、
ユーザに選択したデータセンタにログインさせる。ある
特定の実施例では、選択したデータセンタ内で１次コピ
ーやその他のコピー、２次コピーなどを行うことが出来
るリモート・コピーの機能が提供され、１次コピーと２
次コピーが固定している従来の手法とは異なっている。
本発明の特定の実施例では、ユーザの移動に従って１次
コピーや２次コピーは動的に変化する。本発明の特定の
実施例では、リモート・コピー機能が提供され、性能を
向上するためにボリュームの２個を超えるコピーが出来
る。
【図１】図１は本発明の特定の実施例における代表的な
広域データセンタの図の説明である。
広域データセンタの図の説明である。
【図２】図２は本発明の特定の実施例に対応する仮想ボ
リューム情報の代表的なフォーマットの図を説明する。
リューム情報の代表的なフォーマットの図を説明する。
【図３】図3は本発明の特定の実施例における、コピー
・ボリュームグループ情報の代表的なフォーマットの図
を説明する。
・ボリュームグループ情報の代表的なフォーマットの図
を説明する。
【図４】図4は本発明の特定の実施例における代表的な
ストレージシステム構成の図の説明である。
ストレージシステム構成の図の説明である。
【図５】図5は本発明の特定の実施例における代表的な
ディレクター・サーバの図の説明である。
ディレクター・サーバの図の説明である。
【図６】図6は本発明の特定の実施例に対応する代表的
なストレージシステムの図の説明である。
なストレージシステムの図の説明である。
【図７】図7は本発明の特定の実施例における代表的な
ホスト・サーバの図の説明である。
ホスト・サーバの図の説明である。
【図８】図8は本発明の特定の実施例における代表的な
ログイン・プロセスのフローチャートの説明である。
ログイン・プロセスのフローチャートの説明である。
【図９】図9は本発明の特定の実施例における代表的な
コピー・ボリュームグループ定義プロセスのフローチャ
ートの説明である。
コピー・ボリュームグループ定義プロセスのフローチャ
ートの説明である。
【図１０】図10は本発明の特定の実施例における代表的
な書き込みリクエスト実行プロセスのフローチャートの
説明である。
な書き込みリクエスト実行プロセスのフローチャートの
説明である。
【図１１】図11は本発明の特定の実施例における代表的
な書き込みデータ送信プロセスのフローチャートの説明
である。
な書き込みデータ送信プロセスのフローチャートの説明
である。
【図１２】図12は本発明の特定の実施例における代表的
な書き込みデータ受信プロセスのフローチャートの説明
である。
な書き込みデータ受信プロセスのフローチャートの説明
である。
１０１a・・・データセンタ、１０９・・・ホストサーバ、１
０２ｂ・・・ストレージシステム、１０３・・・ネットワーク
・インフラストラクチャ、１０４・・・アクセス・ゲート
ウェイ、１０５・・・ネットワーク・インタフェース、１
０６・・・ターミナル、１０７・・・ユーザ、１０８・・・ディ
レクトリ・サーバ、２００・・・仮想ボリュームID、２０
１・・・実ボリュームの数、２０２ ・・・実ボリュー
ム情報、２０３・・・実ボリューム・アドレス、２０４・・・
１次フラッグ、２０５・・・データセンタ・アドレス、２
０６・・・ホストサーバ・アドレス、２０７・・・ストレージ
システム・アドレス、３００・・・コピー・ボリュームの
数、３０１・・・転送形式、３０２・・・コピー・ボリューム
情報、２０３・・・実ボリューム・アドレス、２０４・・・１
次フラッグ、２０７・・・ストレージシステム・アドレ
ス、３０２コピー・ボリューム情報、１０８・・・ディレ
クトリ・サーバ、１２０・・・仮想ボリューム情報、１３
０・・・ログイン・プロセス
０２ｂ・・・ストレージシステム、１０３・・・ネットワーク
・インフラストラクチャ、１０４・・・アクセス・ゲート
ウェイ、１０５・・・ネットワーク・インタフェース、１
０６・・・ターミナル、１０７・・・ユーザ、１０８・・・ディ
レクトリ・サーバ、２００・・・仮想ボリュームID、２０
１・・・実ボリュームの数、２０２ ・・・実ボリュー
ム情報、２０３・・・実ボリューム・アドレス、２０４・・・
１次フラッグ、２０５・・・データセンタ・アドレス、２
０６・・・ホストサーバ・アドレス、２０７・・・ストレージ
システム・アドレス、３００・・・コピー・ボリュームの
数、３０１・・・転送形式、３０２・・・コピー・ボリューム
情報、２０３・・・実ボリューム・アドレス、２０４・・・１
次フラッグ、２０７・・・ストレージシステム・アドレ
ス、３０２コピー・ボリューム情報、１０８・・・ディレ
クトリ・サーバ、１２０・・・仮想ボリューム情報、１３
０・・・ログイン・プロセス
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5B065 BA01 CE01 CE21 CH13
5B082 HA02 HA05 HA08 HA09
5B085 AA08 BG02 BG03
Claims (21)
- 【請求項１】第１のデータセンタと第２のデータセンタ
を含む複数のデータセンタで構成され、各々のデータセ
ンタはストレージシステムとホストサーバとディレクト
リ・サーバと複数のアクセス・ゲートウェイの少なくと
も１台と、上記の複数のデータセンタとディレクトリ・
サーバとアクセス・ゲートウェイを相互に接続するネッ
トワークで構成されているシステムであり、 コピー動作において、複数のアクセス・ゲートウェイの
少なくとも１台を経由して受け取った入力に応じて、複
数のデータセンタのあるものはデータの１次側（発信
元）として構成され、また複数のデータセンタのあるも
のはデータの２次側（宛先）として構成されるシステ
ム。 - 【請求項２】請求項１のシステムであって、コピー動作
においては、複数の複数のアクセス・ゲートウェイの少
なくとも１台を経由して受け取った入力に応じて第１の
データセンタと第２のデータセンタに係わる情報が上記
のディレクトリ・サーバから取り込まれ、その時点で上
記の第１のデータセンタはデータの１次側（発信元）と
して構成され、上記の第２のデータセンタはデータの２
次側（宛先）のデータとして構成されるシステム。 - 【請求項３】請求項２に記載のシステムであって、第２
のコピー動作においては、複数のアクセス・ゲートウェ
イの少なくとも１台を経由して受け取った第２の入力に
応じて、上記の第１のデータセンタはデータの２次側
（宛先）として再構成され、上記の第２のデータセンタ
はデータの１次側（発信元）として構成されるシステ
ム。 - 【請求項４】請求項３記載のシステムであって、そのコ
ピー動作は同期型であり、上記の第２のコピー動作にお
いては、上記の第１のデータセンタは、２次側（宛先）
として再構成される前に、キャッシュ・メモリーの内容
により記憶内容を更新するシステム。 - 【請求項５】請求項２記載のシステムであって、上記の
ディレクトリ・サーバから取り込まれた上記の情報は、
複数のアクセス・ゲートウェイの少なくとも１台を経由
して受け取られた上記の入力の発信元についての近接情
報で構成され、上記のコピー動作において、上記の近接
情報に基づき、上記の第１のデータセンタはデータの１
次側（発信源）として構成され、上記の第２のデータセ
ンタはデータの２次側（宛先）として構成されるシステ
ム。 - 【請求項６】請求項２に記載のシステムであって、コピ
ー動作においては、上記の複数のデータセンタはさらに
第３のデータセンタを構成し、上記の第３のデータセン
タはデータの２次側（宛先）のもう１つとして構成され
るシステム。 - 【請求項７】請求項１に記載のシステムであって、さら
に複数のアクセス・ゲートウェイの少なくとも１台とユ
ーザ・ターミナルとの間を接続するネットワーク・イン
タフェースを構成するシステム。 - 【請求項８】請求項１に記載のシステムであって、仮想
ボリュームに関連した情報は上記のストレージシステム
の複数の実ボリュームに記憶されるシステム。 - 【請求項９】請求項８に記載のシステムであって、上記
の仮想ボリュームと上記のストレージシステムにある複
数の実ボリュームとの間の対応は上記のディレクトリ・
サーバに記憶されるシステム。 - 【請求項１０】請求項１に記載のシステムであって、上
記の第１のデータセンタからの記憶ボリュームと上記の
第２のデータセンタからの記憶ボリュームがコピー・ボ
リューム・グループを構成するシステム。 - 【請求項１１】請求項１に記載のシステムであって、上
記のディレクトリ・サーバはさらにログイン・プロセス
と仮想ボリューム情報を構成するシステム。 - 【請求項１２】請求項１に記載のシステムであって、上
記のホストサーバはさらにコピー・ボリュームグループ
・インタフェース・プロセスと読み出しリクエスト発行
プロセスと書き込みリクエスト発行プロセスを構成する
システム。 - 【請求項１３】仮想ボリュームの名称とユーザのネット
ワークＩＤを受け取りそしてユーザのネットワーク・イ
ンタフェースＩＤを含み、 その仮想ボリュームの名称とネットワーク・インタフェ
ースＩＤに対応する仮想ボリュームを見付け、ユーザが
ログインしているデータセンタに対応する実ボリューム
情報を選択し、 データセンタが１次のものかを判断し、もし、上記のデ
ータセンタが１次ボリュームを含んでいない場合は、上
記のデータセンタ内のボリュームを１次ボリュームに変
更するリクエストを発行し、 そのリクエストに対する応答を待ち、現在の１次ボリュ
ームをリセットし、 上記のデータセンタの上記ボリュームを１次に設定し、
そして上記のデータセンタの上記ボリュームを１次に設
定した実ボリューム情報を返信することからなる方法。 - 【請求項１４】実ボリューム・アドレスとストレージシ
ステム・アドレスで構成されるリクエストを受け取るこ
と、上記のリクエストの上記の実ボリューム・アドレス
と上記のストレージシステム・アドレスに対応するコピ
ー・ボリュームグループ・アドレスを見付けること、現
在の１次ボリュームであるコピー・ボリュームを見付け
ること、転送形式が同期式であるか否かを判断し、もし
上記の転送形式が同期式であるならば、上記の現在の１
次ボリュームがキャッシュを同期化することを要求し、
そして応答を待ち、１次の実ボリュームを変更するリク
エストを発行し、そのリクエストに対する応答を待ち、
上記の現在の１次ボリュームが１次のものであるという
表示をリセットし、上記のリクエストの上記の実ボリュ
ーム・アドレスと上記のストレージシステム・アドレス
が現在の１次のものであるという表示を設定し、そして
完了を通知することで構成される方法。 - 【請求項１５】書き込みデータを受け取り、その書き込
みデータをキャッシュ・メモリーに記憶させ、上記の書
き込みデータに係わる転送形式が同期形式か否かを判定
し、もし、上記転送形式が同期形式である場合は、次に
書き込みデータを２次のボリュームに送信し、応答を待
ち、完了の通知を出すことで構成される方法。 - 【請求項１６】請求項１５の方法であって、さらに、 上記書き込みデータとともに特定された実ボリュームア
ドレスを含むコピー・ボリュームグループ情報を見付け
ることで構成される方法。 - 【請求項１７】書き込みデータがキャッシュ・メモリー
に記憶されているか否かを判定し、もし、書き込みデー
タがキャッシュ・メモリーに記憶されていない場合は、
待ち、それから再度、書き込みデータがキャッシュ・メ
モリーに記憶されているかを判断する、上記の書き込み
データのストレージシステムに対するコピー・ボリュー
ムグループ情報を見付け、上記のストレージシステムに
対し書き込みデータを送信し、上記の書き込みデータを
他のストレージシステム」へ送信するか否かを判断し、
もし上記の書き込みデータが他のストレージシステムへ
送信するものであれば、次に見付けることと送信するこ
とと判断することを、全ての書き込みデータが送信され
るまで繰り返し実行しそして、完了を通知することで構
成される方法。 - 【請求項１８】請求項17の方法であって、 その上記のコピー・ボリュームグループ情報は対応する
実ボリュームの実ボリューム・アドレスを含むものであ
る方法。 - 【請求項１９】複数の記憶装置の少なくとも１台と記憶
制御装置で構成される装置であって、 キャッシュ・メモリーとコピー・ボリュームグループ情
報と、 コピー・ボリュームグループ定義プロセス手段と、 読み出しリクエスト実行プロセス手段と、 書き込みリクエスト実行プロセス手段と、 書き込みデータ送信プロセス手段と、 書き込みデータ受信プロセス手段と、で構成される装
置。 - 【請求項２０】請求項19の装置であって、 その上記の書き込みリクエスト実行プロセス手段は、書
き込みデータを受け取り、 上記書き込みデータをキャッシュ・メモリーに記憶させ
上記書き込みデータに係わる転送形式が同期形式である
か否かを判断し、 もし上記の転送形式が同期形式であれば、次に書き込み
データを２次ボリュームに送り、そして応答を待ち、完
了の通知を出す装置。 - 【請求項２１】請求項19の装置であって、 その上記の書き込みデータ送信プロセス手段は、 書き込みデータがキャッシュ・メモリーに記憶されてい
るか否かを判断し、 もし、書き込みデータがキャッシュ・メモリーに記憶さ
れていない場合は、待ち、 それから再度、書き込みデータがキャッシュ・メモリー
に記憶されているかを判断する、 上記の書き込みデータのストレージシステムに対するコ
ピー・ボリュームグループ情報を見付け、 上記のストレージシステムに対し書き込みデータを送信
し、 上記の書き込みデータを他のストレージシステム」へ送
信するか否かを判断し、 もし上記の書き込みデータが他のストレージシステムへ
送信するものであれば、次に見付けることと送信するこ
とと判断することを、全ての書き込みデータが送信され
るまで繰り返し実行し、完了の通知を出す装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/923157 | 2001-08-06 | ||
| US09/923,157 US7152096B2 (en) | 2001-08-06 | 2001-08-06 | High performance storage access environment |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003114823A true JP2003114823A (ja) | 2003-04-18 |
| JP2003114823A5 JP2003114823A5 (ja) | 2005-10-20 |
| JP4208506B2 JP4208506B2 (ja) | 2009-01-14 |
Family
ID=25448213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002200739A Expired - Fee Related JP4208506B2 (ja) | 2001-08-06 | 2002-07-10 | 高性能記憶装置アクセス環境 |
Country Status (2)
| Country | Link |
|---|---|
| US (3) | US7152096B2 (ja) |
| JP (1) | JP4208506B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007055139A1 (ja) * | 2005-11-08 | 2007-05-18 | Hitachi, Ltd. | 分散システムにおける情報共有方法及び情報共有システム |
| US7509302B2 (en) | 2004-10-15 | 2009-03-24 | Hitachi, Ltd. | Device, method and program for providing a high-performance storage access environment while issuing a volume access request including an address of a volume to access |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7152096B2 (en) * | 2001-08-06 | 2006-12-19 | Hitachi, Ltd. | High performance storage access environment |
| US7328364B1 (en) * | 2003-03-21 | 2008-02-05 | Network Appliance, Inc. | Technique for coherent suspension of I/O operations in a RAID subsystem |
| US20040205154A1 (en) * | 2003-03-26 | 2004-10-14 | Lockheed Martin Corporation | System for integrated mobile devices |
| JP4382602B2 (ja) * | 2004-04-23 | 2009-12-16 | 株式会社日立製作所 | リモートコピーシステム |
| JP2006072684A (ja) * | 2004-09-02 | 2006-03-16 | Hitachi Ltd | ストレージネットワークシステム及び管理サーバ、ホストとストレージ装置 |
| US8135922B2 (en) * | 2004-11-08 | 2012-03-13 | International Business Machines Corporation | Apparatus and method to validate the configuration of an information storage and retrieval system |
| US8171115B2 (en) * | 2008-03-18 | 2012-05-01 | Microsoft Corporation | Resource equalization for inter- and intra- data center operations |
| US8065433B2 (en) | 2009-01-09 | 2011-11-22 | Microsoft Corporation | Hybrid butterfly cube architecture for modular data centers |
| US20110202682A1 (en) * | 2010-02-12 | 2011-08-18 | Microsoft Corporation | Network structure for data center unit interconnection |
| US8380931B2 (en) | 2010-03-12 | 2013-02-19 | Microsoft Corporation | Memory cache data center |
| WO2013175529A1 (en) | 2012-05-23 | 2013-11-28 | Hitachi, Ltd. | Storage system and storage control method for using storage area based on secondary storage as cache area |
| US12001303B2 (en) * | 2021-10-21 | 2024-06-04 | EMC IP Holding Company LLC | Data center restoration and migration |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3414218B2 (ja) | 1997-09-12 | 2003-06-09 | 株式会社日立製作所 | 記憶制御装置 |
| US6718347B1 (en) * | 1999-01-05 | 2004-04-06 | Emc Corporation | Method and apparatus for maintaining coherence among copies of a database shared by multiple computers |
| US6389432B1 (en) * | 1999-04-05 | 2002-05-14 | Auspex Systems, Inc. | Intelligent virtual volume access |
| US6629264B1 (en) * | 2000-03-30 | 2003-09-30 | Hewlett-Packard Development Company, L.P. | Controller-based remote copy system with logical unit grouping |
| US6636873B1 (en) * | 2000-04-17 | 2003-10-21 | Oracle International Corporation | Methods and systems for synchronization of mobile devices with a remote database |
| US20020184516A1 (en) * | 2001-05-29 | 2002-12-05 | Hale Douglas Lavell | Virtual object access control mediator |
| US7152096B2 (en) * | 2001-08-06 | 2006-12-19 | Hitachi, Ltd. | High performance storage access environment |
-
2001
- 2001-08-06 US US09/923,157 patent/US7152096B2/en not_active Expired - Fee Related
-
2002
- 2002-07-10 JP JP2002200739A patent/JP4208506B2/ja not_active Expired - Fee Related
-
2006
- 2006-11-02 US US11/592,947 patent/US7386596B2/en not_active Expired - Fee Related
-
2008
- 2008-04-30 US US12/113,193 patent/US8046421B2/en not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7509302B2 (en) | 2004-10-15 | 2009-03-24 | Hitachi, Ltd. | Device, method and program for providing a high-performance storage access environment while issuing a volume access request including an address of a volume to access |
| WO2007055139A1 (ja) * | 2005-11-08 | 2007-05-18 | Hitachi, Ltd. | 分散システムにおける情報共有方法及び情報共有システム |
| JP2007133503A (ja) * | 2005-11-08 | 2007-05-31 | Hitachi Ltd | 分散システムにおける情報共有方法及び情報共有システム |
| JP4498262B2 (ja) * | 2005-11-08 | 2010-07-07 | 株式会社日立製作所 | 分散システムにおける情報共有方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20070050506A1 (en) | 2007-03-01 |
| US7386596B2 (en) | 2008-06-10 |
| JP4208506B2 (ja) | 2009-01-14 |
| US20080209148A1 (en) | 2008-08-28 |
| US7152096B2 (en) | 2006-12-19 |
| US8046421B2 (en) | 2011-10-25 |
| US20030028729A1 (en) | 2003-02-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7386596B2 (en) | High performance storage access environment | |
| JP5047165B2 (ja) | 仮想化ネットワークストレージシステム、ネットワークストレージ装置及びその仮想化方法 | |
| CN100517308C (zh) | 元数据服务器、数据服务器、存储网络及数据存取方法 | |
| US20190075163A1 (en) | Apparatus including an i/o interface and a network interface and related method of use | |
| US6173374B1 (en) | System and method for peer-to-peer accelerated I/O shipping between host bus adapters in clustered computer network | |
| US9058305B2 (en) | Remote copy method and remote copy system | |
| JP4278445B2 (ja) | ネットワークシステム及びスイッチ | |
| US5991797A (en) | Method for directing I/O transactions between an I/O device and a memory | |
| EP1280047A2 (en) | A storage system having a plurality of controllers | |
| JPH0922398A (ja) | 分散計算機システムにおける記憶空間管理方法、計算機及びデータ転送方法 | |
| JP2003323263A (ja) | 共有メモリ制御方法および制御システム | |
| JPH08255122A (ja) | クラスタ化コンピューティング・システムのディスク・アクセス・パスにおける障害から回復する方法および関連する装置 | |
| JPS6170654A (ja) | 分散処理システムにおける資源管理方式 | |
| JP2003030012A5 (ja) | ||
| JP2003345631A (ja) | 計算機システム及び記憶領域の割当方法 | |
| JP2003091449A (ja) | ストレージシステムおよびストレージシステムの管理方法 | |
| JP2002149592A (ja) | ネットワーク上でのｐｃｉブリッジ | |
| US20230152978A1 (en) | Data Access Method and Related Device | |
| KR100834361B1 (ko) | 단일 시스템에서 효율적으로 지원하는 다중 원시 네트워크 프로토콜 구현 | |
| CN104102742A (zh) | 一种高性能海量存储系统及存储方法 | |
| JP2004318741A (ja) | ネットワーク管理プログラム、管理計算機及び管理方法 | |
| US6549988B1 (en) | Data storage system comprising a network of PCs and method using same | |
| US20050076167A1 (en) | Network converter and information processing system | |
| US6963905B1 (en) | System and method including a communication interface for transferring information between at least two processes | |
| JP2000076152A (ja) | 分散ファイルシステムならびに同システムにおけるファイル共有方法及び同方法がプログラムされ記録される記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050628 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050628 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050628 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061023 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080813 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080930 |
|
| 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: 20081016 |
|
| 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: 20081021 |
|
| 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: 20111031 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |