3. 数据迁移方法论与工具概览
S/4HANA 数据迁移不是“把旧表导进新表”这么简单。它同时涉及数据抽取、字段映射、转换清洗、加载校验、错误回退和上线切换。SAP 为此提供了从方法论到执行工具的一整套组合:SAP Activate 负责“怎么组织项目”,Migration Cockpit 负责“怎么把数据搬进去”,LTMC/LTMOM 负责“怎么操作和扩展迁移对象”,ADM 负责“怎么处理大批量历史数据”,SLT 负责“怎么在切换窗口内持续同步增量”。理解这些工具的定位差异,比记住它们的缩写更重要。
一、SAP Activate:迁移工作的组织框架
SAP Activate 是 SAP 推荐的项目实施方法论,核心是“探索—准备—实现—部署—运行”五个阶段,并强调敏捷迭代和 Fit-to-Standard。对数据迁移而言,它给出的关键约束是:迁移不是上线前才启动的独立任务,而是贯穿实现阶段、与业务流程确认同步推进的工作流。在探索阶段就要识别数据范围和数据量级;在准备阶段完成数据清理和映射设计;在实现阶段通过多轮迁移测试验证规则;在部署阶段执行最终加载和切换;在运行阶段处理遗留差异。
Activate 本身不是工具,而是决定“什么时候用哪个工具、由谁负责、以什么标准验收”的框架。缺少这个框架,工具再强也容易出现“测试时数据对、上线后对不上”的问题。
二、Migration Cockpit:S/4HANA 的标准迁移入口
Migration Cockpit 是 S/4HANA 中用于将数据从源系统迁移到目标系统的标准工具集。它提供预置的迁移对象(Migration Object),每个对象对应一类业务数据,例如客户主数据、供应商主数据、物料主数据、未清项、成本中心等。用户通过迁移项目组织对象,按“选择对象—准备模板—填写数据—模拟运行—正式运行—监控结果”的流程执行。
Migration Cockpit 有两种使用方式:基于文件的方式(LTMC)和基于 Staging 表的方式。前者适合数据量中等、源系统可导出为 Excel/CSV 的场景;后者适合需要先落地到中间表、再做复杂校验的场景。它的优势是标准、可追溯、与 S/4HANA 数据模型直接对齐;局限是预置对象覆盖有限,复杂转换需要扩展。
三、LTMC 与 LTMOM:操作界面与扩展能力
LTMC(Legacy Transfer Migration Cockpit)是 Migration Cockpit 的 Fiori 操作界面,负责创建迁移项目、下载模板、上传数据、执行模拟和正式迁移、查看错误日志。它的价值在于把迁移过程可视化:每个对象有状态(未开始、模拟中、模拟成功、正式运行中、已完成、有错误),错误行可下载后修正再重传。
LTMOM(Legacy Transfer Migration Object Modeler)是迁移对象的建模工具。当标准迁移对象字段不够、需要增加源字段、修改映射规则、添加校验逻辑或调用 BAdI 时,就在 LTMOM 中扩展。典型场景包括:源系统物料描述需要拼接旧编码、客户地址需要按新国家格式拆分、未清项需要按公司代码过滤。LTMC 负责“跑”,LTMOM 负责“改”,两者配合才能覆盖标准之外的迁移需求。
四、ADM 与 SLT:大批量与增量场景
ADM(Archive Development Kit 相关迁移工具,常指通过 ADK/ADMI 进行归档数据迁移)适用于历史数据量大、但业务上不需要频繁访问的场景。它把旧系统中的历史凭证、历史订单等打包迁移到归档存储,既满足合规保留要求,又避免占用 S/4HANA 在线库资源。选型判断点是:数据是否还需要在线查询和参与业务计算。如果只是“留档备查”,ADM 比全量加载更经济。
SLT(SAP Landscape Transformation Replication Server)是实时/准实时复制工具,基于触发器机制捕获源系统变化并写入目标系统。它适合切换窗口极短、不允许长时间停机的场景:先做全量初始化,再持续复制增量,切换时只需短暂停写并追平最后一批变更。SLT 的代价是需要额外服务器资源、配置复制规则,并对源系统有一定性能影响,因此更适合关键主数据和频繁变动数据的迁移。
五、选型依据:按数据特征匹配工具
工具选型不应按“哪个先进”判断,而应按数据量、变动频率、业务依赖和切换窗口四个维度判断。下面的关系图把主要工具放在同一张选型视图中,便于对照。
结合上图,可以形成一条清晰的选型路径:先由 Activate 确定迁移阶段和验收标准;标准业务数据优先走 Migration Cockpit,通过 LTMC 执行、LTMOM 扩展;历史低频数据走 ADM 归档;切换窗口紧张、增量频繁的关键数据走 SLT。实际项目中,这些工具往往组合使用,而不是二选一。
六、一个组合选型的示例
假设某制造企业要从 ECC 迁移到 S/4HANA,数据情况如下:客户和供应商主数据约 8 万条,物料主数据约 12 万条,未清项约 200 万条,历史销售订单约 3000 万条,且要求切换停机不超过 8 小时。合理的组合是:主数据和未清项使用 Migration Cockpit + LTMC,其中物料描述拼接和客户地址拆分通过 LTMOM 扩展;历史销售订单使用 ADM 归档迁移,不进入在线库;对于切换期间仍在变动的未清项,可评估用 SLT 做增量追平。这样既控制了在线数据量,又把停机窗口压缩到可接受范围。
最后需要强调:工具只是执行手段,迁移质量取决于数据清理、映射规则和测试轮次。Activate 提供节奏,Migration Cockpit/LTMC/LTMOM 提供标准执行能力,ADM 和 SLT 解决特殊场景。选型时优先使用标准工具,确有必要再引入扩展和实时复制,才能在可控成本下完成迁移。