2つのディスクCentOS 7マシンビルドがあり、データの整合性/ビット破損防止が必要です。この目標をどのように達成できますか？
私が読んだところによると、btrfs、zfs、DM-Integrityはオプションではないようです。
- RHEL と CentOS では btrfs は使用されなくなり、Btrfs はオプションではありません。
- RHEL / CentOSはデフォルトでZFSをサポートしておらず、RHは今後もサポートする予定はありません。さらに、ZFSonLinuxの2018年4月のデータ破損のバグは、実装にとって良い兆候ではありませんでした。
- DM-Integrityはカーネルのバージョンが古く、私が知っている限りCentOSでは利用できないのでオプションではありません。
- md（4つのパーティション）を使用するRAID6は、私が知っている限り、各読み取りのチェックサムを計算しないため、オプションではないようです。 ~によるとこの回答それにもかかわらず、スクラブで正しく修復されない可能性があります。
安定性と長期サポートのためにCentOSが選択されました。
ベストアンサー1
mdadm RAIDは計算されず（遅く）不正確ですが（信頼できる）、検出に使用できます（mismatch_cnt！= 0を確認した後）。 （他の理由で） mdadm を使用し（明白な理由で）強制チェックを実行する場合は、メールレポートに mismatch_cnt を含めます。 （また、スマートモニタリングも忘れないでください。ドライブを不良セクタに交換するか、セクタを再割り当てするのを待たないでください...）
これにより、個々のディスクでビット破損が発生した場合は、少なくともこれに関する通知を受け取ることができます。私は長年このようなRAIDを監視してきましたが、これは起こりませんでした（機能自体をテストするように求められた場合を除き）。
だから私はビットロットが（ハードウェアレベルで）一般的な問題だとは思わない。
すべてのドライブは内部でチェックサムを使用し、これが読み取りエラーを検出する方法です。ドライブが読み込み中に間違ったデータを受信した場合、そのデータを返さずにエラーを報告します。一般的にこれで十分です。
そしてどんなファイルシステムでも解決できない特別な種類のビット破損があります。これは、ソフトウェアが破損したデータを最初に書き込む場合です。脳のない写真マネージャのように見つけたすべての写真のEXIFデータを変更します。ファイルは破損しますが、チェックサムビットの破損防止ファイルシステムは次のように喜んで通知します。はい、これは私が書くように指示され、チェックサムがチェックアウトされたのでどうなりますか？
この場合、ファイルを検証し、変更されたファイルを検出し、データ全体を削除/交換せずに同じデータの新しい/破損したバージョンに戻すことができるバックアップシステムが必要です。変更されたファイルに関するレポートを送信することができ、変更した記憶がない場合でも、写真のコレクション全体がそこにあるかどうかを知ることができればと思います。
一体どんなものも基本的に読み取り専用でインストールする必要がありますが…面倒で誰もそうしません。