JP5008955B2 - 節電機能を備えたストレージシステム - Google Patents

Description

本発明は、ストレージシステムにおける物理記憶装置の節電に関する。

複数の物理記憶装置を備えたストレージシステムが知られている。この種のストレージシステムとして、例えば、複数のディスク装置（例えばハードディスクドライブ）をアレイ状に備えたディスクアレイ装置がある。ディスクアレイ装置の節電に関する技術として、例えば特許文献１に開示の技術がある。特許文献１によれば、ディスクアレイ装置は、上位装置からアクセスが無くなり予め定めた時間経過後、ディスク装置の節電（電源オンオフや節電モードの選択）を制御する。また、上位装置からアクセスがあった場合、ディスクアレイ装置は、アクセス先のディスク装置の電源がオフになっていれば、そのディスク装置の電源を投入した後、アクセスを実行する。

特開２０００−２９３３１４号公報

例えば、人間が所望した記憶装置を節電したいというケースがあり得る。これを実現するための方法として、ユーザ所望の記憶装置を指定した節電指示を上位コンピュータからストレージシステムに送信し、ストレージシステムが、その節電指示に従って、その節電指示で指定されている記憶装置に属する一以上の物理記憶装置を特定し、該一以上の物理記憶装置を節電する方法が考えられる。上位コンピュータとしては、例えば、物理的なホストコンピュータ、一又は複数のホストコンピュータ上に用意された仮想的なホストコンピュータ、或いは、アプリケーションなどが考えられる。

しかし、ストレージシステムが有する記憶装置には、複数の上位コンピュータで共有される記憶装置があり得る。このような記憶装置に属する一以上の物理記憶装置を複数の上位コンピュータのうちの或る上位コンピュータからの節電指示通りに節電してしまうと、該複数の上位コンピュータのうちの他の上位コンピュータが該記憶装置を使用中或いはこれから使用する場合、該記憶装置を使用するためには節電を解除するという処理が別途必要になってしまう。

従って、本発明の目的は、ストレージシステムが備える複数の記憶装置のうちの人間が所望した記憶装置を節電することを記憶装置の使用をなるべく妨げないように実現することにある。

本発明の更なる目的は、後の説明から明らかになるであろう。

ストレージシステムを、管理者所望の記憶装置の節電を管理装置から行えるよう構成する。具体的には、ストレージシステムに、複数のＲＡＩＤグループ、複数の論理ユニット及び複数の物理記憶装置のうちの少なくとも一つの記憶装置を指定した節電指示を管理装置から受け付ける節電指示受信部と、その節電指示で指定されている記憶装置に対応した一以上の物理記憶装置を節電する節電制御部とを備える。

以下、本発明の幾つかの実施形態を説明するが、概要の一つとしては、例えば以下の通りである。

ストレージシステムに、複数のＲＡＩＤグループ、複数の論理ユニット及び複数の物理記憶装置のうちの少なくとも一つの記憶装置を指定した節電指示を管理コンソールから受け付ける節電指示受信部と、その節電指示で指定されている記憶装置に対応した一以上の物理記憶装置を節電する節電制御部とを備える。管理コンソールが、例えば、複数の上位コンピュータを管理している場合、複数の上位コンピュータで連携が図れる。

一つの実施形態では、ストレージシステムに、更に、論理ユニット属性識別部が備えられる。論理ユニット属性識別部は、受信した節電指示で指定されている記憶装置に対応した論理ユニットの論理ユニット属性を識別する。この場合、節電制御部は、該識別された論理ユニット属性が所定の論理ユニット属性であるか否かを判断し、所定の論理ユニット属性あれば、上記指定されている記憶装置に対応した一以上の物理記憶装置を節電し、所定の論理ユニット属性でなければ、該記憶装置に対応した一以上の物理記憶装置を節電しない。ここで、「節電する」とは、管理コンソールからの節電指示に従い、物理記憶装置に節電（例えば電源オフ或いは後述のスピンダウン）を指示する（例えば節電実行コマンドを出す）ことである。一方、「節電しない」とは、物理記憶装置に節電を指示しないことであり、例えば、管理コンソールからの節電指示を拒否すると言い換えても良い。

このストレージシステムには、例えば、複数のＲＡＩＤグループ、複数の論理ユニット及び複数の物理記憶装置の互いの対応関係を表した情報である対応関係情報と、複数の論理ユニットの各々についての論理ユニット属性を表した情報である論理ユニット属性情報とを記憶する記憶域がある。論理ユニット属性識別部は、この記憶域にある対応関係情報や論理ユニット属性情報を参照することにより、論理ユニット属性を識別することができる。

単純に管理者からの指示通りに物理記憶装置を節電する場合、ストレージシステムに悪影響がでるおそれが考えられる。例えば、ストレージシステムが有する複数のＬＵには、上位コンピュータには提供されない属性のＬＵがあり、その属性を有するＬＵは、上位コンピュータには提供されないため、上位コンピュータからのＩ／Ｏコマンド（例えばライトコマンド或いはリードコマンド）で指定されることは無いが、ストレージシステム内での処理により該ＬＵにＩ／Ｏが発生することがある。この場合に、該ＬＵが管理者により節電対象として指定された場合、そのＬＵにはストレージシステム内部でＩ／Ｏが発生しているにも関わらずそのＬＵに属する一以上の物理記憶装置が節電されてしまうことになるが、そうなると、データが正しく記憶されないおそれがある。上記の実施形態によれば、このような問題を回避することが期待できる。

一つの実施形態では、複数の物理記憶装置の各々は、例えばディスク装置である。節電指示受信部は、管理コンソールからスピンダウン指示を受信し、節電制御部は、指定されている記憶装置に対応した一以上のディスク装置にスピンダウンを指示する。また、節電制御部は、各ディスク装置について、スピンダウンを指示した場合にスピンダウン回数を更新し、該更新後のスピンダウン回数が所定の回数閾値を超えた場合に、警告を管理コンソールに送信することができる。また、それに代えて、該スピンダウン回数を越えたディスク装置の使用を禁止させても良い。具体的には、例えば、該ディスク装置を閉塞しても良い。その際、該閉塞されるディスク装置が属するＲＡＩＤグループ内の一以上の他のディスク装置からデータを読出し、該読み出したデータそれ自体、又は、該読み出したデータを用いた所定の演算を行うことにより得られたデータを、スペアのディスク装置に格納しても良い。

一つの実施形態では、上述した所定の論理ユニット属性として、例えば、Ｉ／Ｏ系又は障害系を採用することができる。Ｉ／Ｏ系の論理ユニットとは、該Ｉ／Ｏ系及び障害系以外の論理ユニット属性の論理ユニットよりもＩ／Ｏの頻度が高いことが期待される論理ユニットである。一方、障害系の論理ユニットとは、障害が検出された論理ユニット、或いは、障害が検出されたＲＡＩＤグループ或いはディスク装置に対応した論理ユニットである。

例えば、ストレージシステムがデータコピー部を備えているとする。データコピー部は、一方をプライマリの論理ユニットとし他方をセカンダリの論理ユニットとした論理ユニットペアを構成し、プライマリの論理ユニットから前記セカンダリの論理ユニットにデータをコピーすることができる。このデータコピー部が、論理ユニットペアが第一種のペアステータスの場合には、プライマリの論理ユニットに更新があってもセカンダリの論理ユニットを更新せず、論理ユニットペアが第二種のペアステータスの場合には、セカンダリの論理ユニットを更新するよう構成されているとする。この場合、前述したＩ／Ｏ系の論理ユニットとは、第二種のペアステータスの論理ユニットペアの少なくともセカンダリの論理ユニットとすることができる。

また、例えば、ストレージシステムに、ホストコンピュータからのＩ／Ｏコマンドに従うＩ／Ｏの対象であるデータを一時的に記憶するキャッシュメモリ領域を更に備えられているとする。キャッシュメモリ領域上のデータとしては、複数の物理記憶装置に記憶済みのデータであるクリーンデータと、複数の物理記憶装置に記憶されていないダーティデータとがある。キャッシュメモリ領域上のダーティデータを該ダーティデータの書込み先となる論理ユニットに対応した一以上の物理記憶装置に書くことに失敗した場合と、該物理記憶装置にエラーがあった場合との両方の場合に、該物理記憶装置にはデータが記憶されない。ここで、前述した障害系の論理ユニットとしては、該エラーのあった物理記憶装置に対応した論理ユニット、或いは該物理記憶装置を有するＲＡＩＤグループに対応した論理ユニットを採用し、キャッシュメモリ領域上のダーティデータを書きこむことに失敗した場合の該ダーティデータの書込み先の論理ユニットとはしないことができる。

一つの実施形態では、前述した節電制御部は、識別された論理ユニット属性が所定の論理ユニット属性でなくても、予め定められた処理が実行されている最中の場合には、指定されている記憶装置に対応した一以上の物理記憶装置を節電しないことができる。

一つの実施形態では、節電制御部は、上記識別された論理ユニット属性が所定の論理ユニット属性でない場合、指定されている記憶装置に対応した論理ユニットを指定したＩ／Ｏコマンドを一定時間内にホストコンピュータから受信するか否かの監視であるＩ／Ｏ監視を実行し、該一定時間内にそのようなＩ／Ｏコマンドの受信があった場合には、指定されている記憶装置に対応した一以上の物理記憶装置を節電しないことができる。また、例えば、節電制御部は、Ｉ／Ｏ優先か節電優先かを判定し、Ｉ／Ｏ優先ならば、Ｉ／Ｏ監視を実行し、節電優先ならば、指定されている記憶装置に対応した論理ユニットを指定したＩ／Ｏコマンドを受信しても該Ｉ／Ｏコマンドを処理しないＩ／Ｏ保留処理、或いは、指定されている記憶装置に対応した論理ユニットをホストコンピュータにおいてアンマウントすることのアンマウント指示をホストコンピュータ又は管理コンソールに送信することを実行しても良い。また、例えば、複数の論理ユニットのうちの二以上の論理ユニットが仮想的に一つの論理ユニットとしてホストコンピュータに提供されるようになっている場合、節電制御部は、上記指定されている記憶装置に対応した論理ユニットが、その仮想的な一つの論理ユニットである統合論理ユニットを構成する論理ユニットである場合、該統合論理ユニットを構成する他の論理ユニットについても、上記のＩ／Ｏ監視を実行してもよい。

一つの実施形態では、節電制御部は、複数のＲＡＩＤグループのうちの或るＲＡＩＤグループに属する物理記憶装置で障害が検出された場合、該或るＲＡＩＤグループに属する節電中の他の物理記憶装置の該節電を解除して、該障害の復旧処理を実行し、その後、自動的に、該他の物理記憶装置を再び節電することができる。「節電を解除する」とは、例えば、節電解除（例えば電源オン或いは後述のスピンアップ）を物理記憶装置に指示することである。

一つの実施形態では、ストレージシステムに、ホストコンピュータから受信したＩ／Ｏコマンドを処理するＩ／Ｏ制御部を更に備えることができる。Ｉ／Ｏ制御部は、受信したＩ／Ｏコマンドで指定されている論理ユニットに対応した一以上の物理記憶装置が節電中ならば、該受信したＩ／Ｏコマンドを処理しないことができる。具体的には、例えば、Ｉ／Ｏ制御部は、該Ｉ／Ｏコマンドに対して、後述の“Not Ready”をホストコンピュータに応答することができる。また、例えば、Ｉ／Ｏ制御部は、受信したＩ／Ｏコマンドで指定されている論理ユニットに対応した一以上の物理記憶装置が節電中でなくても、該論理ユニットが、統合論理ユニットの構成要素であって、該統合論理ユニットを構成する他の論理ユニットに対応した一以上の物理記憶装置が節電中ならば、該受信したＩ／Ｏコマンドを処理しないこともできる。

一つの実施形態では、節電制御部は、ストレージシステムにおける所定範囲の節電中でない物理記憶装置の数に基づいて、該所定範囲における、節電中の複数の物理記憶装置のうちの何台を同時に節電解除するかを制御することができる。更に、節電制御部は、節電中でない物理記憶装置の数のうち、Ｉ／Ｏが発生する物理記憶装置が幾つあるかを基に、同時に節電解除する物理記憶装置の台数を制御することができる。なお、所定範囲としては、ストレージシステム全体、ＲＡＩＤグループ、或いは、複数の物理記憶装置を備えた二以上の筐体の各々とすることができる。この一つの実施形態では、節電中の物理記憶装置は、管理コンソールからの節電指示に従う節電のみならず、例えば、一定時間Ｉ／Ｏの発生しない物理記憶装置を検出し該検出された物理記憶装置を節電することにより節電状態になった物理記憶装置であっても良い。すなわち、この一つの実施形態では、どのような方法で各物理記憶装置が節電になっても良い。

一つの実施形態では、キャッシュメモリ領域上のダーティデータを該ダーティデータの書込み先となる論理ユニットに対応した一以上の物理記憶装置に書くことの失敗があった場合、節電制御部が、該ダーティデータがキャッシュメモリ領域に残っている状態で、該一以上の物理記憶装置を節電することができる。

一つの実施形態では、ストレージシステムにイベント実行制御部を備えることができる。イベント実行制御部は、ストレージシステムで発生したイベントを実行するか否かを、該イベントに関わる物理記憶装置が節電されるかどうかに応じて制御することができる。

一つの実施形態では、管理コンソールに、ストレージシステムのどの物理記憶装置で節電になっているかを表す情報を取得する情報取得部と、管理者所望の指示を受け付け、受けた指示をストレージシステムに対して行う指示部とを備えることができる。指示部は、管理者所望の指示を受けた場合、上記取得された情報を参照することにより、上記受けた指示に従う処理を実行すると節電になっている物理記憶装置にＩ／Ｏが発生することになるかどうかを判別し、Ｉ／Ｏが発生することを識別した場合には、該受けた指示をストレージシステムに行うことを拒否することができる。

上述した各部は、手段と読み替えても良い。上述した各部は、ハードウェア（例えば回路）、コンピュータプログラム、或いはそれらの組み合わせ（例えば、コンピュータプログラムを読み込んで実行する一又は複数のＣＰＵ）によって実現することもできる。各コンピュータプログラムは、コンピュータマシンに備えられる記憶資源（例えばメモリ）から読み込むことができる。その記憶資源には、ＣＤ−ＲＯＭやＤＶＤ（Digital Versatile Disk）等の記録媒体を介してインストールすることもできるし、インターネットやＬＡＮ等の通信ネットワークを介してダウンロードすることもできる。

ところで、詳述する各実施形態において、ディスク装置としては、例えば、図２４Ｂに例示する構成のディスク装置を採用することができる。そのディスク装置１０３は、例えば、表示部（例えばＬＥＤ（Light Emitting Diode））１０５と、ディスク１０６と、ディスク制御部１０４とを備える。ディスク１０６としては、ハードディスク、ＤＶＤ（Digital
Versatile Disk）など種々のディスクを採用することができる。従って、ディスク装置１０３としては、ハードディスクドライブ（ＨＤＤ）、ＤＶＤドライブなどの種々の装置を採用することができる。本実施形態では、ディスク装置１０３はＨＤＤであるとする。ＨＤＤとしては、種々のＨＤＤ、例えば、ＳＡＴＡ（Serial
Attached SCSI）或いはＦＣ（Fibre Channel）のI/Fを有するＨＤＤを採用することができる。このディスク装置１０３は、後述のディスク装置１０３Ａ、１０３Ｂと同じ装置とすることができる。

ディスク制御部１０４は、例えば、外部からのＩ／Ｏコマンドに従ってディスク１０６に対しデータのＩ／Ｏを行うＩ／Ｏ処理部１０４Ａと、Ｉ／Ｏコマンドと異なる種類の制御コマンド（例えば、後述のスピン指示コマンド、Inquiryコマンド、或いはSES（SCSI Enclosure Services）コマンド）を受信し応答する制御コマンド処理部１０４Ｂと、表示部１０５の表示を制御する表示制御部１０４Ｃと、ディスク１０６の回転を制御するディスク回転制御部１０４Ｄとを備える。各部１０４Ａ〜１０４Ｄは、ハードウェア回路、コンピュータプログラム或いはそれらの組み合わせで実現することができる。表示制御部１０５は、このディスク装置１０３がスピンアップであるかスピンダウンであるかに応じて異なる態様（例えばＬＥＤの点滅パターン）での表示を行うことができる。

「スピンアップ」とは、ディスク装置１０３内のディスク１０６が高速に回転している状態である。ディスク１０６を高速に回転させることを、以下、「スピンアップさせる」と言う。また、「スピンダウン」とは、ディスク装置１０３内のディスク１０６の回転が停止している状態である（それに限らず、スピンアップの場合よりも低速に回転していてもよい）。ディスク１０６の回転を停止させることを、以下、「スピンダウンさせる」と言う。スピンダウンにおいて、ディスク制御部１０４では、制御コマンド処理部１０４Ｂのみが動作できれば良く、他の部１０４Ａ、１０４Ｃ及び１０４Ｄは動作できなくて良い。例えば、制御コマンド処理部１０４Ｂの電源が他の部１０４Ａ、１０４Ｃ及び１０４Ｄの電源から分かれていれば、該他の部の電源をオフにし制御コマンド処理部１０４Ｂの電源のみオンにするといった制御が行われても良い。なお、こうすると、表示制御部１０４Ｃの電源がオフとなり、故に、表示部１０５に何も表示されなくなるが、表示部１０５に何も表示されていないことがスピンダウンを意味するとすれば、表示部１０５を見た人間は、このディスク装置１０３がスピンアップにあるのかスピンダウンにあるのかを判別することが可能である。

制御コマンド処理部１０４Ｂが、外部からスピン指示コマンドを受け付け、解釈し、処理することができる。例えば、スピン指示コマンドでスピンアップが指定されていれば、制御コマンド処理部１０４Ｂは、ディスク回転制御部１０４Ｄにディスク１０６をスピンアップさせ、表示制御部１０５にスピンアップに応じた表示を実行させる。一方、スピン指示コマンドでスピンダウンが指定されていれば、制御コマンド処理部１０４Ｂは、ディスク回転制御部１０４Ｄにディスク１０６をスピンダウンさせ、表示制御部１０５にスピンダウンに応じた表示を実行させる。その際、制御コマンド処理部１０４Ｂが、Ｉ／Ｏ処理部１０４Ａ、表示制御部１０４Ｃ及びディス回転制御部１０４Ｄの電源をオフにさせても良い。

ディスク装置１０３に代えて、他種の物理記憶装置を採用しても良い。その場合、例えば、物理記憶装置における記憶媒体が、ディスク１０６に相当し、該記憶媒体に対する該物理記憶装置の外部からのインタフェース部が、ディスク制御部１０４に相当する。

以下、具体的に幾つかの実施形態を説明する。なお、以下の実施形態では、例えば、スピンダウンに代えて、ディスク装置の電源オフであっても良いし、スピンアップに代えて、ディスク装置の電源オンであっても良い。電源オフにすれば、スピンダウンに比してより消費電力を節約することが期待できるし、その場合であっても、上述したスピンアップ診断の適用は可能である。一方、電源オフではなくスピンダウンとすることで、節電を実現しつつ、所定種類のコマンドを受けて応答を返せる状態にすることができる。言い換えれば、節電と後述のスピンダウン診断との両方を実現することが可能となる。

＜第一の実施形態＞。

図１は、本発明の第一実施形態に係るストレージシステムの外観の一例を示す。

ストレージシステム１００には、複数の筐体がある。複数の筐体は、例えば、一つの基本筐体１０１Ａと、一以上の増設筐体１０１Ｂとで構成される。一以上の増設筐体１０１Ｂが全て一つの基本筐体１０１Ａに直結されても良いし、基本筐体１０１Ａを最上流として一以上の増設筐体１０１Ｂがカスケード状に連結されても良い。以下、基本筐体１０１Ａと増設筐体１０１Ｂのそれぞれの構成要素について、同種の構成要素については、同一の親番号（例えば１１１）と異なる子符号（例えばＡ、Ｂ）を付すこととする。

基本筐体１０１Ａと増設筐体１０１Ｂについて、基本筐体１０１Ａを例に採り説明する。その後、増設筐体１０１Ｂについて、基本筐体１０１Ａとの相違点を主に説明する。

基本筐体１０１Ａには、例えば、メインコントローラ１０７や複数の冷却ファン１１１Ａなどが搭載される。また、基本筐体１０１Ａには、複数のディスク装置１０３Ａが挿される。各ディスク装置１０３ＡにはＬＥＤ（Light Emitting Diode）１０５Ａが搭載されている。具体的には、例えば、ディスク装置１０３Ａの背面が挿されるようになっており、ＬＥＤ１０５Ａは、ディスク装置１０３Ａの正面にある。ディスク装置１０３の省電力ステータス（詳細は後述）に応じて、ＬＥＤ１０５Ａの点滅のパターンが制御される。これにより、基本筐体１０１Ａを正面から見た人間は、どのディスク装置１０３がどんな省電力ステータスにあるのかを把握することができる。

増設筐体１０１Ｂには、メインコントローラ１０７に代えて、サブコントローラ１１１が搭載される。また、ディスク装置１０３Ｂを搭載できる数が、基本筐体１０１Ａにおいてディスク装置１０３Ａを搭載できる数より多くても良い（勿論、同数であっても良いし少なくても良い）。

図２Ａは、本発明の第一の実施形態に係るシステム全体の構成例を示す。

ホストコンピュータ１２１が、通信ネットワーク（例えばＳＡＮ（Storage Area
Network））或いは専用線等を介して、ストレージシステム１００の基本筐体１０１Ａに接続される。基本筐体１０１Ａは、通信ネットワーク（例えばＬＡＮ（Local
Area Network））或いは専用線等を介して、管理コンソール１７１に接続される。

ホストコンピュータ１２１は、ストレージシステム１００にＩ／Ｏコマンドを送信する。Ｉ／Ｏコマンドは、例えば、ライトコマンド或いはリードコマンドである。Ｉ／Ｏコマンドでは、Ｉ／Ｏ先として、例えばＬＵＮ（Logical Unit Number）及びＬＢＡ（Logical Brock Address）が指定される。ここで指定されるＬＵＮは、後述するホストＬＵＮである。

管理コンソール１７１は、コンピュータの一種であり、例えば、表示装置１７５、入力装置（例えばキーボードやマウス）１７９、メモリ１７７、ＣＰＵ１７３、及び通信インタフェース装置（ストレージシステム１００と通信するためのインタフェース装置）１８１を備えている。管理コンソール１７１は、複数のコンピュータで構成されても良い。例えば、メモリ１７７やＣＰＵ１７３がサーバにあって、表示装置１７５や入力装置１７９はクライアントにあっても良い。管理コンソール１７１は、一以上のホストコンピュータ１２１及びストレージシステム１００のうちの少なくとも一以上のホストコンピュータ１２１を管理することができる。

ストレージシステム１００は、ＬＵ（Logical
Unit）間のデータコピーを実行する機能（その際、適時に、ＬＵペアのペアステータスを変更していく機能）、ＬＵ間のデータマイグレーションを実行する機能、ＮＡＳとして動作する機能、ＬＵをフォーマットする機能のうちの少なくとも一つの機能を有することができる。

基本筐体１０１Ａのメインコントローラ１０７は、例えば、ホストコンピュータ１１と通信するインタフェース装置（例えば通信ポート、以下、ホストＩ／Ｆ）１３２と、管理コンソール１７１と通信するインタフェース装置（例えば通信ポート、以下、管理Ｉ／Ｆ）１３９と、ディスク装置１０３Ａと通信するインタフェース装置（例えば通信ポート、以下、ディスクＩ／Ｆ）１３６Ａと、ＣＰＵ１３３と、メモリ１３４と、タイマ３９１Ａと、転送制御回路１４１Ａと、筐体間Ｉ／Ｆ１４３Ａとを備える。転送制御回路１４１Ａに、ホストＩ／Ｆ１３２、管理Ｉ／Ｆ１３９、筐体間Ｉ／Ｆ１４３Ａ、メモリ１３４、ディスクＩ／Ｆ１３６Ａ及びＣＰＵ１３３が接続されており、それらの各々と他の各々との通信は該転送制御回路１４１Ａを介して行われる。ディスクＩ／Ｆ１３６Ａに複数のディスク装置１０３Ａが接続される。

増設筐体１０１Ｂのサブコントローラ１１１は、メインコントローラ１０７よりもシンプルな構成であっても良い。サブコントローラ１１１には、転送制御回路１４１Ｂに、ディスクＩ／Ｆ１３６Ｂ及び筐体間Ｉ／Ｆ１４３Ａが接続される。

筐体間Ｉ／Ｆ１４３Ａと筐体間Ｉ／Ｆ１４３Ｂとが、互いに接続され、それぞれ二重化されている。メインコントローラ１０７が、ホストコンピュータ１２１からのＩ／Ｏコマンドに応答して、或るディスク装置１０３ＢにＩ／Ｏを行う場合、一方の筐体間Ｉ／Ｆ１４３Ａ又は１４３Ｂに障害が生じても、他方の筐体間Ｉ／Ｆ１４３Ａ及び１４３Ｂを介して該或るディスク装置１０３にＩ／Ｏを行うことができる。

図２Ｂに例示するように、複数のディスク装置１０３Ａ及び１０３Ｂのうちの二以上のディスク装置によりＲＡＩＤグループが構成される。ＲＡＩＤグループは、ＲＡＩＤ（Redundant Array of Independent (or
Inexpensive) Disks）を構成するグループである。ＲＡＩＤグループは、同一筐体内のディスク装置だけで構成されても良いし、異なる筐体内のディスク装置が混在していても良い。ＲＡＩＤグループにより提供される記憶空間を区切ることでＬＵを提供することができる。ＬＵは、ＲＡＩＤグループを構成する全てのディスク装置を跨っていても良いし、一つのディスク装置により提供されても良い。

以上が、システム全体の構成例である。上記構成は、一例にすぎず、上記の構成に限定する必要は無い。例えば、メインコントローラ１０７及びサブコントローラ１１１の上述した構成は一例であり、他の構成を採用することもできる。また、メインコントローラ１０７に対する各ディスク装置１０３Ａ、１０３Ｂの接続は、例えば、図３Ａに例示するように、ＦＣ−ＡＬ（Fibre Channel Arbitrated Loop）２０１を介した接続であっても良いし、図３Ｂに例示するように、ＳＡＳ（Serial
Attached SCSI）エキスパンダ２０３を介した接続であっても良い。

図４Ａは、メインコントローラ１０７のメモリ１３４に用意される領域、並びに、記憶される情報及びコンピュータプログラムの説明図である。

メモリ１３４に用意される領域として、例えば、キャッシュメモリ領域２５１がある。キャッシュメモリ領域２５１には、Ｉ／Ｏ制御プログラム２６１により、ホストコンピュータ１２１からのＩ／Ｏコマンドに従うＩ／Ｏ対象のデータ（ディスク装置１０３Ａ及び／又は１０３Ｂに書かれるデータ、或いは、ディスク装置１０３Ａ及び／又は１０３Ｂから読み出されたデータ）が一時的に格納される。

メモリ１３４に記憶される情報として、例えば、ＬＵ管理テーブル２５５及びディスク管理テーブル２５７がある。これらのテーブル２５５及び２５７については、後に詳細に説明する。

メモリ１３４に記憶される、ＣＰＵ１３３により実行されるコンピュータプログラムとして、メインコントローラ１０７を制御するためのプログラム（以下、制御プログラム）３５３がある。以下、コンピュータプログラムが主語になる場合は、実際にはそのコンピュータプログラムを実行するＣＰＵによって処理が行われるものとする。制御プログラム３５３には、例えば、ホストコンピュータ１２１からのＩ／Ｏコマンドの処理を制御するＩ／Ｏ制御プログラム２６１、管理コンソール１７１からスピン指示を受け付け該スピン指示に応答してスピン制御を行うスピン指示受付プログラム２６３、各ディスク装置１０３Ａ及び１０３Ｂのチェックを行うディスクチェックプログラム２６５、及び、発生するイベント（イベントについては後に詳述する）の実行を許可するか否かを省電力ステータスを基に制御するイベント実行制御プログラム２６７が含まれる。各コンピュータプログラム２６１、２６３，２６５及び２６７が行う処理については後に詳述する。

図４Ｂは、管理コンソール１７１のメモリ１７７に記憶されるコンピュータプログラムの説明図である。

メモリ１７７に記憶される、ＣＰＵ１７３により実行されるコンピュータプログラムとして、管理コンソール１７１によるシステム管理を制御するためのプログラム（以下、管理プログラム）２７１がある。管理プログラム２７１には、例えば、管理者から記憶装置の指定を受け付け記憶装置の指定を含んだスピン指示をストレージシステム１００に送信するスピン指示プログラム２７３、管理者によるストレージシステム１００に対する設定を許可するか否かを省電力ステータスを基に制御する設定制御プログラム２７５、及び、管理している情報を表示する管理表示プログラム２７７が含まれる。管理表示プログラム２７７は、例えば、ＬＵ管理テーブル２５５やディスク管理テーブル２５７をストレージシステム１００から取得し、取得したテーブル２５５及び２５７をそのまま或いは編集して表示装置１７８に表示することができる（例えば、後述するスピンダウン回数などを、トレース情報として表示することができる）。他のコンピュータプログラム２７３及び２７５が行う処理については後に詳述する。

図５は、ＬＵ管理テーブル２５５の構成例を示す。

ＬＵ管理テーブル２５５は、ストレージシステム１００にある各ＬＵを管理するためのテーブルである。ＬＵ管理テーブル２５５には、一つのＬＵにつき（この図の説明では、その一つＬＵを「対象ＬＵ」と言う）、ＲＧ
ＩＤ、ストレージＬＵＮ、ホストＬＵＮ、ＬＵ属性、省電力ステータス、Ｉ／Ｏ応答ステータス、通常ダーティデータ情報及び障害ダーティデータ情報が対応付けられている。

ＲＧ ＩＤは、対象ＬＵが属するＲＡＩＤグループの識別子である。

ストレージＬＵＮは、ストレージシステム１００内で認識される、対象ＬＵのＬＵＮ（Logical
Unit Number）であって、ホストＬＵＮと異なる種類のＬＵＮである。

ホストＬＵＮとは、ホストコンピュータ１２１が指定する、対象ＬＵのＬＵＮである。言い換えれば、ホストＬＵＮは、ホストコンピュータ１２１で認識されるＬＵＮである。それに対し、前述したストレージＬＵＮは、ホストコンピュータ１２１からの指定は受けないＬＵＮである。

ＬＵ属性とは、対象ＬＵに関する属性のことである。ＬＵ種類という言葉で言い代えても良い。本実施形態では、ＬＵ属性は、通常、Ｉ／Ｏ、障害の３つに大別することができる。それら各ＬＵ属性については後に詳述する。

省電力ステータスとは、対象ＬＵに属するディスク装置の省電力に関するステータスである。省電力ステータスには、複数種類のステータス、例えば、スピンアップ、Ｉ／Ｏ監視、スピンダウン処理中、スピンダウン及びスピンアップ処理中の５種類がある。省電力ステータス“スピンアップ”とは、対象ＬＵに属するディスク装置がスピンアップの状態、別の言い方をすれば、節電が解除されている状態を意味する。省電力ステータス“Ｉ／Ｏ監視”とは、対象ＬＵを指定したＩ／Ｏコマンドの受信の有無が監視されている状態、別の言い方をすれば、対象ＬＵに属するディスク装置をスピンダウンすること仮に決定した状態（監視中にＩ／Ｏコマンドがあったらその決定がキャンセルされる状態）を意味する。省電力ステータス“スピンダウン処理中”とは、対象ＬＵに属するディスク装置をスピンダウンすることを正式に決定してからスピンダウンになるまでの状態を意味する。省電力ステータス“スピンダウン”とは、対象ＬＵに属するディスク装置がスピンダウンの状態であることを意味する。省電力ステータス“スピンアップ処理中”とは、対象ＬＵに属するディスク装置をスピンアップすることを決定してからスピンアップになるまでの状態を意味する。対象ＬＵが二以上のディスク装置に跨っていて、該二以上のディスク装置がそれぞれ異なる省電力ステータスである場合、対象ＬＵの省電力ステータスとしては、それら全ての省電力ステータスが書かれても良いし、制御プログラム２５３により任意に選択された省電力ステータスが書かれても良い。

Ｉ／Ｏ応答ステータスとは、ホストコンピュータ１２１からのＩ／Ｏコマンドで対象ＬＵが指定されている場合にホストコンピュータ１２１にどう応答するかを意味する値である。Ｉ／Ｏ応答ステータスには、複数種類のステータス、例えば、通常、Not Readyの２種類がある。Ｉ／Ｏ応答ステータス“通常”とは、Ｉ／Ｏコマンドを受信したならばＩ／Ｏ制御プログラム２６１が該Ｉ／Ｏコマンドを通常通りに処理する（例えば、該処理に成功したならばＯＫをホストコンピュータ１２１に返答し、該処理に成功したならＮＧをホストコンピュータ１２１に返答する）ことを意味するステータスである。一方、Ｉ／Ｏ応答ステータス“Not
Ready”とは、Ｉ／Ｏコマンドを受信したならばＩ／Ｏ制御プログラム２６１が該Ｉ／Ｏコマンドを処理せず“Not Ready”という値をホストコンピュータ１２１に返答することを意味するステータスである。ホストコンピュータ１２１は、“Not
Ready”とう値をＩ／Ｏコマンドの戻り値として受信した場合には、該Ｉ／Ｏコマンドで指定したホストＬＵＮに対応するＬＵが準備されていないことを認識することができる。

通常ダーティデータ情報とは、対象ＬＵに書かれるべき通常ダーティデータに関する情報である。その情報としては、例えば、キャッシュメモリ領域２５１のどこにあるかを表すアドレス、及び、該通常ダーティデータのデータサイズである。なお、通常ダーティデータとは、キャッシュメモリ領域２５１に記憶されておりディスク装置に未だ書込まれていないデータ（ダーティデータ）であって、障害ダーティデータではないダーティデータのことである。ダーティデータに対し、例えば、対象ＬＵに記憶済みのデータは、クリーンデータである。

障害ダーティデータ情報とは、対象ＬＵに書かれるべき障害ダーティデータに関する情報である。その情報としては、例えば、キャッシュメモリ領域２５１のどこにあるかを表すアドレス、及び、該通常ダーティデータのデータサイズである。なお、障害ダーティデータとは、対象ＬＵに属するディスク装置への書込みに何らかの理由で失敗し未だ該ディスク装置に書込まれていないダーティデータのことである。

以上が、ＬＵ管理テーブル２５５についての説明である。

このテーブル２５５において、異なるＲＡＩＤグループ“０”、“１”に属する複数のストレージＬＵＮ“１”、“２”が、一つのホストＬＵＮ“１”に対応している。これを、概念的に表すと、図２４Ａの通りになる。このような対応付けにより、ホストコンピュータ１２１には、ホストＬＵＮ“１”に対応した一つのＬＵとして見えるが、ストレージシステム１００内部では、その一つのＬＵを構成する複数のＬＵを認識できる。本実施形態では、このように、複数のＬＵを仮想的に一つのＬＵとすることができ、その一つのＬＵのことを「統合ＬＵ」と呼ぶ。

図６は、ディスク管理テーブル２５７の構成例を示す。

ディスク管理テーブル２５７は、ストレージシステム１００にある各ディスク装置１０３Ａ、１０３Ｂを管理するためのテーブルである。ディスク管理テーブル２５７には、一つのディスク装置につき（この図の説明では、その一つディスク装置を「対象ディスク装置」と言う）、ＲＧ
ＩＤ、ディスクＩＤ、ストレージＬＵ範囲、省電力ステータス、スピンダウン回数、次回チェック開始アドレス及び前回チェック完了時間が対応付けられている。

ＲＧ ＩＤは、対象ディスク装置が属するＲＡＩＤグループの識別子である。なお、ＲＧ ＩＤのカラムに“スペア”と書かれているのは、予備のディスク装置（以下、スペアディスク装置）であることを意味する。スペアディスク装置は、例えば、或るＲＡＩＤグループに属する或るディスク装置からデータが読み出せない場合のデータの書込み先とされる（詳細は後述する）。スペアディスク装置の管理方法は、図示の方法に限らず、他の方法、例えばスペアディスク装置を管理するための専用のテーブルを準備し、そのテーブルで管理されても良い。

ディスクＩＤは、対象ディスク装置の識別子である。なお、この識別子は、筐体番号とディスク装置番号との組み合わせで構成されている。従って、この識別子から、どの筐体にあるどのディスク装置であるかを判別することができる。なお、これに限らず、筐体番号とディスク装置番号のそれぞれのカラムがあっても良い。

ストレージＬＵ範囲は、対象ディスク装置が属するＬＵ範囲を表す情報である。この情報は、例えば、ストレージＬＵＮ（図６では括弧の前にある数字）と、ストレージＬＵＮに対応したＬＵにおけるアドレス範囲（図６では括弧内の数字）との組み合わせにより表すことができる。

省電力ステータスとは、対象ディスク装置の省電力に関するステータスである。省電力ステータスには、前述した複数種類のステータスがある。

スピンダウン回数とは、対象ディスク装置についてスピンダウンを行った回数、言い換えれば、高速に回転しているディスクの回転を停止させた回数である。

次回チェック開始アドレスとは、対象ディスク装置におけるディスクのアドレスであって、後述するスピンアップ診断におけるエラーチェックでチェックする場所を意味する。

前回チェック完了時間とは、対象ディスク装置についての直前回のスピンアップ診断が完了した時間を表す。

以下、本実施形態で行われる処理の流れを説明する。なお、以下の説明では、ステップを「Ｓ」と略記する。

図７は、スピンダウンの指示及び実行に関わる全体的な処理の流れの一例を示す。

Ｓ１０１で、管理コンソール１７１において、スピン指示プログラム２７３が、管理者からの操作に従い、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を表示装置１７５に表示する。このＧＵＩは、例えば、ＲＡＩＤグループ、ＬＵ及びディスク装置のうちの少なくとも一つの単位でスピンダウン指示を受け付けることができるようになっている。具体的には、例えば、該ＧＵＩは、ＲＧ
ＩＤ、ストレージＬＵＮ及びディスクＩＤのうちの少なくとも一つの指定を受けることができるようになっている。管理者は、入力装置１７９を使用して、所望のＲＧ ＩＤ、ストレージＬＵＮ及びディスクＩＤのうちの少なくとも一つを指定したり、スピンダウンを指示したりすることができる。

Ｓ１０２で、スピン指示プログラム２７３が、そのＧＵＩを介して、管理者所望の記憶装置（ＲＡＩＤグループ、ＬＵ及びディスク装置のうちの少なくとも一つ）の指定とスピンダウンの指示とを受ける。

Ｓ１０３で、管理者からのスピンダウン指示を契機に、スピン指示プログラム２７３が、管理者所望の記憶装置を指定したスピンダウン指示（コマンド）を作成し、該スピンダウン指示を、ストレージシステム１００に送信する。その後、スピン指示プログラム２７３は、ストレージシステム１００からの応答を待つ状態となる（Ｓ１０４）。

Ｓ１０５で、ストレージシステム１００において、スピン指示受付プログラム２６３が、スピンダウン指示を管理コンソール１７１から受信する。

Ｓ１０６で、スピン指示受付プログラム２６３は、該スピンダウン指示で指定されている記憶装置に対応したＬＵ（以下、「スピンダウン対象ＬＵ」と呼ぶ）のＬＵ属性や、現在のストレージシステム１００内部の状況がスピンダウン条件を満たしているかどうかを判断する。ここでのスピンダウン条件としては、スピンダウン対象ＬＵのＬＵ属性が所定のＬＵ属性ではなく、且つ、スピンダウン禁止に属する所定の処理がストレージシステム１００内部で実行されていないことである。スピンダウン条件を満たすとの判断結果になれば、Ｓ１０７に進み、満たさないとの判断結果になれば、Ｓ１１０に進む。

Ｓ１０７で、スピン指示受付プログラム２６３が、タイマ３９１Ａを用いて、一定時間内にスピンダウン対象ＬＵを指定したＩ／Ｏコマンドの受信があるかどうかを監視する。一定時間内に該Ｉ／Ｏコマンドの受信が検出されたならば、Ｓ１１０に進み、該Ｉ／Ｏコマンドの受信が検出されなければ、Ｓ１０８に進む。

Ｓ１０８で、スピン指示受付プログラム２６３が、デステージ処理を実行する。すなわち、キャッシュメモリ領域２５１上の、スピンダウン対象ＬＵに対応したダーティデータを、該スピンダウン対象ＬＵに属する一以上のディスク装置に書く。

Ｓ１０９で、スピン指示受付プログラム２６３が、スピンダウン対象ＬＵに属する一以上のディスク装置のスピンダウンを実行する。

Ｓ１１０で、スピン指示受付プログラム２６３が、スピンダウン指示で指定されている記憶装置に属するディスク装置のスピンダウンを拒否することを決定する。なお、このＳ１１０で、例えば、Ｓ１０７での処理で、スピンダウン対象ＬＵ及びスピンダウン対象ＬＵに属するディスク装置のそれぞれの省電力ステータスが“Ｉ／Ｏ監視”にされたならば、該省電力ステータスを“スピンアップ”に戻す。

Ｓ１１１で、スピン指示受付プログラム２６３が、管理コンソール１７１からのスピンダウン指示に関する結果を表すデータ（指示結果データ）を、管理コンソール１７１に送信する。

Ｓ１１２で、管理コンソール１７１におけるスピン指示プログラム２７３が、指示結果データを受信する。

Ｓ１１３で、スピン指示プログラム２７３が、該指示結果データが表す指示結果を表示装置１７５に表示する。

以上が、スピンダウンの指示及び実行に関わる全体的な処理の流れの一例である。

この処理によれば、管理者所望の記憶装置に属するディスク装置をスピンダウンさせることができる。また、その際、スピンダウン条件を満たさない場合には、管理コンソールからのスピンダウン指示が拒否されるので、ストレージシステム１００に悪影響が生じるのを防ぐことができる。

また、この処理によれば、管理コンソールからの管理者による節電指示とすることで、ホストコンピュータが複数台ある場合には、それら複数のホストコンピュータ（或いは、各ホストコンピュータで実行されるアプリケーションプログラム）との連携が図れる。別の言い方をすれば、例えば、複数のホストコンピュータ（或いはアプリケーション）でＲＡＩＤグループが共有されている場合に、各ホストコンピュータ（或いはアプリケーション）が独立して節電指示を出せるとすると、或るホストコンピュータからのＩ／Ｏが発生するにも関わらず他のホストコンピュータから節電が実行されてしまうといった問題が生じ得るが、管理コンソールからの節電指示とすることで、そのような問題を回避することが期待できる。

さて、以下、上述した全体的な処理流れの各々のステップを詳細に説明する。

図８Ａは、図７のＳ１０１で表示される第一のＧＵＩの一例である。図８Ｂは、図７のＳ１０１で表示される第二のＧＵＩの一例である。

第一のＧＵＩは、ＲＡＩＤグループ単位或いはＬＵ単位での指定と、スピンダウン或いはスピンアップの指示とを受け付けるＧＵＩである。第二のＧＵＩは、ＲＡＩＤグループ単位或いはディスク装置単位での指定と、スピンダウン或いはスピンアップの指示とを受け付けるＧＵＩである。第一のＧＵＩでは、ＲＧ
ＩＤ及びストレージＬＵＮと共にチェックボックスが表示され、第二のＧＵＩでは、ＲＧ ＩＤ及びディスクＩＤと共にチェックボックスが表示される。所望のＲＧ ＩＤ、ストレージＬＵＮ或いはディスクＩＤのチェックボックスにチェックマークを入れた後にスピンダウン実行ボタンが押された場合に、スピン指示プログラム２７３が、該チェックマークの入ったＲＧ
ＩＤ、ストレージＬＵＮ或いはディスクＩＤを指定したスピンダウン指示（スピンアップ指示ボタンが押された場合にはスピンアップ指示）を生成して送信することができる。

スピン指示プログラム２７３は、ストレージシステム１００からＬＵ管理テーブル２５５及びディスク管理テーブル２５７を取得し、該取得したテーブル２５５及び２５７を基に、前述した第一及び第二のＧＵＩを作成して表示することができる。各ＧＵＩには、各テーブル２５５及び２５７に記録されている情報の全て又は一部を表示することができる。第一のＧＵＩと第二のＧＵＩを、それぞれのＧＵＩにある画面切替ボタンを管理者により押下された場合に切替えても良いし、表示装置１７５に並べて或いは重ねて表示しても良い。

スピン指示プログラム２７３により表示されるＧＵＩは図示の例に限らず他の構成を採用することもできる。また、ＧＵＩを利用する方法とは異なる方法で、管理者所望の記憶装置の指定や、スピンダウン或いはスピンアップの指定が行われても良い。

図９は、図７のＳ１０６で実行される処理の詳細な流れの一例を示す。

Ｓ１０６Ａで、スピン指示受付プログラム２６３は、ストレージシステム１００内部でスピンダウン禁止に属する処理（以下、スピンダウン禁止該当処理）の最中か否かを判断する。ここで、スピンダウン禁止該当処理としては、例えば、ＣＰＵ１３３で実行されるコンピュータプログラムの交換、スピンダウン対象ＬＵに属するディスク装置内のファームウェアの交換などがある。このＳ１０６Ａで、スピンダウン禁止該当処理の最中と判断されたならば、Ｓ１０６ＡでＹＥＳ、つまり、図７のＳ１０６でＮＯとなり、スピンダウン禁止該当処理の最中ではないと判断されたならば、Ｓ１０６ＡでＮＯとなり、Ｓ１０６Ｂに進む。

Ｓ１０６Ｂで、スピン指示受付プログラム２６３は、スピンダウン指示での指定単位、言い換えれば、指定された記憶装置がＲＡＩＤグループ、ＬＵ及びディスク装置のいずれであるかを判断する。ＲＡＩＤグループと判断された場合には、Ｓ１０６Ｃに進み、ＬＵと判断された場合には、Ｓ１０６Ｄに進み、ディスク装置と判断された場合には、Ｓ１０６Ｅに進む。

Ｓ１０６Ｃで、スピン指示受付プログラム２６３は、指定された一以上のＲＡＩＤグループに属する一以上のＬＵ（スピンダウン対象ＬＵ）と、該一以上のＬＵの各々のＬＵ属性とをＬＵ管理テーブル２５５を参照することにより識別し、識別した一以上のＬＵ属性のうちの少なくとも一つにＬＵ属性“Ｉ／Ｏ”或いは“障害”があるかどうかを判断する。有るとの判断になった場合には、Ｓ１０６ＣでＹＥＳ、つまり、図７のＳ１０６でＮＯとなり、無いとの判断になった場合には、Ｓ１０６ＣでＮＯ、つまり、図７のＳ１０６でＹＥＳとなる。

Ｓ１０６Ｄで、スピン指示受付プログラム２６３は、指定された一以上のＬＵ（スピンダウン対象ＬＵ）の各々のＬＵ属性をＬＵ管理テーブル２５５を参照することにより識別し、識別した一以上のＬＵ属性のうちの少なくとも一つにＬＵ属性“Ｉ／Ｏ”或いは“障害”があるかどうかを判断する。有るとの判断になった場合には、Ｓ１０６ＤでＹＥＳ、つまり、図７のＳ１０６でＮＯとなり、無いとの判断になった場合には、Ｓ１０６ＤでＮＯ、つまり、図７のＳ１０６でＹＥＳとなる。

Ｓ１０６Ｅで、スピン指示受付プログラム２６３は、指定された一以上のディスク装置に属する一以上のＬＵ（スピンダウン対象ＬＵ）と、該一以上のＬＵの各々のＬＵ属性とをＬＵ管理テーブル２５５を参照することにより識別し、識別した一以上のＬＵ属性のうちの少なくとも一つにＬＵ属性“Ｉ／Ｏ”或いは“障害”があるかどうかを判断する。有るとの判断になった場合には、Ｓ１０６ＥでＹＥＳ、つまり、図７のＳ１０６でＮＯとなり、無いとの判断になった場合には、Ｓ１０６ＥでＮＯ、つまり、図７のＳ１０６でＹＥＳとなる。

ここで、ＬＵ属性“Ｉ／Ｏ”のＬＵとは、ストレージシステム１００としてディスク装置にＩ／Ｏが発行されることが期待されるＬＵである。一方、ＬＵ属性“障害”のＬＵとは、障害が検出された記憶装置（ＲＡＩＤグループ、ＬＵ或いはディスク装置）に属するＬＵである。ＬＵ属性“Ｉ／Ｏ”及び“障害”のそれぞれの具体例は、図２５の表に記載の通りである。

図２５の表に記載の複数の具体例のうちの幾つかを例に採り説明する。

このストレージシステム１００では、例えば、ＬＵペアが形成され、ＬＵペアを構成する二つのＬＵのうちの一方がプライマリＬＵとされ他方がセカンダリＬＵとされ、プライマリＬＵからセカンダリＬＵへのデータコピーが行われる。これは、例えば、コピー制御プログラム（図示せず）というデータコピーに専用のコンピュータプログラムが制御プログラム２５３に含まれても良いし、Ｉ／Ｏ制御プログラム２６１が該データコピーの機能を備えても良い。セカンダリＬＵがプライマリＬＵと同じストレージシステム内にあれば、いわゆるローカルコピーとなるし、セカンダリＬＵがプライマリＬＵとは別のストレージシステム内にあれば、いわゆるリモートコピーとなる。ＬＵペアには複数種類のペアステータスがあり、それら複数種類のペアステータスは、セカンダリＬＵに更新が生じない、セカンダリＬＵに更新が生じる、障害である、の３種類に大別することができる。ストレージシステム１００（例えば前述したコピー制御プログラム）は、ＬＵペアのステータスを適時に更新していくことができる。ＬＵ属性“Ｉ／Ｏ”のＬＵとしては、セカンダリＬＵに更新が生じるペアステータスのＬＵペアを構成する各ＬＵ（少なくとも例えばセカンダリＬＵ）とすることができる。なお、セカンダリＬＵに更新が生じるペアステータスとは、例えば、“同期”（プライマリＬＵに更新があれば該更新と実質的に同じタイミングでセカンダリＬＵに更新が生じる状態）、“更新中”（プライマリＬＵ内のデータをセカンダリＬＵにコピーしている状態）がある。それに対し、セカンダリＬＵに更新が生じないペアステータスとして、例えば、“スプリット”（プライマリＬＵに更新が生じてもセカンダリＬＵには何ら更新が生じない状態）がある。セカンダリＬＵは、一般に、プライマリＬＵと違ってホストコンピュータ１２１に認識されるＬＵではないため、ＬＵをアンマウントすることにより該ＬＵへのＩ／Ｏを無くすといった措置をとることができない。このため、上記のようにセカンダリＬＵに更新が生じるペアステータスのＬＵペアを構成する二つのＬＵのうちの少なくともセカンダリＬＵが、ＬＵ属性“Ｉ／Ｏ”のＬＵとしておくことは有用であると考えられる。

Ｉ／Ｏ属性“障害”のＬＵとして、例えば、閉塞ディスク装置を含むＬＵとすることができる。ここで、「閉塞ディスク装置」とは、何らかの障害が発生して正常に動作できない状態のディスク装置を意味する。例えば、ＲＡＩＤレベル“ＲＡＩＤ５”のＲＡＩＤグループでは、閉塞ディスク装置により提供される記憶空間の全部又は一部を有するＬＵが保持するデータは、冗長性の無い状態にあり、それ故、早急に閉塞ディスク装置の復旧が必要になると考えられる。この場合、閉塞ディスク装置を含むＲＡＩＤグループにおける一以上のディスク装置を一律にスピンダウンしないようにすることは、データ保護の信頼性を向上する観点から有効であると考えられる。

また、Ｉ／Ｏ属性“障害”のＬＵとして、例えば、ライト未完ＬＵとすることができる。ここで、「ライト未完」とは、ストレージシステム１００内部の障害により失われたデータブロックを意味する。具体的には、例えば、後述するコレクションコピーの際に、失われたデータブロックを回復しようとしたが、それが出来なかった場合に、ライト未完が発生する。より具体的には、例えば、ディスク装置が１台閉塞したために、コレクションコピーが行われたが、他のディスク装置上でメディアエラー等により、データが復元できなかった場合などに発生する。従って、ライト未完はデータが存在しない状態となっている。故に、ライト未完のＬＵは、不健全な状態のＬＵである。このようなＬＵに属する一以上のディスク装置を一律にスピンダウンしないようにすることは、データ保護の信頼性を向上する観点から有効であると考えられる。なお、ライト未完のＬＵに対して、障害ダーティデータに対応したＬＵがあり、それらは、データがディスク装置に記憶されていないという点で共通する。しかし、障害ダーティデータに対応したＬＵに属する各ディスク装置については、障害が発生していることが確実であるわけではない。本実施形態では、この点に着目し、ライト未完のＬＵは、スピンダウンを実行しないＬＵとされるが、障害ダーティデータに対応したＬＵは、スピンダウンを実行しないＬＵとはされない。

図１０は、図７のＳ１０７で実行される処理の詳細な流れの一例を示す。

Ｓ１０７Ａにおいて、上記Ｓ１０６Ｂの判断で、ＲＡＩＤグループであれば、Ｓ１０７Ｂに進み、ＬＵであれば、Ｓ１０７Ｅに進み、ディスク装置であれば、Ｓ１０７Ｆに進む。

Ｓ１０７Ｂでは、スピン指示受付プログラム２６３は、指定されたＲＡＩＤグループのうちの少なくとも一つのＬＵが統合ＬＵに含まれているかどうかをＬＵ管理テーブル２５５を参照することにより判断する。含まれていれば、Ｓ１０７Ｄに進み、含まれていなければ、Ｓ１０７Ｃに進む。

Ｓ１０７Ｃでは、スピン指示受付プログラム２６３は、指定されたＲＡＩＤグループに属する全てのＬＵについてＩ／Ｏコマンドの有無の監視をはじめる（その際、タイマ３９１Ａによる計時も開始する）。また、該全てのＬＵ、及び、それら全てのＬＵにそれぞれ属するディスク装置について、省電力ステータス“Ｉ／Ｏ”監視を、各テーブル２５５及び２５７に設定する（Ｓ１０７Ｇ）。

Ｓ１０７Ｄでは、スピン指示受付プログラム２６３は、指定されたＲＡＩＤグループ及び統合ＬＵに属する全てのＬＵについてＩ／Ｏコマンドの有無の監視をはじめる（その際、タイマ３９１Ａによる計時も開始する）。また、前述したＳ１０７Ｇも実行する。

Ｓ１０７Ｅでは、スピン指示受付プログラム２６３は、指定されたＬＵについてＩ／Ｏコマンドの有無の監視をはじめる（その際、タイマ３９１Ａによる計時も開始する）。また、前述したＳ１０７Ｇも実行する。

Ｓ１０７Ｆでは、スピン指示受付プログラム２６３は、指定されたディスク装置が属するＬＵについてＩ／Ｏコマンドの有無の監視をはじめる（その際、タイマ３９１Ａによる計時も開始する）。また、前述したＳ１０７Ｇも実行する。

Ｉ／Ｏ監視をはじめてから一定時間内に、監視対象ＬＵに対応したホストＬＵＮを指定したＩ／Ｏコマンドの受信がなければ、Ｓ１０７ＨでＮＯ、つまり図７のＳ１０７でＮＯとなる。一方、そのようなＩ／Ｏコマンドの受信があれば、Ｓ１０７でＹＥＳ、つまり図７のＳ１０７でＹＥＳとなる。

管理者によって所望の記憶装置が指定されるが、その際、誤った指定が行われる可能性がある。例えば、スピンダウンとするディスク装置に対応したＬＵをホストコンピュータでアンマウントされた後に、該ディスク装置をスピンダウンにする流れとなっている場合、アンマウントされていないＬＵに対応したディスク装置をスピンダウンの対象として誤って指定してしまう可能性がある。しかし、上記の流れによれば、スピンダウンの指示を受けて直ちにスピンダウンさせるのではなく、一定時間（例えば一分間）Ｉ／Ｏ監視が実行され、Ｉ／Ｏコマンドの受信が検出された場合には、管理コンソールからのスピンダウンの指示が拒否される。これにより、誤った記憶装置指定に基づく誤ったスピンダウンが行われないようにすることが可能である。

図１１は、図７のＳ１０８で実行される処理の詳細な流れの一例を示す。

Ｓ１０８Ａで、スピン指示受付プログラム２６３は、スピンダウン対象ＬＵ及びそれに属するディスク装置の省電力ステータスとして“スピンダウン処理中”を各テーブル２５５及び２５７に設定する。また、スピン指示受付プログラム２６３は、スピンダウン対象ＬＵに対応したＩ／Ｏ応答ステータスとして“Not Ready”をＬＵ管理テーブル２５５に設定する。その際、スピンダウン対象ＬＵを含んだ統合ＬＵがある場合には、該統合ＬＵに含まれる他のＬＵについても、Ｉ／Ｏ応答ステータスとして“Not
Ready”をＬＵ管理テーブル２５５に設定する。これにより、該他のＬＵに対応した省電力ステータスが“スピンアップ”であっても、該他のＬＵを指定したＩ／Ｏコマンドがホストコンピュータ１２１から受信した場合には、Ｉ／Ｏ制御プログラム２６１により、“Not
Ready”が戻り値としてホストコンピュータ１２１に送られる。

Ｓ１０８Ｂで、スピン指示受付プログラム２６３は、スピンダウン対象ＬＵに対応した通常ダーティデータの有無をＬＵ管理テーブル２５５を参照することにより判断する。あれば、Ｓ１０８ＢでＹＥＳとなり、Ｓ１０８Ｃに進み、なければ、Ｓ１０８ＢでＮＯとなる。すなわち、スピンダウン対象ＬＵに対応したダーティデータが障害ダーティデータの場合には、デステージが行われない。障害ダーティデータは、デステージに失敗する可能性が高く、そのような種類のデータについてデステージのトライをたくさん繰り返すと、無駄に負荷が高くなることが考えられるが、ここでは、障害ダーティデータについてはデステージしない。これにより、無駄に負荷が高くなることを抑えることが期待できる。なお、例えば、一回以上デステージをトライすれば書込めることもあるかもしれないので、所定回数デステージをトライし、それでも失敗した場合に、Ｓ１０８ＢでＮＯとなっても良い。また、そのＳ１０８Ｂでは、通常ダーティデータの有無の判断に代えて、ダーティデータの有無の判断としても良い。その場合には、障害ダーティデータについても、デステージが行われることになる。

Ｓ１０８Ｃで、スピン指示受付プログラム２６３は、スピンダウン対象ＬＵに対応した通常ダーティデータ情報から、通常ダーティデータがキャッシュメモリ領域２５１上のどこにあるかを識別し、識別した場所から通常ダーティデータを読み出し、読み出した通常ダーティデータを、スピンダウン対象ＬＵに属する一以上のディスク装置に書き込む（つまりデステージを行う）。デステージに成功すれば（例えばディスク装置からＯＫが返答されれば）、Ｓ１０８ＤでＹＥＳとなり、デステージに失敗すれば、Ｓ１０８ＤでＮＯとなり、Ｓ１０８Ｅに進む。

Ｓ１０８Ｅで、スピン指示受付プログラム２６３は、トライ回数を１インクリメントする。インクリメント後のトライ回数が所定の閾値になっていれば、Ｓ１０８ＦでＹＥＳとなり、Ｓ１０８Ｇに進み、なっていなければ、Ｓ１０８でＮＯとなり、Ｓ１０８Ｃに戻り、デステージを再び実行する。

Ｓ１０８Ｇで、スピン指示受付プログラム２６３は、通常ダーティデータを障害ダーティデータとして管理する。具体的には、例えば、スピンダウン対象ＬＵについての通常ダーティデータ情報を障害ダーティデータ情報に更新する。

図１２は、図７のＳ１０９で実行される処理の詳細な流れの一例を示す。

Ｓ１０９Ａで、スピン指示受付プログラム２６３は、スピンダウン対象ＬＵに属するディスク装置（以下、対象ディスク装置）にスピンダウン指示コマンドを送信する。この指示コマンドは、図２４Ｂを参照して説明したディスク装置１０３において、制御コマンド処理部１０４Ｂが受ける。制御コマンド処理部１０４Ｂは、スピンダウン指示コマンドに従って、ディスク回転制御部１０４Ｄにディスク１０６をスピンダウンさせ、ＬＥＤ１０５にスピンダウンに応じた点滅パターン表示を実行させ、スピンダウンが完了したならば、スピンダウン完了をスピン指示受付プログラム２６３に応答する。

Ｓ１０９Ｂで、スピン指示受付プログラム２６３は、スピンダウン完了を応答してきた対象ディスク装置について、省電力ステータス“スピンダウン”をディスク管理テーブル２５７に設定する。また、スピンダウン対象ＬＵに属する一以上の対象ディスク装置のうちの少なくとも一つ或いは全てについてスピンダウン完了が帰ってきたならば、そのスピンダウン対象ＬＵについて省電力ステータス“スピンダウン”をＬＵ管理テーブル２５５に設定して良い。

Ｓ１０９Ｃで、スピン指示受付プログラム２６３は、指示結果データを作成する。このＳ１０９Ｃで作成される指示結果データは、管理者所望の記憶装置に属する全てのディスク装置についてスピンダウンに成功したことを指示結果として表したデータとなる。

Ｓ１０９Ｄで、スピン指示受付プログラム２６３は、各対象ディスク装置に対応したスピンダウン回数（ディスク管理テーブル２５７に記録されているスピンダウン回数）を１インクリメントする。

Ｓ１０９Ｅで、スピン指示受付プログラム２６３は、インクリメント後のスピンダウン回数が回数閾値を超えたか否かを判断する。超えたディスク装置があれば、スピン指示受付プログラム２６３は、上記作成した指示結果データに、ワーニング情報を含める。ワーニング情報は、スピンダウン回数が所定の回数閾値を超えた対象ディスク装置が存在することの警告に関する情報であり、具体的には、例えば、該対象ディスク装置のディスクＩＤ、該ディスクＩＤに対応したストレージＬＵＮ或いはＲＧ
ＩＤを含んだ情報である。このワーニング情報を含んだ指示結果データが管理コンソール１７１に送信され、スピン指示プログラム２７３により表示されることにより、管理者は、管理者所望の記憶装置についてスピンダウンが実行されたことや、スピンダウン回数が所定の回数閾値を超えた対象ディスク装置が存在することを知ることができる。

以上が、スピンダウンの指示及び実行に関する処理の詳細である。図７のＳ１１０については格別処理な流れは図に示さなかったが、該流れとしては例えば以下の通りである。すなわち、スピン指示受付プログラム２６３が、管理者所望の記憶装置に属するディスク装置のスピンダウンを実行できないことや実行できない理由（例えばスピンダウン対象ＬＵがＬＵ属性“Ｉ／Ｏ”のＬＵである等）を表す指示結果データを作成する。その際、スピンダウン対象ＬＵについてのＩ／Ｏ監視中に該スピンダウン対象ＬＵについてのＩ／Ｏコマンド受信があったことにより省電力ステータスが“Ｉ／Ｏ監視”から“スピンアップ”になってしまった場合には、そのことを意味する情報（例えば、Ｉ／Ｏ監視中にＩ／Ｏコマンドの受信があったためにスピンダウンしなかったことを意味する情報）を、指示結果データに含める。そのような指示結果データが管理コンソール１７１に送信され、スピン指示プログラム２７３に表示されることにより、管理者は、管理者所望の記憶装置についてスピンダウンが実行されなかったことや、スピンダウンが実行されなかった理由を知ることができる。

上述した指示結果データには、例えば、スピンダウン対象ＬＵを含んだ統合ＬＵについて、スピンダウン対象ＬＵ以外のＬＵ（他のＬＵ）についてＩ／Ｏ応答ステータス“Not Ready”を設定した場合には、そのことを表す情報を含んでも良い。或いは、ホストコンピュータ１２１が、Ｉ／Ｏコマンドの戻り値として“Not
Ready”を受信した場合に、該Ｉ／Ｏコマンドで指定したホストＬＵＮについてＩ／Ｏコマンドを実行できないことを管理コンソール１７１に問い合わせても良い。スピン指示プログラム２６３は、受信した指示結果データから、統合ＬＵにおける他のＬＵについてＩ／Ｏ応答ステータス“Not
Ready”が設定されたことを認識した場合、或いは、ホストコンピュータ１２１から上記問合せを受信した場合など、所定の場合に、図２７に例示のメッセージを表示しても良い。これにより、管理者は、統合ＬＵについて他のＬＵにはＩ／Ｏコマンドに従うＩ／Ｏを発生させるための設定をストレージシステム１００に行うことができる。

図１３は、スピンアップの指示及び実行に関わる全体的な処理の流れの一例を示す。

Ｓ５０１で、管理コンソール１７１において、スピン指示プログラム２７３が、管理者からの操作に従い、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を表示装置１７５に表示する。このＧＵＩは、例えば、ＲＡＩＤグループ、ＬＵ及びディスク装置のうちの少なくとも一つの単位でスピンアップ指示を受け付けることができるようになっている。具体的には、例えば、図８Ａ及び図８Ｂに例示したＧＵＩを表示することができる。

Ｓ５０２で、スピン指示プログラム２７３が、そのＧＵＩを介して、管理者所望の記憶装置（ＲＡＩＤグループ、ＬＵ及びディスク装置のうちの少なくとも一つ）の指定とスピンアップの指示とを受ける。

Ｓ５０３で、管理者からのスピンアップ指示を契機に、スピン指示プログラム２７３が、管理者所望の記憶装置を指定したスピンアップ指示（コマンド）を作成し、該スピンアップ指示を、ストレージシステム１００に送信する。その後、スピン指示プログラム２７３は、ストレージシステム１００からの応答を待つ状態となる（Ｓ５０４）。

Ｓ５０５で、ストレージシステム１００において、スピン指示受付プログラム２６３が、スピンアップ指示を管理コンソール１７１から受信する。

Ｓ５０６で、スピン指示受付プログラム２６３は、該スピンアップ指示で指定されている記憶装置に属する一以上のディスク装置（以下、スピンアップ対象ディスク装置）のスピンアップを実行する。

Ｓ５０７で、スピン指示受付プログラム２６３が、管理コンソール１７１からのスピンアップ指示に関する結果を表すデータ（指示結果データ）を、管理コンソール１７１に送信する。

Ｓ５０８で、管理コンソール１７１におけるスピン指示プログラム２７３が、指示結果データを受信する。

Ｓ５０９で、スピン指示プログラム２７３が、該指示結果データが表す指示結果を表示装置１７５に表示する。

以上が、スピンアップの指示及び実行に関わる全体的な処理の流れの一例である。以下、この全体的な処理流れの各々のステップを詳細に説明する。

図１４は、図１３のＳ５０６で実行される処理の詳細な流れの一例を示す。

Ｓ５０６Ａで、スピン指示受付プログラム２６３は、スピンアップ対象ディスク装置について、省電力ステータスとして“スピンアップ処理中”を各テーブル２５５及び２５７に設定する。

Ｓ５０６Ｂで、スピン指示受付プログラム２６３は、スピンアップ対象ディスク装置が属する範囲内に省電力ステータス“スピンアップ”のディスク装置が幾つ存在するか（スピンアップディスク数）をディスク管理テーブル２５７を参照することにより算出し、且つ、そのうちＩ／Ｏが発生するディスク装置が幾つあるか（Ｉ／Ｏ発生ディスク数）を算出する。なお、ここで言う「範囲」とは、ストレージシステム全体、ＲＡＩＤグループ、或いは筐体である。以下、この範囲を便宜上「デバイス範囲」と呼ぶ。

Ｓ５０６Ｃで、スピン指示受付プログラム２６３は、算出されたスピンアップディスク数及びＩ／Ｏ発生ディスク数に基づいて、スピンアッププランを決定する。

Ｓ５０６Ｄで、スピン指示受付プログラム２６３は、決定したスピンアッププランに従って、スピンアップ対象ディスク装置にスピンアップを指示していく。

Ｓ５０６Ｅで、スピン指示受付プログラム２６３は、スピンアップ完了を報告してきたスピンアップ対象ディスク装置について、省電力ステータスとして“スピンアップ”を設定する。また、該スピンアップ対象ディスク装置が属するＬＵのＩ／Ｏ応答ステータスが“Not Ready”になっていることがＬＵ管理テーブル２５５から識別された場合には、スピン指示受付プログラム２６３は、該Ｉ／Ｏ応答ステータスとして“通常”を設定する。但し、該スピンアップ対象ディスク装置が属するＬＵが、統合ＬＵを構成するＬＵであって、該統合ＬＵを構成する他のＬＵがＩ／Ｏ応答ステータス“Not Ready”であれば、該ＬＵのＩ／Ｏ応答ステータスも“Not Ready”としておき、該他のＩ／Ｏ応答ステータスを“通常”にできる場合に、該該ＬＵのＩ／Ｏ応答ステータスも“通常”にする。

Ｓ５０６Ｆで、スピン指示受付プログラム２６３は、スピンアップを指示した全てのスピンアップ対象ディスク装置からスピンアップ完了の報告を受けたかどうかを判断する。受けていれば、Ｓ５０６ＦでＹＥＳとなってＳ５０６を終了し、受けていなければ、Ｓ５０６ＦでＮＯとなってＳ５０６Ｅに戻る。

以上が、図１３のＳ５０６で実行される処理の詳細な流れの一例である。以下、スピンアップディスク及びＩ／Ｏ発生ディスクとスピンアッププランとについて説明する。

本実施形態において、スピンアップディスクとは、前述したように、省電力ステータスが“スピンアップ”であるディスク装置であるが、それには、そのディスク装置内のディスクの回転速度がＩ／Ｏ時の速度である第一の速度になっているディスク装置もあれば、該第一の速度よりも低速でありアイドル状態での速度で或る第二の速度になっているディスク装置もある。スピンダウンからスピンアップになる場合には、ディスク装置では、第一の速度でディスクを回転させた後に、アイドル状態での速度であり第一の速度より低速の第二の速度でディスクを回転させ続けるといった処理が実行される。このため、一つのディスク装置について、スピンダウンからスピンアップになるまでの消費電力の変化は、第一の速度でディスクを回転させるために消費電力が上昇してピークに達し、その後、第二の速度でディスクを回転させ続けるために、該消費電力が下がり或る値まで下がって安定するといった変化になると考えられる。

一方、複数のスピンアップ対象ディスク装置をスピンアップする場合、同時に全てのスピンアップ対象ディスク装置をスピンアップすることが、それら複数のスピンアップ対象ディスク装置がスピンアップになるまでの時間長を最も短くすることができる方法であると考えられる。しかし、その方法では、全てのスピンアップ対象ディスク装置について消費電力がほぼ同時にピークになるため、デバイス範囲（例えば、ストレージシステム全体、ＲＡＩＤグループ或いは筐体）について所定の電力閾値Ｐｓを設けている場合には、図１５Ａに例示するように、該時点での消費電力は非常に大きくなるために該電力閾値Ｐｓを超えてしまうという問題が生じる。

その問題を回避するための方法として、同時にスピンアップするディスク装置の数を制御する方法がある。例えば、図１５Ｂに例示するように、第一の時点で、複数のスピンアップ対象ディスク装置のうちの一部を同時にスピンアップし、該一部のディスク装置について消費電力が安定した後の第二の時点で、残りのスピンアップ対象ディスク装置を同時にスピンアップする。これにより、全てのスピンアップ対象ディスク装置についてスピンアップが完了するまでに、電力閾値Ｐｓを超える電力の消費が生じてしまうということを防ぐことができる。なお、各時点について、同時にスピンアップするスピンアップ対象ディスク装置の数は、デバイス範囲に何台のスピンアップディスクが存在するか、つまり、デバイス範囲におけるスピンアップディスク数を基に制御される。スピンアップディスクも電力を消費しているためである。

しかし、単にスピンアップディスク数を基にするだけでは、デバイス範囲での消費電力を電力閾値Ｐｓ以下に抑えられるとは限らないと考えられる。ディスク装置の消費電力は、スピンアップの状態よりも、データのＩ／Ｏが発生する場合のほうが大だからである。すなわち、ディスク装置にＩ／Ｏが発生する場合（例えば、該ディスク装置にＩ／Ｏコマンドが送られてきた場合）、ディスクの回転速度は、アイドル状態での回転速度よりも高速になり、故に、消費電力も大きくなるからである。

より具体的に言えば、例えば、図１５Ｃに例示するように、複数のスピンアップディスクが全てアイドル状態の場合に、複数のスピンアップ対象ディスク装置をスピンアップする前の消費電力がＰ１とすると、それら複数のスピンアップディスクにＩ／Ｏ発生ディスクが含まれている場合、該消費電力はＰ１よりも高いＰ２であると考えられる。この場合に、単にスピンアップディスク数を基に、同時にスピンアップするスピンアップ対象ディスクの数を制御すると、点線で示すように、消費電力が電力閾値Ｐｓを超えてしまうおそれがある。

そこで、本実施形態では、スピンアップディスクのうちの幾つがＩ／Ｏ発生ディスクであるかを基に、同時にスピンアップするスピンアップ対象ディスク装置の数を制御する。この場合、例えば、図１５Ｃに例示するように、Ｉ／Ｏ発生ディスクを考慮しない場合に比して、スピンアップ指示時点が多くなり故に全てのスピンアップ対象ディスク装置のスピンアップが完了するまでの時間長が長くなってしまうことがあるが、消費電力が電力閾値Ｐｓを超えてしまうことを確実に防ぐことができる。

なお、本実施形態では、例えば、最初の時点で、電力閾値Ｐｓを超えない範囲でできるだけ多くのスピンアップ対象ディスクを同時にスピンアップし、次以降の時点で、電力閾値Ｐｓを越えない範囲でその時点でできるだけ多くのスピンアップ対象ディスクを同時にスピンアップするように制御プログラム２５３が構成されている。制御プログラム２５３が同時にスピンアップできるディスク装置の数に制限があってもよく、その場合には、電力閾値Ｐｓに加えてその制限を基に、各時点で同時にスピンアップするスピンアップ対象ディスク装置の数を制御することができる。

また、スピンアップディスクが全てＩ／Ｏ発生ディスクとみなして、同時にスピンアップするディスク装置の数を制御しても良いが、そうすると、同時にスピンアップするディスク装置の数を少なくする必要が生じ、故に、全てのスピンアップ対象ディスク装置のスピンアップが完了するまでの時間長が長くなってしまうおそれがある。この実施形態では、スピンアップディスクがＩ／Ｏ発生ディスクであるかそうでないディスク装置（アイドル状態のディスク装置）であるかを区別して、同時にスピンアップするディスク装置を制御するため、消費電力を電力閾値以下に抑えつつなるべく短い時間で全てのスピンアップ対象ディスク装置のスピンアップを完了させることができる。ちなみに、前述したスピンアッププランとは、どの時点で何台のスピンアップ対象ディスクをスピンアップするかを表したプランである。

以上が、スピンアップディスク及びＩ／Ｏ発生ディスクとスピンアッププランとについての説明である。

さて、次に、図１６Ａ〜図１６Ｃを参照して、Ｉ／Ｏ制御プログラム２６１、イベント実行制御プログラム２６７、設定制御プログラム２７７が行う処理の流れを説明する。

図１６Ａは、Ｉ／Ｏ制御プログラム２６１が行う処理の流れの一例を示す。

Ｉ／Ｏ制御プログラム２６１は、ホストＬＵＮを指定したＩ／Ｏコマンドをホストコンピュータ１２１から受信した場合（Ｓ６０１）、該ホストＬＵＮに対応したＩ／Ｏ応答ステータスをＬＵ管理テーブル２５５を参照することにより識別する（Ｓ６０２）。そして、Ｉ／Ｏ制御プログラム２６１は、該識別したＩ／Ｏ応答ステータスに基づく応答をホストコンピュータ１２１に送る（Ｓ６０３）。

図１６Ｂは、イベント実行制御プログラム２６７が行う処理の流れの一例を示す。

イベント実行制御プログラム２６７は、イベントの発生の有無を監視する（Ｓ６１１）。イベントの発生があれば（Ｓ６１２でＹＥＳ）、イベント実行制御プログラム２６７は、発生したイベントの種類と、該発生したイベントに関連するＬＵ或いはディスク装置（以下、対象ＬＵ或いは対象ディスク装置）の省電力ステータスとを基に、イベントの実行の許否（つまり許可するか否か）、及び／又は、対象ＬＵ或いは対象ディスクの省電力ステータスを制御する（Ｓ６１３）。

イベントとその実行許否との関係の具体例を図２６に示す。

すなわち、イベントの発生の一例として、コマンドの受信を挙げることができる。そのコマンドは、ホストコンピュータ或いは管理コンソールから受信するのであっても良いし、ストレージシステム内部で発生するのであっても良い。コマンドとして、例えば、ＬＵペアの形成、ＬＵペア間でのコピー実行、ＬＵペアの分離など、ＬＵペアを制御するコマンドがある。例えば、ＬＵペアの形成、ＬＵペア間でのコピー実行などのように、コマンドを実行することでスピンダウンのディスク装置をスピンアップにする必要が生じ得る場合（例えばＬＵにデータのＩ／Ｏが発生する場合）、該ＬＵについて、省電力ステータスが“Ｉ／Ｏ監視”であれば、イベント実行制御プログラム２６７は、スピンダウンのキャンセルを決定する（すなわち、イベント実行制御プログラム２６７は、スピン指示受付プログラム２６３の処理を図７のＳ１０７からＳ１１０に進ませる）。しかし、該省電力ステータスが“スピンダウン処理中”や“スピンダウン”になっていれば、コマンドの実行を拒否する。これにより、節電を優先することができる。一方、ＬＵペアの分離などのように、コマンドを実行してもスピンダウンのディスク装置をスピンアップにする必要が生じない場合（例えばセカンダリＬＵにデータのＩ／Ｏが発生しない場合）、該ＬＵの省電力ステータスが何であれ、コマンドの実行を許可する。

イベントの発生の別の一例として、障害、具体例として、閉塞ディスク装置或いはライト未完の発生がある。この場合には、イベント実行制御プログラム２６７は、障害に関わるＬＵの省電力ステータスが“スピンアップ”になっていなければ、その省電力ステータスになるようにする。言い換えれば、スピンダウン指示に従ってスピンダウンするための処理が実行されている最中でも、その処理をキャンセルして、スピンアップにするための処理を実行する（例えば、障害に関わるＬＵに属する各ディスク装置にスピンアップを指示し、且つ、該各ディスク装置の省電力ステータスを“スピンアップ”にする）。

イベントの発生のまた別の一例として、障害の復旧がある。具体例として、後述するコレクションコピーがある。この場合、イベント実行制御プログラム２６７は、障害復旧に関わるディスク装置の省電力ステータスが“スピンアップ”になっていない場合には、該ディスク装置にスピンアップの指示を出し、その障害復旧が終わった場合には、その障害復旧の終わりを契機に、該ディスク装置をスピンダウンさせることができる。

以上の制御は、ストレージシステム１００内において行われるが、実質的に同様の制御を、管理コンソールに実行させることもできる。

図１６Ｃは、設定制御プログラム２７５が行う処理の流れの一例を示す。

すなわち、設定制御プログラム２７５が、管理者から設定指示（例えば、情報の設定、或いは、管理者所望の処理の実行の指示など）を受け付けた場合（Ｓ６２１）、該設定指示の種類と、該設定指示に関連するＬＵ或いはディスク装置（以下、対象ＬＵ或いは対象ディスク装置）の省電力ステータスとを基に、設定指示の許否を制御する（Ｓ６２２）。

具体的には、例えば、管理コンソール１７１のメモリ１７７に、ストレージシステム１００から取得されたＬＵ管理テーブル２５５及びディスク管理テーブル２５７が記憶される。設定制御プログラム２７５が、例えば、管理者から、ＬＵペア間でのコピー実行など、或るＬＵにＩ／Ｏが生じる処理を実行することの設定指示を受けた場合、該或るＬＵの省電力ステータスが“Ｉ／Ｏ監視中”であれば、該設定指示をストレージシステム１００に送信するが、該省電力ステータスが“スピンダウン処理中”、“スピンダウン”或いは“スピンアップ処理中”であれば、該設定指示を送信することを管理者に対して拒否する。

以上が、Ｉ／Ｏ制御プログラム２６１、イベント実行制御プログラム２６７、設定制御プログラム２７７が行う処理の流れの説明である。

さて、次に、ディスクチェックプログラム２６５が行う処理について説明する。

図１７Ａは、ディスクチェックプログラム２６５が行う全体的な処理の流れを示す。

ディスクチェックプログラム２６５は、Ｚ秒（Ｚ＞０）経つ毎に（Ｓ６５１でＹＥＳ）、省電力ステータス“スピンダウン”のディスク装置についてスピンダウン診断を行う（Ｓ６５２）。

また、ディスクチェックプログラム２６５は、省電力ステータス“スピンダウン”のディスク装置であって、前回のスピンアップ診断完了時からＸ日間（Ｘ＞０、Ｘ日＞Ｚ秒）スピンアップ診断を行っていないディスク装置を、ディスク管理テーブル２５７を参照することにより識別し、該識別されたディスク装置について（Ｓ６５３でＹＥＳ）、スピンアップ診断を行う（Ｓ６５４）。

以上の流れにおいて、Ｚ秒やＸ日の経過は、タイマ３９１Ａを用いて特定することができる。また、以上の処理流れは、一つのディスク装置、一つのＬＵに属する一以上のディスク装置、一つのＲＡＩＤグループに属する二以上のディスク装置、一つの筐体内にある複数のディスク装置、ストレージシステムにある多数のディスク装置、といった単位で実行することができる。以下、ＲＡＩＤグループ単位で上記の処理流れを行うことを例に採り、より詳細な説明を行う。

図１７Ｂは、図１７Ａに示した全体的な処理の流れがＲＡＩＤグループ単位で行われることを例に採り該流れをタイムチャート形式で示した図である。

ディスクチェックプログラム２６５は、対象ＲＡＩＤグループにおいて、Ｚ秒毎に、省電力ステータス“スピンダウン”のディスク装置に、Ｉ／Ｏコマンドと異なる第一種の制御コマンドを送信する。Ｚ秒は、例えば１秒である。ディスクチェックプログラム２６５は、対象ＲＡＩＤグループにおけるスピンダウンの第一のディスク装置に制御コマンドを送信したならば、そのＺ時間後に、対象ＲＡＩＤグループにおけるスピンダウンの第二のディスク装置に制御コマンドを送信する。つまり、Ｚ時間毎に送信される制御コマンドの送信先は、同一のディスク装置ではなく異なるディスク装置である。このため、同一のディスク装置に対して次回に制御コマンドが送信されるまでの時間長は、対象ＲＡＩＤグループに何台のスピンダウンのディスク装置があるかによって異なる。また、ここで送信される第一種の制御コマンドは、例えば、ＳＣＳＩのプロトコルでサポートされているInquiryコマンドである。ディスク装置内の制御コマンド処理部１０４Ｄ（図２４Ｂ参照）は、Inquiryコマンドを受信した場合には、所定の応答を、ディスクチェックプログラム２６５に送信するようになっている。従って、もし、Inquiryコマンドを送信しても所定の応答が返って来ない場合には、該Inquiryコマンドの送信先としたディスク装置がストレージシステム１００から取り外されているか、或いは、該ディスク装置とＣＰＵ１３３との通信経路に異常が生じていると考えられる。Inquiryコマンドに限らず、スピンダウン中でも応答できる制御コマンドであれば他種の制御コマンドで代用されても良い。

ディスクチェックプログラム２６５は、対象ＲＡＩＤグループにおいて、省電力ステータス“スピンダウン”のディスク装置であって、前回のスピンアップ診断完了時間（ディスク管理テーブル２５７から識別される完了時間）からＸ日間スピンアップ診断を行っていないディスク装置について、スピンアップ診断を行う。具体的には、該ディスク装置にスピンアップを指示することにより、スピンアップさせ、Inquiryコマンドと異なる第二種の制御コマンド、例えば、ＳＣＳＩプロトコルでサポートされているベリファイコマンドを送信する。該ベリファイコマンドの戻り値を解析することにより、該ディスク装置に後述するメディアエラー或いはヘッドエラーがあるかどうかを検出することができる。なお、スピンダウン診断を実行するためのベリファイコマンドの送信は、Ｙ分間（Ｙ＞０、Ｘ日＞Ｙ分＞Ｚ秒）行われる。そのＹ分間において、ベリファイコマンドは複数回送信されるが、各回毎に、ベリファイコマンドの送信先は、異なっていても良いし同じであっても良い。なお、Ｘ日間は、例えば９０日間であり、Ｙ分間は、例えば１０分間である。Ｘの値は、例えば、スピンダウンしたままでいることによりヘッドがディスクに吸着してしまうことを防止する観点から定めることができる。

図１８は、スピンダウン診断の処理の流れの一例を示す。この図は、対象ＲＡＩＤグループにおける一ディスク装置についての流れの一例である。

Ｓ６５１で、ディスクチェックプログラム２６５は、対象ＲＡＩＤグループのスピンダウンの或るディスク装置に、Inquiryコマンドを送信する。所定の応答が戻ってこない場合には、Ｓ６５２でＮＯとなり、Ｓ６５３に進み、所定の応答が戻ってきた場合には、Ｓ６５２でＹＥＳとなり、該或るディスク装置についてのスピンダウン診断が終了する。Ｓ６５１でのInquiryコマンドの送信からＺ時間経過したら、対象ＲＡＩＤグループにおけるスピンダウンの別のディスク装置について、スピンダウン診断が行われる。

Ｓ６５３で、ディスクチェックプログラム２６５は、対象ＲＡＩＤグループに属する全てのスピンダウンの他のディスク装置（所定の応答を返さなかったディスク装置以外のディスク装置）、及び、任意に選択したスペアディスク装置に、それぞれスピンアップを指示する。具体的には、例えば、図２０Ａに示すように、対象ＲＡＩＤグループにおけるディスク装置“１”から所定の応答が無かった場合、ディスクチェックプログラム２６５は、該対象ＲＡＩＤグループにおける他のディスク装置“２”、“３”及び“４”と、スペアディスク装置“５”にスピンアップを指示する。

Ｓ６５４で、ディスクチェックプログラム２６５は、例えば、スピンアップを指示した全ての他のディスク装置及びスペアディスク装置からスピンアップ完了の報告を受けた場合に、コレクションコピーを実行する。具体的には、例えば、図２０Ｂに示すように、ディスクチェックプログラム２６５は、ディスク装置“２”、“３”及び“４”からそれぞれデータを読み出し、読み出したデータを用いて所定の演算を行うことで新たなデータを生成し、該新たなデータを、スペアディスク装置“５”に格納する。なお、コレクションコピーは、例えば、対象ＲＡＩＤグループがＲＡＩＤ５などの所定のＲＡＩＤレベルでのＲＡＩＤが構成されているために行われるが、例えばＲＡＩＤ１というミラーリング構成になっている場合に、一つのディスク装置からInquiryコマンドに対する所定の応答が無いならば、他のディスク装置及びスペアディスク装置をスピンアップさせ、コレクションコピーに代えて、該他のディスク装置内の全てのデータをスペアディスク装置にコピーする処理とすることができる。

Ｓ６５５で、ディスクチェックプログラム２６５は、Ｓ６５３でスピンアップさせた他のディスク装置及びスペアディスク装置に、スピンダウンを指示する。

Ｓ６５６で、ディスクチェックプログラム２６５は、例えば、スピンダウンを指示した全ての他のディスク装置及びスペアディスク装置からスピンダウン完了の報告を受けた場合に、ディスク管理テーブル２５７の更新を行う。具体的には、例えば、図２０Ｃに示すように、ディスク装置“２”、“３”、“４”とスペアディスク装置“５”とでＲＡＩＤグループを構成する（つまりＲＡＩＤグループを編成する）。この場合、更新後のディスク管理テーブル２５７では、例えば、対象ＲＡＩＤグループのＲＧ
ＩＤに変更がなく、該ＲＧ ＩＤに対応付けられるディスクＩＤとして、ディスク装置“１”のディスクＩＤが外され、スペアディスク装置“５”のディスクＩＤが追加される。また、スペアディスク装置“５”のストレージＬＵ範囲として、ディスク装置“１”のストレージＬＵ範囲が設定される。

以上が、スピンダウン診断の流れである。このスピンダウン診断によれば、スピンダウンのディスク装置に関わる異常（例えば、ディスク装置が取り外されている、或いは、ディスク装置との通信経路に障害があることにより該ディスク装置から応答を受けられなかった）が検出された場合には、該ディスク装置が属する対象ＲＡＩＤグループ内の他のディスク装置内のデータを基に、スペアディスク装置に対するコピーが実行され、該ディスク装置に代えて該スペアディスク装置が対象ＲＡＩＤグループの構成要素になるＲＡＩＤグループ編成が実行される。このため、ディスク装置がスピンダウンの状態にあっても、該ディスク装置に関わる異常を検出して異常があれば適切にデータの保管を継続することができる。

図１９は、スピンアップ診断の処理の流れの一例を示す。

Ｓ６６１で、ディスクチェックプログラム２６５は、対象ＲＡＩＤグループに属する全てのスピンダウンのディスク装置にスピンアップを指示する。

Ｓ６６２で、ディスクチェックプログラム２６５は、例えば、スピンアップを指示したディスク装置からスピンアップ完了の報告を受けた場合に、該ディスク装置に、ベリファイコマンドを送信する。そのベリファイコマンドでは、例えば、該ディスク装置に対応した次回チェック開始アドレス（ディスク管理テーブル２５７から識別されたアドレス）が指定される。ディスク装置は、このベリファイコマンドに応じて、該ベリファイコマンドで指定されているアドレスについて、メディアエラーの有無のチェックを行う。ここで、メディアエラーとは、何らかの理由で、その指定されたアドレスからのデータブロックの読出しに失敗することを言う。このメディアエラーの有無のチェックにおいて、ディスク装置内のヘッドが動くことになり、それ故、ヘッドに障害がある場合には、ヘッドエラーが検出される。ディスク装置は、データブロックの読み出しに失敗した場合には、メディアエラーをディスクチェックプログラム２６５に返し、ヘッドエラーを検出した場合には、ヘッドエラーをディスクチェックプログラム２６５に返し、いずれのエラーも検出されない場合には、エラー無しを、ディスクチェックプログラム２６５に返す。

Ｓ６６３で、ディスクチェックプログラム２６５は、メディアエラー或いはヘッドエラーを受けた場合には、Ｓ６６３でＹＥＳとなり、Ｓ６６５に進み、エラー無しを受けた場合には、Ｓ６６３でＮＯとなり、Ｓ６６４に進む。

Ｓ６６４で、ディスクチェックプログラム２６５は、該スピンアップ診断を開始してからＹ分間経過していない場合には（Ｓ６６４でＮＯ）、エラー無しを報告してきたディスク装置につき、ディスク管理テーブル２５７において、次回チェック開始アドレスを更新し、該エラー無しを受信した時刻を前回チェック完了時間として記録する（Ｓ６６８）。そして、スピンアップ完了を報告してきた他のディスク装置について、Ｓ６６３を行う。一方、Ｙ分間経過している場合には（Ｓ６６４でＹＥＳ）、このスピンアップ診断を終了する。

Ｓ６６５で、ディスクチェックプログラム２６５は、任意に選択したスペアディスク装置にスピンアップの指示を送り、該スペアディスク装置からスピンアップ完了を受けた場合に、コレクションコピーを実行する。ここでは、図２０Ａ乃至図２０Ｃを例に採れば、ディスク装置“１”が、ヘッドエラー或いはメディアエラーを返してきたディスク装置である。

Ｓ６６６で、ディスクチェックプログラム２６５は、ヘッドエラー或いはメディアエラーを返してきたディスク装置以外のディスク装置（図２０Ｂを例に言えば、ディスク装置“２”、“３”、“４”、及びスペアディスク装置“５”）にスピンダウンを指示する。

Ｓ６６７で、ディスクチェックプログラム２６５は、例えば、スピンダウンを指示した全ての他のディスク装置及びスペアディスク装置からスピンダウン完了の報告を受けた場合に、ディスク管理テーブル２５７の更新を行う。

以上が、スピンアップ診断の流れである。以上の説明によれば、スピンダウンのままになっているディスク装置について定期的にスピンアップ診断が実行される。スピンダウンのままであっても経年経過などの理由によりディスク装置にメディアエラー或いはヘッドエラーが発生し得るが、本実施形態では、定期的にスピンアップ診断が行われ、メディアエラー或いはヘッドエラーが検出されたディスク装置は、ＲＡＩＤグループから外される。つまり、経年劣化などの理由によりメディアエラー或いはヘッドエラーが発生しているディスク装置を、データを格納する前にＲＡＩＤグループから外すことができる。それ故、メディアエラー或いはヘッドエラーの生じているディスク装置にデータを書き込んでしまって該データを失ってしまうといった危険性を抑えることができる。

＜第二の実施形態＞。

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

図２１Ａは、第二の実施形態における増設筐体１０１Ｂの構成を示す。

サブコントローラ１１１に、タイマ３９１Ｂ、ＣＰＵ１５３及びメモリ１５４が更に備えられる。ＣＰＵ１５３及びメモリ１５４は、転送制御回路１４１Ｂに接続される。ＣＰＵ１５３は、メモリ１５４に記憶されているコンピュータプログラムを実行することにより、増設筐体１０１Ｂ内の資源の状態を監視するプロセッサ（筐体監視プロセッサ）として機能する。ＣＰＵ１５３は、データ転送に使うI/F上にあるデバイス（例えば、ＦＣ Ｉ／ＦとＳＡＴＡ Ｉ／Ｆとを変換する回路、或いはＳＡＳエキスパンダなど）にあっても良い。また、ＣＰＵ１５３に代えて、筐体監視を行うためのハードウェア回路が用意されても良い。

図２１Ｂは、メモリ１５４に記憶されるコンピュータプログラム及び情報の説明図である。

メモリ１５４に記憶される、ＣＰＵ１５３により実行されるコンピュータプログラムとして、所定の制御を行う制御プログラム６５３がある。制御プログラム６５３には、例えば、増設筐体１０１Ｂ内の資源の状態を監視する筐体監視プログラム６６１と、筐体監視の結果を基本筐体１０１Ａ内のメインコントローラ１０７に報告する監視結果報告プログラム６６３とが含まれている。筐体監視プログラム６６１により、監視結果情報２５１がメモリ１５４に記憶される。監視結果情報２５１は、筐体監視の結果を表す情報であり、例えば、所定の応答が返って来なかったディスク装置のディスクＩＤを含んだ情報である。

この第二の実施形態では、図２２Ａに例示するように、筐体監視プログラム６６１を実行するＣＰＵ１５３が、データライン或いは監視専用ラインなどを通じて、ＣＰＵ１５３と同じ増設筐体（以下、便宜上「自筐体（own enclosure）」と言う）１０３Ｂ内に存在する各ディスク装置１０３Ｂに所定の制御コマンドを送信し、該制御コマンドに対して所定の応答があるか否かで、ディスク装置１０３Ｂの取り外しの有無を検出することができる。

ここで、データラインとは、ホストコンピュータ１２１からのＩ／Ｏコマンドの対象となるデータが流れるラインである。監視専用ラインとは、データラインとは別に設けられた信号線である。

また、筐体監視に使用する制御コマンドとして、ＳＥＳ（SCSI Enclosure
Services）コマンドを採用することができる。ＳＥＳコマンドを自筐体１０１Ｂ内の所定のデバイスに送信することで、例えば、電源のステータス、温度、或いはファンの回転速度などを取得することができる。ディスク装置１０３Ｂに送信すれば、該ディスク装置１０３Ｂが実装されているか否かがわかる。ディスク装置１０３Ｂは、スピンダウンの状態であっても、少なくとも、ＳＥＳコマンドを受けて処理する制御コマンド処理部１０４Ｄの電源はオンになっているので、該ディスク装置１０３が実装されていれば、ＣＰＵ１５３が、ＳＥＳコマンドに対する応答を受けることになる。

図２２Ｂは、筐体監視プログラム６６１が行う処理の流れの一例を示す。

筐体監視プログラム６６１は、自筐体１０１Ｂ内のディスク装置１０３ＢにＳＥＳコマンドを送信する（Ｓ７０１）。該ＳＥＳコマンドに対して応答が無い場合には（Ｓ７０２でＹＥＳ）、該ディスク装置１０３Ｂが実装されていないことを意味する監視結果情報２５１をメモリ１５４に蓄積する（Ｓ７０３）。既に監視結果情報２５１があれば、該ディスク装置１０３Ｂが実装されていないことを意味する情報を監視結果情報２５１に追加しても良い。

筐体監視プログラム６６１は、定期的に（例えば常時）、この処理を実行することにより、自筐体１０１Ｂ内のディスク装置１０３Ｂの有無をチェックすることができる。

図２２Ｃは、ディスクチェックプログラム２６５が行う処理の流れの一例、監視結果回答プログラム６６３が行う処理の流れの一例、及びそれらの処理の関連を示す。

ディスクチェックプログラム２６５が、定期的に（例えばＺ秒毎に）、サブコントローラ１１１にＳＥＳコマンドを送信する（Ｓ７１１）。

サブコントローラ１１１において、監視結果報告プログラム６６３が、ＳＥＳコマンドを受信する（Ｓ７１２）。監視結果報告プログラム６６３は、メモリ１５４に、サブコントローラ１１１に未だ送信されていない監視結果情報２５１があれば、該未送信の監視結果情報をメインコントローラ１０７に送信し、未送信の監視結果情報が無ければ、無しをメインコントローラ１０７に送信する（Ｓ７１３）。

ディスクチェックプログラム２６５は、監視結果情報の受信なら、図１８のＳ６５２でＮＯとなり、無しの受信なら、図１８のＳ６５２でＹＥＳとなる。

以上が、第二の実施形態の説明である。

第一の実施形態では、メインコントローラ１０７のＣＰＵ１３３が、各ディスク装置１０３Ａ、１０３ＢにInquiryコマンドを送信することで、スピンダウンのディスク装置１０３Ａ、１０３Ｂについて実装の有無を判断するが、それに代えて、上述した第二の実施形態の方法でもその判断を行うことができる。すなわち、各増設筐体１０１Ｂに、自筐体１０１Ｂの監視を行うことと該監視の結果を報告する筐体監視プロセッサを搭載し、メインコントローラ１０７のＣＰＵ１３３は、定期的に（又は不定期的に）、筐体監視プロセッサに問合せをすることで、各増設筐体１０１Ｂにおけるディスク装置１０３Ｂの有無を識別することができる。なお、第二の実施形態では、基本筐体１０１Ａ内のディスク装置１０３Ａの有無については、第一の実施形態と同様の方法でＣＰＵ１３３が行うことができる。

＜第三の実施形態＞。

第三の実施形態では、スピン指示受付プログラム２６３は、Ｉ／Ｏとスピンダウンのどちらを優先するかに応じて、スピンダウン指示を受けた後にＩ／Ｏ監視を行うか、或いは、Ｉ／Ｏ監視を行わずにスピンダウンを実行するかを決定することができる。

図２３Ａは、スピンダウンの指示及び実行に関わる全体的な処理流れについて、第三の実施形態と第一の実施形態との相違点を示す。

スピン指示受付プログラム２６３は、図７のＳ１０６でＹＥＳの後、Ｉ／Ｏとスピンダウンのどちらを優先するかを判断し（Ｓ９０１）、Ｉ／Ｏ優先であれば、図７のＳ１０７（Ｉ／Ｏ監視）を実行し、スピンダウン優先であれば、Ｉ／Ｏ監視を行うことなく図７のＳ１０８を行う。その際、Ｓ９０２で、例えば、Ｉ／Ｏ保留、又は、管理者所望の記憶装置に対応したＬＵ（以下、対象ＬＵ）をアンマウントすることをホストコンピュータ１２１に指示することができる。Ｉ／Ｏ保留とは、対象ＬＵを指定したＩ／Ｏコマンドを処理しないことを意味し、例えば、Ｉ／Ｏコマンドに対してホストコンピュータ１２１にビジー或いはリトライ要求を返すなどの処理である。

図２３Ｂは、スピンアップの指示及び実行に関わる全体的な処理流れについて、第三の実施形態と第一の実施形態との相違点を示す。

スピン指示受付プログラム２６３は、図１３のＳ５０７の後、Ｉ／Ｏとスピンダウンのどちらを優先するかを判断し（Ｓ９１１）、Ｉ／Ｏ優先なら、終了し、スピンダウン優先なら、Ｉ／Ｏ保留の解除、又は、対象ＬＵをマウントすることをホストコンピュータ１２１に指示する（Ｓ９１２）。

Ｉ／Ｏ優先とするかスピンダウン優先とするかは、所定のデバイス単位、例えば、ストレージシステム１００、筐体、ＲＡＩＤグループ、ＬＵ、ディスク装置の単位で予め設定されて良い。Ｉ／Ｏ優先とするかスピンダウン優先とするかの設定は、例えば、管理コンソール１７１からストレージシステム１００に対して行うことができる。

以上、本発明の幾つかの実施形態を説明したが、これらは本発明の説明のための例示であって、本発明の範囲をこれらの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。例えば、スピン指示受付プログラム２６３は、図７のＳ１０５〜Ｓ１０８において処理の対象となっている記憶装置（ＲＡＩＤグループ、ＬＵ或いはディスク装置）について、管理コンソール１７１からスピンアップ指示を受けた場合には、該処理をキャンセルすることができる。

図１は、本発明の第一実施形態に係るストレージシステムの外観の一例を示す。 図２Ａは、本発明の第一の実施形態に係るシステム全体の構成例を示す。図２Ｂは、ＲＡＩＤグループ、ＬＵ及びディスク装置の対応関係の一例を示す。 図３Ａは、メインコントローラ１０７にＦＣ−ＡＬ２０１を介して各ディスク装置１０３Ａ、１０３Ｂが接続される例を示す。図３Ｂは、メインコントローラ１０７にＳＡＳエキスパンダ２０３を介して各ディスク装置１０３Ａ、１０３Ｂが接続される例を示す。 図４Ａは、メインコントローラ１０７のメモリ１３４に用意される領域、並びに、記憶される情報及びコンピュータプログラムの説明図である。図４Ｂは、管理コンソール１７１のメモリ１７７に記憶されるコンピュータプログラムの説明図である。 図５は、ＬＵ管理テーブル２５５の構成例を示す。 図６は、ディスク管理テーブル２５７の構成例を示す。 図７は、スピンダウンの指示及び実行に関わる全体的な処理の流れの一例を示す。 図８Ａは、図７のＳ１０１で表示される第一のＧＵＩの一例である。図８Ｂは、図７のＳ１０１で表示される第二のＧＵＩの一例である。 図９は、図７のＳ１０６で実行される処理の詳細な流れの一例を示す。 図１０は、図７のＳ１０７で実行される処理の詳細な流れの一例を示す。 図１１は、図７のＳ１０８で実行される処理の詳細な流れの一例を示す。 図１２は、図７のＳ１０９で実行される処理の詳細な流れの一例を示す。 図１３は、スピンアップの指示及び実行に関わる全体的な処理の流れの一例を示す。 図１４は、図１３のＳ５０６で実行される処理の詳細な流れの一例を示す。 図１５Ａは、同時にスピンアップするディスク装置の数を制御しない場合の消費電力の変化の例を示す。図１５Ｂは、同時にスピンアップするディスク装置の数を制御した場合の消費電力の変化の例を示す。図１５Ｃは、スピンアップ済みのディスク装置にＩ／Ｏが発生しているかどうかを基に、同時にスピンアップするディスク装置の数を制御した場合の消費電力の変化の例を示す。 図１６Ａは、Ｉ／Ｏ制御プログラム２６１が行う処理の流れの一例を示す。図１６Ｂは、イベント実行制御プログラム２６７が行う処理の流れの一例を示す。図１６Ｃは、設定制御プログラム２７５が行う処理の流れの一例を示す。 図１７Ａは、ディスクチェックプログラム２６５が行う全体的な処理の流れを示す。図１７Ｂは、図１７Ａに示した全体的な処理の流れがＲＡＩＤグループ単位で行われることを例に採り該流れをタイムチャート形式で示した図である。 図１８は、スピンダウン診断の処理の流れの一例を示す。 図１９は、スピンアップ診断の処理の流れの一例を示す。 図２０Ａは、対象ＲＡＩＤグループのうちの１つのディスク装置から応答が無い或いは障害が生じている例を示す。図２０Ｂは、対象ＲＡＩＤグループの残りのディスク装置からスペアのディスク装置にコレクションコピーが行われることを示す。図２０Ｃは、ＲＡＩＤグループの編成が行われたことを示す。 図２１Ａは、本発明の第二の実施形態における増設筐体１０１Ｂの構成例を示す。図２１Ｂは、サブコントローラ１１１´のメモリ１５４に記憶されるコンピュータプログラム及び情報の説明図である。 図２２Ａは、筐体監視プロセッサ１５３によるディスク装置１０３Ｂの監視の説明図である。図２２Ｂは、筐体監視プログラム６６１が行う処理の流れの一例を示す。図２２Ｃは、ディスクチェックプログラム２６５が行う処理の流れの一例、監視結果回答プログラム６６３が行う処理の流れの一例、及びそれらの処理の関連を示す。 図２３Ａは、スピンダウンの指示及び実行に関わる全体的な処理流れについて、第三の実施形態と第一の実施形態との相違点を示す。図２３Ｂは、スピンアップの指示及び実行に関わる全体的な処理流れについて、第三の実施形態と第一の実施形態との相違点を示す。 図２４Ａは、統合ＬＵの構成例を示す。図２４Ｂは、ディスク装置の構成例を示す。 図２５は、ＬＵ属性“Ｉ／Ｏ”のＬＵとＬＵ属性“障害”のＬＵのそれぞれの具体例を示した表である。 図２６は、イベントとその実行許否との関係の具体例を示した表である。 図２７は、統合ＬＵに関して管理コンソール１７１により表示されるメッセージの一例を示す。

符号の説明

１００…ストレージシステム １０１Ａ…基本筐体 １０１Ｂ…増設筐体 １０３Ａ、１０３Ｂ…ディスク装置 １７１…管理コンソール

Claims (9)

1. 管理装置に接続可能なストレージシステムであって、
   複数のＲＡＩＤグループを構成する複数の記憶装置と、
   コントローラと、を有し、
   前記コントローラは、
   前記管理装置より、前記複数のＲＡＩＤグループのうち第１のＲＡＩＤグループに含まれる複数の第１の記憶装置を指定した節電状態への移行指示を受信し、
   前記複数の第１の記憶装置に対応する論理ユニットが前記ストレージシステム内部でＩ／Ｏを発生する所定の機能により利用されている場合には前記移行指示を拒否し、
   前記論理ユニットが前記所定の機能により利用されていない場合には、前記移行指示を受信してから所定時間、前記論理ユニットへのＩ／Ｏコマンドを監視し、前記移行指示を受信してから前記所定時間内に前記コンピュータより前記Ｉ／Ｏコマンドを受信しなかった場合、前記複数の第１の記憶装置を節電状態へ移行する制御を実行する、
   ことを特徴とするストレージシステム。
2. 請求項１に記載のストレージシステムであって、
   前記コントローラは、前記移行指示を受信してから前記所定時間内に前記Ｉ／Ｏコマンドを受信した場合、前記複数の第１の記憶装置を節電状態へ移行する制御を実行しない、
   ことを特徴とするストレージシステム。
3. 請求項２に記載のストレージシステムであって、
   前記コントローラは、前記移行指示への応答として、前記複数の第１の記憶装置を節電状態への移行する制御を実行したか否かを示す結果を前記管理装置に対して送信する、
   ことを特徴とするストレージシステム。
4. 請求項１に記載のストレージシステムであって、
   前記複数の記憶装置の各々は、データが記録されるディスクと、ディスク制御部とを有し、
   前記節電状態とは、前記ディスクの回転速度がスピンアップのときに比して低速或いはゼロであるスピンダウン状態である、
   ことを特徴とするストレージシステム。
5. 請求項１に記載のストレージシステムであって、
   前記コントローラは、前記論理ユニットが他の論理ユニット内のデータのコピー先であって、前記論理ユニットと前記他の論理ユニットとのコピー状態が前記論理ユニットに更新が発生するコピー状態である場合、前記複数の第１の記憶装置を節電状態へ移行する制御を実行しない、
   ことを特徴とするストレージシステム。
6. 請求項１に記載のストレージシステムであって、
   前記コントローラは、前記論理ユニットが他の論理ユニット内のデータのマイグレーション先として使用され、前記他の論理ユニットから前記論理ユニットへのデータのマイグレーション中である場合、前記論理ユニットが前記所定の機能により利用されていると判断する、
   ことを特徴とするストレージシステム。
7. 請求項１に記載のストレージシステムであって、
   前記コントローラは、前記第１のＲＡＩＤグループに含まれる前記複数の第１の記憶装置に、閉鎖された記憶装置が含まれる場合、前記複数の第１の記憶装置を節電状態へ移行する制御を実行しない、
   ことを特徴とするストレージシステム。
8. 請求項１に記載のストレージシステムであって、さらに、
   データを一時的に格納するキャッシュメモリを含み、
   前記論理ユニットに対応するダーティデータが前記キャッシュメモリに格納されている場合に、前記ダーティデータを前記論理ユニットにデステージした後に、前記複数の第１の記憶装置を節電状態へ移行する制御を実行する、
   ことを特徴とするストレージシステム。
9. 請求項８に記載のストレージシステムであって、
   前記ダーティデータの前記論理ユニットへのデステージ処理が所定の回数失敗した場合に、前記ダーティデータを障害ダーティデータとして管理した後に、前記複数の第１の記憶装置を節電状態へ移行する制御を実行する、
   ことを特徴とするストレージシステム。

Images