2. 验收标准与合同解读

在 Pure Storage 全闪存项目的验收阶段，真正决定“能不能签字”的，不是设备上架通电是否成功，而是合同文件里那些可量化、可验证的条款是否被逐条满足。工程交付中最常见的争议往往不是技术故障，而是双方对“验收标准”的理解不一致：甲方认为性能应达到峰值，乙方认为合同只承诺稳态；甲方认为容量按裸容量交付，乙方按可用容量计算。因此，验收工作的第一步不是上机测试，而是把 SOW、技术协议和 SLA 三份文件中的指标“翻译”成可执行的测试项与判定阈值。

三份文件的分工与优先级

SOW（工作说明书）界定的是交付范围与责任边界：包含哪些设备、多少套阵列、是否含实施、培训、迁移、备件与维保年限。技术协议界定的是产品规格与配置基线：型号、控制器数量、NVMe 盘数量与容量、端口类型与数量、软件授权模块（如 Purity、SafeMode、ActiveCluster、Pure1）。SLA（服务等级协议）界定的是可用性与响应承诺：可用性百分比、故障响应与恢复时限、性能保障水平、数据保护与快照保留策略。

当三者出现冲突时，通常遵循“技术协议优于 SOW，SLA 中更严格的承诺优先”的原则，但最终以合同正文的优先级条款为准。工程上建议在验收启动会上形成一份《指标对照表》，把每一条款映射到唯一的测试方法与判定依据，避免同一指标被两种口径重复解释。

四类关键条款的提取方法

性能条款要区分三个层次：峰值 IOPS、稳态 IOPS 和时延上限。合同中若只写“IOPS 不低于 X”，必须追问块大小、读写比例、随机/顺序、队列深度和持续时间。例如技术协议写“4K 随机读 70% 写 30%，稳态 IOPS ≥ 400,000，平均时延 ≤ 1ms”，这就是一个可测的完整口径。若缺少块大小或读写比，应在验收前以书面澄清函确认，否则测试结果无法判定。

容量条款要区分裸容量、可用容量和有效容量。全闪存阵列普遍启用数据缩减（去重与压缩），合同若写“有效容量 500TB”，必须明确缩减比假设（如 4:1）以及是否含快照与保留。验收时应以阵列实际可用容量和缩减后可用容量分别记录，并注明缩减比是“合同承诺值”还是“实测参考值”。

可用性条款通常以年度可用性百分比表达，如 99.999%。需要确认统计口径：是按计划外停机计算，还是含计划内维护；是按单阵列还是按双活集群整体。同时要核对 SLA 中的响应时限，例如 P1 故障 15 分钟响应、4 小时恢复，这些时限需要与现场备件、远程支持流程对应。

数据保护条款包括快照频率与保留数、复制方向与 RPO/RTO、SafeMode 防篡改快照的保留周期。例如“每小时快照，保留 24 份；每日快照保留 30 天；关键卷启用 SafeMode，保留 7 天不可删除”。这些条款直接决定验收时的策略配置检查项。

把条款翻译成可执行测试项

提取指标之后，需要为每条指标定义“测试方法、输入参数、观测点、判定阈值”。以性能为例，若合同承诺“4K 随机 70/30 读写，稳态 IOPS ≥ 400,000，平均时延 ≤ 1ms”，测试方法可设计为：使用 vdbench 或 fio 对 8 个 500GB 卷发起 4K 随机读写，读写比 7:3，队列深度 64，预热 30 分钟后进入稳态，持续 1 小时，记录 IOPS 均值、平均时延与 P99 时延。判定时以稳态区间均值为准，若均值达标但 P99 超过 3ms，应结合合同是否约定尾时延条款决定是否判合格。

容量核对则通过 Pure1 或阵列 GUI 的容量视图读取：物理容量、可用容量、已用容量、数据缩减比、快照占用。若合同承诺“有效容量 500TB，缩减比 4:1”，实测缩减比为 3.2:1，则有效容量约 400TB，属于未达标，需要与供应商确认是数据特征差异还是配置问题，并形成书面记录。

可用性验证不能只靠“设备没坏”来判断。应设计冗余切换测试：在双控制器阵列中手动重启一个控制器，观察业务 IO 是否中断、切换时间是否在承诺范围内；在 ActiveCluster 双活场景中模拟站点链路中断，验证 RPO 是否为 0、RTO 是否满足 SLA。测试过程需保留事件日志、监控截图和工单编号，作为验收证据。

验收指标对照表示例

下表是一份可直接使用的指标对照表结构，字段按实际项目填写。表中数值为示例，用于说明填写方式，不代表任何真实项目实测结果。

完成指标提取与对照表编制后，验收工作才真正进入可执行阶段。后续的测试执行、数据记录和报告签署，都应围绕这份对照表展开，确保每一条合同承诺都有对应的测试项、观测点和判定依据，做到“条款可追溯、数据可复核、结论可签字”。