Volume 的优化从硬件开始VxVM 对于虚拟存储设备的管理，其超强的表现真是三天三夜也说不完，自动优化 volume 的分配、在线扩充 volume 的大小、灵活地改变分层结构、数据的保护技术、数据 迁移的简单性、动态多路径等。在使用 VxVM 生成 Volume 的时候，大部分情况下，我们 不需要考虑 subdisk 的选择，VxVM 的强项在这方面能充分展现出来，VxVM 会自动选择 最优方案来分配 subdisk 在各个 vmdisk 上的分布。但有的时候，当服务器的存储设备是大 型的磁盘阵列，其本身是由许多的磁盘所组成的，经过磁盘阵列的控制器划分了 LUN 以 后，VxVM 并不能知道每个 LUN 在磁盘阵列上的分布情况，只能将每个 LUN 看成是一个 物理磁盘来进行 volume 的划分。要想充分挖掘出 VxVM 的优点和磁盘阵列的性能，优化 volume 性能，就需要在 VxVM 划分 volume 的时候，仔细分析磁盘阵列上每个 LUN 的分 布情况与 VxVM 中 vmdisk 的对应关系。 本文总结了这项工作在一次工程中的分析实施过程，希望对各位今后在使用 VxVM 时有所启发。 这项工程中涉及到一台 HP XP512 磁盘阵列与 Sun Enterprise 服务器的连接，服务器 上安装了 VxVM，通过 VxVM 将磁盘阵列作为数据库的存储设备。 HP XP512 磁盘阵列需要作为 Sun Enterprise 服务器的存储设备，按照应用系统的要求， XP512 配置了 8 个 Array Group，每个 Array Group 是由 4 个 74GB 磁盘组成，2 个 74GB Spare Disk，4 个 CHIP，2 个 ACP。CHIP 上的 4 个 FC 接口直接与两台 Sun Enterprise 服务 器的光纤接口连接，同一接口板上的接口分别连接不同的 Sun Enterprise 服务器，保证了 I/O 通道的冗余。 XP512 上 8 组盘的划分是： Disk Mechs : R100 R110 R120 R130RAID Group : 1-1 Disk Mechs : R101 R111 R121 R131RAID Group : 1-2 Disk Mechs : R102 R112 R122 R132RAID Group : 1-3 Disk Mechs : R103 R113 R123 R133RAID Group : 1-4 Disk Mechs : R104 R114 R124 R134RAID Group : 1-5 Disk Mechs : R105 R115 R125 R135RAID Group : 1-6 Disk Mechs : R106 R116 R126 R136RAID Group : 1-7 Disk Mechs : R107 R117 R127 R137RAID Group : 1-8 每个 RAID Group 中的逻辑盘映射到 2 个不同的 CHIP 端口，逻辑盘的类型是 OPEN- 9。每个 RAID Group 划分出 19 个 OPEN-9 的逻辑盘（LDEV） 。LDEV 对应的 LUN 在 Solaris 中显示为容量 7042 MB 的 SCSI 磁盘。 见下图：RAID GroupLDEV物理磁盘物理磁盘SCSI diskXP 512磁盘阵列Solaris系统RAID 1mapLDEVLDEVLDEVLDEVSCSI diskSCSI diskSCSI diskSCSI disk1231819我们可以用 XP 512 提供的在 Solaris 上的扫描工具，将 Solaris 系统中看到的磁盘设 备与 XP 512 的 RAID Group 形成对应关系，例如见下列扫描信息： Device File : /dev/rdsk/c1t3d20s2 Model : XP512ALPA : e2 Serial # : 00030214Target : 03 Subsystem : 0004LUN : 14 CT Group : -Port : CL1C CA Volume : SMPLCU:LDev : 00:24 BC0 (MU#0) : SMPLType : OPEN-9 BC1 (MU#1) : SMPLSize : 7042 MB BC2 (MU#2) : SMPLCode Rev : 0110 RAID Level : RAID1Disk Mechs : R101 R111 R121 R131 RAID Group : 1-2Port WWN : 500060e802760602 ACP Pair : 1 Device File : /dev/rdsk/c1t3d21s2 Model : XP512ALPA : e2 Serial # : 00030214Target : 03 Subsystem : 0004LUN : 15 CT Group : -Port : CL1C CA Volume : SMPLCU:LDev : 00:25 BC0 (MU#0) : SMPLType : OPEN-9 BC1 (MU#1) : SMPLSize : 7042 MB BC2 (MU#2) : SMPLCode Rev : 0110 RAID Level : RAID1Disk Mechs : R101 R111 R121 R131 RAID Group : 1-2Port WWN : 500060e802760602 ACP Pair : 1Device File : /dev/rdsk/c1t3d22s2 Model : XP512ALPA : e2 Serial # : 00030214Target : 03 Subsystem : 0004LUN : 16 CT Group : -Port : CL1C CA Volume : SMPLCU:LDev : 00:26 BC0 (MU#0) : SMPLType : OPEN-9 BC1 (MU#1) : SMPLSize : 7042 MB BC2 (MU#2) : SMPLCode Rev : 0110 RAID Level : RAID1Disk Mechs : R102 R112 R122 R132 RAID Group : 1-3Port WWN : 500060e802760602 ACP Pair : 1从扫描信息中可知，磁盘 c1t3d20s2 与 c1t3d21s2 属于同一个 RAID Group （RAID Group : 1-2） ，而 c1t3d22s2 则属于另一个 RAID Group（RAID Group : 1-3） 。 为系统中的磁盘设备与 RAID Group 建立对应关系，可以为以后划分磁盘时考虑 I/O 性能提供参考和帮助。 Sun Enterprise 服务器上安装 Sbus 接口的 JNI 光纤卡，在 Solaris 系统中对光纤卡进行 配置，修改系统核心配置文件 /kernel/drv/fcaw.conf。 由于 XP512 的逻辑磁盘映射到 Solaris 系统中的 LUN 从 0 到 100 多，所以系统文件 /kernel/drv/sd.conf 亦需要修改，例如需要增加下列内容： name=“sd“ “scsi“ target=3 lun=151; name=“sd“ “scsi“ target=3 lun=150; name=“sd“ “scsi“ target=3 lun=2; name=“sd“ “scsi“ target=3 lun=1; name=“sd“ “scsi“ target=7 lun=151; name=“sd“ “scsi“ target=7 lun=150; name=“sd“ “scsi“ target=7 lun=2; name=“sd“ “scsi“ target=7 lun=1; name=“sd“ “scsi“ target=7 lun=0; 其中的 target 的值由 XP512 映射到 Solaris 系统中的设备名决定，只有这样，在系统 中才能看到 XP 512 的磁盘。 Sun 服务器上安装了 VxVM，因为 XP512 的 RAID Group 已经做了 RAID 1，所以考 虑到存储容量和系统性能，在 VxVM 的配置中除了 RAID 0，不再配置其他类型的 RAID。每台服务器有两块光纤卡连接 XP512，VxVM 提供 DMP（Dynamic Multi-Pathing） 功能，I/O 路径冗余，负载均衡。针对 XP512，Solaris 中需要修改系统核心配置文件 /kernel/drv/vxdmp.conf，将 dmp_jbod=“HITACHI“修改成 dmp_jbod=“HP“。 为了达到最佳磁盘访问性能，在用 VxVM 配置 Disk Group 以及建立 Volume 时，需 要考虑到系统磁盘所对应的 XP512 上的物理磁盘。 以 Oracle 数据库应用系统为例，表空间由多个数据文件组成，而建立数据文件所在 的 Volume 是跨多个系统磁盘的，系统磁盘对应 XP512 的逻辑盘，也是跨多个物理盘。由 于这种原因，在设置数据库的设备时，不能简单认为只要 Volume 设计成