ストレージ装置の起動可能なディスクグループ数の管理
【課題】外部に設けられたストレージ装置において起動中のディスクグループの数が制限される場合に、該ストレージ装置において適切な論理ボリュームを利用することのできる技術を提供する。
【解決手段】管理装置は、外部に設けられたストレージ装置を管理する。管理装置は、ストレージ装置から、ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する。また、管理装置は、管理データを参照して、ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する。
【解決手段】管理装置は、外部に設けられたストレージ装置を管理する。管理装置は、ストレージ装置から、ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する。また、管理装置は、管理データを参照して、ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージシステムの技術に関する。
【背景技術】
【０００２】
ストレージ装置は、多数のディスクを備えている。多数のディスクをすべて動作させると、ストレージ装置の消費電力は大きくなってしまう。
【０００３】
従来では、ストレージ装置内で同時に起動可能なＲＡＩＤグループの数を制限することによって、ストレージ装置の消費電力が抑制されている。
【０００４】
【特許文献１】米国特許第５４２３０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来では、管理装置が仮想化等の技術を利用して外部に設けられたストレージ装置を管理する場合において、該ストレージ装置内の論理ボリュームを適切に利用することは困難であった。これは、管理装置が該ストレージ装置内の起動中のＲＡＩＤグループの数を管理することが困難なことに起因する。
【０００６】
この発明は、従来技術における上述の課題を解決するためになされたものであり、外部に設けられたストレージ装置において起動中のディスクグループの数が制限される場合に、該ストレージ装置において適切な論理ボリュームを利用することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の課題の少なくとも一部を解決するため、本発明の第１の装置は、外部に設けられたストレージ装置を管理するための管理装置であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得するための管理データ取得部と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する処理実行部と、
を備えることを特徴とする。
【０００８】
この装置では、外部のストレージ装置の管理データを参照して、起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理が実行されるため、ストレージ装置において起動中のディスクグループの数による制限を受けることなく、適切な論理ボリュームを利用することが可能となる。
【０００９】
上記の装置において、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピングされる前記論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含む特定のストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備え、
前記仮想化部は、前記作成された論理ボリュームを前記仮想ボリュームにマッピングするようにしてもよい。
【００１０】
こうすれば、仮想ボリュームに論理ボリュームを迅速にマッピングすることができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように論理ボリュームを作成可能な複数の記憶領域を示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、論理ボリュームを作成し、仮想ボリュームに作成された論理ボリュームをマッピングすることができる。
【００１１】
上記の装置において、
前記候補選択部は、
前記仮想ボリュームの容量の利用率を取得する利用率取得部を備え、
前記候補選択部は、
前記利用率が所定値を超えた場合に、前記仮想ボリュームに新たな論理ボリュームをマッピングするために、前記複数の候補を選択するようにしてもよい。
【００１２】
こうすれば、仮想ボリュームの容量の利用率が所定値を超えた場合に、迅速に、仮想ボリュームの容量を増大させることができる。
【００１３】
上記の装置において、
前記候補選択部は、予め設定された条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択するようにしてもよい。
【００１４】
こうすれば、適切な論理ボリュームを容易に作成して、該論理ボリュームを仮想ボリュームにマッピングすることができる。
【００１５】
上記の装置において、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択されるようにしてもよい。
【００１６】
上記の装置において、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備えることが好ましい。
【００１７】
こうすれば、１つの候補を容易に選択することができる。
【００１８】
あるいは、上記の装置において、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピング可能な複数の論理ボリュームを示す複数の候補を選択するための候補選択部を備え、
前記仮想化部は、前記複数の候補の中から選択された１つの候補に対応する論理ボリュームを前記仮想ボリュームにマッピングするようにしてもよい。
【００１９】
こうすれば、仮想ボリュームに論理ボリュームを迅速にマッピングすることができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように複数の論理ボリュームを示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、仮想ボリュームに論理ボリュームをマッピングすることができる。
【００２０】
上記の装置において、
前記候補選択部は、他の仮想ボリュームにマッピングされていない論理ボリュームを、前記候補として選択することが好ましい。
【００２１】
こうすれば、適切な論理ボリュームを容易に仮想ボリュームにマッピングすることができる。
【００２２】
あるいは、上記の装置において、
前記処理実行部は、
少なくとも１台のストレージ装置に論理ボリュームを作成する場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含むストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備えるようにしてもよい。
【００２３】
こうすれば、ストレージ装置内に論理ボリュームを迅速に作成することができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように論理ボリュームを作成可能な複数の記憶領域を示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、論理ボリュームを作成することができる。
【００２４】
上記の装置において、
前記候補選択部は、ユーザによって指定される条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択することが好ましい。
【００２５】
こうすれば、所望の論理ボリュームを容易に作成することができる。
【００２６】
あるいは、上記の装置において、
少なくとも１台のストレージ装置には、第１のディスクグループに含まれるコピー元の論理ボリュームと、前記第１のディスクグループと異なる第２のディスクグループに含まれるコピー先の論理ボリュームと、が含まれており、
前記処理実行部は、
特定のストレージ装置に含まれる前記コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームまたは前記コピー先論理ボリュームを読み出し処理の対象論理ボリュームとして選択するための対象論理ボリューム選択部と、
前記コピー元論理ボリュームを含む前記特定のストレージ装置に、前記対象論理ボリュームの情報を送信する送信部と、
を備えるようにしてもよい。
【００２７】
こうすれば、コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、迅速にデータを読み出すことができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないようにコピー元論理ボリュームまたはコピー先論理ボリュームが対象論理ボリュームとして選択されれば、該対象論理ボリュームに対する読み出し処理を実行することによって、迅速にデータを読み出すことができる。
【００２８】
上記の装置において、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、前記特定のストレージ装置に含まれていてもよいし、異なるストレージ装置に含まれていてもよい。
【００２９】
上記の装置において、
前記対象論理ボリューム選択部は、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームと前記コピー先論理ボリュームとの双方を前記対象論理ボリュームとして選択可能である場合には、ディスクグループの新たな起動を必要としない一方の論理ボリュームを優先して選択することが好ましい。
【００３０】
こうすれば、ディスクグループの起動に要する消費電力を低減させることができる。
【００３１】
また、本発明の他の装置は、ストレージシステムであって、
上記の管理装置と、
前記特定のストレージ装置と、
を備え、
前記特定のストレージ装置は、
前記管理装置から前記対象論理ボリュームの情報を取得して、前記情報に応じた処理を実行する制御部を備え、
前記制御部は、
前記対象論理ボリュームが前記特定のストレージ装置に含まれる場合には、前記対象論理ボリュームに対する読み出し処理を実行し、
前記対象論理ボリュームが前記特定のストレージ装置と異なる他のストレージ装置に含まれる場合には、前記他のストレージ装置に前記対象論理ボリュームに対する読み出し処理を実行するように指示することが好ましい。
【００３２】
この発明は、種々の形態で実現することが可能であり、例えば、管理装置、該管理装置を備えるネットワークシステム、これらの装置における管理方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。
【発明を実施するための最良の形態】
【００３３】
次に、本発明の実施の形態を実施例に基づき以下の順序で説明する。
Ａ．第１実施例：
Ａ−１．ネットワークシステムの構成：
Ａ−１−１．ストレージ装置の構成：
Ａ−１−２．管理サーバの構成：
Ａ−１−３．仮想化装置の構成：
Ａ−２．各ストレージ装置におけるＲＡＩＤグループの管理処理：
Ａ−３．システムＲＡＩＤグループ管理テーブルの生成処理：
Ａ−４．仮想ボリュームに対する実ボリュームのマッピング処理：
Ｂ．第２実施例：
Ｂ−１．ネットワークシステムの構成：
Ｂ−１−１．ストレージ装置の構成：
Ｂ−１−２．管理サーバの構成：
Ｂ−１−３．高機能ストレージ装置の構成：
Ｂ−２．仮想ボリュームに対する外部ボリュームのマッピング処理：
Ｃ．第３実施例：
Ｃ−１．ネットワークシステムの構成：
Ｃ−１−１．ストレージ装置の構成：
Ｃ−１−２．管理サーバの構成：
Ｃ−２．論理ボリュームの作成処理：
Ｄ．第４実施例：
Ｄ−１．ネットワークシステムの構成：
Ｄ−１−１．ストレージ装置の構成：
Ｄ−１−２．管理サーバの構成：
Ｄ−２．読み出し処理：
Ｅ．ストレージ装置の変形例：
【００３４】
Ａ．第１実施例：
Ａ−１．ネットワークシステムの構成：
図１は、第１実施例におけるネットワークシステムの概略構成を示す説明図である。ネットワークシステムは、仮想化装置１００と、複数のストレージ装置２００と、管理サーバ４００と、業務サーバなどのホスト７００と、を備えている。仮想化装置１００と複数のストレージ装置２００とホスト７００とは、ＳＡＮ（Storage Area Network）を介して接続されている。また、仮想化装置１００と複数のストレージ装置２００と管理サーバ４００とは、管理用ネットワークＮＷを介して接続されている。
【００３５】
後述するように、仮想化装置１００には、仮想ボリュームが作成され、仮想ボリュームには、ストレージ装置２００の論理ボリューム（以下、「実ボリューム」とも呼ぶ）がマッピングされる。仮想ボリュームを利用すれば、ホスト７００は、仮想化装置１００の仮想ボリュームにアクセスすることによって、ストレージ装置２００を意識することなく、ストレージ装置２００の実ボリュームにアクセスすることができる。
【００３６】
Ａ−１−１．ストレージ装置の構成：
図２は、ストレージ装置２００の内部構成を示す説明図である。ストレージ装置２００は、ストレージコントローラ２１０と、ディスク装置２６０と、管理用ネットワークＮＷに接続される管理用インタフェース（ＩＦ）２１６と、ＳＡＮに接続されるＳＡＮインタフェース（ＩＦ）２１８と、を備えている。なお、管理用ＩＦ２１６は、管理用のデータを管理サーバ４００などの他の装置と遣り取りするためのインタフェースであり、ＳＡＮＩＦ２１８は、ディスク装置２６０から読み出されたデータやディスク装置２６０に書き込まれるデータを仮想化装置１００やホスト７００などの他の装置と遣り取りするためのインタフェースである。
【００３７】
ディスク装置２６０は、多数のハードディスクを含んでいる。図示するように、ディスク装置２６０内部には、複数のＲＡＩＤ（Redundant Arrays of Independent（Inexpensive） Disks）グループが設定されており、各ＲＡＩＤグループは、複数のハードディスクを含んでいる。そして、各ＲＡＩＤグループには、１以上の論理ボリューム（ＬＵ）が設定される。
【００３８】
ストレージコントローラ２１０は、ＣＰＵ２１２と、キャッシュ２１３と、ＲＯＭやＲＡＭなどのメモリ２１４と、ドライブインタフェース（ＩＦ）２１９と、を備えており、ディスク装置２６０を制御する機能を有する。キャッシュ２１３は、ディスク装置２６０に書き込まれるデータまたはディスク装置２６０から読み出されたデータが一時的に格納される記憶領域である。ドライブＩＦ２１９は、ディスク装置２６０内のハードディスクの動作を制御し、ハードディスクからデータを読み出したりハードディスクにデータを書き込んだりするためのインタフェースである。
【００３９】
メモリ２１４には、ＲＡＩＤグループ制御プログラム２２２と、ＲＡＩＤグループ管理テーブル２２４と、監視エージェント２３２と、入出力制御プログラム２４２と、構成管理プログラム２５２と、構成管理テーブル２５４と、が格納されている。
【００４０】
構成管理プログラム２５２は、構成管理テーブル２５４を利用して、ストレージ装置の構成を管理する。具体的には、構成管理プログラム２５２は、ＲＡＩＤグループ内に論理ボリュームを作成し、ディスク装置２６０内の論理ボリュームとＲＡＩＤグループとの対応関係を示す構成管理テーブル２５４を作成および更新する。また、構成管理プログラム２５２は、構成管理テーブル２５４の情報が変更されたときに、該テーブルの情報を管理サーバ４００に送信する。
【００４１】
入出力制御プログラム２４２は、仮想化装置１００やホスト７００から与えられるＩ／Ｏコマンドに従って、ディスク装置２６０に対するデータの入出力を制御する。具体的には、入出力制御プログラム２４２は、仮想化装置１００またはホスト７００から、ディスク装置２６０内の特定の論理ボリュームに対するアクセス要求（読み出し要求または書き込み要求）を受け取った場合に、該特定の論理ボリュームに対するアクセス処理（読み出し処理または書き込み処理）を実行する。
【００４２】
ただし、入出力制御プログラム２４２は、ＲＡＩＤグループ制御プログラム２２２にアクセス処理の実行の可否を問い合わせ、アクセス処理の実行が許可された場合に、特定の論理ボリュームに対するアクセス処理を実行する。なお、入出力制御プログラム２４２は、アクセス処理の実行が許可されない場合には、ＲＡＩＤグループ制御プログラム２２２から待機するように指示され、アクセス処理の実行が許可されるまで待機する。この際、入出力制御プログラム２４２は、仮想化装置１００またはホスト７００に対して、待機中であることを通知する。
【００４３】
ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を利用して、ストレージ装置２００に含まれるＲＡＩＤグループを管理する。
【００４４】
図３は、ＲＡＩＤグループ管理テーブル２２４の内容を示す説明図である。図示するように、テーブル２２４には、「起動ＲＡＩＤグループ数」と、「起動ＲＡＩＤグループ番号」と、「上限値」と、が登録されている。「起動ＲＡＩＤグループ数」と「起動ＲＡＩＤグループ番号」とは、それぞれ、起動中のＲＡＩＤグループの数と識別番号とを示す。「上限値」は、起動中のＲＡＩＤグループの数の上限値を示す。なお、上限値は、例えば、ストレージ装置の仕様に応じて、あるいは、ネットワークシステムの管理者等によって、予め設定されている。
【００４５】
ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、起動中のＲＡＩＤグループの数が上限値を超えないように、ＲＡＩＤグループの起動を制御する。これにより、ストレージ装置２００の消費電力が抑制される。
【００４６】
具体的には、ＲＡＩＤグループ制御プログラム２２２は、特定の論理ボリュームに対するアクセス要求が発生した場合に、構成管理テーブル２５４を参照して、該特定の論理ボリュームを含む特定のＲＡＩＤグループが、上限値による利用制限を受けるか否かを判断する。そして、特定のＲＡＩＤグループが利用制限を受けない場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許容する。一方、特定のＲＡＩＤグループが利用制限を受ける場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対して待機するように指示する。
【００４７】
また、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループが起動した場合や、ＲＡＩＤグループが停止した場合には、ＲＡＩＤグループ管理テーブル２２４を更新する。
【００４８】
監視エージェント２３２（図２）は、ＲＡＩＤグループ管理テーブル２２４を監視し、該テーブル２２４の情報が変更される毎に、ＲＡＩＤグループ管理テーブルの情報を、仮想化装置１００に供給する。
【００４９】
Ａ−１−２．管理サーバの構成：
管理サーバ４００（図１）は、ＣＰＵ４１２と、メモリ４１４と、管理用ＩＦ４１６と、キーボードやマウスなどの入力部４１８と、表示部４１９と、を備えている。
【００５０】
メモリ４１４には、システム構成管理プログラム４２２と、システム構成管理テーブル４２４と、が格納されている。
【００５１】
システム構成管理プログラム４２２は、各ストレージ装置２００の構成を示す情報を各ストレージ装置２００の構成管理プログラム２５２から取得し、システム構成管理テーブル４２４を作成および更新する。
【００５２】
図４は、システム構成管理テーブル４２４の内容を示す説明図である。図示するように、テーブル４２４には、論理ボリューム毎に、「装置名」と、「モデル」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と、「サイズ」と、「使用サイズ」と、が登録されている。「装置名」は、特定の論理ボリュームが属するストレージ装置の名前を示し、「モデル」は、該ストレージ装置の機種を示す。また、「ＬＵ＿ＩＤ」は、特定の論理ボリューム（ＬＵ）の識別番号を示し、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」は、該論理ボリュームが属するＲＡＩＤグループの番号および該ＲＡＩＤグループのＲＡＩＤレベルを示す。「サイズ」は、特定の論理ボリュームの総容量を示し、「使用サイズ」は、該論理ボリュームの使用中の容量を示す。「ＬＵ＿ＩＤ」欄の「未割当」は、論理ボリュームが未だ作成されていない記憶領域を示している。
【００５３】
例えば、図４のシステム構成管理テーブル４２４の２番目の項目から、「ストレージ装置Ａ」には、ＲＡＩＤレベル「５」のＲＡＩＤグループ「０２」が含まれており、該ＲＡＩＤグループには、論理ボリューム「０２」が含まれており、該論理ボリュームの「５０Ｇ」バイトの容量うちの「２Ｇ」バイトの容量が使用中であることが分かる。
【００５４】
なお、前述した各ストレージ装置２００の構成管理テーブル２５４（図２）には、システム構成管理テーブル４２４に登録された複数のストレージ装置に関する情報のうち、対応するストレージ装置に関する「モデル」と「ＬＵ＿ＩＤ」と「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と「サイズ」と「使用サイズ」とが登録されている。
【００５５】
Ａ−１−３．仮想化装置の構成：
仮想化装置１００（図１）は、ＣＰＵ１１２と、ＲＯＭやＲＡＭなどのメモリ１１４と、管理用ＩＦ１１６と、ＳＡＮＩＦ１１８と、を備えている。
【００５６】
メモリ１１４には、仮想化プログラム１２２と、仮想化管理テーブル１２４と、ＡＯＵ（Allocation On Use）プログラム１３２と、ＡＯＵ管理テーブル１３４と、候補管理テーブル１３６と、システムＲＡＩＤグループ管理プログラム１４２と、システムＲＡＩＤグループ管理テーブル１４４と、が格納されている。
【００５７】
仮想化プログラム１２２は、仮想ボリュームを作成し、ストレージ装置２００の論理ボリューム（実ボリューム）を仮想ボリュームにマッピングし、仮想ボリュームを管理する。仮想化プログラム１２２は、システム構成管理テーブル４２４（図４）を参照して、仮想化管理テーブル１２４を作成する。
【００５８】
図５は、仮想化管理テーブル１２４の内容を示す説明図である。図示するように、テーブル１２４には、仮想ボリューム毎に、「仮想ボリュームＩＤ」と、「仮想ボリュームサイズ」と、「実ボリューム」と、「実ボリュームサイズ」と、「使用サイズ」と、が登録されている。「仮想ボリュームＩＤ」は、仮想ボリュームの識別番号を示す。「仮想ボリュームサイズ」は、仮想ボリュームの設定値であり、最大容量を示す。「実ボリューム」は、ストレージ装置内の論理ボリューム（実ボリューム）を示し、ストレージ装置の「装置名」と実ボリュームの識別番号「ＬＵ＿ＩＤ」とで表される。「実ボリュームサイズ」は、実ボリュームの総容量を示し、「使用サイズ」は、該実ボリュームの使用中の容量を示す。
【００５９】
図５では、仮想ボリューム「００１」に、「ストレージ装置Ａ」の実ボリューム「０１」と、「ストレージ装置Ａ」の実ボリューム「０２」と、がマッピングされている。２つの実ボリュームの「実ボリュームサイズ」と「使用サイズ」とは、システム構成管理テーブル４２４（図４）から取得される。なお、図５では、仮想ボリューム「００１」のサイズは「１Ｔ」バイトに設定されているが、仮想ボリューム「００１」の実際のサイズは、２つの実ボリュームのサイズを合計して得られる１００Ｇ（＝５０Ｇ＋５０Ｇ）バイトである。
【００６０】
ＡＯＵプログラム１３２（図１）は、ＡＯＵ管理テーブル１３４を利用して、仮想ボリュームの実際の残容量が少なくなった場合に、より具体的には、仮想ボリュームの利用率が閾値以上となった場合に、仮想ボリュームに実ボリュームを追加するための処理を実行する。
【００６１】
図６は、ＡＯＵ管理テーブル１３４の内容を示す説明図である。図示するように、テーブル１３４には、仮想ボリューム毎に、「仮想ボリュームＩＤ」と、「仮想ボリュームサイズ」と、「利用率の閾値」と、「追加実ボリューム条件」と、が登録されている。「利用率の閾値」は、仮想ボリュームの実際のサイズを基準とする使用中のサイズ（利用率）の閾値を示す。「追加実ボリューム条件」は、仮想ボリュームに追加されるべき実ボリューム（以下、「追加実ボリューム」とも呼ぶ）の条件を示す。
【００６２】
図６では、仮想ボリューム「００１」の利用率の閾値として、「９０％」が登録されており、追加実ボリューム条件として、「５０Ｇ」バイトとＲＡＩＤレベル「５」とが登録されている。なお、「利用率の閾値」と「追加実ボリューム条件」とは、例えば、管理者によって予め設定されている。
【００６３】
ＡＯＵプログラム１３２（図１）は、仮想ボリュームの現在の利用率が閾値以上となった場合に、システム構成管理テーブル４２４（図４）を参照して、候補管理テーブル１３６（後述する）を作成する。候補管理テーブル１３６には、追加実ボリューム条件を満足する実ボリュームを作成可能な記憶領域の候補が登録される。
【００６４】
そして、ＡＯＵプログラム１３２は、いずれかの候補に対応する記憶領域を含むストレージ装置２００の構成管理プログラム２５２に実ボリュームの作成を指示する。また、ＡＯＵプログラム１３２は、仮想化プログラム１２２に、仮想ボリュームに作成された実ボリュームを追加（マッピング）するように指示する。
【００６５】
システムＲＡＩＤグループ管理プログラム１４２（図１）は、各ストレージ装置２００の監視エージェント２３２（図２）からＲＡＩＤグループ管理テーブル２２４の情報を取得し、システムＲＡＩＤグループ管理テーブル１４４を作成および更新する。
【００６６】
図７は、システムＲＡＩＤグループ管理テーブル１４４の内容を示す説明図である。図示するように、テーブル１４４には、ストレージ装置毎に、「起動ＲＡＩＤグループ数」と、「起動ＲＡＩＤグループ番号」と、「上限値」と、が登録されている。
【００６７】
例えば、図７のテーブル１４４から、「ストレージ装置Ｂ」では、起動中のＲＡＩＤグループは無く、上限値が「１」であることが分かる。なお、「ストレージ装置Ａ」に関する情報は、図３と同じである。
【００６８】
また、システムＲＡＩＤグループ管理プログラム１４２（図１）は、システムＲＡＩＤグループ管理テーブル１４４を参照して、候補管理テーブル１３６に登録された各候補が、追加実ボリュームが作成される記憶領域として適しているか否かを判断する。なお、後述するように、この判断において、各ストレージ装置の起動中のＲＡＩＤグループの数が考慮される。
【００６９】
Ａ−２．各ストレージ装置におけるＲＡＩＤグループの管理処理：
図８は、ストレージ装置２００におけるＲＡＩＤグループの管理処理の手順を示すフローチャートである。なお、図８の処理は、ＲＡＩＤグループ制御プログラム２２２（図２）によって実行される。この処理は、例えば、入出力制御プログラム２４２が、仮想化装置１００やホスト７００からストレージ装置２００内の特定の論理ボリュームに対するアクセス要求を受け取り、アクセス処理の実行の可否をＲＡＩＤグループ制御プログラム２２２に問い合わせたときに、実行される。
【００７０】
ステップＳ１０２では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、停止中のＲＡＩＤグループを新たに起動させる必要があるか否かを判断する。
【００７１】
具体的には、ＲＡＩＤグループ制御プログラム２２２は、まず、構成管理テーブル２５４を参照して、特定の論理ボリュームが属するＲＡＩＤグループの番号を調べる。そして、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４（図３）を参照して、特定の論理ボリュームが属するＲＡＩＤグループの番号が「起動ＲＡＩＤグループ番号」に登録されているか否かを判断する。登録されている場合には、換言すれば、特定の論理ボリュームが既に起動しているＲＡＩＤグループに属する場合には、ＲＡＩＤグループを新たに起動させる必要はないと判断される。登録されていない場合には、換言すれば、特定の論理ボリュームが停止中の他のＲＡＩＤグループに属している場合には、該他のＲＡＩＤグループを新たに起動させる必要があると判断される。
【００７２】
ＲＡＩＤグループを新たに起動させる必要がない場合には、図８の処理は終了する。なお、このとき、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許可する。一方、ＲＡＩＤグループを新たに起動させる必要がある場合には、ステップＳ１０４に進む。
【００７３】
ステップＳ１０４では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、仮にＲＡＩＤグループを新たに起動させた場合に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かを判断する。例えば、図３では、上限値は「２」であり、起動ＲＡＩＤグループ数は「２」である。この場合には、仮にＲＡＩＤグループを新たに起動させると、仮の起動ＲＡＩＤグループ数は「３」となり、上限値「２」を超えると判断される。
【００７４】
仮の起動ＲＡＩＤグループ数が上限値を超えると判断された場合には、ステップＳ１０６に進み、超えないと判断された場合には、ステップＳ１０８に進む。
【００７５】
ステップＳ１０６では、特定の論理ボリュームが属するＲＡＩＤグループの起動を延期し、ステップＳ１０４に戻る。そして、ステップＳ１０４，Ｓ１０６の処理が、起動中のいずれかのＲＡＩＤグループが停止するまで繰り返し実行される。これにより、上限値を超える数のＲＡＩＤグループの起動が抑制される。なお、ステップＳ１０６では、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に待機するように指示する。
【００７６】
ステップＳ１０８では、ＲＡＩＤグループ制御プログラム２２２は、特定の論理ボリュームが属するＲＡＩＤグループを起動させる。なお、このとき、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許可する。
【００７７】
ステップＳ１１０では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループの起動に伴ってＲＡＩＤグループ管理テーブル２２４（図３）を更新する。具体的には、「起動ＲＡＩＤグループ数」の値がインクリメントされると共に、「起動ＲＡＩＤグループ番号」に新たに起動したＲＡＩＤグループの番号が追加される。
【００７８】
なお、図８のステップＳ１１０では、ＲＡＩＤグループが新たに起動する場合におけるＲＡＩＤグループ管理テーブル２２４の更新について説明したが、起動中のＲＡＩＤグループが停止する場合にも、ＲＡＩＤグループ管理テーブル２２４は更新される。すなわち、起動中のＲＡＩＤグループに属する論理ボリュームに対するアクセス処理が終了すると、ＲＡＩＤグループ制御プログラム２２２は、該ＲＡＩＤグループを停止させる。そして、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループの停止に伴ってＲＡＩＤグループ管理テーブル２２４を更新する。具体的には、「起動ＲＡＩＤグループ数」の値がデクリメントされると共に、「起動ＲＡＩＤグループ番号」から停止したＲＡＩＤグループの番号が削除される。
【００７９】
上記のようにして、各ストレージ装置２００では、起動中のＲＡＩＤグループの数が上限値を超えないように、ＲＡＩＤグループの起動が制御される。
【００８０】
ところで、従来では、仮想化装置が各ストレージ装置の実ボリュームを仮想ボリュームにマッピングする場合には、仮想化装置は、各ストレージ装置における起動中のＲＡＩＤグループの数を管理できない。このため、各ストレージ装置の実ボリュームを仮想ボリュームにマッピングすることができない場合が発生し得る。具体的には、仮想化装置が１台のストレージ装置の特定の実ボリュームを仮想ボリュームにマッピングしようと試みても、該特定の実ボリュームが属するＲＡＩＤグループを起動させることができない場合が発生し得る。そこで、本実施例では、仮想化装置１００が、仮想ボリュームに各ストレージ装置２００の実ボリュームを迅速にマッピングすることができるように工夫している。
【００８１】
Ａ−３．システムＲＡＩＤグループ管理テーブルの生成処理：
図９，図１０は、システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。図９は、各ストレージ装置２００の監視エージェント２３２（図２）によって実行され、図１０は、仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２（図１）によって実行される。
【００８２】
図９のステップＳ１２２では、監視エージェント２３２は、ＲＡＩＤグループ管理テーブル２２４の情報が変更されたか否かを判断する。なお、ＲＡＩＤグループ管理テーブル２２４の情報は、ＲＡＩＤグループが新たに起動したり停止したりするときに変更されると共に、該テーブル２２４が初期化されるときに変更される。
【００８３】
ステップＳ１２４では、監視エージェント２３２は、仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２に、ＲＡＩＤグループ管理テーブル２２４の情報を送信する。
【００８４】
図１０のステップＳ２０２では、システムＲＡＩＤグループ管理プログラム１４２は、各ストレージ装置２００の監視エージェント２３２から与えられたＲＡＩＤグループ管理テーブル２２４の情報を取得する。
【００８５】
ステップＳ２０４では、システムＲＡＩＤグループ管理プログラム１４２は、取得した各ストレージ装置２００のＲＡＩＤグループ管理テーブル２２４の情報を、システムＲＡＩＤグループ管理テーブル１４４に登録する。これにより、図７に示すシステムＲＡＩＤグループ管理テーブル１４４が作成される。
【００８６】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム１４２は、各ストレージ装置２００のＲＡＩＤグループ管理テーブル２２４の情報が変更された場合にのみ、各ストレージ装置２００の監視エージェント２３２から該テーブルの情報を取得する。しかしながら、これに代えて、あるいは、これと共に、システムＲＡＩＤグループ管理プログラム１４２は、所定の時間間隔毎に、各ストレージ装置２００からＲＡＩＤグループ管理テーブル２２４の情報を取得するようにしてもよい。
【００８７】
Ａ−４．仮想ボリュームに対する実ボリュームのマッピング処理：
図１１は、仮想ボリュームの実際の容量を増大させる際の処理手順を示すフローチャートである。図１１の処理は、仮想化装置１００（図１）のＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが協働することによって、実行される。
【００８８】
ステップＳ３０２では、ＡＯＵプログラム１３２は、仮想ボリュームの利用率、換言すれば、仮想ボリュームに既にマッピングされた１以上の実ボリュームの利用率が閾値以上であるか否かを判断する。
【００８９】
具体的には、ＡＯＵプログラム１３２は、まず、仮想化管理テーブル１２４（図５）を参照して、仮想ボリュームを構成する１以上の実ボリュームの利用率を算出する。例えば、図５では、仮想ボリューム「００１」を構成する２つの実ボリュームの合計サイズは１００Ｇ（＝５０Ｇ＋５０Ｇ）バイトであり、合計使用サイズは５２Ｇ（＝５０Ｇ＋２Ｇ）バイトであるため、利用率は５２％と算出される。次に、ＡＯＵプログラム１３２は、ＡＯＵ管理テーブル１３４（図６）を参照して、算出された利用率が閾値以上であるか否かを判断する。例えば、図６では、仮想ボリューム「００１」の利用率の閾値は「９０％」に設定されているため、閾値未満であると判断される。
【００９０】
ステップＳ３０２において仮想ボリュームの利用率が閾値未満であると判断されると、ステップＳ３０２の処理が繰り返し実行される。一方、ステップＳ３０２において仮想ボリュームの利用率が閾値以上であると判断されると、ステップＳ３０４に進む。
【００９１】
ステップＳ３０４では、ＡＯＵプログラム１３２は、ＡＯＵ管理テーブル１３４（図６）を参照して、仮に仮想ボリュームに実ボリュームを追加（マッピング）すると、仮想ボリュームの実際のサイズが設定値（最大容量）を超えるか否かを判断する。
【００９２】
具体的には、ＡＯＵプログラム１３２は、まず、仮想ボリュームを構成する１以上の実ボリュームの合計サイズと、追加実ボリューム条件として設定された追加実ボリュームのサイズと、を加算した値を算出する。図６では、追加実ボリューム条件は「５０Ｇ」バイトに設定されているため、仮想ボリューム「００１」を構成する２つの実ボリュームの合計サイズ（１００Ｇバイト）と追加実ボリュームのサイズ（５０Ｇバイト）との加算値は、１５０Ｇバイトと算出される。次に、ＡＯＵプログラム１３２は、加算値が仮想ボリュームサイズの設定値を超えるか否かを判断する。例えば、図６では、仮想ボリュームサイズは「１Ｔ」バイトに設定されているため、加算値１５０Ｇバイトは設定値以下であると判断される。
【００９３】
ステップＳ３０４において加算値が設定値を超えると判断されると、ステップＳ３０６に進む。一方、ステップＳ３０４において加算値が設定値以下であると判断されると、ステップＳ３０８に進む。
【００９４】
ステップＳ３０６では、ＡＯＵプログラム１３２は、管理者に容量超過を通知する。具体的には、仮想ボリュームサイズの設定値を超えるため、仮想ボリュームに新たな実ボリュームを追加することができないことが通知される。
【００９５】
ステップＳ３０８では、ＡＯＵプログラム１３２は、システム構成管理テーブル４２４（図４）とＡＯＵ管理テーブル１３４（図６）とを参照して、追加実ボリューム条件を満足する追加実ボリュームを作成可能な記憶領域の候補を選択し、該候補が登録された候補管理テーブル１３６を生成する。
【００９６】
図１２は、候補管理テーブル１３６の内容を示す説明図である。図示するように、テーブル１３６には、追加実ボリュームを作成可能な記憶領域毎に、「装置名」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。
【００９７】
図１２では、候補番号「１」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」が登録されている。候補番号「３」には、「ストレージ装置Ｂ」の２つのＲＡＩＤグループ「０１」，「０２」が登録されている。候補番号「５」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」と、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」と、が登録されている。
【００９８】
このように、本実施例では、追加実ボリュームを作成可能な記憶領域として、１以上のストレージ装置内の１以上のＲＡＩＤグループ内の１以上の部分記憶領域で構成される記憶領域を選択可能である。すなわち、追加実ボリュームを作成可能な記憶領域として、１つのストレージ装置内の１つのＲＡＩＤグループ内の１つの記憶領域だけでなく、１つのストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域や、複数のストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域を選択可能である。
【００９９】
候補管理テーブル１３６は、上記のように、システム構成管理テーブル４２４（図４）とＡＯＵ管理テーブル１３４（図６）とを参照して作成される。具体的には、システム構成管理テーブル４２４に登録された複数の項目のうち、「ＬＵ＿ＩＤ」欄が「未割当」に設定された項目の情報が参照される。そして、候補管理テーブル１３６には、ＡＯＵ管理テーブル１３４（図６）の「追加実ボリューム条件」を満足する追加実ボリュームを作成可能な複数の記憶領域の候補が登録される。
【０１００】
例えば、図４の３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する未割当領域は、「８０Ｇ」バイトのサイズを有し、かつ、ＲＡＩＤレベル「５」に設定されているため、図６の追加実ボリューム条件「５０Ｇ（ＲＡＩＤ５）」を満足する。このため、３番目の項目の未割当領域に関する情報が、図１２の候補番号「１」として候補管理テーブル１３６に登録されている。
【０１０１】
また、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する未割当領域は、「５０Ｇ」バイトよりも少ない「２０Ｇ」バイトのサイズを有しているため、追加実ボリューム条件を満足しない。しかしながら、図４の５番目および６番目の項目に登録された「ストレージ装置Ｂ」の２つのＲＡＩＤグループ「０１」，「０２」に属する２つの未割当領域は、５０Ｇ（＝２０Ｇ＋３０Ｇ）バイトの合計サイズを有しているため、追加実ボリューム条件を満足する。このため、５，６番目の項目の２つの未割当領域に関する情報が、図１２の候補番号「３」として候補管理テーブル１３６に登録されている。
【０１０２】
同様に、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する未割当領域は、「５０Ｇ」バイトよりも少ない「２０Ｇ」バイトのサイズを有しているため、追加実ボリューム条件を満足しない。しかしながら、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する第１の未割当領域と、３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する第２の未割当領域とは、１００Ｇ（２０Ｇ＋８０Ｇ）バイトの合計サイズを有しているため、追加実ボリューム条件を満足する。このため、３，５番目の項目の２つの未割当領域に関する情報が、図１２の候補番号「５」として候補管理テーブル１３６に登録されている。
【０１０３】
なお、本実施例では、候補番号「５」に示すように、追加実ボリュームを作成可能な記憶領域の候補として、２以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域を選択可能であるが、選択されないようにしてもよい。
【０１０４】
ステップＳ３１０（図１１）では、システムＲＡＩＤグループ管理プログラム１４２は、ＡＯＵプログラム１３２からの指示に従って、システムＲＡＩＤグループ管理テーブル１４４（図７）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する記憶領域の利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。そして、システムＲＡＩＤグループ管理プログラム１４２は、判断結果に応じて、候補管理テーブル１３６を更新する。なお、ステップＳ３１０の具体的な処理内容については、後述する。
【０１０５】
図１３は、更新済みの候補管理テーブル１３６’の内容を示す説明図である。なお、図１３は、図１２とほぼ同じであるが、「フラグ」欄に「１」または「０」の値が登録されている。フラグ「１」が登録された候補は、対応する記憶領域の利用が制限されないことを示しており、フラグ「０」が登録された候補は、対応する記憶領域の利用が制限されることを示している。なお、「記憶領域の利用が制限される」とは、該記憶領域が属するＲＡＩＤグループは停止中であり、該ＲＡＩＤグループの起動は上限値によって制限されることを意味している。
【０１０６】
なお、本実施例では、候補管理テーブル１３６，１３６’には、フラグ欄が設けられているが、フラグ欄は省略可能である。この場合には、フラグ「１」に設定されるべき候補が候補管理テーブル１３６に残され、フラグ「０」に設定されるべき候補が候補管理テーブル１３６から削除されればよい。
【０１０７】
ステップＳ３１２（図１１）では、ＡＯＵプログラム１３２は、更新済みの候補管理テーブル１３６’に含まれる利用制限を受けない候補の中から、換言すれば、フラグ「１」が設定された候補の中から、最適な１つの候補を選択する。なお、ステップＳ３１２における選択は、予め設定された選択ルールに従って実行される。
【０１０８】
選択ルールとしては、例えば、以下のようなルールが挙げられる。
・１つのストレージ装置内の記憶領域のみを含む候補を優先して選択する。
・１つのストレージ装置内の１つのＲＡＩＤグループに属する記憶領域のみを含む候補を優先して選択する。
・１つのストレージ装置内の１つのＲＡＩＤグループに属し、追加実ボリューム条件として設定されたサイズと等しいサイズを有する記憶領域を含む候補を優先して選択する。
【０１０９】
また、選択ルールとしては、ＲＡＩＤグループの新たな起動を必要としない記憶領域を含む候補を優先して選択すること、などの他のルールが利用されてもよい。ただし、この場合には、ＲＡＩＤグループの新たな起動の必要の有無に応じて、各候補のフラグの値が変更されることが好ましい。例えば、ＲＡＩＤグループの新たな起動が不要な場合にはフラグ「２」が設定され、ＲＡＩＤグループの新たな起動が必要な場合にはフラグ「１」が設定されればよい。こうすれば、利用制限を受けず、かつ、ＲＡＩＤグループの新たな起動を必要としない記憶領域を示す候補を容易に選択することができる。
【０１１０】
このように、選択ルールを利用すれば、利用制限を受けない複数の候補の中から、最適な１つの候補を容易に選択することができる。
【０１１１】
なお、本実施例では、ステップＳ３１２において、ＡＯＵプログラム１３２によって１つの候補が選択されているが、これに代えて、管理者によって１つの候補が選択されるようにしてもよい。この場合には、例えば、ＡＯＵプログラム１３２は、ステップＳ３１０で得られた候補管理テーブル１３６’の情報を管理サーバ４００の管理者に提供し、管理サーバ４００から与えられる管理者の選択指示に従って、１つの候補を選択すればよい。なお、この場合には、管理サーバ４００の表示部４１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。
【０１１２】
ステップＳ３１４では、ＡＯＵプログラム１３２は、ステップＳ３１２で選択された１つの候補に対応する記憶領域（未割当領域）を含むストレージ装置２００に実ボリュームの作成を指示する。
【０１１３】
このとき、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２は、図８の処理を実行し、ステップＳ３１２で選択された記憶領域（未割当領域）が属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該記憶領域（未割当領域）の利用が上限値によって制限されることはない（ステップＳ３１０参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０１１４】
そして、ストレージ装置２００の構成管理プログラム２５２は、ステップＳ３１２で選択された記憶領域（未割当領域）に、追加実ボリュームを作成し、識別番号（ＬＵ＿ＩＤ）を割り当てる。作成される追加実ボリュームのサイズは、追加実ボリューム条件に従ったサイズ（５０Ｇバイト）である。なお、追加実ボリュームの作成に伴って、構成管理プログラム２５２によって構成管理テーブル２５４が更新されると共に、管理サーバ４００のシステム構成管理プログラム４２２によってシステム構成管理テーブル４２４が更新される。
【０１１５】
なお、選択された１つの候補が１つのストレージ装置の２以上の部分記憶領域で構成される記憶領域に対応する場合には、該１つのストレージ装置に２以上の追加実ボリュームの作成が指示される。また、選択された１つの候補が２以上のストレージ装置の２以上の部分記憶領域で構成される記憶領域に対応する場合には、該２以上のストレージ装置に２以上の追加実ボリュームの作成が指示される。なお、この場合にも、作成される２以上の追加実ボリュームの合計サイズは、追加実ボリューム条件に従ったサイズである。
【０１１６】
ステップＳ３１６では、ＡＯＵプログラム１３２は、仮想化プログラム１２２に、新たに作成された実ボリュームを仮想ボリュームに追加（マッピング）するように指示する。
【０１１７】
具体的には、ＡＯＵプログラム１３２は、ストレージ装置２００の構成管理プログラム２５２から新たに作成された追加実ボリュームの識別番号（ＬＵ＿ＩＤ）を取得し、ストレージ装置の装置名と追加実ボリュームの識別番号（ＬＵ＿ＩＤ）とを仮想化プログラム１２２に通知する。そして、仮想化プログラム１２２は、ストレージ装置２００内に新たに作成された追加実ボリュームを仮想ボリュームに追加（マッピング）する。この際、仮想化プログラム１２２は、仮想化管理テーブル１２４（図５）を更新する。
【０１１８】
図１４は、ステップＳ３１０（図１１）の具体的な処理内容を示す説明図である。ステップＳ３３２では、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６に登録された複数の候補の中から、判断対象の候補（以下、「注目候補」とも呼ぶ）を選択する。
【０１１９】
ステップＳ３３４では、システムＲＡＩＤグループ管理プログラム１４２は、システムＲＡＩＤグループ管理テーブル１４４（図７）を参照して、注目候補に対応する記憶領域を追加実ボリュームとして利用する場合に、停止中のＲＡＩＤグループを新たに起動させる必要があるか否かを判断する。
【０１２０】
具体的には、システムＲＡＩＤグループ管理プログラム１４２は、注目候補に対応する記憶領域が属する特定のストレージ装置内のＲＡＩＤグループの番号が、システムＲＡＩＤグループ管理テーブル１４４（図７）の特定のストレージ装置に関する「起動ＲＡＩＤグループ番号」に登録されているか否かを判断する。登録されている場合には、換言すれば、注目候補に対応する記憶領域が特定のストレージ装置内の既に起動しているＲＡＩＤグループに属する場合には、他のＲＡＩＤグループの起動が必要でないと判断される。登録されていない場合には、換言すれば、注目候補に対応する記憶領域が特定のストレージ装置内の停止中のＲＡＩＤグループに属する場合には、該停止中のＲＡＩＤグループの起動が必要であると判断される。
【０１２１】
例えば、図１２の候補管理テーブル１３６において、候補番号「２」は、ストレージ装置ＡのＲＡＩＤグループ「０３」に属する記憶領域を示している。システムＲＡＩＤグループ管理テーブル１４４（図７）を参照すると、ストレージ装置ＡのＲＡＩＤグループ「０３」は停止中であることが分かる。このため、候補番号「２」に対応する記憶領域を追加実ボリュームとして利用する場合には、停止中のＲＡＩＤグループ「０３」を新たに起動させる必要があると判断される。
【０１２２】
なお、注目候補が、１つのストレージ装置の２以上のＲＡＩＤグループに属する２以上の部分記憶領域で構成される記憶領域に対応する場合には、部分記憶領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断される。また、注目候補が、２以上のストレージ装置の２以上のＲＡＩＤグループに属する２以上の部分記憶領域で構成される記憶領域に対応する場合には、ストレージ毎に、かつ、部分記憶領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断される。
【０１２３】
ＲＡＩＤグループを新たに起動させる必要がある場合には、ステップＳ３３６に進み、ＲＡＩＤグループを新たに起動させる必要がない場合には、ステップＳ３４０に進む。
【０１２４】
ステップＳ３４０では、システムＲＡＩＤグループ管理プログラム１４２は、注目候補の利用が制限されないと判断する。具体的には、注目候補に対応する記憶領域の追加実ボリュームとしての利用が、起動ＲＡＩＤグループ数の上限値によって制限されないと判断される。このとき、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６を更新する。具体的には、注目候補のフラグ欄に「１」が設定される。
【０１２５】
一方、ステップＳ３３６では、システムＲＡＩＤグループ管理プログラム１４２は、システムＲＡＩＤグループ管理テーブル１４４を参照して、仮にＲＡＩＤグループを新たに起動させた場合に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かを判断する。
【０１２６】
例えば、図１２の候補管理テーブル１３６において、候補番号「２」は、ストレージ装置ＡのＲＡＩＤグループ「０３」に属する記憶領域を示している。システムＲＡＩＤグループ管理テーブル１４４（図７）を参照すると、ストレージ装置Ａの起動ＲＡＩＤグループ数は「２」であり、上限値は「２」であることが分かる。仮に、ＲＡＩＤグループ「０３」を起動させると、仮の起動ＲＡＩＤグループ数は「３」となり、上限値「２」を超えると判断される。
【０１２７】
なお、ステップＳ３３６の判断は、ＲＡＩＤグループを新たに起動させる必要があるストレージ装置毎に実行される。具体的には、ステップＳ３３４において、１つのストレージ装置内のＲＡＩＤグループの起動が必要と判断された場合には、該１つのストレージ装置に関して上記の判断が実行される。また、ステップＳ３３４において、第１のストレージ装置に属するＲＡＩＤグループの起動と、第２のストレージ装置に属するＲＡＩＤグループの起動と、が必要と判断された場合には、第１のストレージ装置に関して上記の判断が実行されると共に、第２のストレージ装置に関して上記の判断が実行される。
【０１２８】
注目候補に対応する記憶領域を含む１以上のストレージ装置のいずれかにおいて、仮の起動ＲＡＩＤグループ数が上限値を超えると判断された場合には、ステップＳ３３８に進み、他の場合には、前述のステップＳ３４０に進む。
【０１２９】
ステップＳ３３８では、システムＲＡＩＤグループ管理プログラム１４２は、注目候補の利用が制限されると判断する。具体的には、注目候補に対応する記憶領域の追加実ボリュームとしての利用が、起動ＲＡＩＤグループ数の上限値によって制限されると判断される。このとき、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６を更新する。具体的には、注目候補のフラグ欄に「０」が設定される。
【０１３０】
ステップＳ３４２では、候補管理テーブル１３６に登録されたすべての候補の判断が完了したか否かが判断される。すべての候補の判断が完了していない場合には、ステップＳ３３２に戻り、図１４の処理が繰り返し実行される。すべての候補の判断が完了した場合には、図１４の処理（すなわち図１１のステップＳ３１０の処理）は終了し、図１１のステップＳ３１２に進む。
【０１３１】
図１４の処理を実行することにより、前述した図１３に示す候補管理テーブル１３６’が作成される。例えば、図１３では、候補番号「３」にはフラグ「１」が設定されている。これは、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」，「０２」の新たな起動が上限値によって制限されないためである。また、候補番号「４」にはフラグ「０」が設定されている。これは、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」は起動中であるが、「ストレージ装置Ａ」のＲＡＩＤグループ「０３」の新たな起動が上限値によって制限されるためである。さらに、候補番号「５」にはフラグ「１」が設定されている。これは、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」は起動中であり、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」の新たな起動が上限値によって制限されないためである。
【０１３２】
上記のようにして、図１１（および図１４）の処理を実行すれば、仮想ボリュームの実際の残容量が少なくなった場合に、仮想ボリュームの実際の容量および実際の残容量を迅速に増大させることができる。
【０１３３】
なお、図１１（および図１４）では、仮想ボリュームに既に実ボリュームがマッピングされており、該仮想ボリュームに他の実ボリュームが追加してマッピングされる場合について説明した。しかしながら、図１１の処理は、仮想ボリュームに最初に実ボリュームがマッピングされる場合にも適用可能である。この場合には、図１１のステップＳ３０８〜Ｓ３１６の処理が実行されればよい。
【０１３４】
以上説明したように、本実施例を採用すれば、仮想化装置１００の仮想ボリュームにストレージ装置２００の実ボリュームを迅速にマッピングすることができる。具体的には、システムＲＡＩＤグループ管理プログラム１４２は、起動中のＲＡＩＤグループの数が上限値を超えないように、実ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に、実ボリュームを作成し、仮想ボリュームに作成された実ボリュームをマッピングすることができる。
【０１３５】
また、本実施例では、追加実ボリューム条件を満足する追加実ボリュームを作成可能な記憶領域が候補として選択されているため、適切なサイズおよびＲＡＩＤレベルを有する追加実ボリュームを容易に作成して、該追加実ボリュームを仮想ボリュームにマッピングすることができる。
【０１３６】
以上の説明から分かるように、本実施例における仮想化装置１００が本発明における管理装置に相当する。具体的には、仮想化プログラム１２２が、仮想化部に相当し、システムＲＡＩＤグループ管理プログラム１４２が、管理データ取得部に相当し、ＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが、処理実行部に相当する。また、ＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが、候補選択部に相当し、ＡＯＵプログラム１３２が、作成指示部と利用率取得部と候補決定部とに相当する。
【０１３７】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム１４２およびシステムＲＡＩＤグループ管理テーブル１４４は、仮想化装置１００内に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００や管理サーバ４００に設けられていてもよい。なお、この場合には、仮想化装置と他の装置とが本発明における管理装置に相当する。
【０１３８】
また、本実施例では、管理サーバ４００が設けられているが、省略可能である。この場合には、管理サーバ４００の機能は、他の装置、例えば、仮想化装置１００やストレージ装置２００が有していればよい。
【０１３９】
さらに、本実施例では、仮想化装置１００が利用されているが、これに代えて、仮想化装置の機能を有するスイッチ（バーチャリゼーションスイッチ）が利用されてもよい。
【０１４０】
Ｂ．第２実施例：
Ｂ−１．ネットワークシステムの構成：
図１５は、第２実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、外部接続機能を有するストレージ装置３００が追加されている。なお、ストレージ装置３００は、ＳＡＮに接続されていると共に、管理用ネットワークＮＷに接続されている。
【０１４１】
後述するように、外部接続機能を有するストレージ装置３００には、仮想ボリュームが作成され、仮想ボリュームには、他のストレージ装置２００の論理ボリューム（以下、「外部ボリューム」とも呼ぶ）がマッピングされる。これにより、ホスト７００は、ストレージ装置３００の内部に実際に含まれる論理ボリューム（内部ボリューム）にアクセスすることができると共に、ストレージ装置３００の仮想ボリュームにアクセスすることによって、ストレージ装置２００を意識することなく、ストレージ装置２００内の外部ボリュームにアクセスすることができる。
【０１４２】
なお、以下では、外部接続機能を有するストレージ装置３００を「高機能ストレージ装置」とも呼ぶ。
【０１４３】
Ｂ−１−１．ストレージ装置の構成：
ストレージ装置２００は、第１実施例のストレージ装置２００（図２）と同じである。
【０１４４】
Ｂ−１−２．管理サーバの構成：
管理サーバ４００は、第１実施例の管理サーバ４００（図１）とほぼ同じであるが、システム構成管理テーブル４２４Ｂが変更されている。
【０１４５】
図１６は、システム構成管理テーブル４２４Ｂの内容を示す説明図である。図示するように、テーブル４２４Ｂには、図４と同様に、論理ボリューム毎に、「装置名」と、「モデル」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と、「サイズ」と、「使用サイズ」と、が登録されている。
【０１４６】
第１実施例では、ストレージ装置２００内の未割当領域に論理ボリューム（追加実ボリューム）が作成され、作成された論理ボリュームが仮想ボリュームにマッピングされていた。一方、本実施例では、ストレージ装置２００内に既に作成された論理ボリューム（外部ボリューム）が外部接続機能を有する高機能ストレージ装置３００の仮想ボリュームにマッピングされる。このため、図１６では、未割当領域の図示が省略されている。なお、図１６では、２台のストレージ装置２００に対応する「ストレージ装置Ａ」および「ストレージ装置Ｂ」の外部ボリュームのみが図示されているが、実際には、システム構成管理テーブル４２４Ｂには、高機能ストレージ装置３００に対応する「ストレージ装置Ｓ」の内部ボリュームも登録されている。
【０１４７】
Ｂ−１−３．高機能ストレージ装置の構成：
高機能ストレージ装置３００は、図２のストレージ装置２００と同様に、ストレージコントローラ３１０と、ディスク装置３６０と、管理用ＩＦ３１６と、ＳＡＮＩＦ３１８と、を備えている。
【０１４８】
ディスク装置３６０は、図２のディスク装置２６０と同様に、多数のハードディスクを含んでいる。また、ディスク装置３６０には、複数のＲＡＩＤグループが設定されており、各ＲＡＩＤグループには、１以上の論理ボリューム（内部ボリューム）が設定されている。
【０１４９】
ディスク装置３６０には、さらに、１以上の仮想ボリュームが設定されており、各仮想ボリュームには、他のストレージ装置２００の論理ボリューム（外部ボリューム）がマッピングされている。
【０１５０】
ストレージコントローラ３１０は、図２のストレージコントローラ２１０と同様に、ＣＰＵ３１２と、キャッシュ３１３と、メモリ３１４と、ドライブＩＦ３１９と、を備えている。
【０１５１】
メモリ３１４には、図２のメモリ２１４と同様に、ＲＡＩＤグループ制御プログラムと、ＲＡＩＤグループ管理テーブルと、監視エージェントと、入出力制御プログラムと、構成管理プログラムと、構成管理テーブルと、が格納されている（図示せず）。なお、ＲＡＩＤグループ制御プログラムは、ＲＡＩＤグループ管理テーブルを利用して、高機能ストレージ装置３００内部に設定されたＲＡＩＤグループを管理する。
【０１５２】
メモリ３１４には、さらに、外部接続プログラム３２２と、外部ボリューム対応テーブル３２４と、候補管理テーブル３２６と、システムＲＡＩＤグループ管理プログラム３３２と、システムＲＡＩＤグループ管理テーブル３３４と、が格納されている。
【０１５３】
システムＲＡＩＤグループ管理プログラム３３２は、第１実施例の仮想化装置１００内のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。
【０１５４】
外部接続プログラム３２２は、仮想ボリュームを作成し、各ストレージ装置２００の論理ボリューム（外部ボリューム）を仮想ボリュームにマッピングし、仮想ボリュームを管理する。外部接続プログラム３２２は、仮想ボリュームと外部ボリュームとの対応関係を示す外部ボリューム対応テーブル３２４を作成および更新する。
【０１５５】
図１７は、外部ボリューム対応テーブル３２４の内容を示す説明図である。図示するように、テーブル３２４には、仮想ボリューム毎に、高機能ストレージ装置３００に関する「装置名」および「仮想ボリュームＩＤ」と、他のストレージ装置に関する「装置名」および「ＬＵ＿ＩＤ」と、が登録されている。「仮想ボリュームＩＤ」は、高機能ストレージ装置３００の仮想ボリュームの識別番号を示し、「ＬＵ＿ＩＤ」は、他のストレージ装置２００の論理ボリューム（外部ボリューム）の識別番号を示す。
【０１５６】
図１７では、例えば、「ストレージ装置Ｓ」の仮想ボリューム「００１」に、「ストレージ装置Ａ」の外部ボリューム「０１」がマッピングされており、「ストレージ装置Ｓ」の仮想ボリューム「００２」に、「ストレージ装置Ａ」の外部ボリューム「０２」がマッピングされている。
【０１５７】
また、外部接続プログラム３２２（図１５）は、仮想ボリュームに外部ボリュームをマッピングする際に、システム構成管理テーブル４２４Ｂ（図１６）と外部ボリューム対応テーブル３２４（図１７）とを利用して、候補管理テーブル３２６（後述する）を作成する。
【０１５８】
Ｂ−２．仮想ボリュームに対する外部ボリュームのマッピング処理：
図１８は、仮想ボリュームに外部ボリュームをマッピングする際の処理手順を示すフローチャートである。図１８の処理は、高機能ストレージ装置３００（図１５）の外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが協働することによって、実行される。
【０１５９】
ステップＳ４０２では、外部接続プログラム３２２は、管理者からの外部接続の指示を受け取る。具体的には、管理者は、管理サーバ４００を操作して、高機能ストレージ装置３００の外部接続プログラム３２２に外部接続の実行を指示する。ここで、「外部接続」は、高機能ストレージ装置３００の仮想ボリュームに他のストレージ装置２００の外部ボリュームをマッピングすることを意味する。高機能ストレージ装置３００内に外部ボリュームがマッピングされるべき仮想ボリュームが既に作成されている場合には、ステップＳ４０２において、管理者は、該仮想ボリュームのＩＤを指定する。逆に、高機能ストレージ装置３００内に外部ボリュームがマッピングされるべき仮想ボリュームが未だ作成されていない場合には、ステップＳ４０２において、管理者は、新たな仮想ボリュームの作成を指示する。
【０１６０】
ステップＳ４０４では、外部接続プログラム３２２は、システム構成管理テーブル４２４Ｂ（図１６）と外部ボリューム対応テーブル３２４（図１７）とを参照して、仮想ボリュームにマッピングされ得る外部ボリュームの候補を選択し、該候補が登録された候補管理テーブル３２６を生成する。
【０１６１】
図１９は、候補管理テーブル３２６の内容を示す説明図である。図示するように、テーブル３２６には、外部ボリューム毎に、「装置名」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。図１９では、例えば、候補番号「１」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する外部ボリューム「０３」が登録されている。
【０１６２】
候補管理テーブル３２６には、システム構成管理テーブル４２４Ｂ（図１６）に登録された複数の外部ボリュームのうち、外部ボリューム対応テーブル３２４（図１７）に登録されていない、換言すれば、いずれの仮想ボリュームにも未だマッピングされていない複数の外部ボリュームの候補が登録される。
【０１６３】
例えば、図１６のシステム構成管理テーブル４２４Ｂの３番目の項目に登録された「ストレージ装置Ａ」の外部ボリューム「０３」は、図１７に示す外部ボリューム対応テーブル３２４において、いずれの仮想ボリュームにもマッピングされていない。このため、該外部ボリュームに関する情報が、図１９の候補番号「１」として候補管理テーブル１３６に登録されている。
【０１６４】
ステップＳ４０６では、システムＲＡＩＤグループ管理プログラム３３２は、外部接続プログラム３２２からの指示に従って、システムＲＡＩＤグループ管理テーブル３３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する外部ボリュームの利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０１６５】
ステップＳ４０６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する外部ボリュームの利用が上限値によって制限されるか否かに応じて、候補管理テーブル３２６（図１９）の各候補にフラグが設定され、候補管理テーブル３２６が更新される（ステップＳ３３８，Ｓ３４０）。
【０１６６】
ステップＳ４０８では、外部接続プログラム３２２は、管理者からの選択指示に従って、更新済みの候補管理テーブル３２６に含まれる利用制限を受けない複数の候補の中から１つの候補を選択する。
【０１６７】
具体的には、ステップＳ４０８では、外部接続プログラム３２２は、ステップＳ４０６において更新された候補管理テーブル３２６の情報を管理サーバ４００の管理者に提供し、管理サーバ４００から与えられる管理者の選択指示に従って、１つの候補を選択する。なお、管理サーバ４００の表示部４１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。この際、管理サーバ４００は、システム構成管理テーブル４２４Ｂを利用して、各候補に対応する外部ボリュームのサイズや使用サイズを表示することが好ましい。
【０１６８】
また、外部接続プログラム３２２は、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２に図８の処理を実行させる。ＲＡＩＤグループ制御プログラム２２２は、ステップＳ４０８で選択された１つの候補に対応する外部ボリュームが属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該外部ボリュームの利用が上限値によって制限されることはない（ステップＳ４０６参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０１６９】
ステップＳ４１０では、外部接続プログラム３２２は、ステップＳ４０８で選択された１つの候補に対応する外部ボリュームを、ステップＳ４０２で指定または作成された仮想ボリュームにマッピングする。なお、外部ボリュームが仮想ボリュームにマッピングされると、外部接続プログラム３２２は、外部ボリューム対応テーブル３２４を更新する。
【０１７０】
なお、本実施例では、ステップＳ４０２において仮想ボリュームが指定または作成されているが、これに代えて、ステップＳ４１０においてマッピングに先行して仮想ボリュームが指定または作成されるようにしてもよい。
【０１７１】
以上説明したように、本実施例を採用すれば、高機能ストレージ装置３００の仮想ボリュームにストレージ装置２００の外部ボリュームを迅速にマッピングすることができる。具体的には、システムＲＡＩＤグループ管理プログラム３３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、複数の外部ボリュームを示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に、外部ボリュームを仮想ボリュームにマッピングすることができる。
【０１７２】
また、本実施例では、他の仮想ボリュームにマッピングされていない外部ボリュームが候補として選択されているため、適切な論理ボリュームを容易に仮想ボリュームにマッピングすることができる。
【０１７３】
さらに、本実施例を採用して、既存のネットワークシステムに高機能ストレージ装置３００を追加すれば、ストレージ装置２００は、高機能ストレージ装置３００の機能を利用することができる。例えば、高機能ストレージ装置３００のキャッシュ３１３の容量が大きい場合には、ホスト７００は、高機能ストレージ装置３００の仮想ボリュームに対して高速にデータを書き込むことができる。また、ストレージ装置２００が同期コピープログラムを備えておらず、高機能ストレージ装置３００が同期コピープログラムを備えている場合には、仮想ボリュームを同期コピーの対象に設定すれば、ストレージ装置２００の外部ボリュームを同期コピーの対象として利用することが可能となる。
【０１７４】
以上の説明から分かるように、本実施例における高機能ストレージ装置３００が本発明における管理装置に相当する。具体的には、外部接続プログラム３２２が、仮想化部に相当し、システムＲＡＩＤグループ管理プログラム３３２が、管理データ取得部に相当し、外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが、処理実行部に相当する。また、外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが、候補選択部に相当する。
【０１７５】
なお、本実施例では、図１７に示すように、１つの仮想ボリュームに対して１つの外部ボリュームがマッピングされているが、１つの仮想ボリュームに対して２以上の外部ボリュームがマッピングされるようにしてもよい。
【０１７６】
また、本実施例では、システムＲＡＩＤグループ管理プログラム３３２とシステムＲＡＩＤグループ管理テーブル３３４とは、高機能ストレージ装置３００に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００や管理サーバ４００に設けられていてもよい。この場合には、高機能ストレージ装置と他の装置とが本発明における管理装置に相当する。
【０１７７】
さらに、本実施例では、管理サーバ４００が設けられているが、省略可能である。この場合には、管理サーバ４００の機能は、他の装置、例えば、高機能ストレージ装置３００やストレージ装置２００が有していればよい。
【０１７８】
Ｃ．第３実施例：
Ｃ−１．ネットワークシステムの構成：
図２０は、第３実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、管理サーバ５００が変更されている。
【０１７９】
Ｃ−１−１．ストレージ装置の構成：
ストレージ装置２００は、第１実施例のストレージ装置２００（図２）と同じである。
【０１８０】
Ｃ−１−２．管理サーバの構成：
管理サーバ５００は、第１実施例の管理サーバ４００（図１）と同様に、ＣＰＵ５１２と、メモリ５１４と、管理用ＩＦ５１６と、入力部５１８と、表示部５１９と、を備えている。
【０１８１】
メモリ５１４には、図１のメモリ４１４と同様に、システム構成管理プログラム５２２とシステム構成管理テーブル５２４とが格納されている。
【０１８２】
メモリ５１４には、さらに、システムＲＡＩＤグループ管理プログラム５３２と、システムＲＡＩＤグループ管理テーブル５３４と、プロビジョニングプログラム５４２と、候補管理テーブル５４４と、が格納されている。
【０１８３】
システム構成管理プログラム５２２は、第１実施例のシステム構成管理プログラム４２２（図１）と同様の処理を実行する。
【０１８４】
システムＲＡＩＤグループ管理プログラム５３２は、第１実施例の仮想化装置１００内のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。
【０１８５】
プロビジョニングプログラム５４２は、管理者からの指示に従って、ストレージ装置２００に論理ボリュームの作成を指示する。この際、プロビジョニングプログラム５４２は、システム構成管理テーブル５２４（図４参照）を利用して、候補管理テーブル５４４（後述する）を作成する。
【０１８６】
Ｃ−２．論理ボリュームの作成処理：
図２１は、論理ボリュームを作成する際の処理手順を示すフローチャートである。なお、図２１の処理は、管理サーバ５００のプロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが協働することによって、実行される。
【０１８７】
ステップＳ５０２では、プロビジョニングプログラム５４２は、管理者からの論理ボリューム作成の指示を受け取る。具体的には、管理者は、管理サーバ６００を操作して、プロビジョニングプログラム５４２に論理ボリュームの作成を指示する。この際、プロビジョニングプログラム５４２は、管理者から、作成されるべき論理ボリュームの条件を受け取る。論理ボリューム条件としては、サイズや、ＲＡＩＤレベルなどが挙げられる。例えば、論理ボリューム条件として、５０Ｇバイト，ＲＡＩＤレベル５などが指定される。
【０１８８】
ステップＳ５０４では、プロビジョニングプログラム５４２は、システム構成管理テーブル５２４（図４参照）を参照して、ユーザによって指定された論理ボリューム条件を満足する論理ボリュームを作成可能な記憶領域の候補を選択し、該候補が登録された候補管理テーブル５４４を作成する。
【０１８９】
図２２は、候補管理テーブル５４４の内容を示す説明図である。図示するように、テーブル５４４には、ＲＡＩＤグループ毎に、「装置名」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。例えば、図２２では、候補番号「２」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０３」が登録されている。
【０１９０】
候補管理テーブル５４４は、上記のように、システム構成管理テーブル５２４（図４参照）を参照して作成される。具体的には、システム構成管理テーブル５２４に登録された複数の項目のうち、「ＬＵ＿ＩＤ」欄が「未割当」に設定された項目の情報が参照される。そして、候補管理テーブル５４４には、ユーザによって指定された論理ボリューム条件を満足する複数の記憶領域の候補が登録される。
【０１９１】
例えば、図４の３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０３」に属する未割当領域は、「８０Ｇ」バイトのサイズを有し、かつ、ＲＡＩＤレベル「５」に設定されているため、ユーザによって指定された論理ボリューム条件（５０Ｇ，ＲＡＩＤ５）を満足する。このため、３番目の項目の未割当領域に関する情報が、図２２の候補番号「２」として候補管理テーブル５４４に登録されている。
【０１９２】
なお、本実施例では、論理ボリュームを作成可能な記憶領域として、１つのストレージ装置内の１つのＲＡＩＤグループ内の１つの記憶領域が選択されている。しかしながら、第１実施例（図１２）で説明したように、論理ボリュームを作成可能な記憶領域として、１以上のストレージ装置内の１以上のＲＡＩＤグループ内の１以上の部分記憶領域で構成される記憶領域が選択されてもよい。すなわち、１つのストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域や、複数のストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域が選択されてもよい。ただし、本実施例のように、論理ボリュームを作成可能な記憶領域の候補として、１以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域が選択されないようにしてもよい。
【０１９３】
ステップＳ５０６（図２１）では、システムＲＡＩＤグループ管理プログラム１４２は、プロビジョニングプログラム５４２からの指示に従って、システムＲＡＩＤグループ管理テーブル５３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する記憶領域の利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０１９４】
ステップＳ５０６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する記憶領域の利用が上限値によって制限されるか否かに応じて、候補管理テーブル５４４（図２２）の各候補にフラグが設定されて、候補管理テーブル５４４が更新される（ステップＳ３３８，Ｓ３４０）。
【０１９５】
なお、ステップＳ５０４において、論理ボリュームを作成可能な記憶領域の候補として、１以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域を選択可能である場合には、第１実施例で説明した手法で、ステップＳ３３４，Ｓ３３６の判断が実行されればよい。具体的には、ステップＳ３３４では、ストレージ装置毎に、かつ、部分領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断され、ステップＳ３３６では、ストレージ装置毎に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かが判断されればよい。
【０１９６】
ステップＳ５０８では、プロビジョニングプログラム５４２は、管理者からの選択指示に従って、更新済みの候補管理テーブル５４４に含まれる利用制限を受けない複数の候補の中から１つの候補を選択する。
【０１９７】
具体的には、ステップＳ５０８では、プロビジョニングプログラム５４２は、ステップＳ５０６において更新された候補管理テーブル５４４の情報を管理者に提供し、管理者の選択指示に従って、１つの候補を選択する。なお、管理サーバ５００の表示部５１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。
【０１９８】
なお、本実施例では、管理者によってプロビジョニングプログラム５４２が利用されているが、複数のユーザ（管理者）によって利用される場合には、候補の表示は、ユーザに応じて変更されてもよい。例えば、第１のグループのユーザによって利用される場合には、フラグ「０」および「１」が設定された候補が表示され、第２のグループのユーザによって利用される場合には、フラグ「１」が設定された候補のみが表示されてもよい。また、候補の表示は、ストレージ装置に応じて変更されてもよい。例えば、ストレージ装置Ａに関しては、フラグ「０」および「１」が設定された候補が表示され、ストレージ装置Ｂに関しては、フラグ「１」が設定された候補のみが表示されてもよい。
【０１９９】
また、本実施例では、プロビジョニングプログラム５４２は、管理者の選択指示に従って、１つの候補を選択しているが、これに代えて、第１実施例（具体的には図１１のステップＳ３１２）で説明したように、予め設定された選択ルールに従って、最適な１つの候補を選択するようにしてもよい。
【０２００】
ステップＳ５１０では、プロビジョニングプログラム５４２は、ステップＳ５０８で選択された１つの候補に対応する記憶領域（未割当領域）を含むストレージ装置２００に論理ボリュームの作成を指示する。
【０２０１】
このとき、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２は、図８の処理を実行し、ステップＳ５０８で選択された記憶領域（未割当領域）が属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該記憶領域（未割当領域）の利用が上限値によって制限されることはない（ステップＳ５０６参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０２０２】
そして、ストレージ装置２００の構成管理プログラム２５２は、ステップＳ５０８で選択された記憶領域（未割当領域）に、論理ボリュームを作成し、識別番号（ＬＵ＿ＩＤ）を割り当てる。なお、作成される論理ボリュームのサイズは、指定された論理ボリューム条件に従ったサイズ（５０Ｇバイト）である。なお、論理ボリュームの作成に伴って、構成管理プログラム２５２によって構成管理テーブル２５４が更新されると共に、管理サーバ５００のシステム構成管理プログラム５２２によってシステム構成管理テーブル５２４が更新される。
【０２０３】
以上説明したように、本実施例を採用すれば、管理サーバ５００が、ストレージ装置２００内に論理ボリュームを迅速に作成することができる。具体的には、システムＲＡＩＤグループ管理プログラム５３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に論理ボリュームを作成することができる。
【０２０４】
また、本実施例では、ユーザによって指定される論理ボリューム条件を満足する論理ボリュームを作成可能な記憶領域が候補として選択されているため、所望のサイズおよびＲＡＩＤレベルを有する論理ボリュームを容易に作成することができる。
【０２０５】
以上の説明から分かるように、本実施例における管理サーバ５００が本発明における管理装置に相当する。具体的には、システムＲＡＩＤグループ管理プログラム５３２が、管理データ取得部に相当し、プロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが、処理実行部に相当する。また、プロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが、候補選択部に相当し、プロビジョニングプログラム５４２が作成指示部に相当する。
【０２０６】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム５３２およびシステムＲＡＩＤグループ管理テーブル５３４は、管理サーバ５００に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００に設けられていてもよい。この場合には、管理サーバと他の装置とが本発明における管理装置に相当する。
【０２０７】
また、本実施例では、システムＲＡＩＤグループ管理プログラム５３２およびシステムＲＡＩＤグループ管理テーブル５３４は、管理サーバ５００に設けられているが、第１実施例と同様に仮想化装置１００が利用される場合には、該仮想化装置に設けられていてもよい。この場合には、管理サーバと仮想化装置とが本発明における管理装置に相当する。
【０２０８】
Ｄ．第４実施例：
Ｄ−１．ネットワークシステムの構成：
図２３は、第４実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、複数のストレージ装置２００Ｄと管理サーバ６００とが変更されている。
【０２０９】
Ｄ−１−１．ストレージ装置の構成：
ストレージ装置２００Ｄは、第１実施例のストレージ装置２００（図２）とほぼ同様であるが、入出力制御プログラム２４２Ｄが変更されている。入出力制御プログラム２４２Ｄの処理については後述する。なお、図２３では、図示の便宜上、ディスク装置２６０が省略されている。
【０２１０】
Ｄ−１−２．管理サーバの構成：
管理サーバ６００は、第１実施例の管理サーバ４００（図１）と同様に、ＣＰＵ６１２と、メモリ６１４と、管理用ＩＦ６１６と、入力部６１８と、表示部６１９と、を備えている。
【０２１１】
メモリ６１４には、図１のメモリ４１４と同様に、システム構成管理プログラム６２２とシステム構成管理テーブル６２４とが格納されている。
【０２１２】
メモリ６１４には、さらに、システムＲＡＩＤグループ管理プログラム６３２と、システムＲＡＩＤグループ管理テーブル６３４と、候補管理テーブル６３６と、コピー管理プログラム６４２と、コピーペア管理テーブル６４４と、が格納されている。
【０２１３】
システム構成管理プログラム６２２は、第１実施例のシステム構成管理プログラム４２２（図１）と同様の処理を実行する。
【０２１４】
システムＲＡＩＤグループ管理プログラム６３２は、第１実施例の仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。ただし、本実施例では、システムＲＡＩＤグループ管理プログラム６３２は、後述する他の処理も実行する。
【０２１５】
コピー管理プログラム６４２は、コピーペア管理テーブル６４４を利用して、２つの論理ボリューム（コピーペア）間のコピー関係を管理する。
【０２１６】
図２４は、コピーペア管理テーブル６４４の内容を示す説明図である。図示するように、テーブル６４４には、コピーペア毎に、コピー元の「装置名」および「ＬＵ＿ＩＤ」と、コピー先の「装置名」および「ＬＵ＿ＩＤ」と、が登録されている。図２４では、例えば、第１のコピーペアに関し、コピー元として「ストレージ装置Ａ」の論理ボリューム「０１」が設定されており、コピー先として「ストレージ装置Ｂ」の論理ボリューム「０２」が設定されている。また、第２のコピーペアに関し、コピー元として「ストレージ装置Ａ」の論理ボリューム「０２」が設定されており、コピー先として「ストレージ装置Ａ」の論理ボリューム「０３」が設定されている。
【０２１７】
このように、本実施例では、コピー管理プログラム６４２は、２つのストレージ装置内の２つの論理ボリューム間のコピー関係や、１つのストレージ装置内の２つの論理ボリューム間のコピー関係が、管理される。
【０２１８】
本実施例では、コピーペア間では、いわゆる同期コピーが実行されており、コピー元の論理ボリュームとコピー先の論理ボリュームとには、同一のデータが格納されている。
【０２１９】
Ｄ−２．読み出し処理：
図２５，図２６は、コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。なお、図２５の処理は、コピー元論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄによって実行され、図２６の処理は、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２によって実行される。
【０２２０】
図２５のステップＳ６０２では、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄは、ホスト７００から、特定の論理ボリューム（コピー元論理ボリューム）に対する読み出し要求を受け取る。なお、以下では、ホスト７００によって指定された特定の論理ボリュームを、「指定論理ボリューム」とも呼ぶ。
【０２２１】
ステップＳ６０４では、入出力制御プログラム２４２Ｄは、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２に、実際に読み出し対象となる論理ボリュームの選択を依頼する。なお、以下では、実際に読み出し対象となる論理ボリュームを「対象論理ボリューム」とも呼ぶ。
【０２２２】
なお、図２５のステップＳ６５２〜Ｓ６６２の処理については、後述する。
【０２２３】
図２６のステップＳ６２２では、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２は、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄから、対象論理ボリュームの選択の依頼（ステップＳ６０４参照）を受け取ると共に、指定論理ボリュームの情報を受け取る。該情報には、指定論理ボリュームが属するストレージ装置の装置名と、指定論理ボリュームの識別番号（ＬＵ＿ＩＤ）と、が含まれている。
【０２２４】
ステップＳ６２４では、システムＲＡＩＤグループ管理プログラム６３２は、コピーペア管理テーブル６４４を参照して、対象論理ボリュームの候補を、候補管理テーブル６３６に登録する。具体的には、指定論理ボリュームであるコピー元論理ボリュームと、指定論理ボリュームと同一のデータを保持するコピー先論理ボリュームと、が登録される。
【０２２５】
図２７は、候補管理テーブル６３６の内容を示す説明図である。図示するように、テーブル６３６には、１つのコピーペアを構成する２つの論理ボリュームが登録されている。具体的には、論理ボリューム毎に、「装置名」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。
【０２２６】
図２７では、候補番号「１」には、コピー元論理ボリュームである「ストレージ装置Ａ」のＲＡＩＤグループ「０１」に属する論理ボリューム「０１」が登録されている。候補番号「２」には、コピー先論理ボリュームである「ストレージ装置Ｂ」のＲＡＩＤグループ「０２」に属する論理ボリューム「０２」が登録されている。なお、ＲＡＩＤグループ番号は、システム構成管理テーブル６２４（図１６参照）を参照することによって登録されている。
【０２２７】
ステップＳ６２６（図２６）では、システムＲＡＩＤグループ管理プログラム６３２は、システムＲＡＩＤグループ管理テーブル５３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する論理ボリュームの利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０２２８】
ステップＳ６２６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する論理ボリュームの利用が上限値によって制限されるか否かに応じて、候補管理テーブル６３６（図２７）の各候補にフラグが設定されて、候補管理テーブル６３６が更新される（ステップＳ３３８，Ｓ３４０）。
【０２２９】
ステップＳ６２８では、システムＲＡＩＤグループ管理プログラム６３２は、すべての候補にフラグ「０」が設定されているか否か、換言すれば、すべての候補に対応する論理ボリュームが利用制限を受けるか否かを判断する。
【０２３０】
少なくとも１つの候補が上限値による利用制限を受けない場合には、ステップＳ６３０に進む。一方、すべての候補が上限値による利用制限を受ける場合には、ステップＳ６３２に進む。
【０２３１】
ステップＳ６３０では、システムＲＡＩＤグループ管理プログラム６３２は、利用制限を受けない１つの候補を選択して、選択結果を、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに送信する。なお、選択結果には、選択された１つの候補に対応する対象論理ボリュームに関する情報、具体的には、対象論理ボリュームが属するストレージ装置の装置名と対象論理ボリュームの識別番号（ＬＵ＿ＩＤ）とが含まれる。
【０２３２】
本実施例では、ステップＳ６３０において、仮に、すべての候補が利用制限を受けない場合には、対象論理ボリュームとしてコピー元論理ボリュームが優先して選択される。しかしながら、これに代えて、コピー先論理ボリュームが優先して選択されてもよい。
【０２３３】
なお、ステップＳ６３０において、仮に、すべての候補が利用制限を受けず、かつ、第１の論理ボリューム（例えばコピー元論理ボリューム）の利用にはＲＡＩＤグループの新たな起動が必要であり、第２の論理ボリューム（例えばコピー先論理ボリューム）の利用にはＲＡＩＤグループの新たな起動が不要な場合には、第２の論理ボリューム（例えばコピー先論理ボリューム）が優先して選択されるようにしてもよい。ただし、この場合には、ＲＡＩＤグループの新たな起動の必要の有無に応じて、各候補のフラグの値が変更されることが好ましい。例えば、ＲＡＩＤグループの新たな起動が不要な場合にはフラグ「２」が設定され、ＲＡＩＤグループの新たな起動が必要な場合にはフラグ「１」が設定されればよい。こうすれば、利用制限を受けず、かつ、ＲＡＩＤグループの新たな起動を必要としない論理ボリュームを示す候補を容易に選択することができると共に、ＲＡＩＤグループの起動に必要な消費電力を低減させることができる。
【０２３４】
ステップＳ６３２では、システムＲＡＩＤグループ管理プログラム６３２は、利用制限を受ける１つの候補を選択して、選択結果を、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに送信する。
【０２３５】
本実施例では、ステップＳ６３２において、対象論理ボリュームとしてコピー元論理ボリュームが優先して選択されるが、これに代えて、コピー先論理ボリュームが優先して選択されてもよい。
【０２３６】
図２５のステップＳ６５２では、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄは、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２から、選択結果（ステップＳ６３０，Ｓ６３２参照）を取得する。
【０２３７】
ステップＳ６５４では、入出力制御プログラム２４２Ｄは、選択された対象論理ボリュームが自己のストレージ装置に属するか否かを判断する。なお、この判断は、取得済みの選択結果に含まれる装置名の情報を利用して行われる。
【０２３８】
対象論理ボリュームが自己のストレージ装置に属する場合には、ステップＳ６５６に進む。一方、対象論理ボリュームが自己のストレージ装置に属さない場合、換言すれば、他のストレージ装置に属する場合には、ステップＳ６５８に進む。
【０２３９】
ステップＳ６５６では、入出力制御プログラム２４２Ｄは、自己のストレージ装置に属する対象論理ボリュームに対する読み出し処理を実行する。この際、ＲＡＩＤグループ制御プログラム２２２によって、図８の処理が実行される。
【０２４０】
なお、図８で説明したように、対象論理ボリュームの利用が上限値によって制限されない場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２Ｄに対して読み出し処理の実行を許可する。一方、対象論理ボリュームの利用が上限値によって制限される場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２Ｄに対して待機するように指示する。
【０２４１】
ステップＳ６５８では、入出力制御プログラム２４２Ｄは、他のストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに、他のストレージ装置に属する対象論理ボリュームに対するデータの読み出し処理の実行を依頼する。このとき、他のストレージ装置の入出力制御プログラム２４２Ｄは、対象論理ボリュームに対する読み出し処理を実行する。この際、他のストレージ装置２００のＲＡＩＤグループ制御プログラム２２２によって、図８の処理が実行される。
【０２４２】
ステップＳ６６０では、入出力制御プログラム２４２Ｄは、対象論理ボリュームから読み出されたデータを他のストレージ装置２００Ｄから取得する。
【０２４３】
ステップＳ６６２では、入出力制御プログラム２４２は、対象論理ボリュームから読み出されたデータをホスト７００に対して送信する。
【０２４４】
なお、本実施例では、選択結果として、対象論理ボリュームの装置名と識別番号とを含む情報が送信されているが、さらに、対象論理ボリュームが利用制限を受けるか否かの情報が送信されるようにしてもよい。こうすれば、ステップＳ６５６，Ｓ６５８において実行される図８の処理を簡略化することができる。具体的には、利用制限を受けない場合には、ＲＡＩＤグループの新たな起動が不要であるか、ＲＡＩＤグループを直ちに起動可能であるため、図８のステップＳ１０４，Ｓ１０６の処理を省略することができる。
【０２４５】
上記のように、ストレージ装置２００Ｄは、ホスト７００から指定論理ボリュームに対する読み出し要求を受け取った場合に、自己のストレージ装置内のコピー元論理ボリューム（指定論理ボリューム）と、自己または他のストレージ装置内のコピー先論理ボリュームと、のうちの一方から読み出されたデータを、ホスト７００に送信することができる。このため、ストレージ装置２００Ｄは、自己のストレージ装置内のコピー元論理ボリューム（指定論理ボリューム）に対する読み出し処理を直ちに実行することができない場合にも、自己または他のストレージ装置内のコピー先論理ボリュームから読み出されたデータをホスト７００に送信することができる。
【０２４６】
以上説明したように、本実施例を採用すれば、コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、迅速にデータを読み出すことができる。具体的には、システムＲＡＩＤグループ管理プログラム６３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、コピー元論理ボリュームまたはコピー先論理ボリュームを対象論理ボリュームとして選択する。このため、対象論理ボリュームに対する読み出し処理を実行することによって、データを迅速に読み出すことができる。
【０２４７】
以上の説明から分かるように、本実施例における管理サーバ６００が本発明における管理装置に相当する。具体的には、システムＲＡＩＤグループ管理プログラム６３２が、管理データ取得部と処理実行部とに相当する。また、システムＲＡＩＤグループ管理プログラム６３２が、対象論理ボリューム選択部と送信部とに相当する。さらに、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄが、制御部に相当する。
【０２４８】
なお、本実施例では、２つの論理ボリュームに同一のデータが保持されている場合について説明したが、３以上の論理ボリュームに同一のデータが保持されている場合には、３以上の論理ボリュームが候補として候補管理テーブルに登録されればよい。そして、３以上の論理ボリュームの候補の中から１つの対象論理ボリュームが選択されればよい。一般には、コピー元論理ボリュームと少なくとも１つのコピー先論理ボリュームとの中から、１つの対象論理ボリュームが選択されればよい。
【０２４９】
Ｅ．ストレージ装置の変形例：
図２８は、第１実施例のストレージ装置の変形例を示す説明図である。図２８のストレージ装置２００ａは、図２のストレージ装置２００とほぼ同じであるが、ストレージコントローラ２１０ａが変更されている。具体的には、ストレージコントローラ２１０ａは、キャッシュ２１３ａと、メモリ２１４ａと、スイッチ２１５ａと、管理用ＩＦ２１６ａと、複数のＳＡＮＩＦ２１８ａと、複数のドライブＩＦ２１９ａと、を備えている。なお、図２８ではメモリ２１４ａの図示は簡略化されているが、メモリ２１４ａには、図２のメモリ２１４と同様に、複数のプログラムが格納されている。また、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとには、それぞれＣＰＵが設けられている。
【０２５０】
管理用ＩＦ２１６ａは、キャッシュ２１３ａと、メモリ２１４ａと、スイッチ２１５ａと、複数のＳＡＮＩＦ２１８ａと、複数のドライブＩＦ２１９ａと、に接続されている。そして、各ＳＡＮＩＦ２１８ａは、メモリ２１４ａとスイッチ２１５ａとに接続されており、各ドライブＩＦ２１９ａも、メモリ２１４ａとスイッチ２１５ａとに接続されている。
【０２５１】
上記のように、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとは、スイッチ２１５ａを介して接続されており、スイッチ２１５ａには、キャッシュ２１３ａが接続されている。この構成を採用すれば、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとの間のデータ伝送を高速に行うことが可能となる。換言すれば、図２に示すいわゆる「共通バス方式」に代えて、図２８に示すいわゆる「スイッチ接続方式」を利用すれば、データ伝送を高速化することができる。
【０２５２】
また、図２８に示すように、複数のＳＡＮＩＦ２１８ａと複数のドライブＩＦ２１９ａとが設けられていれば、いずれかのインタフェースに障害が発生したときに、他のインタフェースに切り替えることによって、継続的にストレージ装置を使用することができるという利点がある。
【０２５３】
なお、図２８では、第１実施例のストレージ装置２００（図２）に「スイッチ接続方式」を適用した場合について説明したが、第２〜第４実施例のストレージ装置２００，３００，２００Ｄ（図１５，図２０，図２３）にも「スイッチ接続方式」を適用可能である。
【０２５４】
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することが可能であり、例えば次のような変形も可能である。
【０２５５】
（１）上記実施例では、ネットワークシステムには複数のストレージ装置２００，２００Ｄが設けられているが、少なくとも１つのストレージ装置が設けられていればよい。一般には、管理装置は、外部に設けられた少なくとも１つのストレージ装置を管理すればよい。
【０２５６】
（２）上記実施例では、ＲＡＩＤグループの起動数が管理されているが、これに代えて、ＲＡＩＤ構成を有さないグループの起動数が管理されるようにしてもよい。
【０２５７】
一般には、ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理が実行されればよい。
【０２５８】
（３）上記実施例では、システムＲＡＩＤグループ管理プログラムは、各ストレージ装置２００，２００Ｄから、起動ＲＡＩＤグループ数と、起動ＲＡＩＤグループ番号と、上限値と、を取得している（図７参照）。しかしながら、起動ＲＡＩＤグループ数の取得は省略可能である。この場合には、起動ＲＡＩＤグループ番号の個数から、起動ＲＡＩＤグループ数が求められればよい。また、上限値の取得は省略可能である。この場合には、システムＲＡＩＤグループ管理テーブルに、ストレージ装置毎の上限値が予め設定されてもよいし、すべてのストレージ装置に共通の上限値が予め設定されてもよい。
【０２５９】
また、上記実施例では、システムＲＡＩＤグループ管理プログラムは、各ストレージ装置２００，２００Ｄから、上限値を取得しているが、これに代えて、メーカによって設定される最大消費電力の値を取得するようにしてもよい。この場合には、各ストレージ装置の最大消費電力の値に応じて上限値が決定されればよい。
【０２６０】
この説明から分かるように、上記実施例における起動ＲＡＩＤグループ番号が、本発明における管理データに相当する。
【０２６１】
（４）上記実施例では、ＳＡＮと管理用ネットワークＮＷとの双方が利用されているが、ＳＡＮのみを利用してネットワークシステムが構築されてもよいし、管理用ネットワークＮＷのみを利用してネットワークシステムが構築されてもよい。
【０２６２】
（５）上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えてもよい。
【図面の簡単な説明】
【０２６３】
【図１】第１実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２】ストレージ装置２００の内部構成を示す説明図である。
【図３】ＲＡＩＤグループ管理テーブル２２４の内容を示す説明図である。
【図４】システム構成管理テーブル４２４の内容を示す説明図である。
【図５】仮想化管理テーブル１２４の内容を示す説明図である。
【図６】ＡＯＵ管理テーブル１３４の内容を示す説明図である。
【図７】システムＲＡＩＤグループ管理テーブル１４４の内容を示す説明図である。
【図８】ストレージ装置２００におけるＲＡＩＤグループの管理処理の手順を示すフローチャートである。
【図９】システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。
【図１０】システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。
【図１１】仮想ボリュームの実際の容量を増大させる際の処理手順を示すフローチャートである。
【図１２】候補管理テーブル１３６の内容を示す説明図である。
【図１３】更新済みの候補管理テーブル１３６’の内容を示す説明図である。
【図１４】ステップＳ３１０（図１１）の具体的な処理内容を示す説明図である。
【図１５】第２実施例におけるネットワークシステムの概略構成を示す説明図である。
【図１６】システム構成管理テーブル４２４Ｂの内容を示す説明図である。
【図１７】外部ボリューム対応テーブル３２４の内容を示す説明図である。
【図１８】仮想ボリュームに外部ボリュームをマッピングする際の処理手順を示すフローチャートである。
【図１９】候補管理テーブル３２６の内容を示す説明図である。
【図２０】第３実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２１】論理ボリュームを作成する際の処理手順を示すフローチャートである。
【図２２】候補管理テーブル５４４の内容を示す説明図である。
【図２３】第４実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２４】コピーペア管理テーブル６４４の内容を示す説明図である。
【図２５】コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。
【図２６】コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。
【図２７】候補管理テーブル６３６の内容を示す説明図である。
【図２８】第１実施例のストレージ装置の変形例を示す説明図である。
【符号の説明】
【０２６４】
１００…仮想化装置
１１２…ＣＰＵ
１１４…メモリ
１１６…管理用インタフェース
１１８…ＳＡＮインタフェース
１２２…仮想化プログラム
１２４…仮想化管理テーブル
１３２…ＡＯＵプログラム
１３４…ＡＯＵ管理テーブル
１３６…候補管理テーブル
１４２…システムＲＡＩＤグループ管理プログラム
１４４…システムＲＡＩＤグループ管理テーブル
２００，２００Ｄ…ストレージ装置
２１０…ストレージコントローラ
２１２…ＣＰＵ
２１３…キャッシュ
２１４…メモリ
２１６…管理用インタフェース
２１８…ＳＡＮインタフェース
２１９…ドライブインタフェース
２２２，２２２Ｄ…ＲＡＩＤグループ制御プログラム
２２４…ＲＡＩＤグループ管理テーブル
２３２…監視エージェント
２４２，２４２Ｄ…入出力制御プログラム
２５２…構成管理プログラム
２５４…構成管理テーブル
２６０…ディスク装置
３００…高機能ストレージ装置
３１０…ストレージコントローラ
３１２…ＣＰＵ
３１３…キャッシュ
３１４…メモリ
３１６…管理用インタフェース
３１８…ＳＡＮインタフェース
３１９…ドライブインタフェース
３２２…外部接続プログラム
３２４…外部ボリューム対応テーブル
３２６…候補管理テーブル
３３２…システムＲＡＩＤグループ管理プログラム
３３４…システムＲＡＩＤグループ管理テーブル
３６０…ディスク装置
４００…管理サーバ
４１２…ＣＰＵ
４１４…メモリ
４１６…管理用インタフェース
４１８…入力部
４１９…表示部
４２２…システム構成管理プログラム
４２４，４２４Ｂ…システム構成管理テーブル
５００…管理サーバ
５１２…ＣＰＵ
５１４…メモリ
５１６…管理用インタフェース
５１８…入力部
５１９…表示部
５２２…システム構成管理プログラム
５２４…システム構成管理テーブル
５３２…システムＲＡＩＤグループ管理プログラム
５３４…システムＲＡＩＤグループ管理テーブル
５４２…プロビジョニングプログラム
５４４…候補管理テーブル
６００…管理サーバ
６１２…ＣＰＵ
６１４…メモリ
６１６…管理用インタフェース
６１８…入力部
６１９…表示部
６２２…システム構成管理プログラム
６２４…システム構成管理テーブル
６３２…システムＲＡＩＤグループ管理プログラム
６３４…システムＲＡＩＤグループ管理テーブル
６３６…候補管理テーブル
６４２…コピー管理プログラム
６４４…コピーペア管理テーブル
７００…ホスト
【技術分野】
【０００１】
本発明は、ストレージシステムの技術に関する。
【背景技術】
【０００２】
ストレージ装置は、多数のディスクを備えている。多数のディスクをすべて動作させると、ストレージ装置の消費電力は大きくなってしまう。
【０００３】
従来では、ストレージ装置内で同時に起動可能なＲＡＩＤグループの数を制限することによって、ストレージ装置の消費電力が抑制されている。
【０００４】
【特許文献１】米国特許第５４２３０４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来では、管理装置が仮想化等の技術を利用して外部に設けられたストレージ装置を管理する場合において、該ストレージ装置内の論理ボリュームを適切に利用することは困難であった。これは、管理装置が該ストレージ装置内の起動中のＲＡＩＤグループの数を管理することが困難なことに起因する。
【０００６】
この発明は、従来技術における上述の課題を解決するためになされたものであり、外部に設けられたストレージ装置において起動中のディスクグループの数が制限される場合に、該ストレージ装置において適切な論理ボリュームを利用することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の課題の少なくとも一部を解決するため、本発明の第１の装置は、外部に設けられたストレージ装置を管理するための管理装置であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得するための管理データ取得部と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する処理実行部と、
を備えることを特徴とする。
【０００８】
この装置では、外部のストレージ装置の管理データを参照して、起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理が実行されるため、ストレージ装置において起動中のディスクグループの数による制限を受けることなく、適切な論理ボリュームを利用することが可能となる。
【０００９】
上記の装置において、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピングされる前記論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含む特定のストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備え、
前記仮想化部は、前記作成された論理ボリュームを前記仮想ボリュームにマッピングするようにしてもよい。
【００１０】
こうすれば、仮想ボリュームに論理ボリュームを迅速にマッピングすることができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように論理ボリュームを作成可能な複数の記憶領域を示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、論理ボリュームを作成し、仮想ボリュームに作成された論理ボリュームをマッピングすることができる。
【００１１】
上記の装置において、
前記候補選択部は、
前記仮想ボリュームの容量の利用率を取得する利用率取得部を備え、
前記候補選択部は、
前記利用率が所定値を超えた場合に、前記仮想ボリュームに新たな論理ボリュームをマッピングするために、前記複数の候補を選択するようにしてもよい。
【００１２】
こうすれば、仮想ボリュームの容量の利用率が所定値を超えた場合に、迅速に、仮想ボリュームの容量を増大させることができる。
【００１３】
上記の装置において、
前記候補選択部は、予め設定された条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択するようにしてもよい。
【００１４】
こうすれば、適切な論理ボリュームを容易に作成して、該論理ボリュームを仮想ボリュームにマッピングすることができる。
【００１５】
上記の装置において、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択されるようにしてもよい。
【００１６】
上記の装置において、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備えることが好ましい。
【００１７】
こうすれば、１つの候補を容易に選択することができる。
【００１８】
あるいは、上記の装置において、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピング可能な複数の論理ボリュームを示す複数の候補を選択するための候補選択部を備え、
前記仮想化部は、前記複数の候補の中から選択された１つの候補に対応する論理ボリュームを前記仮想ボリュームにマッピングするようにしてもよい。
【００１９】
こうすれば、仮想ボリュームに論理ボリュームを迅速にマッピングすることができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように複数の論理ボリュームを示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、仮想ボリュームに論理ボリュームをマッピングすることができる。
【００２０】
上記の装置において、
前記候補選択部は、他の仮想ボリュームにマッピングされていない論理ボリュームを、前記候補として選択することが好ましい。
【００２１】
こうすれば、適切な論理ボリュームを容易に仮想ボリュームにマッピングすることができる。
【００２２】
あるいは、上記の装置において、
前記処理実行部は、
少なくとも１台のストレージ装置に論理ボリュームを作成する場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含むストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備えるようにしてもよい。
【００２３】
こうすれば、ストレージ装置内に論理ボリュームを迅速に作成することができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないように論理ボリュームを作成可能な複数の記憶領域を示す複数の候補が選択されれば、複数の候補の中から選択された１つの候補を利用することによって、迅速に、論理ボリュームを作成することができる。
【００２４】
上記の装置において、
前記候補選択部は、ユーザによって指定される条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択することが好ましい。
【００２５】
こうすれば、所望の論理ボリュームを容易に作成することができる。
【００２６】
あるいは、上記の装置において、
少なくとも１台のストレージ装置には、第１のディスクグループに含まれるコピー元の論理ボリュームと、前記第１のディスクグループと異なる第２のディスクグループに含まれるコピー先の論理ボリュームと、が含まれており、
前記処理実行部は、
特定のストレージ装置に含まれる前記コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームまたは前記コピー先論理ボリュームを読み出し処理の対象論理ボリュームとして選択するための対象論理ボリューム選択部と、
前記コピー元論理ボリュームを含む前記特定のストレージ装置に、前記対象論理ボリュームの情報を送信する送信部と、
を備えるようにしてもよい。
【００２７】
こうすれば、コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、迅速にデータを読み出すことができる。すなわち、ストレージ装置における起動中のディスクグループの数が上限値を超えないようにコピー元論理ボリュームまたはコピー先論理ボリュームが対象論理ボリュームとして選択されれば、該対象論理ボリュームに対する読み出し処理を実行することによって、迅速にデータを読み出すことができる。
【００２８】
上記の装置において、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、前記特定のストレージ装置に含まれていてもよいし、異なるストレージ装置に含まれていてもよい。
【００２９】
上記の装置において、
前記対象論理ボリューム選択部は、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームと前記コピー先論理ボリュームとの双方を前記対象論理ボリュームとして選択可能である場合には、ディスクグループの新たな起動を必要としない一方の論理ボリュームを優先して選択することが好ましい。
【００３０】
こうすれば、ディスクグループの起動に要する消費電力を低減させることができる。
【００３１】
また、本発明の他の装置は、ストレージシステムであって、
上記の管理装置と、
前記特定のストレージ装置と、
を備え、
前記特定のストレージ装置は、
前記管理装置から前記対象論理ボリュームの情報を取得して、前記情報に応じた処理を実行する制御部を備え、
前記制御部は、
前記対象論理ボリュームが前記特定のストレージ装置に含まれる場合には、前記対象論理ボリュームに対する読み出し処理を実行し、
前記対象論理ボリュームが前記特定のストレージ装置と異なる他のストレージ装置に含まれる場合には、前記他のストレージ装置に前記対象論理ボリュームに対する読み出し処理を実行するように指示することが好ましい。
【００３２】
この発明は、種々の形態で実現することが可能であり、例えば、管理装置、該管理装置を備えるネットワークシステム、これらの装置における管理方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。
【発明を実施するための最良の形態】
【００３３】
次に、本発明の実施の形態を実施例に基づき以下の順序で説明する。
Ａ．第１実施例：
Ａ−１．ネットワークシステムの構成：
Ａ−１−１．ストレージ装置の構成：
Ａ−１−２．管理サーバの構成：
Ａ−１−３．仮想化装置の構成：
Ａ−２．各ストレージ装置におけるＲＡＩＤグループの管理処理：
Ａ−３．システムＲＡＩＤグループ管理テーブルの生成処理：
Ａ−４．仮想ボリュームに対する実ボリュームのマッピング処理：
Ｂ．第２実施例：
Ｂ−１．ネットワークシステムの構成：
Ｂ−１−１．ストレージ装置の構成：
Ｂ−１−２．管理サーバの構成：
Ｂ−１−３．高機能ストレージ装置の構成：
Ｂ−２．仮想ボリュームに対する外部ボリュームのマッピング処理：
Ｃ．第３実施例：
Ｃ−１．ネットワークシステムの構成：
Ｃ−１−１．ストレージ装置の構成：
Ｃ−１−２．管理サーバの構成：
Ｃ−２．論理ボリュームの作成処理：
Ｄ．第４実施例：
Ｄ−１．ネットワークシステムの構成：
Ｄ−１−１．ストレージ装置の構成：
Ｄ−１−２．管理サーバの構成：
Ｄ−２．読み出し処理：
Ｅ．ストレージ装置の変形例：
【００３４】
Ａ．第１実施例：
Ａ−１．ネットワークシステムの構成：
図１は、第１実施例におけるネットワークシステムの概略構成を示す説明図である。ネットワークシステムは、仮想化装置１００と、複数のストレージ装置２００と、管理サーバ４００と、業務サーバなどのホスト７００と、を備えている。仮想化装置１００と複数のストレージ装置２００とホスト７００とは、ＳＡＮ（Storage Area Network）を介して接続されている。また、仮想化装置１００と複数のストレージ装置２００と管理サーバ４００とは、管理用ネットワークＮＷを介して接続されている。
【００３５】
後述するように、仮想化装置１００には、仮想ボリュームが作成され、仮想ボリュームには、ストレージ装置２００の論理ボリューム（以下、「実ボリューム」とも呼ぶ）がマッピングされる。仮想ボリュームを利用すれば、ホスト７００は、仮想化装置１００の仮想ボリュームにアクセスすることによって、ストレージ装置２００を意識することなく、ストレージ装置２００の実ボリュームにアクセスすることができる。
【００３６】
Ａ−１−１．ストレージ装置の構成：
図２は、ストレージ装置２００の内部構成を示す説明図である。ストレージ装置２００は、ストレージコントローラ２１０と、ディスク装置２６０と、管理用ネットワークＮＷに接続される管理用インタフェース（ＩＦ）２１６と、ＳＡＮに接続されるＳＡＮインタフェース（ＩＦ）２１８と、を備えている。なお、管理用ＩＦ２１６は、管理用のデータを管理サーバ４００などの他の装置と遣り取りするためのインタフェースであり、ＳＡＮＩＦ２１８は、ディスク装置２６０から読み出されたデータやディスク装置２６０に書き込まれるデータを仮想化装置１００やホスト７００などの他の装置と遣り取りするためのインタフェースである。
【００３７】
ディスク装置２６０は、多数のハードディスクを含んでいる。図示するように、ディスク装置２６０内部には、複数のＲＡＩＤ（Redundant Arrays of Independent（Inexpensive） Disks）グループが設定されており、各ＲＡＩＤグループは、複数のハードディスクを含んでいる。そして、各ＲＡＩＤグループには、１以上の論理ボリューム（ＬＵ）が設定される。
【００３８】
ストレージコントローラ２１０は、ＣＰＵ２１２と、キャッシュ２１３と、ＲＯＭやＲＡＭなどのメモリ２１４と、ドライブインタフェース（ＩＦ）２１９と、を備えており、ディスク装置２６０を制御する機能を有する。キャッシュ２１３は、ディスク装置２６０に書き込まれるデータまたはディスク装置２６０から読み出されたデータが一時的に格納される記憶領域である。ドライブＩＦ２１９は、ディスク装置２６０内のハードディスクの動作を制御し、ハードディスクからデータを読み出したりハードディスクにデータを書き込んだりするためのインタフェースである。
【００３９】
メモリ２１４には、ＲＡＩＤグループ制御プログラム２２２と、ＲＡＩＤグループ管理テーブル２２４と、監視エージェント２３２と、入出力制御プログラム２４２と、構成管理プログラム２５２と、構成管理テーブル２５４と、が格納されている。
【００４０】
構成管理プログラム２５２は、構成管理テーブル２５４を利用して、ストレージ装置の構成を管理する。具体的には、構成管理プログラム２５２は、ＲＡＩＤグループ内に論理ボリュームを作成し、ディスク装置２６０内の論理ボリュームとＲＡＩＤグループとの対応関係を示す構成管理テーブル２５４を作成および更新する。また、構成管理プログラム２５２は、構成管理テーブル２５４の情報が変更されたときに、該テーブルの情報を管理サーバ４００に送信する。
【００４１】
入出力制御プログラム２４２は、仮想化装置１００やホスト７００から与えられるＩ／Ｏコマンドに従って、ディスク装置２６０に対するデータの入出力を制御する。具体的には、入出力制御プログラム２４２は、仮想化装置１００またはホスト７００から、ディスク装置２６０内の特定の論理ボリュームに対するアクセス要求（読み出し要求または書き込み要求）を受け取った場合に、該特定の論理ボリュームに対するアクセス処理（読み出し処理または書き込み処理）を実行する。
【００４２】
ただし、入出力制御プログラム２４２は、ＲＡＩＤグループ制御プログラム２２２にアクセス処理の実行の可否を問い合わせ、アクセス処理の実行が許可された場合に、特定の論理ボリュームに対するアクセス処理を実行する。なお、入出力制御プログラム２４２は、アクセス処理の実行が許可されない場合には、ＲＡＩＤグループ制御プログラム２２２から待機するように指示され、アクセス処理の実行が許可されるまで待機する。この際、入出力制御プログラム２４２は、仮想化装置１００またはホスト７００に対して、待機中であることを通知する。
【００４３】
ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を利用して、ストレージ装置２００に含まれるＲＡＩＤグループを管理する。
【００４４】
図３は、ＲＡＩＤグループ管理テーブル２２４の内容を示す説明図である。図示するように、テーブル２２４には、「起動ＲＡＩＤグループ数」と、「起動ＲＡＩＤグループ番号」と、「上限値」と、が登録されている。「起動ＲＡＩＤグループ数」と「起動ＲＡＩＤグループ番号」とは、それぞれ、起動中のＲＡＩＤグループの数と識別番号とを示す。「上限値」は、起動中のＲＡＩＤグループの数の上限値を示す。なお、上限値は、例えば、ストレージ装置の仕様に応じて、あるいは、ネットワークシステムの管理者等によって、予め設定されている。
【００４５】
ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、起動中のＲＡＩＤグループの数が上限値を超えないように、ＲＡＩＤグループの起動を制御する。これにより、ストレージ装置２００の消費電力が抑制される。
【００４６】
具体的には、ＲＡＩＤグループ制御プログラム２２２は、特定の論理ボリュームに対するアクセス要求が発生した場合に、構成管理テーブル２５４を参照して、該特定の論理ボリュームを含む特定のＲＡＩＤグループが、上限値による利用制限を受けるか否かを判断する。そして、特定のＲＡＩＤグループが利用制限を受けない場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許容する。一方、特定のＲＡＩＤグループが利用制限を受ける場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対して待機するように指示する。
【００４７】
また、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループが起動した場合や、ＲＡＩＤグループが停止した場合には、ＲＡＩＤグループ管理テーブル２２４を更新する。
【００４８】
監視エージェント２３２（図２）は、ＲＡＩＤグループ管理テーブル２２４を監視し、該テーブル２２４の情報が変更される毎に、ＲＡＩＤグループ管理テーブルの情報を、仮想化装置１００に供給する。
【００４９】
Ａ−１−２．管理サーバの構成：
管理サーバ４００（図１）は、ＣＰＵ４１２と、メモリ４１４と、管理用ＩＦ４１６と、キーボードやマウスなどの入力部４１８と、表示部４１９と、を備えている。
【００５０】
メモリ４１４には、システム構成管理プログラム４２２と、システム構成管理テーブル４２４と、が格納されている。
【００５１】
システム構成管理プログラム４２２は、各ストレージ装置２００の構成を示す情報を各ストレージ装置２００の構成管理プログラム２５２から取得し、システム構成管理テーブル４２４を作成および更新する。
【００５２】
図４は、システム構成管理テーブル４２４の内容を示す説明図である。図示するように、テーブル４２４には、論理ボリューム毎に、「装置名」と、「モデル」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と、「サイズ」と、「使用サイズ」と、が登録されている。「装置名」は、特定の論理ボリュームが属するストレージ装置の名前を示し、「モデル」は、該ストレージ装置の機種を示す。また、「ＬＵ＿ＩＤ」は、特定の論理ボリューム（ＬＵ）の識別番号を示し、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」は、該論理ボリュームが属するＲＡＩＤグループの番号および該ＲＡＩＤグループのＲＡＩＤレベルを示す。「サイズ」は、特定の論理ボリュームの総容量を示し、「使用サイズ」は、該論理ボリュームの使用中の容量を示す。「ＬＵ＿ＩＤ」欄の「未割当」は、論理ボリュームが未だ作成されていない記憶領域を示している。
【００５３】
例えば、図４のシステム構成管理テーブル４２４の２番目の項目から、「ストレージ装置Ａ」には、ＲＡＩＤレベル「５」のＲＡＩＤグループ「０２」が含まれており、該ＲＡＩＤグループには、論理ボリューム「０２」が含まれており、該論理ボリュームの「５０Ｇ」バイトの容量うちの「２Ｇ」バイトの容量が使用中であることが分かる。
【００５４】
なお、前述した各ストレージ装置２００の構成管理テーブル２５４（図２）には、システム構成管理テーブル４２４に登録された複数のストレージ装置に関する情報のうち、対応するストレージ装置に関する「モデル」と「ＬＵ＿ＩＤ」と「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と「サイズ」と「使用サイズ」とが登録されている。
【００５５】
Ａ−１−３．仮想化装置の構成：
仮想化装置１００（図１）は、ＣＰＵ１１２と、ＲＯＭやＲＡＭなどのメモリ１１４と、管理用ＩＦ１１６と、ＳＡＮＩＦ１１８と、を備えている。
【００５６】
メモリ１１４には、仮想化プログラム１２２と、仮想化管理テーブル１２４と、ＡＯＵ（Allocation On Use）プログラム１３２と、ＡＯＵ管理テーブル１３４と、候補管理テーブル１３６と、システムＲＡＩＤグループ管理プログラム１４２と、システムＲＡＩＤグループ管理テーブル１４４と、が格納されている。
【００５７】
仮想化プログラム１２２は、仮想ボリュームを作成し、ストレージ装置２００の論理ボリューム（実ボリューム）を仮想ボリュームにマッピングし、仮想ボリュームを管理する。仮想化プログラム１２２は、システム構成管理テーブル４２４（図４）を参照して、仮想化管理テーブル１２４を作成する。
【００５８】
図５は、仮想化管理テーブル１２４の内容を示す説明図である。図示するように、テーブル１２４には、仮想ボリューム毎に、「仮想ボリュームＩＤ」と、「仮想ボリュームサイズ」と、「実ボリューム」と、「実ボリュームサイズ」と、「使用サイズ」と、が登録されている。「仮想ボリュームＩＤ」は、仮想ボリュームの識別番号を示す。「仮想ボリュームサイズ」は、仮想ボリュームの設定値であり、最大容量を示す。「実ボリューム」は、ストレージ装置内の論理ボリューム（実ボリューム）を示し、ストレージ装置の「装置名」と実ボリュームの識別番号「ＬＵ＿ＩＤ」とで表される。「実ボリュームサイズ」は、実ボリュームの総容量を示し、「使用サイズ」は、該実ボリュームの使用中の容量を示す。
【００５９】
図５では、仮想ボリューム「００１」に、「ストレージ装置Ａ」の実ボリューム「０１」と、「ストレージ装置Ａ」の実ボリューム「０２」と、がマッピングされている。２つの実ボリュームの「実ボリュームサイズ」と「使用サイズ」とは、システム構成管理テーブル４２４（図４）から取得される。なお、図５では、仮想ボリューム「００１」のサイズは「１Ｔ」バイトに設定されているが、仮想ボリューム「００１」の実際のサイズは、２つの実ボリュームのサイズを合計して得られる１００Ｇ（＝５０Ｇ＋５０Ｇ）バイトである。
【００６０】
ＡＯＵプログラム１３２（図１）は、ＡＯＵ管理テーブル１３４を利用して、仮想ボリュームの実際の残容量が少なくなった場合に、より具体的には、仮想ボリュームの利用率が閾値以上となった場合に、仮想ボリュームに実ボリュームを追加するための処理を実行する。
【００６１】
図６は、ＡＯＵ管理テーブル１３４の内容を示す説明図である。図示するように、テーブル１３４には、仮想ボリューム毎に、「仮想ボリュームＩＤ」と、「仮想ボリュームサイズ」と、「利用率の閾値」と、「追加実ボリューム条件」と、が登録されている。「利用率の閾値」は、仮想ボリュームの実際のサイズを基準とする使用中のサイズ（利用率）の閾値を示す。「追加実ボリューム条件」は、仮想ボリュームに追加されるべき実ボリューム（以下、「追加実ボリューム」とも呼ぶ）の条件を示す。
【００６２】
図６では、仮想ボリューム「００１」の利用率の閾値として、「９０％」が登録されており、追加実ボリューム条件として、「５０Ｇ」バイトとＲＡＩＤレベル「５」とが登録されている。なお、「利用率の閾値」と「追加実ボリューム条件」とは、例えば、管理者によって予め設定されている。
【００６３】
ＡＯＵプログラム１３２（図１）は、仮想ボリュームの現在の利用率が閾値以上となった場合に、システム構成管理テーブル４２４（図４）を参照して、候補管理テーブル１３６（後述する）を作成する。候補管理テーブル１３６には、追加実ボリューム条件を満足する実ボリュームを作成可能な記憶領域の候補が登録される。
【００６４】
そして、ＡＯＵプログラム１３２は、いずれかの候補に対応する記憶領域を含むストレージ装置２００の構成管理プログラム２５２に実ボリュームの作成を指示する。また、ＡＯＵプログラム１３２は、仮想化プログラム１２２に、仮想ボリュームに作成された実ボリュームを追加（マッピング）するように指示する。
【００６５】
システムＲＡＩＤグループ管理プログラム１４２（図１）は、各ストレージ装置２００の監視エージェント２３２（図２）からＲＡＩＤグループ管理テーブル２２４の情報を取得し、システムＲＡＩＤグループ管理テーブル１４４を作成および更新する。
【００６６】
図７は、システムＲＡＩＤグループ管理テーブル１４４の内容を示す説明図である。図示するように、テーブル１４４には、ストレージ装置毎に、「起動ＲＡＩＤグループ数」と、「起動ＲＡＩＤグループ番号」と、「上限値」と、が登録されている。
【００６７】
例えば、図７のテーブル１４４から、「ストレージ装置Ｂ」では、起動中のＲＡＩＤグループは無く、上限値が「１」であることが分かる。なお、「ストレージ装置Ａ」に関する情報は、図３と同じである。
【００６８】
また、システムＲＡＩＤグループ管理プログラム１４２（図１）は、システムＲＡＩＤグループ管理テーブル１４４を参照して、候補管理テーブル１３６に登録された各候補が、追加実ボリュームが作成される記憶領域として適しているか否かを判断する。なお、後述するように、この判断において、各ストレージ装置の起動中のＲＡＩＤグループの数が考慮される。
【００６９】
Ａ−２．各ストレージ装置におけるＲＡＩＤグループの管理処理：
図８は、ストレージ装置２００におけるＲＡＩＤグループの管理処理の手順を示すフローチャートである。なお、図８の処理は、ＲＡＩＤグループ制御プログラム２２２（図２）によって実行される。この処理は、例えば、入出力制御プログラム２４２が、仮想化装置１００やホスト７００からストレージ装置２００内の特定の論理ボリュームに対するアクセス要求を受け取り、アクセス処理の実行の可否をＲＡＩＤグループ制御プログラム２２２に問い合わせたときに、実行される。
【００７０】
ステップＳ１０２では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、停止中のＲＡＩＤグループを新たに起動させる必要があるか否かを判断する。
【００７１】
具体的には、ＲＡＩＤグループ制御プログラム２２２は、まず、構成管理テーブル２５４を参照して、特定の論理ボリュームが属するＲＡＩＤグループの番号を調べる。そして、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４（図３）を参照して、特定の論理ボリュームが属するＲＡＩＤグループの番号が「起動ＲＡＩＤグループ番号」に登録されているか否かを判断する。登録されている場合には、換言すれば、特定の論理ボリュームが既に起動しているＲＡＩＤグループに属する場合には、ＲＡＩＤグループを新たに起動させる必要はないと判断される。登録されていない場合には、換言すれば、特定の論理ボリュームが停止中の他のＲＡＩＤグループに属している場合には、該他のＲＡＩＤグループを新たに起動させる必要があると判断される。
【００７２】
ＲＡＩＤグループを新たに起動させる必要がない場合には、図８の処理は終了する。なお、このとき、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許可する。一方、ＲＡＩＤグループを新たに起動させる必要がある場合には、ステップＳ１０４に進む。
【００７３】
ステップＳ１０４では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループ管理テーブル２２４を参照して、仮にＲＡＩＤグループを新たに起動させた場合に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かを判断する。例えば、図３では、上限値は「２」であり、起動ＲＡＩＤグループ数は「２」である。この場合には、仮にＲＡＩＤグループを新たに起動させると、仮の起動ＲＡＩＤグループ数は「３」となり、上限値「２」を超えると判断される。
【００７４】
仮の起動ＲＡＩＤグループ数が上限値を超えると判断された場合には、ステップＳ１０６に進み、超えないと判断された場合には、ステップＳ１０８に進む。
【００７５】
ステップＳ１０６では、特定の論理ボリュームが属するＲＡＩＤグループの起動を延期し、ステップＳ１０４に戻る。そして、ステップＳ１０４，Ｓ１０６の処理が、起動中のいずれかのＲＡＩＤグループが停止するまで繰り返し実行される。これにより、上限値を超える数のＲＡＩＤグループの起動が抑制される。なお、ステップＳ１０６では、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に待機するように指示する。
【００７６】
ステップＳ１０８では、ＲＡＩＤグループ制御プログラム２２２は、特定の論理ボリュームが属するＲＡＩＤグループを起動させる。なお、このとき、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２に対してアクセス処理の実行を許可する。
【００７７】
ステップＳ１１０では、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループの起動に伴ってＲＡＩＤグループ管理テーブル２２４（図３）を更新する。具体的には、「起動ＲＡＩＤグループ数」の値がインクリメントされると共に、「起動ＲＡＩＤグループ番号」に新たに起動したＲＡＩＤグループの番号が追加される。
【００７８】
なお、図８のステップＳ１１０では、ＲＡＩＤグループが新たに起動する場合におけるＲＡＩＤグループ管理テーブル２２４の更新について説明したが、起動中のＲＡＩＤグループが停止する場合にも、ＲＡＩＤグループ管理テーブル２２４は更新される。すなわち、起動中のＲＡＩＤグループに属する論理ボリュームに対するアクセス処理が終了すると、ＲＡＩＤグループ制御プログラム２２２は、該ＲＡＩＤグループを停止させる。そして、ＲＡＩＤグループ制御プログラム２２２は、ＲＡＩＤグループの停止に伴ってＲＡＩＤグループ管理テーブル２２４を更新する。具体的には、「起動ＲＡＩＤグループ数」の値がデクリメントされると共に、「起動ＲＡＩＤグループ番号」から停止したＲＡＩＤグループの番号が削除される。
【００７９】
上記のようにして、各ストレージ装置２００では、起動中のＲＡＩＤグループの数が上限値を超えないように、ＲＡＩＤグループの起動が制御される。
【００８０】
ところで、従来では、仮想化装置が各ストレージ装置の実ボリュームを仮想ボリュームにマッピングする場合には、仮想化装置は、各ストレージ装置における起動中のＲＡＩＤグループの数を管理できない。このため、各ストレージ装置の実ボリュームを仮想ボリュームにマッピングすることができない場合が発生し得る。具体的には、仮想化装置が１台のストレージ装置の特定の実ボリュームを仮想ボリュームにマッピングしようと試みても、該特定の実ボリュームが属するＲＡＩＤグループを起動させることができない場合が発生し得る。そこで、本実施例では、仮想化装置１００が、仮想ボリュームに各ストレージ装置２００の実ボリュームを迅速にマッピングすることができるように工夫している。
【００８１】
Ａ−３．システムＲＡＩＤグループ管理テーブルの生成処理：
図９，図１０は、システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。図９は、各ストレージ装置２００の監視エージェント２３２（図２）によって実行され、図１０は、仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２（図１）によって実行される。
【００８２】
図９のステップＳ１２２では、監視エージェント２３２は、ＲＡＩＤグループ管理テーブル２２４の情報が変更されたか否かを判断する。なお、ＲＡＩＤグループ管理テーブル２２４の情報は、ＲＡＩＤグループが新たに起動したり停止したりするときに変更されると共に、該テーブル２２４が初期化されるときに変更される。
【００８３】
ステップＳ１２４では、監視エージェント２３２は、仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２に、ＲＡＩＤグループ管理テーブル２２４の情報を送信する。
【００８４】
図１０のステップＳ２０２では、システムＲＡＩＤグループ管理プログラム１４２は、各ストレージ装置２００の監視エージェント２３２から与えられたＲＡＩＤグループ管理テーブル２２４の情報を取得する。
【００８５】
ステップＳ２０４では、システムＲＡＩＤグループ管理プログラム１４２は、取得した各ストレージ装置２００のＲＡＩＤグループ管理テーブル２２４の情報を、システムＲＡＩＤグループ管理テーブル１４４に登録する。これにより、図７に示すシステムＲＡＩＤグループ管理テーブル１４４が作成される。
【００８６】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム１４２は、各ストレージ装置２００のＲＡＩＤグループ管理テーブル２２４の情報が変更された場合にのみ、各ストレージ装置２００の監視エージェント２３２から該テーブルの情報を取得する。しかしながら、これに代えて、あるいは、これと共に、システムＲＡＩＤグループ管理プログラム１４２は、所定の時間間隔毎に、各ストレージ装置２００からＲＡＩＤグループ管理テーブル２２４の情報を取得するようにしてもよい。
【００８７】
Ａ−４．仮想ボリュームに対する実ボリュームのマッピング処理：
図１１は、仮想ボリュームの実際の容量を増大させる際の処理手順を示すフローチャートである。図１１の処理は、仮想化装置１００（図１）のＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが協働することによって、実行される。
【００８８】
ステップＳ３０２では、ＡＯＵプログラム１３２は、仮想ボリュームの利用率、換言すれば、仮想ボリュームに既にマッピングされた１以上の実ボリュームの利用率が閾値以上であるか否かを判断する。
【００８９】
具体的には、ＡＯＵプログラム１３２は、まず、仮想化管理テーブル１２４（図５）を参照して、仮想ボリュームを構成する１以上の実ボリュームの利用率を算出する。例えば、図５では、仮想ボリューム「００１」を構成する２つの実ボリュームの合計サイズは１００Ｇ（＝５０Ｇ＋５０Ｇ）バイトであり、合計使用サイズは５２Ｇ（＝５０Ｇ＋２Ｇ）バイトであるため、利用率は５２％と算出される。次に、ＡＯＵプログラム１３２は、ＡＯＵ管理テーブル１３４（図６）を参照して、算出された利用率が閾値以上であるか否かを判断する。例えば、図６では、仮想ボリューム「００１」の利用率の閾値は「９０％」に設定されているため、閾値未満であると判断される。
【００９０】
ステップＳ３０２において仮想ボリュームの利用率が閾値未満であると判断されると、ステップＳ３０２の処理が繰り返し実行される。一方、ステップＳ３０２において仮想ボリュームの利用率が閾値以上であると判断されると、ステップＳ３０４に進む。
【００９１】
ステップＳ３０４では、ＡＯＵプログラム１３２は、ＡＯＵ管理テーブル１３４（図６）を参照して、仮に仮想ボリュームに実ボリュームを追加（マッピング）すると、仮想ボリュームの実際のサイズが設定値（最大容量）を超えるか否かを判断する。
【００９２】
具体的には、ＡＯＵプログラム１３２は、まず、仮想ボリュームを構成する１以上の実ボリュームの合計サイズと、追加実ボリューム条件として設定された追加実ボリュームのサイズと、を加算した値を算出する。図６では、追加実ボリューム条件は「５０Ｇ」バイトに設定されているため、仮想ボリューム「００１」を構成する２つの実ボリュームの合計サイズ（１００Ｇバイト）と追加実ボリュームのサイズ（５０Ｇバイト）との加算値は、１５０Ｇバイトと算出される。次に、ＡＯＵプログラム１３２は、加算値が仮想ボリュームサイズの設定値を超えるか否かを判断する。例えば、図６では、仮想ボリュームサイズは「１Ｔ」バイトに設定されているため、加算値１５０Ｇバイトは設定値以下であると判断される。
【００９３】
ステップＳ３０４において加算値が設定値を超えると判断されると、ステップＳ３０６に進む。一方、ステップＳ３０４において加算値が設定値以下であると判断されると、ステップＳ３０８に進む。
【００９４】
ステップＳ３０６では、ＡＯＵプログラム１３２は、管理者に容量超過を通知する。具体的には、仮想ボリュームサイズの設定値を超えるため、仮想ボリュームに新たな実ボリュームを追加することができないことが通知される。
【００９５】
ステップＳ３０８では、ＡＯＵプログラム１３２は、システム構成管理テーブル４２４（図４）とＡＯＵ管理テーブル１３４（図６）とを参照して、追加実ボリューム条件を満足する追加実ボリュームを作成可能な記憶領域の候補を選択し、該候補が登録された候補管理テーブル１３６を生成する。
【００９６】
図１２は、候補管理テーブル１３６の内容を示す説明図である。図示するように、テーブル１３６には、追加実ボリュームを作成可能な記憶領域毎に、「装置名」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。
【００９７】
図１２では、候補番号「１」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」が登録されている。候補番号「３」には、「ストレージ装置Ｂ」の２つのＲＡＩＤグループ「０１」，「０２」が登録されている。候補番号「５」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」と、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」と、が登録されている。
【００９８】
このように、本実施例では、追加実ボリュームを作成可能な記憶領域として、１以上のストレージ装置内の１以上のＲＡＩＤグループ内の１以上の部分記憶領域で構成される記憶領域を選択可能である。すなわち、追加実ボリュームを作成可能な記憶領域として、１つのストレージ装置内の１つのＲＡＩＤグループ内の１つの記憶領域だけでなく、１つのストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域や、複数のストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域を選択可能である。
【００９９】
候補管理テーブル１３６は、上記のように、システム構成管理テーブル４２４（図４）とＡＯＵ管理テーブル１３４（図６）とを参照して作成される。具体的には、システム構成管理テーブル４２４に登録された複数の項目のうち、「ＬＵ＿ＩＤ」欄が「未割当」に設定された項目の情報が参照される。そして、候補管理テーブル１３６には、ＡＯＵ管理テーブル１３４（図６）の「追加実ボリューム条件」を満足する追加実ボリュームを作成可能な複数の記憶領域の候補が登録される。
【０１００】
例えば、図４の３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する未割当領域は、「８０Ｇ」バイトのサイズを有し、かつ、ＲＡＩＤレベル「５」に設定されているため、図６の追加実ボリューム条件「５０Ｇ（ＲＡＩＤ５）」を満足する。このため、３番目の項目の未割当領域に関する情報が、図１２の候補番号「１」として候補管理テーブル１３６に登録されている。
【０１０１】
また、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する未割当領域は、「５０Ｇ」バイトよりも少ない「２０Ｇ」バイトのサイズを有しているため、追加実ボリューム条件を満足しない。しかしながら、図４の５番目および６番目の項目に登録された「ストレージ装置Ｂ」の２つのＲＡＩＤグループ「０１」，「０２」に属する２つの未割当領域は、５０Ｇ（＝２０Ｇ＋３０Ｇ）バイトの合計サイズを有しているため、追加実ボリューム条件を満足する。このため、５，６番目の項目の２つの未割当領域に関する情報が、図１２の候補番号「３」として候補管理テーブル１３６に登録されている。
【０１０２】
同様に、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する未割当領域は、「５０Ｇ」バイトよりも少ない「２０Ｇ」バイトのサイズを有しているため、追加実ボリューム条件を満足しない。しかしながら、図４の５番目の項目に登録された「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」に属する第１の未割当領域と、３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する第２の未割当領域とは、１００Ｇ（２０Ｇ＋８０Ｇ）バイトの合計サイズを有しているため、追加実ボリューム条件を満足する。このため、３，５番目の項目の２つの未割当領域に関する情報が、図１２の候補番号「５」として候補管理テーブル１３６に登録されている。
【０１０３】
なお、本実施例では、候補番号「５」に示すように、追加実ボリュームを作成可能な記憶領域の候補として、２以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域を選択可能であるが、選択されないようにしてもよい。
【０１０４】
ステップＳ３１０（図１１）では、システムＲＡＩＤグループ管理プログラム１４２は、ＡＯＵプログラム１３２からの指示に従って、システムＲＡＩＤグループ管理テーブル１４４（図７）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する記憶領域の利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。そして、システムＲＡＩＤグループ管理プログラム１４２は、判断結果に応じて、候補管理テーブル１３６を更新する。なお、ステップＳ３１０の具体的な処理内容については、後述する。
【０１０５】
図１３は、更新済みの候補管理テーブル１３６’の内容を示す説明図である。なお、図１３は、図１２とほぼ同じであるが、「フラグ」欄に「１」または「０」の値が登録されている。フラグ「１」が登録された候補は、対応する記憶領域の利用が制限されないことを示しており、フラグ「０」が登録された候補は、対応する記憶領域の利用が制限されることを示している。なお、「記憶領域の利用が制限される」とは、該記憶領域が属するＲＡＩＤグループは停止中であり、該ＲＡＩＤグループの起動は上限値によって制限されることを意味している。
【０１０６】
なお、本実施例では、候補管理テーブル１３６，１３６’には、フラグ欄が設けられているが、フラグ欄は省略可能である。この場合には、フラグ「１」に設定されるべき候補が候補管理テーブル１３６に残され、フラグ「０」に設定されるべき候補が候補管理テーブル１３６から削除されればよい。
【０１０７】
ステップＳ３１２（図１１）では、ＡＯＵプログラム１３２は、更新済みの候補管理テーブル１３６’に含まれる利用制限を受けない候補の中から、換言すれば、フラグ「１」が設定された候補の中から、最適な１つの候補を選択する。なお、ステップＳ３１２における選択は、予め設定された選択ルールに従って実行される。
【０１０８】
選択ルールとしては、例えば、以下のようなルールが挙げられる。
・１つのストレージ装置内の記憶領域のみを含む候補を優先して選択する。
・１つのストレージ装置内の１つのＲＡＩＤグループに属する記憶領域のみを含む候補を優先して選択する。
・１つのストレージ装置内の１つのＲＡＩＤグループに属し、追加実ボリューム条件として設定されたサイズと等しいサイズを有する記憶領域を含む候補を優先して選択する。
【０１０９】
また、選択ルールとしては、ＲＡＩＤグループの新たな起動を必要としない記憶領域を含む候補を優先して選択すること、などの他のルールが利用されてもよい。ただし、この場合には、ＲＡＩＤグループの新たな起動の必要の有無に応じて、各候補のフラグの値が変更されることが好ましい。例えば、ＲＡＩＤグループの新たな起動が不要な場合にはフラグ「２」が設定され、ＲＡＩＤグループの新たな起動が必要な場合にはフラグ「１」が設定されればよい。こうすれば、利用制限を受けず、かつ、ＲＡＩＤグループの新たな起動を必要としない記憶領域を示す候補を容易に選択することができる。
【０１１０】
このように、選択ルールを利用すれば、利用制限を受けない複数の候補の中から、最適な１つの候補を容易に選択することができる。
【０１１１】
なお、本実施例では、ステップＳ３１２において、ＡＯＵプログラム１３２によって１つの候補が選択されているが、これに代えて、管理者によって１つの候補が選択されるようにしてもよい。この場合には、例えば、ＡＯＵプログラム１３２は、ステップＳ３１０で得られた候補管理テーブル１３６’の情報を管理サーバ４００の管理者に提供し、管理サーバ４００から与えられる管理者の選択指示に従って、１つの候補を選択すればよい。なお、この場合には、管理サーバ４００の表示部４１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。
【０１１２】
ステップＳ３１４では、ＡＯＵプログラム１３２は、ステップＳ３１２で選択された１つの候補に対応する記憶領域（未割当領域）を含むストレージ装置２００に実ボリュームの作成を指示する。
【０１１３】
このとき、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２は、図８の処理を実行し、ステップＳ３１２で選択された記憶領域（未割当領域）が属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該記憶領域（未割当領域）の利用が上限値によって制限されることはない（ステップＳ３１０参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０１１４】
そして、ストレージ装置２００の構成管理プログラム２５２は、ステップＳ３１２で選択された記憶領域（未割当領域）に、追加実ボリュームを作成し、識別番号（ＬＵ＿ＩＤ）を割り当てる。作成される追加実ボリュームのサイズは、追加実ボリューム条件に従ったサイズ（５０Ｇバイト）である。なお、追加実ボリュームの作成に伴って、構成管理プログラム２５２によって構成管理テーブル２５４が更新されると共に、管理サーバ４００のシステム構成管理プログラム４２２によってシステム構成管理テーブル４２４が更新される。
【０１１５】
なお、選択された１つの候補が１つのストレージ装置の２以上の部分記憶領域で構成される記憶領域に対応する場合には、該１つのストレージ装置に２以上の追加実ボリュームの作成が指示される。また、選択された１つの候補が２以上のストレージ装置の２以上の部分記憶領域で構成される記憶領域に対応する場合には、該２以上のストレージ装置に２以上の追加実ボリュームの作成が指示される。なお、この場合にも、作成される２以上の追加実ボリュームの合計サイズは、追加実ボリューム条件に従ったサイズである。
【０１１６】
ステップＳ３１６では、ＡＯＵプログラム１３２は、仮想化プログラム１２２に、新たに作成された実ボリュームを仮想ボリュームに追加（マッピング）するように指示する。
【０１１７】
具体的には、ＡＯＵプログラム１３２は、ストレージ装置２００の構成管理プログラム２５２から新たに作成された追加実ボリュームの識別番号（ＬＵ＿ＩＤ）を取得し、ストレージ装置の装置名と追加実ボリュームの識別番号（ＬＵ＿ＩＤ）とを仮想化プログラム１２２に通知する。そして、仮想化プログラム１２２は、ストレージ装置２００内に新たに作成された追加実ボリュームを仮想ボリュームに追加（マッピング）する。この際、仮想化プログラム１２２は、仮想化管理テーブル１２４（図５）を更新する。
【０１１８】
図１４は、ステップＳ３１０（図１１）の具体的な処理内容を示す説明図である。ステップＳ３３２では、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６に登録された複数の候補の中から、判断対象の候補（以下、「注目候補」とも呼ぶ）を選択する。
【０１１９】
ステップＳ３３４では、システムＲＡＩＤグループ管理プログラム１４２は、システムＲＡＩＤグループ管理テーブル１４４（図７）を参照して、注目候補に対応する記憶領域を追加実ボリュームとして利用する場合に、停止中のＲＡＩＤグループを新たに起動させる必要があるか否かを判断する。
【０１２０】
具体的には、システムＲＡＩＤグループ管理プログラム１４２は、注目候補に対応する記憶領域が属する特定のストレージ装置内のＲＡＩＤグループの番号が、システムＲＡＩＤグループ管理テーブル１４４（図７）の特定のストレージ装置に関する「起動ＲＡＩＤグループ番号」に登録されているか否かを判断する。登録されている場合には、換言すれば、注目候補に対応する記憶領域が特定のストレージ装置内の既に起動しているＲＡＩＤグループに属する場合には、他のＲＡＩＤグループの起動が必要でないと判断される。登録されていない場合には、換言すれば、注目候補に対応する記憶領域が特定のストレージ装置内の停止中のＲＡＩＤグループに属する場合には、該停止中のＲＡＩＤグループの起動が必要であると判断される。
【０１２１】
例えば、図１２の候補管理テーブル１３６において、候補番号「２」は、ストレージ装置ＡのＲＡＩＤグループ「０３」に属する記憶領域を示している。システムＲＡＩＤグループ管理テーブル１４４（図７）を参照すると、ストレージ装置ＡのＲＡＩＤグループ「０３」は停止中であることが分かる。このため、候補番号「２」に対応する記憶領域を追加実ボリュームとして利用する場合には、停止中のＲＡＩＤグループ「０３」を新たに起動させる必要があると判断される。
【０１２２】
なお、注目候補が、１つのストレージ装置の２以上のＲＡＩＤグループに属する２以上の部分記憶領域で構成される記憶領域に対応する場合には、部分記憶領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断される。また、注目候補が、２以上のストレージ装置の２以上のＲＡＩＤグループに属する２以上の部分記憶領域で構成される記憶領域に対応する場合には、ストレージ毎に、かつ、部分記憶領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断される。
【０１２３】
ＲＡＩＤグループを新たに起動させる必要がある場合には、ステップＳ３３６に進み、ＲＡＩＤグループを新たに起動させる必要がない場合には、ステップＳ３４０に進む。
【０１２４】
ステップＳ３４０では、システムＲＡＩＤグループ管理プログラム１４２は、注目候補の利用が制限されないと判断する。具体的には、注目候補に対応する記憶領域の追加実ボリュームとしての利用が、起動ＲＡＩＤグループ数の上限値によって制限されないと判断される。このとき、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６を更新する。具体的には、注目候補のフラグ欄に「１」が設定される。
【０１２５】
一方、ステップＳ３３６では、システムＲＡＩＤグループ管理プログラム１４２は、システムＲＡＩＤグループ管理テーブル１４４を参照して、仮にＲＡＩＤグループを新たに起動させた場合に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かを判断する。
【０１２６】
例えば、図１２の候補管理テーブル１３６において、候補番号「２」は、ストレージ装置ＡのＲＡＩＤグループ「０３」に属する記憶領域を示している。システムＲＡＩＤグループ管理テーブル１４４（図７）を参照すると、ストレージ装置Ａの起動ＲＡＩＤグループ数は「２」であり、上限値は「２」であることが分かる。仮に、ＲＡＩＤグループ「０３」を起動させると、仮の起動ＲＡＩＤグループ数は「３」となり、上限値「２」を超えると判断される。
【０１２７】
なお、ステップＳ３３６の判断は、ＲＡＩＤグループを新たに起動させる必要があるストレージ装置毎に実行される。具体的には、ステップＳ３３４において、１つのストレージ装置内のＲＡＩＤグループの起動が必要と判断された場合には、該１つのストレージ装置に関して上記の判断が実行される。また、ステップＳ３３４において、第１のストレージ装置に属するＲＡＩＤグループの起動と、第２のストレージ装置に属するＲＡＩＤグループの起動と、が必要と判断された場合には、第１のストレージ装置に関して上記の判断が実行されると共に、第２のストレージ装置に関して上記の判断が実行される。
【０１２８】
注目候補に対応する記憶領域を含む１以上のストレージ装置のいずれかにおいて、仮の起動ＲＡＩＤグループ数が上限値を超えると判断された場合には、ステップＳ３３８に進み、他の場合には、前述のステップＳ３４０に進む。
【０１２９】
ステップＳ３３８では、システムＲＡＩＤグループ管理プログラム１４２は、注目候補の利用が制限されると判断する。具体的には、注目候補に対応する記憶領域の追加実ボリュームとしての利用が、起動ＲＡＩＤグループ数の上限値によって制限されると判断される。このとき、システムＲＡＩＤグループ管理プログラム１４２は、候補管理テーブル１３６を更新する。具体的には、注目候補のフラグ欄に「０」が設定される。
【０１３０】
ステップＳ３４２では、候補管理テーブル１３６に登録されたすべての候補の判断が完了したか否かが判断される。すべての候補の判断が完了していない場合には、ステップＳ３３２に戻り、図１４の処理が繰り返し実行される。すべての候補の判断が完了した場合には、図１４の処理（すなわち図１１のステップＳ３１０の処理）は終了し、図１１のステップＳ３１２に進む。
【０１３１】
図１４の処理を実行することにより、前述した図１３に示す候補管理テーブル１３６’が作成される。例えば、図１３では、候補番号「３」にはフラグ「１」が設定されている。これは、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」，「０２」の新たな起動が上限値によって制限されないためである。また、候補番号「４」にはフラグ「０」が設定されている。これは、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」は起動中であるが、「ストレージ装置Ａ」のＲＡＩＤグループ「０３」の新たな起動が上限値によって制限されるためである。さらに、候補番号「５」にはフラグ「１」が設定されている。これは、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」は起動中であり、「ストレージ装置Ｂ」のＲＡＩＤグループ「０１」の新たな起動が上限値によって制限されないためである。
【０１３２】
上記のようにして、図１１（および図１４）の処理を実行すれば、仮想ボリュームの実際の残容量が少なくなった場合に、仮想ボリュームの実際の容量および実際の残容量を迅速に増大させることができる。
【０１３３】
なお、図１１（および図１４）では、仮想ボリュームに既に実ボリュームがマッピングされており、該仮想ボリュームに他の実ボリュームが追加してマッピングされる場合について説明した。しかしながら、図１１の処理は、仮想ボリュームに最初に実ボリュームがマッピングされる場合にも適用可能である。この場合には、図１１のステップＳ３０８〜Ｓ３１６の処理が実行されればよい。
【０１３４】
以上説明したように、本実施例を採用すれば、仮想化装置１００の仮想ボリュームにストレージ装置２００の実ボリュームを迅速にマッピングすることができる。具体的には、システムＲＡＩＤグループ管理プログラム１４２は、起動中のＲＡＩＤグループの数が上限値を超えないように、実ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に、実ボリュームを作成し、仮想ボリュームに作成された実ボリュームをマッピングすることができる。
【０１３５】
また、本実施例では、追加実ボリューム条件を満足する追加実ボリュームを作成可能な記憶領域が候補として選択されているため、適切なサイズおよびＲＡＩＤレベルを有する追加実ボリュームを容易に作成して、該追加実ボリュームを仮想ボリュームにマッピングすることができる。
【０１３６】
以上の説明から分かるように、本実施例における仮想化装置１００が本発明における管理装置に相当する。具体的には、仮想化プログラム１２２が、仮想化部に相当し、システムＲＡＩＤグループ管理プログラム１４２が、管理データ取得部に相当し、ＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが、処理実行部に相当する。また、ＡＯＵプログラム１３２とシステムＲＡＩＤグループ管理プログラム１４２とが、候補選択部に相当し、ＡＯＵプログラム１３２が、作成指示部と利用率取得部と候補決定部とに相当する。
【０１３７】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム１４２およびシステムＲＡＩＤグループ管理テーブル１４４は、仮想化装置１００内に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００や管理サーバ４００に設けられていてもよい。なお、この場合には、仮想化装置と他の装置とが本発明における管理装置に相当する。
【０１３８】
また、本実施例では、管理サーバ４００が設けられているが、省略可能である。この場合には、管理サーバ４００の機能は、他の装置、例えば、仮想化装置１００やストレージ装置２００が有していればよい。
【０１３９】
さらに、本実施例では、仮想化装置１００が利用されているが、これに代えて、仮想化装置の機能を有するスイッチ（バーチャリゼーションスイッチ）が利用されてもよい。
【０１４０】
Ｂ．第２実施例：
Ｂ−１．ネットワークシステムの構成：
図１５は、第２実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、外部接続機能を有するストレージ装置３００が追加されている。なお、ストレージ装置３００は、ＳＡＮに接続されていると共に、管理用ネットワークＮＷに接続されている。
【０１４１】
後述するように、外部接続機能を有するストレージ装置３００には、仮想ボリュームが作成され、仮想ボリュームには、他のストレージ装置２００の論理ボリューム（以下、「外部ボリューム」とも呼ぶ）がマッピングされる。これにより、ホスト７００は、ストレージ装置３００の内部に実際に含まれる論理ボリューム（内部ボリューム）にアクセスすることができると共に、ストレージ装置３００の仮想ボリュームにアクセスすることによって、ストレージ装置２００を意識することなく、ストレージ装置２００内の外部ボリュームにアクセスすることができる。
【０１４２】
なお、以下では、外部接続機能を有するストレージ装置３００を「高機能ストレージ装置」とも呼ぶ。
【０１４３】
Ｂ−１−１．ストレージ装置の構成：
ストレージ装置２００は、第１実施例のストレージ装置２００（図２）と同じである。
【０１４４】
Ｂ−１−２．管理サーバの構成：
管理サーバ４００は、第１実施例の管理サーバ４００（図１）とほぼ同じであるが、システム構成管理テーブル４２４Ｂが変更されている。
【０１４５】
図１６は、システム構成管理テーブル４２４Ｂの内容を示す説明図である。図示するように、テーブル４２４Ｂには、図４と同様に、論理ボリューム毎に、「装置名」と、「モデル」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号（ＲＡＩＤレベル）」と、「サイズ」と、「使用サイズ」と、が登録されている。
【０１４６】
第１実施例では、ストレージ装置２００内の未割当領域に論理ボリューム（追加実ボリューム）が作成され、作成された論理ボリュームが仮想ボリュームにマッピングされていた。一方、本実施例では、ストレージ装置２００内に既に作成された論理ボリューム（外部ボリューム）が外部接続機能を有する高機能ストレージ装置３００の仮想ボリュームにマッピングされる。このため、図１６では、未割当領域の図示が省略されている。なお、図１６では、２台のストレージ装置２００に対応する「ストレージ装置Ａ」および「ストレージ装置Ｂ」の外部ボリュームのみが図示されているが、実際には、システム構成管理テーブル４２４Ｂには、高機能ストレージ装置３００に対応する「ストレージ装置Ｓ」の内部ボリュームも登録されている。
【０１４７】
Ｂ−１−３．高機能ストレージ装置の構成：
高機能ストレージ装置３００は、図２のストレージ装置２００と同様に、ストレージコントローラ３１０と、ディスク装置３６０と、管理用ＩＦ３１６と、ＳＡＮＩＦ３１８と、を備えている。
【０１４８】
ディスク装置３６０は、図２のディスク装置２６０と同様に、多数のハードディスクを含んでいる。また、ディスク装置３６０には、複数のＲＡＩＤグループが設定されており、各ＲＡＩＤグループには、１以上の論理ボリューム（内部ボリューム）が設定されている。
【０１４９】
ディスク装置３６０には、さらに、１以上の仮想ボリュームが設定されており、各仮想ボリュームには、他のストレージ装置２００の論理ボリューム（外部ボリューム）がマッピングされている。
【０１５０】
ストレージコントローラ３１０は、図２のストレージコントローラ２１０と同様に、ＣＰＵ３１２と、キャッシュ３１３と、メモリ３１４と、ドライブＩＦ３１９と、を備えている。
【０１５１】
メモリ３１４には、図２のメモリ２１４と同様に、ＲＡＩＤグループ制御プログラムと、ＲＡＩＤグループ管理テーブルと、監視エージェントと、入出力制御プログラムと、構成管理プログラムと、構成管理テーブルと、が格納されている（図示せず）。なお、ＲＡＩＤグループ制御プログラムは、ＲＡＩＤグループ管理テーブルを利用して、高機能ストレージ装置３００内部に設定されたＲＡＩＤグループを管理する。
【０１５２】
メモリ３１４には、さらに、外部接続プログラム３２２と、外部ボリューム対応テーブル３２４と、候補管理テーブル３２６と、システムＲＡＩＤグループ管理プログラム３３２と、システムＲＡＩＤグループ管理テーブル３３４と、が格納されている。
【０１５３】
システムＲＡＩＤグループ管理プログラム３３２は、第１実施例の仮想化装置１００内のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。
【０１５４】
外部接続プログラム３２２は、仮想ボリュームを作成し、各ストレージ装置２００の論理ボリューム（外部ボリューム）を仮想ボリュームにマッピングし、仮想ボリュームを管理する。外部接続プログラム３２２は、仮想ボリュームと外部ボリュームとの対応関係を示す外部ボリューム対応テーブル３２４を作成および更新する。
【０１５５】
図１７は、外部ボリューム対応テーブル３２４の内容を示す説明図である。図示するように、テーブル３２４には、仮想ボリューム毎に、高機能ストレージ装置３００に関する「装置名」および「仮想ボリュームＩＤ」と、他のストレージ装置に関する「装置名」および「ＬＵ＿ＩＤ」と、が登録されている。「仮想ボリュームＩＤ」は、高機能ストレージ装置３００の仮想ボリュームの識別番号を示し、「ＬＵ＿ＩＤ」は、他のストレージ装置２００の論理ボリューム（外部ボリューム）の識別番号を示す。
【０１５６】
図１７では、例えば、「ストレージ装置Ｓ」の仮想ボリューム「００１」に、「ストレージ装置Ａ」の外部ボリューム「０１」がマッピングされており、「ストレージ装置Ｓ」の仮想ボリューム「００２」に、「ストレージ装置Ａ」の外部ボリューム「０２」がマッピングされている。
【０１５７】
また、外部接続プログラム３２２（図１５）は、仮想ボリュームに外部ボリュームをマッピングする際に、システム構成管理テーブル４２４Ｂ（図１６）と外部ボリューム対応テーブル３２４（図１７）とを利用して、候補管理テーブル３２６（後述する）を作成する。
【０１５８】
Ｂ−２．仮想ボリュームに対する外部ボリュームのマッピング処理：
図１８は、仮想ボリュームに外部ボリュームをマッピングする際の処理手順を示すフローチャートである。図１８の処理は、高機能ストレージ装置３００（図１５）の外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが協働することによって、実行される。
【０１５９】
ステップＳ４０２では、外部接続プログラム３２２は、管理者からの外部接続の指示を受け取る。具体的には、管理者は、管理サーバ４００を操作して、高機能ストレージ装置３００の外部接続プログラム３２２に外部接続の実行を指示する。ここで、「外部接続」は、高機能ストレージ装置３００の仮想ボリュームに他のストレージ装置２００の外部ボリュームをマッピングすることを意味する。高機能ストレージ装置３００内に外部ボリュームがマッピングされるべき仮想ボリュームが既に作成されている場合には、ステップＳ４０２において、管理者は、該仮想ボリュームのＩＤを指定する。逆に、高機能ストレージ装置３００内に外部ボリュームがマッピングされるべき仮想ボリュームが未だ作成されていない場合には、ステップＳ４０２において、管理者は、新たな仮想ボリュームの作成を指示する。
【０１６０】
ステップＳ４０４では、外部接続プログラム３２２は、システム構成管理テーブル４２４Ｂ（図１６）と外部ボリューム対応テーブル３２４（図１７）とを参照して、仮想ボリュームにマッピングされ得る外部ボリュームの候補を選択し、該候補が登録された候補管理テーブル３２６を生成する。
【０１６１】
図１９は、候補管理テーブル３２６の内容を示す説明図である。図示するように、テーブル３２６には、外部ボリューム毎に、「装置名」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。図１９では、例えば、候補番号「１」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０２」に属する外部ボリューム「０３」が登録されている。
【０１６２】
候補管理テーブル３２６には、システム構成管理テーブル４２４Ｂ（図１６）に登録された複数の外部ボリュームのうち、外部ボリューム対応テーブル３２４（図１７）に登録されていない、換言すれば、いずれの仮想ボリュームにも未だマッピングされていない複数の外部ボリュームの候補が登録される。
【０１６３】
例えば、図１６のシステム構成管理テーブル４２４Ｂの３番目の項目に登録された「ストレージ装置Ａ」の外部ボリューム「０３」は、図１７に示す外部ボリューム対応テーブル３２４において、いずれの仮想ボリュームにもマッピングされていない。このため、該外部ボリュームに関する情報が、図１９の候補番号「１」として候補管理テーブル１３６に登録されている。
【０１６４】
ステップＳ４０６では、システムＲＡＩＤグループ管理プログラム３３２は、外部接続プログラム３２２からの指示に従って、システムＲＡＩＤグループ管理テーブル３３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する外部ボリュームの利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０１６５】
ステップＳ４０６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する外部ボリュームの利用が上限値によって制限されるか否かに応じて、候補管理テーブル３２６（図１９）の各候補にフラグが設定され、候補管理テーブル３２６が更新される（ステップＳ３３８，Ｓ３４０）。
【０１６６】
ステップＳ４０８では、外部接続プログラム３２２は、管理者からの選択指示に従って、更新済みの候補管理テーブル３２６に含まれる利用制限を受けない複数の候補の中から１つの候補を選択する。
【０１６７】
具体的には、ステップＳ４０８では、外部接続プログラム３２２は、ステップＳ４０６において更新された候補管理テーブル３２６の情報を管理サーバ４００の管理者に提供し、管理サーバ４００から与えられる管理者の選択指示に従って、１つの候補を選択する。なお、管理サーバ４００の表示部４１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。この際、管理サーバ４００は、システム構成管理テーブル４２４Ｂを利用して、各候補に対応する外部ボリュームのサイズや使用サイズを表示することが好ましい。
【０１６８】
また、外部接続プログラム３２２は、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２に図８の処理を実行させる。ＲＡＩＤグループ制御プログラム２２２は、ステップＳ４０８で選択された１つの候補に対応する外部ボリュームが属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該外部ボリュームの利用が上限値によって制限されることはない（ステップＳ４０６参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０１６９】
ステップＳ４１０では、外部接続プログラム３２２は、ステップＳ４０８で選択された１つの候補に対応する外部ボリュームを、ステップＳ４０２で指定または作成された仮想ボリュームにマッピングする。なお、外部ボリュームが仮想ボリュームにマッピングされると、外部接続プログラム３２２は、外部ボリューム対応テーブル３２４を更新する。
【０１７０】
なお、本実施例では、ステップＳ４０２において仮想ボリュームが指定または作成されているが、これに代えて、ステップＳ４１０においてマッピングに先行して仮想ボリュームが指定または作成されるようにしてもよい。
【０１７１】
以上説明したように、本実施例を採用すれば、高機能ストレージ装置３００の仮想ボリュームにストレージ装置２００の外部ボリュームを迅速にマッピングすることができる。具体的には、システムＲＡＩＤグループ管理プログラム３３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、複数の外部ボリュームを示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に、外部ボリュームを仮想ボリュームにマッピングすることができる。
【０１７２】
また、本実施例では、他の仮想ボリュームにマッピングされていない外部ボリュームが候補として選択されているため、適切な論理ボリュームを容易に仮想ボリュームにマッピングすることができる。
【０１７３】
さらに、本実施例を採用して、既存のネットワークシステムに高機能ストレージ装置３００を追加すれば、ストレージ装置２００は、高機能ストレージ装置３００の機能を利用することができる。例えば、高機能ストレージ装置３００のキャッシュ３１３の容量が大きい場合には、ホスト７００は、高機能ストレージ装置３００の仮想ボリュームに対して高速にデータを書き込むことができる。また、ストレージ装置２００が同期コピープログラムを備えておらず、高機能ストレージ装置３００が同期コピープログラムを備えている場合には、仮想ボリュームを同期コピーの対象に設定すれば、ストレージ装置２００の外部ボリュームを同期コピーの対象として利用することが可能となる。
【０１７４】
以上の説明から分かるように、本実施例における高機能ストレージ装置３００が本発明における管理装置に相当する。具体的には、外部接続プログラム３２２が、仮想化部に相当し、システムＲＡＩＤグループ管理プログラム３３２が、管理データ取得部に相当し、外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが、処理実行部に相当する。また、外部接続プログラム３２２とシステムＲＡＩＤグループ管理プログラム３３２とが、候補選択部に相当する。
【０１７５】
なお、本実施例では、図１７に示すように、１つの仮想ボリュームに対して１つの外部ボリュームがマッピングされているが、１つの仮想ボリュームに対して２以上の外部ボリュームがマッピングされるようにしてもよい。
【０１７６】
また、本実施例では、システムＲＡＩＤグループ管理プログラム３３２とシステムＲＡＩＤグループ管理テーブル３３４とは、高機能ストレージ装置３００に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００や管理サーバ４００に設けられていてもよい。この場合には、高機能ストレージ装置と他の装置とが本発明における管理装置に相当する。
【０１７７】
さらに、本実施例では、管理サーバ４００が設けられているが、省略可能である。この場合には、管理サーバ４００の機能は、他の装置、例えば、高機能ストレージ装置３００やストレージ装置２００が有していればよい。
【０１７８】
Ｃ．第３実施例：
Ｃ−１．ネットワークシステムの構成：
図２０は、第３実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、管理サーバ５００が変更されている。
【０１７９】
Ｃ−１−１．ストレージ装置の構成：
ストレージ装置２００は、第１実施例のストレージ装置２００（図２）と同じである。
【０１８０】
Ｃ−１−２．管理サーバの構成：
管理サーバ５００は、第１実施例の管理サーバ４００（図１）と同様に、ＣＰＵ５１２と、メモリ５１４と、管理用ＩＦ５１６と、入力部５１８と、表示部５１９と、を備えている。
【０１８１】
メモリ５１４には、図１のメモリ４１４と同様に、システム構成管理プログラム５２２とシステム構成管理テーブル５２４とが格納されている。
【０１８２】
メモリ５１４には、さらに、システムＲＡＩＤグループ管理プログラム５３２と、システムＲＡＩＤグループ管理テーブル５３４と、プロビジョニングプログラム５４２と、候補管理テーブル５４４と、が格納されている。
【０１８３】
システム構成管理プログラム５２２は、第１実施例のシステム構成管理プログラム４２２（図１）と同様の処理を実行する。
【０１８４】
システムＲＡＩＤグループ管理プログラム５３２は、第１実施例の仮想化装置１００内のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。
【０１８５】
プロビジョニングプログラム５４２は、管理者からの指示に従って、ストレージ装置２００に論理ボリュームの作成を指示する。この際、プロビジョニングプログラム５４２は、システム構成管理テーブル５２４（図４参照）を利用して、候補管理テーブル５４４（後述する）を作成する。
【０１８６】
Ｃ−２．論理ボリュームの作成処理：
図２１は、論理ボリュームを作成する際の処理手順を示すフローチャートである。なお、図２１の処理は、管理サーバ５００のプロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが協働することによって、実行される。
【０１８７】
ステップＳ５０２では、プロビジョニングプログラム５４２は、管理者からの論理ボリューム作成の指示を受け取る。具体的には、管理者は、管理サーバ６００を操作して、プロビジョニングプログラム５４２に論理ボリュームの作成を指示する。この際、プロビジョニングプログラム５４２は、管理者から、作成されるべき論理ボリュームの条件を受け取る。論理ボリューム条件としては、サイズや、ＲＡＩＤレベルなどが挙げられる。例えば、論理ボリューム条件として、５０Ｇバイト，ＲＡＩＤレベル５などが指定される。
【０１８８】
ステップＳ５０４では、プロビジョニングプログラム５４２は、システム構成管理テーブル５２４（図４参照）を参照して、ユーザによって指定された論理ボリューム条件を満足する論理ボリュームを作成可能な記憶領域の候補を選択し、該候補が登録された候補管理テーブル５４４を作成する。
【０１８９】
図２２は、候補管理テーブル５４４の内容を示す説明図である。図示するように、テーブル５４４には、ＲＡＩＤグループ毎に、「装置名」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。例えば、図２２では、候補番号「２」には、「ストレージ装置Ａ」のＲＡＩＤグループ「０３」が登録されている。
【０１９０】
候補管理テーブル５４４は、上記のように、システム構成管理テーブル５２４（図４参照）を参照して作成される。具体的には、システム構成管理テーブル５２４に登録された複数の項目のうち、「ＬＵ＿ＩＤ」欄が「未割当」に設定された項目の情報が参照される。そして、候補管理テーブル５４４には、ユーザによって指定された論理ボリューム条件を満足する複数の記憶領域の候補が登録される。
【０１９１】
例えば、図４の３番目の項目に登録された「ストレージ装置Ａ」のＲＡＩＤグループ「０３」に属する未割当領域は、「８０Ｇ」バイトのサイズを有し、かつ、ＲＡＩＤレベル「５」に設定されているため、ユーザによって指定された論理ボリューム条件（５０Ｇ，ＲＡＩＤ５）を満足する。このため、３番目の項目の未割当領域に関する情報が、図２２の候補番号「２」として候補管理テーブル５４４に登録されている。
【０１９２】
なお、本実施例では、論理ボリュームを作成可能な記憶領域として、１つのストレージ装置内の１つのＲＡＩＤグループ内の１つの記憶領域が選択されている。しかしながら、第１実施例（図１２）で説明したように、論理ボリュームを作成可能な記憶領域として、１以上のストレージ装置内の１以上のＲＡＩＤグループ内の１以上の部分記憶領域で構成される記憶領域が選択されてもよい。すなわち、１つのストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域や、複数のストレージ装置の複数のＲＡＩＤグループ内の複数の部分記憶領域で構成される記憶領域が選択されてもよい。ただし、本実施例のように、論理ボリュームを作成可能な記憶領域の候補として、１以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域が選択されないようにしてもよい。
【０１９３】
ステップＳ５０６（図２１）では、システムＲＡＩＤグループ管理プログラム１４２は、プロビジョニングプログラム５４２からの指示に従って、システムＲＡＩＤグループ管理テーブル５３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する記憶領域の利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０１９４】
ステップＳ５０６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する記憶領域の利用が上限値によって制限されるか否かに応じて、候補管理テーブル５４４（図２２）の各候補にフラグが設定されて、候補管理テーブル５４４が更新される（ステップＳ３３８，Ｓ３４０）。
【０１９５】
なお、ステップＳ５０４において、論理ボリュームを作成可能な記憶領域の候補として、１以上のストレージ装置内の２以上の部分記憶領域で構成される記憶領域を選択可能である場合には、第１実施例で説明した手法で、ステップＳ３３４，Ｓ３３６の判断が実行されればよい。具体的には、ステップＳ３３４では、ストレージ装置毎に、かつ、部分領域毎に、ＲＡＩＤグループを新たに起動させる必要があるか否かが判断され、ステップＳ３３６では、ストレージ装置毎に、仮の起動ＲＡＩＤグループ数が上限値を超えるか否かが判断されればよい。
【０１９６】
ステップＳ５０８では、プロビジョニングプログラム５４２は、管理者からの選択指示に従って、更新済みの候補管理テーブル５４４に含まれる利用制限を受けない複数の候補の中から１つの候補を選択する。
【０１９７】
具体的には、ステップＳ５０８では、プロビジョニングプログラム５４２は、ステップＳ５０６において更新された候補管理テーブル５４４の情報を管理者に提供し、管理者の選択指示に従って、１つの候補を選択する。なお、管理サーバ５００の表示部５１９には、フラグ「１」が設定された候補のみが表示されてもよいし、すべての候補がフラグの値に応じて区別された状態で表示されてもよい。
【０１９８】
なお、本実施例では、管理者によってプロビジョニングプログラム５４２が利用されているが、複数のユーザ（管理者）によって利用される場合には、候補の表示は、ユーザに応じて変更されてもよい。例えば、第１のグループのユーザによって利用される場合には、フラグ「０」および「１」が設定された候補が表示され、第２のグループのユーザによって利用される場合には、フラグ「１」が設定された候補のみが表示されてもよい。また、候補の表示は、ストレージ装置に応じて変更されてもよい。例えば、ストレージ装置Ａに関しては、フラグ「０」および「１」が設定された候補が表示され、ストレージ装置Ｂに関しては、フラグ「１」が設定された候補のみが表示されてもよい。
【０１９９】
また、本実施例では、プロビジョニングプログラム５４２は、管理者の選択指示に従って、１つの候補を選択しているが、これに代えて、第１実施例（具体的には図１１のステップＳ３１２）で説明したように、予め設定された選択ルールに従って、最適な１つの候補を選択するようにしてもよい。
【０２００】
ステップＳ５１０では、プロビジョニングプログラム５４２は、ステップＳ５０８で選択された１つの候補に対応する記憶領域（未割当領域）を含むストレージ装置２００に論理ボリュームの作成を指示する。
【０２０１】
このとき、ストレージ装置２００のＲＡＩＤグループ制御プログラム２２２は、図８の処理を実行し、ステップＳ５０８で選択された記憶領域（未割当領域）が属するＲＡＩＤグループを新たに起動させる必要がある場合には、該ＲＡＩＤグループを起動させる（ステップＳ１０８）。ただし、該記憶領域（未割当領域）の利用が上限値によって制限されることはない（ステップＳ５０６参照）ため、図８のステップＳ１０４，Ｓ１０６の処理は実行されない。
【０２０２】
そして、ストレージ装置２００の構成管理プログラム２５２は、ステップＳ５０８で選択された記憶領域（未割当領域）に、論理ボリュームを作成し、識別番号（ＬＵ＿ＩＤ）を割り当てる。なお、作成される論理ボリュームのサイズは、指定された論理ボリューム条件に従ったサイズ（５０Ｇバイト）である。なお、論理ボリュームの作成に伴って、構成管理プログラム２５２によって構成管理テーブル２５４が更新されると共に、管理サーバ５００のシステム構成管理プログラム５２２によってシステム構成管理テーブル５２４が更新される。
【０２０３】
以上説明したように、本実施例を採用すれば、管理サーバ５００が、ストレージ装置２００内に論理ボリュームを迅速に作成することができる。具体的には、システムＲＡＩＤグループ管理プログラム５３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択する。このため、複数の候補の中から選択された１つの候補を利用することによって、迅速に論理ボリュームを作成することができる。
【０２０４】
また、本実施例では、ユーザによって指定される論理ボリューム条件を満足する論理ボリュームを作成可能な記憶領域が候補として選択されているため、所望のサイズおよびＲＡＩＤレベルを有する論理ボリュームを容易に作成することができる。
【０２０５】
以上の説明から分かるように、本実施例における管理サーバ５００が本発明における管理装置に相当する。具体的には、システムＲＡＩＤグループ管理プログラム５３２が、管理データ取得部に相当し、プロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが、処理実行部に相当する。また、プロビジョニングプログラム５４２とシステムＲＡＩＤグループ管理プログラム５３２とが、候補選択部に相当し、プロビジョニングプログラム５４２が作成指示部に相当する。
【０２０６】
なお、本実施例では、システムＲＡＩＤグループ管理プログラム５３２およびシステムＲＡＩＤグループ管理テーブル５３４は、管理サーバ５００に設けられているが、これに代えて、他の装置、例えば、ストレージ装置２００に設けられていてもよい。この場合には、管理サーバと他の装置とが本発明における管理装置に相当する。
【０２０７】
また、本実施例では、システムＲＡＩＤグループ管理プログラム５３２およびシステムＲＡＩＤグループ管理テーブル５３４は、管理サーバ５００に設けられているが、第１実施例と同様に仮想化装置１００が利用される場合には、該仮想化装置に設けられていてもよい。この場合には、管理サーバと仮想化装置とが本発明における管理装置に相当する。
【０２０８】
Ｄ．第４実施例：
Ｄ−１．ネットワークシステムの構成：
図２３は、第４実施例におけるネットワークシステムの概略構成を示す説明図である。本実施例では、第１実施例（図１）と比較すると、仮想化装置１００が省略されており、複数のストレージ装置２００Ｄと管理サーバ６００とが変更されている。
【０２０９】
Ｄ−１−１．ストレージ装置の構成：
ストレージ装置２００Ｄは、第１実施例のストレージ装置２００（図２）とほぼ同様であるが、入出力制御プログラム２４２Ｄが変更されている。入出力制御プログラム２４２Ｄの処理については後述する。なお、図２３では、図示の便宜上、ディスク装置２６０が省略されている。
【０２１０】
Ｄ−１−２．管理サーバの構成：
管理サーバ６００は、第１実施例の管理サーバ４００（図１）と同様に、ＣＰＵ６１２と、メモリ６１４と、管理用ＩＦ６１６と、入力部６１８と、表示部６１９と、を備えている。
【０２１１】
メモリ６１４には、図１のメモリ４１４と同様に、システム構成管理プログラム６２２とシステム構成管理テーブル６２４とが格納されている。
【０２１２】
メモリ６１４には、さらに、システムＲＡＩＤグループ管理プログラム６３２と、システムＲＡＩＤグループ管理テーブル６３４と、候補管理テーブル６３６と、コピー管理プログラム６４２と、コピーペア管理テーブル６４４と、が格納されている。
【０２１３】
システム構成管理プログラム６２２は、第１実施例のシステム構成管理プログラム４２２（図１）と同様の処理を実行する。
【０２１４】
システムＲＡＩＤグループ管理プログラム６３２は、第１実施例の仮想化装置１００のシステムＲＡＩＤグループ管理プログラム１４２（図１）と同様の処理を実行する。ただし、本実施例では、システムＲＡＩＤグループ管理プログラム６３２は、後述する他の処理も実行する。
【０２１５】
コピー管理プログラム６４２は、コピーペア管理テーブル６４４を利用して、２つの論理ボリューム（コピーペア）間のコピー関係を管理する。
【０２１６】
図２４は、コピーペア管理テーブル６４４の内容を示す説明図である。図示するように、テーブル６４４には、コピーペア毎に、コピー元の「装置名」および「ＬＵ＿ＩＤ」と、コピー先の「装置名」および「ＬＵ＿ＩＤ」と、が登録されている。図２４では、例えば、第１のコピーペアに関し、コピー元として「ストレージ装置Ａ」の論理ボリューム「０１」が設定されており、コピー先として「ストレージ装置Ｂ」の論理ボリューム「０２」が設定されている。また、第２のコピーペアに関し、コピー元として「ストレージ装置Ａ」の論理ボリューム「０２」が設定されており、コピー先として「ストレージ装置Ａ」の論理ボリューム「０３」が設定されている。
【０２１７】
このように、本実施例では、コピー管理プログラム６４２は、２つのストレージ装置内の２つの論理ボリューム間のコピー関係や、１つのストレージ装置内の２つの論理ボリューム間のコピー関係が、管理される。
【０２１８】
本実施例では、コピーペア間では、いわゆる同期コピーが実行されており、コピー元の論理ボリュームとコピー先の論理ボリュームとには、同一のデータが格納されている。
【０２１９】
Ｄ−２．読み出し処理：
図２５，図２６は、コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。なお、図２５の処理は、コピー元論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄによって実行され、図２６の処理は、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２によって実行される。
【０２２０】
図２５のステップＳ６０２では、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄは、ホスト７００から、特定の論理ボリューム（コピー元論理ボリューム）に対する読み出し要求を受け取る。なお、以下では、ホスト７００によって指定された特定の論理ボリュームを、「指定論理ボリューム」とも呼ぶ。
【０２２１】
ステップＳ６０４では、入出力制御プログラム２４２Ｄは、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２に、実際に読み出し対象となる論理ボリュームの選択を依頼する。なお、以下では、実際に読み出し対象となる論理ボリュームを「対象論理ボリューム」とも呼ぶ。
【０２２２】
なお、図２５のステップＳ６５２〜Ｓ６６２の処理については、後述する。
【０２２３】
図２６のステップＳ６２２では、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２は、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄから、対象論理ボリュームの選択の依頼（ステップＳ６０４参照）を受け取ると共に、指定論理ボリュームの情報を受け取る。該情報には、指定論理ボリュームが属するストレージ装置の装置名と、指定論理ボリュームの識別番号（ＬＵ＿ＩＤ）と、が含まれている。
【０２２４】
ステップＳ６２４では、システムＲＡＩＤグループ管理プログラム６３２は、コピーペア管理テーブル６４４を参照して、対象論理ボリュームの候補を、候補管理テーブル６３６に登録する。具体的には、指定論理ボリュームであるコピー元論理ボリュームと、指定論理ボリュームと同一のデータを保持するコピー先論理ボリュームと、が登録される。
【０２２５】
図２７は、候補管理テーブル６３６の内容を示す説明図である。図示するように、テーブル６３６には、１つのコピーペアを構成する２つの論理ボリュームが登録されている。具体的には、論理ボリューム毎に、「装置名」と、「ＬＵ＿ＩＤ」と、「ＲＡＩＤグループ番号」と、「フラグ」と、が登録されている。なお、「フラグ」には、未だ有意な値は登録されていない。
【０２２６】
図２７では、候補番号「１」には、コピー元論理ボリュームである「ストレージ装置Ａ」のＲＡＩＤグループ「０１」に属する論理ボリューム「０１」が登録されている。候補番号「２」には、コピー先論理ボリュームである「ストレージ装置Ｂ」のＲＡＩＤグループ「０２」に属する論理ボリューム「０２」が登録されている。なお、ＲＡＩＤグループ番号は、システム構成管理テーブル６２４（図１６参照）を参照することによって登録されている。
【０２２７】
ステップＳ６２６（図２６）では、システムＲＡＩＤグループ管理プログラム６３２は、システムＲＡＩＤグループ管理テーブル５３４（図７参照）を利用して、各候補の利用が制限されるか否かを判断する。具体的には、各候補に対応する論理ボリュームの利用が、起動ＲＡＩＤグループ数の上限値によって制限されるか否かが判断される。
【０２２８】
ステップＳ６２６における処理は、図１４と同様に実行される。具体的には、各候補が注目候補として選択され（ステップＳ３３２）、注目候補毎に、ＲＡＩＤグループを新たに起動させる必要があるか否か（ステップＳ３３４）、ＲＡＩＤグループを新たに起動させると仮の起動ＲＡＩＤグループ数が上限値を超えるか否か（ステップＳ３３６）が判断される。そして、注目候補に対応する論理ボリュームの利用が上限値によって制限されるか否かに応じて、候補管理テーブル６３６（図２７）の各候補にフラグが設定されて、候補管理テーブル６３６が更新される（ステップＳ３３８，Ｓ３４０）。
【０２２９】
ステップＳ６２８では、システムＲＡＩＤグループ管理プログラム６３２は、すべての候補にフラグ「０」が設定されているか否か、換言すれば、すべての候補に対応する論理ボリュームが利用制限を受けるか否かを判断する。
【０２３０】
少なくとも１つの候補が上限値による利用制限を受けない場合には、ステップＳ６３０に進む。一方、すべての候補が上限値による利用制限を受ける場合には、ステップＳ６３２に進む。
【０２３１】
ステップＳ６３０では、システムＲＡＩＤグループ管理プログラム６３２は、利用制限を受けない１つの候補を選択して、選択結果を、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに送信する。なお、選択結果には、選択された１つの候補に対応する対象論理ボリュームに関する情報、具体的には、対象論理ボリュームが属するストレージ装置の装置名と対象論理ボリュームの識別番号（ＬＵ＿ＩＤ）とが含まれる。
【０２３２】
本実施例では、ステップＳ６３０において、仮に、すべての候補が利用制限を受けない場合には、対象論理ボリュームとしてコピー元論理ボリュームが優先して選択される。しかしながら、これに代えて、コピー先論理ボリュームが優先して選択されてもよい。
【０２３３】
なお、ステップＳ６３０において、仮に、すべての候補が利用制限を受けず、かつ、第１の論理ボリューム（例えばコピー元論理ボリューム）の利用にはＲＡＩＤグループの新たな起動が必要であり、第２の論理ボリューム（例えばコピー先論理ボリューム）の利用にはＲＡＩＤグループの新たな起動が不要な場合には、第２の論理ボリューム（例えばコピー先論理ボリューム）が優先して選択されるようにしてもよい。ただし、この場合には、ＲＡＩＤグループの新たな起動の必要の有無に応じて、各候補のフラグの値が変更されることが好ましい。例えば、ＲＡＩＤグループの新たな起動が不要な場合にはフラグ「２」が設定され、ＲＡＩＤグループの新たな起動が必要な場合にはフラグ「１」が設定されればよい。こうすれば、利用制限を受けず、かつ、ＲＡＩＤグループの新たな起動を必要としない論理ボリュームを示す候補を容易に選択することができると共に、ＲＡＩＤグループの起動に必要な消費電力を低減させることができる。
【０２３４】
ステップＳ６３２では、システムＲＡＩＤグループ管理プログラム６３２は、利用制限を受ける１つの候補を選択して、選択結果を、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに送信する。
【０２３５】
本実施例では、ステップＳ６３２において、対象論理ボリュームとしてコピー元論理ボリュームが優先して選択されるが、これに代えて、コピー先論理ボリュームが優先して選択されてもよい。
【０２３６】
図２５のステップＳ６５２では、指定論理ボリュームを含むストレージ装置２００Ｄの入出力制御プログラム２４２Ｄは、管理サーバ６００のシステムＲＡＩＤグループ管理プログラム６３２から、選択結果（ステップＳ６３０，Ｓ６３２参照）を取得する。
【０２３７】
ステップＳ６５４では、入出力制御プログラム２４２Ｄは、選択された対象論理ボリュームが自己のストレージ装置に属するか否かを判断する。なお、この判断は、取得済みの選択結果に含まれる装置名の情報を利用して行われる。
【０２３８】
対象論理ボリュームが自己のストレージ装置に属する場合には、ステップＳ６５６に進む。一方、対象論理ボリュームが自己のストレージ装置に属さない場合、換言すれば、他のストレージ装置に属する場合には、ステップＳ６５８に進む。
【０２３９】
ステップＳ６５６では、入出力制御プログラム２４２Ｄは、自己のストレージ装置に属する対象論理ボリュームに対する読み出し処理を実行する。この際、ＲＡＩＤグループ制御プログラム２２２によって、図８の処理が実行される。
【０２４０】
なお、図８で説明したように、対象論理ボリュームの利用が上限値によって制限されない場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２Ｄに対して読み出し処理の実行を許可する。一方、対象論理ボリュームの利用が上限値によって制限される場合には、ＲＡＩＤグループ制御プログラム２２２は、入出力制御プログラム２４２Ｄに対して待機するように指示する。
【０２４１】
ステップＳ６５８では、入出力制御プログラム２４２Ｄは、他のストレージ装置２００Ｄの入出力制御プログラム２４２Ｄに、他のストレージ装置に属する対象論理ボリュームに対するデータの読み出し処理の実行を依頼する。このとき、他のストレージ装置の入出力制御プログラム２４２Ｄは、対象論理ボリュームに対する読み出し処理を実行する。この際、他のストレージ装置２００のＲＡＩＤグループ制御プログラム２２２によって、図８の処理が実行される。
【０２４２】
ステップＳ６６０では、入出力制御プログラム２４２Ｄは、対象論理ボリュームから読み出されたデータを他のストレージ装置２００Ｄから取得する。
【０２４３】
ステップＳ６６２では、入出力制御プログラム２４２は、対象論理ボリュームから読み出されたデータをホスト７００に対して送信する。
【０２４４】
なお、本実施例では、選択結果として、対象論理ボリュームの装置名と識別番号とを含む情報が送信されているが、さらに、対象論理ボリュームが利用制限を受けるか否かの情報が送信されるようにしてもよい。こうすれば、ステップＳ６５６，Ｓ６５８において実行される図８の処理を簡略化することができる。具体的には、利用制限を受けない場合には、ＲＡＩＤグループの新たな起動が不要であるか、ＲＡＩＤグループを直ちに起動可能であるため、図８のステップＳ１０４，Ｓ１０６の処理を省略することができる。
【０２４５】
上記のように、ストレージ装置２００Ｄは、ホスト７００から指定論理ボリュームに対する読み出し要求を受け取った場合に、自己のストレージ装置内のコピー元論理ボリューム（指定論理ボリューム）と、自己または他のストレージ装置内のコピー先論理ボリュームと、のうちの一方から読み出されたデータを、ホスト７００に送信することができる。このため、ストレージ装置２００Ｄは、自己のストレージ装置内のコピー元論理ボリューム（指定論理ボリューム）に対する読み出し処理を直ちに実行することができない場合にも、自己または他のストレージ装置内のコピー先論理ボリュームから読み出されたデータをホスト７００に送信することができる。
【０２４６】
以上説明したように、本実施例を採用すれば、コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、迅速にデータを読み出すことができる。具体的には、システムＲＡＩＤグループ管理プログラム６３２は、起動中のＲＡＩＤグループの数が上限値を超えないように、コピー元論理ボリュームまたはコピー先論理ボリュームを対象論理ボリュームとして選択する。このため、対象論理ボリュームに対する読み出し処理を実行することによって、データを迅速に読み出すことができる。
【０２４７】
以上の説明から分かるように、本実施例における管理サーバ６００が本発明における管理装置に相当する。具体的には、システムＲＡＩＤグループ管理プログラム６３２が、管理データ取得部と処理実行部とに相当する。また、システムＲＡＩＤグループ管理プログラム６３２が、対象論理ボリューム選択部と送信部とに相当する。さらに、ストレージ装置２００Ｄの入出力制御プログラム２４２Ｄが、制御部に相当する。
【０２４８】
なお、本実施例では、２つの論理ボリュームに同一のデータが保持されている場合について説明したが、３以上の論理ボリュームに同一のデータが保持されている場合には、３以上の論理ボリュームが候補として候補管理テーブルに登録されればよい。そして、３以上の論理ボリュームの候補の中から１つの対象論理ボリュームが選択されればよい。一般には、コピー元論理ボリュームと少なくとも１つのコピー先論理ボリュームとの中から、１つの対象論理ボリュームが選択されればよい。
【０２４９】
Ｅ．ストレージ装置の変形例：
図２８は、第１実施例のストレージ装置の変形例を示す説明図である。図２８のストレージ装置２００ａは、図２のストレージ装置２００とほぼ同じであるが、ストレージコントローラ２１０ａが変更されている。具体的には、ストレージコントローラ２１０ａは、キャッシュ２１３ａと、メモリ２１４ａと、スイッチ２１５ａと、管理用ＩＦ２１６ａと、複数のＳＡＮＩＦ２１８ａと、複数のドライブＩＦ２１９ａと、を備えている。なお、図２８ではメモリ２１４ａの図示は簡略化されているが、メモリ２１４ａには、図２のメモリ２１４と同様に、複数のプログラムが格納されている。また、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとには、それぞれＣＰＵが設けられている。
【０２５０】
管理用ＩＦ２１６ａは、キャッシュ２１３ａと、メモリ２１４ａと、スイッチ２１５ａと、複数のＳＡＮＩＦ２１８ａと、複数のドライブＩＦ２１９ａと、に接続されている。そして、各ＳＡＮＩＦ２１８ａは、メモリ２１４ａとスイッチ２１５ａとに接続されており、各ドライブＩＦ２１９ａも、メモリ２１４ａとスイッチ２１５ａとに接続されている。
【０２５１】
上記のように、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとは、スイッチ２１５ａを介して接続されており、スイッチ２１５ａには、キャッシュ２１３ａが接続されている。この構成を採用すれば、各ＳＡＮＩＦ２１８ａと各ドライブＩＦ２１９ａとの間のデータ伝送を高速に行うことが可能となる。換言すれば、図２に示すいわゆる「共通バス方式」に代えて、図２８に示すいわゆる「スイッチ接続方式」を利用すれば、データ伝送を高速化することができる。
【０２５２】
また、図２８に示すように、複数のＳＡＮＩＦ２１８ａと複数のドライブＩＦ２１９ａとが設けられていれば、いずれかのインタフェースに障害が発生したときに、他のインタフェースに切り替えることによって、継続的にストレージ装置を使用することができるという利点がある。
【０２５３】
なお、図２８では、第１実施例のストレージ装置２００（図２）に「スイッチ接続方式」を適用した場合について説明したが、第２〜第４実施例のストレージ装置２００，３００，２００Ｄ（図１５，図２０，図２３）にも「スイッチ接続方式」を適用可能である。
【０２５４】
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様で実施することが可能であり、例えば次のような変形も可能である。
【０２５５】
（１）上記実施例では、ネットワークシステムには複数のストレージ装置２００，２００Ｄが設けられているが、少なくとも１つのストレージ装置が設けられていればよい。一般には、管理装置は、外部に設けられた少なくとも１つのストレージ装置を管理すればよい。
【０２５６】
（２）上記実施例では、ＲＡＩＤグループの起動数が管理されているが、これに代えて、ＲＡＩＤ構成を有さないグループの起動数が管理されるようにしてもよい。
【０２５７】
一般には、ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理が実行されればよい。
【０２５８】
（３）上記実施例では、システムＲＡＩＤグループ管理プログラムは、各ストレージ装置２００，２００Ｄから、起動ＲＡＩＤグループ数と、起動ＲＡＩＤグループ番号と、上限値と、を取得している（図７参照）。しかしながら、起動ＲＡＩＤグループ数の取得は省略可能である。この場合には、起動ＲＡＩＤグループ番号の個数から、起動ＲＡＩＤグループ数が求められればよい。また、上限値の取得は省略可能である。この場合には、システムＲＡＩＤグループ管理テーブルに、ストレージ装置毎の上限値が予め設定されてもよいし、すべてのストレージ装置に共通の上限値が予め設定されてもよい。
【０２５９】
また、上記実施例では、システムＲＡＩＤグループ管理プログラムは、各ストレージ装置２００，２００Ｄから、上限値を取得しているが、これに代えて、メーカによって設定される最大消費電力の値を取得するようにしてもよい。この場合には、各ストレージ装置の最大消費電力の値に応じて上限値が決定されればよい。
【０２６０】
この説明から分かるように、上記実施例における起動ＲＡＩＤグループ番号が、本発明における管理データに相当する。
【０２６１】
（４）上記実施例では、ＳＡＮと管理用ネットワークＮＷとの双方が利用されているが、ＳＡＮのみを利用してネットワークシステムが構築されてもよいし、管理用ネットワークＮＷのみを利用してネットワークシステムが構築されてもよい。
【０２６２】
（５）上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えてもよい。
【図面の簡単な説明】
【０２６３】
【図１】第１実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２】ストレージ装置２００の内部構成を示す説明図である。
【図３】ＲＡＩＤグループ管理テーブル２２４の内容を示す説明図である。
【図４】システム構成管理テーブル４２４の内容を示す説明図である。
【図５】仮想化管理テーブル１２４の内容を示す説明図である。
【図６】ＡＯＵ管理テーブル１３４の内容を示す説明図である。
【図７】システムＲＡＩＤグループ管理テーブル１４４の内容を示す説明図である。
【図８】ストレージ装置２００におけるＲＡＩＤグループの管理処理の手順を示すフローチャートである。
【図９】システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。
【図１０】システムＲＡＩＤグループ管理テーブル１４４の生成処理の手順を示すフローチャートである。
【図１１】仮想ボリュームの実際の容量を増大させる際の処理手順を示すフローチャートである。
【図１２】候補管理テーブル１３６の内容を示す説明図である。
【図１３】更新済みの候補管理テーブル１３６’の内容を示す説明図である。
【図１４】ステップＳ３１０（図１１）の具体的な処理内容を示す説明図である。
【図１５】第２実施例におけるネットワークシステムの概略構成を示す説明図である。
【図１６】システム構成管理テーブル４２４Ｂの内容を示す説明図である。
【図１７】外部ボリューム対応テーブル３２４の内容を示す説明図である。
【図１８】仮想ボリュームに外部ボリュームをマッピングする際の処理手順を示すフローチャートである。
【図１９】候補管理テーブル３２６の内容を示す説明図である。
【図２０】第３実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２１】論理ボリュームを作成する際の処理手順を示すフローチャートである。
【図２２】候補管理テーブル５４４の内容を示す説明図である。
【図２３】第４実施例におけるネットワークシステムの概略構成を示す説明図である。
【図２４】コピーペア管理テーブル６４４の内容を示す説明図である。
【図２５】コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。
【図２６】コピー元論理ボリュームに対する読み出し要求が発生した際の処理手順を示すフローチャートである。
【図２７】候補管理テーブル６３６の内容を示す説明図である。
【図２８】第１実施例のストレージ装置の変形例を示す説明図である。
【符号の説明】
【０２６４】
１００…仮想化装置
１１２…ＣＰＵ
１１４…メモリ
１１６…管理用インタフェース
１１８…ＳＡＮインタフェース
１２２…仮想化プログラム
１２４…仮想化管理テーブル
１３２…ＡＯＵプログラム
１３４…ＡＯＵ管理テーブル
１３６…候補管理テーブル
１４２…システムＲＡＩＤグループ管理プログラム
１４４…システムＲＡＩＤグループ管理テーブル
２００，２００Ｄ…ストレージ装置
２１０…ストレージコントローラ
２１２…ＣＰＵ
２１３…キャッシュ
２１４…メモリ
２１６…管理用インタフェース
２１８…ＳＡＮインタフェース
２１９…ドライブインタフェース
２２２，２２２Ｄ…ＲＡＩＤグループ制御プログラム
２２４…ＲＡＩＤグループ管理テーブル
２３２…監視エージェント
２４２，２４２Ｄ…入出力制御プログラム
２５２…構成管理プログラム
２５４…構成管理テーブル
２６０…ディスク装置
３００…高機能ストレージ装置
３１０…ストレージコントローラ
３１２…ＣＰＵ
３１３…キャッシュ
３１４…メモリ
３１６…管理用インタフェース
３１８…ＳＡＮインタフェース
３１９…ドライブインタフェース
３２２…外部接続プログラム
３２４…外部ボリューム対応テーブル
３２６…候補管理テーブル
３３２…システムＲＡＩＤグループ管理プログラム
３３４…システムＲＡＩＤグループ管理テーブル
３６０…ディスク装置
４００…管理サーバ
４１２…ＣＰＵ
４１４…メモリ
４１６…管理用インタフェース
４１８…入力部
４１９…表示部
４２２…システム構成管理プログラム
４２４，４２４Ｂ…システム構成管理テーブル
５００…管理サーバ
５１２…ＣＰＵ
５１４…メモリ
５１６…管理用インタフェース
５１８…入力部
５１９…表示部
５２２…システム構成管理プログラム
５２４…システム構成管理テーブル
５３２…システムＲＡＩＤグループ管理プログラム
５３４…システムＲＡＩＤグループ管理テーブル
５４２…プロビジョニングプログラム
５４４…候補管理テーブル
６００…管理サーバ
６１２…ＣＰＵ
６１４…メモリ
６１６…管理用インタフェース
６１８…入力部
６１９…表示部
６２２…システム構成管理プログラム
６２４…システム構成管理テーブル
６３２…システムＲＡＩＤグループ管理プログラム
６３４…システムＲＡＩＤグループ管理テーブル
６３６…候補管理テーブル
６４２…コピー管理プログラム
６４４…コピーペア管理テーブル
７００…ホスト
【特許請求の範囲】
【請求項１】
外部に設けられたストレージ装置を管理するための管理装置であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得するための管理データ取得部と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する処理実行部と、
を備えることを特徴とする管理装置。
【請求項２】
請求項１記載の管理装置であって、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピングされる前記論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含む特定のストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備え、
前記仮想化部は、前記作成された論理ボリュームを前記仮想ボリュームにマッピングする、管理装置。
【請求項３】
請求項２記載の管理装置であって、
前記候補選択部は、
前記仮想ボリュームの容量の利用率を取得する利用率取得部を備え、
前記候補選択部は、
前記利用率が所定値を超えた場合に、前記仮想ボリュームに新たな論理ボリュームをマッピングするために、前記複数の候補を選択する、管理装置。
【請求項４】
請求項３記載の管理装置であって、
前記候補選択部は、予め設定された条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択する、管理装置。
【請求項５】
請求項２ないし４のいずれかに記載の管理装置であって、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択される、管理装置。
【請求項６】
請求項２ないし５のいずれかに記載の管理装置であって、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備える、管理装置。
【請求項７】
請求項１記載の管理装置であって、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピング可能な複数の論理ボリュームを示す複数の候補を選択するための候補選択部を備え、
前記仮想化部は、前記複数の候補の中から選択された１つの候補に対応する論理ボリュームを前記仮想ボリュームにマッピングする、管理装置。
【請求項８】
請求項７記載の管理装置であって、
前記候補選択部は、他の仮想ボリュームにマッピングされていない論理ボリュームを、前記候補として選択する、管理装置。
【請求項９】
請求項１記載の管理装置であって、
前記処理実行部は、
少なくとも１台のストレージ装置に論理ボリュームを作成する場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含むストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備える、管理装置。
【請求項１０】
請求項９記載の管理装置であって、
前記候補選択部は、ユーザによって指定される条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択する、管理装置。
【請求項１１】
請求項９または１０記載の管理装置であって、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択される、管理装置。
【請求項１２】
請求項９ないし１１のいずれかに記載の管理装置であって、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備える、管理装置。
【請求項１３】
請求項１記載の管理装置であって、
少なくとも１台のストレージ装置には、第１のディスクグループに含まれるコピー元の論理ボリュームと、前記第１のディスクグループと異なる第２のディスクグループに含まれるコピー先の論理ボリュームと、が含まれており、
前記処理実行部は、
特定のストレージ装置に含まれる前記コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームまたは前記コピー先論理ボリュームを読み出し処理の対象論理ボリュームとして選択するための対象論理ボリューム選択部と、
前記コピー元論理ボリュームを含む前記特定のストレージ装置に、前記対象論理ボリュームの情報を送信する送信部と、
を備える、管理装置。
【請求項１４】
請求項１３記載の管理装置であって、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、前記特定のストレージ装置に含まれている、管理装置。
【請求項１５】
請求項１３記載の管理装置であって、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、異なるストレージ装置に含まれている、管理装置。
【請求項１６】
請求項１３ないし１５のいずれかに記載の管理装置であって、
前記対象論理ボリューム選択部は、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームと前記コピー先論理ボリュームとの双方を前記対象論理ボリュームとして選択可能である場合には、ディスクグループの新たな起動を必要としない一方の論理ボリュームを優先して選択する、管理装置。
【請求項１７】
ストレージシステムであって、
請求項１３記載の管理装置と、
前記特定のストレージ装置と、
を備え、
前記特定のストレージ装置は、
前記管理装置から前記対象論理ボリュームの情報を取得して、前記情報に応じた処理を実行する制御部を備え、
前記制御部は、
前記対象論理ボリュームが前記特定のストレージ装置に含まれる場合には、前記対象論理ボリュームに対する読み出し処理を実行し、
前記対象論理ボリュームが前記特定のストレージ装置と異なる他のストレージ装置に含まれる場合には、前記他のストレージ装置に前記対象論理ボリュームに対する読み出し処理を実行するように指示する、ストレージシステム。
【請求項１８】
管理装置において、外部に設けられたストレージ装置を管理する方法であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する工程と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する工程と、
を備えることを特徴とする方法。
【請求項１９】
管理装置に、外部に設けられたストレージ装置を管理させるためのコンピュータプログラムであって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する機能と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する機能と、
を前記管理装置に実現させることを特徴とするコンピュータプログラム。
【請求項２０】
請求項１９記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
外部に設けられたストレージ装置を管理するための管理装置であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得するための管理データ取得部と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する処理実行部と、
を備えることを特徴とする管理装置。
【請求項２】
請求項１記載の管理装置であって、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピングされる前記論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含む特定のストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備え、
前記仮想化部は、前記作成された論理ボリュームを前記仮想ボリュームにマッピングする、管理装置。
【請求項３】
請求項２記載の管理装置であって、
前記候補選択部は、
前記仮想ボリュームの容量の利用率を取得する利用率取得部を備え、
前記候補選択部は、
前記利用率が所定値を超えた場合に、前記仮想ボリュームに新たな論理ボリュームをマッピングするために、前記複数の候補を選択する、管理装置。
【請求項４】
請求項３記載の管理装置であって、
前記候補選択部は、予め設定された条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択する、管理装置。
【請求項５】
請求項２ないし４のいずれかに記載の管理装置であって、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択される、管理装置。
【請求項６】
請求項２ないし５のいずれかに記載の管理装置であって、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備える、管理装置。
【請求項７】
請求項１記載の管理装置であって、さらに、
少なくとも１台のストレージ装置に含まれる論理ボリュームを仮想ボリュームにマッピングするための仮想化部を備え、
前記処理実行部は、
前記仮想ボリュームに論理ボリュームをマッピングする場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、前記仮想ボリュームにマッピング可能な複数の論理ボリュームを示す複数の候補を選択するための候補選択部を備え、
前記仮想化部は、前記複数の候補の中から選択された１つの候補に対応する論理ボリュームを前記仮想ボリュームにマッピングする、管理装置。
【請求項８】
請求項７記載の管理装置であって、
前記候補選択部は、他の仮想ボリュームにマッピングされていない論理ボリュームを、前記候補として選択する、管理装置。
【請求項９】
請求項１記載の管理装置であって、
前記処理実行部は、
少なくとも１台のストレージ装置に論理ボリュームを作成する場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記少なくとも１台のストレージ装置に含まれ、論理ボリュームを作成可能な複数の記憶領域を示す複数の候補を選択するための候補選択部と、
前記複数の候補の中から選択された１つの候補に対応する記憶領域を含むストレージ装置に、前記１つの候補に対応する前記記憶領域に論理ボリュームを作成するように指示する作成指示部と、
を備える、管理装置。
【請求項１０】
請求項９記載の管理装置であって、
前記候補選択部は、ユーザによって指定される条件を満足する論理ボリュームを作成可能な記憶領域を前記候補として選択する、管理装置。
【請求項１１】
請求項９または１０記載の管理装置であって、
前記候補選択部は、
前記候補として、前記少なくとも１台のストレージ装置に含まれる２以上の部分記憶領域を含む前記記憶領域を選択可能であり、
前記２以上の部分記憶領域を含む前記記憶領域は、前記少なくとも１台のストレージ装置のそれぞれにおける起動中のディスクグループの数が前記上限値を超えない場合に、前記候補として選択される、管理装置。
【請求項１２】
請求項９ないし１１のいずれかに記載の管理装置であって、
前記処理実行部は、さらに、
所定のルールに従って、前記複数の候補の中から前記１つの候補を選択するための候補決定部を備える、管理装置。
【請求項１３】
請求項１記載の管理装置であって、
少なくとも１台のストレージ装置には、第１のディスクグループに含まれるコピー元の論理ボリュームと、前記第１のディスクグループと異なる第２のディスクグループに含まれるコピー先の論理ボリュームと、が含まれており、
前記処理実行部は、
特定のストレージ装置に含まれる前記コピー元論理ボリュームに対するデータの読み出し要求が発生した場合に、前記少なくとも１台のストレージ装置の前記管理データを参照して、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームまたは前記コピー先論理ボリュームを読み出し処理の対象論理ボリュームとして選択するための対象論理ボリューム選択部と、
前記コピー元論理ボリュームを含む前記特定のストレージ装置に、前記対象論理ボリュームの情報を送信する送信部と、
を備える、管理装置。
【請求項１４】
請求項１３記載の管理装置であって、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、前記特定のストレージ装置に含まれている、管理装置。
【請求項１５】
請求項１３記載の管理装置であって、
前記コピー元論理ボリュームと前記コピー先論理ボリュームとは、異なるストレージ装置に含まれている、管理装置。
【請求項１６】
請求項１３ないし１５のいずれかに記載の管理装置であって、
前記対象論理ボリューム選択部は、前記各ストレージ装置内の起動中のディスクグループの数が前記上限値を超えないように、前記コピー元論理ボリュームと前記コピー先論理ボリュームとの双方を前記対象論理ボリュームとして選択可能である場合には、ディスクグループの新たな起動を必要としない一方の論理ボリュームを優先して選択する、管理装置。
【請求項１７】
ストレージシステムであって、
請求項１３記載の管理装置と、
前記特定のストレージ装置と、
を備え、
前記特定のストレージ装置は、
前記管理装置から前記対象論理ボリュームの情報を取得して、前記情報に応じた処理を実行する制御部を備え、
前記制御部は、
前記対象論理ボリュームが前記特定のストレージ装置に含まれる場合には、前記対象論理ボリュームに対する読み出し処理を実行し、
前記対象論理ボリュームが前記特定のストレージ装置と異なる他のストレージ装置に含まれる場合には、前記他のストレージ装置に前記対象論理ボリュームに対する読み出し処理を実行するように指示する、ストレージシステム。
【請求項１８】
管理装置において、外部に設けられたストレージ装置を管理する方法であって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する工程と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する工程と、
を備えることを特徴とする方法。
【請求項１９】
管理装置に、外部に設けられたストレージ装置を管理させるためのコンピュータプログラムであって、
前記ストレージ装置から、前記ストレージ装置に含まれる複数のディスクグループのうちの起動中のディスクグループを示す管理データを取得する機能と、
前記ストレージ装置の前記管理データを参照して、前記ストレージ装置内の起動中のディスクグループの数が上限値を超えないように、前記ストレージ装置内のディスクグループに属する論理ボリュームを利用するための所定の処理を実行する機能と、
を前記管理装置に実現させることを特徴とするコンピュータプログラム。
【請求項２０】
請求項１９記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２００７−１３３４７８（Ｐ２００７−１３３４７８Ａ）
【公開日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願番号】特願２００５−３２３４１６（Ｐ２００５−３２３４１６）
【出願日】平成１７年１１月８日（２００５．１１．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年５月３１日（２００７．５．３１）
【国際特許分類】
【出願日】平成１７年１１月８日（２００５．１１．８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]