メインコンテンツへスキップ

Eシリーズ ストレージ システムのメディア スキャンとは何ですか?

Views:
146
Visibility:
Public
Votes:
2
Category:
e-series-systems
Specialty:
esg
Last Updated:

 

環境

  • E シリーズ コントローラ ファームウェア 6.xx
  • E シリーズ コントローラ ファームウェア 7.xx
  • E シリーズ コントローラ ファームウェア 8.xx

回答

これがシステムに影響するかどうかActive IQで確認してください

  • メディア スキャンは、有効にするとアイドル時に実行され、ボリューム内の物理ディスクをチェックするプロセスです。
    • これはセクターが読み取り可能であることを保証し、Redundancy Checkが有効な場合はRAIDパリティの整合性をチェックします。
    • セクターやデータパリティの不一致に問題が見つかった場合、これらはMajor Event Log(MEL)に報告され、ユーザーが問題を認識できるようになります。 
  • このプロセスはあらかじめ決められた速度で実行されます。
    • たとえば、有効にするときに30日間の間隔を選択した場合(この間隔はカスタマイズ可能)、そのボリュームは完了までに30日かかる速度でスキャンされます。
    • ただし、メディアスキャンはアイドル時にのみ動作するため、メディアスキャン処理よりもホストIOが優先され、実際の完了時間が長くなる場合があります。
    • 操作が完了すると、自動的に最初からやり直されるため、バックグラウンドのドライブが常にチェックされます。
  • この制限は、エラーを含むドライブの部分をコントローラがスキャンするまで、問題が発見されないことです。
    • したがって、ドライブが最後にスキャンされてから1日後に不良セクタや破損が発生した場合、それは次にドライブのその領域でスキャンが実行されるまで(または他の操作中にエラーが見つかるまで)検出されません。
  • ホストIOへのパフォーマンスの影響はごくわずかです。
    • メディア スキャンはホストIOを優先するために一時停止しますが、メディア スキャンからIOの処理に切り替える際、初期応答時間がごくわずかに遅れる場合があります。
    • ほとんどの場合、これは目立ちません。
  • MELで報告されるメディア スキャン エラー

報告されたエラー

概要

結果

未回収メディアエラー

データは最初の試行、またはその後の2回の再試行でも読み取ることができませんでした。

3回の試行のいずれかが成功した場合、データがホストに返されます。

読み取りの再試行が失敗した場合、RAID 0 を除き、VDD Repair によるエラー修正を試みます

リカバリーメディアエラー

ドライブは要求されたデータを最初の試行で読み取ることができませんでしたが、その後の試行で成功しました。

データがドライブに書き込まれて検証されます。

冗長性の不一致

冗長性エラーが見つかりました。

論理ドライブで見つかった最初の10個の冗長性の不一致が報告されます。オペレーティングシステムのデータチェック操作を実行する必要があります。

修正不能なエラー

データを読み取ることができず、パリティまたは冗長性情報を使用してそれを再生成できませんでした。

エラーが報告されます。

注: MAJOR-EVENT-LOG は、任意のボリュームでのメディアスキャン サイクルの開始と完了を示す次のイベントを表示します。

  • イベントタイプ: 0x2022
    イベント概要: メディアスキャン(スクラブ)開始
  • イベントタイプ: 0x2023
    イベント概要: メディアスキャン(スクラブ)完了

追加情報

VDD修復:

  1. VDD修復は、RAIDストライプからデータとストライプからパリティを読み取ることから始まります。

  2. 次に、VDD Repairは、ストライプのdata+parityから、ドライブの読み取り不能セクターに存在するデータを計算します。

  3. ストライプの残りのデータ+パリティからデータが正常に再構成された場合、読み取りはホストに返されます。

  4. VDDの修復が成功すると、'Write Verify' SCSI処理が実行されます。これにより、再構成されたデータが読み取り不能セクターに書き込まれ、すぐに読み戻されます。

  5. VDDの修復に失敗した場合(別のドライブ(RAID5)での読み取り不良や、RAIDグループが劣化している(冗長性が十分でない)ためにデータを再構成できない場合)、RAIDボリューム内の影響を受けたLBAは「Unreadable Sector」としてマークされ(最終的にUSMログに記録されます)、ホストにエラーが返されます。この時点に達すると、そのLBAのデータは失われます。

  6. バックグラウンドでドライブの「不良」セクターへの書き込み検証を行うと、ドライブ ファームウェアが物理セクターを(Eシリーズ コントローラに対して透過的に)再割り当てします。

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.