持つこの男私はRAIDアレイを復元するためにそれを使用してはいけませんmdadm --create
。なぜそんなことですか?私はRAIDを再び動作させる必要があるということです。エラーが発生した場合は、--create
代わりに何を使用する必要がありますか?
ベストアンサー1
問題ありません--create
。自分が何をしているのかを知っていれば可能です。
唯一の問題は次のとおりです。知りません。
RAIDを作成するとき、コマンドは通常次のように短くなります。
mdadm --create /dev/md42 --level=5 --raid-devices=3 /dev/sdx1 /dev/sdy1 /dev/sdz1
とても簡単ですか?
しかし、実際にはそうではありません。 RAIDにはより多くの変数があります。データオフセット、ブロックサイズ、メタデータバージョンがあり、ドライブの順序も忘れないでください。ドライブ文字は時間の経過とともに変更される可能性があるため、再作成時に間違いが発生しやすいです。
正しい--create
コマンドは次のとおりです。
mdadm --create /dev/md42 --assume-clean \
--level=5 --chunk=512K --metadata=1.2 --data-offset=2048s \
--raid-devices=3 /dev/sdz1 missing /dev/sdy1
与えられたものは何でも読み取り専用モードでテストする必要があります。それはすべてではないかもしれません。さまざまなRAIDレイアウトがあることをご存知でしたか?--create
最後のジプラーであり、罠ははっきりしなかった。理想的には、すべてのディスクをバックアップするか、少なくともメタデータ領域をバックアップする必要があります。記録中にコピーを上書きする。
提供しない項目にはmdadm
デフォルト設定を使用してください。残念ながら、これらのどれも確定されておらず、本質的にこれらすべてが過去に変更されており、将来的には再び変更される可能性があります。
したがって、--create
回復に使用するときはRAIDをよく知る必要があり、古いRAIDが実際にどのように見えるかを知る必要があります。次に、間違えた場合に備えて--assume-clean
ディスクの1つを追加またはアーカイブする必要があります。missing
また、間違った場所に書き込まれたメタデータを回復できるように、少なくともディスクの先頭と末尾をバックアップする必要があります。
ほとんどの場合、他のオプションがあります。--assemble --force
そのうちの1つですが、独自の欠陥もあります。最初に--examine
ドライブの1つが他のドライブより古い場合は、そのドライブをアセンブリに含めないでください。メタデータを使用せずにデータへのアクセスを提供する攻撃もあります--build
。dmsetup
しかし、これが安全であるという意味ではありません。ここに書き込んで間違った設定を選択すると、データが失われます。
一般に、データ復旧は広範な分野です。正しい行動方針を決定するには経験が必要です。可能であれば、この問題を避けてください。バックアップを作成し、設定を記録し、RAIDが最初に失敗しないようにディスクを監視します。