最悪かつ最も可能性の高いケースは、すべてを失うことです。両方のドライブにまたがる単一の論理ボリュームがあり、ミラーリングなしで 1 つのドライブを失うと、実質的にファイル システムの半分が消去されたことになります。
この時点から、ボリュームで実行しているファイル システムに応じて、多少改善されます。ストライピングを使用していないと仮定すると、可能性が失われますが、可能性があります 2 番目のドライブで回復ソフトウェアを実行して、データの一部を取り戻すことができます。私はその場合の個人的な経験はありませんが、より「堅牢な」ファイルシステムの 1 つを使用している場合 (つまり、ext3 または ext4 ）。
走行距離は、LVM の上で使用しているファイルシステムと、ディスク上でのファイルの配置方法によって異なります。両方のディスクに断片化されている場合でも、それらのファイルも失われます。
あなたの懸念は LVM を使用したデータの損失であるため、選択可能な (3) LV 構成を使用して、2 つのディスクのうちの 1 つの損失について話し合うことをお勧めします。
LV タイプ:
-
線形 :デフォルト 以下の他の 2 種類の LV を作成するためのスイッチを指定せずに LV を作成する場合のオプション。リニア LV では、物理ボリューム (PV) がボリューム グループ (VG) から脱落した場合、その PV の LV のみが失われます。ただし、LV が MULTIPLE にまたがる場合 PV とそれが使用する PV (ディスク) がドロップアウトすると、LV 全体が失われます。これは論理的です。ファイルシステムは 2 つの PV にまたがっているため、いずれかのディスクが失われると壊滅的な損傷を受けることになります。 LV が存在するか、存在しない 行方不明の PV メンバーが生き残ります。
-
ストライピング :「-i」を指定 " LV の作成時に切り替えます。これにより書き込みパフォーマンスが向上しますが、ALL データは、ストライプ化された PV 全体にラウンドロビンで書き込まれます。ストライプ内の PV が失われると、すべて も失われます ALL に存在する LV PV。
-
ミラーリング :「-m」を指定 " LV を作成するときに切り替えます。これは RAID1 に似ています。データ損失から保護するためにフォールト トレランスを強化しますが、2 倍のスペースを使用します。
最後に、データを管理する場合 (LVM、RAID、または抽象化なし) は、PROVEN と同じくらい優れています。 バックアップ。
物理エクステントのマッピング方法を確認
データが存在する PV に関連してデータがどのようにマッピングされているかを確認するには:
pvdisplay -m
LV がストライプ化されている (複数の PV) かどうかを確認します
複数の PV があり、LV がストライプ化されているかどうかを判断する必要がある場合:
lvs -o+lv_layout,stripes
簡単な説明例:
イラストでわかるように、LV「var " 3 つの PV すべてからのエクステントが必要です。PV のいずれかが失われた場合、LV 上のファイルシステム "var " 壊滅的な被害を受けるでしょう.
参考資料:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/logical_volume_manager_administration/lv_overview#linear_volumes
http://manpages.ubuntu.com/manpages/xenial/man8/lvcreate.8.html