JP5113488B2 - 計算機システム、省電力化方法及び計算機 - Google Patents

Description

本発明は、計算機システムの省電力化技術に関し、特に、ストレージ装置の消費電力を抑える技術を効率的に機能させる方法に関する。

データベース管理システムでは、データベースのレイアウト設計は、事前に決定されている。従来、主に、データを格納する容量の最小化、又は、問合せ実行時間を最小化することを目的としてデータ格納領域のレイアウトが設計されていた。

近年、計算機システムには、性能の向上に加え、省電力化が強く求められており、ディスクドライブのスピンダウンなど、多様な省電力化機能がストレージ装置に具備されるようになりつつある（特許文献１、特許文献２、非特許文献１、非特許文献２参照）。
特開２００３−１０８３１７号公報 特開２００７−１０２３２２号公報 S.W.Son、他2名、"Disk Layout Optimization for Reducing Energy Consumption."、In Proc. Int'l Conf. on Supercomputing、2005、p274-283 J.Gray、他2名、"Parity Striping of Disc Arrays: Low-Cost Reliable Storage with Acceptable Throughput."、In Proceedings of the 16th Very Large Database Conference、1990、p148-160

しかし、データを格納するストレージ装置の省電力技術は提案されていたが、従来のデータベースのレイアウト設計では、省電力化効果を考慮していないためにシステム全体で消費電力を低減させることは困難であった。

本発明は、データベース管理システムにおけるデータベースのレイアウト設計において、データベースのスキーマ設定又は挙動解析に基づいて、レイアウト設計を最適化し、また、最適化された新たなレイアウト設計に基づいて、データベースを再編成することによって、データベース管理システムによる処理性能と消費電力量とを調整することを可能とする技術を提案する。

本発明の代表的な実施形態では、データベース管理システムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムであって、前記ホスト計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、前記記憶部は、前記データが読み書きされるボリュームを前記ホスト計算機に提供し、前記データを管理するオブジェクトを格納し、前記オブジェクトは、前記データを含み、前記データベース管理システムは、前記演算装置によって実行されることによって、前記データを読み書きする問合せを受け付け、前記問合せごとの実行情報を記録し、前記記録された実行情報から、前記問合せごとにアクセスされたオブジェクト又はオブジェクトの組合せを抽出し、前記オブジェクト又はオブジェクトの組合せごとにアクセス頻度を算出し、前記算出されたアクセス頻度に基づいて、前記オブジェクト又はオブジェクトの組合せを選択し、前記選択されたオブジェクト又は選択されたオブジェクトの組合せに含まれるオブジェクトを同じボリュームに配置するようにレイアウト計画を作成し、前記作成されたレイアウト計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新する。

本発明の一形態によれば、ストレージ装置の省電力機能が効率よく機能するように、オブジェクトをボリュームに配置するレイアウトを変更することによって、消費電力を低減させることができる。

以下、本発明の実施の形態について図面を用いて説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態の計算機システムの構成を示す図である。

計算機システムは、ホスト計算機１、ストレージ装置２及びクライアント３を含む。ホスト計算機１及びストレージ装置２は、ネットワーク５を介して互いに接続され、データを送受信する。ネットワーク５は、例えば、ＳＡＮ（Storage Area Network）である。ホスト計算機１及びクライアント３は、ネットワーク６を介して互いに接続される。なお、第１の実施の形態では、ネットワーク５と、ネットワーク６とが、それぞれ独立した形態となっているが、双方の機能を兼ねる単一のネットワークであってもよい。

ホスト計算機１は、ストレージ装置２によって提供される記憶資源を利用して各種業務処理を実行する。

ホスト計算機１は、演算装置１０１、主記憶装置１０２、ネットワーク５に接続されるインタフェース１０３、及びネットワーク６に接続されるインタフェース１０４を備える。演算装置１０１、主記憶装置１０２、インタフェース１０３、及びインタフェース１０４は、内部バスを介して互いに接続される。

演算装置１０１は、主記憶装置１０２に記憶されたプログラムを実行することによって、各種業務処理を実行する。

主記憶装置１０２は、演算装置１０１によって実行されるプログラム及びプログラムの実行に必要なデータを記憶する。第１の実施の形態では、アプリケーションプログラム１１０及びデータベース管理システム１２０が記憶されている。また、アプリケーションプログラム１１０とデータベース管理システム１２０とがともにホスト計算機１に格納されているが、別途データベースサーバを設けるなど、別の計算機に格納するようにしてもよい。

アプリケーションプログラム１１０は、演算装置１０１によって実行されることによって、ホスト計算機１に業務処理を実行させる。アプリケーションプログラム１１０は、例えば、Ｗｅｂアプリケーションなどである。

データベース管理システム１２０は、ストレージ装置２などに格納されたデータを管理する。データベース管理システム１２０は、問合せ処理部１２１、実行情報取得部１２２、レイアウト変更計画部１２３及びレイアウト変更実行部１２４を含む。問合せ処理部１２１、実行情報取得部１２２、レイアウト変更計画部１２３及びレイアウト変更実行部１２４は、演算装置１０１によって実行されるプログラムである。

問合せ処理部１２１は、外部又はアプリケーションプログラム１１０からのデータアクセス要求を受け付ける。データアクセス要求の内容は、例えば、ＳＱＬである。また、問合せ処理部１２１は、要求されたデータを外部又はアプリケーションプログラム１１０に応答する。問合せ処理部１２１の処理の詳細は、図６にて後述する。

実行情報取得部１２２は、問合せ処理部１２１から実行情報を受信し、受信した実行情報を問合せ実行情報管理表１２７に格納する。実行情報取得部１２２の処理の詳細は、図７にて後述する。

レイアウト変更計画部１２３は、問合せ実行情報管理表１２７に記録された実行情報に基づいて、データベース管理システム１２０によって管理されるデータが格納される領域のレイアウト変更計画案を作成する。レイアウト変更計画部１２３の処理の詳細は、図１４にて後述する。

レイアウト変更実行部１２４は、作成されたレイアウト変更計画案に基づいて、データが格納される領域のレイアウトを変更する。具体的には、一例として、データが格納されている領域を移動させるようにストレージ装置２に要求したり、データベースのスキーマ情報を変更したりする。レイアウト変更実行部１２４の処理の詳細は、図１５にて後述する。

ボリューム管理表１２５は、記憶部２０２によって提供されるボリュームの情報を格納する表である。ボリューム管理表１２５の詳細は、図３にて後述する。

レイアウト管理表１２６は、データベース管理システム１２０によって管理されるデータを格納する領域のレイアウトを管理する表である。レイアウト管理表１２６の詳細は、図４にて後述する。

問合せ実行情報管理表１２７は、実行された問合せ処理の実行時刻などの実行情報を格納する。問合せ実行情報管理表１２７の詳細は、図８にて後述する。

ボリューム消費電力モデル情報表１２８は、問合せを実行する場合に消費される電力量を算出するための情報を格納する。ボリューム消費電力モデル情報表１２８の詳細は、図９にて後述する。

レイアウト変更計画管理表１２９は、レイアウト変更計画部１２３によって作成されたレイアウト変更計画案を格納する。レイアウト変更計画管理表１２９の詳細は、図１６にて後述する。

ストレージ装置２は、ホスト計算機１によって読み書きされるデータを格納する。ストレージ装置２は、制御部２０１、記憶部２０２及びインタフェース２０３を備える。また、ストレージ装置２には、図示しない電源部及び冷却部が含まれる。冷却部は、例えば、複数の冷却ファンによって構成される。電源部は、例えば、複数の電源モジュールによって構成される。

制御部２０１は、インタフェース２０３を介して受け付けたアクセス要求に基づいて、記憶部２０２に格納されたデータを外部に提供する。制御部２０１は、入出力処理部２１１、自動電力制御部２１２及びボリューム情報表２１３を含む。

入出力処理部２１１は、記憶部２０２に格納されたデータのアクセス要求を受け付ける。また、入出力処理部２１１は、要求されたデータが取得されると、要求元にデータを送信する。

自動電力制御部２１２は、二次記憶装置２２２の消費電力を制御する。例えば、二次記憶装置２２２に一定時間アクセスされなかった場合には、ディスクドライブの回転を停止させるなどの省電力機能を実行する。

ボリューム情報表２１３は、記憶部２０２によって提供されるボリュームの情報を格納する。ボリューム情報表２１３の詳細は、図１２にて後述する。

記憶部２０２は、ホスト計算機１によって読み書きされるデータを格納する。記憶部２０２は、補助記憶装置２２１及び二次記憶装置２２２を備える。

補助記憶装置２２１は、二次記憶装置２２２に格納されたデータの読み書きを高速化するために一時的にデータを格納する記憶装置であって、いわゆるキャッシュメモリである。例えば、アクセスされる可能性の高いデータを予測して、あらかじめ補助記憶装置２２１に格納しておくことによって、二次記憶装置からデータを取得することなく、要求されたデータを提供できる。補助記憶装置２２１は、データを高速に読み書きすることができる。また、補助記憶装置２２１は、揮発性メモリであっても、不揮発性メモリであってもよい。

二次記憶装置２２２は、ホスト計算機１によってアクセスされるデータを格納する記憶装置である。二次記憶装置２２２には、大容量の記憶資源が用いられ、本発明の第１の実施の形態では、磁気ディスク装置が用いられる。

また、制御部２０１は、二次記憶装置２２２によって提供される複数の記憶領域を論理的に１つのボリューム２２３として、ホスト計算機１に提供する。ホスト計算機１は、ボリューム２２３に対してデータを読み書きする。

なお、本発明の第１の実施の形態では、ストレージ装置２にデータベース管理システム１２０によって管理されるデータが格納されるが、ホスト計算機１に二次記憶装置を備える構成としてもよい。

クライアント３は、ネットワーク５を介して、ホスト計算機１に接続し、各種業務処理の実行を指示する。

図２は、本発明の第１の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。

本発明の第１の実施の形態では、データベース管理システム１２０によって、関係表Ｒ及び関係表Ｓが管理されている。関係表Ｒ及び関係表Ｓは、論理的にはそれぞれ１つの関係表であるが、物理的にはボリュームＶ１及びボリュームＶ２に分散して格納されている。

関係表Ｒ及び関係表Ｓは、具体的には、ストレージ装置２の記憶部２０２のボリュームＶ１及びボリュームＶ２にラウンドロビン分散で格納されている。ラウンドロビン分散では、データを各ボリュームに交互に格納することによって、ボリュームＶ１及びボリュームＶ２にデータを分散して格納する。このようにデータを格納することによって、ディスクアクセスの負荷を分散させ、アクセス性能を向上させることができる。

図３は、本発明の第１の実施の形態のデータベース管理システム１２０に含まれるボリューム管理表１２５を示す図である。

ボリューム管理表１２５は、ストレージ装置２によって提供されるボリューム２２３に関する情報を格納する。

本発明の第１の実施の形態では、ボリューム管理表１２５がデータベース管理システム１２０に含まれているため、必要に応じてストレージ装置２から情報を取得する。なお、ストレージ装置２にボリューム管理表１２５を保持し、ホスト計算機１が必要に応じて参照するようにしてもよい。

また、ストレージ装置２のボリューム２２３の構成が変更された場合に、ホスト計算機１のデータベース管理システム１２０にボリューム２２３の構成変更を通知し、通知された内容に基づいてボリューム管理表１２５を更新するようにしてもよい。

ボリューム管理表１２５は、ボリューム１２５１及びサイズ１２５２を含む。ボリューム１２５１は、ボリューム２２３を識別する識別子である。サイズ１２５２は、当該ボリュームに格納可能な記憶容量である。

また、ホスト計算機１のデータベース管理システム１２０によって、複数のストレージ装置２に格納されたデータが管理される場合には、ストレージ装置２の識別子をボリューム管理表１２５に追加してもよい。

図４は、本発明の第１の実施の形態のデータベース管理システム１２０に含まれるレイアウト管理表１２６を示す図である。

レイアウト管理表１２６は、データベース管理システム１２０によって管理されるオブジェクト（関係表）のレイアウト情報を格納する。

レイアウト管理表１２６は、オブジェクト１２６１、サイズ１２６２、格納方法１２６３及びボリューム１２６４を含む。

オブジェクト１２６１は、データベース管理システム１２０によって管理されるオブジェクトの識別子である。サイズ１２６２は、当該オブジェクトを格納するために必要な記憶容量である。

格納方法１２６３は、オブジェクトをボリューム２２３に格納する方法である。ボリューム１２６４は、オブジェクトが格納されているボリュームの識別子を格納する。

具体的に説明すると、レコード１２６５は、関係表Ｒは１０ＧＢのサイズであって、ボリュームＶ１及びＶ２にラウンドロビン分散で格納されていることを示している。

図５は、本発明の第１の実施の形態の各処理部における情報の流れを示す図である。

まず、ホスト計算機１で実行されたアプリケーションプログラム１１０の処理から、データベース管理システム１２０によって管理されるデータにアクセスする手順について説明する。ここでは、関係表からデータを取得する場合について説明する。

演算装置１０１は、アプリケーションプログラム１１０を実行すると、データベース管理システム１２０の問合せ処理部１２１にデータを取得するための問合せを送信する。

演算装置１０１は、問合せ処理部１２１の処理において、データの問合せを受信すると、問合せ実行計画を生成する。そして、生成された問合せ実行計画に基づいて、ネットワーク５を介して、ストレージ装置２の制御部２０１にデータの入出力要求（取得要求）を送信する。

ストレージ装置２の制御部２０１は、受信した入出力要求に基づいて、記憶部２０２によって提供されるボリューム２２３に格納された関係表から要求されたデータを取得する。

制御部２０１は、記憶部２０２に対する要求されたデータの取得が完了すると、取得されたデータを、ホスト計算機１のデータベース管理システム１２０の問合せ処理部１２１に送信する。

演算装置１０１は、取得されたデータを問合せ処理部１２１が受信すると、アプリケーションプログラム１１０の処理に取得されたデータを引き渡し、処理を継続する。

なお、データを更新、追加又は削除などの問合せの場合には、処理が成功したか否かなどの情報を問合せ処理部１２１に応答する。

次に、問合せ実行時に問合せの実行情報を格納し、データベース管理システム１２０によって管理されるデータのレイアウトを変更する手順について説明する。

演算装置１０１は、データベース管理システム１２０の問合せ処理部１２１の処理において、要求されたデータをアプリケーションプログラム１１０に送信すると、実行情報取得部１２２を実行し、当該問合せの実行情報を送信する。

演算装置１０１は、実行情報取得部１２２の処理において、受信した問合せの実行情報を問合せ実行情報管理表１２７に格納する。受信した問合せの実行情報を問合せ実行情報管理表１２７に格納する処理は、問合せが実行されるたびに実行される。

演算装置１０１は、管理者から、レイアウトの変更指示を受け付けると、レイアウト変更計画部１２３を実行する。レイアウト変更計画部１２３の処理では、問合せ実行情報管理表１２７に基づいて、レイアウト変更計画案を作成し、実際に適用するレイアウト変更計画案を選択する。

レイアウト変更実行部１２４は、選択されたレイアウト変更計画案への変更要求をストレージ装置２の制御部２０１に送信する。

ストレージ装置２の制御部２０１は、レイアウトの変更要求を受信すると、受信したレイアウト変更計画案に基づいて、記憶部２０２に格納されたオブジェクト（データ）のレイアウトを変更する。

ストレージ装置２の制御部２０１は、レイアウトの変更が完了すると、その旨をホスト計算機１のレイアウト変更実行部に通知する。

レイアウト変更実行部１２４は、ストレージ装置２の制御部２０１から通知された内容に基づいて、レイアウト変更の可否などの情報を管理者に提示する。

以下、本発明の第１の実施の形態における処理の詳細を説明する。

図６は、本発明の第１の実施の形態のデータベース管理システム１２０の問合せ処理部１２１の処理手順を示すフローチャートである。

問合せ処理部１２１による処理では、アプリケーションプログラム１１０などから送信された問合せを受信し、受信した問合せに基づいてストレージ装置２からデータを取得する。そして、取得されたデータを問合せの送信元に応答する。

演算装置１０１は、まず、アプリケーションプログラム１１０による処理において送信された問合せを受信する（Ｓ６０１）。

演算装置１０１は、受信した問合せに基づいて問合せ実行計画を生成し、さらに、生成された問合せ実行計画を最適化する（Ｓ６０２）。このとき、所定の評価基準に基づいて、一つ以上の問合せ実行計画が生成される。複数の問合せ実行計画が生成された場合には、最も評価の高い実行計画を選択する。このように最も評価の高い実行計画を選択することを問合せ実行計画の最適化という。

演算装置１０１は、最適化された問合せ実行計画に基づいて、ストレージ装置２の記憶部２０２からデータを取得する（Ｓ６０３）。そして、取得されたデータを問合せの回答として、問合せを送信したアプリケーションプログラム１１０による処理に送信する（Ｓ６０４）。

最後に、演算装置１０１は、実行情報取得部１２２を実行し、実行された問合せに関する情報を送信する（Ｓ６０５）。

図７は、本発明の第１の実施の形態のデータベース管理システム１２０の実行情報取得部１２２の処理手順を示すフローチャートである。

実行情報取得部１２２は、問合せが実行されるたびに実行され、問合せの実行情報を記録する。問合せの実行情報には、実行時間、問い合わせ内容（ＳＱＬ）、及び問合せ実行計画などが含まれる。

演算装置１０１は、まず、問合せ処理部１２１による処理によって実行された問合せの実行情報を受信し（Ｓ７０１）、受信した実行情報を問合せ実行情報管理表１２７に格納する（Ｓ７０２）。

図８は、本発明の第１の実施の形態の問合せ実行情報管理表１２７を示す図である。

問合せ実行情報管理表１２７には、前述のように、問合せの実行情報が記録され、データベース管理システム１２０の問合せ処理部１２１が実行されるたびにレコードが追加される。

問合せ実行情報管理表１２７は、問合せＩＤ１２７１、開始時刻１２７２、終了時刻１２７３、実行時間１２７４、問合せ１２７５、及び実行計画１２７６を含む。

問合せＩＤ１２７１は、実行された問合せを一意に識別する識別子である。問合せＩＤ１２７１は、実行されるたびに新たに取得される。

開始時刻１２７２は、当該問合せの実行が開始された時刻である。終了時刻１２７３は、当該問合せの実行が終了した時刻である。実行時間１２７４は、当該問合せの実行時間である。

問合せ１２７５は、アプリケーションプログラム１１０又は外部から送信された問合せの内容である。具体的には、ＳＱＬが格納される。

実行計画１２７６は、問合せを受信した問合せ処理部１２１によって生成された実行計画である。問合せ処理部１２１で複数の実行計画が生成された場合には、最適化された実行計画が実行計画１２７６に格納される。

以上のように、問合せが実行されるたびに実行情報を記録し、レイアウト変更計画を生成するための情報として活用する。

ここで、ストレージ装置２において実行される処理について説明する。ストレージ装置２では、ストレージ装置２の消費電力を低減する省電力化処理、及び、ホスト計算機１からの要求に基づいてストレージ装置２からデータを入出力する処理が実行される。

まず、ストレージ装置２における省電力化処理について説明する。本発明の第１の実施の形態のストレージ装置２では、一定時間ボリュームがアクセスされない場合には、消費電力を低減するためにボリュームをスリープ化する。

ボリュームのスリープ化とは、当該ボリュームを提供するディスクドライブの回転を減速若しくは停止させること、又は、ディスクドライブのヘッドの動作を停止させることなどをいう。

また、本発明のスリープ化には、二次記憶装置２２２以外のストレージ装置２の各部の消費電力を低減させることも含まれる。例えば、補助記憶装置２２１の一部の給電を停止し、補助記憶装置２２１の記憶容量を減らすことによって、消費電力を低減するように、補助記憶装置２２１の一部の給電を停止することもスリープ化に含む。

さらに、補助記憶装置２２１及び二次記憶装置２２２の一部が停止されている状態では、当該停止部位を冷却する冷却ファンを停止させてもよい。また、停止部位を制御する制御部２０１の給電を部分的に停止させてもよい。さらに、給電が停止されている部位に対応する電源モジュールを停止させてもよい。

なお、ボリュームがスリープ化されている状態をスリープ状態という。一方、ボリュームがアクセスされている場合など、通常の稼働状態をアクティブ状態という。

図９は、本発明の第１の実施の形態の各ボリュームの消費電力に関する情報を含むボリューム消費電力モデル情報表１２８を示す図である。

ボリューム消費電力モデル情報表１２８には、ボリュームの状態に応じた消費電力量、ボリュームの状態遷移に要する時間及び消費電力が含まれる。また、各ボリュームがスリープ化されるまでの待機時間なども含まれる。

なお、ボリューム消費電力モデル情報表１２８は、データベース管理システム１２０の内部に事前に設定されているが、ユーザによって別途設定されてもよい。ユーザによって設定される場合には、変更された設定項目を必要に応じてストレージ装置２に反映させるようにしてもよい。また、ボリューム消費電力モデル情報表１２８は、データベース管理システム１２０に含まれているが、ストレージ装置２に格納されていてもよい。この場合には、必要に応じてホスト計算機１がストレージ装置２からボリューム消費電力モデル情報表１２８を取得する
図９を参照すると、レコード１２８１から１２８３には、ボリュームの状態に応じた単位時間当たりの消費電力が格納されている。また、レコード１２８４には、アクティブ状態からスリープ状態に移行するまでの時間の閾値が格納されている。

図１０は、本発明の第１の実施の形態のボリュームの状態遷移、ボリュームの状態ごとの消費電力量、及びボリュームの状態が遷移する場合の消費電力量を示す図である。

各円は、ボリュームの状態を示している。また、各ボリュームの状態は、図９に示したボリューム消費電力モデル情報表１２８に対応する消費電力が記載されている。なお、本発明の第１の実施の形態では、状態が遷移する際に消費される電力及び必要な時間については考慮しないものとする。

図１１は、本発明の第１の実施の形態のストレージ装置２の入出力処理部２１１によって、ホスト計算機１から送信された入出力要求を処理する手順を示すフローチャートである。

ストレージ装置２の制御部２０１は、ホスト計算機１の問合せ処理部１２１が実行されることによって、ホスト計算機１から送信されたデータの入出力要求を受信する（Ｓ１１０１）。

制御部２０１は、入出力処理部２１１の処理によって、データの入出力要求を受信すると、データを入出力する対象のボリューム２２３を特定する。制御部２０１は、対象ボリュームの状態を取得するために、ボリューム情報表２１３を参照する（Ｓ１１０２）。ボリューム情報表２１３は、記憶部２０２によって提供されるボリュームの情報を格納する表である。

図１２は、本発明の第１の実施の形態のストレージ装置２によって提供されるボリューム２２３の情報を格納するボリューム情報表２１３である。

ボリューム情報表２１３は、ボリューム名２１３１、電力モード２１３２、及び最終アクセス時間２１３３を含む。

ボリューム名２１３１は、ストレージ装置２によって提供されるボリューム２２３の名称が格納される。電力モード２１３２は、ボリューム２２３の状態が格納される。具体的には、ボリューム２２３が稼働中である場合には「アクティブ」、ボリューム２２３に一定期間アクセスがなく、ボリューム２２３がスリープ状態である場合には「スリープ」となる。最終アクセス時間２１３３は、ボリューム２２３が最後にアクセスされた日時が記録される。

ここで、図１１のフローチャートの説明に戻る。

制御部２０１は、ボリューム情報表２１３を参照し、対象ボリュームの状態を取得する。そして、対象ボリュームの状態がスリープ状態か否かを判定する（Ｓ１１０２）。スリープ状態でない場合には（Ｓ１１０２の結果が「Ｎｏ」）、Ｓ１１０５の処理を実行する。

制御部２０１は、対象ボリュームの状態がスリープ状態である場合には（Ｓ１１０２の結果が「Ｙｅｓ」）、対象ボリュームをアクティブ化する（Ｓ１１０３）。ボリュームのアクティブ化とは、例えば、磁気ディスクドライブの回転が停止しているスリープ状態の場合に、磁気ディスクドライブの回転を再開させるなどによって、ボリューム２２３をアクセス可能な状態にすることである。そして、ボリューム情報表２１３の電力モード２１３２を「スリープ」から「アクティブ」に更新する（Ｓ１１０４）。

制御部２０１は、ボリューム情報表２１３の最終アクセス時間２１３３を更新する（Ｓ１１０５）。さらに、制御部２０１は、記憶部２０２にデータの入出力要求を送信し、対象ボリュームのデータを読み書きする（Ｓ１１０６）。

以上の処理が終了すると、制御部２０１は、ホスト計算機１に対して、問合せの回答を送信し、処理の完了を通知する。

図１３は、本発明の第１の実施の形態のストレージ装置２の自動電力制御部２１２によって、アクティブ状態のボリュームをスリープ状態に移行させる手順を示すフローチャートである。

本発明の第１の実施の形態のストレージ装置２では、ホスト計算機１の処理とは独立して、一定時間アクセスされないボリュームがスリープ状態となるように制御される。本処理は、制御部２０１の自動電力制御部２１２によって、周期的に実行される。

制御部２０１は、ボリューム情報表２１３を参照し、すべてのボリュームに対して以下の処理を実行する。制御部２０１は、まず、ボリューム情報表２１３の電力モード２１３２を参照し、対象のボリュームがスリープ状態か否かを判定する（Ｓ１３０１）。スリープ状態である場合には（Ｓ１３０１の結果が「Ｙｅｓ」）、別のボリュームについて処理を実行する。

一方、制御部２０１は、対象のボリュームがスリープ状態でない場合には（Ｓ１３０１の結果が「Ｎｏ」）、ボリューム情報表２１３の最終アクセス時間２１３３を参照し、対象のボリュームがアクセスされていない期間が所定の時間（例えば、Ｎ秒）以上であるか否かを判定する（Ｓ１３０２）。判定の基準となる所定の時間は、ボリューム消費電力モデル情報表１２８に事前に設定されており、本発明の第１の実施の形態では、レコード１２８４を参照すると、「１分」に設定されている。

制御部２０１は、対象のボリュームがアクセスされていない期間が所定の時間以上の場合には（Ｓ１３０２の結果が「Ｙｅｓ」）、対象ボリュームをスリープ状態に移行させることによって（Ｓ１３０３）、消費電力を低減させる。そして、対象ボリュームについて、ボリューム情報表２１３の電力モード２１３２の値を「スリープ」に更新する（Ｓ１３０４）。

以上のように、本発明の第１の実施の形態では、所定の時間、ボリューム２２３がアクセスされない場合には、当該ボリュームをスリープ状態に移行させることによって、消費電力を低減することができる。そこで、ボリューム２２３がアクセスされるタイミングを一時に集中させるように制御することなどによって、ボリュームの省電力機能を稼働させて消費電力を低減させる。

図１４は、本発明の第１の実施の形態のデータベース管理システム１２０のレイアウト変更計画部１２３の処理手順を示すフローチャートである。

レイアウト変更計画部１２３は、データベース管理システム１２０にレイアウト変更要求を受け付けた場合に実行される。レイアウト変更計画部１２３では、所定の評価基準に基づいて、データベース管理システム１２０によって管理されるデータが格納される記憶領域の候補レイアウト変更計画を作成する。

演算装置１０１は、レイアウト変更要求を受け付けると、候補レイアウト変更計画を作成する。例えば、図２を参照すると、関係表Ｒ及び関係表Ｓは、ボリュームＶ１及びボリュームＶ２にラウンドロビン分散で格納されているが、ハッシュ分散で格納するようにレイアウトを変更する計画を作成する。なお、レイアウト変更計画の作成については、さらに具体的な例を後述する。

演算装置１０１は、レイアウト変更計画管理表１２９をホスト計算機１のデータベース管理システム１２０に作成し、候補レイアウト変更計画ごとにレコードを生成する（Ｓ１４０１）。レイアウト変更計画管理表１２９の詳細については、図１６にて具体例を後述する。

演算装置１０１は、候補レイアウト変更計画ごとに予測電力コストを算出し、レイアウト変更計画管理表１２９の対応するレコードに算出された予測電力コストを設定する（Ｓ１４０２）。本発明の第１の実施の形態では、ストレージ装置２において消費される電力の平均を電力コストとする。なお、消費電力の平均以外にも、消費電力の最大値などを電力コストとしてもよい。

演算装置１０１は、最後に、レイアウト変更計画管理表１２９に格納された候補レイアウト変更計画の中で最も予測電力コストの値が小さい候補レイアウト変更計画を選択する。そして、選択された候補レイアウト変更計画に基づいてレイアウト変更実行部１２４を実行する（Ｓ１４０３）。なお、予測電力コストが最も少ない候補レイアウト変更計画を常に選択するのではなく、あらかじめ設定された閾値よりも少ない予測電力コストのレイアウト変更計画から選択するようにしてもよい。具体的には、予測電力コストが所定の閾値よりも少ない複数のレイアウト変更計画の中から、問合せ実行時間が最小の候補レイアウト変更計画を選択してもよい。例えば、１０％の電力コストの低減を目標とする場合には、閾値を変更前のレイアウトの予測電力コストの９０％の値とすればよく、１０％の電力コストの低減を実現した上で、問合せ実行時間が最小の候補レイアウト変更計画を選択することも可能となる。

図１５は、本発明の第１の実施の形態のデータベース管理システム１２０のレイアウト変更実行部１２４の処理手順を示すフローチャートである。

演算装置１０１は、レイアウト変更実行部１２４が実行されると、レイアウト変更計画部１２３によって送信されたレイアウト変更計画を受信する（Ｓ１５０１）。

演算装置１０１は、受信したレイアウト変更計画に基づいて、ストレージ装置２の記憶部２０２に格納されたオブジェクトのレイアウトを変更する。具体的には、ストレージ装置２のボリューム２２３に配置されたオブジェクトの移動などを、ストレージ装置２の制御部２０１に要求し、さらに、変更されたレイアウトに基づいて、データベースを再編成及び再定義する。

また、ストレージ装置２に対してレイアウトの変更を指示した場合に、レイアウトの変更が完了した旨の通知をホスト計算機１が受信し、当該通知に基づいて、データベース管理システム１２０によって、データベースを再編成及び再定義するようにしてもよい。

なお、本発明の第１の実施の形態では、ホスト計算機１でレイアウト変更計画を作成しているが、ストレージ装置２でレイアウト変更計画を作成してもよい。この場合には、ストレージ装置２にレイアウト変更計画部１２３及びレイアウト変更実行部１２４を含むように構成すればよい。

ここで、以上説明した本発明の第１の実施の形態の構成及び処理手順に従って、具体的にレイアウト変更計画を作成する一例を説明する。

まず、初期状態としては、図２に示したように、関係表Ｒ及び関係表Ｓがデータベース管理システム１２０によって管理されている。関係表Ｒ及び関係表Ｓは、ボリュームＶ１及びボリュームＶ２にラウンドロビン分散で格納されている。

演算装置１０１は、レイアウト変更実行部１２４を実行し、候補レイアウト変更計画を作成する。本発明の第１の実施の形態では、案１としてラウンドロビン分散（変更無し）、案２としてハッシュ分散、案３として単純格納の候補レイアウト変更計画が作成される。

図１６は、本発明の第１の実施の形態のレイアウト変更計画管理表１２９を示す図である。

レイアウト変更計画管理表１２９は、案１２９１、概要１２９２、レイアウト変更計画１２９３及び予測電力コスト１２９４を含む。

案１２９１は、作成された候補レイアウト変更計画の識別子である。概要１２９２は、作成された候補レイアウト変更計画の概要である。

レイアウト変更計画１２９３は、候補レイアウト変更計画の内容が格納される。実際には、候補レイアウト変更計画に対応するレイアウト管理表が主記憶装置１０２に構築され、構築されたレイアウト管理表のアドレスが格納される。

図１６を参照すると、案１に対応するレイアウト管理表は、関係表Ｒ及び関係表Ｓが、ラウンドロビン分散で、ボリュームＶ１及びボリュームＶ２に格納されることを示しており、図４に示したレイアウト管理表と同じである。ボリュームＶ１及びボリュームＶ２に配置される関係表Ｒ及び関係表Ｓのレイアウトを図１７Ａに示す。

また、案２に対応するレイアウト管理表は、関係表Ｒ及び関係表Ｓがハッシュ分散で、ボリュームＶ１及びボリュームＶ２に格納されることを示している。ハッシュ分散では、ハッシュ関数を利用して、関係表Ｒ及び関係表Ｓに格納されたデータがボリュームＶ１及びボリュームＶ２に均等に分散するように配置される。また、関係表Ｒ及び関係表Ｓのキー値が同じ場合には、同じボリュームにレコードが格納される。ボリュームＶ１及びボリュームＶ２に配置される関係表Ｒ及び関係表Ｓのレイアウトを図１７Ｂに示す。

さらに、案３に対応するレイアウト管理表は、ボリュームＶ１に関係表Ｒが格納され、ボリュームＶ２に関係表Ｓが格納されることを示している。ボリュームＶ１及びボリュームＶ２に配置される関係表Ｒ及び関係表Ｓのレイアウトを図１７Ｃに示す。

予測電力コスト１２９４は、候補レイアウト変更計画ごとに計算される消費電力の予測値である。予測電力コスト１２９４の値は、レイアウト変更計画部１２３のＳ１４０２の処理で計算される。予測電力コストは、前述したように、ストレージ装置２において消費される電力の平均である。具体的な算出方法については、図１８Ａ、図１８Ｂ及び図１８Ｃを参照しながら説明する。

図１８Ａ、図１８Ｂ及び図１８Ｃは、候補レイアウト変更計画の各案に対応する各ボリュームの状態を時系列で示した図である。図１８Ａ、図１８Ｂ及び図１８Ｃには、図８に示した問合せ実行情報管理表１２７の問合せＩＤが＃１００１から＃１００３までの実行情報に対応する問合せを実行した場合の各ボリュームに対するアクセス状況が示されている。問合せＩＤ＃１００１及び＃１００３は、指定された条件で関係表Ｒと関係表ＳをＩＤで結合した結果を取得する問合せである。問合せＩＤ＃１００２は、指定された条件で関係表Ｓのみから情報を取得する問合せである。

なお、予測電力コストは、図９に示したボリューム消費電力モデル情報表１２８に設定された値に基づいて計算する。また、本発明の第１の実施の形態では、ホスト計算機１とストレージ装置２とを接続するネットワークの帯域は１０ＧＢ／分（１６７ＭＢ／秒）と仮定する。したがって、ホスト計算機１及びストレージ装置２の間で大量のデータを連続してやり取りすると、データの伝送がボトルネックになる。

以上の前提条件に基づいて、候補レイアウト変更計画の各案の予測電力コストを算出する。

図１８Ａは、本発明の第１の実施の形態における候補レイアウト変更計画の案１に対応する各ボリュームの状態を時系列で示す図である。

問合せＩＤ＃１００１及び＃１００３は、前述のように、関係表Ｒ及び関係表Ｓを内部結合した結果を取得する問合せであり、実行計画がハッシュ結合となっている。

具体的に問合せの実行手順を説明すると、まず、関係表Ｒをすべて読み出してハッシュ表Ｒ’が主記憶装置１０２に作成される。そして、関係表Ｓを読み出してハッシュ表Ｒ’と照合し、照合結果が問合せの実行結果となる。

案１では、関係表Ｒは、ボリュームＶ１及びボリュームＶ２にラウンドロビン分散で格納されているため、データを読み出している間は、ボリュームＶ１及びボリュームＶ２の両方に連続して（交互に）アクセスすることになる。同様に、関係表Ｓを読み出す場合にもボリュームＶ１及びボリュームＶ２の両方に連続して（交互に）アクセスする。

したがって、問合せＩＤ＃１００１及び＃１００３が実行されている１２：３１から１２：４２までの間、１２：５２から１３：０３までの間はボリュームＶ１及びボリュームＶ２がアクティブ状態となっている。

また、問合せＩＤ＃１００２では、指定された条件を満たすレコードを関係表Ｓから取得する問合せであるため、関係表Ｓのみが読み出される。関係表Ｓは、ボリュームＶ１及びボリュームＶ２にラウンドロビン分散で格納されているため、問合せＩＤ＃１００２の問合せが実行されている間は、ボリュームＶ１及びボリュームＶ２に常にアクセスされる。したがって、１２:４２から１２:５２までの間はボリュームＶ１及びボリュームＶ２がアクティブ状態となっている。

以上より、案１では、問合せＩＤ＃１００１から＃１００３の問合せを実行した場合には、問合せが実行されている間、常にボリュームＶ１及びＶ２がアクティブ状態となるため、２０Ｗ×３２分×２＝１２８０Ｗ＝７６８００Ｊが消費電力となる。また、平均消費電力は、１２８０Ｗ÷３２分＝４０Ｗ／分となる。

図１８Ｂは、本発明の第１の実施の形態における候補レイアウト変更計画の案２に対応する各ボリュームの状態を時系列で示す図である。

案２では、関係表Ｒは、ボリュームＶ１及びボリュームＶ２にハッシュ分散で格納されているため、ボリュームＶ１に格納された関係表Ｒに結合される関係表Ｓのデータは、ボリュームＶ１に格納されている。ボリュームＶ２についても同様である。

問合せＩＤ＃１００１及び＃１００３では、まず、ボリュームＶ１に格納されている関係表Ｒのデータを読み出し、ハッシュ表を作成し、同じくボリュームＶ１に格納されている関係表Ｓと照合する。そして、ボリュームＶ２についても同様に処理することによって、問合せの実行結果を取得する。

したがって、問合せＩＤ＃１００１及び＃１００３が実行されている１２：３１から１２：４２までの間、前半にはボリュームＶ１がアクティブ状態となり、ボリュームＶ２がスリープ状態となる。一方、後半には、ボリュームＶ２がアクティブ状態となり、ボリュームＶ１がスリープ状態となる。問合せＩＤ＃１００３の場合も同様である。

問合せＩＤ＃１００２では、関係表Ｓに格納されたデータを順次読み出すため、案１と同様に、問合せＩＤ＃１００２の問合せが実行されている間は、ボリュームＶ１及びボリュームＶ２に常にアクセスされる。したがって、１２:４２から１２:５２までの間はボリュームＶ１及びボリュームＶ２がアクティブ状態となっている。

以上より、案２では、問合せＩＤ＃１００１から＃１００３の問合せを実行した場合には、（２０Ｗ×５．５分＋１５Ｗ×１分＋１Ｗ×４．５分）×２＋２０Ｗ×１０分×２＋（２０Ｗ×５．５分＋１５Ｗ×１分＋１Ｗ×４．５分）×２＝９１８Ｗ＝５５０８０Ｊが消費電力となる。また、平均消費電力は、９１８Ｗ÷３２分＝２８．７Ｗ／分となる。

図１８Ｃは、本発明の第１の実施の形態における候補レイアウト変更計画の案３に対応する各ボリュームの状態を時系列で示す図である。

案３では、関係表Ｒは、ボリュームＶ１に格納され、関係表ＳはボリュームＶ２に格納されている。

問合せＩＤ＃１００１及び＃１００３では、まず、ボリュームＶ１に格納されている関係表Ｒのデータを読み出し、ハッシュ表を作成する。このとき、ボリューム１のみアクセスされる。そして、ボリュームＶ２に格納されている関係表Ｓと照合する。このとき、ボリュームＶ１は、アクセスされる必要がないため、スリープ状態に移行する。なお、図４のレイアウト管理表１２６を参照すると、関係表Ｒのサイズは１０ＧＢであって、関係表Ｓのサイズ（１００ＧＢ）よりも小さいため、関係表Ｒに格納されたデータを読み出す時間は関係表Ｓに格納されたデータを読み出す時間よりも大幅に短くなっている。

問合せＩＤ＃１００２では、関係表Ｓのデータのみを読み出すため、ボリュームＶ２のみにアクセスされる。

以上より、案３では、問合せＩＤ＃１００１から＃１００３の問合せを実行した場合には、（２０Ｗ×１分＋１５Ｗ×１分＋１Ｗ×９分）×２＋（１５Ｗ×１分＋２０Ｗ×１０分）×２＋（２０Ｗ×１０分＋１Ｗ×１０分）＝７２８Ｗ＝４３６８０Ｊが消費電力となる。また、平均消費電力は、７２８Ｗ÷３２分＝２２．８Ｗ／分となる。

以上のように、案１から案３までの候補レイアウト変更計画について予測電力コストを算出すると、案３のレイアウト変更計画の予測電力コストが最も少なくなる。したがって、予測電力コストが最小となるようにレイアウトを変更する場合には、案３のレイアウト変更計画を選択して、レイアウト変更実行部１２４を実行する。

本発明の第１の実施の形態によれば、候補レイアウト変更計画を作成し、問合せ実行情報に基づいて、作成された候補レイアウト変更計画ごとのストレージ装置２の消費電力を算出する。そして、消費電力が最も少ない候補レイアウト変更計画を選択し、ストレージ装置２に格納されるデータベースオブジェクトのレイアウトを変更することによって、ストレージ装置２の消費電力を低減することができる。

なお、本発明の第１の実施の形態では、計算機システムに一台のホスト計算機１が含まれているが、複数のホスト計算機１が含まれていてもよい。計算機システムに複数のホスト計算機１が含まれる場合には、一台のホスト計算機１をレイアウト変更専用のホスト計算機１とし、当該ホスト計算機１にのみレイアウト変更計画部１２３、レイアウト変更実行部１２４及び関連する情報を備えるように構成してもよい。また、レイアウト変更計画部１２３、レイアウト変更実行部１２４及び関連する情報を独立した構成とし、ホスト計算機１ではなく、ストレージ装置２に備えるように構成してもよい。

（第２の実施の形態）
本発明の第１の実施の形態では、候補レイアウト変更計画の予測電力コストを計算して、レイアウト変更計画を決定する方法について説明した。

本発明の第２の実施の形態では、実行情報取得部が問合せの実行情報を収集し、当該実行情報に基づいて、レイアウト変更計画部によって省電力化ルールベースのレイアウト変更計画を作成する方法について説明する。

なお、本発明の第１の実施の形態と共通する内容については適宜説明を省略する。

図１９は、本発明の第２の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。

本発明の第２の実施の形態では、データベース管理システム１２０によって、関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕが管理されている。関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕは、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３に分散して格納されている。具体的には、関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕは、ストレージ装置２の記憶部２０２のボリュームＶ１、ボリュームＶ２及びボリュームＶ３にラウンドロビン分散で格納されている。

図２０は、本発明の第２の実施の形態のデータベース管理システム１２０に含まれるボリューム管理表１２５を示す図である。

本発明の第２の実施の形態のボリューム管理表１２５の構成は、第１の実施の形態と同じである。図２０を参照すると、本発明の第２の実施の形態では、各ボリュームのサイズは、５００ＧＢとなっている。

図２１は、本発明の第２の実施の形態のデータベース管理システム１２０に含まれるレイアウト管理表１２６を示す図である。

本発明の第２の実施の形態のレイアウト管理表１２６の構成は、第１の実施の形態と同じである。

図２１を参照すると、関係表Ｒ及び関係表Ｓのサイズは１００ＧＢであり、関係表Ｔ及び関係表Ｕのサイズは５０ＧＢとなっている。また、各関係表は、ラウンドロビン分散で各ボリュームに格納されている。

図２２は、本発明の第２の実施の形態の問合せ実行情報管理表１２７を示す図である。

問合せ実行情報管理表１２７は、本発明の第１の実施の形態と同様に、データベース管理システム１２０の問合せ処理部１２１が実行されるたびに実行情報が記録される。また、問合せ実行情報管理表１２７の構成は、本発明の第１の実施の形態と同じである。

本発明の第２の実施の形態の問合せ実行情報管理表１２７には、問合せＩＤが＃２００１から＃２００５までのレコードが示されている。問合せＩＤが＃２００１、＃２００３及び＃２００４の問合せは、所定の条件を満たすレコードを２つの関係表を結合して取得する問合せである。問合せＩＤが＃２００２及び＃２００５の問合せは、所定の条件を満たすレコードを単一の関係表から取得する問合せである。

図２３は、本発明の第２の実施の形態のデータベース管理システム１２０のレイアウト変更計画部１２３の処理手順を示すフローチャートである。

レイアウト変更計画部１２３は、本発明の第１の実施の形態と同様に、データベース管理システム１２０にレイアウト変更要求を受け付けた場合に実行される。本発明の第２の実施の形態のレイアウト変更計画部１２３では、共起情報に基づいて、同時にアクセスされるオブジェクト（関係表）を集中して配置させるように候補レイアウト変更計画を作成する。

演算装置１０１は、レイアウト変更要求を受け付けると、まず、統計情報管理表１３０を主記憶装置１０２に作成する（Ｓ２３０１）。統計情報管理表１３０には、問合せによって同時にアクセスされるオブジェクトの組合せごとにレコードが作成される。そして、問合せの実行情報に基づいて、各関係表（オブジェクト）のアクセス回数などの統計情報が格納される。統計情報管理表１３０を作成する手順については、図２４にて後述する。また、統計情報管理表１３０の具体例については、図２５にて後述する。

次に、演算装置１０１は、Ｓ２３０１の処理で作成された統計情報管理表１３０に基づいて、新しくレイアウト管理表を構築する（Ｓ２３０２）。そして、新レイアウト管理表が構築されたか否かを判定する（Ｓ２３０３）。構築された新レイアウト管理表は、ホスト計算機１の主記憶装置１０２に記憶される。新レイアウト管理表を構築できなかった場合には（Ｓ２３０３の結果が「Ｎｏ」）、本処理を終了する。

演算装置１０１は、新レイアウト管理表が構築されると（Ｓ２３０３の結果が「Ｙｅｓ」）、構築された新レイアウト管理表を参照するレイアウト変更計画管理表を作成する（Ｓ２３０４）。

演算装置１０１は、作成されたレイアウト変更計画管理表から新レイアウト管理表を参照するレイアウト変更計画を選択し、レイアウト変更実行部１２４を実行する（Ｓ２３０５）。

図２４は、本発明の第２の実施の形態の統計情報管理表１３０を作成する手順を示すフローチャートである。

演算装置１０１は、問合せ実行情報管理表１２７を参照し、問合せの処理時刻が新しい順に所定の件数（Ｎ件）の実行情報を取得する。そして、取得された実行情報を解析し、各問合せにおけるオブジェクトの組合せごとのアクセス回数を算出し、統計情報管理表１３０に格納する（Ｓ２４０１）。さらに、アクセス回数に基づいて、全レコードの非アクセスオブジェクトの加重個数を算出し、統計情報管理表１３０に格納する。

演算装置１０１は、非アクセスオブジェクトの加重個数に基づいて、統計情報管理表１３０の各レコードを降順に整列する（Ｓ２４０２）。

図２５は、本発明の第２の実施の形態の統計情報管理表１３０を示す図である。

統計情報管理表１３０は、問合せの実行時にアクセスされるオブジェクトの組合せＸ１３０１、アクセスオブジェクト個数１３０２、非アクセスオブジェクト個数１３０３、頻度１３０４及び非アクセスオブジェクト加重個数１３０５を含む。

オブジェクトの組合せＸ１３０１は、オブジェクトごとにさらにフィールドを含み、問合せの実行によってアクセスされるオブジェクトに対応するフィールドには、‘１’（アクセス有）、アクセスされないオブジェクトには、‘０’（アクセス無）が格納される。

アクセスオブジェクト個数１３０２は、問合せによってアクセスされるオブジェクトの個数である。例えば、関係表Ｒ及び関係表Ｓにアクセスする問合せの場合には、‘２’が格納される。なお、オブジェクトの組合せＸのアクセスオブジェクトの個数は、ｎ（Ｘ）と表す。

非アクセスオブジェクト個数１３０３は、問合せによってアクセスされないオブジェクトの個数である。例えば、関係表Ｓのみにアクセスする問合せの場合には、‘３’が格納される。なお、オブジェクトの組合せＸの非アクセスオブジェクトの個数は、４−ｎ（Ｘ）で表すことができる。

頻度１３０４は、問合せの実行情報に基づいて、問合せによってアクセスされるオブジェクト（関係表）の組合せと一致する頻度（割合）である。本発明の第２の実施の形態では、頻度１３０４は、全体を１とした場合の頻度としたが、問合せの実行回数そのものであってもよい。なお、頻度はｆ（Ｘ）と表される。

非アクセスオブジェクト加重個数１３０５は、非アクセスオブジェクト個数１３０３を頻度１３０４で加重した値である。本発明の第２の実施の形態では、非アクセスオブジェクト加重個数を、（４−ｎ（Ｘ））×ｆ（Ｘ）としている。

なお、統計情報管理表１３０にすべての値が設定されると、非アクセスオブジェクトの加重個数に基づいて、各レコードが降順に整列される（図２４のＳ２４０２）。そして、整列された統計情報管理表１３０の先頭レコードから順にオブジェクトを割り当てることによって、非アクセスオブジェクトの個数が多く、かつ、頻度の多いオブジェクトの組合せを優先して、各ボリュームにオブジェクトを割り当てることができる。

図２６は、本発明の第２の実施の形態の新レイアウト管理表を構築する手順を示すフローチャートである。

演算装置１０１は、まず、新たにレイアウト管理表を作成するために、主記憶装置１０２に記憶領域を割り当てる（Ｓ２６０１）。

演算装置１０１は、次に、非アクセスオブジェクトの加重個数に基づいて降順に整列された統計情報管理表１３０を先頭のレコードから順に取得して以下の処理を実行する（Ｓ２６０２）。

演算装置１０１は、取得されたレコードに対応するオブジェクトの組合せＸの要素（オブジェクト、関係表）がボリューム２２３に割当済みか否かを判定する（Ｓ２６０３）。オブジェクトの組合せＸの要素が割当済みの場合には（Ｓ２６０３の結果が「Ｔ」）、次のレコードについて処理を継続する。

演算装置１０１は、オブジェクトの組合せＸの要素が割当済みでない場合には（Ｓ２６０２の結果が「Ｆ」）、割り当てられたオブジェクトの容量が最も小さいボリュームを選択する（Ｓ２６０４）。なお、空き領域が最も多いボリュームを選択してもよい。

演算装置１０１は、オブジェクトの組合せＸの要素を選択されたボリュームに割当可能か否かを判定する（Ｓ２６０５）。演算装置１０１は、オブジェクトの組合せＸの要素を割当可能でない場合には（Ｓ２６０５の結果が「Ｆ」）、次のレコードについて処理を継続する。

なお、本発明の第２の実施の形態では、オブジェクトの組合せＸの要素のうち一部が割り当てられている場合には、Ｓ２６０４からＳ２６０６の処理を実行せずに、次のレコードについて処理を継続しているが、既に割り当てられているオブジェクトと同じボリュームに、未割当のオブジェクトを割り当てるようにしてもよい。

演算装置１０１は、オブジェクトの組合せＸの要素を割当可能な場合には（Ｓ２６０５の結果が「Ｔ」）、新レイアウト管理表に当該割当を追加し（Ｓ２６０６）、次のレコードについて処理を継続する。

演算装置１０１は、統計情報管理表１３０のすべてのレコードについて処理が終了すると、未割当のオブジェクトが残っているか否かを判定する（Ｓ２６０７）。未割当のオブジェクトが残っている場合には（Ｓ２６０７の結果が「Ｔ」）、新レイアウト管理表を削除し（Ｓ２６０８）、新レイアウト管理表の構築が失敗したものとして本処理を終了する。未割当のオブジェクトが残っていない場合には（Ｓ２６０７の結果が「Ｆ」）、新レイアウト管理表の構築が成功したものとして本処理を終了する。

ここで、以上の手順に従って、本発明の第２の実施の形態のレイアウト変更計画管理表１２９を作成する具体例について説明する。主として、作成された統計情報管理表１３０に基づいて、新レイアウト管理表を構築する手順について説明する。

図２５に示された統計情報管理表１３０を参照すると、レコード１３０６からレコード１３０９の非アクセスオブジェクト加重個数が０よりも大きい値となっている。統計情報管理表１３０は、非アクセスオブジェクト加重個数１３０５の値で降順に整列されているため、図２６のＳ２６０２のループでは、レコード１３０８、１３０７（１３０７、１３０８の順でも可）、１３０６、１３０９の順で処理が実行される。

まず、レコード１３０８について検討すると、オブジェクトの組合せＸの要素は、関係表Ｒのみとなる。また、関係表Ｒはボリューム２２３に割り当てられていない（Ｓ２６０３の結果が「Ｆ」）。

各ボリューム２２３には、現時点では、各ボリューム２２３にオブジェクト（関係表）が割り当てられていないため、割当容量が最小のボリュームとして、ボリュームＶ１が選択される（Ｓ２６０４）。

図２０のボリューム管理表１２５を参照すると、ボリュームＶ１のサイズは５００ＧＢであり、図２１のレイアウト管理表１２６を参照すると、関係表Ｒのサイズは１００ＧＢである。したがって、ボリュームＶ１に関係表Ｒを割当可能である（Ｓ２６０５の結果が「Ｔ」）。そして、新レイアウト管理表にオブジェクト「関係表Ｒ」、サイズ「１００ＧＢ」、格納方法「単純格納」、ボリューム「Ｖ１」としてレコードを追加する。

同様に、レコード１３０７について検討すると、ボリュームＶ２に関係表Ｓが格納される。

レコード１３０６では、オブジェクトの組合せＸの要素は、関係表Ｔ及び関係表Ｕとなる。また、関係表Ｔ及び関係表Ｕはボリューム２２３に割り当てられていない（Ｓ２６０３の結果が「Ｆ」）。

割当容量が最小のボリュームは、ボリュームＶ３となる（Ｓ２６０４）。また、ボリュームＶ３のサイズは５００ＧＢであり、関係表Ｔ及び関係表Ｕのサイズはそれぞれ５０ＧＢである。したがって、ボリュームＶ３に関係表Ｔ及び関係表Ｕを割り当てることができる（Ｓ２６０５の結果が「Ｔ」）。そして、新レイアウト管理表にオブジェクト「関係表Ｔ」及び「関係表Ｕ」に対応するレコードをそれぞれ追加する。

レコード１３０９では、オブジェクトの組合せＸの要素は、関係表Ｒ及び関係表Ｓとなる。関係表Ｒ及び関係表Ｓは、既にボリューム２２３に割り当てられているため（Ｓ２６０３の結果が「Ｔ」）、次のレコードに対して処理が継続される。

以上のようにして、新レイアウト管理表が構築される。以下、本発明の第２の実施の形態の新レイアウト管理表を含むレイアウト変更計画管理表１２９を図２７に示す。

図２７は、本発明の第２の実施の形態のレイアウト変更計画管理表１２９を示す図である。

本発明の第２の実施の形態では、ルールベースでレイアウト変更計画を作成しており、一つのレイアウト変更計画案が立案されている。

また、レイアウト変更計画１２９３には、前述した手順で構築された新レイアウト管理表が参照されている。

なお、図２７に示すレイアウト変更計画管理表１２９には、予測電力コスト１２９４が含まれていないが、他の手順でレイアウト管理表を構築した場合などには、レイアウト変更計画案ごとに予測電力コスト１２９４を計算してレイアウト変更計画を選択するようにしてもよい。

図２８は、本発明の第２の実施の形態の変更前及び変更後の各関係表のレイアウトを示す図である。

変更前の関係表Ｒ、関係表Ｓ、関係表Ｔ、及び関係表Ｕは、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３にラウンドロビン分散で格納されている。

一方、図２７に示した新レイアウト管理表に基づいて各関係表が各ボリュームに配置されると、関係表ＲはボリュームＶ１に、関係表ＳはボリュームＶ２に、関係表Ｔ及び関係表Ｕは、ボリュームＶ３に格納される。

変更前には、すべてのボリュームがアクティブ状態となっている。この場合の電力コストを１として、統計情報管理表１３０を参照しながら変更後の電力コストを計算する。

関係表Ｒのみがアクセスされている場合には（レコード１３０８）、頻度が０．３５であり、稼働しているボリュームはボリュームＶ１のみである。したがって、レイアウト変更後の消費電力コストは、０．３５×１÷３＝０．１１７となる。

関係表Ｓのみがアクセスされている場合には（レコード１３０７）、頻度が０．３５であり、稼働しているボリュームはボリュームＶ２のみである。したがって、レイアウト変更後の消費電力コストは、レコード１３０８の場合と同様に、０．３５×１÷３＝０．１１７となる。

関係表Ｒ及び関係表Ｓがアクセスされる場合には（レコード１３０９）、頻度が０．０５であり、稼働しているボリュームはボリュームＶ１及びＶ３となる。したがって、レイアウト変更後の消費電力コストは、０．０５×２÷３＝０．０３３となる。

関係表Ｔ及び関係表Ｕがアクセスされる場合には（レコード１３０６）、頻度が０．２５であり、稼働しているボリュームはボリュームＶ３のみである。したがって、レイアウト変更後の消費電力コストは、０．２５×１÷３＝０．０８３となる。

以上より、レイアウト変更後の消費電力コストは、０．１１７＋０．１１７＋０．０３３＋０．０８３＝０．３５となり、６５％の消費電力を削減することができる。

本発明の第２の実施の形態によれば、データベースオブジェクトの共起情報に基づいて、同時にアクセスされるオブジェクトを同じボリュームに格納するようにレイアウトを変更することによって、ストレージ装置２の消費電力を低減させることができる。

（第３の実施の形態）
本発明の第３の実施の形態のストレージ装置２では、ボリューム２２３が複数のディスクドライブによって構成され、さらに、データを分散して保持するストライピング（例えば、ＲＡＩＤ０）が適用されている場合について、消費電力を低減する方法について説明する。

図２９は、本発明の第３の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。

本発明の第３の実施の形態では、データベース管理システム１２０によって、関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕが管理されている。関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕは、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３に分散されて格納されている。

また、関係表Ｒ、関係表Ｓ、関係表Ｔ及び関係表Ｕは、本発明の第２の実施の形態と同様に、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３にラウンドロビン分散で格納されている。

さらに、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３は、ディスクアクセスを高速化させるために、３台のディスクドライブによって構成されたＲＡＩＤ０（ストライピング）が適用されている。なお、初期状態では、格納されているデータにかかわらず、各ディスクドライブによって提供される記憶領域がページ単位に分割され、ページごとにデータが分散されて格納されている（対称ストライピング）。

図３０は、本発明の第３の実施の形態のデータベース管理システム１２０に含まれるボリューム管理表１２５を示す図である。

本発明の第３の実施の形態のボリューム管理表１２５の構成は、本発明の第１の実施の形態の構成に加え、ボリューム構成１２５３及びディスクドライブ１２５４を含む。

ボリューム構成１２５３は、各ボリュームの構成を示す。ディスクドライブ１２５４は、各ボリュームを構成するディスクドライブの識別子が格納される。

図３０を参照すると、本発明の第１の実施の形態と同様に、各ボリュームのサイズは、５００ＧＢとなっている。また、各ボリュームは、図２９にて説明したように、３台のディスクドライブによって１つの記憶領域が提供されている。さらに、データが各ディスクドライブに分散して格納されるストライピング構成となっており、初期状態では、ボリューム構成１２５３の値が「対称ストライピング」となっている。

図３１は、本発明の第３の実施の形態のデータベース管理システム１２０に含まれるレイアウト管理表１２６を示す図である。

本発明の第３の実施の形態のレイアウト管理表１２６は、本発明の第２の実施の形態と同じである。ホスト計算機１は、ディスクドライブに直接データを読み書きするのではなく、ボリューム２２３に対してデータを読み書きするため、レイアウト管理表１２６は本発明の第２の実施の形態と同じになっている。

図３２は、本発明の第３の実施の形態のデータベース管理システム１２０の問合せ処理部１２１の処理手順を示すフローチャートである。

本発明の第３の実施の形態の問合せ処理は、アプリケーションプログラム１１０などから送信された問合せを受信する処理から、問合せの実行結果を呼出し元に送信する処理までについては、図６に示した本発明の第１の実施の形態の問合せ処理と同じである。具体的には、図６のＳ６０１からＳ６０４までの処理と、図３２のＳ３２０１からＳ３２０４までの処理とは同じ処理である。

演算装置１０１は、Ｓ３２０１からＳ３２０４までの処理が終了すると、実行情報取得部１２２を実行し、実行情報とアクセスされたページに関連する情報を送信する（Ｓ３２０５）。

図３３は、本発明の第３の実施の形態のデータベース管理システム１２０の実行情報取得部１２２の処理手順を示すフローチャートである。

実行情報取得部１２２は、問合せが実行されるたびに実行され、問合せの実行情報及び問合せの実行によってアクセスされたページの情報を記録する。

演算装置１０１は、まず、問合せ処理部１２１の処理から実行された問合せの実行情報及びアクセスされたページに関連する情報を受信する（Ｓ３３０１）。そして、受信した実行情報を問合せ実行情報管理表１２７に格納し、さらに、受信したページアクセス情報に基づいて、ページアクセス統計管理表１３１を更新する（Ｓ３３０２）。

問合せ実行情報管理表１２７は、本発明の第１の実施の形態と同じである。また、ページアクセス統計管理表１３１については、図３４にて後述する。

図３４は、本発明の第３の実施の形態のデータベース管理システム１２０に含まれるページアクセス統計管理表１３１を示す図である。

ページアクセス統計管理表１３１は、各ボリュームによって提供される記憶領域について、ページごとのアクセス回数を管理する。

ページアクセス統計管理表１３１は、ボリューム１３１１、ページ番地１３１２、オブジェクト１３１３、及びアクセス回数１３１４を含む。

ボリューム１３１１は、ボリューム２２３の識別子である。ページ番地１３１２は、各ボリュームによって提供される記憶領域のページの位置を示している。オブジェクト１３１３は、当該ページに格納されたデータベースオブジェクトを識別する情報が格納され、例えば、「関係表Ｒ」などと記録される。アクセス回数１３１４は、当該ボリュームのページ番地にアクセスされた回数を格納する。

図３５は、本発明の第３の実施の形態のデータベース管理システム１２０のレイアウト変更計画部１２３の処理手順を示すフローチャートである。

レイアウト変更計画部１２３は、本発明の第１の実施の形態と同様に、データベース管理システム１２０にレイアウト変更要求を受け付けた場合に実行される。本発明の第３の実施の形態では、レイアウト変更計画部１２３が実行されると、ページごとのアクセス情報に基づいて、アクセスが集中するページを特定のディスクドライブに集中して配置させるように候補レイアウト変更計画を作成する。このように、レイアウトを変更することによって、アクセス頻度の低いページを格納するディスクドライブをスリープ化させることによって省電力化を図ることができる。

演算装置１０１は、レイアウト変更要求を受け付けると、まず、統計情報管理表１３０を主記憶装置１０２に作成する（Ｓ３５０１）。次に、Ｓ３５０１の処理で作成された統計情報管理表１３０に基づいて、新しくレイアウト管理表を構築する（Ｓ３５０２）。そして、新レイアウト管理表が構築されたか否かを判定する（Ｓ３５０３）。新レイアウト管理表を構築できなかった場合には（Ｓ３５０３の結果が「Ｎｏ」）、本処理を終了する。Ｓ３５０１からＳ３５０３までの処理は、図２３に示した本発明の第２の実施の形態のレイアウト変更計画処理と同じである。また、統計情報管理表１３０の構成についても本発明の第２の実施の形態と同じである。

演算装置１０１は、新レイアウト管理表が構築されると（Ｓ３５０３の結果が「Ｙｅｓ」）、ページマップ管理表１３２を構築する（Ｓ３５０４）。ページマップ管理表１３２の構築方法については、図３６にて後述し、ページマップ管理表１３２の構成については、図３７にて後述する。

演算装置１０１は、新レイアウト管理表、ページマップ管理表、及び、ボリューム管理表を参照するレイアウト変更計画管理表を作成する（Ｓ３５０５）。作成されたレイアウト変更計画管理表の一例を、図３７にて後述する。

最後に、演算装置１０１は、作成されたレイアウト変更計画管理表に基づいてレイアウト変更実行部１２４を実行する（Ｓ３５０６）
図３６は、本発明の第３の実施の形態のページマップ管理表１３２を構築する手順を示すフローチャートである。

演算装置１０１は、まず、ページマップ管理表１３２を構築するために、主記憶装置１０２に記憶領域を割り当てる（Ｓ３６０１）。

演算装置１０１は、ボリュームごとに、ページアクセス統計管理表１３１の各レコードをアクセス回数に基づいて降順に整列する（Ｓ３６０２）。

演算装置１０１は、ボリュームごとに、整列されたページアクセス統計管理表１３１の各レコードを読み出し、容量が残っている最も番号が小さいディスクドライブを選択する（Ｓ３８０３）。例えば、ボリューム２であれば、ディスクドライブＤ２１、Ｄ２２及びＤ２３によって構成されているため、最も番号が小さいディスクドライブは、Ｄ２１となる。

演算装置１０１は、ページマップ管理表１３２に、ボリューム、ページ番地、選択されたディスクドライブ、及びディスクドライブ内のページ番地を含むレコードを追加する（Ｓ３８０４）。こうすることによって、番号が小さいディスクドライブにアクセス回数の多いページを集中させることができる。

図３７は、本発明の第３の実施の形態のレイアウト変更計画管理表１２９を示す図である。

本発明の第３の実施の形態では、本発明の第２の実施の形態と同様に、ルールベースでレイアウト変更計画を作成しており、一つのレイアウト変更計画案が作成される。

また、本発明の第３の実施の形態のレイアウト変更計画１２９３には、新レイアウト管理表、ボリューム管理表、及びページマップ管理表１３２が含まれている。

図３７の新レイアウト管理表を参照すると、本発明の第２の実施の形態と同様に、関係表ＲはボリュームＶ１に、関係表ＳはボリュームＶ２に、関係表Ｔ及び関係表Ｕは、ボリュームＶ３に格納される。また、ボリューム管理表では、アクセス頻度の高いページが番号の若いディスクドライブに集中するように配置されるため、ボリューム構成が対称ストライピングから非対称ストライピングに変更される。

ページマップ管理表１３２は、ボリューム１３２１、ページ番地１３２２、ディスクドライブ１３２３、及びディスク内ページ番地１３２４を含む。

ボリューム１３２１は、ボリュームの識別子である。ページ番地１３２２は、ボリューム内におけるページの配置を示している。ディスクドライブ１３２３は、当該ページを物理的に提供するディスクドライブの識別子である。ディスク内ページ番地１３２４は、ディスクドライブ内における当該ページの配置を示している。

演算装置１０１は、レイアウト変更実行部１２４を実行し、ページマップ管理表１３２に基づいて、ストレージ装置２に各ページの配置を変更するように要求する。

図３８は、本発明の第３の実施の形態の変更前及び変更後の各関係表のレイアウトを示す図である。

変更前の関係表Ｒ、関係表Ｓ、関係表Ｔ、及び関係表Ｕは、ボリュームＶ１、ボリュームＶ２及びボリュームＶ３にラウンドロビン分散で格納されている。また、各ボリュームは、３台のディスクドライブによって構成され、ＲＡＩＤ０（ストライピング）が適用されている。

一方、図３７に示した新レイアウト管理表に基づいて、各関係表が各ボリュームに配置されると、関係表ＲはボリュームＶ１に、関係表ＳはボリュームＶ２に、関係表Ｔ及び関係表Ｕは、ボリュームＶ３に格納される。

さらに、各ボリュームでは、図３７に示したページマップ管理表１３２に基づいて、アクセス回数の多いデータが若い番号が付されたディスクドライブに優先して格納されるように構成される。具体的に、ボリューム１では、ディスクドライブＤ１１、Ｄ１２及びＤ１３によって構成され、番号の若いＤ１１のディスクドライブにアクセス回数の多いページが格納される。他のボリュームについても同様である。

本発明の第３の実施の形態によれば、アクセス頻度の高いデータを格納する領域を特定のディスクドライブに集中させることによって、アクセス頻度の低いデータを格納するディスクドライブを休ませることができる。特に、特定のデータに対して集中的にアクセスされる場合には、ボリュームを構成する一部のディスクドライブのみを稼働させることによって、消費電力を低減することができる。

（第４の実施の形態）
本発明の第４の実施の形態では、複数のディスクドライブによって構成される単一のボリュームが提供され、パリティ情報を含むＲＡＩＤ構成（例えば、ＲＡＩＤ５）となっている場合について、消費電力を低減する方法について説明する。

図３９は、本発明の第４の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。

本発明の第４の実施の形態では、データベースによって関係表Ｒ及び関係表Ｓが管理される。関係表Ｒ及び関係表Ｓを格納するボリュームは、６台のディスクドライブによって構成され、ＲＡＩＤ５構成となっている。

各ディスクドライブによって提供される記憶領域は、所定の容量でページごとに分割され、関係表Ｒ、関係表Ｓ又はパリティデータを分散して格納している。

図４０は、本発明の第４の実施の形態のデータベース管理システム１２０に含まれるボリューム管理表１２５を示す図である。

本発明の第４の実施の形態のボリューム管理表１２５の構成は、本発明の第３の実施の形態と同じである。図４０を参照すると、ディスクドライブＤ１１、Ｄ１２、Ｄ１３、Ｄ１４、Ｄ１５、及びＤ１６によってＲＡＩＤ５構成となっているボリュームＶ１が記憶領域として提供されていることがわかる。

図４１は、本発明の第４の実施の形態のデータベース管理システム１２０に含まれるレイアウト管理表１２６を示す図である。

本発明の第４の実施の形態のレイアウト管理表１２６の構成は、本発明の第２の実施の形態と同じである。図４１を参照すると、本発明の第４の実施の形態では、各関係表は、ボリュームＶ１にそれぞれ格納されている。

図４２は、本発明の第４の実施の形態の統計情報管理表１３０を示す図である。

本発明の第４の実施の形態の統計情報管理表１３０の構成は、本発明の第２の実施の形態と同じである。本発明の第４の実施の形態では、オブジェクトの種類が関係表Ｒ及び関係表Ｓの二種類となっている。

図４３は、本発明の第４の実施の形態のデータベース管理システム１２０のレイアウト変更計画部１２３の処理手順を示すフローチャートである。

レイアウト変更計画部１２３は、本発明の第１の実施の形態と同様に、データベース管理システム１２０にレイアウト変更要求を受け付けた場合に実行される。本発明の第４の実施の形態のレイアウト変更計画部１２３では、本発明の第３の実施の形態と同様に、本発明の第３の実施の形態では、レイアウト変更計画部１２３が実行されると、ページごとのアクセス情報に基づいて、アクセスが集中するページを特定のディスクドライブに集中して配置させるように候補レイアウト変更計画を作成する。

演算装置１０１は、レイアウト変更要求を受け付けると、まず、ボリュームごとに、統計情報管理表１３０を主記憶装置１０２に作成する（Ｓ４３０１）。次に、Ｓ４３０１の処理で作成された統計情報管理表１３０に基づいて、新しくレイアウト管理表を構築する（Ｓ４３０２）。新レイアウト管理表の構築方法については、図４４にて後述する。

演算装置１０１は、新レイアウト管理表が構築されたか否かを判定する（Ｓ４３０３）。新レイアウト管理表を構築できなかった場合には（Ｓ４３０３の結果が「Ｎｏ」）、本処理を終了する。

演算装置１０１は、新レイアウト管理表が構築されると（Ｓ４３０３の結果が「Ｙｅｓ」）、ページマップ管理表１３２を構築する（Ｓ４３０４）。ページマップ管理表１３２の構築方法については、図４５にて後述し、ページマップ管理表１３２の構成については、図４６にて後述する。

演算装置１０１は、新レイアウト管理表、ページマップ管理表、及び、ボリューム管理表を参照するレイアウト変更計画管理表を作成する（Ｓ４３０５）。作成されたレイアウト変更計画管理表の一例は、図４７にて後述する。

演算装置１０１は、以上のＳ４３０１からＳ４３０５までの処理をボリュームごとに実行する。最後に、演算装置１０１は、作成されたレイアウト変更計画管理表に基づいてレイアウト変更実行部１２４を実行する（Ｓ４３０６）
図４４は、本発明の第４の実施の形態の新レイアウト管理表を構築する手順を示すフローチャートである。

演算装置１０１は、まず、新たにレイアウト管理表を構築するために、主記憶装置１０２に記憶領域を割り当てる（Ｓ４４０１）。

演算装置１０１は、次に、ボリュームを構成するディスクドライブから１台のディスクをパリティディスクとして選択する（Ｓ４４０２）。

演算装置１０１は、次に、非アクセスオブジェクトの加重個数に基づいて降順に整列された統計情報管理表１３０を先頭のレコードから順に取得して以下の処理を実行する（Ｓ４４０３）。

演算装置１０１は、取得されたレコードに対応するオブジェクトの組合せＸの要素（関係表）がボリューム２２３に割当済みか否かを判定する（Ｓ４４０４）。オブジェクトの組合せＸの要素が割当済みの場合には（Ｓ４４０４の結果が「Ｔ」）、次のレコードについて処理を継続する。

演算装置１０１は、オブジェクトの組合せＸの要素が割当済みでない場合には（Ｓ４４０４の結果が「Ｆ」）、当該オブジェクトの組合せを格納可能なティアが存在するか否かを判定する（Ｓ４４０５）。ティアとは、ボリュームを構成する１台以上のディスクドライブの組合せである。なお、本発明の第４の実施の形態では、オブジェクトの組合せごとにティアを設定するが、図４２の統計情報管理表１３０を参照すると、結果的に、オブジェクトごと、すなわち、関係表Ｒ及び関係表Ｓそれぞれにティアが設定される。

演算装置１０１は、オブジェクトの組合せを格納可能なティアが存在しない場合には（Ｓ４４０５の結果が「Ｆ」）、次のレコードについて処理を継続する。

演算装置１０１は、オブジェクトの組合せを格納可能なティアが存在する場合には（Ｓ４４０５の結果が「Ｔ」）、新レイアウト管理表に割当を追加し（Ｓ４４０６）、次のレコードについて処理を継続する。

演算装置１０１は、統計情報管理表１３０のすべてのレコードについて処理が終了すると、未割当のオブジェクトが残っているか否かを判定する（Ｓ４４０７）。未割当のオブジェクトが残っている場合には（Ｓ４４０７の結果が「Ｔ」）、新レイアウト管理表を削除し（Ｓ４４０８）、新レイアウト管理表の構築が失敗したものとして本処理を終了する。未割当のオブジェクトが残っていない場合には（Ｓ４４０７の結果が「Ｆ」）、新レイアウト管理表の構築が成功したものとして本処理を終了する。

図４５は、本発明の第４の実施の形態のページマップ管理表１３２を構築する手順を示すフローチャートである。

演算装置１０１は、まず、ページマップ管理表１３２を構築するために、主記憶装置１０２に記憶領域を割り当てる（Ｓ４５０１）。

演算装置１０１は、ボリューム内のティアごとに、ページアクセス統計管理表１３１の各レコードをアクセス回数で降順に整列する（Ｓ４５０２）。

演算装置１０１は、ティアごとに、整列されたページアクセス統計管理表１３１の各レコードを読み出し、容量が残っている最も番号が小さいディスクドライブを選択する（Ｓ４５０３）。ページマップ管理表１３２に、ボリューム、ページ番地、選択されたディスクドライブ、及びディスクドライブ内のページ番地を含むレコードを追加する（Ｓ４５０４）。このように処理することによって、最も番号が小さいディスクドライブにアクセス回数の多いページを集中させることができる。

図４６は、本発明の第４の実施の形態のページアクセス統計管理表１３１を示す図である。

本発明の第４の実施の形態のページアクセス統計管理表１３１の構成は、本発明の第３の実施の形態と同じである。

また、本発明の第４の実施の形態では、オブジェクト（関係表）の組合せごとにティアを設定する。図４６では、ページ番地で降順に整列されているが、レイアウト変更計画管理表１２９を作成する段階では、図４５のＳ４５０３の処理によって、ティアごとにアクセス回数で降順に整列された状態となっている。

具体的には、ディスクＤ１１及びＤ１２を、関係表Ｒを格納するティアとし、ディスクＤ１３、Ｄ１４及びＤ１５を、関係表Ｓを格納するティアとする。また、パリティをディスクＤ１６に格納する。そして、まず、関係表Ｒに格納されるデータを格納するページをアクセス回数１３１４で整列し、続いて、関係表Ｓに格納されるデータを格納するページをアクセス回数１３１４で整列する。

演算装置１０１は、このように整列されたページアクセス統計管理表１３１に基づいて、ページマップ管理表１３２にレコードを追加する（図４５のＳ４７０４）。

図４７は、本発明の第４の実施の形態のレイアウト変更計画管理表１２９を示す図である。

本発明の第４の実施の形態では、本発明の第２の実施の形態と同様に、ルールベースでレイアウト変更計画を作成しており、一つのレイアウト変更計画案が作成される。

また、本発明の第４の実施の形態のレイアウト変更計画１２９３には、本発明の第３の実施の形態と同様に、新レイアウト管理表、ボリューム管理表、及びページマップ管理表１３２が含まれている。

図４７の新レイアウト管理表を参照すると、関係表Ｒ及び関係表Ｓは、ボリュームＶ１に格納され、関係表ＲはディスクドライブＤ１１及びＤ１２に、関係表ＳはディスクドライブＤ１３、Ｄ１４及びＤ１５に格納される。

また、ボリューム管理表を参照すると、関係表ごとに、アクセス頻度の高いページが番号の小さいディスクドライブに集中するように配置される非対称ストライピングとなっている。さらに、ページマップ管理表１３２を参照すると、各関係表を格納するティアごとにアクセス回数の多い順にページが配置されている。

図４８は、本発明の第４の実施の形態の変更後の各関係表のレイアウトを示す図である。

図４８に示した各関係表のレイアウトでは、図４７に示したレイアウト変更計画管理表１２９に基づいて、関係表Ｒ及び関係表Ｓは、各関係表に対応するティアに格納される。

また、各ティアにおいてアクセス回数の多いページから順にディスクドライブに配置される。具体的には、関係表Ｒを格納するティアは、ディスクＤ１１及びＤ１２によって構成され、図４６に示したページアクセス統計管理表１３１に基づいて、アクセス回数が最も多いページ番地＃０３がディスクドライブＤ１１の先頭ページに配置される。さらに、ページ番地＃０６、＃０５、＃０７の順に各ページが配置される。

同様に、関係表Ｓを格納するティアは、ディスクドライブＤ１３、Ｄ１４及びＤ１５によって構成され、アクセス回数が最も多いページ番地＃１６がディスクドライブＤ１３の先頭ページに配置される。さらに、ページ番地＃１４、＃１７、＃１３の順に各ページが配置される。なお、ディスクドライブＤ１６には、前述したように、パリティが格納される。

本発明の第４の実施の形態によれば、アクセス頻度の高いデータを格納する領域を特定のディスクドライブに集中させることによって、アクセス頻度の低いデータを格納するディスクドライブを休ませることができる。特に、特定のデータに対して集中的にアクセスされる場合には、ボリュームを構成する一部のディスクドライブのみを稼働させることによって、消費電力を低減することができる。

具体的には、意思決定支援システム（ＤＳＳ）などのように、特定の情報が集中して参照されるシステムでは、例えば、関係表Ｒのみをアクセスしている場合には、ディスクドライブＤ１３、Ｄ１４及びＤ１５をスリープ状態にさせることができる。一方、オンライントランザクション処理のように複数のオブジェクトに対してアクセスされる場合には、アクセス頻度の少ないディスクドライブＤ１２、Ｄ１４及びＤ１５をスリープ状態にさせることができる。

また、本発明の第４の実施の形態によれば、パリティを格納しているため、１台のディスクドライブが故障した場合であっても復旧させることができる。さらに、パリティを別途ＮＶＲＡＭなどの不揮発性ＲＡＭに格納し、定期的にパリティを格納したドライブに反映させることなどによって、パリティディスクをスリープ状態にさせてもよい。

本発明の第１の実施の形態の計算機システムの構成を示す図である。 本発明の第１の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。 本発明の第１の実施の形態のデータベース管理システムに含まれるボリューム管理表を示す図である。 本発明の第１の実施の形態のデータベース管理システムに含まれるレイアウト管理表を示す図である。 本発明の第１の実施の形態の各処理部における情報の流れを示す図である。 本発明の第１の実施の形態のデータベース管理システムの問合せ処理部の処理手順を示すフローチャートである。 本発明の第１の実施の形態のデータベース管理システムの実行情報取得部の処理手順を示すフローチャートである。 本発明の第１の実施の形態のデータベース管理システムに含まれる問合せ実行情報管理表を示す図である。 本発明の第１の実施の形態の各ボリュームの消費電力に関する情報を含むボリューム消費電力モデル情報表を示す図である。 本発明の第１の実施の形態のボリュームの状態遷移、ボリュームの状態ごとの消費電力量、及びボリュームの状態が遷移する場合の消費電力量を示す図である。 本発明の第１の実施の形態のストレージ装置の入出力処理部によって、ホスト計算機１から送信された入出力要求を処理する手順を示すフローチャートである。 本発明の第１の実施の形態のストレージ装置によって提供されるボリュームの情報を格納するボリューム情報表である。 本発明の第１の実施の形態のストレージ装置の自動電力制御部によって、アクティブ状態のボリュームをスリープ状態に移行させる手順を示すフローチャートである。 本発明の第１の実施の形態のデータベース管理システムのレイアウト変更計画部の処理手順を示すフローチャートである。 本発明の第１の実施の形態のデータベース管理システムのレイアウト変更実行部の処理手順を示すフローチャートである。 本発明の第１の実施の形態のレイアウト変更計画管理表を示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案１に対応する各関係表の配置を示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案２に対応する各関係表の配置を示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案３に対応する各関係表の配置を示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案１に対応する各ボリュームの状態を時系列で示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案２に対応する各ボリュームの状態を時系列で示す図である。 本発明の第１の実施の形態における候補レイアウト変更計画の案３に対応する各ボリュームの状態を時系列で示す図である。 本発明の第２の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。 本発明の第２の実施の形態のデータベース管理システムに含まれるボリューム管理表を示す図である。 本発明の第２の実施の形態のデータベース管理システムに含まれるレイアウト管理表を示す図である。 本発明の第２の実施の形態の問合せ実行情報管理表を示す図である。 本発明の第２の実施の形態のデータベース管理システムのレイアウト変更計画部の処理手順を示すフローチャートである。 本発明の第２の実施の形態の統計情報管理表を作成する手順を示すフローチャートである。 本発明の第２の実施の形態の統計情報管理表を示す図である。 本発明の第２の実施の形態の新レイアウト管理表を構築する手順を示すフローチャートである。 本発明の第２の実施の形態のレイアウト変更計画管理表を示す図である。 本発明の第２の実施の形態の変更前及び変更後の各関係表のレイアウトを示す図である。 本発明の第３の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。 本発明の第３の実施の形態のデータベース管理システムに含まれるボリューム管理表を示す図である。 本発明の第３の実施の形態のデータベース管理システムに含まれるレイアウト管理表を示す図である。 本発明の第３の実施の形態のデータベース管理システムの問合せ処理部の処理手順を示すフローチャートである。 本発明の第３の実施の形態のデータベース管理システムの実行情報取得部の処理手順を示すフローチャートである。 本発明の第３の実施の形態のデータベース管理システムに含まれるページアクセス統計管理表を示す図である。 本発明の第３の実施の形態のデータベース管理システムのレイアウト変更計画部の処理手順を示すフローチャートである。 本発明の第３の実施の形態のページマップ管理表を構築する手順を示すフローチャートである。 本発明の第３の実施の形態のレイアウト変更計画管理表を示す図である。 本発明の第３の実施の形態の変更前及び変更後の各関係表のレイアウトを示す図である。 本発明の第４の実施の形態のデータベースによって管理されているオブジェクト（関係表）のレイアウトを説明する図である。 本発明の第４の実施の形態のデータベース管理システムに含まれるボリューム管理表を示す図である。 本発明の第４の実施の形態のデータベース管理システムに含まれるレイアウト管理表を示す図である。 本発明の第４の実施の形態の統計情報管理表を示す図である。 本発明の第４の実施の形態のデータベース管理システムのレイアウト変更計画部の処理手順を示すフローチャートである。 本発明の第４の実施の形態の新レイアウト管理表を構築する手順を示すフローチャートである。 本発明の第４の実施の形態のページマップ管理表を構築する手順を示すフローチャートである。 本発明の第４の実施の形態のページアクセス統計管理表を示す図である。 本発明の第４の実施の形態のレイアウト変更計画管理表を示す図である。 本発明の第４の実施の形態の変更後の各関係表のレイアウトを示す図である。

符号の説明

１ ホスト計算機
２ ストレージ装置
３ クライアント
５、６ ネットワーク
１０１ 演算装置
１０２ 主記憶装置
１０３ インタフェース
１０４ インタフェース
１１０ アプリケーションプログラム
１２０ データベース管理システム
１２１ 問合せ処理部
１２２ 実行情報取得部
１２３ レイアウト変更計画部
１２４ レイアウト変更実行部
１２５ ボリューム管理表
１２６ レイアウト管理表
１２７ 問合せ実行情報管理表
１２８ ボリューム消費電力モデル情報表
１２９ レイアウト変更計画管理表
１３０ 統計情報管理表
１３１ ページアクセス統計管理表
１３２ ページマップ管理表
２０１ 制御部
２０２ 記憶部
２０３ インタフェース
２１１ 入出力処理部
２１２ 自動電力制御部
２１３ ボリューム情報表
２２１ 補助記憶装置
２２２ 二次記憶装置
２２３ ボリューム

Claims (13)

1. データベース管理システムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムであって、
   前記ホスト計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
   前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
   前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
   前記記憶部は、
   前記データが読み書きされるボリュームを前記ホスト計算機に提供し、
   前記データを管理するオブジェクトを格納し、
   前記オブジェクトは、前記データを含み、
   前記データベース管理システムは、前記演算装置によって実行されることによって、
   前記データを読み書きする問合せを受け付け、
   前記問合せごとの実行情報を記録し、
   前記記録された実行情報から、前記問合せごとにアクセスされたオブジェクト又はオブジェクトの組合せを抽出し、
   前記オブジェクト又はオブジェクトの組合せごとにアクセス頻度を算出し、
   前記算出されたアクセス頻度に基づいて、前記オブジェクト又はオブジェクトの組合せを選択し、
   前記選択されたオブジェクト又は選択されたオブジェクトの組合せに含まれるオブジェクトを同じボリュームに配置するようにレイアウト計画を作成し、
   前記作成されたレイアウト計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする計算機システム。
2. データベース管理システムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムであって、
   前記ホスト計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
   前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
   前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
   前記記憶部は、
   前記データが読み書きされるボリュームを前記ホスト計算機に提供し、
   前記データを管理するオブジェクトを格納し、
   前記オブジェクトは、前記データを含み、
   前記データベース管理システムは、前記演算装置によって実行されることによって、
   前記データを読み書きする問合せを受け付け、
   前記問合せごとの実行情報を記録し、
   前記記録された実行情報に基づいて、前記ボリュームがスリープ状態になる時間が増大するように、前記ボリュームに前記オブジェクトを配置するレイアウト計画を作成し、
   前記作成されたレイアウト変更計画の予測電力コストを算出し、
   前記算出された予測電力コストの値が所定の閾値よりも小さいレイアウト変更計画を選択し、
   前記選択されたレイアウト変更計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする計算機システム。
3. 前記記憶部は、複数のディスクドライブを含み、
   前記ボリュームは、
   前記複数のディスクドライブによって構成され、
   所定の単位のページごとに分割され、
   前記問合せごとの実行情報は、前記ページごとのアクセス頻度を含み、
   前記データベース管理システムは、前記演算装置によって実行されることによって、
   前記ページごとのアクセス頻度が多いページが、前記ボリュームを構成する複数のディスクドライブの特定のディスクドライブに配置されるように、前記レイアウト計画を作成することを特徴とする請求項１又は２に記載の計算機システム。
4. 前記ページには、前記データを格納するページと、前記データのパリティ情報を格納するページが含まれ、
   前記データベース管理システムは、前記演算装置によって実行されることによって、
   前記パリティ情報を格納するページを、前記複数のディスクドライブに含まれる特定のディスクドライブに割り当て、
   前記パリティ情報が割り当てられたディスクドライブ以外のディスクドライブを前記オブジェクトごとに対応付け、
   前記オブジェクトによって管理されるデータを格納するページを、前記オブジェクトに対応付けられたディスクドライブに配置するように前記レイアウト変更計画を作成することを特徴とする請求項３に記載の計算機システム。
5. 前記記憶部は、磁気ディスクドライブを含み、
   前記スリープ状態は、前記磁気ディスクドライブの回転を停止又は減速させた状態であることを特徴とする請求項１又は２に記載の計算機システム。
6. 前記制御部は、前記ボリュームが所定の時間アクセスされない場合には、前記省電力機能によって、前記ボリュームを前記スリープ状態に遷移させることを特徴とする請求項１又は２に記載の計算機システム。
7. データベース管理システムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムの省電力化方法であって、
   前記ホスト計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
   前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
   前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
   前記記憶部は、
   前記データが読み書きされるボリュームを前記ホスト計算機に提供し、
   前記データを管理するオブジェクトを格納し、
   前記オブジェクトは、前記データを含み、
   前記省電力化方法は、
   前記データを読み書きする問合せを受け付け、
   前記問合せごとの実行情報を記録し、
   前記記録された実行情報から、前記問合せごとにアクセスされたオブジェクト又はオブジェクトの組合せを抽出し、
   前記オブジェクト又はオブジェクトの組合せごとにアクセス頻度を算出し、
   前記算出されたアクセス頻度に基づいて、前記オブジェクト又はオブジェクトの組合せを選択し、
   前記選択されたオブジェクト又は選択されたオブジェクトの組合せに含まれるオブジェクトを同じボリュームに配置するようにレイアウト計画を作成し、
   前記作成されたレイアウト計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする省電力化方法。
8. データベース管理システムが実行されるホスト計算機と、前記ホスト計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムの省電力化方法であって、
   前記ホスト計算機は、前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
   前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
   前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
   前記記憶部は、
   前記データが読み書きされるボリュームを前記ホスト計算機に提供し、
   前記データを管理するオブジェクトを格納し、
   前記オブジェクトは、前記データを含み、
   前記省電力化方法は、
   前記データを読み書きする問合せを受け付け、
   前記問合せごとの実行情報を記録し、
   前記記録された実行情報に基づいて、前記ボリュームがスリープ状態になる時間が増大するように、前記ボリュームに前記オブジェクトを配置するレイアウト計画を作成し、
   前記作成されたレイアウト変更計画の予測電力コストを算出し、
   前記算出された予測電力コストの値が所定の閾値よりも小さいレイアウト変更計画を選択し、
   前記選択されたレイアウト変更計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする省電力化方法。
9. 前記記憶部は、複数のディスクドライブを含み、
   前記ボリュームは、
   前記複数のディスクドライブによって構成され、
   所定の単位のページごとに分割され、
   前記問合せごとの実行情報は、前記ページごとのアクセス頻度を含み、
   前記省電力化方法は、さらに、
   前記ページごとのアクセス頻度が多いページが、前記ボリュームを構成する複数のディスクドライブの特定のディスクドライブに配置されるように、前記レイアウト計画を作成することを特徴とする請求項７又は８に記載の省電力化方法。
10. 前記ページには、前記データを格納するページと、前記データのパリティ情報を格納するページが含まれ、
    前記省電力化方法は、さらに、
    前記パリティ情報を格納するページを、前記複数のディスクドライブに含まれる特定のディスクドライブに割り当て、
    前記パリティ情報が割り当てられたディスクドライブ以外のディスクドライブを前記オブジェクトごとに対応付け、
    前記オブジェクトによって管理されるデータを格納するページを、前記オブジェクトに対応付けられたディスクドライブに配置するように前記レイアウト変更計画を作成することを特徴とする請求項９に記載の省電力化方法。
11. 前記省電力化方法は、さらに、前記ボリュームが所定の時間アクセスされない場合には、前記省電力機能によって、前記ボリュームを前記スリープ状態に遷移させることを特徴とする請求項７又は８に記載の省電力化方法。
12. データベース管理システムが実行される計算機と、前記計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムにおける計算機であって、
    前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
    前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
    前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
    前記記憶部は、
    前記データが読み書きされるボリュームを前記計算機に提供し、
    前記データを管理するオブジェクトを格納し、
    前記オブジェクトは、前記データを含み、
    前記データベース管理システムは、前記演算装置によって実行されることによって、
    前記データを読み書きする問合せを受け付け、
    前記問合せごとの実行情報を記録し、
    前記記録された実行情報から、前記問合せごとにアクセスされたオブジェクト又はオブジェクトの組合せを抽出し、
    前記オブジェクト又はオブジェクトの組合せごとにアクセス頻度を算出し、
    前記算出されたアクセス頻度に基づいて、前記オブジェクト又はオブジェクトの組合せを選択し、
    前記選択されたオブジェクト又は選択されたオブジェクトの組合せに含まれるオブジェクトを同じボリュームに配置するようにレイアウト計画を作成し、
    前記作成されたレイアウト計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする計算機。
13. データベース管理システムが実行される計算機と、前記計算機に接続され、前記データベース管理システムによって管理されるデータを格納するストレージ装置とを備える計算機システムにおける計算機であって、
    前記ストレージ装置に接続されるインタフェースと、前記インタフェースに接続される演算装置と、前記演算装置に接続される主記憶装置と、を備え、
    前記ストレージ装置は、前記データベース管理システムによって管理されるデータを格納する記憶部と、前記記憶部に格納されたデータに対するアクセスを制御する制御部と、を備え、
    前記制御部は、前記ストレージ装置の消費電力を低減するスリープ状態と、前記データを読み書き可能なアクティブ状態とを切り替える省電力機能を有し、
    前記記憶部は、
    前記データが読み書きされるボリュームを前記計算機に提供し、
    前記データを管理するオブジェクトを格納し、
    前記オブジェクトは、前記データを含み、
    前記データベース管理システムは、前記演算装置によって実行されることによって、
    前記データを読み書きする問合せを受け付け、
    前記問合せごとの実行情報を記録し、
    前記記録された実行情報に基づいて、前記ボリュームがスリープ状態になる時間が増大するように、前記ボリュームに前記オブジェクトを配置するレイアウト計画を作成し、
    前記作成されたレイアウト変更計画の予測電力コストを算出し、
    前記算出された予測電力コストの値が所定の閾値よりも小さいレイアウト変更計画を選択し、
    前記選択されたレイアウト変更計画に基づいて、前記ボリュームに配置される前記オブジェクトのレイアウトを更新することを特徴とする計算機。

Images