HP 3PAR Management Console 4.3 配置全流程：从建 HOST 到导出卷

简介：HP 3PAR操作手册面向存储运维工程师与数据中心管理员，聚焦HP 3PAR存储设备的初始化配置与日常管理，帮助读者从零掌握管理控制台的核心操作流程。资源包共1个docx文档，约3.27MB，以图文步骤形式组织内容，便于对照界面逐项操作。文档围绕HP 3PAR Management Console展开，依次讲解登录验证、创建主机并绑定HBA卡WWN、创建CPG存储池并选择RAID级别与类型、创建虚拟卷VV、将VV导出分配至主机并设置LUN等关键环节，同时穿插HOST、CPG、VV等基本概念说明，使操作与原理相互印证。目前已有2393人学习，适合刚接触3PAR存储、需要快速上手划盘与卷分配的中初级运维人员作为案头参考，也可供有经验的管理员梳理配置顺序、核对操作细节时查阅。

1. 从一台认不到盘的存储说起：HP 3PAR Management Console 4.3 环境怎么搭

机房上架一台旧存储，光纤线插好、交换机 zone 划完，主机侧lsscsi却始终看不到盘。排查一圈发现不是链路问题，而是存储侧压根没建 HOST、没划 CPG、没导出 VV——HP 3PAR 这套东西，盘不是“插上就有”的，得在管理界面里一层层手工配出来。这类场景在虚拟化扩容、老数据中心迁移里非常常见，装不好轻则主机认不到 LUN，重则 WWN 填错把别人的卷导给了错误主机。这篇笔记按我实际操作的顺序，把 HP 3PAR Management Console 4.3 的登录、建 HOST、建 CPG、建 VV、导出卷这条链路走一遍，适合第一次接手 3PAR 的运维，也适合熟手对照版本差异和参数取舍。

2. 装前把环境列清：管理控制台 4.3 的登录与连通性

2.1 客户端与存储侧的版本对应关系

HP 3PAR Management Console 4.3 是配套 3PAR OS 3.2.x 一代的图形管理客户端，跑在 Windows 上，通过 8443 端口连存储的管理口。装之前先确认两件事：一是存储 OS 版本，登录后showversion能看到，客户端大版本不要跨太多代，4.3 的 Console 连 3.3.x 之后的 OS 会出现部分菜单灰掉的情况；二是管理口 IP 是否和你的运维网段通，3PAR 默认管理口在控制器节点上，双控各一个 IP，日常连主节点即可。

我一般会先在跳板机上做三件事再打开客户端：

# 1. 确认管理口 8443 可达（3PAR Console 走 HTTPS） nc -zv 192.168.10.20 8443 # 2. 确认管理口 22 可达（后面用 CLI 复核配置要用） nc -zv 192.168.10.20 22 # 3. 记录客户端机器时间，3PAR 对证书时间敏感 date

nc -zv只做 TCP 握手，不通就先查交换机 ACL 和存储管理口网线，别急着怀疑客户端。8443 不通但 22 通的情况我遇到过，多半是中间防火墙只放了 SSH，这种时候要么开端口，要么直接用 CLI 干活，图形界面不是唯一路径。

2.2 安装 Management Console 4.3 与首次登录

客户端安装包从存储自带的软件分发里取，或者用随设备交付的介质，安装过程就是一路 next，注意两点：安装路径不要带中文和空格；安装完第一次启动会提示导入证书，选“接受并保存”，否则每次连都弹告警。登录信息按手册给的是：

提示：3paradm是出厂默认的超级管理员账号，密码3pardata也是默认值。生产环境第一次登录后必须改密码，改完把新密码进密码库，别留在文档里。

登录后先别急着建东西，在左侧树里点一下系统节点，确认能看到控制器、端口、物理磁盘的概览。如果概览里端口状态是loss_sync或者物理盘有failed，先把硬件问题处理掉再往下走，不然建出来的 CPG 可能落在坏盘上。

2.3 用 CLI 做一次基线核对

图形界面看着正常不代表底层一致，我习惯在动配置前用 SSH 登进去跑几条只读命令留个基线：

# 登录存储 CLI ssh 3paradm@192.168.10.20 # 查看系统版本与节点状态 showversion shownode # 查看现有主机与端口 WWN showhost showport -par

showversion确认 OS 版本和 Console 4.3 匹配；shownode看双控是否都 online；showhost列出已有 HOST，避免新建时重名；showport -par能看到每个 FC 端口的 WWN 和连接状态，后面建 HOST 填 WWN 时以这里为准，比从交换机侧抄更可靠。这几条命令不改任何配置，出问题也好回溯。

3. 建 HOST：WWN 填错是这条链路上最常见的翻车点

3.1 创建 HOST 的完整路径与参数含义

在 Console 里走HOST → Common Actions → create host，进入向导后第一个勾选项（通常问是否使用主机模板）不勾，直接 next。第二页填主机名称和操作系统类型：名称建议用“业务名-主机名”的格式，比如vmware-esxi01，操作系统类型按实际选，选错会影响后续多路径识别的默认参数，VMware 选VMware，Linux 选Linux，Windows 选Windows，拿不准就选Generic，但 Generic 不会帮你套用任何优化参数。

第三页是选 WWN，左侧列出的是存储端口上已经看到的、尚未分配给任何 HOST 的 WWN。如果目标主机的 HBA WWN 在左侧列表里，直接选中点到右侧；如果没列出来，说明存储端口还没看到这块 HBA 的登录，或者你抄的 WWN 格式不对，这时在下方输入框手工填 WWN 加到右侧。WWN 格式是 16 位十六进制，带不带冒号都行，但别把交换机侧的端口 WWN 和 HBA 的节点 WWN 搞混——这是血泪经验，填错一个字符，主机侧就是认不到盘。

主机名称: vmware-esxi01 操作系统: VMware WWN 列表: 20:00:00:25:b5:0a:00:01 20:00:00:25:b5:0a:00:02

上面两条是双口 HBA 的两个 WWN，一台主机要把两个口都加上，只加一个口的话多路径只剩单边，后面导出卷时路径数不够，性能和对冗余都有影响。填完 next 完成创建，左侧 HOST 菜单里能看到新主机，点进去核对 WWN 是否和主机侧cat /sys/class/fc_host/host*/port_name输出一致。

3.2 主机侧 WWN 的取法与核对

Linux 主机上取 WWN 不要靠猜，直接读 sysfs：

# 列出每块 FC HBA 的端口 WWN for h in /sys/class/fc_host/host*; do echo "$h: $(cat $h/port_name)" done

输出形如0x20000025b50a0001，去掉0x就是 16 位十六进制，和 Console 里填的格式对得上。VMware 侧在存储适配器 → 属性里看“节点 WWN”和“端口 WWN”，建 HOST 时填端口 WWN。核对这一步别省，我见过把节点 WWN 填进去的，结果存储侧认为主机没登录，导出卷后主机侧扫不到，来回折腾半天。

3.3 建完 HOST 后的即时验证

创建完成后不要直接进下一步，先在 CLI 里复核：

showhost showhost -d vmware-esxi01

showhost看主机是否在列表里、WWN 数量对不对；showhost -d看详情，确认每个 WWN 的状态是online而不是offline。如果 WWN 显示 offline，说明存储端口没看到这个 HBA 登录，回去查光纤链路和 zone，别在这个状态下继续建 CPG 和 VV，否则后面导出卷会失败或者路径不全。

4. 建 CPG 与 VV：RAID 级别和卷类型怎么选

4.1 创建 CPG 的步骤与 RAID 参数取舍

CPG 是 3PAR 的存储池，所有 VV 都从 CPG 里切空间。路径是Provisioning → create CPG，向导第一页同样不勾模板，next。第二页填 CPG 名称、选 RAID 级别和类型。RAID 级别按底层磁盘和业务需求选：全闪环境常用 RAID5 或 RAID6，机械盘混布常用 RAID6 保容量，对性能敏感的小块随机写可以上 RAID1。类型一般选Fast Class（对应 SSD）或NL Class（对应近线盘），选错类型会导致 CPG 落在错误的磁盘层上，容量和性能都对不上。

CPG 名称: cpg_vmware_01 RAID 级别: RAID6 磁盘类型: NL（近线盘）

名称建议带业务标识和序号，后面建 VV 时一眼能看出卷属于哪个池。RAID6 在近线盘上写惩罚明显，但容量利用率高，适合备份和冷数据；如果这块池要跑虚拟化热数据，宁可 RAID5 加 SSD。创建完在左上CPGs菜单里能看到新 CPG，点进去核对可用容量和 RAID 类型，别只看名字对不对。

4.2 创建 VV 时名称、容量与类型的填写

VV 是最终导出给主机的虚拟卷。路径Provisioning → create virtual volume，填 VV name、VV size，选 VV 类型和所在 CPG。VV 类型常见有Base（厚置备，一次划满）、Thin（精简置备，按写入增长）、Snapshot（快照卷）。虚拟化场景我一般用 Thin，容量按业务预估给，别一次给满，Thin 卷后期扩容比厚卷灵活；但对延迟极敏感且容量确定的库，用 Base 更稳，避免 Thin 的元数据开销和空间告警。

VV 名称: vv_esxi01_data01 VV 大小: 2048 GiB VV 类型: Thin 所在 CPG: cpg_vmware_01

容量单位在 Console 里可以选 GiB 或 TiB，填的时候看清单位，我踩过一次把 2 TiB 填成 2 GiB，导出后主机侧发现卷小得离谱，只能删了重建。创建完在左侧Virtual Volumes列表里核对名称、大小、类型和所属 CPG，四项都对再往下走。

4.3 用 CLI 复核 CPG 与 VV 的落点

图形界面建完，CLI 再核一遍，确认卷真的落在预期的池里：

# 查看 CPG 列表与可用容量 showcpg # 查看 VV 详情，确认所属 CPG 和类型 showvv -d vv_esxi01_data01

showcpg输出里看Usr列的可用容量是否按预期减少；showvv -d看Type是thin还是base、CPG列是不是你建的那个池。如果 VV 落到了默认池或者类型不对，趁还没导出赶紧删了重建，导出后再改就得先 unexport，多绕一圈。

5. 导出 VV 到主机：LUN 分配与路径核对

5.1 Export Volumes 的操作顺序

路径是Provisioning → Export Volumes，向导第一页不勾选项，next。第二页左侧选要导出的 VV，右侧选目标主机，LUN 勾Auto。Auto 让存储自动分配一个未占用的 LUN ID，一台主机导多个卷、或者一个卷导给多台主机都靠这个选项，手工指定 LUN 反而容易和已有卷冲突。选完 next 完成导出。

源 VV: vv_esxi01_data01 目标主机: vmware-esxi01 LUN: Auto

导出完成后在左侧Virtual Volumes里点开该卷，能看到Exported to一栏列出主机名和 LUN ID，记下这个 LUN，主机侧扫盘时对照用。如果导出时报“host not found”或者“no free LUN”，前者是 HOST 没建好或 WWN 不在线，后者是这台主机的 LUN ID 用满了，需要清理不再使用的导出。

5.2 主机侧扫盘与多路径确认

Linux 侧重新扫 FC 总线：

# 触发 SCSI 总线重扫 for h in /sys/class/scsi_host/host*/scan; do echo "- - -" > $h done # 查看新出现的磁盘 lsscsi multipath -ll

lsscsi应该能看到新磁盘，容量和 VV 大小一致；multipath -ll看这块盘是否聚合出多条路径，双口 HBA 正常应该是 2 条或 4 条路径（取决于 Fabric 冗余）。如果lsscsi有盘但multipath只有单路径，回去查 HOST 里是不是只加了一个 WWN，或者交换机 zone 只划了单边。VMware 侧在“存储适配器 → 重新扫描”后看设备列表，路径数同样要对得上。

5.3 导出关系的反向核对

最后在 CLI 里把导出关系拉出来对一遍：

# 查看 VV 与主机的导出关系 showvlun -v vv_esxi01_data01 # 查看某主机上所有已导出的卷 showvlun -host vmware-esxi01

showvlun -v输出里LUN列就是实际分配的 LUN ID，Host列是目标主机；showvlun -host反过来看这台主机上挂了哪些卷。两边对得上，说明导出链路完整。这一步是我每次交付前的固定动作，图形界面显示成功但底层 vlun 没建全的情况虽然少见，一旦碰上就是主机侧间歇性丢盘，很难查。

6. 避坑与排查：五条踩过的记录

6.1 主机侧认不到盘，HOST 里 WWN 显示 offline

现象：导出卷成功，主机lsscsi看不到新盘。原因：HOST 里填的 WWN 和 HBA 实际端口 WWN 不一致，或者光纤链路没起来，存储端口没看到登录。解决：主机侧读port_name和 Console 里逐位比对，CLI 跑showhost -d看 WWN 状态，offline 就查 zone 和光模块，别在存储侧反复重建 HOST。

6.2 导出时报 no free LUN

现象：Export Volumes 向导最后一步失败，提示没有可用 LUN。原因：目标主机上已导出的卷占满了 LUN ID 范围，或者之前删卷时只删了 VV 没 unexport。解决：showvlun -host列出该主机所有导出关系，清理不再使用的，再重新导出；不要手工硬指定一个看起来空的 LUN，容易和残留记录冲突。

6.3 CPG 建出来容量和预期差很多

现象：建完 CPG 可用容量远小于物理盘总量。原因：RAID 级别和磁盘类型选错，比如把近线盘选成了 Fast Class，或者 RAID6 的校验开销没算进去。解决：showcpg -d看底层磁盘分布，确认DiskType和RAIDType，选错了删掉重建，CPG 上还没挂 VV 时删除是安全的。

6.4 Thin 卷写满导致主机侧 I/O 挂起

现象：业务写到一定程度，主机侧 I/O 超时，存储告警空间不足。原因：Thin 卷按写入增长，CPG 剩余空间被吃光后，3PAR 会暂停对该 CPG 的写入。解决：showcpg盯可用容量，设告警阈值，Thin 卷不要按物理容量满打满算地划；已经写满的先扩容 CPG 或迁移部分卷，别直接删卷。

6.5 Console 4.3 连上新 OS 后部分菜单灰掉

现象：登录成功，但 Provisioning 下某些操作不可点。原因：Console 版本和存储 OS 版本不匹配，4.3 对新一代 OS 的部分特性不支持。解决：换用与 OS 匹配的 Console 版本，或者临时用 CLI 完成对应操作；不要强行在灰掉的菜单上找替代入口，容易误操作。

7. 装完怎么验证：一套五分钟能跑完的核对清单

配置做完不等于交付完成，我习惯在交付前跑一遍固定核对，五分钟内能确认整条链路是通的。先在存储 CLI 上把四层关系拉出来：

# 1. HOST 与 WWN 是否在线 showhost -d vmware-esxi01 # 2. CPG 容量与 RAID 类型 showcpg -d cpg_vmware_01 # 3. VV 类型与所属 CPG showvv -d vv_esxi01_data01 # 4. 导出关系与 LUN showvlun -v vv_esxi01_data01

四条命令的输出要能串成一条线：HOST 里的 WWN 是 online，CPG 的 RAID 和磁盘类型符合设计，VV 的 CPG 列指向这个池、类型是 thin，vlun 里主机和 LUN 对得上。任何一环对不上，就停在这一环查，不要带着疑点往下走。

然后到主机侧做一次实际读写验证，光看设备列表不够：

# 确认多路径聚合正常 multipath -ll # 对新盘做一次小范围写读，确认链路真的通 dd if=/dev/zero of=/dev/mapper/mpathX bs=1M count=100 oflag=direct dd if=/dev/mapper/mpathX of=/dev/null bs=1M count=100 iflag=direct

oflag=direct绕过页缓存，测的是真实链路；count=100只写 100 MiB，不会破坏卷上已有数据的前提是这块盘还是空的，已经投产的卷不要跑写测试，只跑读。多路径输出里路径状态应该是active ready，出现failed就回去查对应 HBA 口和 zone。

最后对照一张交付核对表，把结果记进变更单：

这张表看着琐碎，但它是后悔药。有一次我图快跳过了主机侧读写测试，交付后第二天业务反馈间歇性 I/O 错误，回头查发现是其中一个 HBA 口的 zone 划错了，多路径里一条路径一直 failed，只是没触发告警。从那以后我每次交付 3PAR 的卷，不管多急，multipath -ll和一次 direct 读写都强制走一遍，表填完才签字。希望这套流程能帮到你，少在 WWN 和 LUN 上翻车。

本文还有配套的精品资源，点击获取