(57)【特許請求の範囲】
【請求項１】
複数のドライブと、
前記複数のドライブの全部又は一部について擬似リビルドを実施し、擬似リビルドに関するリビルド性能情報を得るドライブ制御部と、
前記リビルド性能情報に基づいて前記複数のドライブのうち一部のドライブを交換したときのリビルド時間を予測するリビルド時間予測部と、
を備えるストレージ装置。
【請求項２】
請求項１に記載のストレージ装置であって、
前記複数のドライブの全部又は一部について運用時の負荷情報を取得する統計情報取得部を更に備え、
前記リビルド時間予測部は、前記運用時の負荷情報に基づいて前記複数のドライブのうち一部のドライブを交換したときのリビルド時間を予測する、ストレージ装置。
【請求項３】
請求項２に記載のストレージ装置であって、
前記統計情報取得部は、前記複数のドライブの全部又は一部について読み書きに関する性能情報を取得し、
前記リビルド時間予測部は、前記運用時の負荷情報及び前記読み書きに関する性能情報に基づいて前記複数のドライブのうち一部のドライブを交換したときのリビルド時間を予測する、ストレージ装置。
【請求項４】
請求項１乃至請求項３のうち何れか１項に記載のストレージ装置であって、
前記予測されたリビルド時間を表示する管理端末を更に備える、ストレージ装置。
【請求項５】
請求項１乃至請求項３のうち何れか１項に記載のストレージ装置であって、
前記予測されたリビルド時間が所定の閾値を超えている場合に、管理者に警告を表示する管理端末を更に備える、ストレージ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はドライブのリビルド時間を予測するストレージ装置に関する。
【背景技術】
【０００２】
ストレージ装置は、複数のハードディスクドライブやソリッドステートドライブ等のドライブを搭載し、データを保存するために用いられる。一般的に、ストレージ装置は、１台又は複数のドライブが故障してもデータを失わないように冗長性を持たせてデータを複数のドライブに保存する。例えば、ＲＡＩＤ１やＲＡＩＤ５は、冗長性を持たせてデータを複数のドライブに保存する代表的な手法である。
【０００３】
ストレージ装置のドライブが故障すると、保守員は故障したドライブを正常なドライブに交換する。ドライブが交換されると、ストレージ装置は、交換していないドライブのデータを参照しながら交換したドライブにデータを復元する。この復元処理をリビルド（再構築）と称する。保守員がドライブを交換する前にリビルドを開始できるように予めスペアドライブを備えるストレージ装置もある。
【０００４】
リビルドには、性能低下と多重障害リスクが伴う。リビルド中には、データを復元するためのドライブへのアクセスが発生するため、ストレージ装置の転送速度や応答時間が悪化する。また、交換していない１台又は複数台のドライブがリビルド中に故障すると、データの復元が出来なくなる。
【０００５】
技術進歩によるドライブの大容量化のため、リビルド時間は長くなっている。例えば、１ギガバイトあたり数分から数十分の速度で３テラバイトのＨＤＤのデータ全体を復元するためには、数時間から数日を要する。
【０００６】
ストレージ装置の製造元は、リビルド時間の目安を公開している場合がある。利用者はこの目安を参考にしてシステムを設計する。具体的には、例えば、リビルドでストレージ装置の性能が一時的に低下しても業務に支障が生じないように、ソフトウェアを設計する。また、例えば、リビルド中にドライブが更に故障する可能性が低い高可用ドライブを採用する。
【０００７】
なお、リビルド時間の推定に言及した文献として、例えば、特開２００９−２５２１１４号公報が知られている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００９−２５２１１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、従来のリビルド方法には、運用時のリビルド時間の予測が難しい点が検討課題として残されている。リビルド時間の予測が難しい理由は、製造元が公開しているリビルド時間の目安は低負荷状態で計測したものであるのに対し、実際のリビルド時間は運用負荷で変動するためである。また、論理ドライブの構成、リビルド優先の設定、ディスクドライブの回転数等もリビルド時間に大きく影響する。
【００１０】
そこで、本発明は、このような問題に鑑み、リビルド時間を正確に予測することを課題とする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するため、本発明に係るストレージ装置は、複数のドライブと、複数のドライブの全部又は一部について擬似リビルドを実施し、擬似リビルドに関するリビルド性能情報を得るドライブ制御部と、リビルド性能情報に基づいて複数のドライブのうち一部のドライブを交換したときのリビルド時間を予測するリビルド時間予測部と、を備える。
【発明の効果】
【００１２】
本発明によれば、リビルド性能情報に基づいてリビルド時間を正確に予測することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係わるストレージ装置の構成を示すブロック図である。
【図２】本実施形態に係わる運用負荷を考慮して予測リビルド時間を計算する処理の流れを示すフローチャートである。
【図３】本実施形態に係わる擬似リビルドを用いて予測リビルド時間を計算する処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、各図を参照しながら本発明の実施形態について説明する。
【００１５】
図１は本実施形態に係わるストレージ装置１０の構成を示すブロック図である。
【００１６】
ストレージ装置１０は、入出力部１１と、設定情報管理部１２と、ドライブ制御部１３と、２つ以上のドライブ１４と、統計情報取得部１５と、リビルド時間予測部１６とを備える。ストレージ装置１０は、例えば、ＳＡＮ（Storage Area Network）ストレージ、ＮＡＳ（Network Attached Storage）、ＤＡＳ（Direct Attached Storage）である。
【００１７】
ストレージ利用装置２０は、ストレージ装置１０の記憶資源を利用する装置であり、例えば、ＷＷＷサーバ、データベースサーバ、又は録画装置等である。ストレージ装置１０とストレージ利用装置２０は、ネットワーク３０で直接的に又はスイッチを介して間接的に接続されている。ネットワーク３０は、例えば、ＦｉｂｒｅＣｈａｎｎｅｌ、Ｅｔｈｅｒｎｅｔ、ＳＣＳＩ、ＵＳＢである。
【００１８】
ストレージ管理端末４０は、ストレージ装置１０の管理者が操作してストレージ装置１０の設定情報を表示及び変更する端末であり、例えば、パーソナルコンピュータである。ストレージ装置１０とストレージ管理端末４０は、ネットワーク５０で直接的に又はスイッチを介して間接的に接続されている。ネットワーク５０は、例えば、ＦｉｂｒｅＣｈａｎｎｅｌ、Ｅｔｈｅｒｎｅｔ、ＵＳＢ、ＲＳ２３２−Ｃである。ストレージ管理端末４０は、ドライブ１４を交換した場合の予測リビルド時間を表示する。また、例えば、ストレージ管理端末４０は、ストレージ装置１０のＲＡＩＤ構成設定、論理ドライブ構成設定、障害情報参照のためのユーザインタフェースをストレージ装置１０の管理者に提供する。
【００１９】
なお、ネットワーク３０，５０は、必ずしも異なるネットワークである必要はなく、同一のネットワークでもよい。また、ストレージ利用装置２０及びストレージ管理端末４０の何れか一方又は両者は、ストレージ装置１０に内蔵されていてもよい。例えば、ストレージ装置１０は、ＷＷＷサーバやデータベースサーバの機能を有していてもよい。また、例えば、ストレージ装置１０の設定情報を表示及び変更するための管理インタフェースをストレージ装置１０が備えていてもよい。
【００２０】
入出力部１１は、ストレージ利用装置２０からリードとライトの要求を受け付けるインタフェースである。入出力部１１は、例えば、ＦＣやｉＳＣＳＩのホストバスアダプタ（ＨＢＡ）、又はＥｔｈｅｒｎｅｔやＵＳＢのコントローラである。
【００２１】
設定情報管理部１２は、各ドライブ１４にどのようにデータを記憶するのかを示すとともに各ドライブ１４がどのような状態であるかを示す構成情報と、予測リビルド時間情報とを含む設定情報を管理する。構成情報は、例えば、ＲＡＩＤ構成情報と論理ドライブ構成情報とドライブ障害情報とを含む。設定情報は、予め計測されたドライブ性能情報を含んでもよい。設定情報にドライブ性能情報を静的に含めることは、交換され得るドライブの機種が限られている場合に特に有効である。また、設定情報は、リビルド処理の優先度を含んでもよい。設定情報は、ドライブ１４に物理的又は論理的に記憶領域を確保して記憶してもよく、或いはドライブ１４以外の記憶装置に記憶してもよい。
【００２２】
ドライブ制御部１３は、ストレージ利用装置２０からの要求を入出力部１１から受け取り、設定情報管理部１２の設定情報に基づいてドライブ１４にリードとライトを要求し、その結果を入出力部１１に応答する。また、ドライブ制御部１３は、リードやライトの失敗でドライブ１４の故障を検出すると、設定情報管理部１２にその障害情報を記憶させる。ドライブ制御部１３は、故障したドライブ１４に対するリードとライトを中断し、ストレージ装置１０の管理者がドライブ１４を交換することを待つ。ドライブ１４が交換されると、ドライブ制御部１３は、リビルドを行う。リビルドが正常に完了すれば、ドライブ制御部１３は、設定情報管理部１２に記憶したドライブ障害情報を正常に戻す。
【００２３】
ドライブ１４は、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）に代表されるリード（読み出し）とライト（書き込み）が可能な記憶装置である。ドライブ１４は、ストレージ装置１０に内蔵される内蔵型ドライブでもよく、或いはケーブル又はネットワークを介してストレージ装置１０に接続される外付け型ドライブでもよい。ドライブ１４は、一つ以上の物理的な記憶装置の一部又は全部を記憶領域とする論理的な記憶装置でもよい。
【００２４】
統計情報取得部１５は、複数のドライブ１４の全部又は一部について運用時の負荷情報を取得する。具体的には、統計情報取得部１５は、ドライブ制御部１３のリードとライトを監視して、各ドライブ１４にリードとライトをどのくらい要求したかを示すドライブ負荷情報を含むアクセス統計情報を取得する。また、統計情報取得部１５は、それぞれのドライブ１４がリードとライトをどのくらい処理できるかを示すドライブ性能情報を取得し、ドライブ性能情報をアクセス統計情報に含めてもよい。アクセス統計情報にドライブ性能情報を動的に含めることは、交換され得るドライブ１４の機種が限られていない場合に特に有効である。
【００２５】
リビルド時間予測部１６は、統計情報取得部１５の統計情報に基づいてそれぞれのドライブ１４又はドライブ１４の組み合わせを交換した場合のリビルド時間を予測する。リビルド時間は、ドライブ負荷情報とドライブ性能情報とから計算できる。また、リビルド時間は、リビルド時間予測部１６がドライブ制御部１３に擬似リビルドを指示し、擬似リビルド中に取得したリビルド性能情報から計算することもできる。ドライブ性能情報は、統計情報取得部１５がドライブ制御部１３から取得したものを用いてもよく、或いは設定情報管理部１２に保存してあるものを用いてもよい。ドライブ性能情報を予め設定情報管理部１２に静的に保存しておくことは、交換される得るドライブ１４の機種が限られている場合に特に有効である。
【００２６】
図２は本実施形態に係わる運用負荷を考慮して予測リビルド時間を計算する処理の流れを示すフローチャートである。
【００２７】
リビルド時間予測部１６は、一部又は全部のドライブ１４について、リビルド時間を計算する（ステップ２０１）。トリプルミラーやＲＡＩＤ６等の２つ以上のドライブ１４を交換してもリビルドできる構成では、ドライブ１４の組み合わせについてもリビルド時間を計算してもよい。
【００２８】
リビルド時間予測部１６は、予め設定された閾値を超える予測リビルド時間があるか否かを判定する（ステップ２０２）。閾値は、管理者がトレージ管理端末４０を介して設定することが可能であり、例えば、３時間である。閾値以内の時間で別のドライブ１４が故障すると、データを失う可能性があるため、閾値はドライブ１４の信頼性やデータの重要性を考慮して決定する。
【００２９】
閾値を越える予測リビルド時間がある場合には（ステップ２０２；ＹＥＳ）、リビルド時間予測部１６は、ストレージ管理端末４０に警告を表示して管理者に警告を促す（ステップ２０３）。警告メッセージは、例えば、「警告：ＨＤＤ１、ＨＤＤ２の何れかのディスクが故障すると、リビルドに３時間以上かかると予想されます。リビルド中に別のディスクが故障すると、データが失われる可能性があります。」等のメッセージが好ましい。一方、閾値を越える予測リビルド時間がない場合には（ステップ２０２；ＮＯ）、処理は終了する。
【００３０】
ステップ２０１〜２０３の処理は、自動的かつ定期的に繰り返してもよく、或いは管理者からの指示を受けて定期的に繰り返してもよい。繰り返し返し間隔は、例えば、１０分である。論理ドライブの作成や複製等の保守作業中には、正確なリビルド時間の予測ができない場合や保守作業を遅延させる場合があるため、リビルド時間の計算処理の繰り返しを中断してもよい。リビルド時間の計算は、複数のドライブ１４の全てについて実施してもよく、或いは複数のドライブ１４の一部について実施してもよい。また、管理者が選択した一部のドライブ１４についてのみリビルド時間を計算してもよい。
【００３１】
リビルド時間予測部１６は、ドライブ負荷情報と、ドライブ性能情報と、必要に応じて設定情報とからリビルド時間を予測する。設定情報を必要とするのは、実際に有効なデータが保存されている記憶領域のみ復元するアルゴリズムでリビルドする場合やリビルドの優先度が設定できる場合等、設定情報がリビルド時間に影響するときである。
【００３２】
設定情報に含まれる構成情報は、例えば、ＲＡＩＤ構成情報と論理ドライブ構成情報とを含んでもよい。以下の説明では、便宜上、ストレージ装置１０が２台のドライブ１４を備え、各ドライブ１４が同機種のＳＳＤである場合を例示する。２台のＳＳＤは、合計１テラバイトの記憶容量を有し、ＲＡＩＤ１で構成され、その記憶領域の全体が１つの論理ドライブとして構成されている。即ち、論理ドライブの記憶容量は、１テラバイトであり、何れか一方のＳＳＤが故障しても、論理ドライブのデータは失われない。ＲＡＩＤ１は、ライト時には、両方のドライブに同じデータを書き込み、リード時には、どちらかのドライブからデータを読み出す。
【００３３】
ドライブ負荷情報は、例えば、最近計測した、それぞれのＳＳＤに対して単位時間あたりにリードしていた割合（ドライブリード率）又はライトしていた割合（ドライブライト率）を含む。例えば、１０分間にリードしていた時間の合計が３分、ライトしていた時間の合計が２分であれば、ドライブリード率は３０％であり、ドライブライト率は２０％である。ここで、管理者からの指示による論理ドライブの複製や初期化等、保守に伴って一時的に発生する負荷は、ドライブリード率とドライブライト率から除外してもよい。
【００３４】
ドライブ性能情報は、例えば、予め計測された、ＳＳＤの最大秒間リード回数と、最大秒間ライト回数と、１回のＩ／Ｏで読み書きできる最大データサイズ（最大ＩＯサイズ）とを含む。
【００３５】
リビルド時間予測部１６は、構成情報とドライブ性能情報とからリビルドに必要なリード回数及びライト回数を計算する。リビルドで交換ドライブに非交換ドライブのデータ全体を先頭から末尾まで単純に復元する場合、リビルドに必要なリード回数（リビルドリード回数）及びライト回数（リビルドライト回数）は、ともにＳＳＤの容量（１テラバイト）÷最大ＩＯサイズで求められる。最大ＩＯサイズを用いるのは、シーケンシャルアクセスでの単純なリードとライトでリビルドできるためである。例えば、最大ＩＯサイズが１２８キロバイトであれば、リビルドリード回数とリビルドライト回数はともに８，０００，０００である。
【００３６】
リビルド時間予測部１６は、ドライブ負荷情報とドライブ性能情報とからリビルドのＩ／Ｏ性能を計算する。ストレージ利用装置２０からのＩ／Ｏが常にリビルドのためのＩ／Ｏよりも優先されるとすると、非交換ドライブからリビルドのためにリードできる秒間回数（秒間リビルドリード回数）は、最大秒間リード回数×（１−（ドライブリード率＋ドライブライト率））で求められる。リビルドのために交換ドライブにライトできる秒間回数（秒間リビルドライト回数）は、交換ドライブにはリードの負荷がかからないため、最大秒間ライト回数×（１−ドライブライト率）で求められる。例えば、最大秒間リード回数が１０，０００、最大秒間ライト回数が５，０００、ドライブリード率が３０％、ドライブライト率が２０％とすると、秒間リビルドリード回数は５，０００、秒間リビルドライト回数は４，０００である。
【００３７】
リビルド時間予測部１６は、計算済みのリビルドリード回数、リビルドライト回数、秒間リビルドリード回数、及び秒間リビルドライト回数からリビルド時間を計算する。非交換ドライブからのリードと交換ドライブへのライトの遅い方が予測リビルド時間を決定する。上述の例では、ライトの方が遅いため、予測リビルド時間は、８，０００，０００÷４，０００＝２，０００秒となる。
【００３８】
なお、上述の説明では、説明を簡略化するため、ドライブ１４がＳＳＤである場合を例示したが、ドライブ１４はＨＤＤでもよく、それ以外の記憶装置でもよい。ドライブ１４がＨＤＤである場合、ディスクの回転とヘッドのシークを考慮してドライブ性能情報を設計すればよい。特に、ＨＤＤは、ＳＳＤに比較してランダムアクセス性能が低いことを考慮する。秒間リビルドリード回数と秒間リビルドライト回数の計算方法は、ドライブ制御部１３のソフトウェアの詳細設計と実装に大きく依存する。
【００３９】
また、説明を簡略化するため、ストレージ装置１０が２台のドライブ１４を備える構成を例示したが、３台以上のドライブ１４を備えていてもよい。ドライブ１４が３台以上の場合に、ボトルネックとなるドライブについて、予測リビルド時間を計算すればよい。ＣＰＵやＨＢＡの性能が十分でなくそれらがボトルネックとなる可能性がある場合には、ドライブリード率とドライブライト率に加えてＣＰＵ使用率やＨＢＡ使用率を考慮してもよい。
【００４０】
また、説明を簡略化するため、ストレージ装置１０が同機種のドライブ１４を備える構成を例示したが、異機種のドライブ１４を混載してもよい。例えば、本実施形態は、ストレージ装置１０がＨＤＤ、ＳＳＤ、その他の記憶装置を混載した場合にも適用できる。異機種のドライブ１４を混載した場合においても、ボトルネックとなるドライブ１４について予測リビルド時間を計算すればよい。
【００４１】
また、説明を簡略化するため、２台のドライブ１４がＲＡＩＤ１で構成されている場合を例示したが、本実施形態は、ＲＡＩＤ０を除くＲＡＩＤに適用可能である。また、本実施形態は、トリプルミラーやそれ以外の冗長性を持つドライブ構成にも適用可能である。ＲＡＩＤ１以外の場合でも同様にボトルネックとなるドライブ、又はＣＰＵやＨＢＡについて、予測リビルド時間を計算すればよい。２台以上のドライブ故障に耐え得る構成では、２台以上のドライブの組み合わせを交換した場合の予測リビルド時間を計算してもよい。具体的には、例えば、ＨＤＤ１とＨＤＤ２とＨＤＤ３でトリプルミラーが構成されているとき、ＨＤＤ１のみ、ＨＤＤ２のみ、ＨＤＤ３のみ、ＨＤＤ１とＨＤＤ２との組み合わせ、ＨＤＤ２とＨＤＤ３との組み合わせ、ＨＤＤ３とＨＤＤ１との組み合わせの６つのパターンについて予測リビルド時間を計算してもよい。例えば、ＨＤＤ１とＨＤＤ２とを同時に交換するとき、ＨＤＤ３からのリード、ＨＤＤ１へのライト、ＨＤＤ２へのライトのうち、最も時間のかかる処理が予測リビルド時間を決定する。
【００４２】
また、説明を簡略化するため、２つのドライブ１４に一つの論理ドライブを設定する構成を例示したが、複数のドライブ１４に複数の論理ドライブを設定してもよい。
【００４３】
また、説明を簡略化するため、ドライブ１４のデータ全体を復元する場合を例示したが、本実施形態は、使用されている記憶領域のみを復元する場合にも適用可能である。この場合は、構成情報を参照してリビルドリード回数とリビルドライト回数とを計算すればよい。計算方法は、ドライブ制御部１３のソフトウェアの詳細設計と実装に大きく依存する。
【００４４】
また、上述の説明では、リビルドでライトしたデータをチェックしないが、本実施形態は、リビルドでライトしたデータをリードして検証する場合にも適用できる。この場合は、交換ドライブについてもリビルドリード回数を考慮すればよい。
【００４５】
また、上述の説明では、同機種のドライブ１４に交換する場合を例示したが、本実施形態は、異機種のドライブ１４に交換する場合にも適用可能である。異機種のドライブ１４に交換されることが予め分っている場合には、設定情報管理部１２に交換後の機種を設定しておき、リビルド時間予測部１６は、機種のドライブ性能情報を用いて予測リビルド時間を計算すればよい。機種のドライブ性能情報が存在しない場合には、予測精度が低下するが他のドライブ性能情報で代用してもよい。
【００４６】
ストレージ管理端末４０は、自動的に又は管理者からの指示に基づいて、設定情報管理部１２から予測リビルド時間を取得して表示する。ストレージ管理端末４０は、全てのドライブ１４又はドライブ１４の組み合わせの予測リビルド時間を表示してもよく、一部のドライブ１４又はドライブ１４の組み合わせの予測リビルド時間を表示してもよい。また、予め設定された、又は管理者が設定した条件を満たす予測リビルド時間だけを表示してもよい。ストレージ管理端末４０又はストレージ装置１０は、その条件を満たす予測リビルド時間を電子メールやＳＮＭＰ  Ｔｒａｐ等の手段で通知してもよい。
【００４７】
次に、擬似リビルドを用いて予測リビルド時間を計算する方法について説明する。
【００４８】
リビルド時間予測部１６がドライブ制御部１３に擬似的なリビルド（擬似リビルド）を指示すると、統計情報取得部１５がドライブ制御部１３からリビルド性能情報を取得し、リビルド時間予測部１６がリビルド性能情報を用いて、予測リビルド時間を計算する。
【００４９】
擬似リビルドは、ドライブ１４を交換せずに実施され、ドライブ制御部１３は通常のリビルドでは交換ドライブにライトするデータを未使用ドライブに書き込み、又は書き込んだように見せかけてデータを破棄する。未使用ドライブは、例えば、スペアドライブやＲＡＩＤ未構成のドライブであり、交換ドライブと同機種であれば、異機種であるより信頼性の高い結果が得られる。未使用ドライブにライトするデータは、リードされることがないため、通常のリビルドと同じでなくてもよい。例えば、全ビットが０や１或いは擬似乱数のデータをライトしてよい。
【００５０】
統計情報取得部１５は、ドライブ制御部１３からリビルド性能情報を取得する。リビルド性能情報は、擬似リビルドに関する性能情報を含む。リビルド性能情報は、例えば、擬似リビルドの開始時刻と終了時刻である。
【００５１】
リビルド時間予測部１６は、リビルド性能情報からリビルド時間を予測する。リビルド時間予測部１６は、例えば、擬似リビルドの終了時刻と擬似リビルドの開始時刻との差分から擬似リビルドに要した時間を算出し、これを予測リビルド時間とする。
【００５２】
図３は本実施形態に係わる擬似リビルドを用いて予測リビルド時間を計算する処理の流れを示すフローチャートである。
【００５３】
リビルド時間予測部１６は、ドライブ制御部１３に擬似リビルド開始を指示する（ステップ３０１）。
【００５４】
ドライブ制御部１３は、擬似リビルドが指示されると、擬似リビルドを開始する（ステップ３０２）。
【００５５】
擬似リビルドが終了すると、統計情報取得部１５は、ドライブ制御部１３からリビルド性能情報として擬似リビルドの開始時刻と終了時刻を取得する（ステップ３０３）。
【００５６】
リビルド時間予測部１６は、統計情報取得部１５から擬似リビルドの開始時刻と終了時刻を取得して予測リビルド時間を計算し、計算した予測リビルド時間を設定情報管理部１２に記憶させる（ステップ３０４）。
【００５７】
ストレージ管理端末４０は、設定情報管理部１２から予測リビルド時間を取得し、これを表示する（ステップ３０５）。
【００５８】
なお、説明を簡略化するため、擬似リビルドを完了させる場合を例示したが、擬似リビルドは、リビルド性能情報を取得することが目的であるため、十分な情報が得られた段階で擬似リビルドを中断してもよい。例えば、リビルド性能情報は、擬似リビルドの開始時刻と中断時刻と中断時の進捗率を含めてよい。この場合、予測リビルド時間＝（中断時刻−開始時刻）÷進捗率となる。また例えば、リビルド性能情報には、擬似リビルドのリード速度とライト速度を含めてもよい。この場合、リビルド時間予測部１６は、構成情報からリビルドに必要なリード及びライトのデータ量を計算し、リードデータ量を擬似リビルドのリード速度で割ってリード時間を計算し、ライトデータ量を擬似リビルドのライト速度で割ってライト時間を計算し、リード時間とライト時間のうち長い方を予測リビルド時間とすればよい。アクセスするアドレスによって、性能が変化するドライブでは、性能の変化を考慮して、予測リビルド時間を補正してもよい。例えば、内周になる程転送速度の低下するＨＤＤでは、内周のリード及びライトを外周より遅く補正してもよい。
【００５９】
本実施形態の一部又は全部は、以下の付記のように記載され得るが、以下には限定されない。
（付記１）
複数のドライブ１４と、
複数のドライブ１４の全部又は一部について運用時の負荷情報を取得する統計情報取得部１５と、
運用時の負荷情報に基づいて複数のドライブ１４のうち一部のドライブ１４を交換したときのリビルド時間を予測するリビルド時間予測部１６と、
を備えるストレージ装置１０。
（付記２）
付記１に記載のストレージ装置１０であって、
統計情報取得部１５は、複数のドライブ１４の全部又は一部について読み書きに関する性能情報を取得し、
リビルド時間予測部１６は、運用時の負荷情報及び性能情報に基づいて複数のドライブ１４のうち一部のドライブ１４を交換したときのリビルド時間を予測する、ストレージ装置１０。
（付記３）
複数のドライブ１４と、
複数のドライブ１４の全部又は一部について擬似リビルドを実施し、擬似リビルドに関するリビルド性能情報を得るドライブ制御部１３と、
リビルド性能情報に基づいて複数のドライブ１４のうち一部のドライブ１４を交換したときのリビルド時間を予測するリビルド時間予測部１６と、
を備えるストレージ装置１０。
（付記４）
付記１乃至付記３のうち何れか一つに記載のストレージ装置１０であって、
予測されたリビルド時間を表示するための管理端末４０を更に備える、ストレージ装置１０。
（付記５）
付記１乃至付記３のうち何れか一つに記載のストレージ装置１０であって、
予測されたリビルド時間が所定の閾値を超えている場合に、管理者に警告を表示する管理端末４０を更に備える、ストレージ装置１０。
【符号の説明】
【００６０】
１０…ストレージ装置
１１…入出力部
１２…設定情報管理部
１３…ドライブ制御部
１４…ドライブ
１５…統計情報取得部
１６…リビルド時間予測部
２０…ストレージ利用装置
３０…ネットワーク
４０…ストレージ管理端末
５０…ネットワーク
【図１】
0005904402.tif 000002
【図２】
0005904402.tif 000003
【図３】
0005904402.tif 000004