x86_64ボックスでmdadm-managed、software-raidを使用して4ドライブRAID-10アレイをセットアップしました。
稼働し、期待どおりに機能します。
cat /proc/mdstat
md127 : active raid10 sdc2[2] sdd2[3] sda2[0] sdb2[1]
1951397888 blocks super 1.2 512K chunks 2 far-copies [4/4] [UUUU]
bitmap: 9/466 pages [36KB], 2048KB chunk
atm 4つのSATAドライブは、マザーボードの最初の4つのSATAポートに物理的に接続されています。
壊滅的な回復に必要な/完全な情報を収集したいと思います。ここから読んで、 http://neil.brown.name/blog とメーリングリスト、私はまだ完全に正しいとは確信していません。
「ドライブの順序が重要」を理解しています。その論理的および/または物理的な順序が重要ですか?
このアレイの4つのドライブを取り外し、それぞれをマザーボードまたはpciカードの異なるポートに接続し直した場合、ソフトウェア構成で何も変更していない限り、アレイは正しく自動再組み立てされますか?
@Foxが言ったように、メタデータは、ドライブがどのような順序で検出されても、アレイをアセンブルできることを保証します。
もちろん、デバイスのノード名ではなく、シリアル番号または物理デバイスに固有のその他のプロパティでデバイスについて考える必要があります。例えば。:
$ ls -la /dev/disk/by-id/ata-ST3320418AS_6VM9PNFT
lrwxrwxrwx 1 root root 9 2011-11-15 23:20 /dev/disk/by-id/ata-ST3320418AS_6VM9PNFT -> ../../sde
起動時にどの物理デバイスにどのデバイスノードが割り当てられるかは保証されていないためです。これは、デバイスなどを削除する必要がある場合に重要になる可能性があります。したがって、私の場合、そのディスクは/ dev/sdeではなく、シリアル6VM9PNFTと見なします。
メタデータのバックアップに関しては、配列がアセンブルされている限りメタデータが存在するため、それほど重要ではないと思います。配列がアセンブルされない場合、メタデータのポイントは何ですか?本当にあなたはメタデータをいじくり回すつもりはありません、あなたは十分な利用可能なデバイスを保持しているはずです!
ただし、本当にバックアップしたい場合は、各アレイの各メンバーデバイスに対してmdadm -E /dev/sde1
を実行することでダンプできます。