JP5250482B2 - 省電力制御装置及び方法 - Google Patents

省電力制御装置及び方法 Download PDF

Info

Publication number
JP5250482B2
JP5250482B2 JP2009122943A JP2009122943A JP5250482B2 JP 5250482 B2 JP5250482 B2 JP 5250482B2 JP 2009122943 A JP2009122943 A JP 2009122943A JP 2009122943 A JP2009122943 A JP 2009122943A JP 5250482 B2 JP5250482 B2 JP 5250482B2
Authority
JP
Japan
Prior art keywords
file
group
files
power saving
raid
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009122943A
Other languages
English (en)
Other versions
JP2010271901A (ja
Inventor
信之 雜賀
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2009122943A priority Critical patent/JP5250482B2/ja
Priority to US12/504,466 priority patent/US8645737B2/en
Publication of JP2010271901A publication Critical patent/JP2010271901A/ja
Application granted granted Critical
Publication of JP5250482B2 publication Critical patent/JP5250482B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/325—Power saving in peripheral device
    • G06F1/3268—Power saving in hard disk drive
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0625—Power saving in storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Description

本発明は、省電力制御装置及び方法に関し、例えば計算機システムの省電力制御に適用して好適なものである。
近年、ストレージ装置の大規模化及び高性能化に伴い、ストレージ装置における消費電力が増加の一途を辿っており、ストレージ装置の省電力化の要求が高まってきている。
このような状況のもと、近年では、ストレージ装置の電源のオン／オフを制御することによって省電力化を行う方法（特許文献１参照）や、ＲＡＩＤ（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」というファイルシステムの空き容量がそれぞれ図３３に示すような値であるものとすると、これらのファイルシステムの空き容量の平均値は、次式
のように求めることができ、分散値は、次式
のように求めることができる。
続いて、重要度が「Ｃ」のファイルを「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」にそれぞれ対応付けられたＲＡＩＤグループ５２の稼働時間の比率は、次式
のようになる。そこで、重要度が「Ｃ」のファイルのファイル数が例えば100個の場合、「FileGroup-1」については、次式
「FileGroup-2」については、次式
「FileGroup-3」については、次式
のように按分したときのファイル数をそれぞれ計算し、それぞれ得られた数のファイルを「FileGroup-1」、「FileGroup-2」及び「FileGroup-3」にそれぞれ振り分けるようにすることによって、ファイルシステムの負荷を分散させた状態で重要度が「Ｃ」のファイルをファイルグループに振り分けることができる。
なお、「FileGroup-1」、「FileGroup-2」及び「FileGroup-3」の各ファイルグループにそれぞれ対応するファイルシステムに負荷の偏りがあるときには、その負荷も考慮して重要度が「Ｃ」のファイルの振分け先を決定するようにしても良い。
（２−５）省電力機能に関する管理サーバの具体的な処理
次に、以上のような本実施の形態による省電力制御機能に関する管理サーバ５の具体的な処理内容について説明する。なお、以下においては各種処理の処理主体を管理サーバ５に実装された「プログラム」として説明するが、実際上は、そのプログラムに基づいて管理サーバ５のＣＰＵ３０（図１）がその処理を実行することは言うまでもない。
（２−５−１）ファイル移行方法選択処理
図３６は、管理サーバ５に実装された移行方法選択プログラム９０（図２）により定期的に実行されるファイル移行方法選択処理の処理手順を示す。移行方法選択プログラム９０は、この図３６に示す処理手順に従って、上述した第１及び第２のファイル移行処理のうちのいずれによってファイルの移行を実行するかを選択する。
すなわち移行方法選択プログラム９０は、このファイル移行方法選択処理を開始すると、まず、ファイルグループ管理テーブル１０１（図１１）の有無に基づいて、作成済みのファイルグループがあるか否かを判断する（ＳＰ１０）。
この判断において否定結果を得ることは、未だ第１のファイル移行処理が実行されていないことを意味する。かくしてこのとき移行方法選択プログラム９０は、管理サーバ５のメモリ４１（図１）に格納された第１のファイル移行処理プログラム９１を起動し（ＳＰ１１）、現在の日時を最後に第１のファイル移行処理を実行した日時としてメモリ４１に保存した後（ＳＰ１２）、この移行方法選択処理を終了する。
これに対してステップＳＰ１０の判断において肯定結果を得ることは、既に第１のファイル移行処理が実行されてファイルグループが作成されていることを意味する。かくしてこのとき移行方法選択プログラム９０は、最後に行った第１のファイル移行処理の実行日時をメモリ４１から読み出す（ＳＰ１３）。
また移行方法選択プログラム９０は、このとき読み出した実行日時に基づいて、最後に第１のファイル移行処理を実行してから予め定められた一定期間が経過したか否かを判断する（ＳＰ１４）。そして移行方法選択プログラム９０は、この判断において肯定結果を得ると、再度、第１のファイル移行処理を実行するためステップＳＰ１１に進む。
これに対して移行方法選択プログラム９０は、ステップＳＰ１４の判断において否定結果を得ると、ユーザや管理者が予め作成した予備のファイルシステムがあるか否かをチェックし（ＳＰ１５）、この後、第２のファイル移行処理を実行するに際して十分な数の予備のファイルシステムが存在するか否かを判断する（ＳＰ１６）。これは、後述のように第２のファイル移行処理を実行したときに、新たにファイルグループを追加しなければならない事態が生じた場合に備えるためである。
そして移行方法選択プログラム９０は、この判断において否定結果を得るとステップＳＰ１１に進み、これに対して肯定結果を得ると、管理サーバ５のメモリ４１（図１）に格納されている第２のファイル移行処理プログラム９２（図２）を起動し（ＳＰ１７）、この後、この移行方法選択処理を終了する。
（２−５−２）第１のファイル移行処理
一方、図３７は、上述の移行方法選択処理のステップＳＰ１１において起動された第１のファイル移行処理プログラム９１（図２）により実行される第１のファイル移行処理の処理手順を示す。
第１のファイル移行処理プログラム９１は、移行方法選択プログラム９０により起動されると、この第１のファイル移行処理を開始し、まず、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルに対するアクセスログをそれぞれ取得する（ＳＰ２０）。
この後、第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ａ」のすべてのファイルのファイル名を取得する（ＳＰ２１）。
次いで第１のファイル移行処理プログラム９１は、ステップＳＰ２０において取得したアクセスログと、ステップＳＰ２１における調査結果とに基づいて、重要度が「Ａ」のファイルに対するユーザのアクセスパターンをファイルごとに抽出（検出）する（ＳＰ２２）。
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ａ」のファイルごとのアクセスパターンを比較して、アクセスパターンが類似するファイルをグループ化する。そして第１のファイル移行処理部９１は、このようにして得られたファイルグループごとに、ファイルグループ管理テーブル１０１（図１１）を作成し、そのファイルグループに属する重要度が「Ａ」のファイルに関する必要な情報を当該ファイルグループ管理テーブル１０１に登録する。また第１のファイル移行処理プログラム９１は、各ファイルグループにそれぞれ異なるＮＡＳサーバ４により管理されるＲＡＩＤグループ５２を対応付け、各ファイルグループのグループ名と、そのファイルグループに対応付けたＲＡＩＤグループ５２のグループ名と、そのファイルグループに属するファイルのアクセスパターンに基づき決定された省電力制御のスケジュールとを省電力スケジュール管理テーブル１０２に登録する（ＳＰ２３）。
この後、第１のファイル移行処理プログラム９１は、ＲＡＩＤサブシステム８を制御することにより、ファイルグループごとにそれぞれ異なるＮＡＳサーバ４が管理するＲＡＩＤグループ５２が提供する記憶領域内に集約するように、重要度が「Ａ」のファイルを、当該ファイルが属するファイルグループに対応付けられたＲＡＩＤグループ５２に移行（そのファイルのデータをそのＲＡＩＤグループ５２に移動）させる（ＳＰ２４）。
続いて第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｂ」のすべてのファイルのファイル名を取得する（ＳＰ２５）。
続いて第１のファイル移行処理プログラム９１は、ステップＳＰ２０において取得したアクセスログと、ステップＳＰ２５において取得したファイル名とに基づいて、重要度が「Ｂ」の各ファイルに対するユーザのアクセスパターンをファイルごとに抽出する（ＳＰ２６）。
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ｂ」の各ファイルについて、そのファイルのアクセスパターンと、ファイルグループごとのアクセスパターンとを比較し、重要度が「Ｂ」の各ファイルをそれぞれアクセスパターンが最も近いファイルグループに振り分け、これら重要度が「Ｂ」の各ファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１に登録する（ＳＰ２７）。
そして第１のファイル移行処理プログラム９１は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｂ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ２８）。
次いで第１のファイル移行処理プログラム９１は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｃ」のすべてのファイルのファイル名を取得する（ＳＰ２９）。
そして第１のファイル移行処理プログラム９１は、上述のようにして抽出した、重要度が「Ｃ」の各ファイルを、それぞれシステムの都合に合わせて（例えば各ＲＡＩＤグループ５２の使用容量が均等となるように）いずれかのファイルグループに振り分け、これら重要度が「Ｃ」の各ファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１に登録する（ＳＰ３０）。
そして第１のファイル移行処理プログラム９１は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｃ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ３１）。
さらに第１のファイル移行処理プログラム９１は、後述する第２のファイル移行処理において使用するため、ステップＳＰ２１において取得した重要度が「Ａ」のファイルのファイル名の一覧、ステップＳＰ２５において取得した重要度が「Ｂ」のファイルのファイル名の一覧、及び、ステップＳＰ２９において取得した重要度が「Ｃ」のファイルのファイル名の一覧をそれぞれ重要度別ファイル一覧としてメモリ等に保存し（ＳＰ３２）、この後、この第１のファイル移行処理を終了する。
（２−５−３）第２のファイル移行処理
他方、図３８は、上述の移行方法選択処理（図３６）のステップＳＰ１７において起動された第２のファイル移行処理プログラム９２（図２）により実行される第２のファイル移行処理の処理手順を示す。
第２のファイル移行処理プログラム９２は、移行方法選択プログラム９０により起動されると、この第２のファイル移行処理を開始し、まず、管理サーバ５のメモリ４１（図１）に保存されている重要度別ファイル一覧のうちの重要度が「Ａ」のファイル一覧を読み出す（ＳＰ４０）。
続いて第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ａ」のすべてのファイルのファイル名を取得する（ＳＰ４１）。
この後、第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ａ」のファイル一覧と、ステップＳＰ４１において取得した各ファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ａ」のファイルのファイル名をすべて抽出する（ＳＰ４２）。
次いで第２のファイル移行処理プログラム９２は、ステップＳＰ４２においてファイル名を抽出した重要度が「Ａ」の各ファイルについて、そのファイルに対するユーザのアクセスパターンと、ファイルグループごとのアクセスパターンとを照合する（ＳＰ４３）。
そして第２のファイル移行処理プログラム９２は、例えばステップＳＰ４２において抽出した重要度が「Ａ」のファイルのアクセスパターンがいずれのファイルグループのアクセスパターンとも類似せず、当該ファイルをいずれのファイルグループにも振り分けられない場合には、そのファイルに対応する新たなファイルグループを追加作成する（ＳＰ４４）。
続いて第２のファイル移行処理プログラム９２は、上述のステップＳＰ４４において追加したファイルグループの作成時にエラーが発生したか否かを判断し（ＳＰ４５）、肯定結果を得た場合（例えば予備のファイルシステムが存在しない場合）には、第１のファイル移行処理プログラム９１を起動した後（ＳＰ４６）、この第２のファイル移行処理を終了する。従って、この場合には、図３７について上述した第１のファイ移行処理が開始されることになる。
これに対して第２のファイル移行処理プログラム９２は、ステップＳＰ４５の判断において肯定結果を得ると、ステップＳＰ４２において抽出した、いずれのファイルグループにも振り分けられていない重要度が「Ａ」のファイルを、ステップＳＰ４３における照合により検出したアクセスパターンが類似するファイルグループ又はステップＳＰ４４において追加作成した新たなファイルグループに振り分ける。具体的に、第２のファイル移行処理プログラム９２は、その重要度が「Ａ」のファイルに関する必要な情報を、振り分け先のファイルグループに対応するファイルグループ管理テーブル１０１（図１１）に登録する。また第２のファイル移行処理プログラム９２は、省電力スケジュール管理テーブル１０３（図１２）における対応するファイルグループのスケジュールを、必要に応じて変更する（ＳＰ４７）。
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ａ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ４８）。
続いて第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｂ」のすべてのファイルのファイル名を取得する（ＳＰ４９）。
この後、第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ｂ」のファイル一覧と、ステップＳＰ４９において取得したファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ｂ」のファイルのファイル名をすべて抽出する（ＳＰ５０）。
次いで第２のファイル移行処理プログラム９２は、上述のようにしてファイル名を抽出した、重要度が「Ｂ」の各ファイルについて、そのファイルのアクセスパターンと、ファイルグループごとのアクセスパターンとを比較し、アクセスパターンが最も近いファイルグループにそのファイルを振り分け、そのファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１（図１１）に登録する（ＳＰ５１）。
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｂ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ５２）。
この後、第２のファイル移行処理プログラム９２は、計算機システム１内の各ＮＡＳサーバ４にそれぞれアクセスして、そのＮＡＳサーバ４が管理している各ファイルの中から重要度が「Ｃ」のすべてのファイルのファイル名を取得する（ＳＰ５３）。
続いて第２のファイル移行処理プログラム９２は、ステップＳＰ４０において取得した重要度が「Ｃ」のファイル一覧と、ステップＳＰ５３において取得したファイル名と照らし合わせ、いずれのファイルグループにも振り分けられていない重要度が「Ｃ」のファイルのファイル名をすべて抽出する（ＳＰ５４）。
そして第２のファイル移行処理プログラム９２は、上述のようにしてファイル名を抽出した、重要度が「Ｃ」の各ファイルを、それぞれシステムの都合に合わせて（例えば各ＲＡＩＤグループ５２の使用容量が均等となるように）いずれかのファイルグループに振り分け、そのファイルに関する必要な情報を対応するファイルグループ管理テーブル１０１（図１１）に登録する（ＳＰ５５）。
そして第２のファイル移行処理プログラム９２は、この後、ＲＡＩＤサブシステム８を制御することにより、上述のようにしてそれぞれいずれかのファイルグループに振り分けた重要度が「Ｃ」の各ファイルを、それぞれそのファイルが振り分けられたファイルグループと対応付けられたＲＡＩＤグループ５２に移行させる（ＳＰ５６）。
さらに第２のファイル移行処理プログラム９２は、今後の第１又は第２のファイル移行処理において使用するため、ステップＳＰ４２において抽出した重要度が「Ａ」の各ファイルのファイル名、ステップＳＰ４９において抽出した重要度が「Ｂ」の各ファイルのファイル名、又は、ステップＳＰ５３において抽出した重要度が「Ｃ」の各ファイルのファイル名を追加するように、対応する重要度が「Ａ」の重要度別ファイル一覧、重要度が「Ｂ」の重要度別ファイル一覧及び重要度が「Ｃ」の重要度別ファイル一覧を更新する（ＳＰ５７）。そして第２のファイル移行処理プログラム９２は、この後、この第２のファイル移行処理を終了する。
（２−５−４）省電力制御処理
図３９は、管理サーバ５のメモリ４１（図１）に格納された省電力制御プログラム９３（図２）により定期的に実行される省電力化のための制御処理（以下、これを省電力化制御処理と呼ぶ）の処理手順を示す。省電力制御プログラム９３は、この図３９に示す処理手順に従って、省電力スケジュール管理テーブル１０２（図１２）において規定された省電力スケジュールに従った省電力化制御処理を実行する。
すなわち省電力制御プログラム９３は、この省電力制御処理を開始すると、まず、図示しない内部タイマから現在の日時を取得し（ＳＰ６０）、この後、省電力スケジュール管理テーブル１０２上で各ＲＡＩＤグループ５２（各ファイルグループ）の省電力スケジュールを検索する（ＳＰ６１）。
そして省電力制御プログラム９３は、省電力スケジュール管理テーブル１０２の１つのエントリ（行）を選択し（ＳＰ６２）、この後、省電力スケジュール管理テーブル１０２のすべてのエントリを選択し終えたか否かを判断する（ＳＰ６３）。
省電力制御プログラム９３は、この判断において否定結果を得ると、ステップＳＰ６０において取得した現在日時と、ステップＳＰ６２において選択したエントリにおいて規定されている省電力スケジュールとを照合し、対応するＲＡＩＤグループ５２を通常モード（そのＲＡＩＤグループ５２を構成する各ディスク装置が通常動作の動作モード）及び省電力モード（そのＲＡＩＤグループ５２を構成する各ディスク装置５０をスピンダウンした動作モード）のいずれに設定すべきかを判断する（ＳＰ６４）。
次いで省電力制御プログラム９３は、ステップＳＰ６０において取得した現在日時と、ステップＳＰ６２において選択したエントリにおいて規定されている省電力スケジュールとを照合し、対応するＲＡＩＤグループ５２を管理するＮＡＳサーバ４を通常モード（ＣＰＵ３０の動作周波数が通常の周波数の動作モード）及び省電力モード（ＣＰＵ３０の動作周波数をダウンクロックした動作モード）のいずれに設定すべきかを判断する（ＳＰ６５）。
そして省電力制御プログラム９３は、ステップＳＰ６４及びステップＳＰ６５の判断結果に基づいて、対応するＲＡＩＤグループ５２及び対応するＮＡＳサーバ４の動作モードを必要に応じて通常モード又は省電力モードのいずれかに切り替える（ＳＰ６６）。さらに省電力制御プログラム９０は、ステップＳＰ６２に戻り、この後、ステップＳＰ６２において選択するエントリを順次他のエントリに切り替えながら、ステップＳＰ６２〜ステップＳＰ６６の処理を繰り返す。
そして省電力制御プログラム９３は、やがて省電力スケジュール管理テーブル１０２のすべてのエントリにおいて同様の処理を実行し終えることによりステップＳＰ６３において肯定結果を得ると、この省電力制御処理を終了する。
（３）本実施の形態の効果
以上のように本実施の形態による計算機システムでは、重要度が「Ａ」のファイルに対するユーザのアクセスパターンに基づいて各ファイルグループとそれぞれ対応付けられた各ＲＡＩＤグループ５２の省電力制御のスケジュールを設定するようにしているため、重要度が「Ａ」のファイルに対するユーザからのアクセスが発生し易い時間帯に、そのファイルが格納されたＲＡＩＤグループ５２を常に通常モードで稼働することができる。かくするにつき、重要度が「Ａ」のファイルへのアクセス速度が低下するのを防止しながら省電力化を図ることができる。
（４）他の実施の形態
なお上述の実施の形態においては、重要度を「Ａ」〜「Ｃ」の３段階とするようにした場合について述べたが、本発明はこれに限らず、２段階又は４段階以上にするようにしても良い。
また上述の実施の形態においては、ＧＮＳサーバ３を用いて複数のＮＡＳサーバ４を一元化するようにした場合について述べたが、本発明はこれに限らず、例えば複数の異なるＲＡＩＤグループ５２に配置されたファイルシステムをＮＡＳサーバ４のファイルシステムプログラム６１（図２）によって一元化するようにしても良い。
具体的には、上述の実施の形態においてＧＮＳサーバ３で管理していたファイル管理テーブル８４（図８）を１つのＮＡＳサーバ４のファイルシステムプログラム６１で管理し、クライアント／ホスト２から受け取ったファイル単位のＩ／Ｏ要求をファイルシステムプログラム６１が、ファイル管理テーブル８４を参照して、実際にファイルが格納されているファイルシステムを特定し、アクセス処理を実行するようにすれば良い。この構成においても本発明を適用し、実施の形態と同様の効果を得ることができる。なお、この場合、ホストはそのＮＡＳサーバ４に集約されるので、ファイル管理テーブル８４のホスト名欄８４Ｂ（図８）を省略することができる。ただし、このホスト名欄８４Ｂを残しておくことによって、階層ファイルシステムをＧＮＳへ変換する場合に利用することができ、ファイル管理テーブル８４の供用ができ、移行の手間を省くことができる。
さらに上述の実施の形態においては、重要度が「Ｂ」のファイルを、そのファイルに対するユーザからのアクセスパターンと最も近い省電力スケジュールが設定されたファイルグループにそのファイルを振り分けるようにした場合について述べたが、本発明はこれに限らず、重要度が「Ｂ」のファイルについても、重要度が「Ｃ」のファイルと同様に、システムの都合に合わせていずれかのファイルグループに振り分けるようにしても良い。
さらに上述の実施の形態においては、重要度が「Ｃ」のファイルの振り分けを、ファイルシステムの残容量又は負荷分散に基づく観点から行うようにした場合について述べたが、本発明はこれに限らず、この他のシステムの都合に応じていずれかのファイルシステムに振り分けるようにしても良い。
本発明は、種々の構成の計算機システムに広く適用することができる。
本実施の形態による計算機システムのハードウェア構成を示すブロック図である。 本実施の形態による計算機システムのソフトウェア構成を示すブロック図である。 ファイルシステムの説明に供する概念図である。 ディレクトリエントリの構成例を示す概念図である。 ｉノードによるデータブロックの参照例を示す概念図である。 ｉノード管理テーブルとｉノードとの関係を示す概念図である。 ＧＮＳサーバによりクライアントに提供されるディレクトリイメージの一例を示す概念図である。 ファイル管理テーブルの構成を示す概念図である。 ＧＮＳの処理の流れの説明に供するブロック図である。 ファイル別アクセス時間帯テーブルの構成を示す概念図である。 ファイルグループ管理テーブルの構成を示す概念図である。 省電力スケジュール管理テーブルの構成を示す概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 アクセスログの説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 （Ａ）〜（Ｄ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 （Ａ）〜（Ｃ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 （Ａ）〜（Ｃ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 （Ａ）及び（Ｂ）は、本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 本実施の形態による省電力制御機能に関する各種処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 ファイルグループ化処理の説明に供する概念図である。 重要度がＣのファイルの振分け方法の説明に供する図表である。 重要度がＣのファイルの振分け方法の説明に供する図表である。 重要度がＣのファイルの振分け方法の説明に供する概念図である。 移行方法選択処理の処理手順を示すフローチャートである。 第１のファイル移行処理の処理手順を示すフローチャートである。 第２のファイル移行処理の処理手順を示すフローチャートである。 省電力制御処理の処理手順を示すフローチャートである。
１……計算機システム、２……クライアント／ホスト、３……ＧＮＳサーバ、４……ＮＡＳサーバ、５……管理サーバ、８……ＲＡＩＤサブシステム、１０，２０，３０，４０……ＣＰＵ、１１，２１，３１，４１……メモリ、５０……ディスク装置、５２……ＲＡＩＤグループ、９０……移行方法選択プログラム、９１……第１のファイル移行処理プログラム、９２……第２のファイル移行処理プログラム、９３……省電力制御プログラム、１００……ファイル別アクセス時間帯テーブル、１０１……ファイルグループ管理テーブル、１０２……省電力スケジュール管理テーブル。

Claims (5)

  1. ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）サーバと、
    それぞれ別個に省電力制御可能な複数のＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ）グループを形成する複数の記憶装置を有するストレージ装置と、
    管理サーバと、
    を有し、
    前記ＮＡＳサーバは、
    複数の第１のファイルと、前記第１のファイルよりも重要度が低い複数の第２のファイルと、を管理し、
    前記管理サーバは、
    前記複数の第１のファイルの各々の第１のアクセスパターンに基づいて、前記複数の第１のファイルのうち１以上の第１のファイルが含まれるファイルグループを形成し、
    前記複数の第２のファイルの各々の第２のアクセスパターンと、前記ファイルグループに含まれる１以上の第１のファイルにアクセスがある時間帯及びない時間帯を示す第３のアクセスパターンとに基づいて、前記複数の第２のファイルのうち１以上の第２のファイルを前記ファイルグループに割り当て、
    前記ストレージ装置は、
    前記ファイルグループに割り当てられた複数のファイルのデータを、前記複数のＲＡＩＤグループのうち前記ファイルグループに対応する第１のＲＡＩＤグループに移行する第１のファイル移行処理を実行し、
    前記ＮＡＳサーバは、
    前記第３のアクセスパターンが示すアクセスがある時間帯の場合、前記第１のＲＡＩＤグループを通常モードで運用し、前記第３のアクセスパターンが示すアクセスがない時間帯の場合、前記第１のＲＡＩＤグループを省電力モードで運用し、前記第３のアクセスパターンが示さない時間帯においてアクセスがある場合、前記アクセスを契機として、前記第１のＲＡＩＤグループを通常モードにする、
    ことを特徴とするシステム。
  2. 前記管理サーバは、
    前記ファイルグループを含む複数のファイルグループを管理し、
    前記複数の第２のファイルよりも重要度が低い第３のファイルを、前記複数のＲＡＩＤグループの容量に基づいて、前記複数のファイルグループのうちいずれかのファイルグループに割り当てる、
    ことを特徴とする請求項１に記載のシステム。
  3. 前記管理サーバは、
    前記ファイルグループを含む複数のファイルグループを管理し、
    前記第１のファイル移行処理を実行してから所定の時間が経過していない場合、新たなファイルを前記複数のファイルグループのうちいずれかのファイルグループに割り当て、
    前記ストレージ装置は、
    前記新たなファイルのデータを前記割り当てられたファイルグループに対応付けられ前記複数のＲＡＩＤグループに含まれるＲＡＩＤグループに移行する第２のファイル移行処理を実行する、
    ことを特徴とする請求項１に記載のシステム。
  4. 前記管理サーバは、
    新たなファイルに前記複数の第１のファイルと同じ重要度が設定されており、新たなファイルのアクセスパターンと前記ファイルグループの前記第３のアクセスパターンとの一致する時間帯が閾値以上の場合には、新たなファイルグループを作成する、
    ことを特徴とする請求項１に記載のシステム。
  5. 前記管理サーバは、
    前記新たなファイルのアクセスパターンと、前記ファイルグループの前記第３のアクセスパターンとの一致する時間帯が閾値より多い場合に、前記新たなファイルを前記ファイルグループに割り当てる、
    ことを特徴とする請求項４に記載のシステム。
JP2009122943A 2009-05-21 2009-05-21 省電力制御装置及び方法 Expired - Fee Related JP5250482B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2009122943A JP5250482B2 (ja) 2009-05-21 2009-05-21 省電力制御装置及び方法
US12/504,466 US8645737B2 (en) 2009-05-21 2009-07-16 Power-saving control apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009122943A JP5250482B2 (ja) 2009-05-21 2009-05-21 省電力制御装置及び方法

Publications (2)

Publication Number Publication Date
JP2010271901A JP2010271901A (ja) 2010-12-02
JP5250482B2 true JP5250482B2 (ja) 2013-07-31

Family

ID=43125358

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009122943A Expired - Fee Related JP5250482B2 (ja) 2009-05-21 2009-05-21 省電力制御装置及び方法

Country Status (2)

Country Link
US (1) US8645737B2 (ja)
JP (1) JP5250482B2 (ja)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8683250B2 (en) * 2009-06-25 2014-03-25 International Business Machines Corporation Minimizing storage power consumption
JP5750981B2 (ja) * 2010-06-24 2015-07-22 株式会社リコー 画像処理装置及びその制御方法
GB2506623A (en) * 2012-10-04 2014-04-09 Ibm Managing user files in a tiered storage system
US9152490B2 (en) * 2013-04-02 2015-10-06 Western Digital Technologies, Inc. Detection of user behavior using time series modeling
US9971796B2 (en) * 2013-04-25 2018-05-15 Amazon Technologies, Inc. Object storage using multiple dimensions of object information
JP6183034B2 (ja) * 2013-07-30 2017-08-23 富士通株式会社 アクセス制御プログラム、アクセス制御方法およびシステム
EP3026545B1 (en) 2013-08-09 2019-02-20 Huawei Technologies Co., Ltd. File processing method and storage device
US9477679B2 (en) * 2013-09-20 2016-10-25 Google Inc. Programmatically choosing preferred storage parameters for files in large-scale distributed storage systems
GB2519804A (en) * 2013-10-31 2015-05-06 Nec Corp Power saving in mobile radio communications device
US10019362B1 (en) 2015-05-06 2018-07-10 American Megatrends, Inc. Systems, devices and methods using solid state devices as a caching medium with adaptive striping and mirroring regions
US10089227B1 (en) 2015-05-06 2018-10-02 American Megatrends, Inc. Systems, devices and methods using a solid state device as a caching medium with a write cache flushing algorithm
US10108344B1 (en) * 2015-05-06 2018-10-23 American Megatrends, Inc. Systems, devices and methods using a solid state device as a caching medium with an SSD filtering or SSD pre-fetch algorithm
US10055354B1 (en) 2015-05-07 2018-08-21 American Megatrends, Inc. Systems, devices and methods using a solid state device as a caching medium with a hashing algorithm to maintain sibling proximity
US10176103B1 (en) 2015-05-07 2019-01-08 American Megatrends, Inc. Systems, devices and methods using a solid state device as a caching medium with a cache replacement algorithm
US10114566B1 (en) 2015-05-07 2018-10-30 American Megatrends, Inc. Systems, devices and methods using a solid state device as a caching medium with a read-modify-write offload algorithm to assist snapshots
JP2017068451A (ja) * 2015-09-29 2017-04-06 富士通株式会社 プログラム、パターン送信方法、共有コンテンツ制御システム及び情報処理装置
US11726979B2 (en) 2016-09-13 2023-08-15 Oracle International Corporation Determining a chronological order of transactions executed in relation to an object stored in a storage system
US10733159B2 (en) 2016-09-14 2020-08-04 Oracle International Corporation Maintaining immutable data and mutable metadata in a storage system
US10860534B2 (en) 2016-10-27 2020-12-08 Oracle International Corporation Executing a conditional command on an object stored in a storage system
US10956051B2 (en) * 2016-10-31 2021-03-23 Oracle International Corporation Data-packed storage containers for streamlined access and migration
US10169081B2 (en) 2016-10-31 2019-01-01 Oracle International Corporation Use of concurrent time bucket generations for scalable scheduling of operations in a computer system
US10180863B2 (en) 2016-10-31 2019-01-15 Oracle International Corporation Determining system information based on object mutation events
US10275177B2 (en) 2016-10-31 2019-04-30 Oracle International Corporation Data layout schemas for seamless data migration
US10437799B2 (en) * 2016-12-02 2019-10-08 International Business Machines Corporation Data migration using a migration data placement tool between storage systems based on data access
US10437800B2 (en) * 2016-12-02 2019-10-08 International Business Machines Corporation Data migration using a migration data placement tool between storage systems based on data access
US11675413B2 (en) * 2020-09-30 2023-06-13 Dell Products L.P. Reducing power consumption of memory devices at an information handling system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4042359B2 (ja) * 2001-07-10 2008-02-06 日本電気株式会社 キャッシュ制御方法及びキャッシュ装置
JP4322031B2 (ja) * 2003-03-27 2009-08-26 株式会社日立製作所 記憶装置
JP4682549B2 (ja) * 2004-07-09 2011-05-11 富士ゼロックス株式会社 分類案内装置
US7533230B2 (en) * 2004-10-13 2009-05-12 Hewlett-Packard Developmetn Company, L.P. Transparent migration of files among various types of storage volumes based on file access properties
US7529903B2 (en) * 2005-07-05 2009-05-05 International Business Machines Corporation Systems and methods for memory migration
JP2007164650A (ja) * 2005-12-16 2007-06-28 Hitachi Ltd 記憶制御装置及び記憶制御装置の制御方法
JP5008955B2 (ja) 2006-11-28 2012-08-22 株式会社日立製作所 節電機能を備えたストレージシステム
JP2008225772A (ja) 2007-03-12 2008-09-25 Hitachi Ltd ストレージシステム及び省電力化のための管理情報取得方法
JP5046725B2 (ja) * 2007-04-24 2012-10-10 株式会社日立製作所 ボリューム割り当て管理装置
JP5090098B2 (ja) * 2007-07-27 2012-12-05 株式会社日立製作所 Ｎａｓの消費電力を削減する方法及びその方法を用いた計算機システム
US8006111B1 (en) * 2007-09-21 2011-08-23 Emc Corporation Intelligent file system based power management for shared storage that migrates groups of files based on inactivity threshold

Also Published As

Publication number Publication date
US8645737B2 (en) 2014-02-04
US20100299547A1 (en) 2010-11-25
JP2010271901A (ja) 2010-12-02

Similar Documents

Publication Publication Date Title
JP5250482B2 (ja) 省電力制御装置及び方法
US11314421B2 (en) Method and system for implementing writable snapshots in a virtualized storage environment
US6895467B2 (en) System and method for atomizing storage
JP7053682B2 (ja) データベーステナントマイグレーションのシステム及び方法
US7467268B2 (en) Concurrent data restore and background copy operations in storage networks
US8533419B2 (en) Method for controlling data write to virtual logical volume conforming to thin provisioning, and storage apparatus
JP4772569B2 (ja) 共通名前空間においてディレクトリ単位のマイグレーションを実行するシステム及び方法
US7478177B2 (en) System and method for automatic reassignment of shared storage on blade replacement
US8433848B1 (en) Analysis tool for a multi-tier storage environment
JP5608016B2 (ja) オブジェクト単位階層の管理方法及び装置
EP1818795A2 (en) Storage system, data processing method and storage apparatus
US20120102011A1 (en) Storage System and Method of Managing a Storage System Using a Management Apparatus
US20060106893A1 (en) Incremental backup operations in storage networks
WO2011145132A1 (en) Computing system and data management method
US8726261B2 (en) Zero downtime hard disk firmware update
US9218138B1 (en) Restoring snapshots to consistency groups of mount points
JP5207367B2 (ja) ストレージシステムの消費電力を削減する計算機システム及びその制御方法
US9075755B1 (en) Optimizing data less writes for restore operations
JP2009282800A (ja) ストレージ装置及びその制御方法
WO2010106694A1 (en) Data backup system and data backup method
WO2014083620A1 (ja) ストレージ装置及び階層制御方法
JP2009230367A (ja) 情報処理装置及び情報処理方法
US11755557B2 (en) Flat object storage namespace in an object storage system
JP2010267156A (ja) 計算機システム及び管理方法
JP2008186141A (ja) データ管理方法、データ管理プログラム、データ管理システム、および、構成管理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110628

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120727

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120807

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121009

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130319

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130415

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160419

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees