JP4576923B2

JP4576923B2 - ストレージシステムの記憶容量管理方法

Info

Publication number: JP4576923B2
Application number: JP2004231792A
Authority: JP
Inventors: 茂阿部; 政行山本
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-08-09
Filing date: 2004-08-09
Publication date: 2010-11-10
Anticipated expiration: 2024-08-09
Also published as: US7475217B2; JP2006048559A; US20090089499A1; US20060031631A1; US7934071B2

Description

本明細書で開示される内容は、計算機システムに用いられる、ストレージ装置の記憶容量に関するものであり、特に、ストレージシステムの記憶容量を管理する方法に関するものである。

ＩＴ技術および産業の発展に伴い、ストレージシステムに対する需要が増加している。ここでストレージシステムとは、一台以上のストレージ装置がネットワークで相互に接続された、データを記録するために用いるシステムのことをいう。ストレージシステムにはデータが次々と蓄積されていくため、ストレージシステムの記憶容量を管理する技術が求められてきている。例えば、特開２００３−５０７２４号公報には、一つのストレージ装置に関し、履歴情報から使用される記憶容量を予測し、記憶容量の不足を事前に管理サーバへ通知する方法が記載されている。

特開２００３−５０７２４号公報

ストレージシステムの信頼性を高める一つの方法として、リモートコピーがある。リモートコピーとは、あるストレージ装置内のボリューム（記憶領域）にあるデータのコピーを、一つあるいは複数の、ネットワークによって接続された他のストレージ装置のボリュームに作成し、コピー元とコピー先のデータを同期させる技術である。

ストレージシステムにおいて、複数のボリューム間に関連をもつリモートコピー構成をとる場合に発生する課題について、図１を用いて説明する。

図１は管理サーバ１００００とストレージ装置２００００の構成概略を、時間経過と共に示したものである。管理サーバ１００００はストレージ装置Ｓ１、Ｓ２、Ｓ３とネットワークを通じて接続されており、ストレージ装置で発生した警告をストレージ管理者へ通知する。Ｓ１のボリュームはＳ２のボリュームに、Ｓ２のボリュームはＳ３のボリュームに、それぞれリモートコピーが行われている。各ストレージ装置には業務操作のログデータなどが蓄えられ、時間と共にデータ量は増加していき、リモートコピーの対象となるデータ量も増加していく。

まず、時間Ｔ１において、記憶容量不足のためＳ１から警告が発せられる。管理サーバ１００００は警告をストレージ管理者へ通知し、ストレージ管理者はＳ１に対して記憶容量の増設を行う。増設後、時間の経過に伴いボリュームにデータが蓄えられていき、時間Ｔ２においてＳ１とＳ２で行われているリモートコピーの容量が拡大されると、記憶容量不足のためＳ２から警告が発せられる。管理サーバ１００００は警告をストレージ管理者へ通知し、ストレージ管理者はＳ２に対して記憶容量の増設を行う。増設後、時間の経過に伴いボリュームにデータが蓄えられていき、時間Ｔ３においてＳ２とＳ３で行われているリモートコピーの容量が拡大されると、記憶容量不足のためＳ３から警告が発せられる。

以上のように、リモートコピーが存在する構成では、記憶容量の追加が頻繁に発生する場合がある。これは、記憶容量の不足が発生したとき、リモートコピー関係にある他のストレージ装置について考慮していない事が原因である。だが、コピー先のストレージ装置はコピー元のストレージ装置に書き込まれたデータを受け取るのみであるため、コピー先のストレージ装置では、データについて、どのような目的で使用されているのか（オンライン業務や電子メールの保存）、どのような環境で使用されているのか（データが急激に増えていく環境やデータが徐々に増えていく環境）、などの情報を知ることができず、一つのストレージ装置のみに着目する場合、ストレージ装置が使用する記憶容量の予測を正確に行うのが困難になる。

正確な予測を行うためには、ストレージ管理者がストレージシステムにおけるリモートコピーの構成を完全に把握しておき、コピー元の情報をコピー先へ反映させて考える必要がある。これは、ストレージ管理者にとって大きな負担となる。

また、記憶容量の増設を行うにはハードディスク等の記憶ユニットを手配し、設置する必要がある。しかし、経理上の問題から、警告が発生した時点では増設に必要な予算を組めない場合もある。そのため、頻繁に増設作業を行うことは、一度の増設作業を行うのと比較すると、大きな運用コストを発生させる。

また、一つのストレージ装置内に異なる種類の記憶ユニット（たとえばファイバーチャネルハードディスクとＳｅｒｉａｌＡＴＡ（ＡＴＡｔｔａｃｈｍｅｎｔ）ハードディスク）が混在する状況では、記憶容量の増設を行うとき、各々のストレージ装置について、どの種類の記憶ユニットをどれだけ用意すればよいかを調べる必要があり、それはストレージ管理者にとって大きな負担となる。

上記示した課題の少なくとも一つを解決するために、本発明の一実施態様では、一つ以上の記憶領域を提供する一つ以上の記憶ユニットを有するストレージ装置をネットワークを介して複数備える計算機システムにおけるストレージ装置の記憶ユニットの容量を管理する容量管理方法であって、前記記憶領域の一つと他の記憶領域との記憶領域間の関係を検出し、前記検出結果に基づいて前記記憶ユニットの予測容量を算出する構成とする。

上述の本発明の一実施態様によれば、ストレージ管理者がリモートコピーの構成を把握する必要なしに、ストレージシステムが使用する記憶容量の予測を行うことが可能となり、ストレージ管理者の負担が軽減される。

図２〜図１７を用いて、本発明の実施形態を説明する。なお、以下の説明によって本発明が限定されるものではない。

実施例１における計算機システムとストレージシステムの構成について説明する。

図２に、管理サーバとストレージ装置の構成を示す。管理サーバ１００００、ストレージ装置２００００、ホストコンピュータ１０１００が存在する。ストレージ装置Ｓ４、Ｓ５、Ｓ６は、ストレージネットワーク３００００で相互に接続されており、管理用ネットワーク４００００で管理サーバ１００００に接続されている。ホストコンピュータ１０１００は、ストレージネットワーク３００００を介してストレージ装置と相互に接続されている。

ストレージ装置２００００はボリューム２０１００を持ち、Ｓ４はＶ４１とＶ４２を、Ｓ５はＶ５２とＶ５３を、Ｓ６はＶ６４を持つ。Ｖ４１はＶ５２に、Ｖ５３はＶ６４にリモートコピーを行っている。ストレージ装置の空き記憶領域はＳ４が５０ＧＢ、Ｓ５が４００ＧＢ、Ｓ６が４００ＧＢである。各ボリュームの容量はＶ４１とＶ５２が２００ＧＢ、Ｖ５３とＶ６４が１００ＧＢである。Ｖ４２はリモートコピーを行っていない。ホストコンピュータ１０１００はストレージネットワーク３００００を介し、ストレージ装置２００００とデータの読み書きを行う。ホストコンピュータ１０１００は、ストレージネットワーク３００００を介し、ストレージ装置２００００に対してデータの読み書きを行う。データの読み書きはボリューム２０１００のうち、リモートコピー元となるボリューム（Ｖ４１、Ｖ５３）またはリモートコピーが行われていないボリューム（Ｖ４２）に対して行う。

説明の都合上、管理サーバを１台、ホストコンピュータを２台、ストレージ装置を３台、ボリューム数を５つとしたが、これらの数は問わない。また、ストレージネットワーク３００００が複数あり、ストレージネットワーク間接続により相互接続されていてもよく、管理用ネットワーク４００００が複数あり、管理用ネットワーク間接続により相互接続されていてもよい。また、ボリュームのコピー形態を異なるストレージ装置間でコピーを行うリモートコピーの構成のみとしたが、同一ストレージ装置内でコピーを行う内部コピーの構成が存在してもよい。

図３に、ストレージ装置２００００の詳細な構成を示す。ストレージ装置２００００は管理用ネットワーク４００００に接続するための管理ポート２０２００と、ストレージネットワーク３００００に接続するためのＩ／Ｏポート２０３００と、ストレージ装置内の制御を行うためのコントローラ２０４００と、計算機システムに提供する記憶領域となるボリューム２０１００と、コントローラが用いるプログラムメモリ２０５００で構成される。これらは、コントローラ２０４００を介して接続される。

論理ボリューム（以下、単に「ボリューム」という。）２０１００は、ハードディスク等のディスク装置である記憶ユニット２０１０５一台で構成してもよいし、複数の記憶ユニット２０１０５によってデータを分散して格納するように構成してもよい。

プログラムメモリ２０５００には、リモートコピーの構成に関する情報を保持するリモートコピーテーブル２０６００と、ストレージ装置が保有するボリューム２０１００の情報を保持するボリューム情報テーブル２０７００が格納される。なお、Ｉ／Ｏポートの個数、記憶ユニットおよびボリュームの個数や容量は問わない。

図４に、管理サーバ１００００の詳細な構成を示す。管理サーバ１００００は、管理用ネットワーク４００００に接続するための管理ポート１００１０と、演算処理を行うプロセッサ１００２０と、処理結果を出力するためのディスプレイ装置等の出力部１００３０と、ストレージ管理者からの入力を受け付けるためのキーボード等の入力部１００４０と、プログラムメモリ１００６０で構成される。これらは、バス等の通信路１００５０によって接続される。プログラムメモリ１００６０は、ストレージ装置の管理を行うための構成管理プログラム１００７０と、リモートコピーの構成を取得するためのコピー構成取得プログラム１００８０と、ストレージシステムの使用記憶容量を予測するための使用容量予測プログラム１００９０と、コピー構成取得プログラム１００８０により取得された情報を保持するためのコピー構成テーブル１０１００と、使用容量予測プログラム１００９０で使用される情報を保持するための使用容量履歴テーブル１０１１０と、接続されたストレージ装置の情報を保持するための装置検出リスト１０１２０を格納する。

図５に、ストレージ装置２００００が持つリモートコピーテーブル２０６００の一例を示す。リモートコピーテーブル２０６００は、リモートコピーを一意に識別するためのＩＤを登録するフィールド２０６１０と、コピー元のボリュームを登録するフィールド２０６２０と、コピー先のストレージ装置を登録するフィールド２０６３０と、コピー先のストレージ装置におけるコピー先のボリュームを登録するフィールド２０６４０から構成される。

以降の説明の都合上、図５にはストレージ装置Ｓ４が持つリモートコピーテーブルの具体的な値を示している。Ｓ４のボリュームＶ４１からＳ５のボリュームＶ５２に対してリモートコピーが行われていることを示す。

図６に、ストレージ装置２００００が持つボリューム情報テーブル２０７００の一例を示す。ボリューム情報テーブル２０７００は、ストレージ装置が備える記憶容量の合計値を示すフィールド２０７１０と、未使用である記憶領域の容量を示すフィールド２０７２０と、ボリュームを一意に識別するためのＩＤを登録するフィールド２０７３０と、ボリュームが使用している容量を登録するフィールド２０７４０と、ボリュームが使用しているディスク装置の種類を登録するフィールド２０７５０から構成される。

以降の説明の都合上、図６にはストレージ装置Ｓ４が持つボリューム情報テーブルの具体的な値を示している。Ｓ４が備える記憶容量は全部で４５０ＧＢあり、未使用である分が５０ＧＢであることを示し、Ｓ４のボリュームＶ４１が２００ＧＢの容量を使用し、ボリュームＶ４２が２００ＧＢの容量を使用していることを示す。また、ボリュームＶ４１およびＶ４２が使用するディスク装置がファイバーチャネルハードディスクであることを示す。

なお、図６において、ディスク装置の種類を登録するフィールド２０７５０には、ディスク装置のベンダ名と型式番号の組を登録してもよい。あるいは、「高速小容量」や「低速大容量」のような、ディスク装置の特性を示す値を登録してもよい。

図７に、管理サーバ１００００が持つコピー構成テーブル１０１００の一例を示す。コピー構成テーブル１０１００は、リモートコピーを一意に識別するためのＩＤを登録するフィールド１０１０１と、コピー元のストレージ装置を登録するフィールド１０１０２と、コピー元のストレージ装置におけるコピー元のボリュームを登録するフィールド１０１０３と、コピー先のストレージ装置を登録するフィールド１０１０４と、コピー先のストレージ装置におけるコピー先のボリュームを登録するフィールド１０１０５から構成される。

以降の説明の都合上、図６には管理サーバ１００００が持つコピー構成テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１からＳ５のボリュームＶ５２に対してリモートコピーが行われており、Ｓ５のボリュームＶ５３からＳ６のボリュームＶ６４に対してリモートコピーが行われていることを示す。

図８に、管理サーバ１００００が持つ使用容量履歴テーブル１０１１０の一例を示す。使用容量履歴テーブル１０１１０は、履歴情報を一意に識別するためのＩＤを登録するフィールド１０１１１と、履歴情報の対象となるボリュームを持つストレージ装置を登録するフィールド１０１１２と、履歴情報の対象となるボリュームを登録するフィールド１０１１３と、履歴情報を取得した時刻を登録するフィールド１０１１４と、履歴情報を取得した時刻におけるボリュームの使用容量を登録するフィールド１０１１５から構成される。

以降の説明の都合上、図７には管理サーバ１００００が持つ使用容量履歴テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１に関して、２００４年１月１日０時０分０秒において１７５ＧＢが使用されており、２月１日の同時刻には２００ＧＢが使用されていたこと、Ｓ４のボリュームＶ４２に関して、２００４年１月１日０時０分０秒において１９５ＧＢが使用されており、２月１日の同時刻には２００ＧＢが使用されていたこと、Ｓ５のボリュームＶ５３に関して、２００４年１月１日０時０分０秒において５０ＧＢが使用されており、２月１日の同時刻には１００ＧＢが使用されていたことを示す。

図９に、管理サーバ１００００が持つ装置検出リスト１０１２０の一例を示す。装置検出リスト１０１２０は、装置検出リスト内の情報を一意に識別するためのＩＤを登録するフィールド１０１２１と、検出対象装置を示す装置ＩＤを登録するフィールド１０１２２と、検出対象装置の管理ポートに接続するための管理ポートの識別ＩＤを登録するフィールド１０１２３と、検出対象装置のベンダー名や製品の型番名などの製品情報を登録するフィールド１０１２４から構成される。このリストは、あらかじめストレージ管理者が登録しておくか、管理ネットワーク上の検出サービスなどを用いて自動的に登録されるものとする。

以降の説明の都合上、図８には管理サーバ１００００が持つ装置検出リストの具体的な値を示している。ストレージ装置Ｓ４、Ｓ５、Ｓ６それぞれの情報を示す。

実施例１における動作を説明する。

コピー構成取得プログラム１００８０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からリモートコピーテーブル２０６００の情報を受け取ることによって、コピー構成テーブル１０１００を定期的に更新する。また、構成管理プログラム１００７０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からボリューム情報テーブル２０７００の情報を受け取ることによって、使用容量履歴テーブル１０１１０を定期的に更新する。

図１０に、ストレージ装置への容量増設を行うとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートを示す。この処理は、ストレージ装置２００００から容量不足の警告が通知されたときや、ストレージ管理者が、入力部を介して構成管理プログラム１００７０から指定したときに実行される。実施例１においては、Ｓ４から容量不足を示す警告が発せられたものとする。

ステップ１１０２０において、構成管理プログラム１００７０は増設容量入力画面５００００を出力部に表示する。図１２に、増設容量入力画面の一例を示す。増設容量入力画面５００００において、ストレージ管理者は、増設量をフィールド５００１０に入力する。図１２では、フィールド５００１０に入力された値と、後述する処理による予測がフィールド５００２０に反映された結果を示している。

ステップ１２０００において、警告の通知元であるストレージ装置Ｓ４をＳＡ、フィールド５００１０に入力された値をＣとして、各ストレージ装置で必要となる記憶容量を予測する。ステップ１２０００で行われる処理の詳細については後述する。

ステップ１１０３０において、ステップ１２０００で得られた予測結果と各ストレージ装置で使用している容量の差を計算し、特定の条件を満たすために必要な記憶容量を算出する。各ストレージ装置で使用している容量は、装置検出リスト１０１２０から得られるストレージ装置に対して、ボリューム情報テーブル２０７００を取得することで得られる。ここで使用される条件としては、容量不足を示す警告が通知されないという条件や、空き容量がストレージ装置全体の記憶容量に対して一定の割合を保つという条件などがある。

ステップ１１０４０において、ステップ１１０３０で得られた結果を増設容量入力画面５００００のフィールド５００２０に反映し、処理は終了する。ステップ１１０３０で求められた値がフィールド５００２２に反映され、後述する図１１のフローチャートにおけるステップ１２０５０で得られた予測値がフィールド５００２３に反映される。ストレージ管理者は、フィールド５００２０の情報をもとに、各ストレージ装置に対して必要な記憶ユニットを増設する。または、新たにストレージ装置を追加してもよい。

図１１に、図１０に示すフローチャートのステップ１２０００で行われる処理のフローチャートを示す。プログラムへの入力として、記憶容量の増設を行う対象となるストレージ装置ＳＡと、増設する記憶容量Ｃが指定される。

ステップ１２０２０では、以降の予測で使用する、各ストレージ装置の使用容量の近似式を設定する。近似式の設定方法には、使用容量を時間の一次関数とみなし、使用容量履歴テーブル１０１１０の値から最小二乗法を用いて各ストレージ装置の使用容量の近似式を算出する方法がある。また、ストレージ管理者が各ストレージ装置の使用容量の近似式を入力してもよい。実施例１では、Ｕをストレージ装置の使用容量（単位はＧＢ）、Ｄをストレージ装置で一ヶ月あたりに増加する使用容量（単位はＧＢ）、Ｍを２００３年１２月から経過した月、Ｉを２００３年１２月におけるストレージ装置の使用容量として、近似式をＵ＝ＤＭ＋Ｉとする。ストレージ装置がコピー先となっているボリュームを保有する場合、コピー元のボリュームから一ヶ月あたりの使用容量を取得し、Ｄの値を決定する。

ステップ１２０３０では、ステップ１２０２０で設定した近似式を用いて、ストレージ装置ＳＡに記憶容量Ｃを増設した後に、特定の条件を満たすと予測される時間Ｔを算出する。実施例１では、特定の条件として、増設した記憶容量を全て使用するという条件を使用する。他の条件として、ストレージ装置ＳＡに予め設定した空き記憶容量の閾値を下回り記憶容量不足になるという条件や、増設した記憶容量Ｃのうち特定の割合の記憶容量が使用されるという条件が挙げられる。

次に、ステップ１２０４０では、ストレージ装置ＳＡからリモートコピーの関係になるボリュームを検出し、検出されたボリュームにより辿ることのできるすべてのストレージ装置ＳＢを抽出し、ＳＢに含まれる各ストレージ装置に対してステップ１２０５０を実行できるようにする。具体的には、コピー構成テーブル１０１００のコピー元ストレージ装置フィールド１０１０２にストレージ装置ＳＡが含まれるレコードをすべて抽出し、当該レコードのコピー先ストレージ装置フィールド１０１０４に記載されたストレージ装置をＳＢに含める。

さらに、同様にして、ＳＢに追加されたストレージ装置をコピー元ストレージ装置とする、すべてのコピー先ストレージ装置をＳＢに追加する。この操作はＳＢへの追加が起こらなくなるまで繰り返す。たとえば、図２ではＳ４とＳ５、Ｓ５とＳ６でリモートコピーが行われているため、ＳＢはＳ５、Ｓ６となる。

ステップ１２０５０では、繰り返しの当該ストレージ装置に関して、ステップ１２０２０にて与えられた近似式から時間Ｔにおける使用容量を予測する。ストレージ装置内のボリュームがリモートコピーのコピー先となっているために使用容量の予測を行うことができない場合、コピー元のストレージ装置から、ボリュームが使用している記憶容量や近似式のパラメータなど、予測に必要な情報を取得する。実施例１では、一ヶ月あたりに増加するボリュームの使用容量を取得する。予測に必要な情報を取得した後、近似式から時間Ｔにおける使用容量を予測する。

図１４を用いて、図１０に示すフローチャートで行われる処理手順の詳細な説明を行う。

まず、各ストレージ装置の各ボリュームに対して、使用容量の予測式９００３０を設定する。

次に、容量増設の対象であるストレージ装置Ｓ４に関して、総容量（４５０ＧＢ）９００４０に増設容量入力画面５００００のフィールド５００１０に入力された増設容量（１９０ＧＢ）９００１０を加え、仮想的な総容量（６４０ＧＢ）９００５０を算出する。実施例１では、時間Ｔを求める条件を、増設した容量の全てが使われる時間としているため、容量９００５０が使用される時間Ｔ９００２０を予測式９００３０から求める。他の条件の場合は、時間Ｔ９００２０を求めるときの元となる容量を適宜変更する。

算出された時間Ｔをリモートコピー関係で辿ることのできる他ストレージ装置Ｓ５、Ｓ６に適用し、時間Ｔにおける使用容量の予測量９００６０をＳ５、Ｓ６について求める。実施例１の場合、Ｓ５の使用容量の予測量９００６０は９００ＧＢであり、Ｓ６の使用容量の予測量９００６０は５００ＧＢである。なお、Ｓ５では、Ｖ５３とＶ５４の予測式の傾きが異なる。これは、Ｖ５３がＶ４１のコピー先であるためＶ５３の容量変化はＶ４１の容量変化に追随あるいは同期しており、Ｖ４１とＶ５４が使用する記憶容量がそれぞれ異なるためである。

求めた予測量９００６０と現在の総容量９００４０の差が、各ストレージ装置に関する不足分として、増設容量入力画面５００００のフィールド５００２０に反映され、ストレージ管理者に示される。実施例１の場合、Ｓ５の総容量９００４０が４００ＧＢであるので、Ｓ５は５００ＧＢの不足となり、Ｓ６の総容量９００４０が４００ＧＢであるので、Ｓ６は１００ＧＢの不足となる。

以上、実施例１によれば、ストレージ管理者は、リモートコピー構成を把握する必要なしに、ストレージ装置への適切な記憶容量の増設を行うことが可能になる。

実施例１では、管理サーバ１００００が構成管理プログラム１００７０などの管理プログラムを保持したが、管理プログラム全体または一部を、ストレージ装置２００００やホストコンピュータ１０１００が保持してもよい。

実施例２のシステム構成は、実施例１のシステム構成と同じであるため、説明を省略する。

実施例２における動作を説明する。実施例２は実施例１と同様の処理を行うが、図１０に示すフローチャートおよび図１１に示すフローチャートの処理において詳細が異なるため、相違点について説明する。

実施例１においては、図１０はストレージ装置への容量増設を行うとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートであったが、実施例２では、特定期間においてストレージ装置から記憶容量の不足を示す警告が発生しないようにするとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートとなる。この処理は、ストレージ管理者が入力部を介して構成管理プログラム１００７０から指定したときに実行される。実施例２では、ストレージ管理者によって指定されたものとする。

ステップ１１０２０において、出力部に保証期間入力画面５１０００を表示する。図１３に、保証期間入力画面５１０００の一例を示す。保証期間入力画面５１０００において、ストレージ管理者は、容量不足の警告が発せられないようにする対象となるストレージ装置をフィールド５１０３０に入力し、容量不足の警告が発せられないようにする期間をフィールド５１０１０に入力する。フィールド５１０３０で行うストレージ装置の指定では、管理サーバ１００００の管理下にあるストレージ装置のリストから選んでもよい。また、単一のストレージ装置を選ぶだけでなく、複数のストレージ装置を選ぶことが可能なようにしてもよい。ステップ１２０００において、フィールド５１０３０に入力されたストレージ装置をＳＡ、フィールド５１０１０に入力された期間をＤとし、各ストレージ装置で必要となる記憶容量を予測する。ステップ１２０００で行われる処理の詳細については後述する。以降のステップは実施例１と同様であるため、説明を省略する。

図１１に、図１０に示すフローチャートのステップ１２０００で行われる処理のフローチャートを示す。プログラムへの入力として、処理対象となるストレージ装置ＳＡと、期間Ｄが指定される。実施例２と実施例１の相違点はステップ１２０３０、ステップ１２０４０であるため、該当ステップについて説明し、他ステップの説明は省略する。

ステップ１２０３０では、現在の時間に、入力として与えられた期間Ｄを加算し、時間Ｔを算出する。

ステップ１２０４０では、保証期間入力画面５１０００のフィールド５１０３０で指定されるストレージ装置および、そのストレージ装置からリモートコピーの関係で辿ることが可能な全てのストレージ装置ＳＢを抽出し、ＳＢに含まれる各ストレージ装置に対してステップ１２０５０を実行できるようにする。具体的には、実施例１のステップ１２０４０と同様にしてストレージ装置ＳＢを求め、入力として与えられたストレージ装置ＳＡをＳＢに含める。たとえば、図２ではＳ４とＳ５、Ｓ５とＳ６でリモートコピーが行われているため、ＳＢはＳ４、Ｓ５、Ｓ６となる。

ステップ１２０５０以降は実施例１と同様であるため、説明を省略する。

以上、実施例２によれば、ストレージ管理者は、リモートコピー構成を把握する必要なしに、特定の期間においてストレージ装置から記憶容量の不足を示す警告が通知されないように、適切な記憶容量の増設を行うことが可能になる。

実施例３におけるシステム構成を説明する。実施例３のシステム構成は実施例１のシステム構成と同様であるが、図４に示す管理サーバ１００００の詳細な構成が異なるため、相違点についてのみ説明する。

図１５に、管理サーバ１００００の詳細な構成を示す。図１５は、図４で示す構成に、物理ディスク装置の種類を取得するためのディスク種類取得プログラム１０１３０と、ディスク種類取得プログラム１０１３０により取得された情報を保持するためのディスク種類テーブル１０１４０が追加されている。

図１６に、管理サーバ１００００が持つディスク種類テーブル１０１４０の一例を示す。ディスク種類テーブル１０１４０は、ボリュームを持つストレージ装置を登録するフィールド１０１４１と、ストレージ装置中のボリュームを登録するフィールド１０１４２と、ボリュームを構成する物理ディスク装置の種類を登録するフィールド１０１４３から構成される。

以降の説明の都合上、図１６には管理サーバ１００００が持つディスク種類テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１、Ｓ５のボリュームＶ５２、Ｓ６のボリュームＶ６４がファイバーチャネルハードディスクであり、Ｓ５のボリュームＶ５３がＳｅｒｉａｌＡＴＡハードディスクであることを示す。

なお、図６において、ディスク装置の種類を登録するフィールド２０７５０に、ディスク装置の種類ではなく、ディスク装置のベンダ名と型式番号の組やディスク装置の特性を示す値が登録されている場合は、図１６のフィールド１０１４３にもその値がコピーされる。

実施例３における動作を説明する。実施例３は実施例１と同様の処理を行うが、ディスク種類取得プログラム１０１３０の実行と、図１２に示す増設容量入力画面５００００が異なるため、相違点についてのみ説明する。

ディスク種類取得プログラム１０１３０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からボリューム情報テーブル２０７００の情報を受け取ることによって、ディスク種類テーブル１０１４０を定期的に更新する。

図１０に示すフローチャートのステップ１１０２０において、増設容量入力画面５２０００を出力部に表示する。図１７に、増設容量入力画面５２０００の一例を示す。増設容量入力画面５２０００において、ストレージ管理者は、増設量をフィールド５２０１０に入力する。図１７では、フィールド５２０１０に入力された値と、不足容量の予測がフィールド５２０２０に反映された結果を示している。

ステップ１１０４０において、ステップ１１０３０で得られた結果を増設容量入力画面５２０００のフィールド５２０２０に反映する。フィールド５２０２０では、不足する記憶容量をディスクの種類ごとに分けて表示する。フィールド５２０２０に反映する値は、ステップ１１０３０により得られた各ボリュームの容量について、ディスク種類テーブル１０１４０を参照しながら、ディスク種類ごとに容量を合計することによって得ることができる。図１７では、ファイバーチャネルハードディスクの容量がフィールド５２０２２に、ＳｅｒｉａｌＡＴＡハードディスクの容量がフィールド５２０２３に示されている。

なお、図１６において、ディスク装置の種類を登録するフィールド１０１４３に、ディスク装置の種類ではなく、ディスク装置のベンダ名と型式番号の組が登録されている場合は、ディスク装置の型式ごとに不足する記憶容量を表示することができる。また、フィールド１０１４３に、ディスク装置の特性を示す値が登録されている場合は、ディスク装置の特性ごとに不足する記憶容量を表示することができる。

以上、実施例３によれば、ストレージ管理者は、リモートコピー構成およびストレージに搭載されているディスクの種類を把握する必要なしに、ストレージ装置への適切な記憶容量の増設を行うことが可能になる。

実施例４のシステム構成は、実施例１のシステム構成と同じであるため、説明を省略する。

実施例４における動作を説明する。

コピー構成取得プログラム１００８０および構成管理プログラム１００７０の動作は、実施例１と同様である。

図１８に、ストレージ装置が特定の条件を満たすまでの期間を調べる処理のフローチャートを示す。この処理は、ストレージ管理者が構成管理プログラム１００７０から明示的に指定したときや、予め構成管理プログラム１００７０で設定した時間になったときや、管理用ネットワーク４００００で相互接続された他の管理サーバ１００００で実行されるプログラムから起動されたときに実行される。実施例１においては、ストレージ管理者が指定したものとする。

ステップ１３０２０では、ストレージ装置２００００のそれぞれに対してステップ１３０３０とステップ１３０４０を実行できるようにする。実施例４では、構成管理プログラム１００７０が保持するストレージ装置に対して処理を行う。また、ストレージ管理者が対象となるストレージ装置を選択できるようにしてもよい。

ステップ１３０３０では、図１１のステップ１２０２０と同様にして、ストレージ装置で使用する近似式を設定する。

ステップ１３０４０では、図１１のステップ１２０３０と同様にして、特定の条件を満たすと予測される時間Ｔを算出する。実施例４では、現在のストレージ装置の容量がすべて使用するという条件を使用する。

ステップ１３０６０では、ステップ１３０２０からステップ１３０５０までのループを実行した各ストレージ装置に関して、現在から時間Ｔまでの時間を算出する。ここで求めた時間が、ストレージ装置が特定の条件を満たすまでの残期間である。

ステップ１３０７０では、残期間表示画面５３０００を出力部に表示する。図１８に、残期間表示画面５３０００の一例を示す。フィールド５３０１１は、ステップ１３０２０からステップ１３０５０までのループを実行した各ストレージ装置を示し、フィールド５３０１２は、ステップ１３０６０で取得した各ストレージ装置に対する残期間を示している。

以上、実施例４によれば、ストレージ管理者は、リモートコピーの構成を把握する必要なしに、各ストレージ装置の記憶容量が不足するまでの期間を知ることが可能になる。

上述した種々の実施例によれば、ストレージ管理者がリモートコピーの構成を把握する必要なしに、ストレージシステムが使用する記憶容量の予測を行うことが可能となり、ストレージ管理者の負担が軽減される。また、リモートコピー関係にある複数のストレージ装置において記憶容量の不足が頻発することを防ぐことができ、ストレージ装置の管理に要するコストを抑えることが可能になる。また、事前に必要な記憶容量の予測を行うことにより、計画的な容量管理を行うことができる。また、ストレージシステムで不足する記憶容量に関してボリュームを構成するディスクの種類による内訳を知ることができ、容量管理作業を効率化することが可能になる。なお、上述した実施例中で説明したプログラムは、各装置にハードウェア的に構成され、各プログラムで行われる処理が実現されてもよい。

リモートコピー構成をとるストレージシステムを示した図である。実施例１における管理サーバとストレージ装置の構成を示す図である。実施例１における管理サーバ１００００の詳細な構成を示す図である。実施例１におけるストレージ装置２００００の詳細な構成を示す図である。実施例１においてストレージ装置２００００が持つリモートコピーテーブル２０６００の一例を示す図である。実施例１においてストレージ装置２００００が持つボリューム情報テーブル２０７００の一例を示す図である。実施例１において管理サーバ１００００が持つコピー構成テーブル１０１００の一例を示す図である。実施例１において管理サーバ１００００が持つ使用容量履歴テーブル１０１１０の一例を示す図である。実施例１において管理サーバ１００００が持つ装置検出リスト１０１２０の一例を示す図である。実施例１において構成管理プログラム１００７０で実行される処理のフローチャートである。実施例１において使用容量予測プログラム１００９０で実行される処理のフローチャートである。実施例１における増設容量入力画面５００００の一例を示す図である。実施例２における保証期間入力画面５１０００の一例を示す図である。実施例１における処理を説明するための図である。実施例３における管理サーバ１００００の詳細な構成を示す図である。実施例３において管理サーバ１００００が持つディスク種類テーブル１０１４０の一例を示す図である。実施例３における増設容量入力画面５２０００の一例を示す図である。実施例４において構成管理プログラム１００７０で実行される処理のフローチャートである。実施例４における残期間表示画面５３０００の一例を示す図である。

符号の説明

１００００：管理サーバ
２００００：ストレージ装置
３００００：ストレージネットワーク
４００００：管理ネットワーク
５００００：増設容量入力画面

Claims

第１の記憶容量を有する第１のボリュームを含む第１のストレージ装置と、
第２の記憶容量を有する第２のボリュームを含む第２のストレージ装置と、
前記第１のストレージ装置と、前記第２のストレージ装置と、に接続する管理計算機と、を有し、
前記管理計算機は、前記第１のストレージ装置に対する保証期間を受領した場合、前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の第２のボリュームがコピー関係にあるかを判断し、
前記管理計算機は、前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の前記第２のボリュームがコピー関係にある場合、
第１の情報を参照して、前記第１のボリュームの前記第１の記憶容量に対して前記保証期間の経過時に予測される第１の不足容量を算出し、
前記第１の不足容量を算出する際に参照した前記第１の情報を参照して、前記第２のボリュームの前記第２の記憶容量に対して前記保証期間の経過時に予測される第２の不足容量を算出し、
前記保証期間の経過時に予測される前記第１のストレージ装置の前記第１の不足容量に加えて、前記第２のストレージ装置の前記第２の不足容量を表示する、ことを特徴とするシステム。
請求項１に記載のシステムであって、
前記第２のストレージ装置は、さらに、第３の記憶容量を有する第３のボリュームを含み、
前記管理計算機は、前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の第３のボリュームがコピー関係にない場合、
前記第１の情報と異なる第２の情報を参照して、前記第３のボリュームの前記第３の記憶容量に対して前記保証期間の経過時に予測される第３の不足容量を算出する、ことを特徴とするシステム。
請求項２に記載のシステムであって、
前記管理計算機は、前記保証期間の経過時に予測される前記第１のストレージ装置の前記第１の不足容量に加えて、前記第２のストレージ装置の前記第２の不足容量と前記第３の不足容量を出力する、ことを特徴とするシステム。
請求項１に記載のシステムであって、
前記第１の情報は、一定期間に増加する前記第１のボリュームの使用量である、ことを特徴とするシステム。
請求項４に記載のシステムであって、
前記第１の不足容量は、前記一定期間に増加する前記第１のボリュームの使用量に基づいて算出された前記保証期間の経過時にまでに増加する前記第１のボリュームの使用量を用いて算出し、
前記第２の不足容量は、前記一定期間に増加する前記第１のボリュームの使用量に基づいて算出された前記保証期間の経過時にまでに増加する前記第２のボリュームの使用量を用いて算出する、ことを特徴とするシステム。
第１の記憶容量を有する第１のボリュームを含む第１のストレージ装置と、第２の記憶容量を有する第２のボリュームを含む第２のストレージ装置と、に接続する管理計算機であって、
コピー関係を示すコピー構成テーブルを格納するメモリと、
プロセッサと、
入力部と、
出力部と、を有し、
前記プロセッサは、前記入力部を介して前記第１のストレージ装置に対する保証期間を受領した場合、前記コピー構成テーブルを参照して前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の第２のボリュームがコピー関係にあるかを判断し、
前記プロセッサは、前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の前記第２のボリュームがコピー関係にある場合、
第１の情報を参照して、前記第１のボリュームの前記第１の記憶容量に対して前記保証期間の経過時に予測される第１の不足容量を算出し、
前記第１の不足容量を算出する際に参照した前記第１の情報を参照して、前記第２のボリュームの前記第２の記憶容量に対して前記保証期間の経過時に予測される第２の不足容量を算出し、
前記出力部は、前記保証期間の経過時に予測される前記第１のストレージ装置の前記第１の不足容量に加えて、前記第２のストレージ装置の前記第２の不足容量を表示する、ことを特徴とする管理計算機。
請求項６に記載の管理計算機であって、
前記第２のストレージ装置は、さらに、第３の記憶容量を有する第３のボリュームを有しており、
前記プロセッサは、前記第１のストレージ装置の前記第１のボリュームと前記第２のストレージ装置の第３のボリュームがコピー関係にない場合、
前記第１の情報と異なる第２の情報を参照して、前記第３のボリュームの前記第３の記憶容量に対して前記保証期間の経過時に予測される第３の不足容量を算出する、ことを特徴とする管理計算機。
請求項７に記載の管理計算機であって、
前記出力部は、前記保証期間の経過時に予測される前記第１のストレージ装置の前記第１の不足容量に加えて、前記第２のストレージ装置の前記第２の不足容量と前記第３の不足容量を出力する、ことを特徴とする管理計算機。
請求項６に記載の管理計算機であって、
前記第１の情報は、一定期間に増加する前記第１のボリュームの使用量である、ことを特徴とする管理計算機。
請求項９に記載の管理計算機であって、
前記第１の不足容量は、前記一定期間に増加する前記第１のボリュームの使用量に基づいて算出された前記保証期間の経過時にまでに増加する前記第１のボリュームの使用量を用いて算出し、
前記第２の不足容量は、前記一定期間に増加する前記第１のボリュームの使用量に基づいて算出された前記保証期間の経過時にまでに増加する前記第２のボリュームの使用量を用いて算出する、ことを特徴とする管理計算機。