3. 数据保护需求分析与业务影响评估

在完成数据保护体系的总体目标设定之后，下一步必须回答一个更具体的问题：企业里到底有哪些业务系统需要保护，它们各自能承受多大的中断与数据丢失，数据本身又该如何分级？这一节围绕三个核心动作展开——识别关键业务系统、确定 RTO/RPO 分级、实施数据分类分级，并借助 HPE 评估工具完成企业现状调研，最终形成可支撑后续方案设计的需求基线。

一、从业务出发识别关键业务系统

数据保护不能从存储设备出发，而应从业务出发。识别关键业务系统的第一步是建立业务清单，再通过业务影响分析（BIA）判断哪些系统一旦中断会造成实质性损失。实践中通常从三个维度打分：业务中断的财务影响、合规与监管影响、客户与声誉影响。每个维度按 1～5 分评估，加权求和后排序，得分靠前的系统即为关键业务系统。

例如某制造企业的示例评估（以下数据为教学假设，非实测结果）：ERP 系统财务影响 5 分、合规影响 4 分、声誉影响 4 分，加权总分 13.5；MES 生产执行系统分别为 5、3、3，总分 11.5；邮件系统为 2、2、3，总分 6.5。据此可初步判定 ERP 与 MES 为一级关键系统，邮件系统为三级。识别过程中还要记录系统之间的依赖关系，例如 MES 依赖 ERP 下发工单，数据库依赖共享存储，避免只保护上层应用而遗漏底层依赖。

二、RTO 与 RPO 分级

RTO（恢复时间目标）指业务从中断到恢复可接受的最长时间，RPO（恢复点目标）指可接受的最大数据丢失时间窗口。二者必须由业务方确认，而不是由 IT 单方面决定。分级时建议采用统一档位，避免出现“每个系统一个值”导致方案无法收敛。

分级完成后要做一个关键校验：RTO 与 RPO 是否与业务损失曲线匹配。如果某系统中断 1 小时损失 50 万元，却定为三级（RTO 24 小时），显然不合理。同时要评估现有技术能力能否达到目标，例如 RPO≈0 通常需要同步复制，而同步复制对链路时延有严格要求（一般要求往返时延在毫秒级），跨城场景往往难以满足，此时应改为“接近零”的异步方案并明确告知业务方。

三、数据分类分级方法

数据分类分级是保护策略精细化的基础。分类解决“这是什么数据”，分级解决“它有多敏感”。推荐采用“先分类、后分级、再映射策略”的三步法。

• 分类维度：按来源与用途划分为客户数据、财务数据、生产数据、研发数据、运营数据等。
• 分级维度：按敏感程度划分为公开、内部、秘密、机密四级，依据泄露后的影响范围判定。
• 策略映射：机密级数据要求加密存储与传输、访问审计、异地容灾；内部级可放宽至常规备份与权限控制。

落地时建议先对数据库表和文件目录做一次扫描盘点，标注每类数据的级别，再与 RTO/RPO 分级交叉，形成“系统—数据—等级—保护要求”的矩阵。这样后续设计备份策略、加密策略和容灾架构时就有明确依据。

四、使用 HPE 评估工具完成现状调研

HPE 提供了一系列评估与调研工具，用于把上述分析落到可量化的现状数据上。典型做法是：通过 HPE Storage and Data Protection Assessment 类工具采集现有备份成功率、备份窗口占用、恢复演练记录、存储容量与增长趋势；结合 HPE InfoSight / Data Services Cloud Console 的遥测数据，查看实际 IO 特征、副本数量与保护缺口。调研输出通常包括：未受保护的系统清单、备份失败率、平均恢复耗时、容量水位等。

调研阶段要特别关注“纸面 RTO”与“实测恢复时间”的差距。很多企业声称 RTO 为 4 小时，但从未做过恢复演练，实际恢复可能超过 12 小时。因此建议在调研中安排一次抽样恢复测试，记录从发起恢复到业务可用的真实耗时，作为基线数据。下面这张图展示了从业务识别到评估输出的完整关系。

五、调研成果与判断依据

完成上述工作后，应形成一份可评审的需求基线，至少包含：关键系统清单及其等级、每个系统的 RTO/RPO 目标值与实测值、数据分类分级结果、现有保护能力的缺口。判断调研是否达标，可以看三个信号：是否所有一级系统都有明确的保护方案；是否存在 RPO 无法满足的系统并已上报；恢复演练是否覆盖了至少一个一级系统。如果这三个问题都能给出肯定回答，说明现状调研已经具备支撑后续方案设计的质量。

需要强调的是，需求分析与业务影响评估不是一次性工作。业务系统会新增、数据量会增长、合规要求会变化，因此建议每半年复核一次分级结果，并在重大业务变更后触发重新评估。只有让需求基线保持“活着”的状态，后续的备份策略、容灾架构和演练计划才有持续可靠的输入。