HPE 3PAR 8400 存储管理：SSMC 2.2 部署、兼容与排错指南

简介：面向存储管理员与服务器运维人员的 HPE 3PAR 8400 存储管理参考文档，围绕 SSMC 简体中文版控制台展开，重点解决 3PAR StoreServ 阵列在日常监控、系统配置与资源分配中的管理需求。压缩包仅含 1 个 PDF 文件，大小约 543KB，内容涵盖功能摘要、浏览器与固件兼容性、Windows/Linux 环境安装、静默安装选项、安全端口修改及 Excel Add-in 使用等章节，便于按模块查阅。已有 1865 人学习，适合初学者建立管理框架，也便于有经验的管理员快速核对部署与运维细节。读者可从中获得控制台安装规划、阵列资源配置、警报与事件管理、自动化任务设置等实操参考，并借助目录结构定位兼容性说明和故障排除要点，作为 3PAR 存储日常维护与排错时的案头资料。

1. 从一台连不上的 3PAR 8400 说起：SSMC 2.2 到底管什么、不管什么

一台还在服役的 HPE 3PAR StoreServ 8400，固件停在 3.2.2，管理入口却只能靠一台旧笔记本上的浏览器打开。这种场景在存量设备维护里太常见了：阵列还在跑业务，管理控制台却因为操作系统升级、Java 插件下线、机器报废而变得难以访问。SSMC 2.2 就是给这一代阵列准备的管理入口，它把服务器存储侧的容量、端口、主机映射和 Remote Copy 收进一个浏览器窗口，安装包本身是单个独立程序，装完自带管理员控制台和主控制台两部分。

这份《HPE 3PAR 8400 存储 管理员指南》真正值钱的地方，不在于教你怎么划 LUN，而在于把控制台自身怎么落地讲清楚了：装在哪、端口开哪个、证书怎么让它可信、哪些操作它压根做不了。手里有 7200 到 20850 这一代阵列、准备自己部署或从旧管理机迁移 SSMC 的存储管理员，是这份文档最直接的受众；如果你只想要一个“点开就能用”的图形界面，先看完第 2 章的兼容清单再决定，能省掉一半返工。

2. 兼容矩阵先画死线：12 款阵列、3 个固件版本与 32 个连接上限

装完连不上阵列，或者连上了发现功能缺一半，问题往往不在安装包，而在版本矩阵没对齐。SSMC 2.2 是 2015 年 8 月的产物，它的兼容清单写得非常“窄”，窄到近乎白名单。把这张表先抄下来贴在实施笔记第一页，比后面任何排错手段都管用。

2.1 浏览器与固件：这是白名单，不是“大于等于”

先看浏览器。SSMC 2.2 明确列出的版本是：IE 10 和 11；Chrome 37、38、40、41、43、44；Firefox 32、33、36、37、38、39，并注明首选 64 位浏览器。

Chrome 列表里跳过 39 和 42，这个细节说明清单是逐版本回归验证过的，不是“37 以上都行”。拿今天的浏览器去开，页面大概率能加载出来，但图表渲染、下拉框回填这类前端行为不保证正确，出问题时很难判断是阵列故障还是浏览器不兼容。我一般会在管理机上单独留一个受支持版本的浏览器（或者一个固定版本的便携包），专门用来开 SSMC，不和日常浏览器混用。

固件侧的限制更硬。支持的操作系统版本只有三个：HP 3PAR OS 3.1.3（包括所有 MU）、3.2.1（包括所有 MU）、3.2.2。注意 3.2.2 后面没有“包括所有 MU”这句话，这意味着装完 3.2.2 的后续维护包之后，SSMC 侧是否需要同步升级，得自己去发行说明里核对，不能想当然。

支持的阵列覆盖 7200/7200c、7400/7400c、7450/7450c、8200、8400、8440、8450、10400、10800、20450、20800、20850，一共 12 款。8400 在列，这是很多人找这份文档的直接原因。

实施前我习惯先在阵列侧把版本钉死，再决定装哪个 SSMC：

# 以管理账号通过 SSH 登录 3PAR CLI，先确认 OS 版本与节点状态 ssh 3paradm@<阵列管理口IP> # 查看系统软件版本，对应 3.1.3 / 3.2.1 / 3.2.2 三档 showversion # 查看节点型号与数量，确认是 8400 而不是同代的 8440/8450 shownode # 查看端口形态，为后面的联合/迁移前置条件做准备 showport

showversion输出的是 OS 版本号，注意区分主版本和维护包（MU）编号，两者对不上就先去查发行说明。shownode用来确认控制器节点型号和成对关系，后面配联合端口时要求“必须来自伙伴节点”，靠的就是这里的信息。showport看的是端口当前模式（主机模式、对等模式、自由配置），这是第 2.3 节的前置条件，提前看一眼比装完再回头改省事得多。

2.2 SSMC 与 MC 4.7 的功能对照：并轨期别急着删旧控制台

SSMC 2.2 提供的是 MC 的大部分功能，而不是全部。原文给出的对照表里，有几项明确的“否”值得单独拎出来：

这张表最实用的读法是：日常的块存储运维基本能在 SSMC 里闭环，但一旦涉及 Remote Copy 的初始配置、CPG 压缩、iSCSI VLAN 标记这类偏底层或偏策略的动作，还是得回 MC 4.7 或者直接敲 CLI。所以并轨期内不要把旧管理控制台卸载干净，SSMC 和 MC 可以同时管理同一批受支持的存储系统，两者并存没有冲突，只是别指望功能完全等价。

SSMC 主控制台的组织方式是按角色分区的，左侧主菜单展开后大致是这几块：

• 常规：容量、性能、活动与状态的总览，计划和全局设置也在这里改。FILE PERSONA 的文件存储、文件配置组菜单，需要先在全局设置里启用“高级文件对象”才会出现，很多人装完找不到文件相关菜单就是这个原因。
• 块角色：CPG、虚拟卷集、虚拟卷、主机集和主机的增删改，虚拟卷的转换与调整，导出和取消导出，快照（虚拟副本）与克隆（物理副本）的创建、编辑、删除、升级，克隆的停止与重新同步，以及虚拟卷、虚拟卷组、主机、主机集的 Peer Motion 启动。
• FILE PERSONA：文件角色、文件配置组（每个节点最多 32 TB）、虚拟文件服务器、文件存储、文件共享；防病毒设置分三级配置，分别是角色配置、虚拟文件服务器和文件存储。
• STORAGE SYSTEM：编辑、定位、调整、添加许可证、静态数据（DAR）加密管理，控制器节点/驱动器机箱/端口/物理驱动器的定位，端口配置，联合存储管理（只能由一个 SSMC 实例管理），以及虚拟卷、虚拟卷组、主机、主机集的 Peer Motion。
• SYSTEM REPORTER：报告和阈值警报的创建、编辑、删除、启停。它的数据采集是高可用的，节点故障时 3PAR OS 会在其他节点上自动启动 System Reporter，采集不会断。
• STORAGE OPTIMIZATION：Priority Optimization 配置和 Adaptive Flash Cache 配置的增删与启停。
• REPLICATION：Remote Copy 组的创建、编辑、删除、启动、停止、同步、故障转移、恢复和还原。
• 安全：StoreServ 用户、LDAP、角色、用户连接和域的管理。

把这份菜单记住的实际意义在于：拿到一个需求先判断它在哪个区，判断不了就说明这个需求大概率要落到 CLI 上，别在界面里反复点了。

2.3 32 个连接上限，以及联合与迁移的端口前置条件

SSMC 一个实例最多连接 32 个阵列。小环境里这个数字永远碰不到，但在集中管理场景下，它决定了你要不要按机房、按业务线拆多个 SSMC 实例。拆实例还有个副作用值得提前知道：SSMC 的每个实例只能使用一组登录凭据，实例拆多了，凭据管理也得跟着拆。

联合存储（Federation）的前置条件最容易在实施当天翻车，因为它要求在装机之前就把物理端口准备好：

1. 两个端口必须配置成对等模式，且必须来自伙伴节点，但不要求使用相同的插槽和端口号。
2. 这两个端口独占用于系统间通信和数据传输，不能再承载主机 I/O，接主机的一侧要提前挪走。
3. 端口已经连接到光纤交换机，并且处于就绪状态。

用于联合的迁移源还有一套独立要求：两个端口以主机模式或自由配置，同样必须来自伙伴节点，同样要连到光纤交换机并处于就绪状态。注意“主机模式或自由配置”和对等模式是两套不同的配置，源端和目标端别配反了。

LDAP 也有个顺序问题。原文写得很清楚：在添加要管理的存储系统之前，就要把 LDAP 服务器配置为连接到阵列的身份验证方法。角色映射一共 8 个 map，分别是 super-map、service-map、edit-map、browse-map、create-map、basic_edit-map、3PAR_AO-map、3PAR_RM-map。这些名字要和目录服务里的用户组一一对上，对不上就会出现“能登录 SSMC、但看不到任何阵列资源”的情况。

3. 装机实操：Windows 向导、Linux 拆 rpm 与静默参数怎么给

SSMC 服务器可以装在多种 Windows 和 Linux 环境上，安装包是单个程序，没有任何外部依赖需要单独装。这一章按 Windows 图形安装、Windows 静默、Linux 直装、Linux 拆包四条路走一遍，最后收在改安全端口这个高频后续动作上。

3.1 装之前必须落的四件事

第一件是防火墙。需要打开入站 TCP 端口 8443，或者你在安装时自己选定的端口号，目的是让外部用户能和 SSMC 通信。安装向导结束时会再提醒一次这件事，说明它是最常见的“装成功了但打不开”的原因。Windows 侧我一般用下面这条命令先把规则落下去，装完再验证：

# Windows：放行入站 TCP 8443，规则名自取，便于后续检索与删除 netsh advfirewall firewall add rule name="SSMC-8443-In" dir=in action=allow protocol=TCP localport=8443 # Linux（firewalld）：永久放行 8443 并重载生效 firewall-cmd --add-port=8443/tcp --permanent firewall-cmd --reload # 装完之后从另一台机器验证端口是否真的可达，别只在本机 curl curl -k -I https://<SSMC服务器IP>:8443/

dir=in表示入站方向，localport要和安装时填的端口严格一致，改成自定义端口后这条规则也得跟着改。curl -k里的-k是跳过证书校验，这里只用来验证 TCP 层和 TLS 握手是否通，不代表证书没问题，证书那一章单独处理。Linux 上用 firewalld 还是 iptables 取决于发行版，命令不同但目标一致：8443 入站必须通。

第二件是 LDAP，顺序见第 2.3 节，必须在添加存储系统之前完成。第三件是重装或升级时的数据保留决策：向导会明确问你保留还是删除已有的 SSMC 数据，选“是”保留，选“否”删除全部以前的 SSMC 数据。这个选项在升级时点错一次，历史报告和已添加的阵列列表就全没了，属于不可逆操作。第四件是磁盘空间，安装向导的预安装摘要页会显示所选设置和安装所需的空间，系统不满足最低要求时会直接报错，报错信息对应第 5 章的排查小节。

3.2 Windows：向导安装与 -i silent 静默安装

图形向导本身没什么技术含量，双击安装文件、选语言、过简介页、接受许可、决定是否保留旧数据、选目标文件夹（默认路径即可）、填 TCP 安全端口（默认 8443），然后在预安装摘要页确认设置并点安装。装完会弹出那句防火墙提醒，点下一步、完成，向导退出。

真正在批量部署里省时间的是静默安装。用默认设置静默装，一条命令足够：

# 使用默认设置静默安装（端口 8443、默认路径、不交互） SSMC-2.2-win64.exe -i silent # 需要非默认设置时，先生成响应文件 SSMC-2.2-win64.exe -r C:\temp\ssmc_response.txt # 再按响应文件静默安装，适合多台管理机批量铺开 SSMC-2.2-win64.exe -i silent -f C:\temp\ssmc_response.txt

-i silent是静默开关，加上之后整个向导不再弹窗；-r <response file>表示把本次交互过程中的所有选择记录成一个响应文件，这个文件是可读的文本，端口、安装路径都在里面，改完再跑；-i silent -f <response file>是最终的组合用法，-f指定响应文件路径。我一般的做法是：先在一台机器上用-r走一遍完整向导，把生成的响应文件当模板，改端口和路径后分发到其余机器，这样能保证所有管理机的配置完全一致，避免手工点选导致的细微差异。

提示：静默安装不会替你改防火墙规则，装完仍然需要单独放行端口，这一步最容易漏。

3.3 Linux：直接跑 bin.HPb，还是先拆出 rpm

Linux 环境安装必须有超级用户权限。最直接的方式是给安装包执行权限后直接运行：

# 方式一：直接执行安装包（需要 root 权限） sh HPSSMC-<version number>-linux-x86_64.bin.HPb # 方式二：先赋权再执行，效果相同 chmod 775 HPSSMC-<version number>-linux-x86_64.bin.HPb ./HPSSMC-<version number>-linux-x86_64.bin.HPb

运行后按提示输入Yes接受最终用户许可协议，然后输入浏览器访问 SSMC 用的 TCP 安全端口号，或者直接回车接受默认的 8443。接着会显示摘要信息，包含你选的设置和所需的磁盘空间，系统不满足最低要求时同样会报错。

如果目标环境不允许交互式执行，或者你希望把安装纳入软件包管理体系，可以先从 bin.HPb 里把 rpm 拆出来：

# 从 bin.HPb 中提取文件，会得到 hpssmc-<version>-x86_64.rpm sh HPSSMC-<version number>-linux-x86_64.bin.HPb --tar xvf # 赋权并安装 rpm 包 chmod 775 hpssmc-<version number>-x86_64.rpm rpm -i hpssmc-<version number>-x86_64.rpm # 安装完成后手工启动服务，rpm 安装不会自动拉起 service ssmc start

--tar xvf是让安装包以解包模式运行，只提取不安装，产出物就是那个 rpm。rpm -i完成实际安装，但注意它不会自动启动服务，必须补一条service ssmc start，否则你会以为装失败了。这里还有个坑：用 rpm 方式安装时，默认安全端口是固定的，想改必须在安装完成之后手动改配置文件，不能在安装阶段指定。原文对此写得很直接——如果希望更改默认安全端口，必须安装后手工进行。

3.4 改安全端口：https.ini 和桌面快捷方式要一起改

8443 被占用、或者出于端口规划需要换一个端口号时，改法不复杂，但要改两处，漏一处就会出现“服务起来了但快捷方式打不开”。

# 第一步：停服务 # Windows sc stop ssmc # Linux service ssmc stop # 第二步：编辑 https.ini，把 https.port=8443 改成目标端口 # Windows 路径：C:\Program Files\Hewlett-Packard\SSMC\ssmcbase\start.d # Linux 路径：/opt/hp/ssmc/ssmcbase/start.d # 第三步：重启服务 # Windows sc start ssmc # Linux service ssmc start

sc stop/start ssmc和service ssmc stop/start是同一个服务在两套系统上的两种控制方式，服务名都叫 ssmc。https.ini里只需要动https.port=这一行，其他内容不要碰。Windows 上还有第二处：如果你习惯用桌面快捷方式打开 SSMC，必须同时修改快捷方式“属性”对话框里“Web 文档”选项卡的端口号，格式是https://localhost:<port number>/，否则快捷方式仍然指向老端口。这一步在文档里只是短短一句，实际排错时却是最高频的“改了没生效”来源。

注意：Linux 上通过 rpm 安装的实例，改端口只能在安装后做，规划阶段就要把端口冲突排查掉。

4. 管理员控制台首登：一组凭据、32 个系统与证书信任链

服务起来之后，第一件事不是急着加阵列，而是把管理员控制台这关过了。管理员控制台负责两件事：改管理员账户密码，以及指定这个 SSMC 实例要管理哪些阵列。前面提过的那句限制在这里生效——SSMC 的每个实例只能使用一组登录凭据，所以这组凭据要按“管理这个实例的人”来设计，而不是按业务系统来设计。

4.1 首次凭据的密码规则与账户边界

首次打开 SSMC 时，浏览器会先给你一个证书警告，点继续访问后会看到一条提示：必须先登录管理员控制台并添加存储系统才能继续操作。点“设置凭据”，在对话框里输入管理员用户名和密码。

密码规则是硬的：长度 8 到 32 个字符，至少包含 1 个大写字符、1 个小写字符、1 个数字和 1 个非字母数字字符。这条规则在脚本化部署时会成为唯一需要人工介入的环节，因为静默安装搞不定凭据设置，必须有人打开浏览器点一次。设置完凭据后，必须登录管理员控制台并添加阵列，主控制台才有内容可展示，否则进去就是一个空壳。

凭据设置完成后，还可以在管理员控制台里改管理员账户密码。建议的做法是首登凭据用一个临时强密码，加完阵列后立刻改成正式密码并落到密码管理系统里，避免临时密码在多个人手里流转。

4.2 添加托管系统：连接、断开、删除是三件事

管理员控制台里对“托管系统”有四个动作：添加、连接、断开、删除。这四个动作的语义差别很大，混淆了会出问题。

• 添加：把阵列登记到当前 SSMC 实例，需要阵列的管理地址和一套有权限的凭据。
• 连接：在已经登记的前提下建立会话，SSMC 开始采集和展示数据。
• 断开：切断会话，但登记关系还在，配置和历史都保留，之后可以再连。
• 删除：把登记关系去掉，这个阵列不再由当前实例管理。

运维里最常见的误操作是把“断开”当“删除”用，结果阵列还在列表里但一直显示离线，或者反过来把“删除”当“临时断开”用，丢了已有的配置记录。我的习惯是：临时维护、网络割接用断开；阵列下线、迁移到另一个 SSMC 实例才用删除。另外要记住 32 个连接上限是加在“添加”这个动作上的，规划时按添加数算，不是按在线数算。

添加阵列之前，LDAP 的角色映射应该已经配好。如果用的是目录服务账号，8 个 map 名字少配一个，就可能出现登录成功但看不到对应资源的情况，这类问题在界面上没有任何提示，只能回到映射表逐项核对。

4.3 CA 证书：把“继续访问”的警告清掉

首次访问https://localhost:8443（或自定义端口）时，浏览器会提示网站安全证书有问题，点链接继续就能进。能用，但每次换浏览器、换机器都会再弹一次，而且会让使用者养成“点过就好”的习惯，长期看是安全隐患。

消除这个提示的办法是建立信任链，管理员控制台里对应的动作有三个：导入 CA 证书、安装 HP 3PAR StoreServ CA 签名证书、接受证书。三者的关系可以这样理解：导入 CA 证书是把签发机构的根证书装进 SSMC 的信任范围，安装 CA 签名证书是把由该 CA 签发的阵列侧证书装到 SSMC 上，接受证书则是在证书尚未形成完整信任链时的一次性确认。顺序上先有 CA，再谈签名证书，最后才是接受。

实际实施时，我一般还会做一次证书链的自检，确认服务端返回的是完整链而不是单张证书：

# 查看 8443 端口返回的证书链，确认中间证书是否齐全 openssl s_client -connect <SSMC服务器IP>:8443 -showcerts </dev/null # 只看证书有效期和主体，快速判断是否过期或主体不匹配 openssl s_client -connect <SSMC服务器IP>:8443 </dev/null 2>/dev/null | openssl x509 -noout -subject -dates

-showcerts会把服务端发送的所有证书都打印出来，如果只有一张叶子证书、没有中间证书，某些浏览器仍然会报警。-subject -dates用来快速看主体名和有效期，主体名和实际访问用的主机名不一致时，即使链完整也会报错，这种情况要么改访问方式，要么重新签发。

提示：证书处理完再去做阵列添加，否则一边弹警告一边配凭据，很容易把证书错误当成登录失败。

注销管理员控制台是最后一步收尾动作。管理机上多人使用时，配完就注销，别让管理员会话挂在浏览器标签里过夜。

5. 避坑与排查：五个真实翻车点，从端口占用到数据被清空

这一章按现象、原因、解决三段来写，都是实施现场反复出现的类型。原文的故障排除部分分了 Windows 安装问题、Linux 安装问题、可能的配置问题和日志文件四块，我这里按“最容易造成实际损失”的顺序重新排了一遍。

5.1 安装与升级阶段：数据被清空、服务没起来

现象一：升级重装之后，阵列列表空了，System Reporter 的历史报告也没了。

原因：安装向导在检测到已有数据时会询问保留还是删除，选“否”就会删除所有以前的 SSMC 数据。升级场景下这个选项的默认焦点和直觉相反，手快点过去就不可逆。

解决：升级前先做一次配置导出或截图留档，安装时明确选“是”保留预先存在的数据。如果已经删了，只能重建阵列登记和报告配置，历史采样数据无法找回。从那以后我每次升级都强制两个人复核这一屏。

现象二：Linux 上用 rpm 装完，service ssmc status显示服务不存在或者没启动。

原因：从 bin.HPb 拆包后执行rpm -i，只完成了文件落地，不会自动拉起服务，这一点和直接跑 bin.HPb 的交互式安装不同。

解决：补一条service ssmc start，再用ss -lntp | grep 8443确认端口真的在监听。如果端口没监听但服务显示运行中，回到https.ini检查端口配置是否被改错。

现象三：Linux 安装时想指定一个非 8443 的端口，装完发现还是 8443。

原因：rpm 方式安装时不能在安装阶段指定端口，只能在安装完成后手动编辑https.ini并重启服务。

解决：按第 3.4 节的顺序走一遍：停服务、改https.ini的https.port、启服务。别在安装参数上反复试，那条路走不通。

5.2 端口与访问：装成功了但打不开

现象四：本机https://localhost:8443能开，同事的机器打不开。

原因：防火墙只放行了回环，或者根本没放行入站 8443。安装向导结束时的提示说的就是这件事：如果使用防火墙保护该系统，请确保入站 SSMC TCP 端口 8443 可以从外部系统访问。

解决：按 3.1 节的命令补入站规则，然后从另一台机器用curl -k -I或浏览器验证。注意自定义端口时规则里的localport要同步改。验证一定要跨机器做，本机通不代表外部通。

现象五：改了端口，服务重启成功，但桌面快捷方式打开还是报错。

原因：Windows 上的快捷方式有自己的“Web 文档”地址，格式是https://localhost:<port number>/，它不会跟着https.ini自动更新。

解决：右键快捷方式进属性，在“Web 文档”选项卡里把端口改掉，或者干脆直接用浏览器输地址访问。这个坑我踩过一次，排查了半小时才发现服务侧完全正常。

现象六：页面能打开，但登录后图表空白、下拉框点不动。

原因：浏览器版本超出白名单。SSMC 2.2 只验证过 IE 10/11、Chrome 37 到 44 的若干版本、Firefox 32 到 39 的若干版本，新版浏览器的前端行为不在保证范围内。

解决：在管理机上固定一个受支持版本的浏览器专门开 SSMC。不要在这个问题上纠缠前端兼容性，投入产出比极低。

5.3 功能缺失与日志定位：界面里找不到，不代表坏了

现象七：想创建 Remote Copy 配置，REPLICATION 菜单里找不到入口。

原因：SSMC 2.2 支持 1:1、1:N、N:1 和 N:M 这四种 Remote Copy 拓扑的组级操作（创建、编辑、删除、启动、停止、同步、故障转移、恢复、还原），但“创建 RC 配置”这一步本身在 SSMC 2.2 里是没有的，需要 HP 3PAR MC 或 HP 3PAR OS CLI。其他非这四种的 Remote Copy 配置同理。

解决：先确认拓扑是否在四种之内，再确认是“配置”阶段还是“组操作”阶段。配置阶段回 MC 或 CLI，组操作阶段用 SSMC。类似的还有 Compact CPG、iSCSI VLAN 标记的配置与显示、事件运行状况管理，都属于 SSMC 2.2 的空白区，别在界面上反复找。

现象八：两个 SSMC 实例都想管同一个联合存储，后加的那个行为异常。

原因：联合存储只能由一个 SSMC 实例进行管理。多实例同时接入不报错，但行为不可预期。

解决：在多实例规划阶段就把联合存储归属写进实施文档，指定唯一管理实例，其余实例只做只读用途或者干脆不添加。

现象九：安装直接失败，只弹一句错误。

原因：系统不满足最低安装要求，或者端口被占用。原文把这类问题归到 Windows 安装问题和 Linux 安装问题两节，并单列了日志文件一节。

解决：先看安装器自己的输出，再去翻日志文件对应的目录，原文第 7 章列了各组件的日志位置。排查顺序建议是：磁盘空间 → 端口占用（ss -lntp或netstat -ano）→ 权限（Linux 必须超级用户）→ 系统版本是否在支持范围内。我一般会在安装前先跑一次端口占用检查，把 8443 是否被别的服务占掉这件事提前排除。

注意：所有“界面里找不到”的问题，先对照第 2.2 节的功能对照表确认这个功能 SSMC 2.2 到底有没有，再决定要不要排错。

6. 把性能数据搬进 Excel：Add-in 的三个开关和收尾习惯

SSMC 自带 System Reporter，但很多人的真实需求是把性能数据拉到 Excel 里做趋势图、写月报。HP 3PAR Excel Add-in 就是干这个的：它用 SSMC 服务器作为数据通道，从 System Reporter 的.srdata数据库里抽取数据，直接在 Microsoft Excel 里生成性能与配置报告。

前提只有一个硬条件：Microsoft .NET Framework 4.0 或更高版本。没装的话，Add-in 安装过程会顺带装上，但可能触发重启；装完第一次打开 Excel 时，程序也可能做一些需要重启的内部配置，别以为装坏了。安装流程很短：从软件仓库拿到.iso，退出并关闭 Excel，在客户端运行setup.exe按提示走完，默认落在C:\Program Files\Hewlett-Packard\HP3PARSRExcelAddin（32 位 Excel 是Program Files (x86)那一份）。

装完之后如果“加载项”里看不到它，是第一个开关没打开：文件 → 选项 → 加载项 → 页面底部“管理”框选“禁用项目” → 转到 → 选中“加载项 (SR Excel Addin)” → 启用 → 确定，然后关掉 Excel 重开。这个流程我见过太多次被误判成安装失败，其实只是被 Excel 自动禁用了。

连接的时候，在“加载项”选项卡点 HP 3PAR Excel Add-in，或者直接选 SYSTEM REPORTER 选项卡，填入 SSMC 服务器名称和端口，再填用户名和密码。注意这里的凭据是 HP 3PAR StoreServ Storage System 的凭据，不是 Windows 域账号。连上之后生成的性能数据，要滚动到电子表格左上角才能看到对应的 CSV 数据，很多人以为没数据，其实是视图停在下方。

卸载反而是最容易被忽略的一环：从控制面板的“程序和功能”里选 HP 3PAR SSMC System Reporter Excel Add-in 卸载即可，别去删安装目录，残留的注册表项会让下次重装认不出旧版本。SSMC 服务器本身的卸载则要按系统版本区分，Windows 7 和 Windows Server 2008 一套流程，Windows 8 和 Windows Server 2012 另一套，两者还都有手动卸载的兜底路径；Linux 侧是 Red Hat Enterprise Linux 的常规卸载与手动卸载两条路。

我现在做这类存量阵列的实施，固定会先跑一遍“版本矩阵核对 → 端口放行验证 → 凭据与证书 → 加阵列 → Excel 取一次数”这条链路，任何一步没验证过就不往下走。这条习惯是被一次升级时误删数据的经历换来的。希望帮到你。

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