(57)【要約】【課題】  重要度の高いファイルへのアクセス速度の低下を防止しながら省電力化を行い得る省電力制御装置及び方法を提案する。【解決手段】  ストレージ装置に格納された各ファイルに対するユーザのアクセスパターンを検出し、検出したアクセスパターンに基づいて、アクセスパターンが類似したファイルをグループ化し、グループ化した各ファイルを、グループごとに、それぞれ別個に省電力制御が可能な異なる記憶媒体に移行させると共に、各ファイルに対するアクセスパターンに基づいて、グループごとに省電力制御のスケジュールを設定する第１のファイル移行処理を実行し、設定されたグループごとのスケジュールに従って、各記憶媒体を省電力制御するようにし、グループごとに、グループに属するファイルのうち、重要度が最も高く設定されたファイルに対するアクセスパターンに基づいて、グループに対する省電力制御のスケジュールを設定するようにした。【選択図】        図３７
2010271901.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ装置の省電力制御を行う省電力制御装置において、
前記ストレージ装置に格納された複数のファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて各前記ファイルに対するユーザのアクセスパターンを検出し、検出した各前記ファイルに対するアクセスパターンに基づいて、アクセスパターンが類似した前記ファイルをグループ化し、グループ化した各前記ファイルを、グループごとに、それぞれ別個に省電力制御が可能な異なる記憶媒体に移行させると共に、各前記ファイルに対するアクセスパターンに基づいて、前記グループごとに省電力制御のスケジュールを設定する第１のファイル移行処理を実行する第１のファイル移行処理部と、
設定された前記グループごとの前記スケジュールに従って、各前記記憶媒体を省電力制御する省電力制御処理部と
を備え、
前記第１のファイル移行処理部は、
前記グループごとに、前記グループに属する前記ファイルのうち、重要度が最も高く設定された前記ファイルに対するアクセスパターンに基づいて、前記グループに対する省電力制御のスケジュールを設定する
ことを特徴とする省電力制御装置。
【請求項２】
前記第１のファイル移行処理部は、
重要度が２番目に高いファイルについては、当該ファイルに対するアクセスパターンと類似する前記省電力制御のスケジュールが設定された前記グループに振り分ける
ことを特徴とする請求項１に記載の省電力制御装置。
【請求項３】
前記第１のファイル移行処理部は、
重要度が最も低いファイルについては、前記記憶媒体に属するファイルシステムの空き容量又は前記記憶媒体の稼働時間に基づいて振分け先の前記グループを決定する
ことを特徴とする請求項１に記載の省電力制御装置。
【請求項４】
前記記憶媒体は、
ＲＡＩＤ（Redundant Arrays of Independent Disks）グループを構成するディスク装置である
ことを特徴とする請求項１に記載の省電力制御装置。
【請求項５】
前記ストレージ装置に格納された新たなファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて前記新たなファイルに対するユーザのアクセスパターンを検出し、検出した前記新たなファイルに対するアクセスパターンに基づいて、当該新たなファイルを、当該ファイルに対するアクセスパターンと類似する前記省電力制御のスケジュールが設定された前記グループに振り分ける第２のファイル移行処理を実行する第２のファイル移行処理部と、
一定時間ごとに、前記第１のファイル移行処理及び前記第２のファイル移行処理のいずれを実行させるかを選択し、選択結果に基づいて前記第１のファイル移行処理部又は前記第２のファイル移行処理部に前記第１のファイル移行処理又は前記第２のファイル移行処理を実行させる移行方法選択処理部と
を備えることを特徴とする請求項１に記載の省電力制御装置。
【請求項６】
前記移行方法選択処理部は、
前記グループが１つもないか、前記グループを追加できないか、又は前記第１のファイル移行処理を実行してから一定期間が経過しているときに、前記第１のファイル移行処理を選択する
ことを特徴とする請求項５に記載の省電力制御装置。
【請求項７】
各前記記憶媒体は、
それぞれ異なるＮＡＳ（Network Attached Storage）サーバに割り当てられ、
前記省電力制御処理部は、
各前記記憶媒体に対する省電力制御に加えて前記ＮＡＳサーバに対する省電力制御も実行する
ことを特徴とする請求項１に記載の省電力制御装置。
【請求項８】
ストレージ装置の省電力制御を行う省電力制御方法において、
前記ストレージ装置に格納された複数のファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて各前記ファイルに対するユーザのアクセスパターンを検出し、検出した各前記ファイルに対するアクセスパターンに基づいて、アクセスパターンが類似した前記ファイルをグループ化し、グループ化した各前記ファイルを、グループごとに、それぞれ別個に省電力制御が可能な異なる記憶媒体に移行させると共に、各前記ファイルに対するアクセスパターンに基づいて、前記グループごとに省電力制御のスケジュールを設定する第１のファイル移行処理を実行する第１のステップと、
設定された前記グループごとの前記スケジュールに従って、各前記記憶媒体を省電力制御する第２のステップと
を備え、
前記第１のステップでは、
前記グループごとに、前記グループに属する前記ファイルのうち、重要度が最も高く設定された前記ファイルに対するアクセスパターンに基づいて、前記グループに対する省電力制御のスケジュールを設定する
ことを特徴とする省電力制御方法。
【請求項９】
前記第１のステップでは、
重要度が２番目に高いファイルについては、当該ファイルに対するアクセスパターンと類似する前記省電力制御のスケジュールが設定された前記グループに振り分ける
ことを特徴とする請求項８に記載の省電力制御方法。
【請求項１０】
前記第１のステップでは、
重要度が最も低いファイルについては、前記記憶媒体に属するファイルシステムの空き容量又は前記記憶媒体の稼働時間に基づいて振分け先の前記グループを決定する
ことを特徴とする請求項８に記載の省電力制御方法。
【請求項１１】
前記記憶媒体は、
ＲＡＩＤ（Redundant Arrays of Independent Disks）グループを構成するディスク装置である
ことを特徴とする請求項８に記載の省電力制御方法。
【請求項１２】
一定時間ごとに、前記ストレージ装置に格納された新たなファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて前記新たなファイルに対するユーザのアクセスパターンを検出し、検出した前記新たなファイルに対するアクセスパターンに基づいて、当該新たなファイルを、当該ファイルに対するアクセスパターンと類似する前記省電力制御のスケジュールが設定された前記グループに振り分ける第２のファイル移行処理と、前記第１のファイル移行処理とのいずれを実行させるかを選択し、選択結果に基づいて前記第１のファイル移行処理又は前記第２のファイル移行処理のいずれかを実行する第３のステップを備える
ことを特徴とする請求項８に記載の省電力制御方法。
【請求項１３】
前記第３のステップでは、
前記グループが１つもないか、前記グループを追加できないか、又は前記第１のファイル移行処理を実行してから一定期間が経過しているときに、前記第１のファイル移行処理を選択する
ことを特徴とする請求項１２に記載の省電力制御方法。
【請求項１４】
各前記記憶媒体は、
それぞれ異なるＮＡＳ（Network Attached Storage）サーバに割り当てられ、
前記第２のステップでは、
各前記記憶媒体に対する省電力制御に加えて前記ＮＡＳサーバに対する省電力制御も実行する
ことを特徴とする請求項８に記載の省電力制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、省電力制御装置及び方法に関し、例えば計算機システムの省電力制御に適用して好適なものである。
【背景技術】
【０００２】
近年、ストレージ装置の大規模化及び高性能化に伴い、ストレージ装置における消費電力が増加の一途を辿っており、ストレージ装置の省電力化の要求が高まってきている。
【０００３】
このような状況のもと、近年では、ストレージ装置の電源のオン／オフを制御することによって省電力化を行う方法（特許文献１参照）や、ＲＡＩＤ（Redundant Arrays of Independent Disks）グループ単位で省電力制御を行う方法（特許文献２参照）が提案されている。
【特許文献１】特開２００８−２２５７７２号公報
【特許文献２】特開２００８−１３４８２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ストレージ装置をＲＡＩＤグループ単位で省電力制御する方法の１つとして、そのＲＡＩＤグループが提供する記憶領域に格納（以下、これを「ＲＡＩＤグループに格納」と呼ぶ）されたファイルに対するユーザからのアクセスパターンに基づいてそのＲＡＩＤグループを構成する各ディスク装置を省電力制御する方法がある。
【０００５】
しかしながら、この省電力制御方法では、ＲＡＩＤグループを構成する各ディスク装置を省電力モード及び通常モードのいずれで動作させるかを、そのＲＡＩＤグループに格納されているファイルのアクセスパターンに基づいて、時間帯ごとに多数決で決定しているため、重要度の高いファイルへのアクセスパターンが反映され難い。この結果、重要度の高いファイルへのアクセスが迅速にできない時間帯が増加し、業務に悪影響を及ぼす問題があった。
【０００６】
本発明は以上の点を考慮してなされたもので、重要度の高いファイルへのアクセス速度の低下を防止しながら省電力化を行い得る省電力制御装置及び方法を提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するため本発明においては、ストレージ装置の省電力制御を行う省電力制御装置において、前記ストレージ装置に格納された複数のファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて各前記ファイルに対するユーザのアクセスパターンを検出し、検出した各前記ファイルに対するアクセスパターンに基づいて、アクセスパターンが類似した前記ファイルをグループ化し、グループ化した各前記ファイルを、グループごとに、それぞれ別個に省電力制御が可能な異なる記憶媒体に移行させると共に、各前記ファイルに対するアクセスパターンに基づいて、前記グループごとに省電力制御のスケジュールを設定する第１のファイル移行処理を実行する第１のファイル移行処理部と、設定された前記グループごとの前記スケジュールに従って、各前記記憶媒体を省電力制御する省電力制御処理部とを設け、前記第１のファイル移行処理部が、前記グループごとに、前記グループに属する前記ファイルのうち、重要度が最も高く設定された前記ファイルに対するアクセスパターンに基づいて、前記グループに対する省電力制御のスケジュールを設定するようにした。
【０００８】
また本発明においては、ストレージ装置の省電力制御を行う省電力制御方法において、前記ストレージ装置に格納された複数のファイルに対するアクセスログを取得し、取得した前記アクセスログに基づいて各前記ファイルに対するユーザのアクセスパターンを検出し、検出した各前記ファイルに対するアクセスパターンに基づいて、アクセスパターンが類似した前記ファイルをグループ化し、グループ化した各前記ファイルを、グループごとに、それぞれ別個に省電力制御が可能な異なる記憶媒体に移行させると共に、各前記ファイルに対するアクセスパターンに基づいて、前記グループごとに省電力制御のスケジュールを設定する第１のファイル移行処理を実行する第１のステップと、設定された前記グループごとの前記スケジュールに従って、各前記記憶媒体を省電力制御する第２のステップとを設け、前記第１のステップでは、前記グループごとに、前記グループに属する前記ファイルのうち、重要度が最も高く設定された前記ファイルに対するアクセスパターンに基づいて、前記グループに対する省電力制御のスケジュールを設定するようにした。
【発明の効果】
【０００９】
本発明によれば、重要度が高いファイルのアクセスパターンがグループに対する省電力制御のスケジュールに反映されるため、重要度の高いファイルへのアクセス速度の低下を防止しながら省電力化を図ることができる。
【発明を実施するための最良の形態】
【００１０】
以下図面について、本発明の一実施の形態を詳述する。
【００１１】
（１）本実施の形態による計算機システムの構成
図１において、１は全体として本実施の形態による計算機システムを示す。この計算機システム１は、クライアント／ホスト２、ＧＮＳサーバ３、複数のＮＡＳ（Network Attached Storage）サーバ４及び管理サーバ５がＬＡＮ（Local Area Network）又はＳＡＮ（Storage Area Network）等のネットワーク６を介して接続されると共に、ＧＮＳサーバ３及びＮＡＳサーバ４がＦＣネットワーク７を介してＲＡＩＤサブシステム８と接続されることにより構成されている。
【００１２】
クライアント／ホスト２は、ＣＰＵ（Central Processing Unit）１０、メモリ１１、ＮＩＣ（Network Interface Card）１２及びハードディスク装置などのディスク装置１３を備えるコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又はメインフレームなどから構成される。
【００１３】
ＧＮＳサーバ３は、複数のＮＡＳサーバ４を一元化してクライアント／ホスト２に対して単一のネームスペース（ＧＮＳ）として見せるためのサーバであり、ＣＰＵ２０及びメモリ２１等の情報処理資源を備えて構成される。ＧＮＳサーバ３は、ＮＩＣ２２を介してネットワーク６と接続されており、このネットワーク６を介してクライアント／ホスト２や管理サーバ５との間で通信を行い得るようになされている。またＧＮＳサーバ３は、ＨＢＡ（Host Bus Adapter）２３を介してＦＣネットワーク７と接続されており、このＦＣネットワーク７を介して各種プログラムやデータをＲＡＩＤサブシステム８から読み出し得るようになされている。
【００１４】
ＮＡＳサーバ４は、クライアント／ホスト２に対してファイル共有サービスを提供するサーバであり、ＣＰＵ３０及びメモリ３１等の情報処理資源を備えて構成される。ＮＡＳサーバ４は、ＧＮＳサーバ３と同様に、ＮＩＣ３２を介してネットワーク６と接続されており、このネットワーク６を介してＧＮＳサーバ３や管理サーバ５との間で各種のコマンドやデータをやり取りし得るようになされている。またＮＡＳサーバ４は、ＨＢＡ３３を介してＦＣネットワーク７と接続されており、このＦＣネットワーク７を介してクライアント／ホスト２からのデータをＲＡＩＤサブシステム８に読み書きし得るようになされている。
【００１５】
管理サーバ５は、システム管理者が計算機システム１内のＧＮＳサーバ３、ＮＡＳサーバ４、ＦＣネットワーク７及びＲＡＩＤサブシステム８を管理するためのサーバであり、パーソナルコンピュータ又はワークステーションなどから構成される。管理サーバ５は、ＣＰＵ４０、メモリ４１、ＮＩＣ４２及びディスク装置４３などを備えており、ＮＩＣ４２を介してネットワーク６と接続されている。また管理サーバ５は、図示しないネットワークを介してＲＡＩＤサブシステム８とも接続されており、当該ネットワークを介してＲＡＩＤサブシステム８を制御し得るようになされている。
【００１６】
ＦＣネットワーク７は、１又は複数のＦＣスイッチから構成される。ＧＮＳサーバ３又はＮＡＳサーバ４と、ＲＡＩＤサブシステム８との間におけるデータやコマンドのやり取りは、このＦＣネットワーク７を介して行われる。
【００１７】
ＲＡＩＤサブシステム８は、１又は複数のディスク装置５０と、ディスク装置５０に対するデータの入出力を制御するコントロール部５１とから構成されるストレージ装置である。
【００１８】
ディスク装置５０は、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスクや、ＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクなどから構成される。１又は複数のディスク装置５０により１つのＲＡＩＤグループ５２が構成され、１つのＲＡＩＤグループ５２を構成する各ディスク装置５０が提供する物理的な記憶領域上に、１又は複数の論理ボリュームが設定される。そしてクライアント／ホスト２からのデータは、この論理ボリューム内に所定大きさのブロック（以下、これを論理ブロックと呼ぶ）を単位として記憶される。
【００１９】
各論理ボリュームには、それぞれ固有のボリューム番号が付与される。本実施の形態の場合、データの入出力は、このボリューム番号と、各論理ブロックにそれぞれ付与されるその論理ブロックのブロック番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定して行われる。
【００２０】
コントロール部５１は、１又は複数のチャネルアダプタ（ＣＨＡ）５３と、１又は複数のディスクコントローラ（ＤＫＣ）５４とを備えて構成される。コントロール部５１は、クライアント／ホスト２からＩ／Ｏ要求に基づいてＮＡＳサーバ４からＦＣネットワーク７を介して与えられるＩ／Ｏ（Input/Output）要求をチャネルアダプタ５３において受信し、このＩ／Ｏ要求に応じて、ディスクコントローラ５４の制御のもとに、対応するディスク装置５０にデータを読み書きする。
【００２１】
図２は、かかる計算機システム１のソフトウェア構成を示す。計算機システム１において、ＲＡＩＤサブシステム８のＲＡＩＤグループ５２上には、上述のように論理ボリュームが複数作成される。ＮＡＳ環境では、かかる論理ボリュームとして、ＯＳボリューム（ＯＳ−ＬＵ）ＶＯＬ１及びユーザボリューム（Ｕｓｅｒ−ＬＵ）ＶＯＬ２の２種類の論理ボリュームが作成される。
【００２２】
ＯＳボリュームＶＯＬ１は、ＧＮＳサーバ３やＮＡＳサーバ４のＯＳ（Operation System）が使用するプログラムが格納される論理ボリュームである。またユーザボリュームＶＯＬ２は、クライアント／ホスト２からのＩ／Ｏ要求によるデータが格納される論理ボリュームである。このユーザボリュームＶＯＬ２が提供する記憶領域は、ファイルシステムにより使用される。
【００２３】
ＮＡＳサーバ４には、ファイル共有プログラム６０、ファイルシステムプログラム６１及びカーネル６２が実装される。
【００２４】
ファイルシステムプログラム６１は、物理ボリューム上にファイルという管理単位を実現するために構築された論理構造であるファイルシステムを管理するためのプログラムである。
【００２５】
ここでファイルシステムについて説明すると、ファイルシステムは、図３に示すように、スーパーブロック７０、ディレクトリエントリ７１、ｉノード管理テーブル７２及びデータブロック７３を備える。このうちスーパーブロック７０は、ファイルシステムの大きさ及び空き容量などのファイルシステムの情報を一括して保持する論理ブロックである。
【００２６】
またファイルシステムでは、１つのファイルに１つのｉノードを対応させて管理しており、これらの対応関係がディレクトリエントリ７１において管理される。具体的に、ディレクトリエントリ７１は、図４に示すように、ディレクトリパス名７１Ａと、ｉノードを指すインデックス（以下、これをｉノード番号と呼ぶ）７１Ｂとを組みにしたテーブルである。
【００２７】
なお、ｉノードとは、対応するファイルの所有権、アクセス権、ファイルサイズ及びデータの格納位置などの情報からなる当該ファイルの管理情報のことをいう。後述するように、本実施の形態の場合、対応するファイルについてユーザが設定した重要度を表す情報も、このｉノードに含まれて管理される。ｉノードとデータブロック７３との参照関係を図５に示す。この図５の左側の枠線内の表において、「100」、「200」及び「250」はブロックアドレスを示し、「３」、「２」及び「５」はそのブロックアドレスから連続する、データが格納されたデータブロック７３のブロック数を示す。個々のファイルのｉノードは、図６に示すように、ｉノード管理テーブル７２に格納されて管理される。
【００２８】
またデータブロック７３は、実際のファイルデータや管理データなどが格納される論理ブロックのことをいう。
【００２９】
図２に戻って、ファイル共有プログラム６０は、ＣＩＦＳ（Common Internet File System）やＮＦＳ（Network File System）といった通信プロトコルを使用してクライアント／ホスト２に対してファイル共有サービスを提供するプログラムである。またカーネル６２は、ＮＡＳサーバ４上で動作する複数のプログラム（プロセス）のスケジュール制御やハードウェアからの割り込みをハンドリングするなど、ＮＡＳサーバ４の全般的な制御を実施する。
【００３０】
ＧＮＳサーバ３には、ＧＮＳ管理プログラム８０が実装されている。ＧＮＳ管理プログラム８０は、クライアント／ホスト２に対して複数のＮＡＳサーバ４に分散格納されているファイルを単一のディレクトリイメージで一元化したビューを提供するためのプログラムである。例えばクライアント／ホスト２に対して図７に示すようなディレクトリイメージを提供する。
【００３１】
この際、ＧＮＳ管理プログラム８０は、図８に示すようなファイル管理テーブル８４を作成する。このファイル管理テーブル８４は、ディレクトリパス名欄８４Ａ、ホスト名欄８４Ｂ、ファイルシステム名欄８４Ｃ及びｉノード番号欄８４Ｄから構成される。このうちディレクトリパス名欄８４Ａには、そのＧＮＳ管理プログラム８０がクライアント／ホスト２に提供するＧＮＳに属する各ファイルへのディレクトリパス名が格納され、ホスト名欄８４Ｂにはそのファイルを管理するＮＡＳサーバ４のＮＡＳ名が格納される。またファイルシステム名欄８４Ｃには、そのファイルを提供するファイルシステムのファイルシステム名が格納され、ｉノード欄８４Ｄには、そのファイルのｉノードの識別番号（ｉノード番号）が格納される。
【００３２】
そしてＧＮＳ管理プログラム８０は、図８の事例において、例えばクライアント／ホスト２からディレクトリパス名が「/Holder-2/a.txt」のファイルへのリード要求を受け取った場合（図９、ＳＰ１）、図９に示すように、このリード要求を、かかるファイル管理テーブル８４を使用して、「NAS-3」がもつファイルシステム「FS31」上にあるｉノード番号が「1000(a.txt)」のファイルのリード要求に変換し、このリード要求を「NAS-3」に送信する（ＳＰ２）。そして「NAS-3」は、このリード要求に応じて「a.txt」をユーザボリュームＶＯＬ２から読み出す（ＳＰ３，ＳＰ４）。そしてこの「a.txt」は、この後、「NAS-3」からＧＮＳサーバ３を介してクライアント／ホスト２へと転送される（ＳＰ５，ＳＰ６）。
【００３３】
なおＧＮＳサーバ３には、ＧＮＳ管理プログラム８０の他に、図２に示すように、ファイル共有プログラム８１、ファイルシステムプログラム８２及びカーネル８３も実装されているが、これらは、ＮＡＳサーバ４のものと同様の機能を有するものであるため、ここでの説明は省略する。
【００３４】
一方、管理サーバ５には、図２に示すように、移行方法選択プログラム９０、第１のファイル移行処理プログラム９１、第２のファイル移行処理プログラム９２及び省電力制御プログラム９３が実装されている。これら移行方法選択プログラム９０、第１のファイル移行処理プログラム９１、第２のファイル移行処理プログラム９２及び省電力制御プログラム９３の詳細については、後述する。なお図２では図示していないが、管理サーバ５にもファイルシステムプログラム及びカーネルが実装される。
【００３５】
さらにクライアント／ホスト２には、各種のアプリケーションソフトウェアが実装されており、このアプリケーションソフトウェアが使用するデータがデータセンタのＲＡＩＤサブシステム８に読み書きされる。そのための手段として、クライアント／ホスト２にもファイルシステムプログラム及びカーネルが実装される。
【００３６】
（２）本実施の形態による省電力制御機能
（２−１）概要及び各種管理テーブルの構成
次に、かかる管理サーバ５に搭載された省電力機能について説明する。本実施の形態による管理サーバ５には、ファイルに対するユーザからのアクセスパターンに基づいて省電力制御を行う省電力制御機能が搭載されている。
【００３７】
実際上、かかる管理サーバ５は、ユーザからのアクセスパターンが類似したファイルをファイルグループとしてグループ化し、ファイルグループごとに異なるＮＡＳサーバ４により管理されるＲＡＩＤグループ５２内にファイルを再配置したうえで、かかるＲＡＩＤグループ５２を構成するディスク装置５０及びそのＲＡＩＤグループ５２を担当するＮＡＳサーバ４を、各ファイルに対するユーザからのアクセスパターンに基づいて省電力制御する。そして本実施の形態においては、以上のような省電力制御機能に関する各種処理のうち、ファイルをそのユーザからのアクセスパターンに基づいてグループ化する処理を、予めファイルに設定された重要度に基づいて行う点を特徴とする。
【００３８】
このような省電力制御機能に基づく各種処理を実行するための手段として、管理サーバ５のメモリ４１（図１）には、図８について上述したファイル管理テーブル８４に加えて、図１０〜図１２に示すようなファイル別アクセス時間帯テーブル１００、ファイルグループ管理テーブル１０１及び省電力スケジュール管理テーブル１０２が格納されている。
【００３９】
ファイル別アクセス時間帯テーブル１００は、各ＮＡＳサーバ４から収集したアクセスログを解析し、ファイルごとにアクセス時間帯をまとめたテーブルであり、図１０に示すように、ディレクトリパス名欄１００Ａ、重要度欄１００Ｂ及びアクセス時間帯管理欄１００Ｃから構成される。そしてディレクトリパス名欄１００Ａには、対応するファイルへのディレクトリパス名が格納され、重要度欄１００Ｂには、そのファイルについて予めユーザが設定した重要度が格納される。本実施の形態の場合、この重要度は、「Ａ」〜「Ｃ」の３つがあり、このうち「Ａ」が最も重要度が高く、「Ｃ」が最も重要度が低い。
【００４０】
またアクセス時間帯管理欄１００Ｃは、予め設定された解像度に応じた数の時間帯欄１００Ｄから構成される。これら時間帯欄１００Ｄは、それぞれ一日のうちのいずれかの時間帯にそれぞれ対応付けられており、各時間帯欄１００Ｄに、その時間帯にそのファイルに対してアクセスがあったか否かを表すフラグ（以下、これをアクセス有無フラグと呼ぶ）がそれぞれ格納されている。
【００４１】
そしてその時間帯にそのファイルにユーザからのアクセスがあったときにはアクセス有無フラグが「０」に設定され、当該アクセスがあったときにはアクセス有無フラグが「１」に設定される。なお図１０においては、アクセス有無フラグが「１」の時間帯欄１００Ｄに網掛けしている。
【００４２】
従って、図１０の例の場合、「/File-1.txt」というディレクトリパス名のファイルは、重要度が「Ｂ」に設定されており、このファイルに対して「Ｔ１〜Ｔ２」、「Ｔ５〜Ｔ６」及び「Ｔ６〜Ｔ７」の各時間帯にそれぞれユーザからのアクセスがあったことが示されている。
【００４３】
またファイルグループ管理テーブル１０１は、類似するアクセスパターンのファイルをグループ化して管理するためのテーブルであり、ファイルグループごとに作成される。このファイルグループ管理テーブル１０１は、図１１に示すように、ファイル別アクセス時間帯テーブルと同様の構成を有するものであるため、詳細な説明は省略する。
【００４４】
省電力スケジュール管理テーブル１０２は、ファイルグループごとの省電力のスケジュール（以下、これを省電力スケジュールと呼ぶ）を管理するためのテーブルであり、図１２に示すように、ファイルグループ名欄１０２Ａ、ＲＡＩＤグループ名欄１０２Ｂ、省電力時間帯欄１０２Ｃから構成される。
【００４５】
そしてファイルグループ名欄１０２Ａには、対応するファイルグループのグループ名が格納され、ＲＡＩＤグループ欄１０２Ｂには、そのファイルグループに属する各ファイルが配置されるＲＡＩＤグループ５２（図１）の識別子（ＲＡＩＤグループ名）が格納される。
【００４６】
また省電力時間帯欄１０２Ｃは、ファイル別アクセス時間帯テーブル１００（図１１）のアクセス時間帯欄１００Ｃと同じ数の時間帯欄１０２Ｄから構成され、これら時間帯欄１０２Ｄ内に、対応する時間帯に省電力化するか否かを表すフラグ（以下、これを省電力モード可否フラグと呼ぶ）が格納されている。そして省電力化有無フラグは、対応する時間帯に省電力化を行うときには「０」に設定され、対応する時間帯に通常運転を行うときには「１」に設定される。図１２では、省電力化有無フラグが「１」に設定された時間帯の時間帯欄１０２Ｄを網掛けして示している。
【００４７】
なお以下において、省電力化とは、ＲＡＩＤグループ５２については、当該ＲＡＩＤグループ５２を構成する各ディスク装置５０（図１）のディスクの回転数を下げ又は停止（いわゆるスピンダウン）することをいい、ＮＡＳサーバ４については、ＣＰＵ３０の動作周波数を下げる（いわゆるダウンクロック）ことを指すものとする。
【００４８】
（２−２）省電力機能に関する各種処理
次に、本実施の形態による省電力機能に関する各種処理の流れについて説明する。まず、ファイルの重要度に基づいて、ファイルをユーザからのアクセスパターンに応じてグループ化し、各ファイルグループに属するファイルをそれぞれファイル再配置処理について、図１３〜図２６を用いて説明する。
【００４９】
なお、以下においては、図１３に示すように、「NAS-1」というＮＡＳサーバ４は「RG1」というＲＡＩＤグループ５２が提供する記憶領域を管理する「FS-11」というファイルシステムと対応付けられ、「NAS-2」というＮＡＳサーバ４は「RG2」というＲＡＩＤグループ５２が提供する記憶領域を管理する「FS-21」というファイルシステムと対応付けられ、「NAS-3」というＮＡＳサーバ４は「RG3」というＲＡＩＤグループ５２が提供する記憶領域を管理する「FS-31」というファイルシステムと対応付けられ、「NAS-4」というＮＡＳサーバ４は「RG4」というＲＡＩＤグループ５２が提供する記憶領域を管理する「FS-41」というファイルシステムと対応付けられているものとする。
【００５０】
また以下においては、「FS-11」に「File1」〜「File9」の９個のファイルが格納されており、「FS-11」以外の「FS-21」、「FS-31」及び「FS-41」上にはファイルが存在しないものとする。さらに「NAS-1」は、「File1」〜「File9」に対するユーザからのアクセスについてのアクセスログを保持しているものとする。なお、ＮＡＳサーバ４が保持するアクセスログは、図１４に示すように、ユーザからのアクセスがあったファイルのファイル名、そのユーザの識別子（ユーザＩＤ）及びそのアクセスの日時から構成されるものである。
【００５１】
以上のような事例において、管理サーバ５は、図１５に示すように、「NAS-1」にアクセスして、「FS-11」上に格納されている全ファイル（「File1」〜「File9」）についてのアクセスログをすべて取得する（図１５のＳＰ１）。
【００５２】
そして管理サーバ５は、この後、取得したアクセスログに基づいて、重要度が最も高いファイル（重要度が「Ａ」のファイル）について、アクセスパターンが類似するもののグループ分けを行う。
【００５３】
具体的に、管理サーバ５は、「NAS-1」から取得したアクセスログに基づいてファイル別アクセス時間帯テーブル１００（図１０）を作成する。この際、個々のファイルの重要度は、管理サーバ５が管理している図５及び図６について上述したそのファイルのｉノードに含まれる重要度に関する情報を参照する。
【００５４】
次いで管理サーバ５は、このようにして作成したファイル別アクセス時間帯テーブル１００に登録された各ファイルのうち、重要度が「Ａ」のファイルを抽出する。例えば、このとき作成されたファイル別アクセス時間帯テーブル１００が図１６（Ａ）に示すようなものであったとすると、「File-2」、「File-5」、「File-8」及び「File-9」が抽出される。
【００５５】
そして管理サーバ５は、これら重要度が「Ａ」のファイルがアクセスされた時間帯を参照して、アクセスパターンが類似するファイルをファイルグループとしてグループ化する。例えば図１６（Ａ）の例では、「File-5」及び「File-9」のアクセスパターンが類似しており、これら以外のアクセスパターンは類似していないため、「File-5」及び「File-9」によって１つのファイルグループ（図１６（Ｃ）の「FileGroup-2」）が作成される。またこのファイルグループとは別に「File-2」が属するファイルグループ（図１６（Ｂ）の「FileGroup-1」）と、「File-8」が属するファイルグループ（図１６（Ｄ）の「FileGroup-3」）とが作成されることになる。なお、アクセスパターンに基づいてファイルをグループ化するファイルグループ化処理の処理手法については、後述する。
【００５６】
そして管理サーバ５は、上述のようなファイルグループ化処理により作成したファイルグループごとのファイルグループ管理テーブル１０１（図１１）を作成し、作成したファイルグループ管理テーブル１０１に対して、それぞれ対応するファイルグループに属するファイルに関する必要な情報を登録する（図１５のＳＰ２）。
【００５７】
続いて管理サーバ５は、図１７及び図１８に示すように、以上までの処理により作成されたファイルグループに対して、後述のようにそのファイルグループに属するファイルを移行（再配置）させて集約するための集約先のＲＡＩＤグループ５２を対応付ける。なお、各ファイルグループに対応付けるＲＡＩＤグループ５２としては、それぞれ個別に省電力制御が可能なものが選択される。また管理サーバ５は、各ファイルグループのグループ名と、そのファイルグループに対応付けたＲＡＩＤグループ５２のグループ名とを省電力スケジュール管理テーブル１０２にそれぞれ登録すると共に、登録した各ファイルグループについて対する省電力制御を行うスケジュール（以下、これを省電力スケジュールと呼ぶ）を併せてその省電力スケジュール管理テーブル１０２に設定する（ＳＰ３）。
【００５８】
例えば、図１６の例の場合、「FileGroup-1」に属する「File-2」は、図１６（Ｂ）を参照すると、「Ｔ２〜Ｔ３」及び「Ｔ３〜Ｔ４」の時間帯にアクセスがあるがそれ以外の時間帯ではアクセスがない。従って、「Ｔ２〜Ｔ３」及び「Ｔ３〜Ｔ４」以外の時間帯において、「File-2」が格納されたＲＡＩＤグループ５２を構成するディスク装置５０を省電力モードに移行させても、「File-2」に対するユーザからのアクセスには支障がないと考えることができる。そこで管理サーバ５は、「FileGroup-1」について、「Ｔ２〜Ｔ３」及び「Ｔ３〜Ｔ４」の時間帯にそれぞれ対応する省電力モード可否フラグのみをオンにし、他の時間帯と対応する省電力モード可否フラグをオフにしたスケジュールを省電力スケジュール管理テーブル１０２に設定する。
【００５９】
また「FileGroup-2」については、図１６（Ｃ）を参照すると、「Ｔ４〜Ｔ５」、「Ｔ５〜Ｔ６」及び「Ｔ６〜Ｔ７」以外の時間帯では「File-5」又は「File-9」に対するアクセスがない。従って、「Ｔ４〜Ｔ５」、「Ｔ５〜Ｔ６」及び「Ｔ６〜Ｔ７」以外の時間帯において、「File-5」及び「File-9」が格納されたＲＡＩＤグループ５２を構成するディスク装置５０を省電力モードに移行させても、「File-5」及び「File-9」に対するユーザからのアクセスには支障がないと考えることができる。そこで、管理サーバ５は、「FileGroup-2」について、「Ｔ４〜Ｔ５」、「Ｔ５〜Ｔ６」及び「Ｔ６〜Ｔ７」の時間帯にそれぞれ対応する省電力モード可否フラグのみをオンにし、他の時間帯と対応する省電力モード可否フラグをオフにしたケジュールを省電力スケジュール管理テーブル１０２に設定する。
【００６０】
さらに管理サーバ５は、「FileGroup-3」について、上述と同様にして、「Ｔ１〜Ｔ２」及び「Ｔ７〜Ｔ８」の時間帯に対応する省電力モード可否フラグのみをオンにし、他の時間帯に対応する省電力モード可否フラグをオフにしたスケジュールを省電力スケジュール管理テーブル１０２に設定する。
【００６１】
以上までの処理により、重要度が最も高いファイル（重要度が「Ａ」のファイル）に対するグループ分けと、各ファイルグループについての省電力スケジュールの作成とが完了する。
【００６２】
続いて管理サーバ５は、図１９に示すように、重要度が次に高い各ファイル（重要度が「Ｂ」の各ファイル）について、そのファイルに対するユーザからのアクセスパターンと最も近い省電力スケジュールが設定されたファイルグループに振り分ける（ＳＰ４）。
【００６３】
例えば図１６（Ａ）の事例では、重要度が「Ｂ」のファイルは、「File-1」、「File-3」及び「File-6」の３つであり、「File-1」に対するユーザからのアクセスパターンは「FileGroup-2」の省電力スケジュールと最も近く、「File-3」に対するユーザからのアクセスパターンは「FileGroup-3」の省電力スケジュールと最も近く、「File-6」に対するユーザからのアクセスパターンは「FileGroup-1」の省電力スケジュールと最も近い。
【００６４】
そこで、管理サーバ５は、図２０（Ａ）〜（Ｃ）に示すように、「File-1」を「FileGroup-2」のファイルグループ管理テーブル１０１に登録し、「File-3」を「FileGroup-3」のファイルグループ管理テーブル１０１に登録し、「File-6」を「FileGroup-1」のファイルグループ管理テーブル１０１に登録する。なお図２０において「※」は、その時間帯にそのファイルを格納しているＲＡＩＤグループ５２を構成するディスク装置５０が省電力モードにあるため、アクセスを受け付けてから対応できるまでにある程度の時間を要する時間帯を示す。
【００６５】
次いで管理サーバ５は、重要度が最も低い各ファイル（重要度が「Ｃ」のファイル）について、そのファイルに対するユーザからのアクセスパターンを考慮することなく、各ファイルグループにそれぞれ対応付けられた各ＲＡＩＤグループ５２の容量や、負荷分散の観点などのシステム上都合に合わせて、これらのファイルをそれぞれいずれかのファイルグループに振り分ける（ＳＰ５）。
【００６６】
例えば図１６（Ａ）の事例では、重要度が「Ｃ」のファイルは、「File-4」及び「File-7」の２つである。そこで、管理サーバ５は、これら２つのファイルを、システムの都合に合わせて例えば図２２（Ａ）〜（Ｃ）のように振り分けて、これら「File-4」及び「File-7」を振り分け先のファイルグループに対応するファイルグループ管理テーブル１０１にそれぞれ登録する。
【００６７】
続いて管理サーバ５は、上述のようにして作成した各ファイルグループのファイルグループ管理テーブル１０１に基づいてＲＡＩＤサブシステム８を制御することにより、各ファイルグループに属するファイルのデータをそれぞれそのファイルグループに対応付けられたＲＡＩＤグループ５２（正確には、そのＲＡＩＤグループ５２が提供する記憶領域上に設定された論理ボリューム。以下、同じ。）に移行させる（ＳＰ６）。また管理サーバ５は、かかるファイルの移行に伴って、ＧＮＡサーバ３上のファイル管理テーブル８４（図８）を更新する。従って、本事例の場合、図２４（Ａ）のような内容であったファイル管理テーブル８４が、図２４（Ｂ）のように更新されることになる。なお、以下においては、ステップＳＰ１〜ステップＳＰ６までの処理を、第１のファイル移行処理と呼ぶものとする。
【００６８】
この後、管理サーバ５は、図２５に示すように、省電力スケジュール管理テーブル１０２に従ってＲＡＩＤサブシステム８及び対応するＮＡＳサーバ４の動作モードを制御する。具体的に管理サーバ５は、そのとき省電力モードであるべきファイルグループに属する各ファイルが格納されているＲＡＩＤグループ５２を構成する各ディスク装置５０の動作モードを省電力モード（例えばディクスの回転数をスピンダウンした動作モード）に移行させる。また管理サーバ５は、これと併せて、そのＲＡＩＤグループ５２を管理するＮＡＳサーバ４に対して、動作モードを省電力モード（例えばＣＰＵ３０の動作周波数を下げるいわゆるダウンクロックした動作モード）に移行するよう指示を与える（ＳＰ７）。
【００６９】
さらに管理サーバ５は、この後、図２６に示すように、省電力スケジュール管理テーブル１０２に従って、ＲＡＩＤサブシステム８及びＮＡＳサーバ４を制御することにより、ＲＡＩＤグループ５２を構成する各ディスク装置５０及びＮＡＳサーバ４の動作モードを、省電力モードから通常モードに、又は通常モードから省電力モードに必要に応じて移行させる（ＳＰ７）。これにより、省電力スケジュール管理テーブル１０２に従った省電力制御が行われる。
【００７０】
さらに管理サーバ５は、第１のファイル移行処理を実行してから一定時間が経過すると、第１のファイル移行処理を再度実行するか否かを判断する。そして管理サーバ５は、第１のファイル移行処理を実行してから一定期間が経過していない場合には、既存のファイルグループの再構成を行うことなく、新たなファイルをいずれかのファイルグループに振り分け、そのファイルグループに対応付けられたＲＡＩＤグループ５２にその新たなファイルを移行させるなどの処理（以下、これを第２のファイル移行処理と呼ぶ）を実行する。
【００７１】
（２−３）ファイルグループ化処理
次に、上述のようにユーザからのアクセスパターンが類似するファイルをグループ化するファイルグループ化処理の一般的な手法について説明する。なお、以下においては、「ファイルＡ」〜「ファイルＥ」の５つのファイルがそれぞれ図２７に示すようなアクセスパターンでアクセスされている場合を例に説明する。
【００７２】
まず、時間の解像度（３０分又は１時間等）を定め、図２８に示すように、各ファイルに対するユーザからのアクセスパターンをビットマップ化する。解像度が１時間の場合、１ファイル当たりのビットマップサイズは２４ビットとなる。ファイルに対するユーザからのアクセスパターンをビットマップ化する際、端数は、解像度の半分の時間よりも大きい場合には切り上げ、解像度の半分以下の場合には切り捨てる。従って、解像度が１時間の場合、ファイルが「５：４５」から「１３：０５」までの間ユーザによりアクセスされていたものとすると、そのファイルが「６：００」から「１３：００」までの間ユーザによりアクセスされていたものとして以下の計算を行う。なお、図２８は、解像度を１時間として場合における「ファイルＡ」〜「ファイルＥ」へのユーザからのアクセスパターンのビットマップである。
【００７３】
続いて、上述のようにして作成したビットマップを用いて「ファイルＡ」〜「ファイルＥ」のグループ化を行う。具体的には、「ファイルＡ」〜「ファイルＥ」のビットマップについて、時間帯ごとにビットのＸＯＲ演算を行い、演算結果が予め定められた閾値以下の場合にそのファイルに対するユーザからのアクセスパターンが類似すると判断する。
【００７４】
例えば図２８の事例において、「ファイルＡ」と「ファイルＢ」〜「ファイルＥ」との間でＸＯＲ演算を行った場合、閾値が「３」とすると、「ファイルＣ」に関しては、図２９に示すように、不一致のビット（時間帯）数が３つであり、「ファイルＢ」、「ファイルＤ」及び「ファイルＥ」に関しては、それぞれ不一致のビット数がいずれも４つ以上であることから、「ファイルＣ」のみが「ファイルＡ」とが同一のファイルグループに振り分けられることになる。
【００７５】
また「ファイルＢ」、「ファイルＤ」及び「ファイルＥ」の３つのファイルについて、同様に時間帯ごとにＸＯＲ演算を行うと、図３０に示すように、不一致のビット数が１つであることから、これら３つのファイルが同じファイルグループに振り分けられることになる。
【００７６】
この後、上述のようにして得られたファイルグループ全体としてのアクセスパターンを求める。具体的には、ファイルグループごとに、そのファイルグループに振り分けられたファイルのアクセスパターンをビットごとにＯＲ演算し、得られた演算結果をそのファイルグループ全体のアクセスパターンとすることができる。例えば図２８の例の場合、「ファイルＡ」及び「ファイルＣ」からなるファイルグループを「Group-1」とし、「ファイルＢ」、「ファイルＤ」及び「ファイルＥ」からなるファイルグループを「Group-2」とすると、これら「Group-1」及び「Group-2」のグループ全体としてのアクセスパターンは、図３１に示すようになる。
【００７７】
以後、第２のファイル移行処理において、いずれのファイルグループにも振り分けられていない新たなファイルが存在する場合には、その新たなファイルに対するユーザのアクセスパターンと、各ファイルグループ全体のアクセスパターンとをビット（時間帯）ごとにＸＯＲ演算し、不一致のビット数が閾値以下のファイルグループが存在するときには、そのファイルグループにその新たなファイルを振り分け、そのようなファイルグループが存在しないときには、新たなファイルグループを作成する。
【００７８】
ただし、本実施の形態の場合、以上のように新たなファイルのために新たなファイルグループを作成するのは、その新たなファイルの重要度が「Ａ」のときだけである。その新たなファイルの重要度が「Ｂ」の場合には、当該新たなファイルを最もファイルアクセスパターンが類似した（つまり不一致の時間帯が最も少ない）ファイルグループに振り分ける。またその新たなファイルの重要度が「Ｃ」の場合には、その新たなファイルに対するユーザのアクセスパターンに関わりなく、システムの都合に合わせてその新たなファイルをいずれかのファイルグループに振り分ける。
【００７９】
なお、以上のようなファイルグループ化処理の手法によると、例えば図３２に示す「ファイルＦ」のように、常時アクセスされているファイルが存在した場合、他のファイル（「ファイルＡ」〜「ファイルＥ」）のアクセスパターンがすべて「ファイルＦ」に集約されてしまうことになる。
【００８０】
そこで本実施の形態の管理サーバ５においては、このような状態を回避するために、区分された全時間帯のうち、予め定められた閾値以上の時間帯においてアクセスされているファイル（例えば２４時間のうちの７５パーセント以上の時間帯でアクセスされているファイル）をフィルタリングした上で、図２７〜図３１について上述したファイルグループ化処理を実行する。そしてフィルタリングにより取り除かれたファイルについては、特別なファイルグループを作成して、そのファイルグループに振り分けるようになされている（図３７のステップＳＰ２３、ステップＳＰ２７及びステップＳＰ３０、並びに、図３８のステップＳＰ４８、ステップＳＰ５１及びステップＳＰ５５）。
【００８１】
（２−４）重要度が「Ｃ」のファイルの振分け方法
ここで、重要度が「Ｃ」のファイルの振分け方法について、説明する。重要度が「Ｃ」のファイルをいずれかのファイルグループに振り分ける振分け方法としては、ファイルシステムの空き容量に基づく方法（以下、これを第１の振分け方法と呼ぶ）と、負荷分散を考慮した方法（以下、これを第２の振分け方法と呼ぶ）の２つが考えられる。
【００８２】
まず、第１の振分け方法について説明する。重要度が「Ｃ」のファイルをいずれかのファイルグループに振り分けるに際しては、各ファイルグループとそれぞれ対応付けられたＲＡＩＤグループ５２に属する各ファイルシステムの空き容量を考慮して、ファイルシステム間で偏りのないように振分け先を決定することができる。
【００８３】
具体的には、まず、図３について上述したファイルシステムのスーパーブロック７０から各ファイルシステムの空き容量をそれぞれ取得し、その後、これらファイルシステムの空き容量の平均値及び分散値を求める。例えば、図１３の事例において、「FS-21」というファイルシステム、「FS-31」というファイルシステム及び「FS-41」というファイルシステムの空き容量がそれぞれ図３３に示すような値であるものとすると、これらのファイルシステムの空き容量の平均値は、次式
【数１】
2010271901.tif 000003
のように求めることができ、分散値は、次式
【数２】
2010271901.tif 000004
のように求めることができる。
【００８４】
続いて、重要度が「Ｃ」のファイルを「FS-21」、「FS-31」又は「FS-41」に移行した場合の平均値及び分散値を求める。例えば図３３の事例の場合であって、その重要度が「Ｃ」のファイルの大きさが200〔MB〕の場合、これらの平均値及び分散値は、それぞれ図３４のようになる。なお、かかる重要度が「Ｃ」のファイルを「FS-21」、「FS-31」又は「FS-41」に移行した場合における移行後のファイルシステムの空き容量は、733.33〔MB〕である。
【００８５】
そして、図３４のように求めた分散値が（２）式で求めた分散値（「26666.67」）と比べてより小さいファイルシステムほど、そのファイルの移行後におけるファイルシステム間の容量のばらつきが小さくなる。従って、そのようなファイルシステムをそのファイルの移行先として決定することができる。
【００８６】
次に、第２の振分け方法について説明する。重要度が「Ｃ」のファイルを稼働時間の短い（省電力モードに設定すべき時間が長い）ＲＡＩＤグループ５２に属するファイルシステムに集中して移行すると、短い稼働時間帯にアクセスが集中し、負荷が増加すると考えられる。そこで、省電力スケジュール管理テーブル１０２（図１２）を参照して、各ファイルシステムにそれぞれ移行する重要度が「Ｃ」のファイルのファイル数をＲＡＩＤグループ５２の稼働時間に基づいて按分する方法が考えられる。
【００８７】
例えば省電力スケジュール管理テーブル１０２が図３５のような状態の場合、「FileGroup-1」、「FileGroup-2」及び「FileGroup-3」にそれぞれ対応付けられたＲＡＩＤグループ５２の稼働時間の比率は、次式
【数３】
2010271901.tif 000005
のようになる。そこで、重要度が「Ｃ」のファイルのファイル数が例えば100個の場合、「FileGroup-1」については、次式
【数４】
2010271901.tif 000006
「FileGroup-2」については、次式
【数５】
2010271901.tif 000007
「FileGroup-3」については、次式
【数６】
2010271901.tif 000008
のように按分したときのファイル数をそれぞれ計算し、それぞれ得られた数のファイルを「FileGroup-1」、「FileGroup-2」及び「FileGroup-3」にそれぞれ振り分けるようにすることによって、ファイルシステムの負荷を分散させた状態で重要度が「Ｃ」のファイルをファイルグループに振り分けることができる。
【００８８】
なお、「FileGroup-1」、「FileGroup-2」及び「FileGroup-3」の各ファイルグループにそれぞれ対応するファイルシステムに負荷の偏りがあるときには、その負荷も考慮して重要度が「Ｃ」のファイルの振分け先を決定するようにしても良い。
【００８９】
（２−５）省電力機能に関する管理サーバの具体的な処理
次に、以上のような本実施の形態による省電力制御機能に関する管理サーバ５の具体的な処理内容について説明する。なお、以下においては各種処理の処理主体を管理サーバ５に実装された「プログラム」として説明するが、実際上は、そのプログラムに基づいて管理サーバ５のＣＰＵ３０（図１）がその処理を実行することは言うまでもない。
【００９０】
（２−５−１）ファイル移行方法選択処理
図３６は、管理サーバ５に実装された移行方法選択プログラム９０（図２）により定期的に実行されるファイル移行方法選択処理の処理手順を示す。移行方法選択プログラム９０は、この図３６に示す処理手順に従って、上述した第１及び第２のファイル移行処理のうちのいずれによってファイルの移行を実行するかを選択する。
【００９１】
すなわち移行方法選択プログラム９０は、このファイル移行方法選択処理を開始すると、まず、ファイルグループ管理テーブル１０１（図１１）の有無に基づいて、作成済みのファイルグループがあるか否かを判断する（ＳＰ１０）。
【００９２】
この判断において否定結果を得ることは、未だ第１のファイル移行処理が実行されていないことを意味する。かくしてこのとき移行方法選択プログラム９０は、管理サーバ５のメモリ４１（図１）に格納された第１のファイル移行処理プログラム９１を起動し（ＳＰ１１）、現在の日時を最後に第１のファイル移行処理を実行した日時としてメモリ４１に保存した後（ＳＰ１２）、この移行方法選択処理を終了する。
【００９３】
これに対してステップＳＰ１０の判断において肯定結果を得ることは、既に第１のファイル移行処理が実行されてファイルグループが作成されていることを意味する。かくしてこのとき移行方法選択プログラム９０は、最後に行った第１のファイル移行処理の実行日時をメモリ４１から読み出す（ＳＰ１３）。
【００９４】
また移行方法選択プログラム９０は、このとき読み出した実行日時に基づいて、最後に第１のファイル移行処理を実行してから予め定められた一定期間が経過したか否かを判断する（ＳＰ１４）。そして移行方法選択プログラム９０は、この判断において肯定結果を得ると、再度、第１のファイル移行処理を実行するためステップＳＰ１１に進む。
【００９５】
これに対して移行方法選択プログラム９０は、ステップＳＰ１４の判断において否定結果を得ると、ユーザや管理者が予め作成した予備のファイルシステムがあるか否かをチェックし（ＳＰ１５）、この後、第２のファイル移行処理を実行するに際して十分な数の予備のファイルシステムが存在するか否かを判断する（ＳＰ１６）。これは、後述のように第２のファイル移行処理を実行したときに、新たにファイルグループを追加しなければならない事態が生じた場合に備えるためである。
【００９６】
そして移行方法選択プログラム９０は、この判断において否定結果を得るとステップＳＰ１１に進み、これに対して肯定結果を得ると、管理サーバ５のメモリ４１（図１）に格納されている第２のファイル移行処理プログラム９２（図２）を起動し（ＳＰ１７）、この後、この移行方法選択処理を終了する。
【００９７】
（２−５−２）第１のファイル移行処理
一方、図３７は、上述の移行方法選択処理のステップＳＰ１１において起動された第１のファイル移行処理プログラム９１（図２）により実行される第１のファイル移行処理の処理手順を示す。
【００９８】
第１のファイル移行処理プログラム９１は、移行方法選択プログラム９０により起動されると、この第１のファイル移行処理を開始し、まず、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルに対するアクセスログをそれぞれ取得する（ＳＰ２０）。
【００９９】
この後、第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ａ」のすべてのファイルのファイル名を取得する（ＳＰ２１）。
【０１００】
次いで第１のファイル移行処理プログラム９１は、ステップＳＰ２０において取得したアクセスログと、ステップＳＰ２１における調査結果とに基づいて、重要度が「Ａ」のファイルに対するユーザのアクセスパターンをファイルごとに抽出（検出）する（ＳＰ２２）。
【０１０１】
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ａ」のファイルごとのアクセスパターンを比較して、アクセスパターンが類似するファイルをグループ化する。そして第１のファイル移行処理部９１は、このようにして得られたファイルグループごとに、ファイルグループ管理テーブル１０１（図１１）を作成し、そのファイルグループに属する重要度が「Ａ」のファイルに関する必要な情報を当該ファイルグループ管理テーブル１０１に登録する。また第１のファイル移行処理プログラム９１は、各ファイルグループにそれぞれ異なるＮＡＳサーバ４により管理されるＲＡＩＤグループ５２を対応付け、各ファイルグループのグループ名と、そのファイルグループに対応付けたＲＡＩＤグループ５２のグループ名と、そのファイルグループに属するファイルのアクセスパターンに基づき決定された省電力制御のスケジュールとを省電力スケジュール管理テーブル１０２に登録する（ＳＰ２３）。
【０１０２】
この後、第１のファイル移行処理プログラム９１は、ＲＡＩＤサブシステム８を制御することにより、ファイルグループごとにそれぞれ異なるＮＡＳサーバ４が管理するＲＡＩＤグループ５２が提供する記憶領域内に集約するように、重要度が「Ａ」のファイルを、当該ファイルが属するファイルグループに対応付けられたＲＡＩＤグループ５２に移行（そのファイルのデータをそのＲＡＩＤグループ５２に移動）させる（ＳＰ２４）。
【０１０３】
続いて第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｂ」のすべてのファイルのファイル名を取得する（ＳＰ２５）。
【０１０４】
続いて第１のファイル移行処理プログラム９１は、ステップＳＰ２０において取得したアクセスログと、ステップＳＰ２５において取得したファイル名とに基づいて、重要度が「Ｂ」の各ファイルに対するユーザのアクセスパターンをファイルごとに抽出する（ＳＰ２６）。
【０１０５】
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ｂ」の各ファイルについて、そのファイルのアクセスパターンと、ファイルグループごとのアクセスパターンとを比較し、重要度が「Ｂ」の各ファイルをそれぞれアクセスパターンが最も近いファイルグループに振り分け、これら重要度が「Ｂ」の各ファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１に登録する（ＳＰ２７）。
【０１０６】
そして第１のファイル移行処理プログラム９１は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｂ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ２８）。
【０１０７】
次いで第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｃ」のすべてのファイルのファイル名を取得する（ＳＰ２９）。
【０１０８】
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ｃ」の各ファイルを、それぞれシステムの都合に合わせて（例えば各ＲＡＩＤグループ５２の使用容量が均等となるように）いずれかのファイルグループに振り分け、これら重要度が「Ｃ」の各ファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１に登録する（ＳＰ３０）。
【０１０９】
そして第１のファイル移行処理プログラム９１は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｃ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ３１）。
【０１１０】
さらに第１のファイル移行処理プログラム９１は、後述する第２のファイル移行処理において使用するため、ステップＳＰ２１において取得した重要度が「Ａ」のファイルのファイル名の一覧、ステップＳＰ２５において取得した重要度が「Ｂ」のファイルのファイル名の一覧、及び、ステップＳＰ２９において取得した重要度が「Ｃ」のファイルのファイル名の一覧をそれぞれ重要度別ファイル一覧としてメモリ等に保存し（ＳＰ３２）、この後、この第１のファイル移行処理を終了する。
【０１１１】
（２−５−３）第２のファイル移行処理
他方、図３８は、上述の移行方法選択処理（図３６）のステップＳＰ１７において起動された第２のファイル移行処理プログラム９２（図２）により実行される第２のファイル移行処理の処理手順を示す。
【０１１２】
第２のファイル移行処理プログラム９２は、移行方法選択プログラム９０により起動されると、この第２のファイル移行処理を開始し、まず、管理サーバ５のメモリ４１（図１）に保存されている重要度別ファイル一覧のうちの重要度が「Ａ」のファイル一覧を読み出す（ＳＰ４０）。
【０１１３】
続いて第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ａ」のすべてのファイルのファイル名を取得する（ＳＰ４１）。
【０１１４】
この後、第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ａ」のファイル一覧と、ステップＳＰ４１において取得した各ファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ａ」のファイルのファイル名をすべて抽出する（ＳＰ４２）。
【０１１５】
次いで第２のファイル移行処理プログラム９２は、ステップＳＰ４２においてファイル名を抽出した重要度が「Ａ」の各ファイルについて、そのファイルに対するユーザのアクセスパターンと、ファイルグループごとのアクセスパターンとを照合する（ＳＰ４３）。
【０１１６】
そして第２のファイル移行処理プログラム９２は、例えばステップＳＰ４２において抽出した重要度が「Ａ」のファイルのアクセスパターンがいずれのファイルグループのアクセスパターンとも類似せず、当該ファイルをいずれのファイルグループにも振り分けられない場合には、そのファイルに対応する新たなファイルグループを追加作成する（ＳＰ４４）。
【０１１７】
続いて第２のファイル移行処理プログラム９２は、上述のステップＳＰ４４において追加したファイルグループの作成時にエラーが発生したか否かを判断し（ＳＰ４５）、肯定結果を得た場合（例えば予備のファイルシステムが存在しない場合）には、第１のファイル移行処理プログラム９１を起動した後（ＳＰ４６）、この第２のファイル移行処理を終了する。従って、この場合には、図３７について上述した第１のファイ移行処理が開始されることになる。
【０１１８】
これに対して第２のファイル移行処理プログラム９２は、ステップＳＰ４５の判断において肯定結果を得ると、ステップＳＰ４２において抽出した、いずれのファイルグループにも振り分けられていない重要度が「Ａ」のファイルを、ステップＳＰ４３における照合により検出したアクセスパターンが類似するファイルグループ又はステップＳＰ４４において追加作成した新たなファイルグループに振り分ける。具体的に、第２のファイル移行処理プログラム９２は、その重要度が「Ａ」のファイルに関する必要な情報を、振り分け先のファイルグループに対応するファイルグループ管理テーブル１０１（図１１）に登録する。また第２のファイル移行処理プログラム９２は、省電力スケジュール管理テーブル１０３（図１２）における対応するファイルグループのスケジュールを、必要に応じて変更する（ＳＰ４７）。
【０１１９】
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ａ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ４８）。
【０１２０】
続いて第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｂ」のすべてのファイルのファイル名を取得する（ＳＰ４９）。
【０１２１】
この後、第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ｂ」のファイル一覧と、ステップＳＰ４９において取得したファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ｂ」のファイルのファイル名をすべて抽出する（ＳＰ５０）。
【０１２２】
次いで第２のファイル移行処理プログラム９２は、上述のようにしてファイル名を抽出した、重要度が「Ｂ」の各ファイルについて、そのファイルのアクセスパターンと、ファイルグループごとのアクセスパターンとを比較し、アクセスパターンが最も近いファイルグループにそのファイルを振り分け、そのファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１（図１１）に登録する（ＳＰ５１）。
【０１２３】
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｂ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ５２）。
【０１２４】
この後、第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｃ」のすべてのファイルのファイル名を取得する（ＳＰ５３）。
【０１２５】
続いて第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ｃ」のファイル一覧と、ステップＳＰ５３において取得したファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ｃ」のファイルのファイル名をすべて抽出する（ＳＰ５４）。
【０１２６】
そして第２のファイル移行処理プログラム９２は、上述のようにしてファイル名を抽出した、重要度が「Ｃ」の各ファイルを、それぞれシステムの都合に合わせて（例えば各ＲＡＩＤグループ５２の使用容量が均等となるように）いずれかのファイルグループに振り分け、そのファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１（図１１）に登録する（ＳＰ５５）。
【０１２７】
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｃ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ５６）。
【０１２８】
さらに第２のファイル移行処理プログラム９２は、今後の第１又は第２のファイル移行処理において使用するため、ステップＳＰ４２において抽出した重要度が「Ａ」の各ファイルのファイル名、ステップＳＰ４９において抽出した重要度が「Ｂ」の各ファイルのファイル名、又は、ステップＳＰ５３において抽出した重要度が「Ｃ」の各ファイルのファイル名を追加するように、対応する重要度が「Ａ」の重要度別ファイル一覧、重要度が「Ｂ」の重要度別ファイル一覧及び重要度が「Ｃ」の重要度別ファイル一覧を更新する（ＳＰ５７）。そして第２のファイル移行処理プログラム９２は、この後、この第２のファイル移行処理を終了する。
【０１２９】
（２−５−４）省電力制御処理
図３９は、管理サーバ５のメモリ４１（図１）に格納された省電力制御プログラム９３（図２）により定期的に実行される省電力化のための制御処理（以下、これを省電力化制御処理と呼ぶ）の処理手順を示す。省電力制御プログラム９３は、この図３９に示す処理手順に従って、省電力スケジュール管理テーブル１０２（図１２）において規定された省電力スケジュールに従った省電力化制御処理を実行する。
【０１３０】
すなわち省電力制御プログラム９３は、この省電力制御処理を開始すると、まず、図示しない内部タイマから現在の日時を取得し（ＳＰ６０）、この後、省電力スケジュール管理テーブル１０２上で各ＲＡＩＤグループ５２（各ファイルグループ）の省電力スケジュールを検索する（ＳＰ６１）。
【０１３１】
そして省電力制御プログラム９３は、省電力スケジュール管理テーブル１０２の１つのエントリ（行）を選択し（ＳＰ６２）、この後、省電力スケジュール管理テーブル１０２のすべてのエントリを選択し終えたか否かを判断する（ＳＰ６３）。
【０１３２】
省電力制御プログラム９３は、この判断において否定結果を得ると、ステップＳＰ６０において取得した現在日時と、ステップＳＰ６２において選択したエントリにおいて規定されている省電力スケジュールとを照合し、対応するＲＡＩＤグループ５２を通常モード（そのＲＡＩＤグループ５２を構成する各ディスク装置が通常動作の動作モード）及び省電力モード（そのＲＡＩＤグループ５２を構成する各ディスク装置５０をスピンダウンした動作モード）のいずれに設定すべきかを判断する（ＳＰ６４）。
【０１３３】
次いで省電力制御プログラム９３は、ステップＳＰ６０において取得した現在日時と、ステップＳＰ６２において選択したエントリにおいて規定されている省電力スケジュールとを照合し、対応するＲＡＩＤグループ５２を管理するＮＡＳサーバ４を通常モード（ＣＰＵ３０の動作周波数が通常の周波数の動作モード）及び省電力モード（ＣＰＵ３０の動作周波数をダウンクロックした動作モード）のいずれに設定すべきかを判断する（ＳＰ６５）。
【０１３４】
そして省電力制御プログラム９３は、ステップＳＰ６４及びステップＳＰ６５の判断結果に基づいて、対応するＲＡＩＤグループ５２及び対応するＮＡＳサーバ４の動作モードを必要に応じて通常モード又は省電力モードのいずれかに切り替える（ＳＰ６６）。さらに省電力制御プログラム９０は、ステップＳＰ６２に戻り、この後、ステップＳＰ６２において選択するエントリを順次他のエントリに切り替えながら、ステップＳＰ６２〜ステップＳＰ６６の処理を繰り返す。
【０１３５】
そして省電力制御プログラム９３は、やがて省電力スケジュール管理テーブル１０２のすべてのエントリにおいて同様の処理を実行し終えることによりステップＳＰ６３において肯定結果を得ると、この省電力制御処理を終了する。
【０１３６】
（３）本実施の形態の効果
以上のように本実施の形態による計算機システムでは、重要度が「Ａ」のファイルに対するユーザのアクセスパターンに基づいて各ファイルグループとそれぞれ対応付けられた各ＲＡＩＤグループ５２の省電力制御のスケジュールを設定するようにしているため、重要度が「Ａ」のファイルに対するユーザからのアクセスが発生し易い時間帯に、そのファイルが格納されたＲＡＩＤグループ５２を常に通常モードで稼働することができる。かくするにつき、重要度が「Ａ」のファイルへのアクセス速度が低下するのを防止しながら省電力化を図ることができる。
【０１３７】
（４）他の実施の形態
なお上述の実施の形態においては、重要度を「Ａ」〜「Ｃ」の３段階とするようにした場合について述べたが、本発明はこれに限らず、２段階又は４段階以上にするようにしても良い。
【０１３８】
また上述の実施の形態においては、ＧＮＳサーバ３を用いて複数のＮＡＳサーバ４を一元化するようにした場合について述べたが、本発明はこれに限らず、例えば複数の異なるＲＡＩＤグループ５２に配置されたファイルシステムをＮＡＳサーバ４のファイルシステムプログラム６１（図２）によって一元化するようにしても良い。
【０１３９】
具体的には、上述の実施の形態においてＧＮＳサーバ３で管理していたファイル管理テーブル８４（図８）を１つのＮＡＳサーバ４のファイルシステムプログラム６１で管理し、クライアント／ホスト２から受け取ったファイル単位のＩ／Ｏ要求をファイルシステムプログラム６１が、ファイル管理テーブル８４を参照して、実際にファイルが格納されているファイルシステムを特定し、アクセス処理を実行するようにすれば良い。この構成においても本発明を適用し、実施の形態と同様の効果を得ることができる。なお、この場合、ホストはそのＮＡＳサーバ４に集約されるので、ファイル管理テーブル８４のホスト名欄８４Ｂ（図８）を省略することができる。ただし、このホスト名欄８４Ｂを残しておくことによって、階層ファイルシステムをＧＮＳへ変換する場合に利用することができ、ファイル管理テーブル８４の供用ができ、移行の手間を省くことができる。
【０１４０】
さらに上述の実施の形態においては、重要度が「Ｂ」のファイルを、そのファイルに対するユーザからのアクセスパターンと最も近い省電力スケジュールが設定されたファイルグループにそのファイルを振り分けるようにした場合について述べたが、本発明はこれに限らず、重要度が「Ｂ」のファイルについても、重要度が「Ｃ」のファイルと同様に、システムの都合に合わせていずれかのファイルグループに振り分けるようにしても良い。
【０１４１】
さらに上述の実施の形態においては、重要度が「Ｃ」のファイルの振り分けを、ファイルシステムの残容量又は負荷分散に基づく観点から行うようにした場合について述べたが、本発明はこれに限らず、この他のシステムの都合に応じていずれかのファイルシステムに振り分けるようにしても良い。
【産業上の利用可能性】
【０１４２】
本発明は、種々の構成の計算機システムに広く適用することができる。
【図面の簡単な説明】
【０１４３】
【図１】本実施の形態による計算機システムのハードウェア構成を示すブロック図である。
【図２】本実施の形態による計算機システムのソフトウェア構成を示すブロック図である。
【図３】ファイルシステムの説明に供する概念図である。
【図４】ディレクトリエントリの構成例を示す概念図である。
【図５】ｉノードによるデータブロックの参照例を示す概念図である。
【図６】ｉノード管理テーブルとｉノードとの関係を示す概念図である。
【図７】ＧＮＳサーバによりクライアントに提供されるディレクトリイメージの一例を示す概念図である。
【図８】ファイル管理テーブルの構成を示す概念図である。
【図９】ＧＮＳの処理の流れの説明に供するブロック図である。
【図１０】ファイル別アクセス時間帯テーブルの構成を示す概念図である。
【図１１】ファイルグループ管理テーブルの構成を示す概念図である。
【図１２】省電力スケジュール管理テーブルの構成を示す概念図である。
【図１３】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図１４】アクセスログの説明に供する概念図である。
【図１５】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図１６】（Ａ）〜（Ｄ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図１７】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図１８】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図１９】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２０】（Ａ）〜（Ｃ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２１】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２２】（Ａ）〜（Ｃ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２３】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２４】（Ａ）及び（Ｂ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２５】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２６】本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。
【図２７】ファイルグループ化処理の説明に供する概念図である。
【図２８】ファイルグループ化処理の説明に供する概念図である。
【図２９】ファイルグループ化処理の説明に供する概念図である。
【図３０】ファイルグループ化処理の説明に供する概念図である。
【図３１】ファイルグループ化処理の説明に供する概念図である。
【図３２】ファイルグループ化処理の説明に供する概念図である。
【図３３】重要度がＣのファイルの振分け方法の説明に供する図表である。
【図３４】重要度がＣのファイルの振分け方法の説明に供する図表である。
【図３５】重要度がＣのファイルの振分け方法の説明に供する概念図である。
【図３６】移行方法選択処理の処理手順を示すフローチャートである。
【図３７】第１のファイル移行処理の処理手順を示すフローチャートである。
【図３８】第２のファイル移行処理の処理手順を示すフローチャートである。
【図３９】省電力制御処理の処理手順を示すフローチャートである。
【符号の説明】
【０１４４】
１……計算機システム、２……クライアント／ホスト、３……ＧＮＳサーバ、４……ＮＡＳサーバ、５……管理サーバ、８……ＲＡＩＤサブシステム、１０，２０，３０，４０……ＣＰＵ、１１，２１，３１，４１……メモリ、５０……ディスク装置、５２……ＲＡＩＤグループ、９０……移行方法選択プログラム、９１……第１のファイル移行処理プログラム、９２……第２のファイル移行処理プログラム、９３……省電力制御プログラム、１００……ファイル別アクセス時間帯テーブル、１０１……ファイルグループ管理テーブル、１０２……省電力スケジュール管理テーブル。
【図１】
2010271901.tif 000009
【図２】
2010271901.tif 000010
【図３】
2010271901.tif 000011
【図４】
2010271901.tif 000012
【図５】
2010271901.tif 000013
【図６】
2010271901.tif 000014
【図７】
2010271901.tif 000015
【図８】
2010271901.tif 000016
【図９】
2010271901.tif 000017
【図１０】
2010271901.tif 000018
【図１１】
2010271901.tif 000019
【図１２】
2010271901.tif 000020
【図１３】
2010271901.tif 000021
【図１４】
2010271901.tif 000022
【図１５】
2010271901.tif 000023
【図１６】
2010271901.tif 000024
【図１７】
2010271901.tif 000025
【図１８】
2010271901.tif 000026
【図１９】
2010271901.tif 000027
【図２０】
2010271901.tif 000028
【図２１】
2010271901.tif 000029
【図２２】
2010271901.tif 000030
【図２３】
2010271901.tif 000031
【図２４】
2010271901.tif 000032
【図２５】
2010271901.tif 000033
【図２６】
2010271901.tif 000034
【図２７】
2010271901.tif 000035
【図２８】
2010271901.tif 000036
【図２９】
2010271901.tif 000037
【図３０】
2010271901.tif 000038
【図３１】
2010271901.tif 000039
【図３２】
2010271901.tif 000040
【図３３】
2010271901.tif 000041
【図３４】
2010271901.tif 000042
【図３５】
2010271901.tif 000043
【図３６】
2010271901.tif 000044
【図３７】
2010271901.tif 000045
【図３８】
2010271901.tif 000046
【図３９】
2010271901.tif 000047