(57)【要約】【課題】    特別な技術知識や専用のハードウエアを使うことなく、ソフトウエアのみで自由にストレージ装置間の移行ができるようにする。【解決手段】複数の記憶域ボリューム(21,22,23)が接続されたストレージ管理装置(10)において、複数の記憶域ボリューム(21,22,23)を管理する情報が格納された管理テーブル(12)と、複数の記憶域ボリューム(21,22,23)で定義されているファイルやフォルダをひとつの記憶域ボリュームとして定義するとともにひとつの記憶域ボリュームについての指示を受けると複数の記憶域ボリューム(21,22,23)の構成をそのまま利用しながら複数の記憶域ボリューム(21,22,23)に個別に指示を出す一元管理処理部(11)と、一元管理処理部(11)に指令を出すコンソール(13)とを備える。【選択図】図１
2007241354.tif 000002
【特許請求の範囲】
【請求項１】
複数の記憶域ボリュームが接続されたストレージ管理装置において、
複数の記憶域ボリュームを管理する情報が格納された管理テーブルと、
複数の記憶域ボリュームで定義されているファイルやフォルダをひとつの記憶域ボリュームとして定義するとともにひとつの記憶域ボリュームについての指示を受けると複数の記憶域ボリュームの構成をそのまま利用しながら複数の記憶域ボリュームに個別に指示を出す一元管理処理部と、
一元管理処理部に指令を出すコンソールと
を備えたことを特徴とするストレージ管理装置。
【請求項２】
複数の記憶域ボリュームが接続されたストレージ管理装置において、
複数の記憶域ボリュームに格納されたフォルダを次の手順で結合することを特徴とするファイル管理方法。
（１）複数の記憶域ボリュームのフォルダ構成をチェックし、複数の記憶域ボリューム内のフォルダをひとつの記憶域ボリュームとして出力する。
（２）同一のフォルダがあれば同一のフォルダが見つかった時点でフォルダ名に添え字を付加して記憶域ボリューム内のフォルダ名をユニークにする。
（３）管理テーブルを作成して複数の記憶域ボリュームのフォルダとそのフォルダがある記憶域ボリュームの情報を保存する。
【請求項３】
新たに記憶域ボリュームが追加されたときは次の処理が追加されることを特徴とする請求項２に記載のファイル管理方法。
（４）追加されたことをＯＳの機能により自動的に認識して再結合処理をする。
（５）結合していた記憶域ボリュームが削除されたときは、ＯＳの機能により自動的に認識して再結合処理をする。
【請求項４】
複数の記憶域ボリュームが接続されたストレージ管理装置において、
複数の記憶域ボリュームのいずれかの空き領域が少なくなったときは次の手順によって空き領域を増やすことを特徴とするファイル管理方法。
（１）複数の記憶域ボリュームの空き領域を求めて管理テーブルに記録する。
（２）管理テーブルに記録された複数の記憶域ボリュームの空き領域を合計する。
（３）管理テーブルを検索してファイルを保存できる記憶域ボリュームを探す。
（４）どの記憶域ボリュームもファイルを保存できる領域が不足しているときはファイルを保存する記憶域ボリュームのファイルを他の記憶域ボリュームに移動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに接続された複数のストレージをひとつのストレージとして扱う技術に関する。
【背景技術】
【０００２】
複数のストレージを扱う技術としてRAIDやネットワークを使うNAS、SAN等の技術が知られている（例えば、特許文献１、特許文献２参照）。これらの技術によると、ストレージに複数のHDD装置が使われるときはそれぞれ個別に管理されており、使用者によって各HDD装置が個別に操作され取り扱われている。
これらの技術のうちRAIDでは、複数のHDD装置を組み合わせて用いて機能を分担させており、アクセス速度が向上したりデータの堅牢性が向上されている。（例えば、特許文献３参照）。
【特許文献１】特開２００４−１９２７８５号公報
【特許文献２】特開２００２−００７３０４号公報
【特許文献３】特開２００４−１６４３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが従来は、例えば２つのHDD装置が使われているときにファイルを保存する時は、どちらのHDD装置に空き領域があるかということを利用者が調べて認識してから、空き領域が多いHDD装置を選択してファイルを保存するという操作をしなければならなかった。また各HDD装置の空き領域に偏りがあるときは、使用者が事前に格納されているファイルを移動するか削除するなどして空き領域を確保するという操作をしておく必要があった。
【０００４】
上記の問題を解決する技術のひとつがRAIDであるが、これを搭載するHDD装置の台数に制限があるとか、専用のハードウエアが必要で且つ高価、RAIDで構成したHDD装置はRAID構成でしか使用することができない、他のPC等へデータを保持したままHDD装置を移行することができない、などの問題があった。また、使用するにはある程度の技術知識を必要としており、誰もが容易に使えるということにはならないという問題もあった。
本発明はこのような問題点に鑑みてなされたものであり、特別な技術知識や専用のハードウエアを使うことなく、ソフトウエアのみで自由にストレージ装置間の移行ができるようにすることを目的とする。
【０００５】
また、NASやSANの場合は必ずネットワークにストレージが接続されている必要があり、大規模なITシステムに適した技術であるものの、小規模なITシステムには向いていないという問題があった。そこで本発明は、個人用途などの小規模のITシステムに適用でき、特にストレージ装置に関する技術知識を必要とすることなく容易にストレージ装置を使用することができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記問題を解決するため、第１の発明は、複数の記憶域ボリュームが接続されたストレージ管理装置において、複数の記憶域ボリュームを管理する情報が格納された管理テーブルと、複数の記憶域ボリュームで定義されているファイルやフォルダをひとつの記憶域ボリュームとして定義するとともにひとつの記憶域ボリュームについての指示を受けると複数の記憶域ボリュームの構成をそのまま利用しながら複数の記憶域ボリュームに個別に指示を出す一元管理処理部と、一元管理処理部に指令を出すコンソールとを備えたことを特徴としている。
また第２の発明は、複数の記憶域ボリュームが接続されたストレージ管理装置において、複数の記憶域ボリュームに格納されたフォルダを次の手順で結合することを特徴としている。すなわち
（１）複数の記憶域ボリュームのフォルダ構成をチェックし、複数の記憶域ボリューム内のフォルダをひとつの記憶域ボリュームとして出力する。
（２）同一のフォルダがあれば同一のフォルダが見つかった時点でフォルダ名に添え字を付加して記憶域ボリューム内のフォルダ名をユニークにする。
（３）管理テーブルを作成して複数の記憶域ボリュームのフォルダとそのフォルダがある記憶域ボリュームの情報を保存する。
また第３の発明は、新たに記憶域ボリュームが追加されたときは次の処理が追加されることを特徴としている。すなわち、
（４）追加されたことをＯＳの機能により自動的に認識して再結合処理をする。
（５）結合していた記憶域ボリュームが削除されたときは、ＯＳの機能により自動的に認識して再結合処理をする。
また第４の発明は、複数の記憶域ボリュームが接続されたストレージ管理装置において、複数の記憶域ボリュームのいずれかの空き領域が少なくなったときは次の手順によって空き領域を増やすことを特徴としている。すなわち、
（１）複数の記憶域ボリュームの空き領域を求めて管理テーブルに記録する。
（２）管理テーブルに記録された複数の記憶域ボリュームの空き領域を合計する。
（３）管理テーブルを検索してファイルを保存できる記憶域ボリュームを探す。
（４）どの記憶域ボリュームもファイルを保存できる領域が不足しているときはファイルを保存する記憶域ボリュームのファイルを他の記憶域ボリュームに移動させる。
【発明の効果】
【０００７】
第１ないし第４の発明によると、複数の記憶域ボリュームをひとつの記憶域ボリュームとして扱うことができ、使用者に複数の記憶域ボリュームを意識させないですむことができる。また、記憶域ボリュームの追加や削除をする時にも使用者は特別な処理を要することがなく、ひとつの記憶域ボリュームだけを対象として利用することができて操作性が向上するという効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図面を用いて説明する。
【実施例１】
【０００９】
図１は、本発明のストレージ管理装置の構成を示すブロック図であり、複数のストレージと接続されている状況を示している。ストレージ管理装置１０は、３つの記憶域ボリューム２１、２２、２３と接続された一元管理処理部１１と、これに接続された管理テーブル１２及びコンソール１３を含んでおり、３つの記憶域ボリューム２１、２２、２３はそれぞれ異なるストレージに格納されている。
一元管理処理部１１は接続されているすべての記憶域ボリュームを管理するソフトウエアで構成されている。管理テーブル１２は各記憶域ボリュームを管理する情報が保存されたテーブルであり、一元管理処理部１１によって作成され、更新され、読み込みが行われる。コンソール１３は表示装置と入力装置を備えており、操作者によって使用される入出力装置である。これを使うことにより、保存されているファイルを閲覧したり、ファイルを新規に作成したり、ファイルを移動したり、ファイルの構成を変更することができる。
３つの記憶域ボリューム２１、２２、２３は、ファイルのデータが保存される物理的な記憶エリアであり、それぞれ異なるストレージのエリアの一部である。一元管理処理部１１は記憶域ボリューム２１、２２、２３で定義されているファイルやフォルダをひとつの記憶域ボリュームとして定義しており、ひとつの記憶域ボリュームとしてコンソール１３に出力し表示させることができる。コンソール１３を使ってファイルやフォルダの操作をするときは、ひとつの記憶域ボリュームについてのみ一元管理処理部１１に指示が出される。その指示を一元管理処理部１１が受けると、各記憶域ボリューム２１、２２、２３の構成（ファイルシステム）をそのまま利用しつつ、各記憶域ボリューム２１、２２、２３に個別に指示をする。
【００１０】
図２はそのときに使われる管理テーブル１２の内部情報を示す図であり、フォルダ管理テーブル１００と空き領域管理テーブル２００の２つのテーブルを有していることを示している。
フォルダ管理テーブル１００はフォルダ名１０１と記憶ボリューム番号１０２、新フォルダ名１０３から構成されている。フォルダ名１０１には記憶域ボリュームに定義されているフォルダ名が格納されており、記憶ボリューム番号１０２にはフォルダ名１０１で定義されているフォルダ名がある記憶域ボリュームの記憶ボリューム番号が格納されている。新フォルダ名１０３には、フォルダ名１０１で定義されているフォルダ名と同じフォルダ名が他の記憶域ボリュームにある時に、フォルダ名に添え字が付加され新しいフォルダ名が作成されて格納されている。そしてフォルダ管理テーブル１００には、ストレージ管理装置１０に接続された全ての記憶域ボリュームで定義されている全てのフォルダの情報が保存されている。
空き領域管理テーブル２００は記憶ボリューム番号２０１と空き領域サイズ２０２から構成されている。記憶ボリューム番号２０１には記憶域ボリュームの番号が定義されて格納されており、空き容量サイズ２０２には記憶ボリューム番号２０１に格納されている記憶域ボリュームの空き容量サイズが定義されて格納されている。そして空き領域管理テーブル２００には、ストレージ管理装置１０に接続された全ての記憶域ボリュームの情報が格納されている。
【００１１】
次にストレージ管理装置１０の動作について説明する。
図３は、一元管理処理部１１が稼動した後の初期の段階の動作を説明するフローチャートであり、順を追って説明する。
（Ｓ３１）まず一元管理処理部１１が稼動すると記憶域ボリュームがいくつあるかを調べて認識する。
（Ｓ３２）その数だけ以下の手順を繰り返す。
（Ｓ３３）空き領域管理テーブル２００を作る。
（Ｓ３４）フォルダ管理テーブル１００を作る。このとき、同一フォルダ名があるかどうかをチェックし、あればフォルダ名が定義されて新フォルダ名１０３に格納される。
【００１２】
次にコンソールからファイルの書き込み要求がされたときの動作について図４のフローチャートを用いて順に説明する。
（Ｓ４１）まずコンソール１３からファイルの書き込み要求があれば書き込みするファイルのサイズをチェックして認識する。
（Ｓ４２）空き領域管理テーブル２００を参照して書き込みをするファイルのサイズより空き領域が大きい記憶域ボリュームがあるかどうかをチェックする。
（Ｓ４３）空き領域がなければ各記憶域領域にあるファイルを移動して空き領域を確保し、書き込みする記憶域ボリュームを決定する。
（Ｓ４６）再度空き領域管理テーブル２００を参照して書き込みをするファイルのサイズより空き領域が大きい記憶域ボリュームがあるかどうかをチェックする。
（Ｓ４７）空き領域が確保できなければ保存する領域がすべての記憶領域ボリュームにないことがわかり、保存せずに終了する。
（Ｓ４４）空き領域があれば該当する記憶域ボリュームにファイルを書き込み、
（Ｓ４５）管理テーブルを更新してから書き込み処理を終了する。このとき、空き領域を再計算し、ファイルの移動に応じてフォルダ管理テーブル１００と空き領域管理テーブル２００も更新する。
【００１３】
このように、記憶域ボリュームが複数接続されてたとしても、一元管理処理部の働きによって１つの記憶域ボリュームとりて扱うことができるようになるので、使用者はコンソールを使ってひとつの記憶域ボリュームだけを対象として指示したり、操作した結果を受け取ることができるようになる。よって、複数の記憶域ボリュームを個別に管理する必要がなくなる。また複数の記憶域ボリュームの構成（ファイルシステム）がそのまま利用することができるので、他のストレージ管理装置で使われるようになっても何ら問題なく利用することができる。
【産業上の利用可能性】
【００１４】
従来のＯＳ（オペレーティングシステム）やファイルシステムで使えるので、ＯＳやファイルシステムを特定することなくさまざまな環境でも利用することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明のストレージ管理装置の構成を示すブロック図
【図２】管理テーブルの内部構成を示す図
【図３】初期処理の処理手順を示すフローチャート
【図４】ファイル書き込み処理の処理手順を示すフローチャート
【符号の説明】
【００１６】
１０  ストレージ管理装置
１１  一元管理処理部
１２  管理テーブル
１３  コンソール
２１、２２、２３  記憶域ボリューム
【図１】
2007241354.tif 000003
【図２】
2007241354.tif 000004
【図３】
2007241354.tif 000005
【図４】
2007241354.tif 000006