(57)【要約】【課題】  リモートコピーのコピー先となるストレージ装置で使用する記憶容量の予測を正確に行うためには、ストレージ管理者がリモートコピー構成を把握しておかなければならないという、課題が存在する。また、リモートコピー構成では各ストレージ装置に対して頻繁に容量増設を行う必要のある場合があり、コストが非常に大きくなるという、課題が存在する。また、ストレージ装置には異種のディスク装置が使用される場合があり、ストレージ管理者がディスクの種類を把握しておかなければならないという、課題が存在する。【解決手段】  一つ以上の記憶領域を提供する一つ以上の記憶ユニットを有するストレージ装置をネットワークを介して複数備える計算機システムにおけるストレージ装置の記憶ユニットの容量を管理する容量管理方法であって、前記記憶領域の一つと他の記憶領域との記憶領域間の関係を検出し、前記検出結果に基づいて前記記憶ユニットの予測容量を算出するような構成とした。【選択図】図２
2006048559.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上の記憶領域を提供する一つ以上の記憶ユニットを有するストレージ装置をネットワークを介して複数備える計算機システムにおけるストレージ装置の記憶ユニットの容量を管理する容量管理方法であって、
前記記憶領域の一つと他の記憶領域との記憶領域間の関係を検出し、
前記検出結果に基づいて前記記憶ユニットの予測容量を算出する
ことを特徴とする容量管理方法。
【請求項２】
請求項１記載の容量管理方法であって、前記記憶領域間の関係が、前記他の記憶領域に格納されるデータの複製データが、記憶領域に格納されている場合、前記他の記憶領域の容量を参照して、前記容量の予測を算出することを特徴とする容量管理方法。
【請求項３】
請求項１記載の容量管理方法であって、
前記計算機システムは、前記ストレージ装置とネットワークを介して接続される計算機を備え、前記記憶領域の関係は、異なるストレージ装置が有する記憶領域間の関係であって、
前記計算機は、ネットワークを介して前記記憶領域の関係を取得し、請求項1記載の方法を行うことを特徴とする容量管理方法。
【請求項４】
請求項1記載の容量管理方法であって、前記複数のストレージ装置のいずれかから当該ストレージ装置が有する記憶ユニットの容量が不足するという通知を受けた場合、前記他のストレージ装置が有する記憶ユニットの予測容量を、前記通知及び前記ストレージ装置が有する記憶領域の関係に基づいて算出することを特徴とする容量管理方法。
【請求項５】
請求項1記載の容量管理方法であって、
いずれかのストレージ装置に追加された記憶ユニットの容量の入力を受け、
前記算出は、前記検出結果と、前記ストレージ装置に追加された記憶ユニットの容量とに基づいて行うことを特徴とする容量管理方法。
【請求項６】
請求項３記載の容量管理方法であって、
前記ストレージ装置は、前記ストレージ装置が提供する記憶領域の使用容量を保持し、
前記計算機は、複数のストレージ装置から使用容量を取得し、前記取得した使用容量と記憶領域間の関係に基づいて容量を算出することを特徴とする容量管理方法。
【請求項７】
請求項1記載の容量管理方法であって、
さらに、前記記憶ユニットの種類に基づいて予測容量を算出することを特徴とする容量管理方法。
【請求項８】
管理計算機であって、
一以上の記憶ユニットから構成される一以上の記憶領域を有する複数のストレージ装置とネットワークを介して接続されるインターフェースと、プロセッサとを備え、
前記プロセッサは、
第一のストレージ装置が有する記憶領域と、前記第一のストレージ装置とネットワークを介して接続される第二のストレージ装置が有する記憶領域との記憶領域間の関係に基づいて、
前記第一のストレージ装置の記憶領域の使用容量を予測し、前記第一のストレージ装置が有する記憶ユニットの予測容量を算出することを特徴とする管理計算機。
【請求項９】
請求項８記載の管理計算機であって、
前記記憶領域間の関係は、第一のストレージ装置の記憶領域に格納されるデータが、第二のストレージ装置の記憶領域にも格納される関係であることを特徴とする管理計算機。
【請求項１０】
請求項８記載の管理計算機であって、
前記プロセッサは、前記第一のストレージ装置が有する第一の記憶領域それぞれについて、第二のストレージ装置が有する第二の記憶領域との記憶領域間の関係をストレージ装置いずれかから取得し、
前記記憶領域間の関係が、第二の記憶領域に格納されるデータを、前記第一の記憶領域に格納する関係である場合、
前記第二の記憶領域の所定の期間の使用容量を予測し、前記記憶領域間の関係と前記第二の記憶領域の予測の使用容量とに基づいて、前記第一の記憶領域の使用容量を予測することを特徴とする管理計算機。
【請求項１１】
請求項８記載の管理計算機であって、
プロセッサが実行する処理に対し指示を入力する入力部と、プロセッサが実行する処理を出力する出力部と、を備え、
前記プロセッサは、前記入力部からいずれかのストレージ装置に対する記憶ユニットの追加の入力を受け、前記追加された記憶ユニットの容量と異なるストレージ間における記憶領域間の関係に基づいて、さらに、他のストレージ装置に追加すべき記憶ユニットの容量を算出し、前記算出結果を前記出力部に出力することを特徴とする管理計算機。
【請求項１２】
請求項８記載の管理計算機であって、
プロセッサが実行する処理に対し指示を入力する入力部と、プロセッサが実行する処理を出力する出力部と、を備え、
前記プロセッサは、前記所定の期間の入力を受け、
前記使用容量の予測は、入力された所定の期間の経過後の使用容量を予測することを特徴とする管理計算機。
【請求項１３】
請求項８記載の管理計算機であって、
前記プロセッサは、
前記第二のストレージ装置の記憶領域の使用容量を予測し、所定の期間経過後、前記記憶領域を提供する記憶ユニットの容量を越える場合、
他のストレージ装置の備える記憶ユニットの容量を追加する必要があるか否かを判断することを特徴とする管理計算機。
【請求項１４】
請求項１３記載の管理計算機であって、
前記プロセッサは、
前記ストレージ装置が有する記憶領域と前記他のストレージ装置が有する記憶領域との記憶領域間の関係に基づいて判断することを特徴とする管理計算機。
【請求項１５】
請求項１４記載の管理計算機であって、
前記記憶領域間の関係は、一方の記憶領域に格納されるデータが、他の記憶領域にも格納される関係であることを特徴とする管理計算機。
【請求項１６】
ネットワークを介して接続される計算機に提供される第一の記憶領域及び前記第一の記憶領域を含む他の記憶領域に書き込まれるデータが格納される第二の記憶領域の少なくとも一方を含む複数の記憶領域を構成する記憶ユニットと、前記記憶領域に対するデータの入出力制御を行う制御部とを有する複数のストレージ装置と、
ネットワークを介して接続される前記ストレージ装置を管理する管理計算機と、
を有する計算機システムであって、
前記ストレージ装置は、前記第二の記憶領域が、関連する他の記憶領域との記憶領域間の関連情報と、前記記憶領域各々の使用容量を記憶し、
前記管理計算機は、
複数の前記ストレージ装置から前記記憶領域間の関連情報と前記使用容量を取得し、あるいずれかのストレージ装置が有する記憶領域を構成する記憶ユニットの追加すべき容量を、前記使用容量と、前記記憶領域間の関連情報とに基づいて、算出することを特徴とする計算機システム。
【請求項１７】
請求項１６記載の計算機システムであって、
前記記憶領域間の関連情報は、異なるストレージ装置がそれぞれ有する記憶領域間の関係であって、
前記管理計算機は、入力部を備え、
記憶ユニットを前記ストレージ装置に追加する入力を受けた場合、
前記使用容量と前記追加した記憶ユニットの容量とに基づいて、前記記憶ユニットが追加されたストレージ装置が有する記憶領域の使用容量を予測し、前記予測結果と前記記憶領域間の関連情報とに基づいて他のストレージ装置が有する記憶領域の容量を予測し、ストレージ装置ごとに前記記憶ユニットの容量を算出することを特徴とする計算機システム。
【請求項１８】
請求項１７記載の計算機システムであって、
前記管理計算機は、
所定の期間経過後に、記憶ユニットが不足するか否かをストレージ装置ごとに算出することを特徴とする計算機システム。
【請求項１９】
請求項１６記載の計算機システムであって、
前記ストレージ装置は複数の種類の記憶ユニットを有し、
前記予測は、前記記憶ユニットの種類ごとに予測することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される内容は、計算機システムに用いられる、ストレージ装置の記憶容量に関するものであり、特に、ストレージシステムの記憶容量を管理する方法に関するものである。
【背景技術】
【０００２】
ＩＴ技術および産業の発展に伴い、ストレージシステムに対する需要が増加している。ここでストレージシステムとは、一台以上のストレージ装置がネットワークで相互に接続された、データを記録するために用いるシステムのことをいう。ストレージシステムにはデータが次々と蓄積されていくため、ストレージシステムの記憶容量を管理する技術が求められてきている。例えば、特開２００３−５０７２４号公報には、一つのストレージ装置に関し、履歴情報から使用される記憶容量を予測し、記憶容量の不足を事前に管理サーバへ通知する方法が記載されている。
【０００３】
【特許文献１】特開２００３−５０７２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ストレージシステムの信頼性を高める一つの方法として、リモートコピーがある。リモートコピーとは、あるストレージ装置内のボリューム（記憶領域）にあるデータのコピーを、一つあるいは複数の、ネットワークによって接続された他のストレージ装置のボリュームに作成し、コピー元とコピー先のデータを同期させる技術である。
【０００５】
ストレージシステムにおいて、複数のボリューム間に関連をもつリモートコピー構成をとる場合に発生する課題について、図１を用いて説明する。
【０００６】
図１は管理サーバ１００００とストレージ装置２００００の構成概略を、時間経過と共に示したものである。管理サーバ１００００はストレージ装置Ｓ１、Ｓ２、Ｓ３とネットワークを通じて接続されており、ストレージ装置で発生した警告をストレージ管理者へ通知する。Ｓ１のボリュームはＳ２のボリュームに、Ｓ２のボリュームはＳ３のボリュームに、それぞれリモートコピーが行われている。各ストレージ装置には業務操作のログデータなどが蓄えられ、時間と共にデータ量は増加していき、リモートコピーの対象となるデータ量も増加していく。
【０００７】
まず、時間Ｔ１において、記憶容量不足のためＳ１から警告が発せられる。管理サーバ１００００は警告をストレージ管理者へ通知し、ストレージ管理者はＳ１に対して記憶容量の増設を行う。増設後、時間の経過に伴いボリュームにデータが蓄えられていき、時間Ｔ２においてＳ１とＳ２で行われているリモートコピーの容量が拡大されると、記憶容量不足のためＳ２から警告が発せられる。管理サーバ１００００は警告をストレージ管理者へ通知し、ストレージ管理者はＳ２に対して記憶容量の増設を行う。増設後、時間の経過に伴いボリュームにデータが蓄えられていき、時間Ｔ３においてＳ２とＳ３で行われているリモートコピーの容量が拡大されると、記憶容量不足のためＳ３から警告が発せられる。
【０００８】
以上のように、リモートコピーが存在する構成では、記憶容量の追加が頻繁に発生する場合がある。これは、記憶容量の不足が発生したとき、リモートコピー関係にある他のストレージ装置について考慮していない事が原因である。だが、コピー先のストレージ装置はコピー元のストレージ装置に書き込まれたデータを受け取るのみであるため、コピー先のストレージ装置では、データについて、どのような目的で使用されているのか（オンライン業務や電子メールの保存）、どのような環境で使用されているのか（データが急激に増えていく環境やデータが徐々に増えていく環境）、などの情報を知ることができず、一つのストレージ装置のみに着目する場合、ストレージ装置が使用する記憶容量の予測を正確に行うのが困難になる。
【０００９】
正確な予測を行うためには、ストレージ管理者がストレージシステムにおけるリモートコピーの構成を完全に把握しておき、コピー元の情報をコピー先へ反映させて考える必要がある。これは、ストレージ管理者にとって大きな負担となる。
【００１０】
また、記憶容量の増設を行うにはハードディスク等の記憶ユニットを手配し、設置する必要がある。しかし、経理上の問題から、警告が発生した時点では増設に必要な予算を組めない場合もある。そのため、頻繁に増設作業を行うことは、一度の増設作業を行うのと比較すると、大きな運用コストを発生させる。
【００１１】
また、一つのストレージ装置内に異なる種類の記憶ユニット（たとえばファイバーチャネルハードディスクとＳｅｒｉａｌ  ＡＴＡ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ）ハードディスク）が混在する状況では、記憶容量の増設を行うとき、各々のストレージ装置について、どの種類の記憶ユニットをどれだけ用意すればよいかを調べる必要があり、それはストレージ管理者にとって大きな負担となる。
【課題を解決するための手段】
【００１２】
上記示した課題の少なくとも一つを解決するために、本発明の一実施態様では、一つ以上の記憶領域を提供する一つ以上の記憶ユニットを有するストレージ装置をネットワークを介して複数備える計算機システムにおけるストレージ装置の記憶ユニットの容量を管理する容量管理方法であって、前記記憶領域の一つと他の記憶領域との記憶領域間の関係を検出し、前記検出結果に基づいて前記記憶ユニットの予測容量を算出する構成とする。
【発明の効果】
【００１３】
上述の本発明の一実施態様によれば、ストレージ管理者がリモートコピーの構成を把握する必要なしに、ストレージシステムが使用する記憶容量の予測を行うことが可能となり、ストレージ管理者の負担が軽減される。
【発明を実施するための最良の形態】
【００１４】
図２〜図１７を用いて、本発明の実施形態を説明する。なお、以下の説明によって本発明が限定されるものではない。
【実施例１】
【００１５】
実施例１における計算機システムとストレージシステムの構成について説明する。
【００１６】
図２に、管理サーバとストレージ装置の構成を示す。管理サーバ１００００、ストレージ装置２００００、ホストコンピュータ１０１００が存在する。ストレージ装置Ｓ４、Ｓ５、Ｓ６は、ストレージネットワーク３００００で相互に接続されており、管理用ネットワーク４００００で管理サーバ１００００に接続されている。ホストコンピュータ１０１００は、ストレージネットワーク３００００を介してストレージ装置と相互に接続されている。
【００１７】
ストレージ装置２００００はボリューム２０１００を持ち、Ｓ４はＶ４１とＶ４２を、Ｓ５はＶ５２とＶ５３を、Ｓ６はＶ６４を持つ。Ｖ４１はＶ５２に、Ｖ５３はＶ６４にリモートコピーを行っている。ストレージ装置の空き記憶領域はＳ４が５０ＧＢ、Ｓ５が４００ＧＢ、Ｓ６が４００ＧＢである。各ボリュームの容量はＶ４１とＶ５２が２００ＧＢ、Ｖ５３とＶ６４が１００ＧＢである。Ｖ４２はリモートコピーを行っていない。ホストコンピュータ１０１００はストレージネットワーク３００００を介し、ストレージ装置２００００とデータの読み書きを行う。ホストコンピュータ１０１００は、ストレージネットワーク３００００を介し、ストレージ装置２００００に対してデータの読み書きを行う。データの読み書きはボリューム２０１００のうち、リモートコピー元となるボリューム（Ｖ４１、Ｖ５３）またはリモートコピーが行われていないボリューム（Ｖ４２）に対して行う。
【００１８】
説明の都合上、管理サーバを１台、ホストコンピュータを２台、ストレージ装置を３台、ボリューム数を５つとしたが、これらの数は問わない。また、ストレージネットワーク３００００が複数あり、ストレージネットワーク間接続により相互接続されていてもよく、管理用ネットワーク４００００が複数あり、管理用ネットワーク間接続により相互接続されていてもよい。また、ボリュームのコピー形態を異なるストレージ装置間でコピーを行うリモートコピーの構成のみとしたが、同一ストレージ装置内でコピーを行う内部コピーの構成が存在してもよい。
【００１９】
図３に、ストレージ装置２００００の詳細な構成を示す。ストレージ装置２００００は管理用ネットワーク４００００に接続するための管理ポート２０２００と、ストレージネットワーク３００００に接続するためのＩ／Ｏポート２０３００と、ストレージ装置内の制御を行うためのコントローラ２０４００と、計算機システムに提供する記憶領域となるボリューム２０１００と、コントローラが用いるプログラムメモリ２０５００で構成される。これらは、コントローラ２０４００を介して接続される。
【００２０】
論理ボリューム（以下、単に「ボリューム」という。）２０１００は、ハードディスク等のディスク装置である記憶ユニット２０１０５一台で構成してもよいし、複数の記憶ユニット２０１０５によってデータを分散して格納するように構成してもよい。
【００２１】
プログラムメモリ２０５００には、リモートコピーの構成に関する情報を保持するリモートコピーテーブル２０６００と、ストレージ装置が保有するボリューム２０１００の情報を保持するボリューム情報テーブル２０７００が格納される。なお、Ｉ／Ｏポートの個数、記憶ユニットおよびボリュームの個数や容量は問わない。
【００２２】
図４に、管理サーバ１００００の詳細な構成を示す。管理サーバ１００００は、管理用ネットワーク４００００に接続するための管理ポート１００１０と、演算処理を行うプロセッサ１００２０と、処理結果を出力するためのディスプレイ装置等の出力部１００３０と、ストレージ管理者からの入力を受け付けるためのキーボード等の入力部１００４０と、プログラムメモリ１００６０で構成される。これらは、バス等の通信路１００５０によって接続される。プログラムメモリ１００６０は、ストレージ装置の管理を行うための構成管理プログラム１００７０と、リモートコピーの構成を取得するためのコピー構成取得プログラム１００８０と、ストレージシステムの使用記憶容量を予測するための使用容量予測プログラム１００９０と、コピー構成取得プログラム１００８０により取得された情報を保持するためのコピー構成テーブル１０１００と、使用容量予測プログラム１００９０で使用される情報を保持するための使用容量履歴テーブル１０１１０と、接続されたストレージ装置の情報を保持するための装置検出リスト１０１２０を格納する。
【００２３】
図５に、ストレージ装置２００００が持つリモートコピーテーブル２０６００の一例を示す。リモートコピーテーブル２０６００は、リモートコピーを一意に識別するためのＩＤを登録するフィールド２０６１０と、コピー元のボリュームを登録するフィールド２０６２０と、コピー先のストレージ装置を登録するフィールド２０６３０と、コピー先のストレージ装置におけるコピー先のボリュームを登録するフィールド２０６４０から構成される。
【００２４】
以降の説明の都合上、図５にはストレージ装置Ｓ４が持つリモートコピーテーブルの具体的な値を示している。Ｓ４のボリュームＶ４１からＳ５のボリュームＶ５２に対してリモートコピーが行われていることを示す。
【００２５】
図６に、ストレージ装置２００００が持つボリューム情報テーブル２０７００の一例を示す。ボリューム情報テーブル２０７００は、ストレージ装置が備える記憶容量の合計値を示すフィールド２０７１０と、未使用である記憶領域の容量を示すフィールド２０７２０と、ボリュームを一意に識別するためのＩＤを登録するフィールド２０７３０と、ボリュームが使用している容量を登録するフィールド２０７４０と、ボリュームが使用しているディスク装置の種類を登録するフィールド２０７５０から構成される。
【００２６】
以降の説明の都合上、図６にはストレージ装置Ｓ４が持つボリューム情報テーブルの具体的な値を示している。Ｓ４が備える記憶容量は全部で４５０ＧＢあり、未使用である分が５０ＧＢであることを示し、Ｓ４のボリュームＶ４１が２００ＧＢの容量を使用し、ボリュームＶ４２が２００ＧＢの容量を使用していることを示す。また、ボリュームＶ４１およびＶ４２が使用するディスク装置がファイバーチャネルハードディスクであることを示す。
【００２７】
なお、図６において、ディスク装置の種類を登録するフィールド２０７５０には、ディスク装置のベンダ名と型式番号の組を登録してもよい。あるいは、「高速小容量」や「低速大容量」のような、ディスク装置の特性を示す値を登録してもよい。
【００２８】
図７に、管理サーバ１００００が持つコピー構成テーブル１０１００の一例を示す。コピー構成テーブル１０１００は、リモートコピーを一意に識別するためのＩＤを登録するフィールド１０１０１と、コピー元のストレージ装置を登録するフィールド１０１０２と、コピー元のストレージ装置におけるコピー元のボリュームを登録するフィールド１０１０３と、コピー先のストレージ装置を登録するフィールド１０１０４と、コピー先のストレージ装置におけるコピー先のボリュームを登録するフィールド１０１０５から構成される。
【００２９】
以降の説明の都合上、図６には管理サーバ１００００が持つコピー構成テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１からＳ５のボリュームＶ５２に対してリモートコピーが行われており、Ｓ５のボリュームＶ５３からＳ６のボリュームＶ６４に対してリモートコピーが行われていることを示す。
【００３０】
図８に、管理サーバ１００００が持つ使用容量履歴テーブル１０１１０の一例を示す。使用容量履歴テーブル１０１１０は、履歴情報を一意に識別するためのＩＤを登録するフィールド１０１１１と、履歴情報の対象となるボリュームを持つストレージ装置を登録するフィールド１０１１２と、履歴情報の対象となるボリュームを登録するフィールド１０１１３と、履歴情報を取得した時刻を登録するフィールド１０１１４と、履歴情報を取得した時刻におけるボリュームの使用容量を登録するフィールド１０１１５から構成される。
【００３１】
以降の説明の都合上、図７には管理サーバ１００００が持つ使用容量履歴テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１に関して、２００４年１月１日０時０分０秒において１７５ＧＢが使用されており、２月１日の同時刻には２００ＧＢが使用されていたこと、Ｓ４のボリュームＶ４２に関して、２００４年１月１日０時０分０秒において１９５ＧＢが使用されており、２月１日の同時刻には２００ＧＢが使用されていたこと、Ｓ５のボリュームＶ５３に関して、２００４年１月１日０時０分０秒において５０ＧＢが使用されており、２月１日の同時刻には１００ＧＢが使用されていたことを示す。
【００３２】
図９に、管理サーバ１００００が持つ装置検出リスト１０１２０の一例を示す。装置検出リスト１０１２０は、装置検出リスト内の情報を一意に識別するためのＩＤを登録するフィールド１０１２１と、検出対象装置を示す装置ＩＤを登録するフィールド１０１２２と、検出対象装置の管理ポートに接続するための管理ポートの識別ＩＤを登録するフィールド１０１２３と、検出対象装置のベンダー名や製品の型番名などの製品情報を登録するフィールド１０１２４から構成される。このリストは、あらかじめストレージ管理者が登録しておくか、管理ネットワーク上の検出サービスなどを用いて自動的に登録されるものとする。
【００３３】
以降の説明の都合上、図８には管理サーバ１００００が持つ装置検出リストの具体的な値を示している。ストレージ装置Ｓ４、Ｓ５、Ｓ６それぞれの情報を示す。
【００３４】
実施例１における動作を説明する。
【００３５】
コピー構成取得プログラム１００８０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からリモートコピーテーブル２０６００の情報を受け取ることによって、コピー構成テーブル１０１００を定期的に更新する。また、構成管理プログラム１００７０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からボリューム情報テーブル２０７００の情報を受け取ることによって、使用容量履歴テーブル１０１１０を定期的に更新する。
【００３６】
図１０に、ストレージ装置への容量増設を行うとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートを示す。この処理は、ストレージ装置２００００から容量不足の警告が通知されたときや、ストレージ管理者が、入力部を介して構成管理プログラム１００７０から指定したときに実行される。実施例１においては、Ｓ４から容量不足を示す警告が発せられたものとする。
【００３７】
ステップ１１０２０において、構成管理プログラム１００７０は増設容量入力画面５００００を出力部に表示する。図１２に、増設容量入力画面の一例を示す。増設容量入力画面５００００において、ストレージ管理者は、増設量をフィールド５００１０に入力する。図１２では、フィールド５００１０に入力された値と、後述する処理による予測がフィールド５００２０に反映された結果を示している。
【００３８】
ステップ１２０００において、警告の通知元であるストレージ装置Ｓ４をＳＡ、フィールド５００１０に入力された値をＣとして、各ストレージ装置で必要となる記憶容量を予測する。ステップ１２０００で行われる処理の詳細については後述する。
【００３９】
ステップ１１０３０において、ステップ１２０００で得られた予測結果と各ストレージ装置で使用している容量の差を計算し、特定の条件を満たすために必要な記憶容量を算出する。各ストレージ装置で使用している容量は、装置検出リスト１０１２０から得られるストレージ装置に対して、ボリューム情報テーブル２０７００を取得することで得られる。ここで使用される条件としては、容量不足を示す警告が通知されないという条件や、空き容量がストレージ装置全体の記憶容量に対して一定の割合を保つという条件などがある。
【００４０】
ステップ１１０４０において、ステップ１１０３０で得られた結果を増設容量入力画面５００００のフィールド５００２０に反映し、処理は終了する。ステップ１１０３０で求められた値がフィールド５００２２に反映され、後述する図１１のフローチャートにおけるステップ１２０５０で得られた予測値がフィールド５００２３に反映される。ストレージ管理者は、フィールド５００２０の情報をもとに、各ストレージ装置に対して必要な記憶ユニットを増設する。または、新たにストレージ装置を追加してもよい。
【００４１】
図１１に、図１０に示すフローチャートのステップ１２０００で行われる処理のフローチャートを示す。プログラムへの入力として、記憶容量の増設を行う対象となるストレージ装置ＳＡと、増設する記憶容量Ｃが指定される。
【００４２】
ステップ１２０２０では、以降の予測で使用する、各ストレージ装置の使用容量の近似式を設定する。近似式の設定方法には、使用容量を時間の一次関数とみなし、使用容量履歴テーブル１０１１０の値から最小二乗法を用いて各ストレージ装置の使用容量の近似式を算出する方法がある。また、ストレージ管理者が各ストレージ装置の使用容量の近似式を入力してもよい。実施例１では、Ｕをストレージ装置の使用容量（単位はＧＢ）、Ｄをストレージ装置で一ヶ月あたりに増加する使用容量（単位はＧＢ）、Ｍを２００３年１２月から経過した月、Ｉを２００３年１２月におけるストレージ装置の使用容量として、近似式をＵ＝ＤＭ＋Ｉとする。ストレージ装置がコピー先となっているボリュームを保有する場合、コピー元のボリュームから一ヶ月あたりの使用容量を取得し、Ｄの値を決定する。
【００４３】
ステップ１２０３０では、ステップ１２０２０で設定した近似式を用いて、ストレージ装置ＳＡに記憶容量Ｃを増設した後に、特定の条件を満たすと予測される時間Ｔを算出する。実施例１では、特定の条件として、増設した記憶容量を全て使用するという条件を使用する。他の条件として、ストレージ装置ＳＡに予め設定した空き記憶容量の閾値を下回り記憶容量不足になるという条件や、増設した記憶容量Ｃのうち特定の割合の記憶容量が使用されるという条件が挙げられる。
【００４４】
次に、ステップ１２０４０では、ストレージ装置ＳＡからリモートコピーの関係になるボリュームを検出し、検出されたボリュームにより辿ることのできるすべてのストレージ装置ＳＢを抽出し、ＳＢに含まれる各ストレージ装置に対してステップ１２０５０を実行できるようにする。具体的には、コピー構成テーブル１０１００のコピー元ストレージ装置フィールド１０１０２にストレージ装置ＳＡが含まれるレコードをすべて抽出し、当該レコードのコピー先ストレージ装置フィールド１０１０４に記載されたストレージ装置をＳＢに含める。
【００４５】
さらに、同様にして、ＳＢに追加されたストレージ装置をコピー元ストレージ装置とする、すべてのコピー先ストレージ装置をＳＢに追加する。この操作はＳＢへの追加が起こらなくなるまで繰り返す。たとえば、図２ではＳ４とＳ５、Ｓ５とＳ６でリモートコピーが行われているため、ＳＢはＳ５、Ｓ６となる。
【００４６】
ステップ１２０５０では、繰り返しの当該ストレージ装置に関して、ステップ１２０２０にて与えられた近似式から時間Ｔにおける使用容量を予測する。ストレージ装置内のボリュームがリモートコピーのコピー先となっているために使用容量の予測を行うことができない場合、コピー元のストレージ装置から、ボリュームが使用している記憶容量や近似式のパラメータなど、予測に必要な情報を取得する。実施例１では、一ヶ月あたりに増加するボリュームの使用容量を取得する。予測に必要な情報を取得した後、近似式から時間Ｔにおける使用容量を予測する。
【００４７】
図１４を用いて、図１０に示すフローチャートで行われる処理手順の詳細な説明を行う。
【００４８】
まず、各ストレージ装置の各ボリュームに対して、使用容量の予測式９００３０を設定する。
【００４９】
次に、容量増設の対象であるストレージ装置Ｓ４に関して、総容量（４５０ＧＢ）９００４０に増設容量入力画面５００００のフィールド５００１０に入力された増設容量（１９０ＧＢ）９００１０を加え、仮想的な総容量（６４０ＧＢ）９００５０を算出する。実施例１では、時間Ｔを求める条件を、増設した容量の全てが使われる時間としているため、容量９００５０が使用される時間Ｔ９００２０を予測式９００３０から求める。他の条件の場合は、時間Ｔ９００２０を求めるときの元となる容量を適宜変更する。
【００５０】
算出された時間Ｔをリモートコピー関係で辿ることのできる他ストレージ装置Ｓ５、Ｓ６に適用し、時間Ｔにおける使用容量の予測量９００６０をＳ５、Ｓ６について求める。実施例１の場合、Ｓ５の使用容量の予測量９００６０は９００ＧＢであり、Ｓ６の使用容量の予測量９００６０は５００ＧＢである。なお、Ｓ５では、Ｖ５３とＶ５４の予測式の傾きが異なる。これは、Ｖ５３がＶ４１のコピー先であるためＶ５３の容量変化はＶ４１の容量変化に追随あるいは同期しており、Ｖ４１とＶ５４が使用する記憶容量がそれぞれ異なるためである。
【００５１】
求めた予測量９００６０と現在の総容量９００４０の差が、各ストレージ装置に関する不足分として、増設容量入力画面５００００のフィールド５００２０に反映され、ストレージ管理者に示される。実施例１の場合、Ｓ５の総容量９００４０が４００ＧＢであるので、Ｓ５は５００ＧＢの不足となり、Ｓ６の総容量９００４０が４００ＧＢであるので、Ｓ６は１００ＧＢの不足となる。
【００５２】
以上、実施例１によれば、ストレージ管理者は、リモートコピー構成を把握する必要なしに、ストレージ装置への適切な記憶容量の増設を行うことが可能になる。
【００５３】
実施例１では、管理サーバ１００００が構成管理プログラム１００７０などの管理プログラムを保持したが、管理プログラム全体または一部を、ストレージ装置２００００やホストコンピュータ１０１００が保持してもよい。
【実施例２】
【００５４】
実施例２のシステム構成は、実施例１のシステム構成と同じであるため、説明を省略する。
【００５５】
実施例２における動作を説明する。実施例２は実施例１と同様の処理を行うが、図１０に示すフローチャートおよび図１１に示すフローチャートの処理において詳細が異なるため、相違点について説明する。
【００５６】
実施例１においては、図１０はストレージ装置への容量増設を行うとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートであったが、実施例２では、特定期間においてストレージ装置から記憶容量の不足を示す警告が発生しないようにするとき、容量増設が必要となるストレージ装置を調べる処理のフローチャートとなる。この処理は、ストレージ管理者が入力部を介して構成管理プログラム１００７０から指定したときに実行される。実施例２では、ストレージ管理者によって指定されたものとする。
【００５７】
ステップ１１０２０において、出力部に保証期間入力画面５１０００を表示する。図１３に、保証期間入力画面５１０００の一例を示す。保証期間入力画面５１０００において、ストレージ管理者は、容量不足の警告が発せられないようにする対象となるストレージ装置をフィールド５１０３０に入力し、容量不足の警告が発せられないようにする期間をフィールド５１０１０に入力する。フィールド５１０３０で行うストレージ装置の指定では、管理サーバ１００００の管理下にあるストレージ装置のリストから選んでもよい。また、単一のストレージ装置を選ぶだけでなく、複数のストレージ装置を選ぶことが可能なようにしてもよい。ステップ１２０００において、フィールド５１０３０に入力されたストレージ装置をＳＡ、フィールド５１０１０に入力された期間をＤとし、各ストレージ装置で必要となる記憶容量を予測する。ステップ１２０００で行われる処理の詳細については後述する。以降のステップは実施例１と同様であるため、説明を省略する。
【００５８】
図１１に、図１０に示すフローチャートのステップ１２０００で行われる処理のフローチャートを示す。プログラムへの入力として、処理対象となるストレージ装置ＳＡと、期間Ｄが指定される。実施例２と実施例１の相違点はステップ１２０３０、ステップ１２０４０であるため、該当ステップについて説明し、他ステップの説明は省略する。
【００５９】
ステップ１２０３０では、現在の時間に、入力として与えられた期間Ｄを加算し、時間Ｔを算出する。
【００６０】
ステップ１２０４０では、保証期間入力画面５１０００のフィールド５１０３０で指定されるストレージ装置および、そのストレージ装置からリモートコピーの関係で辿ることが可能な全てのストレージ装置ＳＢを抽出し、ＳＢに含まれる各ストレージ装置に対してステップ１２０５０を実行できるようにする。具体的には、実施例１のステップ１２０４０と同様にしてストレージ装置ＳＢを求め、入力として与えられたストレージ装置ＳＡをＳＢに含める。たとえば、図２ではＳ４とＳ５、Ｓ５とＳ６でリモートコピーが行われているため、ＳＢはＳ４、Ｓ５、Ｓ６となる。
【００６１】
ステップ１２０５０以降は実施例１と同様であるため、説明を省略する。
【００６２】
以上、実施例２によれば、ストレージ管理者は、リモートコピー構成を把握する必要なしに、特定の期間においてストレージ装置から記憶容量の不足を示す警告が通知されないように、適切な記憶容量の増設を行うことが可能になる。
【実施例３】
【００６３】
実施例３におけるシステム構成を説明する。実施例３のシステム構成は実施例１のシステム構成と同様であるが、図４に示す管理サーバ１００００の詳細な構成が異なるため、相違点についてのみ説明する。
【００６４】
図１５に、管理サーバ１００００の詳細な構成を示す。図１５は、図４で示す構成に、物理ディスク装置の種類を取得するためのディスク種類取得プログラム１０１３０と、ディスク種類取得プログラム１０１３０により取得された情報を保持するためのディスク種類テーブル１０１４０が追加されている。
【００６５】
図１６に、管理サーバ１００００が持つディスク種類テーブル１０１４０の一例を示す。ディスク種類テーブル１０１４０は、ボリュームを持つストレージ装置を登録するフィールド１０１４１と、ストレージ装置中のボリュームを登録するフィールド１０１４２と、ボリュームを構成する物理ディスク装置の種類を登録するフィールド１０１４３から構成される。
【００６６】
以降の説明の都合上、図１６には管理サーバ１００００が持つディスク種類テーブルの具体的な値を示している。Ｓ４のボリュームＶ４１、Ｓ５のボリュームＶ５２、Ｓ６のボリュームＶ６４がファイバーチャネルハードディスクであり、Ｓ５のボリュームＶ５３がＳｅｒｉａｌ  ＡＴＡハードディスクであることを示す。
【００６７】
なお、図６において、ディスク装置の種類を登録するフィールド２０７５０に、ディスク装置の種類ではなく、ディスク装置のベンダ名と型式番号の組やディスク装置の特性を示す値が登録されている場合は、図１６のフィールド１０１４３にもその値がコピーされる。
【００６８】
実施例３における動作を説明する。実施例３は実施例１と同様の処理を行うが、ディスク種類取得プログラム１０１３０の実行と、図１２に示す増設容量入力画面５００００が異なるため、相違点についてのみ説明する。
【００６９】
ディスク種類取得プログラム１０１３０は、装置検出リスト１０１２０から管理サーバ１００００の管理下にあるストレージ装置の情報を取得し、各ストレージ装置からボリューム情報テーブル２０７００の情報を受け取ることによって、ディスク種類テーブル１０１４０を定期的に更新する。
【００７０】
図１０に示すフローチャートのステップ１１０２０において、増設容量入力画面５２０００を出力部に表示する。図１７に、増設容量入力画面５２０００の一例を示す。増設容量入力画面５２０００において、ストレージ管理者は、増設量をフィールド５２０１０に入力する。図１７では、フィールド５２０１０に入力された値と、不足容量の予測がフィールド５２０２０に反映された結果を示している。
【００７１】
ステップ１１０４０において、ステップ１１０３０で得られた結果を増設容量入力画面５２０００のフィールド５２０２０に反映する。フィールド５２０２０では、不足する記憶容量をディスクの種類ごとに分けて表示する。フィールド５２０２０に反映する値は、ステップ１１０３０により得られた各ボリュームの容量について、ディスク種類テーブル１０１４０を参照しながら、ディスク種類ごとに容量を合計することによって得ることができる。図１７では、ファイバーチャネルハードディスクの容量がフィールド５２０２２に、Ｓｅｒｉａｌ  ＡＴＡハードディスクの容量がフィールド５２０２３に示されている。
【００７２】
なお、図１６において、ディスク装置の種類を登録するフィールド１０１４３に、ディスク装置の種類ではなく、ディスク装置のベンダ名と型式番号の組が登録されている場合は、ディスク装置の型式ごとに不足する記憶容量を表示することができる。また、フィールド１０１４３に、ディスク装置の特性を示す値が登録されている場合は、ディスク装置の特性ごとに不足する記憶容量を表示することができる。
【００７３】
以上、実施例３によれば、ストレージ管理者は、リモートコピー構成およびストレージに搭載されているディスクの種類を把握する必要なしに、ストレージ装置への適切な記憶容量の増設を行うことが可能になる。
【実施例４】
【００７４】
実施例４のシステム構成は、実施例１のシステム構成と同じであるため、説明を省略する。
【００７５】
実施例４における動作を説明する。
【００７６】
コピー構成取得プログラム１００８０および構成管理プログラム１００７０の動作は、実施例１と同様である。
【００７７】
図１８に、ストレージ装置が特定の条件を満たすまでの期間を調べる処理のフローチャートを示す。この処理は、ストレージ管理者が構成管理プログラム１００７０から明示的に指定したときや、予め構成管理プログラム１００７０で設定した時間になったときや、管理用ネットワーク４００００で相互接続された他の管理サーバ１００００で実行されるプログラムから起動されたときに実行される。実施例１においては、ストレージ管理者が指定したものとする。
【００７８】
ステップ１３０２０では、ストレージ装置２００００のそれぞれに対してステップ１３０３０とステップ１３０４０を実行できるようにする。実施例４では、構成管理プログラム１００７０が保持するストレージ装置に対して処理を行う。また、ストレージ管理者が対象となるストレージ装置を選択できるようにしてもよい。
【００７９】
ステップ１３０３０では、図１１のステップ１２０２０と同様にして、ストレージ装置で使用する近似式を設定する。
【００８０】
ステップ１３０４０では、図１１のステップ１２０３０と同様にして、特定の条件を満たすと予測される時間Ｔを算出する。実施例４では、現在のストレージ装置の容量がすべて使用するという条件を使用する。
【００８１】
ステップ１３０６０では、ステップ１３０２０からステップ１３０５０までのループを実行した各ストレージ装置に関して、現在から時間Ｔまでの時間を算出する。ここで求めた時間が、ストレージ装置が特定の条件を満たすまでの残期間である。
【００８２】
ステップ１３０７０では、残期間表示画面５３０００を出力部に表示する。図１８に、残期間表示画面５３０００の一例を示す。フィールド５３０１１は、ステップ１３０２０からステップ１３０５０までのループを実行した各ストレージ装置を示し、フィールド５３０１２は、ステップ１３０６０で取得した各ストレージ装置に対する残期間を示している。
【００８３】
以上、実施例４によれば、ストレージ管理者は、リモートコピーの構成を把握する必要なしに、各ストレージ装置の記憶容量が不足するまでの期間を知ることが可能になる。
【００８４】
上述した種々の実施例によれば、ストレージ管理者がリモートコピーの構成を把握する必要なしに、ストレージシステムが使用する記憶容量の予測を行うことが可能となり、ストレージ管理者の負担が軽減される。また、リモートコピー関係にある複数のストレージ装置において記憶容量の不足が頻発することを防ぐことができ、ストレージ装置の管理に要するコストを抑えることが可能になる。また、事前に必要な記憶容量の予測を行うことにより、計画的な容量管理を行うことができる。また、ストレージシステムで不足する記憶容量に関してボリュームを構成するディスクの種類による内訳を知ることができ、容量管理作業を効率化することが可能になる。なお、上述した実施例中で説明したプログラムは、各装置にハードウェア的に構成され、各プログラムで行われる処理が実現されてもよい。
【図面の簡単な説明】
【００８５】
【図１】リモートコピー構成をとるストレージシステムを示した図である。
【図２】実施例１における管理サーバとストレージ装置の構成を示す図である。
【図３】実施例１における管理サーバ１００００の詳細な構成を示す図である。
【図４】実施例１におけるストレージ装置２００００の詳細な構成を示す図である。
【図５】実施例１においてストレージ装置２００００が持つリモートコピーテーブル２０６００の一例を示す図である。
【図６】実施例１においてストレージ装置２００００が持つボリューム情報テーブル２０７００の一例を示す図である。
【図７】実施例１において管理サーバ１００００が持つコピー構成テーブル１０１００の一例を示す図である。
【図８】実施例１において管理サーバ１００００が持つ使用容量履歴テーブル１０１１０の一例を示す図である。
【図９】実施例１において管理サーバ１００００が持つ装置検出リスト１０１２０の一例を示す図である。
【図１０】実施例１において構成管理プログラム１００７０で実行される処理のフローチャートである。
【図１１】実施例１において使用容量予測プログラム１００９０で実行される処理のフローチャートである。
【図１２】実施例１における増設容量入力画面５００００の一例を示す図である。
【図１３】実施例２における保証期間入力画面５１０００の一例を示す図である。
【図１４】実施例１における処理を説明するための図である。
【図１５】実施例３における管理サーバ１００００の詳細な構成を示す図である。
【図１６】実施例３において管理サーバ１００００が持つディスク種類テーブル１０１４０の一例を示す図である。
【図１７】実施例３における増設容量入力画面５２０００の一例を示す図である。
【図１８】実施例４において構成管理プログラム１００７０で実行される処理のフローチャートである。
【図１９】実施例４における残期間表示画面５３０００の一例を示す図である。
【符号の説明】
【００８６】
１００００：管理サーバ
２００００：ストレージ装置
３００００：ストレージネットワーク
４００００：管理ネットワーク
５００００：増設容量入力画面
【図１】
2006048559.tif 000003
【図２】
2006048559.tif 000004
【図３】
2006048559.tif 000005
【図４】
2006048559.tif 000006
【図５】
2006048559.tif 000007
【図６】
2006048559.tif 000008
【図７】
2006048559.tif 000009
【図８】
2006048559.tif 000010
【図９】
2006048559.tif 000011
【図１０】
2006048559.tif 000012
【図１１】
2006048559.tif 000013
【図１２】
2006048559.tif 000014
【図１３】
2006048559.tif 000015
【図１４】
2006048559.tif 000016
【図１５】
2006048559.tif 000017
【図１６】
2006048559.tif 000018
【図１７】
2006048559.tif 000019
【図１８】
2006048559.tif 000020
【図１９】
2006048559.tif 000021