(57)【要約】【課題】  ストレージのパス切り替え完了後に於いて、データバックアップを使用可能に維持するには、データの回復が必要である。現状では、回復プロセスには、ユーザ又は管理者の人手介入が必要である。従って、障害発生後に改善されたアクセス速度で自動的にデータを回復するストレージシステムが必要である。【解決手段】  ストレージシステムとホストデバイス間の入出力動作を司る第一のストレージボリュームに保存されたデータを、本ストレージシステムの第二のストレージボリュームに複製することを含む、自動的に障害回復するシステムと方法である。第一のストレージボリュームでの入出力動作で障害が検出されると、ホストデバイスから第二又は第三のストレージボリュームへのパスを指定して、入出力動作を自動的に継続可能とする、回復プロセスが開始する。本第三のストレージボリュームは第二のストレージボリュームから回復したデータを保持する。【選択図】図１
2006099744.tif 000002
【特許請求の範囲】
【請求項１】
ストレージシステムの、該ストレージシステムとホストデバイス間の入出力動作を司るプライマリボリュームのデータを、リモートストレージシステムのリモートボリュームに複製するステップと、
前記プライマリボリュームに於ける前記入出力動作での障害を検出するステップと、
前記ホストデバイスから前記リモートボリュームに至るパスを指定することを含む回復プロセスを開始して、前記入出力動作を自動的に継続可能にするステップと、
を含むことを特徴とする、ストレージシステムに於ける自動的な障害回復方法。
【請求項２】
前記プライマリボリュームは、物理ボリュームから成り、前記ストレージシステムは、前記リモートボリュームにマップされる仮想ボリュームを備えることを特徴とする、請求項１の方法。
【請求項３】
前記ホストデバイスは、検出した障害を通知するステップを含むことを特徴とする請求項１の方法。
【請求項４】
前記回復プロセスが完了する迄は、前記ホストデバイスに於ける前記入出力動作を停止するステップを含むことを特徴とする請求項１の方法。
【請求項５】
前記ホストデバイスに前記回復プロセスの完了を通知し、前記ホストデバイスにおける前記入出力動作を続行するステップを含むことを特徴とする請求項４の方法。
【請求項６】
前記ホストデバイスから前記リモートボリュームへのパスを使用することにより、前記ホストデバイスによる前記入出力動作を停止することなく継続して行うステップを含むことを特徴とする請求項１の方法。
【請求項７】
前記プライマリボリュームでの前記入出力動作の障害を検出後、前記リモートボリュームを前記プライマリボリュームから分離するステップを含むことを特徴とする請求項１の方法。
【請求項８】
前記パスを指定するステップは、パス管理テーブルを使用して前記ホストデバイスで実行されることを特徴とする請求項１の方法。
【請求項９】
前記障害は、前記ホストデバイスでのＨＢＡ（ホストバスアダプタ）障害、前記ＨＢＡと前記ストレージシステムのインターフェース間のリンク障害、前記ストレージシステムのインターフェース障害、前記ホストデバイスへのインターフェースと前記ストレージシステムのインターフェース間のリンク障害、ストレージシステムインターフェースの障害、ストレージシステムインターフェースと前記プライマリボリューム間のリンク障害、及び前記プライマリボリューム障害、の少なくとも一つを含むことを特徴とする請求項１の方法。
【請求項１０】
入出力動作を発行するアプリケーションと高可用性モジュールを有するホストデバイスと、
障害検出モジュール、コントローラ、回復モジュール、及び少なくとも１台のボリュームを有し、前記ホストデバイスに接続されて動作するストレージシステムと、
を備え、
前記少なくとも１台のボリュームのプライマリボリュームは、前記ホストデバイスから前記入出力動作を受信し、該入出力動作を処理し、該プライマリボリュームに保存されたデータは該少なくとも一台のボリュームのセカンダリボリュームに複製され、
前記障害検出モジュールが、前記ホストデバイスと前記プライマリボリュームとの間の前記入出力動作で障害を検出したら、前記回復モジュールが、前記セカンダリボリュームを前記プライマリボリュームから分離し、前記セカンダリボリュームからコピーされたデータを保持する少なくとも一台のボリュームから成る回復ボリュームへの前記ホストデバイスからのパスを提供して、前記入出力動作を自動的に継続可能にする回復プロセスを起動する、ことを特徴とする自動的に障害回復するシステム。
【請求項１１】
前記高可用性モジュールは、前記ホストデバイスと前記ストレージシステムとの間のパスに関する情報を保持するパス管理テーブルを含むことを特徴とする、請求項１０のシステム。
【請求項１２】
前記高可用性モジュールは、ボリューム名、ＷＷＮ（World Wide Node）、ＬＵＮ(Logical Unit Number)、ボリュームの使用／不使用状態、前記少なくとも１台のボリュームがプライマリボリューム、セカンダリボリューム、あるいは回復ボリュームかを示す情報、当該ボリュームとペアをなすボリューム、当該ボリュームが障害になったときに使用する回復ボリューム、及び前記ストレージシステムでの前記各ボリュームの使用情報、を保持するボリューム管理テーブルを備えることを特徴とする、請求項１０のシステム。
【請求項１３】
前記高可用性モジュールは、前記回復プロセスが完了する迄は前記入出力動作を停止することを特徴とする、請求項１０のシステム。
【請求項１４】
前記高可用性モジュールは、前記障害通告後、前記入出力動作を前記セカンダリボリュームに対して継続することを特徴とする、請求項１０のシステム。
【請求項１５】
前記高可用性モジュールは、前記回復プロセスが完了後、前記入出力動作を前記回復ボリュームに切り替えることを特徴とする、請求項１０のシステム。
【請求項１６】
前記プライマリボリュームは物理ボリュームで成り、前記セカンダリボリュームは第二の物理ボリュームにマッピングされた仮想ボリュームで成ることを特徴とする、請求項１０のシステム。
【請求項１７】
前記ストレージシステムは、前記セカンダリボリュームに複製されたデータを前記第二の物理ボリュームにコピーすることを特徴とする請求項１６のシステム。
【請求項１８】
前記第二の物理ボリュームは、前記セカンダリボリュームとは離れて存在することを特徴とする、請求項１７のシステム。
【請求項１９】
前記回復ボリュームは、前記回復プロセス開始前に事前決定されるか、或は前記回復プロセス中にダイナミックに選択されることを特徴とする、請求項１７のシステム。
【請求項２０】
前記障害は、前記ホストデバイスでのＨＢＡ(ホストバスアダプタ)障害、該ＨＢＡと前記ストレージシステムのインターフェース間のリンク障害、前記ストレージシステムでのインターフェース障害、前記ホストデバイスへのインターフェースと前記ストレージシステムのインターフェース間のリンク障害、ストレージシステムインターフェースの障害、ストレージシステムインターフェースと前記プライマリボリューム間のリンク障害、及び前記プライマリボリューム障害の、少なくとも一つから成るとを特徴とする、請求項１０のシステム。
【請求項２１】
前記ストレージシステムに存在しない前記物理ボリュームに複製されたデータを、前記ストレージシステムに存在する前記回復ボリュームにコピーすることから成ることを特徴とする、請求項１８のシステム。
【請求項２２】
前記ストレージシステムに存在しない前記物理ボリュームにコピーされたデータを、前記セカンダリボリュームを経由して、前記ストレージシステムに存在する前記回復ボリュームに複製することから成ることを特徴とする、請求項２１のシステム。
【請求項２３】
高可用性モジュール及び入出力動作を発行するアプリケーションを有するホストデバイスと、
前記ホストデバイスと接続して動作し、障害検出モジュール、コントローラ、回復モジュール、及び一台は前記ホストデバイスから前記入出力動作を受信し、該入出力動作を処理するプライマリボリュームであり、一台は該プライマリボリュームに保存されたデータがそこに複製されるセカンダリボリュームである少なくとも一台のボリュームとを有するストレージシステムと、
前記ホストデバイスと前記ストレージシステムに接続して動作し、ストレージマネージャ及び各前記少なくとも一台のボリュームがプライマリボリュームか、セカンダリボリュームか、或は回復ボリュームかと前期ボリュームの使用状況を表示するボリューム管理テーブルを有するサーバと、
から構成され、
前記障害検出モジュールが前記ホストデバイスと前記プライマリボリュームとの間の前記入出力動作での障害を検出したら、前記障害検出モジュールは前記ストレージマネージャと前記高可用性モジュールに該障害を通知し、前記ストレージマネージャは、回復ボリュームを選択し、前記セカンダリボリュームからコピーされたデータを有している前記回復ボリュームにデータを回復し、前記ホストデバイスから前記回復ボリュームへのパスを提供して前記入出力動作を自動的に継続させる、回復プロセスを開始する、ことを特徴とする自動的に障害回復するシステム。
【請求項２４】
前記高可用性モジュールは、ボリューム名、ＷＷＮ(World Wide Node)、ＬＵＮ(Logical Unit Number)、前記ボリュームの使用／不使用状態、前記少なくとも一台のボリュームがプラマリボリューム、セカンダリボリューム、あるいは回復ボリュームかを示す情報、当該ボリュームとペアをなすボリューム、当該ボリュームが障害になったときに使用する回復ボリューム、及び前記ストレージシステムでの前記各ボリュームの使用情報、を保持するボリューム管理テーブルを備えることを特徴とする、請求項２３のシステム。
【請求項２５】
前記高可用性モジュールは、前記回復プロセスが完了する迄は前記入出力動作を停止することを特徴とする、請求項２３のシステム。
【請求項２６】
前記高可用性モジュールは、前記障害通知後、前記入出力動作を前記セカンダリボリュームに対して継続することを特徴とする、請求項２３のシステム。
【請求項２７】
前記高可用性モジュールは、前記回復プロセスが完了後、前記入出力動作を前記回復ボリュームに切り替えることを特徴とする、請求項２３のシステム。
【請求項２８】
前記高可用性モジュールは、前記ホストデバイスと前記ストレージシステム間のパスに関する情報を保持するパス管理テーブルを備えることを特徴とする、請求項２３のシステム。
【請求項２９】
前記プライマリボリュームは物理ボリュームより成り、前記セカンダリボリュームは第二の物理ボリュームにマッピングされた仮想ボリュームより成ることを特徴とする、請求項２３のシステム。
【請求項３０】
前記ストレージシステムは、前記セカンダリボリュームに複製されたデータを前記第二の物理ボリュームにコピーすることを特徴とする、請求項２９のシステム。
【請求項３１】
前記第二の物理ボリュームは、前記セカンダリボリュームから離れて存在することを特徴とする、請求項２９のシステム。
【請求項３２】
前記回復ボリュームは、前記回復プロセス開始前に事前に決定されるか、あるいは前記回復プロセス中にダイナミックに選択されることを特徴とする、請求項３０のシステム。
【請求項３３】
前記障害は、前記ホストデバイスでのＨＢＡ(ホストバスアダプタ)障害、該ＨＢＡと前記ストレージシステムのインターフェース間のリンク障害、前記ストレージシステムでのインターフェース障害、前記ホストデバイスへのインターフェースと前記ストレージシステムのインターフェース間のリンク障害、ストレージシステムインターフェースの障害、ストレージシステムインターフェースと前記プライマリボリューム間のリンク障害、及び前記プライマリボリューム障害の、少なくとも一つから成ることを特徴とする、請求項２３のシステム。
【請求項３４】
前記ストレージシステムに存在しない前記物理ボリュームに複製されたデータを、前記ストレージシステムに存在する前記回復ボリュームに保存することから成ることを特徴とする、請求項３３のシステム。
【請求項３５】
前記ストレージシステムに存在しない前記物理ボリュームにコピーされたデータを、前記セカンダリボリュームを経由して、前記ストレージシステムに存在する前記回復ボリュームに複製することから成ることを特徴とする、請求項３４のシステム。
【請求項３６】
高可用性モジュール及び入出力動作を発行するアプリケーションを有するホストデバイスと、
前記ホストデバイスと接続して動作し、障害検出モジュール、コントローラ、前記ホストデバイスへのインターフェースと少なくと一台のストレージボリュームへの少なくとも一台のデイスクユニットインターフェース間に存在する回復モジュール、及び一台は前記ホストデバイスから前記入出力動作を受信し、該入出力動作を処理するプライマリボリュームであり、一台は該プライマリボリュームに保存されたデータがそこに複製されるセカンダリボリュームである少なくとも一台のボリュームとを有するストレージシステムと、
から構成され、
前記障害検出モジュールが前記ホストデバイスと前記プライマリボリュームとの間の前記入出力動作で障害を検出したら、前記回復モジュールは、前記セカンダリボリュームを前記プライマリボリュームから分離し、前記セカンダリボリュームからコピーされたデータを保有し少なくとも一台のボリュームである回復ボリュームに至る前記ホストデバイスからのパスを特定して、前記入出力動作を自動的に継続可能とする、回復プロセスを開始することを特徴とする、自動的に障害回復するシステム。
【請求項３７】
前記プライマリボリュームは第一のディスクユニットにあり、前記セカンダリボリュームは第二のディスクユニットにあることを特徴とする、請求項３６のシステム。
【請求項３８】
前記プライマリボリュームは第一のディスクユニットにあり、前記セカンダリボリュームは第二のディスクユニットにあり、前記回復ボリュームは第三のディスクユニットにあることを特徴とする、請求項３６のシステム。
【請求項３９】
前記セカンダリボリュームと前記回復ボリュームは同じディスクユニットにあることを特徴とする、請求項３６のシステム。
【請求項４０】
前記プライマリボリューム、前記セカンダリボリューム、及び前記回復ボリュームは全て同じディスクユニットにあることを特徴とする、請求項３６のシステム。
【請求項４１】
入出力動作を発行するアプリケーション、ファイルシステム、高可用性モジュール、少なくとも一式のホストバスアダプタ、及びＮＩＣ(ネットワークインターフェースカード)を有するホストデバイスと、
前記ホストデバイスと接続して動作し、障害検出モジュール、回復モジュール、前記ホストデバイスへの少なくとも一式のインターフェース、コントローラ、ＮＩＣ，ホストバスアダプタ、及び異なったディスクユニットにあり、一台は前記ホストデバイスから前記入出力動作を受信して処理するプライマリボリュームであり、一台は該プライマリボリュームに保存されたデータがそこに複製されるセカンダリボリュームであり、少なくとも一台のボリュームとを有するストレージシステムと、
ＮＩＣを経由して前記ホストデバイス及びストレージシステムに接続されて稼動し、ストレージマネージャとボリューム管理テーブルを有するサーバと、
自らのインターフェースと前記ストレージシステムの前記ホストバスアダプタを経由して、前記ストレージシステムに結合して稼動し、少なくとも一台のリモートボリュームを備える第二のストレージシステムと、
から構成され、
前記障害検出モジュールが前記ホストデバイスと前記プライマリボリュームとの間の前記入出力動作での障害を検出すると、前記障害検出モジュールは前記ストレージマネージャに該障害を通告し、前記ストレージマネージャは、前記高可用性モジュールに障害を通知し、前記セカンダリボリュームからコピーされたデータを保有する回復ボリュームを選定し、データを該回復ボリュームに複製し、前記ホストデバイスから該回復ボリュームへのパスを提供して、前記入出力動作を自動的に継続可能とする回復プロセスを開始することを特徴とする自動的に障害回復するシステム。
【請求項４２】
入出力動作を発行するアプリケーション、ファイルシステム、高可用性モジュール、少なくとも一式のホストバスアダプタ、及びＮＩＣ(ネットワークインターフェースカード)を有するホストデバイスと、
前記ホストデバイスと接続して動作し、障害検出モジュール、前記ホストデバイスへの少なくとも一式のインターフェース、コントローラ、ＮＩＣ、ホストバスアダプタ、及び異なったディスクユニットにあり、一台は前記ホストデバイスから前記入出力動作を受信して処理するプライマリボリュームであり、一台は該プライマリボリュームに保存されたデータがそこに複製されるセカンダリボリュームである少なくとも一台のボリュームを有するストレージシステムと、
ＮＩＣを経由して、前記ホストデバイスと前記ストレージシステムに接続されて稼動し、ストレージマネージャとボリューム管理テーブルを有するサーバと、
自らのインターフェースと前記ストレージシステムの前記ホストバスアダプタを経由して、前記ストレージシステムに結合して稼動し、少なくとも一台のリモートボリュームを備える第二のストレージシステムと、
から構成され、
前記障害検出モジュールが前記ホストデバイスと前記プライマリボリュームとの間の前記入出力動作での障害を検出すると、前記障害検出モジュールは前記ストレージマネージャに該障害を通告し、前記ストレージマネージャは、前記セカンダリボリュームからコピーされたデータを保有する回復ボリュームを選択して、前記高可用性モジュールに障害を通知し、データを該回復ボリュームにコピー／移行するコマンドを開始し、前記ホストデバイスから該回復ボリュームへのパスを提供して前記入出力動作を自動的に継続可能とする、ことを特徴とする、自動的に障害回復するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージシステムに関連し、より具体的には複製されたボリュームから自動的にボリュームを回復しデータアクセスパスをこの回復ボリュームに向けることによって、障害発生後のデータアクセス速度を改善する、データ回復システムに関連する。
【背景技術】
【０００２】
ＳＡＮ(Storage Area Network)は大量データの保存と抽出を可能にする。代表的なＳＡＮアーキテクチュアでは、インターフェースを経由して、一式以上のホストデバイスが一式以上のネットワークデバイス又はスイッチに接続される。次いで、ネットワークデバイス又はスイッチは第二のネットワーク又はインターフェースを経由して、一式以上のデータストレージデバイスに接続される。多くのＳＡＮは、インターフェースかネットワークとして、ＦＣ(ファイバチャネル)を使用するが、イーサネット（登録商標）、インフィニバンド、インターネットその他のネットワーク／インターフェースもＳＡＮアーキテクチュアで使用することが出来る。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ストレージシステムに保存される重要なデータの量は絶えず増大している為、ストレージシステムはより一層の信頼性が要求される。然しながら、信頼性を向上する為の新技術が開発されても、ストレージシステムの障害は依然として避けられない。更に困ったことに、現在、災害の可能性が増大している。ストレージシステムのデータを保護する為に、バックアップと回復機構が重要になっている。更に、障害時にもストレージシステムを使用可能に維持する為に、ストレージシステムの高可用性部品が必須になってきている。
【０００４】
ローカル複製方式では、通常は、複製対象としてローカルボリュームを用いる。災害又は障害によるリスクとハードウェアコストを軽減するために、廉価又は余剰のリモートボリュームを対象ボリュームに使用することは、可能な対策である。然し、この場合は、障害が発生し複製ボリュームをホストからアクセスするとき、複製ボリュームのデータアクセス速度はローカルボリュームより低速である。
【０００５】
更に又、メインパスの障害が検出されると、パス切り替え機構は、データアクセスパスをバックアップパスに切り替える。上記のローカル複製方式がうまくいったとしても、複製データの回復は対象外である。パス切り替え完了後に於いて、データバックアップを使用可能に維持するには、データの回復が必要である。現状のシステムでは、回復プロセスには、ストレージシステムのユーザ又は管理者の人手介入が必要である。
【０００６】
従って、障害発生後に改善されたアクセス速度で自動的にデータを回復するストレージシステムが必要である。
【課題を解決するための手段】
【０００７】
ストレージシステムとホストデバイスとの間で入出力動作を扱う、ストレージシステムの第一のストレージボリュームのデータをストレージシステムの第二のストレージボリュームに複製し、自動的に障害回復を行う為のシステムと方法である。第一のストレージボリュームとの間の入出力動作で障害が検出されると、ホストデバイスから第二又は第三のストレージボリュームへのパスを指定して、入出力動作が自動的に継続可能となる、回復プロセスが起動される。第三のストレージボリュームは、第二のストレージボリュームから回復したデータを保持する。
【発明の効果】
【０００８】
本発明はストレージシステムに関連し、より具体的には複製されたボリュームから自動的にボリュームを回復しデータアクセスパスをこの回復ボリュームに向けることによって、障害発生後のデータアクセス速度を改善する、データ回復システムに関連する。
【発明を実施するための最良の形態】
【０００９】
本発明は、本発明の実施例に限定することなく、以下に言及される複数の図面に関して詳細な記述で更に説明される。ここで、同じ参照番号はいくつかの図面を通して同様な部分を示す。
【００１０】
ここに示す各事項は、本発明の実施例を説明する目的の事例である。図面と共になされる説明は、本分野に造詣のある人に対して本発明の実装を明確にする為のものである。
【００１１】
更に、説明は本発明を明確にするようにブロック図にて示す。更に又、このようなブロック図形式での実装に関する細目は、本発明が実装されるプラットフォームに大いに依存する観点から、細目は本分野に造詣のある人の理解の範囲内でなければならない。具体的な細目(例：回路やフローチャート)は、本発明を説明する目的で用意されていても、本発明はこれら具体的細目に依存することなく実施できることは、本分野に造詣ある人には明らかである。最終的には、ハード配線回路やソフトウェア命令との如何なる組み合わせでも本発明の実施に使用できることは明らかである。即ち、本発明は、ハード回路とソフトウェア命令の如何なる組み合わせにも限定されるものではない。
【００１２】
本発明の実施例は、例えばホストユニット環境での事例的システムブロック図にて説明するが、本発明の実施はこの説明に限定されることなく、他のタイプのシステム、環境に於いても実施可能である。
【００１３】
説明に於いて、“一実施例”と言うときには、本実施例に関連して具体的な機能、構造、又は性質が本発明の少なくとも一つの実施例に含まれることを意味する。説明の各所での“一実施例に於いて”の用語は、必ずしも全てが同じ実施例を示すわけではない。
【００１４】
本発明の実施により、システムが複製ボリュームからボリュームを自動的に回復し、データアクセスパスを回復済ボリュームにスイッチして、障害発生後のデータアクセス速度を向上させることが可能になる。本発明の実施例では、システムは自動的に障害を検出し、リモートストレージシステムに存在するのも含めて、複製ボリュームからボリュームを回復させる。回復ボリュームはローカルストレージシステムから選択する。システムはデータアクセスパスを回復済ボリュームに切り替えて、障害発生後でデータ複製動作が進行中でも、普段と殆ど変わらない速度でボリュームへのアクセスが可能になる。
【００１５】
本発明の一実施例では、ローカル複製機構がデータバックアップに使用可能である。ホストが、プライマリボリュームと呼ばれるボリュームにデータを書き込むと、ストレージシステムは自動的にセカンダリボリュームと呼ばれる複製ボリュームに当該データをコピーする。ＨＡ(高可用性)システムに於いては、パス切り替え機構が使用可能である。ユーザ又は管理者は、パス切り替え機構によりストレージシステムに対して複数のパスを定義することが出来る。障害が発生すると、本機構がパスをバックアップパスに切り替える。従って、本発明に基づくこの二つの機構を持つシステムでは、可用性と信頼性が向上する。
【００１６】
図１は、本発明の一実施例に基づく、データ回復ストレージシステムを示す。本システムはホストデバイス１００、ストレージシステム３００、及びリモートストレージシステム４００より成る。ホストデバイス１００は、ＡＰ(アプリケーションシステム)１０１、ＦＳ(ファイルシステム)１０２、ＨＡ(高可用性)モジュール１０３、及びＨＡモジュール１０３が使用するパス管理テーブル１０４とボリューム管理テーブル１０５を装備する。ＨＡモジュールはソフトウェアモジュール、ハードウェアによる実施、又はハードウェアとソフトウェアの組み合わせでも良い。一式以上のＨＢＡ(ホストバスアダプタ)１１０、１１１を経由して、ホスト１００はストレージシステム３００と結合する。第一のＨＢＡ１１０による結合は入出力動作の為のメインパスとなる。第二のＨＢＡ１１１はバックアップパスとなる。ストレージシステム３００と結合するのに、より多数のＨＢＡ結合があっても良い。
【００１７】
アプリケーションシステム１０１は、ストレージシステム３００に入出力動作を発行する。アプリケーションシステム１０１からの入出力動作は、ファイルシステム１０２を通らないこともある。ＨＡモジュール１０３は、ストレージシステム３００へのパスを選択する。ストレージシステム３００はディスクコントローラ３０１と一台以上のディスクユニット３１５、３１６より成る。各ディスクユニットはストレージインターフェース(Ｉ／Ｆ)３１２、３１３を経由して、ディスクコントローラ３０１に結合する。リモートストレージシステム４００はＨＢＡ３１４を経由してディスクコントローラ３０１に結合する。一式以上のインターフェース３１０、３１１がディスクコントローラ３０１とホストデバイス１００との結合に使用される。
【００１８】
ディスクコントローラ３０１は、ヘルスチェックモジュール３０２と回復モジュール３０３を備える。ヘルスチェックモジュール３０２と回復モジュール３０３は、ハードウェア、ソフトウェア、又は両者の組み合わせで実現できる。ヘルスチェックモジュール３０２はディスクユニット３１５、３１６のボリュームのチェックを行い、正常に稼動しているかを判定する。ヘルスチェックモジュール３０２がボリュームの障害を検出したら、ＨＡモジュール１０３を起動する。回復モジュール３０３は、複製データを使用して障害ボリュームのデータを回復する。リモートストレージシステム４００は、ストレージシステム３００にインターフェース４１０を経由して結合する。本発明の一実施例では、リモートストレージシステム４００は使用されるが、本発明の他の実施例ではリモートストレージシステム４００は使用されない。これについては後述する。
【００１９】
図２は、本発明の一実施例に基づくボリューム管理テーブルを示す。本テーブルは、ボリューム配置情報を維持し、更にボリュームに関する他の情報、例えば、ボリューム名、ＷＷＮ(World Wide Node)、ＬＵＮ(Logical Unit Number)、ボリュームの使用／不使用状態、ボリュームはプライマリかセカンダリか、ペアとなっている相手のボリューム、本ボリュームの障害時で使用する回復ボリューム、或はボリュームが属するディスクユニットのアクセス頻度(例えば、「高」又は「低」)等を保持する。本テーブルは、例えば、ホストデバイスのＨＡモジュールが維持する。
【００２０】
図３は、本発明の一実施例に基づく、ヘルスチェックと回復モジュールを欠くデータ回復ストレージシステムでの回復プロセスを示す。本実施例では、ＨＡモジュールが障害検出機能を実行する。本システムはホストデバイス１００、ストレージシステム３００、及びリモートストレージシステム４００より成る。ホストデバイス１００は、アプリケーションシステム(ＡＰ)１０１、ファイルシステム(ＦＳ)１０２、高可用性(ＨＡ)モジュール１０３、及びＨＡモジュールが使用するパス管理テーブル１０４とボリューム管理テーブル１０５より成る。アプリケーションシステム１０１が入出力動作を発行する(１)。ＨＡモジュール１０３が、物理プライマリボリューム(Ｐ−ＶＯＬ)３０４へのルートで障害を検出したら、ボリューム管理テーブル１０５のセカンダリボリューム(Ｓ−ＶＯＬ)３０５がプライマリボリュームＡのセカンダリボリュームＢとして選択され、パス管理テーブル１０４のバックアップパス、例えば、第二のＨＢＡ１１１とインターフェース３１１を使用するバックアップパスが選択される(２)。パス管理テーブル１０４は、データ回復ストレージシステムのアーキテクチュアに於ける、ホストデバイス１００からストレージシステム３００および他のストレージシステム上のボリュームへの全ての可能なパスとインターフェースを表示する情報より成る。パス管理テーブル１０４は、更に、メインパスとして使用されているボリュームとバックアップとして使用されているボリュームを識別する。更に、ボリューム管理テーブルとパス管理テーブルは一つの管理テーブルに統合しても良い。
【００２１】
障害検出によって、仮想セカンダリボリューム(Ｓ−ＶＯＬ)３０５はストレージシステム３００によりＰ−ＶＯＬ３０４より分離され、ホスト１００より直接アクセスを受けることが可能になる。Ｓ−ＶＯＬ３０５は仮想ボリュームである為、ホストデバイスからの動作はリモート物理ボリューム４０１に向けられる(３)。アプリケーションシステム１０１は、パス切り替えを意識する必要はなく、パス切り替えはアプリケーションシステム１０１とは無関係に実行される。
【００２２】
図４は、本発明の一実施例に基づくパス管理テーブルを示す。本テーブルはデータ回復システムに関するパス情報を保持する。パス情報には、例えば、ボリューム名、パスインターフェース、パスはメインパスかバックアップパスか、又はパスは障害で使用不能か、或いは回復ボリュームにアサインされているか等が含まれる。本情報はＨＡモジュールが使用する。
【００２３】
図５は、本発明の一実施例に基づく、ローカル回復物理ボリュームを持つデータ回復ストレージシステムを示す。本システムは、ホストデバイス１００、ストレージシステム３００、及びリモートストレージシステム４００より成る。ホストデバイス１００はアプリケーションシステム(ＡＰ)１０１、ファイルシステム(ＦＳ)１０２、高可用性(ＨＡ)モジュール１０３、及びＨＡモジュール１０３が使用するパス管理テーブル１０４とボリューム管理テーブル１０５より成る。単一の実線は制御の流れを示す。二重の実線はデータアクセスパスを示す。単一の太線はデータの動きを示す。太線の点線はデータ移動の終了を示す。同じ表現が以降の図面にも適用される。
【００２４】
ストレージシステム３００は、ディスクコントローラ３０１と一台以上のディスクユニットより成る。各ディスクユニットはストレージインターフェース(Ｉ／Ｆ)３１２、３１３を経由してディスクコントローラ３０１に接続される。一式以上のインターフェース３１０、３１１がディスクコントローラ３０１をホストデバイス１００に接続するのに用いられる。
【００２５】
ディスクコントローラ３０１はヘルスチェックモジュール３０２と回復モジュール３０３を備える。外部リモートストレージシステム４００は、Ｓ−ＶＯＬ３０５にマッピングされる物理ボリューム４０１を有する。Ｓ−ＶＯＬ３０５とディスクコントローラ３０１へのインターフェース３１３を有するディスクユニットはまた、回復ボリューム３０６を有する。
【００２６】
アプリケーションシステム１０１は入出力動作を発行する(１)。ヘルスチェックモジュール３０２がＰ−ＶＯＬ３０４で障害を検出したら、ＨＡモジュール１０３に障害の通告を行う(２)。ＨＡモジュール１０３も障害を検出可能である。ヘルスチェックモジュール３０２はディスク障害も検出する。ＨＡモジュール１０３はリンク障害とディスク障害を共に検出するかも知れない。ＨＡモジュール１０３は、両方が検出されたら、何れが本当の障害かを判定することは出来ない。ヘルスチェックモジュール３０２から障害の通告を受信した後には、ＨＡモジュール１０３は、回復プロセスが終了するまで、Ｐ−ＶＯＬ３０４へのアクセスを停止する(３)。更に、ＨＡモジュール１０３はアクセスを停止しないで、Ｓ−ＶＯＬ３０５に試験的にアクセスする事もできる。ＨＡモジュール１０３は、ボリューム管理テーブル１０５とパス管理テーブル１０４の情報を使用して、セカンダリボリュームにパスを切り替えることができる。パス管理テーブル１０４は、ホストデバイス１００からストレージシステム３００のボリュームに向かう全ての可能なパスとインターフェースを含めて、データ回復ストレージシステムのアーキテクチュアに関する情報を保持する。
【００２７】
更に、ＨＡモジュール１０３は、Ｓ−ＶＯＬ３０５と回復ボリューム(Ｒ−ＶＯＬ)３０６のアドレスを持っている回復モジュール３０３を起動する(４)。Ｒ−ＶＯＬはユーザによって事前に指定され、ボリューム管理テーブル１０５で管理されても良い。例えば、図２によれば、ボリュームＡの回復ボリュームはボリュームＥである。回復モジュール３０３は、複製ボリューム４０１から事前決定のボリュームＲ−ＶＯＬ３０６にボリュームを回復する(５)。加えて、Ｓ−ＶＯＬ３０５をＰ−ＶＯＬ３０４から分離しＲ−ＶＯＬ３０６に結合し、この結果、複製ボリューム４０１をＰ−ＶＯＬ３０４から分離しＲ−ＶＯＬ３０６に結合する。複製ボリューム４０１は直接Ｒ−ＶＯＬ３０６に又はＳ−ＶＯＬ３０５経由でコピーされる。Ｒ−ＶＯＬ３０６は事前設定ではなく、ダイナミックに選択されてもよい。この場合、ＨＡモジュール１０３のボリューム管理テーブル１０５のボリュームアクセス頻度などの情報を使用して、ダイナミックに選択される。本実施例については後に説明する。回復モジュール３０３は、ＨＡモジュール１０３に回復が完了したことを告げる(６)。ＨＡモジュール１０３は、Ｒ−ＶＯＬ３０６へのパスをパス管理テーブル１０４より選択して、入出力動作をＲ−ＶＯＬ３０６に向ける(７)。例えば、図４で示すように、回復ボリュームＥは関連したパスインターフェース１１２を持つ。ＨＡモジュール１０３はパス管理テーブル１０４の情報を更新する。再度図４を参照して、例えば、ボリュームＡのメイン／バックアップ／障害欄はＭ(メイン)からＣ(障害中)に、ボリュームＡの回復ボリューム欄はＥに更新される。Ｒ−ＶＯＬ３０６に書き込まれたデータは、Ｓ−ＶＯＬ３０６に複製される(８)。
【００２８】
本発明の実施例によれば、Ｒ−ＶＯＬ３０６が、リモートストレージシステムではなくローカルストレージシステムに存在する為に、データアクセス速度が向上する長所がある。更に、回復プロセスは、回復モジュール３０３が障害を検出次第、ユーザ又は管理者の介入なしに自動的に実施される。更に、複製プロセスは障害検出後も続行される。
【００２９】
図６は、図５の実施例に基づく回復動作のシーケンス図である。ヘルスチェックモジュール３０２がストレージシステムの障害を検出して、ＨＡモジュール１０３に障害を通告する(２)。ＨＡモジュール１０３はボリューム管理テーブル１０５にボリューム配置情報を維持している。ボリューム管理テーブル１０５はプライマリボリューム３０４、セカンダリボリューム３０５、及び回復ボリューム３０６を識別するための情報を保持する。障害の通告を受領後、ＨＡモジュール１０３は、回復プロセスが終了する迄はプライマリボリュームへのアクセスを停止するか又は回復プロセスの間はアクセスをセカンダリボリューム３０５へ向ける事が出来る(３)。
【００３０】
ＨＡモジュール１０３は、プライマリボリューム３０４、セカンダリボリューム３０５、及び回復ボリューム３０６を識別する為の情報を回復モジュール３０３へ送信する(４)。回復モジュール３０３は、ディスクコントローラ３０１のコピー／移行コマンドをコールして、回復プロセスの一環として、セカンダリボリューム３０５又はリモートボリューム４０１のデータを回復ボリューム３０６へコピーする(５)。更に回復プロセスの一環として、Ｓ−ＶＯＬ３０５はＰ−ＶＯＬ３０４から分離され、従って、リモートボリューム４０１もＰ−ＶＯＬ３０４から分離される。Ｓ−ＶＯＬ３０５は、その後、Ｒ−ＶＯＬ３０６へ結合される。回復モジュール３０３は、ＨＡモジュール１０３に回復プロセスの終了を告げ(６)、ＨＡモジュール１０３は次いでアクセスパスを回復ボリューム３０６へスイッチする(７)。回復プロセスの終了後、データは回復ボリューム３０６からセカンダリボリューム３０５へ複製される。かくして、複製機構が働いている場合でも回復ボリュームは高速にアクセス可能である。
【００３１】
図７は、本発明の一実施例に従って、セカンダリボリュームとローカル回復ボリュームが異なったディスクユニットに存在する、データ回復ストレージシステムを示す。この事例は、図５では、Ｒ−ＶＯＬ３０６はＳ−ＶＯＬ３０５と同じディスクユニットから選択されたことを除いて、図５のシステム例に類似している。然しながら、本実施例では、ストレージシステム３００では、Ｓ−ＶＯＬ３０５とＲ−ＶＯＬ３０６が異なったディスクユニットにあるので、もう一式のインターフェース３１７が存在する。インターフェース３１７はディスクコントローラ３０１が回復ボリューム３０６を含んでいるディスクユニットにアクセス出来るようにする。ストレージインターフェース３１７は、ホスト１００へ結合する為に、もう一式のインターフェース３１１又は一式以上の他のインターフェースに結合する。本実施例では、インターフェース３１１と３１３のリンクが不通になっても、Ｒ−ＶＯＬ３０６は、インターフェース３１１とインターフェース３１７間の結合によりアクセス可能である。
【００３２】
本発明の実施例に従って、ストレージシステム関連で検出される障害のタイプは、例えば、ホスト上のＨＢＡ障害、ホストのＨＢＡとストレージシステムのインターフェース間のリンク障害、ストレージシステムのインターフェース障害、ホストへのインターフェースとストレージシステムのストレージインターフェース間のリンク障害、ストレージインターフェースの障害、ストレージインターフェースとボリューム間のリンク障害、及びディスク障害がある。本発明の実施例では、プライマリボリューム障害で説明するが、本発明は本ケースに限定されず、本発明の実施例では、上記の如何なる又他の如何なるタイプの障害にも適用可能である。
【００３３】
図８は、本発明の一実施例に従ったプライマリ、セカンダリ及び回復ボリュームが同じディスクユニットにある、データ回復ストレージシステムを示す。図８では、プライマリボリューム３０４、セカンダリボリューム３０５、及び回復ボリューム３０６が全て同じディスクユニットにあることを除いて、図８の実施例は図５の実施例のシステムに類似している。ディスクコントローラ３０１は、ディスクユニットへのインターフェース３１２を持ち、ディスクコントローラ３０１がプライマリボリューム３０４、セカンダリボリューム３０５、及び回復ボリューム３０６にアクセス可能になる。本発明の本実施例では、ボリュームは必ずしも異なったディスクから選択する必要はないことを示す。殆どの障害ではパスの切り替えが必要である。然しながら、ディスク障害の場合で、唯一台のディスク障害の場合は、単一のパリテイが障害から回復させることができる。二台以上のディスク障害の場合でも、書き込みデータが単一パリテイを持っていれば、Ｒ−ＶＯＬ３０６は、Ｐ−ＶＯＬ３０４とＳ−ＶＯＬ３０５と同じディスクにあっても良い。図８に示す実施例では、Ｐ−ＶＯＬ３０４、Ｓ−ＶＯＬ３０５及びＲ−ＶＯＬ３０６は同じディスクユニット上に在って、ホストデバイス１００から共通のインターフェースセット３１０、３１２を経由してアクセスが可能である。
【００３４】
図９は、本発明の一実施例に従って、セカンダリボリュームが物理ボリュームの場合のデータ回復ストレージシステムを示す。この前の実施例では、リモートストレージシステム４００があり、ストレージシステム３００の仮想セカンダリボリュームのリアルデータを持っている。図９に示す本発明の実施例では、ストレージシステム３００は、仮想ボリュームではなくリアル物理ボリュームから成るＳ−ＶＯＬ３０５を備える。回復データがローカルボリュームのＳ−ＶＯＬ３０５から来て回復ボリューム３０６に回復されることを除いて、回復プロセスは図５の実施例の場合と同じである。ディスクコントローラ３０１はヘルスチェックモジュール３０２と回復モジュール３０３より成る。ヘルスチェックモジュール３０２、回復モジュール３０３及びパス管理テーブルとボリューム管理テーブル(図示されていない)を持つＨＡモジュール１０３は、障害検出に際して自働回復とパス切り替えを可能にする。
【００３５】
図１０は、本発明の一実施例に従って、ストレージ管理サーバを備えるデータ回復ストレージシステムを示す。本図に於いては、ストレージ管理サーバ２００があることを除いて、本発明の本実施例は図1に示す実施例に類似する。ストレージ管理サーバ２００は、ストレージマネージャ２０１とボリューム管理テーブル２０２より成る。ボリューム管理テーブル２０２は、他の実施例で説明したホストデバイス１００のＨＡモジュール１０３に存在するボリューム管理テーブル１０５と同じ内容を持っている。図１０の本発明の一実施例では、ＨＡモジュール１０３はボリューム管理テーブルを持たなくても良い。ストレージ管理サーバ２００は、ネットワークインターフェースカード(ＮＩＣ)２１０を経由して、ホストデバイス１００とストレージシステム３００に結合する。ヘルスチェックモジュール３０２は、ストレージシステムの障害を検出する。ＨＡモジュール１０３は障害を検出してもしなくても良い。ストレージマネージャ２０１は、ストレージシステム３００のディスク使用率とその他の情報を監視する。加えて、ストレージマネージャ２０１は、回復用ボリュームに適切なボリュームをダイナミックに選択して、ストレージシステム３００に回復プロセスの開始を指令する。ストレージマネージャ２０１は、ＨＡモジュール１０３に回復ボリュームのロケーションを伝えて、ＨＡモジュール１０３がパス管理テーブル１０４を使用して、動作パスを切り替えることが出来るようにする。パス管理テーブル１０４は、ホストデバイス１００からストレージシステム３００のストレージボリュームに至る全ての可能なパスとインターフェースを含めて、データ回復ストレージシステムのアーキテクチュアに関する情報を維持する。ボリューム管理テーブル２０２は、全てのボリュームのディスク使用率とその他の情報を保持する事が出来る。
【００３６】
図１１は、本発明の一実施例に従って、ストレージ管理サーバを備えるデータ回復ストレージシステムの回復プロセスを説明する。アプリケーションシステム１０１が入出力動作を発行する(１)。ストレージシステム３００のディスクコントローラ３０１のヘルスチェックモジュール３０２がＰ−ＶＯＬ３０４に障害を検出したら、ストレージ管理サーバ２００のストレージマネージャ２０１に伝える(２)。ストレージマネージャ２０１はＨＡモジュール１０３に障害を伝えて、ボリューム管理テーブル２０２を検索して、Ｐ−ＶＯＬ３０４とＳ−ＶＯＬ３０５のアドレスを提供する(３)。ストレージマネージャ２０１から障害通告を受けた後、ＨＡモジュール１０３は回復プロセスが終了するまではＰ−ＶＯＬ３０４へのアクセスを停止しても良い(４)。代わりに、ＨＡモジュール１０３はアクセスは停止せず、Ｓ−ＶＯＬ３０５を使用して試験的にアクセスを継続して、回復プロセスが終了した後にＨＡモジュール１０３はパスを回復ボリュームに切り替えても良い。
【００３７】
ストレージマネージャ２０１は、多くのボリューム選択アルゴリズムを保有するボリューム管理テーブル２０２に保存されている情報に基づいて、Ｒ−ＶＯＬ３０６用のボリュームを選択する(５)。ボリューム選択の一つのアルゴリズムは、最も使用率の低いディスクユニットのボリュームを選択することである。管理テーブルに含まれる情報は、ボリューム選択アルゴリズムに依存する。ストレージマネージャ２０１は、リモートストレージシステム４００からデータ回復を開始する指令を回復モジュール３０３へ発行する(６)。回復モジュール３０３は、複製ボリューム４０１からＲ−ＶＯＬ３０６にボリュームを回復する(７)。加えて、Ｓ−ＶＯＬ３０５は、Ｐ−ＶＯＬ３０４から分離されＲ−ＶＯＬ３０６に結合される(従って、複製ボリューム４０１は、Ｐ−ＶＯＬ３０４から分離されＲ−ＶＯＬ３０６に結合される)。複製ボリューム４０１は、直接にＲ−ＶＯＬ３０６にコピーされるか又はＳ−ＶＯＬ３０５を通してコピーされる。回復モジュール３０３は、ストレージマネージャ２０１に回復プロセスの完了を伝える(８)。ストレージマネージャ２０１は次いで、Ｒ−ＶＯＬ３０６のアドレスと共にＨＡモジュール１０３に回復の完了を通告する(９)。ＨＡモジュール１０３は、次いで、入出力動作をＲ−ＶＯＬ３０６に向ける(１０)。Ｒ−ＶＯＬ３０６に書き込まれたデータはＳ−ＶＯＬ３０５に複製される(１１)。
【００３８】
図１２は、図１１の実施例に従うデータ回復操作のシーケンス図である。ヘルスチェックモジュール３０２は、ストレージシステムの障害を検出してストレージマネージャ２０１に伝える(２)。ストレージマネージャ２０１は、ボリューム管理テーブル２０２にボリューム配置情報を維持している。ボリューム管理テーブル２０２はプライマリボリューム、セカンダリボリューム及び回復ボリュームを特定する情報を持っている。障害通告の受領後、ストレージマネージャ２０１は、ＨＡモジュール１０３への障害報告に加えて、プライマリボリューム３０４とセカンダリボリューム３０５に関するパス情報を伝える(３)。ＨＡモジュール１０３は、回復プロセスが終了するまでは、プライマリボリューム３０４へのアクセスは停止するか又はセカンダリボリューム３０５にアクセスを切り替える事が出来る(４)。ストレージマネージャ２０１は次いで回復ボリュームを決定する(５)。回復ボリュームはストレージマネージャ２０１のアルゴリズムか他の方法によって選択される。
【００３９】
ストレージマネージャ２０１は、ストレージシステム３００の回復モジュール３０３にプライマリボリューム３０４、セカンダリボリューム３０５及び回復ボリューム３０６を特定する情報を送信する(６)。回復モジュール３０３は、ディスクコントローラ３０１のコピー／移行コマンドをコールして、回復プロセスの一環として、データをリモートボリューム４０１から回復ボリューム３０６にコピーする(７)。更に、回復プロセスの一環として、Ｓ−ＶＯＬ３０５をＰ−ＶＯＬ３０４から分離し、従って、リモートボリューム４０１をＰ−ＶＯＬ３０４から分離する。Ｓ−ＶＯＬ３０５は次いでＲ−ＶＯＬ３０６に結合される。回復モジュール３０３は、次いで、ストレージマネージャ２０１に回復プロセスの完了を通知し(８)、ストレージマネージャ２０１は次いで、ＨＡモジュール１０３に回復プロセスの完了を通知し(９)、ＨＡモジュール１０３は次いで、アクセスパスを回復ボリューム３０６に切り替える(１０)。回復プロセスの完了後は、データは回復ボリューム３０６からセカンダリボリューム３０５に複製される。
【００４０】
図１３は、本発明の一実施例による、ＨＡモジュールを欠くデータ回復ストレージシステムを示す。本実施例は、ＨＡモジュールを欠くホストデバイス１００より成る。ストレージシステム３００は、パス管理テーブル３２０とボリューム管理テーブル３２１を有する回復モジュール３０３を持つコントローラ３０１を備える。両テーブルの内容は前の実施例でのＨＡモジュールのテーブルと同じである。回復モジュール３０３はＨＡモジュールの役割を取り込み、アプリケーションシステム１０１からの全ての入出力動作をトラップし、又は、ストレージシステム内の任意のパス切り替えモジュールがＨＡモジュールの役割を受け継ぐ。回復モジュール３０３は、ホストデバイス１００へのインターフェース３１０とストレージシステム３００のディスクユニットへの一式以上のインターフェース３１２、３１３、３１７との間に結合される。本発明の本実施例では、回復モジュール３０３は適切な回復ボリュームへのパスの切り替えと障害が検出された後の動作をコントロールする。その他の回復プロセスは前の実施例と同じである。プライマリボリューム３０４、セカンダリボリューム３０５及び回復ボリューム３０６は各々インターフェース３１２、３１３、３１７を持つ異なったディスクユニットに存在するように描かれているが、本発明はこの構成に限定されることなく、ボリュームとディスクユニットの任意の組み合わせが可能で、何れも本発明の範囲に入る。例えば、セカンダリボリューム３０５と回復ボリューム３０６は同じディスクユニット上にあっても良く、プライマリボリューム３０４とセカンダリボリューム３０５及び回復ボリューム３０６が全て同じディスクユニット上にあっても良い。本件は、本発明の全ての可能な実施例に適用される。
【００４１】
図１４は、本発明の一実施例による、ストレージシステムでのコピー機能を使用するデータ回復ストレージシステムを示す。回復モジュールが必要ないことを除いて、本実施例は図１０の実施例に類似する。図１０の回復モジュールは、ストレージシステムのコピー動作を起動し、動作の終了を通知する。然しながら、本実施例では、ストレージシステム３００にコントローラ３０１によるコピー機能が存在する。ストレージシステム３００によるコピー機能は、ストレージシステム３００の現状のコピー機能によって実行される。従って、管理サーバ２００のストレージマネージャ２０１は、コピー機能３０４を直接コールすることが出来る。コピー機能３０４は、本発明の他の実施例で説明した回復モジュールを代替する。回復のフローは、回復モジュールを使用した場合と同じである。
【００４２】
図１５は、図１４の実施例に基づくデータ回復動作のシーケンス図である。ヘルスチェックモジュール３０２がストレージシステムの障害を検出して、ストレージマネージャ２０１に通告する(２)。ストレージマネージャ２０１は、ボリューム管理テーブル２０２にボリューム配置情報を維持している。ボリューム管理テーブル２０２はプライマリボリューム３０４、セカンダリボリューム３０５及び回復ボリューム３０６を特定する情報を持っている。障害の通告を受領後、ストレージマネージャ２０１はＨＡモジュール１０３に障害の発生を通知し、プライマリボリューム３０４及びセカンダリボリューム３０５のパス情報をＨＡモジュール１０３に連絡する(３)。ＨＡモジュール１０３は、回復プロセスが完了する迄は、プライマリボリューム３０４へのアクセスを停止するか又はアクセスをセカンダリボリューム３０５へ切り替える事が出来る(４)。ストレージマネージャ２０１は次いで、回復ボリュームを決定する(５)。回復ボリュームは、ストレージマネージャ２０１の選択アルゴリズムか他の方法によって選択される。
【００４３】
ストレージマネージャ２０１は、プライマリボリュームとセカンダリボリューム及び回復ボリュームを特定する情報により、ディスクコントローラ３０１のコピー／移行コマンド３０４を直接コールする(６)。コピーコマンド３０４は回復プロセスの一環として、データをリモートボリューム４０１から回復ボリュームにコピーする。更に、回復プロセスの一環として、セカンダリボリュームはプライマリボリュームから分離され、従って、リモートボリュームもプライマリボリュームから分離される。セカンダリボリュームは、次いで、回復ボリュームに結合される。コピーコマンド３０４がストレージマネージャ２０１に回復プロセスの完了を報告し(７)、次いでストレージマネージャ２０１がＨＡモジュール１０３に回復プロセスの完了を報告し(８)、ＨＡモジュール１０３が次いで、アクセスパスを回復ボリュームに切り替える(９)。回復プロセスの完了後は、データは回復ボリュームからセカンダリボリュームに複製される。
【００４４】
図１６は、本発明の一実施例に基づく、回復ボリュームの選択プロセスを示すフローチャートである。多数の基準、ポリシー、手順、ル−チン等が回復ボリュームの決定のために使用でき、本発明の実施例では、回復ボリュームを選択するのにいずれかのプロセスに限定することなく、任意のプロセスが採用可能である。例示プロセスでは、最初にボリューム管理テーブルをチェックして、ボリュームに関する情報を取得する(ステップ１６０１)。まず現在未使用のボリュームを決定して、そのボリュームの中から選択する(ステップ１６０２)。更に、使用回数の少ないボリュームを選択する(ステップ１６０３)。加えて、回復ボリュームは、これらの低アクセス回数のボリュームから選択されるが、そのときのシステム状態あるいは何か他の基準で、事前選択しても、ダイナミックに選択してもよい(ステップ１６０４)。
【００４５】
これまで述べた事例は、単に説明のためであって、本発明をこれら事例に制限すると解されるべきものではないことを明らかにしておく。本発明は、好適な実施例を参照して述べてきたが、ここで述べた用語は記述と説明のためであって、限定するためではない。添付する請求項の範囲内で、本発明の範囲と精神から外れることなく、変更を加えることが可能である。本発明は、具体的な方法、材料、及び実施例で記してきたが、本発明は、ここでの具体的開示に限定することを意図するものではなく、本発明は、添付する請求項の範囲内の全ての機能的に等価な構造、方法、使用法に拡張されるものである。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施例に基づく、データ回復ストレージシステムを示す。
【図２】本発明の一実施例に基づく、ボリューム管理テーブルを示す。
【図３】本発明の一実施例に基づく、ヘルスチェックと回復モジュールを欠く、データ回復ストレージシステムを示す。
【図４】本発明の一実施例に基づく、パス管理テーブルを示す。
【図５】本発明のもう一つの実施例に基づく、ローカル回復物理ボリュームを備える、データ回復ストレージシステムを示す。
【図６】図５の実施例に基づく、データ回復動作のシーケンス図である。
【図７】本発明の一実施例に基づく、各々異なったディスクユニットにあるセカンダリボリュームとローカル回復ボリュームを備える、データ回復ストレージシステムを示す。
【図８】本発明の一実施例に基づく、同一のディスクユニットにあるプライマリ、セカンダリ、及び回復ボリュームを備える、データ回復ストレージシステムを示す。
【図９】本発明の一実施例に基づく、物理ボリュームで成るセカンダリボリュームを備える、データ回復ストレージシステムを示す。
【図１０】本発明の一実施例に基づく、ストレージ管理サーバを備える、データ回復ストレージシステムを示す。
【図１１】本発明の一実施例に基づく、ストレージ管理サーバを備える、データ回復ストレージシステムでの回復プロセスを示す。
【図１２】図１１の実施例に基づく、データ回復動作のシーケンスを示す。
【図１３】本発明の一実施例に基づく、ＨＡモジュールを欠く、データ回復ストレージシステムを示す。
【図１４】本発明の一実施例に基づく、ストレージシステムでのコピー機能を使用する、データ回復ストレージシステムを示す。
【図１５】図１４の実施例に基づく、データ回復動作のシーケンスを示す。
【図１６】本発明の一実施例に基づく、回復ボリュームの選択プロセスを示すフローチャートである。
【符号の説明】
【００４７】
１００      ホスト
１０１      ＡＰ
１０２      ＦＳ
１０３      ＨＡ
１０４      パス管理テーブル
１０５      ボリューム管理テーブル
１１０、１１１、３１４      ＨＢＡ
１１２      ＮＩＣ
３００      ストレージシステム１
４００      ストレージシステム２
３０１      コントローラ
３０２      ヘルスチェックモジュール
３０３      回復モジュール
３１５、３１６、４０１      ディスクユニット
３１８      ＮＩＣ
【図１】
2006099744.tif 000003
【図２】
2006099744.tif 000004
【図３】
2006099744.tif 000005
【図４】
2006099744.tif 000006
【図５】
2006099744.tif 000007
【図６】
2006099744.tif 000008
【図７】
2006099744.tif 000009
【図８】
2006099744.tif 000010
【図９】
2006099744.tif 000011
【図１０】
2006099744.tif 000012
【図１１】
2006099744.tif 000013
【図１２】
2006099744.tif 000014
【図１３】
2006099744.tif 000015
【図１４】
2006099744.tif 000016
【図１５】
2006099744.tif 000017
【図１６】
2006099744.tif 000018
【外国語明細書】
2006099744.tif 000019
2006099744.tif 000020
2006099744.tif 000021
2006099744.tif 000022
2006099744.tif 000023
2006099744.tif 000024
2006099744.tif 000025
2006099744.tif 000026
2006099744.tif 000027
2006099744.tif 000028
2006099744.tif 000029
2006099744.tif 000030
2006099744.tif 000031
2006099744.tif 000032
2006099744.tif 000033
2006099744.tif 000034
2006099744.tif 000035
2006099744.tif 000036
2006099744.tif 000037
2006099744.tif 000038
2006099744.tif 000039
2006099744.tif 000040
2006099744.tif 000041
2006099744.tif 000042
2006099744.tif 000043
2006099744.tif 000044
2006099744.tif 000045
2006099744.tif 000046
2006099744.tif 000047
2006099744.tif 000048
2006099744.tif 000049
2006099744.tif 000050
2006099744.tif 000051
2006099744.tif 000052
2006099744.tif 000053
2006099744.tif 000054
2006099744.tif 000055
【図１】
2006099744.tif 000056
【図２】
2006099744.tif 000057
【図３】
2006099744.tif 000058
【図４】
2006099744.tif 000059
【図５】
2006099744.tif 000060
【図６】
2006099744.tif 000061
【図７】
2006099744.tif 000062
【図８】
2006099744.tif 000063
【図９】
2006099744.tif 000064
【図１０】
2006099744.tif 000065
【図１１】
2006099744.tif 000066
【図１２】
2006099744.tif 000067
【図１３】
2006099744.tif 000068
【図１４】
2006099744.tif 000069
【図１５】
2006099744.tif 000070
【図１６】
2006099744.tif 000071