RAID-Zは単一のハードディスクドライブで愚かですか？
明らかに、ドライブ全体が故障した場合、単一のディスク上のRAID-Zは役に立ちません。しかし、他のタイプのエラーはどうですか？
私の経験から、読めないファイルがある場合があります。 Mac OS Xでは、システムが一定期間ハングし、その後エラーで戻ります。私はファイルを邪魔にならない場所に移動し、そのファイルには不良セクターまたは不良ブロック、あるいは不良トラック全体が含まれていると想定しています。
私はフロッピーディスクの時代にさかのぼりますが、ディスクの障害を手作業で管理することは一般的な活動にすぎませんでした。もちろん、不良フロッピーはできるだけ早く交換しますが、すぐに交換できない場合があるため、不良領域を見つけてファイルに割り当て、そのファイルを削除することはありませんでした。
最初の質問は、ハードドライブがどのように故障するのですか？上記の私の仮定は有効ですか？不良ブロックが不良になるのは事実ですが、ドライブ全体がまだほとんど使用可能ですか？その場合、RAID-Zは他のブロック（領域）のパリティを使用して、ディスクの不良ブロックまたは不良領域を修復できるようです。
ユースケースはバックアップ用です。週に1回データを8 TBドライブにプッシュする場合、追加のパリティがビットの腐敗、不良セクター、または不良からの回復に役立つことを期待して、7 TBのデータドライブと1 TBのパリティを考慮することは理にかなっていますか？他のローカライズされたドライブの障害？
理論に技術的な欠陥がない場合、ZFSはこれを行うように構成できますか？
編集：この質問を投稿する前に、他の質問を見ました。各パーティションがグループ化されている個別のパーティションに分割することは、1つのオプションです。ただし、概念的には、Nパーティションのブロックマップを相互に絡み合わせて、1つのストライプが論理的にNパーティションにまたがるように物理的に非常に接近させることができます。これが私の質問の要点でした。「これを行うようにZFSを構成できますか？」つまり、ZFSだけです...仕掛けが巧妙なZFSではありません。
RAID-Zパリティは、プール内の別のデバイスにパリティブロックを持つことで機能するため、デバイスをN + 1、N + 2、またはN + 3の同じサイズのパーティションにパーティション分割する必要があります。Nパーティションにはデータと1/2が含まれます。パリティビットが含まれています。
これらのパーティションの上に、選択したRAID-Zを使用してzpoolを作成し、zpoolにファイルシステムを作成します。
したがって、理論的にはこれでうまくいきます。実際には、ファイル内の後続のブロックは異なるパーティションにある異なるZPoolデバイスに配置されるため、これはファイルシステムのパフォーマンスをひどくします。そのため、ブロックを読み取った後、HDDはHDDプラッタの別の領域に移動し、次のブロックを読み取る必要があります。
答えは次のとおりです。はい、それは愚かです。