(57)【特許請求の範囲】
【請求項１】
仮想ボリュームに対応する第１論理ボリュームを有し、前記仮想ボリュームを提供する第１ストレージ装置と、
前記第１ストレージ装置と接続し、前記仮想ボリュームに対応する第２論理ボリュームを有し、前記仮想ボリュームを提供する第２ストレージ装置と
を備え、
前記第１ストレージ装置は、前記仮想ボリュームに対して第１ライト要求を受領した場合に、
前記第１ライト要求に関連するライトデータを前記第１論理ボリュームに格納する処理を実行すると共に前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第１書き込み処理方式、又は、前記ライトデータを前記第１論理ボリュームに格納する処理を実行せずに前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第２書き込み処理方式、のいずれかの書き込み処理方式により処理することができ、
前記第１ストレージ装置は、前記第１ストレージ装置における前記仮想ボリュームの所定領域に対する第１ＩＯ負荷と、前記第２ストレージ装置における前記仮想ボリュームの前記所定領域に対する第２ＩＯ負荷と、に応じて、前記第１書き込み処理方式又は前記第２書き込み処理を選択して、前記第１ライト要求を処理する、
ことを特徴とするストレージシステム。
【請求項２】
前記第１ストレージ装置は、さらに、前記ライトデータを前記第１論理ボリュームに格納する処理を実行し、前記ライト要求を前記第２ストレージ装置に転送しない第３書き込み処理方式により前記第１ライト要求を処理することができ、
前記第１ストレージ装置は、前記第１ストレージ装置における前記仮想ボリュームの前記第１領域に対する第１ＩＯ負荷と、前記第２ストレージ装置における前記仮想ボリュームの前記第１領域対する第２ＩＯ負荷と、に応じて、前記第１書き込み処理方式、前記第２書き込み処理、又は前記第３書き込み処理方式のいずれかを選択して、前記第１ライト要求を処理する、
ことを特徴とする請求項１に記載のストレージシステム。
【請求項３】
前記第１ストレージ装置は、前記第１ＩＯ負荷が第１上限閾値より大きく、前記第２ＩＯ負荷が第２上限閾値より大きい場合、前記第１書き込み処理方式により前記第１ライト要求を処理する、
ことを特徴とする請求項２に記載のストレージシステム。
【請求項４】
前記第１ストレージ装置は、前記第１ＩＯ負荷が第１上限閾値より大きく、前記第２ＩＯ負荷が第２上限閾値より大きく、さらに、第１リード負荷が第１リード上限閾値より大きく、第２リード負荷が第２リード上限閾値より大きい場合に、前記第１書き込み処理方式により前記第１ライト要求を処理する、
ことを特徴とする請求項２に記載のストレージシステム。
【請求項５】
前記第１ストレージ装置は、前記第１ＩＯ負荷が前記第１下限閾値より小さく、前記第２ＩＯ負荷が前記第２上限閾値より大きい場合、前記第２書き込み処理方式により前記第１ライト要求を処理する、
ことを特徴する請求項２乃至４に記載のストレージシステム。
【請求項６】
前記第１ストレージ装置は、前記第１ＩＯ負荷が前記第１上限閾値より大きく、前記第２ＩＯ負荷が第２下限閾値より小さい場合、前記第３書き込み処理方式により前記第１ライト要求を処理する、
ことを特徴とする請求項２に記載のストレージシステム。
【請求項７】
前記第１ＩＯ負荷は、前記第１ストレージ装置が受信する前記仮想ボリュームに対する単位時間当たりのＩＯ要求数であり、
前記第２ＩＯ負荷は、前記第２ストレージ装置が受信する前記仮想ボリュームに対する単位時間当たりのＩＯ要求数である、
ことを特徴とする請求項２に記載のストレージシステム。
【請求項８】
前記第１ストレージ装置は、前記仮想ボリュームに含まれる単位記憶領域であるページごとに、前記第１ＩＯ負荷を管理し、
前記第２ストレージ装置は、前記仮想ボリュームに含まれる単位記憶領域である前記ページごとに、前記第２ＩＯ負荷を管理し、
前記第１ストレージ装置は、前記仮想ボリュームに含まれる前記ページごとに、前記第１ＩＯ負荷及び前記第２ＩＯ負荷に応じて、前記第１書き込み処理方式、前記第２書き込み処理、又は前記第３書き込み処理方式のいずれかを選択して、前記第１ライト要求を処理する、  ことを特徴とする請求項２に記載のストレージシステム。
【請求項９】
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第１書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する第２ライト要求を前記第１書き込み処理方式にて処理し、
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第２書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する前記第２ライト要求を前記第３書き込み処理方式にて処理し、
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第３書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する前記第２ライト要求を前記第２書き込み処理方式にて処理する、
ことを特徴する請求項２に記載のストレージシステム。
【請求項１０】
仮想ボリュームに対応する第１論理ボリュームを有し、前記仮想ボリュームを提供する第１ストレージ装置と、
前記第１ストレージ装置と接続し、前記仮想ボリュームに対応する第２論理ボリュームを有し、前記仮想ボリュームを提供する第２ストレージ装置と
を備えるストレージシステムの制御方法であって、
前記第１ストレージ装置は、前記仮想ボリュームに対して第１ライト要求を受領した場合に、
前記第１ライト要求に関連するライトデータを前記第１論理ボリュームに格納する処理を実行すると共に前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第１書き込み処理方式、又は、前記ライトデータを前記第１論理ボリュームに格納する処理を実行せずに前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第２書き込み処理方式、のいずれかの書き込み処理方式により処理し、
前記第１ストレージ装置は、前記第１ストレージ装置における前記仮想ボリュームの所定領域に対する第１ＩＯ負荷と、前記第２ストレージ装置における前記仮想ボリュームの前記所定領域に対する第２ＩＯ負荷と、に応じて、前記第１書き込み処理方式又は前記第２書き込み処理を選択して、前記第１ライト要求を処理する、
ことを特徴とするストレージシステムの制御方法。
【請求項１１】
前記第１ストレージ装置は、さらに、前記ライトデータを前記第１論理ボリュームに格納する処理を実行し、前記ライト要求を前記第２ストレージ装置に転送しない第３書き込み処理方式により前記第１ライト要求を処理し、
前記第１ストレージ装置は、前記第１ストレージ装置における前記仮想ボリュームの前記第１領域に対する第１ＩＯ負荷と、前記第２ストレージ装置における前記仮想ボリュームの前記第１領域対する第２ＩＯ負荷と、に応じて、前記第１書き込み処理方式、前記第２書き込み処理、又は前記第３書き込み処理方式のいずれかを選択して、前記第１ライト要求を処理する、
ことを特徴とする請求項１０に記載のストレージシステムの制御方法。
【請求項１２】
前記第１ストレージ装置は、前記第１ＩＯ負荷が第１上限閾値より大きく、前記第２ＩＯ負荷が第２上限閾値より大きい場合、前記第１書き込み処理方式により前記第１ライト要求を処理し、
前記第１ストレージ装置は、前記第１ＩＯ負荷が前記第１下限閾値より小さく、前記第２ＩＯ負荷が前記第２上限閾値より大きい場合、前記第２書き込み処理方式により前記第１ライト要求を処理し、
前記第１ストレージ装置は、前記第１ＩＯ負荷が前記第１上限閾値より大きく、前記第２ＩＯ負荷が第２下限閾値より小さい場合、前記第３書き込み処理方式により前記第１ライト要求を処理する、
ことを特徴とする請求項１１に記載のストレージシステムの制御方法。
【請求項１３】
前記第１ＩＯ負荷は、前記第１ストレージ装置が受信する前記仮想ボリュームに対する単位時間当たりのＩＯ要求数であり、
前記第２ＩＯ負荷は、前記第２ストレージ装置が受信する前記仮想ボリュームに対する単位時間当たりのＩＯ要求数である、
ことを特徴とする請求項１１に記載のストレージシステムの制御方法。
【請求項１４】
前記第１ストレージ装置は、前記仮想ボリュームに含まれる単位記憶領域であるページごとに、前記第１ＩＯ負荷を管理し、
前記第２ストレージ装置は、前記仮想ボリュームに含まれる単位記憶領域である前記ページごとに、前記第２ＩＯ負荷を管理し、
前記第１ストレージ装置は、前記仮想ボリュームに含まれる前記ページごとに、前記第１ＩＯ負荷及び前記第２ＩＯ負荷に応じて、前記第１書き込み処理方式、前記第２書き込み処理、又は前記第３書き込み処理方式のいずれかを選択して、前記第１ライト要求を処理する、
ことを特徴とする請求項１１に記載のストレージシステムの制御方法。
【請求項１５】
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第１書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する第２ライト要求を前記第１書き込み処理方式にて処理し、
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第２書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する前記第２ライト要求を前記第３書き込み処理方式にて処理し、
前記第１ストレージ装置が受信した前記仮想ボリュームに対する前記第１ライト要求を前記第３書き込み処理方式にて処理する場合、前記第２ストレージ装置は受信した前記仮想ボリュームに対する前記第２ライト要求を前記第２書き込み処理方式にて処理する、
ことを特徴とする請求項１１に記載のストレージシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ストレージシステム、及びストレージシステムの制御方法に関する。
【背景技術】
【０００２】
特許文献１には、仮想化ストレージ装置１０００Ｌと仮想化ストレージ装置１０００Ｒとを含む情報システムが開示されている。仮想化ストレージ装置１０００Ｌは、自身のＨＤＤ１０３０の記憶領域が割り当てられたボリューム３０００ＬＡを提供し、仮想化ストレージ装置１０００Ｒは、当該装置内の仮想化ストレージ装置内のＨＤＤ１０３０の記憶領域が割り当てられたボリューム３０００ＲＡを提供する。ボリューム３０００ＬＡとボリューム３０００ＲＡには同一の識別子が割り当てられている。仮想化ストレージ装置１０００Ｌは、ホストからボリューム３０００ＬＡに対するライトリクエストを受信すると、ボリューム３０００ＬＡへの書き込みだけでなく、仮想化ストレージ装置１０００Ｒのボリューム３０００ＲＡへの書き込みが完了したことを確認してから、ホストにＩＯの成功の応答を返す。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６６１２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ストレージ装置Ａが物理ボリュームＡに対応する仮想ボリュームＡをコンピュータに提供し、ストレージ装置Ｂが物理ボリュームＢに対応し、仮想ボリュームＡと同じ識別子を持つ仮想ボリュームＢをコンピュータに提供する構成において、複数のコンピュータがどのストレージ装置に対してもアクセスできるようにするためには、ストレージ装置Ａがコンピュータより仮想ボリュームＡに対してライトリクエストを受信した場合には、物理ボリュームＡにデータを格納すると共にそのデータをストレージ装置Ｂの物理ボリュームＢにも格納した後、上記ライトリクエストに対する完了報告をコンピュータに対して発行するように構成する必要がある。
【０００５】
しかしこの場合、ストレージ装置Ａ又はストレージ装置ＢのどちらかにＩＯ負荷が偏ると、ＩＯ負荷の高いストレージ装置は、ライトリクエストを受信するたびに他方のストレージ装置にライトデータを送信しなければならず、コンピュータに対するＩＯ性能の確保が問題となる。また、どちらかにＩＯ負荷が偏っている場合には、他方のストレージ装置では、リードリクエストを受信することも少ないため、他方のストレージ装置で実データを保持していたとしても、他方のストレージ装置で実データを保持していない場合に比べて、リードリクエストに対する応答性能を上げることができない。
【０００６】
本発明はこのような背景に鑑みてなされたもので、ＩＯ性能等を確保しつつ仮想ボリュームの利用環境を提供することが可能なストレージシステム、及びストレージシステムの制御方法を提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための本発明の一つは、ストレージシステムであって、仮想ボリュームに対応する第１論理ボリュームを有し、前記仮想ボリュームを提供する第１ストレージ装置と、前記第１ストレージ装置と接続し、前記仮想ボリュームに対応する第２論理ボリュームを有し、前記仮想ボリュームを提供する第２ストレージ装置とを備え、前記第１ストレージ装置は、前記仮想ボリュームに対して第１ライト要求を受領した場合に、前記第１ライト要求に関連するライトデータを前記第１論理ボリュームに格納する処理を実行すると共に前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第１書き込み処理方式、又は、前記ライトデータを前記第１論理ボリュームに格納する処理を実行せずに前記第２ストレージ装置内の前記第２論理ボリュームに前記ライトデータを格納するために前記第１ライト要求を前記第２ストレージ装置に転送する第２書き込み処理方式、のいずれかの書き込み処理方式により処理することができ、前記第１ストレージ装置は、前記第１ストレージ装置における前記仮想ボリュームの所定領域に対する第１ＩＯ負荷と、前記第２ストレージ装置における前記仮想ボリュームの前記所定領域に対する第２ＩＯ負荷と、に応じて、前記第１書き込み処理方式又は前記第２書き込み処理を選択して、前記第１ライト要求を処理する。
【０００８】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【０００９】
本発明によれば、ＩＯ性能等を確保しつつ仮想ボリュームの利用環境を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】情報処理システム１の概略的な構成を説明する図である。
【図２】情報処理システム１の主な構成要素に格納されている、主なプログラム及び主なデータを示す図である。
【図３】第１ストレージ装置１０に格納されるＬＤＥＶ管理テーブル１２１の一例である。
【図４】第２ストレージ装置１０に格納されるＬＤＥＶ管理テーブル１２１の一例である。
【図５】第１ストレージ装置１０に格納される仮想ＬＤＥＶ管理テーブル１２２の一例である。
【図６】第２ストレージ装置１０に格納される仮想ＬＤＥＶ管理テーブル１２２の一例である。
【図７】第１ストレージ装置１０に格納される動作モード管理テーブル１２３の一例である。
【図８】第２ストレージ装置１０に格納される動作モード管理テーブル１２３の一例である。
【図９】第１ストレージ装置１０に格納されるＩＯ負荷管理テーブル１２４の一例である。
【図１０】第２ストレージ装置１０に格納されるＩＯ負荷管理テーブル１２４の一例である。
【図１１】二重化管理方式が行われる場合におけるストレージシステムの動作の概略を説明する図である。
【図１２】ＩＯ要求転送方式が行われる場合におけるストレージシステムの動作の概略を説明する図である。
【図１３】通常方式が行われる場合におけるストレージシステムの動作の概略を説明する図である。
【図１４】ＨＡモード書き込み処理Ｓ１４００を説明するフローチャートである。
【図１５】ＨＡモード読み出し処理Ｓ１５００を説明するフローチャートである。
【図１６】ＳＷモード書き込み処理Ｓ１６００を説明するフローチャートである。
【図１７】ＳＷモード読み出し処理Ｓ１７００を説明するフローチャートである。
【図１８】ＮＭモード書き込み処理Ｓ１８００を説明するフローチャートである。
【図１９】ＮＭモード読み出し処理Ｓ１９００を説明するフローチャートである。
【図２０】動作モード設定処理Ｓ２０００を説明するフローチャートである。
【図２１】動作モード設定処理Ｓ２１００を説明するフローチャートである。
【図２２】方式変更処理（二重化→ＩＯ要求転送）Ｓ２２００を説明するフローチャートである。
【図２３】ＩＯ要求転送方式反転処理Ｓ２３００を説明するフローチャートである。
【図２４】方式変更処理（ＩＯ要求転送方式→二重化管理方式）Ｓ２４００を説明するフローチャートである。
【図２５】方式変更処理（ＩＯ要求転送方式→二重化管理方式）Ｓ２４００(図２４の続き）を説明するフローチャートである。
【発明を実施するための形態】
【００１１】
図１に実施形態として説明する情報処理システム１の概略的な構成を示している。同図に示すように、情報処理システム１は、２つのストレージ装置１０（第１ストレージ装置１０，第２ストレージ装置１０）を含んで構成されるストレージシステム、第１ストレージ装置１０及び第２ストレージ装置１０にアクセスする一つ以上のホスト装置２、情報処理システム１の各構成要素の監視、制御、設定などを行う管理装置３、第１通信ネットワーク５、及び第２通信ネットワーク６を含む。以下の説明において、第１ストレージ装置１０及び第２ストレージ装置１０の共通する事項について説明する場合は、これらを「ストレージ装置１０」と総称することがある。
【００１２】
ホスト装置２は、例えば、銀行の自動預金預け払いサービス、インターネットのＷｅｂページ閲覧サービスの提供などに用いられる情報処理装置であり、例えば、パーソナルコンピュータ、オフィスコンピュータ、メインフレームなどのハードウエアによって構成されている。
【００１３】
第１通信ネットワーク５は、ホスト装置２からストレージ装置１０に発行されるＩＯ要求の送信、及びストレージ装置１０からホスト装置２へのＩＯ要求に対する応答などに用いられる。上記ＩＯ要求は、データの書き込み要求（以下、書き込み要求と称する。）、データの読み出し要求（以下、読み出し要求と称する。）などである。
【００１４】
第１通信ネットワーク５は、例えば、ＳＡＮ（Storage Area Network）、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネットなどであり、スイッチングハブやルータなどのネットワークスイッチを用いて構成されている。第１通信ネットワーク５を介した通信は、例えば、ＴＣＰ／ＩＰ、ＦＣｏＥ（Fibre Channel over Ethernet）、ｉＳＣＳＩ（Internet Small Computer System Interface）などの通信プロトコルを用いて行われる。
【００１５】
ホスト装置２は、中央処理装置２１、記憶装置２２、第１通信装置２３、及び第２通信装置２４を備える。中央処理装置２１は、例えば、ＣＰＵやＭＰＵを用いて構成されている。記憶装置２２は、揮発性または不揮発性のメモリ（ＲＡＭ、ＲＯＭ、ＮＶＲＡＭ（Non Volatile RAM））、ハードディスクドライブ、ＳＳＤ（Solid State Drive）などである。第１通信装置２３は、例えばＨＢＡであり、第１通信ネットワーク５を介して他の装置と通信を行う。第２通信装置２４は、例えばＮＩＣであり、第２通信ネットワーク６を介して他の装置と通信を行う。ホスト装置２は、入力装置（キーボード、マウス、タッチパネル等）や出力装置（液晶モニタ、プリンタ等）を備えていることもある。
【００１６】
管理装置３は、情報処理システム１の管理者等に、情報処理システム１の監視、制御、設定などに用いるユーザインタフェース（ＧＵＩ（Graphical User Interface）、ＣＬＩ（Command Line Interface）等）を提供する。
【００１７】
管理装置３は、第２通信ネットワーク６を介して、ホスト装置２及びストレージ装置１０との間で随時情報伝達（監視のための情報収集、制御コマンドの送信、設定情報の送受信等）を行う。
【００１８】
第２通信ネットワーク６は、例えば、ＬＡＮ、ＷＡＮ、インターネット、公衆通信網、専用線などであり、スイッチングハブやルータ等のネットワークスイッチを用いて構成されている。第２通信ネットワーク６を介した通信は、例えば、ＴＣＰ／ＩＰ等の通信プロトコルを用いて行われる。
【００１９】
管理装置３は、中央処理装置３１、記憶装置３２、第１通信装置３３、及び第２通信装置３４を備える。中央処理装置３１は、例えば、ＣＰＵやＭＰＵを用いて構成されている。記憶装置３２は、例えば、揮発性または不揮発性のメモリ２２（ＲＡＭ、ＲＯＭ、ＮＶＲＡＭ）、ハードディスクドライブ、ＳＳＤなどである。第１通信装置３３は、例えばＨＢＡであり、第１通信ネットワーク５を介して他の装置と通信を行う。第２通信装置３４は、例えばＮＩＣであり、第２通信ネットワーク６を介して他の装置と通信を行う。
【００２０】
ストレージ装置１０は、ホスト装置２にデータの格納領域を提供するディスクアレイ装置である。ストレージ装置１０は、一つ以上の通信制御部１１、データ転送装置１２、一つ以上のドライブ制御部１３、キャッシュメモリ１４（Cache Memory）、共有メモリ１５（Shared Memory）、記憶ドライブ１７、保守装置１８（ＳＶＰ（Service Processor）とも称される。）、及びストレージコントローラ１９を備える。ストレージコントローラ１９（単にコントローラとも言う。）は、一つ以上の通信制御部１１、データ転送装置１２、一つ以上のドライブ制御部１３、キャッシュメモリ１４、共有メモリ１５、及び保守装置１８を含む。
【００２１】
通信制御部１１（チャネル制御部とも称される。）、ドライブ制御部１３、キャッシュメモリ１４、及び共有メモリ１５は、クロスバスイッチ、ＰＣＩバス（PCI:Peripheral Component Interconnect）、ＰＣＩ−Ｅｘｐｒｅｓｓバスなどの通信手段を介して互いに通信可能に接続している。記憶ドライブ１７は、ストレージ装置１０を構成している他の要素とは別の筐体に収容されていることもある。
【００２２】
通信制御部１１は、第１通信ネットワーク６を介して他の装置（他のストレージ装置１０を含む。）と通信する。通信制御部１１は、中央処理装置（ＣＰＵ、ＭＰＵ等）、記憶装置（半導体メモリ等）、及び通信装置（ＨＢＡ（Host Bus Adaptor）、ＮＩＣ（Network Interface Card）等）を備える。通信制御部１１は、例えば、通信プロトコルに従って行われる他の装置との間の通信、ホスト装置２から受信したＩＯ要求に関する処理などを行う。
【００２３】
ドライブ制御部１３は、記憶ドライブ１７と通信し、記憶ドライブ１７へのデータの書き込み、記憶ドライブ１７からのデータの読み出しを行う。ドライブ制御部１３は、中央処理装置（ＣＰＵ、ＭＰＵ等）、記憶装置（半導体メモリ等）、及び通信装置（ＨＢＡ、ＮＩＣ、ＳＣＳＩインタフェース等）を備える。
【００２４】
データ転送装置１２は、通信制御部１１、ドライブ制御部１３、及びキャッシュメモリ１４、の間で行われるデータ転送を仲介する。データ転送装置１２は、高速なデータ転送が可能なデバイス（ＤＭＡ（Direct Memory Access）、中央処理装置（ＣＰＵ、ＭＰＵ等））、及び記憶装置（半導体メモリ等）を備える。データ転送装置１２は、例えば、キャッシュメモリ１４を介して行われる、通信制御部１１とドライブ制御部１３との間のデータ（記憶ドライブ１７から読み出したデータ、記憶ドライブ１７に書き込むデータ）の転送、キャッシュメモリ１４に格納されているデータの記憶ドライブ１７からのデータの読み出し、記憶ドライブ１７へのデータの書き込みなどを行う。
【００２５】
キャッシュメモリ１４には、例えば、記憶ドライブ１７に書き込まれるデータ、記憶ドライブ１７から読み出されてホスト装置２に送信されるデータなどが一時的に格納される。キャッシュメモリ１４は、例えば、高速なデータの書き込み／読み出しが可能なＲＡＭを用いて構成されている。
【００２６】
共有メモリ１５には、例えば、通信制御部１１、データ転送装置１２、もしくはドライブ制御部１３が利用するプログラムやデータが格納される。共有メモリ１５は、例えば、ＲＡＭ、ＲＯＭ、ＮＶＲＡＭなどを用いて構成されている。
【００２７】
保守装置１８は、ストレージ装置１０が備える各構成要素の監視、制御、設定などを行う。保守装置１８は、中央処理装置、メモリ、補助記憶装置、入力装置、表示装置、通信回路などを備えた情報処理装置（例えば、パーソナルコンピュータ）である。
【００２８】
保守装置１８は、ＬＡＮ等の通信手段を介してストレージ装置１０が備える各構成要素と通信してストレージ装置１０から情報（構成情報、各種設定情報、稼働情報等）を取得する。また保守装置１８は、第２通信ネットワーク６を介して管理装置３と通信し、管理装置３との間で情報伝達を行う。
【００２９】
記憶ドライブ１７は、例えば、ハードディスクドライブ（Hard Disk Drive）（ＳＡＳ（Serial Attached SCSI）、ＳＡＴＡ（Serial ATA）、ＦＣ（Fibre Channel）、ＰＡＴＡ（Parallel ATA）、ＳＣＳＩ（Small Computer System Interface）等のハードディスクドライブ）、半導体記憶装置（ＳＳＤ）等である。
【００３０】
ストレージ装置１０は、記憶ドライブ１７をＲＡＩＤ（Redundant Arrays of Inexpensive （or Independent) Disks）の方式（例えばＲＡＩＤ０〜６）で制御することにより提供される論理的な記憶領域（以下、ＬＤＥＶ（Logical Device）とも称する。）を構成する。この論理的な記憶領域は、例えば、ＲＡＩＤグループ（パリティグループ（Parity Group）とも称される。）の記憶領域を用いて実現される。
【００３１】
ＬＤＥＶには夫々固有の識別子（ＬＤＥＶ−ＩＤ）が付与される。ホスト装置２は、ＬＤＥＶ−ＩＤを指定したＩＯ要求をストレージ装置１０に送信し、ストレージ装置１０はＩＯ要求に指定されているＬＤＥＶ−ＩＤ（もしくはＩＯ要求において指定されるデータ格納エリアに関する識別子に対応するＬＤＥＶ−ＩＤ）を対象としてＩＯ要求に対応する処理を行う。
【００３２】
ストレージ装置１０は、構成したＬＤＥＶに対応づけられた仮想的な記憶領域（以下、仮想ＬＤＥＶと称する。）を構成し、構成した仮想ＬＤＥＶをホスト装置２に提供する。ホスト装置２は、ＬＤＥＶを対象としてストレージ装置１０にアクセスする場合と同様に、仮想ＬＤＥＶごとに付与される固有の識別子（以下、仮想ＬＤＥＶ−ＩＤと称する。）を指定したＩＯ要求をストレージ装置１０に送信することができる。ストレージ装置１０は、仮想ＬＤＥＶ−ＩＤが指定された上記ＩＯ要求を受信すると、指定された仮想ＬＤＥＶに対応づけられているＬＤＥＶを対象として上記ＩＯ要求に対応する処理を行う。
【００３３】
また第１ストレージ装置１０及び第２ストレージ装置１０は、仮想ＬＤＥＶの識別子（以下、仮想ＬＤＥＶ−ＩＤと称する。）として、同じ仮想ＬＤＥＶ−ＩＤが付与された仮想ＬＤＥＶをホスト装置２に提供することができる。即ち各ストレージ装置１０（第１ストレージ装置１０及び第２ストレージ装置１０）は、同じ仮想ＬＤＥＶ−ＩＤに対応付けられた異なるストレージ装置１０の異なるＬＤＥＶの記憶領域を、あたかも同じ一つの記憶領域であるかのようにホスト装置２に提供することができる。
【００３４】
図２に情報処理システム１の主な構成要素に格納されている、主なプログラム及び主なデータを示している。尚、以下の説明において、「プログラム」のことを「ＰＧ」とも表記する。
【００３５】
ホスト装置２によって提供される主な機能は、ホスト装置２の中央処理装置２１が、記憶装置２２に格納されているプログラムを読み出して実行することにより実現される。管理装置３によって提供される主な機能は、管理装置３の中央処理装置３１が、記憶装置３２に格納されているプログラムを読み出して実行することにより実現される。またストレージ装置１０によって提供される主な機能は、ストレージ装置１０の、通信制御部１１、データ転送装置１２、ドライブ制御部１３の少なくともいずれかが、共有メモリ１５に格納されているプログラムを読み出して実行することにより実現される。尚、共有メモリ１５に格納されているプログラムは記憶ドライブ１７に格納されていてもよい。
【００３６】
同図に示すように、ホスト装置２の記憶装置２２には、アプリケーションＰＧ２１１、オペレーティングシステムＰＧ２１２、及びデバイスドライバＰＧ２１３が格納されている。
【００３７】
このうちアプリケーションＰＧ２１１は、例えば、銀行の自動預金預け払いサービスやインターネットのＷｅｂページの閲覧サービスに関する機能を実現する。
【００３８】
オペレーティングシステムＰＧ２１２は、ホスト装置２で実行されるプロセスの制御（プロセスの実行管理、プロセスのスケジューリング、プロセスが利用する記憶領域の管理、割り込み要求に対するハンドリング等）に関する機能、ファイルシステムに関する機能、ファイル共有に関する機能等を実現する。
【００３９】
デバイスドライバＰＧ２１３は、ホスト装置２が備えるハードウエアや周辺機器の制御に関する機能を実現する。
【００４０】
尚、ホスト装置２からストレージ装置１０に対して送信されるＩＯ要求は、アプリケーションＰＧ２１１、オペレーティングシステムＰＧ２１２、及びデバイスドライバＰＧ２１３のうちの少なくともいずれかを実行することにより生成される。
【００４１】
同図に示すように、管理装置３の記憶装置３２には、主なプログラムとして、アプリケーションＰＧ３１１、オペレーティングシステムＰＧ３１２、及びデバイスドライバＰＧ３１３が格納（記憶）されている。
【００４２】
このうちアプリケーションＰＧ３１１は、情報処理システム１の管理や保守に関するサービスに関する機能を実現する。
【００４３】
オペレーティングシステムＰＧ３１２は、管理装置３で実行されるプロセスの制御（実行管理、スケジューリング、プロセスが利用する記憶領域の管理、割り込み要求に対するハンドリング等）に関する機能、ファイルシステムに関する機能、ファイル共有に関する機能等を実現する。
【００４４】
デバイスドライバＰＧ３１３は、管理装置３が備えるハードウエアや周辺機器の制御に関する機能を実現する。
【００４５】
同図に示すように、ストレージ装置１０には、主なプログラムとして、ＩＯ要求処理ＰＧ１１１、ＨＡモード動作制御ＰＧ１１２、ＳＷモード動作制御ＰＧ１１３、ＮＭモード動作制御ＰＧ１１４、動作モード切替制御ＰＧ１１５、ＩＯ負荷情報取得ＰＧ１１６が格納されている。これらのプログラムは、例えば、ストレージ装置１０の共有メモリ１５、通信制御部１１の記憶装置、ドライブ制御部１３の記憶装置、データ転送装置１２の記憶装置などに格納される。
【００４６】
このうちＩＯ処理ＰＧ１１１は、ストレージ装置１０に、当該ストレージ装置１０がホスト装置２から受信したＩＯ要求に応じた処理（以下、ＩＯ処理とも称する。）を実行し、その応答をホスト装置２に返す際の基本的な動作を行う機能、並びにホスト装置２に対して仮想ＬＤＥＶを提供する機能などを実現する。
【００４７】
ＨＡモード動作制御ＰＧ１１２は、当該ストレージ装置１０がホスト装置２から預かったデータを、後述する二重化管理方式で管理する場合に、ストレージ装置１０を後述する動作モードのうち「ＨＡモード」（第１動作モード）で動作させる機能を実現する。
【００４８】
ＳＷモード動作制御ＰＧ１１３は、当該ストレージ装置１０がホスト装置２から預かったデータを、後述するＩＯ要求転送方式で管理する場合に、ストレージ装置１０を後述する動作モードのうち「ＳＷモード」（第２動作モード）で動作させる機能を実現する。
【００４９】
ＮＭ（Ｎｏｒｍａｌ）モード動作制御ＰＧ１１４は、当該ストレージ装置１０がホスト装置２から預かったデータを、後述するＩＯ要求転送方式や通常方式で管理する場合に、ストレージ装置１０が後述する動作モードのうち「ＮＭモード」（第３動作モード）で動作させるための機能を実現する。
尚、第１ストレージ装置１０側で「ＨＡモード」で管理している仮想ＬＤＥＶの領域については、第２ストレージ装置１０側でも対応する仮想ＬＤＥＶの領域については「ＨＡモード」にて管理する。また、第１ストレージ装置１０側で「ＮＭモード」で管理している仮想ＬＤＥＶの領域については、第２ストレージ装置１０側でも対応する仮想ＬＤＥＶの領域については「ＳＷモード」にて管理する。また、第１ストレージ装置１０側で「ＳＷモード」で管理している仮想ＬＤＥＶの領域については、第２ストレージ装置１０側でも対応する仮想ＬＤＥＶの領域については「ＮＭモード」にて管理する。
【００５０】
動作モード切替制御ＰＧ１１５は、ストレージ装置１０の動作モードの切り替えに関する機能を実現する。
【００５１】
ＩＯ負荷情報取得ＰＧ１１６は、後述する仮想ＬＤＥＶのページごとのＩＯ負荷に関する情報（単位時間当たりのアクセス頻度（ホスト装置２から受信したＩＯ要求の数）等。以下、ＩＯ負荷情報とも称する。）を取得する。取得した情報は、後述する動作モードの切り替えに用いられる。
【００５２】
同図に示すように、ストレージ装置１０には、主なデータとして、ＬＤＥＶ管理テーブル１２１、仮想ＬＤＥＶ管理テーブル１２２、動作モード管理テーブル１２３、及びＩＯ負荷管理テーブル１２４が格納(記憶）されている。これらのテーブルは、例えば、ストレージ装置１０の共有メモリ１５、通信制御部１１の記憶装置、ドライブ制御部１３の記憶装置、データ転送装置１２の記憶装置などに格納される。
【００５３】
このうちＬＤＥＶ管理テーブル１２１には、記憶ドライブ１７とＬＤＥＶとの対応が管理される。図３に第１ストレージ装置１０に格納されるＬＤＥＶ管理テーブル１２１の一例を、図４に第２ストレージ装置１０に格納されるＬＤＥＶ管理テーブル１２１の一例を示している。
【００５４】
これらの図に示すように、ＬＤＥＶ管理テーブル１２１は、ＲＡＩＤグループの識別子（以下、ＲＡＩＤグループＩＤと称する。）が設定されるＲＡＩＤグループＩＤ３１１、及びそのＲＡＩＤグループＩＤで特定されるＲＡＩＤグループを用いて構成されているＬＤＥＶの識別子（以下、ＬＤＥＶ−ＩＤと称する。）が設定されるＬＤＥＶ−ＩＤ３１２、の各項目からなる一つ以上のレコードで構成されている。尚、これらの図において、ＲＡＩＤグループＩＤ３１１に付帯する括弧内の値は、そのＲＡＩＤグループを構成している記憶ドライブ１７の識別子（以下、ドライブＩＤと称する。）である。
【００５５】
仮想ＬＤＥＶ管理テーブル１２２には、仮想ＬＤＥＶ、第１ストレージ装置１０のＬＤＥＶ、及び第２ストレージ装置１０のＬＤＥＶの対応が管理される。図５に第１ストレージ装置１０に格納される仮想ＬＤＥＶ管理テーブル１２２の一例を、図６に第２ストレージ装置１０に格納される仮想ＬＤＥＶ管理テーブル１２２の一例を示す。
【００５６】
これらの図に示すように、仮想ＬＤＥＶ管理テーブル１２２は、仮想製番４１１、仮想ＬＤＥＶ４１２、第１ＬＤＥＶ４１３、第１ＬＤＥＶ属性４１４、第２ＬＤＥＶ４１５、第２ＬＤＥＶ属性４１６、及びパス情報４１７、の各項目からなる一つ以上のレコードで構成されている。
【００５７】
上記項目のうち、仮想製番４１１には、仮想ＬＤＥＶの仮想製番（仮想的に付与された製造番号）が設定される。尚、各ストレージ装置１０には、ストレージ装置１０の製造時等に、ストレージ装置１０ごとに固有の製造番号（以下、実製番とも称する。）が付与されている。各ストレージ装置１０は自身に付与されている実製番を記憶しており、ホスト装置２は、実製番によって通信先のストレージ装置１０を指定する。
【００５８】
仮想ＬＤＥＶ４１２には、仮想ＬＤＥＶの識別子（仮想ＬＤＥＶ−ＩＤ）が設定される。
【００５９】
第１ＬＤＥＶ４１３には、その仮想ＬＤＥＶに対応づけられている第１ストレージ装置１０のＬＤＥＶのＬＤＥＶ−ＩＤが設定される。第１属性４１４には、そのＬＤＥＶに付与されている後述する属性を示す情報（「Ｍａｓｔｅｒ」又は「Ｓｌａｖｅ」）が設定される。
【００６０】
第２ＬＤＥＶ４１５には、その仮想ＬＤＥＶに対応づけられている第２ストレージ装置１０のＬＤＥＶのＬＤＥＶ−ＩＤが設定される。第２属性４１６には、そのＬＤＥＶに付与されている後述する属性を示す情報（「Ｍａｓｔｅｒ」又は「Ｓｌａｖｅ」）が設定される。
【００６１】
パス情報４１７には、第１ストレージ装置１０と第２ストレージ装置１０が第１通信ネットワーク５を介して通信する際に用いるパスを特定する情報（以下、パス情報と称する。）が設定される。パス情報は、例えば、送信元（イニシエータ）となる通信制御部１１のポートの識別子（例えばＷＷＮ（World Wide Name））と、送信先（ターゲット）となる通信制御部１１のポートの識別子（例えばＷＷＮ）との組み合わせで表される。
【００６２】
動作モード管理テーブル１２３には、仮想ＬＤＥＶの記憶領域の管理単位（以下、ページと称する。）の夫々に設定される、後述する動作モードが管理される。図７に第１ストレージ装置１０に格納される動作モード管理テーブル１２３の一例を、図８に第２ストレージ装置１０に格納される動作モード管理テーブル１２３の一例を示している。
【００６３】
これらの図に示すように、動作モード管理テーブル１２３は、仮想ＬＤＥＶ５１１、ページ５１２、動作モード５１３、及び動作モード変更可否５１４の各項目からなるレコードで構成されている。
【００６４】
このうち仮想ＬＤＥＶ５１１には、仮想ＬＤＥＶの識別子（仮想ＬＤＥＶ−ＩＤ）が設定される。
【００６５】
ページ５１２には、ページごとに付与される識別子（以下、ページＩＤと称する。）が設定される。尚、ページＩＤに付帯する括弧内には、当該ページに対応する仮想ＬＤＥＶの記憶領域を示すアドレスが設定される。
【００６６】
動作モード５１３には、そのページに設定されている後述の動作モードを示す情報（「ＨＷモード」、「ＳＷモード」、「ＮＭモード」のいずれか）が設定される。尚、動作モードはページごとに設定されてもよいが、これに限られるものではなく、ページとは異なる単位で動作モードを管理してよい。例えば、仮想ＬＤＥＶ単位で動作モードを管理してもよい。
【００６７】
動作モード変更可否５１４には、当該ページの動作モードの自動的な変更を許可するか否かを示す情報（「Ｙ」ｏｒ「Ｎ」）が設定される。動作モードの自動的な変更が許可されていないページ（「Ｎ」が設定されているページ）については、後述する動作モードの変更が禁止される。
【００６８】
ＩＯ負荷管理テーブル１２４には、ＩＯ負荷情報取得ＰＧ１１６によって取得される、仮想ＬＤＥＶのページごとのＩＯ負荷情報が管理される。図９に第１ストレージ装置１０に格納されるＩＯ負荷管理テーブル１２４の一例を、図１０に第２ストレージ装置１０に格納されるＩＯ負荷管理テーブル１２４の一例を示す。
【００６９】
尚、以下の説明では、仮想ＬＤＥＶのページごとにＩＯ負荷を計測しているが、動作モードの管理単位に応じてＩＯ負荷の計測単位を変更するようにしてもよい。また、動作モード変更上限閾値、動作モード変更下限閾値、並びに動作モード変更上限閾値（Ｒｅａｄ）についても、仮想ＬＤＥＶごとに管理するようにしてもよい。例えば、仮想ＬＤＥＶ単位でモードを管理している場合には、仮想ＬＤＥＶごとにＩＯ負荷を計測してＩＯ負荷管理テーブルに管理するようにしてもよい。
【００７０】
これらの図に示すように、ＩＯ負荷管理テーブル１２４は、仮想ＬＤＥＶ６１１、ページ６１２、アクセス回数（全体）６１３、アクセス回数（Ｒｅａｄ）６１４、アクセス回数（Ｗｒｉｔｅ）６１５、動作モード変更上限閾値６１６、動作モード変更下限閾値６１７、及び動作モード変更上限閾値（Ｒｅａｄ）６１８、の各項目からなるレコードで構成されている。以下、図９の第１ストレージ装置１０及び図１０の第２ストレージ装置１０に格納されるＩＯ負荷管理テーブル１２４を例として、各項目について説明する。
【００７１】
まず仮想ＬＤＥＶ６１１には、仮想ＬＤＥＶの識別子（仮想ＬＤＥＶ−ＩＤ）が設定される。
【００７２】
ページ６１２には、その仮想ＬＤＥＶのページＩＤが設定される。尚、ページＩＤに付帯する括弧内には、当該ページに対応する仮想ＬＤＥＶの記憶領域を特定するアドレスが設定される。
【００７３】
アクセス回数（全体）６１３には、第１ストレージ装置１０（図１０の場合には、第２ストレージ装置１０）において、各ページに対して発生した単位時間当たりのアクセス回数（例えば、書き込み要求の受信回数と読み出し要求の受信回数の合計値）が設定される。
【００７４】
アクセス回数（Ｒｅａｄ）６１４には、第１ストレージ装置１０（図１０の場合には、第２ストレージ装置１０）において、各ページに対して発生した単位時間当たりのアクセス回数（例えば、読み出し要求の受信回数）が設定される。
【００７５】
アクセス回数（Ｗｒｉｔｅ）６１５には、第１ストレージ装置１０（図１０の場合には、第２ストレージ装置１０）において、各ページに対して発生した単位時間当たりのアクセス回数（例えば、書き込み要求の受信回数）が設定される。
【００７６】
動作モード変更上限閾値６１６には、アクセス回数（アクセス回数（全体）６１３の値）の上限閾値（第１上限閾値、第２上限閾値）が設定される。
【００７７】
動作モード変更下限閾値６１７には、アクセス回数（アクセス回数（全体）６１３の値）の下限閾値が設定される。
【００７８】
動作モード変更上限閾値（Ｒｅａｄ）６１８には、アクセス回数（アクセス回数（Ｒｅａｄ）６１４の値）の上限閾値（第３上限閾値、第４上限閾値）が設定される。
【００７９】
＝ストレージ装置の基本的な動作＝
ストレージ装置１０の通信制御部１１がホスト装置２からＩＯ要求を受信すると、ストレージ装置１０は基本的に次のように動作する。
【００８０】
例えば、ストレージ装置１０が、ＩＯ要求としてホスト装置２から書き込み要求を受信した場合には、通信制御部１１が、まずその旨をデータ転送装置１２に通知する。
【００８１】
データ転送装置１２は、上記通知を受信すると、上記書き込み要求に対応したドライブ書き込み指示を生成し、これをドライブ制御部１３に送信するとともに、上記書き込み要求についての書き込みデータをキャッシュメモリ１４に格納する。
【００８２】
通信制御部１１は、データ転送装置１２が上記書き込みデータをキャッシュメモリ１４に格納したことを確認すると、上記書き込み要求についての応答（書き込み完了報告）をホスト装置２に送信する。
【００８３】
ドライブ制御部１３は、データ転送装置１２から上記ドライブ書き込み指示を受信すると、これを書き込み処理待ちキューに登録する。ドライブ制御部１３は書き込み処理待ちキューに登録されているドライブ書き込み指示を順次読み出し、それに指定されている書き込みデータをキャッシュメモリ１４から読み出し、読み出したデータを記憶ドライブ１７に書き込む。
【００８４】
また例えば、ストレージ装置１０が、ＩＯ要求としてホスト装置２から読み出し要求を受信した場合には、通信制御部１１がまずその旨をドライブ制御部１３に通知する。
【００８５】
ドライブ制御部１３は、上記通知を受信すると、上記データの読み出し要求に指定されているデータ（例えばＬＤＥＶ−ＩＤ（仮想ＬＤＥＶ−ＩＤ）とＬＢＡ（Logical Block Address）によって指定される）を記憶ドライブ１７から読み出す。尚、キャッシュメモリ１４に既に読み出しデータが読み出されていた場合には記憶ドライブ１７からのデータの読み出しは省略される。
【００８６】
ドライブ制御部１３が読み出されたデータは、データ転送装置１２によってキャッシュメモリ１４から読み出され、通信制御部１１は読み出されたデータを上記読み出し要求についての応答としてホスト装置２に送信する。
【００８７】
＝仮想ＬＤＥＶ＝
前述したように、第１ストレージ装置１０及び第２ストレージ装置１０は、いずれもホスト装置２に対し、同じ仮想ＬＤＥＶ−ＩＤが付与された仮想ＬＤＥＶを提供することができる。また第１ストレージ装置１０及び第２ストレージ装置１０は、夫々、仮想ＬＤＥＶ−ＩＤを対象とするＩＯ要求をホスト装置２から受信すると、夫々が個別に備えているＬＤＥＶ（当該仮想ＬＤＥＶ−ＩＤに対応づけられている第１ＬＤＥＶ及び第２ＬＤＥＶ）を、あたかも単一のストレージ装置に設定されている交替パス構成のＬＤＥＶとしてホスト装置２に対してふるまう。
【００８８】
ここでこのような仕組みは、前述した仮想ＬＤＥＶ管理テーブル１２２に管理されている、仮想製番４１１及び仮想ＬＤＥＶ４１２を用いて実現される。以下、この仕組みに拘わる第１ストレージ装置１０及び第２ストレージ装置１０の動作について説明する。
【００８９】
ホスト装置２とストレージ装置１０間とが通信ケーブル (第１通信ネットワーク５）を介して接続されると、ストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）が、ホスト装置２に対してログインコマンドを送信する。尚、ホスト装置２が、ストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）に対してログインコマンドを送信するようにしてもよい。
【００９０】
その後、ログインシーケンスの中で少なくとも以下の２つの処理が実行される。まずホスト装置２が、ストレージ装置１０に対して装置情報取得要求を発行する。装置情報取得要求を受信したストレージ装置１０は、ホスト装置２に対して自身に付与されている仮想製番及び自身の通信制御部１１のポートＩＤ（例えばＨＢＡのポートに付与されているＷＷＮ）を送信する。次にホスト装置２は、ストレージ装置１０から仮想製番及びポートＩＤを受信すると、ＩＯ要求の送信先となるストレージ装置１０に向けて仮想ＬＤＥＶの情報（仮想ＬＤＥＶ−ＩＤ）を要求（例えば、ＳＣＳＩ規格におけるＩｎｑｕｉｒｙコマンドにより要求）する。
【００９１】
尚、ホスト装置２は、受信した上記仮想製番によりＩＯ要求の送信先となるストレージ装置１０を特定する。またホスト装置２は、仮想製番であるか、ストレージ装置１０ごとに固有に付与されている製番（以下、実製番とも称する。）であるかを区別することなく、上記要求を生成する。
【００９２】
ストレージ装置１０（上記仮想製番で特定されるストレージ装置１０）は、上記要求を受信すると、仮想製番と、ポートＩＤと、仮想ＬＤＥＶの情報（仮想ＬＤＥＶ−ＩＤ）とを含む情報をホスト装置２に返す。そしてストレージ装置１０から応答を受信したホスト装置２は、ストレージ装置１０を複数台の物理ストレージ装置（第１ストレージ装置１０又は第２ストレージ装置１０）ではなく１台の仮想的なストレージ装置として認識する。尚、ホスト装置２が誤って認識しないようにするために、装置情報取得要求への応答に含まれる製番と、Ｉｎｑｕｉｒｙ要求への応答に含まれる製番は、同一の仮想製番を用いる。
【００９３】
その後のＩＯ要求において、ホスト装置２は、当該情報に含まれるポートＩＤと仮想ＬＤＥＶの情報（仮想ＬＤＥＶ−ＩＤ）を宛先として指定したＩＯ要求を生成し、これをストレージ装置１０に送信する。
【００９４】
ストレージ装置１０は、上記ＩＯ要求を受信すると、当該ＩＯ要求に指定されている記憶領域（ポートＩＤと仮想ＬＤＥＶとによって特定される記憶領域）を対象として、ＩＯ要求に対応する処理を行う。
【００９５】
このように、ストレージ装置１０は、複数のストレージ装置１０の夫々について共通に付与されている仮想製番と、複数のストレージ装置１０の夫々における異なるＬＤＥＶに共通に付与されている仮想ＬＤＥＶとをホスト装置２に見せることにより、夫々が個別に備えているＬＤＥＶ（当該仮想ＬＤＥＶ−ＩＤに対応づけられている第１ＬＤＥＶ及び第２ＬＤＥＶ）の記憶領域を、あたかも当該仮想ＬＤＥＶ−ＩＤが付与された単一の仮想ＬＤＥＶが存在しているかのようにホスト装置２に提供する。
【００９６】
＝データ管理方式＝
ストレージ装置１０（第１ストレージ装置１０及び第２ストレージ装置１０）は、ホスト装置２から預かったデータを、以下に説明する３つのデータ管理方式で管理することができる。尚、本実施形態では、データ管理方式は前述したページを単位として設定されるものとする。以下、各データ管理方式について順に説明する。
【００９７】
＜二重化管理方式＞
二重化管理方式は、第１ストレージ装置１０及び第２ストレージ装置１０がホスト装置２から預かったデータを冗長に管理する方式である。二重化管理方式が行われる場合には、第１ストレージ装置１０及び第２ストレージ装置１０のいずれも後述する動作モードのうち「ＨＡモード」に設定される。尚、「ＨＡモード」は仮想ＬＤＥＶのページ単位に設定されていてもよいし、仮想ＬＤＥＶ単位に設定されていてもよい。
【００９８】
図１１に二重化管理方式が行われる場合のストレージシステムの動作の概略を示している。同図は第１ストレージ装置１０がホスト装置２からＩＯ要求として書き込み要求を受信した場合のストレージシステムの動作を示している。尚、以下では、第２ストレージ装置１０側が、仮想ＬＤＥＶに対して後述する「Ｍａｓｔｅｒ」属性を有している場合を例として説明する。
【００９９】
同図に示すように、第１ストレージ装置１０がホスト装置２から書き込み要求及び書き込みデータを受信すると（Ｓ１１１１）、第２ストレージ装置１０に当該書き込み要求及び書き込みデータを転送する（Ｓ１１１２）。
【０１００】
第２ストレージ装置１０は、第１ストレージ装置１０から書き込み要求及び書き込みデータを受信すると、受信した書き込みデータを、当該書き込み要求に指定されている仮想ＬＤＥＶに対応するＬＤＥＶ（第２ＬＤＥＶ）に書き込む（Ｓ１１１３）。尚、書き込み要求及び書き込みデータを、キャッシュメモリ１４に格納するだけでもよい。
【０１０１】
上記書き込みが完了すると、第２ストレージ装置１０は、第１ストレージ装置１０に応答（完了報告）を送信する（Ｓ１１１４）。尚、書き込み要求及び書き込みデータを、キャッシュメモリ１４に格納した時点で、応答を送信してもよい。
【０１０２】
第１ストレージ装置１０は、第２ストレージ装置１０から上記応答を受信すると、続いて上記書き込みデータを当該書き込み要求に指定されている仮想ＬＤＥＶに対応するＬＤＥＶ（第１ＬＤＥＶ）に書き込む（Ｓ１１１５）。
【０１０３】
上記書き込みが完了すると、第１ストレージ装置１０は、Ｓ１１１１で受信した書き込み要求に対する応答（完了報告）を、当該書き込み要求の送信元のホスト装置２に送信する（Ｓ１１１６）。
【０１０４】
尚、第１ストレージ装置１０が仮想ＬＤＥＶに対して後述する「Ｍａｓｔｅｒ」属性を有している場合には、以下の通りとなる。
【０１０５】
まず第１ストレージ装置１０が仮想ＬＤＥＶに対応する第１ＬＤＥＶに書き込んだ後に、第１ストレージ装置１０が第２ストレージ装置１０に対して、完了報告、書き込み要求、及び書き込みデータを送る。そして、第２ストレージ装置１０が仮想ＬＤＥＶに対応する第２ＬＤＥＶに書き込んだ後に、完了報告を第１ストレージ装置１０に送り、第１ストレージ装置１０が書き込み要求に対する完了報告をホスト装置２に送信する。
【０１０６】
また、第２ストレージ装置１０がホスト装置２から書き込み要求を受信した場合は第１ストレージ装置１０と第２ストレージ装置１０の立場が逆になり、以上と同様の処理が行われる。
【０１０７】
また以上はホスト装置２からＩＯ要求として書き込み要求を受信した場合であったが、第１ストレージ装置１０又は第２ストレージ装置１０がホスト装置２から読み出し要求を受信した場合は、読み出し要求を受信したストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）が前述した基本的な動作を行ってホスト装置２に応答を返す。
【０１０８】
このように、二重化管理方式では、ホスト装置２から預かったデータが、第１ストレージ装置１０及び第２ストレージ装置１０の双方において冗長に管理されるので、ホスト装置２から預かったデータの可用性を高めることができる。また、第１ストレージ装置１０が受領したリード要求に対しては、第１ストレージ装置１０の第１ＬＤＥＶ内のデータを応答することができ、第２ストレージ装置１０が受領したリード要求に対しては、第２ストレージ装置１０の第２ＬＤＥＶ内のデータを応答することができるため、リード要求に対する情報処理システム１全体の性能を向上することができる。
【０１０９】
尚、二重化管理方式では、書き込み要求を受信したストレージ装置１０は、他方のストレージ装置１０における書き込みの完了を待つ必要があり、その分、ホスト装置２に対する応答性能（応答速度）が低下する。
【０１１０】
＜ＩＯ要求転送方式＞
ＩＯ要求転送方式は、ホスト装置２から預かったデータを、第１ストレージ装置１０及び第２ストレージ装置１０のいずれか一方のみが管理する方式である。ＩＯ要求転送方式が行われる場合には、データを管理しない側のストレージ装置１０は後述する動作モードのうち「ＳＷモード」に設定され、データを管理する側のストレージ装置１０は、後述する動作モードのうち「ＮＭモード」に設定される。ＩＯ要求転送方式は、「ＳＷモード」に設定されたストレージ装置１０がＩＯ要求を受信した場合の処理方式である。尚、「ＳＷモード」又は「ＮＭモード」等の動作モードは、仮想ＬＤＥＶのページ単位に設定されていてもよいし、仮想ＬＤＥＶ単位に設定されていてもよい。
【０１１１】
図１２にＩＯ要求転送方式が行われる場合のストレージシステムの動作の概略を示している。この例では、第１ストレージ装置１０側の仮想ＬＤＥＶのページ（又は仮想ＬＤＥＶ）が「ＳＷモード」に設定され、第２ストレージ装置１０側の仮想ＬＤＥＶのページ（又は仮想ＬＤＥＶ）が「ＮＭモード」に設定されている。
【０１１２】
同図に示すように、第１ストレージ装置１０は、ホスト装置２からＩＯ要求（書き込み要求又は読み出し要求）を受信すると（Ｓ１２１１）、受信したＩＯ要求を第２ストレージ装置１０に転送する（Ｓ１２１２）。尚、Ｓ１２１１及びＳ１２１２の処理に際しては、第１ストレージ装置１０が備えるリソースのうちもっぱら通信制御部１１のリソースが用いられ、第１ストレージ装置１０の、キャッシュメモリ１４、ドライブ制御部１３、及び記憶ドライブ１７のリソースについては利用されない。このため、Ｓ１２１１及びＳ１２１２の処理に際して第１ストレージ装置１０に生じる負荷は最小限に抑えられる。
【０１１３】
第２ストレージ装置１０は、第１ストレージ装置１０から転送された上記ＩＯ要求を受信すると、当該ＩＯ要求について仮想ＬＤＥＶに対応付けられたＬＤＥＶに対して前述した基本的な動作を行い（Ｓ１２１３）、当該ＩＯ要求に対する応答（完了報告。ＩＯ要求が読み出し要求の場合は、さらに記憶ドライブ１７から読み出したデータ。）を第１ストレージ装置１０に送信する（Ｓ１２１４）。
【０１１４】
第１ストレージ装置１０は、第２ストレージ装置１０から上記応答を受信すると、Ｓ１２１１で受信したＩＯ要求に対する応答（完了報告、ＩＯ要求が読み出し要求である場合はさらに記憶ドライブ１７から読み出したデータ）を、当該ＩＯ要求の送信元のホスト装置２に送信する（Ｓ１２１５）。
【０１１５】
このように、ＩＯ要求転送方式では、一方のストレージ装置１０がホスト装置２から受信したＩＯ要求の実体的な処理を他方のストレージ装置１０に委ねる。このため、例えば、一方のストレージ装置１０のリソース（例えば、キャッシュメモリ１４、ドライブ制御部１３、記憶ドライブ１７の少なくともいずれかのリソース）が不足する場合には、ホスト装置２へのサービスの低下を効果的に防ぐことができる。また第２ストレージ装置１０側の仮想ＬＤＥＶのページ（又は仮想ＬＤＥＶ）の動作モードは「ＮＭモード」に設定されるので、第２ストレージ装置１０がホスト装置２から直接受信したライト要求については二重化管理方式に比べて応答性能が向上する。
【０１１６】
尚、ＩＯ要求転送方式では、ＩＯ要求を処理するにあたり、一方のストレージ装置１０から他方のストレージ装置１０へのＩＯ要求の転送、並びに他方のストレージ装置１０から一方のストレージ装置１０への応答（完了報告等）の送信が発生するため、第１ストレージ装置１０側ではその分、ホスト装置２への応答性能（応答速度）が低下する。このため、ＩＯ要求転送方式は、例えば、第１ストレージ装置１０側へのＩＯが少ない場合や、第１ストレージ装置１０のリソースの確保が優先されるような場合に適している。
【０１１７】
＜通常方式＞
通常方式では、ＩＯ要求転送方式と同様に、データを管理しないストレージ装置１０側の仮想ＬＤＥＶのページ（又は仮想ＬＤＥＶ）は「ＳＷモード」に設定され、データを管理するストレージ装置１０側の仮想ＬＤＥＶのページ（又は仮想ＬＤＥＶ）は、「ＮＭモード」に設定される。通常方式は、「ＮＭモード」に設定されたストレージ装置１０がＩＯ要求を受信した場合の処理方式である。
【０１１８】
図１３に通常方式の動作の概略を示している。つまり図１２の構成において、第２のストレージ装置１０側が仮想ＬＤＥＶへのＩＯ要求を受信した場合の処理である。
【０１１９】
同図に示すように、第２ストレージ装置１０は、ホスト装置２から仮想ＬＤＥＶに対するＩＯ要求（書き込み要求又は読み出し要求）を受信すると（Ｓ１３１１）、仮想ＬＤＥＶに対応付けられた第２ＬＤＥＶに対して当該ＩＯ要求について前述した基本的な動作を行い（Ｓ１３１２）、当該ＩＯ要求に対する応答をホスト装置２に返す（Ｓ１３１３）。
【０１２０】
＝ＬＤＥＶの属性＝
ところで、ホスト装置２から預かったデータが前述した二重化管理方式で管理されている際に第１ストレージ装置１０及び第２ストレージ装置１０がホスト装置２から同じ仮想ＬＤＥＶを対象とする書き込み要求を同時に受信した場合、双方のストレージ装置１０が互いに相手方のストレージ装置１０に対して書き込み要求を送信し合う結果、デッドロックに至る可能性がある。前述したＬＤＥＶの属性（第１属性、第２属性）は、このようなデッドロックの発生を防ぐ目的で用いられる。
【０１２１】
即ち、同じ仮想ＬＤＥＶに対応付けられている各ストレージ装置１０のＬＤＥＶのいずれか一方に「Ｍａｓｔｅｒ」属性が付与され、他方に「Ｓｌａｖｅ」属性が付与される。
【０１２２】
第１ストレージ装置１０及び第２ストレージ装置１０の夫々が、ホスト装置２から同じ仮想ＬＤＥＶを対象とする書き込み要求を同時に受信した場合、「Ｍａｓｔｅｒ」属性が付与されているストレージ装置１０は、相手方のストレージ装置１０のＬＤＥＶのロック（もしくはリザーブ）状況を確認することなく自身のＬＤＥＶに対してロックを取得し当該ＬＤＥＶへの書き込みを行う。
【０１２３】
一方、「Ｓｌａｖｅ」属性が付与されているストレージ装置１０は、必ずホスト装置２から受信したライト要求とライトデータを「Ｍａｓｔｅｒ」属性が付与されているストレージ装置１０へ転送し、事前に「Ｍａｓｔｅｒ」属性が付与されているストレージ装置１０にて上記ライト要求についての書き込み処理が実施されて「Ｍａｓｔｅｒ」属性が付与されているストレージ装置１０のロックが解除された事を確認してから、自身のＬＤＥＶへの書き込みを行う。
【０１２４】
このように、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が、ホスト装置２から同じ仮想ＬＤＥＶを対象とする書き込み要求を同時に受信した場合、「Ｓｌａｖｅ」側が「Ｍａｓｔｅｒ」側のロックの有無を確認してからＬＤＥＶへの書き込みを行うのでデッドロックの発生を確実に防ぐことができる。そして、これにより書込み順序が制御されデータの一貫性を保証することができる。
【０１２５】
尚、本実施形態では、二重化管理方式にて仮想ＬＤＥＶへのライト要求を受けた場合には、「Ｍａｓｔｅｒ」属性を有するＬＤＥＶを管理するストレージ装置１０でのライト処理を先に実施し、その後に「Ｓｌａｖｅ」属性を有するＬＤＥＶを管理するストレージ装置１０でのライト処理を実施することにより、デッドロックの発生を防止している。
【０１２６】
＝動作モードに応じたＩＯ処理＝
ストレージ装置１０は、ＩＯ要求の対象となる仮想ＬＤＥＶのページに設定されている動作モード（「ＨＡモード」、「ＳＷモード」、「ＮＷモード」）に応じたＩＯ処理を行う。以下、各動作モードにおけるストレージ装置１０のＩＯ処理について説明する。
【０１２７】
＜ＨＡモード書き込み処理＞
図１４は、第１ストレージ装置１０が、ホスト装置２から仮想ＬＤＥＶ内の「ＨＡモード」に設定されているページ（「ＨＡモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする書き込み要求を受信し、仮想ＬＤＥＶに対応する第１ストレージ装置１０内の第１ＬＤＥＶが「Ｓｌａｖｅ」属性である場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、ＨＡモード書き込み処理Ｓ１４００と称する。）を説明するフローチャートである。
【０１２８】
第１ストレージ装置１０は、仮想ＬＤＥＶ内の「ＨＡモード」に設定されているページを対象とする書き込み要求を受信すると（Ｓ１４１１：ＹＥＳ）、ホスト装置２から、その書き込み要求についての書き込みデータを受信し（Ｓ１４１２）、受信した書き込み要求及び書き込みデータを第２ストレージ装置１０に送信する（Ｓ１４１３）。
【０１２９】
第２ストレージ装置１０は、第１ストレージ装置１０から書き込み要求及び書き込みデータを受信すると（Ｓ１４１４：ＹＥＳ）、受信した書き込みデータをキャッシュメモリ１４に格納し（Ｓ１４１５）、書き込みが完了した旨の応答を第１ストレージ装置１０に送信する（Ｓ１４１６）。尚、その後、第２ストレージ装置１０は、キャッシュメモリ１４から仮想ＬＤＥＶに対応する第２ＬＤＥＶに書き込みデータをライトする。
【０１３０】
第１ストレージ装置１０は、第２ストレージ装置１０から上記応答を受信すると（Ｓ１４１７：ＹＥＳ）、ホスト装置２から書き込みデータを受信する（Ｓ１４１８）。尚、ホスト装置２に対してこのように再度書き込みデータを要求するのではなく、Ｓ１４１２の処理で受信した書き込みデータを第１ストレージ装置１０が記憶しておくようにしてもよい。
【０１３１】
続いて第１ストレージ装置１０は、書き込みデータをキャッシュメモリ１４に格納し（Ｓ１４１９）、その後、ホスト装置２に書き込み要求に対する応答（完了報告）を送信する（Ｓ１４２０）。尚、その後、第１ストレージ装置１０は、キャッシュメモリ１４から仮想ＬＤＥＶに対応する第１ＬＤＥＶに書き込みデータをデステージする。
【０１３２】
尚、第１ストレージ装置１０側の仮想ＬＤＥＶに対応する第１ＬＤＥＶが「Ｍａｓｔｅｒ」属性を有している場合には、以下のような処理となる。
【０１３３】
即ちまず第１ストレージ装置１０が書き込み要求と書き込みデータをキャッシュメモリ１４に書き込んだ後に、第１ストレージ装置１０が第２ストレージ装置１０に対して書き込み要求及び書き込みデータを送信する。そして、第２ストレージ装置１０がデータをキャッシュメモリ１４に書き込んだ後に、完了報告を第１ストレージ装置１０に送信する。その後、第１ストレージ装置１０が書き込み要求に対する完了報告をホスト装置２に送信する。ここで第１ストレージ装置１０は、キャッシュメモリ１４から仮想ＬＤＥＶに対応する第１ＬＤＥＶに書き込みデータをデステージする。第２ストレージ装置１０は、キャッシュメモリ１４から仮想ＬＤＥＶに対応する第２ＬＤＥＶに書き込みデータをデステージする。
【０１３４】
＜ＨＡモード読み出し処理＞
図１５は、ストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）がホスト装置２から仮想ＬＤＥＶ内の「ＨＡモード」に設定されているページ（「ＨＡモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信した場合に、そのストレージ装置１０が行う処理（以下、ＨＡモード読み出し処理Ｓ１５００と称する。）を説明するフローチャートである。以下、同図とともにＨＡモード読み出し処理Ｓ１５００について説明する。
【０１３５】
ストレージ装置１０は、「ＨＡモード」に設定されているページ（「ＨＡモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信すると（Ｓ１５１１：ＹＥＳ）、当該読み出し要求の読み出し対象のデータ（以下、対象データと称する。）がキャッシュメモリ１４に存在するか否か（ステージングされているか否か）を判断する（Ｓ１５１２）。
【０１３６】
対象データがキャッシュメモリ１４に存在する場合（Ｓ１５１２：ＹＥＳ）、ストレージ装置１０は、そのデータとともにホスト装置２に読み出し要求に対する応答を送信する（Ｓ１５１４）。
【０１３７】
一方、対象データがキャッシュメモリ１４に存在しない場合（Ｓ１５１２：ＮＯ）、ストレージ装置１０は、仮想ＬＤＥＶに対応する第１ＬＤＥＶ又は第２ＬＤＥＶの記憶領域を提供している記憶ドライブ１７からキャッシュメモリ１４に対象データを読み出し（Ｓ１５１３）、その後、読み出したデータとともにホスト装置２に読み出し要求に対する応答を送信する（Ｓ１５１４）。
【０１３８】
＜ＳＷモード書き込み処理＞
図１６は、第１ストレージ装置１０がホスト装置２から仮想ＬＤＥＶ内の「ＳＷモード」に設定されているページ（「ＳＷモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする書き込み要求を受信した場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、ＳＷモード書き込み処理Ｓ１６００と称する。）を説明するフローチャートである。以下、同図とともにＳＷモード書き込み処理Ｓ１６００について説明する。
【０１３９】
第１ストレージ装置１０は、「ＳＷモード」に設定されているページ（「ＳＷモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする書き込み要求を受信すると（Ｓ１６１１：ＹＥＳ）、ホスト装置２からその書き込み要求についての書き込みデータを受信し（Ｓ１６１２）、受信した書き込み要求及び書き込みデータを第２ストレージ装置１０に送信する（Ｓ１６１３）。尚、Ｓ１６１１〜Ｓ１６１３の処理の実行に際しては、もっぱら通信制御部１１のリソースが用いられ、キャッシュメモリ１４、ドライブ制御部１３、及び記憶ドライブ１７のリソースは利用されない。
【０１４０】
第２ストレージ装置１０は、第１ストレージ装置１０から書き込み要求及び書き込みデータを受信すると（Ｓ１６１４：ＹＥＳ）、受信した書き込みデータをキャッシュメモリ１４に格納し（Ｓ１６１５）、データの書き込みが完了した旨の応答を第１ストレージ装置１０に送信する（Ｓ１６１６）。尚、その後、第２ストレージ装置１０は、キャッシュメモリ１４から仮想ＬＤＥＶに対応する第２ＬＤＥＶに書き込みデータをライトする。
【０１４１】
第１ストレージ装置１０は、第２ストレージ装置１０から上記応答を受信すると（Ｓ１６１７：ＹＥＳ）、ホスト装置２に書き込み要求に対する応答（完了報告）を送信する（Ｓ１６１８）。
【０１４２】
＜ＳＷモード読み出し処理＞
図１７は、第１ストレージ装置１０がホスト装置２から仮想ＬＤＥＶ内の「ＳＷモード」に設定されているページ（「ＳＷモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信した場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、ＳＷモード読み出し処理Ｓ１７００と称する。）を説明するフローチャートである。以下、同図とともにＳＷモード読み出し処理Ｓ１７００について説明する。
【０１４３】
第１ストレージ装置１０は、仮想ＬＤＥＶ内の「ＳＷモード」に設定されているページ（「ＳＷモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信すると（Ｓ１７１１：ＹＥＳ）、受信した読み出し要求を第２ストレージ装置１０に送信する（Ｓ１７１２）。
【０１４４】
第２ストレージ装置１０は、第１ストレージ装置１０から読み出し要求を受信すると（Ｓ１７１３：ＹＥＳ）、当該読み出し要求の読み出し対象のデータ（以下、対象データと称する。）がキャッシュメモリ１４に存在するか否かを判断する（Ｓ１７１４）。
【０１４５】
対象データがキャッシュメモリ１４に存在する場合（Ｓ１７１４：ＹＥＳ）、第２ストレージ装置１０は、そのデータとともに第１ストレージ装置１０に読み出し要求に対する応答を送信する（Ｓ１７１６）。
【０１４６】
一方、対象データがキャッシュメモリ１４に存在しない場合（Ｓ１７１４：ＮＯ）、第２ストレージ装置１０は、仮想ＬＤＥＶに対する第２ＬＤＥＶを構成する記憶ドライブ１７からキャッシュメモリ１４に対象データを読み出し（Ｓ１７１５）、その後、読み出したデータとともに第１ストレージ装置１０に応答を送信する（Ｓ１７１６）。
【０１４７】
第１ストレージ装置１０は、第２ストレージ装置１０から上記応答を受信すると（Ｓ１７１７：ＹＥＳ）、当該応答とともに第２ストレージ装置１０から受信した読み出しデータとともに、ホスト装置２に読み出し要求に対する応答（完了報告）を送信する（Ｓ１７１８）。
【０１４８】
＜ＮＭモード書き込み処理＞
図１８は、ストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）がホスト装置２から仮想ＬＤＥＶ内の「ＮＭモード」に設定されているページ（「ＮＭモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする書き込み要求を受信した場合に、その書き込み要求を受信したストレージ装置１０が行う処理（以下、ＮＭモード書き込み処理Ｓ１８００と称する。）を説明するフローチャートである。以下、同図とともにＮＭモード書き込み処理Ｓ１８００について説明する。
【０１４９】
ストレージ装置１０は、仮想ＬＤＥＶ内の「ＮＭモード」に設定されているページ（「ＮＭモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする書き込み要求を受信すると（Ｓ１８１１：ＹＥＳ）、ホスト装置２からその書き込み要求についての書き込みデータを受信する（Ｓ１８１２）。
【０１５０】
続いてストレージ装置１０は、書き込みデータを実施のキャッシュメモリ１４に格納し（Ｓ１８１３）、その後、ホスト装置２に書き込み要求に対する応答（完了報告）を送信する（Ｓ１８１４）。また、その後、ストレージ装置１０は、書き込みデータをキャッシュメモリ１４から仮想ＬＤＥＶに対応するＬＤＥＶに格納する。
【０１５１】
＜ＮＭモード読み出し処理＞
図１９は、ストレージ装置１０（第１ストレージ装置１０又は第２ストレージ装置１０）がホスト装置２から仮想ＬＤＥＶ内の「ＮＭモード」に設定されているページ（「ＮＭモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信した場合に、その読み出し要求を受信したストレージ装置１０が行う処理（以下、ＮＭモード読み出し処理Ｓ１９００と称する。）を説明するフローチャートである。以下、同図とともにＮＭモード読み出し処理Ｓ１９００について説明する。
【０１５２】
ストレージ装置１０は、「ＮＭモード」に設定されているページ（「ＮＭモード」は仮想ＬＤＥＶに設定されていてもよい。）を対象とする読み出し要求を受信すると（Ｓ１９１１：ＹＥＳ）、当該読み出し要求の読み出し対象のデータ（以下、対象データと称する。）がキャッシュメモリ１４に存在するか否か（ステージングされているか否か）を判断する（Ｓ１９１２）。
【０１５３】
対象データがキャッシュメモリ１４に存在する場合（Ｓ１９１２：ＹＥＳ）、ストレージ装置１０は、そのデータとともにホスト装置２に読み出し要求に対する応答を送信する（Ｓ１９１４）。
【０１５４】
一方、対象データがキャッシュメモリ１４に存在しない場合（Ｓ１９１２：ＮＯ）、ストレージ装置１０は、仮想ＬＤＥＶに対応するＬＤＥＶを提供している記憶ドライブ１７からキャッシュメモリ１４に対象データを読み出し（Ｓ１９１３）、その後、読み出したデータとともにホスト装置２に読み出し要求に対する応答を送信する（Ｓ１９１４）。
【０１５５】
＝ＩＯ負荷に応じたデータ管理方式の変更＝
管理装置３は、第１ストレージ装置１０及び第２ストレージ装置１０の夫々のＩＯ負荷管理テーブル１２４の内容（各ページのＩＯ負荷）に基づき、各ページに設定すべき動作モードを決定し、各ページの動作モードが決定した動作モードになるように、各ページの動作モードを設定（第１ストレージ装置１０及び第２ストレージ装置１０の夫々の動作モード管理テーブル１２３の内容を設定）する。これによりホスト装置２から預かったデータが適切なデータ管理方式に従って管理され、ストレージ装置１０のリソースの有効利用やホスト装置２への応答性能の確保を図ることができる。
【０１５６】
図２０は、管理装置３が、各ページの動作モードを決定し、各ページの動作モードが決定した動作モードになるように、第１ストレージ装置１０及び第２ストレージ装置１０の動作モード管理テーブル１２３の内容を設定する処理（以下、動作モード設定処理Ｓ２０００と称する。）を説明するフローチャートである。以下、同図とともに説明する。
【０１５７】
管理装置３は、動作モードの設定に関する処理を開始するタイミングが到来すると（Ｓ２０１１：ＹＥＳ）、まず各ストレージ装置１０（第１ストレージ装置１０及び第２ストレージ装置１０）から、上記処理に用いるテーブル（仮想ＬＤＥＶ管理テーブル１２２、動作モード管理テーブル１２３、ＩＯ負荷管理テーブル１２４）を取得する（Ｓ２０１２）。尚、テーブル全ての情報を取得するのではなく、以降の処理に必要な一部の情報を取得してもよい。
【０１５８】
尚、管理装置３は、例えば、管理者等が管理装置３に対して明示的な指示を行った事、予めスケジュールされた日時（任意指定、定期的等）が到来した事をもって、動作モードの設定に関する処理を開始するタイミングが到来したと判断する。またテーブルの取得は、タイミングが到来してから行うのではなく、随時ストレージ装置１０から取得しておくようにしてもよい。
【０１５９】
次に管理装置３は、第１ストレージ装置１０から取得した動作モード管理テーブル１２３（以下、第１動作モード管理テーブル１２３と称する。）から、仮想ＬＤＥＶのページ（以下、第１ページと称する。）を選択する（Ｓ２０１３）。
【０１６０】
続いて管理装置３は、仮想ＬＤＥＶ管理テーブル１２２と、第２ストレージ装置１０から取得した動作モード管理テーブル（以下、第２動作モード管理テーブル１２３と称する。）とに基づき、Ｓ２０１３で選択した第１ページに対応するページ（即ち、第１ストレージ装置１０において第１ページを含む仮想ＬＤＥＶ−ＩＤを有する、第２ストレージ装置１０内の仮想ＬＤＥＶ内の第１ページに対応するページ(冗長管理されている同じデータが格納されているページ）。以下、第２ページと称する。）を特定する（Ｓ２０１４）。
【０１６１】
次に管理装置３は、第１ストレージ装置１０から取得したＩＯ負荷管理テーブル１２４（以下、第１ＩＯ負荷管理テーブル１２４と称する。）から、Ｓ２０１３で選択した第１ページのＩＯ負荷（アクセス回数（全体）６１３、アクセス回数（Ｒｅａｄ）６１４、アクセス回数（Ｗｒｉｔｅ）６１５のうちの少なくとも何れかの値。以下、第１ＩＯ負荷と称する。）を取得する（Ｓ２０１５）。
【０１６２】
また管理装置３は、第２ストレージ装置１０から取得したＩＯ負荷管理テーブル１２４（以下、第２ＩＯ負荷管理テーブル１２４と称する。）から、Ｓ２０１４で特定した第２ページのＩＯ負荷（アクセス回数（全体）６１３、アクセス回数（Ｒｅａｄ）６１４、アクセス回数（Ｗｒｉｔｅ）６１５のうちの少なくとも何れかの値。以下、第２ＩＯ負荷と称する。）を取得する（Ｓ２０１６）。
【０１６３】
次いで管理装置３は、Ｓ２０１５で取得した第１ＩＯ負荷と、Ｓ２０１６で取得した第２ＩＯ負荷とに基づき、第１ページ及び第２ページの夫々に設定すべき動作モードを決定する。
【０１６４】
例えば、管理装置３は、第１ＩＯ負荷に対する第２ＩＯ負荷の比が所定の閾値を超えている場合（第２ＩＯ負荷＞＞第１ＩＯ負荷）、第２ストレージ装置１０側に負荷を集中させてストレージシステム全体としてのホスト装置２への応答性能の向上を図るべくＩＯ要求転送方式を選択し、第１ページに設定すべき動作モードを「ＳＷモード」に決定し、かつ、第２ページに設定すべき動作モードを「ＮＭモード」に決定する。
【０１６５】
具体的には、例えば、管理装置３は、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が下限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更下限閾値６１７の値））未満である場合、第１ページに設定すべき動作モードを「ＳＷモード」に決定し、かつ、第２ページに設定すべき動作モードを「ＮＭモード」に決定する。
【０１６６】
また例えば、管理装置３は、第２ＩＯ負荷に対する第１ＩＯ負荷の比率が所定の閾値を超えている場合（第１ＩＯ負荷＞＞第２ＩＯ負荷）、第１ストレージ装置１０側に負荷を集中させてストレージシステム全体としてのホスト装置２への応答性能の向上を図るべくＩＯ要求転送方式を選択し、第１ページに設定すべき動作モードを「ＮＭモード」に決定し、かつ、第２ページに設定すべき動作モードを「ＳＷモード」に決定する。
【０１６７】
具体的には、例えば、管理装置３は、第２ＩＯ負荷が下限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更下限閾値６１７）未満であり、かつ、第１ＩＯ負荷が上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えている場合、第１ページに設定すべき動作モードを「ＮＭモード」に決定し、かつ、第２ページに設定すべき動作モードを「ＳＷモード」に決定する。
【０１６８】
また例えば、第１ＩＯ負荷及び第２ＩＯ負荷のいずれもが大きい場合、管理装置３は、ホスト装置２から預かったデータの可用性を向上すべく二重化管理方式を選択し、第１ページ及び第２ページに設定すべき動作モードを「ＨＡモード」に決定する。
【０１６９】
具体的には、例えば、管理装置３は、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第１上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第２上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えている場合、第１ページ及び第２ページに設定すべき動作モードを「ＨＡモード」に決定する。
【０１７０】
尚、さらに、第１ＩＯ負荷及び第２ＩＯ負荷のうちいずれもが、読み出し要求による負荷が大きいか否かを判断してもよい。これは読み出し要求は書き込み要求に比べてストレージ装置１０に生じるＩＯ負荷が小さいため、二重化管理方式を選択したとしてもホスト装置２への応答性能に与える影響が小さいからである。
【０１７１】
具体的には、管理装置３は、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第１上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第２上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えており、かつ、読み出し要求についての第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（Ｒｅａｄ）６１４の値）が第３上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値（Ｒｅａｄ）６１８の値））を超えており、かつ、読み出し要求についての第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（Ｒｅａｄ）６１４の値）が第４上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値（Ｒｅａｄ）６１８の値））を超えている場合、第１ページ及び第２ページに設定すべき動作モードを「ＨＡモード」に決定する。
【０１７２】
第１ＩＯ負荷と第２ＩＯ負荷が、上記のいずれの状態でもない場合には、現在のモードを変更せずに維持する。
続いて管理装置３は、第１動作モード管理テーブル１２３及び第２動作モード管理テーブル１２３を参照し、Ｓ２０１７で決定した第１ページ及び第２ページの夫々の動作モードが、現在設定されている動作モードと同じであるか否かを判断する（Ｓ２０１８）。決定した動作モードが現在の設定と同じ場合は（Ｓ２０１８：ＹＥＳ）、Ｓ２０１１の処理に戻る。
【０１７３】
一方、決定した動作モードが現在の設定と異なる場合は（Ｓ２０１８：ＮＯ）、管理装置３は、動作モードの変更が必要なストレージ装置１０に対し、動作モードの変更を実施する旨の指示（以下、動作モード変更指示と称する。）を送信する（Ｓ２０１９）。その後はＳ２０１１の処理に戻る。尚、管理装置３から動作モード変更指示を受信した際にストレージ装置１０が行う処理については後述する。
【０１７４】
図２１は、第１ストレージ装置１０及び第２ストレージ装置１０が、仮想ＬＤＥＶの動作モードを仮想ＬＤＥＶごとに管理している場合の、動作モード変更のフローチャートである。
【０１７５】
管理装置３は、第１ストレージ装置１０及び第２ストレージ装置１０の夫々のＩＯ負荷管理テーブル１２４の内容（各仮想ＬＤＥＶのＩＯ負荷）に基づき、各仮想ＬＤＥＶに設定すべき動作モードを決定し、各仮想ＬＤＥＶの動作モードが決定した動作モードになるように、各仮想ＬＤＥＶの動作モードを設定（第１ストレージ装置１０及び第２ストレージ装置１０の夫々の動作モード管理テーブル１２３の内容を設定）する。これによりホスト装置２から預かったデータが適切なデータ管理方式に従って管理され、ストレージ装置１０のリソースの有効利用やホスト装置２への応答性能の確保を図ることができる。
【０１７６】
以下、図２０との差異点について説明する。
管理装置３は、第１ストレージ装置１０から取得した動作モード管理テーブル１２３（以下、第１動作モード管理テーブル１２３と称する。）から、仮想ＬＤＥＶを選択する（Ｓ２１１３）。
【０１７７】
続いて管理装置３は、第２ストレージ装置１０から取得した動作モード管理テーブル１２３（以下、第２動作モード管理テーブル１２３と称する。）に基づき、Ｓ２１１３で選択した仮想ＬＤＥＶと同じ仮想ＬＤＥＶ−ＩＤをもつ仮想ＬＤＥＶを特定する（Ｓ２１１４）。
【０１７８】
次に管理装置３は、第１ストレージ装置１０から取得したＩＯ負荷管理テーブル１２４（以下、第１ＩＯ負荷管理テーブル１２４と称する。）から、Ｓ２１１３で選択した仮想ＬＤＥＶのＩＯ負荷（アクセス回数（全体）６１３、アクセス回数（Ｒｅａｄ）６１４、アクセス回数（Ｗｒｉｔｅ）６１５のうちの少なくとも何れかの値。以下、第１ＩＯ負荷と称する。）を取得する（Ｓ２１１５）。
【０１７９】
また管理装置３は、第２ストレージ装置１０から取得したＩＯ負荷管理テーブル１２４（以下、第２ＩＯ負荷管理テーブル１２４と称する。）から、Ｓ２１１４で特定した仮想ＬＤＥＶのＩＯ負荷（アクセス回数（全体）６１３、アクセス回数（Ｒｅａｄ）６１４、アクセス回数（Ｗｒｉｔｅ）６１５のうちの少なくとも何れかの値。以下、第２ＩＯ負荷と称する。）を取得する（Ｓ２１１６）。
【０１８０】
次いで管理装置３は、Ｓ２１１５で取得した第１ＩＯ負荷と、Ｓ２１１６で取得した第２ＩＯ負荷とに基づき、第１ストレージ装置１０及び第２ストレージ装置１０の各々において、仮想ＬＤＥＶに設定すべき動作モードを決定する（Ｓ２１１７）。
【０１８１】
例えば、管理装置３は、第１ＩＯ負荷に対する第２ＩＯ負荷の比が所定の閾値を超えている場合（第２ＩＯ負荷＞＞第１ＩＯ負荷）、第２ストレージ装置１０側に負荷を集中させてストレージシステム全体としてのホスト装置２への応答性能の向上を図るべくＩＯ要求転送方式を選択し、第１ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＳＷモード」に決定し、かつ、第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＮＭモード」に決定する。
【０１８２】
具体的には、例えば、管理装置３は、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が下限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更下限閾値６１７の値））未満である場合、第１ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＳＷモード」に決定し、かつ、第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＮＭモード」に決定する。
【０１８３】
また例えば、管理装置３は、第２ＩＯ負荷に対する第１ＩＯ負荷の比率が所定の閾値を超えている場合（第１ＩＯ負荷＞＞第２ＩＯ負荷）、第１ストレージ装置１０側に負荷を集中させてストレージシステム全体としてのホスト装置２への応答性能の向上を図るべくＩＯ要求転送方式を選択し、第１ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＮＭモード」に決定し、かつ、第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＳＷモード」に決定する。
【０１８４】
具体的には、例えば、管理装置３は、第２ＩＯ負荷が下限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更下限閾値６１７）未満であり、かつ、第１ＩＯ負荷が上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えている場合、第１ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＮＭモード」に決定し、かつ、第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＳＷモード」に決定する。
【０１８５】
また例えば、管理装置３は、第１ＩＯ負荷及び第２ＩＯ負荷のいずれもが大きい場合、管理装置３は、ホスト装置２から預かったデータの可用性を向上すべく二重化管理方式を選択し、第１ストレージ装置１０及び第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＨＡモード」に決定する。
【０１８６】
具体的には、例えば、管理装置３は、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第１上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第２上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えている場合、第１ストレージ装置１０及び第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＨＡモード」に決定する。
【０１８７】
尚、さらに、第１ＩＯ負荷及び第２ＩＯ負荷のうちいずれも、読み出し要求による負荷が高いか否かをさらに判断してもよい。読み出し要求は書き込み要求に比べてストレージ装置１０に生じるＩＯ負荷が小さいので、二重化管理方式を選択してもホスト装置２への応答性能に与える影響は小さいためである。
【０１８８】
具体的には、管理装置３は、第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第１上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値）を超えており、かつ、第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（全体）６１３の値）が第２上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値６１６の値））を超えており、かつ、読み出し要求についての第１ＩＯ負荷（第１ＩＯ負荷管理テーブル１２４のアクセス回数（Ｒｅａｄ）６１４の値）が第３上限閾値（第１ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値（Ｒｅａｄ）６１８の値））を超えており、かつ、読み出し要求についての第２ＩＯ負荷（第２ＩＯ負荷管理テーブル１２４のアクセス回数（Ｒｅａｄ）６１４の値）が第４上限閾値（第２ＩＯ負荷管理テーブル１２４の動作モード変更上限閾値（Ｒｅａｄ）６１８の値））を超えている場合、第１ストレージ装置１０及び第２ストレージ装置１０の仮想ＬＤＥＶに設定すべき動作モードを「ＨＡモード」に決定する。
【０１８９】
続いて管理装置３は、第１動作モード管理テーブル１２３及び第２動作モード管理テーブル１２３を参照し、Ｓ２１１７で決定した第１ストレージ装置の仮想ＬＤＥＶ及び第２ストレージ装置の仮想ＬＤＥＶの夫々の動作モードが、現在設定されている動作モードと同じであるか否かを判断する（Ｓ２１１８）。
【０１９０】
ところで、以上に説明した動作モード設定処理Ｓ２０００又はＳ２１００では、管理装置３が主体となって動作モードの設定を行っているが、例えば、ホスト装置２やストレージ装置１０が主体となって行うようにしてもよい。
【０１９１】
またストレージ装置１０が主体となって動作モードの設定を行う場合は、「Ｍａｓｔｅｒ」属性が設定されているＬＤＥＶを有するストレージ装置１０が主体となって動作モードの設定を行うようにしてもよい。そのようにすれば、制御や設定を行う主体を「Ｍａｓｔｅｒ」属性が設定されているＬＤＥＶを有するストレージ装置１０に集約することができ、ストレージシステムの保守性を向上することができる。
【０１９２】
以上に説明したように、本実施形態の情報処理システム１にあっては、第１ＩＯ負荷と第２ＩＯ負荷に応じて、第１ストレージ装置１０及び第２ストレージ装置１０の夫々の動作モードが設定され、これによりホスト装置２から預かったデータの管理方式が適切に選択されるので、第１ストレージ装置１０及び第２ストレージ装置１０の負荷に応じて、ホスト装置２から預かったデータの可用性を可能な限り確保しつつ、ホスト装置２に対する応答性能を確保することができる。
【０１９３】
またデータの管理方式はページ単位で選択されるので、ページ単位のＩＯ負荷に応じてきめ細かくデータ管理方式を選択することができ、ストレージシステム全体として適切にホスト装置２から預かったデータを管理することができる。ただし、上述したようにモード管理や負荷の管理は仮想ＬＤＥＶの単位で行ってもよい。
【０１９４】
＝動作モードの変更処理＝
ストレージ装置１０が、Ｓ２０１９の処理にて管理装置３から送られてくる動作モード変更指示を受信した際に行う処理について説明する。尚、以下に説明する処理は、動作モードの変更が許可されているページ（動作モード管理テーブル１２３の動作モード変更可否５１４に「Ｙ」が設定されているページ）を対象として行われる。
尚、動作モードが仮想ＬＤＥＶ単位で設定されている場合には、「仮想ＬＤＥＶの第１ページ」を「第１ストレージ装置の仮想ＬＤＥＶ」、「仮想ＬＤＥＶの第２ページ」を「第２ストレージ装置の仮想ＬＤＥＶ」と読み替える。
【０１９５】
＜二重化管理方式からＩＯ要求転送方式に移行する場合＞
図２２は、第１ストレージ装置１０の仮想ＬＤＥＶの第１ページ、及び第２ストレージ装置１０の仮想ＬＤＥＶの第２ページがいずれも「ＨＡモード」に設定されている際（ホスト装置２から預かったデータが二重化管理方式により管理されている場合）に、第１ページの動作モードを「ＳＷモード」に、第２ページの動作モードを「ＮＭモード」に夫々設定（ホスト装置２から預かったデータをＩＯ要求転送方式による管理に変更）する場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、「方式変更処理（二重化管理方式→ＩＯ要求転送方式）Ｓ２２００」と称する。）を説明するフローチャートである。以下、同図とともに方式変更処理（二重化管理方式→ＩＯ要求転送方式）Ｓ２２００について説明する。
【０１９６】
第１ストレージ装置１０は、管理装置３から動作モード変更指示を受信すると（Ｓ２２１１：ＹＥＳ）、ホスト装置２から受信したＩＯ要求に応じて第１ページに対して現在行っているＩＯ処理を中断し（Ｓ２２１２）、第２ストレージ装置１０に第２ページの動作モードを「ＮＭモード」に変更する旨の指示を送信する（Ｓ２２１３）。
【０１９７】
第２ストレージ装置１０は、上記指示を受信すると（Ｓ２２１４：ＹＥＳ）、第２ページの動作モードを「ＮＭモード」に変更し（Ｓ２２１５）、動作モードの変更が完了した旨の通知を第１ストレージ装置１０に送信する（Ｓ２２１６）。尚、ＨＡモードからＮＭモードに変更した後は、第２ストレージ装置１０は、第２ストレージ装置１０から第１ストレージ装置１０への書き込み要求及び書き込みデータの転送を停止する。
【０１９８】
第１ストレージ装置１０は、上記通知を受信すると（Ｓ２２１７：ＹＥＳ）、Ｓ２２１２の処理にて中断したＩＯ処理を完結させ（Ｓ２２１８）、第１ストレージ装置１０に未送信となっていた書き込みデータ（図１１のＳ１１１２の処理にて第２ストレージ装置１０に転送される書き込みデータの未送信分）を第２ストレージ装置１０に送信する（Ｓ２２１９）。
【０１９９】
第２ストレージ装置１０は、上記書き込みデータを受信すると（Ｓ２２２０）、これを第２ページに反映し（Ｓ２２２１）、反映が完了した旨の通知を第１ストレージ装置１０に送信する（Ｓ２２２２）。
【０２００】
第１ストレージ装置１０は、上記通知を受信すると（Ｓ２２２３：ＹＥＳ）、第１ページの動作モードを「ＳＷモード」に変更する（Ｓ２２２４）。
【０２０１】
そして第１ストレージ装置１０は、ＩＯ処理を再開するとともに（Ｓ２２２５）、第２ページの記憶領域を開放する（Ｓ２２２６）。
【０２０２】
以上に説明した方式変更処理（二重化管理方式→ＩＯ要求転送方式）Ｓ２２００によれば、二重化管理方式のときの仕掛かり中のＩＯ処理を完結させてからＩＯ要求転送方式に移行するので（Ｓ２２１８〜Ｓ２２２２）、ＩＯ要求転送方式への移行を確実かつ安全に行うことができる。またホスト装置２へのサービスに影響を与えることなく、二重化管理方式からＩＯ要求転送方式への移行を行うことができる。
【０２０３】
＜ＩＯ要求転送方式の「ＳＷモード」と「ＮＭモード」の関係を反転させる場合＞
図２３は、第１ストレージ装置１０の仮想ＬＤＥＶの第１ページの動作モードが「ＳＷモード」に設定され、第２ストレージ装置１０の仮想ＬＤＥＶの第２ページの動作モードが「ＮＭモード」に設定されている際（ホスト装置２から預かったデータがＩＯ要求転送方式で管理されている場合）に、第１ページの動作モードを「ＮＭモード」に、第２ページの動作モードを「ＳＷモード」に夫々設定（ＩＯ要求転送方式の「ＳＷモード」と「ＮＭモード」の関係を反転）する場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、「ＩＯ要求転送方式反転処理Ｓ２３００」と称する）を説明するフローチャートである。以下、同図とともにＩＯ要求転送方式反転処理Ｓ２３００について説明する。
【０２０４】
第１ストレージ装置１０は、管理装置３から動作モード変更指示を受信すると（Ｓ２３１１：ＹＥＳ）、まず第１ページの記憶領域を確保する（Ｓ２３１２）。
【０２０５】
続いて第１ストレージ装置１０は、ＩＯ処理を中断し（Ｓ２３１３）、第１ページの動作モードを「ＮＭモード」に設定するとともに（Ｓ２３１４）、第２ストレージ装置１０に第２ページの動作モードを「ＳＷモード」に変更する旨の指示を送信する（Ｓ２３１５）。
【０２０６】
第２ストレージ装置１０は、上記指示を受信すると（Ｓ２３１６：ＹＥＳ）、第２ページの動作モードを「ＳＷモード」に変更し（Ｓ２３１７）、第２ページに対するＩＯ要求についてのＩＯ処理を完結させ（Ｓ２３１８）、動作モードの変更が完了した旨の通知を第１ストレージ装置１０に送信する（Ｓ２３１９）。
【０２０７】
第１ストレージ装置１０は、上記通知を受信すると（Ｓ２３２０：ＹＥＳ）、第２ページのデータの第１ページへの複製を開始する（Ｓ２３２１）。データの複製が完了すると（Ｓ２３２３）、第１ストレージ装置はＩＯ処理を再開し（Ｓ２３２３）、データの複製が完了した旨の通知を第２ストレージ装置１０に送信する（Ｓ２３２４）。
【０２０８】
第２ストレージ装置１０は、上記通知を受信すると（Ｓ２３２５：ＹＥＳ）、第２ページの記憶領域を開放する（Ｓ２３２６）。
【０２０９】
以上に説明したＩＯ要求転送方式反転処理Ｓ２３００によれば、反転前の仕掛かり中のＩＯ処理を完結させてから、「ＳＷモード」と「ＮＭモード」の関係を反転させるので（Ｓ２３１８）、ホスト装置２へのサービスに影響を与えることなく確実かつ安全に動作モードを反転させることができる。
【０２１０】
＜ＩＯ要求転送方式から二重化管理方式に変更する場合＞
図２４及び図２５は、第１ストレージ装置１０の第１ページの動作モードが「ＳＷモード」に設定され、第２ストレージ装置１０の第２ページの動作モードが「ＮＭモード」に設定されている際（ホスト装置２から預かったデータがＩＯ要求転送方式で管理されている場合）に、第１ページ及び第２ページの動作モードをいずれも「ＨＡモード」に設定（ホスト装置２から預かったデータを二重化管理方式による管理に変更）する場合に、第１ストレージ装置１０及び第２ストレージ装置１０の夫々が行う処理（以下、「方式変更処理(ＩＯ要求転送方式→二重化管理方式）Ｓ２４００」と称する。）を説明するフローチャートである。以下、同図とともに方式変更処理(ＩＯ要求転送方式→二重化管理方式）Ｓ２４００について説明する。
【０２１１】
第１ストレージ装置１０は、管理装置３から動作モード変更指示を受信すると（Ｓ２４１１：ＹＥＳ）、まず第１ページの記憶領域を確保する（Ｓ２４１２）。
【０２１２】
続いて第１ストレージ装置１０は、第２ストレージ装置１０に対し、後に行おうとする第２ページから第１ページへのデータの複製に際し、複製中に第２ストレージ装置１０がホスト装置２から受け付けたＩＯ要求に関する情報（第２ページの更新に拘わる情報（書き込み要求、書き込みデータ等）。以下、差分情報とも称する。）の管理（以下、差分管理もと称する。）を開始させる指示を送信する（Ｓ２４１３）。
【０２１３】
第２ストレージ装置１０は、上記指示を受信すると（Ｓ２４１４：ＹＥＳ）、差分管理を開始し、差分管理を開始した旨の通知を第１ストレージ装置１０に送信する（Ｓ２４１５）。
【０２１４】
第１ストレージ装置１０は、上記通知を受信すると（Ｓ２４１７：ＹＥＳ）、第２ページから第１ページへのデータの複製を開始する（Ｓ２４１８）。そしてデータの複製が完了すると（Ｓ２４１９）、その完了通知を第２ストレージ装置１０に送信する（Ｓ２４２０）。
【０２１５】
第２ストレージ装置１０は、上記通知を受信すると（Ｓ２４２１：ＹＥＳ）、第２ページに対するＩＯ処理を中断し（Ｓ２４２２）、Ｓ２４１５で管理を開始した後、その時点までに取得した差分情報に基づき第２ページを最新の状態に更新する（Ｓ２４２３）。また第２ストレージ装置１０は、上記差分情報を第１ストレージ装置１０に送信する（Ｓ２４２４）。
【０２１６】
第１ストレージ装置１０は、上記差分情報を受信すると（Ｓ２４２５：ＹＥＳ）、受信した差分情報に基づき第１ページを最新の状態に更新し（Ｓ２４２６）、その完了通知を第２ストレージ装置１０に送信する（図２５：Ｓ２４２７）。
【０２１７】
第２ストレージ装置１０は、上記通知を受信すると（Ｓ２４２８：ＹＥＳ）、第２ページの動作モードを「ＨＡモード」に変更し（Ｓ２４２９）、動作モードの変更が完了した旨の通知を第１ストレージ装置１０に送信する（Ｓ２４３０）。
【０２１８】
第１ストレージ装置１０は、上記指示を受信すると（Ｓ２４３１：ＹＥＳ）、第１ページの動作モードを「ＨＡモード」に設定し（Ｓ２４３２）、動作モードの変更が完了した旨の通知を第２ストレージ装置１０に送信する（Ｓ２４３３）。
【０２１９】
第２ストレージ装置１０は、上記通知を受信すると（Ｓ２４３４：ＹＥＳ）、ＩＯ処理を再開する（Ｓ２４３５）。
【０２２０】
以上に説明した方式変更処理(ＩＯ要求転送方式→二重化管理方式）Ｓ２４００によれば、第２ページから第１ページへのデータの複製に際し、第２ページの更新に拘わる差分情報を管理し、上記複製の完了後に、差分情報を第１ページ及び第２ページに反映するので（Ｓ２４１５〜Ｓ２４２６）、第１ページと第２ページの内容を確実に最新の状態にして二重化管理方式に移行することができる。これによりホスト装置２へのサービスに影響を与えることなく、ＩＯ要求転送方式から二重化管理方式への移行を行うことができる。
【０２２１】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【０２２２】
例えば、以上の説明では、ページを単位としてデータ管理方式及び動作モードを設定しているが、ストレージ装置１０単位やＬＤＥＶ単位で動作モードを設定するようにしてもよい。またストレージ装置１０全体の負荷やＬＤＥＶ全体の負荷に基づき動作モードを決定するようにしてもよい。
【図１】
0005752327.tif 000002
【図２】
0005752327.tif 000003
【図３】
0005752327.tif 000004
【図４】
0005752327.tif 000005
【図５】
0005752327.tif 000006
【図６】
0005752327.tif 000007
【図７】
0005752327.tif 000008
【図８】
0005752327.tif 000009
【図９】
0005752327.tif 000010
【図１０】
0005752327.tif 000011
【図１１】
0005752327.tif 000012
【図１２】
0005752327.tif 000013
【図１３】
0005752327.tif 000014
【図１４】
0005752327.tif 000015
【図１５】
0005752327.tif 000016
【図１６】
0005752327.tif 000017
【図１７】
0005752327.tif 000018
【図１８】
0005752327.tif 000019
【図１９】
0005752327.tif 000020
【図２０】
0005752327.tif 000021
【図２１】
0005752327.tif 000022
【図２２】
0005752327.tif 000023
【図２３】
0005752327.tif 000024
【図２４】
0005752327.tif 000025
【図２５】
0005752327.tif 000026