VNX/Unity: 修正不能セクターおよびパリティエラーの理解 (ユーザーが修正可能)

Clarix、VNX、Unity アレイ上の修正不能セクターおよびパリティエラーを理解する。

次のようなイベントログメッセージは、オートコールとして表示される場合もあります:

VNX1
エラーコード: 0x953 修正不能パリティセクタ
エラーコード: 0x957 修正不能データセクタ
エラーコード: 0x68A 修正不能パリティセクタ
エラーコード: 0x695 の修正不能データセクタ
エラーコード:
B26 Cache が無効になっている0x840 データセクタは CORRUPT_CRC を発行しました。LUN = 309 ca_sync 0 309 2

VNX2
71688003 修正不能セクタ RAID グループ: %2 の位置: %3 LBA: %4 ブロック: %5 エラー情報: %6 追加情報: %7
71688008 修正不能セクタ RAID グループ: 10位置: 1 LBA: d180 ブロック: 8エラー情報: 0追加情報: e [r5_rb FLU 8224 r5_rb]
71688008 修正不能セクタ RAID グループ: 10位置: 1 LBA: d170 ブロック: 8エラー情報: 0追加情報: e [r5_rb FLU 8224 r5_rb]
71688001 データセクタが無効化した RAID グループ: 10位置: 1 LBA: d121 ブロック: 7エラー情報: 0追加情報: e [r5_rb FLU 8224 r5_rb]

修正不能なエラーが発生するのは、同じ raid グループ内の2つの異なるディスクに同じセクタがあり、メディアエラーがある場合です。
1つの例として、メディアエラーが発生したディスクがホットスペアにコピーされ、同じセクターにある同じ raid グループ内の別のディスクにもメディアエラーがある場合、修正不能なエラー/セクタになります。

上記のイベントコードは、システムがディスクからデータセクタを読み取ることができず、その後、RAID グループ内の他のディスクからデータを再構築しようとして失敗したときに記録されます。「修正不能」のメッセージは、どのディスクがセクターを正常に読み取ることができなかったかを示します。「無効」のメッセージは、特定の場所で有効な情報を無効にしているとマークされたディスクのセクターを示しています。このマークは、ホストシステムに無効なデータが返されないようにするために行われます。無効化された場所からの読み取りを試行すると、ハードエラーがホストに返される。
無効化された場所への書き込みが正常に完了し、一般的には void の場所を「フィル」 (上書き) します。これにより、修正不能を効果的に修正できます。これは、ホストでこれらのセクターが新しい良好なデータで上書きされた後に、修正不能なエラーが発生する可能性がある理由です。

VNX の場合:
すべてのハードウェアの問題が解決されたら、影響 Dell EMC を受けるプール内の影響を受ける内部 LUN がある場合は、ROBV (手動読み取り専用バックグラウンド検証) を実行する必要があります。ROBV は、使用されていない領域を含めて、LUN 全体 (内部) のデータの読み取りとチェックを行います。これには、まだ存在していない可能性があるテーブルのセクターの数を指定します。
ROBV が完了した後で、正しくないテーブルがまだ発生している場合は、Dell EMC テクニカルサポートエンジニアが追加のステップを実行して、影響を受けた特定のユーザー LUN を特定する必要があります (un正しくないテーブルが見つかった内部 Lun はユーザー Lun にマップされます)。
ROBV を実行するために必要な詳細な説明と前提条件については、記事466638、VNX を参照してください。読み取り専用バックグラウンド検証 (ROBV) の説明 (ユーザーが修正可能)

修正不可能なセクタがユーザー LUN で検出された場合、ユーザーデータが破損しているかどうか、またはエラーが未使用の領域に存在するかどうかを判断するために、ホストアプリケーションによってユーザーデータが検証される必要があります。バックアップなどのデータを読み取るプロセスは、破損の可能性があるかどうかを識別し、フラグを設定します。
破損した場合は、データを良好なバックアップからリストアするか、フルリストアを使用するか、または影響を受けるファイルの部分的なリストアを行うことができます。
適切なバックアップが行われていない場合は、ホストアプリケーションから別の手段を使用して、データのリストアまたは再作成を行う必要があります。

修正不能なエラーがユーザーデータに見つからない場合でも、ホスト i/o でセクタが上書きされない場合は、バックグラウンドプロセスが将来的にエラーを検出する場合があります。これにより、これが新しいエラーになり、解決されなかった古いエラーに対して分析や改善の遅れを招く可能性があります。
この場合は、適切なデータを別の LUN に移動し、影響を受けた元の LUN を削除することを強くお勧めします。

Unityでは、この問題を解決するために、他の方法が使用されている可能性があります。Unity 固有の記事を確認してください。

よくあるお問い合わせ (faq):

また、お客様のホストアプリケーションがデータを上書きしない場合や、バックアップからのリストアが機能しない場合にも、お客様のデータが失われたことをリカバリする方法はありますか。
リストア処理以外のデータをリカバリしたり、アプリケーションからデータを再作成したりする方法はありません。
修正不能データは実際にはデータが失われているため、データを書き戻すためにデータをどのように使用する必要があるかを把握することはできません。  このため、セクタが「無効」になり、ハードエラーがホストに返されます。適切でないデータよりもハードエラーを返す方が良いでしょう。

無効化されたセクタがディスク上の場所を変更することは可能ですか? 
標準 LUN の場合、無効なデータセクタは常に同じままになります。
自動階層化が有効になっているプール LUN、そのスライスが再配置された場合に移動することができます。

無効化されたセクタの実際の場所を特定する方法はありますか。  
Lun が RAID グループまたはプール内でどのようにマップされているか、およびイベントログで使用可能な情報が原因で、無効になったセクタの位置を特定することは非常に困難です。
無効化されたセクタを含むブロックを特定するには、Dell EMC のサポートにお問い合わせください。  サポートチームが最初に修正不能なリカバリプロセスを実行してから、この問題をリカバリチームにエスカレーションする必要があります。。

無効化されたセクタが、お客様のデータ領域に影響を与えない場合は、LUN をアンバインドせずに、削除することができますか。
LUN を入力して一時データを削除するために一時データを書き込むときに、いくつかの成功が報告されています。  無効化された領域が一時データを使用してに書き込まれた場合は、無効にされた場所がいっぱいになり、有効なデータで無効なセクタが復元されます。

読み取り専用のバックグラウンド検証によって修正不能なエラーが報告された場合に、CHKDSK または FSCK を実行して、ファイルシステム内のデータの整合性をチェックすることはできますか。
修正不可能なセクタの問題がある場合は、ファイルが破損していないかどうかをお客様のデータで確認する必要があります。これを行うには、いくつかのタイプのアプリケーションまたはプログラムを実行して、LUN 領域で使用されているすべてのセクタを読み取ります。メソッドの最も一般的なタイプは、データのフルバックアップです。FSCK (UNIX) または CHKDSK (Windows) を実行することは推奨されません。これらのユーティリティは、ファイルのメタデータ領域のみをチェックします。修正不可能なセクタがメタデータ領域にない場合、お客様は、実際にはデータが失われた場合でも、データが OK であるという印象を与えます。

その他の FAQ:

データ圧縮を無効にする必要があるのはなぜですか?
データ圧縮は、ディスク上のデータを分析し、一部のタイプのファイルに固有の一連の反復的なビットシーケンスのサイズを削減するアルゴリズムを適用する機能です。RAID グループ LUN の圧縮操作中、ソフトウェアは、LUN データをプール内のシン LUN に移行して圧縮します。LUN は圧縮された thin LUN になります。プール Lun (シックおよびシン) の圧縮操作は、圧縮されている LUN が存在するプール内で行われます。データが圧縮されるたびに、プール内でデータが移動されます。これにより、不適切なテーブルや予期しない一貫性のために影響を受ける正しい MLU を特定するのに役立ちません。そのため、この機能を一時停止する必要があります。

自動階層化を無効にする必要があるのはなぜですか?
オートティア機能は、ストレージ階層または異なるストレージメディア (EFD、FC & SATA) 間でデータを移行します。階層型ストレージの目的は、最も頻繁にアクセスされる、または重要なデータを高速で高パフォーマンスのドライブに保持し、アクセス頻度の低い重要ではないデータを低パフォーマンス (低コストの) ドライブに移動することです。データ圧縮と同様に、自動階層化に関係するデータ移動もあります。これにより、無効化されていないテーブルや予期しない一貫性の原因によって影響を受ける MLU のセクタを特定するのに役立ちません。したがって、再配置を停止し、スケジュールを無効にする必要があります。

FAST Cache を無効にする必要があるのはなぜですか?
Fast cache は、修正不能セクタエラーが fast cache で報告された場合にのみ無効にする必要

があります。特定の LUN ではなく、RAID グループ全体で ROBV を実行する必要があるのはなぜですか?
同じ RG 内の特定の他のお客様の Lun が影響を受けないように、RG 全体で ROBV を実行する必要があります。

RAID グループだけではなく、プールで ROBV を実行する必要があるのはなぜですか?
修正不能のレポートが作成され、ROBV が開始されるようにスケジュールされている場合は、ROBV をプール全体で実行する必要があります。  これは、データスライスが別の階層に移動された場合に、そのスライスを別のセクタに移動できるようにするために必要です。

SAT ストレージ割り当てテーブル情報を収集する必要があるのはなぜですか?
Dell EMC サポートによって使用されるツールを使用して実行する場合は、修正不能セクタが存在しているお客様 LUN/MLU を決定します。 また、問題がデータ容量にあるか、またはお客様 LUN のメタデータ領域にあるかも示します。