LVMはデータ損失のリスクを高めますか？

最悪で最も可能性の高いシナリオは、すべてを失うことです。 2つのドライブにまたがる論理ボリュームがあり、ミラー化されていないドライブが失われた場合、デフォルトではファイルシステムの半分が削除されます。

この時点から、ボリューム上で実行されているファイルシステムによっては少し良くなります。ストライピングを使用しないと仮定すると、可能2番目のドライブで回復ソフトウェアを実行してデータの一部を回復する機能。これに対する個人的な経験はありませんが、より「強力な」ファイルシステム（ext3例ext4：。

LVMが使用するファイルシステムとファイルがディスクにどのように配置されるかによって、状況が異なります。両方のディスクから断片化されている場合、ファイルは失われ続けます。

LVM を使用したデータの損失が懸念されるため、代替 (3) LV 構成を使用して、2 つのディスクのうちの 1 つの損失について議論するのが便利です。

低電圧タイプ：

• 善意：これ基本LV生成時のオプション。以下の他の2種類のLVを生成するためにスイッチを設ける必要はありません。リニアLVでは、物理ボリューム（PV）がボリュームグループ（VG）から削除されると、そのPVのLVのみが失われます。ただし、LVにまたがる場合多くの種類PVと使用しているすべてのPV（ディスク）が失われ、LV全体が失われます。これは論理的です。ファイルシステムは2つのPVにまたがるため、ディスクの1つが失われると、ファイルシステムが致命的な損傷を受ける可能性があります。またはに位置するすべてのLVいいえ行方不明のPVメンバーは生き残ります。

• ストライプ："指定-私「スイッチ。これはより良い書き込みパフォーマンスを提供しますが、みんなデータはストライプPVに定期的に書き込まれます。ストライプのPVが失われると、PVも失われます。みんなLV居住地域みんなPV。

• 鏡："指定-中LVを作成するときに切り替えます。これはRAID1に似ています。データの損失を防ぐためにフォールトトレランスが向上しましたが、スペースを2倍にします。

結局のところ、データ管理（LVM、RAID、またはまったく抽象化なし）では、あなたの能力に応じて能力が向上します。実証済みサポート。

物理スコープがどのようにマッピングされているかを確認してください。

データがそのデータを含むPVにどのようにマッピングされるかを確認するには、次の手順を実行します。

pvdisplay -m 

LVがストライプされていることを確認してください（複数のPV）

複数のPVがあり、LVがPV全体にストライプされていることを確認する必要がある場合：

lvs -o+lv_layout,stripes

簡略化された指示の例：

図に示すように、LV以降変わりやすい「3つのPVすべての範囲が必要です。PVが見つからない場合は、LVのファイルシステムが必要です。」変わりやすい「致命的なダメージがあるでしょう。

便利な参考資料：

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/ological_volume_manager_administration/lv_overview#linear_volumes

http://manpages.ubuntu.com/manpages/xenial/man8/lvcreate.8.html

私はMatthew Scharleyのコメントに同意します。線形マッピングを仮定すると、最も可能性の高いシナリオは半分ですべて失われます。

時可能単一のディスクが破損したときに部分的なデータを回復できることは、単一のハードドライブを持つファイルシステムのブロックの半分を失うことと同じです。ファイルシステムのfsckは、データの回復にはかなり大きな問題があり、完了するのに長い時間がかかり、まったく回復しない可能性があります。

「ファイルスライス」タイプのソフトウェアを使用して破損したファイルシステムからデータを抽出できますが、成功するかどうかはディスク上のファイルの断片化に依存します。

バラよりhttps://serverfault.com/questions/279571/lvm-dangers-and-caveatsLVMデータの損失のリスクについて学び、ファイルスライスツールを含むLVM修復ツールへのリンクやその他の経験を学びます。