論理ボリュームマネージャ

論理ボリュームマネージャ（ろんりボリュームマネージャ、logical volume manager、LVM）は、「物理ボリューム」を提供するハードディスクなどのストレージメディア・デバイス（補助記憶装置）に、直接ファイルシステムをマップするのではなく、粗粒度（典型的には、メビバイト単位程度）のブロックにより一旦「論理ボリューム」と呼ばれる仮想化されたボリュームに束ねて利用するためのシステムである。一般的な議論については、英語版のの記事を参照のこと。この記事では、HP-UX由来で、いくつかの商用UNIXとUnix系で使われている一連の実装としてのLVMについて述べる。他のシステムでは、例えばZFSのように、分離しない形でファイルシステムの低レイヤとしてほぼ同程度の機能を持っている、という場合もある。
機能概要.
構成上の利点.
論理ボリュームマネージャ以前、UNIXのファイルシステムがその上に構築される「ボリューム」は、単なるディスク上の連続したブロックでしかなく、単純にディスク全体、あるいはPC-UNIXではMBR内のパーティション情報、大型機メーカ系のシステムではVTOCの情報によるディスク上の固定の範囲といったもので、柔軟な管理が難しいものであった。論理ボリュームマネージャは、ディスク（「物理ボリューム」）を一旦「ストレージプール」に束ね、そこから「論理ボリューム」と呼ぶ仮想化・抽象化された記録領域を構成し提供する、といったような手法で、柔軟かつ便利に管理（マネージ）するシステムである。
LVMはそのような論理ボリュームマネージャの仕様及び実装の一つであり、以下LVMについて述べる。
LVM構成上の管理階層構造を説明する。物理ディスク（PV:Phisical Volumeと呼ぶ）とその複数の物理ディスクを管理するボリュームグループ (VG:Volume Group) があり、物理ディスクを繋ぎ合わせて大きな論理ドライブとして管理出来る。そのVG上に論理的に設定される仮想パーティションが論理ボリューム (LV:Logical Volume) と呼ばれる。
物理ディスク（/dev/sdaなど）と比較した場合、物理ディスクはLVMでいうところのボリュームグループに相当し、パーティションは論理ボリュームに相当する。LVMの管理下では物理ディスクはボリュームグループにブロックを提供する「メディア」としてしかみなされず、それ単体で扱うことは考えない。
LVの上にファイルシステムを構築する形となり、ファイルシステムから見るとLVがディスクパーティションのように見える。
基本的に以下の点が構成上の主な利点である。
運用上の利点.
ファイルシステムを問わず、論理ボリューム単位でスナップショットと呼ばれる論理イメージを作成することが可能である。
これにより、特にDB領域のフルバックアップ作業や、バックアップツールの運用において有利な対応を取る事が可能となる。ただし、サードパーティ製のバックアップソフトウェアを利用する場合、この機能は特に必要とされない場合が多い。
また、一度設定した領域の動的な拡大・縮小が可能であり、システムを停止しないという基幹系運用上の必須作業要件（一般的な企業では通常の業務時間帯に限られる）を満たしながら、一部のメンテナンス作業を実施する事ができる。
これらの機能が、中・大規模の企業系システムでは必須の機能の一つであると言われることもある一方、障害時には LVM が復旧をやや面倒にする場合もあることから、LVMは採用しないという企業があるのもまた事実である。
Unix系OSの対応状況.
注意: 以下のリストでは、この記事において、ここまでの説明で前提としている、固有の実装としてのLVMと、その他の一般的なボリューム管理システム、あるいはZFSなど同機能を持った異なる形態のシステムについて、ちゃんとした識別無くごっちゃごちゃに記述されている。さらに、全然関係の無い、ジャーナリングファイシステムなども列挙されているので、何らかのサーベイの際には一切あてにせずに調べ直したほうがよい。
Solaris.
この機能については、SUN Japanのユーザへの公式な回答に基づいている。
FreeBSD.
（FreeBSDでは、3.0-RELEASE以降でジャーナリングではなくffsにSoft updatesを適用するというアプローチで信頼性を確保するという方策を取った。9.0以降ではさらにいくつかの特性を向上させる目的でジャーナリングも追加された）
ccdはRAID0/1相当の機能しか持たず、またルートパーティションのミラーリングに対応していない。