JP6020296B2 - ストレージ装置、コピー制御プログラムおよびコピー制御方法 - Google Patents

Description

本発明は、ストレージ装置などに関する。

近年、ストレージ装置において、アクセス応答性能、容量が異なる種類のストレージを組み合わせ、ストレージ間で実際のアクセス範囲やアクセス頻度に応じて適切なデータの配置を行うストレージの自動階層制御が利用されている。ストレージの自動階層制御によって、アクセス範囲に応じた適切な容量のストレージへデータの配置がなされる。また、ストレージの自動階層制御によって、適切なストレージへアクセス頻度の高いデータの配置がなされる。

図１９および図２０は、ストレージの自動階層制御を説明する図である。図１９および図２０では、ボリュームがＳＳＤ（Solid State Drive）および／またはＨＤＤ（Hard Disk Drive）を含む複数のストレージを跨ぐように形成される。図１９に示すように、自動階層制御では、アクセス頻度が高い（アクセス大の）データブロック（以下、ブロックと称す）を、レスポンス性能が高い（レスポンス時間小の）例えばＳＳＤ領域に配置する。また、自動階層制御では、アクセス頻度が低い（アクセス小の）ブロックをレスポンス性能が低い（レスポンス時間大の）例えばＮｅａｌｉｎｅのＨＤＤ領域に配置する。これにより、自動階層制御は、アクセス頻度を基準とした最適な配置状態を作り出すことができる。

図２０に示すように、自動階層制御では、アクセス頻度に応じてブロックの配置場所を変更する。ここでは、自動階層制御は、ブロックＡを、アクセス頻度の増加に応じて、ＮｅａｌｉｎｅのＨＤＤ領域からＯｎｌｉｎｅのＨＤＤ領域に配置場所を変更する。また、自動階層制御は、ブロックＢを、アクセス頻度の減少に応じて、ＯｎｌｉｎｅのＨＤＤ領域からＮｅａｌｉｎｅのＨＤＤ領域に配置場所を変更する。また、自動階層制御は、ブロックＣを、アクセス頻度の増加に応じて、ＯｎｌｉｎｅのＨＤＤ領域からＳＳＤ領域に配置場所を変更する。そして、各ブロックは、いかなる配置場所に配置されているのかを管理テーブルによって管理されている。

また、ストレージシステム全体の可用性の維持を図るために、通常稼動する主サイト（主系）におけるデータを保全する手段として、遠隔サイト（副系）内に同一のデータを保存するストレージの構築がなされる。バックアップ対象のデータを、ＳＡＮ（Storage Area Network）の記憶手段の間でＳＡＮの機能を利用して転送する技術が開示されている。かかる技術では、バックアップなどのファイル転送処理は、一連の複数のコマンドを順に行うようにシナリオを用意し、シナリオを実行することで、バックアップなどを行う。

特開２００３−３１６６３３号公報

ところで、自動階層制御を利用したストレージ装置では、アクセス頻度が高いデータをアクセスが高速なストレージに配置し、アクセス頻度の低いデータをアクセスが低速なストレージに配置するという、運用状態における性能改善を行う。一方、遠隔サイトの目的として、主サイトが使用不可能な状況に至った際に、早期に遠隔サイトを立ち上げ、業務を再開または継続することを試みる。しかしながら、自動階層制御を利用したストレージ装置では、立ち上げに重要なデータを早期にコピーできず、例えば主サイトがダウンした場合に、遠隔サイトは早期に立ち上がることができないという問題がある。

かかる問題を、図２１を参照して説明する。図２１は、自動階層制御における従来の遠隔サイトへのデータコピーを説明する図である。図２１に示すように、自動階層制御は、ブロックＡを、アクセス頻度の増加に応じて、Ｏｎｌｉｎｅ ＨＤＤ領域からＳＳＤ領域に配置場所を変更している。自動階層制御は、ブロックＢを、アクセス頻度の減少に応じて、Ｏｎｌｉｎｅ ＨＤＤ領域からＮｅａｒｌｉｎｅ領域に配置場所を変更している。自動階層制御は、ブロックＣを、アクセス頻度の増加に応じて、Ｎｅａｌｉｎｅ ＨＤＤ領域からＯｎｌｉｎｅ ＨＤＤ領域に配置場所を変更している。そして、主サイトは、最新状態に基づき、性能の高いＳＳＤの領域からＯｎｌｉｎｅ ＨＤＤの領域、Ｎｅａｌｉｎｅ ＨＤＤの領域の順序で遠隔サイトの同一階層へブロックをコピーする。

すると、主サイトのストレージ装置における階層制御上の上位階層に存在するブロックと、遠隔サイト側の立ち上げに必要なブロックとの重要度は必ずしも一致しないこととなる。遠隔サイトの立ち上げに必要なブロックは、通常、立ち上げ時にのみアクセスされ、その後運用状態ではほとんどアクセスされず、性能要求の低い階層に移動されてしまうからである。このため、主サイトがダウンした場合に、遠隔サイトの立ち上げは、全ての階層のブロックがコピーされた後に行われることになる。すなわち、主サイトがダウンした場合、遠隔サイトでは、全ての階層のブロックがコピーされるまで立ち上げを待たされるので、早期に立ち上がることができない。

なお、上記課題は、アクセス頻度を基準とした配置状態を作り出す自動階層制御だけではなく、例えばＬＲＵ（Least Recently Used）のような経過時間等の所定の条件を基準とした配置状態を作り出す自動階層制御に同様に生じる課題である。

１つの側面では、本発明は、遠隔サイトを早期に立ち上げることを目的とする。

本願の開示するストレージ装置は、１つの態様において、応答速度に違いがある複数のドライブと、前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部と、前記複数のドライブ間で、所定の条件に応じて前記データの再配置を行なうとともに、前記位置情報を再配置後の位置情報に更新する再配置制御部と、自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始するコピー部と、を備える。

本願の開示するストレージ装置の１つの態様によれば、遠隔サイトを早期に立ち上げることができる。

図１は、実施例１に係るストレージシステムのハードウェア構成を示す図である。 図２は、重要度を説明する図である。 図３は、サーバの起動について説明する図である。 図４Ａは、ボリュームのアクセス順序に基づく重要度の設定を説明する図である。 図４Ｂは、ボリュームのアクセス順序とアクセス頻度に基づく重要度の設定を説明する図である。 図５は、重要度管理テーブルのデータ構造の一例を示す図である。 図６は、コピー制御の具体例を説明する図である。 図７は、コピー制御での重要度管理テーブルの内容を示す図である。 図８は、戻しコピー制御の具体例を説明する図（１）である。 図９は、戻しコピー制御の具体例を説明する図（２）である。 図１０Ａは、実施例１に係る重要度設定処理のフローチャートを示す図である。 図１０Ｂは、名称に従い重要度を判定する処理のフローチャートを示す図である。 図１１は、実施例１に係るコピー制御処理のフローチャートを示す図である。 図１２は、実施例１に係る戻しコピー制御処理のフローチャートを示す図である。 図１３は、実施例２に係るストレージシステムのハードウェア構成を示す図である。 図１４は、コピー済テーブルのデータ構造の一例を示す図である。 図１５は、コピー制御の具体例を説明する図である。 図１６は、実施例２に係るコピー制御の詳細な具体例を説明する図である。 図１７は、実施例２に係るコピー制御処理のフローチャートを示す図である。 図１８は、ストレージシステムの別の構成例を示す図である。 図１９は、ストレージの自動階層制御を説明する図（１）である。 図２０は、ストレージの自動階層制御を説明する図（２）である。 図２１は、自動階層制御における従来の遠隔サイトへのデータコピーを説明する図である。

以下に、本願の開示するストレージ装置、コピー制御プログラムおよびコピー制御方法の実施例を図面に基づいて詳細に説明する。本実施例では、アクセス範囲やアクセス頻度等の所定の条件に応じて適切なデータの配置を行うストレージの自動階層制御を行うストレージ装置に適用するものとする。なお、本実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［実施例１に係るストレージシステムの構成］
図１は、実施例１に係るストレージシステムのハードウェア構成を示す図である。図１に示すように、ストレージシステム９は、複数のストレージ装置１，２を有する。ストレージシステム９は、複数のストレージ装置１，２のうち、例えば、一方がプライマリサイト（主系）として稼動し、他方がセカンダリサイト（副系）として待機する。副系として待機するセカンダリサイトの一例として、ＤＲサイト（Disaster Recovery Site）がある。以降では、ストレージ装置１を主系とし、ストレージ装置２を副系として説明する。

ストレージ装置１は、ホストインタフェース部１１と、リモート接続部１２と、メンテナンスインタフェース部１３と、ディスクエンクロージャ部１４と、コントローラ部１５とを有する。

ホストインタフェース部１１は、サーバ３との接続インタフェースである。サーバ３は、起動する（立ち上がる）ために用いられるプログラムやデータをストレージ装置１に記憶する。サーバ３は、起動する際、起動に用いるプログラムやデータをストレージ装置１から読み出し、読み出したプログラムやデータを用いて起動する。

リモート接続部１２は、ストレージ装置２との接続インタフェースである。メンテナンスインタフェース部１３は、管理コンソール４との接続インタフェースである。管理コンソール４は、ストレージ装置１を管理するために用いられる入出力装置であり、例えば、ディスプレイやキーボードに対応する。

ディスクエンクロージャ部１４は、応答速度に違いがあるストレージを搭載する筐体である。応答速度に違いがあるストレージには、例えば、ＳＳＤ（Solid State Drive）、ＮｅａｌｉｎｅのＨＤＤ（Hard Disk Drive）やＯｎｌｉｎｅのＨＤＤがある。ＳＳＤは、これらのストレージの中で最もレスポンスが速い。ＮｅａｌｉｎｅのＨＤＤは、これらのストレージの中で最もレスポンスが遅い。ＯｎｌｉｎｅのＨＤＤは、これらのストレージの中でＳＳＤよりレスポンスが遅いがＮｅａｌｉｎｅのＨＤＤよりレスポンスが速い。ボリュームがこれらのストレージを仮想的に跨ぐように形成される。そして、自動階層制御は、アクセス範囲やアクセス頻度等の所定の条件に応じて仮想的に形成されたボリューム内でデータを適切な階層に再配置する。例えば、自動階層制御は、アクセス頻度の高いデータを、レスポンスが速いＳＳＤの階層に配置する。また、自動階層制御は、アクセス頻度の低いデータを、レスポンスが遅いＮｅａｌｉｎｅのＨＤＤの階層に配置する。これにより、自動階層制御は、例えばアクセス頻度に応じて最適な配置状態を作り出す。なお、自動階層制御は、例えば、後述するＣＰＵ１９によって実行される。また、自動階層制御は、再配置制御部の一例である。

コントローラ部１５は、ＲＡＭ１６と、ディスクインタフェース部１７と、キャッシュメモリ１８と、ＣＰＵ（Central Processing Unit）１９とを有する。

ＲＡＭ１６には、プログラム動作領域とボリューム管理領域とが含まれる。プログラム動作領域は、所定のプログラムが動作する際に用いられる領域であり、例えば、実施例１におけるコピー制御プログラムが動作する際に用いられる。ボリューム管理領域は、ボリュームを管理する領域であり、例えば、重要度管理テーブル１６１と起動時アクセス管理テーブル１６２を有する。

重要度管理テーブル１６１は、ボリューム毎に、サーバの起動（立ち上げ）に関する重要度を管理する。すなわち、重要度管理テーブル１６１は、ボリューム内のデータブロック毎に、サーバの起動に関する重要度を示す重要度情報を管理する。ブロックは、サーバの起動に用いるデータ、アプリケーションの動作に用いるデータ等を含む。なお、重要度管理テーブル１６１は、主系から見ると副系のサーバ５の起動（立ち上げ）に関する重要度を管理するが、副系から見ると主系のサーバ３の起動（立ち上げ）に関する重要度を管理する。重要度管理テーブル１６１のデータ構造は、後述する。

起動時アクセス管理テーブル１６２は、サーバ３の起動時における各ボリュームに対するアクセス状態を管理する。アクセス状態には、例えば、各ボリュームへのアクセスの順番やアクセスの頻度が含まれる。起動時アクセス管理テーブル１６２は、重要度管理テーブル１６１に重要度を設定する際に用いられる。

ディスクインタフェース部１７は、ディスクエンクロージャ部１４との接続インタフェースである。キャッシュメモリ１８には、コピーバッファ１８１が含まれる。コピーバッファ１８１は、後述するコピー制御部１９２によってブロックがストレージ装置２に対してコピーされる際に用いられるバッファである。

ＣＰＵ１９は、重要度設定部１９１およびコピー制御部１９２を有する。なお、ＣＰＵ１９は、実施例１におけるコピー制御プログラムをＲＡＭ１６のプログラム動作領域に展開し、プロセスとして実行する。かかるプロセスは、重要度設定部１９１およびコピー制御部１９２に対応する。

重要度設定部１９１は、ボリューム毎に、サーバの起動に関する重要度を設定する。ここでいう重要度は、サーバの起動に対する必要度の観点から、ボリュームに対応付けられる。ここで、重要度について、図２を参照して説明する。また、サーバの起動について、図３を参照して説明する。ここでは、サーバ３，５のうちサーバ３を代表して説明する。

図２は、重要度を説明する図である。図２に示すように、サーバ３において、重要度が高いことを意味する「重要度高」のデータは、例えば、サーバの起動に用いる基盤プログラムおよびデータ（ＯＳ起動データ）に相当する。重要度が中程度を意味する「重要度中」のデータは、例えば、サーバ３上で動作するアプリケーションおよびアプリケーションを起動するデータ（アプリケーション起動データ）に相当する。重要度が低いことを意味する「重要度低」のデータは、例えば、アプリケーション動作用の一時領域のデータに相当する。そして、ストレージ装置１において、「重要度高」のデータは、ボリューム名を例えば「ＳＹＳＶＯＬ」とするボリュームに記憶される。「重要度中」のデータは、ストレージ装置１において、ボリューム名を例えば「ＤＡＴＡ」とするボリュームに記憶される。「重要度低」のデータは、ストレージ装置１において、ボリューム名を「ＴＥＭＰ」とするボリュームに記憶される。

図３は、サーバの起動について説明する図である。図３に示すように、サーバ３は、ストレージ装置１における「ＳＹＳＶＯＬ」のボリュームから「重要度高」のデータを読み出し、サーバを起動する。そして、サーバ３は、ストレージ装置１における「ＤＡＴＡ」のボリュームから「重要度中」のデータを読み出したり、当該ボリュームへデータを書き込んだりして、アプリケーションを起動する。その後、サーバ３は、アプリケーションの動作の一時領域として、ストレージ装置１における「ＴＥＭＰ」のボリュームを使用する。

図１に戻って、一例として、重要度設定部１９１は、複数のストレージに跨ったボリュームを生成する際に、ボリュームの名称に応じてボリューム内に記憶されたブロックの重要度を重要度管理テーブル１６１に設定する。なお、複数のストレージは、応答速度に違いがあるストレージを含み、例えば、ＳＳＤ、ＯｎｌｉｎｅのＨＤＤ、ＮｅａｌｉｎｅのＨＤＤを含む。具体的には、重要度設定部１９１は、ボリューム名を取得し、取得したボリューム名のボリュームを、仮想的に複数のストレージに跨るように生成する。そして、重要度設定部１９１は、例えばボリューム名に「ＳＹＳ」が含まれていれば、重要度を「高」と判定する。重要度設定部１９１は、例えばボリューム名に「ＤＡＴＡ」が含まれていれば、重要度を「中」と判定する。重要度設定部１９１は、例えばボリューム名に「ＴＥＭＰ」が含まれていれば、重要度を「低」と判定する。そして、重要度設定部１９１は、判定した重要度をボリューム名に対応付けて、重要度管理テーブル１６１に記録する。

別の例として、重要度設定部１９１は、複数のストレージに跨ったボリュームを生成する際に、ボリュームの名称および重要度を組とした情報に基づいて、ボリューム内に記憶されたブロックの重要度を重要度管理テーブル１６１に設定する。具体的には、重要度設定部１９１は、ボリュームの名称および重要度を取得し、取得したボリューム名のボリュームを、仮想的に複数のストレージに跨るように生成する。そして、重要度設定部１９１は、取得したボリュームの名称および重要度を対応付けて、重要度管理テーブル１６１に記録する。

さらに、別の例として、重要度設定部１９１は、サーバ３が起動される際に、複数のストレージに跨って生成されたボリュームのアクセス順序およびアクセス頻度に基づいて、ボリューム内に記憶されたブロックの重要度を重要度管理テーブル１６１に設定する。ここで、ボリュームのアクセス順序に基づく重要度の設定について、図４Ａを参照して説明する。また、ボリュームのアクセス順序とアクセス頻度に基づく重要度の設定について、図４Ｂを参照して説明する。

図４Ａは、ボリュームのアクセス順序に基づく重要度の設定を説明する図である。図４Ａに示すように、横軸は、時間を示し、縦軸は、アクセス状況を示す。サーバ３は、アクセスの最も早い段階で、ボリューム名を「ＳＹＳＶＯＬ」とするボリュームにアクセスし、サーバを起動する。そして、サーバ３は、時間の経過に伴って、ボリューム名を「ＤＡＴＡ」とするボリュームにアクセスし、アプリケーションを起動する。その後、サーバ３は、アプリケーションを動作するために、ボリューム名を「ＴＥＭＰ」とするボリュームにアクセスする。このように、サーバ３は、ボリューム名「ＳＹＳＶＯＬ」、「ＤＡＴＡ」、「ＴＥＭＰ」の順序で各ボリュームにアクセスすることがわかる。

図４Ｂは、ボリュームのアクセス順序とアクセス頻度に基づく重要度の設定を説明する図である。図４Ｂに示すように、横軸は、時間を示し、縦軸は、アクセス頻度を示す。サーバ３は、アクセスの最も早い段階で、ボリューム名を「ＳＹＳＶＯＬ」とするボリュームに対して他のボリュームより高いアクセス頻度でアクセスする。そして、サーバ３は、時間の経過に伴って、ボリューム名を「ＤＡＴＡ」とするボリュームに対して他のボリュームより高いアクセス頻度でアクセスする。その後、サーバ３は、ボリューム名を「ＴＥＭＰ」とするボリュームに対して他のボリュームより高いアクセス頻度でアクセスする。このように、サーバ３は、時間の経過とともに、ボリューム名「ＳＹＳＶＯＬ」、「ＤＡＴＡ」、「ＴＥＭＰ」の順序で各ボリュームに、高い頻度でアクセスすることがわかる。

図１に戻って、具体的には、重要度設定部１９１は、サーバ３の起動時に、時間の経過に応じた、ボリューム毎のアクセス頻度を、起動時アクセス管理テーブル１６２に記録する。そして、重要度設定部１９１は、起動時アクセス管理テーブル１６２に記録された情報に基づいて、重要度をボリューム名に対応付けて、重要度管理テーブル１６１に記録する。すなわち、重要度設定部１９１は、他のボリュームより高いアクセス頻度でアクセスされるボリュームに対し、時間の早い順から、それぞれ「重要度高」、「重要度中」、「重要度低」と、設定する。

ここで、重要度管理テーブル１６１のデータ構造について、図５を参照して説明する。図５は、重要度管理テーブルのデータ構造の一例を示す図である。図５に示すように、重要度管理テーブル１６１は、ボリューム名１６１ａ、ブロック情報１６１ｂ、重要度１６１ｃ、現在物理位置１６１ｄ、予定移動先物理位置１６１ｅおよび他系物理位置１６１ｆを対応付けて記憶する。なお、「他系物理位置１６１ｆ」における「他系」とは、ストレージ装置１およびサーバ３から見た場合にはストレージ装置２およびサーバ５を指し、ストレージ装置２およびサーバ５から見た場合にはストレージ装置１およびサーバ３を指す。

ボリューム名１６１ａは、ボリュームの名称を示す。ブロック情報１６１ｂは、ボリュームに記憶されるブロックの識別情報を示す。なお、ブロック情報１６１ｂは、ブロックが配置される物理的な範囲を示し、ボリュームの生成時に指定される容量により決定される。重要度１６１ｃは、サーバの起動に関する重要度を示す。重要度１６１ｃには、例えば、重要度が高いことを示す「高」、重要度が中程度であることを示す「中」、重要度が低いことを示す「低」が記憶される。現在物理位置１６１ｄは、ブロックが現在物理的にどの位置に配置されているかを示す位置情報である。現在物理位置１６１ｄには、例えば、ＳＳＤを示す「ＳＳＤ」、Ｏｎｌｉｎｅ ＨＤＤを示す「Ｏｎｌｉｎｅ」、Ｎｅａｌｉｎｅ ＨＤＤを示す「ＮＬ」が記憶される。なお、現在物理位置１６１ｄは、例えば自動階層制御によってブロックが再配置されたときに更新される。予定移動先物理位置１６１ｅは、ブロックが一定観測期間のアクセス評価後、次回の自動階層制御処理で物理的にどの位置に配置されるかの予定移動先を示す。他系物理位置１６１ｆは、ブロックが他系のストレージ装置へコピーされる際、データが他系のストレージ装置のストレージ内で物理的に配置される位置を示す。他系物理位置１６１ｆは、他系のストレージ装置のストレージの構成に応じて、重要度設定部１９１によって予め設定されるようにしても良い。例えば、重要度設定部１９１は、重要度の高いブロックを応答速度の速いストレージとなるように、他系物理位置１６１ｆに物理位置を設定するようにすれば良い。

一例として、ボリューム名１６１ａが「ＤＡＴＡ」である場合、ブロック情報１６１ｂとして「Ａ，Ｄ，Ｇ」、重要度１６１ｃとして「中」、他系物理位置１６１ｆとして「Ｏｎｌｉｎｅ」と記憶している。

図１に戻って、コピー制御部１９２は、所定期間毎に他系のストレージ装置２に対してデータをコピーする。これは、各ストレージ装置１，２のデータの整合性を確保するためである。そして、コピー制御部１９２は、他系のストレージ装置２にデータをコピーする際、重要度管理テーブル１６１に記憶された重要度に基づいて、データのコピー処理の処理順序を制御する。なお、所定期間は、例えば日単位であったり、週単位であったり、月単位であったりしても良い。

例えば、コピー制御部１９２は、重要度管理テーブル１６１に記憶された重要度が高いボリュームから、ボリューム内のブロックの送信順を決定する。そして、コピー制御部１９２は、決定した送信順で、ブロックを、他系のストレージ装置２へコピーする。すなわち、コピー制御部１９２は、ボリューム名「ＳＹＳＶＯＬ」が重要度「高」である場合、「ＳＹＳＶＯＬ」内のブロックからコピーする。これにより、コピー制御部１９２は、サーバの起動に用いるデータを優先的に他系のストレージ装置２にコピーできるので、自系のサーバ３がダウン等の使用不可の状況に至った場合であっても、他系のサーバ５を早期に起動することができる。

ここで、コピー制御部１９２は、他系のストレージ装置２へブロックをコピーする際、ブロックとともに、当該ブロックの識別情報と、当該ブロックが他系のストレージ装置２で配置される物理的な位置である他系物理位置とを合わせて送信する。これにより、ストレージ装置１は、他系のストレージ装置２の他系物理位置で示されるストレージへコピー対象のブロックをコピーすることができる。なお、コピー制御部１９２は、ブロックをコピーする際に限定されず、ブロックをコピーする前に、各ブロックに対する他系物理位置を一括して送信しても良い。

ストレージ装置２は、ストレージ装置１と同一の構成については同一符号を示すことで、その重複する構成および動作の説明については省略する。ストレージ装置２がストレージ装置１と異なる点は、ＣＰＵ１９に戻しコピー制御部１９３が追加されている点である。また、ホストインタフェース部１１がサーバ５と接続している点である。さらに、メンテナンスインタフェース部１３が管理コンソール６と接続されている点である。

戻しコピー制御部１９３は、主系のサーバ３がダウン等の使用不可の状況に至った際、副系のストレージ装置２が有するディスクエンクロージャ部１４に収容されるストレージに記憶されたサーバの起動に用いるデータを用いて、副系のサーバ５を起動させる。ここで、戻しコピー制御部１９３は、ストレージ装置１から送信されたブロックがコピー中である場合、サーバの起動に用いるデータを含むブロックのコピーが終了した後、サーバ５を起動させる。例えば、戻しコピー制御部１９３は、重要度が「高」であるボリュームに対するブロックのコピーが終了した後、サーバ５を起動させる。

また、戻しコピー制御部１９３は、主系のサーバ３が復旧した際、重要度管理テーブル１６１に記憶された重要度に基づいて、データをストレージ装置１に戻すコピー処理の処理順序を制御する。例えば、戻しコピー制御部１９３は、重要度管理テーブル１６１に記憶された重要度が高いボリュームから、ボリューム内のブロックの送信順を決定する。そして、戻しコピー制御部１９３は、決定した送信順で、ブロックを主系のストレージ装置１へコピーする。

［コピー制御の具体例］
次に、コピー制御の具体例について、図６および図７を参照して説明する。図６は、コピー制御の具体例を説明する図である。図７は、コピー制御での重要度管理テーブルの内容を示す図である。なお、ボリューム毎に、サーバの起動に関する重要度が重要度管理テーブル１６１の重要度１６１ｃに記憶されている。ボリューム名が「ＳＹＳＶＯＬ」である重要度は「高」、ボリューム名が「ＤＡＴＡ」である重要度は「中」、ボリューム名が「ＴＥＭＰ」である重要度は「低」であるとする。

図６に示すように、主系のストレージ装置１から副系のストレージ装置２へのブロックのコピー制御が表されている。主系のストレージ装置１では、ブロックＡが、自動階層制御によって、Ｎｅａｌｉｎｅ ＨＤＤからＯｎｌｉｎｅ ＨＤＤへ配置場所を移動している。また、ブロックＢが、自動階層制御によって、Ｏｎｌｉｎｅ ＨＤＤからＮｅａｌｉｎｅ ＨＤＤへ配置場所を移動している。また、ブロックＣが、自動階層制御によって、Ｎｅａｌｉｎｅ ＨＤＤからＳＳＤへ配置場所を移動している。

図７に示すように、ブロックＡに対応する現在物理位置１６１ｄが「Ｏｎｌｉｎｅ」に設定されている。また、ブロックＢに対応する現在物理位置１６１ｄが「ＮＬ」に設定されている。また、ブロックＣに対応する現在物理位置１６１ｄが「ＳＳＤ」に設定されている。

そして、コピー制御部１９２は、副系のストレージ装置２に対して、重要度管理テーブル１６１に記憶された重要度が高いボリュームから順番に、ブロックをコピーする。ここでは、コピー制御部１９２は、重要度が「高」である「ＳＹＳＶＯＬ」のブロック、重要度が「中」である「ＤＡＴＡ」のブロック、重要度が「低」である「ＴＥＭＰ」のブロックの順にコピーする。

なお、コピー制御部１９２は、ストレージ装置２の配置場所として、重要度管理テーブル１６１に記憶された他系物理位置１６１ｆを指定する。ここでは、重要度が「高」である「ＳＹＳＶＯＬ」のブロックは、ＳＳＤに配置される。また、重要度が「中」である「ＤＡＴＡ」のブロック、重要度が「低」である「ＴＥＭＰ」のブロックは、Ｏｎｌｉｎｅ ＨＤＤに配置される。

このようにして、コピー制御部１９２は、サーバの起動に関する重要度の高いデータを含むブロックを優先的に副系にコピーすることができる。この結果、副系のストレージ装置２は、主系のサーバ３がダウンした場合であっても、重要度の高いデータが早期に揃うので、サーバ５の起動までの時間を短縮できる。

［戻しコピー制御の具体例］
次に、戻しコピー制御の具体例について、図８および図９を参照して説明する。図８および図９は、戻しコピー制御の具体例を説明する図である。なお、主系および副系の各重要度管理テーブル１６１の重要度１６１ｃには、ボリューム毎に、サーバの起動に関する重要度が記憶されている。ボリューム名が「ＳＹＳＶＯＬ」である重要度は「高」、ボリューム名が「ＤＡＴＡ」である重要度は「中」、ボリューム名が「ＴＥＭＰ」である重要度は「低」であるとする。

図８上段に示すように、主系のストレージ装置１は、重要度が「高」である「ＳＹＳＶＯＬ」、重要度が「中」である「ＤＡＴＡ」、重要度が「低」である「ＴＥＭＰ」の順に、それぞれブロックＢ，Ａ，Ｃを副系のストレージ装置２へコピーする。コピーがされた結果、ブロックＢ，Ａ，Ｃは、それぞれＳＳＤ，ＳＳＤ，Ｏｎｌｉｎｅ ＨＤＤに配置されている。

図８下段に示すように、副系の重要度管理テーブル１６１には、ブロックＡに対応する現在物理位置１６１ｄが「ＳＳＤ」に設定される。ブロックＢに対応する現在物理位置１６１ｄが「ＳＳＤ」に設定される。ブロックＣに対応する現在物理位置１６１ｄが「Ｏｎｌｉｎｅ ＨＤＤ」に設定される。なお、他系物理位置１６１ｆには、重要度設定部１９１によって重要度の高いブロックが応答速度の速いストレージにコピーされるように、他系（ここでは、主系）の物理位置が設定されている。ブロックＡに対応する他系物理位置１６１ｆが「Ｏｎｌｉｎｅ」に設定されている。ブロックＢに対応する他系物理位置１６１ｆが「ＳＳＤ」に設定されている。ブロックＣに対応する他系物理位置１６１ｆが「ＮＬ」に設定されている。

このような状況下で、図９上段に示すように、副系のストレージ装置２から主系のストレージ装置１へのブロックの戻しコピー制御が表されている。副系のストレージ装置２では、ブロックＡが、自動階層制御によって、Ｏｎｌｉｎｅ ＨＤＤに配置されている。ブロックＢが、自動階層制御によって、Ｏｎｌｉｎｅ ＨＤＤに配置されている。ブロックＣが、自動階層制御によって、ＳＳＤに配置されている。

図９下段に示すように、副系の重要度管理テーブル１６１には、ブロックＡに対応する現在物理位置１６１ｄが「ＳＳＤ」に設定されている。ブロックＢに対応する現在物理位置１６１ｄが「Ｏｎｌｉｎｅ」に設定されている。ブロックＣに対応する現在物理位置１６１ｄが「ＳＳＤ」に設定されている。

そして、戻しコピー制御部１９３は、主系が復旧した際、当該ストレージ装置１に対して、重要度管理テーブル１６１に記憶された重要度が高いボリュームから順番に、ブロックをコピーする。ここでは、戻しコピー制御部１９３は、重要度が「高」である「ＳＹＳＶＯＬ」のブロック、重要度が「中」である「ＤＡＴＡ」のブロック、重要度が「低」である「ＴＥＭＰ」のブロックの順にコピーする。

なお、戻しコピー制御部１９３は、ストレージ装置１の配置場所として、重要度管理テーブル１６１に記憶された他系物理位置１６１ｆを指定する。ここでは、重要度が「高」である「ＳＹＳＶＯＬ」のブロックに対し、ＳＳＤが指定される。重要度が「中」である「ＤＡＴＡ」のブロックに対し、Ｏｎｌｉｎｅ ＨＤＤが指定される。重要度が「低」である「ＴＥＭＰ」のブロックに対し、Ｎｅａｌｉｎｅ ＨＤＤが指定される。

このようにして、戻しコピー制御部１９３は、主系のサーバ３がダウンした後復旧した際、サーバの起動に関する重要度が高いデータを含むブロックを優先的に主系のストレージ装置１へ戻すことができる。この結果、戻しコピー制御部１９３は、早期に主系のサーバ３を起動させることができる。

［重要度設定処理の手順］
次に、図１０Ａおよび図１０Ｂを参照して、主系および副系のストレージ装置１，２で実行される重要度設定処理の手順を説明する。図１０Ａは、実施例１に係る重要度設定処理のフローチャートを示す図である。図１０Ｂは、名称に従い重要度を判定する処理のフローチャートを示す図である。

図１０Ａに示すように、まず、重要度設定部１９１は、サーバの起動に関する重要度の設定要求があったか否かを判定する（ステップＳ１１）。重要度の設定要求がなかったと判定した場合（ステップＳ１１；Ｎｏ）、重要度設定部１９１は、重要度の設定要求があるまで、判定処理を繰り返す。

一方、重要度の設定要求があったと判定した場合（ステップＳ１１；Ｙｅｓ）、重要度設定部１９１は、ボリュームの生成時に重要度を設定するか否かを判定する（ステップＳ１２）。例えば、重要度設定部１９１は、予めＲＡＭ１６に設定された、重要度の設定方法を示す設定方法フラグを参照して、ボリュームの生成時に重要度を設定するか否かを判定すれば良い。そして、ボリュームの生成時に設定しないと判定した場合（ステップＳ１２；Ｎｏ）、重要度設定部１９１は、ステップＳ２１に処理を移行する。

一方、ボリュームの生成時に設定すると判定した場合（ステップＳ１２；Ｙｅｓ）、重要度設定部１９１は、重要度を自動設定するか否かを判定する（ステップＳ１３）。例えば、重要度設定部１９１は、予めＲＡＭ１６に設定された、重要度の設定方法を示す設定方法フラグを参照して、重要度を自動設定するか否かを判定すれば良い。

重要度を自動設定すると判定した場合（ステップＳ１３；Ｙｅｓ）、重要度設定部１９１は、生成されるボリュームのボリューム名称を、例えば管理コンソール４から取得する（ステップＳ１４）。重要度設定部１９１は、取得したボリューム名称のボリュームを生成する（ステップＳ１５）。例えば、重要度設定部１９１は、ボリューム名称のボリュームを仮想的に複数のストレージに跨るように生成する。複数のストレージには、応答速度に違いがあるストレージが含まれる。

そして、重要度設定部１９１は、ボリューム名称に従い重要度を判定し（ステップＳ１６）、ステップＳ１９に処理を移行する。なお、ボリューム名称に従い重要度を判定する処理は、図１０Ｂで説明する。

一方、重要度を自動設定しないと判定した場合（ステップＳ１３；Ｎｏ）、重要度設定部１９１は、生成されるボリュームのボリューム名称および重要度を組とした情報を、例えば管理コンソール４から取得する（ステップＳ１７）。重要度設定部１９１は、取得したボリューム名称のボリュームを生成し（ステップＳ１８）、ステップＳ１９に処理を移行する。

ステップＳ１９では、重要度設定部１９１は、重要度をボリューム名称に対応付けて、重要度管理テーブル１６１を更新する（ステップＳ１９）。そして、重要度設定部１９１は、ボリュームを全て生成したか否かを判定する（ステップＳ２０）。ボリュームを全て生成していないと判定した場合（ステップＳ２０；Ｎｏ）、次のボリュームを生成すべく、ステップＳ１３に処理を移行する。一方、ボリュームを全て生成したと判定した場合（ステップＳ２０；Ｙｅｓ）、重要度設定部１９１は、処理を終了する。

ステップＳ２１では、重要度設定部１９１は、サーバ３の起動時における起動アクセスに基づいて重要度を設定するか否かを判定する（ステップＳ２１）。例えば、重要度設定部１９１は、予めＲＡＭ１６に設定された、重要度の設定方法を示す設定方法フラグを参照して、重要度を起動アクセスに基づいて設定するか否かを判定すれば良い。起動アクセスに基づいて重要度を設定しないと判定した場合（ステップＳ２１；Ｎｏ）、重要度設定部１９１は、ステップＳ１１に処理を移行する。

一方、起動アクセスに基づいて重要度を設定すると判定した場合（ステップＳ２１；Ｙｅｓ）、重要度設定部１９１は、サーバ３を起動する時のボリュームに対するアクセス状況を起動時アクセス管理テーブル１６２に記録する（ステップＳ２２）。ボリュームに対するアクセス状況には、ボリュームに対するアクセス順序およびアクセス頻度がある。そして、重要度設定部１９１は、記録されたアクセス状況に基づいて、ボリュームの重要度を決定する。そして、重要度設定部１９１は、決定した重要度をボリュームに対応付けて重要度管理テーブル１６１を更新し（ステップＳ２３）、処理を終了する。

図１０Ｂに示すように、重要度設定部１９１は、ボリューム名称に“ＳＹＳ”が含まれるか否かを判定する（ステップＳ３１）。ボリューム名称に“ＳＹＳ”が含まれると判定した場合（ステップＳ３１；Ｙｅｓ）、重要度設定部１９１は、重要度を「高」と判定する（ステップＳ３２）。

一方、ボリューム名称に“ＳＹＳ”が含まれないと判定した場合（ステップＳ３１；Ｎｏ）、重要度設定部１９１は、ボリューム名称に“ＤＡＴＡ”、“ＶＯＬ”が含まれるか否かを判定する（ステップＳ３３）。ボリューム名称に“ＤＡＴＡ”、“ＶＯＬ”が含まれると判定した場合（ステップＳ３３；Ｙｅｓ）、重要度設定部１９１は、重要度を「中」と判定する（ステップＳ３４）。

一方、ボリューム名称に“ＤＡＴＡ”、“ＶＯＬ”が含まれないと判定した場合（ステップＳ３３；Ｎｏ）、重要度設定部１９１は、重要度を「低」と判定する（ステップＳ３５）。すなわち、重要度設定部１９１は、ボリューム名称に“ＴＥＭＰ”，“ＴＭＰ”が含まれる場合、重要度を「低」と判定する。

［コピー制御処理の手順］
次に、図１１を参照して、主系のストレージ装置１によって実行されるコピー制御処理の手順を説明する。図１１は、実施例１に係るコピー制御処理のフローチャートを示す図である。なお、コピー制御部１９２は、所定期間毎にコピー制御処理を実行するものとする。また、重要度管理テーブル１６１に、ボリュームおよび重要度の対応付けが設定されているとする。

図１１に示すように、コピー制御部１９２は、コピー制御の要求があったか否かを判定する（ステップＳ４１）。コピー制御の要求がなかったと判定した場合（ステップＳ４１；Ｎｏ）、コピー制御部１９２は、コピー制御の要求があるまで、判定処理を繰り返す。

一方、コピー制御の要求があったと判定した場合（ステップＳ４１；Ｙｅｓ）、コピー制御部１９２は、重要度管理テーブル１６１に従って重要度の高いボリュームから順番にコピーするように、コピー処理を制御する（ステップＳ４２）。例えば、コピー制御部１９２は、重要度管理テーブル１６１に記憶された重要度の高いボリュームから、ボリューム内のブロックの送信順を決定する。そして、コピー制御部１９２は、決定した送信順で、ブロックを、他系のストレージ装置２にコピーする。このとき、コピー制御部１９２は、ブロックとともに、当該ブロックの識別情報と、当該ブロックが物理的に配置される位置である他系物理位置とを合わせて送信する。コピー制御部１９２は、ブロックの識別情報および他系物理位置を、重要度管理テーブル１６１から取得すれば良い。

そして、コピー制御部１９２は、コピーが完了したか否かを判定する（ステップＳ４３）。コピーが完了していないと判定した場合（ステップＳ４３；Ｎｏ）、コピー制御部１９２は、未完了のブロックをコピーすべく、ステップＳ４２に処理を移行する。一方、コピーが完了したと判定した場合（ステップＳ４３；Ｙｅｓ）、コピー制御部１９２は、処理を終了する。

［戻しコピー制御処理の手順］
次に、図１２を参照して、副系のストレージ装置２によって実行される戻しコピー制御処理の手順を説明する。図１２は、実施例１に係る戻しコピー制御処理のフローチャートを示す図である。なお、ボリューム名称が「ＳＹＳＶＯＬ」のボリュームは、サーバの起動に関する重要度を「高」とする。

戻しコピー制御部１９３は、主系のサーバ３がダウンしたことを検知したか否かを判定する（ステップＳ５１）。主系のサーバ３がダウンしたことを検知していない場合（ステップＳ５１；Ｎｏ）、戻しコピー制御部１９３は、主系のサーバ３のダウンを検知するまで、判定処理を繰り返す。一方、主系のサーバ３のダウンを検知した場合（ステップＳ５１；Ｙｅｓ）、戻しコピー制御部１９３は、主系のストレージ装置１からのブロックをコピー中であるか否かを判定する（ステップＳ５２）。

コピー中でないと判定した場合（ステップＳ５２；Ｎｏ）、戻しコピー制御部１９３は、サーバ５に起動させるべく、ステップＳ５４に処理を移行する。一方、コピー中であると判定した場合（ステップＳ５２；Ｙｅｓ）、戻しコピー制御部１９３は、重要度が「高」である「ＳＹＳＶＯＬ」のブロックのコピーが完了したか否かを判定する（ステップＳ５３）。

「ＳＹＳＶＯＬ」のブロックのコピーが完了していないと判定した場合（ステップＳ５３；Ｎｏ）、戻しコピー制御部１９３は、「ＳＹＳＶＯＬ」のブロックのコピーが完了するまで、判定処理を繰り返す。一方、「ＳＹＳＶＯＬ」のブロックのコピーが完了したと判定した場合（ステップＳ５３；Ｙｅｓ）、戻しコピー制御部１９３は、サーバ５に起動させるべく、ステップＳ５４に処理を移行する。ステップＳ５４では、戻しコピー制御部１９３は、サーバ５を起動させる（ステップＳ５４）。

その後、戻しコピー制御部１９３は、主系の復旧を検知したか否かを判定する（ステップＳ５５）。主系の復旧を検知していない場合（ステップＳ５５；Ｎｏ）、戻しコピー制御部１９３は、主系の復旧を検知するまで、判定処理を繰り返す。

一方、主系の復旧を検知した場合（ステップＳ５５；Ｙｅｓ）、戻しコピー制御部１９３は、重要度管理テーブル１６１に従って重要度の高いボリュームから順番にコピーするように、コピー処理を制御する（ステップＳ５６）。例えば、戻しコピー制御部１９３は、重要度管理テーブル１６１に記憶された重要度の高いボリュームから、ボリューム内のブロックの送信順を決定する。そして、戻しコピー制御部１９３は、決定した送信順で、ブロックを、主系のストレージ装置１にコピーする。このとき、戻しコピー制御部１９３は、ブロックとともに、当該ブロックの識別情報と、当該ブロックが物理的に配置される位置である他系物理位置とを合わせて送信する。戻しコピー制御部１９３は、ブロックの識別情報および他系物理位置を、重要度管理テーブル１６１から取得すれば良い。

そして、戻しコピー制御部１９３は、コピーが完了したか否かを判定する（ステップＳ５７）。コピーが完了していないと判定した場合（ステップＳ５７；Ｎｏ）、戻しコピー制御部１９３は、コピー未完了のブロックをコピーすべく、ステップＳ５６に処理を移行する。一方、コピーが完了したと判定した場合（ステップＳ５７；Ｙｅｓ）、戻しコピー制御部１９３は、処理を終了する。

なお、コピー制御部１９２は、ブロックをストレージ装置２に対してコピーする際、ブロックとともに、当該ブロックの識別情報と、当該ブロックが物理的に配置される位置である他系物理位置とを合わせて送信するようにした。しかしながら、コピー制御部１９２は、これに限定されず、ブロックをストレージ装置２に対してコピーする際、これらの情報とともに、当該ブロックの現在物理位置とを合わせて送信するようにしても良い。これにより、ストレージ装置２の戻しコピー制御部１９３は、ブロックを主系のストレージ装置１に対して戻す場合、元にあった位置に戻すように指示することができる。かかる場合、ストレージ装置２では、ブロックと合わせて送信された現在物理位置を、重要度管理テーブル１６１の該当する他系物理位置１６１ｆに設定するようにすれば良い。

また、戻しコピー制御部１９３は、主系のサーバ３がダウン等に至った際、副系のストレージ装置２が有するストレージに記憶されたサーバの起動に用いるデータを用いて、副系のサーバ５を起動させると説明した。しかしながら、戻しコピー制御部１９３は、これに限定されず、主系のサーバ３のダウン等に至った場合でなくても、単に副系のサーバ５を起動させる場合であっても良い。すなわち、戻しコピー制御部１９３は、なんらかの事情で副系のサーバ５を起動させる場合に、副系のストレージ装置２が有するストレージに記憶されたサーバの起動に用いるデータを用いて、副系のサーバ５を起動させても良い。かかる場合にも、ストレージ装置１は、サーバ５の起動に関し、重要なデータを優先的にコピーするので、戻しコピー制御部１９３は、サーバ５を早期に起動することが可能となる。

［実施例１の効果］
上記実施例１によれば、ストレージ装置１は、応答速度に違いがある複数のストレージ間で、ブロックの配置をアクセス頻度に応じて変更する。ストレージ装置１は、他系のストレージ装置２にブロックをコピーする際、サーバ５の起動に重要なデータを含むブロックから順に、当該ブロックを、現に配置されているストレージからコピーする。かかる構成によれば、ストレージ装置１は、サーバ５の起動に関し、重要なデータを優先的にコピーすることが可能となり、他系のサーバ５を早期に起動することが可能となる。すなわち、ストレージ装置１は、ストレージ単位でなく副系のサーバ５の起動に重要なデータから先にコピーするので、副系のサーバ５を早期に起動できる。

また、上記実施例１によれば、ストレージ装置１は、複数のストレージに跨るボリューム毎に、サーバの起動に関する重要度を重要度管理テーブル１６１に記憶する。そして、ストレージ装置１は、重要度管理テーブル１６１に記憶された重要度の高い順にブロックをコピーする。かかる構成によれば、ストレージ装置１は、サーバの起動に関し、重要度の高い順にブロックをコピーすることで、他系のサーバ５を早期に起動することができる。すなわち、ストレージ装置１は、サーバの起動に関する重要度が最も高いブロックが応答速度の遅いストレージに配置されていても、ストレージに関係なく、早い段階で当該ブロックをコピーすることができる。この結果、ストレージ装置１は、起動に重要なデータを含むブロックが早期に揃うので、他系のサーバ５を早期に起動することができる。

また、上記実施例１によれば、ストレージ装置１は、サーバ５の起動に重要なデータを含むブロックを、応答速度の最も速いストレージに配置されるようにコピーする。かかる構成によれば、ストレージ装置１は、サーバ５の起動に重要なデータを含むブロックが応答速度の最も速いストレージに配置されるので、他系のサーバ５をさらに早期に起動することができる。

また、上記実施例１によれば、ストレージ装置１は、複数のストレージに跨るボリュームを生成する際に、ボリュームの名称に応じて重要度を重要度管理テーブル１６１に設定する。かかる構成によれば、ストレージ装置１は、複数のストレージに跨る同じ名称のボリューム内でブロックの配置が変更されるので、どのストレージに配置が変更されても、ボリュームの重要度に応じてボリュームに対応するブロックの送信順を決定できる。

また、上記実施例１によれば、ストレージ装置１は、複数のストレージに跨るボリュームを生成する際に、ボリュームの名称および重要度を組とした情報に基づいて、ボリュームに対応する重要度を設定する。かかる構成によれば、ストレージ装置１は、複数のストレージに跨る同じ名称のボリューム内でブロックの配置が変更されるので、どのストレージに配置が変更されても、ボリュームの重要度に応じてボリュームに対応するブロックの送信順を決定できる。

また、上記実施例１によれば、ストレージ装置１は、自系のサーバ３を起動する際に、複数のストレージに跨って生成されたボリュームのアクセス順序およびアクセス頻度に基づいて、ボリュームに対応する重要度を設定する。かかる構成によれば、ストレージ装置１は、複数のストレージに跨る同じ名称のボリューム内でブロックの配置が変更されるので、どのストレージに配置が変更されても、ボリュームの重要度に応じてボリュームに対応するブロックの送信順を決定できる。

ところで、実施例１では、ストレージ装置１が、他系のストレージ装置２に対してブロックをコピーする際、重要度管理テーブル１６１に記憶された重要度の高いボリュームから順番にブロックをコピーするように制御する場合を説明した。しかしながら、ストレージ装置１は、これに限定されず、ブロックをコピー中に、コピー対象のブロックに書き込み命令が発生した場合、キューを用いてコピー制御を行うようにしても良い。

そこで、実施例２では、ストレージ装置１Ａは、データをコピー中に、コピー対象のブロックに書き込み命令が発生した場合、キューを用いてコピー制御を行う場合について説明する。

［実施例２に係るストレージシステムの構成］
図１３は、実施例２に係るストレージシステムのハードウェア構成を示す図である。なお、図１に示すストレージシステム９と同一の構成については同一符号を示すことで、その重複する構成および動作の説明については省略する。実施例１と実施例２とが異なるところは、コピー制御部１９２をコピー制御部１９２Ａに変更した点にある。また、実施例１と実施例２とが異なるところは、コピー済テーブル１６３を追加した点にある。

コピー制御部１９２Ａは、所定期間毎に、他系のストレージ装置２Ａに対してコピーされていないブロックを優先度順にコピーする。なお、所定期間は、例えば日単位であったり、週単位であったり、月単位であったりしても良い。そして、コピー制御部１９２Ａは、ブロックをコピー中に、コピー対象のいずれかのブロック識別情報に対して書き込み命令が発生したとする。すると、コピー制御部１９２Ａは、書き込み命令が発生したブロック識別情報のブロックがまだコピーされていなければ、書き込み命令のあったブロックをキューに入れる。なお、ここでいうキューを「コピーキュー」というものとする。ブロック識別情報のブロックがコピーされているか否かの判定は、後述するコピー済テーブル１６３を参照して行われる。コピー制御部１９２Ａは、一旦書き込み命令が発生すると、所定のコピー処理間隔時間を越えるまで、書き込み命令が発生したブロックをコピーキューに入れる操作を繰り返す。ここでいう「コピー処理間隔時間」は、例えば書き込み命令におけるコピー処理を行う単位である。そして、コピー制御部１９２Ａは、所定のコピー処理間隔時間を越えると、コピーキュー内のブロックを優先度順に並べ替え、並べ替えられた順でブロックをコピーする。そして、コピー制御部１９２Ａは、コピーされたブロックをコピー済みとしてコピー済テーブル１６３を更新する。なお、コピーキューは、例えばコピーバッファ１８１に対応する。

ここで、コピー済テーブル１６３のデータ構造について、図１４を参照して説明する。図１４は、コピー済テーブルのデータ構造の一例を示す図である。図１４に示すように、コピー済テーブル１６３は、ブロック識別情報１６３ａとコピー状態１６３ｂとを対応付けて記憶する。ブロック識別情報１６３ａは、例えばブロックが配置される物理的な場所を示す。例えば、ブロック識別情報１６３ａには、コピー済テーブル１６３の初期化の際、重要度管理テーブル１６１のブロック情報１６１ｂに記憶されたブロックの識別情報が設定される。コピー状態１６３ｂは、ブロックの識別情報に対応するコピー状態を記憶する。一例として、コピー状態１６３ｂには、コピーされたことを示す「済」、コピーされていないことを示す「未済」が設定される。一例として、ブロック識別情報１６３ａが「Ｂ」である場合、コピー状態１６３ｂとして「済」と記憶している。

［コピー制御の具体例］
次に、コピー制御の具体例について、図１５を参照して説明する。図１５は、コピー制御の具体例を説明する図である。なお、ボリューム毎に、サーバの起動に関する重要度および現在の物理位置が、それぞれ重要度管理テーブル１６１の重要度１６１ｃおよび現在物理位置１６１ｄに記憶されている。ボリューム名が「ＳＹＳＶＯＬ」の重要度および現在物理位置１６１ｄは、それぞれ「高」および「ＳＳＤ」である。ボリューム名が「ＤＡＴＡ」の重要度および現在物理位置１６１ｄは、それぞれ「中」および「Ｏｎｌｉｎｅ」である。ボリューム名が「ＴＥＭＰ」の重要度および現在物理位置１６１ｄは、それぞれ「低」および「ＮＬ」である。図１５では、ブロックＡ，Ｂは、ボリューム名「ＴＥＭＰ」に存在するので、重要度「低」に対応する。ブロックＣは、ボリューム名「ＤＡＴＡ」に存在するので、重要度「中」に対応する。ブロックＤは、ボリューム名「ＳＹＳＶＯＬ」に存在するので、重要度「高」に対応する。

このような状況下で、図１５に示すように、ブロックをコピー中に、コピー対象のブロック識別情報Ａ，Ｂ，Ｃ，Ｄの順で、それぞれのブロック識別情報に対して書き込み命令があったとする。すると、コピー制御部１９２Ａは、書き込み命令が発生したブロック識別情報のブロックがまだコピーされていなければ、書き込まれるブロックをキューに入れる。ここでは、ブロック識別情報Ａ，Ｂ，Ｃ，Ｄのブロックがまだコピーされていないとする。すると、コピー制御部１９２Ａは、コピーキューに、ブロック識別情報Ａへ書き込まれるブロック（１）、ブロック識別情報Ｂへ書き込まれるブロック（２）を入れる。さらに、コピー制御部１９２Ａは、コピーキューに、ブロック識別情報Ｃへ書き込まれるブロック（３）、ブロック識別情報Ｄへ書き込まれるブロック（４）を入れる。

そして、コピー制御部１９２Ａは、最初のブロック識別情報Ａに対する書き込み命令があってから所定のコピー処理間隔時間を越えると、コピーキュー内のブロックを優先度順に並べ替え、並べ替えられた順でブロックをコピーする。ここでは、コピー制御部１９２Ａは、優先度が高い順に、ブロック識別情報Ｄのブロック（４）、ブロック識別情報Ｃのブロック（３）、ブロック識別情報Ａのブロック（１）、ブロック識別情報Ｂのブロック（２）と並べ替える。そして、コピー制御部１９２Ａは、並べ替えられた順でブロックをコピーする。

これらのブロックがコピーされた後、コピーがされたブロック識別情報に対して新たに書き込み命令が発生したとする。かかる場合には、コピー制御部１９２Ａは、書き込み命令が発生したブロック識別情報のブロックが既にコピーされているので、コピー対象としない。すなわち、新たに書き込み命令がブロック識別情報Ｄに対して発生しても、書き込み命令のあったブロック識別情報Ｄに書き込まれるブロック（５）はコピー対象としない。次回のコピー制御の要求があったときに、コピー制御部１９２Ａは、コピー対象として、コピー制御を行うことになる。

［コピー制御処理の詳細な具体例］
次に、コピー制御の詳細な具体例について、図１６を参照して説明する。図１６は、コピー制御の詳細な具体例を説明する図である。なお、説明の便宜上、重要度が「高」であるボリュームのブロック識別情報（ブロック番号）を１〜６、重要度が「中」であるボリュームのブロック識別情報を１１〜１６、重要度が「低」であるボリュームのブロック識別情報を２１〜２６として説明する。

図１６上段に示すように、コピーの開始時点Ａから、コピー制御部１９２Ａは、コピーされていないブロック識別情報のブロックを優先度順にコピーする。ここでは、コピー制御部１９２Ａは、重要度の高い順に、ブロック識別情報１，２，３，４のブロックをコピーする。その後、Ａ１時点で、ブロック識別情報２１に対して書き込み命令が発生したとする。さらに、Ａ１からＡ２までのコピー処理間隔時間でブロック識別情報２１，２２，１２，１３，６に対して書き込み命令が発生したとする。すると、コピー制御部１９２Ａは、ブロック識別情報のブロックがまだコピーされていなければ、書き込まれるブロックを、書き込み命令の発生順に、コピーキューに入れる。コピーキューには、書き込み命令の、ブロック識別情報２１，２２，１２，１３，６に書き込まれるブロックが入れられる。

図１６中段に示すように、コピー制御部１９２Ａは、コピー処理間隔時間を越えたので、コピーキュー内のブロックを優先度順に並べ替え、並べえられた順でブロックをコピーする。ここでは、ブロック識別情報６，１２，１３，２１，２２の順でブロックがコピーされる。その後、コピー制御部１９２Ａは、まだコピーされていない、ブロック識別情報のブロックを優先度順にコピーする。ここでは、ブロック識別情報５，１１，１４，１５の順でブロックがコピーされる。

図１６下段に示すように、Ａ３時点で、ブロック識別情報１に書き込み命令が発生したとする。さらに、Ａ３からＡ４までのコピー処理間隔時間でブロック識別情報１２，２３に書き込み命令が発生したとする。すると、コピー制御部１９２Ａは、ブロック識別情報のブロックがまだコピーされていなければ、書き込まれるブロックを、書き込み命令の発生順に、コピーキューに入れる。ここでは、コピーキューには、ブロック識別情報２３のブロックが入れられる。ブロック識別情報１，１２のブロックは、既にコピーされているので、コピー対象とならず、コピーキューには入れられない。

そして、Ａ４時点で、コピー制御部１９２Ａは、コピー処理間隔時間を越えたので、コピーキュー内のブロックを優先度順に並べ替え、並べえられた順でブロックをコピーする。ここでは、ブロック識別情報２３のブロックがコピーされる。その後、コピー制御部１９２Ａは、まだコピーされていない、ブロック識別情報のブロックを優先度順にコピーする。ここでは、ブロック識別情報１６，２４，２５，２６の順でブロックがコピーされる。

［コピー制御処理の手順］
次に、図１７を参照して、主系のストレージ装置１によって実行されるコピー制御処理の手順を説明する。図１７は、実施例２に係るコピー制御処理のフローチャートを示す図である。なお、コピー制御部１９２Ａは、所定期間毎にコピー制御処理を実行するものとする。また、重要度管理テーブル１６１に、ボリュームおよび重要度の対応付けが設定されているとする。

図１７に示すように、コピー制御部１９２Ａは、コピー制御の要求があったか否かを判定する（ステップＳ６１）。コピー制御の要求がなかったと判定した場合（ステップＳ６１；Ｎｏ）、コピー制御部１９２Ａは、コピー制御の要求があるまで、判定処理を繰り返す。

一方、コピー制御の要求があったと判定した場合（ステップＳ６１；Ｙｅｓ）、コピー制御部１９２Ａは、コピー済テーブル１６３を初期化する（ステップＳ６２）。例えば、コピー制御部１９２Ａは、コピー済テーブル１６３のブロック識別情報１６３ａに、重要度管理テーブル１６１のブロック情報１６１ｂに記憶されたそれぞれのブロックの識別情報を設定する。そして、コピー制御部１９２Ａは、コピー済テーブル１６３のコピー状態１６３ｂに、コピーされていないことを示す「未済」を設定する。

そして、コピー制御部１９２Ａは、未コピーのブロックについて、重要度管理テーブル１６１に従って重要度の高いボリュームから順番にコピーするように、コピー処理を制御する（ステップＳ６３）。例えば、コピー制御部１９２Ａは、重要度管理テーブル１６１に記憶された重要度の高いボリュームから、ボリューム内の未コピーのブロックについて、ブロックを、他系のストレージ装置２Ａへコピーする。

そして、コピー制御部１９２Ａは、コピーされたブロックのブロック識別情報をコピー済みとしてコピー済テーブル１６３を更新する（ステップＳ６４）。

そして、コピー制御部１９２Ａは、書き込み命令があるか否かを判定する（ステップＳ６５）。書き込み命令がないと判定した場合（ステップＳ６５；Ｎｏ）、コピー制御部１９２Ａは、未コピーのブロックをコピーすべく、ステップＳ６３に処理を移行する。一方、書き込み命令があると判定した場合（ステップＳ６５；Ｙｅｓ）、コピー制御部１９２Ａは、書き込み命令のあったブロック識別情報のブロックが未コピーのブロックであるか否かを判定する（ステップＳ６６）。

書き込み命令のあったブロック識別情報のブロックが未コピーでないと判定した場合（ステップＳ６６；Ｎｏ）、コピー制御部１９２Ａは、当該ブロック識別情報のブロックが既にコピーされているので、書き込まれるブロックをコピー対象としない。コピー制御部１９２Ａは、書き込み命令のあったブロックを、現在の物理位置が示すストレージのブロック識別情報に対して書き込む（ステップＳ６７）。これにより、コピー制御部１９２Ａは、コピー対象とされない、書き込まれるブロックをストレージへ書き込むので、ブロックに含まれるデータの保全性を担保できる。そして、コピー制御部１９２Ａは、既にコピーキューにブロックが存在するか否かを判定する（ステップＳ６８）。

既にコピーキューにブロックが存在していると判定した場合（ステップＳ６８；Ｙｅｓ）、コピー制御部１９２Ａは、コピー処理間隔時間を判定すべく、ステップＳ７０に処理を移行する。一方、まだコピーキューにブロックが存在していないと判定した場合（ステップＳ６８；Ｎｏ）、コピー制御部１９２Ａは、未コピーのブロックをコピーすべく、ステップＳ６３に処理を移行する。

一方、書き込み命令のあったブロック識別情報のブロックが未コピーであると判定した場合（ステップＳ６６；Ｙｅｓ）、コピー制御部１９２Ａは、書き込まれるブロックをコピーキューに入れる（ステップＳ６９）。そして、コピー制御部１９２Ａは、コピー処理間隔時間を越えたか否かを判定する（ステップＳ７０）。

コピー処理間隔時間を越えていないと判定した場合（ステップＳ７０；Ｎｏ）、コピー制御部１９２Ａは、さらに、書き込み命令があるか否かを判定する（ステップＳ７１）。さらに、書き込み命令があると判定した場合（ステップＳ７１；Ｙｅｓ）、コピー制御部１９２Ａは、書き込み命令の処理を行うべく、ステップＳ６６に処理を移行する。一方、さらに、書き込み命令がないと判定した場合（ステップＳ７１；Ｎｏ）、コピー制御部１９２Ａは、コピー処理間隔時間を判定すべく、ステップＳ７０に処理を移行する。

一方、コピー処理間隔時間を越えていると判定した場合（ステップＳ７０；Ｙｅｓ）、コピー制御部１９２Ａは、コピーキュー内のブロックを優先度順に並べ替える（ステップＳ７２）。例えば、コピー制御部１９２Ａは、重要度管理テーブル１６１に記憶された重要度の高いボリュームのブロックから、コピーキュー内のブロックを並べ替える。

そして、コピー制御部１９２Ａは、並び替えられた順でコピーキュー内のブロックを、他系のストレージ装置２Ａにコピーする（ステップＳ７３）。そして、コピー制御部１９２Ａは、コピーしたブロックのブロック識別情報をコピー済みとしてコピー済テーブル１６３を更新する（ステップＳ７４）。さらに、コピー制御部１９２Ａは、コピーしたブロックを、現在の物理位置が示すストレージのブロック識別情報に対して書き込む（ステップＳ７５）。これにより、コピー制御部１９２Ａは、コピーキューに入力されたブロックをコピー処理間隔時間単位でストレージへ書き込むことができるので、ブロックに含まれるデータの保全性を担保できる。

そして、コピー制御部１９２Ａは、コピーが完了したか否かを判定する（ステップＳ７６）。コピーが完了していないと判定した場合（ステップＳ７６；Ｎｏ）、コピー制御部１９２Ａは、未完了のブロックをコピーすべく、ステップＳ６３に処理を移行する。一方、コピーが完了したと判定した場合（ステップＳ７６；Ｙｅｓ）、コピー制御部１９２Ａは、処理を終了する。

［実施例２の効果］
上記実施例２によれば、コピー制御部１９２Ａは、ブロックをコピー中に、書き込み命令が発生すると、書き込み命令の発生時点からコピー処理間隔時間の書き込み命令について処理を行う。すなわち、コピー制御部１９２Ａは、書き込み先のブロックがまだコピーされていなければ、書き込まれるブロックをキューに入れる。そして、コピー制御部１９２Ａは、コピー処理間隔時間経過後に、キューに入力されたブロックを重要度の高い順に並べ替え、並べ替えられた順でブロックをコピーする。かかる構成によれば、コピー制御部１９２Ａは、ブロックのコピー中に、書き込み命令が発生しても、書き込み命令が発生した書き込み先に対応する重要度に応じてキュー内のブロックを並べ替えてコピーするので、他系のサーバ５を早期に起動することができる。

［その他］
なお、図示したストレージシステム９，９Ａは、一方のストレージ装置１，１Ａを主系とし、他方のストレージ装置２，２Ａを副系（待機系）として説明した。しかしながら、ストレージシステム９，９Ａは、これに限定されず、別の構成例であっても良い。ここで、図１８を参照して、ストレージシステムの別の構成例について説明する。

図１８は、ストレージシステムの別の構成例を示す図である。図１８に示すように、ストレージシステム９Ｂは、サイトＡのストレージ装置、サイトＢのストレージ装置の両方共稼動中（アクティブ）の構成となっている。すなわち、アプリＡは、サイトＡ側がプライマリサイト（主系）として稼動し、サイトＢ側がセカンダリサイト（副系）として待機する。一方、アプリＢは、サイトＢ側がプライマリサイト（主系）として稼動し、サイトＡ側がセカンダリサイト（副系）として待機する。そして、アプリＡのデータは、サイトＡからサイトＢへコピーされ、サイトＢ側で待機する。一方、アプリＢのデータは、サイトＢからサイトＡへコピーされ、サイトＡ側で待機する。ここで、例えばサイトＡのサーバがダウンすると、サイトＡで運用されていたアプリＡのデータは、サイトＢで運用される。そして、サイトＡのサーバが復旧すると、データはサイトＢからサイトＡにコピーされる。

また、図示したストレージ装置１のＣＰＵ１９には、戻しコピー制御部１９３をさらに有しても良いし、ストレージ装置２のＣＰＵ１９には、コピー制御部１９２をさらに有しても良い。また、図示したストレージ装置１ＡのＣＰＵ１９には、戻しコピー制御部１９３をさらに有しても良いし、ストレージ装置２ＡのＣＰＵ１９には、コピー制御部１９２Ａをさらに有しても良い。すなわち、どちらのストレージ装置であっても、コピー制御処理および戻しコピー制御処理をすることができる。

また、図示したストレージ装置１，１Ａの各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ストレージ装置１，１Ａの分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、重要度設定部１９１とコピー制御部１９２とを１個の部に統合しても良い。重要度設定部１９１を、ボリュームの名称に応じて重要度を設定する第１の設定部とボリュームの名称および重要度を組とした情報に応じて重要度を設定する第２の設定部とアクセス起動時に重要度を設定する第３の設定部とに分散しても良い。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）応答速度に違いがある複数のドライブと、
前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部と、
前記複数のドライブ間で、所定の条件に応じて前記データの再配置を行なうとともに、前記位置情報を再配置後の位置情報に更新する再配置制御部と、
自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始するコピー部と、
を備えることを特徴とするストレージ装置。

（付記２）前記記憶部は、データ毎に、重要度を示す重要度情報を記憶し、
前記コピー部は、前記他のストレージ装置にデータをコピーする際、前記重要度情報に基づいてデータをコピーする
ことを特徴とする付記１に記載のストレージ装置。

（付記３）前記コピー部は、前記ホストの立ち上げに用いるデータを、応答速度の最も速いドライブに配置されるようにコピーする
ことを特徴とする付記１に記載のストレージ装置。

（付記４）前記複数のドライブに跨って生成されるボリューム毎にボリューム内に記憶されるデータの重要度を設定し、該重要度を示す前記重要度情報を前記記憶部に記憶させる設定部
を備えることを特徴とする付記２に記載のストレージ装置。

（付記５）複数のドライブに跨るボリュームを生成する際に、ボリュームの名称および重要度を組とした情報に基づいて、ボリューム内で記憶されるデータの重要度を示す前記重要度情報を前記記憶部に設定する設定部
を備えることを特徴とする付記２に記載のストレージ装置。

（付記６）前記複数のドライブに跨って生成されたボリュームのアクセス順序およびアクセス頻度に基づいて、ボリューム内に記憶されるデータの重要度を設定し、該重要度を示す前記重要度情報を前記記憶部に記憶させる設定部
を備えることを特徴とする付記２に記載のストレージ装置。

（付記７）前記コピー部は、前記他のストレージ装置へのデータのコピー中に自装置に接続するホストから受信した書き込み命令について、前記書き込み命令における書き込み先のデータがまだコピーされていなければ書き込まれるデータをキューに入力し、
前記キューに入力されたデータの重要度を示す前記重要度情報に基づいて、該データをコピーする
ことを特徴とする付記２に記載のストレージ装置。

（付記８）コンピュータに、
応答速度に違いがある複数のドライブ間で、所定の条件に応じてデータの再配置を行うとともに、前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部に対して、再配置が行われたデータの位置情報を再配置後の位置情報に更新し、
自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始する
処理を実行させることを特徴とするコピー制御プログラム。

（付記９）ストレージ装置が、
応答速度に違いがある複数のドライブ間で、所定の条件に応じてデータの再配置を行うとともに、前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部に対して、再配置が行われたデータの位置情報を再配置後の位置情報に更新し、
自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始する
処理を実行することを特徴とするコピー制御方法。

１，１Ａ，２，２Ａ ストレージ装置
３，５ サーバ
４，６ 管理コンソール
９，９Ａ ストレージシステム
１１ ホストインタフェース部
１２ リモート接続部
１３ メンテナンスインタフェース部
１４ ディスクエンクロージャ部
１５ コントローラ部
１６ ＲＡＭ
１７ ディスクインタフェース部
１８ キャッシュメモリ
１９ ＣＰＵ
１６１ 重要度管理テーブル
１６２ 起動時アクセス管理テーブル
１６３ コピー済テーブル
１８１ コピーバッファ
１９１ 重要度設定部
１９２，１９２Ａ コピー制御部
１９３ 戻しコピー制御部

Claims (8)

1. 応答速度に違いがある複数のドライブと、
   前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部と、
   前記複数のドライブ間で、所定の条件に応じて前記データの再配置を行なうとともに、前記位置情報を再配置後の位置情報に更新する再配置制御部と、
   自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始するコピー部と、
   を備えることを特徴とするストレージ装置。
2. 前記記憶部は、データ毎に、重要度を示す重要度情報を記憶し、
   前記コピー部は、前記他のストレージ装置にデータをコピーする際、前記重要度情報に基づいてデータをコピーする
   ことを特徴とする請求項１に記載のストレージ装置。
3. 前記コピー部は、前記ホストの立ち上げに用いるデータを、応答速度の最も速いドライブに配置されるようにコピーする
   ことを特徴とする請求項１に記載のストレージ装置。
4. 前記複数のドライブに跨って生成されるボリューム毎にボリューム内に記憶されるデータの重要度を設定し、該重要度を示す前記重要度情報を前記記憶部に記憶させる設定部
   を備えることを特徴とする請求項２に記載のストレージ装置。
5. 前記複数のドライブに跨って生成されたボリュームのアクセス順序およびアクセス頻度に基づいて、ボリューム内に記憶されるデータの重要度を設定し、該重要度を示す前記重要度情報を前記記憶部に記憶させる設定部
   を備えることを特徴とする請求項２に記載のストレージ装置。
6. 前記コピー部は、前記他のストレージ装置へのデータのコピー中に自装置に接続するホストから受信した書き込み命令について、前記書き込み命令における書き込み先のデータがまだコピーされていなければ書き込まれるデータをキューに入力し、
   前記キューに入力されたデータの重要度を示す前記重要度情報に基づいて、該データをコピーする
   ことを特徴とする請求項２に記載のストレージ装置。
7. コンピュータに、
   応答速度に違いがある複数のドライブ間で、所定の条件に応じてデータの再配置を行うとともに、前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部に対して、再配置が行われたデータの位置情報を再配置後の位置情報に更新し、
   自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始する
   処理を実行させることを特徴とするコピー制御プログラム。
8. ストレージ装置が、
   応答速度に違いがある複数のドライブ間で、所定の条件に応じてデータの再配置を行うとともに、前記複数のドライブに記憶されたデータの位置情報を記憶する記憶部に対して、再配置が行われたデータの位置情報を再配置後の位置情報に更新し、
   自装置と冗長化された他のストレージ装置にコピーするデータのうち、前記他のストレージ装置と接続するホストの立ち上げに用いるデータから、前記記憶部に記憶された前記位置情報に基づいて、コピーを開始する
   処理を実行することを特徴とするコピー制御方法。

Images