(57)【要約】【課題】アクセスに応じて仮想ボリュームに順次物理記憶領域が割り当てられるストレージにおいて、データの作成日時等により分割して物理ＲＧに格納する。【解決手段】第１の物理ＲＧを含む複数の物理ＲＧを構成する記憶装置と、コントローラとを有し、前記コントローラは、第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＧの記憶領域又は前記第１の物理ＲＧの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、前記コントローラは、仕切り要求を受信し、前記コントローラは、前記仕切り要求を受信した後の前記第１の仮想ボリュームアクセスに応じて、次の使用順序の前記第１の物理ＲＧの記憶領域又は次の使用順序の前記第１の物理ＲＧの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当てる、ストレージ装置である。【選択図】図２
2010072777.tif 000002
【特許請求の範囲】
【請求項１】
第１の物理ＲＡＩＤグループを含む複数の物理ＲＡＩＤグループを構成する記憶装置と、
コントローラと、を有し、
前記コントローラは、第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＡＩＤグループの記憶領域又は前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、
前記コントローラは、仕切り要求を受信し、
前記コントローラは、前記仕切り要求を受信した後の前記第１の仮想ボリュームアクセスに応じて、次の使用順序の前記第１の物理ＲＡＩＤグループの記憶領域又は次の使用順序の前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当てる、
ストレージ装置。
【請求項２】
請求項１に記載のストレージ装置であって、
前記コントローラは、前記仕切り要求を受信する前に、前記第１の仮想ボリュームに割り当てられた記憶領域を有する前記第１の物理ＲＡＩＤグループを構成する記憶装置を、前記仕切り要求を受信した後に省電力状態に移行する、
ストレージ装置。
【請求項３】
請求項２に記載のストレージ装置であって、
前記省電力状態に移行した前記第１の物理ＲＡＩＤグループに対し、アクセスがある場合に、前記記憶装置を省電力状態からアクセスへの応答可能な状態に移行する、
ストレージ装置。
【請求項４】
請求項２に記載のストレージ装置であって、
前記省電力状態に移行した前記第１の物理ＲＡＩＤグループへのアクセススケジュールを設定し、
前記設定されたアクセススケジュールに従って、前記記憶装置を省電力状態からアクセスへの応答可能な状態に移行する、
ストレージ装置。
【請求項５】
請求項１に記載のストレージ装置であって、
前記複数の物理ＲＡＩＤグループは、さらに第２の物理ＲＡＩＤグループを含み、
前記第２の物理ＲＡＩＤグループの記憶領域は、アクセスによらずに、第２の仮想ボリュームに割り当てられる、
ストレージ装置。
【請求項６】
請求項５に記載のストレージ装置であって、
前記第２の物理ＲＡＩＤグループを構成する記憶装置は、アクセスへの応答可能な状態である、
ストレージ装置。
【請求項７】
請求項６に記載の
前記コントローラは、前記仕切り要求を受信する前に前記第１の仮想ボリュームに割り当てられていた記憶領域を有する前記第１の物理ＲＡＩＤグループに格納されたデータへの、前記仕切り要求を受信した後のアクセス回数が、規定値を超える場合には、前記データを前記第２の物理ＲＡＩＤグループに移動する、
ストレージ装置。
【請求項８】
第１の物理ＲＡＩＤグループを含む複数の物理ＲＡＩＤグループを構成する記憶装置と、コントローラと、を有するストレージ装置の仮想ボリュームへの記憶領域の割り当て方法であって、
第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＡＩＤグループの記憶領域又は前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、
仕切り要求を受信し、
前記仕切り要求を受信した後の前記第１の仮想ボリュームアクセスに応じて、次の使用順序の前記第１の物理ＲＡＩＤグループの記憶領域又は次の使用順序の前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当てる、
記憶領域の割り当て方法。
【請求項９】
請求項８に記載の記憶領域の割り当て方法であって、
前記仕切り要求を受信する前に、前記第１の仮想ボリュームに割り当てられた記憶領域を有する前記第１の物理ＲＡＩＤグループを構成する記憶装置を、前記仕切り要求を受信した後に省電力状態に移行する、
記憶領域の割り当て方法。
【請求項１０】
請求項９に記載の記憶領域の割り当て方法であって、
前記省電力状態に移行した前記第１の物理ＲＡＩＤグループに対し、アクセスがあった場合には、前記記憶装置を省電力状態からアクセスへの応答可能な状態に移行する、
記憶領域の割り当て方法。
【請求項１１】
請求項９に記載の記憶領域の割り当て方法であって、
前記省電力状態に移行した前記第１の物理ＲＡＩＤグループへのアクセススケジュールを設定し、
前記設定されたアクセススケジュールに従って、前記記憶装置を省電力状態からアクセスへの応答可能な状態に移行する、
記憶領域の割り当て方法。
【請求項１２】
請求項８に記憶領域の割り当て方法であって、
前記複数の物理ＲＡＩＤグループは、さらに第２の物理ＲＡＩＤグループを含み、
前記第２の物理ＲＡＩＤグループの記憶領域は、アクセスによらずに、第２の仮想ボリュームに割り当てられる、
記憶領域の割り当て方法。
【請求項１３】
請求項１２に記載の記憶領域の割り当て方法であって、
前記第２の物理ＲＡＩＤグループを構成する記憶装置は、アクセスへの応答可能な状態に設定する、
記憶領域の割り当て方法。
【請求項１４】
請求項１３に記載の記憶領域の割り当て方法
前記仕切り要求を受信する前に前記第１の仮想ボリュームに割り当てられていた記憶領域を有する前記第１の物理ＲＡＩＤグループに格納されたデータへの、前記仕切り要求を受信した後のアクセス回数が、規定値を超える場合には、前記データを前記第２の物理ＲＡＩＤグループに移動する、
記憶領域の割り当て方法。
【請求項１５】
第１の物理ＲＡＩＤグループと第２の物理ＲＡＩＤグループを含む複数の物理ＲＡＩＤグループを構成する記憶装置と、
コントローラと、を有し、
前記コントローラは、第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＡＩＤグループの記憶領域又は前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、
前記第２の物理ＲＡＩＤグループの記憶領域は、常にアクセスへの応答可能な状態であり、アクセスによらずに、第２の仮想ボリュームに割り当て、
前記コントローラは、仕切り要求を受信し、
前記コントローラは、仕切り要求を受信した後の前記第１の仮想ボリュームへのアクセスに応じて、次の使用順序の前記第１の物理ＲＡＩＤグループの記憶領域又は次の使用順序の前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当て、
前記コントローラは、前記仕切り要求を受信する前に、前記第１の仮想ボリュームに割り当てられた記憶領域を有する前記第１の物理ＲＡＩＤグループを構成する記憶装置を、前記仕切り要求を受信した後に省電力状態に移行し、
前記コントローラは、前記仕切り要求を受信する前に前記第１の仮想ボリュームに割り当てられていた記憶領域を有する前記第１の物理ＲＡＩＤグループに格納されたデータへの、前記仕切り要求を受信した後のアクセス回数が、規定値を超える場合には、前記データを前記第２の物理ＲＡＩＤグループに移動する、
ストレージ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、容量仮想化機能を有するストレージシステムに関し、特に、仮想化ボリュームへの物理ボリューム領域の割り当方法に関する。
【背景技術】
【０００２】
一般的に、データベース管理システム（ＤＢＭＳ）においては、データベーステーブル（ＤＢテーブル）に、レコードが、逐次的に登録される。また、データベーステーブルを格納するストレージ装置のディスクボリュームにおいては、データベーステーブルを格納する領域が、レコードの格納にあわせて拡張する。この領域の拡張は、ＤＢＭＳに内蔵されたプログラムにより行われるか、データベース管理者が、ＤＢＭＳの管理機能を用いた操作で行われる。さらに、この領域の拡張は、ＤＢテーブルの容量の増加に合わせて、逐次的に行われるため、アクセス頻度の低いレコードとアクセス頻度の高いレコードとが混在して、ディスクボリュームへ格納される。
【０００３】
また、一般的に、ＤＢＭＳの主要な用途として、Ｅｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｒｃｅ  Ｐｌａｎｎｉｎｇ（ＥＲＰ）向けの業務システムがある。この用途で利用される場合、取引が発生する毎に、取引内容を保持するレコードが、ＤＢテーブルへ追加され、時間経過と共にＤＢテーブルの容量が増加する。また、そのＤＢテーブルのレコードアクセス頻度も、レコードが追加された年次毎に同じ特徴を取る傾向がある。例えば、レコードアクセスは、取引が発生した年度に主に発生して、それ以降のレコードアクセスは、月末、期末、年度末、数年間のスパンで発生する集計処理のときに発生する傾向がある。
【０００４】
なお、ＤＢＭＳからの検索において、特定の期間のレコードに、制限してアクセスさせるには、例えば、レコードに、登録した日付のインデクス・カラムを含め、検索条件に、日付の期間を含め検索させる。これは、不要なレコードを検索対象にしないための一般的な手法である。
【０００５】
非特許文献１には、ＤＢ領域再配置のためのツールを用いて、ＤＢＭＳの性能チューニングを行う例が開示される。ＤＢＭＳから、複数のディスクボリュームを使用する場合、ＤＢＭＳからのアクセスが、特定のディスクボリュームへ集中しないように、ＤＢデーブルの一部の若しくは全ての記憶領域を、再配置することが行われる。
【０００６】
特許文献１には、ストレージシステムにおけるディスクボリュームの容量仮想化の技術が開示されている。この技術では、ディスク装置の記憶容量の使用効率向上を図るため、外部（ホストコンピュータ等）には仮想的なディスクボリュームを提供し、実際には、データが記録されるごとに、物理的なディスクボリュームの記憶領域を仮想的なディスクボリュームに割り当て、物理的なディスクボリュームにデータを格納する。このとき、物理的なディスクボリュームは、１台以上で、プール領域に割り当てられ、既定の順序で、その記憶領域を仮想的なディスクボリュームに割り当てる。
【０００７】
特許文献２には、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）ストレージシステムでの省電力の仕組みが開示される。これは、ＲＡＩＤのアルゴリズムを前提に、複数台のディスク装置で構成されるＲＧ（Ｒａｉｄ  Ｇｒｏｕｐ）の内、パリティディスクをスピンダウンする。そして、パリティディスクがスピンダウンしたＲＧへライトアクセスがあった場合、ライトバックモードで受け付け、ディスキャッシュへライトデータを一時、保持し、スピンダウンしていたディスク装置へのライトアクセスをスピンアップ後に遅延して行う。この方法は、ＲＧを構成する複数のディスク装置内の一部のディスクのスピンダウンが可能となる。
【０００８】
【特許文献１】特開２００７−３１６７２５号公報
【特許文献２】米国特許公報ＵＳ７０３５９７２Ｂ２
【非特許文献１】米国Ｏｒａｃｌｅ  Ｃｏｒｐｏｒａｔｉｏｎ、「Ｏｒａｃｌｅ  Ｄａｔａｂａｓｅ１１ｇ  Ａｕｔｏｍａｔｉｃ  Ｓｔｏｒａｇｅ  Ｍａｎａｇｅｍｅｎｔ  Ｎｅｗ  Ｆｅａｔｕｒｅｓ  Ｔｅｃｈｎｉｃａｌ  Ｗｈｉｔｅ  Ｐａｐｅｒ」、Ｊｕｎｅ、２００７、（ｈｔｔｐ:／／ｗｗｗ．ｏｒａｃｌｅ．ｃｏｍ／ｔｅｃｈｎｏｌｏｇｙ／ｐｒｏｄｕｃｔｓ／ｄａｔａｂａｓｅ／ａｓｍ／ｐｄｆ／１１ｇｒ１％２０ａｓｍ％２０ｎｅｗ％２０ｆｅａｔｕｒｅｓ％２０ｗｐ％２００５−２００７．ｐｄｆ）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
近年、ＩＴシステムの物理的な集約が進むにつれ、その省電力への要望が高まっている。半導体技術の進歩により、時代と共に、消費電力の削減は、緩やかに達成されている。そして、それにあわせて、ＩＴシステムのコンポーネントが、使われる期間のみ電力を消費よう節電を実現することにより、さらに効果的な節電がなされる。後者の実現には、人的な努力だけでは成し遂げず、ＩＴシステムの性質を踏まえた節電の仕組みが、ＩＴシステムに備えられる必要がある。
【００１０】
また、代表的なＩＴシステムとして、ＥＲＰシステムが挙げられる。そして、ＥＲＰシステムの大多数が、ＤＢＭＳを利用した業務システムである。ＤＢＭＳを、ＥＲＰシステムで利用する場合、時間経過と共に、随時、取引が発生し、ＤＢテーブルへ、その取引の内容を保持したレコードが追加されていく。取引の内容は、取引が終わるまで、内容の照会や更新が発生する。そして、取引が終了すると、終了時の内容で保持される。このように取引が終了したレコードは、業績集計や監査などのタイミングにおいて必要とされ、レコードアクセスが発生する。したがって、ＥＲＰシステムでは、ＤＢテーブルのうち取引が終了した古いレコードに対するアクセス頻度は、取引中の新しいレコードへのアクセス頻度より、少ない傾向がある。そして、年代別に、ディスクボリュームを設け、格納するレコードを分けて保持させれば、古いデータを保持するディスクボリュームをスピンダウンすることも可能となる。しかしながら、このために、ＤＢＭＳのＤＢテーブルの構成を、それを前提に設計することは、一般的ではない。そこで、非特許文献１のＤＢ領域再配置のためのツールを用いて、ディスクボリューム間で、データの移動を行うこともできるが、大量のデータの移動が必要となりなくされ、時間がかかるという問題がある。
【００１１】
また、特許文献１に開示されるボリュームの容量仮想化の技術が適用されたホストコンピュータ等に提供される仮想的なディスクボリュームと、物理的なディスクボリューム(または、Ｒａｉｄ  Ｇｒｏｕｐ)とは１対１に対応しない。また、記憶領域のリポジトリは、ストレージ装置により決定され、正しい記憶領域のリポジトリが判らない。したがって、非特許文献１のＤＢ領域再配置のためのツールを使用した場合であっても、同程度のアクセス頻度のレコードを同一の物理的なディスクボリュームへ移動することはできない。更に、特定のディスクボリュームへのアクセスを分散しようと、複数のディスクボリュームを利用する場合、それぞれが、仮想ボリュームであると、別々にホストから認識されているディスクボリュームであっても、実際には、それらの記憶領域が、１つの物理的なディスクボリューム内に割り当てられることもあり、アクセスの分散がなされない場合がある。
【００１２】
以上より従来技術では、ＥＲＰシステムで使用するディスク容量を効率的に使用することを目的として、容量仮想化機能を有するストレージ装置において、容量仮想化ディスクボリュームを、年代別のディスクボリュームとして設けても、レコードの物理的なリポジトリは、年代別に異なった物理的なディスクボリュームへ格納されることはない。つまり、スピンダウンできる物理的な単位であるディクスボリュームに、新旧のレコードが格納されてしまう。したがって、省電力のために、スピンダウンできる物理的なディスクボリュームを作ることができなといった問題がある。
【課題を解決するための手段】
【００１３】
かかる課題を解決するために本発明のストレージ装置は、第１の物理ＲＡＩＤグループを含む複数の物理ＲＡＩＤグループを構成する記憶装置と、コントローラと、を有し、前記コントローラは、第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＡＩＤグループの記憶領域又は前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、前記コントローラは、仕切り要求を受信し、前記コントローラは、前記仕切り要求を受信した後の前記第１の仮想ボリュームアクセスに応じて、次の使用順序の前記第１の物理ＲＡＩＤグループの記憶領域又は次の使用順序の前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当てる、ストレージ装置である。
【００１４】
また、かかる課題を解決するために本発明の記憶領域の割り当て方法は、第１の物理ＲＡＩＤグループを含む複数の物理ＲＡＩＤグループを構成する記憶装置と、コントローラと、を有するストレージ装置の仮想ボリュームへの記憶領域の割り当て方法であって、第１の仮想ボリュームへのアクセスに応じて、前記第１の物理ＲＡＩＤグループの記憶領域又は前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、使用順序をもとに順次前記第１の仮想ボリュームへ割り当て、仕切り要求を受信し、前記仕切り要求を受信した後の前記第１の仮想ボリュームアクセスに応じて、次の使用順序の前記第１の物理ＲＡＩＤグループの記憶領域又は次の使用順序の前記第１の物理ＲＡＩＤグループの複数からなるプールの記憶領域を、前記第１の仮想ボリュームに割り当てる、記憶領域の割り当て方法である。
【発明の効果】
【００１５】
本発明によれば、ＤＢＭＳ等からのアクセスにより仮想ボリュームに順次物理ボリュームが割り当てられるストレージにおいて、仕切り指示により仮想ボリュームに割り当てる物理ボリュームを変更することができ、データが格納される仮想ボリュームが異なっても、ある期間ごとにデータの作成日時等により分割して物理ボリュームに格納できる。
【発明を実施するための最良の形態】
【００１６】
本発明を実施するための最良の形態を、説明する。以下、図面を参照しながら本発明の実施例を説明する。
（１）実施例１
図１に、実施例１のＩＴシステム構成を示す。本実施例のＩＴシステムは、ＤＢＭＳサーバ10000、ストレージ装置20000、ストレージ管理サーバ30000、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）40000、管理用ネットワーク50000、それぞれを接続するデータパス41001、41002、51001〜51003とから構成される。
【００１７】
図２に、ストレージ装置20000の物理的な構成を示す。ストレージ装置20000は、ＲＡＩＤコントローラ21000、メモリ22000、物理ＲＧ（Ｒａｉｄ  Ｇｒｏｕｐ）（ａ）23100、物理ＲＧ（ｂ）23200、物理ＲＧ（ｃ）23300、物理ＲＧ（ｄ）23400とから構成される。ここで、物理ＲＧは、物理的なＲａｉｄ  Ｇｒｏｕｐを意味し、図２中のグループ数は、これに限定されるものではなく、複数のグループがあれば良い。また、物理的なＲａｉｄ  Ｇｒｏｕｐは、ＲＡＩＤを採用していないディスクコントローラの場合、物理的なディスクボリュームを適用することもできる。
【００１８】
ＲＡＩＤコントローラ21000は、構成管理処理プログラム21100、仕切り要求処理プログラム21200、入出力要求処理プログラム21300を保持する。また、ＲＡＩＤコントローラ21000は、ＳＡＮ40000へ、データパス41001を介して接続され、管理用ネットワーク50000へデータパス51001を介して接続される。更に、メモリ22000と、物理ＲＧ（ａ）23100から物理ＲＧ（ｄ）23400と、1本以上のデータパスで接続される。
【００１９】
メモリ22000は、管理情報22100を保持する。また、管理情報22100は、テーブル「構成管理」22110、テーブル「使用領域管理」22120、テーブル「空領域管理」22130を保持する。
【００２０】
以下、物理ＲＧ内の記憶領域の配置は、説明簡便化のため、一例である。また、ＤＢ管理者が、最初に、３つある仮想ボリュームに、それぞれＤＢ基本領域を作成した場合とする。物理ＲＧや仮想ボリュームの構成はこれに限定されるものではない。
【００２１】
物理ＲＧ（ａ）23100は、使用領域（ａ）23110を含む。この例は、物理ＲＧ（ａ）23100に、空領域がなくなった状態である。使用領域（ａ）23110は、基本ＤＢ領域（Ａ１）23111、基本ＤＢ領域（Ｂ１）23112、基本領域（Ｃ１）23113、拡張ＤＢ領域（Ａ２）23114を含む。
【００２２】
物理ＲＧ（ｂ）23200は、使用領域（ｂ）23210、空領域（ｂ）23220を含む。使用領域（ｂ）23210は、拡張ＤＢ領域（Ｂ２）23211、拡張ＤＢ領域（Ｂ３）23212を含む。ここで、空領域とは、まだ、仮想ボリュームに割り当てられていない記憶領域を示している。従って、物理ＲＧ（ｂ）は、まだ、未使用領域（未割り当て領域）が存在する物理ＲＧの例となる。そして、通常、下記の仮想ＶＯＬへアクセスに応じて、記憶領域が必要となった場合に、物理ＲＧ（ｂ）の未使用領域から記憶領域を順次割り当てる。ここで、本実施形態において、アクセスとはライトアクセスとリードアクセスとを含む。
【００２３】
物理ＲＧ（ｃ）23300は、空領域（ｃ）23320を含む。この物理ＲＧ（ｃ）は、まだ、仮想ボリュームに割り当てられていない新しい物理ＲＧの例である。この例では、物理ＲＧ（ｂ）の空領域がなくなった場合、下記の仮想ＶＯＬへのアクセスに応じて、記憶領域が必要となった場合に、この物理ＲＧ（ｃ）から記憶領域が割り当てられる。
【００２４】
物理ＲＧ（ｄ）23400は、ＤＢ領域管理領域（Ａ０）23411、ＤＢ領域管理領域（Ｂ０）23412、ＤＢ領域管理領域（Ｃ０）23413を含む。本実施例では、この物理ＲＧ（ｄ）23400は、アクセスなどに応じて順次仮想ボリュームに割り当てられることはせず、下記の仮想ＶＯＬ（ｄ）に常にすべての記憶領域が割り当てられ、使用される。この例において、ＤＢ領域管理領域とは、ＤＢＭＳがＤＢ領域のリポジトリ管理のための情報を保持する領域である。そして、情報の新旧に関わらず、アクセスが均一に発生するもしくは、アクセスが均一に発生すると見込まれものが、予めＤＢ領域管理領域に保持されるように、ＤＢ管理者が、ＤＢＭＳを構成する。
【００２５】
対応関係22401の矢印は、テーブル「空領域管理」22130が保持する空領域の先頭を示す。図２の状態では、空領域（ｂ）の先頭を示す。仮想ボリュームに新たな記憶領域が必要になった場合、この空領域（ｂ）23220から順次記憶領域を割り当てる。
【００２６】
図３に、図２に示した物理的な構成の論理的な構成を示す。ＲＡＩＤコントローラ21000は、ＳＡＮ40000から見て、仮想ＶＯＬ（仮想ボリューム）（Ａ）24100、仮想ＶＯＬ（Ｂ）24200、仮想ＶＯＬ（Ｃ）24300、仮想ＶＯＬ（Ｄ）24400が、存在しているように動作する。ここで、仮想ＶＯＬは、仮想的なディスクボリュームを意味する。それぞれの仮想ＶＯＬの実記憶領域として、物理ＲＧが割り当てられる。例えば、ＲＡＩＤコントローラ21000は、仮想ＶＯＬ（Ａ）24100は、基本ＤＢ領域（Ａ１）23111、拡張ＤＢ領域（Ａ２）23114を保持したディスクボリュームに見せる。同様に、仮想ＶＯＬ（Ｂ）24200は、基本ＤＢ領域（Ｂ１）23112、拡張ＤＢ領域（Ｂ２）23211、拡張ＤＢ領域（Ｂ３）23212を保持する。仮想ＶＯＬ（Ｃ）24300は、基本ＤＢ領域（Ｃ１）23113を保持する。なお、矢印24110、矢印24210、矢印24310は、それぞれのＤＢ領域が追加された時間的な順序を示している。つまり、矢印の先端に向かうにしたがって、新しいＤＢ領域であることを示す。
【００２７】
仮想ＶＯＬ（Ｄ）24400は、ＤＢ領域管理領域（Ａ０）23411、ＤＢ領域管理領域（Ｂ０）23412、ＤＢ領域管理領域（Ｃ０）23413を保持する。仮想ＶＯＬ（Ｄ）には、アクセスに応じて、物理ＲＧ（ａ）から物理ＲＧ（ｂ）の記憶領域を割り当てられることはなく、物理ＲＧ（ｄ）のすべての記憶領域が仮想ＶＯＬ（Ｄ）の記憶領域として割り当てられる。
【００２８】
以上、図２と図３によって、仮想ボリュームを利用する場合、異なる仮想ボリューム上の記憶領域が必ずしも、異なる物理ボリュームへ割り当てられないことがわかる。
【００２９】
図４に、ＤＢＭＳサーバ10000の構成を示す。ＤＢＭＳサーバ10000は、ＣＰＵ11000、メモリ12000、通信アダプタ13000、ストレージアダプタ14000から構成され、それぞれは、データパスで接続される。
【００３０】
メモリ12000は、ＤＢ領域再配置プログラム12100と、ＤＢＭＳプログラム12200を保持する。ＤＢ領域再配置プログラム12100は、従来の一般的なデータベース管理システムのソフトウェアである。ＤＢＭＳプログラム12200は、従来の一般的なデータベース管理システムのソフトウェアである。
【００３１】
通信ネットワークアダプタ13000は、ＩＰプロトコルをサポートする一般的なＮｉｃでよく、データパス51002を介して、管理用ネットワーク50000へ接続する。
ストレージアダプタ14000は、ＳＣＳＩ、Ｆｉｂｅｒ  Ｃｈａｎｎｅｌなどの一般的なＨｏｓｔＢｕｓ  Ａｄａｐｔｅｒで良く、データパス41002を介して、ＳＡＮ40000へ接続する。
【００３２】
図５に、ストレージ管理サーバ30000の構成を示す。
【００３３】
ストレージ管理サーバ30000は、ＣＰＵ31000、メモリ32000、通信ネットワークアダプタ33000、ユーザＩＦアダプタ34000とから構成され、それぞれデータパスを介して接続される。メモリ32000は、ストレージ管理プログラム32100を保持する。本実施例では、このストレージ管理プログラム32100は、ユーザＩＦからの指示を、ストレージ装置20000へ、管理用ネットワーク50000を介して送るプログラムであれば良い。
【００３４】
通信ネットワークアダプタ33000は、ＩＰプロトコルをサポートする一般的なＮｉｃでよく、データパス51002を介して、管理用ネットワーク50000へ接続する。
【００３５】
また、ユーザＩＦアダプタ34000は、操作者へ情報を表示するデバイスとしてディスプレイ34001と、情報を入力するデバイスとしてキーボード34002とポインティングデバイス34003を接続するインタフェースアダプタである。ポンティングデバイス34003は、マウスやトラックボールなどである。
【００３６】
図６に、仮想ボリュームである仮想ＶＯＬ（Ｃ）24300へ、新しい記憶領域である拡張ＤＢ領域（Ｃ２）23311へアクセス21401が起きたときのストレージ装置20000の論理的な構成を示す。
【００３７】
ＲＡＩＤコントローラ21000が、データパス41001を介して、拡張ＤＢ領域（Ｃ２）へのアクセス21401を受けた場合、内蔵する入出力要求処理プログラム21300が実行され、拡張ＤＢ領域の（Ｃ２）へのアクセスが実行される。この処理の説明は、以降の図１８で説明する。
【００３８】
図７に、図６の動作が実行された場合のストレージ装置20000の物理的な構成を示す。新たにアクセスが発生した拡張ＤＢ領域（Ｃ２）23213には、テーブル「空領域管理」22130が、次に割り当てられる記憶領域として指し示している物理ＲＧ（ｂ）23200の空領域（ｂ）23220の先頭の記憶領域を割り当てられる。そして、拡張ＤＢ領域（Ｃ２）23213として、使用領域23210に保持し、テーブル「空領域管理」22130は、残りの空領域（ｂ）23220の先頭を指し示すように更新する。
【００３９】
図８も、ストレージ管理サーバ30000から、管理用ネットワーク50000経由で、仕切り要求21402を、ＲＡＩＤコントローラ21000が受けた場合のストレージ装置20000の物理的構成を示す。
【００４０】
ＲＡＩＤコントローラ21000は、仕切り要求21402を受信すると、内蔵する仕切り要求処理プログラム21200を実行する。仕切り要求処理プログラム21200は、テーブル「空領域管理」が指し示している、次に仮想ボリュームに割り当てられる物理ＲＧの記憶領域として、物理ＲＧ（ｂ）23200の空領域（ｂ）23220の先頭の記憶領域から、次の物理ＲＧ（ｃ）23300の空領域（ｃ）23320の先頭の記憶領域を指し示すように更新する。
【００４１】
図９は、図８の動作後に、拡張ＤＢ領域（Ｃ２）のアクセス22000が発生した場合のストレージ装置20000の物理的な構成を示す。
【００４２】
ＲＡＩＤコントローラ21000は、ＳＡＮ40000を介して、拡張ＤＢ領域の（Ｃ２）へのアクセス22000を受けると、内蔵する入出力要求処理プログラム21300によって、新たな記憶領域を、テーブル「空領域管理」22130が示す物理ＲＧ（Ｃ）23300の先頭の記憶領域から取得する。そして、使用領域23310の拡張ＤＢ領域（Ｃ２）23311を仮想ボリュームに割り当てる記憶領域として保持する。また、テーブル「空領域管理」22130が示していた領域は、割り当てた領域を除いた空領域23320の先頭の記憶領域へと更新する。仕切り要求の受信がなかったときの図７と比べ、ストレージ装置20000が、仕切り要求を受信したか否かで、新たに仮想ボリュームに割り当てられる記憶領域の物理的配置が異なる。
【００４３】
以上、図６から図９までの処理内容は、以降の図１８で説明する。
【００４４】
図１０に、テーブル「構成管理」22100の構成を示す。テーブル「構成管理」22100は、仮想ボリュームに割り当てる記憶領域を取得する物理ＲＧの一覧と順序を管理する。このテーブルに、物理ＲＧ毎にレコードとして登録し、登録する使用順序で、物理ＲＧが仮想ボリュームに割り当てられる。テーブル「構成管理」22100は、カラム「使用順序」22110、カラム「物理ＲＧ識別情報」22120、カラム「記憶領域の数」22130、カラム「空領域の数」22140、カラム「動作モード」22150を有する。
【００４５】
本実施例では、カラム「使用順序」22110に保持する値で、昇順に、登録されている物理ＲＧが仮想ボリュームに割り当てられる。つまり、各仮想ボリュームへの物理領域の割り当て指示があった順に、使用順序の小さい物理RGの物理領域から割り当てられ、該物理RGの記憶領域の割り当てがすべて終了した後、次に小さい物理RGの物理領域を割り当てる。
【００４６】
カラム「物理ＲＧ識別情報」22120は、ストレージ装置20000が扱う物理ＲＧを識別するための番号若しくは記号であれば良い。
【００４７】
カラム「記憶領域の数」22130は、物理ＲＧの記憶容量に相当する値で、論理ブロック数若しくは、その整数倍のなど、記憶ブロックの数量であれば良い。
【００４８】
カラム「空領域の数」22140は、前記の記憶ブロックの数量の内、仮想ＶＯＬに割り当てられていない数量であれば良い。
【００４９】
カラム「動作モード」22150は、物理ＲＧの動作モードを示す値であれば良く、本実施例では、そのカラムの値として、「省エネ」は、省電力状態を示しており、ディスクの回転数を停止させたスピンダウン状態とし、「通常」は、ホストからのアクセスに応答可能な状態であって、スピンアップ状態を、意図している。「省エネ」としては、スピンダウン状態だけではなく、ディスクの回転数を減少させた状態、ディスクへの電源供給を停止させた状態などであってもよい。
【００５０】
そして、仕切り要求受信する前に仮想ボリュームに割り当てるために使用していた物理ＲＧを「省エネ」とする。仕切り要求を受信した後に、仕切り要求を受信する前に仮想ボリュームを割り当てるために使用されていた物理ＲＧへのアクセスが減少する、もしくは全くなくなる場合には、該物理ＲＧを省電力状態にすることで、消費電力を低減できる効果がある。
【００５１】
なお、仮想ボリューム（ｄ）（物理ＶＯＬ（ｄ））へは、情報の新旧に関わらず、アクセスが均一に発生するもしくは、アクセスが均一に発生すると見込まれるため、「通常」状態であることが好ましい。
【００５２】
図１１に、テーブル「構成管理」22100の他の例を示す。これは、図１０に代替することのできるテーブル「構成定義」の構成である。仮想ＶＯＬへの物理ＲＧの割り当てに際して、特定の物理ＲＧへアクセスが集中しないように、複数の物理ＲＧをグルーピングして、その中の物理ＲＧをラウンドロビンで使用する場合のテーブルの構成例である。つまり、図１１のテーブルは、図１０のテーブル22100へ、カラム「ラウンドロビン」22160を追加したテーブルである。カラム「ラウンドロビン」22160により、使用順序の前にラウンドロビンの順序を優先して、記憶領域を、仮想ＶＯＬへ割り当てる。この割り当て順序であっても、同様に、本発明を適用することができる。また、この場合、カラム「使用順序」の値で、同じ値を有する物理ＲＧ群を、プールとして管理しても良い。
【００５３】
図１２に、テーブル「使用領域管理」22200の構成を示す。テーブル「使用領域管理」22200は、主に、仮想ＶＯＬ上のホストに提供される仮想的な記憶領域と、実際にデータを保持する物理ＲＧ上の記憶領域の対応関係を保持するテーブルである。テーブル「使用領域管理」22200は、カラム「仮想ＶＯＬ識別情報」22210、カラム「仮想ＶＯＬ記憶領域識別番号」22220、カラム「物理ＲＧ識別番号」22230、カラム「物理ＲＧ記憶領域識別番号」22240を有する。カラム「仮想ＶＯＬ識別情報」22210は、仮想ボリュームを識別するための番号若しくは記号を格納し、例えばＳＣＳＩ仕様の論理ユニット番号（ＬＵＮ）などである。また、カラム「仮想ＶＯＬ記憶領域識別番号」22220とカラム「物理ＲＧ記憶領域識別番号」22240は、例えばＳＣＳＩ仕様での論理ブロックアドレス（ＬＢＡ）である。カラム「物理ＲＧ識別情報」22230は、図１１で説明しているカラム「物理ＲＧ識別情報」22120と同様である。
【００５４】
図１３に、テーブル「空領域管理」22300の構成を示す。テーブル「空領域管理」22300は、新しい記憶領域を、どの物理ＲＧから取得するかの情報を保持すると共に、各仮想ボリュームのＶＯＬ属性情報を保持する。テーブル「空領域管理」22300は、カラム「仮想ＶＯＬ識別情報」22310、カラム「ＶＯＬ属性」22320、カラム「記憶領域を取得する物理ＲＧ識別情報」22330を有する。
【００５５】
本実施例では、カラム「ＶＯＬ属性」22320には、その仮想ボリュームの仮想化の方法を区別する情報が入る。例えば、値として、「容量仮想化」は、仮想ボリュームへのアクセスなどに応じて、記憶領域が必要となった場合に、順次物理ＲＧから記憶領域が割り当てられる仮想化の方法が適用されていることを示し、「通常」は、仮想ボリュームと物理ＲＧとが一対一で対応し、アクセスなどによらずに、常にすべての記憶領域が物理ＲＧより割り当てられている仮想化アクセスに応じて物理ＲＧの記憶領域が割り当てられることはない、仮想化の方法が適用される。
【００５６】
具体的には、本実施例の場合、仮想ＶＯＬ（ａ）から仮想ＶＯＬ（ｃ）が「容量仮想化」であり、仮想ＶＯＬ（ｄ）が「通常」となる。
【００５７】
カラム「記憶領域を取得する物理ＲＧ識別情報」22330は、新たに必要となった記憶領域を取得する物理ＲＧを示す。また、容量仮想化が適用されない仮想ボリュームでは、対応する物理ＲＧを示す。
【００５８】
なお、カラム「ＶＯＬ属性」22320は、このテーブル22300と必ずしも一体になっている必要はなく、ボリュームを管理する別のテーブルに含まれていても差し支えない。
【００５９】
以降、図を参照して、ＲＡＩＤコントローラ20000の動作を説明する。
【００６０】
図１４に、ＲＡＩＤコントローラ21000が、管理用ネットワーク50000経由で、管理要求を受け取った際の動作を示す。ＲＡＩＤコントローラ21000は、処理ブロック90101にて、管理要求を受信し、処理ブロック90102実行する。
【００６１】
処理ブロック90102にて、受信した管理要求が、構成管理要求であれば、処理ブロック90104にて構成管理処理プログラム21100を実行する。具体的には、処理ブロック90106にて、テーブル「構成管理」22100のカラム「動作モード」22150の値が「省エネ」であるレコードのカラム「物理RG識別情報」22120の値を取得し、それに相当する物理RGへスピンダウン要求を送る。処理ブロック90107にて、テーブル「構成管理」22100のカラム「動作モード」22150の値が「通常」であるレコードのカラム「物理RG識別情報」22120の値を取得し、それに相当する物理RGへスピンアップ要求を送る。ここで、スピンダウン要求とスピンアップ要求は、例えば、ＳＣＳＩ規格でのコマンド「Ｓｔａｒｔ／Ｓｔｏｐ Ｕｎｉｔ」(１Ｂｈ)に相当し、ハードディスクドライブのモータの回転の制御を行う要求のことである。スピンダウン要求により、モータの回転が止まると、一般的に、それに伴い、ハードディスクの消費電力が減る。また、「省エネ」に設定される物理RGへ直ぐに、スピンダウン要求を送ることをしなくても良く、既定時間内に、当該の物理RGにアクセスが発生無ければ、スピンダウン要求を送るような方法であっても良い。
処理ブロック90103にて、受信した管理要求が仕切り要求であれば、処理ブロック90105にて、仕切り要求処理プログラム21200を実行する。また、受信した要求が、仕切り要求でなければ、終了する。
【００６２】
図１５に、ＳＡＮ40000経由で入出力要求を受け取った際のＲＡＩＤコントローラ20000の動作を示す。処理ブロック90201にて、ＤＢＭＳサーバから入出力要求を受信し、処理ブロック90202にて、入出力要求処理プログラム21300を実行して、終了する。
【００６３】
図１６に、構成管理処理プログラム21100の動作を示す。処理ブロック90301にて、構成管理要求のパラメータを受信する。次に、処理ブロック90302にて、受信したパラメータより構成管理要求が構成表示要求であるかどうかを判断する。構成表示要求である場合、処理ブロック90304にて、要求された情報を、メモリの保持する管理情報であるテーブル「構成管理」22110、テーブル「使用領域管理」22120、テーブル「空領域管理」22130から抽出して、ストレージ管理サーバへ送信する。
【００６４】
処理ブロック90302にて、構成管理要求が構成表示要求でない場合、処理ブロック90303にて、受信したパラメータから構成管理要求が構成更新要求であるかどうかを判断する。構成更新要求であった場合、処理ブロック90305にて、指定された情報を、ストレージ管理サーバ30000から受信し、メモリの保持する管理情報の各テーブルである、テーブル「構成管理」22110、テーブル「使用領域管理」22120、テーブル「空領域管理」22130を更新する。
【００６５】
図１７に、仕切り要求処理プログラム21200の動作を示す。
【００６６】
ここで、仕切り要求処理プログラム21200は、ストレージ管理サーバ30000からの仕切り要求を受信することにより処理が開始される。該仕切り要求は、ＤＢＭＳサーバや管理サーバから自動的に発行される。しかし、これに限定されるものではなく、操作者により手動で発行されてもよい。そして、該仕切り要求が発行されるタイミングは、ストレージ管理サーバまたはＤＢＭＳサーバ上のタイマーにより月末、期末、年度末などの締め切り日後の予め決められた日時である。月末、期末、年度末などの締め切り日後の予め決められた日時に仕切り要求を発行することにより、取引が既に終了しアクセス頻度が低いデータと、取引中でありアクセス頻度が高いデータとを異なる物理ＲＧに格納することができる。
【００６７】
しかし、これに限定されるものではなく、さらに、該仕切り要求が発行されるタイミングは、ボリュームのデータのバックアップを開始する時もしくは終了する時であってもよい。該タイミングで、仕切り要求の発行させることで、バックアップデータが格納される物理ＲＧとその他のデータが格納される物理ＲＧを分けて格納することができ、同じ物理ＲＧに通常のアクセスと、バックアップによるアクセスとが発行されず、性能干渉を軽減することができる。
【００６８】
仕切り要求処理プログラム21200の動作は、まず、処理ブロック90401にて、ストレージ管理サーバ30000から、仕切り要求の対象となる仮想ＶＯＬ識別情報を受信する。
【００６９】
その後、処理ブロック90402にて、テーブル「空領域管理」22300のカラム「仮想ＶＯＬ識別情報」22310から、受信した仮想ＶＯＬ識別情報を持つレコードを検索し、カラム「ＶＯＬ属性」22320とカラム「記憶領域を取得する物理RG識別情報」22330のそれぞれの値を取得する。
【００７０】
次に、処理ブロック90403にて、取得したカラム「ＶＯＬ属性」22320の値が、容量仮想化を示しているかどうかを判断する。容量仮想化を示す場合、処理ブロック90404に移行し、示さない場合には、プログラムを終了する。
【００７１】
処理ブロック90404にて、テーブル「構成管理」22100のカラム「物理ＲＧ識別情報」22120から、取得した「記憶領域を取得する物理RG識別情報」の物理ＲＧ識別情報を持つレコードを検索し、そのレコードのカラム「使用順序」22110の値を取得する。
【００７２】
処理ブロック90405にて、テーブル「構成管理」22100のカラム「使用順序」22110に、検索結果の使用順序に１を加算した値を持つレコードを検索し、そのレコードのカラム「物理ＲＧ識別情報」22120の値を、取得する。
【００７３】
処理ブロック90406にて、先に、テーブル「空領域管理」22300で検索したレコードのカラム「記憶領域を取得する物理RG識別情報」22330を、前のステップで取得した物理ＲＧ識別情報へ更新し、終了する。
【００７４】
以上の仕切り要求処理により、次回の入出力処理により仮想ボリュームへ物理ボリュームを新たに割り当てる時、現在仮想ボリュームへの割り当てに使用されている物理ボリュームではなく、使用されていない（記憶領域のすべてが空領域である）物理RGの中で使用順序が最も小さい新たな物理ボリュームより割り当てられることになる。
【００７５】
したがって、ある時間帯より後に新たに割り当てられる記憶領域を別の物理RGより割り当てることができる。そして、異なる仮想ボリュームに格納されるレコードであっても、ある期間（前回の仕切り指示から今回の仕切り指示までの期間など）に作成されたレコードであれば、少なくとも１以上の物理RGに集めて格納することができる。
【００７６】
なお、本実施例では、仕切り要求処理プログラム21200の動作は、操作者が、ストレージ管理サーバ30000から、構成管理要求を送り、図１６にて説明した構成管理処理プログラム21100にて、テーブル「空領域管理」22130のカラム「記憶領域を取得する物理ＲＧ識別情」22330を、更新することで代用しても、差し支えない。また、操作者が指定する物理ＲＧから、記憶領域を取得させるようにする場合、同様に、この構成管理処理プログラム21100を使用すれば良い。
【００７７】
図１８から図２０によって、入出力要求処理プログラム21300の動作を示す。
【００７８】
図１８の処理ブロック90501にて、入出力要求、論理ＶＯＬ識別情報、論理ＶＯＬ記憶領域識別番号を受信する。
【００７９】
次に、処理ブロック90502にて、テーブル「使用領域管理」22200のカラム「仮想ＶＯＬ識別情報」22210とカラム「仮想ＶＯＬ記憶領域識別番号」22220が、それぞれ受信した「論理ＶＯＬ識別情報」、「論理ＶＯＬ記憶領域識別番号」と一致するレコードを検索する。
【００８０】
処理ブロック90503にて、検索結果の有無を判定し、一致するレコードがあれば、処理ブロック90505を実行する。もし、一致するレコードがない場合、処理ブロック90504を実行する。
【００８１】
処理ブロック90505では、検索結果のレコードのカラム「物理ＲＧ識別情報」22230と「物理ＲＧ記憶領域識別番号」22240のそれぞれの値に相当する記憶領域を、アクセス対象として、データの入出力を行い、処理を終了する。
【００８２】
処理ブロック90503にて、テーブル「使用領域管理」22200に受信した各識別番号に一致するレコードがない場合、処理ブロック90504にて、テーブル「空領域管理テーブル」22300のカラム「仮想VOL識別情報」22310の値が、対象の論理ＶＯＬ識別情報と同じレコードを検索し、検索したレコードのカラム「記憶領域を取得する物理ＲＧ識別情報」22330の値を取得する。
【００８３】
次に、処理ブロック90506にて、前処理ブロック90504で取得した物理ＲＧ識別情報の値と、テーブル「構成管理」22100のカラム「物理ＲＧ識別情報」22120で値が一致するレコードを検索し、検索したレコードのカラム「記憶領域の数」22130とカラム「空領域の数」22140の値を、それぞれ取得を実行する。
【００８４】
そして、処理ブロック90507にて、前処理ブロック90506で取得した空領域の数が、既定数以上かを判定し、既定数以上であれば、図１９の処理ブロック90601、そうでなければ、図２０の処理ブロック90701を実行する。ここで、既定値は、記憶領域の割り当て単位に相当する値で、割り当てる記憶領域を１つ分に相当する値以上であればよい。
【００８５】
図１９の処理ブロック90601にて、前処理ブロック90506にて検索したレコードのカラム「空領域の数」の値を、格納されている値から既定数を減算した値に、更新する。
【００８６】
処理ブロック90602にて、前処理ブロック90506で取得したカラム「記憶領域の数」とカラム「空領域の数」の値から、空領域の先頭の記憶領域識別番号を算出する。なお、この算出は、例えば、カラム「記憶領域の数」の値から、カラム「空領域の数」の値を、引算した値を使うことができる。
【００８７】
処理ブロック60603にて、入出要求対象の仮想ＶＯＬ識別情報、仮想ＶＯＬ記憶領域識別番号と、検索した空領域の物理RG識別情報と、算出した空領域の先頭の記憶領域識別番号を、テーブル「使用領域管理」22200のレコードとして構成し、追加する。その後、図１８の処理ブロック90502を実行する。
【００８８】
図２０の処理ブロック90701にて、前処理ブロック90506で取得しているテーブル「構成管理」22100の、前処理ブロック90506にて検索したレコードに対応する、カラム「使用順序」22110の値に１を加算した値で、テーブル「構成管理」22100のカラム「使用順序」22110の値が一致するレコードを検索し、その検索結果のレコードのカラム「物理ＲＧ識別情報」22120の値を取得する。つまり、次の使用順序の物理ＲＧ識別情報を取得する。
【００８９】
処理ブロック90702にて、処理ブロック90701の検索で、一致するレコードがあるかどうか（次の使用順序の物理ＲＧが存在するかどうか）を判断し、一致するレコードがある場合には処理ブロック90703を実行し、一致するレコードがない場合には、プログラムを終了する。
【００９０】
処理ブロック90703にて、前処理ブロック90701の検索結果のレコードのカラム「物理ＲＧ識別情報」の値で、検索結果のテーブル「空領域管理」のレコードのカラム「記憶領域を取得する物理ＲＧ識別情報」の値を、更新し、図１８の処理ブロック90504を実行する。なお、この際、テーブル「空領域管理」22300で、カラム「記憶領域を取得する物理ＲＧ識別情報」に、同じ値を有するレコードがあれば、同様に更新しても差し支えない。
【００９１】
以上で、ＲＡＩＤコントローラ20000に内蔵する構成管理処理プログラム21100、仕切り要求処理プログラム21200、入出力要求処理プログラム21300の動作の説明した。
【００９２】
図２１に、操作者によって、ストレージ管理サーバ30000で実施される仕切り指示の手順を示す。
【００９３】
作業ブロック90801にて、ストレージ管理サーバ30000から、仕切り要求を、ストレージ装置へ送信する。
【００９４】
作業ブロック90802にて、ＤＢＭＳサーバ10000から、ＤＢＭＳプログラム12200を使って、ＤＢ領域の拡張領域の追加操作を実施する。
【００９５】
作業ブロック90803にて、ＤＢＭＳサーバ10000で、ＤＢ領域再配置プログラム12100を使用して、アクセス頻度の高い記憶領域のデータを、仮想ＶＯＬ（Ｄ）24400の記憶領域へ再配置する。
【００９６】
図２８と図２９によって、ＤＢ領域再配置プログラム12100の動作を説明する。図２８の、処理ブロック90901にて、ＤＢＭＳプログラム122200からのボリュームアクセスを監視し、各ボリュームのDB領域毎にアクセス回数を集計する。そして、次に、処理ブロック90902にて、最後の仕切り要求を実行する前に存在していたDB領域を対象に、処理ブロック90901にて集計されたアクセス回数であって、最後の仕切り要求実行後のアクセス回数が既定値以上のDB領域を、仮想ＶＯＬ（Ｄ）24400へ移動する。該既定値は、消費電力削減を目的とする場合には、スピンダウンされた物理ＲＧに、データのアクセスが発生すると性能劣化の原因となるので、値「１」が良い。但し、省電力動作目的でなく、バックアップなどとの性能干渉を軽減する目的では、設計者や管理者が設定する１以上の値で実施しても差し支えない。図２９は、該アクセス回数が、規定値以上となった場合の再配置先の例を示す。この例では、仮想ＶＯＬ（Ｄ）24200のＤＢ領域23211が、仮想ＶＯＬ（Ｄ）24400に拡張ＤＢ領域（Ｄ２）23416として、再配置される。仮想ＶＯＬ（Ｄ）には、ＤＢ領域管理情報や仮想ＶＯＬ管理情報などが格納されているが、新たにＤＢ領域23211のデータを格納するために拡張ＤＢ領域（Ｄ２）を作成する。再配置処理の例としては、再配置先に、同じ容量のＤＢ領域を確保し、そこへデータをコピーし、元のＤＢ領域23211のデータは削除してもよい。また、仮想ＶＯＬ（Ｄ）24400の既存のＤＢ領域23415に、ＤＢ領域23211に格納されるデータ容量以上の容量の空きがあれば、ＤＢ領域23415に追加して格納してもよい。また、ＤＢ領域再配置プログラム12100の中には、ＤＢ領域単位のアクセス統計だけでなく、例えば、ボリュームのデータブロック単位などのさらに小さい単位でアクセスの統計を取ることもできる。このような場合も、同様の方法で、再配置すればよい。
【００９７】
以上により、特に例えば、期末や年度末など会計締め切り日の前後でアクセス頻度が大きく異なるようなＥＲＰシステムにおいては、仕切り要求が会計締め切り処理終了後に発行される。そして、仕切り要求の実行前に使っていた物理ＲＧの動作モードを、「省エネ」へ変更することで、物理ＲＧの消費電力を低減することができる。
【００９８】
さらに、「省エネ」に変更された物理ＲＧは、該物理ＲＧにアクセスが発生した場合には、「通常」の動作モードに変更するように制御してもよい。そして、最終アクセスから一定期間経過した後に、再度「省エネ」の動作モードに変更するように制御してもよい。
【００９９】
また、「省エネ」に変更された物理ＲＧへある一定期間に集中してアクセスされるなどのアクセススケジュールを設定し、そのアクセススケジュールにそって、「通常」の動作モードに変更するように制御してもよい。
【０１００】
なお、本発明を適用しない場合、例えば、仕切り指示を、ストレージ装置20000へ出さない場合、新旧のレコードが、同じ物理ＲＧに混在して格納されてしまうため、前記の作業ブロック90803で再配置する必要なデータ量は膨大となる。すなわち、本発明は、この再配置するデータ量も、大きく削減する効果がある。
【０１０１】
また、仕切り指示前のレコードのバックアップを実施する際、格納される物理ＲＧが、仕切り指示後のレコードと異なるので、バックアップのためにアクセスする物理ＲＧと、仕切り指示後の新しいレコードへのトランザクションのためにアクセスする物理ＲＧとが異なる。したがって、上記バックアップと上記トランザクションが同時に発生したとしても、処理性能の劣化を防止する効果がある。
【０１０２】
図２２と図２３に、本実施例で本発明の効果が顕著に現れるＤＢテーブルの構成と、そのＤＢテーブルに対するＳＱＬ問合せ例を示す。
【０１０３】
図２２に、ＤＢテーブル「取引履歴」60000を示す。ＤＢテーブル「取引履歴」60000は、ＥＲＰシステムにおいて、取引の内容をレコードとして構成して登録するテーブルの例である。
【０１０４】
ＤＢテーブル「取引履歴」60000は、一例としてカラム「日付」60010、カラム「製品番号」60020、カラム「販売数量」60030、カラム「売上」60040を含む。ここで、カラム「日付」60010は、ＩＮＤＥＸカラムとして定義する。
【０１０５】
図２３に、図２２のＤＢテーブル「取引履歴」60000に対するＳＱＬ問合せ例を示す。検索条件に、年度などの期間を含めることで、その期間外のレコードへのアクセスが軽減できる。この問合せの意味は、２００８年４月１日からの製品番号が、「０００５５９０５」である製品の販売数量と売上のそれぞれの合計を求めるＳＱＬ問合せである。
（２）実施例２
本発明の他の実施形態２は、図１を、図２４で置き換え、図２を、図２５で置き換え、図３を、図２６で置き換え、図４を、図２７で置き換えたＩＴシステムである。
【０１０６】
したがって、実施例２の構成は、図１のＤＢＭＳサーバ10000を、ホスト装置80000へ置き換えた構成となる。
【０１０７】
ホスト装置は、図２７に示す構成である。この際、記憶領域再配置プログラム82100は、ＤＢ領域再配置プログラム12100と同様の役割を果たす。また、ＯＳプログラム82200は、ＤＢＭＳプログラム12200と同様の役割を果たす。特に、ＯＳプログラム上で実現されるファイルシステムの領域が、基本ＤＢ領域と拡張ＤＢ領域とからなるＤＢ領域に対応する。
【０１０８】
図２５と図２の違いは、図２５のＤＢ領域を、図２においては記憶領域とした部分である。例えば、基本ＤＢ領域（Ａ１）23111は、仮想ＶＯＬ（Ａ）記憶領域（１）23115に対応する。同様に、基本ＤＢ領域（Ｂ１）23112は仮想ＶＯＬ（Ｂ）記憶領域（１）23116、基本ＤＢ領域（Ｃ１）23113は仮想ＶＯＬ（Ｃ）記憶領域（１）23117、拡張ＤＢ領域（Ａ２）23114は仮想ＶＯＬ（Ａ）記憶領域（２）23118、拡張ＤＢ領域（Ｂ２）23211は仮想ＶＯＬ（Ｂ）記憶領域（２）23213、拡張ＤＢ領域（Ｂ３）23212は仮想ＶＯＬ（Ｂ）記憶領域（３）23214、ＤＢ領域管理領域（Ａ０）23411、仮想ＶＯＬ（Ａ）管理情報領域23414、ＤＢ領域管理領域（Ｂ０）23411は仮想ＶＯＬ（Ｂ）管理情報領域23414、ＤＢ領域管理領域（Ｃ０）23411は仮想ＶＯＬ（Ｃ）管理情報領域23414に対応する。
【０１０９】
図２６に、ストレージ装置20000の論理的な構成を示す。図２６は、図２５と同様の３に、上記の対応関係のある構成である。
【０１１０】
その他は、同様で、本発明は差し支えなく実施できる。
【０１１１】
これにより、ファイルが時間経過と共に追記されて行くアーカイブ用途のファイル格納において、仕切り指示によって、仕切り指示前の古いファイルのデータの物理ＲＧの格納先、仕切り指示後の新しいファイルのデータの物理ＲＧの格納先が、異なる。そたがって、仕切り指示前の古いファイルが格納される物理ＲＧを、スピンダウンするなど、省電力が可能となる。
【０１１２】
また、仕切り要求に実行によって、データ再配置プログラムを適用した際、再配置するデータ量が少なくなる効果がある。
【０１１３】
また、仕切り指示前のファイルのバックアップを実施する際、格納される物理ＲＧが、仕切り指示後のファイルと異なるので、バックアップのためにアクセスする物理ＲＧと、仕切り指示後の新しいレコードへのトランザクションのためにアクセスする物理ＲＧとが異なる。したがって、上記バックアップと上記トランザクションが同時に発生したとしても、処理性能の劣化を防止する効果がある。
【図面の簡単な説明】
【０１１４】
【図１】本実施形態の物理的なシステム構成を示す図である。
【図２】本実施形態の物理的なストレージ構成を示す図である。
【図３】本実施形態の論理的なストレージ構成を示す図である。
【図４】本実施形態のＤＢＭＳサーバの構成を示す図である。
【図５】本実施形態のストレージ管理サーバの構成を示す図である。
【図６】本実施形態の論理的なストレージ構成（拡張ＤＢ領域の追加例）を示す図である。
【図７】本実施形態の仮想VOLへの記憶領域割り当（通常）を示す図である。
【図８】本実施形態の仮想VOLへの記憶領域割り当（仕切り要求受領時）を示す図である。
【図９】本実施形態の仮想VOLへの記憶領域割り当（仕切り要求受領後）を示す図である。
【図１０】本実施形態のテーブル「構成管理」の構成を示す図表である。
【図１１】本実施形態のテーブル「構成管理」の構成（バリエーション）を示す図表である。
【図１２】本実施形態のテーブル「使用領域管理」の構成を示す図表である。
【図１３】本実施形態のテーブル「空領域管理」の構成を示す図表である。
【図１４】本実施形態の管理系処理の流れを示すフローチャートである。
【図１５】本実施形態の入出力系処理の流れを示すフローチャートである。
【図１６】本実施形態の構成管理処理の流れを示すフローチャートである。
【図１７】本実施形態の仕切り要求処理の流れを示すフローチャートである。
【図１８】本実施形態の入出力要求処理の流れ（１）を示すフローチャートである。
【図１９】本実施形態の入出力要求処理の流れ（２）を示すフローチャートである。
【図２０】本実施形態の入出力要求処理の流れ（３）を示すフローチャートである。
【図２１】本実施形態の拡張ＤＢ領域の追加の作業手順を示すフローチャートである。
【図２２】本実施形態のＤＢテーブルの構成例を示す図表である。
【図２３】本実施形態のＳＱＬ問合せ例を示す図である。
【図２４】本実施形態の物理的なシステム構成（バリエーション）を示す図である。
【図２５】本実施形態の物理的なストレージ装置の構成（バリエーション）を示す図である。
【図２６】本実施形態の論理的なストレージ構成（バリエーション）を示す図である。
【図２７】本実施形態のホスト装置の構成（バリエーション）を示す図である。
【図２８】本実施形態のＤＢ領域再配置の処理の流れを示すフローチャートである。
【図２９】本実施形態のＤＢ領域再配置の構成例を示す図である。
【符号の説明】
【０１１５】
１００００：データベース管理システム（ＤＢＭＳ）サーバ、２００００：ストレージ装置、３００００：ストレージ管理サーバ、４００００：ストレージエリアネットワーク（ＳＡＮ）、５００００：管理用ネットワーク、４１００１〜４１００２：ストレージ接続パス、５１００１〜５１００３：ネットワーク接続パス
【図１】
2010072777.tif 000003
【図２】
2010072777.tif 000004
【図３】
2010072777.tif 000005
【図４】
2010072777.tif 000006
【図５】
2010072777.tif 000007
【図６】
2010072777.tif 000008
【図７】
2010072777.tif 000009
【図８】
2010072777.tif 000010
【図９】
2010072777.tif 000011
【図１０】
2010072777.tif 000012
【図１１】
2010072777.tif 000013
【図１２】
2010072777.tif 000014
【図１３】
2010072777.tif 000015
【図１４】
2010072777.tif 000016
【図１５】
2010072777.tif 000017
【図１６】
2010072777.tif 000018
【図１７】
2010072777.tif 000019
【図１８】
2010072777.tif 000020
【図１９】
2010072777.tif 000021
【図２０】
2010072777.tif 000022
【図２１】
2010072777.tif 000023
【図２２】
2010072777.tif 000024
【図２３】
2010072777.tif 000025
【図２４】
2010072777.tif 000026
【図２５】
2010072777.tif 000027
【図２６】
2010072777.tif 000028
【図２７】
2010072777.tif 000029
【図２８】
2010072777.tif 000030
【図２９】
2010072777.tif 000031