JP5535343B1 - ディスクアレイ制御装置およびサーバ - Google Patents

Abstract

【課題】ストライピングを利用するディスクアレイ制御装置において、ハードウェアの規模を抑えた上で、信頼性を向上させる。
【解決手段】入力データをｎ台の現用記憶装置用に分割して出力し、ｎ台の現用記憶装置からのｎ台分のデータを多重化してホスト側へ出力する分割・多重化手段と、ｎ台の現用記憶装置、ｍ台の待機記憶装置、および分割・多重化手段間の接続を切り替える切替手段と、切替手段を制御する制御手段とを備える。制御手段は、ｎ台の現用記憶装置から各現用記憶装置の状態を示す情報を取得する状態取得機能と、取得されたｎ台の現用記憶装置の状態を示す情報から故障する可能性のある現用記憶装置を判定する判定機能と、切替手段に、故障する可能性のある現用記憶装置と待機記憶装置の１つとを接続させ、故障する可能性のある現用記憶装置から待機記憶装置へのコピーを制御するコピー機能とを有する。
【選択図】図３

Description

本発明の実施形態は、ディスクアレイ制御装置およびサーバに関する。

近年、映像配信など、ビデオデータをはじめとする大量の大容量データを高速に配信することが求められている。このため複数のＨＤＤやＳＳＤ等の記憶装置からなるディスクアレイを使用することで、大量の大容量データへの高速アクセスを実現している。また、このようなディスクアレイへの高速アクセスを行うためには、ディスクアレイに対し複数のデータを読み書きする仕組み、例えば周知のＲＡＩＤ（Redundant Arrays of Independent Disks）のような仕組みが必要である。

特表２００８−５０９４７４号公報

しかしながら、いくつかのタイプがあるＲＡＩＤの中で、ＲＡＩＤ０を採用すると、ハードウェアの規模を小さくすることができるが、このＲＡＩＤ０では制御対象のディスクアレイに故障した記憶装置が１つでもあると、ファイルシステム全体が使えなくなってしまう問題がある。また、この問題に対処するために冗長性を持たせようとすると、ＲＡＩＤ１のように複数の記憶装置全部を二重化するような仕組みとなり、記憶装置の数量が増えてしまう問題があった。またＲＡＩＤ５などのように、一部の記憶装置が故障してもよいように記憶装置全体で冗長性をもたせた場合でも、ハードウェアの規模が大きくなってしまう問題があった。

本発明が解決しようとする課題は、ストライピングにより複数の記憶装置にデータを分散して読み書きするためのディスクアレイ制御装置において、ハードウェアの規模を抑えた上で、信頼性を向上させることができる、ディスクアレイ制御装置およびサーバを提供することである。

実施形態のディスクアレイ制御装置は、ｎ台（ｎは２以上）の現用記憶装置にストライピングによりデータを分散して読み書きするためのディスクアレイ制御装置である。

ホスト側からの入力データをｎ台の現用記憶装置用に分割して出力し、ｎ台の現用記憶装置からのｎ台分のデータを多重化してホスト側へ出力する分割・多重化手段と、ｎ台の現用記憶装置、ｍ台（ｍは１以上）の待機記憶装置、および分割・多重化手段間の接続を切り替える切替手段と、切替手段を制御する制御手段と、を備える。

そして、制御手段は、ｎ台の現用記憶装置から、各現用記憶装置の状態を示す情報を取得する状態取得機能と、状態取得機能により得られたｎ台の現用記憶装置の状態を示す情報から、故障する可能性のある現用記憶装置を判定する判定機能と、切替手段に、判定機能により判定された故障する可能性のある現用記憶装置と待機記憶装置の１つとを接続させ、故障する可能性のある現用記憶装置から該現用記憶装置に接続された待機記憶装置への、故障する可能性のある現用記憶装置のファイル管理情報を含む記憶内容のコピーを制御するコピー機能と、を有する。制御手段は、コピー機能によるデータのコピーが完了する前に、ホスト側から故障する可能性のある現用記憶装置へのデータの書き込み要求があった場合、コピー機能は、故障する可能性のある現用記憶装置に代えて、該故障する可能性のある現用記憶装置からのデータのコピーを行っている待機記憶装置に、当該書き込みにかかるジャーナル情報と書き込み要求されたデータとを書き込む制御を行い、記憶内容のコピーが完了すると、ジャーナル情報に基づいて待機記憶装置のファイル管理情報を更新する。

図１は、映像配信のためのサーバの一般的な構成（概略）を、映像配信用の装置構成として例示した図である。 図２は、４台のドライブをＲＡＩＤ０で使用する場合の、データが各ドライブへ記録される様子を示した図である。 図３は、一実施形態として説明するサーバの概略構成を示す図である。 図４は、同実施形態のサーバのＲＡＩＤカードの概略構成を示す図である。 図５は、同実施形態のＲＡＩＤカードによる、ドライブの状態を判定する際の手順を示すフローチャートである。 図６は、同実施形態のＲＡＩＤカードによる各ドライブの運用について説明するための図である。 図７は、同実施形態のＲＡＩＤカードによる、故障する可能性の高いドライブからその内容を待機ドライブへコピーする際の動作を説明するフローチャートである。

以下に説明する実施形態において、ファイルシステムは複数のＨＤＤやＳＳＤ等の記憶装置（以下、個々のＨＤＤやＳＳＤ等をドライブまたはＤＲＩＶＥと称す）からなるディスクアレイを用いて構築される。通常のデータアクセスでの動作は、ＲＡＩＤ０のシステムの場合と同一であり、ＲＡＩＤ０と異なるのは、ＲＡＩＤ０でファイルシステムを構築するのに使用している現用のドライブと同一サイズ、あるいは同一サイズ以上の容量を持つ、１個以上の待機ドライブを利用する点にある。

また、各ドライブから定期的に、データの読み出し異常、書き換えの回数、温度といった情報を、各ドライブが持つＳＭＡＲＴ情報から取得し、また、別途備える温度計からサーバ内の温度を取得し、故障する可能性のある現用ドライブを判定する（後述）。ＨＤＤやＳＳＤには、障害の早期発見・故障の予測などを目的としてＳ．Ｍ．Ａ．Ｒ．Ｔ．（Self-Monitoring, Analysis and Reporting Technology）と呼ばれる機能が搭載されており、この機能により、上記ＳＭＡＲＴ情報を取得することができる。

ところで、映像配信をネットワーク経由で行う場合の１つの形態として、記憶装置に記憶したコンテンツを読み出してＥｔｈｅｒｎｅｔ（登録商標）で配信する形態がある。図１は、ＭＰＵ（マイクロプロセッサ）３１、ＭＥＭ（メモリ）３２、およびＥｔｈｅｒｎｅｔ Ｉ／Ｆ３３を備えるマザーボード３０と、記憶装置１０と、この記憶装置１０とマザーボード３０との間のインタフェースであるＩ／Ｆ２０とを備えるサーバ１００の一般的な構成（概略）を、Ｎｅｔｗｏｒｋ（ネットワーク）４０を介した映像配信用の装置構成として例示したものである。

この形態では、記憶装置１０に記憶されたデータを高速に読み出すため、記憶装置１０として、複数のＨＤＤやＳＳＤからなるディスクアレイを使用し、Ｉ／Ｆ２０として、例えば、ＲＡＩＤカードを使用し、複数のドライブを１つのドライブに見せたシステムが用いられることがある。この機能を提供するＲＡＩＤカードは、例えばＲＡＩＤ０では、ストライピングと呼ばれる書き込むデータを分割して複数のドライブに書き込み読み出すための機能を提供する。

図２に、４台のドライブをＲＡＩＤ０で使用する場合の、データ（ＤＡＴＡ）が各ドライブ（ＤＲＩＶＥ１〜４）へ記録される様子を示す。ＲＡＩＤ０によるストライピングでは、同図に示すように、データが４つずつに分割され、分割されたデータが４つのドライブに分散されて記録される。

ここで一実施形態として説明するサーバ１０１は、通常時は４台のドライブをＲＡＩＤ０（ストライピング）で使用する構成で、さらに待機ドライブ１台を用意したシステムとして構築する。その構成例を図３、４に示す。なお、ここでは、現用として４台のドライブを用いるものとして説明するが、これに限るものではなく、８台など他の台数のドライブに対しても対応可能である。また待機ドライブも、１台ではなく、２台あるいは３台などであってもよい。待機ドライブを複数台用意すれば、２台あるいは３台のドライブが同時期に故障する可能性が生じた場合にも、以下に説明する待機ドライブが１台の場合と同様にして対応可能である。

本実施形態では、図３に示すように、ディスクアレイ１１をＲＡＩＤ０で動作させるためのＲＡＩＤカード２１は、分割・多重化回路２２と５台のドライブの入出力とをマトリクス回路２３でこれらの接続を切り替えられるようにしている。５台のドライブのうち、１台のドライブは待機ドライブであり、残りの４台のドライブがＲＡＩＤ０で使用する現用ドライブである。

分割・多重化回路２２は、ホスト（ＭＰＵ３１）側からの入力データを４台の現用ドライブ用に分割して出力し、４台の現用ドライブからのデータを多重化してホスト側へ出力する回路である。

マトリクス回路２３は、４台の現用ドライブと、待機ドライブと、分割・多重化回路２２との間の接続を切り替える回路である。

代替制御回路２４（後述）は、マトリクス回路２３を制御するものであり、分割・多重化回路２２と各ドライブ間の接続を切り替えるとともに、この代替制御回路２４に備わる、コピー回路２６、判定回路２７、ＳＭＡＲＴ情報読出回路２８により（図４参照）、本実施形態において特徴的な制御を行う（後述）。なお、代替制御回路２４は、ＭＰＵ３１からのコマンドに応じて必要な動作を実行する。

通常時は、マトリクス回路２３により、分割・多重化回路２２と待機ドライブを除く４台の現用ドライブの間が接続された状態となるが、一定の時間以上が経過しこれらの現用ドライブに対するアクセスが無いときに、ＳＭＡＲＴ情報読出回路２８がこれらのドライブからＳＭＡＲＴ（Self-Monitoring Analysis and Reporting Technology；ドライブの状態を示す診断レポート）情報を読み出す接続となる。このＳＭＡＲＴ情報には、データの読み出し異常、書き換えの回数、最高温度および現在の温度等が含まれる。また、ＲＡＩＤカード２１には、サーバ１０１内の温度を測定する温度センサ２５を備えており、ＳＭＡＲＴ情報読出回路２８は、温度センサ２５で測定された温度も取得する。

ＳＭＡＲＴ情報読出回路２８が上記４台の現用ドライブから読み出したＳＭＡＲＴ情報および温度センサ２５で測定されたサーバ１０１内の温度から、判定回路２７が、故障する可能性のあるドライブの有無を判断し、最も故障する可能性の高いドライブを決定する。このドライブをＤＲＩＶＥ−Ｅとする。なお、この判断は、ＭＰＵ３１側で行うようにしてもよい。

故障する可能性の高いドライブ（ＤＲＩＶＥ−Ｅ）が見つかった場合、コピー回路２６は、このＤＲＩＶＥ−Ｅへのアクセスが無い状態で、かつＳＭＡＲＴ情報を読み出さないタイミングで、ＤＲＩＶＥ−Ｅのファイル管理情報を読み出し、待機ドライブ（ＤＲＩＶＥ−Ｓと記す）にそのコピーを作成するため、マトリクス回路２３により両者を接続する。

ここで判定回路２７の動作について説明する。判定回路２７は、ＳＭＡＲＴ情報読出回路２８が、動作している各ドライブ（現用ドライブ）から読み出したＳＭＡＲＴ情報に含まれるデータの読み出し異常（エラー訂正の発生数）、書き換えの回数、最高温度を取得するとともに、温度センサ２５からサーバ１０１内の現在の温度を取得する。そして、図５のフローチャートに示すように、これらの情報から該当ドライブが故障する可能性を判定し、該当ドライブが故障する可能性の高い場合に、そのドライブから待機ドライブ（ＤＲＩＶＥ−Ｓ）へのコピー回路２６によるコピー動作を起動する。

具体的には、いずれかのドライブにおいて、データの読み出し異常がある場合（ステップＳ１０１でＹｅｓ）、または書き換えの回数が設定値以上の場合（ステップＳ１０３でＹｅｓ）、または最高温度が設定値以上である場合（ステップＳ１０５でＹｅｓ）のいずれかに該当すれば、コピー回路２６による該当するドライブから待機ドライブへのコピー動作を起動して、該当ドライブをコピーする（ステップＳ１０２、Ｓ１０４、またはＳ１０６）。

また、これらのいずれの条件にも一致しない場合には（ステップＳ１０１、Ｓ１０３、およびＳ１０５でＮｏ）、サーバ１０１内の現在の温度が設定値以上か確認し、設定値以上の場合には（ステップＳ１０７でＹｅｓ）、ドライブの寿命を予測するカウンタを上げる（このカウンタの値は各ドライブに設定される）（ステップＳ１０８）。なお、各ドライブのカウンタの値は、ドライブの交換によって差が生じ、最も長く現用されているドライブのカウンタの値が最も大きくなる。

一方、現在の温度が設定値以上でない場合は（ステップＳ１０７でＮｏ）、さらにこのカウンタの値が設定値以上か判定し、このカウンタの値が設定値以上の場合にも（ステップＳ１０９でＹｅｓ）、コピー回路２６による該当のドライブから待機ドライブへのコピー動作を起動して、該当ドライブをコピーする（ステップＳ１１０）。なお、該当ドライブに対するコピー動作の詳細は、図７を用いて後述する。

以上の処理を、定期的に、動作させている各ドライブに対して順に行う。

本実施形態では、ドライブの状態の監視を、上記のようにＳＭＡＲＴ情報と温度センサ２５で測定された温度を基に行っているが、これらに限らず、ドライブの状態を同様に判断できるものであれば、それを利用してドライブの状態監視を行うようにしてもよい。またドライブの状態を示す情報を読み出して（取得して）行う上記判断についても、上記手順に限らず、他の判断手順により行ってもよい。

以上のようにして故障する可能性のあるドライブが見つかり、コピー動作が起動される。以下では、その際の本実施形態のＲＡＩＤカード２１による各ドライブの運用について説明する。

ここでも、図６に示すように５台のドライブＤＲＩＶＥ−１〜５があり、ＤＲＩＶＥ−５が待機ドライブ（ＤＲＩＶＥ−Ｓ）であるとする。

この状態で運用していたところ（ＳＴＡＴＥ１）、ＤＲＩＶＥ−２で異常が検出されると、このドライブを、故障する可能性のあるドライブ（ＤＲＩＶＥ−Ｅ）として扱うことになる。

この状態（ＳＴＡＴＥ２）となると、ＤＲＩＶＥ−２に記憶されている内容（データおよびファイル管理情報）をＤＲＩＶＥ−５にコピーする。

このコピーが完了すると、待機ドライブであったＤＲＩＶＥ−５が現用ドライブとなり、故障する可能性のあるＤＲＩＶＥ−２は切り離され（ＳＴＡＴＥ３；分離）、ＤＲＩＶＥ−２が正常なドライブと交換される。

そして、この交換が終了すると、交換されたＤＲＩＶＥ−２が新しい待機ドライブＤＲＩＶＥ−Ｓとなる（ＳＴＡＴＥ４）。

次に、ＤＲＩＶＥ−ＥであるＤＲＩＶＥ−２からＤＲＩＶＥ−ＳであるＤＲＩＶＥ−５へ記憶内容をコピーする際の処理を図７のフローチャートに示し説明する。

サーバ１０１で使用するファイルシステムには、Ｍｉｃｒｏ Ｓｏｆｔ（登録商標）社のＤＯＳであれば例えばＦＡＴ（File Allocation Tables）、Ｌｉｎｕｘ（登録商標）であればｉ−ｎｏｄｅ（Index Node）といったドライブのファイル管理情報がある。これらにはドライブの中に記憶されたデータの位置が記録されている。以下では、ＦＡＴを例に説明する。なお、Ｅｘｔ３のようにジャーナリング機能を持つファイルシステムでは、ジャーナル情報も含めて同様に処理を行う。また、Ｅｘｔ４、ＮＴＦＳ、ｚｆｓなど他のファイルシステムについても、同様の処理で対応可能である。

ところで、ＤＲＩＶＥ−ＥからＤＲＩＶＥ−Ｓへのコピーを行っている間に、ＤＲＩＶＥ−Ｅに対し書き換えを含め書き込みが生じる場合がある。本実施形態では、このような場合でも、その書き込みの内容をジャーナリングすることで、ＤＲＩＶＥ−Ｅを書き込み対象とした書き込みと、ＤＲＩＶＥ−Ｓへの書き込みを完全に同期させる。図７は、この場合の処理も含んでいる。また、上記コピーを行っている間に、ＤＲＩＶＥ−Ｅに対し読み出しが生じる場合があるが、図７は、この場合の処理も含んでいる。

図７のフローチャートでは、まず、ＤＲＩＶＥ−Ｅからの、ファイル管理情報を含むすべてのデータのコピーが完了したか判断している（ステップＳ２０１）。すべてのデータのコピーが完了すると（ステップＳ２０１でＹｅｓ）、前述のようにＤＲＩＶＥ−Ｅを切り離す（ステップＳ２０２）。

一方、すべてのコピーが完了していない場合（ステップＳ２０１でＮｏ）、すなわちコピー動作を行っている間に、上記のようにホスト側からＤＲＩＶＥ−Ｅに対し書き込みあるいは読み出しの要求が生じる場合があるため、まずステップＳ２０３でＤＲＩＶＥ−Ｅへの書き込み要求があるか判断し、書き込み要求がない場合は（ステップＳ２０３でＮｏ）、さらにステップＳ２０６でＤＲＩＶＥ−Ｅへの読み出しの要求があるか判断している。

ＤＲＩＶＥ−Ｅへの書き込みの要求があった場合（ステップＳ２０３でＹｅｓ）、その要求の内容についてのジャーナルをＤＲＩＶＥ−Ｓに記録した上で（ステップＳ２０４）、ＤＲＩＶＥ−Ｓに書き込みを要求されたデータを書き込んで（ステップＳ２０５）、ステップＳ２０１に戻る。

ＤＲＩＶＥ−Ｅへの書き込みの要求ではなく、ＤＲＩＶＥ−Ｅへの読み出しの要求があった場合（ステップＳ２０６でＹｅｓ）、ＤＲＩＶＥ−ＥのＦＡＴを確認し（ステップＳ２０７）、該当のデータがＤＲＩＶＥ−Ｅになければ、ＤＲＩＶＥ−Ｓからデータを読み出す（ステップＳ２０８）。これは、本来ＤＲＩＶＥ−Ｅへの書き込みを要求されたデータで、上記ステップＳ２０４にてＤＲＩＶＥ−Ｓに書き込まれたデータは、ＤＲＩＶＥ−Ｅには存在しないので、実際にデータが書き込まれたＤＲＩＶＥ−Ｓから読み出している。一方、該当のデータがＤＲＩＶＥ−Ｅにあれば、ＤＲＩＶＥ−Ｅからデータを読み出す（ステップＳ２０９）。

また、ＤＲＩＶＥ−Ｅのコピーが完了しておらず、ＤＲＩＶＥ−Ｅに対する書き込みおよび読み出しの要求もない場合（ステップＳ２０１、Ｓ２０３、およびＳ２０６でＮｏ）、さらにＤＲＩＶＥ−Ｅのデータコピーが完了したか判断する（ステップＳ２１０）。ここでデータコピーが完了していない場合は（ステップＳ２１０でＮｏ）、ＤＲＩＶＥ−ＥからＤＲＩＶＥ−Ｓへ一定量のデータのコピーを行う（ステップＳ２１１）。

一方、ＤＲＩＶＥ−Ｅのデータコピーが完了している場合は（ステップＳ２１０でＹｅｓ）、さらにＦＡＴのコピーが完了しているか判断する（ステップＳ２１２）。ここでＦＡＴのコピーが完了していない場合（ステップＳ２１２でＮｏ）、ＤＲＩＶＥ−ＥからＤＲＩＶＥ−ＳへＦＡＴデータのコピーを行う（ステップＳ２１３）。

ＤＲＩＶＥ−ＥのＦＡＴのコピーが完了している場合は（ステップＳ２１２でＹｅｓ）、上記ジャーナルを使ってＤＲＩＶＥ−ＳのＦＡＴのアップデートを行う（ステップＳ２１４）。

以上のようにして、ＤＲＩＶＥ−Ｅの記憶内容は、ＤＲＩＶＥ−Ｓにコピーされる。そして、ＤＲＩＶＥ−Ｅの記憶内容のＤＲＩＶＥ−Ｓへのコピーが完了すると、ＲＡＩＤカード２１は、図６に示したように待機ドライブ（ＤＲＩＶＥ−Ｓ）を、故障する可能性の高いドライブ（ＤＲＩＶＥ−Ｅ）の代わりに現用ドライブとして運用する。

以上説明したように、本実施形態のＲＡＩＤカード２１によれば、ディスクアレイ１１を構成する各ドライブに対し、故障する可能性の高いドライブを判定し、そのドライブの記憶内容を待機ドライブにコピーして、この待機ドライブを、故障する可能性の高いドライブに代えて運用するので、ＲＡＩＤ０を利用するＲＡＩＤカード（ディスクアレイ制御装置）およびサーバにおいて、ハードウェアの規模を抑えた上で、信頼性を向上させることができる。

以上、本発明の実施形態を説明したが、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。その新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。また、この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０ 記憶装置
１１ ディスクアレイ
２０ Ｉ／Ｆ
２１ ＲＡＩＤカード
２２ 分割・多重化回路
２３ マトリクス回路
２４ 代替制御回路
２５ 温度センサ
２６ コピー回路
２７ 判定回路
２８ ＳＭＡＲＴ情報読出回路
３０ マザーボード
３１ ＭＰＵ
３２ ＭＥＭ
３３ Ｅｔｈｅｒｎｅｔ Ｉ／Ｆ
４０ Ｎｅｔｗｏｒｋ

Claims (5)

1. ｎ台（ｎは２以上）の現用記憶装置にストライピングによりデータを分散して読み書きするためのディスクアレイ制御装置であって、
   ホスト側からの入力データを前記ｎ台の現用記憶装置用に分割して出力し、前記ｎ台の現用記憶装置からのｎ台分のデータを多重化してホスト側へ出力する分割・多重化手段と、
   前記ｎ台の現用記憶装置、ｍ台（ｍは１以上）の待機記憶装置、および前記分割・多重化手段間の接続を切り替える切替手段と、
   前記切替手段を制御する制御手段と、を備え、
   前記制御手段は、
   前記ｎ台の現用記憶装置から、各現用記憶装置の状態を示す情報を取得する状態取得機能と、
   前記状態取得機能により得られた前記ｎ台の現用記憶装置の状態を示す情報から、故障する可能性のある現用記憶装置を判定する判定機能と、
   前記切替手段に、前記判定機能により判定された故障する可能性のある現用記憶装置と前記待機記憶装置の１つとを接続させ、前記故障する可能性のある現用記憶装置から該現用記憶装置に接続された前記待機記憶装置への、前記故障する可能性のある現用記憶装置のファイル管理情報を含む記憶内容のコピーを制御するコピー機能と、を有し、
   前記コピー機能によるデータのコピーが完了する前に、ホスト側から前記故障する可能性のある現用記憶装置へのデータの書き込み要求があった場合、前記コピー機能は、前記故障する可能性のある現用記憶装置に代えて、該故障する可能性のある現用記憶装置からのデータのコピーを行っている前記待機記憶装置に、当該書き込みにかかるジャーナル情報と書き込み要求されたデータとを書き込む制御を行い、前記記憶内容のコピーが完了すると、前記ジャーナル情報に基づいて前記待機記憶装置のファイル管理情報を更新する、
   ディスクアレイ制御装置。
2. 前記制御手段は、前記故障する可能性のある現用記憶装置から該現用記憶装置に接続された前記待機記憶装置へのデータのコピーが完了すると、該待機記憶装置を、前記故障する可能性のある現用記憶装置に代えて、前記ｎ台の現用記憶装置の１つとみなして前記各機能による制御を行う、請求項１に記載のディスクアレイ制御装置。
3. 前記コピー機能によるデータのコピーが完了する前に、ホスト側から前記故障する可能性のある現用記憶装置へのデータの読み出し要求があった場合で、前記コピー機能は、前記故障する可能性のある現用記憶装置に該当のデータがある場合、前記故障する可能性のある現用記憶装置から該当のデータを読み出し、前記故障する可能性のある現用記憶装置に該当のデータがない場合、該故障する可能性のある現用記憶装置からのデータのコピーを行っている前記待機記憶装置から該当のデータを読み出す制御を行う、請求項１または請求項２に記載のディスクアレイ制御装置。
4. 前記ｎ台の現用記憶装置を含む装置内部の現在の温度が所定の設定値以上である場合、各現用記憶装置に対応する所定のカウンタ値をカウントアップし、いずれかの現用記憶装置に対応する前記カウンタ値が所定の設定値以上となった場合、前記判定手段は、そのカウンタ値が所定の設定値以上となった現用記憶装置を故障する可能性のある現用記憶装置であると判定する、請求項１から請求項３のいずれか１項に記載のディスクアレイ制御装置。
5. 請求項１から請求項４のいずれかのディスクアレイ制御装置を備えるサーバ。

Images