JP2008210031A - ストレージシステムの記憶領域管理方法 - Google Patents

Abstract

【課題】ストレージシステムの管理負担を低減する。
【解決手段】複数の論理ボリュームによって論理ボリューム集合を構成し、当該論理ボリューム集合が属するプール領域と異なるプール領域に複製が作成されたストレージシステムについて、管理計算機は、プール領域の容量が所定の閾値を超えた場合に、プール領域の容量を追加させ、プール領域に複数の論理ボリューム集合が含まれている場合には、論理ボリューム集合ごとにプール領域を作成させ、作成されたプール領域ごとに各論理ボリューム集合を作成させ、プール領域に含まれる論理ボリューム集合が一つの場合には、プール領域の容量と、当該論理ボリューム集合の複製が作成されたプール領域の容量とを一致させる。
【選択図】図１

Description

本発明は、動的に容量拡張が可能な記憶領域をホスト計算機に提供するストレージシステムに関する。

計算機システムは、一般的に、業務を処理するホスト計算機と、ホスト計算機の指示に基づいてデータを読み書きするストレージシステムによって構成される。ストレージシステムは、データの格納及び読み書きする複数のボリュームを提供する。また、ストレージシステムは、非常に多くの大容量物理ディスクを備えることが可能となり、記憶容量の大規模化が進んでいる。

ストレージシステムは、物理ディスクを用いて、ＲＡＩＤ（Redundant Array of Inexpensive Disks）構成されたディスクアレイが作成され、一以上の物理的な記憶リソースを集約することによって、プール領域が作成される。そして、作成されたプール領域から、ホスト計算機が要求する容量の記憶領域を論理ボリュームとして作成し、ホスト計算機に提供する。

しかし、ストレージシステムは、大規模化に伴い、ホスト計算機に要求される記憶領域のサイズも大規模化し、ストレージシステムを導入する際に物理ディスクを準備するための初期コストが非常に大きくなってしまうという課題がある。

そこで、導入初期から物理ディスクをホスト計算機に提供する全容量分準備せずに、ディスク使用量が容量上限に近づいたときに、必要に応じ物理ディスクを追加し、ホスト計算機に提供する記憶容量を動的に変更する技術が開示されている（特許文献１参照）。特許文献１に開示された技術は、前述したストレージシステムにおいて、プール領域から固定容量の論理ボリュームを作成せずに、ホスト計算機に仮想的な論理ボリュームを提供する。そして、ホスト計算機からの要求に応じて、仮想的な論理ボリュームに対し、所定の単位の記憶領域（以下、この記憶領域の単位を「セグメント」と呼ぶ）を、物理的な記憶リソースであるプール領域から動的に割り当てることによって動的に容量を拡張する。このようにして、ストレージシステム導入時の初期コストを低減することができる。
特開２００３−１５９１５号公報

一つのプール領域からセグメントが割り当てられる各論理ボリュームは、バックアップのためのボリュームのローカルコピー、システム障害時又は災害時でも業務を継続するディザスタリカバリのためのボリュームのリモートコピー、ボリュームコピー以外の通常業務利用など、それぞれ異なる用途で利用されることが考えられる。

ローカルコピーとは、ストレージシステム内の記憶領域のデータを、同じストレージシステム内の記憶領域に複製する技術である。リモートコピーとは、システム内の記憶領域のデータを、別のストレージシステム内の記憶領域に複製する技術である。ボリュームコピーでは、複数の論理ボリュームをグループ化し、論理ボリュームのグループ内でデータ更新順序の整合性を保持する。このような論理ボリュームの集合は、コンシステンシグループ（ＣＴＧ）と呼ばれる。また、一つのプール領域に複数のＣＴＧが含まれる場合も考えられる。

ストレージシステムは、プール領域から論理ボリュームに割り当てるセグメント数、すなわちプール容量が不足し、論理ボリュームの容量拡張ができなくなるのを防ぐため、プール容量が不足しているか否かを監視する。そして、プール容量が不足した場合には、プール領域拡張、すなわちプール容量を追加する。

ストレージシステムは、リモートコピーの場合には、コピー元ボリューム（正ボリューム）が含まれるストレージシステム内のプール、及びコピー先ボリューム（副ボリューム）が含まれるストレージシステム内のプール領域の容量監視及び容量追加を行う必要がある。また、リモートコピーにおける正ボリュームの副ボリュームのペアボリューム間のデータコピー停止中に、正ボリューム側のプール容量不足によってプール容量を追加した場合、ペアボリューム間でのデータコピーを再開しようとすると、副ボリューム側のプールでも容量不足によるプール容量追加処理が必要となる。したがって、副ボリューム側の容量追加処理にかかる時間だけ、リモートコピー処理の遅延が発生する。

本発明の代表的な一形態では、ストレージシステムと、前記ストレージシステムにネットワークを介して接続されるホスト計算機と、前記ストレージシステム及び前記ホスト計算機にアクセス可能な管理計算機と、を含む計算機システムにおける記憶領域管理方法であって、前記ストレージシステムは、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続され、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、前記ホスト計算機によって読み書きされるデータを格納する記憶装置と、を備え、前記管理計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、前記ストレージシステムは、前記記憶装置によって構成されるプール領域を有し、前記プール領域には、前記ホスト計算機に、データが読み書きされる記憶領域として、提供される論理ボリュームが作成され、前記論理ボリュームは、所定の関係を有する複数の論理ボリュームによって、論理ボリューム集合を構成し、前記論理ボリューム集合は、当該論理ボリューム集合が属するプール領域と異なるプール領域に、当該論理ボリューム集合の複製が作成され、前記記憶領域管理方法は、前記第２プロセッサが、前記プール領域の容量を監視し、前記第２プロセッサが、前記プール領域の未使用容量が所定の閾値以下になった場合に、前記プール領域の容量を追加するように前記ストレージシステムに要求し、前記第２プロセッサが、前記作成されたプール領域ごとに、前記プール領域に含まれる複数の論理ボリューム集合をそれぞれ作成するように前記ストレージシステムに要求し、前記第２プロセッサが、前記プール領域に一つの論理ボリューム集合が含まれている場合には、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域に関する操作を要求する。

本発明の一実施形態によれば、ＣＴＧなどの所定の関係を有する論理ボリューム集合ごとにプール領域が作成されるため、管理計算機によるプール領域の管理負担を低減することができる。

以下に図面を参照しながら本発明の実施形態を説明する。

図１は、本発明の実施形態の計算機システムの構成を示す説明図である。計算機システム９００は、１以上のホスト計算機１００及び１００Ａと、管理サーバ２００及び２００Ａと、ストレージシステム３００及び３００Ａとを備える。

ホスト計算機１００及びストレージシステム３００は、ストレージエリアネットワーク（ＳＡＮ）５４０によって接続される。また、ストレージシステム３００は、管理用ネットワーク（ＭＮ）５２０を介して管理サーバ２００に接続される。同じく、ストレージシステム３００Ａは、管理用ネットワーク（ＭＮ）５２１を介して管理サーバ２００Ａに接続される。

また、ホスト計算機１００及び１００Ａと、管理サーバ２００及び２００Ａは、ローカルエリアネットワーク（Local Area Network：ＬＡＮ）５１０を介して接続される。さらに、ストレージシステム３００及びストレージシステム３００Ａは、データコピー用のネットワーク（ＣＮ）５３０によって接続される。本実施形態では、ホスト計算機１００及び１００Ａが１台ずつとなっているが、複数台であってもよい。

管理サーバ２００及び２００Ａは、ストレージシステム３００及び３００Ａと接続する一台のみであっても良い。また、ＬＡＮ５１０、管理用ネットワークＭＮ５２０及びＳＡＮ５４０は、同一のネットワークであってもよい。

ホスト計算機１００は、ＣＰＵ（中央演算処理装置）１１０、メモリ１２０、ＬＡＮ５１０と接続するためのインタフェース１９０、及びＳＡＮ５４０と接続するためのインタフェース１９１を備える。ＣＰＵ１１０、メモリ１２０、インタフェース１９０、及びインタフェース１９１は、バス１８０を介して接続される。

ＣＰＵ１１０は、メモリ１２０に記憶されたプログラムを実行することによって、ホスト計算機１００の機能を実現する。メモリ１２０は、ＣＰＵ１１０によって使用されるデータ及びプログラムを記憶する。さらに、ホスト計算機１００は、図示していないが、ホスト計算機のユーザがデータを入力するためのデータ入力装置、及びホスト計算機のユーザに情報を提示する表示装置を備える。

ホスト計算機１００Ａは、ホスト計算機１００と同様に、ＣＰＵ１１０Ａ、メモリ１２０Ａ、ＬＡＮ５１０と接続するためのインタフェース１９０Ａ、及びＳＡＮ５４１と接続するためのインタフェース１９１Ａを備える。ＣＰＵ１１０Ａ、メモリ１２０Ａ、インタフェース１９０Ａ、及びインタフェース１９１Ａは、バス１８０Ａを介して接続される。

ＣＰＵ１１０Ａは、メモリ１２０Ａに記憶されたプログラムを実行することによって、ホスト計算機１００Ａの機能を実現する。メモリ１２０Ａは、ＣＰＵ１１０Ａによって使用されるデータ及びプログラムを記憶する。さらに、ホスト計算機１００Ａは、図示していないが、ホスト計算機のユーザがデータを入力するためのデータ入力装置、ホスト計算機のユーザに情報を提示する表示装置を備える。

管理サーバ２００は、ＣＰＵ２１０、メモリ２２０、ＬＡＮ５１０と接続するためのインタフェース２９０、及び管理用ネットワークＭＮ５２０と接続するためのインタフェース２９１を備える。ＣＰＵ２１０、メモリ２２０、インタフェース２９０、及びインタフェース２９１は、バス２８０を介して接続される。

ＣＰＵ２１０は、メモリ２２０に記憶されたプログラムを実行することによって、管理サーバ２００の機能を実現する。メモリ２２０は、ＣＰＵ２１０によって使用されるデータ及びプログラムを記憶する。メモリ２２０は、ストレージ管理プログラム２２１、ボリューム管理テーブル２２２、プール管理テーブル２２３、及びボリューム移行管理テーブル２２４を記憶する。

以下、メモリ２２０に記憶されたデータ及びプログラムについて説明する。

ストレージ管理プログラム２２１は、ＣＰＵ２１０によって実行されることによって、ストレージシステム３００の構成などを管理する。

ボリューム管理テーブル２２２は、論理ボリュームの管理情報を格納するテーブルである。図２にボリューム管理テーブル２２２の一例を示す。

図２は、本発明の実施形態のボリューム管理テーブル２２２の一例を示す図である。ボリューム管理テーブル２２２は、ホストＷＷＮ２２２０、装置ＩＤ２２２１、ＬＵＮ（Logical Unit Number）２２２２、ホスト要求最大容量２２２３及び割り当て済み容量２２２４を含む。

ホストＷＷＮ２２２０は、ホスト計算機を識別する識別子である。装置ＩＤ２２２１は、ストレージシステムを識別する識別子である。ＬＵＮ２２２２は、論理ボリュームを識別する識別子を格納する。

ホスト要求最大容量２２２３は、提供される記憶領域の最大容量である。割り当て済み容量２２２４は、実際に割り当てられている記憶領域の容量である。ホスト計算機には、ホスト要求最大容量２２２３の記憶領域が提供されているものとして扱われ、実際に格納されたデータの容量に応じて記憶領域の容量を追加する。

プール管理テーブル２２３は、プール領域の情報を示すテーブルである。プール領域は、前述のように、一以上の物理的な記憶リソースを集約することによって作成される。図３にプール管理テーブル２２３の一例を示す。

図３は、本発明の実施形態のプール管理テーブル２２３の一例を示す図である。プール管理テーブル２２３は、装置ＩＤ２２３０、ＰｏｏｌＩＤ２２３１、容量２２３８、閾値２２３２、ＣＴＧＩＤ２２３３、正／副２２３４、ペア装置ＩＤ２２３５、ペアＰｏｏｌＩＤ２２３６、及びＬＵＮ２２３７を含む。

装置ＩＤ２２３０は、ストレージシステムを識別する識別子である。ＰｏｏｌＩＤ２２３１は、プール領域を識別する識別子である。容量２２３８は、プール領域の最大容量である。閾値２２３２は、プール領域を拡張するか否かを判定する閾値である。

ＣＴＧＩＤ２２３３は、コンシステンシグループを識別する識別子である。ＣＴＧＩＤ２２３３は、値に「ｎ」が格納されている場合には、コピーボリュームを持たない単独のボリュームとなる。正／副２２３４は、論理ボリュームがコピー元（正ボリューム）かコピー先（副ボリューム）かを識別するための値を格納する。

ペア装置ＩＤ２２３５は、コピーのペアとなる論理ボリュームの記憶領域を持つストレージシステムを識別する識別子である。ペアＰｏｏｌＩＤ２２３６は、コピーのペアとなる論理ボリュームに記憶領域が割り当てられるプール領域を識別する識別子である。ＬＵＮ２２３７は、ＣＴＧＩＤ２２３３の値によって特定されるコンシステンシグループに属する論理ボリュームの識別子を格納する。

ボリューム移行管理テーブル２２４は、指定された論理ボリュームの移行先のプール領域の識別子を格納する。図４にボリューム移行管理テーブル２２４の一例を示す。

図４は、本発明の実施形態のボリューム移行管理テーブル２２４の一例を示す図である。ボリューム移行管理テーブル２２４は、装置ＩＤ２２４０、ＬＵＮ２２４１、及び移行先ＰｏｏｌＩＤ２２４２を含む。

装置ＩＤ２２４０は、ストレージシステムを識別する識別子である。ＬＵＮ２２４１は、論理ボリュームを識別する識別子である。移行先ＰｏｏｌＩＤ２２４２は、ボリューム移行先のプール領域を識別する識別子である。

以上、管理サーバ２００に備えられたメモリ２２０に格納されたプログラム及びテーブルについて説明した。ここで、図１の説明に戻る。

管理サーバ２００Ａは、ＣＰＵ２１０Ａ、メモリ２２０Ａ、ＬＡＮ５１０と接続するインタフェース２９０Ａ、及び管理用ネットワークＭＮ５２１と接続するインタフェース２９１Ａを備える。これらの各構成要素は、バス２８０Ａを介して互いに接続される。管理サーバ２００Ａは、例えば、管理サーバ２００が故障した場合に業務を継続するために使用される。

ＣＰＵ２１０Ａは、メモリ２２０Ａに記憶されたプログラムを実行することによって、管理サーバ２００Ａの機能を実現する。メモリ２２０Ａは、ＣＰＵ２１０によって使用されるデータ及びプログラムを記憶する。メモリ２２０Ａは、ストレージ管理プログラム２２１Ａを記憶する。ストレージ管理プログラム２２１Ａは、ＣＰＵ２１０Ａによって実行されるプログラムであって、ストレージシステム３００Ａの構成などを管理する。

さらに、管理サーバ２００Ａは、図示していないが、管理サーバ２００Ａのユーザがデータを入力するためのデータ入力装置、及びホスト計算機のユーザに情報を提示する表示装置を備える。

ストレージシステム３００は、ホスト計算機１００にデータ記憶領域を提供する。ストレージシステム３００は、制御装置３０５、論理ボリューム３５０、プール領域３６１、ＳＡＮ５４０と接続するインタフェース３９０、及び管理用ネットワークＭＮ５２０と接続するインタフェース３９１を備える。制御装置３０５、論理ボリューム３５０、プール領域３６１、インタフェース３９０及びインタフェース３９１は、バス３８０を介して接続される。

制御装置３０５は、ホスト計算機からデータを読み書きする要求を受け付け、受け付けた要求に応じた処理を実行する。制御装置３０５は、ＣＰＵ３１０及びメモリ３２０を備える。

ＣＰＵ３１０は、メモリ３２０に記憶されたプログラムを実行することによって、所定の処理を実行する。

メモリ３２０は、ＣＰＵ３１０によって実行されるプログラム及び種々の処理を実行する際に使用されるデータを記憶する。また、メモリ３２０は、セグメント管理テーブル３２１、物理論理管理テーブル３２２、セグメント管理プログラム３２３、及びボリュームコピープログラム３２４を記憶する。セグメント管理プログラム３２３及びボリュームコピープログラム３２４は、ＣＰＵ３１０によって実行される。

論理ボリューム３５０は、ホスト計算機に提供する仮想的な記憶領域である。論理ボリュームは、一つ以上の物理的な記憶リソースによって構成され、ホスト計算機にデータを格納するための論理的な記憶領域として提供される。

プール領域３６１は、仮想的な論理ボリュームにセグメントを割り当てるための物理的な記憶リソースである。プール領域３６１は、前述のように、複数の物理ディスクによって構成される。プール領域３６１は、図４では一つであるが、複数あってもよい。

セグメント管理テーブル３２１は、ボリュームに割り当てられているセグメントの情報を示すテーブルである。図５にセグメント管理テーブル３２１の一例を示す。

図５は、本発明の実施形態のセグメント管理テーブル３２１の一例を示す図である。セグメント管理テーブル３２１は、ＰｏｏｌＩＤ３２１０、ＤｉｓｋＩＤ３２１１、セグメント番号３２１２、セグメントの開始アドレス３２１３、セグメントの終了アドレス３２１４、及び使用状況３２１５を含む。

ＰｏｏｌＩＤ３２１０は、プール領域を識別するための識別子である。ＤｉｓｋＩＤ３２１１は、プール領域内の物理ディスクを識別する識別子である。セグメント番号３２１２は、論理ボリュームに割り当てられるセグメントを識別する識別子である。

セグメントの開始アドレス３２１３及びセグメントの終了アドレス３２１４は、論理ブロックアドレス（ＬＢＡ）である。セグメントの開始アドレス３２１３及びセグメントの終了アドレス３２１４によって表されるセグメントのサイズの値は、固定であっても可変であってもよい。

使用状況３２１５は、図５では、「０」が未使用、「１」が使用中を表しているが、ボリュームが使用中か否かを判断できれば、必ずしも本方法に限られない。

物理論理管理テーブル３２２は、ホスト計算機１００に割り当てられたセグメントと、ホスト計算機が使用している論理ボリュームのＬＢＡとを対応させるテーブルである。図６に物理論理管理テーブル３２２の一例を示す。

図６は、本発明の実施形態の物理論理管理テーブルを示す図である。物理論理管理テーブル３２２は、ＬＵＮ３２２０、セグメント番号３２２１、開始アドレス３２２２及び終了アドレス３２２３を含む。

ＬＵＮ３２２０は、論理ボリュームの識別子が格納される。セグメント番号３２２１は、ＬＵＮ３２２０によって特定される論理ボリュームを構成するセグメントを識別する番号が格納される。

開始アドレス３２２２及び終了アドレス３２２３は、セグメント番号３２２１によって特定されるセグメントの論理ブロックアドレスが格納される。開始アドレス３２２２及び終了アドレス３２２３に格納される論理ブロックアドレスは、論理ボリューム内の論理ブロックアドレスである。

セグメント管理プログラム３２３は、ＣＰＵ３１０によって実行されることによって、ホスト計算機１００に記憶領域を提供する論理ボリュームに割り当てるセグメントを管理する。

ボリュームコピープログラム３２４は、ＣＰＵ３１０によって実行されるプログラムである。ボリュームコピープログラム３２４は、ＣＰＵ３１０によって実行されることによって、記憶領域間のデータコピーを実行する。

図７は、本発明の実施形態のボリューム移行先プール作成処理の手順を示すフローチャートである。本処理は、ストレージシステムに対し、最初に本発明による記憶領域管理方法を適用するときに実行される。なお、影付きの枠に囲まれた処理は、ストレージシステムによって実行される処理である。

管理サーバ２００のＣＰＵ２１０は、ストレージ管理プログラム２２１を実行することによって、プール管理テーブル２２３に格納されたＰｏｏｌＩＤ２２３１及びＣＴＧＩＤ２２３３を取得する（Ｓ１０１）。

管理サーバ２００のＣＰＵ２１０は、一つのＰｏｏｌＩＤ２２３１に対して複数のＣＴＧＩＤ２２３３が登録されているか否かを判定する（Ｓ１０２）。具体的には、一つのプール領域に複数のコンシステンシグループが格納されているか否かを判定する。

管理サーバ２００のＣＰＵ２１０は、一つのプール領域に複数のコンシステンシグループが格納されている場合には（Ｓ１０２の結果が「Ｙｅｓ」）、コンシステンシグループがコピーボリュームによって構成されているか否かを判定する（Ｓ１０３Ａ）。コピーボリュームとは、コピー元又はコピー先となるボリュームである。したがって、処理対象のプール領域以外のプール領域に当該ボリュームのコピー元又はコピー先となるボリュームが存在する。また、コピーボリュームが格納されたプール領域を処理対象のプール領域とペアとなるプール領域とする。なお、本実施形態では、前述のように、ＣＴＧＩＤの値が「ｎ」以外のコンシステンシグループが該当する。

管理サーバ２００のＣＰＵ２１０は、処理対象のコンシステンシグループがコピーボリュームによって構成されていない場合には（Ｓ１０３Ａの結果が「Ｎｏ」）、同じプール領域に含まれる他のコンシステンシグループについて処理する。

一方、管理サーバ２００のＣＰＵ２１０は、処理対象のコンシステンシグループがコピーボリュームによって構成されている場合には（Ｓ１０３Ａの結果が「Ｙｅｓ」）、ペアとなるプール領域の情報をプール管理テーブル２２３から取得する（Ｓ１０３Ｂ）。具体的には、ペア装置ＩＤ２２３５及びペアＰｏｏｌＩＤ２２３６を取得し、さらに、取得したペア装置ＩＤ２２３５及びペアＰｏｏｌＩＤ２２３６から相手先の容量２２３８を取得する。

管理サーバ２００のＣＰＵ２１０は、Ｓ１０３Ｂの処理で取得したペアとなるプール領域の情報を参照し、ペアとなるプール領域に異なるＣＴＧＩＤのボリュームを含むか否かを判定する（Ｓ１０４Ａ）。

管理サーバ２００のＣＰＵ２１０は、ペアとなるプール領域に異なるＣＴＧＩＤのボリュームを含む場合には（Ｓ１０４Ａの結果が「Ｙｅｓ」）、管理者が指定した容量のプール領域の作成をストレージシステム３００に要求する（１０４Ｂ）。すなわち、一つのプール領域に複数のコンシステンシグループが含まれている場合に新たにペアとなるプール領域を作成することによって、コンシステンシグループごとにプール領域を作成する。したがって、一方のプール領域の構成を変更した場合にペアとなる他方のプール領域の構成を変更しても、別のコンシステンシグループ及び当該別のコンシステンシグループを含むプール領域に与える影響を最小限にすることができる。

一方、管理サーバ２００のＣＰＵ２１０は、ペアとなるプール領域に異なるＣＴＧＩＤのボリュームを含まない場合には（Ｓ１０４Ａの結果が「Ｎｏ」）、ペアとなるプール領域と同じ容量になるようにプール領域の作成をストレージシステム３００に要求する（１０４Ｃ）。

また、管理サーバ２００のＣＰＵ２１０は、一つのＰｏｏｌＩＤ２２３１に対して複数のＣＴＧＩＤ２２３３が登録されていない場合には（Ｓ１０２の結果が「Ｎｏ」）、対象のコンシステンシグループがコピーボリュームであるか否かを判定する（Ｓ１０５）。

管理サーバ２００のＣＰＵ２１０は、対象のコンシステンシグループがコピーボリュームである場合には（Ｓ１０５の結果が「Ｙｅｓ」）、Ｓ１０３Ｂの処理と同様に、ペアとなるプール領域の情報を取得する（Ｓ１０６）。そして、処理対象のプール領域の容量とペアとなるプール領域の容量とが同じであるか否かを判定する（Ｓ１０７）。

管理サーバ２００のＣＰＵ２１０は、処理対象のプール領域の容量とペアとなるプール領域の容量とが異なる場合には（Ｓ１０７の結果が「Ｎｏ」）、ペアとなるプール領域の容量と同じ容量のプール領域の作成をストレージシステム３００に要求する（Ｓ１０８）。なお、処理対象のプール領域の容量とペアとなるプール領域の容量とが同じ場合には（Ｓ１０７の結果が「Ｙｅｓ」）、Ｓ１０９の処理を実行する。

ストレージシステム３００のＣＰＵ３１０は、セグメント管理プログラム３２３が実行されることによって、管理サーバ２００から送信されたプール作成要求を受信し、作成するプール領域の容量を取得する。さらに、ストレージシステム３００のＣＰＵ３１０は、セグメント管理テーブル３２１からプール領域が割り当てられていない物理ディスクの総容量を取得し、受信したプール作成要求に基づいて、要求された容量のプール領域の作成が可能か否かを判定する（Ｓ１１０）。

ストレージシステム３００のＣＰＵ３１０は、プール作成容量が物理ディスクの空き容量以下であれば（Ｓ１１０の結果が「Ｙｅｓ」）、プール領域の作成が可能であるため、要求されたプール領域を作成する（Ｓ１１１）。具体的には、要求された容量のプール領域を作成し、受信したプール作成要求に基づいて、セグメント管理テーブル３２１にデータを追加する。

ストレージシステム３００のＣＰＵ３１０は、さらに、管理サーバ２００にプール作成が成功した旨の通知を送信する（Ｓ１１２）。このとき、ストレージシステム３００のＣＰＵ３１０は、管理サーバ２００にＳ１１１の処理で更新されたセグメント管理テーブル３２１の更新情報を送信する。

一方、ストレージシステム３００のＣＰＵ３１０は、プール作成容量が物理ディスクの空き容量よりも大きければ（Ｓ１１０の結果が「Ｎｏ」）、管理サーバ２００にプール領域の作成が失敗した旨の通知を送信する（Ｓ１１３）。

管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００から、プール作成の結果を受信し、成功したか否かを判定する（Ｓ１１４）。

管理サーバ２００のＣＰＵ２１０は、プール作成が成功していれば（Ｓ１１４の結果が「Ｙｅｓ」）、プール管理テーブル２２３及びボリューム移行管理テーブル２４２を更新する（Ｓ１１５）。

管理サーバ２００のＣＰＵ２１０は、プール作成が失敗していれば（Ｓ１１４の結果が「Ｎｏ」）、管理サーバ２００を使用しているユーザに警告を通知し、プール作成処理を終了する。

管理サーバ２００のＣＰＵ２１０は、管理対象のすべてのプール領域について、すなわち、プール管理テーブル２２３に含まれるすべてのＰｏｏｌＩＤについて、以上の処理を実行したか否かを判定する（Ｓ１０９）。すべてのＰｏｏｌＩＤについて、処理の実行が完了した場合には（Ｓ１０９の結果が「Ｙｅｓ」）、ボリューム移行先プール作成処理を終了する。そうでなければ、未処理のプール領域について以上の処理を実行するために、Ｓ１０１の処理を実行する。

図８は、本発明の実施形態のボリューム移行処理の手順を示すフローチャートである。なお、影付きの枠に囲まれた処理は、ストレージシステムによって実行される処理である。

管理サーバ２００のＣＰＵ２１０は、ストレージ管理プログラム２２１を実行することによって、ボリューム移行管理テーブル２２４から移行対象のプール領域と取得する（Ｓ２０１）。具体的には、ボリューム移行管理テーブル２２４から移行対象の装置ＩＤ２２４０を取得し、さらに、ＬＵＮ２２４１及び移行先ＰｏｏｌＩＤ２２４２を取得する。

管理サーバ２００のＣＰＵ２１０は、Ｓ２０１の処理で取得された装置ＩＤ２２４０に対応するストレージシステム３００にボリューム移行要求を送信する（Ｓ２０２）。このとき、管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００にＳ２０１の処理で取得されたＬＵＮ２２４１及び移行先ＰｏｏｌＩＤ２２４２を送信する。

ストレージシステム３００のＣＰＵ３１０は、セグメント管理プログラム３２３を実行することによって、ボリューム移行要求を受信し、移行対象の論理ボリューム及び移行先プール領域のＰｏｏｌＩＤを受信する。ストレージシステム３００のＣＰＵ３１０は、受信したＬＵＮ及びＰｏｏｌＩＤに基づいて、セグメント管理テーブル３２１及び物理論理管理テーブル３２２を参照し、移行対象の論理ボリュームが移行可能か否かを判定する（Ｓ２０３）。

ストレージシステム３００のＣＰＵ３１０は、移行先のプール領域の容量が移行対象の論理ボリュームの容量以上であれば（Ｓ２０３の結果が「Ｙｅｓ」）、ボリューム移行処理を実行する（Ｓ２０４）。

ストレージシステム３００のＣＰＵ３１０は、物理論理管理テーブル３２２から、移行対象の論理ボリュームに割り当てられているセグメントを取得する。取得されたセグメントに格納されているデータを実際に移行する。

ストレージシステム３００のＣＰＵ３１０は、物理論理管理テーブル３２２を参照しながら、各セグメントのデータを移行する。さらに、ストレージシステム３００のＣＰＵ３１０は、セグメント管理テーブル３２１の移行済みセグメント番号の使用状況３２１５の値を使用中（＝１）に変更する。

ストレージシステム３００のＣＰＵ３１０は、物理論理管理テーブル３２２の移行対象の論理ボリュームに割り当てられているセグメントのセグメント番号３２２１の値を移行前のセグメント番号から移行後のセグメント番号に変更する。ストレージシステム３００のＣＰＵ３１０は、セグメント管理テーブル３２１の移行元データが格納されたセグメントのセグメント番号の使用状況３２１５を未使用（＝０）に変更する。

ストレージシステム３００のＣＰＵ３１０は、管理サーバ２００にボリューム移行処理が成功した旨の通知を送信する（Ｓ２０５）。

一方、ストレージシステム３００のＣＰＵ３１０は、移行先プール領域の容量が移行対象の論理ボリュームの容量よりも小さい場合には（Ｓ２０３の結果が「Ｎｏ」）、管理サーバ２００にボリューム移行が失敗した旨の通知を送信する。

管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００からボリューム移行の実行結果を受信し、ボリューム移行が成功したか否かを判定する（Ｓ２０７）。

管理サーバ２００のＣＰＵ２１０は、ボリューム移行に成功した場合には（Ｓ２０７の結果が「Ｙｅｓ」）、プール管理テーブル２２３及びボリューム移行管理テーブル２２４を更新する（Ｓ２０８）。具体的には、プール管理テーブル２２３は、移行が完了した論理ボリュームについて、ＰｏｏｌＩＤ２２３１を移動先のプール領域に更新する。また、ボリューム移行管理テーブル２２４については、移行が完了した論理ボリュームについて、移行先ＰｏｏｌＩＤ２２４２をクリアし、移行対象から除外する。

一方、管理サーバ２００のＣＰＵ２１０は、ボリューム移行に失敗した場合には（Ｓ２０７の結果が「Ｎｏ」）、管理サーバ２００を使用しているユーザに警告を通知し、ボリューム移行の処理を終了する。

管理サーバ２００のＣＰＵ２１０は、すべての論理ボリュームに対して移行処理が実行されたか否かを判定する（Ｓ２０９）。管理サーバ２００のＣＰＵ２１０は、すべての論理ボリュームに対して移行処理が実行された場合には（Ｓ２０９の結果が「Ｙｅｓ」）、ボリューム移行処理を終了する。そうでなければ、未処理の論理ボリュームに対して移行処理を実行するために、Ｓ２０１の処理に戻る。

図９は、本発明の実施形態のプール容量監視及びプール容量追加処理の手順を示すフローチャートである。本処理は、ストレージシステム３００の運用中に実行される。なお、影付きの枠に囲まれた処理は、正側のストレージシステムによって実行される処理である。また、二重線の枠に囲まれた処理は、副側のストレージシステムによって実行される処理である。

管理サーバ２００のＣＰＵ２１０は、ストレージ管理プログラム２２１を実行することによって、プール管理テーブル２２３の正／副２２３４が正であるＰｏｏｌＩＤ２２３１及び閾値２２３２を取得する（Ｓ３０１）。

管理サーバ２００のＣＰＵ２１０は、Ｓ３０１の処理で取得されたＰｏｏｌＩＤをストレージシステム３００に送信する（Ｓ３０２）。

ストレージシステム３００のＣＰＵ３１０は、セグメント管理プログラム３２３を実行することによって、管理サーバ２００によって送信されたＰｏｏｌＩＤを受信する。そして、セグメント管理テーブル３２１を参照し、受信したＰｏｏｌＩＤによって特定されるプール領域から論理ボリュームに割り当てられている記憶領域の容量を計算し、管理サーバ２００に送信する（Ｓ３０３）。

管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００からプール容量を受信すると、プール管理テーブル２２３を参照し、受信したプール容量が閾値２２３２を超えているか否かを判定する（Ｓ３０４）。受信したプール容量が閾値を超えていない場合には（Ｓ３０４の結果が「Ｎｏ」）、Ｓ３０１の処理に戻る。

管理サーバ２００のＣＰＵ２１０は、受信したプール容量が閾値を超えていた場合には（Ｓ３０４の結果が「Ｙｅｓ」）、ストレージシステム３００に対し、プール容量追加要求を送信する（Ｓ３０５）。このとき、管理サーバ２００のＣＰＵ２１０は、Ｓ３０１の処理で取得されたＰｏｏｌＩＤ２２３１（正）及びペアＰｏｏｌＩＤ２２３６（副）と、ユーザによって指定されたプール領域に追加する容量とをストレージシステム３００に送信する。

ストレージシステム３００のＣＰＵ３１０は、Ｓ３０１の処理で取得された正側及び副側のプール領域のＰｏｏｌＩＤとプール追加容量を受信すると、指定された容量を正側のプール領域に追加可能であるか否かを判定する（Ｓ３０６）。

ストレージシステム３００のＣＰＵ３１０は、指定された容量を正側のプール領域に追加可能である場合には（Ｓ３０６の結果が「Ｙｅｓ」）、指定された容量を正側のプール領域に追加する（Ｓ３０７）。さらに、ストレージシステム３００のＣＰＵ３１０は、セグメント管理テーブル３２１を更新し、プール領域の総容量を計算する。

一方、ストレージシステム３００のＣＰＵ３１０は、指定された容量を正側のプール領域に追加できない場合には（Ｓ３０６の結果が「Ｎｏ」）、管理サーバ２００に正側のプール領域の容量追加が失敗した旨の通知を送信する。

ストレージシステム３００のＣＰＵ３１０は、指定された容量を副側のプール領域に追加可能であるか否かを判定する（Ｓ３０９）。

ストレージシステム３００のＣＰＵ３１０は、指定された容量を副側のプール領域に追加可能である場合には（Ｓ３０９の結果が「Ｙｅｓ」）、指定された容量を副側のプール領域に追加する（Ｓ３１０）。ストレージシステム３００のＣＰＵ３１０は、さらに、セグメント管理テーブル３２１を更新し、プール領域の総容量を計算する。

一方、ストレージシステム３００のＣＰＵ３１０は、指定された容量を副側のプール領域に追加できない場合には（Ｓ３０９の結果が「Ｎｏ」）、管理サーバ２００に副側のプール領域の容量追加が失敗した旨の通知を送信する（Ｓ３１２）。

ストレージシステム３００のＣＰＵ３１０は、副側のプール領域の容量追加が完了すると、管理サーバ２００にプール容量追加が成功した旨の通知を送信する（Ｓ３１１）。

管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００からプール容量追加の結果を受信し、プール容量追加が成功したか否かを判定する（Ｓ３１３）。管理サーバ２００のＣＰＵ２１０は、プール容量追加が成功した場合には（Ｓ３１３の結果が「Ｙｅｓ」）、プール管理テーブル２２３を更新し（Ｓ３１４）、Ｓ３０１の処理に戻る。

一方、管理サーバ２００のＣＰＵ２１０は、プール容量追加が失敗した場合には（Ｓ３１３の結果が「Ｎｏ」）、管理サーバ２００を使用しているユーザに警告を通知し、プール容量監視及びプール容量追加の処理を終了する。

図１０は、本発明の実施形態のボリューム作成処理の手順を示すフローチャートである。本処理は、プール領域に論理ボリュームを作成する際に実行される。なお、影付きの枠に囲まれた処理は、ストレージシステムによって実行される処理である。

管理サーバ２００のＣＰＵ２１０は、ストレージ管理プログラム２２１を実行することによって、ユーザから作成を要求された論理ボリュームが属するコンシステンシグループのＣＴＧＩＤ及びプール領域のＰｏｏｌＩＤを取得する（Ｓ４０１）。

管理サーバ２００のＣＰＵ２１０は、プール管理テーブル２２３を参照し、Ｓ４０１の処理で取得されたＰｏｏｌＩＤによって特定されるプール領域に論理ボリュームが作成されていないか否かを判定する（Ｓ４０２）。

管理サーバ２００のＣＰＵ２１０は、プール領域に論理ボリュームが作成されていない場合には（Ｓ４０２の結果が「Ｎｏ」）、ストレージシステム３００に対し、ボリューム作成要求を送信する。管理サーバ２００のＣＰＵ２１０は、ボリューム作成要求を送信するとき、作成対象の論理ボリュームの容量、ＣＴＧＩＤ及びＰｏｏｌＩＤをストレージシステム３００に送信する。

一方、管理サーバ２００のＣＰＵ２１０は、プール領域に論理ボリュームが作成されている場合には（Ｓ４０２の結果が「Ｙｅｓ」）、プール管理テーブル２２３を参照し、当該プール領域に作成されている論理ボリュームが属するコンシステンシグループのＣＴＧＩＤが、Ｓ４０１の処理で取得されたＣＴＧＩＤと一致するか否かを判定する（Ｓ４０３）。

管理サーバ２００のＣＰＵ２１０は、指定されたプール領域に格納されたコンシステンシグループのＣＴＧＩＤが、Ｓ４０１の処理で取得されたＣＴＧＩＤと一致する場合には（Ｓ４０３の結果が「Ｙｅｓ」）、ストレージシステム３００にボリューム作成要求を送信する。このとき、管理サーバ２００のＣＰＵ２１０は、作成対象の論理ボリュームの容量、ＣＴＧＩＤ及びＰｏｏｌＩＤをストレージシステム３００に送信する。

一方、管理サーバ２００のＣＰＵ２１０は、指定されたプール領域に格納されたコンシステンシグループのＣＴＧＩＤが、Ｓ４０１の処理で取得されたＣＴＧＩＤと一致しない場合には（Ｓ４０３の結果が「Ｎｏ」）、管理サーバ２００を使用しているユーザに警告を通知し、ボリューム作成処理を終了する。

ストレージシステム３００のＣＰＵ３１０は、管理サーバ２００からボリューム作成要求を受信すると、ボリューム作成処理を実行する（Ｓ４０４）。さらに、ストレージシステム３００のＣＰＵ３１０は、セグメント管理テーブル３２１及び物理論理管理テーブル３２２を更新する。そして、ストレージシステム３００のＣＰＵ３１０は、ボリューム作成が終了した旨を管理サーバ２００に送信する。

管理サーバ２００のＣＰＵ２１０は、ストレージシステム３００からボリューム作成が終了したことを受信すると、ボリューム管理テーブル２２２、プール管理テーブル２２３及びボリューム移行管理テーブル２２４を更新し（Ｓ４０５）、ボリューム作成処理を終了する。

本発明の実施形態によれば、正側のプール領域を拡張する場合に、副側のプール領域も拡張する。したがって、管理サーバ２００がストレージシステム３００のプール領域の容量を監視し、プール領域の容量を追加する場合に、監視対象となるプール領域が正側のみに限定することができるため、プール領域の管理負担を削減することができる。

また、本発明の実施形態によれば、ペアボリューム間のデータコピー停止中からデータコピーを再開する場合に、正側のプール領域の容量と副側のプール領域の容量が等しくなる。したがって、データコピーを再開するときに、プール領域の容量を追加する必要がないため、プール領域の容量追加による遅延を生じさせずに、ペアボリューム間のデータコピーを行うことができる。

本発明の実施形態のシステム構成を示す図である。 本発明の実施形態のボリューム管理テーブルの一例を示す図である。 本発明の実施形態のプール管理テーブルの一例を示す図である。 本発明の実施形態のボリューム移行管理テーブルの一例を示す図である。 本発明の実施形態のセグメント管理テーブルの一例を示す図である。 本発明の実施形態の物理論理管理テーブルを示す図である。 本発明の実施形態のボリューム移行先プール作成処理の手順を示すフローチャートである。 本発明の実施形態のボリューム移行処理の手順を示すフローチャートである。 本発明の実施形態のプール容量監視及びプール容量追加処理の手順を示すフローチャートである。 本発明の実施形態のボリューム作成処理の手順を示すフローチャートである。

符号の説明

１００、１００Ａ ホスト計算機
１１０、１１０Ａ ホスト計算機のＣＰＵ
１２０、１２０Ａ ホスト計算機のメモリ
１８０、１８０Ａ ホスト計算機のバス
１９０、１９１、１９０Ａ、１９１Ａ インタフェース
２００、２００Ａ 管理サーバ（管理計算機）
２１０、２１０Ａ 管理サーバのＣＰＵ
２２０、２２０Ａ 管理サーバのメモリ
２２１、２２１Ａ ストレージ管理プログラム
２２２ ボリューム管理テーブル
２８０、２８０Ａ 管理サーバのバス
２９０、２９１、２９０Ａ、２９１Ａ インタフェース
３００、３００Ａ ストレージシステム
３０５、３０５Ａ ストレージシステムの制御装置
３１０ ストレージシステムのＣＰＵ
３２０、３２０Ａ ストレージシステムのメモリ
３２１、３２１Ａ セグメント管理テーブル
３２２、３２２Ａ 物理論理管理テーブル
３２３、３２３Ａ セグメント管理プログラム
３２４、３２４Ａ データ移行プログラム
３５０、３５０Ａ 論理ボリューム
３６１、３６１Ａ プール領域
３８０、３８０Ａ ホスト計算機のバス
３９０、３９１、３９０Ａ、３９１Ａ インタフェース
５１０ ローカルエリアネットワーク（ＬＡＮ）
５２０、５２１ 管理用ネットワーク（ＭＮ）
５３０ コピー用ネットワーク（ＣＮ）
５４０、５４１ ストレージエリアネットワーク（ＳＡＮ）
９００ 計算機システム

Claims (20)

1. ストレージシステムと、前記ストレージシステムにネットワークを介して接続されるホスト計算機と、前記ストレージシステム及び前記ホスト計算機にアクセス可能な管理計算機と、を含む計算機システムにおける記憶領域管理方法であって、
   前記ストレージシステムは、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続され、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、前記ホスト計算機によって読み書きされるデータを格納する記憶装置と、を備え、
   前記管理計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
   前記ストレージシステムは、前記記憶装置によって構成されるプール領域を有し、
   前記プール領域には、データが読み書きされる記憶領域として、前記ホスト計算機に提供される論理ボリュームが作成され、
   前記論理ボリュームは、所定の関係を有する複数の論理ボリュームによって、論理ボリューム集合を構成し、
   前記論理ボリューム集合は、当該論理ボリューム集合が属するプール領域と異なるプール領域に、当該論理ボリューム集合の複製が作成され、
   前記記憶領域管理方法は、
   前記第２プロセッサが、前記プール領域の容量を監視し、
   前記第２プロセッサが、前記プール領域の未使用容量が所定の閾値以下になった場合に、前記プール領域の容量を追加するように前記ストレージシステムに要求し、
   前記第２プロセッサが、前記プール領域に複数の論理ボリューム集合が含まれている場合には、前記プール領域に含まれる複数の論理ボリューム集合ごとにプール領域を作成するように前記ストレージシステムに要求し、
   前記第２プロセッサが、前記作成されたプール領域ごとに、前記プール領域に含まれる複数の論理ボリューム集合をそれぞれ作成するように前記ストレージシステムに要求し、
   前記第２プロセッサが、前記プール領域に一つの論理ボリューム集合が含まれている場合には、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域に関する操作を要求することを特徴とする記憶領域管理方法。
2. 前記論理ボリューム集合を構成する論理ボリュームは、データの整合性が維持されるように、前記論理ボリューム集合を構成する各論理ボリュームの更新順序が定められていることを特徴とする請求項１に記載の記憶領域管理方法。
3. 前記論理ボリューム集合の複製は、前記論理ボリューム集合が格納されたストレージシステムとは別のストレージシステムが有するプール領域に作成されることを特徴とする請求項１に記載の記憶領域管理方法。
4. 前記プール領域に関する操作は、前記一つの論理ボリューム集合が含まれているプール領域の容量と、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域の容量とが一致するように要求することを特徴とする請求項１に記載の記憶領域管理方法。
5. 前記記憶領域管理方法は、前記プール領域の容量が追加された場合には、前記第２プロセッサが、前記プール領域の容量が追加された第１のプール領域の容量と、前記第１のプール領域に含まれる論理ボリューム集合の複製が作成された第２のプール領域の容量とが一致するように前記ストレージシステムに要求することを特徴とする請求項１に記載の記憶領域管理方法。
6. 前記記憶領域管理方法は、前記第２プロセッサが、前記第１のプール領域のみを監視することを特徴とする請求項５に記載の記憶領域管理方法。
7. 前記記憶領域管理方法は、前記プール領域に新たに論理ボリュームを作成する場合に、前記第２プロセッサが、前記プール領域に含まれる論理ボリューム集合に属さない論理ボリュームを前記プール領域に新たに作成することを禁止することを特徴とする請求項１に記載の記憶領域管理方法。
8. 前記データを格納する記憶装置を備えるストレージシステムと、前記ストレージシステムにネットワークを介して接続されるホスト計算機とに接続され、プロセッサ、メモリ及びインタフェースを備える管理計算機であって、
   前記ストレージシステムは、前記記憶装置によって構成されるプール領域を有し、
   前記プール領域には、データが読み書きされる記憶領域として、前記ホスト計算機に提供される論理ボリュームが作成され、
   前記論理ボリュームは、所定の関係を有する複数の論理ボリュームによって、論理ボリューム集合を構成し、
   前記論理ボリューム集合は、当該論理ボリューム集合が属するプール領域と異なるプール領域に、当該論理ボリューム集合の複製が作成され、
   前記プロセッサは、
   前記プール領域の容量を監視し、
   前記プール領域の未使用容量が所定の閾値以下になった場合に、前記プール領域の容量を追加するように前記ストレージシステムに要求し、
   前記プール領域に複数の論理ボリューム集合が含まれている場合には、前記プール領域に含まれる複数の論理ボリューム集合ごとにプール領域を作成するように前記ストレージシステムに要求し、
   前記作成されたプール領域ごとに、前記プール領域に含まれる複数の論理ボリューム集合をそれぞれ作成するように前記ストレージシステムに要求し、
   前記プール領域に一つの論理ボリューム集合が含まれている場合には、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域に関する操作を要求することを特徴とする管理計算機。
9. 前記論理ボリューム集合を構成する論理ボリュームは、データの整合性が維持されるように、前記論理ボリューム集合を構成する各論理ボリュームの更新順序が定められていることを特徴とする請求項８に記載の管理計算機。
10. 前記プール領域に関する操作は、前記一つの論理ボリューム集合が含まれているプール領域の容量と、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域の容量とが一致するように要求することを特徴とする請求項８に記載の管理計算機。
11. 前記プロセッサは、前記プール領域の容量が追加された場合には、前記記憶領域が追加された第１のプール領域の容量と、前記第１のプール領域に含まれる論理ボリューム集合の複製が作成された第２のプール領域の容量とが一致するように前記ストレージシステムに要求することを特徴とする請求項８に記載の管理計算機。
12. 前記プロセッサは、前記第１のプール領域のみを監視することを特徴とする請求項１１に記載の管理計算機。
13. 前記プロセッサは、前記プール領域に新たに論理ボリュームを作成する場合に、前記プール領域に含まれる論理ボリューム集合に属さない論理ボリュームを前記プール領域に新たに作成することを禁止することを特徴とする請求項８に記載の管理計算機。
14. ストレージシステムと、前記ストレージシステムにネットワークを介して接続されるホスト計算機と、前記ストレージシステム及び前記ホスト計算機にアクセス可能な管理計算機と、を含む計算機システムであって、
    前記ストレージシステムは、前記ネットワークに接続される第１インタフェースと、前記第１インタフェースに接続され、前記第１インタフェースに接続される第１プロセッサと、前記第１プロセッサに接続される第１メモリと、前記ホスト計算機によって読み書きされるデータを格納する記憶装置と、を備え、
    前記管理計算機は、前記ネットワークに接続される第２インタフェースと、前記第２インタフェースに接続される第２プロセッサと、前記第２プロセッサに接続される第２メモリと、を備え、
    前記ストレージシステムは、前記記憶装置によって構成されるプール領域を有し、
    前記プール領域には、データが読み書きされる記憶領域として、前記ホスト計算機に提供される論理ボリュームが作成され、
    前記論理ボリュームは、所定の関係を有する複数の論理ボリュームによって、論理ボリューム集合を構成し、
    前記論理ボリューム集合は、当該論理ボリューム集合が属するプール領域と異なるプール領域に、当該論理ボリューム集合の複製が作成され、
    前記第２プロセッサは、
    前記プール領域の容量を監視し、
    前記プール領域の未使用容量が所定の閾値以下になった場合に、前記プール領域の容量を追加するように前記ストレージシステムに要求し、
    前記第１プロセッサは、前記プール領域の容量追加要求に基づいて、前記プール領域の容量を追加し、
    前記第２プロセッサは、前記プール領域に複数の論理ボリューム集合が含まれている場合には、前記プール領域に含まれる複数の論理ボリューム集合ごとにプール領域を作成するように前記ストレージシステムに要求し、
    前記第１プロセッサは、前記プール領域の作成要求に基づいて、前記複数の論理ボリューム集合ごとにプール領域を作成し、
    前記第２プロセッサは、前記作成されたプール領域ごとに、前記プール領域に含まれる複数の論理ボリューム集合をそれぞれ作成するように前記ストレージシステムに要求し、
    前記第１プロセッサは、前記論理ボリューム集合の作成要求に基づいて、前記複数の論理ボリューム集合ごとに作成されたプール領域に、各論理ボリューム集合を作成し、
    前記第２プロセッサは、前記プール領域に一つの前記論理ボリューム集合が含まれている場合には、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域に関する操作を要求することを特徴とする計算機システム。
15. 前記論理ボリューム集合を構成する論理ボリュームは、データの整合性が維持されるように、前記論理ボリューム集合を構成する各論理ボリュームの更新順序が定められていることを特徴とする請求項１４に記載の計算機システム。
16. 前記論理ボリューム集合の複製は、前記論理ボリューム集合が格納されたストレージシステムとは別のストレージシステムが有するプール領域に作成されることを特徴とする請求項１４に記載の計算機システム。
17. 前記プール領域に関する操作は、前記一つの論理ボリューム集合が含まれているプール領域の容量と、前記プール領域に含まれる一つの前記論理ボリューム集合の複製が作成されたプール領域の容量とが一致するように要求することを特徴とする請求項１４に記載の計算機システム。
18. 前記第２プロセッサは、前記プール領域の容量が追加された場合には、前記記憶領域が追加された第１のプール領域の容量と、前記第１のプール領域に含まれる論理ボリューム集合の複製が作成された第２のプール領域の容量とが一致するように前記ストレージシステムに要求することを特徴とする請求項１４に記載の計算機システム。
19. 前記第２プロセッサは、前記第１のプール領域のみを監視することを特徴とする請求項１８に記載の計算機システム。
20. 前記第２プロセッサは、前記プール領域に新たに論理ボリュームを作成する場合に、前記プール領域に含まれる論理ボリューム集合に属さない論理ボリュームを前記プール領域に新たに作成することを禁止することを特徴とする請求項１４に記載の計算機システム。

Images