私が理解しているように、タスクを実行するために大量のデータを読み取る必要があるため、再構築中にUREに遭遇する可能性が高くなります。
この問題は、大量のデータのバックアップと復元のシナリオにも影響しますか?10TBのバックアップから完全な復元を行う必要がある場合、UREも同じように思えます。
私が理解しているように、タスクを実行するために大量のデータを読み取る必要があるため、再構築中にUREに遭遇する可能性が高くなります。
この問題は、大量のデータのバックアップと復元のシナリオにも影響しますか?10TBのバックアップから完全な復元を行う必要がある場合、UREも同じように思えます。
回答:
UREとRAID5の本当の問題は、1つのUREさえ検出すると、多くのハードウェアコントローラーがRAIDの再構築を中止し、アレイの停止を宣言して、すべてのデータをオフラインにすることです。これは潜在的なデータ破損に関する「最も安全な賭け」ですが、常に最善のこととは限りません(たとえば、ファイルシステムの空き/割り当てられていないデータセクターに影響を与えるUREについて考えてください。ハードウェアコントローラーがアレイ全体をオフラインにします)。
RAID6では、2つのディスクの冗長性により、同じディスクセクター/ LBAに同時にUREが存在する可能性が実際に低くなるため、UREの傾向がはるかに低くなります。
同時に、ソフトウェアRAID(例:mdadm)は通常、ハードウェアRAIDよりもはるかに柔軟性があり、一部のUREが見つかった場合でも、劣化したRAID5アレイを回復できます。
バックアップから復元する場合、通常、より柔軟なツールが用意されています。これは、一般的なケースでは、壊れた/読み取り不可能なセクターをスキップして、他のデータの回復を進めることができることを意味します。
ボリューム上のすべてが危険にさらされています
RAID 5/6ドライブで障害が発生したボリューム/ LUNのUREに関して懸念があると述べている場合、そのボリューム上のすべてのデータが危険にさらされます。
バックアップの保存先とは異なるボリューム/ LUNにデータを保存していることを確認してください。ベストプラクティスは、バックアップが運用データとはまったく異なるストレージデバイス上にあることを示します。
UREは通常ブロックレベルであるため、そのボリューム上のすべてのものが破損する危険があります。スタック内のブロックレベルのフォーマットは低くなっています。NTFSまたはVMFS(任意の形式)はブロックレベルなどになります。RAIDボリュームのブロックレベルはすべての下にあるため、その上のすべてのデータはブロックレベルの問題の影響を受けます。
私はあなたの質問に適切に対処していると思います。