上篇我们拆解了这个困局的两面：一边是旧系统"关不掉"——没人说得清里面有什么、没人愿意为删除签字、担心影响业务；一边是历史数据"查不到"——技术断了、人断了、或者数据本身已经不可信。

问题的症结在于，很多企业把"保存数据"和"维持系统"当成了一件事。把它们分开，困局就解开了。本篇讲具体怎么做。

一、思路很简单：数据留下来，系统退下去

SNP公司的Kyano Datafridge做的就是这样一件事：把旧系统里的数据完整提取出来，迁移到一个专门的安全存储环境中，然后把旧系统彻底关停。

关键在于，归档之后的数据不是"存着而已"，而是随时可用。

从新系统里直接查。数据在S/4HANA中保留访问入口，业务人员在熟悉的SAP界面就能搜索、显示和导出历史凭证，不需要再登录旧系统，也不需要学新工具。日常用得到的事务代码有200多个，覆盖了绝大部分查询场景——查一张三年前的发票，和查一张上个月的一样操作。

合规要求一并照顾到。归档环境支持保留规则管理，哪类数据保存多久、到期如何处置，都可以按政策设定；涉及个人信息的字段可以做脱敏处理，到期数据可以安全销毁。GDPR、《个人信息保护法》这类法规对数据生命周期的要求，在归档环境里比在生产系统里更容易落实。

不只管SAP。企业的数据历史很少只存在于一套系统中。ECC之外，那些年代久远的非SAP系统同样可以纳入同一个归档环境，统一入口、统一管理，合规和检索都省事。

成本降得下来。历史数据的访问频率很低，通常只在审计、税务稽查或纠纷处理时才被调用，占用的计算资源很小。相比维持一整套生产系统的许可、硬件和运维投入，成本差距非常明显——SNP迁移方案相关系统的总体拥有成本可大幅下降。

二、三种不同的出发点

企业走到这一步，触发的原因并不一样。有的是被保存期限逼出来的，有的是被账单逼出来的，还有的是被数据增速逼出来的。

有的企业是"留不起那么多年"。化工行业对部分生产和合规记录的保存要求可以到70年——让一套SAP R/2或R/3系统连续运行70年显然不现实，能留70年的只有数据本身。陶氏化学（Dow）在S/4HANA转型之后，就把十多套停用系统里的约42TB结构化ERP数据，连同单据附件一起转入了Kyano Datafridge：系统全部停机，数据照旧可查，保存期问题迎刃而解。

有的企业是"留不起那么多套"。道达尔能源（TotalEnergies）手上有17套处于"冻结"状态的SAP ECC系统，加起来约100TB。它们不承载任何业务，却持续占用资源，又因为不再获得安全支持而成为风险点。整个退役计划走了18个月，SNP公司直接完成其中7套，其余系统由埃森哲用同一套标准化工具接手。

还有的企业是"长太快，得提前管"。Delivery Hero面对的不是旧系统，而是每天新增的近500万张销售单据。这种增速下，等到数据库撑不住再处理就晚了。它选择的是提前建立自动化归档机制——数据按规则自动归档，既把生产库的规模控制住，也保证审计随时能取证。

出发点不同，落点其实相同：要保留的是数据的可用性，而不是承载它的那套系统。

三、如果要启动，从哪里开始

这件事不需要一上来就做完整方案，可以先从一次摸底开始：

1. 摸清家底：旧系统里有哪些数据、各占多大体量、分别归属哪些组织单元；

2. 定保存期：按法规和内部政策，明确每类数据需要保留多久；

3. 看访问频率：过去一年里，这些数据被查询过多少次、由谁查、查什么；

4. 算一笔账：维持现状的年成本是多少，归档方案的投入是多少，几年能持平。

这几个数字出来之后，该不该关、什么时候关、关了之后数据怎么管，答案基本就清楚了。

最后

旧系统关不掉，通常不是技术做不到，而是没人把"关系统"和"留数据"这两件事分开来看。

一旦分开，问题就简单了：系统该退就退，数据该留就留，需要用的时候还能查得到。这才是S/4HANA转型真正应该有的收尾。