RAIDを使用しないマルチハードディスクLVMでハードディスク障害が発生すると、すべてが失われますか？

複数の物理ハードディスクを1つのボリュームに結合したいので、メディア/ファイルサーバーにLVMを使用することについて議論しています。LVMでRAIDを使用したくないので、私の質問は次のとおりです。

ボリューム内の複数のハードディスクの1つがダウンした場合、すべてのデータが失われますか、それとも個々のディスクに保存されたデータが失われますか？

また、個々のディスクのデータを失うだけの場合、そのディスクを交換し、バックアップから復元してディスク上のデータを復元するのと同じくらい簡単ですか？

ボリューム内の複数のハードディスクの1つがダウンした場合、すべてのデータが失われますか、それとも個々のディスクに保存されたデータが失われますか？

いいえ、LVM全体に保存されているデータは失われません

また、個々のディスクのデータを失うだけの場合、そのディスクを交換し、バックアップから復元してディスク上のデータを復元するのと同じくらい簡単ですか？

いいえ、それほど単純ではありません

あなたはここで同様の質問LVMと災害復旧を読むことができます

シンプル：mhddfsを探しています。
1つの大きなファイルシステムのふりをして、記載されている順序でディスクに書き込み、最初のファイルシステムがいっぱいになった場合、最終的に大きなファイルを別のデバイスに移動します。実際には、ディスク上のサブフォルダーも使用でき、同じ機能を使用できます。
個々のディスクを最初にマウントし、アクセス可能なままにしておく必要があります。ファイルシステムをまったく変更せず、どのファイルシステムが適切に配置されているかを気にしません（ファイルシステムによって空き領域が正しく報告される限り）。ディスクが失われた場合は、mhddfsを（オンザフライで）再マウントする必要があり、そのディスク上のデータは失われます。
使用法：

mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]

または /etc/fstab

 mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0

複雑で強力：ユニオンが必要です。
mhddfsは素晴らしく、非常に単純ですが、SSH経由で他のユーザーにアクセスを許可するときにファイルのアクセス許可に問題がありました。解決策は見つかりませんでしたが、unionfsが見つかりました。
Unionfsでは、異なるファイルシステムにまたがる複数のフォルダーを1つにマウントすることもできますが、アクセス許可に魔法がかかります。複数の読み取り専用フォルダーと1つの書き込み可能なフォルダーをマージして、1つのフォルダーとして表示できます。マージしたフォルダーを共有したユーザーは、読み取り専用フォルダーに書き込むことができます-表示されるとおりですが、ファイルは書き込み可能な単一のフォルダーになります。LinuxブートCDはこのように機能し、書き込み可能なディスクはRAMディスクです。読み取り専用フォルダーのファイルを削除することもできますが、実際にはファイルは削除されませんが、書き込みディレクトリに非表示のホワイトリストファイルが作成されます。すべてのオプションをキャッチしたら、基本的にファイルシステムを貧弱なマンSVNとして使用できます。
SVNのようなオプションを使いすぎると、2回存在するデータが失われる可能性があります（シナリオではありえませんが、可能です）一方で、書き込み可能なフォルダーは小さな隠されたホワイトリストファイルでいっぱいになります。それ以外は、ディスクをきれいに保ち、個々に使用可能にします。ファイルがディスクに対して大きすぎる場合はどうなりますか、まだわかりません。
使用法：

 unionfs-fuse -o cow,max_files=32768 \
                 -o allow_other,use_ino,suid,dev,nonempty \
                 /path/to/dir1=rw:/path/to/dir2=ro:/dir3
                 /u/union/etc

ここで、アクセス許可がそうでない場合でも=rw、フォルダーを読み取りおよび書き込み可能にし、=ro読み取り専用にします。でetc/fstab、これがあります

unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0

複数のデバイスを接続するだけの場合、冗長性はないため、データが失われる可能性があります。ただし、ビジネスでメディア/ファイルサーバーを使用している場合、バックアップサーバー/テープドライブにすべてがバックアップされているため、何も失うことはありません。

なぜRAIDを避けているのですか？RAIDのポイントは可用性です。ディスク障害が原因で時間を無駄にしたくない場合は、RAID 1構成を使用できます。これにより、読み取りが高速化されます。あまり高価ではないので、最初にディスク障害が発生したときに自己負担してください。カードの代金を支払う必要がないのであれば、Linux RAIDをセットアップしてソフトウェアRAIDを使用することができます。正しいドライブを確実に交換するためのトラブルシューティング。

そうしないと、残りのディスクからどのようなデータを復元できるかを試すために、いくつかのフープをジャンプする必要があります。それは可能かもしれませんが、あなたが持っているべきよりもはるかに多くのトラブルを求めています。適切なバックアップを取得し、RAIDを再検討します。

すべてのLVMボリュームにまたがる1つのファイルシステムを使用している場合、FSは基礎となる物理ボリュームを認識せず、それに整合した構造を作成しないため、ファイルシステム全体が破損します。作業ディスク上の一部の部品をレスキューすることは可能かもしれませんが、その保証はありません。

また、同じ理由で、破損したディスクのファイルを回復するだけでも機能しません。

もっと簡単な方法は、メディアパーティションにmdadmを設定することだと思います。「実際のRAID」用のハードウェアがない場合、mdadmルートはかなり簡単になり、冗長性と単純なディスク交換の要件を満たしているようです。

# Format your drives first
# Create your MD
mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sda2 /dev/sdb2 /dev/sdc2

# In the event that a drive fails do the following
mdadm /dev/md1 --fail /dev/sda1
# Format the new drive
mdadm --add /dev/md1 /dev/sda1

詳細情報：http : //en.wikipedia.org/wiki/Mdadm

ボリューム内の複数のハードディスクの1つがダウンした場合、すべてのデータが失われますか、それとも個々のディスクに保存されたデータが失われますか？

mdadmとRAID 5を使用すると、1台のドライブが失われ、アレイが機能するようになりますが、パフォーマンスが低下することはありますが。

言及されていないことを理解するための重要なことは、ファイルシステム内のファイルが必ずしもディスク上の1つの場所にあるとは限らないことです。ファイルシステム内のどこかに存在する可能性のあるブロックに分割されます。ファイルがdisk1にある場合は最初の4K、次のdisk2など。ファイルシステムのチャンクを失った場合、何でも回復しようとすることの混乱を想像できます。

ここでは、Btrfsが適しています。1つのディスク（「raid1」チャンクプロファイル）の損失に対してメタデータを復元できます。他のディスク上のデータは引き続きアクセス可能です（明確なように、不足しているディスクが参照されている場所はどこでも、穴がいっぱいのファイルに変換されます）。これは、フィルターを使用してbtrfs balanceを実行することにより実行されます。

sudo btrfs balance start -m convert=raid1 /mnt/point