ストレージ装置及びその制御方法、並びにディスク装置
【課題】複数の回転速度でリード・ライト処理可能なディスク装置で構成するストレージ装置において、回転速度の変更により省電力化を図る場合に、変速による応答の性能劣化を最小限にする。
【解決手段】コントローラ部１０１において、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置が限定されており、複数のディスク装置の回転速度を順次変速するようにしている。そして、複数のディスク装置によりＲＡＩＤグループを構成し、一度に変速するディスク装置をＲＡＩＤグループの構成に基づいて限定する。
【解決手段】コントローラ部１０１において、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置が限定されており、複数のディスク装置の回転速度を順次変速するようにしている。そして、複数のディスク装置によりＲＡＩＤグループを構成し、一度に変速するディスク装置をＲＡＩＤグループの構成に基づいて限定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージ装置及びその制御方法、並びにディスク装置に関し、例えば、ディスク装置の回転速度を変更することにより省電力化を図る場合に、変速による性能劣化を抑える技術に関する。
【背景技術】
【０００２】
一般にサブストレージシステムやサーバでは、最大負荷（最大I/O処理要求量）に合わせてシステムを構築する。実際のシステム運用では最大負荷となることは少ないため、過剰仕様での運用となることが多く、余分な電力が消費されてしまうという問題がある。
【０００３】
この問題を解決するため、システムの運用状況に応じてディスク装置を制御する方法として３つの方法が検討されている。１）第１の方法は、アイドル期間中にディスク装置を停止し、省電力化を図る方法である。この方法はアクセス頻度が低く、アイドル時間の長いアプリケーションに適している。２）第２の方法は、低回転速度の省電力モード（リード・ライトは不可）をもつディスク装置で構成し、アイドル期間中に低回転速度の省電力モードに移行し省電力化を図る方法である。この方法は、アクセス頻度が比較的高く、アイドル時間の短いアプリケーションに適している。３）第３の方法は、複数の回転速度でリード・ライト処理可能なディスク装置で構成し、ディスク装置に対するリクエストの処理状況を監視して負荷に対するディスク装置の性能の過不足を予測し、その結果に応じてディスクの回転速度を変更し省電力化を図る方法である。この方法は、アクセス頻度が高く、負荷が大きく変動するアプリケーションに適している。
【０００４】
上記省電力化（第３の方法）を実現するために、例えば、非特許文献１のように、回転速度制御を実行する方法がある。非特許文献１では、一定のリクエスト数ごとにリクエスト処理にかかる時間の平均時間を求め（以下平均リクエスト処理時間）、求めた平均リクエスト処理時間を直前に調べた平均リクエスト処理時間と比較する。そして、それらの平均リクエスト処理時間との差分によりディスク装置の性能の過不足を予測し、その結果に基づいて、回転速度を変更し、省電力化を実現している。
【０００５】
【非特許文献１】S. Gurumurthi, A. Sivasubramaniam, M. Kandemir, H. Franke, ”DRPM: dynamic speed control for power management in server class disks”, Annual International Symposium on Computer Architecture, (USA), IEEE Computer Society, 2003,VOL 30, p.169 - 181
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１の回転制御方法では、負荷に合わせて回転速度を制御しているものの、変速中はディスクへのアクセスができなくなるため、変速によってリードリクエストに対する応答時間が長くなるという問題がある。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、回転速度変更時でもリードリクエストの処理を可能にし、変速によるリード処理の応答性能の劣化を最小限に抑えることのできる技術を提供するものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、ＲＡＩＤシステムのよう冗長性のあるストレージ装置において、変速中のディスク装置に対するリードリクエストのデータが非変速中のディスク装置から読みだしたデータにより復元可能となるように、変速するディスク装置を限定し、回転速度を順次（直前の変速処理の終了を確認してから）変速する。そして、変更中のディスク装置のデータを読み出す必要が生じた場合には、変速していないディスク装置からデータを読み出して目的とするデータを復元し、リードリクエストを処理可能にする。
【０００９】
また、本発明では、大容量のバッファメモリを備え、回転速度変更中にライトリクエストを受領した場合には、該メモリにデータをバッファし、ＲＡＩＤグループ内の変速が終了するまで該データをディスクに書き込まないようにして、ライトリクエスト処理後のリードリクエスト処理の遅延を防いでいる。
【００１０】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００１１】
本発明によれば、ディスク装置の回転速度を変更して省電力化を図る場合に、回転速度の変更中もリクエスト処理可能になり、変速による性能劣化を最小限に抑えることができる。特に、性能要求の高いシステムにおいて有効である。
【発明を実施するための最良の形態】
【００１２】
本発明は、ディスク装置の回転速度変更中であっても、システムとして、変速中のディスク装置に記録されているデータを提示することができるストレージ装置に関するものである。
【００１３】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００１４】
＜第１の実施形態＞
（１）ストレージ装置の構成
図１は、本発明の第１の実施形態に係るストレージ装置（１００）の概略構成を示す図である。ストレージ装置（１００）は、回転速度を制御するコントローラ部（１０１）と、複数のディスク装置で構成されたＲｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ（ＲＡＩＤ）のグループ（１０２）で構成されるストレージ部（１０３）と、を備えている。なお、ＲＡＩＤグループ（１０２）のそれぞれ（ＲＧ１乃至ＲＧＮ）は、システム上の制御単位を示している。各ＲＡＩＤグループは、例えば、ＲＧ１がＲＡＩＤ１に相当し、ＲＧ２及びＲＧ３がＲＡＩＤ５に相当するように構成される。
【００１５】
また、コントローラ部（１０１）は、回転速度管理テーブル（１０４）と、速度ステップ登録テーブル（１０５）と、回転速度制御部（１０６）と、バッファメモリ（１０７）と、バッファデータ管理テーブル（１０８）と、を含んでいる。なお、図１は、ストレージ装置（１００）の構成のみ示しているが、例えば、ストレージ装置（１００）が図示しないサーバに接続され、図示しないネットワークを介して、図示しないクライアント端末装置に接続されるようにしてもよい。
【００１６】
図２は、ＲＡＩＤグループ（１０２）の構成例を示す。ＲＡＩＤグループ（１０２）は、複数のディスク装置（２１）で構成される。なお、本発明のストレージ装置は、複数の回転速度でリード・ライト処理可能なディスク装置で構成する。
【００１７】
また、ＲＡＩＤグループは、単数または複数の論理空間（Ｌｏｇｉｃａｌ Ｕｎｉｔ、以下、ＬＵ（２２））で構成される。図２の例では、ＲＡＩＤグループ（１０２）が２つのＬＵ（ＬＵ１とＬＵ２）で構成されている。
【００１８】
図３は、ＲＡＩＤ５で構成した場合のＬＵ（３１）の構成例を示す。ＲＡＩＤ５で構成した場合、ディスク上の論理空間は、ストライプ（３２）といわれるデータ単位で構成される。このストライプを単位にＲＡＩＤグループ（１０２）内にＬＵ（３１）が作成される。なお、このストライプには、保存するデータだけではなくＨＤＤが故障した場合にデータを復元するためのデータ（このデータをパリティーデータ（３３）という）も記録される。図３において、数値を記述したストライプはホストコンピュータからの書き込みデータを示し、「Ｐ」を記述したストライプはパリティーデータを示している。
【００１９】
図４は、複数の回転速度でリード・ライト処理可能なディスク装置の回転速度の設定例（速度ステップ登録テーブル（１０５））を示す。図４のテーブルで示された範囲において、各ディスク装置の速度が設定される。そして、各ＲＡＩＤグループに対してそれぞれ速度ステップ登録テーブルが設けられている。なお、図４には、２５００ｒｐｍを下限として２５００ｒｐｍごとに５段階の回転速度を設定した場合の例が示されているが、これに限られるものではない。
【００２０】
ストレージ装置（１００）では、システム構築時、ディスク装置で設定可能な回転速度が速度ステップ登録テーブル（１０５）に予め登録される。
【００２１】
また、ストレージ装置（１００）は、リクエストの処理に際し、設定可能な回転速度のうちどれか１つの回転速度に設定してリクエストを処理する。具体的には、ストレージ装置（１００）は、図４に示した回転速度のうち、実際にリクエスト処理を実行している回転速度を図１の回転速度管理テーブル（１０４）に登録して、リクエストを処理する。
【００２２】
（２）回転速度変更処理
ストレージ装置（１００）は、変速中のディスク装置にリードリクエストがあった場合、システムのデータの冗長性を活用し、非変速中のディスク装置よりデータを読み出すことにより、変速中のディスク装置へのリードリクエストデータが復元可能となるように変速するディスク装置を限定し、該ディスク装置の回転速度を変更する。
【００２３】
図５は、回転速度変更処理を説明するためのフローチャートである。
ストレージ装置（１００）において、コントローラ部（１０１）は、非変速中のディスク装置よりデータを読み出すことにより、変速中のディスク装置へのリードリクエストデータが復元可能となるように変速するディスク装置を限定し（ステップＳ５１）、限定したディスク装置の回転速度を変更する（ステップＳ５２）。ディスク装置の限定については、後述のように、ＲＡＩＤの構成に従ってなされる。
【００２４】
次に、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置のすべての変速が終了したか調べ（ステップＳ５３）、すべての変速が終了していれば処理を終了する。また、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置のすべての変速がまだ終了していなければ、ステップＳ５１に戻り、変速処理を継続する。
【００２５】
ここで、回転速度の変更に使用するＡＴＡコマンドの例について説明する。図６は、ディスク装置の動作設定を行うＳｅｔ Ｆｅａｔｕｒｅｓコマンドの例を示している。ＡＴＡコマンドでは、例えばＳｅｔ ＦｅａｔｕｒｅｓコマンドのＦｅａｔｕｒｅｓレジスタに回転速度変更用のサブコマンドコードを入力することで、回転速度の変更を行うことが可能である。また、図６は、回転速度の変更を示すサブコマンドコードとして、６１ｈを入力した場合の例を示している。なお、Ｓｅｃｔｏｒ Ｃｏｕｎｔレジスタ、ＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）Ｌｏｗレジスタ、ＬＢＡ Ｍｉｄ レジスタ、ＬＢＡ Ｈｉｇｈレジスタには、サブコマンドに固有の数値を設定することが可能である。なお、回転速度設定コマンドでは、例えばＳｅｃｔｏｒ Ｃｏｕｎｔのレジスタに、設定する回転速度を示す数値を入力してもよい。
【００２６】
また、図７は回転速度を示すＳｅｃｔｏｒ Ｃｏｕｎｔの値の例を示したものである。例えば、図７に示す値をＳｅｔ ＦｅａｔｕｒｅｓコマンドのＳｅｃｔｏｒ Ｃｏｕｎｔレジスタに入力することにより、希望する回転速度に変更することが可能である。
【００２７】
さらに、図８は、Ｓｅｔ Ｆｅａｔｕｒｅｓコマンドの実行結果の例を示す。Ｓｅｔ Ｆｅａｔｕｒｅｓ コマンドが終了すると、ディスク装置はＳｔａｔｕｓ レジスタのＢＳＹビット（８１）に０を設定する。したがって、このＢＳＹビット（８１）を参照することにより、コントローラ部（１０１）は回転速度の変更処理の終了を知ることができる。
【００２８】
（３）リードリクエスト処理
図９は、変速中のディスク装置へのリードリクエスト処理を説明するためのフローチャートである。ストレージ装置（１００）において、コントローラ部（１０１）は、変速中のディスク装置に対するリードリクエストを受領したか否かを調べる（ステップＳ９１）。変速中のディスク装置へのリクエストであれば、コントローラ部（１０１）は、ＲＡＩＤグループの非変速中のディスク装置より復元のためのデータを読み出し（ステップＳ９２）、変速中のディスク装置のリードリクエストデータを復元する（ステップＳ９３）。
【００２９】
ここで、図１０を参照して、ＲＡＩＤ５のストレージ装置（１００）において、回転速度変更中のディスク装置にリードリクエストがあった場合のリードデータの復元処理例について説明する。
【００３０】
図１０では、ＨＤＤ−Ａ、ＨＤＤ−Ｂ、ＨＤＤ−Ｃ、ＨＤＤ−Ｄの順に順次変速を行っている。ＲＡＩＤ５の場合は、１台ずつ回転速度を変更し、同時に１台のディスク装置だけが回転速度を変更するように制御を行っている。このようにすることで、リクエスト処理不可のディスク装置が１台だけとなり、したがってＲＡＩＤ５においては、変速処理中にリードリクエストがあっても、非変速中のディスク装置よりデータを読み出すことにより、リードリクエストに対するデータを復元することが可能である。
【００３１】
図１０の例では、変速中のＨＤＤ−Ｂにリード要求があった場合、ＨＤＤ−Ａの“データａ”、ＨＤＤ−Ｃの“データｃ”、ＨＤＤ−Ｄの“データｄ”をそれぞれ読み出し、それらのデータのＸＯＲをとることにより”データｂ”を復元している。
【００３２】
（４）ライトリクエスト処理
図１１は、ＲＡＩＤグループを構成するディスク装置の回転速度変更中にライトリクエストがあった場合の処理（ライトリクエスト処理）を説明するためのフローチャートである。
【００３３】
ストレージ装置（１００）において、コントローラ部（１０１）は、ＲＡＩＤグループを構成する何れかのディスク装置が回転速度を変更している最中にライトリクエストがあった場合（ステップＳ１１１）、バッファメモリ（１０７）にライトデータを格納する（ステップＳ１１２）。次に、コントローラ部（１０１）は、当該ライトデータに対応するパリティーデータを新たに生成し（ステップＳ１１３）、ライトデータに加えてパリティーデータをバッファメモリ（１０７）に格納する（ステップＳ１１４）。また、コントローラ部（１０１）は、バッファしたライトデータ及びパリティーデータの管理データをバッファデータ管理テーブル（１０８）に登録する（ステップＳ１１５）。
【００３４】
さらに、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置の変速がすべて終了したか調べ（ステップＳ１１６）、変速が終了したらバッファ（１０７）に格納されたデータをディスクに書き込む（ステップＳ１１７）。ＲＡＩＤグループ内のすべてのディスク装置の変速が終了していない場合（ステップＳ１１６）には、処理はステップＳ１１２に戻りそれ以降の処理が実行される。
【００３５】
以上のように、ストレージ装置（１００）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了するまではライトデータおよびそれに対応するパリティーデータをバッファ（１０７）に格納することとし、変速終了後に（１０７）に格納されたデータをディスクに書き込む。これにより、ＲＡＩＤグループのディスク装置の回転速度の変更中に、ライトリクエストがあり、その後にリードリクエストがあった場合においてもすばやくリードリクエストの処理が可能となる。
【００３６】
（５）バッファデータ管理テーブル
図１２は、バッファ（１０７）上のデータを管理するためのバッファデータ管理テーブル（１０８）の構成例を示す図である。バッファデータ管理テーブル（１０８）は、Ｌｏｇｉｃａｌ Ｕｎｉｔ（ＬＵ）の番号、ＬＵ内の開始アドレス、ストライプ番号/パリティー番号、バッファ（１０７）上の開始アドレスによって構成される。
【００３７】
ストレージ装置（１００）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了すると、バッファデータ管理テーブル（１０８）の情報を使用してライトデータ及びそれに対応するパリティーデータをディスクに書き込む。
【００３８】
また、ストレージ装置（１００）は、回転速度変更中にリードリクエストがあった場合、該リクエストのデータがバッファ（１０７）上にあるかどうかを検索し、該当データがバッファデータ管理テーブル（１０８）にある場合は該データをバッファ（１０７）から読みだしてホストコンピュータ（コントローラ部）に転送する。
【００３９】
さらに、ストレージ装置（１００）は、バッファリング中のライトデータが更新される場合には、データの整合性を保つため、最新のライトデータの管理情報のみバッファデータ管理テーブル（１０８）に登録する。
【００４０】
（６）各ＲＡＩＤ構成における具体的処理
以下では、冗長性のある、ストレージ装置の例として、ＲＡＩＤ１、ＲＡＩＤ５、及びＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５（以下分散ＲＡＩＤ５という）を取り上げ、それぞれのストレージ装置における回転速度の変更方法及びリクエストの処理方法について説明する。なお、以下の説明により、本発明の適用範囲が限定されるものではない。
【００４１】
図１３は、ＲＡＩＤ１のストレージ装置における回転速度の変更処理の具体例を示す図である。図１３では、ＨＤＤ１（１３０１）及びＨＤＤ２（１３０２）の２台でＲＡＩＤ１が構成されている。
【００４２】
例えば、ＨＤＤ１（１３０１）の変速中に、ＨＤＤ１（１３０１）のストライプ１（１３０３）にリードリクエストがあった場合、コントローラ部（１０１）は、ＨＤＤ２（１３０２）のストライプ１（１３０４）よりデータを読み出し、ＨＤＤ１（１３０１）の回転速度の変更が終了したら、ＨＤＤ２（１３０２）の回転速度の変更を行う。また、ディスク装置の回転速度の変更中にライトリクエストを受領した場合には、コントローラ部（１０１）は、ＨＤＤ１（１３０１）及びＨＤＤ２（１３０２）の回転速度の変更が終了するまでライトデータをメモリにバッファリングし、ストレージ装置（１００）を構成するすべてのディスク装置の回転速度の変更が終了したら、バッファされたライトデータをディスクに書き込むようにする。
【００４３】
図１４は、ＲＡＩＤ５のストレージ装置における回転速度の変更処理の具体例を示す図である。
図１４では、ディスク装置４台でＲＡＩＤ５が構成されている。
【００４４】
例えば、ＨＤＤ２（１４０１）の変速中に、ストライプ２（１４０２）にリードリクエストがあった場合、コントローラ部（１０１）は、ＨＤＤ１（１４０３）のストライプ１（１４０４）、ＨＤＤ３（１４０５）のストライプ３（１４０６）、及びＨＤＤ４（１４０７）のストライプＰ（１４０８）を読み出し、それらのデータのＸＯＲをとってストライプ２（１４０２）のデータを復元して、リードリクエストデータを転送する。
【００４５】
なお、ＲＡＩＤ５においては、ライトリクエストがあった場合、コントローラ部（１０１）は、該当するパリディーデータを生成し、そのデータもバッファ（１０７）に格納する。そして、ＲＡＩＤグループ内のディスク装置の回転速度変更後にライトデータ及びそれに対応するパリティーデータをディスクに書き込む。また、ライトリクエストに後続のリードリクエストにおいて、直前のライトリクエストのデータ及びそれに対応するパリティーデータを使って、リードデータを復元する必要がある場合には、バッファ（１０７）上のデータを使ってリードデータの復元を行う。
【００４６】
図１５は、ＲＡＩＤ５のストレージ装置において、変速中のディスク装置のストライプにライトリクエストがあった場合の例を示す図である。
また、図１６は、図１５におけるストライプ１（１５０２）の書き込みに対するパリティーデータの生成方法の一例を示す図である。
【００４７】
図１５では、ストライプ１（１５０２）がライトされた場合、コントローラ部（１０１）は、ストライプ２（１５０３）及びストライプ３（１５０４）を読み出す。そして、コントローラ部（１０１）は、当該ライトデータに対応するパリティーデータＰ（１）’を図１６の方法を使って新たに生成し、ストライプ１’及びパリティーＰ（１）’をバッファデータ管理テーブル（１０８）に登録する。バッファデータ管理テーブル（１０８）には、ストライプ番号あるいはパリティーの番号、バッファ（１０７）上のライトデータあるいはパリティーデータの開始アドレスがそれぞれ登録される。
【００４８】
図１７は、図１５の例のストライプ１のライトに対応するパリティーデータの別の生成方法の例を示す図である。図１７では、ストライプ１（１７０１）及びパリティーデータＰ（１）（１７０２）のＸＯＲをとることにより、パリティーデータＰ（１）−１（１７０３）を生成する。次に、生成したパリティーデータＰ（１）−１（１７０３）と新たに書き込むストライプ１’（１７０４）とのＸＯＲをとることによりパリティーデータＰ（１）’（１７０５）を生成する。
【００４９】
図１８は、ＲＡＩＤグループのディスク装置の回転速度の変更中に、図１５の例で示したストライプ１（１５０２）のライト処理を実行し、その後にストライプ３（１５０４）に対してリードリクエストがあった場合（ただしディスク装置３（１５０５）は回転速度変更中）のリードデータの復元方法を示している。図１８において、ストレージ装置（１００）のコントローラ部（１０１）は、ＨＤＤ２よりストライプ２（１５０３）を読み出す。さらに、コントローラ部（１０１）は、バッファデータ管理テーブル（１０８）からストライプ１’及びストライプＰ（１）’を読み出し、図１８に示したようにそれらのＸＯＲをとることにより、ストライプ３（１５０４）のデータを復元する。
【００５０】
図１９は、ＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５の場合の構成例を示す図である。分散ＲＡＩＤ５の場合、ＲＡＩＤ５を構成するＲＡＩＤ５グループ（１９０１、１９０２）では同時に変速処理を行うことができる。ただし、各ＲＡＩＤ５グループ内のディスク装置（ＨＤＤ）は１台ずつ変速する。
【００５１】
図１９において、何れかのＨＤＤの変速中にリードリクエストがあった場合、変速中のＨＤＤのストライプデータは、ＲＡＩＤ５グループ内の非変速中のディスク装置のストライプのデータを用いて復元される。その方法は、上述のＲＡＩＤ５におけるデータの復元方法と同様であるのでここでは説明を省略する。
【００５２】
また、回転速度変更中のライトリクエスト及びライト後のリードリクエストの処理の仕方も、ＲＡＩＤ５と同様である。
【００５３】
＜第２の実施形態＞
（１）ストレージ装置の構成
図２０は、本発明の第２の実施形態に係るストレージ装置（２０００）の概略構成を示す図である。ストレージ装置（２０００）は、回転速度を制御するコントローラ部（２００１）と、複数のディスク装置で構成されたＲＡＩＤグループ（２００２）で構成されるストレージ部（２００３）と、を備える。なお、ＲＡＩＤグループ（２００２）は、システム上の制御単位を示している。
【００５４】
また、各ＲＡＩＤグループ（２００２）は、大容量のバッファメモリ（２００４）及びバッファ上のライトデータを管理するバッファデータ管理テーブル（２００５）を搭載するディスク装置（２００６）を１或いは複数備えている。
【００５５】
コントローラ部（２００１）は、ＲＡＩＤグループ内のディスク装置の回転速度を管理する回転速度管理テーブル（２００７）と、ストレージ装置（２０００）を構成するディスク装置の速度ステップを登録する速度ステップ登録テーブル（２００８）と、回転速度制御部（２００９）と、を備える。回転制御部（２００９）は、変速中のディスク装置に対するリードリクエストのデータが、非変速中のディスク装置から読みだしたデータにより復元可能となるように変速するディスク装置を限定し、該ディスク装置の回転速度を順次（直前の変速処理の終了を確認してから）変速する。また、回転制御部（２００９）は、ＲＡＩＤグループを構成するディスク装置の回転速度変速中においては、ライトリクエストデータをディスク装置内に搭載された大容量不揮発メモリに書き込む処理を行う。なお、回転速度の変速を行うディスク装置の限定方法については、第１の実施形態と同様、採用するＲＡＩＤの構成（ＲＡＩＤ１乃至ＲＡＩＤ５）に依存するものである。
【００５６】
（２）バッファデータ管理テーブル
図２１は、ストレージ装置（２０００）を構成するディスク装置（２００６）内に実装されているバッファデータ管理テーブル（２００５）の構成例を示す図である。
バッファデータ管理テーブル（２００５）は、バッファ（２００４）に格納されたデータのＬＢＡ、バッファ（２００４）上のアドレス、データのサイズの情報によって構成されている。このバッファデータ管理テーブル（２００５）を用いて、データの書き込み及び読み出しが管理される。つまり、ストレージ装置（２０００）のコントローラ部（２００１）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了すると、バッファデータ管理テーブル（２００５）の情報を使用してライトデータ及びそれに対応するパリティーデータをディスクに書き込む。また、コントローラ部（２００１）は、回転速度変更中にリードリクエストがあった場合、該リクエストのデータがバッファ（２００４）上にあるかどうかを検索し、該当データがバッファデータ管理テーブル（２００５）にある場合は該データをバッファ（２００４）から読みだしてホストコンピュータに転送する。さらに、コントローラ部（２００１）は、バッファリング中のライトデータが更新される場合には、データの整合性を保つため、最新のライトデータの管理情報のみバッファデータ管理テーブル（２００５）に登録する。
【００５７】
（３）ライトリクエスト処理（コントローラ部側の処理）
図２２は、コントローラ部（２００１）によるライトリクエスト処理について説明するためのフローチャートである。
【００５８】
ストレージ装置（２０００）のコントローラ部（２００１）は、回転速度変更前にディスク装置内の大容量メモリ（２００４）の初期化を行う（ステップＳ２２０１）。次に、コントローラ部（２００１）は、ライトデータをライトリクエストの対象となるディスク装置（２００６）の大容量バッファメモリ（２００４）に格納する（ステップＳ２２０２）。続いて、コントローラ部（２００１）は、ライトデータの書き込みによりバッファフルが発生するか調べ（ステップＳ２２０３）、バッファフルが発生した場合は、バッファフルが発生したディスク装置（２００６）が変速中かを調べる（ステップＳ２２０４）。このように、コントローラ部（２００１）によって、ディスク装置内のバッファメモリ（２００４）のバッファ残量が管理される。そして、バッファフルを起こしたディスク装置（２００６）が変速中でなければ、コントローラ部（２００１）は、バッファフルが解消されるまでメモリ（２００４）上のライトデータをディスクに書き込む（ステップＳ２２０５）。
【００５９】
続いて、コントローラ部（２００１）は、ＲＡＩＤグループ（２００２）内のディスク装置の変速処理が終了したかを調べ（ステップ２２０６）、全てのディスク装置において変速処理が終了した場合は、バッファメモリ（２００４）上のデータをディスクに書き込むようにディスク装置に指示を出す（ステップＳ２２０７）。
【００６０】
ステップＳ２２０６において、全てのディスク装置において変速が終了していなければ、処理はステップＳ２２０２に戻る。
【００６１】
ステップＳ２２０４において、バッファフルが発生したディスク装置（２００６）が変速中であれば、コントローラ部（２００１）は、その変速処理が終了した後、バッファフルが解消されるまでバッファメモリ（２００４）上のデータをディスクに書き込む（ステップＳ２２０８）。その後は、ステップ２２０６以降の処理が実行される。
【００６２】
ステップＳ２２０３に戻り、ライトリクエストの対象となるディスク装置（２００６）のバッファメモリ（２００４）において、バッファフルが発生しなければ、処理は、ステップＳ２２０６に移行し、それ以降の処理が実行される。
【００６３】
（４）ライトリクエスト処理（ディスク装置側の処理）
図２３は、回転速度変更中のディスク装置（２００６）側のライトリクエスト処理を説明するためのフローチャートである。
【００６４】
ストレージ装置（２０００）を構成するディスク装置（２００６）は、コントローラ部からの初期化リクエストを受け、ディスク装置内の大容量バッファメモリ（２００４）の初期化を行う（ステップＳ２３０１）。そして、ディスク装置（２００６）は、ライトリクエストを受領した場合、ライトデータを大容量バッファメモリ（２００４）に格納する（ステップＳ２３０２）。
【００６５】
また、ディスク装置（２００６）は、バッファメモリ（２００４）上に同一論理アドレスのデータがあるかを調べ（ステップＳ２３０３）、同一論理アドレスのデータがなければ、上記ライトデータに関する情報をバッファデータ管理テーブル（２００５）に登録する（ステップＳ２３０４）。そして、ディスク装置（２００６）は、コントローラ部から大容量バッファメモリ（２００４）のデータをディスクに書き込むようリクエストがあれば（ステップＳ２３０５）、バッファメモリ（２００４）内のデータをディスクに書き込む（ステップＳ２３０６）。ステップＳ２３０５において、コントローラ部から大容量バッファメモリ（２００４）のデータをディスクに書き込むようリクエストがなければ、処理は、ステップＳ２３０２に戻る。
【００６６】
ステップＳ２３０３において、バッファメモリ（２００４）上に同一論理アドレスのデータがあれば、ディスク装置（２００６）は、最新のライトデータだけが登録されるようにバッファデータ管理テーブル（２００５）を更新する（ステップＳ２３０７）。更新後は、ステップ２３０５以降の処理が実行される。
【００６７】
なお、実施例２のストレージ装置においても、実施例１で実施したように、回転速度変更中のディスク装置へのリードリクエストデータをディスクに未書き込みのデータ及びそれに対応するパリティーデータを用いて復元することが可能である。その場合、実施例１における図１２のテーブルのバッファ上アドレスを、ディスク装置番号とその装置上の論理アドレスをセットにして記述する必要がある。
【００６８】
＜まとめ＞
以上のように、本実施形態によるストレージ装置は、複数の回転速度でリード・ライト処理可能なディスク装置で構成され、回転速度の変更により省電力化を図る場合に、変速による性能劣化、主にリード処理の応答性能の劣化を最小限に抑えるために活用可能である。
【００６９】
本実施形態のストレージ装置では、それぞれが複数の回転速度で駆動可能な複数のディスク装置の何れかが変速中のとき、その変速中のディスク装置に対するリードリクエストがある場合の処理に特徴がある。具体的には、コントローラ部において、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置が限定されており、複数のディスク装置の回転速度を順次変速するようにしている。そして、複数のディスク装置によりＲＡＩＤグループを構成し、一度に変速するディスク装置をＲＡＩＤグループの構成に基づいて限定する。例えば、ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合には複数のディスク装置を１台ずつ変速処理し、ＲＡＩＤグループが分散ＲＡＩＤ５で構成される場合には各グループについて同時に変速処理可能であるが、各グループ内では複数のディスク装置を１台ずつ変速処理するようにしている。このようにすることにより、変速中にリードリクエストがあったとしても、変速処理に影響されずに、リードリクエストを処理することができ、よって、システム全体としての応答時間が極度に遅くなるのを防止することができるようになる。
【００７０】
より詳細に記述すると、リクエストが変速中のディスク装置に対するリードリクエストの場合、ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、リードリクエストに対応するデータを取得する。つまり、例えば、複数のディスク装置がＲＡＩＤ１で構成される場合、非変速中のミラーリングされたディスク装置からデータを読み出す。また、複数のディスク装置がＲＡＩＤ５、或いは分散ＲＡＩＤ５で構成される場合には、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元する。このようにすることにより、回転速度変更処理中であっても、変速中のディスク装置にあるデータを復元して提示することができるので、システムとしての応答性能を保証することができるようになる。
【００７１】
また、リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、複数のディスク装置の全てについて変速処理が終了した後に、ライトリクエストに対応するライトデータの書き込み処理を実行する。また、複数のディスク装置がＲＡＩＤ５、或いは分散ＲＡＩＤ５で構成される場合、ライトデータとライトデータに対応するパリティーデータをバッファに格納して、変速処理が終了するのを待機する。そして、ライトリクエストの受領後であってその処理前に（ディスクにデータを書き込む前に）、リードリクエストを受領した場合は、リードリクエストに対応するデータを復元するためにライトデータを必要とするときには、ライトデータ及びパリティーデータをバッファメモリから読み出して、リードリクエストに対応するデータを復元する。このようにすることにより、ディスク装置の変速中にライトリクエストがあり、その処理が完了する前にリードリクエストがあったとしてもこのリードリクエストを処理することができるので、リード処理の応答性能を劣化させることが無い。なお、リードリクエストに対応するデータを復元する際には、バッファから読み出したライトデータ及びパリティーデータと、非変速中のディスク装置から取得したデータを用いるようにする。
【００７２】
第２の実施形態によれば、ＲＡＩＤグループを構成するディスク装置のそれぞれが、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルとを有している。ここでも、一度に変速するディスク装置はＲＡＩＤの構成に従って限定されている。上述同様、変速中のディスク装置に対するリードリクエストがある場合に、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるようにするためである。そして、リクエストがライトリクエストの場合には、ディスク装置内のバッファメモリにライトデータの書き込み処理を実行する。ディスクへの書き込みは、コントローラ部からライトデータの書き込み要求を受信した場合にディスク装置が、実行する。さらに、ここでは、バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じてバッファメモリに格納されたライトデータの書き込み処理のタイミングを制御する。このようにすることでも、ライトリクエスト後にリードリクエストが発生しても、リードリクエスト処理の遅延を防止することができ、ストレージ装置の応答性能を担保することができる。
【図面の簡単な説明】
【００７３】
【図１】第１の実施形態によるストレージ装置の概略構成を示す図である。
【図２】ＲＡＩＤグループの構成例を示す図である。
【図３】ＲＡＩＤグループ（ＲＡＩＤ ５）内のデータフォーマットの例を示す図である。
【図４】ディスク装置において設定可能な回転速度の例を示す図である。
【図５】ストレージ装置の回転速度の変更処理を説明するためのフローチャートである。
【図６】回転速度変更のためのコマンドの例を示す図である。
【図７】回転速度を示すサブコマンドの例を示す図である。
【図８】回転速度を変更するためのコマンドの終了レジスタの例を示す図である。
【図９】回転速度変更中のディスク装置へのリードリクエストに対する処理を説明するためのフローチャートである。
【図１０】ＲＡＩＤ５のストレージ装置における回転速度変更中のリードリクエスト処理の例を示す図である。
【図１１】回転速度変更中のライト処理を説明するためのフローチャートである。
【図１２】回転速度変更中のライトリクエストデータを管理するバッファデータ管理テーブルの例を示す図である。
【図１３】ＲＡＩＤ１のストレージ装置におけるディスク装置の回転速度変更の例を示す図である。
【図１４】ＲＡＩＤ５のストレージ装置の変速の例を示す図である。
【図１５】ＲＡＩＤ５のストレージ装置における回転速度変更中のライトリクエスト処理の例を示す図である。
【図１６】ライトデータに対応したパリティーデータ生成（例１）を説明するための図である。
【図１７】ライトデータに対応したパリティーデータ生成（例２）を説明するための図である。
【図１８】回転速度変更中のディスク装置に対するリードリクエストデータを、直前のライトリクエストデータを使って復元した場合の例を示す図である。
【図１９】ＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５のストレージ装置の例を示す図である。
【図２０】第２の実施形態によるストレージ装置の概略構成を示す図である。
【図２１】大容量メモリのライトデータを管理するバッファデータ管理テーブルの構成例を示す図である。
【図２２】コントローラ部による回転速度変更中のＲＡＩＤグループに対するライト制御を説明するためのフローチャートである。
【図２３】ディスク装置（の図示しないコントローラ）による回転速度変更中のライト制御を説明するためのフローチャートである。
【符号の説明】
【００７４】
１０１ コントローラ部
１０２ ＲＡＩＤグループ
１０３ ストレージ部
１０４ 回転速度管理テーブル
１０５ 速度ステップ登録テーブル
１０６ 回転速度制御部
１０７ バッファメモリ
１０８ バッファデータ管理テーブル
２００１ コントローラ部
２００２ ＲＡＩＤグループ
２００３ ストレージ部
２００４ 大容量メモリ
２００５ バッファデータ管理テーブル
２００６ 大容量メモリ搭載ディスク装置
２００７ 回転速度管理テーブル
２００８ 速度ステップ登録テーブル
２００９ 回転速度制御部
【技術分野】
【０００１】
本発明はストレージ装置及びその制御方法、並びにディスク装置に関し、例えば、ディスク装置の回転速度を変更することにより省電力化を図る場合に、変速による性能劣化を抑える技術に関する。
【背景技術】
【０００２】
一般にサブストレージシステムやサーバでは、最大負荷（最大I/O処理要求量）に合わせてシステムを構築する。実際のシステム運用では最大負荷となることは少ないため、過剰仕様での運用となることが多く、余分な電力が消費されてしまうという問題がある。
【０００３】
この問題を解決するため、システムの運用状況に応じてディスク装置を制御する方法として３つの方法が検討されている。１）第１の方法は、アイドル期間中にディスク装置を停止し、省電力化を図る方法である。この方法はアクセス頻度が低く、アイドル時間の長いアプリケーションに適している。２）第２の方法は、低回転速度の省電力モード（リード・ライトは不可）をもつディスク装置で構成し、アイドル期間中に低回転速度の省電力モードに移行し省電力化を図る方法である。この方法は、アクセス頻度が比較的高く、アイドル時間の短いアプリケーションに適している。３）第３の方法は、複数の回転速度でリード・ライト処理可能なディスク装置で構成し、ディスク装置に対するリクエストの処理状況を監視して負荷に対するディスク装置の性能の過不足を予測し、その結果に応じてディスクの回転速度を変更し省電力化を図る方法である。この方法は、アクセス頻度が高く、負荷が大きく変動するアプリケーションに適している。
【０００４】
上記省電力化（第３の方法）を実現するために、例えば、非特許文献１のように、回転速度制御を実行する方法がある。非特許文献１では、一定のリクエスト数ごとにリクエスト処理にかかる時間の平均時間を求め（以下平均リクエスト処理時間）、求めた平均リクエスト処理時間を直前に調べた平均リクエスト処理時間と比較する。そして、それらの平均リクエスト処理時間との差分によりディスク装置の性能の過不足を予測し、その結果に基づいて、回転速度を変更し、省電力化を実現している。
【０００５】
【非特許文献１】S. Gurumurthi, A. Sivasubramaniam, M. Kandemir, H. Franke, ”DRPM: dynamic speed control for power management in server class disks”, Annual International Symposium on Computer Architecture, (USA), IEEE Computer Society, 2003,VOL 30, p.169 - 181
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１の回転制御方法では、負荷に合わせて回転速度を制御しているものの、変速中はディスクへのアクセスができなくなるため、変速によってリードリクエストに対する応答時間が長くなるという問題がある。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、回転速度変更時でもリードリクエストの処理を可能にし、変速によるリード処理の応答性能の劣化を最小限に抑えることのできる技術を提供するものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明では、ＲＡＩＤシステムのよう冗長性のあるストレージ装置において、変速中のディスク装置に対するリードリクエストのデータが非変速中のディスク装置から読みだしたデータにより復元可能となるように、変速するディスク装置を限定し、回転速度を順次（直前の変速処理の終了を確認してから）変速する。そして、変更中のディスク装置のデータを読み出す必要が生じた場合には、変速していないディスク装置からデータを読み出して目的とするデータを復元し、リードリクエストを処理可能にする。
【０００９】
また、本発明では、大容量のバッファメモリを備え、回転速度変更中にライトリクエストを受領した場合には、該メモリにデータをバッファし、ＲＡＩＤグループ内の変速が終了するまで該データをディスクに書き込まないようにして、ライトリクエスト処理後のリードリクエスト処理の遅延を防いでいる。
【００１０】
さらなる本発明の特徴は、以下本発明を実施するための最良の形態および添付図面によって明らかになるものである。
【発明の効果】
【００１１】
本発明によれば、ディスク装置の回転速度を変更して省電力化を図る場合に、回転速度の変更中もリクエスト処理可能になり、変速による性能劣化を最小限に抑えることができる。特に、性能要求の高いシステムにおいて有効である。
【発明を実施するための最良の形態】
【００１２】
本発明は、ディスク装置の回転速度変更中であっても、システムとして、変速中のディスク装置に記録されているデータを提示することができるストレージ装置に関するものである。
【００１３】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００１４】
＜第１の実施形態＞
（１）ストレージ装置の構成
図１は、本発明の第１の実施形態に係るストレージ装置（１００）の概略構成を示す図である。ストレージ装置（１００）は、回転速度を制御するコントローラ部（１０１）と、複数のディスク装置で構成されたＲｅｄｕｎｄａｎｔ Ａｒｒａｙｓ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓ（ＲＡＩＤ）のグループ（１０２）で構成されるストレージ部（１０３）と、を備えている。なお、ＲＡＩＤグループ（１０２）のそれぞれ（ＲＧ１乃至ＲＧＮ）は、システム上の制御単位を示している。各ＲＡＩＤグループは、例えば、ＲＧ１がＲＡＩＤ１に相当し、ＲＧ２及びＲＧ３がＲＡＩＤ５に相当するように構成される。
【００１５】
また、コントローラ部（１０１）は、回転速度管理テーブル（１０４）と、速度ステップ登録テーブル（１０５）と、回転速度制御部（１０６）と、バッファメモリ（１０７）と、バッファデータ管理テーブル（１０８）と、を含んでいる。なお、図１は、ストレージ装置（１００）の構成のみ示しているが、例えば、ストレージ装置（１００）が図示しないサーバに接続され、図示しないネットワークを介して、図示しないクライアント端末装置に接続されるようにしてもよい。
【００１６】
図２は、ＲＡＩＤグループ（１０２）の構成例を示す。ＲＡＩＤグループ（１０２）は、複数のディスク装置（２１）で構成される。なお、本発明のストレージ装置は、複数の回転速度でリード・ライト処理可能なディスク装置で構成する。
【００１７】
また、ＲＡＩＤグループは、単数または複数の論理空間（Ｌｏｇｉｃａｌ Ｕｎｉｔ、以下、ＬＵ（２２））で構成される。図２の例では、ＲＡＩＤグループ（１０２）が２つのＬＵ（ＬＵ１とＬＵ２）で構成されている。
【００１８】
図３は、ＲＡＩＤ５で構成した場合のＬＵ（３１）の構成例を示す。ＲＡＩＤ５で構成した場合、ディスク上の論理空間は、ストライプ（３２）といわれるデータ単位で構成される。このストライプを単位にＲＡＩＤグループ（１０２）内にＬＵ（３１）が作成される。なお、このストライプには、保存するデータだけではなくＨＤＤが故障した場合にデータを復元するためのデータ（このデータをパリティーデータ（３３）という）も記録される。図３において、数値を記述したストライプはホストコンピュータからの書き込みデータを示し、「Ｐ」を記述したストライプはパリティーデータを示している。
【００１９】
図４は、複数の回転速度でリード・ライト処理可能なディスク装置の回転速度の設定例（速度ステップ登録テーブル（１０５））を示す。図４のテーブルで示された範囲において、各ディスク装置の速度が設定される。そして、各ＲＡＩＤグループに対してそれぞれ速度ステップ登録テーブルが設けられている。なお、図４には、２５００ｒｐｍを下限として２５００ｒｐｍごとに５段階の回転速度を設定した場合の例が示されているが、これに限られるものではない。
【００２０】
ストレージ装置（１００）では、システム構築時、ディスク装置で設定可能な回転速度が速度ステップ登録テーブル（１０５）に予め登録される。
【００２１】
また、ストレージ装置（１００）は、リクエストの処理に際し、設定可能な回転速度のうちどれか１つの回転速度に設定してリクエストを処理する。具体的には、ストレージ装置（１００）は、図４に示した回転速度のうち、実際にリクエスト処理を実行している回転速度を図１の回転速度管理テーブル（１０４）に登録して、リクエストを処理する。
【００２２】
（２）回転速度変更処理
ストレージ装置（１００）は、変速中のディスク装置にリードリクエストがあった場合、システムのデータの冗長性を活用し、非変速中のディスク装置よりデータを読み出すことにより、変速中のディスク装置へのリードリクエストデータが復元可能となるように変速するディスク装置を限定し、該ディスク装置の回転速度を変更する。
【００２３】
図５は、回転速度変更処理を説明するためのフローチャートである。
ストレージ装置（１００）において、コントローラ部（１０１）は、非変速中のディスク装置よりデータを読み出すことにより、変速中のディスク装置へのリードリクエストデータが復元可能となるように変速するディスク装置を限定し（ステップＳ５１）、限定したディスク装置の回転速度を変更する（ステップＳ５２）。ディスク装置の限定については、後述のように、ＲＡＩＤの構成に従ってなされる。
【００２４】
次に、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置のすべての変速が終了したか調べ（ステップＳ５３）、すべての変速が終了していれば処理を終了する。また、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置のすべての変速がまだ終了していなければ、ステップＳ５１に戻り、変速処理を継続する。
【００２５】
ここで、回転速度の変更に使用するＡＴＡコマンドの例について説明する。図６は、ディスク装置の動作設定を行うＳｅｔ Ｆｅａｔｕｒｅｓコマンドの例を示している。ＡＴＡコマンドでは、例えばＳｅｔ ＦｅａｔｕｒｅｓコマンドのＦｅａｔｕｒｅｓレジスタに回転速度変更用のサブコマンドコードを入力することで、回転速度の変更を行うことが可能である。また、図６は、回転速度の変更を示すサブコマンドコードとして、６１ｈを入力した場合の例を示している。なお、Ｓｅｃｔｏｒ Ｃｏｕｎｔレジスタ、ＬＢＡ（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ）Ｌｏｗレジスタ、ＬＢＡ Ｍｉｄ レジスタ、ＬＢＡ Ｈｉｇｈレジスタには、サブコマンドに固有の数値を設定することが可能である。なお、回転速度設定コマンドでは、例えばＳｅｃｔｏｒ Ｃｏｕｎｔのレジスタに、設定する回転速度を示す数値を入力してもよい。
【００２６】
また、図７は回転速度を示すＳｅｃｔｏｒ Ｃｏｕｎｔの値の例を示したものである。例えば、図７に示す値をＳｅｔ ＦｅａｔｕｒｅｓコマンドのＳｅｃｔｏｒ Ｃｏｕｎｔレジスタに入力することにより、希望する回転速度に変更することが可能である。
【００２７】
さらに、図８は、Ｓｅｔ Ｆｅａｔｕｒｅｓコマンドの実行結果の例を示す。Ｓｅｔ Ｆｅａｔｕｒｅｓ コマンドが終了すると、ディスク装置はＳｔａｔｕｓ レジスタのＢＳＹビット（８１）に０を設定する。したがって、このＢＳＹビット（８１）を参照することにより、コントローラ部（１０１）は回転速度の変更処理の終了を知ることができる。
【００２８】
（３）リードリクエスト処理
図９は、変速中のディスク装置へのリードリクエスト処理を説明するためのフローチャートである。ストレージ装置（１００）において、コントローラ部（１０１）は、変速中のディスク装置に対するリードリクエストを受領したか否かを調べる（ステップＳ９１）。変速中のディスク装置へのリクエストであれば、コントローラ部（１０１）は、ＲＡＩＤグループの非変速中のディスク装置より復元のためのデータを読み出し（ステップＳ９２）、変速中のディスク装置のリードリクエストデータを復元する（ステップＳ９３）。
【００２９】
ここで、図１０を参照して、ＲＡＩＤ５のストレージ装置（１００）において、回転速度変更中のディスク装置にリードリクエストがあった場合のリードデータの復元処理例について説明する。
【００３０】
図１０では、ＨＤＤ−Ａ、ＨＤＤ−Ｂ、ＨＤＤ−Ｃ、ＨＤＤ−Ｄの順に順次変速を行っている。ＲＡＩＤ５の場合は、１台ずつ回転速度を変更し、同時に１台のディスク装置だけが回転速度を変更するように制御を行っている。このようにすることで、リクエスト処理不可のディスク装置が１台だけとなり、したがってＲＡＩＤ５においては、変速処理中にリードリクエストがあっても、非変速中のディスク装置よりデータを読み出すことにより、リードリクエストに対するデータを復元することが可能である。
【００３１】
図１０の例では、変速中のＨＤＤ−Ｂにリード要求があった場合、ＨＤＤ−Ａの“データａ”、ＨＤＤ−Ｃの“データｃ”、ＨＤＤ−Ｄの“データｄ”をそれぞれ読み出し、それらのデータのＸＯＲをとることにより”データｂ”を復元している。
【００３２】
（４）ライトリクエスト処理
図１１は、ＲＡＩＤグループを構成するディスク装置の回転速度変更中にライトリクエストがあった場合の処理（ライトリクエスト処理）を説明するためのフローチャートである。
【００３３】
ストレージ装置（１００）において、コントローラ部（１０１）は、ＲＡＩＤグループを構成する何れかのディスク装置が回転速度を変更している最中にライトリクエストがあった場合（ステップＳ１１１）、バッファメモリ（１０７）にライトデータを格納する（ステップＳ１１２）。次に、コントローラ部（１０１）は、当該ライトデータに対応するパリティーデータを新たに生成し（ステップＳ１１３）、ライトデータに加えてパリティーデータをバッファメモリ（１０７）に格納する（ステップＳ１１４）。また、コントローラ部（１０１）は、バッファしたライトデータ及びパリティーデータの管理データをバッファデータ管理テーブル（１０８）に登録する（ステップＳ１１５）。
【００３４】
さらに、コントローラ部（１０１）は、ＲＡＩＤグループ内のディスク装置の変速がすべて終了したか調べ（ステップＳ１１６）、変速が終了したらバッファ（１０７）に格納されたデータをディスクに書き込む（ステップＳ１１７）。ＲＡＩＤグループ内のすべてのディスク装置の変速が終了していない場合（ステップＳ１１６）には、処理はステップＳ１１２に戻りそれ以降の処理が実行される。
【００３５】
以上のように、ストレージ装置（１００）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了するまではライトデータおよびそれに対応するパリティーデータをバッファ（１０７）に格納することとし、変速終了後に（１０７）に格納されたデータをディスクに書き込む。これにより、ＲＡＩＤグループのディスク装置の回転速度の変更中に、ライトリクエストがあり、その後にリードリクエストがあった場合においてもすばやくリードリクエストの処理が可能となる。
【００３６】
（５）バッファデータ管理テーブル
図１２は、バッファ（１０７）上のデータを管理するためのバッファデータ管理テーブル（１０８）の構成例を示す図である。バッファデータ管理テーブル（１０８）は、Ｌｏｇｉｃａｌ Ｕｎｉｔ（ＬＵ）の番号、ＬＵ内の開始アドレス、ストライプ番号/パリティー番号、バッファ（１０７）上の開始アドレスによって構成される。
【００３７】
ストレージ装置（１００）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了すると、バッファデータ管理テーブル（１０８）の情報を使用してライトデータ及びそれに対応するパリティーデータをディスクに書き込む。
【００３８】
また、ストレージ装置（１００）は、回転速度変更中にリードリクエストがあった場合、該リクエストのデータがバッファ（１０７）上にあるかどうかを検索し、該当データがバッファデータ管理テーブル（１０８）にある場合は該データをバッファ（１０７）から読みだしてホストコンピュータ（コントローラ部）に転送する。
【００３９】
さらに、ストレージ装置（１００）は、バッファリング中のライトデータが更新される場合には、データの整合性を保つため、最新のライトデータの管理情報のみバッファデータ管理テーブル（１０８）に登録する。
【００４０】
（６）各ＲＡＩＤ構成における具体的処理
以下では、冗長性のある、ストレージ装置の例として、ＲＡＩＤ１、ＲＡＩＤ５、及びＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５（以下分散ＲＡＩＤ５という）を取り上げ、それぞれのストレージ装置における回転速度の変更方法及びリクエストの処理方法について説明する。なお、以下の説明により、本発明の適用範囲が限定されるものではない。
【００４１】
図１３は、ＲＡＩＤ１のストレージ装置における回転速度の変更処理の具体例を示す図である。図１３では、ＨＤＤ１（１３０１）及びＨＤＤ２（１３０２）の２台でＲＡＩＤ１が構成されている。
【００４２】
例えば、ＨＤＤ１（１３０１）の変速中に、ＨＤＤ１（１３０１）のストライプ１（１３０３）にリードリクエストがあった場合、コントローラ部（１０１）は、ＨＤＤ２（１３０２）のストライプ１（１３０４）よりデータを読み出し、ＨＤＤ１（１３０１）の回転速度の変更が終了したら、ＨＤＤ２（１３０２）の回転速度の変更を行う。また、ディスク装置の回転速度の変更中にライトリクエストを受領した場合には、コントローラ部（１０１）は、ＨＤＤ１（１３０１）及びＨＤＤ２（１３０２）の回転速度の変更が終了するまでライトデータをメモリにバッファリングし、ストレージ装置（１００）を構成するすべてのディスク装置の回転速度の変更が終了したら、バッファされたライトデータをディスクに書き込むようにする。
【００４３】
図１４は、ＲＡＩＤ５のストレージ装置における回転速度の変更処理の具体例を示す図である。
図１４では、ディスク装置４台でＲＡＩＤ５が構成されている。
【００４４】
例えば、ＨＤＤ２（１４０１）の変速中に、ストライプ２（１４０２）にリードリクエストがあった場合、コントローラ部（１０１）は、ＨＤＤ１（１４０３）のストライプ１（１４０４）、ＨＤＤ３（１４０５）のストライプ３（１４０６）、及びＨＤＤ４（１４０７）のストライプＰ（１４０８）を読み出し、それらのデータのＸＯＲをとってストライプ２（１４０２）のデータを復元して、リードリクエストデータを転送する。
【００４５】
なお、ＲＡＩＤ５においては、ライトリクエストがあった場合、コントローラ部（１０１）は、該当するパリディーデータを生成し、そのデータもバッファ（１０７）に格納する。そして、ＲＡＩＤグループ内のディスク装置の回転速度変更後にライトデータ及びそれに対応するパリティーデータをディスクに書き込む。また、ライトリクエストに後続のリードリクエストにおいて、直前のライトリクエストのデータ及びそれに対応するパリティーデータを使って、リードデータを復元する必要がある場合には、バッファ（１０７）上のデータを使ってリードデータの復元を行う。
【００４６】
図１５は、ＲＡＩＤ５のストレージ装置において、変速中のディスク装置のストライプにライトリクエストがあった場合の例を示す図である。
また、図１６は、図１５におけるストライプ１（１５０２）の書き込みに対するパリティーデータの生成方法の一例を示す図である。
【００４７】
図１５では、ストライプ１（１５０２）がライトされた場合、コントローラ部（１０１）は、ストライプ２（１５０３）及びストライプ３（１５０４）を読み出す。そして、コントローラ部（１０１）は、当該ライトデータに対応するパリティーデータＰ（１）’を図１６の方法を使って新たに生成し、ストライプ１’及びパリティーＰ（１）’をバッファデータ管理テーブル（１０８）に登録する。バッファデータ管理テーブル（１０８）には、ストライプ番号あるいはパリティーの番号、バッファ（１０７）上のライトデータあるいはパリティーデータの開始アドレスがそれぞれ登録される。
【００４８】
図１７は、図１５の例のストライプ１のライトに対応するパリティーデータの別の生成方法の例を示す図である。図１７では、ストライプ１（１７０１）及びパリティーデータＰ（１）（１７０２）のＸＯＲをとることにより、パリティーデータＰ（１）−１（１７０３）を生成する。次に、生成したパリティーデータＰ（１）−１（１７０３）と新たに書き込むストライプ１’（１７０４）とのＸＯＲをとることによりパリティーデータＰ（１）’（１７０５）を生成する。
【００４９】
図１８は、ＲＡＩＤグループのディスク装置の回転速度の変更中に、図１５の例で示したストライプ１（１５０２）のライト処理を実行し、その後にストライプ３（１５０４）に対してリードリクエストがあった場合（ただしディスク装置３（１５０５）は回転速度変更中）のリードデータの復元方法を示している。図１８において、ストレージ装置（１００）のコントローラ部（１０１）は、ＨＤＤ２よりストライプ２（１５０３）を読み出す。さらに、コントローラ部（１０１）は、バッファデータ管理テーブル（１０８）からストライプ１’及びストライプＰ（１）’を読み出し、図１８に示したようにそれらのＸＯＲをとることにより、ストライプ３（１５０４）のデータを復元する。
【００５０】
図１９は、ＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５の場合の構成例を示す図である。分散ＲＡＩＤ５の場合、ＲＡＩＤ５を構成するＲＡＩＤ５グループ（１９０１、１９０２）では同時に変速処理を行うことができる。ただし、各ＲＡＩＤ５グループ内のディスク装置（ＨＤＤ）は１台ずつ変速する。
【００５１】
図１９において、何れかのＨＤＤの変速中にリードリクエストがあった場合、変速中のＨＤＤのストライプデータは、ＲＡＩＤ５グループ内の非変速中のディスク装置のストライプのデータを用いて復元される。その方法は、上述のＲＡＩＤ５におけるデータの復元方法と同様であるのでここでは説明を省略する。
【００５２】
また、回転速度変更中のライトリクエスト及びライト後のリードリクエストの処理の仕方も、ＲＡＩＤ５と同様である。
【００５３】
＜第２の実施形態＞
（１）ストレージ装置の構成
図２０は、本発明の第２の実施形態に係るストレージ装置（２０００）の概略構成を示す図である。ストレージ装置（２０００）は、回転速度を制御するコントローラ部（２００１）と、複数のディスク装置で構成されたＲＡＩＤグループ（２００２）で構成されるストレージ部（２００３）と、を備える。なお、ＲＡＩＤグループ（２００２）は、システム上の制御単位を示している。
【００５４】
また、各ＲＡＩＤグループ（２００２）は、大容量のバッファメモリ（２００４）及びバッファ上のライトデータを管理するバッファデータ管理テーブル（２００５）を搭載するディスク装置（２００６）を１或いは複数備えている。
【００５５】
コントローラ部（２００１）は、ＲＡＩＤグループ内のディスク装置の回転速度を管理する回転速度管理テーブル（２００７）と、ストレージ装置（２０００）を構成するディスク装置の速度ステップを登録する速度ステップ登録テーブル（２００８）と、回転速度制御部（２００９）と、を備える。回転制御部（２００９）は、変速中のディスク装置に対するリードリクエストのデータが、非変速中のディスク装置から読みだしたデータにより復元可能となるように変速するディスク装置を限定し、該ディスク装置の回転速度を順次（直前の変速処理の終了を確認してから）変速する。また、回転制御部（２００９）は、ＲＡＩＤグループを構成するディスク装置の回転速度変速中においては、ライトリクエストデータをディスク装置内に搭載された大容量不揮発メモリに書き込む処理を行う。なお、回転速度の変速を行うディスク装置の限定方法については、第１の実施形態と同様、採用するＲＡＩＤの構成（ＲＡＩＤ１乃至ＲＡＩＤ５）に依存するものである。
【００５６】
（２）バッファデータ管理テーブル
図２１は、ストレージ装置（２０００）を構成するディスク装置（２００６）内に実装されているバッファデータ管理テーブル（２００５）の構成例を示す図である。
バッファデータ管理テーブル（２００５）は、バッファ（２００４）に格納されたデータのＬＢＡ、バッファ（２００４）上のアドレス、データのサイズの情報によって構成されている。このバッファデータ管理テーブル（２００５）を用いて、データの書き込み及び読み出しが管理される。つまり、ストレージ装置（２０００）のコントローラ部（２００１）は、ＲＡＩＤグループ内のすべてのディスク装置の変速が終了すると、バッファデータ管理テーブル（２００５）の情報を使用してライトデータ及びそれに対応するパリティーデータをディスクに書き込む。また、コントローラ部（２００１）は、回転速度変更中にリードリクエストがあった場合、該リクエストのデータがバッファ（２００４）上にあるかどうかを検索し、該当データがバッファデータ管理テーブル（２００５）にある場合は該データをバッファ（２００４）から読みだしてホストコンピュータに転送する。さらに、コントローラ部（２００１）は、バッファリング中のライトデータが更新される場合には、データの整合性を保つため、最新のライトデータの管理情報のみバッファデータ管理テーブル（２００５）に登録する。
【００５７】
（３）ライトリクエスト処理（コントローラ部側の処理）
図２２は、コントローラ部（２００１）によるライトリクエスト処理について説明するためのフローチャートである。
【００５８】
ストレージ装置（２０００）のコントローラ部（２００１）は、回転速度変更前にディスク装置内の大容量メモリ（２００４）の初期化を行う（ステップＳ２２０１）。次に、コントローラ部（２００１）は、ライトデータをライトリクエストの対象となるディスク装置（２００６）の大容量バッファメモリ（２００４）に格納する（ステップＳ２２０２）。続いて、コントローラ部（２００１）は、ライトデータの書き込みによりバッファフルが発生するか調べ（ステップＳ２２０３）、バッファフルが発生した場合は、バッファフルが発生したディスク装置（２００６）が変速中かを調べる（ステップＳ２２０４）。このように、コントローラ部（２００１）によって、ディスク装置内のバッファメモリ（２００４）のバッファ残量が管理される。そして、バッファフルを起こしたディスク装置（２００６）が変速中でなければ、コントローラ部（２００１）は、バッファフルが解消されるまでメモリ（２００４）上のライトデータをディスクに書き込む（ステップＳ２２０５）。
【００５９】
続いて、コントローラ部（２００１）は、ＲＡＩＤグループ（２００２）内のディスク装置の変速処理が終了したかを調べ（ステップ２２０６）、全てのディスク装置において変速処理が終了した場合は、バッファメモリ（２００４）上のデータをディスクに書き込むようにディスク装置に指示を出す（ステップＳ２２０７）。
【００６０】
ステップＳ２２０６において、全てのディスク装置において変速が終了していなければ、処理はステップＳ２２０２に戻る。
【００６１】
ステップＳ２２０４において、バッファフルが発生したディスク装置（２００６）が変速中であれば、コントローラ部（２００１）は、その変速処理が終了した後、バッファフルが解消されるまでバッファメモリ（２００４）上のデータをディスクに書き込む（ステップＳ２２０８）。その後は、ステップ２２０６以降の処理が実行される。
【００６２】
ステップＳ２２０３に戻り、ライトリクエストの対象となるディスク装置（２００６）のバッファメモリ（２００４）において、バッファフルが発生しなければ、処理は、ステップＳ２２０６に移行し、それ以降の処理が実行される。
【００６３】
（４）ライトリクエスト処理（ディスク装置側の処理）
図２３は、回転速度変更中のディスク装置（２００６）側のライトリクエスト処理を説明するためのフローチャートである。
【００６４】
ストレージ装置（２０００）を構成するディスク装置（２００６）は、コントローラ部からの初期化リクエストを受け、ディスク装置内の大容量バッファメモリ（２００４）の初期化を行う（ステップＳ２３０１）。そして、ディスク装置（２００６）は、ライトリクエストを受領した場合、ライトデータを大容量バッファメモリ（２００４）に格納する（ステップＳ２３０２）。
【００６５】
また、ディスク装置（２００６）は、バッファメモリ（２００４）上に同一論理アドレスのデータがあるかを調べ（ステップＳ２３０３）、同一論理アドレスのデータがなければ、上記ライトデータに関する情報をバッファデータ管理テーブル（２００５）に登録する（ステップＳ２３０４）。そして、ディスク装置（２００６）は、コントローラ部から大容量バッファメモリ（２００４）のデータをディスクに書き込むようリクエストがあれば（ステップＳ２３０５）、バッファメモリ（２００４）内のデータをディスクに書き込む（ステップＳ２３０６）。ステップＳ２３０５において、コントローラ部から大容量バッファメモリ（２００４）のデータをディスクに書き込むようリクエストがなければ、処理は、ステップＳ２３０２に戻る。
【００６６】
ステップＳ２３０３において、バッファメモリ（２００４）上に同一論理アドレスのデータがあれば、ディスク装置（２００６）は、最新のライトデータだけが登録されるようにバッファデータ管理テーブル（２００５）を更新する（ステップＳ２３０７）。更新後は、ステップ２３０５以降の処理が実行される。
【００６７】
なお、実施例２のストレージ装置においても、実施例１で実施したように、回転速度変更中のディスク装置へのリードリクエストデータをディスクに未書き込みのデータ及びそれに対応するパリティーデータを用いて復元することが可能である。その場合、実施例１における図１２のテーブルのバッファ上アドレスを、ディスク装置番号とその装置上の論理アドレスをセットにして記述する必要がある。
【００６８】
＜まとめ＞
以上のように、本実施形態によるストレージ装置は、複数の回転速度でリード・ライト処理可能なディスク装置で構成され、回転速度の変更により省電力化を図る場合に、変速による性能劣化、主にリード処理の応答性能の劣化を最小限に抑えるために活用可能である。
【００６９】
本実施形態のストレージ装置では、それぞれが複数の回転速度で駆動可能な複数のディスク装置の何れかが変速中のとき、その変速中のディスク装置に対するリードリクエストがある場合の処理に特徴がある。具体的には、コントローラ部において、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置が限定されており、複数のディスク装置の回転速度を順次変速するようにしている。そして、複数のディスク装置によりＲＡＩＤグループを構成し、一度に変速するディスク装置をＲＡＩＤグループの構成に基づいて限定する。例えば、ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合には複数のディスク装置を１台ずつ変速処理し、ＲＡＩＤグループが分散ＲＡＩＤ５で構成される場合には各グループについて同時に変速処理可能であるが、各グループ内では複数のディスク装置を１台ずつ変速処理するようにしている。このようにすることにより、変速中にリードリクエストがあったとしても、変速処理に影響されずに、リードリクエストを処理することができ、よって、システム全体としての応答時間が極度に遅くなるのを防止することができるようになる。
【００７０】
より詳細に記述すると、リクエストが変速中のディスク装置に対するリードリクエストの場合、ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、リードリクエストに対応するデータを取得する。つまり、例えば、複数のディスク装置がＲＡＩＤ１で構成される場合、非変速中のミラーリングされたディスク装置からデータを読み出す。また、複数のディスク装置がＲＡＩＤ５、或いは分散ＲＡＩＤ５で構成される場合には、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元する。このようにすることにより、回転速度変更処理中であっても、変速中のディスク装置にあるデータを復元して提示することができるので、システムとしての応答性能を保証することができるようになる。
【００７１】
また、リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、複数のディスク装置の全てについて変速処理が終了した後に、ライトリクエストに対応するライトデータの書き込み処理を実行する。また、複数のディスク装置がＲＡＩＤ５、或いは分散ＲＡＩＤ５で構成される場合、ライトデータとライトデータに対応するパリティーデータをバッファに格納して、変速処理が終了するのを待機する。そして、ライトリクエストの受領後であってその処理前に（ディスクにデータを書き込む前に）、リードリクエストを受領した場合は、リードリクエストに対応するデータを復元するためにライトデータを必要とするときには、ライトデータ及びパリティーデータをバッファメモリから読み出して、リードリクエストに対応するデータを復元する。このようにすることにより、ディスク装置の変速中にライトリクエストがあり、その処理が完了する前にリードリクエストがあったとしてもこのリードリクエストを処理することができるので、リード処理の応答性能を劣化させることが無い。なお、リードリクエストに対応するデータを復元する際には、バッファから読み出したライトデータ及びパリティーデータと、非変速中のディスク装置から取得したデータを用いるようにする。
【００７２】
第２の実施形態によれば、ＲＡＩＤグループを構成するディスク装置のそれぞれが、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルとを有している。ここでも、一度に変速するディスク装置はＲＡＩＤの構成に従って限定されている。上述同様、変速中のディスク装置に対するリードリクエストがある場合に、リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるようにするためである。そして、リクエストがライトリクエストの場合には、ディスク装置内のバッファメモリにライトデータの書き込み処理を実行する。ディスクへの書き込みは、コントローラ部からライトデータの書き込み要求を受信した場合にディスク装置が、実行する。さらに、ここでは、バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じてバッファメモリに格納されたライトデータの書き込み処理のタイミングを制御する。このようにすることでも、ライトリクエスト後にリードリクエストが発生しても、リードリクエスト処理の遅延を防止することができ、ストレージ装置の応答性能を担保することができる。
【図面の簡単な説明】
【００７３】
【図１】第１の実施形態によるストレージ装置の概略構成を示す図である。
【図２】ＲＡＩＤグループの構成例を示す図である。
【図３】ＲＡＩＤグループ（ＲＡＩＤ ５）内のデータフォーマットの例を示す図である。
【図４】ディスク装置において設定可能な回転速度の例を示す図である。
【図５】ストレージ装置の回転速度の変更処理を説明するためのフローチャートである。
【図６】回転速度変更のためのコマンドの例を示す図である。
【図７】回転速度を示すサブコマンドの例を示す図である。
【図８】回転速度を変更するためのコマンドの終了レジスタの例を示す図である。
【図９】回転速度変更中のディスク装置へのリードリクエストに対する処理を説明するためのフローチャートである。
【図１０】ＲＡＩＤ５のストレージ装置における回転速度変更中のリードリクエスト処理の例を示す図である。
【図１１】回転速度変更中のライト処理を説明するためのフローチャートである。
【図１２】回転速度変更中のライトリクエストデータを管理するバッファデータ管理テーブルの例を示す図である。
【図１３】ＲＡＩＤ１のストレージ装置におけるディスク装置の回転速度変更の例を示す図である。
【図１４】ＲＡＩＤ５のストレージ装置の変速の例を示す図である。
【図１５】ＲＡＩＤ５のストレージ装置における回転速度変更中のライトリクエスト処理の例を示す図である。
【図１６】ライトデータに対応したパリティーデータ生成（例１）を説明するための図である。
【図１７】ライトデータに対応したパリティーデータ生成（例２）を説明するための図である。
【図１８】回転速度変更中のディスク装置に対するリードリクエストデータを、直前のライトリクエストデータを使って復元した場合の例を示す図である。
【図１９】ＲＡＩＤ５で構成したグループを分散して配置した分散ＲＡＩＤ５のストレージ装置の例を示す図である。
【図２０】第２の実施形態によるストレージ装置の概略構成を示す図である。
【図２１】大容量メモリのライトデータを管理するバッファデータ管理テーブルの構成例を示す図である。
【図２２】コントローラ部による回転速度変更中のＲＡＩＤグループに対するライト制御を説明するためのフローチャートである。
【図２３】ディスク装置（の図示しないコントローラ）による回転速度変更中のライト制御を説明するためのフローチャートである。
【符号の説明】
【００７４】
１０１ コントローラ部
１０２ ＲＡＩＤグループ
１０３ ストレージ部
１０４ 回転速度管理テーブル
１０５ 速度ステップ登録テーブル
１０６ 回転速度制御部
１０７ バッファメモリ
１０８ バッファデータ管理テーブル
２００１ コントローラ部
２００２ ＲＡＩＤグループ
２００３ ストレージ部
２００４ 大容量メモリ
２００５ バッファデータ管理テーブル
２００６ 大容量メモリ搭載ディスク装置
２００７ 回転速度管理テーブル
２００８ 速度ステップ登録テーブル
２００９ 回転速度制御部
【特許請求の範囲】
【請求項１】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置であって、
それぞれが複数の回転速度で駆動可能な複数のディスク装置と、
変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速する回転速度制御部と、
を備えることを特徴とするストレージ装置。
【請求項２】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記回転速度制御部は、前記一度に変速するディスク装置を前記ＲＡＩＤグループの構成に基づいて限定することを特徴とする請求項１に記載のストレージ装置。
【請求項３】
前記ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合、前記回転速度制御部は、前記複数のディスク装置を１台ずつ変速処理し、
前記ＲＡＩＤグループが、それぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記回転速度制御部は、各グループについて同時に変速処理可能であるが、各グループ内では前記複数のディスク装置を１台ずつ変速処理することを特徴とする請求項２に記載のストレージ装置。
【請求項４】
さらに、前記複数のディスク装置へのリクエストを処理するリクエスト処理部を備えることを特徴とする請求項１乃至３の何れか１項に記載のストレージ装置。
【請求項５】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記リクエストが変速中のディスク装置に対するリードリクエストの場合、前記リクエスト処理部は、前記ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、前記リードリクエストに対応するデータを取得することを特徴とする請求項４に記載のストレージ装置。
【請求項６】
前記複数のディスク装置がＲＡＩＤ１で構成される場合、
前記リクエスト処理部は、非変速中のミラーリングされたディスク装置からデータを読み出し、
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元することを特徴とする請求項５に記載のストレージ装置。
【請求項７】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする請求項４に記載のストレージ装置。
【請求項８】
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、前記ライトデータと前記ライトデータに対応するパリティーデータをバッファメモリに格納して、前記変速処理が終了するのを待機することを特徴とする請求項７に記載のストレージ装置。
【請求項９】
前記ライトリクエストの受領後であってその処理前に、リードリクエストを受領した場合、前記リクエスト処理部は、前記リードリクエストに対応するデータを復元するために前記ライトデータを必要とする場合には、前記ライトデータ及び前記パリティーデータを前記バッファメモリから読み出して、前記リードリクエストに対応するデータを復元することを特徴とする請求項８に記載のストレージ装置。
【請求項１０】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置であって、
それぞれが複数の回転速度で駆動可能な、ＲＡＩＤグループを構成する複数のディスク装置と、
変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速する回転速度制御部と、
前記複数のディスク装置へのリクエストを処理するリクエスト処理部と、を備え、
前記複数のディスク装置のそれぞれは、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルと、を有し、
前記リクエスト処理部は、前記リクエストがライトリクエストの場合、前記バッファメモリにライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とするストレージ装置。
【請求項１１】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記ライトデータを前記バッファメモリに蓄積しておき、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトデータの書き込み処理を実行することを特徴とする請求項１０に記載のストレージ装置。
【請求項１２】
前記リクエスト処理部は、前記バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じて前記バッファメモリに格納された前記ライトデータの書き込み処理のタイミングを制御することを特徴とする請求項１１に記載のストレージ装置。
【請求項１３】
前記リクエスト処理部は、前記バッファメモリに格納されたライトデータの書き込み要求を前記ディスク装置に送信し、
前記ディスク装置は、前記書き込み要求を受信した場合に、前記ライトデータの書き込みを実行することを特徴とする請求項１０乃至１２の何れか１項に記載のストレージ装置。
【請求項１４】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置の制御方法であって、
前記ストレージ装置が、それぞれが複数の回転速度で駆動可能な複数のディスク装置を備え、
回転速度制御部が、変速中のディスク装置に対してリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速することを特徴とする制御方法。
【請求項１５】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記回転速度制御部は、前記一度に変速するディスク装置を前記ＲＡＩＤグループの構成に基づいて限定することを特徴とする請求項１４に記載の制御方法。
【請求項１６】
前記ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合、前記回転速度制御部は、前記複数のディスク装置を１台ずつ変速処理し、
前記ＲＡＩＤグループが、それぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記回転速度制御部は、各グループについて同時に変速処理可能であるが、各グループ内では前記複数のディスク装置を１台ずつ変速処理することを特徴とする請求項１５に記載の制御方法。
【請求項１７】
さらに、前記ストレージ装置はリクエスト処理部を備え、このリクエスト処理部が、前記複数のディスク装置へのリクエストを処理することを特徴とする請求項１４乃至１６の何れか１項に記載の制御方法。
【請求項１８】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記リクエストが変速中のディスク装置に対するリードリクエストの場合、前記リクエスト処理部は、前記ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、前記リードリクエストに対応するデータを取得することを特徴とする請求項１７に記載の制御方法。
【請求項１９】
前記複数のディスク装置がＲＡＩＤ１で構成される場合、前記リクエスト処理部は、非変速中のミラーリングされたディスク装置からデータを読み出し、
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元することを特徴とする請求項１８に記載の制御方法。
【請求項２０】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする請求項１７に記載の制御方法。
【請求項２１】
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、前記ライトデータと前記ライトデータに対応するパリティーデータをバッファメモリに格納して、前記変速処理が終了するまで待機することを特徴とする請求項２０に記載の制御方法。
【請求項２２】
前記ライトリクエストの受領後であってその処理前に、リードリクエストを受領した場合、前記リクエスト処理部は、前記リードリクエストに対応するデータを復元するために前記ライトデータを必要とする場合には、前記ライトデータ及び前記パリティーデータを前記バッファメモリから読み出して、前記リードリクエストに対応するデータを復元することを特徴とする請求項２１に記載の制御方法。
【請求項２３】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置の制御方法であって、
前記ストレージ装置が、それぞれが複数の回転速度で駆動可能な、ＲＡＩＤグループを構成する複数のディスク装置を備え、
前記複数のディスク装置のそれぞれは、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルと、を有し、
回転速度制御部は、変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速し、
前記複数のディスク装置へのリクエストを処理するリクエスト処理部が、前記リクエストがライトリクエストの場合、前記バッファメモリにライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする制御方法。
【請求項２４】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記ライトデータを前記バッファメモリに蓄積しておき、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトデータの書き込み処理を実行することを特徴とする請求項２３に記載の制御方法。
【請求項２５】
前記リクエスト処理部は、前記バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じて前記バッファメモリに格納された前記ライトデータの書き込み処理のタイミングを制御することを特徴とする請求項２４に記載の制御方法。
【請求項２６】
前記リクエスト処理部は、前記バッファメモリに格納されたライトデータの書き込み要求を前記ディスク装置に送信し、
前記ディスク装置は、前記書き込み要求を受信した場合に、前記ライトデータの書き込みを実行することを特徴とする請求項２３乃至２５の何れか１項に記載の制御方法。
【請求項２７】
大容量メモリ及びそのデータを管理するバッファデータ管理テーブル備えた複数の回転速度で駆動可能な複数のディスク装置であって、
ホストからの指示により前記大容量メモリにライトデータをバッファし、さらにホスト側から前記大容量メモリのデータをディスクに書き込む指示が来た時に前記大容量メモリのライトデータをディスクに書き込むことを特徴とするディスク装置。
【請求項１】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置であって、
それぞれが複数の回転速度で駆動可能な複数のディスク装置と、
変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速する回転速度制御部と、
を備えることを特徴とするストレージ装置。
【請求項２】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記回転速度制御部は、前記一度に変速するディスク装置を前記ＲＡＩＤグループの構成に基づいて限定することを特徴とする請求項１に記載のストレージ装置。
【請求項３】
前記ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合、前記回転速度制御部は、前記複数のディスク装置を１台ずつ変速処理し、
前記ＲＡＩＤグループが、それぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記回転速度制御部は、各グループについて同時に変速処理可能であるが、各グループ内では前記複数のディスク装置を１台ずつ変速処理することを特徴とする請求項２に記載のストレージ装置。
【請求項４】
さらに、前記複数のディスク装置へのリクエストを処理するリクエスト処理部を備えることを特徴とする請求項１乃至３の何れか１項に記載のストレージ装置。
【請求項５】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記リクエストが変速中のディスク装置に対するリードリクエストの場合、前記リクエスト処理部は、前記ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、前記リードリクエストに対応するデータを取得することを特徴とする請求項４に記載のストレージ装置。
【請求項６】
前記複数のディスク装置がＲＡＩＤ１で構成される場合、
前記リクエスト処理部は、非変速中のミラーリングされたディスク装置からデータを読み出し、
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元することを特徴とする請求項５に記載のストレージ装置。
【請求項７】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする請求項４に記載のストレージ装置。
【請求項８】
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、前記ライトデータと前記ライトデータに対応するパリティーデータをバッファメモリに格納して、前記変速処理が終了するのを待機することを特徴とする請求項７に記載のストレージ装置。
【請求項９】
前記ライトリクエストの受領後であってその処理前に、リードリクエストを受領した場合、前記リクエスト処理部は、前記リードリクエストに対応するデータを復元するために前記ライトデータを必要とする場合には、前記ライトデータ及び前記パリティーデータを前記バッファメモリから読み出して、前記リードリクエストに対応するデータを復元することを特徴とする請求項８に記載のストレージ装置。
【請求項１０】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置であって、
それぞれが複数の回転速度で駆動可能な、ＲＡＩＤグループを構成する複数のディスク装置と、
変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速する回転速度制御部と、
前記複数のディスク装置へのリクエストを処理するリクエスト処理部と、を備え、
前記複数のディスク装置のそれぞれは、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルと、を有し、
前記リクエスト処理部は、前記リクエストがライトリクエストの場合、前記バッファメモリにライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とするストレージ装置。
【請求項１１】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記ライトデータを前記バッファメモリに蓄積しておき、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトデータの書き込み処理を実行することを特徴とする請求項１０に記載のストレージ装置。
【請求項１２】
前記リクエスト処理部は、前記バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じて前記バッファメモリに格納された前記ライトデータの書き込み処理のタイミングを制御することを特徴とする請求項１１に記載のストレージ装置。
【請求項１３】
前記リクエスト処理部は、前記バッファメモリに格納されたライトデータの書き込み要求を前記ディスク装置に送信し、
前記ディスク装置は、前記書き込み要求を受信した場合に、前記ライトデータの書き込みを実行することを特徴とする請求項１０乃至１２の何れか１項に記載のストレージ装置。
【請求項１４】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置の制御方法であって、
前記ストレージ装置が、それぞれが複数の回転速度で駆動可能な複数のディスク装置を備え、
回転速度制御部が、変速中のディスク装置に対してリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速することを特徴とする制御方法。
【請求項１５】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記回転速度制御部は、前記一度に変速するディスク装置を前記ＲＡＩＤグループの構成に基づいて限定することを特徴とする請求項１４に記載の制御方法。
【請求項１６】
前記ＲＡＩＤグループがＲＡＩＤ１或いはＲＡＩＤ５で構成される場合、前記回転速度制御部は、前記複数のディスク装置を１台ずつ変速処理し、
前記ＲＡＩＤグループが、それぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記回転速度制御部は、各グループについて同時に変速処理可能であるが、各グループ内では前記複数のディスク装置を１台ずつ変速処理することを特徴とする請求項１５に記載の制御方法。
【請求項１７】
さらに、前記ストレージ装置はリクエスト処理部を備え、このリクエスト処理部が、前記複数のディスク装置へのリクエストを処理することを特徴とする請求項１４乃至１６の何れか１項に記載の制御方法。
【請求項１８】
前記複数のディスク装置はＲＡＩＤグループを構成し、
前記リクエストが変速中のディスク装置に対するリードリクエストの場合、前記リクエスト処理部は、前記ＲＡＩＤグループのデータ冗長性を用いて、非変速中のディスク装置に格納されているデータに基づいて、前記リードリクエストに対応するデータを取得することを特徴とする請求項１７に記載の制御方法。
【請求項１９】
前記複数のディスク装置がＲＡＩＤ１で構成される場合、前記リクエスト処理部は、非変速中のミラーリングされたディスク装置からデータを読み出し、
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、非変速中のディスク装置から読み出したデータ及びパリティーデータに基づいて前記リードリクエストに対応するデータを復元することを特徴とする請求項１８に記載の制御方法。
【請求項２０】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする請求項１７に記載の制御方法。
【請求項２１】
前記複数のディスク装置がＲＡＩＤ５、或いはそれぞれＲＡＩＤ５で構成した複数グループを分散して配置してなる分散ＲＡＩＤ５で構成される場合、前記リクエスト処理部は、前記ライトデータと前記ライトデータに対応するパリティーデータをバッファメモリに格納して、前記変速処理が終了するまで待機することを特徴とする請求項２０に記載の制御方法。
【請求項２２】
前記ライトリクエストの受領後であってその処理前に、リードリクエストを受領した場合、前記リクエスト処理部は、前記リードリクエストに対応するデータを復元するために前記ライトデータを必要とする場合には、前記ライトデータ及び前記パリティーデータを前記バッファメモリから読み出して、前記リードリクエストに対応するデータを復元することを特徴とする請求項２１に記載の制御方法。
【請求項２３】
リクエストに応じてディスク装置にアクセスし、前記リクエストを処理するストレージ装置の制御方法であって、
前記ストレージ装置が、それぞれが複数の回転速度で駆動可能な、ＲＡＩＤグループを構成する複数のディスク装置を備え、
前記複数のディスク装置のそれぞれは、書き込むべきライトデータを格納するためのバッファメモリと、バッファメモリのアドレスとディスク装置の論理アドレスとの対応を管理するバッファデータ管理テーブルと、を有し、
回転速度制御部は、変速中のディスク装置に対するリードリクエストがある場合に、前記リードリクエストに対応するデータが非変速中のディスク装置に格納されているデータから復元可能となるように一度に変速するディスク装置を限定し、前記複数のディスク装置の回転速度を順次変速し、
前記複数のディスク装置へのリクエストを処理するリクエスト処理部が、前記リクエストがライトリクエストの場合、前記バッファメモリにライトリクエストに対応するライトデータの書き込み処理を実行することを特徴とする制御方法。
【請求項２４】
前記リクエストが何れかのディスク装置の変速中になされたライトリクエストである場合、前記リクエスト処理部は、前記ライトデータを前記バッファメモリに蓄積しておき、前記複数のディスク装置の全てについて変速処理が終了した後に、前記ライトデータの書き込み処理を実行することを特徴とする請求項２３に記載の制御方法。
【請求項２５】
前記リクエスト処理部は、前記バッファメモリがフルの状態か否か、及びこのフルの状態のバッファメモリを有するディスク装置が変速中か否かを判断し、判断結果に応じて前記バッファメモリに格納された前記ライトデータの書き込み処理のタイミングを制御することを特徴とする請求項２４に記載の制御方法。
【請求項２６】
前記リクエスト処理部は、前記バッファメモリに格納されたライトデータの書き込み要求を前記ディスク装置に送信し、
前記ディスク装置は、前記書き込み要求を受信した場合に、前記ライトデータの書き込みを実行することを特徴とする請求項２３乃至２５の何れか１項に記載の制御方法。
【請求項２７】
大容量メモリ及びそのデータを管理するバッファデータ管理テーブル備えた複数の回転速度で駆動可能な複数のディスク装置であって、
ホストからの指示により前記大容量メモリにライトデータをバッファし、さらにホスト側から前記大容量メモリのデータをディスクに書き込む指示が来た時に前記大容量メモリのライトデータをディスクに書き込むことを特徴とするディスク装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００９−７０４８９（Ｐ２００９−７０４８９Ａ）
【公開日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願番号】特願２００７−２３８２５４（Ｐ２００７−２３８２５４）
【出願日】平成１９年９月１３日（２００７．９．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２１年４月２日（２００９．４．２）
【国際特許分類】
【出願日】平成１９年９月１３日（２００７．９．１３）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]