(57)【特許請求の範囲】
【請求項１】
サーバからの指示に基づいて、複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置を備えたストレージシステムにおける論理ボリュームの制御方法であって、
前記サーバが備えるアクセス指示発行部が、前記論理ボリュームへのアクセス指示を発行し、
前記サーバが備える電源状態判断部が、前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態が、前記論理ボリュームに対してアクセス可能であるかアクセス不能であるかを判断し、
前記サーバが備える電源制御指示部が、前記電源状態判断部において前記論理ボリュームが前記アクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態を前記アクセス不能からアクセス可能への変更を指示し、
前記ストレージ装置が備えるアクセス指示管理部は、前記論理ボリュームがアクセス可能となるまで前記アクセス指示を保存して管理し、
前記ストレージ装置が備える電源制御部は、前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体の電源状態を前記アクセス不能から前記アクセス可能へ変更し、
前記ストレージ装置が備えるアクセス可能応答部は、前記論理ボリュームが前記アクセス可能となったことを前記サーバに応答し、
前記ストレージ装置が備えるアクセス実行部は、前記論理ボリュームが前記アクセス可能となったら前記保存していた前記アクセス指示に基づいて前記論理ボリュームに対してアクセスを実行する、
ことを特徴とするストレージシステムの制御方法。
【請求項２】
前記サーバが備えるアクセス指示発行部が、前記論理ボリュームに対するアクセス状態を管理し、
前記電源制御部は、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする請求項１に記載のストレージシステムの制御方法。
【請求項３】
前記電源制御部は、前記アクセス指示発行部が管理する前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成し、
前記電源制御部は、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする請求項２に記載のストレージシステムの制御方法。
【請求項４】
前記アクセス指示発行部が管理する前記論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する、
ことを特徴とする請求項２に記載のストレージシステムの制御方法。
【請求項５】
サーバと、
該サーバからの指示に基づいて、複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置とを備えたストレージシステムであって、
前記サーバは、
前記論理ボリュームへのアクセス指示を発行するアクセス指示発行部と、
前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態が、前記論理ボリュームに対してアクセス可能であるかアクセス不能であるかを判断する電源状態判断部と、
該電源状態判断部において前記論理ボリュームが前記アクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態を前記アクセス不能からアクセス可能への変更の指示を行う電源制御指示部と、
前記論理ボリュームがアクセス可能となるまで前記アクセス指示を保存して管理するアクセス指示管理部とを備え、
前記ストレージ装置は、
前記サーバから通知される前記アクセス指示と前記電源状態変更指示を受信する指示受信部と、
前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体の電源状態を前記アクセス不能から前記アクセス可能へ変更する電源制御部と、
前記論理ボリュームが前記アクセス可能となったことを前記サーバに応答するアクセス可能応答部と、
前記論理ボリュームが前記アクセス可能となったら前記保存していた前記アクセス指示に基づいて論理ボリュームに対してアクセスを実行するアクセス実行部と、
を含むことを特徴とするストレージシステム。
【請求項６】
複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置に対してアクセス指示を行うサーバであって、
前記論理ボリュームへのアクセス指示を発行するアクセス指示発行部と、
前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態が、前記論理ボリュームに対してアクセス可能であるかアクセス不能であるかを判断する電源状態判断部と、
該電源状態判断部において前記論理ボリュームが前記アクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態を前記アクセス不能からアクセス可能への変更の指示を行う電源制御指示部と、
前記論理ボリュームがアクセス可能となったことを受信するまで前記アクセス指示を保存して管理するアクセス指示管理部と、
を含むことを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリューム毎の電源制御技術に関する。
【背景技術】
【０００２】
業務の電子化や法規制により、電子メールや資料・書類を全て管理保存するためデータ記憶装置の需要が高まっている。従来の大規模記憶装置としてテープ装置があるが、即応性に乏しいため、即応性があり大規模データを扱えるハードディスクを搭載したストレージ装置が主流になっている。
【０００３】
また近年、地球環境にやさしいグリーン製品や資源保護を目的にした省エネ等、環境保全に考慮した製品提供が望まれる時代である。ストレージ装置はディスクの搭載数に比例して消費電力を多大に使用する。このためアクセスの無いディスクはサーバによるアクセスが無いことを条件にディスクのモーターをオフするといった省電力処理が実施されつつある。
【０００４】
なおストレージ装置の省電力処理では、ディスクの消費電力を低減することとアクセスに対する即応性を保障することの両立が必要となる。
この要請に応える従来技術として、ストレージ装置においてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）が構成されている場合に、ＲＡＩＤを構成しているディスクのうち、１つのディスクをオフにすることで省電力を実現し、かつ、アクセスに必要なディスク本数をオンにしておくことで突発的なアクセスに対する即応性を同時に保障するようにした技術が知られている。
【０００５】
また、下記特許文献１に記載の従来技術では、待機状態のハードディスクドライブに対してホストが待機状態を解除する要求を出したときに、待機状態から復帰してハードディスクドライブが使用可能となるまでの要する電源復帰時間を予測してホストに知らせ、この時間間隔内に終了するタスクをハードディスクドライブが立ち上がるまでの間に実行するようスケジュールを最適化する技術が開示されている。
【特許文献１】特開平２００１−１４１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ＲＡＩＤを構成している１つのディスクのみをオフする従来技術では、消費電力削減の観点からは大きな効果は得られにくい。消費電力削減を重視する場合、アクセスの発生しないＲＡＩＤを構成しているディスクを全てオフにすることが一番の電力削減である。しかしながら、この消費電力削減重視のストレージ装置の構成では、ホストからの突発的なアクセスに対する応答性能を考慮する必要がある。オフにしているディスクをオンにするためには、数十秒から数分の時間が必要で、応答性能が悪化してしまうという問題点を有していた。
【０００７】
このような応答性能の低下は、消費電力削減をする以上避けて通れない課題である。従来は、ストレージ装置にアクセスするアプリケーションは、ストレージ装置の電力制御状態は把握することができなかった。このためディスクが省電力状態になっているために、ディスクの起動に時間がかかることで、アクセスに時間がかかった場合に、タイムアウトでアクセス処理がエラーになってしまうこともあった。
【課題を解決するための手段】
【０００８】
課題は、ディスクをオフからオンにする間のホストアクセスに対して、ホストとストレージ装置とが連携して適切な制御を行うことで、システム運用への影響を与えることなく、省電力運用を行うことを可能とすることにある。
【０００９】
以下に示す態様は、複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリュームの制御方法を前提とする。また、この方法によって実現されるストレージシステム、ストレージ装置を含む。
【００１０】
アクセス指示発行ステップでは、論理ボリュームへのアクセス指示を発行する。
電源状態判断ステップでは、アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する。
【００１１】
電源状態変更指示ステップでは、電源状態判断ステップにおいて論理ボリュームがアクセス不能な電源状態と判断した場合に、論理ボリュームを構成する記憶媒体の電源状態の変更を指示する。
【００１２】
アクセス指示管理ステップでは、論理ボリュームがアクセス可能となるまでアクセス指示を管理する。
電源制御ステップでは、電源状態変更指示に基づいて論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を変更する。この電源制御ステップでは例えば、論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う。
【００１３】
アクセス可能応答ステップでは、論理ボリュームがアクセス可能となったことを応答する。
アクセス実行ステップでは、論理ボリュームに対してアクセスを実行する。
【００１４】
上記態様において、論理ボリュームに対するアクセス状態を管理するアクセス管理ステップを更に含み、電源制御ステップは、アクセス状態に基づいて論理ボリュームを構成する記憶媒体の電源を制御するように構成することができる。
【００１５】
ここまでの態様において、アクセス管理ステップで管理される論理ボリューム対するアクセス状態に基づいて論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成するスケジュール作成ステップを更に含み、電源制御ステップは、電源制御スケジュールに基づいて論理ボリュームを構成する記憶媒体の電源を制御するように構成することができる。
【００１６】
ここまでの態様において、アクセス管理ステップで管理される論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、アクセス指示の発行に対して論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行ステップを更に含むように構成することができる。
【発明の効果】
【００１７】
サーバは、ストレージ装置にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で該当するストレージ装置の論理ボリュームのディスクのモーターが省電力制御によってオフになっていた場合には、モーター稼働待ちである旨を適切に応答すること等ができる。これによって、上位アプリケーションは、省電力制御に適切に対応する動作を、プログラムに組み込むことが可能となる。
【００１８】
また、ストレージ装置は、ホストサーバ装置からのモーター稼働指示に基づいて、当該モーターを適切に稼働状態に制御すること等が可能となる。
更に、ストレージ装置は、ホストサーバ装置においてストレージ装置にてアクセスが発生していない論理ボリュームのディスクを積極的かつ適切にオフすること等が可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照しながら、最良の実施形態について詳細に説明する。
図１は、本実施形態のハードウェアシステム構成を示す図である。
ストレージ装置は、複数（図１では＃１〜＃４の４つ）のコントローラモジュール（ＣＭ）１０２から構成されるコントローラエンクロージャ（ＣＥ）１０１と、ホットスペアディスク（ＨＳ）を含む複数台のディスク記憶媒体が格納されＲＡＩＤを構成するディスクエンクロージャ（ＤＥ）１０３が複数筐体（図１では＃１〜＃４の４筐体）とで構成される。
【００２０】
ストレージ装置の各ＣＭ１０２のチャネルアダプタ（ＣＡ）と、ホストサーバ装置（ＨＯＳＴ）１０５のホストバスアダプタ（ＨＢＡ）は、ファイバーチャネル（ＦＣ）スイッチ１０４によって接続される。なお、ホストサーバ装置１０５は、ＦＣスイッチ１０４によって、複数台ストレージ装置に接続することができる。
【００２１】
各ＣＭ１０２には、ディスクアダプタ（ＤＡ）を介して直接又は特には図示しないルータ装置等を経由して、各ＤＥ１０３が接続される。
ＣＭ１０２は、ディスクアクセスや電源制御等を実行する部分であり、ＤＡ、ＣＡのほか、２台のＣＰＵ（ＣＰＵ０、ＣＰＵ１）（中央演算装置）、メモリ（Ｍｅｍｏｒｙ）等によって構成される。
【００２２】
ＣＭ１０２は、通常動作時は、複数台のうち１台（例えば図１の１０２（＃１））のみがマスタＣＭとして動作し、他（例えば図１の１０２（＃２）、１０２（＃３）、１０２（＃４））は、スレーブＣＭとして動作する。マスタＣＭは、ホストサーバ装置１０５との間のコマンド・応答の授受と担当するＤＥ１０３のアクセス制御を行い、スレーブＣＭは、マスタＣＭからの指示に従って、担当するＤＥ１０３のアクセス制御のみを行う。
このように、ＣＭ１０２及びＤＥ１０３ともに、冗長性が確保されている。
【００２３】
図２は、図１のハードウェアシステム構成のもとで実現される本実施形態の機能構成図である。
ストレージ装置２０１（図１の１０１〜１０３に対応）とホストサーバ装置２０２（図１の１０５に対応）が、ＬＡＮ２０３−１又はチャネルパス２０３−２によって接続される構成を有する。
【００２４】
ストレージ装置２０１において、図１のＣＭ１０２が、ストレージコントローラ２０４、ディスクアダプタ２０６、チャネルアダプタ２０７、及びキャッシュメモリ２１５の各機能部によって構成され、図１のＤＥ１０３がディスクエンクロージャ２０５に対応する。
【００２５】
ストレージコントローラ２０４は、コマンド処理を行う機能部のほかに、電源制御部２０９、アクセス監視・履歴管理部２１０、スケジュール管理・変更部２１１、スケジュール制御部２１２、及びアクセス情報収集制御部２１３を含む。
【００２６】
ホストサーバ装置２０２は、サーバ全体の制御を実行するサーバ制御部２１５と、キャッシュメモリ２１６、ホストバスアダプタ２１４のほか、ストレージ装置２０１内の電源制御部２０９等と連携して、ディスクエンクロージャ２０５の省電力運用を制御する電源制御アプリケーション２１７及び電源制御ドライバ２１８を有する。これらについては、後述する。
【００２７】
電源制御部２０９は、ディスクエンクロージャ２０５内のディスク上に構成される論理ボリュームへのアクセス状況及び電源制御スケジュールに基づいて、消費電力削減のための判断処理を実行し、対象となるディスクのモーターのオフ・オンを制御する。また、電源制御部２０９は、アクセス監視・履歴管理部２１０での監視結果に基づいて、一定時間間隔で動作していないディスクを検出した場合のモーターオフ制御や、急な負荷増加に対応するモーターオン制御を実行する。
【００２８】
アクセス監視・履歴管理部２１０は、ディスクエンクロージャ２０５におけるディスク毎、ＲＡＩＤグループ毎、論理ボリューム毎のアクセス状況を日時単位で監視し、その監視履歴を作成する。
【００２９】
スケジュール管理・変更部２１１は、省電力化の判断を行う基礎となる電源制御スケジュールの管理と変更を実施する制御部である。アクセス監視・履歴管理部２１０が作成した監視履歴から、最適化したスケジュールを作成する。
【００３０】
スケジュール制御部２１２は、ディスクエンクロージャ２０５内のディスクのモーターのオン・オフ処理の電源制御スケジュールを制御する。ユーザ指定による電源制御スケジュールを考慮し、運用状態を反映して最適化したスケジュールを一定時間間隔で絶えず更新する。
【００３１】
アクセス情報収集制御部２１３は、電源制御部２０９、アクセス監視・履歴管理部２１０、スケジュール管理・変更部２１１、及びスケジュール制御部２１２と連携して動作し、ストレージ装置２０１においてホストサーバ装置２０２からのアクセスが発生するたびにホストサーバ装置２０２毎、ディスク毎、ＲＡＩＤグループ毎、論理ボリューム毎のアクセスカウンタをカウントアップする。
【００３２】
上述のアクセスカウンタや、電源制御スケジュール、アクセス履歴は、図１のＣＭ１０２にあるメモリ（Ｍｅｍｏｒｙ）に格納され、上記各制御部が参照する。
以上の構成を有する本実施形態の動作について、以下に説明する。
【００３３】
通常動作
ストレージ装置２０１は通常、冗長性を考慮した構成になる。このため同装置を制御するＣＭ１０２やディスクエンクロージャ２０５は最低でも二重化された状態になる。同装置内に搭載されるディスクエンクロージャ２０５内のディスクで構成されるＲＡＩＤグループは、複数のディスクで構成される。通常運用では消費電力を意識しないため、搭載されている全ディスクはモーターオンの状態で運用される。
【００３４】
ストレージ装置２０１の消費電力削減処理(運用・スケジュール制御)
ストレージ装置２０１においては、通常運用中において、アクセス情報収集制御部２１３が、ディスク毎、ＲＡＩＤグループ(以降「ＲＬＵ」という)毎、論理ボリューム毎に、アクセス情報(性能情報)を一定時間間隔で取得する。その情報収集処理から電源制御スケジュール作成までの過程としては、例えば、特願２００７-０９４９５６号公報に開示の技術を用いることができる。
【００３５】
スケジュール外のホストアクセス応答の最適化処理
ストレージ装置２０１は、消費電力を効率化するために、それぞれ取得したアクセス情報に基づいて、対象となる単体ディスク、ＲＡＩＤグループを構成するディスクのモーターを制御する。
【００３６】
モーターをオフした場合、次回のモーターオンは次の２通りに分けられる。
１．アクセス情報とスケジュール管理によるアクセス発生前のモーターオン
２．アクセス情報とスケジュール管理から予測されないアクセスの発生に伴うモーターオン
【００３７】
本実施形態が解決しようとする課題は、上記２．のケースである。
上記１．のケースでは、アクセスが予測されることにより、アクセス発生前に対象となるディスクやＲＡＩＤグループを構成するディスクがモーターオンされるため、ホストアクセス時の問題は発生しない。
【００３８】
一方、上記２．のケースでは、ストレージ装置２０１側にとっては予測外のアクセスのため、通常はアクセス発生を契機にモーターオン処理が行われる。このため、アクセス処理は、モーターオン処理が完了するまで滞ってしまう。モーターオン処理は、モーターオンされるディスク数や装置の電源容量の制限などの要因で、通常数十秒から数分かかるため、応答遅延やホストパスが切断される可能性がある。
上記２．のケースの問題を解決し、ストレージ装置２０１のＲＡＩＤグループの電源制御を最適化するため、以下の構成が採られる。
【００３９】
ホストサーバ装置２０２とストレージ装置２０１が、ＬＡＮ２０３−１によって接続されるケース：この場合には、電源制御アプリケーション２１７が、ホストサーバ装置２０２側で動作する上位アプリケーションにて発生するストレージアクセスと、それに対してストレージ装置２０１から返される応答をキャプチャし、ストレージ装置２０１と連携して、適切な電源制御を行う。
【００４０】
ホストサーバ装置２０２とストレージ装置２０１が、チャネルパス２０３−２によって接続されるケース：この場合には、電源制御ドライバ２１８が、ホストサーバ装置２０２側で動作する上位アプリケーションにて発生するストレージアクセスと、それに対してストレージ装置２０１から返される応答をキャプチャし、ストレージ装置２０１と連携して、適切な電源制御を行う。
【００４１】
また、上述のホストサーバ装置２０２とストレージ装置２０１とが電源制御処理のための効率的な連携を行うことを可能とするために、本実施形態では、図１のＣＭ１０２内のメモリ（Ｍｅｍｏｒｙ）に、図３に示されるデータ構成を有するソフト連携用構成情報を保持する。
【００４２】
図３で、「ＲＬＵ  ｎｏ」フィールドには、ＲＡＩＤグループ番号が記憶される。
「Ｓｔａｔｕｓ」フィールドには、対象ＲＡＩＤグループの状態が記憶される。「Ａｖａｉｌａｂｌｅ」は正常状態、「Ｂｒｏｋｅｎ」は異常発生でアクセスができない状態、「Ｅｘｐｏｓｅｄ」は異常発生で冗長性がないアクセス可能な状態、「Ｒｅｂｕｉｌｄ」は保守部品による復旧中状態を示す。電源制御においてこの「Ｓｔａｔｕｓ」フィールド値が「正常」であるＲＡＩＤグループに対してのみ、モーターのオフが可能である。「Ｂ
ｒｏｋｅｎ」、「Ｅｘｐｏｓｅｄ」や「Ｒｅｂｕｉｌｄ」の場合は、モーターはオフされない。
【００４３】
「ＥＣＯ  Ｆｌａｇ」フィールドには、対象ＲＡＩＤグループに省電力モードが適用されているか否かを示す情報が記憶される。「Ｏｆｆ」は省電力モード未使用、「Ｏｎ」は省電力モード使用を示す。「ＥＣＯ  Ｆｌａｇ」フィールド値が「Ｏｎ」の場合は、モーターのオフ・オンの制御が許可され、「Ｏｆｆ」の場合は許可されない（モーターは常時オンとなる）。
【００４４】
「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドには、対象ＲＡＩＤグループのモーター稼動状態が記憶される。「Ｏｎ」は稼動状態、「Ｏｎ  Ｐｒｏｇｒｅｓｓ」は稼動処理中、「Ｏｆｆ」は停止状態、「Ｏｆｆ  Ｐｒｏｇｒｅｓｓ」は停止処理中を意味する。
【００４５】
「Ｓｏｆｔ  Ｍｏｄｅ」フィールドには、ホストサーバ装置２０２側のソフト省電力制御と連動するか否かを示す設定モードが記憶される。「Ｏｎ」はホスト側ソフトと連動を意味し、「Ｏｆｆ」はホスト側ソフトとは未連動(ストレージ装置２０１側固有の省電力制御)を意味する。
【００４６】
「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドには、ホスト側ソフトの省電力制御の制御状態が記憶される。「Ｏｆｆ」は未制御状態、「Ｏｎ」は制御状態を意味する。
「Ｌａｓｔ  Ａｃｃｅｓｓ」フィールドには、最後にアクセスされた日時分秒が記憶される。
【００４７】
以上の定義より、例えば図３のデータ構成例は、下記の電源制御状態を表している。
ＲＬＵ＃０は省電力対象外、モーターオン状態
ＲＬＵ＃１は省電力有効、ソフト制御無効、モーターオフ状態
ＲＬＵ＃２は省電力有効、ソフト制御有効、ソフト未制御状態、モーターオン状態
ＲＬＵ＃３は省電力有効、ソフト制御有効、ソフト制御状態、モーターオン状態
ＲＬＵ＃４は省電力有効、ソフト制御有効、ソフト制御状態、モーターオン処理中状態
【００４８】
今、ＲＬＵ＃０のみに注目した場合に、その登録内容が例えば、図４の時系列１〜６で示されるように変化した場合、本実施形態による電源制御状態が、下記のように変化することを示している。
１．ＲＬＵ＃０は省電力対象外、モーターオン状態
２．ＲＬＵ＃０をＥＣＯ  Ｆｌａｇ＝Ｏｎ、Ｓｏｆｔ  Ｍｏｄｅ＝Ｏｎに設定
３．ソフト制御していない状態が続き、アクセスもないと、モーターオフ処理が開始
４．モーターオフ処理完了、モーターオフ
５．ソフト側からアクセス予告通知を受けると、Ｃｏｎｔｒｏｌ  Ｆｌａｇ＝Ｏｎ、
Ｌａｓｔ  Ａｃｃｅｓｓ＝通知時間に設定、モーターオン処理を開始
６．モーターオン処理が完了、モーターオン
【００４９】
上記ソフト連携用構成情報を用いた電源制御アプリケーション２１７とストレージ装置２０１との連携処理について、図５から図１４までの動作フローチャートを用いて、順次説明する。
【００５０】
まず、図５は、ストレージ装置２０１内の電源制御部２０９（図２参照）が実行する省電力モード（エコモード）運用制御処理を示す動作フローチャートである。
電源制御部２０９は、ストレージ装置２０１に対して、エコモード運用が設定されているか否かをチェックする（ステップＳ５０１）。
【００５１】
エコモード運用が設定されていないと判定したときには、電源制御部２０９は、図５の動作フローチャートの処理を終了して、前述した通常動作を実行し、搭載されている全ディスクはモーターオンの状態で運用される（ステップＳ５０２の判定がＮＯ）。
【００５２】
エコモード運用が設定されていると判定したときには（ステップＳ５０２の判定がＹＥＳ）、電源制御部２０９は、エコモード運用を開始する（ステップＳ５０３）。
その後、電源制御部２０９は、ステップＳ５０４とＳ５０８によって、ステップＳ５０５〜Ｓ５０７までの一連の処理を定期的に繰り返し実行する。
【００５３】
各繰返しにおいて、電源制御部２０９はまず、「ストレージ装置２０１の消費電力削減処理(運用・スケジュール制御)」として前述した電力制御処理を実行する（ステップＳ５０５）。これにより、スケジュールに基づくモーターのオン・オフ制御が実行される。
【００５４】
次に、電源制御部２０９は、エコモードの運用終了が指示されたか否かをチェックし（ステップＳ５０６）、その指示がされていないと判定したときには定期的な監視を続行する（ステップＳ５０７の判定がＮＯ）。
一方、エコモードの運用終了が指示されていると判定したときには、電源制御部２０９は、エコモードの運用を停止する（ステップＳ５０７の判定がＹＥＳ→Ｓ５０９）。
【００５５】
図６は、ホストサーバ装置２０２内の電源制御アプリケーション２１７（図２参照）が、ホストサーバ装置２０２内で実行されている上位アプリケーションからストレージ装置２０１へのアクセスが発生したか否かを判定するための、ソフト側監視処理の制御動作を示す動作フローチャートである。
【００５６】
電源制御アプリケーション２１７は、ソフト側監視処理の運用が設定されているか否かをチェックする（ステップＳ６０１）。
ソフト側監視処理の運用が設定されていないと判定したときには、電源制御アプリケーション２１７は、図６の動作フローチャートの処理を終了する（ステップＳ６０１の判定がＮＯ）。
【００５７】
ソフト側監視処理の運用が設定されていると判定したきには（ステップＳ６０１の判定がＹＥＳ）、電源制御アプリケーション２１７は、ソフト側監視処理を開始し（ステップＳ６０２）、ステップＳ６０４とＳ６０８によって、ステップＳ６０５〜Ｓ６０７までの一連の処理を定期的に繰り返し実行する。
【００５８】
各繰返しにおいて、電源制御アプリケーション２１７はまず、上位アプリケーションからのアクセス状況とアクセス時間を監視する（ステップＳ６０５）。ここで、上位アプリケーションからのアクセスが発生すれば、後述する図７の動作フローチャートが実行される。
【００５９】
次に、電源制御アプリケーション２１７は、ソフト側監視処理の運用終了が指示されたか否かをチェックし（ステップＳ６０６）、その指示がされていないと判定したときには定期的な監視を続行する（ステップＳ６０７の判定がＮＯ）。
【００６０】
一方、ソフト側監視処理の運用終了が指示されていると判定したときには、電源制御アプリケーション２１７は、ソフト側監視処理の運用を停止する（ステップＳ６０７の判定がＹＥＳ→Ｓ６０９）。
【００６１】
図７は、ホストサーバ装置２０２内の電源制御アプリケーション２１７が、上位アプリ
ケーションからのアクセスの発生の検知（図６のステップＳ６０５）を受けて、そのアクセスを受け付けるための、アクセス受付処理の制御動作を示す動作フローチャートである。
【００６２】
まず、電源制御アプリケーション２１７は、アクセス受付処理を開始した後（ステップＳ７０１）、アクセス対象となるストレージ装置２０１及びＲＡＩＤグループをチェックする（ステップＳ７０２）。
【００６３】
次に、電源制御アプリケーション２１７は、ステップＳ７０３とＳ７１２によって、ステップＳ７０４〜Ｓ７１１までの一連の処理を、受け付けるアクセス数分繰り返し実行する。
【００６４】
各繰返しにおいて、電源制御アプリケーション２１７はまず、対象ＲＡＩＤグループが稼働状態であるか否かの状態チェックを行う（ステップＳ７０４）。このチェックは、ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を確認することにより行われる。
【００６５】
対象ＲＡＩＤグループが稼働状態（「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールド値＝「Ｏｎ」）であると判定したときには（ステップＳ７０５の判定がＹＥＳ）、電源制御アプリケーション２１７は、ストレージ装置２０１に対してアクセス処理を実行し（ステップＳ７０６）、次のＲＡＩＤグループの処理に移る（ステップＳ７０６→Ｓ７１０）。
【００６６】
対象ＲＡＩＤグループが稼働状態でない（「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールド値＝「Ｏｎ」以外）と判定したときには（ステップＳ７０５の判定がＮＯ）、アクセスができないため、電源制御アプリケーション２１７は、ストレージ装置２０１の電源制御部２０９に対して、対象ＲＡＩＤグループに関するモーター稼働指示通知を発行する（ステップＳ７０７）。
【００６７】
続いて、電源制御アプリケーション２１７は、そのＲＡＩＤグループに関して、「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を「Ｏｎ」に変更すること（図３参照）を指示した後、対象アクセスに関する情報を、稼働待ちとして内部に保持する（ステップＳ７０８）。
【００６８】
次に、電源制御アプリケーション２１７は、後述する図８の動作フローチャートで示されるモーター稼働監視処理に対して、モーター稼働の完了監視を依頼する（ステップＳ７０９）。
【００６９】
最後に、電源制御アプリケーション２１７は、他に処理すべき上位アプリケーションからのアクセスが残っているか否かをチェックし（ステップＳ７１０）、アクセスが残っていると判定したときには（ステップＳ７１１の判定がＮＯ）、上記一連の受付処理を繰り返し実行する（ステップＳ７１２）。
【００７０】
アクセスが残っていないと判定したときには（ステップＳ７１１の判定がＹＥＳ）、電源制御アプリケーション２１７は、アクセス受付処理を終了する（ステップＳ７１３）。
図８は、ホストサーバ装置２０２内の電源制御アプリケーション２１７が、図７の動作フローチャートで示されるアクセス受付処理にて受け付けられたアクセスに関して図７のステップＳ７０９にて発行されたモーター稼働監視依頼を処理するための、モーター稼働監視処理の制御動作を示す動作フローチャートである。
【００７１】
まず、電源制御アプリケーション２１７は、監視処理を開始した後（ステップＳ８０１
）、ステップＳ８０２とＳ８１６によって、ステップＳ８０３〜Ｓ８１５までの一連の処理を、受け付けたモーター稼働監視依頼に対応する対象アクセスのアクセス数分かつ各対象アクセスが監視対象から削除されるまで同一対象アクセスについて１回以上繰り返し実行し、各対象アクセスをアクセス開始から一定時間監視する。
【００７２】
各繰返しにおいて、電源制御アプリケーション２１７はまず、アクセス対象のストレージ装置２０１のＲＡＩＤグループのモーター状態をチェックする（ステップＳ８０３）。このチェックは、対象ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を問い合わせることにより行われる。
【００７３】
このチェックの結果、該当するモーターがオンになっていると判定したときには（ステップＳ８０４の判定がＹＥＳ）、電源制御アプリケーション２１７は、対象アクセスを監視対象から削除し（ステップＳ８０５）、そのアクセスを実行する（ステップＳ８０６）。その後、次の監視対象の処理に移る（ステップＳ８０６→ステップＳ８１４）。
【００７４】
上記チェックの結果、該当するモーターがオンになっていないと判定したときには（ステップＳ８０４の判定がＮＯ）、電源制御アプリケーション２１７は、対象アクセスが受け付けられてからの経過時間が所定監視時間ずつ経過したか否かをチェックする（ステップＳ８０７）。
【００７５】
所定監視時間ずつ経過していないと判定したときには（ステップＳ８０８の判定がＮＯ）、電源制御アプリケーション２１７は、次の監視対象の処理に移る（ステップＳ８０８→ステップＳ８１４）。
【００７６】
所定監視時間ずつが経過したと判定したときには、電源制御アプリケーション２１７は、上位アプリケーションからのステップＳ８１１で上位アプリケーションに対して返されている応答の回数をチェックする（ステップＳ８０９）。
【００７７】
応答回数が所定の閾値を超過していないと判定したときには（ステップＳ８１０の判定がＮＯ）、電源制御アプリケーション２１７は、上位アプリケーションに対してモーター稼働待ち状態である旨を応答する（ステップＳ８１１）。
【００７８】
応答回数が所定の閾値を超過したと判定したときには（ステップＳ８１０の判定がＹＥＳ）、電源制御アプリケーション２１７は、対象アクセスを監視対象から削除し（ステップＳ８１２）、上位アプリケーションに対してアクセス異常を応答する（ステップＳ８１３）。
【００７９】
ステップＳ８０６、Ｓ８１１、又はＳ８１３の処理の後、電源制御アプリケーション２１７は、監視対象として残っている対象アクセスがあるか否かをチェックし（ステップＳ８１４）、残アクセスがあると判定したときには（ステップＳ８１５の判定がＹＥＳ）、次の監視対象アクセス（自分も含む）の監視を続行し（ステップＳ８１６）、残アクセスがなくなったと判定したときには（ステップＳ８１５の判定がＮＯ）、モーター稼働監視の処理を終了する（ステップＳ８１７）。
【００８０】
以上のようにして、ホストサーバ装置２０２の電源制御アプリケーション２１７は、ストレージ装置２０１にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で該当するストレージ装置２０１のＲＡＩＤグループのディスクのモーターが省電力制御によってオフになっていた場合には、モーター稼働待ちである旨を適切に応答することができる。これによって、上位アプリケーションは、省電力制御に適切に対応する動作
を、プログラムに組み込むことも可能になる。
【００８１】
図９は、ストレージ装置２０１内の電源制御部２０９（図２参照）が、ホストサーバ装置２０２の電源制御アプリケーション２１７が実行する図７の動作フローチャートで示されるアクセス受付処理によって、自装置内のＲＡＩＤグループに関するモーター稼働指示通知を受け付けたときに実行する、当該ＲＡＩＤグループに属するディスクに対してそれらのモーターのオンを指示するための、モーター稼働指示通知受付処理の制御動作を示す動作フローチャートである。
【００８２】
まず、電源制御部２０９は、モーター稼働指示通知受付処理を開始した後（ステップＳ９０１）、通知にて指示されたＲＡＩＤグループを確認する（ステップＳ９０２）。
次に、電源制御部２０９は、ステップＳ９０３とＳ９１５によって、ステップＳ９０４〜Ｓ９１４までの一連の処理を、今回受け付けた各通知に対応する各ＲＡＩＤグループの分だけ繰り返し実行し、各ＲＡＩＤグループに属するディスクに対してそれらのモーターのオンを指示するための一連の制御処理を実行する。
【００８３】
各繰返しにおいて、電源制御部２０９はまず、対象ＲＡＩＤグループに属するディスクの実装状態、動作状態をチェックする（ステップＳ９０４）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値が「Ａｖａｉｌａｂｌｅ」になっているか否かを確認することにより行われる。
【００８４】
実装状態等がＯＫでないと判定したときには（ステップＳ９０５の判定がＮＯ）、電源制御部２０９は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ９０６）、他の対象ＲＡＩＤグループの処理に移る（ステップＳ９０６→Ｓ９１３）。なおこの場合には、ホストサーバ装置２０２側では、電源制御アプリケーション２１７によって実行される図８の動作フローチャートで示されるモーター稼働監視処理において、当該ＲＡＩＤグループについてステップＳ８０４の判定がＹＥＳにならず、監視時間の経過によりステップＳ８１０で監視時間が閾値を超過して、ステップＳ８１３にてアクセス異常と判定される。
【００８５】
実装状態等がＯＫであると判定したときには（ステップＳ９０５の判定がＹＥＳ）、電源制御部２０９は、対象ＲＡＩＤグループに属するディスクのモーターの稼働状態をチェックする（ステップＳ９０７）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を確認することにより行われる。
【００８６】
このチェックの結果、対象ＲＡＩＤグループのモーターが稼働状態（「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールド値＝「Ｏｎ」）又は稼働処理中状態（同フィールド値＝「Ｏｎ  Ｐｒｏｇｒｅｓｓ」）であると判定したときには（ステップＳ９０８の判定がＹＥＳ）、電源制御部２０９は、その状態を維持して（ステップＳ９０９）、他の対象ＲＡＩＤグループの処理に移る（ステップＳ９０９→Ｓ９１３）。
【００８７】
上記チェックの結果、対象ＲＡＩＤグループのモーターが稼働状態でも稼働処理中状態でもないと判定したときには（ステップＳ９０８の判定がＮＯ）、電源制御部２０９は、その対象ＲＡＩＤグループのモーターを稼働状態にさせるために、まず、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を「Ｏｎ」に変更する（ステップＳ９１０）。
【００８８】
次に、電源制御部２０９は、対象ＲＡＩＤグループに属するモーターに稼働開始指示を
出すと共に、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ
Ｓｔａｔｕｓ」フィールドの値を「Ｏｎ  Ｐｒｏｇｒｅｓｓ」に変更する（ステップＳ９１１）。これにより、これらのモーターは稼働処理中の状態になる。
【００８９】
更に、電源制御部２０９は、後述する図１０の動作フローチャートで示されるモーター稼働監視処理に対して、モーター稼働の完了監視を依頼する（ステップＳ９１２）。
ステップＳ９０６、Ｓ９０９、又はＳ９１２の処理の後、電源制御部２０９は、処理対象として残っている対象ＲＡＩＤグループがあるか否かをチェックし（ステップＳ９１３）、残グループがあると判定したときには（ステップＳ９１４の判定がＹＥＳ）、次の処理対象ＲＡＩＤグループの処理を続行し（ステップＳ９１５）、残グループがなくなったと判定したときには（ステップＳ９１４の判定がＮＯ）、モーター稼働指示通知の受付処理を終了する（ステップＳ９１６）。
【００９０】
図１０は、ストレージ装置２０１内の電源制御部２０９が、図９の動作フローチャートで示されるモーター稼働指示通知受付処理で受け付けられたモーター稼働指示通知に関して図９のステップＳ９１１にて発行されたモーター稼働開始指示に対するモーター制御からの応答を処理するための、モーター稼働監視処理の制御動作を示す動作フローチャートである。
【００９１】
まず、電源制御部２０９は、モーター稼働監視処理を開始した後（ステップＳ１００１）、ステップＳ１００２とＳ１０１１によって、ステップＳ１００３〜Ｓ１０１０までの一連の処理を、指示された対象ＲＡＩＤグループのグループ数分かつ同一対象ＲＡＩＤグループについて一定時間の間１回以上繰り返し実行し、各対象グループのディスクを一定時間監視する。
【００９２】
各繰返しにおいて、電源制御部２０９はまず、対象ＲＡＩＤグループに属するディスクに関するモーター制御機能から応答を受け付けたか否かをチェックする（ステップＳ１００３）。
【００９３】
このチェックの結果、上記応答を受け付けていないと判定したときには（ステップＳ１００４の判定がＮＯ）、電源制御部２０９は、次の監視対象の処理に移る（ステップＳ１０１１）。
【００９４】
上記チェックの結果、上記応答を受け付けたと判定したときには（ステップＳ１００４の判定がＹＥＳ）、電源制御部２０９は、モーターの稼働結果をモーター制御機能から受け取り、その内容を判定する（ステップＳ１００５）。
【００９５】
この結果、モーターの稼働処理が正常に終了しなかったと判定したときには（ステップＳ１００６の判定がＮＯ）、電源制御部２０９は、当該異常ディスクを処理対象から切り離しを行い、自ストレージ装置２０１に保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値を自ストレージ装置にホットスペアディスクが存在しない場合は異常ディスクが存在することを示す「Ｅｘｐｏｓｅｄ」に変更する。またホットスペアディスクが存在する場合は冗長先の正常ディスクから復旧処理を動作させている「Ｒｅｂｕｉｌｄ」に変更する（ステップＳ１００７）。
【００９６】
モーターの稼働処理が正常に終了したと判定したときには（ステップＳ１００６の判定がＹＥＳ）、電源制御部２０９は、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を稼働処理状態であることを示す「Ｏｎ  Ｐｒｏｇｒｅｓｓ」から稼働状態を示す「Ｏｎ」に変更する（ステップＳ１００８）。
【００９７】
なお、ステップＳ１００７での異常ディスク処理の後にも、本実施形態が適用されるシステムの仕様上、電源制御部２０９は、上記「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を「Ｏｎ」に変更する。但し、「Ｓｔａｔｕｓ」フィールドの値は「Ｂｒｏｋｅｎ」、「Ｅｘｐｏｓｅｄ」や「Ｒｅｂｕｉｌｄ」になっているため（ステップＳ１００７参照）、異常ディスクは認識可能である。
【００９８】
最後に、電源制御部２０９は、監視対象として残っている対象ＲＡＩＤグループがあるか否かをチェックし（ステップＳ１００９）、監視対象が残っていると判定したときには（ステップＳ１０１０の判定がＹＥＳ）、次の監視対象ＲＡＩＤグループ（自分も含む）の監視を続行し（ステップＳ１０１１）、監視対象が残っていないと判定したときには（ステップＳ１０１０の判定がＮＯ）、モーター稼働監視の処理を終了する（ステップＳ１０１２）。
【００９９】
以上のようにして、ストレージ装置２０１の電源制御部２０９は、ホストサーバ装置２０２において自ストレージ装置２０１にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で対象ＲＡＩＤグループのディスクのモーターが省電力制御によってオフになっていた場合には、ホストサーバ装置２０２からのモーター稼働指示に基づいて、当該モーターを適切に稼働状態に制御することができる。
【０１００】
図１１は、ホストサーバ装置２０２内の電源制御アプリケーション２１７が、そのホストサーバ装置２０２が接続されるストレージ装置２０１に含まれるディスクに対して、それらのモーターのオフを指示するための、モーターオフ定期監視処理の制御動作を示す動作フローチャートである。
【０１０１】
この処理は、電源制御アプリケーション２１７自身によって、定期的に起動され実行される。
まず、電源制御アプリケーション２１７は、モーターオフ定期監視処理を開始した後（ステップＳ１１０１）、対象となるストレージ装置２０１、及び各ストレージ装置２０１に含まれる対象となるＲＡＩＤグループを確認する（ステップＳ１１０２）。
【０１０２】
次に、電源制御アプリケーション２１７は、ステップＳ１１０３とＳ１１１６によって、ステップＳ１１０４〜Ｓ１１１５までの一連の処理を、ステップＳ１１０２にて確認した各ストレージ装置２０１内の各ＲＡＩＤグループの分だけ繰り返し実行し、各ＲＡＩＤグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。
【０１０３】
各繰返しにおいて、電源制御アプリケーション２１７はまず、対象ストレージ装置２０１内の対象ＲＡＩＤグループに属するディスクの実装状態、動作状態をチェックする（ステップＳ１１０４）。このチェックは、対象ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値を問い合わせることにより行われる。
【０１０４】
実装状態等がＯＫでない（「Ｓｔａｔｕｓ」フィールド値＝「Ｂｒｏｋｅｎ」、「Ｅｘｐｏｓｅｄ」又は「Ｒｅｂｕｉｌｄ」）と判定したときには（ステップＳ１１０５の判定がＮＯ）、電源制御アプリケーション２１７は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１１１２）、他の監視対象の処理に移る（ステップＳ１１１２→Ｓ１１１４）。
【０１０５】
実装状態等がＯＫであると判定したときには（ステップＳ１１０５の判定がＹＥＳ）、
電源制御アプリケーション２１７は、対象ＲＡＩＤグループに属するディスクが省電力モードで動作しており監視対象となり得るか否かをチェックする（ステップＳ１１０６）。このチェックは、対象ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「ＥＣＯ  Ｆｌａｇ」フィールドの値を確認することにより行われる。
【０１０６】
対象ＲＡＩＤグループが監視対象ではない（「ＥＣＯ  Ｆｌａｇ」フィールド値＝「Ｏｆｆ」）と判定したときには（ステップＳ１１０７の判定がＮＯ）、電源制御アプリケーション２１７は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１１１２）、他の監視対象の処理に移る（ステップＳ１１１２→Ｓ１１１４）。
【０１０７】
対象ＲＡＩＤグループが監視対象である（「ＥＣＯ  Ｆｌａｇ」フィールド値＝「Ｏｎ」）と判定したときには（ステップＳ１１０７の判定がＹＥＳ）、電源制御アプリケーション２１７は更に、対象ＲＡＩＤグループに属するディスクのモーターの稼働状態をチェックする（ステップＳ１１０８）。このチェックは、対象ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を確認することにより行われる。
【０１０８】
対象ＲＡＩＤグループが稼働状態でない（「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールド値＝「Ｏｎ」以外）と判定したときには（ステップＳ１１０９の判定がＮＯ）、電源制御アプリケーション２１７は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１１１２）、他の監視対象の処理に移る（ステップＳ１１１２→Ｓ１１１４）。
【０１０９】
対象ＲＡＩＤグループが稼働状態である（「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールド値＝「Ｏｎ」）と判定したときには（ステップＳ１１０９の判定がＹＥＳ）、電源制御アプリケーション２１７は、ホストサーバ装置２０２における対象ＲＡＩＤグループに対するアクセス状況をチェックする（ステップＳ１１１０）。このチェックでは例えば、電源制御アプリケーション２１７が、図８の動作フローチャートで示されるモーター稼働監視処理にて上位アプリケーションにて発行されたアクセスを実行したときに実行時のタイムスタンプを管理し、対象ＲＡＩＤグループに対する最も直近のアクセスのタイムスタンプが現在日時よりも一定時間以上経過していたら、その対象ＲＡＩＤグループに対するアクセスがなくなったと判定する。或いは、電源制御アプリケーション２１７が、上位アプリケーションから対象ＲＡＩＤグループへのアクセスはなくなったとの通知を受けたときに、その対象ＲＡＩＤグループに対するアクセスがなくなったと判定する。
【０１１０】
上記アクセスがまだあると判定したときには（ステップＳ１１１１の判定がＹＥＳ）、電源制御アプリケーション２１７は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１１１２）、他の監視対象の処理に移る（ステップＳ１１１２→Ｓ１１１４）。
【０１１１】
上記アクセスがなくなったと判定したときには（ステップＳ１１１１の判定がＮＯ）、電源制御アプリケーション２１７は、その対象ＲＡＩＤグループのモーターをオフにさせるために、対象ストレージ装置２０１の電源制御部２０９に対して、モーターオフ通知として、対象ストレージ装置２０１内のソフト連携用構成情報内の対象ＲＬＵ（対象ＲＡＩＤグループ）の「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を「Ｏｆｆ」に変更することを指示する通知を発行する（ステップＳ１１１３）。
【０１１２】
ステップＳ１１１２又はＳ１１１３の処理の後、電源制御部２０９は、監視対象として残っている対象ストレージ装置２０１及び対象ＲＡＩＤグループがあるか否かをチェック
し（ステップＳ１１１４）、監視対象が残っていると判定したときには（ステップＳ１１１５の判定がＹＥＳ）、次の監視対象の処理を続行し（ステップＳ１１１６）、監視対象がなくなったと判定したときには（ステップＳ１１１５の判定がＮＯ）、モーターオフ定期監視処理を終了する（ステップＳ１１１７）。
【０１１３】
図１２は、ストレージ装置２０１内の電源制御部２０９（図２参照）が、ホストサーバ装置２０２の電源制御アプリケーション２１７が実行する図１１の動作フローチャートで示されるモーターオフ定期監視処理によって、自装置内のＲＡＩＤグループに関するモーターオフ通知を受け付けたときに実行する、当該ＲＡＩＤグループに属するディスクに対してそれらのモーターのオフの準備を指示するための、モーターオフ通知受付処理の制御動作を示す動作フローチャートである。
【０１１４】
まず、電源制御部２０９は、モーターオフ通知受付処理を開始した後（ステップＳ１２０１）、通知にて指示されたＲＡＩＤグループを確認する（ステップＳ１２０２）。
次に、電源制御部２０９は、ステップＳ１２０３とＳ１２１２によって、ステップＳ１２０４〜Ｓ１２１１までの一連の処理を、今回受け付けた各通知に対応する各ＲＡＩＤグループの分だけ繰り返し実行し、各ＲＡＩＤグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。
【０１１５】
各繰返しにおいて、電源制御部２０９はまず、対象ＲＡＩＤグループに属するディスクの実装状態、動作状態をチェックする（ステップＳ１２０４）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値が「Ａｖａｉｌａｂｌｅ」になっているか否かを確認することにより行われる。
【０１１６】
実装状態等がＯＫでないと判定したときには（ステップＳ１２０５の判定がＮＯ）、電源制御部２０９は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１２０６）、他の対象ＲＡＩＤグループの処理に移る（ステップＳ１２０６→Ｓ１２１０）。
【０１１７】
実装状態等がＯＫであると判定したときには（ステップＳ１２０５の判定がＹＥＳ）、電源制御部２０９は、対象ＲＡＩＤグループに属するディスクのホスト側ソフトの制御情報の状態をチェックする（ステップＳ１２０７）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を確認することにより行われる。
【０１１８】
このチェックの結果、対象ＲＡＩＤグループのホスト側ソフトの制御情報が制御状態でない（「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールド値＝「Ｏｎ」以外）と判定したときには（ステップＳ１２０８の判定がＮＯ）、電源制御部２０９は、何もせずに、他の対象ＲＡＩＤグループの処理に移る（ステップＳ１２０８→Ｓ１２１０）。
【０１１９】
上記チェックの結果、対象ＲＡＩＤグループのホスト側ソフトの制御情報が制御状態である（「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールド値＝「Ｏｎ」）と判定したときには（ステップＳ１２０８の判定がＹＥＳ）、電源制御部２０９は、その対象ＲＡＩＤグループのモーターをオフにさせるために、まず、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を「Ｏｆｆ」に変更する（ステップＳ１２０９）。これにより、対象ＲＡＩＤグループに属するモーターはオフ状態になる準備が完了したことになる。ただし、実際のオフ指示は、後述する図１３の動作フローチャートで示されるモーターオフ判断処理にて発行される。
【０１２０】
ステップＳ１２０６又はＳ１２０９の処理の後、電源制御部２０９は、処理対象として残っている対象ＲＡＩＤグループがあるか否かをチェックし（ステップＳ１２１０）、残グループがあると判定したときには（ステップＳ１２１１の判定がＹＥＳ）、次の処理対象ＲＡＩＤグループの処理を続行し（ステップＳ１２１２）、残グループがなくなったと判定したときには（ステップＳ１２１１の判定がＮＯ）、モーターオフ受付処理を終了する（ステップＳ１２１３）。
【０１２１】
図１３は、ストレージ装置２０１内の電源制御部２０９（図２参照）が、自装置内のＲＡＩＤグループにおいてモーターオフの準備ができているディスクを検出しオフの指示を発行するための、モーターオフ判断処理の制御動作を示す動作フローチャートである。
【０１２２】
この処理は、電源制御部２０９自身によって、定期的に起動され実行される。
まず、電源制御部２０９は、モーター稼働指示通知受付処理を開始した後（ステップＳ１３０１）、対象となるＲＡＩＤグループを確認する（ステップＳ１３０２）。
【０１２３】
次に、電源制御部２０９は、ステップＳ１３０３とＳ１３１５によって、ステップＳ１３０４〜Ｓ１３１４までの一連の処理を、ステップＳ１３０２によって確認したＲＡＩＤグループの分だけ繰り返し実行し、各ＲＡＩＤグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。
【０１２４】
各繰返しにおいて、電源制御部２０９はまず、対象ＲＡＩＤグループに属するディスクの実装状態、動作状態をチェックする（ステップＳ１３０４）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値が「Ａｖａｉｌａｂｌｅ」になっているか否かを確認することと、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ
Ｓｔａｔｕｓ」フィールドの値が「Ｏｎ」であることを確認すること、エコモード対象か否かのチェックであるソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「ＥＣＯ  Ｆｌａｇ」フィールドの値が「Ｏｎ」になっているか否かを確認することにより行われる。
【０１２５】
実装状態や動作状態等がＯＫでないと判定したときには（ステップＳ１３０５の判定がＮＯ）、電源制御部２０９は、対象外ＲＡＩＤグループであるとして受付処理をスキップし（ステップＳ１３０６）、他の対象ＲＡＩＤグループの処理に移る（ステップＳ１３０６→Ｓ１３１３）。
【０１２６】
実装状態や動作状態等がＯＫであると判定したときには（ステップＳ１３０５の判定がＹＥＳ）、電源制御部２０９は、対象ＲＡＩＤグループに属するディスクのホスト側ソフトの制御情報の状態をチェックする（ステップＳ１３０７）。このチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールドの値を確認することにより行われる。
【０１２７】
このチェックの結果、対象ＲＡＩＤグループのホスト側ソフトの制御情報が制御状態である（「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールド値＝「Ｏｎ」）と判定したときには（ステップＳ１３０８の判定がＮＯ）、電源制御部２０９は、何もせずに、他の対象ＲＡＩＤグループの処理に移る（ステップＳ１３０８→Ｓ１３１３）。
【０１２８】
上記チェックの結果、対象ＲＡＩＤグループのホスト側ソフトの制御情報が制御状態でない（「Ｃｏｎｔｒｏｌ  Ｆｌａｇ」フィールド値＝「Ｏｆｆ」）と判定したときには（ステップＳ１３０８の判定がＹＥＳ）、電源制御部２０９は、その対象ＲＡＩＤグループのモーターを本当にオフにしてよいか否かをチェックするために、ホストサーバ装置２０２からのモーターオフ通知以外のアクセス要素、即ち、再度の物理ステータスのチェック、他のホストサーバ装置２０２等からのアクセスによって変更されている可能性のある最終アクセスタイムのチェック等を行う。これらのチェックは、自ストレージ装置２０１が保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値が「Ａｖａｉｌａｂｌｅ」になっているか否か、及び「Ｌａｓｔ  Ａｃｃｅｓｓ」フィールドの値を確認することにより行われる。更に、電源制御部２０９は、キャッシュメモリ２０８（図２参照）の内容が全てディスクに反映されているか否かのチェックも行う。これらのチェックがＯＫになって初めて、該当するディスクをオフしてよいという状態になる（以上、ステップＳ１３０９）。
【０１２９】
このチェックの結果、モーターオフを実行してはならないと判定したときには（ステップＳ１３１０の判定がＮＯ）、電源制御部２０９は、何もせずに、他の対象ＲＡＩＤグループの処理に移る（ステップＳ１３１０→Ｓ１３１３）。
【０１３０】
上記チェックの結果、モーターオフを実行してよいと判定したときには（ステップＳ１３１０の判定がＹＥＳ）、電源制御部２０９は、対象ＲＡＩＤグループに属するモーターにオフ開始指示を出すと共に、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を「Ｏｆｆ  Ｐｒｏｇｒｅｓｓ」に変更する（ステップＳ１３１１）。これにより、これらのモーターはオフ処理中の状態になる。
【０１３１】
更に、電源制御部２０９は、後述する図１４の動作フローチャートで示されるモーターオフ監視処理に対して、モーターオフの完了監視を依頼する（ステップＳ１３１２）。
ステップＳ１３０６、Ｓ１３０８、Ｓ１３１０、又はＳ１３１２の処理の後、電源制御部２０９は、処理対象として残っている対象ＲＡＩＤグループがあるか否かをチェックし（ステップＳ１３１３）、残グループがあると判定したときには（ステップＳ１３１４の判定がＹＥＳ）、次の処理対象ＲＡＩＤグループの処理を続行し（ステップＳ１３１５）、残グループがなくなったと判定したときには（ステップＳ１３１４の判定がＮＯ）、モーターオフ判断処理を終了する（ステップＳ１３１６）。
【０１３２】
図１４は、ストレージ装置２０１内の電源制御部２０９が、図１３の動作フローチャートで示されるモーターオフ判断処理中のステップＳ１３１１にて発行されたモーターオフ開始指示に対するモーター制御からの応答を処理するための、モーターオフ監視処理の制御動作を示す動作フローチャートである。
【０１３３】
まず、電源制御部２０９は、モーターオフ監視処理を開始した後（ステップＳ１４０１）、ステップＳ１４０２とＳ１４１２によって、ステップＳ１４０３〜Ｓ１４１１までの一連の処理を、指示された対象ＲＡＩＤグループのグループ数分かつ同一対象ＲＡＩＤグループについて一定時間の間１回以上繰り返し実行し、各対象グループのディスクを一定時間監視する。
【０１３４】
各繰返しにおいて、電源制御部２０９はまず、対象ＲＡＩＤグループに属するディスクに関するモーター制御機能から応答を受け付けたか否かをチェックする（ステップＳ１４０３）。
【０１３５】
このチェックの結果、上記応答を受け付けていないと判定したときには（ステップＳ１４０４の判定がＮＯ）、電源制御部２０９は、次の監視対象の処理に移る（ステップＳ１４１０）。
【０１３６】
上記チェックの結果、上記応答を受け付けたと判定したときには、電源制御部２０９は
、モーターのオフ結果をモーター制御機能から受け取り、その内容を判定する（ステップＳ１４０５）。
【０１３７】
この結果、モーターの稼働処理が正常に終了したと判定したときには（ステップＳ１４０６の判定がＹＥＳ）、電源制御部２０９は、ソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値をオフ処理状態であることを示す「Ｏｆｆ  Ｐｒｏｇｒｅｓｓ」からオフ状態を示す「Ｏｆｆ」に変更する（ステップＳ１４０７）。その後、電源制御部２０９は、次の監視対象の処理に移る（ステップＳ１４０７→Ｓ１４１０）。
【０１３８】
モーターのオフ処理が正常に終了しなかったと判定したときには（ステップＳ１４０６の判定がＮＯ）、電源制御部２０９は、異常ディスクを処理対象から切り離す処理を実行する。この異常ディスクを切り離す処理を実行すると同時に該当ＲＬＵ（ＲＡＩＤグループ）の他ディスクのモーターオフ処理を中断する。モーターオフしていた場合はモーターオン処理を動作させる。さらに自ストレージ装置２０１に保持するソフト連携用構成情報内の該当ＲＬＵ（ＲＡＩＤグループ）の「Ｓｔａｔｕｓ」フィールドの値を自ストレージ装置にホットスペアディスクが存在しない場合は異常ディスクが存在することを示す「Ｅｘｐｏｓｅｄ」に変更する。またホットスペアディスクが存在する場合は冗長先の正常ディスクから復旧処理を動作させている「Ｒｅｂｕｉｌｄ」に変更する（ステップＳ１４０８）。
【０１３９】
その後、本実施形態が適用されるシステムの仕様上、電源制御部２０９は、上記ソフト連携用構成情報内の対号ＲＬＵ（ＲＡＩＤグループ）の「Ｍｏｔｏｒ  Ｓｔａｔｕｓ」フィールドの値を「Ｏｎ」に変更する。
【０１４０】
ステップＳ１４０４、Ｓ１４０７、又はＳ１４０９の処理の後、電源制御部２０９は、監視対象として残っている対象ＲＡＩＤグループがあるか否かをチェックし（ステップＳ１４１０）、監視対象が残っていると判定したときには（ステップＳ１４１１の判定がＹＥＳ）、次の監視対象ＲＡＩＤグループ（自分も含む）の監視を続行し（ステップＳ１４１２）、監視対象が残っていないと判定したときには（ステップＳ１４１１の判定がＮＯ）、モーターオフ監視の処理を終了する（ステップＳ１４１３）。
【０１４１】
以上のようにして、ストレージ装置２０１の電源制御部２０９は、ホストサーバ装置２０２においてストレージ装置２０１にてアクセスが発生していないＲＡＩＤグループのディスクを積極的かつ適切にオフすることができる。
【０１４２】
以上、図２の構成において、ホストサーバ装置２０２とストレージ装置２０１とがＬＡＮ２０３等のネットワークによって接続されているケースについて、ホストサーバ装置２０２内の電源制御アプリケーション２１７とストレージ装置２０１内の電源制御部２０９とが連携して論理ボリュームであるＲＡＩＤグループのディスクのモーターのオン・オフを最適に制御する動作について説明した。
【０１４３】
これに対して、図２の構成において、ホストサーバ装置２０２とストレージ装置２０１とがチャネルパス２０３−２によって接続されているケースについても、ホストサーバ装置２０２内の電源制御ドライバ２１８とストレージ装置２０１内の電源制御部２０９とが連携してＲＡＩＤグループのディスクのモーターのオン・オフを最適に制御する動作についても、基本的な動作は、電源制御アプリケーション２１７の場合とほぼ同じであるが、主として下記のような機能が実装される。
【０１４４】
１．電源制御ドライバ２１８は、ストレージ装置２０１へのアクセス応答結果において、モーターオン待ちの独自センスが応答された場合、ストレージ装置２０１へホストアクセスのリトライを実施する。
【０１４５】
２．電源制御ドライバ２１８は、ストレージ装置２０１へのホストアクセスリトライを実施している間、ホストサーバ装置２０２側に通知レベルのセンスを返してパス切れを防ぎ、待ち合わせを実施させる。
【０１４６】
そして、ホストサーバ装置２０２からストレージ装置２０１へのアクセス発生に伴う一連の動作は、以下に示されるごとくとなる。
１）ホストサーバ装置２０２でのアクセス発生を、電源制御ドライバ２１８が認識する。
２）電源制御ドライバ２１８は、ストレージ装置２０１にホストアクセスを実行する。
３）アクセス先のストレージ状態が省電力状態ではなくアクセス可の場合は、アクセス処理が実行される。
４）アクセス先のストレージ状態が省電力状態でアクセス不可の場合は、当該アクセスを契機にストレージ装置２０１は、当該ディスクの省電力状態を解除し、モーターオンを開始する。
５）当該アクセスは、ストレージ装置２０１で一定時間保持された後（くわえ込みを実行された後）、モーターオン処理中のセンス応答を返す。 
６）モーターオン処理中のセンス応答を受け付けた電源制御ドライバ２１８は、ホストサーバ装置２０２側に当該センス応答を返さず、再度ストレージ装置２０１にアクセスのリトライを実施する。 
７）電源制御ドライバ２１８の有する処理許容時間がタイムアウトするまでの間、モーターオンになるまで上記４）〜６）の処理が繰返し実行される。
以上説明した実施形態では、論理ボリュームを、ＲＡＩＤグループとしたが、それに限られるものではない。
【０１４７】
以上の実施形態に関して、更に以下の付記を開示する。
（付記１）
複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリュームの制御方法であって、
前記論理ボリュームへのアクセス指示を発行するアクセス指示発行ステップと、
前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断す
る電源状態判断ステップと、
前記電源状態判断ステップにおいて前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態の変更を指示する電源状態変更指示ステップと、
前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理ステップと、
前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御ステップと、
前記論理ボリュームがアクセス可能となったことを応答するアクセス可能応答ステップと、
前記論理ボリュームに対してアクセスを実行するアクセス実行ステップと、
を含むことを特徴とするストレージシステムの制御方法。
（付記２）
前記電源制御ステップは、前記論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う、
ことを特徴とする付記１に記載のストレージシステムの制御方法。
（付記３）
前記論理ボリュームに対するアクセス状態を管理するアクセス管理ステップを更に含み、
前記電源制御ステップは、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記１又は２の何れか１項に記載のストレージシステムの制御方法。（付記４）
前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成するスケジュール作成ステップを更に含み、
前記電源制御ステップは、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記３に記載のストレージシステムの制御方法。
（付記５）
前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行ステップを更に含む、
ことを特徴とする付記３に記載のストレージシステムの制御方法。
（付記６）
サーバと、
該サーバからの指示に基づいて、複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置とを備えたストレージシステムであって、
前記サーバは、
前記論理ボリュームへのアクセス指示を発行するアクセス指示発行部と、
前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する電源状態判断部と、
該電源状態判断部において前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームをアクセス可能な電源状態とする指示を行う電源制御指示部と、
前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理部とを備え、
前記ストレージ装置は、
前記サーバから通知される前記アクセス指示と前記電源状態変更指示を受信する指示受信部と、
前記電源状態変更指示に基づいて前記論理ボリュームを構成する全記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御部と、
前記論理ボリュームがアクセス可能となったことを前記サーバに応答するアクセス可能応答部と、
前記アクセス指示に基づいて論理ボリュームに対してアクセスを実行するアクセス実行部と、
を含むことを特徴とするストレージシステム。
（付記７）
前記電源制御部は、前記論理ボリュームを構成する全ての記憶媒体に対して電源状態の変更を指示する、
ことを特徴とする付記６に記載のストレージシステム。
（付記８）
前記論理ボリュームに対するアクセス状態を管理するアクセス管理部を更に含み、
前記電源制御部は、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記６又は７の何れか１項に記載のストレージシステム。
（付記９）
前記アクセス管理部で管理される前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成する電源制御スケジュール作成部を更に含み、
前記電源制御部は、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記８に記載のストレージシステム。
（付記１０）
前記サーバに対して前記論理ボリュームを構成する記憶媒体の電源状態を通知する電源状態通知部を更に含む、
ことを特徴とする付記６乃至９の何れか１項に記載のストレージシステム。
（付記１１）
前記電源状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行部を更に含む、
ことを特徴とする付記１０に記載のストレージシステム。
（付記１２）
複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージ装置であって、
サーバから通知される前記論理ボリュームに対するアクセス指示を受信するアクセス指示受信部と、
前記アクセス指示に基づいて前記論理ボリュームに対してアクセスを行うアクセス実行部と
アクセス対象の論理ボリュームがアクセス不可の状態の場合、前記論理ボリュームの冗長度を超える数の記憶媒体の電源状態を変更する電源制御部と、
を含むことを特徴とするストレージ装置。
（付記１３）
前記電源制御部は、前記サーバからの電源状態変更指示を受信すると前記記憶媒体の電源状態を変更する、
ことを特徴とする付記１２に記載のストレージ装置。
（付記１４）
前記電源制御部は、前記論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う、
ことを特徴とする付記１２又は１３の何れか１項に記載のストレージ装置。
（付記１５）
前記論理ボリュームに対するアクセス状態を管理するアクセス管理部を更に含み、
前記電源制御部は、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記１２乃至１４の何れか１項に記載のストレージ装置。
（付記１６）
前記アクセス管理部で管理される前記論理ボリューム対するアクセス状況に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成する電源制御スケジュール作成部を更に含み、
前記電源制御部は、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、
ことを特徴とする付記１５に記載のストレージ装置。
（付記１７）
前記サーバに対して前記論理ボリュームを構成する記憶媒体の電源状態を通知する電源状態通知部を更に含む、
ことを特徴とする付記１２乃至１６の何れか１項に記載のストレージ装置。
（付記１８）
前記電源状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行部を更に含む、
ことを特徴とする付記１７に記載のストレージ装置。
（付記１９）
前記論理ボリュームがアクセス不可の場合、前記論理ボリュームがアクセス可能となるまで、前記サーバに対して再アクセス要求を通知する再アクセス要求通知部を更に含む、
ことを特徴とする付記１２乃至１８の何れか１項に記載のストレージ装置。
【図面の簡単な説明】
【０１４８】
【図１】本実施形態のハードウェアシステム構成を示す図である。
【図２】図１のハードウェアシステム構成のもとで実現される本実施形態の機能構成図である。
【図３】ソフト連携用構成情報のデータ構成図である。
【図４】ソフト連携用構成情報の説明図である。
【図５】ストレージ装置２０１側にて実行される省電力モード（エコモード）運用制御処理を示す動作フローチャートである。
【図６】ホストサーバ装置２０２側にて実行されるソフト側監視処理の制御動作を示す動作フローチャートである。
【図７】ホストサーバ装置２０２側にて実行されるアクセス受付処理の制御動作を示す動作フローチャートである。
【図８】ホストサーバ装置２０２側にて実行されるモーター稼働監視処理の制御動作を示す動作フローチャートである。
【図９】ストレージ装置２０１側にて実行されるモーター稼働指示通知受付処理の制御動作を示す動作フローチャートである。
【図１０】ストレージ装置２０１側にて実行されるモーター稼働監視処理の制御動作を示す動作フローチャートである。
【図１１】ホストサーバ装置２０２側にて実行されるモーターオフ定期監視処理の制御動作を示す動作フローチャートである。
【図１２】ストレージ装置２０１側にて実行されるモーターオフ通知受付処理の制御動作を示す動作フローチャートである。
【図１３】ストレージ装置２０１側にて実行されるモーターオフ判断処理の制御動作を示す動作フローチャートである。
【図１４】ストレージ装置２０１側に実行されるモーターオフ監視処理の制御動作を示す動作フローチャートである。
【符号の説明】
【０１４９】
１０１      コントローラエンクロージャ（ＣＥ）
１０２      コントローラモジュール（ＣＭ）
１０３、２０５      ディスクエンクロージャ（ＤＥ）
１０４      ファイバーチャネル（ＦＣ）スイッチ
１０５、２０２      ホストサーバ装置（ＨＯＳＴ）
２０１      ストレージ装置
２０３−１      ＬＡＮ
２０３−２      チャネルパス
２０４      ストレージコントローラ
２０６、ＤＡ      ディスクアダプタ
２０７、ＣＡ      チャネルアダプタ
２０８、２１６      キャッシュメモリ
２０９      電源制御部
２１０      アクセス監視・履歴管理部
２１１      スケジュール管理・変更部
２１２      スケジュール制御部
２１３      アクセス情報収集制御部
２１４、ＨＢＡ      ホストバスアダプタ
２１５      サーバ制御部
２１７      電源制御アプリケーション
２１８      電源制御ドライバ
ＣＰＵ      中央演算処理装置
Ｍｅｍｏｒｙ      メモリ
【図１】
0004838832.tif 000002
【図２】
0004838832.tif 000003
【図３】
0004838832.tif 000004
【図４】
0004838832.tif 000005
【図５】
0004838832.tif 000006
【図６】
0004838832.tif 000007
【図７】
0004838832.tif 000008
【図８】
0004838832.tif 000009
【図９】
0004838832.tif 000010
【図１０】
0004838832.tif 000011
【図１１】
0004838832.tif 000012
【図１２】
0004838832.tif 000013
【図１３】
0004838832.tif 000014
【図１４】
0004838832.tif 000015