再構築中にRAID5システムでUREが発生すると、すべてのデータが失われますか？

再構築中にUREが発生する可能性が大きくなるという大きなドライブに関する議論を理解していますが、これが実際に何を意味するのかわかりません。この回答は、再構築全体が失敗したと言っていますが、これはすべてのデータにアクセスできないことを意味しますか？どうしてですか？確かに、ドライブ上の単一のセクターからの単一のUREは、せいぜい少数のファイルに関連するデータにのみ影響します。いくつかのファイルにわずかな破損があるだけで、アレイはまだ再構築されませんか？

（ここでは特にZFSのRAID5の実装に興味がありますが、論理はどのRAID5実装でも同じようです。）

それは実際に特定のRAID実装に依存します：

• ほとんどのハードウェアRAIDは再構築を中止し、一部のハードウェアRAIDはアレイを故障としてマークし、ダウンさせます。その理由は、RAID5の再構築中にUREが発生した場合、一部のデータが失われることを意味するため、サイレントデータ破損のリスクを回避するため、アレイを完全に停止することをお勧めします。注：一部のハードウェアRAID（主にLSIベース）は、代わりにアレイをパンクし、影響を受けるセクターを読み取り不能としてマークしている間に再構築を続行できます（LinuxソフトウェアRAIDの動作と同様）。

• LinuxソフトウェアRAIDは、a）アレイの再構築を停止する（「古代の」MDRAID /カーネルビルドの唯一の動作）か、b）一部のLBAを不良/アクセス不可としてマークする再構築プロセスを続行するように指示できます。理由は、ユーザーに選択を許可する方が良いということです。結局のところ、単一のUREが空き領域にあり、データにまったく影響を与えない（または重要でないファイルのみに影響を与える）ことができます。

• ZRAIDは一部のファイルが破損していると表示しますが、再構築プロセスを続行します（例についてはこちらを参照してください）。繰り返しになりますが、論理的根拠は、ユーザーが情報に基づいた選択を行えるように、継続してユーザーに報告する方が良いということです。

UREが発生した場合、通常256KB-1MBのサイズのブロックでデータ破損が発生しますが、これはボリューム上のすべてのデータが失われるという意味ではありません。RAID5のそれほど優れていないことは、まったく異なることです。再構築自体はストレスが多く、2回目のディスク障害が連続して発生する可能性が高くなります。そのような場合、すべてのデータが失われます。

逆に説明します。

RAIDコントローラーがUREで停止しない場合、どうなりますか？

私はそれをサーバー上に置いたが、RAIDはUREに気付かず、再構築後にRAIDボリューム全体に破損が蓄積し始めた。

再構築後にディスクが不良セクタを取得し始め、データが破損し始めました。

ディスクがRAIDボリュームからキックオフされることはありませんでした。コントローラーの障害は、データの整合性を保護することです。

この例は、ボリュームがバックアップではなくディスク障害に対する回復力を目的としているため、コントローラーがUREでボリュームをまったく押し込めないことを考えさせるために書かれています。

もう少し背景については、この質問と回答を読むことをお勧めします。次に、リンクした質問をもう一度読み直します。

この状況について誰かが「RAIDに障害が発生した」と言うとき、それはRAIDの利点を失ったことを意味します-最初にRAIDアレイをセットアップした理由であるデータへの継続的なアクセスを失った。

すべてのデータを失ったわけではありませんが、1台のデッドドライブと残りのドライブの（一部）UREから復旧する最も一般的な方法は、アレイを最初から完全に再構築することです。これは、すべてのデータを復元することを意味しますバックアップから。