(57)【特許請求の範囲】
【請求項１】
第１のデータセンタと第２のデータセンタを含む複数のデータセンタを備えるシステムであって、
各々のデータセンタは、
少なくとも１以上の関連付けられた仮想ボリュームを特定する情報を記憶する、複数の実ボリュームを有するストレージシステムと、
ホストサーバと、
前記第１のデータセンタ及び前記第２のデータセンタにログイン処理する情報と、前記ストレージシステムの前記少なくとも１以上の仮想ボリュームと前記複数の実ボリュームとの対応に関する情報とを有するディレクトリ・サーバと、
複数のアクセス・ゲートウェイと、
前記複数のデータセンタと、前記ディレクトリ・サーバと、前記複数のアクセス・ゲートウェイを相互に接続するネットワークとを備え、
前記複数のデータセンタ各々は前記複数のアクセス・ゲートウェイのうち少なくとも１台からアクセス可能であり、
前記複数のアクセス・ゲートウェイのうち少なくとも１台のアクセス・ゲートウェイを経由してユーザから受け取ったログインリクエストに応じて、前記第１のデータセンタ及び前記第２のデータセンタにログイン処理する情報が前記ディレクトリ・サーバから取り込まれ、
前記第１のデータセンタ及び前記第２のデータセンタにログイン処理する情報は前記ログインリクエストの発信元に最も近いデータセンタを選択する近接情報を有し、
前記ストレージシステムの前記少なくとも１以上の仮想ボリュームと前記複数の実ボリュームとの対応に関する情報に基づくコピー動作においては、前記近接情報に応じて前記複数のデータセンタのうちいくつかのデータセンタは１次側（発信元）として構成され、前記複数のデータセンタのうちいくつかのデータセンタは２次側（宛先）として構成される、システム。
【請求項２】
第２のコピー動作においては、前記複数のアクセス・ゲートウェイのいくつかのアクセス・ゲートウェイを介して受け取った第２のログインリクエストに応じて、前記第１のデータセンタはデータの２次側（宛先）として再構成され、前記第２のデータセンタはデータの１次側（発信元）として再構成される、
請求項１記載のシステム。
【請求項３】
前記第２のコピー動作は同期しており、その同期するコピー動作においては、前記第１のデータセンタは、前記２次側に再構成されることに優先してキャッシュメモリの内容から記憶内容を更新する、
請求項２記載のシステム。
【請求項４】
前記複数のデータセンタは、さらに、第３のデータセンタを備え、
前記同期するコピー動作においては、前記第３のデータセンタは、前記２次側として再構成される、
請求項１記載のシステム。
【請求項５】
前記複数のアクセス・ゲートウェイのうち少なくとも１台のアクセス・ゲートウェイとユーザ・ターミナルとの間を接続するネットワーク・インタフェースを更に備える、
請求項１記載のシステム。
【請求項６】
前記第１のデータセンタの仮想ボリュームと前記第２のデータセンタの仮想ボリュームとがコピー・ボリューム・グループを構成する、
請求項１記載のシステム。
【請求項７】
前記ホストサーバは、コピー・ボリューム・グループ情報に基づいて、前記実ボリュームからデータを読み出す読み出しリクエスト発行プロセスと、前記実ボリュームへデータを書きこむ書き込みリクエスト発行プロセスを更に備える、
請求項６記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般的にはストレージ資源を管理する為の技術に関連し、特に、広範囲でモバイル・ユーザに対応可能な高性能なストレージアクセス環境を提供する技術に関連する。
【０００２】
【従来の技術】
情報技術の発展とともに、ビジネス企業体は益々増大するストレージ容量が必要になっている。平均的フォーチュン１０００企業においては、ここ数年で、倍以上のストレージ容量が必要になると予測されている。加えて、容量の伸びは、熟練した情報技術者の不足をもたらしている。このため、多くの企業は、情報技術への投資の拡大と改善を余儀なくさせられている。容量の急激な増大要求に対応するため、ネットワークをベースとしたストレージシステムに切り替える企業が増加している。さらに、広域ネットワークの導入により、ストレージシステムは、過去に比べてずっと地理的に遠隔地にまたがることが出来るようになってきた。従来技術により、ある程度の便益が認知されているが、更なる改良の余地が存在する。例えば、広範囲を移動する多くのユーザがいる。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来のネットワークをベースとする解決方法では、例えば、シアトルとサンフランシスコの間の広域を移動するユーザには容易には適応できない。さらに、ストレージ資源の管理は、多くは常時の仕事であり、従来はストレージ資源を使用するホストコンピュータで行われていた。言い換えると、従来の手法を用いると、ストレージシステムは、大部分がローカルなエリアに限定されてしまう。真に要求される技術は、地理的に広く分散したストレージ資源を管理するための改良された技術である。
【０００４】
【課題を解決するための手段】
本発明は、ネットワーク中でのユーザの位置に対応して、ネットワークを基本とするストレージシステムにおいて、ディスク駆動機構やI/Oポートその他のストレージ資源を管理する改善された技術を提供する。本発明の実施例においては、広範囲の地域を移動しているモバイル・ユーザに対して、比較的に高性能な記憶装置アクセス環境を提供する。例えば、適用可能な一環境として、広域に複数のデータセンターがあり、各センターは他のストレージシステムとネットワークを通して接続されたローカルストレージシステムを持っている。ユーザのボリュームのコピーは幾つかのストレージシステムで作成することが可能である。ユーザボリュームの実時間のコピーを作成するためには、リモート・コピー機能が用いられる。
【０００５】
本発明の代表的な実施例として、一つのシステムを提示する。システムは、第１のデータセンタと第２のデータセンタを含む複数のデータセンタで構成される。各データセンタはストレージシステムとホストサーバで構成される。さらにシステムは、ディレクトリ・サーバと、複数のアクセス・ゲートウェイの少なくとも１個と、複数のデータセンタとディレクトリ・サーバとそしてアクセス・ゲートウェイを互に接続するネットワークとで構成される。システムでは、コピー動作においては、複数のアクセス・ゲートウェイの少なくとも１個を通して受け取った入力に対応して、データセンタのいずれかをデータの一次側（発信元）と設定し、データセンタのいずれかがデータの２次側（受け側）に設定する。
【０００６】
特定の実施例では、複数のアクセス・ゲートウェイの少なくとも１個のいずれかを通して受け取った入力に対応して、コピー動作においては、第１のデータセンタと第２のデータセンタの情報がディレクトリ・サーバから取り込まれ、続いて、例えば第１のデータセンタがデータの１次側（発信元）に、そして第２のデータセンタがデータの２次側（受け側）に設定される。
【０００７】
他の特定の実施例では、複数のアクセス・ゲートウェイの少なくとも１個のいずれかを通して受け取った第２の入力に対応して、第２のコピー動作においては、例えば第１のデータセンタはデータの２次側（受け側）に再設定され、第２のデータセンタは１次側（発信側）に設定される。ある特定の実施例では、コピー処理は同期的で、第一のデータセンタは二次側（宛先）として再設定される前にキャッシュメモリの内容により更新される。
【０００８】
さらに別の特定の実施例では、ディレクトリ・サーバから取り込まれた情報は、入力の発信元に関して複数のアクセス・ゲートウェイの少なくとも１個を経由して受け取られた、の近接情報で構成され、そこでは近接情報に基づくコピー動作において、第１のデータセンタはデータの１次側（発信元）を、第２のデータセンタはデータの２次側（受け側）に設定される。
【０００９】
さらに別の特定の実施例では、複数のデータセンタはさらに第３のデータセンタを構成し、第３のデータセンタは、コピー動作において、データの別の２次側（受け側）を構成する。さらに別の実施例では、ネットワークのインタフェースは複数のアクセス・ゲートウェイの少なくとも１個とユーザ・ターミナルとの間の接続を行う。さらに別の特定の実施例では、仮想ボリュームに係わる情報はストレージシステムの複数の実ボリュームに記憶される。さらに別の特定の実施例では、ストレージシステムにおける仮想ボリュームと複数の実ボリューム間の交信はディレクトリ・サーバに記憶される。さらに別の特定の実施例では、第１のデータセンタからの記憶ボリュームと第２のデータセンタからの記憶ボリュームがコピー・ボリュームグループを構成する。さらに別の特定の実施例では、ディレクトリ・サーバは、さらに、進行中のログと仮想ボリューム情報を含んでいる。さらに別の特定の実施例では、ホストサーバは、さらに、コピー・ボリュームグループ・インタフェース処理とリード・リクエスト発行処理とライト・リクエスト発行処理を含んでいる。
【００１０】
本発明の代表的な実施例では、一つの方法を提供する。その方法は、ユーザのために仮想ボリューム名称とネットワーク・インタフェースIDを受け取ること、その仮想ボリューム名称とネットワーク・インタフェースIDに対応する仮想ボリュームを見付けること、ユーザがログインしているデータセンタに対応する実ボリューム情報を選択すること、そしてデータセンタが１次側であるかを判定することを含んでいる。もしデータセンタが１次のボリュームを持っていない場合は、データセンタ内のボリュームを１次のボリュームに変更するようにリクエストを発行し、リクエストに対する応答を待ち、現行の１次のボリュームをリセットし、データセンタ内のボリュームを１次側のボリュームに設定することも含む。この方法は、さらに、データセンタ内の１次側に設定されたボリュームの実ボリューム情報を戻すことも含んである。
【００１１】
本発明の代表的な実施例では、一つの方法を提供する。この方法は実ボリューム・アドレスとストレージシステム・アドレスで構成されるリクエストを受け取ること、リクエストの実ボリューム・アドレスとストレージシステム・アドレスに対応するコピー・ボリュームグループを見付けること、現行の一次側ボリュームであるコピー・ボリュームを見付けること、そして転送形式が同期型であるかを判定することを含んでいる。もし転送形式が同期式である場合は、現行の１次のボリュームがキャッシュに同期するようリクエストし、そしてレスポンスを待つことが含まれる。この方法では、１次側実ボリュームの変更のリクエストを発行し、リクエストへのレスポンスを待ち、現行の１次側ボリュームが１次のものであるという表示をリセットし、リクエストの実ボリューム・アドレスとストレージシステム・アドレスが現在は１次のものであるという表示を設定し、完了を通知する。
【００１２】
本発明の代表的な実施例では、一つの方法を提供する。この方法は、書き込みデータを受け取り、書き込みデータをキャッシュ・メモリーに記憶し、転送形式が同期型であるかを判断する構成になっている。もし転送形式が同期型であれば、書き込みデータを２次側ボリュームに送り、応答を待ちそして完了を通知することも含まれる。
【００１３】
本発明の代表的な実施例では、一つの方法を提供する。この方法では書き込みデータがキャッシュ・メモリーに記憶されているかを判断することを含む。もし書き込みデータがキャッシュ・メモリーに記憶されていない場合には、待ち、それから再び書き込みデータがキャッシュ・メモリーに記憶されているかの判断を実行し、書き込みデータのストレージシステムについてのコピー・ボリュームグループ情報を見付け、ストレージシステムに書き込みデータを送り、書き込みデータを他のストレージシステムに送るべきかを判断することが含まれる。もし書き込みデータを他のストレージシステムへ送るべき場合は、全ての書き込みデータを送り終えるまで、再び、見付けること、送ること、判断することを実行することが含まれる。この方法は、また、完了を通知することを含んでいる。
【００１４】
本発明の代表的な実施例では、一つの装置を提供する。本装置は複数の記憶装置の少なくとも１台と、記憶制御装置で構成される。記憶制御装置はキャッシュ・メモリー、コピー・ボリュームグループ情報、コピー・ボリュームグループ定義プロセス、リード・リクエスト実行プロセス、ライト・リクエスト実行プロセス、書き込みデータ送信プロセスと書き込みデータ受信プロセスを含んでいる。これらの、またその他の利点は本明細書に記載されている。ここに述べた本発明の性格や利点に関しては、仕様の残りの部分や添付した図を参照することでさらによく理解されると考えられる。
【００１５】
【発明の実施の形態】
本発明は、ネットワークを基本とするストレージシステムにおいて、ディスク駆動機構や、I/Oポートなどのストレージ資源を、ネットワーク内のユーザ位置に対応して管理する改善された技術を提供する。本発明に対応する特定の実施例は広域を移動するモバイル・ユーザに、比較的高性能なストレージアクセス環境を提供する。例えば、一つの適用可能な環境として、それぞれのデータセンタがネットワークで他のストレージシステムに接続されているストレージシステムを持っている、広い地域にある幾つかのデータセンタがある。幾つかのストレージシステムにおいて、ユーザのボリュームのコピーが作成可能である。ユーザのボリュームの実時間コピーを作成するために、リモート・コピー機能が利用される。
【００１６】
図１は本発明の特定の実施例における代表的な広域データセンタ・システムを説明する図である。図１に示すように、本実施例における広域データセンタ・システム１００は複数のデータセンタ１０１で構成される。各データセンタ１０１はホストサーバ１０９とストレージシステム１０２を持つ。各ホストサーバ１０９と各ストレージシステム１０２はネットワーク・インフラストラクチャ１０３に接続される。アクセス・ゲートウエイ１０４はデータセンタ１０１へのアクセスを可能にする。各アクセス・ゲートウエイ１０４はまたネットワーク・インフラストラクチャ１０３に接続される。
【００１７】
ネットワーク・インタフェース１０５は、ターミナル１０６をアクセス・ゲートウェイ１０４に接続するために用いられる。ユーザ１０７は、広域データセンタ・システム１００にアクセスしたい場合には、自分のターミナル１０６をネットワーク・インタフェース１０５に接続する。ディレクトリ・サーバ１０８はユーザ１０７がどのデータセンタ１０１にログインすべきかを選択する役割を持つ。
【００１８】
図4は本発明の特定の実施例における代表的なストレージシステム構成を説明する図である。本発明の特定の実施例では、図４に示すように、図１のユーザ１０７から仮想的に見えるボリュームは、仮想ボリュームと呼ばれる。図４に示す本発明の特定の実施例では、仮想ボリューム１１０ａと、１１０ｂと１１０ｃが示されている。
【００１９】
図４に示す本発明の特定の実施例では、仮想ボリューム１１０ａと、１１０ｂと１１０ｃが示されている。仮想ボリュームは各サイトの実ボリュームに分散している。この特定の実施例では、１個の仮想ボリューム１１０に対し、少なくとも２個の実ボリューム１１１がある。実ボリューム１１２は実際にはストレージシステム１０２に含まれる。１個の仮想ボリューム１１０に対する各実ボリューム１１１は異なったデータセンタ１０１のストレージシステム１０２に設定される。１個の仮想ボリューム１１０に対応する各実ボリューム１１１は、実質的に同様の内容を持っている。
【００２０】
１次の実ボリューム１１２は実ボリューム１１１であって、そこにはユーザ１０７からの読み出し/書き込みリクエストが直接送られる。続いて、１次の実ボリューム１１２を含むストレージシステム１０２は書き込みデータを書き込みリクエストとともに、２次の実ボリューム１１３を含むストレージシステム１０２に送信する。２次の実ボリュームは１１３はまた実ボリューム１１１であり、１次の実ボリューム１１２からのデータが書き込まれる。実ボリューム１１１のある仮想ボリュームに対応するグループはコピーボリューム１１４と呼ばれる。
【００２１】
ストレージシステム１０２が書き込みデータを他のストレージシステム１０２へ送信する機能は「リモート・コピー機能」と呼ばれる。各種の特定の実施例において、リモート・コピー機能は各種のユーザ要求に役立つ。例えば、リモート・コピー機能は障害復旧を実行する際に役立つ。情報のローカルコピーが障害で破壊されても、リモート・コピーは未だ利用が可能である。従って、１つの特定の実施例では、１台のストレージシステム１０２がデータを送信する先のストレージシステム１０２は１台である。しかしながら、本発明の他の特定の実施例では、ユーザ１０７が更新されたデータを２台以上のストレージシステム１０２へ送信することが出来るリモートコピー機能が提供される。
【００２２】
図５は本発明の特定の実施例における代表的なディレクトリ・サーバの図を説明する。図５に示す特定の実施例では、ディレクトリ・サーバ１０８は各仮想ボリュームの仮想ボリューム情報とログイン処理で構成される。本発明による特定の実施例における、仮想ボリューム情報の代表的なフォーマットが図２を参照しながら下記によりさらに詳細に説明される。ログイン処理１３０は図１のユーザ１０７からログイン・リクエストを受け取ると開始される。本発明の特定の実施例の代表的なログイン処理１３０は、下記により図８を参照しながらさらに詳細に説明される。
【００２３】
図２は本発明の特定の実施例における仮想ボリューム情報の代表的なフォーマットの図の説明である。仮想ボリュームＩＤ２００は仮想ボリューム情報１２０に対応する仮想ボリューム１１０の識別子である。複数の実ボリューム２０１は対応する仮想ボリューム１１０が持っている複数の実ボリューム１１１である。実ボリューム情報２０２は対応する仮想ボリューム１１０が持っている実ボリューム１１１の各々についての情報である。実ボリューム情報２０２の個別の入力の量は、対応する仮想ボリューム１１０が持っている実ボリューム２０１の数と同じである。
【００２４】
各実ボリューム情報２０２は実ボリューム・アドレス２０３と１次フラッグ２０４とデータセンタ・アドレス２０５とホストサーバ・アドレスとストレージシステム・アドレスを含んでいる。実ボリューム・アドレス２０３は対応する実ボリューム１１１のアドレスを示す。１次フラッグ２０４は、対応する実ボリューム１１１が１次実ボリューム１１２である場合は「オン」になる。対応する実ボリューム１１１が２次の実ボリューム１１３である場合は、１次のフラッグ２０４は「オフ」になる。データセンタ・アドレス２０５は対応する実ボリューム１１１を含むデータセンタ１０１のアドレスを示す。ホストサーバ・アドレス１０１は対応する実ボリューム１１１を含むストレージシステムに接続されたホストサーバ１０９のアドレスを示す。
【００２５】
ストレージシステム・アドレス２０７は対応する実ボリューム１１１を含むストレージシステム１０２のアドレスを示す。
図6は本発明に対応する特定の実施例における代表的なストレージシステムの図の説明である。特定の実施例では、各々のストレージシステム１０２は記憶制御装置１１５を持つ。記憶制御装置１１５はコピー・ボリュームグループ情報１２１とキャッシュ・メモリー１２２とコピー・ボリュームグループ定義プロセス１３１、と読み出し実行プロセス１３２と書き込みリクエスト実行プロセス１３３と書き込みデータ送信プロセス１３４と書き込みデータ受信プロセス１３５を持つ。
【００２６】
これらのプロセスの各々は１次ストレージシステムと、そして１台またはそれ以上の２次ストレージシステムにおける対応するプロセスと交信する。例えば、１次ストレージシステムにおける書き込みデータ送信プロセス１３４は２次ストレージシステムにおける書き込みデータ受信プロセス１３５と交信する。コピー・ボリュームグループ情報１２１は、対応するストレージシステム１０２の実ボリューム１１２を含む全てのコピー・ボリュームグループ１１４のために存在する。本発明の特定の実施例における、コピー・ボリュームグループ情報の代表的なフォーマットを以下図３を参照しながらより詳細に説明する。
【００２７】
図3は本発明の特定の実施例における、コピー・ボリュームグループ情報の代表的なフォーマットの図の説明である。図３に示すように、特定の実施例では、コピー・ボリュームグループ情報１２１は、対応するコピー・ボリュームグループに含まれる、実ボリューム１１１の数であるコピーグループ３００の数で構成される。転送形式３０１は、対応するコピー・ボリュームグループ１１４において、他のストレージシステムに書き込みデータが同期式に送られたか、あるいは非同期式にであったかを示す。
【００２８】
コピー・ボリュームグループ情報３０２は対応するコピー・ボリュームグループ１１４に含まれる各々の実ボリューム１１１に対する情報である。コピー・ボリューム情報」３０２の入力の数はコピー・ボリューム３００の数に等しい。各々のコピー・ボリューム情報３０２は実ボリューム・アドレス２０３と１次フラッグ２０４とストレージシステム・アドレス２０7を含む。
【００２９】
図7は本発明の特定の実施例における代表的なホスト・サーバの図を説明する。ホストサーバ１０９はコピー・ボリュームグループ・インタフェース・プロセス１４０と読み出しリクエスト発行プロセス１４１と書き込みリクエスト発行プロセス１４２で構成される。ホストサーバ１０９のコピー・ボリュームグループ・インタフェース・プロセス１４０はストレージシステム１０２においてコピー・ボリュームグループ定義プロセス１３１を起動する。ホストサーバ１０９の読み出しリクエスト発行プロセス１４１はストレージシステム１０２において読み出しリクエスト実行プロセス１３３を起動する。
【００３０】
ホストサーバ１０９の書き込みリクエスト発行プロセス１４２は、ストレージシステム１０２において書き込みリクエスト実行プロセス１３２を起動する。これら本発明の特定の実施例のプロセスについて図８―１１を参照しながら下記によりさらに詳細に説明する。
【００３１】
図8は本発明の特定の実施例における、代表的なログイン・プロセスのフローチャートである。ログイン・プロセス１３０はユーザ１０７からログイン・リクエストを受け取ることで開始される。ステップ８００では、ログイン・プロセス１３０はユーザ１０７がアクセスしたい仮想ボリューム１１０の名称と、ユーザ１０７がアクセスしたいターミナル１０８接続されているネットワーク・インタフェース１０５のＩＤを受け取る。ステップ８０１では、ログイン・プロセス１３０は、ステップ８００で受け取った仮想ボリューム１１０の名称を利用してユーザ１０７が指定する、仮想ボリューム１１０を見付ける。
【００３２】
ステップ８０２では、ログイン・プロセス１３０が、特定の仮想ボリューム１１３についての全ての実ボリューム情報２０１を参照しながら、ユーザ１０７がアクセスするデータセンタ１０１を含む実ボリューム情報２０２を選択する。この場合、ユーザが最高性能の記憶装置アクセス環境が得られるように、ユーザが接続されているターミナルに対するネットワーク・インタフェースに最も近いデータセンタ１０１が選択されるべきである。ステップ８０３では、ログイン・プロセス１３０は選択された実ボリューム情報２０２の１次フラッグ２０４が「オン」に設定されているか、あるいは「オフ」に設定されているかを調べる。
【００３３】
もし、１次フラッグ２０４が「オン」に設定されている場合は、ログイン・プロセス１３０はステップ８０８で処理を継続する。もし、１次フラッグ２０４が「オフ」に設定されている場合は、次には、ステップ８０４で、選択された実ボリューム情報２０２で特定されたホストサーバ１０９にある、ボリュームグループ・インタフェース・プロセス１４０をコピーするようリクエストを発行する。このリクエストは選択された実ボリューム情報２０２で規定される実ボリューム１１１を１次の実ボリュームにするようリクエストするものである。
【００３４】
さらにこのリクエストは選択された実ボリューム情報２０２に実ボリュームアドレス２０３とスシステムアドレス２０７を有している。次にステップ８０５でログインプロセス１３０はホストサーバ１０９からの応答を待つ。応答を受信後ステップ８０６でログインプロセス１３０は、その時点まで１次のボリュームであった実ボリュームの１次のフラグ２０４をそれまでの“ｏｎ”から“ｏｆｆ”に設定する。ステップ８０７では、ログイン・プロセス１３０は、新しい実ボリュームになる実ボリュームについての選択された実ボリューム情報２０２にある１次フラッグ２０４を以前の「オフ」の値から「オン」の値に設定する。従って、ステップ８０６と８０７に関連した処理によって、１次の値は他の値で置き換えられる。ステップ８０８では、ログイン・プロセス１３０は選択した実ボリューム情報２０２をユーザへ渡す。
【００３５】
勿論、ログイン・プロセス１３０が、コピー・ボリュームグループ・インタフェース・プロセス１４０の代わりに、ストレージシステム１０２にあるコピー・ボリュームグループ定義プロセス１３１に、このリクエストを発行することも可能である。
【００３６】
ステップ８０４で、ログイン・プロセス１３０からリクエストを受け取ることで、コピー・ボリュームグループ・インタフェース・プロセス１４０が起動される。コピー・ボリュームグループ・インタフェース・プロセス１４０は、リクエストで特定されたストレージシステム１０２にある、コピー・ボリュームグループ定義プロセス１３１にリクエストを渡す。コピー・ボリュームグループ・インタフェース・プロセス１４０は、コピー・ボリュームグループ定義プロセス１３１からリクエストの完了の通知を受けると、ログイン・サーバ１３０にリクエストの完了を通知する。
【００３７】
図9は本発明の特定の実施例における、代表的なコピー・ボリュームグループ定義プロセスのフローチャートである。コピー・ボリュームグループ定義プロセス１３１は、ホストサーバ１０９にあるコピー・ボリュームグループ・インタフェース・プロセス１４０、または他のストレージシステム１０２にあるコピー・ボリュームグループ定義プロセス１３１からリクエストを受け取ると、処理を開始する。決定ステップ９００では、リクエストを、同じストレージシステム１０２にあるコピー・ボリュームグループ定義プロセス１３１から受け取ったか、または他のストレージシステム１０２から受け取ったかを判定する。もし、リクエストが同じストレージシステム１０２から受け取った場合は、ステップ９０１により処理が進められる。他の場合、もしリクエストを他のストレージシステム１０２にあるコピー・ボリュームグループ定義プロセスから受け取った場合は、処理はステップ９１１により進められる。
【００３８】
ステップ９０１では、コピー・ボリュームグループ定義プロセス１３１は、受け取ったリクエストにより特定された、実ボリューム・アドレス２０３とストレージシステム・アドレス２０７を含む、コピー・グループ情報１２１を見付ける。ステップ９０２では、コピー・ボリュームグループ定義プロセス１３１は、その１次フラッグ２０４が選択されたコピー・ボリュームグループ情報１２１上にある、コピー・ボリューム情報３０２を見付ける。決定ステップ９０３では、コピー・ボリュームグループ定義プロセス１３１は転送形式３０１が同期型を示しているか、非同期型を示しているかを調べる。もし、同期型である場合は、コピー・ボリュームグループ定義プロセス１３１はステップ９０６に進む。
【００３９】
その他の場合は、ステップ９０４では、コピー・ボリュームグループ定義プロセス１３１は、ステップ９０２で選択されたコピー・ボリュームグループ情報、言い換えれば１次フラッグ２０４が「オン」にセットされているコピー・ボリュームグループ情報にあるストレージシステム・アドレス２０７と等しいアドレスを持つストレージシステム１０２にある、コピー・ボリュームグループ定義プロセス１３１に対して、キャッシュ・メモリー１２２を同期させるようにリクエストを発行する。
【００４０】
次に、ステップ９０５では、コピー・ボリュームグループ定義プロセス１３１は他のストレージシステム１０２からの応答を待つ。応答を受け取ると、コピー・ボリュームグループ定義プロセス１３１は、１次の物理ボリューム１１２を実ボリューム１１１に変更するために、リクエストを、ステップ９０１の選択されたコピー・ボリュームグループ情報１２１に含まれていた、自身のストレージシステム１０２を除く他の全てのストレージシステムにある、コピー・ボリュームグループ定義プロセス１３５に対して発行する。このリクエストはコピー・ボリュームグループ・インタフェース・プロセス１４０がら受け取った、実ボリューム・アドレス２０３とストレージシステム・アドレス２０７を含む。
【００４１】
次に、ステップ９０７では、コピー・ボリュームグループ定義プロセス１３１は他のストレージシステム１０２からの応答を待つ。応答を受け取ると、ステップ９０８でコピー・ボリュームグループ定義プロセス１３１は、ステップ９０２で選択されたコピー・ボリューム情報２０２にあって、現在まで「オン」に設定されていた１次のフラッグ２０４を、このボリュームがもはや１次ではないということを示すために、「オフ」に設定する。次に、ステップ９０９では、コピー・ボリュームグループ定義プロセス１３１は、コピー・ボリュームグループ・インタフェース・プロセス１４０から受け取った実ボリューム・アドレス２０３とストレージシステム・アドレス２０７を含むコピー・ボリューム情報３０２にある１次フラッグ２０４を、これが新１次ボリュームであることを示すために、「オフ」の値から「オン」の値に設定する。次に、ステップ９１０では、コピー・ボリュームグループ定義プロセス１３１は、コピー・ボリュームグループ・インタフェース・プロセス１４０に、要求された処理が完了したことを通知する。
【００４２】
他のストレージシステムにあるコピー・ボリュームグループ定義プロセス１３１から、リクエストを受け取った場合は、次にステップ９１１で、コピー・ボリュームグループ定義プロセス１３１はリクエストがキャッシュ・メモリー１２２を同期させる要求であるかを調べる。もしそうでないならば、コピー・ボリュームグループ定義プロセス１３１はステップ９１３に進む。それ以外の場合は、ステップ９１２では、コピー・ボリュームグループ定義プロセス１３１はキャッシュが同期するのを待つ。
【００４３】
キャッシュが同期した後は、コピー・ボリュームグループ定義プロセス１３１は、ステップ９１６により処理を進める。その他の場合は、ステップ９１３で、コピー・ボリュームグループ定義プロセス１３１は受け取ったリクエストで指定された実ボリューム・アドレス２０３とストレージシステム・アドレス２０７を含むコピー・グループ情報１２１を見付ける。ステップ９１４では、コピー・ボリュームグループ定義プロセス１３１は、ステップ９１３で選択されていたコピー・ボリュームグループ情報１２１の現在まで「オン」に設定されていた、１次のフラッグ２０４を、このボリュームがもはや１次ボリュームではないと言うことを示すために、「オフ」に設定される。
【００４４】
次に、ステップ９１５で、コピー・ボリュームグループ定義プロセス１３１は、受け取ったリクエストで特定された、実ボリューム・アドレス２０３とストレージシステム・アドレス２０７を含むコピー・ボリューム情報３０２の１次フラッグ２０４を、これが現在は１次のボリュームであることを示すため「オン」に設定する。次に、ステップ916では、コピー・ボリュームグループ定義プロセス１３１は、他のストレージシステム１０２にある、コピー・ボリュームグループ定義プロセス1４０に、要求された処理が完了したことを通知する。
【００４５】
実ボリューム・アドレス２０３と、１次のフラッグ２０４と、データセンタ・アドレス２０５と、ホストサーバ・アドレス２０６と、ストレージシステム・アドレス２０７を含む実ボリューム情報を受け取った後、ユーザ１０７は受け取ったホストサーバ・アドレス２０６により特定されたホストサーバ１０９と交信する。特定の実施例では、読み出しリクェスト発行プロセス１４１と書き込みリクエスト発行プロセス１４２がどの実ボリュームにも存在すると考えられる。従って、実施例では、各々の実ボリュームにおいて、読み出しリクエストと書き込みリクエストを並列に実行することが出来る。
【００４６】
次に、ユーザ１０７は、特定のホストサーバ１０９にある、特定の実ボリューム１１１に対応する読み出しリクエスト発行プロセス１４１と書き込みリクエスト発行プロセス１４２に対して、実ボリューム・アドレスとストレージシステム・アドレスを送信する。読み出しリクエスト発行プロセス１４１は、ユーザ１０７からのリクエストに対応する特定のホストサーバ１０９にある、特定の実ボリューム１１１からデータを読み出す。特定の実施例では、読み出しリクエスト発行プロセス１４１は、ユーザ１０７が指定した実ボリューム・アドレス２０３を含む読み出しリクエストを発行する。書き込みリクエスト発行プロセス１４２は、ユーザ１０７からのリクエストに対応して、ユーザ１０７が指定したストレージシステム１０２にある、特定の実ボリューム・アドレス１１１とストレージシステム・アドレス２０７にデータを書き込む。
【００４７】
特定の実施例では、書き込みリクエスト発行プロセス１４１は、指定されたストレージシステム１０２に、ユーザ１０７が指定した実ボリューム・アドレス２０３とストレージシステム・アドレス１０７を含む書き込みリクエストを発行する。特定の実施例では、ストレージシステム１０２の読み出しリクエスト実行プロセス１３２と、書き込みリクエスト実行プロセス１３３と、書き込みデータ送信プロセス１３４と、書き込みデータ受信プロセス１３５は各々の実ボリューム１１１に存在すると見なされる。読み出しリクエスト実行プロセス１３２は、読み出しリクエストで特定された実ボリューム１１２の要求されたデータを読み出しリクエスト発行プロセス１４１へ送信する。
【００４８】
図１０は本発明の特定の実施例における、代表的な書き込みリクエスト実行プロセスのフローチャートを示す。図１０に示すように、特定の実施例では、書き込みリクエスト実行プロセス１３３は、ホスト１０９にある書き込みリクエスト発行プロセス１４２から書き込みリクエストを受け取って開始される。ステップ１０００では、書き込みリクエスト実行プロセス１３３は、書き込みリクエスト発行プロセス１４２から書き込みデータを受け取り、書き込みデータをキャッシュ・メモリー１２２に記憶させる。ステップ１００１では、書き込みリクエスト実行プロセス１３３は、受け取った書き込みリクエストで指定された実ボリューム・アドレス２０３を含むコピー・ボリュームグループ情報１２１を見付ける。
【００４９】
次に、ステップ１００１では、書き込みリクエスト実行プロセス１３３は、見付かったコピー・ボリューム・グループ情報１２１の転送形式３０１が同期型か非同期型かを調べる。もしそれが非同期型の転送であれば、処理はステップ１００４により進行する。そうでなくて、もしそれが同期型の転送であれば、次にステップ１００２で、書き込みリクエスト実行プロセス１３３は、対応する書き込みデータ送信プロセス１３４を起動する。次に、ステップ１００３では、書き込みリクエスト実行プロセス１３３は、書き込み送信プロセス１３４からの応答を待つ。応答を受け取ると、書き込みリクエスト実行プロセス１３４はステップ１００４へ進む。ステップ１００４では、書き込みリクエスト実行プロセス１３３は、書き込みリクエストの完了を通知する。一方、読み出しリクエスト実行プロセス１３２と書き込みリクエスト実行プロセス１３３はユーザ１０７のターミナル１０５から書き込み／読み出しリクエストを直接受け取り、そして要求された処理を実行する。
【００５０】
図１１は本発明の特定の実施例の代表的な書き込みデータ送信プロセスのフローチャートを示す。図１１に示すように、特定の実施例では、書き込みデータ送信プロセス１３４は、対応する実ボリューム１１１の実ボリューム・アドレス２０３を含むコピー・ボリュームグループ情報１２１における転送形式３０１が非同期式の場合は、ステップ１１００と１１０１を実行する。ステップ１１００では、書き込みデータ送信プロセス１３４は、対応する実ボリューム１１２に対する書き込みデータがキャッシュ・メモリー１２２に存在するか否かを調べる。
【００５１】
もし、書き込みデータがキャッシュ・メモリーに存在する場合は、処理はステップ１１０２により続けられる。もし、書き込みデータが存在しない場合は、書き込みデータ送信プロセス１３４は、ステップ１１０１でしばらく待ち、次にステップ１１００により、再び処理を進める。一方、対応するデータ転送形式３０１が同期式である場合は、書き込みデータ送信プロセス１３４が書き込みリクエスト実行プロセス１３３により起動され、処理をステップ１１０２から開始する。
【００５２】
ステップ１１０２は、書き込みデータ送信プロセス１３４は、対応する実ボリューム１１１の実ボリューム・アドレス２０３を含む、コピー・ボリュームグループ情報１２１を見付ける。ステップ１１０３では、書き込みデータ送信プロセス１３４は、見つかったコピー・ボリュームグループ情報１２１にその実ボリューム・アドレス２０３が含まれている、１個の実ボリューム１１２に対し書き込みデータを送信する。ステップ１１０４では、書き込みデータ送信プロセス１３４は、そのなかで書き込みデータ送信プロセスが実行中で、その実ボリュームアドレス２０３が対応するコピー・ボリュームグループ情報１２１に含まれているストレージシステム１０２にある実ボリューム１１１を除く、全ての実ボリューム１１１へ書き込みデータを送っているかを調べる。もし書き込みデータの送信が完了すると、書き込みデータ送信プロセス１３４は、ステップ１１０５で応答を待つ。
【００５３】
もし書き込みデータの送信が完了していない場合は、処理はステップ１０３により継続される。応答を受け取った後、対応するデータ転送形式３１０が非同期式であると、書き込みデータ送信プロセス１３４が、ステップ１１００に戻って処理を継続する。対応するデータ転送形式３０１が同期式である場合は、次にステップ１１０６では、書き込みデータ送信プロセス１３４は書き込みリクエスト発行プロセス１３３へ、要求された処理の完了を通知する。
【００５４】
図１１のステップ１１０３では、送信処理の完了を受信する前に、書き込みデータ送信プロセス１３３は次の送信処理を開始する。したがって、書き込みデータ送信プロセス１３３は複数の送信処理を並列に行うことが出来る。このようにして、効率的なデータ転送が実現できる。特定の実施例では、他の効率的なデータ転送の技術として、複数の送信処理に適用できる、放送方式が用いられる。
【００５５】
図１２は本発明の特定の実施例の代表的な書き込みデータ受信プロセスのフローチャートを示す。図１２に示すように、特定の実施例では、書き込みデータ受信プロセス１３５は、書き込みデータ送信プロセス１３４から書き込みデータを受け取ると、処理を開始する。ステップ１２００では、書き込みデータ受信プロセス１３５は書き込みデータを受け取り、キャッシュ・メモリー１２２に書き込みデータを記憶させる。次に、ステップ１２０１では、書き込みデータ受信プロセス１３５は、書き込みデータ送信プロセス１３４に、要求された処理が完了したことを通知する。
【００５６】
上に述べたことは、本発明の実施例の説明である。添付された特許請求の範囲で定義された本発明の意図するところから外れることなしに、変形や改造が可能であることは熟知されることである。
【００５７】
【発明の効果】
従来技術に比較して、本発明により各種の利点が得られる。ある特定の実施例では、ユーザがデータセンターにログインすると、割当システムはユーザの現在位置とユーザのボリュームのコピーをストレージシステムに持っているデータセンタを認識する。次に、割当システムはログインすべきデータセンタを選択し、ユーザに選択したデータセンタにログインさせる。ある特定の実施例では、選択したデータセンタ内で１次コピーやその他のコピー、２次コピーなどを行うことが出来るリモート・コピーの機能が提供され、１次コピーと２次コピーが固定している従来の手法とは異なっている。本発明の特定の実施例では、ユーザの移動に従って１次コピーや２次コピーは動的に変化する。本発明の特定の実施例では、リモート・コピー機能が提供され、性能を向上するためにボリュームの２個を超えるコピーが出来る。
【図面の簡単な説明】
【図１】図１は本発明の特定の実施例における代表的な広域データセンタの図の説明である。
【図２】図２は本発明の特定の実施例に対応する仮想ボリューム情報の代表的なフォーマットの図を説明する。
【図３】図3は本発明の特定の実施例における、コピー・ボリュームグループ情報の代表的なフォーマットの図を説明する。
【図４】図4は本発明の特定の実施例における代表的なストレージシステム構成の図の説明である。
【図５】図5は本発明の特定の実施例における代表的なディレクター・サーバの図の説明である。
【図６】図6は本発明の特定の実施例に対応する代表的なストレージシステムの図の説明である。
【図７】図7は本発明の特定の実施例における代表的なホスト・サーバの図の説明である。
【図８】図8は本発明の特定の実施例における代表的なログイン・プロセスのフローチャートの説明である。
【図９】図9は本発明の特定の実施例における代表的なコピー・ボリュームグループ定義プロセスのフローチャートの説明である。
【図１０】図10は本発明の特定の実施例における代表的な書き込みリクエスト実行プロセスのフローチャートの説明である。
【図１１】図11は本発明の特定の実施例における代表的な書き込みデータ送信プロセスのフローチャートの説明である。
【図１２】図12は本発明の特定の実施例における代表的な書き込みデータ受信プロセスのフローチャートの説明である。
【符号の説明】
１０１a・・・データセンタ、１０９・・・ホストサーバ、１０２ｂ・・・ストレージシステム、１０３・・・ネットワーク・インフラストラクチャ、１０４・・・アクセス・ゲートウェイ、１０５・・・ネットワーク・インタフェース、１０６・・・ターミナル、１０７・・・ユーザ、１０８・・・ディレクトリ・サーバ、２００・・・仮想ボリュームID、２０１・・・実ボリュームの数、２０２        ・・・実ボリューム情報、２０３・・・実ボリューム・アドレス、２０４・・・１次フラッグ、２０５・・・データセンタ・アドレス、２０６・・・ホストサーバ・アドレス、２０７・・・ストレージシステム・アドレス、３００・・・コピー・ボリュームの数、３０１・・・転送形式、３０２・・・コピー・ボリューム情報、２０３・・・実ボリューム・アドレス、２０４・・・１次フラッグ、２０７・・・ストレージシステム・アドレス、３０２コピー・ボリューム情報、１０８・・・ディレクトリ・サーバ、１２０・・・仮想ボリューム情報、１３０・・・ログイン・プロセス
【図１】
0004208506.tif 000002
【図２】
0004208506.tif 000003
【図３】
0004208506.tif 000004
【図４】
0004208506.tif 000005
【図５】
0004208506.tif 000006
【図６】
0004208506.tif 000007
【図７】
0004208506.tif 000008
【図８】
0004208506.tif 000009
【図９】
0004208506.tif 000010
【図１０】
0004208506.tif 000011
【図１１】
0004208506.tif 000012
【図１２】
0004208506.tif 000013