JP2009157452A - ストレージ管理方法、そのプログラム及びシステム - Google Patents

Abstract

【課題】
複数の記憶デバイスを備えた計算機システムにおいて、ファイルシステムによりファイルを配置する記憶デバイスを制御し、ファイルへのアクセス開始／終了の予期に基づいて記憶デバイスの電源をオン／オフする技術を提供する。
【解決手段】
記憶デバイス１４０の電源と記憶デバイスへのファイルを介したデータのアクセスを管理するプログラム１２０は、ファイルを配置する領域として記憶デバイスを割り当てる手段１２１と、ファイルを配置している記憶デバイスを選択する手段１２２と、ファイルへのアクセスが開始することを予期する手段１２３と、ファイルへのアクセスが開始することの予期に基づいて記憶デバイスの電源のオンを指示する手段１２４と、ファイルへのアクセスが終了することを予期する手段１２５と、ファイルへのアクセスが終了することの予期に基づいて記憶デバイスの電源のオフを指示する手段１２６で構成される。
【選択図】図１

Description

本発明は、計算機システムにおけるファイルシステムによるストレージの管理技術に関し、特に、大規模な計算機システムにおけるストレージの電源の管理技術に関する。

計算機システムで処理するデータ量の増大にともなって、ストレージの大規模化が進んでいる。大規模な計算機システムでは、数百ＴＢから数ＰＢの記憶デバイスを備えるものもあり、ストレージが消費する電力が無視できなくなってきている。

一方、上記の大規模な計算機システムでは、一年３６５日２４時間の間絶えることなくすべての記憶デバイスへアクセスが発生しているわけではない。例えば、大規模な計算機システムはユーザに対して時間単位で貸し出す運用となっており、貸し出し中のユーザが所有するファイルが存在しない記憶デバイスへのアクセスは希である。

そこで、特許文献１に示されるように、起動／停止を制御可能な物理記憶デバイスと制御不可能な物理記憶デバイスが混在するストレージにおいて、特性を考慮して物理記憶デバイス上に論理記憶デバイスを設定し、ストレージの消費電力を削減する技術が知られている。この技術では、物理記憶デバイス上に設定した論理記憶デバイスへのアクセスが途絶える際に、その物理記憶デバイスを停止可能か判定する。そして、停止可能な場合には物理記憶デバイスを停止し、停止不可能な場合には論理記憶デバイスを停止可能な物理記憶デバイスへ移動して移動先の物理記憶デバイスを停止する。

また、特許文献２に示されるように、アクセス状況に基づいて論理記憶デバイスを電源供給モードの異なる物理記憶デバイス間で移動し、通電時間を短縮する技術も知られている。この技術では、アクセス頻度が高い論理記憶デバイスを長時間通電モードの物理記憶デバイスに配置し、アクセス頻度が少ない論理記憶デバイスを短時間通電モードの物理記憶デバイスに配置するように、論理記憶デバイスの再配置を計画する。そして、物理記憶デバイスへのアクセス頻度に基づいて論理記憶デバイスの再配置を実行する。

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

ところで、上記の従来技術では、アクセス状況に基づいて記憶デバイスの起動／停止を制御している。このとき、アクセス頻度が高いファイルが複数の記憶デバイス上に点在している場合には、停止可能な記憶デバイスが少なくなるため、消費電力の削減効果が小さくなる恐れがある、という問題がある。

また、上記の従来技術では、アクセスするファイルが停止している記憶デバイスに配置されている場合には、そのアクセスを契機として記憶デバイスを起動した後に、ファイルへアクセスすることになる。このとき、記憶デバイスの起動には数十秒の時間を要するため、ファイルへのアクセスがタイムアウトする恐れがある、という他の問題がある。

そこで、本発明は、上記の問題点に鑑みてなされたもので、その目的は、複数の記憶デバイスを備えた計算機システムにおいて、ファイルシステムによってファイルを配置する記憶デバイスを制御することにより、ストレージの消費電力の削減効果を向上することにある。

また、本発明の他の目的は、ファイルへのアクセス開始／終了の予期に基づいて記憶デバイスの電源をオン／オフすることにより、ファイルへのアクセスのタイムアウトを防ぐことにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば次の通りである。

本発明は、少なくとも一つの記憶デバイスを含む計算機システムにおける、記憶デバイスの電源と、記憶デバイスへのファイルを介したデータのアクセスを管理する方法、そのプログラムであって、次のような特徴を有するものである。

ファイルを配置する領域として記憶デバイスを割り当てる手段と、ファイルを配置している記憶デバイスを選択する手段と、ファイルへのアクセスが開始することを予期する手段と、ファイルへのアクセスが開始することの予期に基づいて記憶デバイスの電源のオンを指示する手段と、ファイルへのアクセスが終了することを予期する手段と、ファイルへのアクセスが終了することの予期に基づいて記憶デバイスの電源のオフを指示する手段と、を有する。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば次の通りである。

本発明によれば、複数の記憶デバイスを備えた計算機システムにおいて、ファイルシステムによってファイルを配置する記憶デバイスを制御することにより、ストレージの消費電力の削減効果を向上することが可能になる。

また、本発明によれば、ファイルへのアクセス開始／終了の予期に基づいて記憶デバイスの電源をオン／オフすることにより、ファイルへのアクセスのタイムアウトを防ぐことが可能になる。

以下、本発明の実施の形態を添付図面に基づいて説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

図１は、本発明の実施例１における計算機システムを示す概略構成図である。実施例１における計算機システムは、ユーザ管理プログラム１００と、ログイン／ログアウトプログラム１１０と、ファイルシステムプログラム１２０と、記憶デバイス制御装置１３０と、複数の記憶デバイス１４０から構成される。この内、ユーザ管理プログラム１００と、ログイン／ログアウトプログラム１１０と、ファイルシステムプログラム１２０は、計算機システムの計算機（コンピュータ）を構成する中央処理部（Central Processing Unit、以下、ＣＰＵ）において実行され、記憶部（メモリ）に記憶される。このコンピュータは汎用のものであり、内部バスで接続された、図示が省略されたＣＰＵ、メモリ、更には外部装置とのデータをやり取りするインターフェース部等から構成されるものである。コンピュータと記憶デバイス制御装置１３０とのデータのやり取りは、インターフェース部を介して実行される。

ＣＰＵで実行されるユーザ管理プログラム１００は、計算機システムのユーザの登録／削除を行ない、ユーザの識別子等の情報を保持するユーザ管理テーブル１０１を更新する。また、ユーザ管理プログラム１００は、計算機システムのユーザの登録を行なう際に、そのユーザの情報をファイルシステムプログラム１２０へ渡す。本実施例では、ユーザの情報としてユーザの識別子を用いることにする。ユーザ管理テーブル１０１はメモリに記憶される。

ログイン／ログアウトプログラム１１０は、計算機システムに登録されているユーザのログイン／ログアウトを受け付ける。また、ログイン／ログアウトプログラム１１０は、計算機システムへのユーザのログイン／ログアウトを受け付けた際に、ユーザ管理テーブル１０１を参照して、ユーザの情報を取得し、ファイルシステムプログラム１２０へ渡す。

ファイルシステムプログラム１２０は、複数の機能構成手段で構成される。すなわち、記憶デバイス割り当て手段１２１と、記憶デバイス選択手段１２２と、アクセス開始予期手段１２３と、記憶デバイス電源オン手段１２４と、アクセス終了予期手段１２５と、記憶デバイス電源オフ手段１２６を有している。なお、これらを便宜上、「手段」と表現したが、実体はプログラムであるため、「関数」、「機能」、「部」等と呼ぶことがある。例えば、アクセス開始予期手段１２３を、アクセス開始予期関数、アクセス開始予期部と呼ぶことがある。

また、ファイルシステムプログラム１２０は、記憶デバイス１４０の識別子や記憶デバイス１４０を割り当てたユーザ等の情報を保持する記憶デバイス管理テーブル１２７を有しており、メモリに記憶される。

記憶デバイス制御装置１３０は、ファイルシステムプログラム１２０からの要求に基づいて指定された記憶デバイス１４０のファイル１４１へアクセスする。また、記憶デバイス制御装置１３０は、ファイルシステムプログラム１２０からの要求に基づいて指定された記憶デバイス１４０の電源を制御する。

なお、市販されている記憶デバイス制御装置には、記憶デバイスの電源制御機能の付加されているものがあり、記憶デバイス制御装置１３０は、この電源制御機能を使うことにより、ファイルシステムプログラム１２０がコンピュータから記憶デバイス制御装置１３０に対し要求を出せば、記憶デバイス制御装置１３０は記憶デバイスの電源制御を行なうことが可能である。例えば、ＮＥＣ社のiStorage（登録商標）シリーズにおける、iStorage StoragePowerConserver（省電力機能）などが利用できる。

また、ファイルシステムプログラム１２０がコンピュータから記憶デバイス制御装置１３０に対し直接電源制御の要求を出せない場合には、図示が省略されたサービスプロセッサ（Service Processor、以下、ＳＶＰ）に対し要求を出すことにより、ＳＶＰを経由して記憶デバイス制御装置１３０に電源制御の要求を出すことも可能である。

記憶デバイス１４０は、記憶デバイス制御装置１３０からの要求に基づいてファイル１４１へアクセスする。また、記憶デバイス１４０は、記憶デバイス制御装置１３０からの要求に基づいて電源をオン／オフする。

図２は、本実施例におけるユーザ管理テーブル１０１を示す説明図である。

カラム２００は、計算機システムに登録されているユーザ名を示している。カラム２１０は、暗号化したパスワードを示している。カラム２２０は、ユーザの識別子を示している。カラム２３０は、ユーザが属するグループの識別子を示している。カラム２４０は、ユーザに対するコメントを示している。カラム２５０は、ユーザのホームディレクトリを示している。カラム２６０は、ユーザのログインシェルを示している。

図３は、記憶デバイス管理テーブル１２７を示す説明図である。

カラム３００は、記憶デバイス１４０の識別子を示している。カラム３１０は、記憶デバイス１４０を割り当てたユーザの情報を示している。カラム３２０は、記憶デバイス１４０の電源カウンタを示している。なお、記憶デバイス識別子としては、例えば、ＬＵＩＤ（Logical Unit ID）やＬＶＩＤ（Logical Volume ID）などを用いる。

本実施例では、ユーザが実行する基本的なコマンドを提供するルートユーザに割り当てた記憶デバイス１４０はシステムの起動時に電源がオンされるものとし、その記憶デバイス１４０の電源がオフされることがないようにカラム３２０の電源カウンタを１に初期化することにする。また、本実施例では、ルートユーザに割り当てたものを除いた記憶デバイス１４０に関するカラム３２０の電源カウンタの値を０に初期化することにする。

図４は、記憶デバイス１４０内のファイル１４１を示す説明図である。

ファイル１４１は、メタデータ４００と、データ４１０から構成される。メタデータ４００は、ファイルの種別４０１と、ファイルのアクセス権４０２と、ファイルを所有しているユーザの識別子４０３と、ファイルを所有しているユーザが属しているグループの識別子４０４と、ファイルへのアクセス時刻４０５と、ファイルのサイズ４０６といった情報を有している。このメタデータ４００は、メタ情報とも呼ばれることがあり、あるデータが付随して持つそのデータ自身についての付随的なデータを意味している。本明細書において、単に「データ」と呼ぶ場合、このメタデータを除いたものを指すこととする。

図５および図６は、本実施例における記憶デバイス割り当て手段１２１による処理のフローチャートを示す。

図５のステップ５００で、ユーザ管理プログラム１００から計算機システムへ登録するユーザの情報を取得する。

ステップ５１０では、記憶デバイス管理テーブル１２７を参照して、カラム３１０に取得したユーザの情報が登録された行が存在するか判定する。

ステップ５１０で、カラム３１０に登録された行が存在する場合には、記憶デバイス１４０を割り当てる必要はないため終了する。カラム３１０に登録された行が存在しない場合には、ステップ５２０へ進む。

ステップ５２０では、記憶デバイス管理テーブル１２７を参照して、カラム３１０が登録されていない行が存在するか判定する。

ステップ５２０で、カラム３１０が登録されていない行が存在しない場合には、ステップ５３０へ進む。カラム３１０が登録されていない行が存在する場合には、図６のステップ６００へ進む。

ステップ５３０では、記憶デバイス１４０の割り当てが不可能なことを示すエラーを表示して終了する。

図６のステップ６００では、記憶デバイス管理テーブル１２７を参照して、カラム３１０が登録されていない行の一つを選択する。

ステップ６１０では、選択している行のカラム３１０へユーザの情報を登録する。

ステップ６２０では、選択している行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオンを記憶デバイス制御装置１３０へ要求する。

ステップ６３０では、ファイル１４１を配置することができるように、選択している行のカラム３００の識別子を持つ記憶デバイス１４０の初期化を記憶デバイス制御装置１３０へ要求する。

ステップ６４０では、選択している行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオフを記憶デバイス制御装置１３０へ要求して終了する。

図７は、本実施例における記憶デバイス選択手段１２２による処理のフローチャートを示す。

ステップ７００で、ファイル１４１へアクセスするプログラムから実行しているユーザの情報を取得する。

ステップ７１０では、記憶デバイス管理テーブル１２７を参照して、カラム３１０に取得したユーザの情報が登録されている行を検索する。

ステップ７２０では、検索した行のカラム３００の識別子を持つ記憶デバイス１４０のファイル１４１へのアクセスを記憶デバイス制御装置１３０へ要求する。

図８は、本実施例におけるアクセス開始予期手段１２３による処理のフローチャートを示す。

ステップ８００で、ログイン／ログアウトプログラム１１０から計算機システムへログインするユーザのユーザ情報を取得する。

ステップ８１０では、取得したユーザの情報を記憶デバイス電源オン手段１２４へ渡して終了する。

図９は、本実施例における記憶デバイス電源オン手段１２４による処理のフローチャートを示す。

ステップ９００で、アクセス開始予期手段１２３からユーザのユーザ情報を取得する。

ステップ９１０では、記憶デバイス管理テーブル１２７を参照して、カラム３１０に取得したユーザのユーザ情報が登録されている行を検索する。

ステップ９２０では、検索した行のカラム３２０の電源カウンタの値を判定する。

ステップ９２０で、カラム３２０の値が０より大きい場合には、記憶デバイス１４０の電源はオンであるため、ステップ９３０へ進む。カラム３２０の値が０の場合には、ステップ９４０へ進む。

ステップ９３０では、検索した行のカラム３２０の値をインクリメントして終了する。

ステップ９４０では、検索した行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオンを記憶デバイス制御装置１３０へ要求する。

図１０は、本実施例におけるアクセス終了予期手段１２５による処理のフローチャートを示す。

ステップ１０００で、ログイン／ログアウトプログラム１１０から計算機システムからログアウトするユーザのユーザ情報を取得する。

ステップ１０１０では、ログアウトするユーザがバックグラウンドで実行しているプログラムが存在するか判定する。なお、ユーザが実行しているプログラムの確認には、例えば、実行中プログラム表示コマンドを用いることができる。

ステップ１０１０で、バックグラウンドで実行しているプログラムが存在する場合には、記憶デバイス１４０へのアクセスが発生する可能性があるため、ステップ１０２０へ進む。バックグラウンドで実行しているプログラムが存在しない場合には、ステップ１０３０へ進む。

ステップ１０２０では、バックグラウンドで実行しているプログラムの終了を監視する。

ステップ１０３０では、取得したユーザのユーザ情報を記憶デバイス電源オフ手段１２６へ渡して終了する。

図１１は、本実施例における記憶デバイス電源オフ手段１２６による処理のフローチャートを示す。

ステップ１１００で、アクセス終了予期手段１２５からユーザの情報を取得する。

ステップ１１１０では、記憶デバイス管理テーブル１２７を参照して、カラム３１０に取得したユーザの情報が登録されている行を検索する。

ステップ１１２０では、検索した行のカラム３２０の電源カウンタの値をデクリメントする。

ステップ１１３０では、検索した行のカラム３２０の電源カウンタの値を判定する。

ステップ１１３０で、検索した行のカラム３２０の値が０より大きい場合には、記憶デバイス１４０の電源をオフする必要はないため、終了する。検索した行のカラム３２０の値が０の場合には、ステップ１１４０へ進む。

ステップ１１４０では、検索した行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオフを記憶デバイス制御装置１３０へ要求する。

図１２は、本実施例におけるディレクトリ構造ビュー１２００を示す説明図である。

ディレクトリ構造ビュー１２００は、計算機システムを使用しているユーザに見えるディレクトリ構造である。

ディレクトリ構造１２１０、ディレクトリ構造１２１１およびディレクトリ構造１２１２はそれぞれ、ユーザの情報に基づいて割り当てた記憶デバイス１４０におけるファイルの配置を示している。

ファイルシステムプログラム１２０により、電源がオンになっている記憶デバイス１４０のディレクトリ構造１２１０およびディレクトリ構造１２１１を重ね合わせたものがディレクトリ構造ビュー１２００として計算機を使用しているユーザに見える。

よって、本実施例によれば、ファイルシステムプログラム１２０において、記憶デバイス割り当て手段１２１および記憶デバイス選択手段１２２により、計算機システムを使用するユーザの情報に基づいてファイルを配置する記憶デバイスを制御し、記憶デバイス電源オン手段１２４および記憶デバイス電源オフ手段１２６により、計算機システムを使用しているユーザの情報に基づいて記憶デバイスの電源を制御することで、ストレージの消費電力の削減効果を向上することが可能になる。また、アクセス開始予期手段１２３およびアクセス終了予期手段１２５により、計算機システムへのユーザのログイン／ログアウトを受け付けた際に記憶デバイスの電源を制御することで、ユーザが実行するプログラムからのファイルへのアクセスがタイムアウトすることを防ぐことが可能になる。

図１３は、本発明の実施例２における計算機システムを示す概略構成図である。本実施例を、上記の実施例１との差分を中心に説明する。

本実施例における計算機システムは、上記の実施例１の計算機システムの構成に加えて、ジョブスケジュールプログラム１３００を有している。

ジョブスケジュールプログラム１３００は、計算機システムに登録されているユーザのジョブを保持して実行をスケジュールする。また、ジョブスケジュールプログラム１３００は、保持しているジョブの実行開始／実行終了の際に、ユーザ管理テーブル１０１を参照して、ユーザの情報を取得し、ファイルシステムプログラム１２０へ渡す。

図１４は、本実施例におけるアクセス開始予期手段１２３による処理のフローチャートを示す。

本実施例におけるアクセス開始予期手段１２３は、上記の実施例１のアクセス開始予期手段１２３のステップに加えて、ジョブスケジュールプログラム１３００に関するステップを有している。

ステップ１４００で、ジョブスケジュールプログラム１３００から実行を開始するジョブのユーザの情報を取得する。

ステップ１４０１では、取得したユーザの情報を記憶デバイス電源オン手段１２４へ渡して終了する。

図１５は、本実施例におけるアクセス終了予期手段１２５による処理のフローチャートを示す。

本実施例におけるアクセス終了予期手段１２５は、上記の実施例１のアクセス終了予期手段１２５のステップに加えて、ジョブスケジュールプログラム１３００に関するステップを有している。

ステップ１５００で、ジョブスケジュールプログラム１３００から実行を終了したジョブのユーザの情報を取得する。

ステップ１５０１では、取得したユーザの情報を記憶デバイス電源オフ手段１２６へ渡して終了する。

よって、本実施例によれば、ファイルシステムプログラム１２０において、アクセス開始予期手段１２３およびアクセス終了予期手段１２５により、保持しているジョブの実行開始／実行終了の際に記憶デバイスの電源を制御することで、ジョブからのファイルへのアクセスがタイムアウトすることを防ぐとともに、ストレージの消費電力の削減効果を向上することが可能になる。

実施例３における計算機システムの概略構成は、上記の実施例１、あるいは実施例２における計算機システムの概略構成と同じである。本実施例を、上記の実施例１、あるいは実施例２との差分を中心に説明する。

図１６は、本実施例におけるファイル１４１を示す説明図である。本実施例におけるファイル１４１のメタデータ４００は、実施例１、あるいは実施例２のメタデータ４００の情報に加えて、ファイルへ分散アクセスすることを示す属性１６００を有している。

図１７は、本実施例における記憶デバイス管理テーブル１２７を示す説明図である。本実施例における記憶デバイス管理テーブル１２７は、実施例１、あるいは実施例２の記憶デバイス管理テーブル１２７のカラムに加えて、ファイル１４１を分割して配置する次の記憶デバイス１４０の識別子を示すカラム１７００を有している。

図１８、図１９および図２０は、本実施例における記憶デバイス割り当て手段１２１による処理のフローチャートを示す。

本実施例における記憶デバイス割り当て手段１２１は、上記の実施例１、あるいは実施例２の記憶デバイス割り当て手段１２１のステップに加えて、ファイル１４１を分割して配置する記憶デバイス１４０に関するステップを有している。本実施例では、分割したファイル１４１を配置する記憶デバイス１４０を他のユーザに割り当てることができるものとする。また、本実施例では、分割したファイル１４１を配置する記憶デバイス１４０として、記憶デバイス管理テーブル１２７の連続している行の記憶デバイス１４０を割り当てることにする。

図１９のステップ１９００では、選択している行のカラム３００の識別子が前の行のカラム１７００に登録されているか判定する。

ステップ１９００で、前の行のカラム１７００に登録されている場合には、選択している行のカラム３００の識別子を持つ記憶デバイス１４０を初期化する必要はないため、ステップ１９２０へ進む。前の行のカラム１７００に登録されていない場合には、図２０のステップ６２０へ進む。

ステップ１９１０では、前の行のカラム１７００の識別子へ、選択している行のカラム３００の識別子を登録する。

ステップ１９２０では、記憶デバイス１４０を割り当てた数とファイル１４１を分割する数が一致するか判定する。

ステップ１９２０で、割り当てた数と分割する数が一致する場合には終了する。割り当てた数と分割する数が一致しない場合には、ステップ１９３０へ進む。

ステップ１９３０では、記憶デバイス管理テーブル１２７の次の行を選択し、ステップ１９００へ戻る。

図２０のステップ２０００では、選択している行のカラム１７００の識別子へ、ファイル１４１を分割して配置する次の記憶デバイス１４０が未定であることを示す識別子を登録する。本実施例では、ファイル１４１を分割して配置する次の記憶デバイス１４０が未定であることを示す識別子として、選択している行のカラム３００の識別子を用いることにする。

図２１および図２２は、本実施例における記憶デバイス電源オン手段１２４による処理のフローチャートを示す。

本実施例における記憶デバイス電源オン手段１２４は、上記の実施例１、あるいは実施例２の記憶デバイス電源オン手段１２４に加えて、ファイル１４１を分割して配置する記憶デバイス１４０に関するステップを有している。

図２２のステップ２２００では、記憶デバイス１４０の電源をオンした数とファイル１４１を分割する数が一致するか判定する。

ステップ２２００で、電源をオンした数と分割する数が一致する場合には、終了する。電源をオンした数と分割する数が一致しない場合には、ステップ２２１０へ進む。

ステップ２２１０では、記憶デバイス管理テーブル１２７を参照して、検索した行のカラム１７００の識別子がカラム３００に登録されている行を検索し、図２１のステップ９２０へ戻る。

図２３およぶ図２４は、本実施例における記憶デバイス電源オフ手段１２６による処理のフローチャートを示す。

本実施例における記憶デバイス電源オフ手段１２６は、上記の実施例１、あるいは実施例２の記憶デバイス電源オフ手段１２６のステップに加えて、ファイル１４１を分割して配置する記憶デバイス１４０に関するステップを有している。

図２４のステップ２４００では、記憶デバイス１４０の電源をオフした数とファイル１４１を分割する数が一致するか判定する。

ステップ２４００で、電源をオフした数と分割する数が一致する場合には、終了する。電源をオフした数と分割する数が一致しない場合には、ステップ２４１０へ進む。

ステップ２４１０では、記憶デバイス管理テーブル１２７を参照して、検索した行のカラム１７００の識別子がカラム３００に登録されている行を検索し、図２３のステップ１１２０へ戻る。

図２５、図２６および図２７は、本実施例における記憶デバイス選択手段１２２による処理のフローチャートを示す。

本実施例における記憶デバイス選択手段１２２は、上記の実施例１、あるいは実施例２の記憶デバイス選択手段１２２のステップに加えて、ファイル１４１の分割配置に関するステップを有している。

図２５のステップ２５００では、アクセスするファイル１４１のメタデータ４００の分散アクセス属性１６００を判定する。

ステップ２５００で、分散アクセス属性１６００が指定されていない場合には、図２６のステップ２６００へ進む。分散アクセス属性１６００が指定されている場合には、図２７のステップ２７００へ進む。

図２６のステップ２６００では、ファイル１４１へのアクセスがオープン要求か判定する。

ステップ２６００で、ファイル１４１へのアクセスがオープン要求である場合には、ステップ２６１０へ進む。ファイル１４１へのアクセスがオープン要求でない場合には、ステップ７２０へ進む。

ステップ２６１０では、検索した行のカラム１７００の識別子を持つ記憶デバイス１４０へファイル１４１が分割して配置されているか判定する。

ステップ２６１０で、分割して配置されていない場合には、終了する。分割して配置されている場合には、ステップ２６２０へ進む。

ステップ２６２０では、ファイル１４１を分割する数にしたがって検索した行のカラム１７００の識別子がカラム３００に登録されている行を辿り、結合したファイル１４１の記憶デバイス１４０への再配置を記憶デバイス制御装置１３０へ要求して終了する。

図２７のステップ２７００では、ファイル１４１へのアクセスがオープン要求か判定する。

ステップ２７００で、ファイル１４１へのアクセスがオープン要求である場合には、ステップ２７１０へ進む。ファイル１４１へのアクセスがオープン要求でない場合には、ステップ２７３０へ進む。

ステップ２７１０では、検索した行のカラム１７００の識別子を持つ記憶デバイス１４０へファイル１４１が分割して配置されているか判定する。

ステップ２７１０で、分割して配置されている場合には、終了する。分割して配置されていない場合には、ステップ２７２０へ進む。

ステップ２７２０では、ファイル１４１を分割する数にしたがって検索した行のカラム１７００の識別子がカラム３００に登録されている行を辿り、分割したファイル１４１の記憶デバイス１４０への再配置を記憶デバイス制御装置１３０へ要求して終了する。

ステップ２７３０では、ファイル１４１を分割する数にしたがって検索した行のカラム１７００の識別子がカラム３００に登録されている行を辿り、記憶デバイス１４０へのアクセスを分配して記憶デバイス制御装置１３０へ要求して終了する。

図２８は、本実施例におけるファイルプロパティウィンドウ２８００を示す説明図である。

ファイルプロパティウィンドウ２８００は、ファイル１４１のメタデータ４００が持つ情報を表示するフィールド２８１０と、ファイル１４１のメタデータ４００が持つ属性を指定するフィールド２８２０を有している。

フィールド２８２０の属性をマークすることで、ファイル１４１のメタデータ４００の分散アクセス属性１６００が指定され、記憶デバイス選択手段１２２によってファイル１４１が記憶デバイス１４０へ分割して配置される。

図２９は、本実施例におけるディレクトリ構造ビューを示す説明図である。

ディレクトリ構造ビュー２９００は、計算機システムを使用しているユーザに見えるディレクトリ構造である。

ディレクトリ構造２９１０、ディレクトリ構造２９１１およびディレクトリ構造２９１２はそれぞれ、ユーザの情報に基づいて割り当てた記憶デバイス１４０におけるファイルの配置を示している。また、本実施例では、ディレクトリ構造２９１１を持つ記憶デバイス１４０は、ディレクトリ構造２９１０を持つ記憶デバイス１４０の分割したファイル１４１を配置する記憶デバイスとしても割り当てている。同様に、ディレクトリ構造２９１２を持つ記憶デバイス１４０は、ディレクトリ構造２９１１を持つ記憶デバイス１４０の分割したファイル１４１を配置する記憶デバイスとしても割り当てている。

ファイルシステムプログラム１２０により、電源がオンになっている記憶デバイス１４０のディレクトリ構造２９１０、ディレクトリ構造２９１１およびディレクトリ構造２９１２を重ね合わせたものがディレクトリ構造ビュー２９００として計算機を使用しているユーザに見える。また、ファイルシステムプログラム１２０により、ディレクトリ構造２９１１およびディレクトリ構造２９１２を持つ記憶デバイス１４０へ分割して配置しているファイル１４１へアクセスすることが可能である。

よって、本実施例によれば、ファイルシステムプログラム１２０において、記憶デバイス割り当て手段１２１および記憶デバイス選択手段１２２により、分散アクセス属性１６００が指定されているファイル１４１を複数の記憶デバイスへ分割して配置することで、ストレージの消費電力の削減効果を向上させながら、ファイルへのアクセス性能を向上することが可能になる。

本発明の実施例４における計算機システムの概略構成は、上記の実施例１、あるいは実施例２における計算機システムの概略構成と同じである。本実施例を、上記の実施例１、あるいは実施例２との差分を中心に説明する。

図３０は、本実施例におけるファイル１４１を示す説明図である。

本実施例におけるファイル１４１のメタデータ４００は、上記の実施例１、あるいは実施例２のメタデータ４００の情報に加えて、ファイル１４１へのアクセスが希であることを示す属性（アクセス希少属性）３０００を有している。

図３１は、本実施例における記憶デバイス管理テーブル１２７を示す説明図である。

本実施例における記憶デバイス管理テーブル１２７は、上記の実施例１、あるいは実施例２の記憶デバイス管理テーブル１２７のカラムに加えて、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０の識別子を示すカラム３１００を有している。

図３２、図３３および図３４は、本実施例における記憶デバイス割り当て手段１２１による処理のフローチャートを示す。

本実施例における記憶デバイス割り当て手段１２１は、上記の実施例１、あるいは実施例２の記憶デバイス割り当て手段１２１のステップに加えて、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０に関するステップを有している。本実施例では、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０を他のユーザに割り当てることができるものとする。また、本実施例では、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０として、記憶デバイス管理テーブル１２７の次の行の記憶デバイス１４０を割り当てることにする。

図３３のステップ３３００では、記憶デバイス管理テーブル１２７の次の行を選択する。

図３４のステップ３４００では、選択している行のカラム３００の識別子が前の行のカラム３１００に登録されているか判定する。

ステップ３４００で、前の行のカラム３１００に登録されている場合には、選択している行のカラム３００の識別子を持つ記憶デバイス１４０を初期化する必要はないため、呼び出し元へ戻る。前の行のカラム３１００に登録されていない場合には、ステップ６２０へ進む。

ステップ３４１０では、選択している行のカラム３１００の識別子へ、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０が未定であることを示す識別子を登録する。本実施例では、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０が未定であることを示す識別子として、選択している行のカラム３００の識別子を用いることにする。

ステップ３４２０では、前の行のカラム１７００の識別子へ、選択している行のカラム３００の識別子を登録する。

本実施例における記憶デバイス電源オン手段１２４は、上記の実施例１、あるいは実施例２の記憶デバイス電源オン手段１２４と同じであり、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０に関するステップは有していない。

また、本実施例における記憶デバイス電源オフ手段１２６は、上記の実施例１、あるいは実施例２の記憶デバイス電源オフ手段１２６と同じであり、アクセスが希なファイル１４１のデータ４１０を配置する記憶デバイス１４０に関するステップは有していない。

図３５、図３６、図３７、図３８、図３９および図４０は、本実施例における記憶デバイス選択手段１２２による処理のフローチャートを示す。

本実施例における記憶デバイス選択手段１２２は、上記の実施例１、あるいは実施例２の記憶デバイス選択手段１２２のステップに加えて、アクセスが希なファイル１４１の配置に関するステップを有している。

図３５のステップ３５００では、アクセスするファイル１４１のメタデータ４００のアクセス希少属性３０００を判定する。

ステップ３５００で、アクセス希少属性３０００が指定されていない場合には、図３６のステップ３６００へ進む。アクセス希少属性３０００が指定されている場合には、図３９のステップ３９００へ進む。

図３６のステップ３６００では、ファイル１４１へのアクセスがオープン要求か判定する。

ステップ３６００で、ファイル１４１へのアクセスがオープン要求である場合には、ステップ３６１０へ進む。ファイル１４１へのアクセスがオープン要求でない場合には、ステップ７２０へ進む。

ステップ３６１０では、検索した行のカラム３１００の識別子を持つ記憶デバイス１４０へファイル１４１のデータ４１０が配置されているか判定する。

ステップ３６１０で、データ４１０が配置されていない場合には、終了する。データ４１０が配置されている場合には、ステップ３６２０へ進む。

ステップ３６２０では、記憶デバイス管理テーブル１２７を参照して、検索した行のカラム３１００の識別子がカラム３００に登録されている行を選択し、図３７のステップ３７００へ進む。

ステップ３６３０では、検索した行のカラム３００の識別子を持つ記憶デバイス１４０へのファイル１４１のデータ４１０の再配置を記憶デバイス制御装置１３０へ要求し、図３８のステップ３８００へ進む。

図３７のステップ３７００では、選択した行のカラム３２０の電源カウンタの値を判定する。

ステップ３７００で、選択した行のカラム３２０の値が０より大きい場合には、記憶デバイス１４０の電源をオンする必要はないため、ステップ３７１０へ進む。選択した行のカラム３２０の値が０の場合には、ステップ３７２０へ進む。

ステップ３７１０では、選択した行のカラム３２０の値をインクリメントし、呼び出し元へ戻る。

ステップ３７２０では、選択した行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオンを記憶デバイス制御装置１３０へ要求する。

図３８のステップ３８００では、選択した行のカラム３２０の値をデクリメントする。

ステップ３８１０では、選択した行のカラム３２０の電源カウンタの値を判定する。

ステップ３８１０で、選択した行のカラム３２０の値が０より大きい場合には、記憶デバイス１４０の電源をオフする必要はないため、呼び出し元へ戻る。選択した行のカラム３８１０の値が０の場合には、ステップ３８２０へ進む。

ステップ３８２０では、選択した行のカラム３００の識別子を持つ記憶デバイス１４０の電源のオフを記憶デバイス制御装置１３０へ要求し、呼び出し元へ戻る。

図３９のステップ３９００では、記憶デバイス管理テーブル１２７を参照して、検索した行のカラム３１００の識別子がカラム３００に登録されている行を選択する。

ステップ３９１０では、ファイル１４１へのアクセスがオープン要求か判定する。

ステップ３９１０で、ファイル１４１へのアクセスがオープン要求である場合には、図３７のステップ３７００へ進む。ファイル１４１へのアクセスがオープン要求でない場合には、図４０のステップ４０００へ進む。

ステップ３９２０では、選択した行のカラム３００の識別子を持つ記憶デバイス１４０へファイル１４１のデータ４１０が配置されているか判定する。

ステップ３９２０で、データ４１０が配置されている場合には、終了する。データ４１０が配置されていない場合には、ステップ３９３０へ進む。

ステップ３９３０では、選択した行のカラム３００の識別子を持つ記憶デバイス１４０へのファイル１４１のデータ４１０の再配置を記憶デバイス制御装置１３０へ要求して終了する。

図４０のステップ４０００では、ファイル１４１へのアクセスがクローズ要求か判定する。

ステップ４０００で、ファイル１４１へのアクセスがクローズ要求である場合には、図３８のステップ３８００へ進む。ファイル１４１へのアクセスがクローズ要求でない場合には、ステップ４０１０へ進む。

ステップ４０１０では、検索した行のカラム３００の識別子および選択した行のカラム３００の識別子にしたがって記憶デバイス１４０へのファイル１４１のメタデータ４００アクセスとデータ４１０アクセスを分配して記憶デバイス制御装置１３０へ要求して終了する。

図４１は、本実施例におけるファイルプロパティウィンドウ４１００を示す説明図である。

ファイルプロパティウィンドウ４１００は、ファイル１４１のメタデータ４００が持つ情報を表示するフィールド４１１０と、ファイル１４１のメタデータ４００が持つ属性を指定するフィールド４１２０を有している。

フィールド４１２０の属性をマークすることで、ファイル１４１のメタデータ４００のアクセス希少属性３０００が指定され、記憶デバイス選択手段１２２によってファイル１４１のメタデータ４００とデータ４１０が記憶デバイス１４０へ分割して配置される。

図４２は、本実施例におけるディレクトリ構造ビューを示す説明図である。

ディレクトリ構造ビュー４２００は、計算機システムを使用しているユーザに見えるディレクトリ構造である。

ディレクトリ構造４２１０、ディレクトリ構造４２１１およびディレクトリ構造４２１２はそれぞれ、ユーザの情報に基づいて割り当てた記憶デバイス１４０におけるファイルの配置を示している。また、本実施例では、ディレクトリ構造４２１１を持つ記憶デバイス１４０は、ディレクトリ構造４２１０を持つ記憶デバイス１４０のアクセスが希なファイル１４１のデータ４１０を配置する記憶デバイスとしても割り当てている。同様に、ディレクトリ構造４２１２を持つ記憶デバイス１４０は、ディレクトリ構造４２１１を持つ記憶デバイス１４０のアクセスが希なファイル１４１のデータ４１０を配置する記憶デバイスとしても割り当てている。

ファイルシステムプログラム１２０により、電源がオンになっている記憶デバイス１４０のディレクトリ構造４２１０およびディレクトリ構造４２１１を重ね合わせたものがディレクトリ構造ビュー４２００として計算機を使用しているユーザに見える。また、ファイルシステムプログラム１２０により、ディレクトリ構造４２１２を持つ記憶デバイス１４０は、割り当てたユーザが計算機システムの使用を開始するか、あるいはディレクトリ構造４２１１を持つ記憶デバイス１４０のアクセスが希なファイル１４１への要求が発生するまで電源がオンになることはない。

よって、本実施例によれば、ファイルシステムプログラム１２０において、記憶デバイス割り当て手段１２１および記憶デバイス選択手段１２２により、アクセス希少属性１６００が指定されているファイル１４１のメタデータ４００とデータ４１０を異なる記憶デバイスへ配置することで、ストレージの消費電力の削減効果を向上させながら、ストレージを効率的に使用することが可能になる。

以上、数々の実施例に基づいて本発明を具体的に説明したが、本発明は上記実施例に限定されるものではなく、ユーザの情報としてユーザの識別子の代わりにグループの識別子を用いるなど、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、計算機システムにおけるファイルシステムによるストレージの管理方法に適用することが可能であり、特に、大規模な計算機システムにおけるストレージの電源の管理方法に適用することが可能である。

実施例１における計算機システムを示す概略構成図である。 実施例１において、ユーザ管理テーブルを示す説明図である。 実施例１において、記憶デバイス管理テーブルを示す説明図である。 実施例１において、ファイルを示す説明図である。 実施例１において、記憶デバイス割り当て手段１による処理を示すフローチャートである。 実施例１において、記憶デバイス割り当て手段２による処理を示すフローチャートである。 実施例１において、記憶デバイス選択手段による処理を示すフローチャートである。 実施例１において、アクセス開始予期手段による処理を示すフローチャートである。 実施例１において、記憶デバイス電源オン手段による処理を示すフローチャートである。 実施例１において、アクセス終了予期手段による処理を示すフローチャートである。 実施例１において、記憶デバイス電源オフ手段による処理を示すフローチャートである。 実施例１において、ディレクトリ構造ビューを示す説明図である。 実施例２における計算機システムを示す概略構成図である。 実施例２において、アクセス開始予期手段による処理を示すフローチャートである。 実施例２において、アクセス終了予期手段による処理を示すフローチャートである。 実施例３において、ファイルを示す説明図である。 実施例３において、記憶デバイス管理テーブルを示す説明図である。 実施例３において、記憶デバイス割り当て手段１による処理を示すフローチャートである。 実施例３において、記憶デバイス割り当て手段２による処理を示すフローチャートである。 実施例３において、記憶デバイス割り当て手段３による処理を示すフローチャートである。 実施例３において、記憶デバイス電源オン手段１による処理を示すフローチャートである。 実施例３において、記憶デバイス電源オン手段２による処理を示すフローチャートである。 実施例３において、記憶デバイス電源オフ手段１による処理を示すフローチャートである。 実施例３において、記憶デバイス電源オフ手段２による処理を示すフローチャートである。 実施例３において、記憶デバイス選択手段１による処理を示すフローチャートである。 実施例３において、記憶デバイス選択手段２による処理を示すフローチャートである。 実施例３において、記憶デバイス選択手段３による処理を示すフローチャートである。 実施例３において、ファイルプロパティウィンドウを示す説明図である。 実施例３において、ディレクトリ構造ビューを示す説明図である。 実施例４において、ファイルを示す説明図である。 実施例４において、記憶デバイス管理テーブルを示す説明図である。 実施例４において、記憶デバイス割り当て手段１による処理を示すフローチャートである。 実施例４において、記憶デバイス割り当て手段２による処理を示すフローチャートである。 実施例４において、記憶デバイス割り当て手段３による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段１による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段２による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段３による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段４による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段５による処理を示すフローチャートである。 実施例４において、記憶デバイス選択手段６による処理を示すフローチャートである。 実施例４において、ファイルプロパティウィンドウを示す説明図である。 実施例４において、ディレクトリ構造ビューを示す説明図である。

符号の説明

１００…ユーザ管理プログラム
１０１…ユーザ管理テーブル
１１０…ログイン／ログアウトプログラム
１２０…ファイルシステムプログラム
１２１…記憶デバイス割り当て手段
１２２…記憶デバイス選択手段
１２３…アクセス開始予期手段
１２４…記憶デバイス電源オン手段
１２５…アクセス終了予期手段
１２６…記憶デバイス電源オフ手段
１２７…記憶デバイス管理テーブル
１３０…記憶デバイス制御装置
１４０…記憶デバイス
１４１…ファイル
２００…ユーザ名カラム
２１０…パスワードカラム
２２０…ユーザ識別子カラム
２３０…グループ識別子カラム
２４０…コメントカラム
２５０…ホームディレクトリカラム
２６０…ログインシェルカラム
３００…記憶デバイス識別子カラム
３１０…ユーザ情報カラム
３２０…電源カウンタカラム
４００…メタデータ
４０１…ファイル種別
４０２…アクセス権
４０３…ユーザ識別子
４０４…グループ識別子
４０５…アクセス時刻
４０６…サイズ
４１０…データ
１３００…ジョブスケジュールプログラム
１６００…分散アクセス属性
１７００…分割配置記憶デバイス識別子カラム
３０００…アクセス希少属性
３１００…データ配置記憶デバイス識別子カラム。

Claims (20)

1. 少なくとも一つの記憶デバイスを含む計算機システムにおける、前記記憶デバイスの電源と、前記記憶デバイスへのファイルを介したデータのアクセスを管理するストレージ管理方法であって、
   前記ファイルを配置する領域として前記記憶デバイスを割り当て、
   前記ファイルを配置している前記記憶デバイスを選択し、
   前記ファイルへのアクセスが開始、或いは終了することを予期し、
   前記ファイルへのアクセスが開始することの予期に基づいて前記記憶デバイスの電源のオンを指示し、
   前記ファイルへのアクセスが終了することの予期に基づいて前記記憶デバイスの電源のオフを指示する
   ことを特徴とするストレージ管理方法。
2. 請求項１に記載のストレージ管理方法であって、
   前記記憶デバイスを割り当てる際、前記計算機システムに登録するユーザのユーザ情報に基づいて、前記ファイルを配置する前記記憶デバイスを割り当てる、
   ことを特徴とするストレージ管理方法。
3. 請求項２に記載のストレージ管理方法であって、
   前記記憶デバイスを選択する際、前記ユーザ情報に基づいて、前記ファイルを配置している前記記憶デバイスを選択する、
   ことを特徴とするストレージ管理方法。
4. 請求項３に記載のストレージ管理方法であって、
   前記ファイルへのアクセスが開始、或いは終了することを予期する際、前記計算機システムへログイン、或いは前記計算機システムからログアウトしたユーザの前記ユーザ情報に基づき、前記記憶デバイスの電源をオン、或いはオフするよう指示する、
   ことを特徴とするストレージ管理方法。
5. 請求項３に記載のストレージ管理方法であって、
   前記計算機システムは、前記ユーザのジョブを保持して実行をスケジュールしており、前記ファイルへのアクセスが開始、或いは終了を予期する際、実行を開始、或いは終了する前記ジョブの前記ユーザ情報に基づき、前記記憶デバイスの電源をオン、或いはオフするよう指示する、
   ことを特徴とするストレージ管理方法。
6. 請求項３に記載のストレージ管理方法であって、
   前記ファイルは、メタデータとデータを有し、前記メタデータは、前記データへ分散アクセスすることを示す分散アクセス属性を有し、前記分散アクセス属性に基づき、複数の前記記憶デバイスを割り当てる、
   ことを特徴とするストレージ管理方法。
7. 請求項６に記載のストレージ管理方法であって、
   前記記憶デバイスの電源のオン、オフを指示する際、前記複数の記憶デバイスの電源オン、オフを指示する、
   ことを特徴とするストレージ管理方法。
8. 請求項７に記載のストレージ管理方法であって、
   前記記憶デバイスを選択する際、前記分散アクセス属性を設定していないファイルを、前記複数の記憶デバイスに含まれる一つの記憶デバイスへ配置し、前記分散アクセス属性を設定しているファイルを前記複数の記憶デバイスへ分割して配置する、
   ことを特徴とするストレージ管理方法。
9. 請求項３に記載のストレージ管理方法であって、
   前記ファイルは、メタデータとデータを有し、前記メタデータは、前記データへのアクセスが希であることを示すアクセス希少属性を有し、前記アクセス希少属性に基づき、第１と第２の前記記憶デイバスを割り当てる、
   ことを特徴とするストレージ管理方法。
10. 請求項９に記載のストレージ管理方法であって、
    前記記憶デバイスの電源のオンを指示する際、前記第１の記憶デバイスの電源のオンを指示し、前記第２の記憶デバイスの電源のオンは指示しない、
    前記記憶デバイスの電源のオフを指示する際、前記第１の記憶デバイスの電源のオフを指示し、前記第２の記憶デバイスの電源のオフは指示しない、
    ことを特徴とするストレージ管理方法。
11. 請求項１０に記載のストレージ管理方法であって、
    前記記憶デバイスを選択する際、前記アクセス希少属性を設定していない前記ファイルと、前記アクセス希少属性を設定している前記ファイルの前記メタデータを配置する記憶デバイスとして前記第１の記憶デバイスを選択し、
    前記アクセス希少属性を設定している前記ファイルの前記データを配置する記憶デバイスとして前記第２の記憶デバイスを選択し、前記アクセス希少属性を設定している前記ファイルが開かれている間、前記第２の記憶デバイスの電源をオンにする、
    ことを特徴とするストレージ管理方法。
12. 計算機と少なくとも一つの記憶デバイスを含む計算機システムにおける、前記記憶デバイスの電源と、前記記憶デバイスへのファイルを介したデータのアクセスを管理する、前記計算機で実行されるストレージ管理プログラムであって、
    前記ファイルを配置する領域として前記記憶デバイスを割り当てる関数と、
    前記ファイルを配置している前記記憶デバイスを選択する関数と、
    前記ファイルへのアクセスが開始することを予期する関数と、
    前記ファイルへのアクセスが終了することを予期する関数と、
    を含むことを特徴とするストレージ管理プログラム。
13. 請求項１２に記載のストレージ管理プログラムであって、
    前記記憶デバイスを割り当てる関数は、前記計算機システムに登録するユーザのユーザ情報に基づいて、前記ファイルを配置する記憶デバイスを割り当て、
    前記記憶デバイスを選択する関数は、前記ユーザ情報に基づいて、前記ファイルを配置している前記記憶デバイスを選択する、
    ことを特徴とするストレージ管理プログラム。
14. 請求項１３に記載のストレージ管理プログラムであって、
    前記ファイルへのアクセスが開始することの予期に基づき、前記記憶デバイスの電源のオンを指示する関数と、
    前記ファイルへのアクセスが終了することの予期に基づき、前記記憶デバイスの電源のオフを指示する関数と、を更に含み、
    前記ファイルへのアクセスが開始することを予期する関数は、前記計算機システムへログインしたユーザの前記ユーザ情報を前記記憶デバイスの電源のオンを指示する関数へ渡し、
    前記ファイルへのアクセスが終了することを予期する関数は、前記計算機システムからログアウトしたユーザの前記ユーザ情報を前記記憶デバイスの電源のオフを指示する関数へ渡す、
    ことを特徴とするストレージ管理プログラム。
15. 請求項１２に記載のストレージ管理プログラムであって、
    前記ファイルは、メタデータとデータを有し、前記メタデータは、前記データへ分散アクセスすることを示す分散アクセス属性を有し、
    前記記憶デバイスを割り当てる関数は、前記分散アクセス属性に基づき、複数の前記記憶デバイスを割り当てる、
    ことを特徴とするストレージ管理プログラム。
16. 計算機と、記憶デバイス制御装置と、少なくとも一つの記憶デバイスを含む計算機システムにおける、前記記憶デバイスの電源と、前記記憶デバイスへのファイルを介したデータのアクセスを管理するストレージ管理システムであって、
    前記計算機は、
    前記ファイルを配置する領域として前記記憶デバイスを割り当て、
    前記ファイルを配置している前記記憶デバイスを選択し、
    前記ファイルへのアクセスが開始、或いは終了することを予期し、
    前記ファイルへのアクセスが開始することの予期に基づいて、前記記憶デバイス制御装置に対し、前記記憶デバイスの電源をオンするよう指示し、
    前記ファイルへのアクセスが終了することの予期に基づいて、前記記憶デバイス制御装置に対し、前記記憶デバイスの電源のオフを指示する、
    ことを特徴とするストレージ管理システム。
17. 請求項１６に記載のストレージ管理システムであって、
    前記計算機は、
    前記記憶デバイスを割り当てる際、前記計算機システムに登録するユーザのユーザ情報に基づいて、前記ファイルを配置する前記記憶デバイスを割り当て、
    前記記憶デバイスを選択する際、前記ユーザ情報に基づいて前記ファイルを配置している前記記憶デバイスを選択する、
    ことを特徴とするストレージ管理システム。
18. 請求項１７に記載のストレージ管理システムであって、
    前記ファイルは、メタデータとデータを有し、前記メタデータは、前記データへのアクセスが希であることを示すアクセス希少属性を有し、
    前記計算機は、
    前記記憶デバイスを割り当てる際、前記アクセス希少属性に基づき、第１と第２の前記記憶デイバスを割り当てる、
    ことを特徴とするストレージ管理システム。
19. 請求項１８に記載のストレージ管理システムであって、
    前記計算機は、
    前記記憶デバイスの電源のオンを指示する際、前記第１の記憶デバイスの電源のオンを指示し、前記第２の記憶デバイスの電源のオンは指示しない、
    前記記憶デバイスの電源のオフを指示する際、前記第１の記憶デバイスの電源のオフを指示し、前記第２の記憶デバイスの電源のオフは指示しない、
    ことを特徴とするストレージ管理システム。
20. 請求項１９に記載のストレージ管理システムであって、
    前記計算機は、
    前記記憶デバイスを選択する際、前記アクセス希少属性を設定していない前記ファイルと、前記アクセス希少属性を設定している前記ファイルの前記メタデータを配置する記憶デバイスとして前記第１の記憶デバイスを選択し、
    前記アクセス希少属性を設定している前記ファイルの前記データを配置する記憶デバイスとして前記第２の記憶デバイスを選択し、前記アクセス希少属性を設定している前記ファイルが開かれている間、前記第２の記憶デバイスの電源をオンにする、
    ことを特徴とするストレージ管理システム。

Images