简介:《HPE 3PAR 8400 存储管理员指南》面向负责 HP 3PAR StoreServ 存储系统日常监控、配置与资源分配的存储管理员,也适合需要熟悉 SSMC 图形化管理界面的运维人员查漏补缺。内容围绕 SSMC 的功能摘要、兼容性与互操作性、Windows/Linux 环境安装、静默安装选项、安全端口调整及访问控制展开,并涉及存储池、LUN、快照、告警与自动化任务等管理要点,可帮助读者建立从部署到日常运维的完整知识框架。资源包共 1 个 PDF 文件,大小约 543KB,便于离线查阅和随用随查。目前已有 1871 人学习,适合作为 3PAR 8400 存储管理岗位的案头参考,也可用于安装配置、故障排查和操作规范核对时快速定位关键说明。
1. 从一台 8400 的日常巡检说起:SSMC 管的是哪一层
接手一台 3PAR StoreServ 8400 之后,很多人的第一反应是 SSH 登进去敲命令查容量、看告警、加卷。命令行确实快,但在服务器存储这一层,一次手滑的createvv或者敲错的 CPG 名字,代价往往是半夜起来擦数据。所以大多数机房里最终都会在一台跳板机上立一个图形控制台,把阵列纳管进来,日常的容量、性能、告警、卷和快照操作都在浏览器里点。SSMC(StoreServ Management Console)就是干这个的。
这份 SSMC 2.2 简体中文管理员指南(部件号 QL226-98276,2015 年 8 月版)讲的不是怎么建卷、怎么调 CPG,而是更靠前的一段:在一台 Windows 或 Linux 服务器上把 SSMC 装起来、规划端口和 LDAP、把阵列加进管理员控制台、导证书、出问题怎么查。目标读者很明确——负责监控和管理 StoreServ 系统配置与资源分配的存储管理员。适合手上有一到多台 7200 到 20850 系列阵列、需要统一纳管并定期交付性能报表的人;如果你只是想临时敲两条命令看个容量,这份东西用不上。
2. 装机前先把账算清:SSMC 2.2 的兼容矩阵与端口前置条件
这套控制台最容易被低估的地方,是它对环境的挑剔程度。这不是那种"装完再说"的软件,浏览器版本、阵列固件、防火墙端口、目录服务认证方式,任何一项在装机前没对齐,后面都得推倒重来。下面把这几张账逐项对清楚。
2.1 浏览器与阵列固件:先对表,再动手
SSMC 2.2 支持的范围是写死的,不要拿"应该差不多"去赌。阵列侧只认 3PAR OS 3.1.3(含所有 MU)、3.2.1(含所有 MU)和 3.2.2 三个大版本;型号覆盖面倒是挺宽,从入门到高端一整排都在里面。
| 项目 | SSMC 2.2 支持范围 |
|---|---|
| 阵列型号 | 7200/7200c、7400/7400c、7450/7450c、8200、8400、8440、8450、10400、10800、20450、20800、20850 |
| 3PAR OS | 3.1.3(含所有 MU)、3.2.1(含所有 MU)、3.2.2 |
| 浏览器 | IE 10/11;Chrome 37、38、40、41、43、44;Firefox 32、33、36、37、38、39 |
| 单实例纳管上限 | 32 个 StoreServ 阵列 |
| 默认安全端口 | TCP 8443 |
| 首选位数 | 64 位浏览器 |
浏览器这一列是重点,也是我见过翻车最多的地方。列表里那些版本号不是"最低要求",而是一个封闭的枚举——SSMC 2.2 的前端是那个年代的一套 JS 框架,新版浏览器改了 CSS 渲染和 JS 引擎行为之后,典型症状是主菜单点开一片空白、图表区不加载、按钮点了没反应。所以正确做法不是"装个最新版 Chrome",而是固定一台机器或者一个虚拟机镜像,把浏览器版本锁在列表内,其余一律不给装。习惯好一点的做法是:在跳板机上单独建一个本地账户,只用来跑这个控制台,浏览器关掉自动更新。这一点在当年可能觉得多余,几年后回头看,这是最省事的后悔药。
固件这一列同样要留意。3PAR OS 的具体 MU 级别在界面上能看到的细节是有差异的,如果阵列固件比 3.2.2 高出一大截,控制台大概率能连上,但某些面板会显示不完整或者干脆报错。这种时候不要怀疑安装包坏了,先回来看固件版本对不对得上。
2.2 8443、防火墙、LDAP:三件必须在安装前定下来的事
安装向导本身很简单,麻烦全在向导之外的三个前置条件。
第一是防火墙。SSMC 是装在服务器上的独立服务,用户是用浏览器从别的机器访问它的,所以要在 SSMC 所在主机上开放入站TCP 8443(或者你在安装时另选的端口号)。注意方向是入站,不是出站——很多人只放行了出站,然后本机https://localhost:8443打得开,同事从工位访问就是超时,来回查半天。安装程序在最后一步会专门弹一句提示,让你确认防火墙放行了这个入站端口,那句提示不是客套话。
第二是 LDAP。这里有个顺序问题:LDAP 必须在"添加要管理的存储系统"之前配好。原因是添加阵列的时候就要走一次认证,如果目录服务没接上,你只能先用本地账号把阵列加进去,后面再回头改认证方式,等于多做一遍。SSMC 侧的角色映射和阵列侧是一一对应的,常见的映射关系有这么几组:
| SSMC 角色映射 | 对应用途 |
|---|---|
| super-map | 超级管理员,全权限 |
| service-map | 服务与维护操作 |
| edit-map | 编辑配置 |
| create-map | 创建资源 |
| browse-map | 只读浏览 |
| basic_edit-map | 基础编辑 |
| 3PAR_AO-map | 自适应优化相关 |
| 3PAR_RM-map | 远程复制相关 |
做映射的时候别图省事全给 super-map,审计一查就是一堆问题。按职责拆开,值班岗给 browse-map 和 basic_edit-map,变更岗给 create-map 和 edit-map,super-map 只留给极少数人。
第三是联合( federation)相关的前提。如果两台阵列之间要做联合,两个端口必须以对等模式配置,而且必须来自伙伴节点——插槽和端口号不要求一致,但节点必须成对。这两个端口是独占给系统间通信和数据传输的,不能再拿去跑主机 I/O。同时这些端口要已经接到光纤交换机上,链路处于就绪状态。迁移源侧的端口要求稍微松一点,主机模式或者自由配置都行,但同样要来自伙伴节点、已经连到交换机并就绪。这几条里最容易忽略的是"独占"——端口复用之后再配联合,报错信息不会直接告诉你端口被占了,只会一直卡在配置中。
2.3 SSMC 和 MC 4.7 的功能边界:哪些活还得回命令行
装机之前必须接受的现实是:SSMC 2.2 不是 MC 的完整替代品。它可以和 MC 同时管理同一批阵列,两者不冲突,但功能上有一段明确的空档。这段空档决定了你装完之后的操作分工,装完才发现"这个功能这儿没有",就是白折腾。
下面这几项是差异比较要命的:
| 功能 | SSMC 2.2 | MC 4.7 | 影响 |
|---|---|---|---|
| DAR 加密硬件管理 | 仅显示 | 完整管理 | 加密盘相关操作回 MC |
| FIPS 140-2 支持 | 不支持 | 支持 | 合规场景必须用 MC |
| iSCSI VLAN 标记配置与显示 | 不支持 | 支持 | 端口配置走 MC 或 CLI |
| 事件运行状况管理 | 不支持 | 支持 | 事件类运维留在 MC |
| 模板 | 不支持 | 支持 | 批量建卷走 MC 模板 |
| 创建 RC 配置 | 不支持 | 支持 | 只能"添加到"已有 RC 配置 |
| QoS / 虚拟卷集 QoS | 不支持 | 支持 | 限速策略走 MC |
| 自定义图表 | 不支持 | 支持 | 报表定制受限 |
| Adaptive Flash Cache | 支持 | 不支持 | 这块反过来只能在 SSMC 做 |
| Dynamic Optimization | 支持 | 不支持 | 同上 |
| 重复数据删除、Compact CPG | 支持 | 支持 | 两边都能做 |
Remote Copy 这块要单独说一句。SSMC 2.2 支持 1:1、1:N、N:1 和 N:M 四种拓扑,超出这四种的配置就必须回 MC 或者直接用 3PAR OS 命令行。另外它能对已有的 RC 组做创建、编辑、删除、启动、停止、同步、故障转移、恢复、还原这一整套动作,但"从零建一套 RC 配置"这件事它做不了。
把这些边界记清楚,实际工作里的分工就很自然了:日常容量、性能、告警、卷和快照、克隆、Peer Motion、Priority Optimization、Adaptive Flash Cache、域和用户管理放 SSMC;模板化批量操作、加密盘、FIPS 合规、iSCSI VLAN、QoS 和自定义报表回 MC 或 CLI。装 SSMC 的意义不是"以后不用开 MC 了",而是"把高频的监控和变更收进一个浏览器页面"。
3. 装 SSMC:Windows 向导、Linux rpm 和静默安装三条路
安装包是一个整包,里面同时包含管理员控制台(添加、编辑、删除 StoreServ 系统)和主控制台(实际的存储管理功能),装一次两个都有。选哪条路取决于你要装几台、要不要批量。
3.1 Windows 图形化安装:数据保留那一步别手抖
Windows 上是最常规的向导流程,双击安装文件、选语言、读简介、接受许可、选目标目录、填端口,然后等进度条。默认目标目录是推荐的,默认端口 8443 也是推荐的,除非 8443 在你的环境里已经被别的服务占了。
整个向导里只有一个地方需要你真正想清楚:如果检测到机器上已经有旧的 SSMC 数据,向导会问你保留还是删除。选"是"保留,选"否"删除。这一步的判断标准很简单——你是在升级/重装但想沿用原来的管理员凭据、已纳管阵列列表和报表配置,就选"是";你是要一台干净的新实例,或者旧数据已经坏了要重来,才选"否"。
我见过最典型的一次翻车,是维护窗口里为了"干净一点"顺手选了"否",结果管理员账号、32 路阵列的纳管清单、System Reporter 里攒了两年的历史采样全清零。事后重建纳管列表花了两个小时,历史性能数据是彻底回不来了。所以这一屏,点之前先确认一句:这台机器上有没有你想要的东西。有,就选保留。
装完之后向导会提示防火墙的事情,然后点"下一步"、"完成"退出。此时服务已经在跑,浏览器打开https://localhost:8443(或者你指定的端口)就能看到首次设置页面。
3.2 Linux:从 bin.HPb 自解压包到 rpm
Linux 侧的安装包是一个自带解包逻辑的自解压文件,文件名形如HPSSMC-<version>-linux-x86_64.bin.HPb。装之前必须有 root 权限,这一点没有商量余地。
最直接的一条路是交互式安装:
# 1. 用 root 身份执行自解压安装器 sh HPSSMC-<version>-linux-x86_64.bin.HPb # 2. 按提示输入 Yes 接受 EULA # 3. 端口直接回车,沿用默认 8443 # 4. 摘要页确认磁盘空间够用后继续,等安装结束装完启动服务并确认端口真的在听:
# 启动 SSMC 服务 service ssmc start # 确认 8443 处于监听状态,输出里应能看到 java 进程 ss -lntp | grep 8443这里有个细节值得展开:--tar xvf是另一条完全不同的路径,它只解包不安装。如果你手上是同一个 bin.HPb 包,但想走 rpm 包管理、想写进自动化脚本、或者想把安装包分发到一批机器上,就用这条:
# 只解包,把内嵌的 rpm 释放到当前目录 sh HPSSMC-<version>-linux-x86_64.bin.HPb --tar xvf # 输出:hpssmc-<version>-x86_64.rpm # 给执行权限后用 rpm 安装 chmod 775 hpssmc-<version>-x86_64.rpm rpm -i hpssmc-<version>-x86_64.rpm # 启动服务 service ssmc start参数说明与逻辑:--tar xvf里的x是 extract、v是 verbose、f指定归档文件,走的是自解压包内置的 tar 逻辑,所以不需要额外装解压工具。走 rpm 这条路有一个必须记住的副作用——它固定使用默认端口 8443,安装过程里没有让你改端口的交互。要换端口只能在装完之后手工改https.ini,具体在 3.4 节。这也是为什么"我想装到 9443"的人不该走 rpm 路径,直接走交互式安装更省事。
另外,rpm 安装完之后服务的启动脚本已经注册好了,但不会自动随系统启动。生产环境记得把它加到开机自启里,别等一次计划外重启之后才发现控制台没起来。
3.3 静默安装与响应文件:批量部署的正确姿势
如果你要在多台机器上装,或者要把安装过程塞进自动化流程,图形向导就是障碍。Windows 侧的安装器支持静默模式,最省事的做法是"先录一遍,再批量重放":
# 第一步:用 -r 生成响应文件,把你在向导里选的每一项都记录下来 HPSSMC-<version>-win-x64.exe -r C:\temp\ssmc_response.ini # 第二步:按需编辑响应文件(端口、安装路径等),然后静默安装 HPSSMC-<version>-win-x64.exe -i silent -f C:\temp\ssmc_response.ini如果所有选项都用默认值,可以更简单,一行搞定:
# 全部默认设置,无任何界面 HPSSMC-<version>-win-x64.exe -i silent参数说明:-i silent表示静默模式,全程无界面、无交互;-r <file>表示录制,把本次向导里所有选择写进指定的响应文件;-f <file>表示按指定响应文件执行,与-i silent配合使用。三步的顺序不能颠倒——先录、再改、后放。响应文件是纯文本,改端口、改安装目录都可以在文本编辑器里直接动,比改脚本安全。
用这套流程最常见的翻车是:录完响应文件直接拿去批量执行,忘了里面记录的端口就是录制那台机器上选的 8443。批量装到第十台才发现端口冲突,前面的全要重来。改响应文件的时候把端口这一行单独拎出来确认一遍,能省掉一轮返工。
3.4 改端口与首次登录:https.ini 和凭据规则
端口不满意要改,动作顺序是"先停服务、再改文件、后起服务",中间不能省。
# 第一步:停服务 sc stop ssmc # Windows service ssmc stop # Linux # 第二步:改 https.ini 里的 https.port 条目 # Windows: C:\Program Files\Hewlett-Packard\SSMC\ssmcbase\start.d\https.ini # Linux: /opt/hp/ssmc/ssmcbase/start.d/https.ini sed -i 's/^https.port=8443/https.port=9443/' /opt/hp/ssmc/ssmcbase/start.d/https.ini # 第三步:起服务 sc start ssmc # Windows service ssmc start # Linux逻辑说明:端口是服务启动时从https.ini读的,服务在跑的时候改文件不生效,所以必须先停。sed那句里的^https.port=是锚定行首,避免误伤注释行或者别的含https.port字样的配置。
这里有个 Windows 专属的坑:如果你平时是双击桌面图标打开 SSMC,那个快捷方式的"Web 文档"属性里也写死了端口。只改https.ini不改快捷方式,点图标还是跳回旧端口,页面直接打不开。所以 Windows 上改端口是两处:配置文件和快捷方式属性里的https://localhost:<新端口>/。
首次访问会进入"设置管理员凭据"对话框,需要填用户名和密码。密码规则是硬性的:长度 8 到 32 个字符,至少包含 1 个大写字母、1 个小写字母、1 个数字和 1 个非字母数字字符。这条规则看着普通,但它是这个控制台的唯一本地入口,设完之后务必进密码管理系统,别存在浏览器里。设完凭据,页面会提示你必须登录管理员控制台并添加存储系统才能继续,这就是下一章的事。
4. 把 8400 纳管进来:管理员控制台、证书与 32 路阵列的分组
装完只是把房子盖好,纳管才是让这套东西真正开始干活的一步。管理员控制台和主控制台是两个不同的入口:管理员控制台负责改管理员密码、增删被管理的阵列;主控制台才是日常看容量、看性能、做变更的地方。一个 SSMC 实例只有一组登录凭据,所有纳管的阵列共用这一组。
4.1 添加、连接、断开、删除:四个动作千万别混
这四件事在界面上是四个不同的按钮,语义差别很大,混用会出事。
添加是把阵列的主机名或 IP 记进 SSMC 的管理清单,此时还没有建立认证会话。连接是在清单里选一个系统,用阵列的凭据建立会话,连上之后主控制台里才有它的数据。断开连接只是把当前会话断掉,清单里的记录还在,下次点连接就行。删除才是把这条记录从清单里彻底移除,连同保存的认证信息一起没了。
日常维护里最常见的误用,是阵列要做固件升级,管理员图省事直接在控制台里"删除"了它,想等升级完再加回来。结果升级完发现要重新填地址、重新认证,如果当时手边没有阵列的管理账号,就只能干等。正确做法是"断开连接",升级完"连接"回来,一行配置都不用重填。
还有一个数量上的硬约束:单个 SSMC 实例最多纳管 32 个阵列。到顶之后再加会直接被拒,这时候要么拆成两个 SSMC 实例(比如按机房拆),要么把退役的阵列从清单里清掉。这也决定了下面那条命名规范的必要性。
4.2 证书:先搞清楚浏览器在抱怨什么
安装完第一次用浏览器访问,几乎必然遇到一条证书告警。点"继续访问"能进去,但这条告警会一直跟着你,而且每次换人访问都要解释一遍。要彻底消掉它,路子是导入 CA 证书,或者在阵列侧安装 CA 签名证书之后接受证书。
排查证书问题的时候,先看清楚现在挂的是什么证书、什么时候到期,比盲猜快得多。在任意一台能访问到 SSMC 主机的机器上执行:
# 拉取 8443 端口上的证书链,只看叶子证书的主体、签发者和有效期 openssl s_client -connect 10.0.0.10:8443 -showcerts </dev/null 2>/dev/null \ | openssl x509 -noout -subject -issuer -dates逻辑说明:s_client建立一次 TLS 握手并把服务端证书链打印到标准输出,</dev/null是为了让握手结束后立即退出而不是等你手动输入。管道后半段的openssl x509从 PEM 里解析出第一张(叶子)证书,-noout表示不输出证书正文,-subject、-issuer、-dates分别给出主体、签发者和生效/失效时间。
这条命令的输出能直接回答三个问题:证书是自签的还是 CA 签的(subject 和 issuer 相同就是自签)、还有多久到期(notAfter)、证书里的主机名和实际访问用的地址对不对得上。第三点经常被忽略——如果证书是签给主机名的,而你用 IP 访问,浏览器照样报错,换回主机名访问就正常了。
证书的正式做法是两步:先在阵列侧安装 CA 签名证书,然后回到 SSMC 里导入 CA 证书、接受证书。顺序反了的话,你导入的 CA 和阵列实际出示的证书对不上,告警还是消不掉。
4.3 32 路阵列同屏:命名和分组比功能更重要
32 个阵列塞进一个控制台,最容易出问题的不是功能,是"点错对象"——左边选的是一台,右边操作的是另一台,这种事故在阵列管理里代价极高。所以纳管之前先把命名规范定下来,比装完再改省事得多。
我的习惯是在阵列显示名里带上三段信息:位置、用途、环境。比如某个机房的一套测试阵列和一套生产阵列,显示名一定要能一眼分开,不要出现两台都叫3par-01的情况。分组上按机房或业务线切,日常巡检按组扫一遍,比在 32 条列表里上下翻快得多。
另外一个容易被忽略的点:纳管进来的阵列,认证凭据是保存在 SSMC 里的。人员变动或者密码轮换之后,如果阵列侧的管理密码改了而 SSMC 里的没更新,症状是该阵列的连接状态一直失败,其他阵列都正常。看到"只有一台连不上"的情况,先怀疑密码变了,而不是网络断了。
5. 避坑与排查:五条血泪记录
下面这五条是按"现象 → 原因 → 解决"整理的,基本覆盖了装机到纳管这一段最常见的坑。每一条背后都至少对应一次加班的夜晚。
5.1 装完本机能开、别人打不开
现象:在 SSMC 所在主机上访问https://localhost:8443一切正常,同事从自己工位访问同一台机器的 IP 就是连接超时,ping是通的。
原因:Windows 防火墙或 Linux 的 iptables/firewalld 只放行了出站,没有放行入站 TCP 8443。SSMC 的服务本身没问题,是包进不来。
解决:在 SSMC 主机上加入站规则放行 8443(或你实际使用的端口),范围按你所在的管理网段收紧,不要图省事开成 any。改完用ss -lntp | grep 8443确认服务在听,再从另一台机器用curl -k https://<ip>:8443验证握手能不能走通。
5.2 重装时选了删除,纳管清单和凭据全没了
现象:升级重装 SSMC,向导问到"保留还是删除现有数据"时选了删除,装完打开页面要求重新设置管理员凭据,登录进去管理员控制台是空的,System Reporter 里的历史采样也查不到了。
原因:向导里那个选项的作用范围比字面上看起来大——管理员凭据、已纳管系统清单、报表配置、历史采样数据都在里面。选删除等于回到全新安装。
解决:如果旧数据还在磁盘上(没被新实例覆盖),先停服务,把旧的数据目录备份出来再重装,选"保留"。如果已经被覆盖,纳管清单可以重建,但历史性能数据找不回来。这类操作在点之前先做一次整机快照或目录级备份,是最便宜的一道保险。
5.3 Linux 上 rpm 装完,服务起不来
现象:rpm -i返回成功,service ssmc start报失败或者进程起来了立刻退出,8443没有监听。
原因:常见的有三种——不是用 root 装的(文件属主不对)、8443 已经被别的服务占了、或者系统上残留了上一版 SSMC 的文件导致端口和配置冲突。
解决:先看端口占用,ss -lntp | grep 8443如果被别的进程占了,要么停掉它,要么改https.ini换端口。再看服务日志确认是不是权限问题。如果是残留冲突,先把旧版本彻底卸掉再装,不要用rpm -U硬升。装之前顺手确认一下磁盘空间,摘要页会告诉你需要多少,空间不够时安装器的报错不一定直白。
5.4 改了 https.ini,浏览器还是跳回旧端口
现象:停服务、改https.ini、起服务,全套做完了,从桌面快捷方式点开还是打开旧端口的地址,页面打不开。
原因:Windows 的桌面快捷方式"Web 文档"属性里单独写死了一份 URL,和服务端配置是两份东西。只改配置文件不改快捷方式,点图标自然还是老地址。
解决:右键快捷方式 → 属性 → "Web 文档"选项卡,把 URL 改成https://localhost:<新端口>/。另外注意改端口后如果配了其他跳转入口或者书签,都要同步更新,否则用户侧还是报错。
5.5 Excel Add-in 装了,Excel 里找不到
现象:在客户端跑完 setup.exe,打开 Excel,"加载项"选项卡或者 SYSTEM REPORTER 选项卡里看不到 HP 3PAR 那一项。
原因:加载项被 Excel 判定为"已禁用"。常见于这台机器之前装过旧版本、或者 Excel 启动时加载超时把它拉黑了。安装路径本身没问题的话,它就在C:\Program Files\Hewlett-Packard\HP3PARSRExcelAddin(32 位系统下的 32 位 Excel 是Program Files (x86)那一条)。
解决:Excel 里点"文件"→"选项"→"加载项",页面底部"管理"下拉框选"禁用项目",点"转到",在列表里找到 SR Excel Addin 选中并"启用",确定后关掉 Excel 重新打开。另外确认一下 .NET Framework 4.0 或更高版本在不在——不在的话安装时会顺带装上,装完可能要求重启,不重启就会表现成加载项不生效。
6. 进阶:用 Excel Add-in 把 .srdata 拉成可交付的性能报表
命令行能给你数据,但给不了能直接发出去的报表。SSMC 附带的那套 Excel Add-in 就是为了补这一段——它从 System Reporter 数据库(.srdata)里提取数据,经由 SSMC 服务器取数,直接落进 Excel 表格。这个工具的前提条件是客户端有 .NET Framework 4.0 或更高版本,安装时如果系统上没有会一并装上,可能触发重启,装完第一次打开 Excel 也可能被要求重启一次完成内部配置。
用法不复杂,但顺序要对:先退出并关闭所有 Excel 窗口,再跑 setup.exe,装完重新打开 Excel。然后在"加载项"选项卡里点 HP 3PAR Excel Add-in,或者在 SYSTEM REPORTER 选项卡里操作。接着填三项:SSMC 服务器名和端口、用户名和密码(这里要的是 StoreServ 阵列的凭据,不是 SSMC 管理员账号),点"连接到 SSMC"。
数据生成之后有个新手常踩的点:结果在表格的左上角,不在你当前看到的区域。生成完把滚动条拉到最上面、最左边,CSV 形式的数据就在那儿。找不到数据不一定是连不上,很可能只是视图位置不对。
时间粒度上,这个加载项用三套格式来标记采样密度:
| 粒度标记 | 时间格式 | 典型用途 |
|---|---|---|
| HIRES | 0:dd:HH:mm | 排查短时尖峰,看分钟级抖动 |
| HOURLY | 0:dd:HH:mm | 日常性能趋势,一天一交付 |
| DAILY | 0:dd/MMM | 容量与增长趋势,月度汇报 |
选粒度的原则是看问题的时间尺度:给业务方交月度容量报告用 DAILY 就够了,非要拉 HIRES 出来,几十万行数据在 Excel 里能把人拖死;反过来,排查一次持续十几分钟的 IO 抖动,DAILY 粒度什么都看不出来,必须上 HIRES。我一般会先按 HOURLY 拉一遍看整体形态,锁定时间段之后再切 HIRES 放大,这样既能找到问题,也不至于让文件大到打不开。
如果 Excel 里那几项一直不出现,回到 5.5 节按"禁用项目"那条走一遍,绝大多数情况是加载项被拉黑了,不是装失败。另外,生成报表的账号权限会影响可见的数据范围,用只读的 browse-map 角色去拉性能数据是够的,没必要为了出报表发一个 super-map 账号出去。
这套东西真正的价值在"可复现":报表模板做好一次,之后每次只要换时间范围重新连一次就能出结果,不用再敲一遍 CLI 命令拼输出。把它和 SSMC 的阈值告警配起来用,日常巡检基本就是"看告警有没有、按周拉一次 HOURLY 报表"这两件事。
说个自己的教训。早年装机的时候,我习惯性是"装完能打开页面就算完事",结果有一次在一个受限网段里,本机能开、业务侧访问全超时,排查到半夜才发现是入站端口没放行。从那以后我每次装完 SSMC,都强制走一遍固定动作:ss -lntp确认端口在听、从另一台机器curl -k验一次握手、openssl s_client看一眼证书主体和到期时间、最后把端口号写进变更单。这四步加起来不到五分钟,能挡掉后面一半的返工。希望帮到你。
本文还有配套的精品资源,点击获取