SAP 应用退役上云实践：历史数据归档的四个验收点与 TCO 优化路径

SAP 应用退役上云：历史数据归档需满足可检索、可理解、可追溯、可证明，归档数据迁至低成本云存储后系统可整体关停，TCO 按官方口径最多降约 80%。

做完 S/4HANA 上线，下一件事往往是旧系统怎么退。这件事的技术含量不在迁移，而在"退完之后还要能查、能懂、能证明"。

本文按云上归档的视角，把这件事拆成四个验收点与一条实施路径。

背景：旧系统的两难

继续维持，许可、硬件与运维投入长期存在；直接关停，又要承担历史数据无法调取的风险。两种选择各有利弊，讨论往往拖延很久。

决策前提只有一个：系统退役之后，那些数据还算不算"留住"。

四个验收点

四条缺一条，都只能算"存着"，不算"留住"。

为什么维持旧系统反而更难达标

可理解与可追溯会随时间持续退化：老旧应用版本、停产数据库与硬件平台，加上熟悉系统的员工陆续离开，可读性逐年下降——系统仍在运行，能完整解释数据的人越来越少。

可证明通常一开始就有缺口：旧系统权限模型与访问日志多为十几年前设计，难以满足现行内控与合规标准。

此外，保存期届满后需按类别精确销毁的数据，在整库保留模式下基本无法处理；系统不再获得安全支持，却仍在产生成本。

实施路径：SNP Kyano Datafridge

SNP 是源自德国海德堡的数据转型公司，1994 年成立，2000 年在德国上市（股票代码 SHF.DE），自述定位为全球领先的选择性 SAP 数据迁移供应商，Bluefield® 方法的开创者。Kyano Datafridge 是其面向应用退役与历史数据管理的产品。

实施分四步：

1. 完整提取：退役前提取结构化数据与单据附件，保留业务对象之间的关联关系，避免"表在、语义不在"；

2. 迁至低成本存储：归档数据落到低成本存储环境，源系统整体关停；

3. 访问方式不变：业务与审计用户继续通过熟悉的 SAP 界面检索、显示和导出，支持 200 多个开箱即用标准事务代码，可按需扩展；

4. 生命周期管理：按数据类别设保留规则、个人信息字段脱敏、到期安全销毁、访问与导出留痕。

选择性退役场景，可只停用生产环境中不再需要的数据，其余保留在活跃系统。非 SAP 老系统也可纳入同一归档环境，统一入口管理。

合规约束

法定保存期限：税务凭证、财务记录及部分行业生产与质量数据有明确年限要求，化工等行业甚至可达数十年，需按类别设定而非一刀切。

完整性与可验证：电子记录应完整、不可随意更改、可追溯来源与变更过程，归档环境需满足这一要求。

个人信息：GDPR、《个人信息保护法》对使用范围与保存期限有规定，归档数据同样适用，字段应脱敏、到期应安全销毁。

成本与案例

SNP 官方口径称，相关系统的总体拥有成本最多可降低约 80%。该数值受系统数量、数据量与保留策略影响。

道达尔能源（TotalEnergies）17 套 SAP ECC 处于"冻结"状态，合计约 100TB，退役计划 18 个月内完成：SNP 直接完成 7 套，埃森哲采用同一套标准化工具与方法论处理其余系统，AWS 存储由 SNP 代为采购管理，归档数据运维持续承担。关停后通过 SAP GUI 访问历史数据的方式保持不变。

这是单一项目公开结果，不构成周期承诺。

边界

归档环境不替代业务系统在线交易能力；实施前需先完成归档范围与保留策略定义，否则工具难发挥作用。

结论

应用退役的核心判断是"数据是否留住"，而不是"系统是否还在跑"。四个验收点定完，再谈存储选型与成本优化，顺序才不会反。