特許 6039818 情報システム、ホストシステム、及びアクセス制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6039818

(24)【登録日】2016年11月11日

(45)【発行日】2016年12月7日

(54)【発明の名称】情報システム、ホストシステム、及びアクセス制御方法

(51)【国際特許分類】

   G06F 13/10 20060101AFI20161128BHJP

   G06F 3/06 20060101ALI20161128BHJP

【ＦＩ】

   G06F13/10 340A

   G06F3/06 301A

   G06F3/06 304F

【請求項の数】15

【全頁数】22

(21)【出願番号】特願2015-538796(P2015-538796)

(86)(22)【出願日】2013年9月30日

(86)【国際出願番号】JP2013076526

(87)【国際公開番号】WO2015045149

(87)【国際公開日】20150402

【審査請求日】2015年6月10日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000279

【氏名又は名称】特許業務法人ウィルフォート国際特許事務所

(72)【発明者】

【氏名】西野 遼太

(72)【発明者】

【氏名】大山 一浩

(72)【発明者】

【氏名】角入 聡

【審査官】 坂東 博司

(56)【参考文献】

【文献】 特開２００８−１３４９８８（ＪＰ，Ａ）

【文献】 特開２００８−２２５７５３（ＪＰ，Ａ）

【文献】 特開２００８−１６５４３１（ＪＰ，Ａ）

【文献】 特開２００９−２６６１２０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／１０

Ｇ０６Ｆ ３／０６

(57)【特許請求の範囲】

【請求項1】

第１記憶領域を提供する第１ストレージシステムと、
前記第１記憶領域とペアを構成する第２記憶領域を提供する第２ストレージシステムと、
前記第１及び第２ストレージシステムに接続されライトリクエストを送信する第１及び第２ホストシステムと、
を有し、
（Ａ）正常な状態である第１システム状態では、
前記第１及び第２ストレージシステムが、前記第１記憶領域をソースとし前記第２記憶領域をターゲットとした第１遠隔データミラーリング処理を実行し、
前記第１ホストシステムと前記第１記憶領域とを結ぶ第１パスの状態は、前記第１ホストシステムと前記第２記憶領域とを結ぶ第２パスよりも前記第１パスの優先度が高いことを意味する状態であり、
前記第２ホストシステムと前記第１記憶領域とを結ぶ第３パスの状態は、前記第２ホストシステムと前記第２記憶領域とを結ぶ第４パスよりも前記第３パスの優先度が高いことを意味する状態であり、
（Ｂ）前記第１ストレージシステムが前記第１又は第２ホストシステムから受信したライトリクエストに従う処理に前記第１システム状態において失敗した場合になる状態である第２システム状態では、
前記第１及び第３パスのそれぞれの状態は、そのパスを使用してライトリクエストを送信することを禁止することを意味する状態であり、
前記第１及び第２ストレージシステムが、前記第１遠隔データミラーリング処理を停止し、
（Ｃ）前記第１及び第２ホストシステムから前記第１ストレージシステムへライトリクエストを送信してもよい状況に前記第２システム状態において復旧したことを意味する第３システム状態では、
前記第１及び第２ストレージシステムが、前記第２記憶領域をソースとし前記第１記憶領域をターゲットとした第２遠隔データミラーリング処理を実行し、
前記第１パスの状態は、前記第２パスよりも前記第１パスの優先度が低いことを意味する状態であり、
前記第３パスの状態は、前記第４パスよりも前記第３パスの優先度が低いことを意味する状態であり、
（Ｄ）前記第３システム状態において前記第１パスの優先度が前記第２パスより優先度が高いことを意味する状態に遷移した場合、
（１）前記第１ホストシステムは、ライトリクエストを前記第１パスを使用して前記第１ストレージシステムに送信し、
（２）前記第１ストレージシステムは、前記第１ホストシステムからのライトリクエストを受信し、前記受信したライトリクエストに従うライト先である前記第１記憶領域が前記第２遠隔データミラーリング処理についてのターゲットであることを検知し、前記第２遠隔データミラーリング処理の停止通知を前記第２ストレージシステムに送信し、且つ、前記受信したライトリクエストの処理を実行し、
（３）前記第２ストレージシステムは、前記停止通知を受信し、前記第２記憶領域をライト先とするライトリクエストが失敗するように制御変更し、
（４）前記第２ホストシステムは、前記第４パスを使用して前記第２記憶領域をライト先とするライトリクエストを前記第２ストレージシステムへ送信し、そのライトリクエストが失敗した場合に、前記第４パスよりも優先度の低いことを意味する状態である前記第３パスを使用して、ライトリクエストを送信する、
情報システム。

【請求項2】

前記（３）において、前記第２ストレージシステムは、前記第２記憶領域が最新のデータでないために、前記第２記憶領域をライト先とするライトリクエストを失敗としたことを示す所定のエラー応答を、前記第２ホストシステムに送信し、
前記（４）において、前記第２ホストシステムは、前記所定のエラー応答を受信した場合に、前記第３パスを使用して、ライトリクエストを前記第１ストレージシステムに送信する、
請求項１記載の情報システム。

【請求項3】

前記（４）において、前記第２ホストシステムは、前記第３パスの状態を、前記第４パスよりも優先度が高い状態に遷移する、
請求項２記載の情報システム。

【請求項4】

前記（４）の後において、前記第１及び第２ストレージシステムが、前記第１遠隔データミラーリング処理を実行し、前記第２ストレージシステムが、前記第２記憶領域をライト先とするライトリクエストを失敗とする制御を終了するように制御変更する、
請求項３記載の情報システム。

【請求項5】

前記第１乃至第４パスの各々の状態は、下記の状態のうちのいずれかであり、
第１優先状態：ライトリクエストを送信してもよいことを意味する状態、
第２優先状態：前記第１優先状態のパスが存在しない場合にライトリクエストを送信してもよいことを意味する状態、
第３優先状態：前記第１及び第２優先状態のパスが存在しない場合にライトリクエストを送信してもよいことを意味する状態、及び、
使用禁止状態：ライトリクエストを送信してはいけないことを意味する状態、
前記第１システム状態では、前記第１及び第３パスの各々の状態が前記第１優先状態であり、前記第２及び第４パスの各々の状態が、前記第２優先状態であり、
前記第３システム状態では、前記第１及び第３パスの各々の状態が、前記第３優先状態であり、前記第２及び第４パスの各々の状態が、前記第２優先状態である、
請求項１記載の情報システム。

【請求項6】

前記第１及び第２ホストシステムは、それぞれ仮想マシンを実行する仮想化レイヤを有し、
前記第１及び第２ホストシステムの一方で実行される第１仮想マシンの実行イメージ又は使用データが前記第１記憶領域に格納されており、前記第１仮想マシンは、前記第１及び第２ホストシステムの他方へ移行可能であり、前記第１仮想マシンが、前記第１及び第２ホストシステムの両方で実行することにより、前記第１及び第２ホストシステムの両方から前記第１記憶領域をライト先とするライトリクエストが送信され得る、
請求項１記載の情報システム。

【請求項7】

前記第１パスの優先度と前記第２パスの優先度は常に異なる、
請求項１記載の情報システム。

【請求項8】

前記第１及び第２ホストシステムのうちの少なくとも１つは、１つの計算機である、
請求項１記載の情報システム。

【請求項9】

第１記憶領域を提供する第１ストレージシステムと、前記第１記憶領域とペアを構成する第２記憶領域を提供する第２ストレージシステムとに接続される通信インタフェースデバイスと、
前記第１記憶領域に繋がる第１パスに関する情報と第２記憶領域に繋がる第２パスに関する情報とを記憶した記憶デバイスと、
前記通信インタフェースデバイス及び前記記憶デバイスに接続されたプロセッサと
を有し、
前記プロセッサが、
前記第２記憶領域をライト先としたライトリクエストを送信し、
前記第２ストレージシステムが前記第１ストレージシステムから遠隔データミラーリング処理の停止通知を受信したことにより前記第２記憶領域をライト先とするライトリクエストが失敗となる制御を行うように制御変更されていたために、前記送信したライトリクエストが失敗した場合、前記第２パスよりも優先度が低い状態に設定されている前記第１パスを使用して、前記第１記憶領域をライト先とするライトリクエストを前記第１ストレージシステムに送信する、
ホストシステム。

【請求項10】

前記ライトリクエストの失敗は、前記第２ストレージシステムから所定のエラー応答を受信したことである、
請求項９記載のホストシステム。

【請求項11】

前記プロセッサは、前記所定のエラー応答を受信した場合、前記第２パスよりも優先度が低い状態に設定されていた前記第１パスの状態を、前記第２パスよりも優先度が高い状態に設定する、
請求項１０記載のホストシステム。

【請求項12】

１つの計算機である、又は、前記第１及び前記第２ストレージシステムのうち前記第１ストレージシステムのみにアクセス可能な第１計算機と、前記第１及び前記第２ストレージシステムのうち前記第２ストレージシステムのみにアクセス可能な第２計算機とにより構成されたクラスタシステムである、
請求項９記載のホストシステム。

【請求項13】

第１記憶領域を提供する第１ストレージシステムと、前記第１記憶領域とペアを構成する第２記憶領域を提供する第２ストレージシステムと、前記第１及び第２ストレージシステムに接続されライトリクエストを送信する第１及び第２ホストシステムとを有する情報システムでのアクセス制御方法において、
（Ａ）正常な状態である第１システム状態では、
前記第１及び第２ストレージシステムが、前記第１記憶領域をソースとし前記第２記憶領域をターゲットとした第１遠隔データミラーリング処理を実行し、
前記第１ホストシステムと前記第１記憶領域とを結ぶ第１パスの状態は、前記第１ホストシステムと前記第２記憶領域とを結ぶ第２パスよりも前記第１パスの優先度が高いことを意味する状態であり、
前記第２ホストシステムと前記第１記憶領域とを結ぶ第３パスの状態は、前記第２ホストシステムと前記第２記憶領域とを結ぶ第４パスよりも前記第３パスの優先度が高いことを意味する状態であり、
（Ｂ）前記第１ストレージシステムが前記第１又は第２ホストシステムから受信したライトリクエストに従う処理に前記第１システム状態において失敗した場合になる状態である第２システム状態では、
前記第１及び第３パスのそれぞれの状態は、そのパスを使用してライトリクエストを送信することを禁止することを意味する状態であり、
前記第１及び第２ストレージシステムが、前記第１遠隔データミラーリング処理を停止し、
（Ｃ）前記第１及び第２ホストシステムから前記第１ストレージシステムへライトリクエストを送信してもよい状況に前記第２システム状態において復旧したことを意味する第３システム状態では、
前記第１及び第２ストレージシステムが、前記第２記憶領域をソースとし前記第１記憶領域をターゲットとした第２遠隔データミラーリング処理を実行し、
前記第１パスの状態は、前記第２パスよりも前記第１パスの優先度が低いことを意味する状態であり、
前記第３パスの状態は、前記第４パスよりも前記第３パスの優先度が低いことを意味する状態であり、
（Ｄ）前記第３システム状態において前記第１パスの優先度が前記第２パスより優先度が高いことを意味する状態に遷移した場合、
（１）前記第１ホストシステムは、ライトリクエストを前記第１パスを使用して前記第１ストレージシステムに送信し、
（２）前記第１ストレージシステムは、前記第１ホストシステムからのライトリクエストを受信し、前記受信したライトリクエストに従うライト先である前記第１記憶領域が前記第２遠隔データミラーリング処理についてのターゲットであることを検知し、前記第２遠隔データミラーリング処理の停止通知を前記第２ストレージシステムに送信し、且つ、前記受信したライトリクエストの処理を実行し、
（３）前記第２ストレージシステムは、前記停止通知を受信し、前記第２記憶領域をライト先とするライトリクエストが失敗するように制御変更し、
（４）前記第２ホストシステムは、前記第４パスを使用して前記第２記憶領域をライト先とするライトリクエストを前記第２ストレージシステムへ送信し、そのライトリクエストが失敗した場合に、前記第４パスよりも優先度の低いことを意味する状態である前記第３パスを使用して、ライトリクエストを送信する、
アクセス制御方法。

【請求項14】

前記（３）において、前記第２ストレージシステムは、前記第２記憶領域が最新のデータでないために、前記第２記憶領域をライト先とするライトリクエストを失敗としたことを示す所定のエラー応答を、前記第２ホストシステムに送信し、
前記（４）において、前記第２ホストシステムは、前記所定のエラー応答を受信した場合に、前記第３パスを使用して、ライトリクエストを前記第１ストレージシステムに送信する、
請求項１３記載のアクセス制御方法。

【請求項15】

前記（４）において、前記第２ホストシステムは、前記第３パスの状態を、前記第４パスよりも優先度が高い状態に遷移する、
請求項１３記載のアクセス制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、アクセス制御に関し、例えば、複数のストレージシステムが提供する複数の論理ボリュームへのアクセスの制御に関する。

【背景技術】

【0002】

データを格納するストレージ装置の可用性を向上するためにストレージ装置を多重化する技術が知られている（特許文献１参照）。特許文献１によれば、オリジナルのデータを格納した第１のストレージ装置と、複製データ（オリジナルのデータの複製）を格納した第２のストレージ装置とを含む情報システムにおいて、ホストコンピュータが第１のストレージ装置へのアクセスが失敗したときに、第２のストレージ装置へアクセスし、それにより、アクセスの継続性を維持する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２６６１２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１によれば、ホストコンピュータが複数の場合には、障害回復をスケーラブルに行うことができない。

【課題を解決するための手段】

【0005】

情報システムが、第１記憶領域を提供する第１ストレージシステムと、第１記憶領域とペアを構成する第２記憶領域を提供する第２ストレージシステムと、第１及び第２ストレージシステムに接続されライトリクエストを送信する第１及び第２ホストシステムとを有する。

【0006】

第１システム状態（情報システムが正常な状態）では、第１及び第２ストレージシステムが、第１記憶領域をソースとし第２記憶領域をターゲットとした第１遠隔データミラーリング処理を実行する。第１ホストシステムと第１記憶領域とを結ぶ第１パスの状態は、第１ホストシステムと第２記憶領域とを結ぶ第２パスよりも第１パスの優先度が高いことを意味する状態である。第２ホストシステムと第１記憶領域とを結ぶ第３パスの状態は、第２ホストシステムと第２記憶領域とを結ぶ第４パスよりも第３パスの優先度が高いことを意味する状態である。

【0007】

第２システム状態（第１ストレージシステムが第１又は第２ホストシステムから受信したライトリクエストに従う処理に失敗した場合になる状態）では、第１及び第３パスのそれぞれの状態は、そのパスを使用してライトリクエストを送信することを禁止することを意味する状態である。第１及び第２ストレージシステムが、第１遠隔データミラーリング処理を停止する。

【0008】

第３システム状態（第１及び第２ホストシステムから第１ストレージシステムへライトリクエストを送信してもよい状況に復旧したことを意味する状態）では、第１及び第２ストレージシステムが、第２記憶領域をソースとし第１記憶領域をターゲットとした第２遠隔データミラーリング処理を実行する。第１パスの状態は、第２パスよりも第１パスの優先度が低いことを意味する状態である。第３パスの状態は、第４パスよりも第３パスの優先度が低いことを意味する状態である。

【0009】

第３システム状態において第１パスの優先度が第２パスより優先度が高いことを意味する状態に遷移した場合、第１ホストシステムは、ライトリクエストを第１パスを使用して第１ストレージシステムに送信する。第１ストレージシステムは、第１ホストシステムからのライトリクエストを受信し、受信したライトリクエストに従うライト先である第１記憶領域が第２遠隔データミラーリング処理についてのターゲットであることを検知し、第２遠隔データミラーリング処理の停止通知を第２ストレージシステムに送信し、且つ、するととともに、受信したライトリクエストの処理を実行する。第２ストレージシステムは、停止通知を受信し、第２記憶領域をライト先とするライトリクエストが失敗するように制御変更する。第２ホストシステムは、第４パスを使用して第２記憶領域をライト先とするライトリクエストを第２ストレージシステムへ送信し、そのライトリクエストが失敗した場合に、第４パスよりも優先度の低いことを意味する状態である第３パスを使用して、ライトリクエストを送信する。

【発明の効果】

【0010】

障害回復をスケーラブルに行うことができる。

【図面の簡単な説明】

【0011】

【図1】実施例に係る情報システムの構成図である。

【図2】正ストレージシステムの構成図である。

【図3】副ストレージシステムの構成図である。

【図4】ホストの構成図である。

【図5】ＶＯＬ管理テーブルの一例の構成図である。

【図6】ペア管理テーブルの一例の構成図である。

【図7】仮想デバイスファイル及び物理デバイスファイルの管理を説明する図である。

【図8】デバイスファイル管理テーブルの一例の構成図である。

【図9】パス管理テーブルの一例の構成図である。

【図10】情報システムの正常状態を説明する図である。

【図11】情報システムの障害発生時の状態を説明する図である。

【図12】情報システムにおける障害の回復直後の状態を説明する図である。

【図13】比較例に係る第１の問題点を説明する図である。

【図14】比較例に係る第２の問題点を説明する図である。

【図15】障害回復後の処理を説明する第１の図である。

【図16】障害回復後の処理を説明する第２の図である。

【図17】障害回復後の処理を説明する第３の図である。

【図18】障害回復後の処理を説明する第４の図である。

【図19】障害回復後の処理を説明する第５の図である。

【図20】図２１〜図２７の図面の表記を説明する図である。

【図21】正常状態を説明する図である。

【図22A】障害の第１の例を示す図である。

【図22B】障害の第２の例を示す図である。

【図22C】障害の第３の例を示す図である。

【図23】障害回復直後の状態を説明する図である。

【図24】障害回復後の処理を説明する第１の図である。

【図25】障害回復後の処理を説明する第２の図である。

【図26】障害回復後の処理を説明する第３の図である。

【図27】障害回復後の処理を説明する第４の図である。

【図28】一変形例に係る情報システムの構成図である。

【発明を実施するための形態】

【0012】

一実施例を、図面を参照して説明する。

【0013】

なお、以下の説明では「ａａａテーブル」等の表現にて本発明の情報を説明する場合があるが、これら情報は、テーブル等のデータ構造以外で表現されていてもよい。データ構造に依存しないことを示すために「ａａａテーブル」等について「ａａａ情報」と呼ぶことができる。

【0014】

また、以下の説明では、対象を識別するための情報として、ＩＤ（識別子）又は番号が用いられるが、それらに代えて他種の識別情報が用いられてもよい。

【0015】

また、以下の説明では、プログラムを主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェースを用いながら行うため、処理の主語がプロセッサ、そのプロセッサを有する計算機とされてもよい。また、プロセッサが行う処理の一部又は全部を行うハードウェア回路を含んでもよい。コンピュータプログラムは、プログラムソースから装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ、又は、計算機が読み取り可能な記憶メディアであってもよい。

【0016】

また、以下の説明における用語の意味は、下記の通りである。すなわち、「ＶＯＬ」は、論理ボリュームの略であり、論理的な記憶デバイスである。ＶＯＬは、実体的なＶＯＬ（ＲＶＯＬ）であってもよいし、仮想的なＶＯＬ（ＶＶＯＬ）であってもよい。また、ＶＯＬは、そのＶＯＬを提供するストレージシステムに接続されている外部の装置（例えばサーバ装置）に提供されるオンラインＶＯＬと、外部の装置には提供されない（外部の装置からは認識されない）オフラインＶＯＬとがあってよい。「ＲＶＯＬ」は、そのＲＶＯＬを有するストレージシステムが有する物理的な記憶資源（例えば、複数のＰＤＥＶで構成されたＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループ）に基づくＶＯＬである。

【0017】

図１は、実施例に係る情報システムの構成図である。

【0018】

情報システムは、ホストシステムの一例としてのホスト計算機（以下、ホストという）１００と、管理計算機２００と、第１ストレージシステムの一例としての正ストレージシステム３００と、第２ストレージシステムの一例としての副ストレージシステム４００とを有する。本実施例では、情報システムは、複数のホスト１００を有する。ホスト１００と、管理計算機２００と、正ストレージシステム３００とは、管理用ネットワーク１０を介して接続されている。ホスト１００と、正ストレージシステム３００と、副ストレージシステム４００とは、ストレージエリアネットワーク（ＳＡＮ）２０を介して接続されている。正ストレージシステム３００と、副ストレージシステム４００とは、広域ネットワーク３０を介して接続されている。広域ネットワーク３０は、例えば、TCP/IPネットワークであってもよく、ファイバーチャネルによるネットワークであってもよい。管理計算機２００は、入力デバイス等を有しており、情報システムの管理者による指示により、正ストレージシステム３００、副ストレージシステム４００に対する各種設定、指示等を行うことができる。

【0019】

図２は、正ストレージシステム３００の構成図である。

【0020】

正ストレージシステム３００は、ＣＰＵ３１０と、メモリ３２０と、ＳＡＮポート３３０と、ＬＡＮポート３４０と、ＬＡＮポート３５０と、第１記憶領域の一例であるＰＶＯＬ（正ＶＯＬ）３６０とを有する。ＣＰＵ３１０と、メモリ３２０と、ＳＡＮポート３３０と、ＬＡＮポート３４０と、ＬＡＮポート３５０と、ＰＶＯＬ３６０とは、内部バスを介して通信可能に接続されている。

【0021】

ＣＰＵ３１０は、メモリ３２０に格納された各種プログラムを実行することにより、各種処理を実行する。メモリ３２０は、各種プログラムや、各種情報を記憶する。本実施例では、メモリ３２０は、ストレージ制御プログラム３２１、ＶＯＬ管理テーブル３２２、及びペア管理テーブル３２３を記憶する。ストレージ制御プログラム３２１は、ホスト１００からのライトリクエストに従い、データをＰＶＯＬ３６０に書き込む。また、ストレージ制御プログラム３２１は、ＰＶＯＬ３６０に書き込んだデータを、後述するＳＶＯＬ（副ボリューム）４４０にコピーする遠隔データミラーリング処理を制御する。また、ストレージ制御プログラム３２１は、ＳＶＯＬ４４０に書き込まれたデータを、ＰＶＯＬ３６０にコピーする遠隔データミラーリング処理を制御する。ストレージ制御プログラム３２１による遠隔データミラーリング処理の実行及び停止や、遠隔データミラーリング処理におけるコピーの方向については、管理計算機２００を使用して、管理者が手動で設定することができる。

【0022】

ＳＡＮポート３３０は、ストレージエリアネットワーク２０を介して正ストレージシステム３００を他の装置（例えば、ホスト１００）に接続するためのインタフェースデバイスである。ＬＡＮポート３４０は、管理用ネットワーク１０を介して正ストレージシステム３００を他の装置（例えば、管理計算機２００）に接続するためのインタフェースデバイスである。ＬＡＮポート３５０は、広域ネットワーク３０を介して正ストレージシステム３００を他の装置（例えば、副ストレージシステム４００）に接続するためのインタフェースデバイスである。

【0023】

ＰＶＯＬ３６０は、例えば、ＨＤＤ（Hard Disk Drive）等の記憶デバイスの記憶領域により構成されるボリュームであり、ホスト１００のアプリケーションプログラム（ＡＰともいう）１２１に使用されるデータ（例えば、生成されたデータ）が格納される。

【0024】

図３は、副ストレージシステム４００の構成図である。

【0025】

副ストレージシステム４００は、ＣＰＵ４１０と、メモリ４２０と、ＬＡＮポート４３０と、第２記憶領域の一例であるＳＶＯＬ（副ＶＯＬ）４４０と、ＳＡＮポート４５０とを有する。ＣＰＵ４１０と、メモリ４２０と、ＬＡＮポート４３０と、ＳＡＮポート４５０と、ＳＶＯＬ４４０とは、内部バスを介して通信可能に接続されている。

【0026】

ＣＰＵ４１０は、メモリ４２０に格納された各種プログラムを実行することにより、各種処理を実行する。メモリ４２０は、各種プログラムや、各種情報を記憶する。本実施例では、メモリ４２０は、ストレージ制御プログラム４２１、ＶＯＬ管理テーブル４２２、及びペア管理テーブル４２３を記憶する。ストレージ制御プログラム４２１は、ＰＶＯＬ３６０のデータを、ＳＶＯＬ４４０にコピーする遠隔データミラーリング処理を制御する。また、ストレージ制御プログラム４２１は、ＳＶＯＬ４４０のデータを、ＰＶＯＬ３６０にコピーする遠隔データミラーリング処理、すなわち逆方向のコピーを制御する。ストレージ制御プログラム４２１による遠隔データミラーリング処理の実行及び停止や、遠隔データミラーリング処理におけるコピーの方向については、管理計算機２００を使用して、管理者が手動で設定することができる。ＶＯＬ管理テーブル４２２及びペア管理テーブル４２３は、正ストレージシステム３００のＶＯＬ管理テーブル３２２及びペア管理テーブル３２３の構成と同様である。

【0027】

ＬＡＮポート４３０は、広域ネットワーク３０を介して副ストレージシステム４００を他の装置（例えば、正ストレージシステム３００）に接続するためのインタフェースデバイスである。ＳＡＮポート４５０は、ストレージエリアネットワーク２０を介して副ストレージシステム４００を他の装置（例えば、ホスト１００）に接続するためのインタフェースデバイスである。

【0028】

ＳＶＯＬ４４０は、例えば、ＨＤＤ等の記憶デバイスの記憶領域により構成されるボリュームであり、正常時には、ＰＶＯＬ３６０と同一のデータを管理するため、すなわち、ＰＶＯＬ３６０のデータのコピーを格納するために用いられ、ＰＶＯＬ３６０への障害発生時には、ＰＶＯＬ３６０の代わりに用いられる。

【0029】

図４は、ホスト１００の構成図である。

【0030】

ホスト１００は、ＣＰＵ１１０と、メモリ１２０と、ＳＡＮポート１３０と、ＬＡＮポート１４０と、入力デバイス１５０と、表示デバイス１６０とを有する。ＣＰＵ１１０と、メモリ１２０と、ＳＡＮポート１３０と、ＬＡＮポート１４０と、入力デバイス１５０と、表示デバイス１６０とは、内部バスを介して通信可能に接続されている。

【0031】

ＣＰＵ１１０は、メモリ１２０に格納された各種プログラムを実行することにより、各種処理を実行する。メモリ１２０は、各種プログラムや、各種情報を記憶する。本実施例では、メモリ１２０は、ＡＰ１２１と、仮想化レイヤ１２２と、ＯＳ（Operating system）１２３と、パス管理プログラム１２４と、パス管理テーブル１２５と、デバイスファイル管理テーブル１２６とを記憶する。

【0032】

仮想化レイヤ１２２は、ハイパバイザを含んでよい。仮想化レイヤ１２２は、ホスト１００内に仮想マシンを構築したり、ホスト１００内の仮想マシンを他のホスト１００に移動したりする処理を実行する。仮想マシンの実行イメージ又は使用データは、例えば、正ストレージシステム３００のＰＶＯＬ３６０に格納されることがある。仮想化レイヤ１２２は、仮想マシンを他のホスト１００の仮想化レイヤ１２２に渡すことにより、仮想マシンを他のホスト１００に移動させることができる。このような場合には、仮想マシンの移動先の別のホスト１００が正ストレージシステム３００のＰＶＯＬ３６０にアクセスすることとなる。このため、複数のホスト１００から正ストレージシステム３００の同一のＰＶＯＬ３６０を対象とするＩ／Ｏリクエストが送信されることが起こり得る。

【0033】

ＯＳ１２３は、ホスト１００上で他のプログラムを動作可能にするための基本プログラムである。パス管理プログラム１２４は、正ストレージシステム３００又は副ストレージシステム４００に格納されているＶＯＬにアクセスする際に利用するパスを管理するプログラムである。

【0034】

ＳＡＮポート１３０は、ストレージエリアネットワーク２０を介してホスト１００を他の装置（例えば、正ストレージシステム３００、副ストレージシステム４００）に接続するためのインタフェースデバイスである。ＬＡＮポート１４０は、管理用ネットワーク１０を介してホスト１００を他の装置（例えば、管理計算機２００、正ストレージシステム３００等）に接続するためのインタフェースデバイスである。

【0035】

入力デバイス１５０は、例えば、キーボード、マウス等の入力装置であり、ホスト１００のユーザからの各種入力を受け付ける。表示デバイス１６０は、例えば、液晶ディスプレイ等の表示装置であり、各種情報を表示する。

【0036】

図５は、ＶＯＬ管理テーブル３２２の一例の構成図である。

【0037】

ＶＯＬ管理テーブル３２２は、ＶＯＬ毎に、Ｐｏｒｔ＃３２２ａ、Ｖ＃３２２ｂ、Ｒ＃３２２ｃ、容量３２２ｄ、及び属性３２２ｅを有するレコードを有する。

【0038】

Ｐｏｒｔ＃３２２ａは、ＶＯＬが関連付けられているポート（ストレージシステムのポート）のポート番号（＃）を表す。Ｖ＃３２２ｂは、ＶＯＬの仮想番号を表す。ＶＯＬ仮想番号は、グローバルな番号であり、ホスト１００に通知される後述の仮想情報に含まれる番号である。Ｒ＃３２２ｃは、ＶＯＬの実番号を表す。ＶＯＬ実番号は、ホスト１００には通知される後述の物理情報に含まれる番号である。容量３２２ｄは、ＶＯＬの容量を表す。属性３２２ｅは、ＶＯＬの属性を表す。ＶＯＬの属性は、例えば、ＰＶＯＬとＳＶＯＬとを１つのＶＯＬとしてホスト１００に提供するグローバル構成であるか、又は、ＰＶＯＬとＳＶＯＬとを別々のＶＯＬとしてホスト１００に提供するローカル構成であるか、ＲＶＯＬの基となっているＲＡＩＤグループを示す対応ＲＧ情報（ＲＡＩＤレベル、ＰＤＥＶ（物理デバイス）の数、ＰＤＥＶの種類、ＰＤＥＶの番号等）等である。

【0039】

図６は、ペア管理テーブル３２３の一例の構成図である。

【0040】

ペア管理テーブル３２３は、コピーペア毎に、Ｒ＃３２３ａ、ＶＯＬステータス３２３ｂ、相手ストレージ＃３２３ｃ、相手Ｒ＃３２３ｄ、コピーステータス３２３ｅ、及びコピー方向３２３ｆを有するレコードを管理する。

【0041】

Ｒ＃３２３ａは、コピーペアを構成する自ＶＯＬ（このテーブル３２３を有するストレージシステム内のＶＯＬ）の実番号を表す。ＶＯＬステータス３２３ｂには、自ＶＯＬがＰＶＯＬであるのかＳＶＯＬであるのかを表す。相手ストレージ＃３２３ｃは、自ＶＯＬとコピーペアを構成する相手ＶＯＬを有するストレージシステムのストレージ＃を表す。相手Ｒ＃３２３ｄは、相手ＶＯＬの実番号を表す。コピーステータス３２３ｅは、コピーステータス（コピーペアのステータス）を表す。コピーステータスとしては、ＰＶＯＬとＳＶＯＬとのデータが一致していることを示す「ＰＡＩＲ」、ＶＯＬ間のコピーを実行中であることを示す「ＣＯＰＹ」、一方のＶＯＬにデータが入っても他方のＶＯＬが更新されない状態を示す「サスペンド」がある。コピー方向３２３ｆは、コピーペアにおけるコピー方向を表す。コピー方向としては、ＰＶＯＬをソースとしＳＶＯＬをターゲットとする順方向（Ｎｏｒｍａｌ）と、ＳＶＯＬをソースとしＰＶＯＬをターゲットとする逆方向（Ｒｅｖｅｒｓｅ）とがある。

【0042】

図７は、仮想デバイスファイル及び物理デバイスファイルの管理を説明する図である。

【0043】

ＰＶＯＬ３６０とＳＶＯＬ４４０とを１つのＶＯＬとして管理する場合においては、ＰＶＯＬに対応する物理デバイスファイル５０１と、ＳＶＯＬに対応する物理デバイスファイル５０２とを、ＰＶＯＬとＳＶＯＬとを仮想化した１つのＶＯＬに対応する仮想デバイスファイル５００に対応付けて管理する。この場合、ホスト１００のＡＰ１２１は、仮想デバイスファイル５００を指定してアクセスを行う。一方、パス管理プログラム１２４は、ＡＰ１２１から指定された仮想デバイスファイル５００に対応する物理デバイスファイル５０１及び５０２を、デバイスファイル管理テーブル１２６を参照して認識し、パス管理テーブル１２５を参照し、いずれかの物理デバイスファイルに対応するパスをパスステータスに基づいて選択し、そのパスによりアクセスを行う。

【0044】

図８は、デバイスファイル管理テーブル１２６の一例の構成図である。

【0045】

デバイスファイル管理テーブル１２６は、仮想デバイスファイル毎に、仮想デバイスファイル１２６ａ、物理デバイスファイル１ １２６ｂ、及び物理デバイスファイル２ １２６ｃを有するレコードを管理する。

【0046】

仮想デバイスファイル１２６ａは、仮想デバイスファイルのファイル名（仮想デバイスファイル名）を表す。物理デバイスファイル１ １２６ｂには、仮想デバイスファイルに対応しＰＶＯＬのマウント先の物理デバイスファイルのファイル名を表す。物理デバイスファイル２ １２６ｃには、仮想デバイスファイルに対応しＳＶＯＬのマウント先の物理デバイスファイルのファイル名を表す。

【0047】

図９は、パス管理テーブル１２５の一例の構成図である。

【0048】

パス管理テーブル１２５は、パス毎に、ＩＤ１２５ａ、機種１２５ｂ、仮想情報１２５ｃ、物理情報１２５ｄ、パスステータス１２５ｅ、ＰＶＯＬ障害１２５ｆ、及び物理デバイスファイル１２５ｇを有するレコードを管理する。仮想情報１２５ｃは、ストレージＳ／Ｎ１２５ｈ、Ｐｏｒｔ＃１２５ｉ、及びＬＤＥＶ ＩＤ１２５ｊを含む。物理情報１２５ｄは、ストレージＳ／Ｎ１２５ｋ、Ｐｏｒｔ＃１２５ｌ、及びＬＤＥＶ ＩＤ１２５ｍを含む。

【0049】

ＩＤ１２５ａは、パスに割り当てられたＩＤである。機種１２５ｂは、ストレージシステムの機種名を表す。ストレージＳ／Ｎ１２５ｈは、ストレージシステムのＳ／Ｎ（シリアル番号）である。Ｐｏｒｔ＃１２５ｉは、ストレージシステムのＰｏｒｔの番号である。ＬＤＥＶ ＩＤ１２５ｊは、パスに関連付けられたＶＯＬの仮想番号（Ｖ＃）である。仮想情報１２５ｃ中の各情報要素は、グローバル構成のＶＯＬについてのグローバルな情報であり、ストレージシステムから提供される。

【0050】

ストレージＳ／Ｎ１２５ｋは、ストレージシステムのＳ／Ｎ（シリアル番号）である。Ｐｏｒｔ＃１２５ｌは、ストレージシステムのＰｏｒｔの番号である。ＬＤＥＶ ＩＤ１２５ｍは、パスに関連付けられたＶＯＬの実番号（Ｒ＃）である。物理情報１２５ｄ中の各情報要素は、ストレージシステムが有するＶＯＬがＳＶＯＬであり且つそのＳＶＯＬがグローバル構成の要素である場合に、そのストレージシステムから提供される。

【0051】

パスステータス１２５ｅは、パスのステータスを表す。パスステータスとしては、オンライン、オンラインスタンバイ、オンライン（Ｓ）、オンライン（Ｄ）、オフライン（Ｅ）がある。オンライン（第１優先状態）は、最も優先度が高い状態であり、優先して使用されるパスであることを意味する。オンラインスタンバイ（第２優先状態）は、アクセス先のＶＯＬに関連付けられたパスの中にオンラインのパスがない場合に使用されるパスであることを意味する。オンライン（Ｓ）は、ユーザの操作によりオンラインに戻し得るパスであることを意味する。オンライン（Ｄ）（第３優先状態）は、後述するように、所定のエラー応答を受けた場合に使用可能となるパスであることを意味する。オフライン（Ｅ）（使用禁止状態）は、使用が禁止されているパスであることを意味する。

【0052】

ＰＶＯＬ障害１２５ｆは、パスが関連付けられているＰＶＯＬに障害が発生しているか否かを表す。ＰＶＯＬ障害１２５ｆは、ＰＶＯＬに障害が発生した場合にパス管理プログラム１２４によりＰＶＯＬに障害が発生していることを示す情報に更新される。物理デバイスファイル１２５ｇは、パスが関連付けられているＶＯＬに対応する物理デバイスファイルのファイル名を表す。

【0053】

次に、本実施例で行われる処理を、図１０〜図１２及び図１５〜図１９を参照して説明する。以下の説明において、ストレージ＃１は、正ストレージシステム３００であり、ストレージ＃２は、副ストレージシステム４００であり、ホスト＃１及び＃２は、それぞれホスト１００であり、ＡＰ＃１１、＃２１、＃２２及び＃３１は、それぞれＡＰ１２１であり、仮想化レイヤ＃１及び＃２は、それぞれ仮想化レイヤ１２２であり、ＯＳ＃１及び＃２は、それぞれＯＳ１２３であり、パス管理＃１及び＃２は、それぞれパス管理プログラム１２４である。また、以下の説明では、ホスト＃１とＲ＃１１のＶＯＬ（ＰＶＯＬ）とを結ぶパスを「第１パス」と言い、ホスト＃１とＲ＃１２のＶＯＬ（ＳＶＯＬ）とを結ぶパスを「第２パス」と言う。同様に、ホスト＃２とＰＶＯＬとを結ぶパスを「第３パス」と言い、ホスト＃２とＳＶＯＬとを結ぶパスを「第４パス」と言う。また、後述するように、図１３及び図１４は、実施例の比較例の説明のために参照する図である。比較例の説明においても、実施例に係る構成要素との対応関係を分かり易くするために、便宜的に、上述した番号（図１０〜図１２及び図１５〜図１９に示した番号）と同じ番号を使用する。なお、比較例は、問題点を説明するために使用する例であり、本実施例を構成する要素でなくてよい。

【0054】

図１０の例によれば、ホスト＃１において、仮想化レイヤ＃１により１つの仮想マシンが実行され、その仮想マシンでは、ＯＳ＃１上でＡＰ＃１１が実行される。、また、ホスト＃２において、仮想化レイヤ＃２により２つの仮想マシンが実行され、１つの仮想マシンでは、ＯＳ＃２上でＡＰ＃２１及び＃２２が実行され、もう１つの仮想マシンでは、ＯＳ＃３上でＡＰ＃３１が実行される。図１０に示すように、正常状態（第１システム状態）となる前には、パス管理＃１及び＃２は、それぞれ、ストレージ＃１及び＃２からパス管理テーブル１２５の設定に必要な情報を取得する。グローバル構成のＰＶＯＬを管理するストレージ＃１は、ＰＶＯＬについて仮想情報をパス管理＃１及びパス管理＃２に送信する。

【0055】

一方、グローバル構成のＳＶＯＬを管理するストレージ＃２は、ストレージ＃１から仮想情報を取得し、その仮想情報と、物理情報とを、パス管理＃１及び＃２に送信する。

【0056】

パス管理＃１及び＃２は、ストレージ＃１及び＃２から受けた情報をパス管理テーブル１２５に登録する。パス管理＃１及び＃２は、それぞれ、仮想情報が設定されているが物理情報が設定されていないレコードに対応するパスは、ＰＶＯＬに関連付けられているパスであると認識でき、仮想情報及び物理情報が設定されているレコードに対応するパスは、ＳＶＯＬに関連付けられているパスであると認識できる。また、パス管理＃１及び＃２は、それぞれ、設定されている仮想情報が同一であるレコードに対応するＶＯＬは、仮想的に管理する１つのＶＯＬとして認識できる。

【0057】

図１０では、ＰＶＯＬとＳＶＯＬがコピーペア（ＶＯＬペア）を構成し、これらＰＶＯＬ及びＳＶＯＬは、Ｖ＃０１により識別される１つのＶＯＬとして仮想的に管理されることとなる。また、ストレージ＃１及び＃２により、ＰＶＯＬからＳＶＯＬへの順コピー（第１遠隔データミラーリング処理）が実行されるようになっている。

【0058】

ホスト＃１では、第１パスの状態は、オンライン（実線）であり、第２パスの状態は、オンラインスタンバイ（破線）である。したがって、パス管理＃１は、ＡＰ＃１１がＶ＃０１のＶＯＬをライト先とするライトリクエストを発行した場合には、第１パス（オンラインのパス）を使用してライトリクエストを送信する。

【0059】

ホスト＃２では、第３パスの状態は、オンラインであり、第４パスの状態は、オンラインスタンバイである。したがって、パス管理＃２は、ＡＰ＃２１、ＡＰ＃２２、又はＡＰ＃３１がＶ＃０１のＶＯＬをライト先とするライトリクエストを発行した場合には、第３パス（オンラインのパス）を使用してライトリクエストを送信する。

【0060】

図１１に示すように、情報システムの状態が、情報システムに障害（例えば、ストレージ＃１の障害）が発生してＰＶＯＬにアクセスできなくなった状態（第２システム状態）であるとする。

【0061】

この状態においては、ホスト＃１は、第１パス（オンラインのパス）を使用してライトリクエストを送信してもライト処理を完了することはできないので、フェイルオーバーを実行する。具体的には、パス管理＃１は、Ｖ＃０１のＶＯＬに対する第１パスの状態を、オフライン（Ｅ）（細かい破線且つ禁止マーク）に変更し、Ｖ＃０１のＶＯＬをライト先とするライトリクエストを送信するのに使用されるパスを、第２パス（オンラインスタンバイのパス）に切り替える。これにより、ＡＰ＃１１は、ストレージ＃２のＳＶＯＬを使用して業務を継続できる。

【0062】

同様に、パス管理＃２も、Ｖ＃０１のＶＯＬに対する第３パスの状態を、オフライン（Ｅ）に変更し、Ｖ＃０１のＶＯＬをライト先とするライトリクエストを送信するのに使用されるパスを、第４パス（オンラインスタンバイのパス）に切り替える。これにより、ホスト＃２のＡＰは、ストレージ＃２のＳＶＯＬを使用して業務を継続できる。

【0063】

図１２に示すように、図１１に示したような障害発生後に障害箇所（例えば、ストレージ＃１）の障害を回復する（図１２（１））ことにより、ストレージ＃１がホストからのＰＶＯＬへのライトリクエストを受け付け可能な状態（第３システム状態）となる。この場合、ストレージ＃１及び＃２は、逆コピー（コピー方向が逆方向である遠隔データミラーリング処理）の実行を開始する（図１２（２））。なお、ストレージ＃１及び＃２による逆コピーは、ストレージ＃１が逆コピー指示を受けることにより実行が開始される。これにより、障害が発生した後に、ホスト＃１及び＃２に使用されているＳＶＯＬのデータをＰＶＯＬにコピーすることができる。逆コピー指示は、ホスト＃１、＃２又は管理計算機２００より送信されてよい。

【0064】

パス管理＃１は、所定のコマンド（例えば、パスが正常か否かを検出する目的のダミーコマンド）を第１パスを使用して発行することにより第１パスが使用可能になったことを検出すると、第１パスの状態をオンライン（Ｓ）（一点鎖線且つ禁止マーク）に変更する（図１２（３））。同様に、パス管理＃２は、所定のコマンドを第３パスを使用して発行することにより第３パスが使用可能になったことを検出すると、第３パスの状態をオンライン（Ｓ）に変更する（図１２（３））。

【0065】

ここで、図１３に示すように、図１２に示す状態となった以降において、パス管理＃１が、自動的に（又は、ホスト＃１のユーザ或いは管理計算機２００からの指示により）、第１パスの状態をオンライン（Ｓ）からオンラインに変更したとする（図１３（１））。その後、パス管理＃１は、ＰＶＯＬがライト先となるライトリクエストを、第１パスを使用して送信することとなる。ストレージ＃１がそのライトリクエストをホスト＃１から受信すると（図１３（２））、ストレージ＃１のストレージ制御プログラム３２１がストレージ＃２に対して、ＰＶＯＬに対するライトが発生した旨を通知し、通知を受けたストレージ＃２がＳＶＯＬを閉塞する（図１３（３））。

【0066】

このため、ホスト＃２は、第４パスを使用してＳＶＯＬにアクセスすることができなくなる。この際、第３パスの状態は、オンライン（Ｓ）であるので、ホスト＃２は、管理者による関与なくして第３パスを使用することが好ましくない。この結果、ホスト＃２のＡＰは、業務を停止しなくてはならなくなる。

【0067】

このような問題を回避するための方法として、図１４に示すように、ホスト＃２で動作するすべての仮想マシンをホスト＃１に移動する方法が考えられる。しかし、そうすると、ホスト＃１の負荷が高くなる。

【0068】

このような問題を解決するべく、本実施例では以下の処理が行われる。

【0069】

すなわち、図１５に示すように、まず、パス管理＃１及び＃２が、オンライン（Ｓ）のパスの状態を、オンライン（Ｓ）からオンライン（Ｄ）（二点鎖線及び禁止マーク）に変更する。

【0070】

次に、図１６に示すように、パス管理＃１が、自動的に（又は、ホスト＃１のユーザ或いは管理計算機２００からの指示により）、第１パスの状態をオンライン（Ｄ）からオンラインに変更する（図１６（１））。すると、パス管理＃１は、ＰＶＯＬをライト先とするライトリクエストを第１パスを使用して送信することとなる。

【0071】

その後、ストレージ＃１がホスト＃１からＰＶＯＬをライト先とするライトリクエストを受信すると（図１６（２））、ストレージ＃１のストレージ制御プログラム３２１が、そのライトリクエストに従いＰＶＯＬに対するライト処理を実行するとともに、逆コピーが実行されないようストレージ＃２にエラー通知を送信する。なお、コピーのターゲットとなっているＰＶＯＬをライト先とするライトリクエストであるか否かは、ペア管理テーブル３２３から特定できる。エラー通知を受信したストレージ＃２は、ＳＶＯＬをライト先とするライトリクエストを受け付けないようＳＶＯＬについてデータコピー不可と制御する。なお、ＰＶＯＬとＳＶＯＬに差分があると、ＳＶＯＬからデータが読み出されることが好ましくないケースも考えられ、故に、ストレージ＃２は、ＳＶＯＬについて、ライトリクエストに加えて、ＳＶＯＬをリード元とするリードリクエストも受け付けないように制御してよい。

【0072】

その後、図１７に示すように、ストレージ＃２が、ＳＶＯＬをライト先とするライトリクエストをホスト＃２から受信すると（図１７（１））、ストレージ＃２のストレージ制御プログラム４２１は、ＳＶＯＬをライト先とするライトリクエストを受け付けないように制御しているので、ホスト＃２に対して、所定のエラー応答を返す（図１７（２））。ホスト＃２が所定のエラー応答を受けると、パス管理＃２は、第４パスの状態をオンライン（Ｅ）（細い破線及び禁止マーク）に変更する。

【0073】

また、図１８に示すように、パス管理＃２は、第３パスの状態を、オンライン（Ｄ）からオンラインに変更し（図１８（１））、ライト先をＰＶＯＬとしたライトリクエストを、第３パスを使用して送信する（図１８（２））。これにより、ホスト＃２は、第４パスについて所定のエラー応答を受けた場合に第３パスを使用してＰＶＯＬにアクセスすることが可能となる。なお、ホスト＃２以外にも、ＳＶＯＬ（Ｒ＃１２のＶＯＬ）に繋がるパスを管理し使用できるようになっているホストが存在しているとしても、そのようなホストがホスト＃２と同様な処理を行うことにより、ＰＶＯＬにアクセスすることが可能となる。つまり、ホストの数が多くても、スケーラブルに情報システムの障害を回復することができる。

【0074】

さて、図１８に示した状態の後、ストレージ＃１及び＃２は、順コピー指示を受けて、順コピーを再開する。この結果、ストレージ＃２は、ＳＶＯＬについてのデータコピー不可の状態を解消する。これにより、情報システムは、図１０に示す正常状態（第１システム状態）に戻ることとなる。従って、以降において、再びストレージ＃１のＰＶＯＬにアクセスできない障害が発生してもフェイルオーバーすることができる。

【0075】

以上が、実施例の説明である。上述した実施例を変形例が考えられる。以下、変形例を適宜実施例と比較しながら説明する（特に、パスの状態、ミラーリングの状態、及びミラーリング（コピー）の向きを中心に説明する）。

【0076】

図２０は、図２１〜図２７の図面の表記を説明する図である。

【0077】

図２１〜図２７においては、図２０に示すように、それぞれの矩形がホスト＃１及びホスト＃２を示し、それぞれのディスク記号がストレージ＃１及びストレージ＃２を示し、これら構成の間のパスをそのパスの状態に応じた態様で表記する。ここで、ストレージ＃１に繋がるパスは、ストレージ＃１のＰＶＯＬへのパスを示し、ストレージ＃２に繋がるパスは、ＰＶＯＬとコピーペアであるＳＶＯＬへのパスを示している。なお、これらＰＶＯＬ及びＳＶＯＬは、ホスト＃１及びホスト＃２のＡＰには、１つのＶＯＬとして認識されている。パスの状態としては、「オンライン」に対応する第１優先状態については、３本の線で示し、「オンラインスタンバイ」に対応する第２優先状態については、２本の線で示し、「オンライン（Ｄ）」に対応する第３優先状態については、１本の線で示し、「オフライン（Ｅ）」に対応する使用禁止状態については、線なしとしている。

【0078】

また、遠隔データミラーリング処理については、データがコピーされる方向を矢印で示すとともに、遠隔データミラーリング処理が停止しているのか、継続して実行されているのかを矢印の色で示す。具体的には、白矢印は、遠隔データミラーリング処理が停止していることを示し、黒矢印は、遠隔データミラーリング処理が継続して実行されていることを示す。

【0079】

図２１に示すように、情報システムが正常状態（第１システム状態）である場合には、第１パスが第１優先状態であり、第２パスが第２優先状態である。このように、第１パスは、第２パスよりも優先度の高い状態となっている。これは、仮にこれらパスの優先度を同じにしてしまうと、ＳＶＯＬをライト先としたライトリクエストが発行されＰＶＯＬに無いデータがＳＶＯＬに書き込まれることになるが、このような状態が生じることを防ぐためである。なお、本実施例では、正常状態に限らず、第１パスと第２パスの優先度は、常に同じにならないように設定される。また、第３パスが第１優先状態であり第４パスが第２優先状態である。なお、本実施例では、正常状態に限らず、第３パスと第４パスとの優先度は、常に同じにならないように設定される。

【0080】

正常状態においては、ストレージ＃１及び＃２により、ＰＶＯＬからＳＶＯＬへの遠隔データミラーリング処理である順コピーが実行される。

【0081】

ホストからＰＶＯＬにアクセスできなくなるという障害の原因としては、図２２Ａに示すように、ホストとＰＶＯＬとを結ぶパスに障害が発生したこと、図２２Ｂに示すように、ストレージ＃１に障害が発生したこと、或いは、図２２Ｃに示すように、ストレージ＃１とストレージ＃２との間のパスに障害が発生したこと、があり得る。

【0082】

障害が発生した場合には、ホスト＃１のパス管理プログラム１２４により、第１パスの状態が使用禁止状態になり、ホスト＃２のパス管理プログラム１２４により、第２パスの状態が使用禁止状態になる。また、順コピーが停止される。

【0083】

ストレージ＃１のＰＶＯＬへのアクセスができなくなる障害が回復されるまでの間は、ホスト＃１からのライトリクエストは、第２優先状態である第２パスを使用して送信され、ホスト＃２からのライトリクエストは、第２優先状態である第４パスを使用して送信される。

【0084】

ＰＶＯＬへのアクセスができなくなる障害の回復直後の状態（第３システム状態）では、図２３に示すように、実施例では、第１パスの状態が第３優先状態にされ、第２パスが第２優先状態にされる。これにより、ホスト＃１からのライトリクエストは、第２優先状態である第２パスを使用して送信される。また、第３パスの状態が第３優先状態にされ、第４パスが第２優先状態とされている。これにより、ホスト＃２からのライトリクエストは、第２優先状態である第４パスを使用して送信される。また、ＳＶＯＬからＰＶＯＬへの遠隔データミラーリング処理である逆コピーが開始される。

【0085】

なお、本実施例では、第３優先状態を用いるようにしているが、変形例に示すように、第３優先状態を用いないでもよい。すなわち、ホスト＃１のパス管理プログラム１２４が、第１パスの状態を第２優先状態とし、第２パスの状態を第１優先状態としてもよい。また、ホスト＃２のパス管理プログラム１２４が、第３パスの状態を第２優先状態とし、第４パスの状態を第１優先状態としてもよい。

【0086】

なお、本実施例のように、第３優先状態を用いるようにすると、第１パス及び第３パスの状態を、情報システムが正常状態である場合の第２優先状態と異なる状態であることを明確に管理することができ、例えば、パスの状態をホスト１００の表示デバイス１６０に表示させることにより、ホスト１００のユーザに対してパスの状態を認識させることができる。

【0087】

情報システムの障害の回復後において、図２４に示すように、第１パスを第４パスよりも優先度を高く変更したとする。具体的には、ホスト＃１のパス管理プログラム１２４は、第１パスの状態を第３優先状態から第１優先状態に変更する。これにより、ホスト＃１からのライトリクエストは、第１優先状態である第１パスを使用して送信される。

【0088】

一方、変形例では、ホスト＃１のパス管理プログラム１２４は、第１パスの状態を第２優先状態から第１優先状態に変更し、第２パスの状態を第１優先状態から第２優先状態に変更する。これにより、ホスト＃１からのライトリクエストは、第１優先状態である第１パスを使用して送信される。

【0089】

図２５に示すように、実施例では、逆コピーのターゲットであるＰＶＯＬをライト先としたライトアクセスをストレージ＃１が受信すると、ストレージ＃１は、ストレージ＃２に対してエラー通知を送信する。ストレージ＃２は、エラー通知を受信すると、逆コピーを停止するとともに、ＳＶＯＬをライト先としたライトリクエストを受信した場合には、所定のエラー応答を、そのライトリクエストの送信元に返すようになる。

【0090】

変形例でも、逆コピーのターゲットであるＰＶＯＬをライト先としたライトアクセスをストレージ＃１が受信すると、実施例と同様の処理が行われる。

【0091】

図２６に示すように、実施例では、ストレージ＃２が、ホスト＃２からＳＶＯＬをライト先とするライトリクエストを第４パスを介して受信すると、ホスト＃２に対して、所定のエラー応答を返す。ホスト＃２は、所定のエラー応答を受信すると、第４パスの状態を使用禁止状態に変更し、第３パスの状態を第３優先状態から第１優先状態に変更し、第３パスを使用して、所定のエラー応答に対応したライトリクエスト（失敗したライトリクエスト）に従うライト対象データと同じデータをライト対象としＰＶＯＬをライト先とするライトリクエストを送信する。これにより、ホスト＃２が送信したライトリクエストに対応する処理がストレージ＃１で実行されることとなる。なお、図２６には、ホスト＃１以外に同一のＶＯＬを用いるホストとして、ホスト＃２のみが示されているが、ホスト＃２以外にも同一のＶＯＬを使用するホストが存在する場合には、そのホストにおいてもホスト＃２と同様な処理が行われる。従って、ホスト＃１以外のホストが複数存在する場合であっても、上記と同様な処理により、それらホストとストレージ＃１とのそれぞれのパスの状態が第１優先状態にされて、それらパスによりライトリクエストがストレージ＃１に送信されることとなる。この結果、複数のホストにおけるＡＰによる業務が継続して実行されることとなる。

【0092】

一方、変形例では、ストレージ＃２がホスト＃２からＳＶＯＬをライト先とするライトリクエストを受信すると、ホスト＃２に対して、所定のエラー応答を返す。ホスト＃２は、所定のエラー応答を受信すると、第４パスの状態を使用禁止状態に変更するとともに、第２優先状態である第３パスを使用して、所定のエラー応答に対応したライトリクエスト（失敗したライトリクエスト）に従うライト対象データと同じデータをライト対象としＰＶＯＬをライト先とするライトリクエストを送信する。これにより、ホスト＃２が送信したライトリクエストに対応する処理がストレージ＃１で実行されることとなる。

【0093】

図２７に示すように、実施例では、ストレージ＃１及び＃２により、ＰＶＯＬからＳＶＯＬへ順コピーが開始される。この結果、情報システムの状態は、図２１に示した正常状態に回復する。

【0094】

一方、変形例でも、ストレージ＃１及び＃２により、ＰＶＯＬからＳＶＯＬへの順コピーが開始される。また、ホスト＃２のパス管理プログラム１２４は、第３パスの状態を第１優先状態にするとともに、第４パスの状態を第２優先状態に設定する。これにより、情報システムの状態が、図２１に示した正常状態に回復する。

【0095】

図２８は、一変形例に係る情報システムの構成図である。

【0096】

実施例では、ホストシステムを一台のホスト計算機とした例を示していたが、ホストシステムを図２８に示す構成としてもよい。すなわち、ホスト＃１が、ホスト＃１１及び＃１２で構成されたクラスタシステムでもよい。ホスト＃１１は、ストレージ＃１の属する第１地域に存在し、ストレージ＃１及び＃２のうちストレージ＃１のみに通信可能に接続された計算機である。ホスト＃１２は、ストレージ＃２の属する第２地域に存在し、ストレージ＃１及び＃２のうちストレージ＃２のみに通信可能に接続された計算機である。また、ホスト＃２が、ホスト＃２１及び＃２２で構成されたクラスタシステムでもよい。ホスト＃２１は、ストレージ＃１の属する第１地域に存在し、ストレージ＃１及び＃２のうちストレージ＃１のみに通信可能に接続された計算機である。ホスト＃２２は、ストレージ＃２の属する第２地域に存在し、ストレージ＃１及び＃２のうちストレージ＃２のみに通信可能に接続された計算機である。

【0097】

以上、実施例及び幾つかの変形例を説明したが、本発明は、これらの実施例及び変形例に限定されるものでなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、所定のエラー応答をホスト＃２が受信したときに上記処理を実行するかしないかを、所定のルール（例えば予めユーザによりされた設定）に従って決定するようにしてもよい。また、所定のエラー応答をホスト＃２が受信したときに、ホスト＃２のパス管理プログラムが、ホスト＃２の表示デバイス１６０に、第３パスをオンラインに変更してよいかをユーザが判断するための情報を表示するようにし、ユーザの判断を受け付けるようにしてもよい。

【符号の説明】

【0098】

１００：ホストシステム、３００：正ストレージシステム、４００：副ストレージシステム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22A】

【図22B】

【図22C】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】