JP4977532B2 - ストレージシステムの電力消費を制御するデータベース管理システム - Google Patents

Description

本発明は、ストレージシステムの電力消費の制御に関する。

ストレージシステムは、一般に、記憶装置の記憶領域をホストコンピュータへ提供する。ホストコンピュータは、ストレージシステムが提供する記憶領域へデータを書き込んだり、記憶領域に格納されているデータを読み出したりする。最近では、ストレージシステムが取り扱うデータ量が増加してきたため、ストレージシステムは、より多くの記憶装置を備えるようになっている。一方、ストレージシステムが備える記憶装置が多くなると、ストレージシステムが消費する電力も多くなるので、ストレージシステムを運用するためのコストが増加する。

このような問題に対して、例えば、特許文献１に開示の技術がある。特許文献１では、データの書込み又は読出し等のデータアクセスが行われている記憶装置を稼働させ、データアクセスが行われていない記憶装置を停止させておくことで、ストレージシステムの消費電力を低減する。

特開２００５−１５７７１０号公報

上述した電力消費制御は、ストレージシステム自身が、自己が備える記憶装置に対してデータアクセスが行われているかいないかを監視することで実現される。例えば、ストレージシステムは、データアクセスが所定の期間ない記憶装置の電源をＯＦＦにし、データアクセスがあったときに、そのデータアクセスの対象となる記憶装置の電源をＯＮにする。

しかしながら、このような方法では、次のような問題が生じる。即ち、通常、記憶装置の電源がＯＮにされてからその記憶装置へアクセスができるようになるまでには、ある程度の時間がかかる。例えば、記憶装置として、ハードディスクドライブ（ＨＤＤ）が利用された場合は、ＨＤＤの電源がＯＮにされた後、ハードディスクの回転速度をアクセス可能となる回転速度まで上げるいわゆるスピンアップが行われるため、その分、アクセス可能となるまでに時間がかかる。従って、データアクセスがあったときに、そのデータアクセスの対象となる記憶装置の電源をＯＮにしても、直ぐにはその記憶装置にアクセスできない。

この点は、特に、データベース（以下、ＤＢ）のデータにアクセスすることができないという障害が発生しその障害からＤＢをリストアするときに問題となると考えられる。

すなわち、上記の障害が発生した場合には、その障害から早期にＤＢをリストアすることが望まれるが、リストアに利用されるデータ（以下、リストア利用データ）が格納されている記憶装置（以下、リストア利用記憶装置）は、通常。アクセス頻度が低い。このため、記憶装置にデータアクセスがあるときにその記憶装置の電源をＯＮにするという上述の技術を採用した場合は、そのリストア利用記憶装置の電源がＯＦＦになっていることが多い。そのため、障害から早期にＤＢをリストアするために、なるべく早くリストア利用データを読み出す必要があるにもかかわらず、リストア利用記憶装置から直ぐにはリストア利用データを読み出すことはできないので、リストアに長い時間を要してしまうことになる。

そこで、本発明の目的は、ストレージシステムの消費電力を節約しつつ、データベースのリストアに要する時間を短縮することにある。

データベース管理システムが、ストレージシステムにある複数の記憶装置のうちの第一種の記憶装置に関わるアクセスを行う際に、そのアクセスに関するエラーを検知したならば、第一種の記憶装置に記憶されているデータのバックアップを記憶している第二種の記憶装置を特定し、その第二種の記憶装置の節電を解除することの節電解除指示を出す。

一つの実施形態では、複数の記憶装置を備えたストレージシステムに接続された計算機で動作するデータベース管理システムが、アクセス部と、記憶装置特定部と、電力消費制御部とを備える。ストレージシステムが、インタフェース部と、電源制御部（例えば、各記憶装置の電源を制御する電源制御回路とその電源制御回路をコントロールするコンピュータプログラムとの組合せ）とを備える。アクセス部は、複数の記憶装置のうちの第一種の記憶装置に関わるアクセスを行う。記憶装置特定部は、そのアクセスに関するエラーを検知した場合に、第一種の記憶装置に記憶されているデータのバックアップを記憶している、複数の記憶装置のうちの第二種の記憶装置を特定する。電力消費制御部は、特定した第二種の記憶装置の節電を解除することの節電解除指示を出す。インタフェース部は、その節電解除指示を受ける。電源制御部は、その節電解除指示で指定されている第二種の記憶装置の節電を解除する。この実施形態では、第二種の記憶装置は節電の状態としておき、上記のように節電解除指示を受けたときに、電源制御部によって、その節電が解除される。

ここで、記憶装置の節電とは、例えば、記憶装置（記憶装置が論理的な記憶装置であれば、その論理的な記憶装置を構成する全ての物理的な記憶装置）の電源がＯＦＦ状態、或いはその記憶装置が省電力状態（例えば、ディスクが低速回転している状態）になっていることを意味する。節電の解除とは、記憶装置の電源がオン状態にされる、或いは省電力状態が解除されてアクセス可能な状態（例えば、ディスクが高速回転している状態）に遷移されることを意味する。

一つの実施形態では、第一種の記憶装置としては、データベースを構成する要素であるＤＢデータを記憶するＤＢ記憶装置がある。第二種の記憶装置としては、ＤＢ記憶装置内のＤＢデータのバックアップ先となるバックアップＤＢ記憶装置がある。

一つの実施形態では、第一種の記憶装置としては、更に、前記データベースへのアクセスに関するログを表すログデータを記憶するログ記憶装置がある。第二種の記憶装置としては、更に、ログ記憶装置に記憶されているログデータのアーカイブが記憶されるアーカイブログ記憶装置がある。

一つの実施形態では、計算機内の記憶資源（例えばメモリ）に設けられたログ用バッファに、複数のログ記憶装置が関連付けられている。データベース管理システムに、スワップ処理を実行するログスワップ部が更に備えられる。スワップ処理とは、ログ用バッファに記憶されたログデータのアクセス先とする対象ログ記憶装置を複数のログ記憶装置のうちの第一のログ記憶装置から第二のログ記憶装置へスワップする処理と、第一のログ記憶装置に記憶されているログデータをアーカイブログ記憶装置に書込む処理とを含んだ処理である。アクセス部が、ログデータをログ用バッファに一時記憶させ、そのログ用バッファに記憶されているログデータを対象ログ記憶装置に格納するよう構成されている。電力消費制御部が、スワップ処理の開始より前に、第二のログ記憶装置及びアーカイブログ記憶装置の節電を解除することの節電解除指示を出す。

一つの実施形態では、電力消費制御部が、今回の前記スワップ処理の次回のスワップ処理で第二の記憶装置となる記憶装置の節電を解除することの節電解除指示を、その次回のスワップ処理の開始よりも前に出す。

一つの実施形態では、データベース管理システムに、複数の記憶装置から選択されたバックアップＤＢ記憶装置にＤＢ記憶装置に記憶されているデータをバックアップするバックアップ部が更に備えられる。電力消費制御部は、ＤＢ記憶装置から前記バックアップ記憶装置へのデータのバックアップの開始よりも前に、バックアップＤＢ記憶装置の節電を解除することの節電解除指示を出し、そのバックアップが完了した後に、バックアップＤＢ記憶装置を節電することの節電指示を出す。

一つの実施形態では、データベース管理システムに、複数の記憶装置から選択されたバックアップＤＢ記憶装置に記憶されているデータを利用してデータベースをリストアするリストア部が更に備えられる。電力消費制御部は、バックアップＤＢ記憶装置に記憶されているデータを利用したリストアが完了した後に、バックアップＤＢ記憶装置を節電することの節電指示を出す。

一つの実施形態では、リストアの際に読み出されるデータが記憶されている、選択されたバックアップＤＢ記憶装置は、電力消費制御部により出された節電解除指示での節電解除の対象となっているバックアップＤＢ記憶装置である。

一つの実施形態では、複数の記憶装置の各々は、二以上の物理記憶装置で構成されたＲＡＩＤグループ上に形成される論理記憶装置である。電力消費制御部は、バックアップＤＢ論理記憶装置が存在するＲＡＩＤグループに存在する他の論理記憶装置の節電を解除することが不可であれば、そのバックアップＤＢ論理記憶装置についての節電指示を発行しない。

一つの実施形態であれば、一つのＲＡＩＤグループに存在する二以上の記憶装置には、第一種の記憶装置と第二種の記憶装置とが非混在である。

上述した複数の実施形態のうちの二以上の実施形態を組み合わせることが可能である。また、前述した各部（例えば、アクセス部、記憶装置特定部、電力消費制御部、バックアップ部、リストア部など）は、ハードウェア、コンピュータプログラム又はそれらの組み合わせ（例えば一部をコンピュータプログラムにより実現し残りをハードウェアで実現すること）により構築することができる。コンピュータプログラムは、所定のプロセッサに読み込まれて実行される。また、コンピュータプログラムがプロセッサに読み込まれて行われる情報処理の際、適宜に、メモリ等のハードウェア資源上に存在する記憶域が使用されてもよい。また、コンピュータプログラムは、ＣＤ−ＲＯＭ等の記録媒体から計算機にインストールされてもよいし、通信ネットワークを介して計算機にダウンロードされてもよい。

以下、本発明の幾つかの実施形態を図面を参照して詳細に説明する。

＜第一の実施形態＞。

図１は、本発明の第一の実施形態に係るシステム全体の構成例を示した図である。

ホストコンピュータ１００とストレージシステム３００とが、通信ネットワーク（例えばＳＡＮ（Storage Area Network））２００を介して接続される。

ホストコンピュータ１００は、ストレージシステム３００が記憶するデータベース（ＤＢ）へのアクセスを制御するコンピュータである。クライアントコンピュータ（図示しない）は、ホストコンピュータ１００を介して、ＤＢのデータの更新や参照を行うことができる。ホストコンピュータ１００は、ＣＰＵ１１０や、記憶資源（例えばメモリ１２０）や、通信ネットワーク２００に接続されるインタフェース装置（例えばＦＣ Ｉ／Ｆ（Fibre Channel Interface）１４０）を備えることができる。記憶資源は、例えば、メモリ１２０及び補助記憶装置（例えばＨＤＤ）の一方或いはその組み合わせである。メモリ１２０は、例えば、コンピュータプログラムとして、データベース管理システム（ＤＢＭＳ）１２１や、ディスク電源制御指示プログラム１２２を記憶することができる。ＣＰＵ１１０は、ＤＢＭＳ１２１やディスク電源制御指示プログラム１２２を読み込んで実行することができる。以下、ＣＰＵがコンピュータプログラムを読み込んで実行することにより行われる処理の主体を、説明を分かりやすくするために、ＣＰＵではなくコンピュータプログラムとする場合がある。

ＤＢＭＳ１２１は、クライアントコンピュータからの要求（例えばＳＱＬ（Structured Query Language）文）を解析し、その解析の結果に基づく処理を実行する。ＤＢＭＳ１２１は、例えば、サブプログラムとして、ＤＢアクセス制御部１２１１と、バックアップ処理部１２１２と、リストア処理部１２１３とを備える。ホストコンピュータ１００のメモリ１２０には、ＤＢバッファ１２１４と、ログバッファ１２１５とが用意される。また、そのメモリ１２０には、ＤＢバッファ１２１４と論理ディスクとのマッピング等を管理するための後述のＤＢ−ディスクマッピングテーブル１２１６（図４参照）が記憶される。

ＤＢアクセス制御部１２１１は、ＤＢへのアクセス処理（データのリードやライト等）を実行する。例えば、データのライトの場合は、ＤＢアクセス制御部１２１１は、ライト対象のデータ（以下、「ライトデータ」）をＤＢバッファ１２１４へ格納し、また、そのアクセス処理のログデータを作成してログバッファ１２１５に格納する。ＤＢバッファ１２１４に格納されたライトデータは、その後、所定の物理的或いは論理的な環境要素（例えば、ファイルシステムや論理ボリュームや論理ディスク）を介して、ストレージシステム３００におけるライト対象の論理ユニット（ＬＵ）３６０へ転送される。同様に、ログバッファ１２１５に格納されたログデータも、その後、所定の物理的或いは論理的な環境要素を介して、ストレージシステム３００の対応するＬＵ３６０（ログデータを格納するためのＬＵ３６０）へ転送される。以下、このような物理的或いは論理的な環境要素により構成された環境を、「ＤＢアクセス環境」と呼ぶことがある。ＤＢアクセス環境についての詳細は、後述する。

バックアップ処理部１２１２は、ストレージシステム３００が備えるディスク装置に格納されているデータのバックアップを行う。バックアップ処理部１２１２は、ストレージシステム３００がホストコンピュータ１００へ記憶領域として提供するＬＵ３６０を単位としてバックアップを行うことができる。具体的には、バックアップ処理部１２１２は、バックアップの対象となるＬＵ３６０に格納されているデータをリードして、リードしたバックアップデータを、バックアップ対象のＬＵ３６０に対応するバックアップ用のＬＵ３６０へライトする。バックアップの際に行われるリードやライト、即ち、ＤＢへのアクセス処理は、ＤＢアクセス制御部１２１１によって行われ、ＬＵ３６０へアクセスする際にはＤＢアクセス環境が利用される。

リストア処理部１２１３は、ストレージシステム３００に障害が発生したとき等、必要があるときに、ディスク装置に格納されているデータのリストアを行う。リストア処理部１２１３は、バックアップの場合と同様にＬＵ３６０を単位としてリストアを行うことができ、指定されたＬＵ３６０のデータを所定の時刻のデータへリストアする。具体的には、リストア処理部１２１３は、バックアップ用のＬＵ３６０等からデータをリードして、リードしたデータを、リストアの対象であるＬＵ３６０へライトする。バックアップの場合と同様に、リストアの際に行われるＤＢへのアクセス処理も、ＤＢアクセス制御部１２１１によって行われ、ＬＵ３６０へアクセスする際にはＤＢアクセス環境が利用される。これらのプログラム１２１１、１２１２、１２１３が実行する処理の詳細については、後述する。

ディスク電源制御指示プログラム１２２は、ストレージシステム３００の電源制御部３２３に対して、指定したディスク装置の電力消費状態を指定した指示（以下、電力消費状態指示）を送信する。本実施形態では、電力消費状態指示では、ＬＵ３６０が指定されるが、それに代えて、電力消費状態の切替えの対象となるディスク装置が指定されてもよい。電力消費状態指示においてＬＵ３６０が指定されているので、その指定されたＬＵ３６０に対応する一又は複数のディスク装置が、電力消費状態の切替えの対象となる。電力消費状態としては、例えば、電源ＯＮか電源ＯＦＦかといった２つの状態を定義することができる。また、電源ＯＮ、電源ＯＦＦの２つの状態に限らず、種々の電力消費状態を定義することもできる。例えば、電力消費状態として、電源ＯＮについて、通常状態と省電力状態とを定義することもできる。通常状態とは、ディスク装置内のディスクがアクセス可能な回転速度で回転している状態である。省電力状態とは、通常状態よりもディスク装置内のディスクの回転速度が遅い状態である。以下の説明では、電力消費状態として電源ＯＮと電源ＯＦＦの２つの状態が定義されているものとする。そのため、電力消費状態指示としては、電源ＯＮ指示と電源ＯＦＦ指示の２つがあるとする。

ストレージシステム３００は、ホストコンピュータ１００がアクセスするＤＢを記憶するコンピュータである。ストレージシステム３００は、複数のディスク装置を備え、一又は複数のディスク装置の記憶空間の一部又は全部が割当てられることにより形成されたＬＵ３６０を、ホストコンピュータ１００へ提供する。ディスク装置は、ディスク型の記憶メディアにデータを読み書きする装置であり、例えば、ＨＤＤドライブである。ディスク装置に代えて、他種の物理記憶装置、例えば、フラッシュメモリドライブが採用されてもよい。ホストコンピュータ１００へ提供されるＬＵ３６０は、例えば、用途ごとに形成される。本実施形態では、同図に示すように、ストレージシステム３００は、ログデータを格納するためのＬＵ３６０（ログＶＯＬ）と、ログデータのアーカイブ（以下、「アーカイブログ」）を格納するためのＬＵ３６０（アーカイブログＶＯＬ）と、ユーザデータ（クライアントコンピュータがＤＢＭＳを利用してアクセスするＤＢの全部又は一部）を格納するためのＬＵ３６０（ＤＢＶＯＬ）と、ＤＢ ＶＯＬに格納されているデータのバックアップデータを格納するためのＬＵ３６０（バックアップＤＢ ＶＯＬ）とを備える。これらのＬＵ（ログＶＯＬ、アーカイブログＶＯＬ、ＤＢ ＶＯＬ、バックアップＤＢ ＶＯＬ）のうちの少なくとも一つは、複数個備えられてもよい。

また、ストレージシステム３００は、ＣＰＵ３１０や、記憶資源（例えばメモリ３２０）や、通信ネットワーク２００に接続されるインタフェース装置（例えばＦＣ Ｉ／Ｆ３４０）や、キャッシュメモリ３３０や、各ＬＵ３６０を提供する各ディスク装置に接続されるインタフェース装置であるディスクＩ／Ｆ３５０や、ディスク装置の電力消費状態を制御する電源制御回路（以下、ディスク電源制御回路）３７０を備えることができる。ホストコンピュータ１００と同様に、記憶資源は、例えば、メモリ３２０及び補助記憶装置（例えばＨＤＤ）の一方或いはその組み合わせである。メモリ３２０は、例えば、コンピュータプログラムとして、ホストＩ／Ｆ制御部３２１や、ディスク制御部３２２や、電源制御部３２３を記憶することができる。

ホストＩ／Ｆ制御部３２１は、ホストコンピュータ１００に対するインタフェースとして機能するコンピュータプログラムである。ホストＩ／Ｆ制御部３２１は、ホストコンピュータ１００から、アクセスコマンドや電力消費状態指示を受け付ける。ホストＩ／Ｆ制御部３２１は、ホストコンピュータ１００から電力消費状態指示を受けた場合には、その電力消費状態指示を電源制御部３２３に転送する。一方、ホストＩ／Ｆ制御部３２１は、アクセスコマンドを受けた場合には、そのアクセスコマンドを解析し、そのアクセスコマンドに従うアクセスをディスク制御部３２２に実行させることができる。例えば、アクセスコマンドがライトコマンドである場合は、ホストＩ／Ｆ制御部３２１は、ライトコマンドで指定されているＤＢ ＶＯＬの領域へライトデータをライトするライト指示を、ディスク制御部３２２に出す。また、アクセスコマンドがリードコマンドである場合は、ホストＩ／Ｆ制御部３２１は、リードコマンドで指定されているＤＢ ＶＯＬの領域からデータ（以下、リード対象のデータを「リードデータ」と言う）をリードするリード指示を、ディスク制御部３２２に出す。

ディスク制御部３２２は、ホストＩ／Ｆ３２１からの指示に従って、ディスクＩ／Ｆ３５０を介して各ＬＵ３６０へのアクセスを制御する。ホストＩ／Ｆ制御部３２１からライト指示を受けたディスク制御部３２２は、指定されたライトデータを、指定されたＤＢ ＶＯＬの領域へライトする。また、ホストＩ／Ｆ制御部３２１からリード指示を受けたディスク制御部３２２は、指定されたＤＢ ＶＯＬの領域からリードデータをリードし、リードしたリードデータをホストＩ／Ｆ制御部３２２へ渡す。この場合、リードデータは、ホストＩ／Ｆ制御部３２２からホストコンピュータ１００に送信される。

電源制御部３２３は、電力消費状態指示で指定されているＬＵ３６０を構成するディスク装置の電力消費状態の切替えを行うためにディスク電源制御回路３７０を制御するコンピュータプログラムである。電源制御部３２３は、ディスク電源制御指示プログラム１２２からの電力消費状態指示を受けたときに、その電力消費状態指示において指定されているＬＵ３６０に対応するディスク装置の電力消費状態を制御することができる。例えば、電力消費状態指示が、或るＤＢ ＶＯＬを指定している電源ＯＮ指示であるならば、電源制御部３２３は、その或るＤＢ ＶＯＬへ割当てられたディスク装置の電源をＯＮにすることをディスク電源制御回路３７０に命令する（もし、そのディスク装置の電源が既にＯＮである場合には、そのような命令をわざわざ行わなくても良い）。以下、ＬＵ３６０に対応するディスク装置の電力消費状態のことを、単に、ＬＵ３６０の電力消費状態という場合がある。例えば、ＬＵ３６０の電源がＯＮであるといえば、そのＬＵ３６０に対応する全てのディスク装置の電源がＯＮであることを意味するものとする。

図２は、ＬＵ３６０とディスク装置の構成例を示した図である。

上述したように、ＬＵ３６０は、一又は複数のディスク装置３８０の記憶空間の一部又は全部が割当てられることにより形成される。同図では、ログＶＯＬ、アーカイブログＶＯＬ、ＤＢ ＶＯＬ及びバックアップＤＢ ＶＯＬのそれぞれは、３つのディスク装置３８０から形成されている。例えば、ログＶＯＬは、ディスク装置Ａ、ディスク装置Ｂ及びディスク装置Ｃから形成される。このような構成の下では、電源制御部３２３は、ログＶＯＬの電源をＯＮに切替える場合、ディスク装置Ａ、ディスク装置Ｂ及びディスク装置Ｃの全ての電源をＯＮにするようディスク電源制御回路３７０を制御する（例えば、ディスク装置Ａ、ディスク装置Ｂ及びディスク装置Ｃの全ての電源をＯＮにするための命令をディスク電源制御回路３７０に出す）。

図３は、ＤＢアクセス環境の構成例を示した図である。

同図には、８つのＤＢアクセス環境（DBAREA1、DBAREA2、LOG1、LOG2、DBAREA1用バックアップ領域１、DBAREA2用バックアップ領域２、ログ用アーカイブ領域１及びログ用アーカイブ領域２といった８つのＤＢ格納領域をそれぞれ含んだ８つのＤＢアクセス環境）が示されている。

例えば、ＤＢ格納領域（DBAREA1）を含んだＤＢアクセス環境は、ＤＢ ＶＯＬ（ＬＵ＃１）にアクセスするために利用される。ＤＢ格納領域（LOG1及びLOG2）をそれぞれ含んだＤＢアクセス環境は、ログＶＯＬ（ＬＵ＃３及びＬＵ＃４）にアクセスするために利用される。また、ＤＢ格納領域（DBAREA1用バックアップ領域１）を含んだＤＢアクセス環境は、ＤＢ格納領域（DBAREA1）に対応したＤＢ ＶＯＬ（LU#1）のバックアップデータが格納されるバックアップＤＢ ＶＯＬ（LU#5）へアクセスするために利用される。ＤＢ格納領域（ログ用アーカイブ領域１）を含んだＤＢアクセス環境は、ログＶＯＬ（LU#3或いはLU#4）のアーカイブログが格納されるアーカイブログＶＯＬ（LU#8）へアクセスするために利用される。

一つのＤＢ ＶＯＬに対応したバックアップＤＢ ＶＯＬの数は、例えば、取得するバックアップの世代の数に応じた数である。そのため、例えば、ＤＢ ＶＯＬ（LU#1）の第一世代のバックアップデータが、ＤＢＶＯＬ（LU#1）に対応する第一のバックアップＤＢ ＶＯＬに格納され、それの第二世代のバックアップデータが、ＤＢ ＶＯＬ（LU#1）に対応する第二のバックアップＤＢ ＶＯＬに格納される。

一つのログＶＯＬに、例えば、複数のＤＢ ＶＯＬに対応する複数のＤＢに関するログデータが格納される（ログＶＯＬとＤＶ ＶＯＬが１対１で対応していても良い）。また、ログ用アーカイブＶＯＬは、ログＶＯＬについてのアーカイブ世代に対応している。また、例えば、ＤＢＭＳ１２１では、各チェックポイントの日時が管理されている。これにより、最新のチェックポイント日時より後のアーカイブ世代に対応したアーカイブログＶＯＬや、或るチェックポイント日時とその次のチェックポイント日時との間におけるアーカイブ世代に対応したアーカイブログＶＯＬなどをＤＢＭＳ１２１が特定することができる。

同図に示されるように、どのＤＢアクセス環境も、一つのＤＢ格納領域に、一つのバッファ（ＤＢバッファ１２１４やログバッファ１２１５等）が関連付けられ、その一つのバッファに、一つのファイルが関連付けられ、一つのファイルに、一つの論理ボリュームが関連付けられ、一つの論理ボリュームに、一つの論理ディスクが関連付けられ、一つの論理ディスクに、一つのＬＵ３６０が関連付けられて構成される。ここで言うバッファとは、データ（ＤＢのデータ、ログデータ、バックアップデータ、或いはアーカイブログ）が一時的に記憶される、ホストコンピュータ１００のメモリ１２０に設けられた記憶領域である。

尚、ログデータへアクセスするために利用されるＤＢアクセス環境（ＤＢ格納領域（LOG1及びLOG2）のそれぞれのＤＢアクセス環境）では、同図のように、共通のログバッファ１２１５が関連付けられてもよい。このように一つのログバッファ１２１５が複数のログＶＯＬに対応した複数のＤＢアクセス環境で共通である場合は、それら複数のＤＢアクセス環境のうちのどれか一つのＤＢアクセス環境（ここでは、ＤＢ格納領域（LOG1）を含んだＤＢアクセス環境又はＤＢ格納領域（LOG2）を含んだＤＢアクセス環境）が選択的に利用される。例えば、利用対象とされるログＶＯＬは、いわゆるラウンドロビン形式で、切り替わる。具体的には、例えば、２つあるログＶＯＬ（LU#3又はLU#4）のうちの一方がログデータで充満したときに（或いは他の所定の状況になったときに）、利用対象のログＶＯＬが一方のログＶＯＬから他方のログＶＯＬに切り替わり、その他方のログＶＯＬがログデータで充満したときには、利用対象のログＶＯＬが他方のログＶＯＬから一方のログＶＯＬに切り替わる。以下、このようなログＶＯＬの切替え（言い換えれば、ログＶＯＬへアクセスするためのＤＢアクセス環境の切替え）を「スワップ」と呼び、スワップを行う処理のことを、「ログスワップ処理」と呼ぶ。ログスワップ処理は、ＤＢＭＳ１２１によって行われる。

ちなみに、図示のＤＢアクセス環境において、ＤＢオブジェクト（例えば表Ｔ１）から論理ディスクまでが、ホストコンピュータ１００内で管理されており、キャッシュメモリ３３０及びＬＵ３６０が、ストレージシステム３００内で管理されている。ホストコンピュータ１００のオペレーティングシステム（ＯＳ）には、複数のコンピュータプログラム（図示せず）として、例えば、デバイスマネージャ、ボリュームマネージャ及びファイルシステムが含まれる。論理ディスクは、ストレージシステム３００から提供されるＬＵ３６０を基にデバイスマネージャにより作成された論理的なディスク装置である。論理ボリュームは、論理ディスクを基にボリュームマネージャにより作成された論理的な記憶資源である。ファイルは、ファイルシステムで管理される資源である。ＤＢ格納領域とは、ＤＢＭＳ１２１で管理されている論理的な記憶領域である。また、図示の各ＤＢアクセス環境において、ＤＢ格納領域を表す図形上の文字列（例えばDBAREA1）は、ＤＢ格納領域名を表し、ファイルを表す図形上の文字列（例えば/DB/DB1）は、ファイル名を表し、論理ボリュームを表す図形上の文字列（例えばLVOL1）は、論理ボリューム名を表し、論理ディスクを表す図形上の文字列（例えば/dev/dsik1）は、論理ディスク名を表す。また、キャッシュパーティション領域を表す図形上の文字列（例えばDBBuff1）は、キャッシュパーティション領域の名称（パーティション名）を表し、ＬＵ３６０を表す図形上の文字列（例えばLU#1）は、ＬＵＮ（Logical Unit Number）を表す。

ＤＢＭＳ１２１は、このようなＤＢアクセス環境を利用して、ストレージシステム３００のＬＵ３６０へアクセスする。例えば、ＤＢＭＳ１２１は、ＬＵ（LU#1）へデータをライトする場合は、ライトデータをＤＢ格納領域（DBAREA1）へライトするためのコマンドを発行する。この場合、ＤＢ格納領域（DBAREA1）に関連付けられたＤＢバッファ１２１４にそのライトデータが一時記憶され、そのライトデータが、そのＤＢバッファ１２１４に関連付けられたファイル（/DB/DB1）、ファイル（/DB/DB1）に関連付けられた論理ボリューム（LVOL1）、論理ボリューム（LVOL1）に関連付けられた論理ディスク（/dev/dsik1）を介して、ＬＵ（ＬＵ#1）へ転送される。

図４は、ＤＢ−ディスクマッピングテーブル１２１６の一例を示した図である。

本テーブル１２１６には、ＤＢアクセス環境における各環境要素の全部又は一部の対応関係と、ＬＵ３６０ごとの電力消費状態とが記録される。例えば、本テーブル１２１６には、ＤＢアクセス環境ごとに、ＤＢ格納領域名１２１６１と、ファイル名１２１６２と、種別１２１６３と、ストレージシステムＩＤ１２１６４と、ＬＵ ＩＤ（例えばＬＵＮ）１２１６５と、電力消費状態１２１６６とが、それぞれ対応付けられて記録される。種別１２１６３は、そのＤＢアクセス環境が取り扱うデータの種別である。例えば、ユーザデータであれば「ＤＢ」が、ログデータであれば「ログ」が、バックアップデータであれば「バックアップ」が、アーカイブログであれば「アーカイブログ」が、それぞれ種別１２１６３として記録される。ストレージシステムＩＤ１２１６４は、ＬＵ ＩＤ１２１６５によって示されるＬＵ３６０を備えるストレージシステム３００のＩＤである。電力消費状態１２１６６は、ＬＵ ＩＤ１２１６５によって示されるＬＵ３６０に対応するディスク装置３８０の電力消費状態を示す情報である。例えば、そのＬＵ３６０に対応するディスク装置３８０の電源がＯＮであれば「ＯＮ」が、反対に電源がＯＦＦであれば「ＯＦＦ」が、それぞれ電力消費状態１２１６６として記録される。電力消費状態１２１６６は、ＤＢＭＳ１２１により設定される。例えば、ＤＢＭＳ１２１は、ディスク電源制御指示プログラム１２２へ電力消費状態の切替えを指示したときに（或いは、その指示に応じて完了という通知を受けたときに）、その指示内容に基づいて、電力消費状態１２１６６を設定する（例えば「ＯＮ」から「ＯＦＦ」に切り替える、或いは、「ＯＦＦ」から「ＯＮ」に切替える）ことができる。

本テーブル１２１６を参照することにより、ＤＢＭＳ１２１は、ＤＢＭＳ１２１が認識するＤＢ格納領域ごとに、そのＤＢ格納領域に対応するＤＢアクセス環境の構成を知ることができる。更に、ＤＢＭＳ１２１は、ＤＢアクセス環境ごとに、そのＤＢアクセス環境を利用した場合にアクセスされるＬＵ３６０の電力消費状態を知ることができる。従って、ＤＢＭＳ１２１は、ＬＵ３６０へアクセスする際に、前もってそのＬＵ３６０がどのような電力消費状態にあるか（例えば、そのＬＵ３６０の電源がＯＮになっているかどうか）を知ることができる。

以上が、本実施形態に係るシステムの構成の説明である。本実施形態では、ＤＢ ＶＯＬ及び現在利用対象のログＶＯＬには実質的に頻繁にアクセスが生じることに鑑み、ＤＢ ＶＯＬ及び現在利用対象のログＶＯＬの電力消費状態は、原則として、ＤＢＭＳ１２１により、電源ＯＮの状態とされる。一方、バックアップＤＢ ＶＯＬ及びアーカイブログＶＯＬにはバックアップのとき或いはリストアのときにしか実質的にアクセスが生じないため、バックアップＤＢ ＶＯＬ及びアーカイブログＶＯＬの電力消費状態は、原則として、ＤＢＭＳ１２１により、電源ＯＦＦの状態とされる。

以下、ＤＢＭＳ１２１が備える各種のプログラム１２１１、１２１２、１２１３が実行する処理について説明する。

図５は、ＤＢアクセス制御部１２１１が実行する処理のフローチャートである。

まず、ＤＢアクセス制御部１２１１は、例えばクライアントコンピュータからの要求に応答して（或いは他のイベントに応じて）、ＤＢアクセス処理を行う（Ｓ５０１）。例えば、ＤＢアクセス制御部１２１１は、或るＤＢ（例えば、クライアントコンピュータからの要求に応じたDB、或いは、他のイベントの発生に応じたDB）へのデータのライトを行う場合は、その或るＤＢへアクセスするためのＤＢ格納領域にライトデータを格納する。また、ＤＢアクセス制御部１２１１は、そのライトデータの格納についてのログデータを作成し、そのログデータを、現在利用対象のログＶＯＬに対応したＤＢ格納領域に格納する。

アクセス処理が正常に行われる場合は、ＤＢ格納領域に格納されたデータ（ライトデータ及びログデータ）は、上述したように、そのＤＢ格納領域を含んだＤＢアクセス環境を介して、対応するＬＵ３６０へ格納される。しかし、そのＤＢアクセス環境を構成する環境要素などに障害が発生している場合、ライトデータ及び／又はログデータのＬＵ３６０に対する書込みは失敗する。この場合、ＤＢアクセス制御部１２１１は、エラー（以下、Ｉ／Ｏエラー）を受ける（例えば、ファイルシステム、ボリュームマネージャ、或いはストレージシステム３００からＩ／Ｏエラーを受ける）ことになる。

ＤＢアクセス制御部１２１１は、Ｓ５０１のアクセス処理が正常に終了したか否かを判定する（Ｓ５０２）。例えば、ＤＢアクセス制御部１２１１は、Ｉ／Ｏエラーを受けることなく完了報告を受けた場合に、アクセス処理が正常に終了したものと判定し、Ｉ／Ｏエラーを受けた場合にアクセス処理が正常に終了しなかったものと判定することができる。

アクセス処理が正常に終了した場合は（Ｓ５０２：ＮＯ）、本処理は終了する。

一方、アクセス処理が正常に終了しなかった場合は（Ｓ５０２：ＹＥＳ）、Ｉ／Ｏエラーの生じたＤＢ格納領域について障害閉塞処理が行われる（Ｓ５０３）。具体的には、例えば、ＤＢアクセス制御部１２１１は、そのＤＢ格納領域が利用できない旨を登録し、以後、そのＤＢ格納領域にアクセスを行わないようにする。

その後、Ｓ５０１でのアクセス先であったＤＢ ＶＯＬのデータをリストアするために利用されるバックアップＤＢ ＶＯＬ及びアーカイブログＶＯＬの選定が行われる（Ｓ５０４）。例えば、ＤＢ格納領域（DBAREA1）について障害閉塞処理が行われた場合には、ＤＢ格納領域（DBAREA1用のバックアップ領域１）に対応した特定の（例えば最新の）バックアップ世代のＬＵ（LU#5）が、リストアに利用されるバックアップＤＢ ＶＯＬとして選定される。また、リストアに利用されるアーカイブログＶＯＬとしては、特定の（例えば最新の）アーカイブ世代のアーカイブログが格納されているＬＵ３６０が選定される。具体的には、例えば、図３において、ＬＵ（LU#8）に格納されているアーカイブログのアーカイブ世代が、ＬＵ（LU#7）に格納されているアーカイブログよりも新しいとすれば、ＬＵ（LU#8）が、リストアに利用されるアーカイブログＶＯＬとして選定される。バックアップＶＯＬとバックアップ世代との対応関係を表す情報と、アーカイブＶＯＬとアーカイブ世代との対応関係を表す情報と、どのバックアップ世代に対応したＤＢをリストアするのにどのアーカイブ世代のアーカイブログが必要になるかを表す情報などが、例えば、ＤＢＭＳ１２１によって管理されている。

次に、ＤＢアクセス制御部１２１１は、ＤＢ−ディスクマッピングテーブル１２１６を参照して、Ｓ５０４にて選定されたバックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が、電源ＯＮとなっているか否かを判定する（Ｓ５０５）。例えば、バックアップＤＢ ＶＯＬとしてＬＵ（LU#5）が、アーカイブログＶＯＬとしてＬＵ（ＬＵ#8）がそれぞれ選定された場合は、ＤＢ−ディスクマッピングテーブル１２１６が図４に示したものであれば、ＬＵ（LU#5）とＬＵ（LU#8）のそれぞれの電力消費状態１２１６６は両方とも「ＯＦＦ」となっているので、Ｓ５０４にて選定されたバックアップＤＢ ＶＯＬとアーカイブログＶＯＬのそれぞれの電力消費状態が、両方とも電源ＯＦＦになっていることがわかる。

Ｓ５０４にて選定されたバックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が、電源ＯＮとなっている場合は（Ｓ５０５：ＹＥＳ）、本処理は終了する。

一方、Ｓ５０４にて選定されたバックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方又は一方の電力消費状態が、電源ＯＦＦとなっている場合は（Ｓ５０５：ＮＯ）、電源ＯＦＦとなっているバックアップＤＢ ＶＯＬ及び／又はアーカイブログＶＯＬの電力消費状態が、電源ＯＮに切替えられる（Ｓ５０６）。例えば、ＤＢアクセス制御部１２１１は、ＬＵ（LU#5）とＬＵ（LU#8）の電力消費状態を電源ＯＮに切替える場合は、電源ＯＮとすることの指示を、ディスク電源制御指示プログラム１２２に対して行う。その指示の際には、例えば、ストレージシステムＩＤとＬＵ ＩＤとの組合せ（例えば、「CTL#A1」及び「LU#5」と、「CTL#A1」及び「LU#8」）が指定される。そして、電源ON指示を受けたディスク電源制御指示プログラム１２２は、指定されたストレージシステムＩＤから識別されるストレージシステムに、指定されたＬＵ ＩＤを指定した電源ON指示を、ストレージシステム３００の電源制御部３２３に送信する。電源制御部３２３は、その電源ON指示に従って、その電源ON指示で指定されているＬＵ（LU#5）と（LU#8）を電源ＯＮにするようディスク電源制御回路３７０に命令する。具体的には、例えば、電源制御部３２３は、メモリ３２０に記憶されている図示しない構成情報（例えば、どのLUがどのRAIDグループを基に形成されており、そのRAIDグループがどのディスク装置３８０で構成されているかを表す情報）を参照し、指定された「LU#5」と「LU#8」にそれぞれ対応したディスク装置３８０を特定し、特定したディスク装置３８０の電源をターンオンするようディスク電源制御回路３７０に命令する。ディスク電源制御回路３７０が、その命令に応答して、電源制御部３２３から指定されたディスク装置３８０の電源をターンオンする。なお、ＲＡＩＤ（Redundant Array of Independent (or Inexpensive) Disks）グループとは、二以上のディスク装置３８０で構成され所定のRAIDレベルに従うグループであり、アレイグループ或いはパリティグループと呼ばれることもある。

以上が、ＤＢアクセス制御部１２１１が実行する処理のフローチャートの説明である。

図６は、バックアップ処理部１２１２が実行する処理のフローチャートである。

まず、バックアップ処理部１２１２は、バックアップ対象のＤＢ ＶＯＬの選択を受け付ける（Ｓ６０１）。例えば、システム管理者が、バックアップ処理部１２１２が提供するユーザインタフェースを介して、バックアップ対象のＤＢ ＶＯＬを選択することができる。

次に、バックアップ処理部１２１２は、Ｓ６０１にて選択されたＤＢ ＶＯＬのバックアップデータを格納するバックアップＤＢ ＶＯＬを選定する（Ｓ６０２）。例えば、Ｓ６０１にてＤＢ ＶＯＬとしてＬＵ（LU#1）が選択された場合は、ＬＵ（LU#1）に対応した最新のバックアップ世代のバックアップＤＢ ＶＯＬ（LU#5）が選定される（なお、ＤＢ ＶＯＬとバックアップＤＢ ＶＯＬとの対応関係を表す情報は、例えば、ＤＢＭＳ１２１によって管理されている）。尚、Ｓ６０２以降の処理は、システム管理者がバックアップ対象のＤＢ ＶＯＬを選択してバックアップを指示したときに（Ｓ６０１の後すぐに）行われてもよいし、Ｓ６０１にてシステム管理者がバックアップ対象のＤＢ ＶＯＬの選択とともにバックアップの開始の契機を示す情報を設定しておき、その契機に従って開始されてもよい。

次に、バックアップ処理部１２１２は、ＤＢ−ディスクマッピングテーブル１２１６を参照して、Ｓ６０２にて選定されたバックアップＤＢ ＶＯＬの電力消費状態が、電源ＯＮとなっているか否かを判定する（Ｓ６０３）。例えば、Ｓ６０２にてバックアップＤＢ ＶＯＬ（LU#5）が選定された場合は、ＤＢ−ディスクマッピングテーブル１２１６が図４に示したものであれば、そのバックアップＶＯＬ LU#5）の電力消費状態１２１６６は「ＯＦＦ」となっているので、バックアップＤＢ ＶＯＬ（LU#5）の電力消費状態が電源ＯＦＦとなっていることがわかる。

Ｓ６０２で選定されたバックアップＤＢ ＶＯＬの電力消費状態が電源ＯＮとなっている場合は（Ｓ６０３：ＮＯ）、本処理はＳ６０５へ移行する。

Ｓ６０２で選定されたバックアップＤＢ ＶＯＬの電力消費状態が電源ＯＦＦとなっている場合は（Ｓ６０３：ＹＥＳ）、そのバックアップＤＢ ＶＯＬの電力消費状態が電源ＯＮに切替えられる（Ｓ６０４）。電力消費状態の切替えは、図５におけるＳ５０６と同じような方法で行われる。

その後、バックアップ処理部１２１２は、選択されたＤＢ ＶＯＬのデータのバックアップを行う（Ｓ６０５）。即ち、バックアップ処理部１２１２は、バックアップ対象のＤＢ ＶＯＬのデータをリードして、リードしたデータを、対応するバックアップＤＢ ＶＯＬへライトする。例えば、上記のようにＤＢ ＶＯＬ（LU#1）及びバックアップＶＯＬ（ＬＵ＃５）が選択された場合は、バックアップ処理部１２１２は、ＤＢ格納領域（DBAREA1）のＤＢアクセス環境を利用してＤＢ ＶＯＬ（LU#1）からデータをリードし、ＤＢ格納領域（DBAREA1用バックアップ領域１）のＤＢアクセス環境を利用して、リードしたデータをバックアップＤＢ ＶＯＬ（LU#5）へライトする。

その後、バックアップ処理部１２１２は、Ｓ６０５にてバックアップデータが格納されたバックアップＤＢ ＶＯＬの電力消費状態を電源ＯＦＦに切替える（Ｓ６０６）。具体的には、例えば、バックアップ処理部１２１２は、バックアップＤＢ ＶＯＬ（LU#5）の電力消費状態を電源ＯＦＦに切替える場合は、電源ＯＦＦとすることの指示を、ディスク電源制御指示プログラム１２２に対して行う。その指示の際には、例えば、ストレージシステムＩＤとＬＵ ＩＤとの組合せ（例えば、「CTL#A1」及び「LU#5」）が指定される。そして、電源ＯＦＦ指示を受けたディスク電源制御指示プログラム１２２は、指定されたストレージシステムＩＤから識別されるストレージシステムに、指定されたＬＵ ＩＤを指定した電源ＯＦＦ指示を、ストレージシステム３００の電源制御部３２３に送信する。電源制御部３２３は、その電源ＯＦＦ指示に従って、その電源ＯＦＦ指示で指定されているＬＵ（LU#5）を電源ＯＦＦにするようディスク電源制御回路３７０に命令する。具体的には、例えば、電源制御部３２３は、メモリ３２０に記憶されている図示しない前述した構成情報を参照し、指定された「LU#5」に対応したディスク装置３８０を特定し、特定したディスク装置３８０の電源をターンオフするようディスク電源制御回路３７０に命令する。ディスク電源制御回路３７０が、その命令に応答して、電源制御部３２３から指定されたディスク装置３８０の電源をターンオフする。

以上が、バックアップ処理部１２１２が実行する処理のフローチャートの説明である。

図７は、リストア処理部１２１３が実行する処理のフローチャートである。

まず、リストア処理部１２１３は、システム管理者からリストア指示を受け付ける。このリストア指示では、例えば、ＤＢのリストア先となるストレージシステムのＬＵに対応したストレージシステムＩＤ及びＬＵ ＩＤ（例えば、リストア対象のＤＢ ＶＯＬ）と、どの時点のＤＢをリストアするかとが指定されている。リストア処理部１２１３は、上記のリストア指示に基づいて、指定された時点に対応するバックアップ世代の（つまり、リストアに利用する）バックアップＤＢ ＶＯＬと、その時点のＤＢのリストアに必要なログデータが記憶されているアーカイブログＶＯＬとを選定する（Ｓ７０１）。

次に、リストア処理部１２１３は、ＤＢ−ディスクマッピングテーブル１２１６を参照して、Ｓ７０１にて選定されたバックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が、電源ＯＮとなっているか否かを判定する（Ｓ７０２）。

バックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が電源ＯＮとなっている場合は（Ｓ７０２：ＹＥＳ）、本処理はＳ７０４へ移行する。

バックアップＤＢ ＶＯＬとアーカイブログＶＯＬの両方又はいずれか一方の電力消費状態が電源ＯＦＦとなっている場合は（Ｓ７０２：ＮＯ）、電源ＯＦＦとなっているバックアップＤＢ ＶＯＬ及び／又はアーカイブログＶＯＬの電力消費状態が、電源ＯＮに切替えられる（Ｓ７０３）。

その後、リストア処理部１２１３は、上記のリストア指示に従ってリストア処理を行う（Ｓ７０４）。即ち、リストア処理部１２１３は、選定されたバックアップＤＢ ＶＯＬからバックアップデータを、アーカイブログＶＯＬからアーカイブログを、それぞれリードし、アーカイブログを基に、バックアップデータを、リストア先とするＬＵにライトする。これにより、指定された時点におけるＤＢがそのＬＵにリストアされる。

その後、リストア処理部１２１３は、リストアに利用されたバックアップログＶＯＬ及びアーカイブログＶＯＬの電力消費状態を電源ＯＦＦに切替える（Ｓ７０５）。

以上が、リストア処理部１２１３が実行する処理のフローチャートの説明である。

図８は、ＤＢアクセス制御部１２１１が実行するログスワップ処理のフローチャートである。

まず、ＤＢアクセス制御部１２１１は、ログスワップ処理の開始の指示を受ける（Ｓ８０１）。

ログスワップ処理の開始の指示を受けたＤＢアクセス制御部１２１１は、スワップ先のログＶＯＬ、即ち、このログスワップ処理が終了した後に利用されることになるログＶＯＬを選択する（Ｓ８０２）。例えば、ＤＢアクセス制御部１２１１は、いわゆるラウンドロビン方式で、スワップ先のログＶＯＬを選択する。具体的には、例えば、ＤＢアクセス制御部１２１１は、現在利用しているログＶＯＬ（スワップ元のログＶＯＬ）のＬＵ ＩＤが「LU#3」であった場合には、スワップ先のログＶＯＬとして、スワップ元のログＶＯＬのＬＵ ＩＤに１を加算したＬＵ ＩＤ「LU#4」のログＶＯＬを選択する。

次に、ＤＢアクセス制御部１２１１は、スワップ元のログＶＯＬに記憶されているログデータ（アーカイブログ）の格納先とするアーカイブログＶＯＬを選択する（Ｓ８０３）。

次に、ＤＢアクセス制御部１２１１は、ＤＢ−ディスクマッピングテーブル１２１６を参照して、Ｓ８０２及びＳ８０３で選択されたスワップ先のログＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が、電源ＯＮとなっているか否かを判定する（Ｓ８０４）。

スワップ先のログＶＯＬとアーカイブログＶＯＬの両方の電力消費状態が電源ＯＮとなっている場合は（Ｓ８０４：ＹＥＳ）、本処理はＳ８０６へ移行する。

スワップ先のログＶＯＬとアーカイブログＶＯＬの両方又はいずれか一方の電力消費状態が電源ＯＦＦとなっている場合は（Ｓ８０４：ＮＯ）、電源ＯＦＦとなっているログＶＯＬ及び／又はアーカイブログＶＯＬの電力消費状態が、電源ＯＮに切替えられる（Ｓ８０５）。

その後、ＤＢアクセス制御部１２１１は、ログスワップ処理を行う。即ち、ＤＢアクセス制御部１２１１は、ログデータにアクセスするために利用するＤＢアクセス環境を、スワップ元のログＶＯＬ（例えばＬＵ（ＬＵ＃３））に対応したＤＢアクセス環境からスワップ先のログＶＯＬ（例えばＬＵ（ＬＵ＃４））に対応したアクセス環境に切替えることにより、利用対象のログＶＯＬをスワップ元のログＶＯＬからスワップ先のログＶＯＬへ切替える。そして、ＤＢアクセス制御部１２１１は、スワップ元のログＶＯＬからアーカイブログをリードし、Ｓ８０３にて選択したアーカイブログＶＯＬに、そのアーカイブログをライトする。

その後、ＤＢアクセス制御部１２１１は、スワップ元のログＶＯＬ及びＳ８０６にてアーカイブログが格納されたアーカイブログＶＯＬの電力消費状態を電源ＯＦＦに切替える（Ｓ８０７）。

以上が、ログスワップ処理のフローチャートの説明である。なお、利用対象のログＶＯＬの切替えを迅速に行う観点から、次回のログスワップ処理でスワップ先となるログＶＯＬの電力消費状態が、今回のログスワップ処理におけるログＶＯＬの切替え完了時から次回のログスワップ処理の開始よりも前までの間に電源ＯＮとされても良い。具体的には、例えば、今回のログスワップ処理におけるログＶＯＬの切替え完了の際、或いは、今回のログスワップ処理でのスワップ先ログＶＯＬ（次回のログスワップ処理でスワップ元となるログＶＯＬ）にログデータが或る程度（例えばそのログＶＯＬの消費記憶容量或いは消費記憶容量率が所定の閾値を超えた場合に）に、次回のログスワップ処理でスワップ先となるログＶＯＬの電力消費状態が電源ＯＮとされても良い。

本実施形態によれば、ＤＢＭＳ１２１によって、ストレージシステム３００に存在するどのＬＵ３６０がどんな用途で利用されるＬＵ（例えば、ＤＢ ＶＯＬ、ログＶＯＬ、バックアップＤＢ ＶＯＬ、アーカイブログＶＯＬ）であり、各ＬＵ３６０の電力消費状態はどのような状態であるかが管理される。このため、ＤＢＭＳ１２１は、各ＬＵ３６０の電力消費状態を知ることができる。これにより、障害発生時に、リストアに利用されるバックアップＶＯＬ及びアーカイブログＶＯＬの電力消費状態を前もって電源ＯＮにすることができる。このため、ディスク装置３８０の立ち上げのためにリストアの開始が待たされることがなくなり、故に、早期にリストアを開始できるようになる。

＜第二の実施形態＞。

次に、本発明の第二の実施形態について説明する。ここでは、主に、第一の実施形態との相違点について説明し、第一の実施形態との共通点については説明を省略或いは簡略する。

図９は、本発明の第二の実施形態に係るシステム全体の構成例を示した図である。

本実施形態では、ストレージシステム３００には、ＬＵ３６０のペア（コピーペア）が形成されている。コピーペアの一方のＬＵ３６０（正側ＶＯＬ）には、上述したＤＢ ＶＯＬのようにユーザデータが格納される。他方のＬＵ３６０（副側ＶＯＬ）には、ペアとなる正側ＶＯＬのデータのコピーが格納される。

ストレージシステム３００のメモリ３２０には、ボリュームコピー制御部３２４が更に記憶される。ボリュームコピー制御部３２４は、正側ＶＯＬから副側ＶＯＬへのデータのコピー（以下、「ＶＯＬ間コピー」）を行うプログラムである。ボリュームコピー制御部３２４は、ホストコンピュータ１００のボリュームコピー制御指示プログラム１２３（後述する）からの指示に従って、ＶＯＬ間コピーを実行する。

ホストコンピュータ１００のメモリ１２０には、ボリュームコピー制御指示プログラム１２３が更に記憶される。ボリュームコピー制御指示プログラム１２３は、バックアップ処理部１２１２からの指示に従って、ストレージシステム３００のボリュームコピー制御部３２４に対して、ＶＯＬ間コピーの指示を出す。

ホストコンピュータ１００のバックアップ処理部１２１２は、データのバックアップを行う際に、上述したような処理（バックアップ処理部１２１２自身が所定のＤＢ ＶＯＬからバックアップデータをリードして、所定のバックアップＤＢ ＶＯＬへライトする処理）を行わずに、ボリュームコピー制御プログラム１２３に対して、ボリューム間コピーの指示を出す。本実施形態におけるバックアップ処理部１２１２が実行する処理の詳細については、後述する。

図１０は、本実施形態におけるＤＢ−ディスクマッピングテーブル１２１６’の一例を示した図である。

本テーブル１２１６’には、図４のテーブル１２１６におけるストレージシステムＩＤ１２１６４及びＬＵ
ＩＤ１２１６５の代わりに、正ストレージシステムＩＤ１２１６７と、正ＬＵ ＩＤ１２１６８と、副ストレージシステムＩＤ１２１６９と、副ＬＵ ＩＤ１２１６０とが記録される。正ＬＵ ＩＤ１２１６８は、正側ＶＯＬのＩＤである。副側ＬＵ ＩＤ１２１６０は、副側ＶＯＬのＩＤである。正ストレージシステムＩＤ１２１６７は、正ＬＵ ＩＤ１２１６８によって示される正側ＶＯＬを備えるストレージシステム３００のＩＤである。副ストレージシステムＩＤ１２１６９は、副ＬＵ ＩＤ１２１６０によって示される副側ＶＯＬを備えるストレージシステム３００のＩＤである。本テーブル１２１６’における電力消費状態１２１６６には、副ＬＵ ＩＤ１２１６０によって示される副側ＶＯＬの電力消費状態が記録される。

本テーブル１２１６’を参照することにより、ＤＢＭＳ１２１は、図４のテーブル１２１６の場合と同様にＤＢアクセス環境の構成を知ることができることに加えて、正側ＶＯＬと副側ＶＯＬとの対応関係及び副側ＶＯＬの電力消費状態を知ることができる。従って、ＤＢＭＳ１２１は、正側ＶＯＬのデータのバックアップを行う際に、そのコピーを格納するために利用される副側ＶＯＬの電力消費状態を前もって知ることができる。

以上が、本実施形態におけるシステムの構成の説明である。以下、本実施形態におけるＤＢＭＳ１２１が実行する処理について説明する。

ＤＢアクセス制御部１２１１が実行する処理は、以下の点を除き、図５に示したものと実質的に同一である。即ち、本実施形態では、Ｓ５０４乃至Ｓ５０６において「バックアップＤＢ ＶＯＬ」とあるのは、「正側ＶＯＬに対応する副側ＶＯＬ」となる。

図１１は、本実施形態におけるバックアップ処理部１２１２が実行する処理のフローチャートである。

まず、バックアップ処理部１２１２は、バックアップ対象の正側ＶＯＬの選択を受け付ける（Ｓ１１０１）。例えば、システム管理者が、バックアップ処理部１２１２が提供するユーザインタフェースを介して、バックアップ対象の正側ＶＯＬを選択することができる。

次に、バックアップ処理部１２１２は、ＤＢ−ディスクマッピングテーブル１２１６’を参照して、Ｓ１１０１にて選択された正側ＶＯＬのコピーデータを格納する副側ＶＯＬを選定する（Ｓ１１０２）。例えば、Ｓ１１０１にて正側ＶＯＬとしてＬＵ（LU#1）が選択された場合は、ＤＢ−ディスクマッピングテーブル１２１６’が図１０に示したものであれば、ＬＵ（LU#1）に対応するＬＵ（LU#11）が副側ＶＯＬとして選定される。尚、図６における処理と同様に、Ｓ１１０２以降の処理は、システム管理者がバックアップ対象の正側ＶＯＬを選択してバックアップを指示したときに（Ｓ１１０１の後すぐに）行われてもよいし、Ｓ１１０１にてシステム管理者がバックアップ対象の正側ＶＯＬの選択とともにバックアップの開始の契機を示す情報を設定しておき、その契機に従って開始されてもよい。

次に、バックアップ処理部１２１２は、ＤＢ−ディスクマッピングテーブル１２１６’を参照して、Ｓ１１０２にて選定された副側ＶＯＬの電力消費状態が、電源ＯＮとなっているか否かを判定する（Ｓ１１０３）。例えば、Ｓ１１０２にて副側ＶＯＬとしてＬＵ（LU#11）が選定された場合は、ＤＢ−ディスクマッピングテーブル１２１６が図１０に示したものであれば、ＬＵ（LU#11）の電力消費状態１２１６６は「ＯＮ」となっているので、副側ＶＯＬの電力消費状態が電源ＯＮとなっていることがわかる。

副側ＶＯＬの電力消費状態が電源ＯＮとなっている場合は（Ｓ１１０３：ＮＯ）、本処理はＳ１１０５へ移行する。

副側ＶＯＬの電力消費状態が電源ＯＦＦとなっている場合は（Ｓ１１０３：ＹＥＳ）、その副側ＶＯＬの電力消費状態が電源ＯＮに切替えられる（Ｓ１１０４）。

その後、バックアップ処理部１２１２は、Ｓ１１０１にて選択された正側ＶＯＬからＳ１１０２にて選定された副側ＶＯＬへのＶＯＬ間コピーを行う（Ｓ１１０５）。

その後、バックアップ処理部１２１２は、Ｓ１１０５にてコピーが格納された副側ＶＯＬの電力消費状態を電源ＯＦＦに切替える（Ｓ１１０６）。

以上が、本実施形態におけるバックアップ処理部１２１２が実行する処理のフローチャートの説明である。

＜第三の実施形態＞。

第三の実施形態は、第一及び第二の実施形態のいずれにも組み合わせることができる。第三の実施形態では、一つのＲＡＩＤグループに、複数のＬＵが形成される。ＬＵの種類として、アクセスが頻繁に生じるタイプのＬＵ（以下、常時アクセス用ＬＵ）であるＤＢ
ＶＯＬ及びログＶＯＬと、バックアップに利用されるタイプのＬＵ（以下、バックアップ用ＬＵ）であるバックアップＤＢ
ＶＯＬ及びアーカイブログＶＯＬとに大別することができるが、第三の実施形態で注意すべきは、図１２Ａに示すように、一つのＲＡＩＤグループに、同種のＬＵが存在することが許可されるが、図１２Ｂに示すように、異種のＬＵが存在することは禁止される。なぜなら、常時アクセス用ＬＵを有するＲＡＩＤグループを構成するディスク装置については、電源ＯＦＦとすることが実質的に無いため、バックアップ用LUを構成するディスク装置と常時アクセス用LUとが共通してしまうと、バックアップ用ＬＵを構成するディスク装置を節電することができないからである。このような、ＬＵ種類はＤＢＭＳ１２１にて管理されているため、このようなＬＵ種類の組合せの制御は、ＤＢＭＳ１２１が実行することができる。

また、第三の実施形態では、電源OFF指示が出される場合、図１３のＳ１２００に示すように、ＤＢＭＳ１２１（例えば、電源ＯＦＦ指示を出すバックアップ処理部１２１２或いはリストア処理部１２１３）或いは電源制御部３２３によって、指定されたＬＵを構成するディスク装置３８０の電源をOFFとすることが可能か否かが判断される。可能との判断になれば、ＤＢＭ１２１から電源ＯＦＦ指示が送信される、或いは、電源ＯＦＦ指示に応答して電源制御部３２３によりディスク装置３８０の電源ＯＦＦが実行される（Ｓ１２０１）。不可能との判断になれば、ＤＢＭＳ１２１から電源ＯＦＦ指示が送信されない、或いは、電源ＯＦＦを実行できないことを表す応答と電源制御部３２３からＤＢＭＳ１２１に送信される（Ｓ１２０２）。電源ＯＦＦが不可能と判断されるケースとしては、例えば、電源ＯＦＦ対象のＬＵが存在するＲＡＩＤグループに存在する他のＬＵについて電源ＯＮ指示が出ている、バックアップ処理中であり、或いはリストア処理中であるケースがある。図１３の処理は、例えば、ＤＢＭＳ１２１が行う場合、図６のＳ６０５や図７のＳ７０５で行うことができる。また、ＤＢＭＳ１２１において、どのＲＡＩＤグループにどのＬＵが存在するかを表す情報が管理されていても良い。

以上、本発明の幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。

例えば、電力消費状態指示（例えば電源ＯＮ指示、電源ＯＦＦ指示）は、ホストコンピュータ１００から送信されたＩ／Ｏコマンドが流れる通信ネットワーク（例えばＳＡＮ２００）と同じ通信ネットワークを流れても良いし、それとは異なる通信ネットワーク（例えばＬＡＮ（Local Area Network））を流れても良い。

また、例えば、電源ＯＦＦ指示の代わりに、他種の節電ステータスに移行するための指示、例えば、ディスクの回転速度をアクセス可能な回転速度よりも低くすることの指示であるスピンダウン指示が採用されても良い。また、電源ＯＮ指示の代わりに、他種の節電解除指示、例えば、省電力ディスクの回転速度をアクセス可能な回転速度に上げることの指示であるスピンアップ指示が採用されても良い。

また、例えば、電源ＯＦＦは、ストレージシステム３００によって制御され、電源ＯＮが、ＤＢＭＳ１２１によって制御されても良い。言い換えれば、ＤＢＭＳ１２１は、電源ＯＮ指示を出すが電源ＯＦＦ指示を出さない構成となっていても良い（例えば、ストレージシステム３００の電源制御部３２３が、最後にアクセスがあってから一定時間アクセスの生じないＬＵ３６０のディスク装置を電源ＯＦＦとして、ＤＢＭＳ１２１が、上記のようにＩ／Ｏエラーを検出した場合に、電源ＯＮ指示を出しても良い）。

また、例えば、図５のＳ５０６の後、直ちに、Ｓ５０６により電源ＯＮとなったバックアップＤＢ ＶＯＬ及びアーカイブログＶＯＬを用いて、Ｓ７０４が実行されても良い。この場合、そのＳ７０４でのリストア先となるＬＵは、所定のＬＵとすることができる。

本発明の第一の実施形態に係るシステム全体の構成例を示した図である。 ＬＵとディスク装置の構成例を示した図である。 ＤＢアクセス環境の構成例を示した図である。 ＤＢ−ディスクマッピングテーブルの一例を示した図である。 ＤＢアクセス制御部が実行する処理のフローチャートである。 バックアップ処理部が実行する処理のフローチャートである。 リストア処理部が実行する処理のフローチャートである。 ＤＢＭＳが実行するログスワップ処理のフローチャートである。 本発明の第二の実施形態に係るシステム全体の構成例を示した図である。 第二の実施形態におけるＤＢ−ディスクマッピングテーブルの一例を示した図である。 第二の実施形態におけるバックアップ処理部が実行する処理のフローチャートである。 図１２Ａは、本発明の第三の実施形態において一つのＲＡＩＤグループに存在することが許可される複数種類のＬＵの組合せを示す。図１２Ｂは、本発明の第三の実施形態において一つのＲＡＩＤグループに存在することが禁止される複数種類のＬＵの組合せを示す。 第三の実施形態において電源ＯＦＦ指示が送信される場合に実行される処理の流れを示す。

符号の説明

１００…ホストコンピュータ、２００…通信ネットワーク、３００…ストレージシステム

Claims (3)

1. 複数の物理記憶装置に基づく複数のＬＵ（Logical Unit）を備えたストレージシステムに接続された計算機で動作するデータベース管理システムであって、
   前記ストレージシステムは、前記計算機からの指示によって前記ＬＵの電源状態を制御できる電源制御部を有し、前記ＬＵとしては、データベースを格納するＤＢボリューム、前記データベースへのアクセスに関するログを表すログデータを格納するログボリューム、前記ＤＢボリュームに格納されているデータのバックアップデータを格納するバックアップＤＢボリューム、及び前記ログボリュームに格納されているログデータのアーカイブを記憶するアーカイブログボリュームがあり、
   前記計算機は、ＤＢアクセス制御部、及びＤＢディスクマッピングテーブルを有し、
   前記ＤＢアクセス制御部は、前記複数のＬＵへのアクセス処理を実行し、
   前記ＤＢディスクマッピングテーブルは、前記計算機が認識するＤＢ格納領域毎に、ＬＵに記憶されているファイルデータのファイル名と、前記ファイルデータの種別と、前記ファイル名が示すファイルデータが格納されたストレージシステムのストレージＩＤと、前記ファイルデータが格納されている前記ストレージシステムのＬＵと、前記ＬＵの基になっている物理記憶装置の電源状態とを対応付けて記憶し、
   前記ＤＢアクセス制御部は、前記ＤＢ格納領域にアクセスしたときに、Ｉ／Ｏエラーを受けると、下記処理、
   （ａ）前記Ｉ／Ｏエラーの生じたＤＢ格納領域を閉塞する、
   （ｂ）前記ＤＢディスクマッピングテーブルを参照して、前記アクセス先であったＤＢボリュームのデータをリストアするために利用されるバックアップＤＢボリュームとアーカイブログボリュームを選定する、
   （ｃ）前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームの電源状態が、ＯＦＦとなっている場合は、電源状態をＯＮにする指示を前記電源制御部に送り、前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームに基づいてリストア処理を行う、
   （ｄ）リストア処理が終わった後に、リストア処理に用いた前記バックアップＤＢボリュームと前記アーカイブログボリュームの電源状態をＯＦＦにする指示を前記電源制御部に送る、
   を行うことを特徴とするデータベース管理システム。
2. 複数の物理記憶装置に基づく複数のＬＵ（Logical Unit）を備えたストレージシステムと、データベース管理システムを有する計算機とを備えるコンピュータシステムで行われる電源制御方法であって、
   前記ストレージシステムは、前記計算機からの指示によって前記複数のＬＵの電源状態を制御できる電源制御部を有し、前記ＬＵとしては、データベースを格納するＤＢボリューム、前記データベースへのアクセスに関するログを表すログデータを格納するログボリューム、前記ＤＢボリュームに格納されているデータのバックアップデータを格納するバックアップＤＢボリューム、及び前記ログボリュームに格納されているログデータのアーカイブを記憶するアーカイブログボリュームがあり、
   前記計算機は、ＤＢアクセス制御部、及びＤＢディスクマッピングテーブルを有し、
   前記ＤＢアクセス制御部は、前記複数のＬＵへのアクセス処理を実行し、
   前記ＤＢディスクマッピングテーブルには、前記計算機が認識するＤＢ格納領域毎に、ＬＵに記憶されているファイルデータのファイル名と、前記ファイルデータの種別と、前記ファイル名が示すファイルデータが格納されたストレージシステムのストレージＩＤと、前記ファイルデータが格納されている前記ストレージシステムのＬＵと、前記ＬＵの基となっている物理記憶装置の電源状態とが対応付けて記憶されており、
   前記ＤＢアクセス制御部は、前記ＤＢ格納領域にアクセスしたときに、Ｉ／Ｏエラーを受けると、下記処理、
   （ａ）前記Ｉ／Ｏエラーの生じたＤＢ格納領域を閉塞する、
   （ｂ）前記ＤＢディスクマッピングテーブルを参照して、前記アクセス先であったＤＢボリュームのデータをリストアするために利用されるバックアップＤＢボリュームとアーカイブログボリュームを選定する、
   （ｃ）前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームの電源状態が、ＯＦＦとなっている場合は、電源状態をＯＮにする指示を前記電源制御部に送り、前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームに基づいてリストア処理を行う、
   （ｄ）リストア処理が終わった後に、リストア処理に用いた前記バックアップＤＢボリュームと前記アーカイブログボリュームの電源状態をＯＦＦにする指示を前記電源制御部に送る、
   を行うことを特徴とする電力制御方法。
3. 複数の物理記憶装置に基づく複数のＬＵ（Logical Unit）を備えたストレージシステムとデータベース管理システムを有する計算機とを備えるコンピュータシステムにおける、前記複数のＬＵの電源状態を制御するコンピュータプログラムであって、
   前記ストレージシステムは、前記計算機からの指示によって前記複数のＬＵの電源状態を制御できる電源制御部を有し、前記ＬＵとしては、データベースを格納するＤＢボリューム、前記データベースへのアクセスに関するログを表すログデータを格納するログボリューム、前記ＤＢボリュームに格納されているデータのバックアップデータを格納するバックアップＤＢボリューム、及び前記ログボリュームに格納されているログデータのアーカイブを記憶するアーカイブログボリュームがあり、
   前記計算機は、ＤＢアクセス制御部、及びＤＢディスクマッピングテーブルを有し、
   前記ＤＢアクセス制御部は、前記複数のＬＵへのアクセス処理を実行し、
   前記ＤＢディスクマッピングテーブルには、前記計算機が認識するＤＢ格納領域名毎に、ＬＵに記憶されているファイルデータのファイル名と、前記ファイルデータの種別と、前記ファイル名が示すファイルデータが格納されたストレージシステムのストレージＩＤと、前記ファイルデータが格納されている前記ストレージシステムのＬＵと、前記ＬＵの基となっている物理記憶装置の電源状態とが対応付けて記憶されており、
   前記コンピュータプログラムは、前記ＤＢアクセス処理部が、前記ＤＢ格納領域にアクセスしたときにＩ／Ｏエラーを受けた情報を得ると、下記処理、
   （ａ）前記計算機に、前記Ｉ／Ｏエラーの生じたＤＢ格納領域を閉塞するように指示する、
   （ｂ）前記ＤＢディスクマッピングテーブルを参照して、前記アクセス先であったＤＢボリュームのデータをリストアするために利用されるバックアップＤＢボリュームとアーカイブログボリュームを選定する、
   （ｃ）前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームの電源状態が、ＯＦＦとなっている場合は、電源状態をＯＮにする指示を前記電源制御部に送り、前記選定したバックアップＤＢボリュームと前記選定したアーカイブログボリュームに基づいて、前記計算機にリストア処理を行わせる、
   （ｄ）リストア処理が終わった後に、リストア処理に用いた前記バックアップＤＢボリュームと前記アーカイブログボリュームの電源状態をＯＦＦにする指示を前記電源制御部に送る、
   をすることを特徴とするコンピュータプログラム。
   

Images