上篇我们拆解了这个困局的两面一边是旧系统关不掉——没人说得清里面有什么、没人愿意为删除签字、担心影响业务一边是历史数据查不到——技术断了、人断了、或者数据本身已经不可信。问题的症结在于很多企业把保存数据和维持系统当成了一件事。把它们分开困局就解开了。本篇讲具体怎么做。一、思路很简单数据留下来系统退下去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万张销售单据。这种增速下等到数据库撑不住再处理就晚了。它选择的是提前建立自动化归档机制——数据按规则自动归档既把生产库的规模控制住也保证审计随时能取证。出发点不同落点其实相同要保留的是数据的可用性而不是承载它的那套系统。三、如果要启动从哪里开始这件事不需要一上来就做完整方案可以先从一次摸底开始摸清家底旧系统里有哪些数据、各占多大体量、分别归属哪些组织单元定保存期按法规和内部政策明确每类数据需要保留多久看访问频率过去一年里这些数据被查询过多少次、由谁查、查什么算一笔账维持现状的年成本是多少归档方案的投入是多少几年能持平。这几个数字出来之后该不该关、什么时候关、关了之后数据怎么管答案基本就清楚了。最后旧系统关不掉通常不是技术做不到而是没人把关系统和留数据这两件事分开来看。一旦分开问题就简单了系统该退就退数据该留就留需要用的时候还能查得到。这才是S/4HANA转型真正应该有的收尾。