最终的Solaris Volume Manager 配置
第5 章• 配置和使用Solaris Volume Manager（方案） 57
d127 -p c2t3d0s7 -o 3592 -b 1433600
hsp010
hsp014 c1t2d0s1 c2t2d0s1
hsp050 c1t2d0s5 c2t2d0s5
hsp070 c1t2d0s4 c2t2d0s4
有关-p 选项的更多信息，请参见metastat(1M) 命令。
最终的Solaris Volume Manager 配置
58 Solaris Volume Manager 管理指南• 2006 年10 月
状态数据库（概述）
本章提供有关状态数据库副本的概念信息。有关执行相关任务的信息，请参见第7 章。
本章包含以下信息：
第59 页中的“关于Solaris Volume Manager 状态数据库和副本”
第60 页中的“了解多数一致算法”
第62 页中的“处理状态数据库副本错误”
第63 页中的“方案－状态数据库副本”
关于Solaris Volume Manager 状态数据库和副本
Solaris Volume Manager 状态数据库包含所有卷、热备件和磁盘集的配置和状态信息。Solaris
Volume Manager 可维护状态数据库的多个副本，以提供冗余并防止数据库在系统崩溃过程
中损坏（最多只会有一个数据库副本损坏）。
状态数据库副本可以确保状态数据库中的数据始终有效。当状态数据库被更新时，每个状
态数据库副本也被更新。一次只会对一个副本进行更新（以防止系统崩溃的情况下所有更
新副本都会损坏）。
如果系统丢失了状态数据库副本，则Solaris Volume Manager 必须确定哪个状态数据库副本
仍然包含有效数据。Solaris Volume Manager 通过使用多数一致算法来确定此信息。在此算
法中，只有当多数（半数+ 1 个）状态数据库副本可用并一致时，才会认为其中的任何状态
数据库副本是有效的。由于多数一致算法的要求，设置磁盘配置时，必须创建至少三个状
态数据库副本。只要三个状态数据库副本中至少有两个可用，就可以取得一致。
在引导过程中，Solaris Volume Manager 将忽略损坏的状态数据库副本。在某些情况下，
Solaris Volume Manager 会尝试重写损坏的状态数据库副本。否则，在修复这些状态数据库
副本之前，会将其忽略。如果状态数据库副本由于其基础片遇到错误而损坏，则需要修复
或替换该片，然后再启用副本。
6第6 章
59
注意– 请勿将状态数据库副本放置在通过光纤连接系统的存储器、SAN或未与系统直接连接
的其他存储器中。否则可能无法引导Solaris Volume Manager。副本所在的存储设备在引导
过程中必须与传统SCSI 驱动器或IDE 驱动器在同一时间可用。
如果丢失所有的状态数据库副本，则理论上可能会丢失存储在Solaris Volume Manager 卷中
的所有数据。出于此原因，最好是在单独的驱动器上跨多个控制器创建足够的状态数据库
副本，以防止灾难性故障。另外，保存初始的Solaris Volume Manager 配置信息以及磁盘分
区信息也是明智之举。
有关如何向系统中添加其他状态数据库副本的信息，请参见第7 章。有关丢失状态数据库
副本时如何进行恢复的信息，请参见第296 页中的“从状态数据库副本故障中恢复”。
状态数据库副本还用于RAID-1 卷重新同步方面。与镜像数目相比，如果状态数据库副本相
对过少，则可能会导致副本I/O 影响RAID-1 卷的性能。也即是说，如果有大量镜像，请确
保每个RAID-1 卷至少有两个状态数据库副本，每个磁盘集最多有50 个副本。
缺省情况下，卷（本地集）和磁盘集的每个状态数据库副本都占用4MB（8192 个磁盘扇
区）的磁盘存储空间。多属主磁盘集的状态数据库副本的缺省大小为16MB。
副本可以存储在以下设备中：
专用本地磁盘分区
属于卷的本地分区
属于UFS 日志记录设备的本地分区
副本不能存储在根(/)、swap 或/usr 片上，也不能存储在包含现有文件系统或数据的片上。
副本存储后，可以将卷或文件系统放置在同一个片上。
了解多数一致算法
复制的数据库的固有问题是可能很难确定哪个数据库包含有效并且正确的数据。为了解决
此问题，Solaris Volume Manager 使用多数一致算法。此算法要求大多数数据库副本彼此一
致，然后才能声明其中任一副本有效。此算法还要求至少存在三个已创建的初始副本。只
要三个副本中至少有两个可用，就可以取得一致。如果仅存在一个副本并且系统已崩溃，
则可能会丢失所有的卷配置数据。
为了保护数据，只有当所有状态数据库副本中有一半可用时，Solaris Volume Manager 才会
运行。因此，该算法可确保不会损坏数据。
多数一致算法可提供以下功能：
如果至少有一半状态数据库副本可用，则系统将继续运行。
如果少于一半的状态数据库副本可用，则系统将崩溃。
仅当全部状态数据库副本中的多数（半数+ 1）可用时，系统才能重新引导至多用户模
式。
了解多数一致算法
60 Solaris Volume Manager 管理指南• 2006 年10 月
如果可用的状态数据库副本数量不足，则必须将系统引导至单用户模式，并且删除足够的
已损坏副本或缺失副本以达到定额。请参见第296 页中的“如何从状态数据库副本不足中
恢复”。
注– 如果状态数据库副本总数为奇数，则SolarisVolume Manager 会将该数字除以2，然后将
结果向下舍入到最接近的整数，再加上1（一）以计算表示多数的数字。例如，在包含7 个
副本的系统上，表示多数的数字是4（7 除以2 为3.5，向下舍入后为3，再加1 为4）。
管理状态数据库副本
缺省情况下，状态数据库副本的大小为4MB或8192 个块。应在专用片上创建每个副本
大小至少为4MB的状态数据库副本。由于磁盘片可能不会这么小，因此可能需要调整
片的大小才能存放状态数据库副本。有关调整片的大小的信息，请参见《System
Administration Guide: Devices and File Systems》中的第12 章，“Administering Disks
(Tasks)”。
要避免单点故障，请将状态数据库副本分布于片、驱动器和控制器上。一般希望在单个
组件发生故障时大部分副本完好。如果丢失了副本（例如，由于设备故障），则运行
Solaris Volume Manager 或重新引导系统时可能会出现问题。Solaris Volume Manager 要求
至少有一半副本可用时才能运行，但要求有大多数（半数+ 1 个）副本可用才能重新引
导至多用户模式。
建议至少要有3 个状态数据库副本，每个Solaris Volume Manager 磁盘集最多有50 个副
本。建议遵循以下原则：
对于只有一个驱动器的系统：一个片上放置全部三个副本。
对于具有两个到四个驱动器的系统：一个驱动器上放置两个副本。
对于具有五个或更多驱动器的系统：一个驱动器上放置一个副本。
如果存在多个控制器，则应将副本尽可能平均分布于所有控制器中。此策略可在某个控
制器出现故障时提供冗余性，并且有助于平衡负载。如果控制器上存在多个磁盘，则每
个控制器上至少有两个磁盘应存储副本。
如有必要，可以在将用作RAID-0、RAID-1 或RAID-5 卷的一部分的片或软分区中创建
状态数据库副本。向卷中添加片之前，必须创建副本。Solaris Volume Manager 可为状态
数据库副本保留片的起始部分。
如果将状态数据库副本放置在作为卷的一部分的片上，则卷的容量会减小，这是由于副
本会占用一定空间。副本使用的空间会逐渐累积，直至达到下一个柱面边界为止。卷将
跳过此空间。
RAID-1 卷用于小规模的随机I/O（如数据库中的随机I/O）。要获得最佳性能，请在未
连接到RAID-1 卷的片上（最好位于单独的磁盘和控制器上）的每个RAID-1 卷中至少放
置两个附加副本。
不能在现有文件系统，或根(/)、/usr 和swap 文件系统上创建状态数据库副本。如有必
要，可通过分配swap 的空间来创建新片（假定片名称可用）。然后，将状态数据库副本
放置在此新片上。
可以在未使用的片上创建状态数据库副本。
管理状态数据库副本
阅读(427) | 评论(0) | 转发(0) |
