web-dev-qa-db-ja.com

mdadm&raid6:「再作成(異なるチャンクサイズで)+再同期」はorigを破棄します。データ?

ソフトウェアRAID-6アレイのデータをレスキューしたいと思います。この元の配列を使用して、いくつかの愚かなアクション(以下で説明)を実行しました。

主な質問:

このアレイで次のアクションが準備された後(以下にリストされた順序で実行)、raid-6アレイに保存された元のデータが確実に失われる(または失われない)かどうかを知る必要があります。

  1. アレイに登録されているすべてのアクティブなディスク/パーティションのスーパーブロックをゼロにする

  2. アレイが最初に作成されたときに使用されたものとは異なる異なるオプション(リストについては以下を参照)を使用して「mdadm--create ...」コマンドを実行します。 ->異なるチャンクサイズ->異なるレイアウト->異なるディスク順序

  3. アレイの再同期

注:これはmdadmの動作原理に関するものであるため、mdadmパラメーターの特定の値はここでは関係ありません...

ポイント1)と2)はスーパーブロックだけを操作することになっているので、元のデータに触れてはいけないと思います

データ損失の観点から、3)ポイントが最も重要であると考えています。再同期中にアレイで何が起こっているのか正確にはわかりませんが、関連するすべてのハードドライブの激しいアクティビティ(約7時間)に基づいて、データを想定していますストレージ領域は完全に再処理されます...

サブ質問:

  1. ハードドライブ/パーティションの順序(mdadmコマンドラインで順序付けられている)は、raid6の作成と初期再同期に影響しますか?

  2. 私と同じような状況でアレイを安全に再作成できるようにするには、アレイの作成後にバックアップするために必要なものは何ですか(たとえば、アレイに関係する各ディスクのバックアップスーパーブロック情報とパーティションテーブル情報...)?

コメント:

Mdadm wikiの記事( http://en.wikipedia.org/wiki/Mdadm )を改訂し、作成者を少しだけ、またはそれ以上に少しだけお尻に蹴り込む必要があります。 。
この記事では、「mdadm:開くことができません...:デバイスまたはリソースがビジーです」という問題を解決するための解決策として、ゼロ化スーパーブロックとそれに続くアレイの再作成について説明しています。
作成者はどういうわけか重要なステップについて言及するのを忘れていました-最初のステップとして元のアレイ(スーパーブロック)のパラメータをバックアップする...そしてまた私の調査は関連するディスク/パーティションの順序が次のように役割を果たすことを指摘しているようです上手 ...

答えてくれてありがとう、
ピーター

1
schanhorst

ウィキペディアの記事を見て、スーパーブロックの削除などは正しいのですが、どうやら解決しようとしていたものとは違う問題を解決するために使われるはずです。この記事の目的は、古いRAID設定が設定されているドライブを「クリーンアウト」して、新しいアレイで使用できるようにすることです。

もちろん、現在保存したいデータが含まれているドライブのスーパーブロックをクリアしないでください。スーパーブロックには、そのドライブ上のデータがどのように編成されているかに関する重要な情報が含まれているため、スーパーブロックと一緒にデータを破棄するつもりがない限り、スーパーブロックを消去または変更しても役に立ちません。

1
tylerl

ドライブが再同期を開始するまで、スーパーブロックにのみ影響を与えることについてはおそらく正しいでしょうが、現時点では、それはほとんど重要な詳細ではありません。今では、データが存在する場合でも、データは不明な状態になっています。

このサイトからでも、インターネットで読んだアドバイスでこれ以上助けられることはないと思います。オンラインで読んだものを単に試すことは、失敗が問題にならない場合にのみ有効な行動です。

データが非常に重要な場合は、ドライブをデータ復旧ラボに引き渡して、それらで動作させることをお勧めします。あなたのデータがまだ何らかの形で無傷であるならば、彼らはそれ以上の損害を引き起こすことなくあなたの問題を修正する方法を知っている経験を持っているでしょう。

編集
幸いなことに、パリティデータの再構築はパリティデータにのみ影響するため、この混乱が発生する前にクリーンで正常なアレイから始めたと仮定すると、理論的には元のコンテンツを再構築するのに十分な情報がそのまま残っている可能性があります。

ただし、それを再構築することは簡単ではなく、特にスーパーブロックを上書きしたときに配列の寸法の一部を変更した場合は、手動で配列のプロファイルを作成するために多くの作業が必要になります。

しかし、この種のことを2回行っても、ほぼ間違いなく生き残れないでしょう。

0
tylerl

紛らわしい部分は次のとおりです。

作成してから7時間再同期します。

アレイが作成されると、通常、ファイルシステムが一番上に作成され、再同期は行われません。スーパーブロックをゼロにすると、レイドセットが自動的に組み立てようとしたときに、レイドセットがドライブの順序を把握するのが困難になります。クリエイトで何をしましたか? 2台のドライブで作成し、2台が不足している場合は、拡張して他のドライブを追加しますか?または、RAID-6セットとして作成し、すべてのドライブを同時に追加しましたか。

後者の場合、再同期するべきではありませんでした。アレイを拡張せずにドライブを再同期した場合は、アレイの一部を検出したように聞こえます。再同期後、ファイルシステムを作成する必要がありましたか、それともファイルシステムはすでに存在していましたか?

チャンクサイズが変更された場合、それは良くありません。パーティションの配置が変更された場合も、良くありません。ドライブの順序が変更されましたが、これも良くありません。データを回復するのが非常に困難になったと思われることがいくつかあります。

私が非常に興味を持っているのは、再同期です。 RAID-6は、2つのドライブ障害が発生しても、回復することができます。しかし、あなたがしたことのいくつかは、専門家以外はほとんど回復できない状況にあると私に思わせます。

0
karmawhore