上篇算了这笔账：旧ECC留着，钱照花（服务器、许可、备份、机房），人照占（稀缺的老版本顾问、本该投入新系统的精力），风险还被严重低估——老系统早已没有安全补丁，而真正的隐患不是数据被删，是数据在、却读不出来了。
既然留着这么贵，为什么还有那么多企业不敢关？答案很简单：没找到"关掉系统还能查到数据"的办法。本篇将介绍这个问题。
一、有没有一种办法，既关系统，又留住数据
有。这也是近几年越来越多企业在做的事：把历史数据从旧系统中完整提取出来，迁移到专用的归档平台，然后把旧系统彻底关停。
关键不在于"归档"这两个字，而在于归档之后数据还能不能用。
以SNP中国公司的Kyano Datafridge为例，它的做法是把旧系统的数据完整提取并保存，同时在新的S/4HANA系统里保留访问入口。业务人员在SAP熟悉的界面中就能查询、显示和导出历史凭证——支持的事务代码有200多个，基本覆盖了日常查询场景。
这意味着：
· 审计来了，财务在S/4HANA里直接调历史凭证，不用再切回旧系统；
· 老系统可以停机、下电、退租机房；
· 数据本身被完整保存，且有保留规则、脱敏和安全销毁等机制，符合GDPR、《个人信息保护法》这类法规对数据生命周期的要求。
成本上，云存储的单位价格远低于维持一套生产系统的开销。历史数据的访问频率极低——通常只在税务稽查、审计或纠纷处理时才被调用，计算资源消耗很小。SNP官方资料给出的口径是，采用这种方式后，相关系统的总体拥有成本最多可下降约70%。
二、别人是怎么做的
陶氏化学（Dow）在全球S/4HANA转型完成后，有十多套SAP R/2和R/3系统处于停用状态，累计约42TB的结构化ERP数据需要长期保留，其中部分记录的保存要求长达70年。通过SNP中国公司的Kyano Datafridge解决方案，这些数据被完整归档并可随时检索，旧系统得以彻底关停。
道达尔能源（TotalEnergies）的情况更具代表性：17套SAP ECC遗留系统，累计约100TB数据，全部处于"冻结"状态。项目历时18个月，SNP直接退役其中7套，其余由埃森哲用同一套标准化工具完成，最终所有数据统一转至AWS云存储，审计时可随时调取。
Delivery Hero的逻辑稍有不同。这家全球外卖平台每天产生近500万张销售单据，数据量增长极快，与其事后处理，不如提前建立自动化的归档机制，既控制数据库膨胀，也满足审计合规要求。
这几个案例的共同点是：他们都不是等到系统实在跑不动了才动手，而是在S/4HANA项目规划阶段，就把"旧系统怎么办"放进了方案里。
三、什么时候该做这个决定
如果你的企业正处在以下几种情况，这个问题就值得现在拿到桌面上：
· S/4HANA已经上线，旧ECC仍在运行，且已经运行超过一年；
· 正在评估是否要延长ECC维护服务，续费价格逐年上涨；
· 旧系统的维护依赖个别老员工或高价外包；
· 安全或内审部门已经就老系统的风险提出过问题。
判断的方法其实不复杂：先摸清旧系统里到底有什么数据、各是多少、法规要求保存多久、过去一年被访问过几次。有了这几个数字，是归档、是保留还是淘汰，答案基本就出来了。
旧系统留多久，表面上是个技术问题，实际上是个管理问题——它取决于企业愿不愿意为"不敢做决定"继续付费。
S/4HANA转型的目标本就是让IT环境更轻、更快、更省钱。如果新系统上线之后，最重的那块包袱还原封不动地背着，这场转型就只完成了一半。
热门跟贴