メインコンテンツまでスキップ

Coming soon...New Support-Specific categorization of Knowledge Articles in the NetApp Knowledge Base site to improve navigation, searchability and your self-service journey.

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

Views:
91
Visibility:
Public
Votes:
1
Category:
e-series-systems
Specialty:
esg
Last Updated:

すべてのとおり  

環境

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

回答

システムに影響がある場合は、 Active IQ を確認してください

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

報告されたエラー

説明

結果

回復されていないメディアエラーです

最初の試行時または2回目以降の再試行時にデータを読み取ることができませんでした。

3つのいずれかの試行に成功すると、データがホストに返されます。

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

メディアエラーが回復しました

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

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

冗長性の不一致です

冗長性エラーが検出されました。

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

修正不可能なエラーです

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

エラーが報告されます。

追加情報

VDD修理:

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

  2. その後、VDD Repairは、ドライブの読み取り不能セクターに存在するデータとストライプのパリティをデータ+から計算します。

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

  4. VDD修復に成功した場合は、「Write Verify」SCSI処理を実行します。これにより、再構成されたデータが読み取り不能セクターに書き込まれ、ただちにそれが読み取られます。

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

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

Scan to view the article on your device