SAP ECC 2027年主流维护终止的作业就绪计划
内容提要
SAP ECC将于2027年停止主流维护，本文为调度团队提供五步迁移计划：盘点所有作业、精简冗余、选择目标拓扑、转换而非重建、模拟并保护切换。建议尽早行动，以降低迁移风险并确保工作负载顺利过渡。
延伸解读
为什么2027年截止日期对作业团队更紧迫
文章指出，SAP ECC的EHP 6-8版本主流维护将于2027年12月31日结束，而EHP 0-5已于2025年底到期。对于作业团队而言，真正的风险不是系统立即停止，而是维护终止后缺乏法律和法规更新，且迁移窗口有限。文章强调，许多S/4HANA项目周期为12至24个月，若未提前启动，可能被迫依赖高成本的扩展维护。因此，作业团队应尽早规划，避免因时间不足而仓促迁移。
盘点阶段：隐藏的SM36作业是最大盲区
文章特别指出，用户直接在SM36中创建的作业虽然可见，但不在中央目录中，导致迁移范围常被低估。因此，第一步必须将所有未管理的作业纳入统一治理，通过作业提取和镜像功能，将用户自建作业集中管理。这一步是发现隐藏依赖、避免切换时出现意外问题的关键。没有完整的清单，后续的迁移和优化都无从谈起。
精简作业：迁移前先瘦身，降低整体风险
文章建议在迁移前通过归档（SARA）和淘汰过时作业来精简作业环境。这不仅能减少迁移时需要处理的数据量，还能缩短系统复制、备份和迁移的时间，从而加速S/4HANA迁移进程。文章强调，许多长期运行的维护作业可能已无业务价值，通过中央目录的可见性，可以识别并淘汰这些冗余作业，使迁移范围更小、更可控。
目标拓扑决定作业接口，GROW是例外
文章对比了四种目标拓扑：本地S/4HANA、RISE私有云、RISE+BTP以及GROW公共云。前三种均支持XBP接口，作业定义可基本保持不变，而GROW公共云不暴露XBP，需改用BTP调度器和外部调度API。因此，选择目标拓扑必须在转换前确定，因为它直接影响作业的接口和转换方式。文章提醒，GROW的调度方式差异较大，需提前评估。
Q&A
SAP ECC 2027年停止主流维护，对调度作业有什么影响？
SAP ECC（SAP ERP 6.0）的主流维护将于2027年12月31日结束（针对EHP 6-8），但作业不会自动停止，系统仍可运行。影响在于平台不再获得主流维护，调度团队需要规划作业的迁移或调整，以确保工作负载顺利过渡。
如何盘点SAP ECC中的作业？
盘点作业是迁移计划的第一步。需要将所有作业纳入中央管理，包括用户通过SM36直接调度的作业。通过作业提取和镜像功能，将用户调度的SAP作业集中到一个管理目录中，从而获得完整的作业清单，发现隐藏的依赖关系。
在迁移前如何精简SAP ECC作业？
精简作业是迁移计划的第二步。通过数据归档（使用SARA）减少不必要的数据，并淘汰过时的维护作业、重复流程和不再提供价值的监控任务。这样可以缩小迁移范围，加快迁移速度。
SAP ECC迁移到S/4HANA有哪些目标拓扑？它们对作业调度有何影响？
有四种常见目标拓扑：本地S/4HANA、RISE私有云版、RISE私有云加BTP、以及GROW公有云版。前三种都支持XBP接口，作业定义基本不变或仅需少量配置调整；而GROW公有云不暴露XBP，调度需改用BTP调度器和外部调度API（SAP_COM_0948）。
迁移SAP作业时，应该转换还是重建？为什么？
应该转换而不是重建。转换工具可以直接导入现有作业定义和日历，并生成评估报告，保留跨系统依赖逻辑，避免手动重建带来的错误和耗时。重建会丢失多年积累的依赖关系，且效率低下。
如何确保SAP ECC迁移的切换过程安全？
切换前进行模拟运行（使用Forecast和What-If干跑），并在切换窗口期间实施全局停止、保持和重启，确保没有作业在升级期间写入SAP系统。这样可以降低切换风险，避免业务中断。
SAP ECC 2027年维护终止后，作业还能继续运行吗？
可以。维护终止不会自动停止系统或作业，它们会继续运行。但平台不再获得主流维护，因此需要规划迁移或调整，以确保长期支持和合规性。
迁移到S/4HANA时，是否需要重新定义所有SAP作业？
不需要，除非迁移到GROW公有云。SAP作业类型在R/3和S/4HANA中相同，因此无需新插件；迁移到RISE私有云只需少量配置更改。转换工具可以导入现有作业定义，避免手动重建。但GROW公有云调度接口不同，需要调整。
