查看Solaris Volume Manager 配置
第20 章• 维护Solaris Volume Manager（任务） 217
d80: Soft Partition
Device: d70
State: Okay
Size: 2097152 blocks
Extent Start Block Block count
0 1 2097152
d81: Soft Partition
Device: d70
State: Okay
Size: 2097152 blocks
Extent Start Block Block count
0 2097154 2097152
d70: Mirror
Submirror 0: d71
State: Okay
Submirror 1: d72
State: Okay
Pass: 1
Read option: roundrobin (default)
Write option: parallel (default)
查看Solaris Volume Manager 配置
218 Solaris Volume Manager 管理指南• 2006 年10 月
Size: 12593637 blocks
d71: Submirror of d70
State: Okay
Size: 12593637 blocks
Stripe 0:
Device Start Block Dbase State Reloc Hot Spare
c1t3d0s3 0 No Okay Yes
Stripe 1:
Device Start Block Dbase State Reloc Hot Spare
c1t3d0s4 0 No Okay Yes
Stripe 2:
Device Start Block Dbase State Reloc Hot Spare
c1t3d0s5 0 No Okay Yes
d72: Submirror of d70
State: Okay
Size: 12593637 blocks
Stripe 0:
Device Start Block Dbase State Reloc Hot Spare
c2t3d0s3 0 No Okay Yes
Stripe 1:
Device Start Block Dbase State Reloc Hot Spare
查看Solaris Volume Manager 配置
第20 章• 维护Solaris Volume Manager（任务） 219
c2t3d0s4 0 No Okay Yes
Stripe 2:
Device Start Block Dbase State Reloc Hot Spare
c2t3d0s5 0 No Okay Yes
hsp010: is empty
hsp014: 2 hot spares
Device Status Length Reloc
c1t2d0s1 Available 617652 blocks Yes
c2t2d0s1 Available 617652 blocks Yes
hsp050: 2 hot spares
Device Status Length Reloc
c1t2d0s5 Available 4197879 blocks Yes
c2t2d0s5 Available 4197879 blocks Yes
hsp070: 2 hot spares
Device Status Length Reloc
c1t2d0s4 Available 4197879 blocks Yes
c2t2d0s4 Available 4197879 blocks Yes
Device Relocation Information:
查看Solaris Volume Manager 配置
220 Solaris Volume Manager 管理指南• 2006 年10 月
Device Reloc Device ID
c1t2d0 Yes id1,sd@SSEAGATE_ST39204LCSUN9.0G3BV0N1S200002103AF29
c2t2d0 Yes id1,sd@SSEAGATE_ST39204LCSUN9.0G3BV0P64Z00002105Q6J7
c1t1d0 Yes id1,sd@SSEAGATE_ST39204LCSUN9.0G3BV0N1EM00002104NP2J
c2t1d0 Yes id1,sd@SSEAGATE_ST39204LCSUN9.0G3BV0N93J000071040L3S
c0t0d0 Yes id1,dad@s53554e575f4154415f5f53543339313430412525415933
查看多TB Solaris Volume Manager 卷
以下示例显示对多TB 存储卷（11 TB）使用metastat 命令的输出。
# metastat d0
d0: Concat/Stripe
Size: 25074708480 blocks (11 TB)
Stripe 0: (interlace: 32 blocks)
Device Start Block Dbase Reloc
c27t8d3s0 0 No Yes
c4t7d0s0 12288 No Yes
Stripe 1: (interlace: 32 blocks)
Device Start Block Dbase Reloc
c13t2d1s0 16384 No Yes
c13t4d1s0 16384 No Yes
c13t6d1s0 16384 No Yes
c13t8d1s0 16384 No Yes
c16t3d0s0 16384 No Yes
c16t5d0s0 16384 No Yes
示例20–2
查看Solaris Volume Manager 配置
第20 章• 维护Solaris Volume Manager（任务） 221
c16t7d0s0 16384 No Yes
c20t4d1s0 16384 No Yes
c20t6d1s0 16384 No Yes
c20t8d1s0 16384 No Yes
c9t1d0s0 16384 No Yes
c9t3d0s0 16384 No Yes
c9t5d0s0 16384 No Yes
c9t7d0s0 16384 No Yes
Stripe 2: (interlace: 32 blocks)
Device Start Block Dbase Reloc
c27t8d2s0 16384 No Yes
c4t7d1s0 16384 No Yes
Stripe 3: (interlace: 32 blocks)
Device Start Block Dbase Reloc
c10t7d0s0 32768 No Yes
c11t5d0s0 32768 No Yes
c12t2d1s0 32768 No Yes
c14t1d0s0 32768 No Yes
c15t8d1s0 32768 No Yes
c17t3d0s0 32768 No Yes
c18t6d1s0 32768 No Yes
c19t4d1s0 32768 No Yes
c1t5d0s0 32768 No Yes
查看Solaris Volume Manager 配置
222 Solaris Volume Manager 管理指南• 2006 年10 月
c2t6d1s0 32768 No Yes
c3t4d1s0 32768 No Yes
c5t2d1s0 32768 No Yes
c6t1d0s0 32768 No Yes
c8t3d0s0 32768 No Yes
其他参考信息
有关更多信息，请参见metastat(1M) 手册页。
重命名卷
重命名卷的背景信息
使用Solaris Volume Manager，可以遵从某些约束随时重命名大多数类型的卷。可以使用
Solaris Management Console 中增强的存储工具或命令行（metarename(1M) 命令）来重命名
卷。
重命名卷或交换卷名的目的是为了便于管理卷名。例如，希望将所有文件系统挂载点安排
为您希望的数字范围。您可能要重命名卷，以维护逻辑卷的命名方案，或允许事务卷使用
与基础卷相同的名称。
注– 事务卷在SolarisVolume Manager 中不再有效。可以重命名事务卷，以将其替换。
重命名卷之前，请确保卷当前未被使用。对于文件系统，请确保文件系统未被挂载或用作
swap。使用原始设备的其他应用程序（如数据库）应该自备停止数据访问的方法。
重命名卷的特定注意事项包括以下几点：
可以重命名以下卷以外的任何卷：
软分区
直接生成软分区的卷
当前用作日志设备的卷
热备用池
可以重命名磁盘集中的卷。但是，不能通过重命名卷将卷从一个磁盘集移至另一个磁盘
集。
重命名卷
第20 章• 维护Solaris Volume Manager（任务） 223
交换卷名称
使用包含- x 选项的metarename 命令交换具有父子关系的卷的名称。有关更多信息，请参
见第224 页中的“如何重命名卷”和metarename(1M) 手册页。现有卷的名称可以与其某个
子组件的名称进行交换。例如，这种类型的交换可能出现在镜像与其某个子镜像之间。
metarename -x 命令可以更加方便地镜像或取消镜像现有卷。
注– 必须使用命令行来交换卷名称。此功能当前在SolarisVolume Manager GUI 中不可用。但
是，可以使用命令行或GUI 来重命名卷。
需要重命名卷时，请考虑以下原则。
不能重命名当前正在使用的卷。此限制包括用作已挂载文件系统、swap、应用程序或数
据库的活动存储区的卷。因此，使用metarename 命令之前，请停止对将要重命名的卷进
行的所有访问。例如，取消挂载已挂载的文件系统。
不能交换处于故障状态下的卷。
不能交换使用热备件替换的卷。
交换只能发生在具有直接父子关系的卷之间。
不能交换（或重命名）日志设备。解决方法是拆离日志设备，并连接具备所需名称的另
一台日志设备。
只能交换卷。不能交换片或热备件。
如何重命名卷
检查卷名称要求（第39 页中的“卷名称”和第223 页中的“重命名卷的背景信息”）。
取消挂载使用卷的文件系统。
# umount /filesystem
要重命名卷，请使用以下方法之一：
从Solaris Management Console 中增强的存储工具中，打开“卷”节点。选择要重命名的
卷。在对应的图标上单击鼠标右键。选择“属性”选项。然后，按照屏幕上的说明操
作。有关更多信息，请参见联机帮助。
使用以下形式的metarename 命令：
# metarename old-volume-name new-volume-name
old-volume-name 指定现有卷的名称。
new-volume-name 为现有卷指定新名称。
有关更多信息，请参见metarename(1M) 手册页。
开始之前
1
2
重命名卷
224 Solaris Volume Manager 管理指南• 2006 年10 月
编辑/etc/vfstab 文件，以引用新的卷名称（如有必要）。
重新挂载文件系统。
# mount /filesystem
重命名用于文件系统的卷
在以下示例中，卷d10 被重命名为d100。
# umount /home
# metarename d10 d100
d10: has been renamed to d100
（编辑/etc/vfstab 文件以使该文件系统引用新卷）
# mount /home
由于d10 包含已挂载的文件系统，因此重命名卷之前，必须取消挂载该文件系统。如果该
卷用于在/etc/vfstab 文件中具有项的文件系统，则必须对该项进行更改，以引用新的卷
名。
例如，如果/etc/vfstab 文件包含文件系统的以下项：
/dev/md/dsk/d10 /dev/md/rdsk/d10 /docs home 2 yes -
请更改该项，使其显示为：
/dev/md/dsk/d100 /dev/md/rdsk/d100 /docs home 2 yes -
然后，重新挂载文件系统。
如果具有现有镜像或事务卷，则可以使用metarename -x 命令来删除镜像或事务卷，并将数
据保留在基础卷上。对于事务卷，只要主设备为卷（RAID-0、RAID-1 或RAID-5 卷），就
可以将数据保留在该卷上。
使用配置文件
Solaris Volume Manager 配置文件包含基本的Solaris Volume Manager 信息，以及重新构造配
置所必需的大多数数据。以下过程说明了如何使用这些文件。
3
4
示例20–3
使用配置文件
第20 章• 维护Solaris Volume Manager（任务） 225
如何创建配置文件
为Solaris Volume Manager 环境定义所有相应参数后，请使用metastat - p 命令创建
/etc/lvm/md.tab 文件。
# metastat -p > /etc/lvm/md.tab
此文件包含metainit 命令和metahs 命令使用的所有参数。如果需要设置多个类似环境或在
出现系统故障后需要重新创建配置，请使用此文件。
有关md.tab 文件的更多信息，请参见第322 页中的“md.tab 文件概述”和md.tab(4) 手册
页。
如何从配置文件中初始化Solaris Volume Manager
注意– 请在以下情况下使用此过程：
Solaris Volume Manager 配置全部丢失时
尚无任何配置且需要根据已保存的配置文件来创建配置时
有时，系统会丢失状态数据库中维护的信息。例如，如果在删除了所有的状态数据库副本
后重新引导系统，就可能会丢失状态数据库中维护的信息。只要在丢失状态数据库后未创
建卷，就可以使用md.cf 或md.tab 文件来恢复Solaris Volume Manager 配置。
注– md.cf 文件不维护有关活动热备件的信息。因此，如果在丢失SolarisVolume Manager 配
置时热备件正在使用中，则使用活动热备件的这些卷就可能被损坏。
有关这些文件的更多信息，请参见md.cf(4) 和md.tab(4) 手册页。
创建状态数据库副本。
有关更多信息，请参见第65 页中的“创建状态数据库副本”。
创建或更新/etc/lvm/md.tab 文件。
如果试图恢复已知的最新Solaris Volume Manager 配置，请将md.cf 文件复制到
/etc/lvm/md.tab 文件中。
如果您要根据已保留的md.tab 文件副本创建新的Solaris Volume Manager 配置，请将已
保留的文件复制到/etc/lvm/md.tab 文件中。
编辑“新” /etc/lvm/md.tab 文件并执行以下操作：
如果您要创建新的配置或要在系统崩溃后恢复配置，请将镜像配置为单向镜像。例如：
◗
1
2
3
使用配置文件
226 Solaris Volume Manager 管理指南• 2006 年10 月
d80 -m d81 1
d81 1 1 c1t6d0s3
如果镜像的子镜像大小不同，请确保使用此单向镜像的最小子镜像。否则，可能会丢失
数据。
如果您要恢复现有配置且停止Solaris Volume Manager 时没有报告任何问题，请将镜像配
置保留为多向镜像。例如：
d70 -m d71 d72 1
d71 1 1 c1t6d0s2
d72 1 1 c1t5d0s0
使用-k 选项指定RAID-5 卷，以防止重新初始化设备。例如：
d45 -r c1t3d0s5 c1t3d0s3 c1t3d0s4 -k -i 32b
有关更多信息，请参见metainit(1M) 手册页。
使用以下一种形式的metainit 命令检查/etc/lvm/md.tab 文件项的语法，而不提交更改：
# metainit -n md.tab-entry
# metainit -n -a
与-n 选项一起运行时，metainit 命令不会维护可能已创建的设备的虚拟状态，因此，如果
所创建的卷依赖于其他不存在的卷，则使用-n 选项运行该命令时将报告错误，即使该命令
在不使用-n 选项时能够成功执行也是如此。
-n 指定不实际创建设备。使用此选项验证结果是否和预期的一样。
md.tab-entry 指定要初始化的组件的名称。
-a 指定检查所有组件。
如果前面的步骤中未出现问题，请根据md.tab 文件重新创建卷和热备用池。
# metainit -a
-a 指定激活/etc/lvm/md.tab 文件中的项。
根据需要，使用metattach 命令将单向镜像变成多向镜像。
# mettach mirror submirror
验证卷上的数据，以确认已正确重新构造配置。
# metastat
4
5
6
7
使用配置文件
第20 章• 维护Solaris Volume Manager（任务） 227
更改Solaris Volume Manager 缺省值
在Solaris 10 发行版中，Solaris Volume Manager 得到了增强，支持动态配置卷。无需再编辑
/kernel/drv/md.conf 文件中的nmd 和md_nsets 参数，便可根据需要动态创建新卷。
最大的Solaris Volume Manager 配置值仍保持不变：
支持的最大卷数目为8192。
支持的最大磁盘集数目为32。
使用growfs 命令扩展文件系统
扩展包含UFS 文件系统的卷（意味着增加了更多空间）后，还需要扩展文件系统，以便识
别扩展空间。必须使用growfs 命令手动扩展文件系统。growfs 命令可扩展文件系统，即使
已挂载的文件系统也可使用该命令进行扩展。但是，在growfs 命令运行时不能对文件系统
进行写入访问。
使用原始设备的应用程序（如数据库）必须自备用于合并扩展空间的方法。Solaris Volume
Manager 不提供此功能。
growfs 命令可在扩展文件系统时对已挂载的文件系统进行“写锁定”。通过分阶段扩展文
件系统，可以缩短对文件系统进行写锁定的时间长度。例如，要将1GB文件系统扩展到2
GB，则可以使用-s 选项分阶段扩展文件系统的大小，每阶段增加16MB。此选项指定每个
步级的新文件系统的总大小。
扩展期间，由于写锁定功能，不能对文件系统进行写入访问。系统将透明地暂停写入访
问，并在growfs 命令解除文件系统锁定时重新启动写入访问。读取访问不会受到影响。但
是，在锁定生效期间不会保留访问时间。
扩展片和卷的背景信息
注– 可以扩展SolarisVolume Manager 卷。但是，不能缩小卷。
无论将卷用于文件系统、应用程序还是数据库，都可以扩展卷。可以扩展RAID-0（条
带化和串联）、RAID-1（镜像）卷以及RAID-5 卷和软分区。
当现有文件系统处于使用状态时，可以串联包含该文件系统的卷。只要文件系统为UFS
文件系统，就可以对该文件系统进行扩展（使用growfs 命令），从而填充更大的空间。
扩展文件系统时不会中断对数据的读取访问。
扩展文件系统后，由于UFS 文件系统中的约束，不能缩小该文件系统。
使用原始设备的应用程序和数据库必须自动增加扩展空间的方法，以便应用程序可以识
别它。Solaris Volume Manager 不提供此功能。
更改Solaris Volume Manager 缺省值
228 Solaris Volume Manager 管理指南• 2006 年10 月
将组件添加到RAID-5 卷时，组件将成为卷的串联体。新组件不包含奇偶校验信息。但
是，新组件上的数据将受到对卷执行的整体奇偶校验计算的保护。
通过添加其他组件，可以扩展日志设备。无需运行growfs 命令，因为在重新引导系统时
Solaris Volume Manager 可以自动识别增加的空间。
通过增加基础卷或片中的空间，可以扩展软分区。通过添加片，可以扩展所有其他卷。
如何扩展文件系统
请查看第42 页中的“创建Solaris Volume Manager 组件的先决条件”。
查看与文件系统关联的磁盘空间。
# df-hk
有关更多信息，请参见df(1M) 手册页。
扩展逻辑卷上的UFS 文件系统。
# growfs -M /mount-point /dev/md/rdsk/volume-name
-M /mount-point 为要扩展的文件系统指定挂载点。
/dev/md/rdsk/volume-name 指定要扩展的卷名称。
有关更多信息，请参见以下示例和growfs(1M) 手册页。
扩展文件系统
在以下示例中，新的片已添加到卷d10 中，该卷包含已挂载的文件系统/home2。growfs 命
令使用-M 选项将挂载点指定为/home2，该挂载点将被扩展到原始卷/dev/md/rdsk/d10 中。
growfs 命令完成后，文件系统将跨越整个卷。扩展文件系统前后，可以使用df -hk 命令来
验证磁盘总容量。
# df-hk
Filesystem kbytes used avail capacity Mounted on
...
/dev/md/dsk/d10 69047 65426 0 100%/home2
...
# growfs -M /home2 /dev/md/rdsk/d10
/dev/md/rdsk/d10: 295200 sectors in 240 cylinders of 15 tracks, 82 sectors
开始之前
1
2
示例20–4
使用growfs 命令扩展文件系统
第20 章• 维护Solaris Volume Manager（任务） 229
144.1MB in 15 cyl groups (16 c/g, 9.61MB/g, 4608 i/g)
super-block backups (for fsck -F ufs -o b=#) at:
32, 19808, 39584, 59360, 79136, 98912, 118688, 138464, 158240, 178016, 197792,
217568, 237344, 257120, 276896,
# df-hk
Filesystem kbytes used avail capacity Mounted on
...
/dev/md/dsk/d10 138703 65426 59407 53%/home2
...
对于镜像卷，请始终对顶层卷运行growfs 命令。请不要对子镜像或主设备运行该命令，即
使已向子镜像或主设备添加空间也不要对其运行该命令。
在RAID-1 和RAID-5 卷中替换和启用组件的概述
Solaris Volume Manager 可以替换和启用RAID-1（镜像）和RAID-5 卷中的组件。
在Solaris Volume Manager 术语中，替换组件是一种用系统中的可用组件替换子镜像或
RAID-5 卷中的选定组件的方式。可以将此过程视为逻辑替换，以区别于物理方式替换组
件。有关更多信息，请参见第231 页中的“使用其他可用组件来替换组件”。
启用组件就是“激活”或替换组件本身（也就是说，组件名称是相同的）。有关更多信
息，请参见第230 页中的“启用组件”。
注– 因磁盘错误而进行恢复时，请浏览/var/adm/messages，以了解出现了哪种错误。如果
错误是暂时的，且磁盘本身没有问题，请尝试启用出故障的组件。也可以使用format 命令
来测试磁盘。
启用组件
存在以下任何一种情况时，都可以启用组件：
Solaris Volume Manager 无法访问物理驱动器。例如，由于断电或驱动器电缆松动，可能
会出现此问题。在这种情况下，Solaris Volume Manager 会将组件置于“Maintenance（维
护）”状态。需要确保驱动器可以访问（恢复供电、重新连接电缆等），然后启用卷中
的组件。
在RAID-1 和RAID-5 卷中替换和启用组件的概述
230 Solaris Volume Manager 管理指南• 2006 年10 月
您怀疑物理驱动器具有的暂时问题与磁盘无关。仅通过启用处于“Maintenance（维护）
”状态的组件，就可能修复该组件。如果通过启用组件未能解决问题，则需要执行以下
操作之一：
以物理方式替换磁盘驱动器并启用该组件
使用系统中的另一个可用组件来替换该组件
以物理方式替换磁盘时，请一定要按照被替换磁盘的分区对新磁盘进行分区，从而确保
每个已使用的组件上都有足够的空间。
注– 请始终检查将要替换的磁盘上的状态数据库副本和热备件。替换磁盘之前，应删除处于
错误状态的任何状态数据库副本。随后，在启用组件后，请重新创建同样大小的状态数据
库副本。应采取同样的方式处理热备件。
使用其他可用组件来替换组件
使用可用但在系统中未使用的其他组件替换或交换现有组件时，可以使用metareplace 命
令。
存在以下任何一种情况时，都可以使用此命令：
磁盘驱动器有问题，但没有备用驱动器。不过，系统上的其他位置有可用组件。
替换绝对有必要，但又不想关闭系统时，可能需要使用此策略。
在物理磁盘上看到软错误。
即使Solaris Volume Manager 显示处于“Okay（正常）”状态下的镜像/子镜像或RAID-5
卷，物理磁盘也可能报告软错误。使用其他可用组件替换有问题的组件后，即可执行预
防性维护，并可防止出现硬错误。
需要执行性能调整。
评估组件的一种方式就是使用Solaris Management Console 中增强的存储工具中可用的性
能监视功能。例如，您可能发现，RAID-5 卷中的某个组件和平均负载比较高，但该组
件仍处于“Okay（正常）”状态。要平衡卷上的负载，可以用磁盘上很少使用的组件来替
换该组件。可以联机执行此类型的替换，而不会中断卷服务。
Maintenance（维护）和Last Erred（最近出错）状
态
当RAID-1 或RAID-5 卷中的组件遇到错误时，Solaris Volume Manager 会使组件处于
“Maintenance（维护）”状态。不会对处于“Maintenance（维护）”状态的组件进一步执
行任何读取或写入操作。
在RAID-1 和RAID-5 卷中替换和启用组件的概述
第20 章• 维护Solaris Volume Manager（任务） 231
有时，组件会进入“Last Erred（最近出错）”状态。对于RAID-1 卷，通常单向镜像会出现
这种情况。卷将遇到错误。但是，没有可供读取的冗余组件。对于RAID-5 卷，某个组件进
入“Maintenance（维护）”状态且另一个组件出现故障后，会出现这种情况。第二个出现
故障的组件将进入“Last Erred（最近出错）”状态。
当RAID-1 卷或RAID-5 卷中的组件处于“Last Erred（最近出错）”状态时，仍然会尝试对
标记为“Last Erred（最近出错）”的组件执行I/O。由于对Solaris Volume Manager 而言，
“Last Erred（最近出错）”组件包含最后一个完好的数据副本，因此会发生此I/O 尝试。
当组件处于“Last Erred（最近出错）”状态时，卷的行为与标准设备（磁盘）相同，卷将
向应用程序返回I/O 错误。通常，此时会丢失某些数据。
根据卷的类型，处理同一个卷中其他组件上的后续错误的方式会有所不同。
RAID-1 卷RAID-1 卷可以允许许多组件处于“Maintenance（维护）”状态，且仍然可
以读取和写入。如果组件处于“Maintenance（维护）”状态，则不会丢失任
何数据。可以按照任意顺序安全地替换或启用组件。如果组件处于“Last
Erred（最近出错）”状态，必须先替换处于“Maintenance（维护）”状态
的组件，然后才能替换该组件。替换或启用处于“Last Erred（最近出错）”
状态的组件通常意味着某些数据已丢失。修复镜像上的数据后，请确保对其
进行验证。
RAID-5 卷RAID-5 卷可允许单个组件处于“Maintenance（维护）”状态。可以安全地
替换处于“Maintenance（维护）”的单个组件，而不会丢失数据。如果其他
组件上出现错误，则该组件将进入“Last Erred（最近出错）”状态。此时，
RAID-5 卷是只读设备。您需要执行某种类型的错误恢复，以使RAID-5 卷的
状态稳定，并降低数据丢失的可能性。如果RAID-5 卷达到“Last Erred（最
近出错）”状态，则很有可能已丢失数据。修复RAID-5 卷上的数据后，请
确保对其进行验证。
请始终先替换处于“Maintenance（维护）”状态的组件，然后再替换处于“Last Erred（最
近出错）”状态的组件。替换和重新同步组件后，请使用metastat 命令来验证其状态。然
后，验证数据。
在RAID-1 和RAID-5 卷中替换和启用组件的背景信
息
在RAID-1 卷或RAID-5 卷中替换组件时，请遵循以下原则：
请始终先替换处于“Maintenance（维护）”状态的组件，然后再替换处于“Last Erred
（最近出错）”状态的组件。
替换和重新同步组件后，请使用metastat 命令来验证卷的状态。然后，验证数据。替换
或启用处于“Last Erred（最近出错）”状态的组件通常意味着某些数据已丢失。修复卷
上的数据后，请确保对其进行验证。对于UFS，请运行fsck 命令以验证“元数据”（文
件系统的结构）。然后，检查实际的用户数据。（实际上，用户必须检查其文件。）数
据库或其他应用程序必须自备验证其内部数据结构的方式。
在RAID-1 和RAID-5 卷中替换和启用组件的概述
232 Solaris Volume Manager 管理指南• 2006 年10 月
替换组件时，请始终检查状态数据库副本和热备件。替换物理磁盘之前，应删除处于错
误状态的任何状态数据库副本。启用组件之前，应恢复状态数据库副本。同样的过程适
用于热备件。
替换RAID-5 卷的组件期间，可以采用以下两种方式来恢复数据：从当前正在使用的热
备件恢复数据，或使用RAID-5 奇偶校验（未使用热备件时）来恢复数据。
替换RAID-1 卷的组件时，Solaris Volume Manager 将自动开始将新组件与该卷的其余组
件重新同步。重新同步完成后，被替换的组件即可读取和写入。如果已使用热备件中的
数据替换了出故障的组件，则该热备件将处于“Available（可用）”状态，且可用于其
他热备件替换。
新的组件必须足够大，才能替换旧的组件。
为避免意外情况，替换处于“Last Erred（最近出错）”状态的设备之前，请备份所有数
据。
在RAID-1 和RAID-5 卷中替换和启用组件的概述
第20 章• 维护Solaris Volume Manager（任务） 233
234
Solaris Volume Manager 的最佳做法
本章通过使用Solaris Volume Manager 的实际存储方案提供一般的最佳做法信息。在本章
中，将首先介绍一个典型配置，然后进行分析，并提供满足相同需求所需的建议（“最佳做
法”）配置。
本章包括以下信息：
第235 页中的“部署小型服务器”
第236 页中的“结合使用Solaris Volume Manager 和网络存储设备”
部署小型服务器
分布式计算环境通常需要在多个位置部署类似或相同的服务器。这些环境包括ISP，分布于
不同地理位置的销售机构和电信服务提供商。分布式计算环境中的服务器可能提供以下某
些服务：
路由器或防火墙服务
电子邮件服务
DNS 高速缓存
Usenet（网络新闻）服务器
DHCP服务
在各种不同位置提供的其他最佳服务
这些小型服务器具有几个共同的特征：
高可靠性要求
高可用性要求
常规硬件和性能要求
开始时，请考虑具有单个SCSI 总线和两个内部磁盘的NetraTM 服务器。此现有配置是分布式
服务器的良好起点。可以方便地使用Solaris Volume Manager 来镜像某些或所有片，进而提
供冗余存储以帮助防止磁盘故障。有关此小型系统配置的示例，请参见下图。
21 第2 1 章
235
图21–1小型系统配置
此配置可能包括对根(/)、/usr、swap、/var 和/export 文件系统以及状态数据库副本（每
个磁盘一个副本）的镜像。因而，任何镜像任一端的故障都不一定会导致系统故障。而
且，最多可允许五个独立故障。但是，不能充分保护系统免遭磁盘或片故障的影响。各种
潜在的故障都可能会导致整个系统出现故障，因而需要操作人员干预。
尽管此配置可帮助提供一些防止灾难性磁盘故障的保护措施，但还是暴露出主要的可能单
点故障：
单个SCSI 控制器是可能的故障点。如果控制器出现故障，系统将关闭，等待更换部件。
两个磁盘没有提供足够的状态数据库副本的分布。多数一致算法要求只有达到一半数量
的状态数据库副本可用时，系统才能继续运行。此算法还要求只有当一半数量的副本再
加上一个副本可用时，才能重新引导系统。因此，如果每个磁盘上各有一个状态数据库
副本，且某个磁盘或包含副本的片出现故障，则无法重新引导系统。因此，镜像的根
(/) 文件系统就会无效。如果每个磁盘上有两个或更多个状态数据库副本，则一个片出
现故障可能不是大问题。但是，磁盘故障仍然可能会阻止重新引导系统。如果各个磁盘
上的副本数目不同，一个磁盘上的副本数目超过一半，而另一个磁盘的副本数目则不足
一半。如果具有较少副本的磁盘出现了故障，则系统可以重新引导并继续工作。但是，
如果具有较多副本的磁盘出现故障，则系统将立即崩溃。
“最佳做法”是再添加一个控制器以及一个硬盘驱动器来修改配置。生成的配置更具弹性。
结合使用Solaris Volume Manager 和网络存储设备
Solaris Volume Manager 可以与网络存储设备完善配合，特别是那些提供可配置RAID 级别和
灵活选项的设备。通常，Solaris Volume Manager 与这类设备的组合产生的性能和灵活性优
于单个产品。
一般情况下，请不要在提供冗余的任何硬件存储设备（如RAID-1 和RAID-5 卷）上建立
Solaris Volume Manager 的RAID-5 卷。除非有非常特殊的情况，否则性能将受到影响。此
外，冗余性或更高可用性方面的收益也会非常小。
结合使用Solaris Volume Manager 和网络存储设备
236 Solaris Volume Manager 管理指南• 2006 年10 月
另一方面，使用RAID-5 卷配置基础硬件存储设备是非常有效的。这样做将为Solaris Volume
Manager 卷提供良好的基础。硬件RAID-5 为Solaris Volume Manager 的RAID-1 卷、软分区
或其他卷提供附加冗余性。
注– 请勿配置类似的软件与硬件设备。例如，请不要在硬件RAID-1 设备的顶部生成软件
RAID-1 卷。在硬件和软件中配置类似的设备会降低性能，但不会影响可靠性。
在基础硬件存储设备上生成的Solaris Volume Manager 的RAID-1 卷不是RAID-1+0。Solaris
Volume Manager 不能充分识别基础存储，因而无法提供RAID-1+0 功能。
在Solaris Volume Manager RAID-1 卷（在硬件RAID-5 设备上生成的）的顶部配置软分区是
非常灵活且有弹性的配置。
结合使用Solaris Volume Manager 和网络存储设备
 
 

以上文章转自于 ： [url]http://developers.sun.com.cn/[/url]