JP2007264836A - データ領域追加プログラム - Google Patents

Abstract

【課題】ＳＡＮにおいて、データ領域の拡張時、追加領域の決定を自動化する。
【解決手段】サーバとストレージ装置とを管理する管理装置であって、サーバとストレージ装置とがネットワークを介して接続されており、管理装置は、サーバにストレージ装置を追加する場合において、サーバが現在使用しているストレージ装置、ボリューム番号、ボリュームグループを抽出し、ボリューム番号からストレージ装置のコントローラモジュールを検出し、サーバが現在使用しているストレージ装置のコントローラモジュールの使用度に基づき、追加すべきコントローラモジュールを決定し、決定したコントローラモジュールから追加容量に合致する容量のボリューム番号を決定し、決定したボリューム番号に基づき、ストレージ装置とサーバの設定を変更する。
【選択図】図１

Description

本発明は、サーバ装置が使用するデータ領域の追加機能であって、特に、サーバ装置とストレージ装置とがネットワークを介して接続されており、当該ストレージ装置の使用状況に基づきデータ追加をすべき領域を決定するデータ領域追加プログラムに関する。

近年、コンピュータ上で扱う情報の量は増大の一途をたどっている。

従来は、サーバ装置に対して直接にストレージ装置を割り当てることにより情報を記憶していた。しかし、サーバ装置の処理が多様化するとともに、格納されるべきデータも多様化する必要があり、従来の直接的なストレージ装置の接続では、対応できなくなってきている。そこで、サーバ装置と、ストレージ装置とをネットワーク４０を介して接続するＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）の利用が増している。

ここで、ＳＡＮにおいては、サーバ装置が利用するストレージ装置の容量を監視し、容量超過を防ぐために予兆監視手段により、事前に管理者へ通知する処理がなされている。

ＳＡＮとは、サーバ装置とストレージ装置との間を接続する専用のネットワーク４０であり、一般的には、ファイバチャネルを用いて接続する形態を指す。

サーバ装置が使用するデータ領域は、その使用により容量不足が発生する場合がある。そこで、顧客の所望するストレージの使用容量を容易に設定できるとともに、実際に使用したストレージの容量に応じた使用料を課金することが可能なストレージサービス方法がある。当該方法は、ストレージとの対応付けがサーバに予め設定されたデバイスファイルに対して、サーバがアクセスすることにより、デバイスファイルに対応するストレージへのアクセスを検知し、次に、ストレージへのアクセスの検知に基づいて、サーバへの課金のためのストレージサービス料金を算出するものである。
特開２００４−２１７９６号

しかしながら、データ領域の容量を拡張する際には、種々のネットワーク設定が必要であり、ネットワークシステムの知識が必要であるとともに、多くの作業が必要であった。また、拡張すべきボリューム領域の選択を誤ることによって、ストレージ装置が有する特定のコントローラモジュールへ集中化が生じるおそれがあり、その結果、データ授受に関して処理速度の低下が発生するおそれもあった。

本発明は、サーバ毎に当該サーバで使用するファイルシステム毎に分類したファイルシステム名、当該サーバに対応するストレージ装置名、当該ストレージ装置内のデータ領域を区分するボリューム番号からなるサーバ管理データベース、前記ストレージ装置のコントローラモジュールを識別するコントローラモジュール、当該ストレージ装置のデータ領域を区分するボリューム番号から構成されるストレージ装置管理データベース、前記ストレージ装置内であって割当がなされていないボリューム領域のボリューム番号、当該ボリューム番号を管轄するコントローラモジュール番号とを関連づけた空ボリュームデータベース、データ領域の追加時において、前記サーバの追加すべきファイルシステムが選択されると、前記サーバ管理データベースで当該ファイルシステムが利用するボリューム番号を抽出する第一の抽出手段、前記第一の抽出手段で抽出した前記ボリューム番号と、前記サーバ装置によるコントローラモジュールの使用度に基づきストレージ装置管理データベースで管轄するコントローラモジュールを抽出する第二の抽出手段、前記第二の抽出手段で抽出した前記コントローラモジュールに対応するボリューム番号を空きボリュームデータベースから抽出する第三の抽出手段、として機能させる。

本発明により、使用度が低いコントローラモジュールが管轄するボリューム領域が追加対象として抽出されるため、ストレージ装置の処理の集中化による性能低下を防ぐことが可能となる、ボリューム領域の追加が可能となる。

以下、本発明の実施の形態を図面を参照しながら説明する。
（実施例１）
図１は、本実施例におけるシステム構成図である。

本実施例では、管理サーバ１０と複数の対象サーバ２０と複数のストレージ装置３０とがネットワーク４０を介して接続された構成であるとする。

管理サーバ１０とは、対象サーバ２０、ストレージ装置３０にかかるネットワークシステム全体の接続状況、及び個々の対象サーバ２０、ストレージ装置３０の設定状況、ストレージ装置３０の空き領域の管理等をするサーバである。また、対象サーバ２０に対してストレージ装置３０に係るストレージ領域の割り当て等の処理も行う。

対象サーバ２０とは、利用者からの処理要求に基づき、当該対象サーバ２０において様々な処理を行い、必要な場合にストレージ装置３０とのデータの授受を行うサーバ装置である。

ストレージ装置３０とは、ネットワークシステムにおける、対象サーバで必要とする種々のデータを記憶する装置である。

図２はストレージ装置３０の内部構成について示した図である。

ストレージ装置３０は、割当手段３１、コントローラモジュール３２、ＲＡＩＤ３３、ボリューム領域３４とから構成される。

割当手段３１は、ネットワーク４０経由で受信した、対象サーバ２０からのデータの授受の要求に対して当該データの授受の処理を行うべきコントローラモジュール３２を決定する機能を有する。

コントローラモジュール３２は、当該コントローラモジュール３２が管轄するボリューム領域３４に対してデータの授受を行う。ストレージ装置３０には、複数のコントローラモジュールを有している。また、あるコントローラモジュールについて故障等が発生した場合には、他のコントローラモジュールが代替してデータの授受を行う機能も有する。

ＲＡＩＤ３３は、ストレージ装置３０内に含まれるＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ）である。複数のＲＡＩＤ３３が存在する場合には、識別番号が付される。なお、ＲＡＩＤである必要はなく、一台のハードディスクドライブ等の記憶装置でもよい。

ボリューム領域３４は、ＲＡＩＤ３３の内部を複数のデータ領域に区切った場合の個々のデータ領域である。

図３は対象サーバ２０が管理する対象サーバ２０内管理データベース５０の構成例である。

対象サーバ２０内管理データベース５０は、対象サーバ２０がストレージ装置３０にネットワーク４０を介してアクセスするために必要な情報を記憶したものであり、ファイルシステム名５１、ストレージ装置名５２、ボリューム番号５３およびボリュームグループ名５４とから構成される。

ファイルシステム名５１とは、当該対象サーバ２０において対象サーバ２０を業務にて利用する利用者が使用する際のファイルシステムの識別名である。

ストレージ装置名５２とは、ネットワークシステムで管理するストレージ装置３０を一意に識別した識別名である。ＩＤ番号でもよい。

ボリューム番号５３とは、ストレージ装置３０が有する複数のボリューム領域を識別するための番号である。

ボリュームグループ名５４とは、ストレージ装置３０の複数のボリューム領域を論理的に一まとめにして管理するためのグループ名である。ＩＤ番号でもよい。

ここで、ボリュームグループとは、ボリューム領域の論理的な集合であり当該ボリュームグループは、対象サーバ２０のＷＷＰＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｐｏｒｔ Ｎａｍｅ）と一意に関連づけられている。

ＷＷＰＮとは、対象サーバ２０が有するＨＢＡ（Ｈｏｓｔ ＢＵＳ ＡＤＡＰＴＥＲ）およびストレージ装置３０が有する各ポートのそれぞれに一意に付された識別子であり、通信において、ネットワーク内の通信経路を特定することも可能である。

したがって、対象サーバ２０は、予め有するストレージ装置３０のポートのＷＷＰＮに基づき、所望のボリューム５３を指定してデータの授受に関するアクセスをし、ストレージ装置３０内では、対象サーバのＷＷＰＮとボリュームグループとが関連付けられており、当該ボリュームグループ内のボリューム番号のデータを取り出すことが可能となる。

なお、対象サーバ内管理データベース５０のデータは、管理サーバ１０においても管理される。

図４は管理サーバ１０が管理する対象サーバ管理データベース６０の構成例である。管理サーバ１０では、全ての対象サーバ２０について管理するため、対象サーバ装置名６５を付すことにより管理する。データ構成の内、ファイルシステム名６１、ストレージ装置名６２、ボリューム番号６３およびボリュームグループ名６４については、対象サーバ２０内管理データベース５０のデータ項目と同様であるため説明を省略する。対象サーバ装置名５５とは、ネットワークシステムで管理する対象サーバ装置２０を一意に識別した識別名である。ＩＤ番号でもよい。

図５は、ストレージ装置３０が管理するストレージ装置３０内管理データベース７０である。

ストレージ装置３０内管理データベース７０は、ストレージ装置３０内のボリューム領域３４を管理するデータベースであり、コントローラモジュール番号７１、ＲＡＩＤ番号７２、ボリューム番号７３、及びボリュームグループ７４から構成される。

コントローラモジュール番号７１とは、ストレージ装置３０が有する複数のコントローラモジュール３２について識別するための番号である。

ＲＡＩＤ番号７２は、ストレージ装置３０が有する複数のＲＡＩＤ３３を識別するための番号である。

ボリューム番号７３とは、ストレージ装置３０が有する複数のボリューム領域３４を識別するための番号である。

ボリュームグループ番号７４とは、ストレージ装置３０が有する複数のボリュームグループ番号を識別するための番号である。

なお、ストレージ装置３０内管理データベース７０は、管理サーバ１０においても管理される。

図６は管理サーバ１０が管理するストレージ装置管理データベース８０の構成例である。管理サーバ１０では、全てのストレージ装置３０について管理するため、ストレージ装置名８５を付すことにより管理する。データ構成の内、コントローラモジュール番号８１、ＲＡＩＤ番号８２、ボリューム番号８３、及びボリュームグループ８４についてはストレージ装置３０内管理データベース７０のデータ項目と同様であるため説明を省略する。ストレージ装置名８５とは、ネットワークシステムで管理するストレージ装置３０を一意に識別した識別名である。ＩＤ番号でもよい。

図７は、ストレージ装置３０内空ボリュームデータベース９０のデータ構成例である。

ストレージ装置３０内空ボリュームデータベース９０とは、ストレージ装置３０内のボリューム領域３４の内、現在任意の対象サーバ２０に対してボリューム領域３４の割り当てが行われていないボリューム領域３４について管理するデータベースである。

ボリューム番号９１とは、ストレージ装置３０内の複数のボリューム領域３４を識別するための番号である。

容量９２とは、ボリューム領域３４に対応する記憶容量である。

コントローラモジュール番号９３とは、ボリューム領域３４を使用する際に管轄するコントローラモジュール３２の識別番号である。

ＲＡＩＤ番号９４は、ストレージ装置３０内の複数のＲＡＩＤを識別するための番号である。

なお、本実施例では、全てのボリューム番号と当該ボリューム番号に対応するボリューム領域３４とは、予め設定されているものとする。

また、ストレージ装置３０内空ボリュームデータベース９０の情報は、管理サーバ１０においても管理される。

図８は管理サーバ１０が管理する空ボリュームデータベース１００の構成例である。管理サーバ１０では、全てのストレージ装置３０の空きボリューム領域３４について管理するため、ストレージ装置名９５を付すことにより管理する。

データ構成の内、ボリューム番号１０１、容量１０２、コントローラモジュール番号１０３、ＲＡＩＤ番号１０４についてはストレージ装置３０内空ボリュームデータベース９０のデータ項目と同様であるため説明を省略する。ストレージ装置名１０５とは、システムで管理するストレージ装置３０を一意に識別した識別名である。ＩＤ番号でもよい。

図９は、対象サーバ２０とストレージ装置３０間のデータ送受信時について示した図である。

対象サーバ２０は、対象サーバ２０内管理データベース５０において対象となるストレージ装置名５１とボリューム番号５３を選択して、当該ボリューム番号５３のボリューム領域３４のデータの取得又は当該ボリューム領域３４へのデータの格納の要求を送信する（ＳＴ０１）。

ストレージ装置３０は、対象サーバから指示を受信すると（ＳＴ０２）、当該ストレージ装置３０内の割当手段３１がストレージ装置内管理データベース７０に基づき、受信したボリューム番号５３から対応するＲＡＩＤ番号７２、コントローラモジュール番号７１を特定する（ＳＴ０３）。

割当手段３１は、特定されたコントローラモジュール番号７１のコントローラモジュール３２にＲＡＩＤ番号７２、ボリューム番号７３を送る（ＳＴ０４）。

コントローラモジュール３２はＲＡＩＤ番号７２とボリューム番号７３とに対応するボリューム領域３４に対して、依頼があったデータの取得あるいはデータの格納を行う（ＳＴ０５）。

コントローラモジュール３２は、対象サーバ２０に対してボリューム領域３４から取得したデータの送信、又はボリューム領域３４へのデータ格納の結果を送信する（ＳＴ０６）。

対象サーバ２０は、ストレージ装置３０から所望のデータの受信または、ボリューム領域３４へのデータ格納の結果を受信する（ＳＴ０７）。

以上の動作により対象サーバ２０とストレージ装置３０との間でデータ送受信を行う。

次に、使用により記憶するデータ量が増し、対象サーバ２０が当初有していたデータ記憶領域では、データ容量が不足する場合が生ずる。このような場合には、対象サーバ２０が使用するボリューム領域３４を新たに追加することで対応が可能である。ボリューム領域３４を新規に追加する際の処理について説明する。

なお、本実施例では、ストレージ装置３０内には、空きボリュームデータベースで管理されている未使用のボリューム領域３４があり、当該ボリューム領域３４を新規に対象サーバ２０に割り当てを行う場合の処理について説明する。

また、データ記憶領域とは、複数のボリューム領域３４の結合により構成される場合もある。

図１０は、管理サーバ１０において、対象サーバ２０に対して、当初、新規にデータ記憶領域を付与してから、当該データ記憶領域が不足し、データ記憶領域を追加する処理を行うまでの処理のフローチャートである。

管理者は管理サーバ１０が有する対象サーバ管理データベース６０およびストレージ装置管理データベース８０に対して、対象サーバ２０が利用するファイルシステムを新規に登録する（ＳＴ１１）。

ＳＴ１１での登録処理の概要を説明する。

図１１は、ファイルシステムを新規に登録する際の画面例である。具体的な登録の例として、対象サーバ２０のサーバ名「ｓｖ００１」、ファイルシステムの識別名「ｆｓ０１」、ボリューム領域のまとまりであるボリュームグループ名「ＡＧ０１」、当該ファイルシステムのデータ記憶領域の容量「５０ＧＢ」が登録されるとする。

この際、閾値容量として「４０ＧＢ」を登録する。

管理サーバ１０が有する空きボリュームデータベース１００から、ストレージ装置名１０５、ボリューム番号１０１、容量１０２、ＲＡＩＤ番号１０４の情報がリスト表示される。

管理者は当該リストの中から適当なボリューム番号１０１を選択する。

また、対象サーバ管理データベース６０に対しては、入力したファイルシステム名６１、ストレージ装置名６２、ボリューム番号６３、対象サーバ装置名５５が登録される。

以上により登録が完了する。

次に、対象サーバ管理データベース６０、ストレージ装置管理データベース８０に登録された情報は、対象サーバ２０およびストレージ装置３０に送られ（ＳＴ１２）、登録された設定が対象サーバ２０内管理データベース５０およびストレージ装置３０内管理データベース７０に反映される（ＳＴ１３、ＳＴ１４）。

ストレージ装置３０は、その後、対象サーバ２０とのデータの授受を行い、当該閾値を超えた場合（ＳＴ１５）に警告を管理サーバ１０に通知する（ＳＴ１６）。

管理サーバ１０は、ストレージ装置３０からの閾値超の警告を受信すると、管理サーバ１０の画面上に表示するなどして、管理者に警告を知らせる（ＳＴ１７）。

図１２は、警告画面例である。

同図の例では、データ記憶領域の現在の容量が閾値を超えた対象は、対象サーバ２０が「ｓｖ００１」でファイルシステム名が「ｆｓ０１」である。閾値を超えた警告の表示とともに、対応処理として、「容量拡張」、「閾値の再設定」、「現状維持」、「後日再警告」等を選択できるチェックボックスが表示される。

閾値の再設定とは、現状で４０ＧＢである閾値を４５ＧＢにし、後日に再度の警告を受けるように設定するものである。現状維持とは、現在の状況で特に対応をしない場合に選択する。後日再警告とは、例えば１週間後に再度同様の警告を出力させたい場合に選択する。これらはストレージ装置３０に反映される。

一方、容量拡張とは、当該ファイルシステムが利用可能なストレージ装置３０のボリューム領域３４を追加する処理を行うものである。

容量拡張処理が選択されると、以降の処理を行うことにより、ボリューム領域３４の追加がなされる。

なお、データ領域の追加は、例えば２種類の方法がある。一つは、追加容量を設定した場合に自動で最適な追加ボリューム領域３４を選択する手法、もう一つは、追加可能なボリューム領域３４のリストを表示し、管理者が選択する手法である。

図１５は、ボリューム領域３４を自動で追加する場合に管理サーバ１０の画面上に表示される画面例であり、図１６は、ボリューム領域３４を手動で追加する場合に管理サーバ１０の画面上に表示される画面例である。

これらの追加ボリューム領域の候補となり得るボリューム領域についての抽出処理を行う。

また、本実施例では、追加するデータ領域の対象は、データ容量が不足しているとの警告を発したファイルシステムに対応するストレージ装置について行うこととする。他のストレージ装置を選択すると煩雑な処理を要するためである。

図１３は、追加対象となり得るボリューム領域３４を抽出するためのフローチャートである。

対象サーバ管理データベース６０の対象サーバ２０名およびファイルシステム名に関連するストレージ装置３０名、ボリューム番号、ボリュームグループを抽出する（ＳＴ２１）。

次に、当該ボリューム番号を扱うコントローラモジュール３２をストレージ装置３０管理データベースから読込み、コントローラモジュール３２の使用度の抽出する（ＳＴ２２）。

抽出したコントローラモジュール３２の中から、使用度の低いコントローラモジュール３２を特定する（ＳＴ２３）。

使用度が低いコントローラモジュール３２とは、本実施例では、自己の対象サーバ２０がアクセスするコントローラモジュール３２の使用頻度である。コントローラモジュール３２の使用頻度を算出するには種々の方式が考えられる。

例えば、対象サーバ２０が利用している全てのボリューム領域３４について、管轄するコントローラモジュール３２毎に当該ボリューム領域３４の数を算出し、最も少ないボリューム領域３４の数を扱うコントローラモジュール３２を対象とする決定方式がある。また、当該ボリューム領域３４毎にアクセス回数を別途記憶する手段を有しておき、管轄するコントローラモジュール３２毎に当該アクセス回数の合計を算出し、最も少ないアクセス回数のコントローラモジュール３２を対象とする決定方式もある。

次に、ストレージ装置管理データベース８０から当該コントローラモジュール３２が使用するＲＡＩＤ３３のＲＡＩＤ番号８２を抽出する（ＳＴ２４）。

更に、当該ＲＡＩＤ３３番号に基づき、空ボリュームデータベース１００からＲＡＩＤ番号８２と合致するＲＡＩＤ番号１０４に対応するボリューム番号１０１を抽出する（ＳＴ２５）。

以上により、追加対象となるボリューム番号の候補が抽出される。

次に追加対象ボリュームの決定を行う（ＳＴ２６）。

図１４は、追加ボリューム領域３４の決定処理についてのフローチャートである。

手動で追加対象のボリューム領域３４を特定する場合には（ＳＴ３１：Ｙｅｓ）、画面上取得したリストを表示する（ＳＴ３２）。図１６での画面例に表示される追加対象ボリューム領域３４のリストを指す。手動で追加ボリューム領域３４の特定を行う場合には、図１６の画面上に表示されたリストの候補から管理者が適宜選択し（ＳＴ３３）、追加ボリューム領域３４を決定する（ＳＴ３４）。

一方、自動で追加対象ボリューム領域３４を特定する場合には（ＳＴ３１：Ｎｏ）、ボリューム領域３４の特定処理を行う。

ＳＴ２５により抽出したボリューム領域３４の候補について、管理者が図１５の画面により登録された容量と合致するボリューム領域３４が有るか否かを判定する（ＳＴ３５）。具体的には、候補のボリューム領域３４のボリューム番号１０１に対応する容量１０２を順次確認する。

合致するボリューム領域３４が候補内に存在する場合（ＳＴ３５：Ｙｅｓ）、そのボリューム番号１０１を追加対象ボリューム領域３４として決定する。

一方、合致するボリューム領域３４が候補内に存在しない場合（ＳＴ３５：Ｎｏ）は、追加容量に近くなるボリューム領域３４の組み合わせを行い、当該ボリューム領域３４を追加対象ボリューム領域３４として特定する（ＳＴ３７）。具体的には、複数のボリューム領域３４に係る容量１０２を追加容量に近くなるように加算して当該複数のボリューム領域３４を追加対象ボリューム領域３４として決定する。また、空きボリューム領域３４に係る容量が追加指示された容量と比較して大きい場合には、空きボリューム領域３４中の最小のボリューム領域３４を選択し追加対象ボリューム領域３４として決定する。

以上の処理により、追加対象ボリュームが確定する（ＳＴ２７）。

なお、使用度が低いコントローラモジュール３２に対応するＲＡＩＤ３３あるいはＲＡＩＤ３３に含まれるボリューム領域３４が存在しない場合には、順次優先順位を下げて、設定可能なボリュームを探すものとする。

具体的には、ＲＡＩＤ３３に含まれる空きボリューム領域３４が存在しない場合には、当該コントローラモジュール３１の次に使用度が低いコントローラモジュール３１が扱うＲＡＩＤ３３について空きボリューム領域３４の有無を判断する。

図１７は、決定した追加対象ボリューム領域３４について実際に追加を行うまでの処理についてのフローチャートである。

まず、追加対象ボリューム領域３４については、空きボリュームデータベース１００のボリューム番号１０１に対応するデータレコードを削除する（ＳＴ４１）。

次にストレージ装置管理データベース８０内のボリュームグループ８４に追加対象ボリューム番号８３を追加する（ＳＴ４２）。

ストレージ装置３０に当該追加対象ボリューム番号８３をボリュームグループ８４に追加する指示を送信する（ＳＴ４３）。

ストレージ装置３０では、ストレージ装置３０内管理データベース７０にボリューム番号７３、ボリュームグループ７４が登録され、ストレージ装置３０内空ボリュームデータベース９０のコントローラモジュール番号９３、ＲＡＩＤ番号９４がストレージ装置３０内管理データベース７０の該当レコードに移動される。また、ストレージ装置３０内空ボリュームデータベース９０のボリューム番号９１に対応するデータレコードは削除される。

次に、ストレージ装置３０からのＳＴ４３による設定指示の完了通知を受けた後、対象サーバ２０にボリュームグループ名６４、追加対象ボリューム番号６３、ストレージ装置３０の追加指示を送信する（ＳＴ４４）。

ストレージ装置３０では、指示に基づき対象サーバ２０内管理データベース５０にファイルシステム名５１、ストレージ装置名５２、ボリューム番号５３、ボリュームグループ名５４を追加する。

以上により、コントローラモジュールの使用状況を加味したボリューム領域３４の追加が可能となる。

図１８は、上記の管理サーバ１０のハードウェア構成の一例を示す図である。

同図に示すコンピュータ１０は、ＣＰＵ１１、メモリ１２、入力手段１３、出力手段１４、記憶手段１５、ネットワーク４０接続手段１６等を有し、これらがバス１７に接続された構成となっている。なお、同図に示した構成は一例であり、これに限るものではない。

ＣＰＵ１１は、当該コンピュータ１０全体を制御する中央処理装置である。

メモリ１２は、プログラム実行、データ更新等の際に、記憶手段１５に記憶されているプログラムやデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ１１は、メモリ１２に読み出したプログラムやデータを用いて、上述の図９乃至図１７等を用いて説明したボリューム領域３４の追加動作に係る処理を含む各種処理を実行する。

入力手段１３は、例えばキーボード、マウス、タッチパネル等である。

出力手段１４は、例えばディスプレイ（表示装置）等である。

記憶手段１５は、例えばハードディスク装置等であり、プログラム（上述のボリューム領域３４の追加動作に係る処理をコンピュータ１０に実行させるプログラムを含む）やデータ（上述の対象サーバ管理データベース６０、ストレージ装置管理データベース８０、空ボリュームデータベース１００を含む）が格納される。

ネットワーク接続装置１７は、ネットワーク４０（ＳＡＮ等）に接続して、外部の情報処理装置とプログラムやデータの送受信を可能にする構成である。

また、上記プログラムを記録した記録媒体又はプログラムのダウンロードのも可能である。

上記の各種処理を実行させるプログラムやデータ読み出してメモリ１２に格納し実行するものであってもよいし、また、上記プログラムやデータは、ネットワーク４０接続装置１７により接続されているネットワーク４０（ＳＡＮ等）を介して、外部のプログラムやサーバに記憶されているプログラムやデータをダウンロードするものであってもよい。

以上、本発明について詳細に説明したが、本発明は上記実施形態に限定されず、本発明の要旨を逸脱しない範囲において、各種の改良及び変更を行っても良いのはもちろんである。

図１は、本実施例におけるシステム構成図である。 図２は、ストレージ装置３０の内部構成について示した図である。 図３は、対象サーバ２０が管理する対象サーバ２０内管理データベース５０の構成例である。 図４は、管理サーバ１０が管理する対象サーバ管理データベース６０の構成例である。 図５は、ストレージ装置３０が管理するストレージ装置３０内管理データベース７０である。 図６は、管理サーバ１０が管理するストレージ装置管理データベース８０の構成例である。 図７は、ストレージ装置３０内空ボリュームデータベース９０のデータ構成例である。 図８は、管理サーバ１０が管理する空ボリュームデータベース１００の構成例である。 図９は、対象サーバ２０とストレージ装置３０間のデータ送受信時について示した図である。 図１０は、管理サーバ１０において、対象サーバ２０に対して、当初、新規にデータ記憶領域を付与してから、当該データ記憶領域が不足し、データ記憶領域を追加する処理を行うまでの処理のフローチャートである。 図１１は、ファイルシステムを新規に登録する際の画面例である。 図１２は、警告画面例である。 図１３は、追加対象となり得るボリューム領域３４を抽出するためのフローチャートである。 図１４は、追加ボリューム領域３４の決定処理についてのフローチャートである。 図１５は、ボリューム領域３４を自動で追加する場合に管理サーバ１０の画面上に表示される画面例である。 図１６は、ボリューム領域３４を手動で追加する場合に管理サーバ１０の画面上に表示される画面例である。 図１７は、決定した追加対象ボリューム領域３４について実際に追加を行うまでの処理についてのフローチャートである。 図１８は、上記の管理サーバ１０のハードウェア構成の一例を示す図である。

符号の説明

１０ 管理サーバ装置
２０ 対象サーバ装置
３０ ストレージ装置

Claims (5)

1. ネットワークを介して接続されたサーバ装置とストレージ装置とを管理するデータ領域追加プログラムであって、
   コンピュータに、
   前記サーバ装置毎に当該サーバで使用するファイルシステム毎に分類したファイルシステム名、当該サーバに対応するストレージ装置名、当該ストレージ装置内のデータ領域を区分するボリューム番号からなるサーバ管理データベース、
   前記ストレージ装置のコントローラモジュールを識別するコントローラモジュール、当該ストレージ装置のデータ領域を区分するボリューム番号から構成されるストレージ装置管理データベース、
   前記ストレージ装置内であって割当がなされていないボリューム領域のボリューム番号、当該ボリューム番号を管轄するコントローラモジュール番号とを関連づけた空ボリュームデータベース、
   データ領域の追加時において、
   前記サーバの追加すべきファイルシステムが選択されると、前記サーバ管理データベースで当該ファイルシステムが利用するボリューム番号を抽出する第一の抽出手段、
   前記第一の抽出手段で抽出した前記ボリューム番号と、前記サーバ装置によるコントローラモジュールの使用度に基づきストレージ装置管理データベースで管轄するコントローラモジュールを抽出する第二の抽出手段、
   前記第二の抽出手段で抽出した前記コントローラモジュールに対応するボリューム番号を空きボリュームデータベースから抽出する第三の抽出手段、
   として機能させることを特徴とするデータ領域追加プログラム。
2. 前記第三の抽出手段で抽出したボリューム番号に基づき、前記ストレージ装置および前記サーバの設定を変更する変更手段として更に機能させることを特徴とする請求項１記載のデータ領域追加プログラム。
3. 前記空ボリュームデータベースは、前記ボリューム番号に対応する記憶容量を有し
   データ領域の追加時において、追加容量を入力する追加容量入力手段、
   前記第三の抽出手段は更に、前記追加容量と当該空きボリューム番号に対応する記憶容量とが合致するボリューム番号を特定する特定手段
   として機能させることを特徴とする請求項１記載のデータ領域追加プログラム。
4. 前記第三の抽出手段で抽出したボリューム番号を出力する出力手段
   として更に機能させることを特徴とする請求項１記載のデータ領域追加プログラム。
5. サーバが使用するファイルシステムの閾値を設定する設定手段、
   閾値を超えた場合にストレージ装置３０が警告を発する警告手段、
   として更に機能させることを特徴とする請求項１記載のデータ領域追加プログラム。