記憶領域管理方法及び管理計算機
【課題】シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかの判断材料を表示する。
【解決手段】ホスト計算機と、ストレージサブシステムと、管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、前記ストレージサブシステムは、物理ディスクと、ディスクコントローラと、を備え、前記ディスクコントローラは、シン・プロビジョニング・ボリュームを前記ホスト計算機に提供し、前記管理計算機は、割当済容量を、前記ディスクコントローラから取得し、ホスト認識容量を、前記ホスト計算機から取得し、前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、改善容量を算出し、前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、改善率を算出し、前記算出された改善率を表示することを特徴とする。
【解決手段】ホスト計算機と、ストレージサブシステムと、管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、前記ストレージサブシステムは、物理ディスクと、ディスクコントローラと、を備え、前記ディスクコントローラは、シン・プロビジョニング・ボリュームを前記ホスト計算機に提供し、前記管理計算機は、割当済容量を、前記ディスクコントローラから取得し、ホスト認識容量を、前記ホスト計算機から取得し、前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、改善容量を算出し、前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、改善率を算出し、前記算出された改善率を表示することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シン・プロビジョニング・ボリュームを提供するストレージサブシステムを備える計算機システムにおける記憶領域管理方法に関し、特に、シン・プロビジョニング・ボリュームに関する情報を表示する技術に関する。
【背景技術】
【０００２】
ストレージサブシステムは、物理ディスクの記憶領域を静的に割り当てることによって、論理ボリューム（ＬＵ）をホスト計算機に提供する。しかし、ＬＵには、問題点が存在する。
【０００３】
例えば、ホスト計算機に割り当てられる物理ディスクの記憶容量が、ホスト計算機に実際に使用される記憶容量より多くなってしまうという問題があった。なぜなら、ホスト計算機上のアプリケーションによって使用される記憶容量が正確に把握できないからである。他には、ＬＵの容量を変更するための運用コストが高いという問題があった。
【０００４】
これらの問題を解決する技術として、シン・プロビジョニングが知られている。ストレージサブシステムは、シン・プロビジョニングによって実現されたボリューム（シン・プロビジョニング・ボリューム）をホスト計算機に提供する。
【０００５】
これによって、ストレージサブシステムは、実際に割り当てられた物理ディスクの記憶容量よりも大きい記憶容量を持つボリュームとして認識されるシン・プロビジョニング・ボリュームを提供できる。なお、ストレージサブシステムは、ホスト計算機からシン・プロビジョニング・ボリュームへの書き込み要求を受けると、当該書き込みを要求されたシン・プロビジョニング・ボリュームに物理ディスクの記憶領域を動的に割り当てる。
【０００６】
しかし、シン・プロビジョニング・ボリュームにおいても、物理ディスクの記憶領域が無駄に割り当てられることがある。例えば、ホスト計算機上のアプリケーションが、シン・プロビジョニング・ボリュームに書き込まれたファイルを削除した場合である。この場合、シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶容量と、ホスト計算機に使用される記憶容量との間に差が生じる。つまり、シン・プロビジョニング・ボリュームに物理ディスクの記憶領域が無駄に割り当てられたことになってしまう。
【０００７】
また、シン・プロビジョニング・ボリュームには、シーケンシャルアクセスの性能に問題がある。シン・プロビジョニング・ボリュームは、シーケンシャルアクセスに対する性能がＬＵより劣る。なぜなら、シン・プロビジョニング・ボリューム内の連続したアドレスは、物理ディスク内の連続したアドレスに対応付けられるとは限らないからである。そのため、シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスは、物理ディスクに対してはランダムアクセスとなり得る。従って、シーケンシャルアクセスの頻度が高いほど、シン・プロビジョニング・ボリュームは、ＬＵよりアクセス性能が劣る。
【０００８】
管理者は、シン・プロビジョニング・ボリュームの利点及び欠点を考慮して、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかを判断する必要がある。
【０００９】
なお、ＬＵに割り当てられている物理ディスクの有効活用を支援する技術が、特許文献１に開示されている。
【特許文献１】特開２００５−９２３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１に開示されている技術では、シン・プロビジョニング・ボリュームに割り当てられている物理ディスクの有効活用を支援することはできない。そのため、管理者は、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかを判断できない。
【００１１】
本発明は前述した問題点に鑑みてなされたものであって、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかの判断材料を表示する容量監視サーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ホスト計算機及び前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、前記管理計算機は、前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、前記算出された改善率を表示することを特徴とする。
【発明の効果】
【００１３】
本発明の代表的な形態によれば、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかの判断材料を表示できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して説明する。
【００１５】
図１は、本発明の実施の形態の計算機システムの構成のブロック図である。
【００１６】
計算機システムは、複数のストレージサブシステム１１０、複数のホスト計算機１２０、容量監視サーバ１３０、操作端末１４０、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０２を含む。
【００１７】
ＳＡＮ１０１は、ストレージサブシステム１１０とホスト計算機１２０とを接続するネットワークである。ＬＡＮ１０２は、ストレージサブシステム１１０、ホスト計算機１２０及び容量監視サーバ１３０を相互に接続するネットワークである。
【００１８】
ストレージサブシステム１１０は、ディスクコントローラ（ＤＫＣ）４１３及び物理ディスク４１２を備える。
【００１９】
ディスクコントローラ４１３は、物理ディスク４１２に対してデータを読み書きする。また、ディスクコントローラ４１３は、物理ディスクの記憶領域を、論理ボリューム（ＬＵ）としてホスト計算機１２０に提供する。
【００２０】
更に、ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１を、ホスト計算機１２０に提供する。ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１への書き込み要求を受けると、当該書き込みを要求されたシン・プロビジョニング・ボリューム４１１に物理ディスク４１２の記憶領域を割り当てる。
【００２１】
また、ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１及びＬＵの性能に関する諸元値を測定し、測定した性能に関する諸元値を容量監視サーバ１３０等に送信する。性能に関する諸元値は、平均レスポンスタイム又はアクセスされたブロックのアドレス等である。
【００２２】
ホスト計算機１２０は、ＣＰＵ４２２、物理メモリ４２１及びインタフェース（図示省略）を備える。
【００２３】
インタフェースは、ＳＡＮ１０１を介してストレージサブシステム１１０に接続される。また、インタフェースは、ＬＡＮ１０２を介して容量監視サーバ１３０等に接続される。
【００２４】
ＣＰＵ４２２は、物理メモリ４２１に記憶されるプログラムを実行することによって、各種処理を行う。
【００２５】
物理メモリ４２１は、ＣＰＵ４２２によって実行されるプログラム及びＣＰＵ４２２によって必要とされる情報等を記憶する。具体的には、物理メモリ４２１は、ファイルシステム２２１、常駐エージェント２２２及びボリューム管理モジュール２２３を記憶する。
【００２６】
ファイルシステム２２１は、ストレージサブシステム１１０に記憶されるファイルを管理する。
【００２７】
常駐エージェント２２２は、容量監視サーバ１３０と各種情報を送受信する。例えば、常駐エージェント２２２は、シン・プロビジョニング・ボリューム４１１のホスト使用容量を算出する。なお、ホスト使用容量は、ストレージサブシステム１１２によって提供されるシン・プロビジョニング・ボリューム４１１の記憶容量のうち、ファイルシステム２２１によって使用されている記憶容量である。そして、常駐エージェント２２２は、算出したホスト使用容量を容量監視サーバ１３０に送信する。
【００２８】
ボリューム管理モジュール２２３は、ストレージサブシステム１１０によって提供されるシン・プロビジョニング・ボリューム４１１及びＬＵを管理する。
【００２９】
容量監視サーバ１３０は、ストレージサブシステム１１０によって提供されるシン・プロビジョニング・ボリューム４１１に関する情報を管理する。なお、容量監視サーバ１３０については、図２で詳細を説明する。
【００３０】
操作端末１４０は、容量監視サーバ１３０に接続されている。また、操作端末１４０は、表示装置、入力装置、記憶装置、ＣＰＵ及び物理メモリ等を有する。操作端末１４０は、管理者から情報の入力を受け付け、受け付けた情報を容量監視サーバ１３０に送信する。また、操作端末１４０は、容量監視サーバ１３０から情報を受信し、受信した情報を表示する。
【００３１】
図２は、本発明の実施の形態の計算機システムに備わる容量監視サーバ１３０の構成のブロック図である。
【００３２】
容量監視サーバ１３０は、ＣＰＵ４３３、物理メモリ４３２、記憶領域４３１及びインタフェース（図示省略）を備える。
【００３３】
インタフェースは、ＬＡＮ１０２を介してホスト計算機１２０及びストレージサブシステム１１０に接続される。
【００３４】
ＣＰＵ４３３は、物理メモリ４３２に記憶されるプログラムを実行することによって各種処理を行う。
【００３５】
物理メモリ４３２は、ＣＰＵ４３３によって実行されるプログラム及びＣＰＵ４３３によって必要とされる情報等を記憶する。具体的には、物理メモリ４３２は、物理ディスク割当量通知モジュール２１１、連続アクセス頻度算出モジュール２１２、レスポンスタイム監視モジュール２１３、過割当容量計算モジュール２１４、容量監視モジュール２３１、容量出力モジュール２３２、性能出力モジュール２３３、警告モジュール２３４、入力モジュール２４１、画面表示情報生成モジュール２４２及び情報表示モジュール２４３を記憶する。
【００３６】
物理ディスク割当量通知モジュール２１１は、監視対象となるシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を取得する。なお、最大容量は、ホスト計算機１２０によって認識される記憶容量である。割当済容量は、シン・プロビジョニング・ボリューム４１１の記憶領域のうち、物理ディスク４１２の記憶領域が既に割り当てられた記憶領域の容量である。
【００３７】
そして、物理ディスク割当量通知モジュール２１１は、取得したシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を容量監視モジュール２３１に受け渡す。
【００３８】
連続アクセス頻度算出モジュール２１２は、アクセスされたブロックのアドレスが順番に並べられた配列を、ストレージサブシステム１１０から受信する。なお、当該ブロックは、シン・プロビジョニング・ボリューム４１１に含まれる記憶領域である。そして、連続アクセス頻度算出モジュール２１２は、取得した配列から、シーケンシャルアクセスの相関係数を算出する。
【００３９】
レスポンスタイム監視モジュール２１３は、シン・プロビジョニング・ボリューム４１１に対するアクセスの平均レスポンスタイムを、ストレージサブシステム１１０から受信する。
【００４０】
過割当容量計算モジュール２１４は、シン・プロビジョニング・ボリューム４１１の過割当率、過割当容量、改善率及び改善容量を算出する。なお、過割当率、過割当容量、改善率及び改善容量については、図８で詳細を説明する。
【００４１】
容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量等を、物理ディスク割当量通知モジュール２１１から受け取る。そして、容量監視モジュール２３１は、受け取ったシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を、ボリューム容量記録テーブル５３２に格納する。
【００４２】
更に、容量監視モジュール２３１は、ホスト計算機１２０の常駐エージェント２２２から、シン・プロビジョニング・ボリューム４１１のホスト使用容量を受信する。そして、容量監視モジュール２３１は、受信したシン・プロビジョニング・ボリューム４１１のホスト使用容量をボリューム容量記録テーブル５３２に格納する。
【００４３】
容量出力モジュール２３２は、ボリューム容量記録テーブル５３２から、管理者に指定されたシン・プロビジョニング・ボリューム４１１に関する情報を抽出する。
【００４４】
性能出力モジュール２３３は、連続アクセス頻度算出モジュール２１２によって算出されたシーケンシャルアクセスの相関係数及びレスポンスタイム監視モジュール２１３が受信した平均レスポンスタイムから、管理者に指定されたシン・プロビジョニング・ボリューム４１１に関する相関係数及び平均レスポンスタイムを抽出する。
【００４５】
警告モジュール２３４は、管理者に指定されたシン・プロビジョニング・ボリューム４１１が所定の条件を満たすと、容量監視サーバ１３０及び操作端末１４０のうち少なくとも一方に警告を出力する。
【００４６】
入力モジュール２４１は、管理者から各種情報の入力を受け付ける。なお、管理者は、各種情報を操作端末１４０又は容量監視サーバ１３０のいずれに入力してもよい。
【００４７】
画面表示情報生成モジュール２４２は、容量監視サーバ１３０及び操作端末１４０のうち少なくとも一方に表示される画面を作成する。例えば、画面表示情報生成モジュール２４２は、容量出力モジュール２３２によって抽出されたシン・プロビジョニング・ボリューム４１１に関する情報を含む画面を作成する。また、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当率、過割当容量、改善率及び改善容量を含む画面を作成する。また、画面表示情報生成モジュール２４２は、性能出力モジュール２３３によって抽出された相関係数及び平均レスポンスタイムを含む画面を作成する。
【００４８】
情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって作成された画面を、容量監視サーバ１３０及び操作端末１４０のうちの少なくとも一方に表示する。
【００４９】
記憶領域４３１は、各種情報を記憶する。具体的には、記憶領域４３１は、監視対象ボリューム使用ホスト一覧テーブル５３１、ボリューム容量記録テーブル５３２及びレスポンスタイム記録テーブル５１１を記憶する。
【００５０】
監視対象ボリューム使用ホスト一覧テーブル５３１は、監視対象となるシン・プロビジョニング・ボリューム４１１と当該シン・プロビジョニング・ボリューム４１１にアクセス可能なホスト計算機１２０との対応等を記憶する。なお、監視対象ボリューム使用ホスト一覧テーブル５３１については、図３で詳細を説明する。
【００５１】
ボリューム容量記録テーブル５３２は、監視対象となるシン・プロビジョニング・ボリューム４１１のディスク割当済容量、ホスト使用容量及び最大容量等を記憶する。なお、ボリューム容量記録テーブル５３２については、図４で詳細を説明する。
【００５２】
レスポンスタイム記録テーブル５１１は、レスポンスタイム監視モジュール２１３が受信した平均レスポンスタイムを記憶する。
【００５３】
図３は、本発明の実施の形態の容量監視サーバ１３０に記憶される監視対象ボリューム使用ホスト一覧テーブル５３１の構成図である。
【００５４】
監視対象ボリューム使用ホスト一覧テーブル５３１は、ストレージ用シン・プロビジョニング・ボリュームＩＤ（ストレージ用ＴＰＶｏｌＩＤ）５３１１、ホストＩＤ５３１２、ホスト用シン・プロビジョニング・ボリュームＩＤ（ホスト用ＴＰＶｏｌＩＤ）５３１３、監視間隔５３１４及び監視期限５３１５を含む。
【００５５】
ストレージ用ＴＰＶｏｌＩＤ５３１１は、ストレージサブシステム１１０がシン・プロビジョニング・ボリューム４１１を一意に識別するための識別子である。ホストＩＤ５３１２は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１にアクセスするホスト計算機１２０の一意な識別子である。
【００５６】
ホスト用ＴＰＶｏｌＩＤ５３２３は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１をホスト計算機１２０が一意に識別するための識別子である。
【００５７】
監視間隔５３１４は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１に関する情報が取得される間隔である。監視期限５３１５は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１に関する情報の取得が継続される期限である。
【００５８】
図４は、本発明の実施の形態の容量監視サーバ１３０に記憶されるボリューム容量記録テーブル５３２の構成図である。
【００５９】
ボリューム容量記録テーブル５３２は、ストレージ用シン・プロビジョニング・ボリュームＩＤ（ストレージ用ＴＰＶｏｌＩＤ）５３２１、ディスク割当済容量５３２２、ホスト使用容量５３２３、最大容量５３２４及び監視時刻５３２５を含む。
【００６０】
ストレージ用ＴＰＶｏｌＩＤ５３２１は、ストレージサブシステム１１０がシン・プロビジョニング・ボリューム４１１を一意に識別するための識別子である。
【００６１】
ディスク割当済容量５３２２は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１に既に割り当てられた物理ディスク４１２の記憶領域の容量である。ホスト使用容量５３２３は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１の記憶容量のうち、ホスト計算機１２０によって使用されている記憶容量である。
【００６２】
最大容量５３２４は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１の記憶容量である。つまり、ホスト計算機１２０は、シン・プロビジョニング・ボリューム４１１を、最大容量５３２４の記憶領域を有するボリュームとして認識する。
【００６３】
監視時刻５３２５は、当該レコードに格納されている情報が取得された日付け及び時刻である。
【００６４】
図５は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量観点の得失判断情報出力処理のフローチャートである。
【００６５】
まず、容量監視サーバ１３０は、容量監視処理を行う（３１２）。これによって、容量監視サーバ１３０は、監視対象ボリューム使用ホストテーブル５３１及びボリューム容量記録テーブル５３２を更新する。なお、容量監視処理については、図６で詳細を説明する。
【００６６】
次に、容量監視サーバ１３０は、容量取得処理を行う（３１３）。これによって、容量監視サーバ１３０は、表示対象となるシン・プロビジョニング・ボリューム４１１に関する情報を、ボリューム容量記録テーブル５３２から抽出する。なお、容量取得処理については、図７で詳細を説明する。
【００６７】
次に、容量監視サーバ１３０は、容量表示処理を行う（３１４）。これによって、容量監視サーバ１３０は、表示対象となるシン・プロビジョニング・ボリューム４１１に関する情報を表示する。なお、容量表示処理については、図８で詳細を説明する。
【００６８】
なお、容量監視サーバ１３０は、容量表示処理の代わりに、警告出力処理を行ってもよい。警告出力処理については、図１４で詳細を説明する。
【００６９】
そして、容量監視サーバ１３０は、容量観点の得失判断情報出力処理を終了する。
【００７０】
図６は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量監視処理のフローチャートである。
【００７１】
容量監視処理は、容量観点の得失判断情報出力処理（図５）のステップ３１２において実行される。
【００７２】
管理者は、監視対象となるシン・プロビジョニング・ボリューム４１１に関する情報を、操作端末１４０に入力する。監視対象となるシン・プロビジョニング・ボリューム４１１に関する情報は、ストレージ用ＴＰＶｏｌＩＤ、ホストＩＤ、ホスト用ＴＰＶｏｌＩＤ、監視間隔及び監視期限を含む。すると、操作端末１４０は、入力されたシン・プロビジョニング・ボリューム４１１に関する情報を容量監視サーバ１３０に送信する。
【００７３】
なお、管理者は、監視対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ、監視間隔及び監視期限だけを操作端末１４０に入力してもよい。この場合、操作端末１４０は、ストレージ用ＴＰＶｏｌＩＤとホストＩＤ及びホスト用ＴＰＶｏｌＩＤとの対応を記憶する。そして、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤに対応するホストＩＤ及びホスト用ＴＰＶｏｌＩＤを特定する。そして、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ、特定したホストＩＤ、特定したホスト用ＴＰＶｏｌＩＤ、入力された監視間隔及び入力された監視期限を容量監視サーバ１３０に送信する。
【００７４】
容量監視サーバ１３０の入力モジュール２４１は、シン・プロビジョニング・ボリューム４１１に関する情報を、操作端末１４０から受信する（３１２１）。
【００７５】
すると、容量監視サーバ１３０の容量監視モジュール２３１は、入力モジュール２４１が受信した情報に基づいて、監視対象ボリューム使用ホスト一覧テーブル５３１を作成又は更新する（３１２２）。
【００７６】
具体的には、容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１に新たなレコードを作成する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるストレージ用ＴＰＶｏｌＩＤを、新たなレコードのストレージ用ＴＰＶｏｌＩＤ５３１１に格納する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるホストＩＤを、新たなレコードのホストＩＤ５３１２に格納する。
【００７７】
次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるホスト用ＴＰＶｏｌＩＤを、新たなレコードのホスト用ＴＰＶｏｌＩＤ５３１３に格納する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれる監視間隔を、新たなレコードの監視間隔５３１４に格納する。更に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれる監視期限を、新たなレコードの監視期限５３１５に格納する。
【００７８】
次に、容量監視サーバ１３０は、ディスク割当済容量及びホスト使用容量を取得する（３１２３）。なお、容量監視サーバ１３０は、ディスク割当済容量、ホスト使用容量及び最大容量を同時に取得してもよいし、順番に取得してもよい。
【００７９】
具体的には、容量監視サーバ１３０の容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１から、ストレージ用ＴＰＶｏｌＩＤ５３１１を抽出する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３１１を、容量監視サーバ１３０の物理ディスク割当量通知モジュール２１１に受け渡す。
【００８０】
すると、物理ディスク割当量通知モジュール２１１は、受け取ったストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１のディスク割当済容量及び最大容量を、ストレージサブシステム１１０から取得する。そして、物理ディスク割当量通知モジュール２１１は、取得したディスク割当済容量及び最大容量を、容量監視モジュール２３１に受け渡す。
【００８１】
また、容量監視サーバ１３０の容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１から、ホストＩＤ５３１２及びホスト用ＴＰＶｏｌＩＤ５３１３を抽出する。次に、容量監視モジュール２３１は、抽出したホストＩＤ５３１２によって識別されるホスト計算機１２０の常駐エージェント２２２に、抽出したホスト用ＴＰＶｏｌＩＤ５３１３を送信する。
【００８２】
すると、常駐エージェント２２２は、受信したホスト用ＴＰＶｏｌＩＤ５３１３によって識別されるシン・プロビジョニング・ボリューム４１１のホスト使用容量を算出する。次に、常駐エージェント２２２は、算出したホスト使用容量を、容量監視サーバ１３０の容量監視モジュール２３１に送信する。
【００８３】
次に、容量監視サーバ１３０は、ボリューム容量記録テーブル５３２を更新する（３１２４）。
【００８４】
具体的には、容量監視サーバ１３０の容量監視モジュール２３１は、ボリューム容量記録テーブル５３２に新たなレコードを作成する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３１１を、新たなレコードのストレージ用ＴＰＶｏｌＩＤ５３２１に格納する。
【００８５】
次に、容量監視モジュール２３１は、物理ディスク割当量通知モジュール２１１から受け取ったディスク割当済容量を、新たなレコードのディスク割当済容量５３２２に格納する。次に、容量監視モジュール２３１は、常駐エージェント２２２から受信したホスト使用容量を、新たなレコードのホスト使用容量５３２３に格納する。次に、容量監視モジュール２３１は、物理ディスク割当量通知モジュール２１１から受け取った最大容量を、新たなレコードの最大容量５３２４に格納する。更に、容量監視モジュール２３１は、現在の時刻を、新たなレコードの監視時刻５３２５に格納する。
【００８６】
このようにして、容量監視サーバ１３０は、ボリューム容量記録テーブル５３２を更新する。
【００８７】
次に、容量監視サーバ１３０の容量監視モジュール２３１は、ボリューム容量記録テーブル５３２に追加された新たなレコードから、ストレージ用ＴＰＶｏｌＩＤ５３２１及び監視時刻５３２５を抽出する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３２１と監視対象ボリューム使用ホスト一覧テーブル５３１のストレージ用ＴＰＶｏｌＩＤ５３１１とが一致するレコードを、監視対象ボリューム使用ホスト一覧テーブル５３１から選択する。
【００８８】
次に、容量監視モジュール２３１は、選択したレコードから、監視間隔５３１４及び監視期限５３１５を抽出する。次に、容量監視モジュール２３１は、抽出した監視時刻５３２５に、抽出した監視間隔５３１４を加算することによって、次回の監視時刻を算出する。次に、容量監視モジュール２３１は、算出した次回の監視時刻が、抽出した監視期限５３１５を過ぎているか否かを判定する（３１２５）。
【００８９】
次回の監視時刻が監視期限５３１５を過ぎていない場合、容量監視モジュール２３１は、算出した次回の監視時刻まで待機する（３１２６）。その後、容量監視モジュール２３１は、ステップ３１２３に戻る。そして、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の容量を再度監視して、ボリューム容量記録テーブル５３２を更新する。
【００９０】
一方、次回の監視時刻が監視期限５３１５を過ぎている場合、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の容量を再度監視する必要がない。よって、容量監視モジュール２３１は、容量監視処理を終了する。
【００９１】
図７は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量取得処理のフローチャートである。
【００９２】
容量取得処理は、容量観点の得失判断情報出力処理（図５）のステップ３１３において実行される。
【００９３】
管理者は、表示対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ及び表示対象となる時刻（表示対象時刻）を、操作端末１４０に入力する。すると、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ及び入力された表示対象時刻を、容量監視サーバ１３０に送信する。
【００９４】
容量監視サーバ１３０の入力モジュール２４１は、ストレージ用ＴＰＶｏｌＩＤ及び表示対象時刻を、操作端末１４０から受信する（３１３１）。
【００９５】
次に、容量監視サーバ１３０の容量出力モジュール２３２は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤとボリューム容量記録テーブル５３２のストレージ用ＴＰＶｏｌＩＤ５３２１とが一致するレコード（ボリューム対応レコード）のすべてを、ボリューム容量記録テーブル５３２から選択する（３１３２）。
【００９６】
次に、容量監視サーバ１３０の容量出力モジュール２３２は、選択したボリューム対応レコードのいずれかの監視時刻５３２５に、入力モジュール２４１が受信した表示対象時刻以前の時刻が格納されているか否かを判定する。これによって、容量出力モジュール２３２は、表示対象時刻が、当該シン・プロビジョニング・ボリューム４１１が最初に監視された時刻以後であるか否かを判定する（３１３３）。
【００９７】
表示対象時刻が最初の監視時刻より前であると、容量出力モジュール２３２は、当該表示対象時刻に対応する情報を表示できない。よって、容量出力モジュール２３２は、エラーを操作端末１４０に通知するエラー処理を行う（３１３６）。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【００９８】
一方、表示対象時刻が最初の監視時刻以後であると、容量出力モジュール２３２は、選択したボリューム対応レコードのいずれかの監視時刻５３２５に、入力モジュール２４１が受信した表示対象時刻以後の時刻が格納されているか否かを判定する。これによって、容量出力モジュール２３２は、表示対象時刻が、当該シン・プロビジョニング・ボリューム４１１が最後に監視された時刻以前であるか否かを判定する（３１３４）。
【００９９】
表示対象時刻が最後の監視時刻より後であると、容量出力モジュール２３２は、当該表示対象時刻に対応する情報を表示できない。よって、容量出力モジュール２３２は、エラーを操作端末１４０に通知するエラー処理を行う（３１３６）。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【０１００】
一方、表示対象時刻が最後の監視時刻以前であると、容量出力モジュール２３２は、入力モジュール２４１が受信した表示対象時刻に最も近い監視時刻５３２５を含むレコード（表示対象レコード）を、選択したボリューム対応レコードの中から選択する（３１３５）。次に、容量出力モジュール２３２は、選択した表示対象レコードを、過割当容量計算モジュール２１４及び画面表示情報生成モジュール２４２に受け渡す。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【０１０１】
図８は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量表示処理のフローチャートである。
【０１０２】
容量表示処理は、容量観点の得失判断情報出力処理（図５）のステップ３１４において実行される。
【０１０３】
容量監視サーバ１３０の過割当容量計算モジュール２１４及び画面表示情報生成モジュール２４２は、容量取得処理（図７）のステップ３１３５において選択された表示対象レコードを、容量出力モジュール２３２から受け取る（３１４１）。
【０１０４】
次に、過割当容量計算モジュール２１４は、受け取った表示対象レコードに基いて、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する（３１４２）。
【０１０５】
具体的には、過割当容量計算モジュール２１４は、以下の数式１を用いて、改善容量Ｉａを求める。
【０１０６】
【数１】
【０１０７】
なお、Ｔは、表示対象レコードの最大容量５３２４である。また、Ａは、表示対象レコードのディスク割当済容量５３２２である。
【０１０８】
このように、改善容量Ｉａは、シン・プロビジョニング・ボリューム４１１の最大容量とシン・プロビジョニング・ボリューム４１１のディスク割当済容量との差分である。つまり、改善容量Ｉａは、シン・プロビジョニング・ボリューム４１１と同じ容量のＬＵをホスト計算機１２０に提供した場合と比べて、シン・プロビジョニング・ボリューム４１１によって節約される物理ディスク４１２の記憶領域の容量である。なお、シン・プロビジョニング・ボリューム４１１と同じ容量を持つＬＵは、当該シン・プロビジョニング・ボリューム４１１の最大容量と同じ容量の物理ディスク４１２を必要とする。
【０１０９】
また、過割当容量計算モジュール２１４は、以下の数式２を用いて、改善率Ｉｒを求める。
【０１１０】
【数２】
【０１１１】
このように、改善率Ｉｒは、シン・プロビジョニング・ボリューム４１１の最大容量に対する、改善容量Ｉａの割合である。つまり、改善率Ｉｒは、シン・プロビジョニング・ボリュームをＬＵに変更した場合に必要となる物理ディスク４１２の容量に対する、シン・プロビジョニング・ボリューム４１１によって節約される物理ディスク４１２の容量の割合である。
【０１１２】
改善率Ｉｒが大きい場合、シン・プロビジョニング・ボリューム４１１の一部分にしか物理ディスク４１２の記憶領域が割り当てられていない。つまり、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の記憶領域が沢山節約されている。
【０１１３】
逆に、改善率Ｉｒが小さい場合、シン・プロビジョニング・ボリューム４１１の大部分に物理ディスク４１２の記憶領域が割り当てられている。つまり、シン・プロビジョニング・ボリューム４１１の導入による利点が生かされておらず、物理ディスク４１２の記憶領域が殆ど節約できていない。
【０１１４】
また、過割当容量計算モジュール２１４は、以下の数式３を用いて、過割当容量Ｏａを求める。
【０１１５】
【数３】
【０１１６】
なお、Ｕは、表示対象レコードのホスト使用容量５３２３である。
【０１１７】
このように、過割当容量Ｏａは、シン・プロビジョニング・ボリューム４１１のディスク割当済容量とシン・プロビジョニング・ボリューム４１１のホスト使用容量との差分である。つまり、過割当容量Ｏａは、シン・プロビジョニング・ボリューム４１１に割り当てた物理ディスク４１２の容量のうち、ホスト計算機１２０によって使用されていない容量である。
【０１１８】
また、過割当容量計算モジュール２１４は、以下の数式４を用いて、過割当率Ｏｒを求める。
【０１１９】
【数４】
【０１２０】
このように、過割当率Ｏｒは、シン・プロビジョニング・ボリューム４１１のディスク割当済容量に対する、過割当容量Ｏａの割合である。
【０１２１】
過割当率Ｏｒが大きい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが、ホスト計算機１２０に使用されていない。つまり、当該シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域の多くが無駄になっている。
【０１２２】
一方、過割当率Ｏｒが小さい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の大部分が、ホスト計算機１２０に使用されている。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域が、殆ど無駄になっていない。
【０１２３】
このようにして、過割当容量計算モジュール２１４は、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する。
【０１２４】
次に、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、容量出力画面（図９）を生成する（３１４３）。
【０１２５】
図９は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１２６】
容量出力画面７１１は、管理者によって表示対象として指定されたシン・プロビジョニング・ボリューム４１１に関する情報を含む。具体的には、容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。
【０１２７】
ここで、図８に戻る。画面表示情報生成モジュール２４２は、受け取った表示対象レコード及び過割当容量計算モジュール２１４によって算出された値に基づいて、容量出力画面７１１を生成する。
【０１２８】
具体的には、画面表示情報生成モジュール２４２は、表示対象レコードの監視時刻５３２５を、容量出力画面７１１の監視時刻７１１１に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードの最大容量５３２４を、容量出力画面７１１の最大容量７１１２に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードのディスク割当済容量５３２２を、容量出力画面７１１のディスク割当済容量７１１３に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードのホスト使用容量５３２３を、容量出力画面７１１のホスト使用容量７１１４に格納する。
【０１２９】
次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された改善率を、容量出力画面７１１の改善率７１１５に格納する。次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された改善容量を、容量出力画面７１１の改善容量７１１６に格納する。
【０１３０】
次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当率を、容量出力画面７１１の過割当率７１１７に格納する。次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当容量を、容量出力画面７１１の過割当容量７１１８に格納する。
【０１３１】
このようにして、画面表示情報生成モジュール２４２は、容量出力画面７１１を生成する。
【０１３２】
次に、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を操作端末１４０に送信する。すると、操作端末１４０は、受信した容量出力画面７１１を表示する。なお、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を当該容量監視サーバ１３０の表示装置に表示してもよい。そして、容量監視サーバ１３０は、容量表示処理を終了する。
【０１３３】
なお、管理者は、容量出力画面７１１を参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。具体的には、管理者は、シン・プロビジョニング・ボリューム４１１の改善率及び過割当率等に基づいて、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。
【０１３４】
管理者は、シン・プロビジョニング・ボリューム４１１の改善率が所定の値以上であることを期待する。そのため、シン・プロビジョニング・ボリューム４１１の改善率が所定の値より小さい場合、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３５】
改善率は、シン・プロビジョニング・ボリュームをＬＵに変更した場合に必要となる物理ディスク４１２の記憶領域の容量に対する、シン・プロビジョニング・ボリュームの導入によって節約される物理ディスク４１２の記憶領域の容量の割合である。
【０１３６】
改善率が所定の値以上の場合、シン・プロビジョニング・ボリューム４１１の一部分にしか物理ディスク４１２の記憶領域が割り当てられていない。つまり、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の記憶領域が沢山節約されている。そこで、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１３７】
一方、改善率が所定の値より小さい場合、シン・プロビジョニング・ボリューム４１１の大部分に物理ディスク４１２の記憶領域が割り当てられている。つまり、シン・プロビジョニング・ボリューム４１１の導入による利点が生かされておらず、物理ディスク４１２の記憶領域が殆ど節約できていない。そこで、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３８】
また、管理者は、シン・プロビジョニング・ボリューム４１１の過割当率が所定の値以下であることを管理者は期待する。そのため、シン・プロビジョニング・ボリューム４１１の過割当率が所定の値より大きい場合、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３９】
過割当率は、シン・プロビジョニング・ボリューム４１１のディスク割当済容量に対する、過割当容量の割合である。なお、過割当容量は、シン・プロビジョニング・ボリューム４１１に割り当てた物理ディスク４１２のうち、ホスト計算機１２０によって使用されていない物理ディスク４１２の容量である。
【０１４０】
過割当率が所定の値以下の場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の大部分が、ホスト計算機１２０に使用されている。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域が、殆ど無駄になっていない。よって、物理ディスク４１２の記憶領域の無駄な割り当てを防ぐという、シン・プロビジョニング・ボリューム４１１の利点が生かされている。そのため、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１４１】
一方、過割当率が所定の値より大きい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが、ホスト計算機１２０に使用されていない。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが無駄になっている。よって、物理ディスク４１２の記憶領域の無駄な割り当てを防ぐという、シン・プロビジョニング・ボリューム４１１の利点が生かされていない。そのため、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１４２】
以下、管理者は、シン・プロビジョニング・ボリューム４１１の改善率が２０％以上であることを期待する。更に、管理者は、シン・プロビジョニング・ボリューム４１１の過割当率が３０％以下であることを期待する。
【０１４３】
まずは、図９で説明した容量表示画面７１１が表示された場合を説明する。
【０１４４】
図９の容量表示画面７１１では、改善率７１１５が４０％である。つまり、改善率７１１５は、２０％以上なので、管理者の期待を満たしている。また、図９の容量表示画面７１１では、過割当率７１１７が２０％である。つまり、過割当率７１１７は、３０％以下なので、管理者の期待を満たしている。
【０１４５】
このように、図９の容量表示画面７１１では、改善率７１１５及び過割当率７１１７の両方が、管理者の期待を満たしている。よって、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１４６】
次に、図１０で示す容量表示画面７１１が表示された場合を説明する。
【０１４７】
図１０は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１４８】
図１０の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１４９】
図１０の容量表示画面７１１では、改善率７１１５が５％である。つまり、改善率７１１５は、２０％より小さいので、管理者の期待を満たしていない。また、図１０の容量表示画面７１１では、過割当率７１１７が４６％である。つまり、過割当率７１１７は、３０％より大きいので、管理者の期待を満たしていない。
【０１５０】
このように、図１０の容量表示画面７１１では、改善率７１１５及び過割当率７１１７の両方が、管理者の期待を満たしていない。よって、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１５１】
次に、図１１で示す容量表示画面７１１が表示された場合を説明する。
【０１５２】
図１１は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１５３】
図１１の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１５４】
図１１の容量表示画面７１１では、改善率７１１５が５％である。つまり、改善率７１１５は、２０％より小さいので、管理者の期待を満たしていない。また、図１１の容量表示画面７１１では、過割当率７１１７が６％である。つまり、過割当率７１１７は、３０％以下なので、管理者の期待を満たしている。
【０１５５】
このように、図１１の容量表示画面７１１では、過割当率７１１７のみが、管理者の期待を満たしている。この場合、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の過割り当てを防いでいる。そのため、管理者は、ＬＵに移行せずに、当該シン・プロビジョニング・ボリューム４１１のままで運用すべきと判断する。
【０１５６】
しかし、シン・プロビジョニング・ボリューム４１１の容量の多くに、物理ディスク４１２が既に割り当て済みである。つまり、このまま運用を続けると、シン・プロビジョニング・ボリューム４１１の容量のすべてをホスト計算機１２０が使い切ってしまう。そこで、管理者は、シン・プロビジョニング・ボリューム４１１の最大容量を拡張して運用し続けるべきと判断する。
【０１５７】
次に、図１２で示す容量表示画面７１１が表示された場合を説明する。
【０１５８】
図１２は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１５９】
図１２の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１６０】
図１２の容量表示画面７１１では、改善率７１１５が４０％である。つまり、改善率７１１５は、２０％以上なので、管理者の期待を満たしている。また、図１１の容量表示画面７１１では、過割当率７１１７が５０％である。つまり、過割当率７１１７は、３０％より大きいので、管理者の期待を満たしていない。
【０１６１】
このように、図１１の容量表示画面７１１では、改善率７１１５のみが、管理者の期待を満たしている。この場合、管理者は、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを即座に判断できない。そこで、管理者は、シン・プロビジョニング・ボリューム４１１へデータを書き込む頻度又はシン・プロビジョニング・ボリューム４１１からデータを削除する頻度等を参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。つまり、管理者は、容量表示画面７１１を定期的に参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。
【０１６２】
なお、容量監視サーバ１３０は、容量出力画面７１１と併せて、性能表示画面を操作端末１４０に表示させてもよい。
【０１６３】
図１３は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される性能表示画面７１２の説明図である。
【０１６４】
性能表示画面７１２は、シーケンシャルアクセスの相関関数７１２１及びレスポンスタイム７１２２を含む。
【０１６５】
シーケンシャルアクセスの相関関数７１２１は、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度を示す。
【０１６６】
容量監視サーバ１３０は、以下のようにして、シーケンシャルアクセスの相関関数Ｒを求める。
【０１６７】
まず、容量監視サーバ１３０の連続アクセス頻度算出モジュール２１２は、アクセスされたブロックのアドレスが順番に並べられた配列を、ストレージサブシステム１１０から受信する。そして、連続アクセス頻度算出モジュール２１２は、受信した配列に基づいて、シーケンシャルアクセスの相関関数Ｒを算出する。具体的には、連続アクセス頻度算出モジュール２１２は、以下の数式５を用いて、シーケンシャルアクセスの相関関数Ｒを算出する。
【０１６８】
【数５】
【０１６９】
【数６】
【０１７０】
【数７】
【０１７１】
なお、ｘiは、ｉ番目にアクセスされたブロックのアドレスである。また、ｙiは、ｉ＋１番目にアクセスされたブロックのアドレスである。ｎは、連続アクセス頻度算出モジュール２１２がストレージサブシステム１１０から取得したアドレスの個数である。
【０１７２】
そして、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、連続アクセス頻度算出モジュール２１２によって算出された相関関数Ｒを、性能表示画面７１２のシーケンシャルアクセスの相関関数７１２１として表示する。
【０１７３】
シーケンシャルアクセスの相関関数７１２１の絶対値が０に近いほど、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度が低い。そのため、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がない。
【０１７４】
一方、シーケンシャルアクセスの相関関数７１２１の絶対値が１に近いほど、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度が高い。そのため、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１７５】
これは、シン・プロビジョニング・ボリューム４１１には、シーケンシャルアクセスに対する性能に問題があるからである。シン・プロビジョニング・ボリューム４１１は、シーケンシャルアクセスに対する性能がＬＵより劣る。なぜなら、シン・プロビジョニング・ボリューム４１１内の連続したアドレスは、物理ディスク４１２内の連続したアドレスに対応付けられるとは限らないからである。そのため、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスは、物理ディスク４１２に対してはランダムアクセスとなり得る。一般に、シーケンシャルアクセスは、ランダムアクセスよりも高速に処理される。従って、シーケンシャルアクセスの頻度が高いほど、シン・プロビジョニング・ボリューム４１１は、ＬＵよりアクセス性能が劣る。
【０１７６】
つまり、管理者は、シーケンシャルアクセスの相関関数７１２１の絶対値が所定の値以上であるか否かを判定する。シーケンシャルアクセスの相関関数７１２１の絶対値が所定の値以上の場合、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１７７】
レスポンスタイム７１２２は、シン・プロビジョニング・ボリューム４１１に対するアクセスの応答時間である。
【０１７８】
容量監視サーバ１３０のレスポンスタイム監視モジュール２１３は、シン・プロビジョニング・ボリューム４１１に対するアクセスのレスポンスタイムを、ストレージサブシステム１１０から取得する。そして、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、レスポンスタイム監視モジュール２１３によって取得されたレスポンスタイムを、性能表示画面７１２のレスポンスタイム７１２２として表示する。
【０１７９】
管理者は、レスポンスタイム７１２２が所定の値以上であるか否かを判定する。レスポンスタイム７１２２が所定の値より小さい場合、シン・プロビジョニング・ボリューム４１１が、管理者によって期待されるアクセス性能を満たしている。よって、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がない。
【０１８０】
一方、レスポンスタイム７１２２が所定の値以上の場合、シン・プロビジョニング・ボリューム４１１が、管理者によって期待されるアクセス性能を満たしてない。そこで、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１８１】
以上のように、管理者は、容量出力画面７１１に加えて、性能表示画面７１２を参照することによって、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを適切に判断できる。
【０１８２】
なお、本実施の形態では、容量出力画面７１１と性能表示画面７１２とは、別の画面で説明した。しかし、容量出力画面７１１に含まれる情報と性能表示画面７１２に含まれる情報とが、一つの画面に含まれていてもよい。
【０１８３】
図１４は、本発明の実施の形態の容量監視サーバ１３０によって実行される警告出力処理のフローチャートである。
【０１８４】
警告出力処理は、容量観点の得失判断情報出力処理（図５）のステップ３１４において、容量表示処理の代わりに実行される。
【０１８５】
管理者は、警告出力対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、操作端末１４０に入力する。すると、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、容量監視サーバ１３０に送信する。
【０１８６】
容量監視サーバ１３０の入力モジュール２４１は、ストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、操作端末１４０から受信する（３１５１）。
【０１８７】
すると、容量監視サーバ１３０の警告モジュール２３４は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤとボリューム容量記録テーブル５３２のストレージ用ＴＰＶｏｌＩＤ５３２１とが一致するすべてのレコードを、ボリューム容量記録テーブル５３２から選択する。次に、警告モジュール２３４は、監視時刻５３２５が最も新しいレコードを、選択したレコードの中から選択する（３１５２）。
【０１８８】
次に、容量監視サーバ１３０の過割当容量計算モジュール２１４は、警告モジュール２３４によって選択されたレコードから、ディスク割当済容量５３２２、ホスト使用容量５３２３、最大容量５３２４及び監視時刻５３２５を抽出する。
【０１８９】
次に、容量監視サーバ１３０の過割当容量計算モジュール２１４は、抽出したディスク割当済容量５３２２、ホスト使用容量５３２３及び最大容量５３２４に基づいて、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する（３１５３）。なお、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量は、容量表示処理（図８）のステップ３１４２と同一の方法で算出される。
【０１９０】
次に、容量監視サーバ１３０の警告モジュール２３４は、過割当容量計算モジュール２１４によって算出された過割当率が、入力モジュール２４１が受信した過割当率に関する閾値より大きいか否かを判定する（３１５４）。
【０１９１】
算出された過割当率が過割当率に関する閾値以下の場合、警告モジュール２３４は、警告を表示する必要がない。そこで、警告モジュール２３４は、そのままステップ３１５６に進む。
【０１９２】
一方、算出された過割当率が過割当率に関する閾値より大きい場合、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、容量出力画面（図１５）を生成する。
【０１９３】
図１５は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１９４】
容量出力画面７１１は、管理者によって警告出力対象として指定されたシン・プロビジョニング・ボリューム４１１に関する情報を含む。具体的には、容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７、過割当容量７１１８及び警告文７１１９を含む。
【０１９５】
監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８は、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１９６】
警告文７１１９は、入力されたストレージ用ＴＰＶｏｌＩＤによって識別されるシン・プロビジョニング・ボリューム４１１の過割当率が、入力された閾値を上回ることを警告する。
【０１９７】
ここで、図１４に戻る。画面表示情報生成モジュール２４２は、受け取った表示対象レコード及び過割当容量計算モジュール２１４によって算出された値に基づいて、警告文７１１９を含む容量出力画面７１１を生成する。
【０１９８】
次に、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を操作端末１４０に送信する。すると、操作端末１４０は、受信した容量出力画面７１１を表示する（３１５５）。
【０１９９】
次に、容量監視サーバ１３０の容量監視モジュール２３１は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤと監視対象ボリューム使用ホスト一覧テーブル５３１のストレージ用ＴＰＶｏｌＩＤ５３１１とが一致するレコードを、監視対象ボリューム使用ホスト一覧テーブル５３１から選択する。
【０２００】
次に、容量監視モジュール２３１は、選択したレコードから、監視間隔５３１４及び監視期限５３１５を抽出する。次に、容量監視モジュール２３１は、抽出した監視時刻５３２５に、抽出した監視間隔５３１４を加算することによって、次回の監視時刻を算出する。次に、容量監視サーバ１３０は、算出した次回の監視時刻が、抽出した監視期限５３１５を過ぎているか否かを判定する（３１５６）。
【０２０１】
次回の監視時刻が監視期限５３１５を過ぎていない場合、容量監視モジュール２３１は、算出した次回の監視時刻まで待機する（３１５７）。その後、容量監視モジュール２３１は、ステップ３１５２に戻る。そして、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１に対する警告出力処理を繰り返す。
【０２０２】
一方、次回の監視時刻が監視期限５３１５を過ぎている場合、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１を再度監視する必要がない。よって、容量監視サーバ１３０は、警告出力処理を終了する。
【０２０３】
以上のように、容量監視サーバ１３０は、警告出力処理を実行することによって、過割当率の上昇を自動的に管理者に通知できる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の容量を監視する負担を軽減できる。
【０２０４】
なお、容量監視サーバ１３０は、警告文を含む性能表示画面７１２（図１６）を操作端末１４０に表示させてもよい。
【０２０５】
また、容量監視サーバ１３０は、同様の方法で、改善率に関する警告を出力してもよい。この場合、管理者は、過割当率に関する閾値の代わりに、改善率に関する閾値を入力する。そして、容量監視サーバ１３０は、算出された改善率が、入力された改善率に関する閾値より小さいか否かを判定する。算出された過割当率が過割当率に関する閾値より小さい場合、容量監視サーバ１３０は、警告文を含む容量出力画面を生成し、表示する。
【０２０６】
以上のように、容量監視サーバ１３０は、改善率の低下を自動的に管理者に通知できる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の容量を監視する負担を軽減できる。
【０２０７】
図１６は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される性能表示画面７１２の説明図である。
【０２０８】
性能表示画面７１２は、シーケンシャルアクセスの相関関数７１２１、レスポンスタイム７１２２及び警告文７１２３を含む。シーケンシャルアクセスの相関関数７１２１及びレスポンスタイム７１２２は、性能表示画面（図１３）に含まれるものと同一なので説明を省略する。
【０２０９】
警告文７１２３は、当該シン・プロビジョニング・ボリューム４１１に対するレスポンスタイムが閾値を上回ることを警告する。
【０２１０】
なお、容量監視サーバ１３０は、警告出力処理（図１４）と同様の処理によって、警告文７１２３を含む性能表示画面７１２を操作端末１４０に表示させる。
【０２１１】
まず、管理者は、シーケンシャルアクセスの相関関数に関する閾値及びレスポンスタイムに関する閾値を操作端末１４０に入力する。
【０２１２】
容量監視サーバ１３０の警告モジュール２３４は、連続アクセス頻度算出モジュール２１２によって算出されたシーケンシャルアクセスの相関関数の絶対値が、管理者に入力された閾値以上であるか否かを判定する。算出されたシーケンシャルアクセスの相関関数の絶対値が閾値以上であると、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、警告文７１２３を含む性能表示画面７１２を作成する。そして、画面表示情報生成モジュール２４２は、作成した性能表示画面７１２を操作端末１４０に表示させる。
【０２１３】
同様に、容量監視サーバ１３０の警告モジュール２３４は、レスポンスタイム監視モジュール２１３によって取得されたレスポンスタイムが、管理者に入力された閾値以上であるか否かを判定する。取得されたレスポンスタイムが閾値以上であると、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、警告文７１２３を含む性能表示画面７１２を作成する。そして、画面表示情報生成モジュール２４２は、作成した性能表示画面７１２を操作端末１４０に表示させる。
【０２１４】
以上のように、シン・プロビジョニング・ボリューム４１１が管理者によって期待される性能を満たさなくなると、容量監視サーバ１３０は、警告文を含む性能表示画面７１２を表示させる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の性能を監視する負担を軽減できる。
【図面の簡単な説明】
【０２１５】
【図１】本発明の実施の形態の計算機システムの構成のブロック図である。
【図２】本発明の実施の形態の計算機システムに備わる容量監視サーバの構成のブロック図である。
【図３】本発明の実施の形態の容量監視サーバに記憶される監視対象ボリューム使用ホスト一覧テーブルの構成図である。
【図４】本発明の実施の形態の容量監視サーバに記憶されるボリューム容量記録テーブルの構成図である。
【図５】本発明の実施の形態の容量監視サーバによって実行される容量観点の得失判断情報出力処理のフローチャートである。
【図６】本発明の実施の形態の容量監視サーバによって実行される容量監視処理のフローチャートである。
【図７】本発明の実施の形態の容量監視サーバによって実行される容量取得処理のフローチャートである。
【図８】本発明の実施の形態の容量監視サーバによって実行される容量表示処理のフローチャートである。
【図９】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１０】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１１】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１２】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１３】本発明の実施の形態の画面表示情報生成モジュールによって生成される性能表示画面の説明図である。
【図１４】本発明の実施の形態の容量監視サーバによって実行される警告出力処理のフローチャートである。
【図１５】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１６】本発明の実施の形態の画面表示情報生成モジュールによって生成される性能表示画面の説明図である。
【符号の説明】
【０２１６】
１０１ ＳＡＮ
１０２ ＬＡＮ
１１０ ストレージサブシステム
１２０ ホスト計算機
１３０ 容量監視サーバ
１４０ 操作端末
２１１ 物理ディスク割当量通知モジュール
２１２ 連続アクセス頻度算出モジュール
２１３ レスポンスタイム監視モジュール
２１４ 過割当容量計算モジュール
２２１ ファイルシステム
２２２ 常駐エージェント
２２３ ボリューム管理モジュール
２３１ 容量監視モジュール
２３２ 容量出力モジュール
２３３ 性能出力モジュール
２３４ 警告モジュール
２４１ 入力モジュール
２４２ 画面表示情報生成モジュール
２４３ 情報表示モジュール
４１１ シン・プロビジョニング・ボリューム
４１２ 物理ディスク
５１１ レスポンスタイム記録テーブル
５３１ 監視対象ボリューム使用ホスト一覧テーブル
５３２ ボリューム容量記録テーブル
【技術分野】
【０００１】
本発明は、シン・プロビジョニング・ボリュームを提供するストレージサブシステムを備える計算機システムにおける記憶領域管理方法に関し、特に、シン・プロビジョニング・ボリュームに関する情報を表示する技術に関する。
【背景技術】
【０００２】
ストレージサブシステムは、物理ディスクの記憶領域を静的に割り当てることによって、論理ボリューム（ＬＵ）をホスト計算機に提供する。しかし、ＬＵには、問題点が存在する。
【０００３】
例えば、ホスト計算機に割り当てられる物理ディスクの記憶容量が、ホスト計算機に実際に使用される記憶容量より多くなってしまうという問題があった。なぜなら、ホスト計算機上のアプリケーションによって使用される記憶容量が正確に把握できないからである。他には、ＬＵの容量を変更するための運用コストが高いという問題があった。
【０００４】
これらの問題を解決する技術として、シン・プロビジョニングが知られている。ストレージサブシステムは、シン・プロビジョニングによって実現されたボリューム（シン・プロビジョニング・ボリューム）をホスト計算機に提供する。
【０００５】
これによって、ストレージサブシステムは、実際に割り当てられた物理ディスクの記憶容量よりも大きい記憶容量を持つボリュームとして認識されるシン・プロビジョニング・ボリュームを提供できる。なお、ストレージサブシステムは、ホスト計算機からシン・プロビジョニング・ボリュームへの書き込み要求を受けると、当該書き込みを要求されたシン・プロビジョニング・ボリュームに物理ディスクの記憶領域を動的に割り当てる。
【０００６】
しかし、シン・プロビジョニング・ボリュームにおいても、物理ディスクの記憶領域が無駄に割り当てられることがある。例えば、ホスト計算機上のアプリケーションが、シン・プロビジョニング・ボリュームに書き込まれたファイルを削除した場合である。この場合、シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶容量と、ホスト計算機に使用される記憶容量との間に差が生じる。つまり、シン・プロビジョニング・ボリュームに物理ディスクの記憶領域が無駄に割り当てられたことになってしまう。
【０００７】
また、シン・プロビジョニング・ボリュームには、シーケンシャルアクセスの性能に問題がある。シン・プロビジョニング・ボリュームは、シーケンシャルアクセスに対する性能がＬＵより劣る。なぜなら、シン・プロビジョニング・ボリューム内の連続したアドレスは、物理ディスク内の連続したアドレスに対応付けられるとは限らないからである。そのため、シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスは、物理ディスクに対してはランダムアクセスとなり得る。従って、シーケンシャルアクセスの頻度が高いほど、シン・プロビジョニング・ボリュームは、ＬＵよりアクセス性能が劣る。
【０００８】
管理者は、シン・プロビジョニング・ボリュームの利点及び欠点を考慮して、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかを判断する必要がある。
【０００９】
なお、ＬＵに割り当てられている物理ディスクの有効活用を支援する技術が、特許文献１に開示されている。
【特許文献１】特開２００５−９２３０８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１に開示されている技術では、シン・プロビジョニング・ボリュームに割り当てられている物理ディスクの有効活用を支援することはできない。そのため、管理者は、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかを判断できない。
【００１１】
本発明は前述した問題点に鑑みてなされたものであって、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかの判断材料を表示する容量監視サーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ホスト計算機及び前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、前記管理計算機は、前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、前記算出された改善率を表示することを特徴とする。
【発明の効果】
【００１３】
本発明の代表的な形態によれば、シン・プロビジョニング・ボリューム又はＬＵのいずれで運用すべきかの判断材料を表示できる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して説明する。
【００１５】
図１は、本発明の実施の形態の計算機システムの構成のブロック図である。
【００１６】
計算機システムは、複数のストレージサブシステム１１０、複数のホスト計算機１２０、容量監視サーバ１３０、操作端末１４０、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０２を含む。
【００１７】
ＳＡＮ１０１は、ストレージサブシステム１１０とホスト計算機１２０とを接続するネットワークである。ＬＡＮ１０２は、ストレージサブシステム１１０、ホスト計算機１２０及び容量監視サーバ１３０を相互に接続するネットワークである。
【００１８】
ストレージサブシステム１１０は、ディスクコントローラ（ＤＫＣ）４１３及び物理ディスク４１２を備える。
【００１９】
ディスクコントローラ４１３は、物理ディスク４１２に対してデータを読み書きする。また、ディスクコントローラ４１３は、物理ディスクの記憶領域を、論理ボリューム（ＬＵ）としてホスト計算機１２０に提供する。
【００２０】
更に、ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１を、ホスト計算機１２０に提供する。ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１への書き込み要求を受けると、当該書き込みを要求されたシン・プロビジョニング・ボリューム４１１に物理ディスク４１２の記憶領域を割り当てる。
【００２１】
また、ディスクコントローラ４１３は、シン・プロビジョニング・ボリューム４１１及びＬＵの性能に関する諸元値を測定し、測定した性能に関する諸元値を容量監視サーバ１３０等に送信する。性能に関する諸元値は、平均レスポンスタイム又はアクセスされたブロックのアドレス等である。
【００２２】
ホスト計算機１２０は、ＣＰＵ４２２、物理メモリ４２１及びインタフェース（図示省略）を備える。
【００２３】
インタフェースは、ＳＡＮ１０１を介してストレージサブシステム１１０に接続される。また、インタフェースは、ＬＡＮ１０２を介して容量監視サーバ１３０等に接続される。
【００２４】
ＣＰＵ４２２は、物理メモリ４２１に記憶されるプログラムを実行することによって、各種処理を行う。
【００２５】
物理メモリ４２１は、ＣＰＵ４２２によって実行されるプログラム及びＣＰＵ４２２によって必要とされる情報等を記憶する。具体的には、物理メモリ４２１は、ファイルシステム２２１、常駐エージェント２２２及びボリューム管理モジュール２２３を記憶する。
【００２６】
ファイルシステム２２１は、ストレージサブシステム１１０に記憶されるファイルを管理する。
【００２７】
常駐エージェント２２２は、容量監視サーバ１３０と各種情報を送受信する。例えば、常駐エージェント２２２は、シン・プロビジョニング・ボリューム４１１のホスト使用容量を算出する。なお、ホスト使用容量は、ストレージサブシステム１１２によって提供されるシン・プロビジョニング・ボリューム４１１の記憶容量のうち、ファイルシステム２２１によって使用されている記憶容量である。そして、常駐エージェント２２２は、算出したホスト使用容量を容量監視サーバ１３０に送信する。
【００２８】
ボリューム管理モジュール２２３は、ストレージサブシステム１１０によって提供されるシン・プロビジョニング・ボリューム４１１及びＬＵを管理する。
【００２９】
容量監視サーバ１３０は、ストレージサブシステム１１０によって提供されるシン・プロビジョニング・ボリューム４１１に関する情報を管理する。なお、容量監視サーバ１３０については、図２で詳細を説明する。
【００３０】
操作端末１４０は、容量監視サーバ１３０に接続されている。また、操作端末１４０は、表示装置、入力装置、記憶装置、ＣＰＵ及び物理メモリ等を有する。操作端末１４０は、管理者から情報の入力を受け付け、受け付けた情報を容量監視サーバ１３０に送信する。また、操作端末１４０は、容量監視サーバ１３０から情報を受信し、受信した情報を表示する。
【００３１】
図２は、本発明の実施の形態の計算機システムに備わる容量監視サーバ１３０の構成のブロック図である。
【００３２】
容量監視サーバ１３０は、ＣＰＵ４３３、物理メモリ４３２、記憶領域４３１及びインタフェース（図示省略）を備える。
【００３３】
インタフェースは、ＬＡＮ１０２を介してホスト計算機１２０及びストレージサブシステム１１０に接続される。
【００３４】
ＣＰＵ４３３は、物理メモリ４３２に記憶されるプログラムを実行することによって各種処理を行う。
【００３５】
物理メモリ４３２は、ＣＰＵ４３３によって実行されるプログラム及びＣＰＵ４３３によって必要とされる情報等を記憶する。具体的には、物理メモリ４３２は、物理ディスク割当量通知モジュール２１１、連続アクセス頻度算出モジュール２１２、レスポンスタイム監視モジュール２１３、過割当容量計算モジュール２１４、容量監視モジュール２３１、容量出力モジュール２３２、性能出力モジュール２３３、警告モジュール２３４、入力モジュール２４１、画面表示情報生成モジュール２４２及び情報表示モジュール２４３を記憶する。
【００３６】
物理ディスク割当量通知モジュール２１１は、監視対象となるシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を取得する。なお、最大容量は、ホスト計算機１２０によって認識される記憶容量である。割当済容量は、シン・プロビジョニング・ボリューム４１１の記憶領域のうち、物理ディスク４１２の記憶領域が既に割り当てられた記憶領域の容量である。
【００３７】
そして、物理ディスク割当量通知モジュール２１１は、取得したシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を容量監視モジュール２３１に受け渡す。
【００３８】
連続アクセス頻度算出モジュール２１２は、アクセスされたブロックのアドレスが順番に並べられた配列を、ストレージサブシステム１１０から受信する。なお、当該ブロックは、シン・プロビジョニング・ボリューム４１１に含まれる記憶領域である。そして、連続アクセス頻度算出モジュール２１２は、取得した配列から、シーケンシャルアクセスの相関係数を算出する。
【００３９】
レスポンスタイム監視モジュール２１３は、シン・プロビジョニング・ボリューム４１１に対するアクセスの平均レスポンスタイムを、ストレージサブシステム１１０から受信する。
【００４０】
過割当容量計算モジュール２１４は、シン・プロビジョニング・ボリューム４１１の過割当率、過割当容量、改善率及び改善容量を算出する。なお、過割当率、過割当容量、改善率及び改善容量については、図８で詳細を説明する。
【００４１】
容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量等を、物理ディスク割当量通知モジュール２１１から受け取る。そして、容量監視モジュール２３１は、受け取ったシン・プロビジョニング・ボリューム４１１の割当済容量及び最大容量を、ボリューム容量記録テーブル５３２に格納する。
【００４２】
更に、容量監視モジュール２３１は、ホスト計算機１２０の常駐エージェント２２２から、シン・プロビジョニング・ボリューム４１１のホスト使用容量を受信する。そして、容量監視モジュール２３１は、受信したシン・プロビジョニング・ボリューム４１１のホスト使用容量をボリューム容量記録テーブル５３２に格納する。
【００４３】
容量出力モジュール２３２は、ボリューム容量記録テーブル５３２から、管理者に指定されたシン・プロビジョニング・ボリューム４１１に関する情報を抽出する。
【００４４】
性能出力モジュール２３３は、連続アクセス頻度算出モジュール２１２によって算出されたシーケンシャルアクセスの相関係数及びレスポンスタイム監視モジュール２１３が受信した平均レスポンスタイムから、管理者に指定されたシン・プロビジョニング・ボリューム４１１に関する相関係数及び平均レスポンスタイムを抽出する。
【００４５】
警告モジュール２３４は、管理者に指定されたシン・プロビジョニング・ボリューム４１１が所定の条件を満たすと、容量監視サーバ１３０及び操作端末１４０のうち少なくとも一方に警告を出力する。
【００４６】
入力モジュール２４１は、管理者から各種情報の入力を受け付ける。なお、管理者は、各種情報を操作端末１４０又は容量監視サーバ１３０のいずれに入力してもよい。
【００４７】
画面表示情報生成モジュール２４２は、容量監視サーバ１３０及び操作端末１４０のうち少なくとも一方に表示される画面を作成する。例えば、画面表示情報生成モジュール２４２は、容量出力モジュール２３２によって抽出されたシン・プロビジョニング・ボリューム４１１に関する情報を含む画面を作成する。また、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当率、過割当容量、改善率及び改善容量を含む画面を作成する。また、画面表示情報生成モジュール２４２は、性能出力モジュール２３３によって抽出された相関係数及び平均レスポンスタイムを含む画面を作成する。
【００４８】
情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって作成された画面を、容量監視サーバ１３０及び操作端末１４０のうちの少なくとも一方に表示する。
【００４９】
記憶領域４３１は、各種情報を記憶する。具体的には、記憶領域４３１は、監視対象ボリューム使用ホスト一覧テーブル５３１、ボリューム容量記録テーブル５３２及びレスポンスタイム記録テーブル５１１を記憶する。
【００５０】
監視対象ボリューム使用ホスト一覧テーブル５３１は、監視対象となるシン・プロビジョニング・ボリューム４１１と当該シン・プロビジョニング・ボリューム４１１にアクセス可能なホスト計算機１２０との対応等を記憶する。なお、監視対象ボリューム使用ホスト一覧テーブル５３１については、図３で詳細を説明する。
【００５１】
ボリューム容量記録テーブル５３２は、監視対象となるシン・プロビジョニング・ボリューム４１１のディスク割当済容量、ホスト使用容量及び最大容量等を記憶する。なお、ボリューム容量記録テーブル５３２については、図４で詳細を説明する。
【００５２】
レスポンスタイム記録テーブル５１１は、レスポンスタイム監視モジュール２１３が受信した平均レスポンスタイムを記憶する。
【００５３】
図３は、本発明の実施の形態の容量監視サーバ１３０に記憶される監視対象ボリューム使用ホスト一覧テーブル５３１の構成図である。
【００５４】
監視対象ボリューム使用ホスト一覧テーブル５３１は、ストレージ用シン・プロビジョニング・ボリュームＩＤ（ストレージ用ＴＰＶｏｌＩＤ）５３１１、ホストＩＤ５３１２、ホスト用シン・プロビジョニング・ボリュームＩＤ（ホスト用ＴＰＶｏｌＩＤ）５３１３、監視間隔５３１４及び監視期限５３１５を含む。
【００５５】
ストレージ用ＴＰＶｏｌＩＤ５３１１は、ストレージサブシステム１１０がシン・プロビジョニング・ボリューム４１１を一意に識別するための識別子である。ホストＩＤ５３１２は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１にアクセスするホスト計算機１２０の一意な識別子である。
【００５６】
ホスト用ＴＰＶｏｌＩＤ５３２３は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１をホスト計算機１２０が一意に識別するための識別子である。
【００５７】
監視間隔５３１４は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１に関する情報が取得される間隔である。監視期限５３１５は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１に関する情報の取得が継続される期限である。
【００５８】
図４は、本発明の実施の形態の容量監視サーバ１３０に記憶されるボリューム容量記録テーブル５３２の構成図である。
【００５９】
ボリューム容量記録テーブル５３２は、ストレージ用シン・プロビジョニング・ボリュームＩＤ（ストレージ用ＴＰＶｏｌＩＤ）５３２１、ディスク割当済容量５３２２、ホスト使用容量５３２３、最大容量５３２４及び監視時刻５３２５を含む。
【００６０】
ストレージ用ＴＰＶｏｌＩＤ５３２１は、ストレージサブシステム１１０がシン・プロビジョニング・ボリューム４１１を一意に識別するための識別子である。
【００６１】
ディスク割当済容量５３２２は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１に既に割り当てられた物理ディスク４１２の記憶領域の容量である。ホスト使用容量５３２３は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１の記憶容量のうち、ホスト計算機１２０によって使用されている記憶容量である。
【００６２】
最大容量５３２４は、当該レコードのストレージ用ＴＰＶｏｌＩＤ５３２１によって識別されるシン・プロビジョニング・ボリューム４１１の記憶容量である。つまり、ホスト計算機１２０は、シン・プロビジョニング・ボリューム４１１を、最大容量５３２４の記憶領域を有するボリュームとして認識する。
【００６３】
監視時刻５３２５は、当該レコードに格納されている情報が取得された日付け及び時刻である。
【００６４】
図５は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量観点の得失判断情報出力処理のフローチャートである。
【００６５】
まず、容量監視サーバ１３０は、容量監視処理を行う（３１２）。これによって、容量監視サーバ１３０は、監視対象ボリューム使用ホストテーブル５３１及びボリューム容量記録テーブル５３２を更新する。なお、容量監視処理については、図６で詳細を説明する。
【００６６】
次に、容量監視サーバ１３０は、容量取得処理を行う（３１３）。これによって、容量監視サーバ１３０は、表示対象となるシン・プロビジョニング・ボリューム４１１に関する情報を、ボリューム容量記録テーブル５３２から抽出する。なお、容量取得処理については、図７で詳細を説明する。
【００６７】
次に、容量監視サーバ１３０は、容量表示処理を行う（３１４）。これによって、容量監視サーバ１３０は、表示対象となるシン・プロビジョニング・ボリューム４１１に関する情報を表示する。なお、容量表示処理については、図８で詳細を説明する。
【００６８】
なお、容量監視サーバ１３０は、容量表示処理の代わりに、警告出力処理を行ってもよい。警告出力処理については、図１４で詳細を説明する。
【００６９】
そして、容量監視サーバ１３０は、容量観点の得失判断情報出力処理を終了する。
【００７０】
図６は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量監視処理のフローチャートである。
【００７１】
容量監視処理は、容量観点の得失判断情報出力処理（図５）のステップ３１２において実行される。
【００７２】
管理者は、監視対象となるシン・プロビジョニング・ボリューム４１１に関する情報を、操作端末１４０に入力する。監視対象となるシン・プロビジョニング・ボリューム４１１に関する情報は、ストレージ用ＴＰＶｏｌＩＤ、ホストＩＤ、ホスト用ＴＰＶｏｌＩＤ、監視間隔及び監視期限を含む。すると、操作端末１４０は、入力されたシン・プロビジョニング・ボリューム４１１に関する情報を容量監視サーバ１３０に送信する。
【００７３】
なお、管理者は、監視対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ、監視間隔及び監視期限だけを操作端末１４０に入力してもよい。この場合、操作端末１４０は、ストレージ用ＴＰＶｏｌＩＤとホストＩＤ及びホスト用ＴＰＶｏｌＩＤとの対応を記憶する。そして、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤに対応するホストＩＤ及びホスト用ＴＰＶｏｌＩＤを特定する。そして、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ、特定したホストＩＤ、特定したホスト用ＴＰＶｏｌＩＤ、入力された監視間隔及び入力された監視期限を容量監視サーバ１３０に送信する。
【００７４】
容量監視サーバ１３０の入力モジュール２４１は、シン・プロビジョニング・ボリューム４１１に関する情報を、操作端末１４０から受信する（３１２１）。
【００７５】
すると、容量監視サーバ１３０の容量監視モジュール２３１は、入力モジュール２４１が受信した情報に基づいて、監視対象ボリューム使用ホスト一覧テーブル５３１を作成又は更新する（３１２２）。
【００７６】
具体的には、容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１に新たなレコードを作成する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるストレージ用ＴＰＶｏｌＩＤを、新たなレコードのストレージ用ＴＰＶｏｌＩＤ５３１１に格納する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるホストＩＤを、新たなレコードのホストＩＤ５３１２に格納する。
【００７７】
次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれるホスト用ＴＰＶｏｌＩＤを、新たなレコードのホスト用ＴＰＶｏｌＩＤ５３１３に格納する。次に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれる監視間隔を、新たなレコードの監視間隔５３１４に格納する。更に、容量監視モジュール２３１は、入力モジュール２４１が受信した情報に含まれる監視期限を、新たなレコードの監視期限５３１５に格納する。
【００７８】
次に、容量監視サーバ１３０は、ディスク割当済容量及びホスト使用容量を取得する（３１２３）。なお、容量監視サーバ１３０は、ディスク割当済容量、ホスト使用容量及び最大容量を同時に取得してもよいし、順番に取得してもよい。
【００７９】
具体的には、容量監視サーバ１３０の容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１から、ストレージ用ＴＰＶｏｌＩＤ５３１１を抽出する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３１１を、容量監視サーバ１３０の物理ディスク割当量通知モジュール２１１に受け渡す。
【００８０】
すると、物理ディスク割当量通知モジュール２１１は、受け取ったストレージ用ＴＰＶｏｌＩＤ５３１１によって識別されるシン・プロビジョニング・ボリューム４１１のディスク割当済容量及び最大容量を、ストレージサブシステム１１０から取得する。そして、物理ディスク割当量通知モジュール２１１は、取得したディスク割当済容量及び最大容量を、容量監視モジュール２３１に受け渡す。
【００８１】
また、容量監視サーバ１３０の容量監視モジュール２３１は、監視対象ボリューム使用ホスト一覧テーブル５３１から、ホストＩＤ５３１２及びホスト用ＴＰＶｏｌＩＤ５３１３を抽出する。次に、容量監視モジュール２３１は、抽出したホストＩＤ５３１２によって識別されるホスト計算機１２０の常駐エージェント２２２に、抽出したホスト用ＴＰＶｏｌＩＤ５３１３を送信する。
【００８２】
すると、常駐エージェント２２２は、受信したホスト用ＴＰＶｏｌＩＤ５３１３によって識別されるシン・プロビジョニング・ボリューム４１１のホスト使用容量を算出する。次に、常駐エージェント２２２は、算出したホスト使用容量を、容量監視サーバ１３０の容量監視モジュール２３１に送信する。
【００８３】
次に、容量監視サーバ１３０は、ボリューム容量記録テーブル５３２を更新する（３１２４）。
【００８４】
具体的には、容量監視サーバ１３０の容量監視モジュール２３１は、ボリューム容量記録テーブル５３２に新たなレコードを作成する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３１１を、新たなレコードのストレージ用ＴＰＶｏｌＩＤ５３２１に格納する。
【００８５】
次に、容量監視モジュール２３１は、物理ディスク割当量通知モジュール２１１から受け取ったディスク割当済容量を、新たなレコードのディスク割当済容量５３２２に格納する。次に、容量監視モジュール２３１は、常駐エージェント２２２から受信したホスト使用容量を、新たなレコードのホスト使用容量５３２３に格納する。次に、容量監視モジュール２３１は、物理ディスク割当量通知モジュール２１１から受け取った最大容量を、新たなレコードの最大容量５３２４に格納する。更に、容量監視モジュール２３１は、現在の時刻を、新たなレコードの監視時刻５３２５に格納する。
【００８６】
このようにして、容量監視サーバ１３０は、ボリューム容量記録テーブル５３２を更新する。
【００８７】
次に、容量監視サーバ１３０の容量監視モジュール２３１は、ボリューム容量記録テーブル５３２に追加された新たなレコードから、ストレージ用ＴＰＶｏｌＩＤ５３２１及び監視時刻５３２５を抽出する。次に、容量監視モジュール２３１は、抽出したストレージ用ＴＰＶｏｌＩＤ５３２１と監視対象ボリューム使用ホスト一覧テーブル５３１のストレージ用ＴＰＶｏｌＩＤ５３１１とが一致するレコードを、監視対象ボリューム使用ホスト一覧テーブル５３１から選択する。
【００８８】
次に、容量監視モジュール２３１は、選択したレコードから、監視間隔５３１４及び監視期限５３１５を抽出する。次に、容量監視モジュール２３１は、抽出した監視時刻５３２５に、抽出した監視間隔５３１４を加算することによって、次回の監視時刻を算出する。次に、容量監視モジュール２３１は、算出した次回の監視時刻が、抽出した監視期限５３１５を過ぎているか否かを判定する（３１２５）。
【００８９】
次回の監視時刻が監視期限５３１５を過ぎていない場合、容量監視モジュール２３１は、算出した次回の監視時刻まで待機する（３１２６）。その後、容量監視モジュール２３１は、ステップ３１２３に戻る。そして、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の容量を再度監視して、ボリューム容量記録テーブル５３２を更新する。
【００９０】
一方、次回の監視時刻が監視期限５３１５を過ぎている場合、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１の容量を再度監視する必要がない。よって、容量監視モジュール２３１は、容量監視処理を終了する。
【００９１】
図７は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量取得処理のフローチャートである。
【００９２】
容量取得処理は、容量観点の得失判断情報出力処理（図５）のステップ３１３において実行される。
【００９３】
管理者は、表示対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ及び表示対象となる時刻（表示対象時刻）を、操作端末１４０に入力する。すると、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ及び入力された表示対象時刻を、容量監視サーバ１３０に送信する。
【００９４】
容量監視サーバ１３０の入力モジュール２４１は、ストレージ用ＴＰＶｏｌＩＤ及び表示対象時刻を、操作端末１４０から受信する（３１３１）。
【００９５】
次に、容量監視サーバ１３０の容量出力モジュール２３２は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤとボリューム容量記録テーブル５３２のストレージ用ＴＰＶｏｌＩＤ５３２１とが一致するレコード（ボリューム対応レコード）のすべてを、ボリューム容量記録テーブル５３２から選択する（３１３２）。
【００９６】
次に、容量監視サーバ１３０の容量出力モジュール２３２は、選択したボリューム対応レコードのいずれかの監視時刻５３２５に、入力モジュール２４１が受信した表示対象時刻以前の時刻が格納されているか否かを判定する。これによって、容量出力モジュール２３２は、表示対象時刻が、当該シン・プロビジョニング・ボリューム４１１が最初に監視された時刻以後であるか否かを判定する（３１３３）。
【００９７】
表示対象時刻が最初の監視時刻より前であると、容量出力モジュール２３２は、当該表示対象時刻に対応する情報を表示できない。よって、容量出力モジュール２３２は、エラーを操作端末１４０に通知するエラー処理を行う（３１３６）。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【００９８】
一方、表示対象時刻が最初の監視時刻以後であると、容量出力モジュール２３２は、選択したボリューム対応レコードのいずれかの監視時刻５３２５に、入力モジュール２４１が受信した表示対象時刻以後の時刻が格納されているか否かを判定する。これによって、容量出力モジュール２３２は、表示対象時刻が、当該シン・プロビジョニング・ボリューム４１１が最後に監視された時刻以前であるか否かを判定する（３１３４）。
【００９９】
表示対象時刻が最後の監視時刻より後であると、容量出力モジュール２３２は、当該表示対象時刻に対応する情報を表示できない。よって、容量出力モジュール２３２は、エラーを操作端末１４０に通知するエラー処理を行う（３１３６）。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【０１００】
一方、表示対象時刻が最後の監視時刻以前であると、容量出力モジュール２３２は、入力モジュール２４１が受信した表示対象時刻に最も近い監視時刻５３２５を含むレコード（表示対象レコード）を、選択したボリューム対応レコードの中から選択する（３１３５）。次に、容量出力モジュール２３２は、選択した表示対象レコードを、過割当容量計算モジュール２１４及び画面表示情報生成モジュール２４２に受け渡す。そして、容量監視サーバ１３０は、容量取得処理を終了する。
【０１０１】
図８は、本発明の実施の形態の容量監視サーバ１３０によって実行される容量表示処理のフローチャートである。
【０１０２】
容量表示処理は、容量観点の得失判断情報出力処理（図５）のステップ３１４において実行される。
【０１０３】
容量監視サーバ１３０の過割当容量計算モジュール２１４及び画面表示情報生成モジュール２４２は、容量取得処理（図７）のステップ３１３５において選択された表示対象レコードを、容量出力モジュール２３２から受け取る（３１４１）。
【０１０４】
次に、過割当容量計算モジュール２１４は、受け取った表示対象レコードに基いて、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する（３１４２）。
【０１０５】
具体的には、過割当容量計算モジュール２１４は、以下の数式１を用いて、改善容量Ｉａを求める。
【０１０６】
【数１】
【０１０７】
なお、Ｔは、表示対象レコードの最大容量５３２４である。また、Ａは、表示対象レコードのディスク割当済容量５３２２である。
【０１０８】
このように、改善容量Ｉａは、シン・プロビジョニング・ボリューム４１１の最大容量とシン・プロビジョニング・ボリューム４１１のディスク割当済容量との差分である。つまり、改善容量Ｉａは、シン・プロビジョニング・ボリューム４１１と同じ容量のＬＵをホスト計算機１２０に提供した場合と比べて、シン・プロビジョニング・ボリューム４１１によって節約される物理ディスク４１２の記憶領域の容量である。なお、シン・プロビジョニング・ボリューム４１１と同じ容量を持つＬＵは、当該シン・プロビジョニング・ボリューム４１１の最大容量と同じ容量の物理ディスク４１２を必要とする。
【０１０９】
また、過割当容量計算モジュール２１４は、以下の数式２を用いて、改善率Ｉｒを求める。
【０１１０】
【数２】
【０１１１】
このように、改善率Ｉｒは、シン・プロビジョニング・ボリューム４１１の最大容量に対する、改善容量Ｉａの割合である。つまり、改善率Ｉｒは、シン・プロビジョニング・ボリュームをＬＵに変更した場合に必要となる物理ディスク４１２の容量に対する、シン・プロビジョニング・ボリューム４１１によって節約される物理ディスク４１２の容量の割合である。
【０１１２】
改善率Ｉｒが大きい場合、シン・プロビジョニング・ボリューム４１１の一部分にしか物理ディスク４１２の記憶領域が割り当てられていない。つまり、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の記憶領域が沢山節約されている。
【０１１３】
逆に、改善率Ｉｒが小さい場合、シン・プロビジョニング・ボリューム４１１の大部分に物理ディスク４１２の記憶領域が割り当てられている。つまり、シン・プロビジョニング・ボリューム４１１の導入による利点が生かされておらず、物理ディスク４１２の記憶領域が殆ど節約できていない。
【０１１４】
また、過割当容量計算モジュール２１４は、以下の数式３を用いて、過割当容量Ｏａを求める。
【０１１５】
【数３】
【０１１６】
なお、Ｕは、表示対象レコードのホスト使用容量５３２３である。
【０１１７】
このように、過割当容量Ｏａは、シン・プロビジョニング・ボリューム４１１のディスク割当済容量とシン・プロビジョニング・ボリューム４１１のホスト使用容量との差分である。つまり、過割当容量Ｏａは、シン・プロビジョニング・ボリューム４１１に割り当てた物理ディスク４１２の容量のうち、ホスト計算機１２０によって使用されていない容量である。
【０１１８】
また、過割当容量計算モジュール２１４は、以下の数式４を用いて、過割当率Ｏｒを求める。
【０１１９】
【数４】
【０１２０】
このように、過割当率Ｏｒは、シン・プロビジョニング・ボリューム４１１のディスク割当済容量に対する、過割当容量Ｏａの割合である。
【０１２１】
過割当率Ｏｒが大きい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが、ホスト計算機１２０に使用されていない。つまり、当該シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域の多くが無駄になっている。
【０１２２】
一方、過割当率Ｏｒが小さい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の大部分が、ホスト計算機１２０に使用されている。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域が、殆ど無駄になっていない。
【０１２３】
このようにして、過割当容量計算モジュール２１４は、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する。
【０１２４】
次に、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、容量出力画面（図９）を生成する（３１４３）。
【０１２５】
図９は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１２６】
容量出力画面７１１は、管理者によって表示対象として指定されたシン・プロビジョニング・ボリューム４１１に関する情報を含む。具体的には、容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。
【０１２７】
ここで、図８に戻る。画面表示情報生成モジュール２４２は、受け取った表示対象レコード及び過割当容量計算モジュール２１４によって算出された値に基づいて、容量出力画面７１１を生成する。
【０１２８】
具体的には、画面表示情報生成モジュール２４２は、表示対象レコードの監視時刻５３２５を、容量出力画面７１１の監視時刻７１１１に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードの最大容量５３２４を、容量出力画面７１１の最大容量７１１２に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードのディスク割当済容量５３２２を、容量出力画面７１１のディスク割当済容量７１１３に格納する。次に、画面表示情報生成モジュール２４２は、表示対象レコードのホスト使用容量５３２３を、容量出力画面７１１のホスト使用容量７１１４に格納する。
【０１２９】
次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された改善率を、容量出力画面７１１の改善率７１１５に格納する。次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された改善容量を、容量出力画面７１１の改善容量７１１６に格納する。
【０１３０】
次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当率を、容量出力画面７１１の過割当率７１１７に格納する。次に、画面表示情報生成モジュール２４２は、過割当容量計算モジュール２１４によって算出された過割当容量を、容量出力画面７１１の過割当容量７１１８に格納する。
【０１３１】
このようにして、画面表示情報生成モジュール２４２は、容量出力画面７１１を生成する。
【０１３２】
次に、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を操作端末１４０に送信する。すると、操作端末１４０は、受信した容量出力画面７１１を表示する。なお、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を当該容量監視サーバ１３０の表示装置に表示してもよい。そして、容量監視サーバ１３０は、容量表示処理を終了する。
【０１３３】
なお、管理者は、容量出力画面７１１を参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。具体的には、管理者は、シン・プロビジョニング・ボリューム４１１の改善率及び過割当率等に基づいて、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。
【０１３４】
管理者は、シン・プロビジョニング・ボリューム４１１の改善率が所定の値以上であることを期待する。そのため、シン・プロビジョニング・ボリューム４１１の改善率が所定の値より小さい場合、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３５】
改善率は、シン・プロビジョニング・ボリュームをＬＵに変更した場合に必要となる物理ディスク４１２の記憶領域の容量に対する、シン・プロビジョニング・ボリュームの導入によって節約される物理ディスク４１２の記憶領域の容量の割合である。
【０１３６】
改善率が所定の値以上の場合、シン・プロビジョニング・ボリューム４１１の一部分にしか物理ディスク４１２の記憶領域が割り当てられていない。つまり、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の記憶領域が沢山節約されている。そこで、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１３７】
一方、改善率が所定の値より小さい場合、シン・プロビジョニング・ボリューム４１１の大部分に物理ディスク４１２の記憶領域が割り当てられている。つまり、シン・プロビジョニング・ボリューム４１１の導入による利点が生かされておらず、物理ディスク４１２の記憶領域が殆ど節約できていない。そこで、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３８】
また、管理者は、シン・プロビジョニング・ボリューム４１１の過割当率が所定の値以下であることを管理者は期待する。そのため、シン・プロビジョニング・ボリューム４１１の過割当率が所定の値より大きい場合、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１３９】
過割当率は、シン・プロビジョニング・ボリューム４１１のディスク割当済容量に対する、過割当容量の割合である。なお、過割当容量は、シン・プロビジョニング・ボリューム４１１に割り当てた物理ディスク４１２のうち、ホスト計算機１２０によって使用されていない物理ディスク４１２の容量である。
【０１４０】
過割当率が所定の値以下の場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の大部分が、ホスト計算機１２０に使用されている。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられている物理ディスク４１２の記憶領域が、殆ど無駄になっていない。よって、物理ディスク４１２の記憶領域の無駄な割り当てを防ぐという、シン・プロビジョニング・ボリューム４１１の利点が生かされている。そのため、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１４１】
一方、過割当率が所定の値より大きい場合、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが、ホスト計算機１２０に使用されていない。つまり、シン・プロビジョニング・ボリューム４１１に割り当てられた物理ディスク４１２の記憶領域の多くが無駄になっている。よって、物理ディスク４１２の記憶領域の無駄な割り当てを防ぐという、シン・プロビジョニング・ボリューム４１１の利点が生かされていない。そのため、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１４２】
以下、管理者は、シン・プロビジョニング・ボリューム４１１の改善率が２０％以上であることを期待する。更に、管理者は、シン・プロビジョニング・ボリューム４１１の過割当率が３０％以下であることを期待する。
【０１４３】
まずは、図９で説明した容量表示画面７１１が表示された場合を説明する。
【０１４４】
図９の容量表示画面７１１では、改善率７１１５が４０％である。つまり、改善率７１１５は、２０％以上なので、管理者の期待を満たしている。また、図９の容量表示画面７１１では、過割当率７１１７が２０％である。つまり、過割当率７１１７は、３０％以下なので、管理者の期待を満たしている。
【０１４５】
このように、図９の容量表示画面７１１では、改善率７１１５及び過割当率７１１７の両方が、管理者の期待を満たしている。よって、管理者は、当該シン・プロビジョニング・ボリューム４１１をそのまま運用すべきと判断する。
【０１４６】
次に、図１０で示す容量表示画面７１１が表示された場合を説明する。
【０１４７】
図１０は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１４８】
図１０の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１４９】
図１０の容量表示画面７１１では、改善率７１１５が５％である。つまり、改善率７１１５は、２０％より小さいので、管理者の期待を満たしていない。また、図１０の容量表示画面７１１では、過割当率７１１７が４６％である。つまり、過割当率７１１７は、３０％より大きいので、管理者の期待を満たしていない。
【０１５０】
このように、図１０の容量表示画面７１１では、改善率７１１５及び過割当率７１１７の両方が、管理者の期待を満たしていない。よって、管理者は、当該シン・プロビジョニング・ボリューム４１１をＬＵへ移行すべきと判断する。
【０１５１】
次に、図１１で示す容量表示画面７１１が表示された場合を説明する。
【０１５２】
図１１は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１５３】
図１１の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１５４】
図１１の容量表示画面７１１では、改善率７１１５が５％である。つまり、改善率７１１５は、２０％より小さいので、管理者の期待を満たしていない。また、図１１の容量表示画面７１１では、過割当率７１１７が６％である。つまり、過割当率７１１７は、３０％以下なので、管理者の期待を満たしている。
【０１５５】
このように、図１１の容量表示画面７１１では、過割当率７１１７のみが、管理者の期待を満たしている。この場合、シン・プロビジョニング・ボリューム４１１の導入によって、物理ディスク４１２の過割り当てを防いでいる。そのため、管理者は、ＬＵに移行せずに、当該シン・プロビジョニング・ボリューム４１１のままで運用すべきと判断する。
【０１５６】
しかし、シン・プロビジョニング・ボリューム４１１の容量の多くに、物理ディスク４１２が既に割り当て済みである。つまり、このまま運用を続けると、シン・プロビジョニング・ボリューム４１１の容量のすべてをホスト計算機１２０が使い切ってしまう。そこで、管理者は、シン・プロビジョニング・ボリューム４１１の最大容量を拡張して運用し続けるべきと判断する。
【０１５７】
次に、図１２で示す容量表示画面７１１が表示された場合を説明する。
【０１５８】
図１２は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１５９】
図１２の容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８を含む。これらは、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１６０】
図１２の容量表示画面７１１では、改善率７１１５が４０％である。つまり、改善率７１１５は、２０％以上なので、管理者の期待を満たしている。また、図１１の容量表示画面７１１では、過割当率７１１７が５０％である。つまり、過割当率７１１７は、３０％より大きいので、管理者の期待を満たしていない。
【０１６１】
このように、図１１の容量表示画面７１１では、改善率７１１５のみが、管理者の期待を満たしている。この場合、管理者は、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを即座に判断できない。そこで、管理者は、シン・プロビジョニング・ボリューム４１１へデータを書き込む頻度又はシン・プロビジョニング・ボリューム４１１からデータを削除する頻度等を参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。つまり、管理者は、容量表示画面７１１を定期的に参照して、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを判断する。
【０１６２】
なお、容量監視サーバ１３０は、容量出力画面７１１と併せて、性能表示画面を操作端末１４０に表示させてもよい。
【０１６３】
図１３は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される性能表示画面７１２の説明図である。
【０１６４】
性能表示画面７１２は、シーケンシャルアクセスの相関関数７１２１及びレスポンスタイム７１２２を含む。
【０１６５】
シーケンシャルアクセスの相関関数７１２１は、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度を示す。
【０１６６】
容量監視サーバ１３０は、以下のようにして、シーケンシャルアクセスの相関関数Ｒを求める。
【０１６７】
まず、容量監視サーバ１３０の連続アクセス頻度算出モジュール２１２は、アクセスされたブロックのアドレスが順番に並べられた配列を、ストレージサブシステム１１０から受信する。そして、連続アクセス頻度算出モジュール２１２は、受信した配列に基づいて、シーケンシャルアクセスの相関関数Ｒを算出する。具体的には、連続アクセス頻度算出モジュール２１２は、以下の数式５を用いて、シーケンシャルアクセスの相関関数Ｒを算出する。
【０１６８】
【数５】
【０１６９】
【数６】
【０１７０】
【数７】
【０１７１】
なお、ｘiは、ｉ番目にアクセスされたブロックのアドレスである。また、ｙiは、ｉ＋１番目にアクセスされたブロックのアドレスである。ｎは、連続アクセス頻度算出モジュール２１２がストレージサブシステム１１０から取得したアドレスの個数である。
【０１７２】
そして、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、連続アクセス頻度算出モジュール２１２によって算出された相関関数Ｒを、性能表示画面７１２のシーケンシャルアクセスの相関関数７１２１として表示する。
【０１７３】
シーケンシャルアクセスの相関関数７１２１の絶対値が０に近いほど、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度が低い。そのため、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がない。
【０１７４】
一方、シーケンシャルアクセスの相関関数７１２１の絶対値が１に近いほど、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスの頻度が高い。そのため、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１７５】
これは、シン・プロビジョニング・ボリューム４１１には、シーケンシャルアクセスに対する性能に問題があるからである。シン・プロビジョニング・ボリューム４１１は、シーケンシャルアクセスに対する性能がＬＵより劣る。なぜなら、シン・プロビジョニング・ボリューム４１１内の連続したアドレスは、物理ディスク４１２内の連続したアドレスに対応付けられるとは限らないからである。そのため、シン・プロビジョニング・ボリューム４１１に対するシーケンシャルアクセスは、物理ディスク４１２に対してはランダムアクセスとなり得る。一般に、シーケンシャルアクセスは、ランダムアクセスよりも高速に処理される。従って、シーケンシャルアクセスの頻度が高いほど、シン・プロビジョニング・ボリューム４１１は、ＬＵよりアクセス性能が劣る。
【０１７６】
つまり、管理者は、シーケンシャルアクセスの相関関数７１２１の絶対値が所定の値以上であるか否かを判定する。シーケンシャルアクセスの相関関数７１２１の絶対値が所定の値以上の場合、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１７７】
レスポンスタイム７１２２は、シン・プロビジョニング・ボリューム４１１に対するアクセスの応答時間である。
【０１７８】
容量監視サーバ１３０のレスポンスタイム監視モジュール２１３は、シン・プロビジョニング・ボリューム４１１に対するアクセスのレスポンスタイムを、ストレージサブシステム１１０から取得する。そして、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、レスポンスタイム監視モジュール２１３によって取得されたレスポンスタイムを、性能表示画面７１２のレスポンスタイム７１２２として表示する。
【０１７９】
管理者は、レスポンスタイム７１２２が所定の値以上であるか否かを判定する。レスポンスタイム７１２２が所定の値より小さい場合、シン・プロビジョニング・ボリューム４１１が、管理者によって期待されるアクセス性能を満たしている。よって、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がない。
【０１８０】
一方、レスポンスタイム７１２２が所定の値以上の場合、シン・プロビジョニング・ボリューム４１１が、管理者によって期待されるアクセス性能を満たしてない。そこで、管理者は、シン・プロビジョニング・ボリューム４１１からＬＵへの移行を検討する必要がある。
【０１８１】
以上のように、管理者は、容量出力画面７１１に加えて、性能表示画面７１２を参照することによって、シン・プロビジョニング・ボリューム４１１での運用を継続すべきか否かを適切に判断できる。
【０１８２】
なお、本実施の形態では、容量出力画面７１１と性能表示画面７１２とは、別の画面で説明した。しかし、容量出力画面７１１に含まれる情報と性能表示画面７１２に含まれる情報とが、一つの画面に含まれていてもよい。
【０１８３】
図１４は、本発明の実施の形態の容量監視サーバ１３０によって実行される警告出力処理のフローチャートである。
【０１８４】
警告出力処理は、容量観点の得失判断情報出力処理（図５）のステップ３１４において、容量表示処理の代わりに実行される。
【０１８５】
管理者は、警告出力対象となるシン・プロビジョニング・ボリューム４１１のストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、操作端末１４０に入力する。すると、操作端末１４０は、入力されたストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、容量監視サーバ１３０に送信する。
【０１８６】
容量監視サーバ１３０の入力モジュール２４１は、ストレージ用ＴＰＶｏｌＩＤ及び過割当率に関する閾値を、操作端末１４０から受信する（３１５１）。
【０１８７】
すると、容量監視サーバ１３０の警告モジュール２３４は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤとボリューム容量記録テーブル５３２のストレージ用ＴＰＶｏｌＩＤ５３２１とが一致するすべてのレコードを、ボリューム容量記録テーブル５３２から選択する。次に、警告モジュール２３４は、監視時刻５３２５が最も新しいレコードを、選択したレコードの中から選択する（３１５２）。
【０１８８】
次に、容量監視サーバ１３０の過割当容量計算モジュール２１４は、警告モジュール２３４によって選択されたレコードから、ディスク割当済容量５３２２、ホスト使用容量５３２３、最大容量５３２４及び監視時刻５３２５を抽出する。
【０１８９】
次に、容量監視サーバ１３０の過割当容量計算モジュール２１４は、抽出したディスク割当済容量５３２２、ホスト使用容量５３２３及び最大容量５３２４に基づいて、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量を算出する（３１５３）。なお、シン・プロビジョニング・ボリューム４１１の改善率、改善容量、過割当率及び過割当容量は、容量表示処理（図８）のステップ３１４２と同一の方法で算出される。
【０１９０】
次に、容量監視サーバ１３０の警告モジュール２３４は、過割当容量計算モジュール２１４によって算出された過割当率が、入力モジュール２４１が受信した過割当率に関する閾値より大きいか否かを判定する（３１５４）。
【０１９１】
算出された過割当率が過割当率に関する閾値以下の場合、警告モジュール２３４は、警告を表示する必要がない。そこで、警告モジュール２３４は、そのままステップ３１５６に進む。
【０１９２】
一方、算出された過割当率が過割当率に関する閾値より大きい場合、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、容量出力画面（図１５）を生成する。
【０１９３】
図１５は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される容量出力画面７１１の説明図である。
【０１９４】
容量出力画面７１１は、管理者によって警告出力対象として指定されたシン・プロビジョニング・ボリューム４１１に関する情報を含む。具体的には、容量出力画面７１１は、監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７、過割当容量７１１８及び警告文７１１９を含む。
【０１９５】
監視時刻７１１１、最大容量７１１２、ディスク割当済容量７１１３、ホスト使用容量７１１４、改善率７１１５、改善容量７１１６、過割当率７１１７及び過割当容量７１１８は、図９で説明した容量出力画面に含まれるものと同一なので説明を省略する。
【０１９６】
警告文７１１９は、入力されたストレージ用ＴＰＶｏｌＩＤによって識別されるシン・プロビジョニング・ボリューム４１１の過割当率が、入力された閾値を上回ることを警告する。
【０１９７】
ここで、図１４に戻る。画面表示情報生成モジュール２４２は、受け取った表示対象レコード及び過割当容量計算モジュール２１４によって算出された値に基づいて、警告文７１１９を含む容量出力画面７１１を生成する。
【０１９８】
次に、容量監視サーバ１３０の情報表示モジュール２４３は、画面表示情報生成モジュール２４２によって生成された容量出力画面７１１を操作端末１４０に送信する。すると、操作端末１４０は、受信した容量出力画面７１１を表示する（３１５５）。
【０１９９】
次に、容量監視サーバ１３０の容量監視モジュール２３１は、入力モジュール２４１が受信したストレージ用ＴＰＶｏｌＩＤと監視対象ボリューム使用ホスト一覧テーブル５３１のストレージ用ＴＰＶｏｌＩＤ５３１１とが一致するレコードを、監視対象ボリューム使用ホスト一覧テーブル５３１から選択する。
【０２００】
次に、容量監視モジュール２３１は、選択したレコードから、監視間隔５３１４及び監視期限５３１５を抽出する。次に、容量監視モジュール２３１は、抽出した監視時刻５３２５に、抽出した監視間隔５３１４を加算することによって、次回の監視時刻を算出する。次に、容量監視サーバ１３０は、算出した次回の監視時刻が、抽出した監視期限５３１５を過ぎているか否かを判定する（３１５６）。
【０２０１】
次回の監視時刻が監視期限５３１５を過ぎていない場合、容量監視モジュール２３１は、算出した次回の監視時刻まで待機する（３１５７）。その後、容量監視モジュール２３１は、ステップ３１５２に戻る。そして、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１に対する警告出力処理を繰り返す。
【０２０２】
一方、次回の監視時刻が監視期限５３１５を過ぎている場合、容量監視モジュール２３１は、シン・プロビジョニング・ボリューム４１１を再度監視する必要がない。よって、容量監視サーバ１３０は、警告出力処理を終了する。
【０２０３】
以上のように、容量監視サーバ１３０は、警告出力処理を実行することによって、過割当率の上昇を自動的に管理者に通知できる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の容量を監視する負担を軽減できる。
【０２０４】
なお、容量監視サーバ１３０は、警告文を含む性能表示画面７１２（図１６）を操作端末１４０に表示させてもよい。
【０２０５】
また、容量監視サーバ１３０は、同様の方法で、改善率に関する警告を出力してもよい。この場合、管理者は、過割当率に関する閾値の代わりに、改善率に関する閾値を入力する。そして、容量監視サーバ１３０は、算出された改善率が、入力された改善率に関する閾値より小さいか否かを判定する。算出された過割当率が過割当率に関する閾値より小さい場合、容量監視サーバ１３０は、警告文を含む容量出力画面を生成し、表示する。
【０２０６】
以上のように、容量監視サーバ１３０は、改善率の低下を自動的に管理者に通知できる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の容量を監視する負担を軽減できる。
【０２０７】
図１６は、本発明の実施の形態の画面表示情報生成モジュール２４２によって生成される性能表示画面７１２の説明図である。
【０２０８】
性能表示画面７１２は、シーケンシャルアクセスの相関関数７１２１、レスポンスタイム７１２２及び警告文７１２３を含む。シーケンシャルアクセスの相関関数７１２１及びレスポンスタイム７１２２は、性能表示画面（図１３）に含まれるものと同一なので説明を省略する。
【０２０９】
警告文７１２３は、当該シン・プロビジョニング・ボリューム４１１に対するレスポンスタイムが閾値を上回ることを警告する。
【０２１０】
なお、容量監視サーバ１３０は、警告出力処理（図１４）と同様の処理によって、警告文７１２３を含む性能表示画面７１２を操作端末１４０に表示させる。
【０２１１】
まず、管理者は、シーケンシャルアクセスの相関関数に関する閾値及びレスポンスタイムに関する閾値を操作端末１４０に入力する。
【０２１２】
容量監視サーバ１３０の警告モジュール２３４は、連続アクセス頻度算出モジュール２１２によって算出されたシーケンシャルアクセスの相関関数の絶対値が、管理者に入力された閾値以上であるか否かを判定する。算出されたシーケンシャルアクセスの相関関数の絶対値が閾値以上であると、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、警告文７１２３を含む性能表示画面７１２を作成する。そして、画面表示情報生成モジュール２４２は、作成した性能表示画面７１２を操作端末１４０に表示させる。
【０２１３】
同様に、容量監視サーバ１３０の警告モジュール２３４は、レスポンスタイム監視モジュール２１３によって取得されたレスポンスタイムが、管理者に入力された閾値以上であるか否かを判定する。取得されたレスポンスタイムが閾値以上であると、容量監視サーバ１３０の画面表示情報生成モジュール２４２は、警告文７１２３を含む性能表示画面７１２を作成する。そして、画面表示情報生成モジュール２４２は、作成した性能表示画面７１２を操作端末１４０に表示させる。
【０２１４】
以上のように、シン・プロビジョニング・ボリューム４１１が管理者によって期待される性能を満たさなくなると、容量監視サーバ１３０は、警告文を含む性能表示画面７１２を表示させる。これによって、管理者は、シン・プロビジョニング・ボリューム４１１の性能を監視する負担を軽減できる。
【図面の簡単な説明】
【０２１５】
【図１】本発明の実施の形態の計算機システムの構成のブロック図である。
【図２】本発明の実施の形態の計算機システムに備わる容量監視サーバの構成のブロック図である。
【図３】本発明の実施の形態の容量監視サーバに記憶される監視対象ボリューム使用ホスト一覧テーブルの構成図である。
【図４】本発明の実施の形態の容量監視サーバに記憶されるボリューム容量記録テーブルの構成図である。
【図５】本発明の実施の形態の容量監視サーバによって実行される容量観点の得失判断情報出力処理のフローチャートである。
【図６】本発明の実施の形態の容量監視サーバによって実行される容量監視処理のフローチャートである。
【図７】本発明の実施の形態の容量監視サーバによって実行される容量取得処理のフローチャートである。
【図８】本発明の実施の形態の容量監視サーバによって実行される容量表示処理のフローチャートである。
【図９】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１０】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１１】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１２】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１３】本発明の実施の形態の画面表示情報生成モジュールによって生成される性能表示画面の説明図である。
【図１４】本発明の実施の形態の容量監視サーバによって実行される警告出力処理のフローチャートである。
【図１５】本発明の実施の形態の画面表示情報生成モジュールによって生成される容量出力画面の説明図である。
【図１６】本発明の実施の形態の画面表示情報生成モジュールによって生成される性能表示画面の説明図である。
【符号の説明】
【０２１６】
１０１ ＳＡＮ
１０２ ＬＡＮ
１１０ ストレージサブシステム
１２０ ホスト計算機
１３０ 容量監視サーバ
１４０ 操作端末
２１１ 物理ディスク割当量通知モジュール
２１２ 連続アクセス頻度算出モジュール
２１３ レスポンスタイム監視モジュール
２１４ 過割当容量計算モジュール
２２１ ファイルシステム
２２２ 常駐エージェント
２２３ ボリューム管理モジュール
２３１ 容量監視モジュール
２３２ 容量出力モジュール
２３３ 性能出力モジュール
２３４ 警告モジュール
２４１ 入力モジュール
２４２ 画面表示情報生成モジュール
２４３ 情報表示モジュール
４１１ シン・プロビジョニング・ボリューム
４１２ 物理ディスク
５１１ レスポンスタイム記録テーブル
５３１ 監視対象ボリューム使用ホスト一覧テーブル
５３２ ボリューム容量記録テーブル
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ホスト計算機及び前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、
前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、
前記管理計算機は、
前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、
前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、
前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、
前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、
前記算出された改善率を表示することを特徴とする記憶領域管理方法。
【請求項２】
前記管理計算機は、
改善率に関する閾値を記憶し、
前記算出された改善率が前記改善率に関する閾値を下回ると、警告を表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項３】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されている記憶領域の容量であるホスト使用容量を、前記ホスト計算機から取得し、
前記取得された割当済容量から、前記取得されたホスト使用容量を減算することによって、当該シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されていない記憶領域の容量である過割当容量を算出し、
前記算出された過割当容量を、前記取得された割当済容量で割ることによって、前記割当済容量に対する前記過割当容量の割合である過割当率を算出し、
前記算出された過割当率を、前記算出された改善率と併せて表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項４】
前記管理計算機は、
過割当率に関する閾値を記憶し、
前記算出された過割当率が前記過割当率に関する閾値を上回ると、警告を表示することを特徴とする請求項３に記載の記憶領域管理方法。
【請求項５】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記シン・プロビジョニング・ボリュームに対するアクセスの履歴を、前記ディスクコントローラから取得し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの履歴に基づいて、前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を算出し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を、前記算出された改善率と併せて表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項６】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間に関する閾値及び前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度に関する閾値を記憶し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間が前記応答時間に関する閾値を上回ると、警告を表示し、
前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度が前記頻度に関する閾値を上回ると、警告を表示することを特徴とする請求項５に記載の記憶領域管理方法。
【請求項７】
一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、に接続され、プロセッサ、メモリ及びインターフェースを備える管理計算機であって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、
前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、
前記プロセッサは、
前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、
前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、
前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、
前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、
前記算出された改善率を表示することを特徴とする管理計算機。
【請求項８】
前記プロセッサは、
改善率に関する閾値を記憶し、
前記算出された改善率が前記改善率に関する閾値を下回ると、警告を表示することを特徴とする請求項７に記載の管理計算機。
【請求項９】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されている記憶領域の容量であるホスト使用容量を、前記ホスト計算機から取得し、
前記取得された割当済容量から、前記取得されたホスト使用容量を減算することによって、当該シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されていない記憶領域の容量である過割当容量を算出し、
前記算出された過割当容量を、前記取得された割当済容量で割ることによって、前記割当済容量に対する前記過割当容量の割合である過割当率を算出し、
前記算出された過割当率を、前記算出された改善率と併せて表示することを特徴とする請求項７に記載の管理計算機。
【請求項１０】
前記プロセッサは、
過割当率に関する閾値を記憶し、
前記算出された過割当率が前記過割当率に関する閾値を上回ると、警告を表示することを特徴とする請求項９に記載の管理計算機。
【請求項１１】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記シン・プロビジョニング・ボリュームに対するアクセスの履歴を、前記ディスクコントローラから取得し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの履歴に基づいて、前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を算出し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を、前記算出された改善率と併せて表示することを特徴とする請求項７に記載の管理計算機。
【請求項１２】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間に関する閾値及び前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度に関する閾値を記憶し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間が前記応答時間に関する閾値を上回ると、警告を表示し、
前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度が前記頻度に関する閾値を上回ると、警告を表示することを特徴とする請求項１１に記載の管理計算機。
【請求項１】
プロセッサ、メモリ及びインタフェースを備える一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、前記ホスト計算機及び前記ストレージサブシステムに接続される管理計算機と、を備える計算機システムにおける記憶領域管理方法であって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、
前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、
前記管理計算機は、
前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、
前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、
前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、
前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、
前記算出された改善率を表示することを特徴とする記憶領域管理方法。
【請求項２】
前記管理計算機は、
改善率に関する閾値を記憶し、
前記算出された改善率が前記改善率に関する閾値を下回ると、警告を表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項３】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されている記憶領域の容量であるホスト使用容量を、前記ホスト計算機から取得し、
前記取得された割当済容量から、前記取得されたホスト使用容量を減算することによって、当該シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されていない記憶領域の容量である過割当容量を算出し、
前記算出された過割当容量を、前記取得された割当済容量で割ることによって、前記割当済容量に対する前記過割当容量の割合である過割当率を算出し、
前記算出された過割当率を、前記算出された改善率と併せて表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項４】
前記管理計算機は、
過割当率に関する閾値を記憶し、
前記算出された過割当率が前記過割当率に関する閾値を上回ると、警告を表示することを特徴とする請求項３に記載の記憶領域管理方法。
【請求項５】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記シン・プロビジョニング・ボリュームに対するアクセスの履歴を、前記ディスクコントローラから取得し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの履歴に基づいて、前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を算出し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を、前記算出された改善率と併せて表示することを特徴とする請求項１に記載の記憶領域管理方法。
【請求項６】
前記管理計算機は、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間に関する閾値及び前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度に関する閾値を記憶し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間が前記応答時間に関する閾値を上回ると、警告を表示し、
前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度が前記頻度に関する閾値を上回ると、警告を表示することを特徴とする請求項５に記載の記憶領域管理方法。
【請求項７】
一つ以上のホスト計算機と、前記ホスト計算機に接続される一つ以上のストレージサブシステムと、に接続され、プロセッサ、メモリ及びインターフェースを備える管理計算機であって、
前記ストレージサブシステムは、前記ホスト計算機に書き込み要求されるデータを記憶する物理ディスクと、前記物理ディスクへのデータの入出力を制御するディスクコントローラと、を備え、
前記ディスクコントローラは、前記ホスト計算機からの書き込み要求に応じて前記物理ディスクの記憶領域が割り当てられるシン・プロビジョニング・ボリュームを、前記ホスト計算機に提供し、
前記ホスト計算機は、前記提供されたシン・プロビジョニング・ボリュームを、当該シン・プロビジョニング・ボリュームに既に割り当てられた物理ディスクの記憶領域の容量である割当済容量以上の容量を持つボリュームとして認識し、
前記プロセッサは、
前記シン・プロビジョニング・ボリュームの割当済容量を、前記ディスクコントローラから取得し、
前記ホスト計算機によって認識されるシン・プロビジョニング・ボリュームの容量であるホスト認識容量を、当該ホスト計算機から取得し、
前記取得されたホスト認識容量から、前記取得された割当済容量を減算することによって、当該シン・プロビジョニング・ボリュームの導入によって節約される物理ディスクの記憶領域の容量である改善容量を算出し、
前記算出された改善容量を、前記取得されたホスト認識容量で割ることによって、前記ホスト認識容量に対する前記改善容量の割合である改善率を算出し、
前記算出された改善率を表示することを特徴とする管理計算機。
【請求項８】
前記プロセッサは、
改善率に関する閾値を記憶し、
前記算出された改善率が前記改善率に関する閾値を下回ると、警告を表示することを特徴とする請求項７に記載の管理計算機。
【請求項９】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されている記憶領域の容量であるホスト使用容量を、前記ホスト計算機から取得し、
前記取得された割当済容量から、前記取得されたホスト使用容量を減算することによって、当該シン・プロビジョニング・ボリュームに割り当てられた物理ディスクの記憶領域のうち、前記ホスト計算機によって使用されていない記憶領域の容量である過割当容量を算出し、
前記算出された過割当容量を、前記取得された割当済容量で割ることによって、前記割当済容量に対する前記過割当容量の割合である過割当率を算出し、
前記算出された過割当率を、前記算出された改善率と併せて表示することを特徴とする請求項７に記載の管理計算機。
【請求項１０】
前記プロセッサは、
過割当率に関する閾値を記憶し、
前記算出された過割当率が前記過割当率に関する閾値を上回ると、警告を表示することを特徴とする請求項９に記載の管理計算機。
【請求項１１】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記シン・プロビジョニング・ボリュームに対するアクセスの履歴を、前記ディスクコントローラから取得し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの履歴に基づいて、前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を算出し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間及び前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度を、前記算出された改善率と併せて表示することを特徴とする請求項７に記載の管理計算機。
【請求項１２】
前記プロセッサは、
前記シン・プロビジョニング・ボリュームに対するアクセスの応答時間に関する閾値及び前記シン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度に関する閾値を記憶し、
前記取得されたシン・プロビジョニング・ボリュームに対するアクセスの応答時間が前記応答時間に関する閾値を上回ると、警告を表示し、
前記算出されたシン・プロビジョニング・ボリュームに対するシーケンシャルアクセスの頻度が前記頻度に関する閾値を上回ると、警告を表示することを特徴とする請求項１１に記載の管理計算機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００７−３１６７２５（Ｐ２００７−３１６７２５Ａ）
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願番号】特願２００６−１４２７５４（Ｐ２００６−１４２７５４）
【出願日】平成１８年５月２３日（２００６．５．２３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願日】平成１８年５月２３日（２００６．５．２３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]