Solaris ボリュームマネージャーは、仮想ディスクを使って物理ディスクと関連データを管理します。Solaris ボリュームマネージャーでは、仮想ディスクを「ボリューム」と呼びます。「ボリューム」とは、システム上で単一の論理デバイスとみなされる物理スライスの集まりの名前です。ボリュームは、一般的な UNIX® 用語である「擬似 (仮想) デバイス」と、実質的に同義です。
アプリケーションやファイルシステム (UFS など) から見ると、ボリュームは物理ディスクと同じように機能します。Solaris ボリュームマネージャーは、ボリュームに対する入出力要求を、そのボリュームを構成するメンバーディスクに対する入出力要求に変換します。
Solaris ボリュームマネージャーのボリュームは、スライス (ディスクパーティション) またはほかの Solaris ボリュームマネージャーボリュームから作成されます。
ボリュームを使用して、パフォーマンスとデータ可用性を向上させることができます。場合によっては、ボリュームの使用により入出力パフォーマンスも向上します。ボリュームの機能は、スライスと同じです。ボリュームはスライスとよく似ていますが、エンドユーザー、アプリケーション、およびファイルシステムに対して透過的です。物理デバイスと同様に、Solaris ボリュームマネージャーを使用して、ブロックデバイス名または raw デバイス名からボリュームにアクセスできます。ボリューム名は、使用しているのがブロックデバイスなのか raw デバイスなのかによって異なります。
カスタム JumpStart インストールおよび Solaris Live Upgrade では、ミラー化されたファイルシステムの作成用としてブロックデバイスがサポートされます。ボリューム名の詳細については 「カスタム JumpStart と Solaris Live Upgrade を行うときの RAID ボリューム名の要件とガイドライン」を参照してください。
RAID-0 ボリューム (単一スライスの連結) と RAID-1 ボリュームを作成すると、Solaris ボリュームマネージャーは、連結 (サブミラー) 上にデータを複製し、これらのサブミラーを 1 つのボリュームとして扱います。
図 12–1 に、ルート (/) ファイルシステムを 2 つの物理ディスクに複製するミラーを示します。
図 12–1 のシステムの構成は、次のとおりです。
hdisk0 上のルートファイルシステム (/) は、d31 という名前の単一スライスの連結に含まれています。
hdisk1 という名前のハードディスク上に、d32 という名前の単一スライスの連結が作成されています。
d30 という名前のミラーは、d31 および d32 という名前のサブミラーで構成されています。
このミラーは、ルートファイルシステム内のデータを 2 つのサブミラーに複製しています。