Brownfield 系统转换是指在现有 SAP ERP（ECC）系统基础上，通过技术升级和数据库迁移，直接转换为 SAP S/4HANA。该路径能够最大程度保留企业已有的配置、自定义开发和历史数据，但也要求严格评估兼容性、自定义代码适配和性能影响。
系统转换的核心工具链包括 Maintenance Planner、Software Update Manager (SUM)、Database Migration Option (DMO) 以及一系列预检查和分析工具。
Maintenance Planner 用于规划系统维护事务，生成下载文件和栈配置文件（stack.xml）。在 S/4HANA 转换中，它负责：
SUM 是执行 SAP 系统更新、升级和迁移的核心工具。它通过统一的向导界面，完成以下主要任务：
DMO 是 SUM 中的一个可选功能，允许将系统升级和异构数据库迁移合并为单一流程。对于从 Oracle、SQL Server、DB2 等数据库迁移到 SAP HANA 的场景，DMO 能显著简化操作并降低停机时间。
| 模式 | 特点 | 适用场景 |
|---|---|---|
| DMO（原地迁移） | 在同一台主机上完成升级和数据库迁移 | 硬件不变，仅更换数据库为 HANA |
| DMO with System Move | 允许同时迁移到新硬件或云平台 | 硬件替换、数据中心迁移、上云 |
| DMO without System Move | 应用服务器保留，仅数据库迁移 | 应用层稳定，仅需 HANA 数据库 |
一个典型的 DMO 过程可分为以下阶段：
# SUM 启动示例（需根据实际路径调整）
cd /usr/sap/<SID>/SUM
./STARTUP config <path_to_stack_xml>/stack.xml
# 关键监控事务码
SM37 - 后台作业监控
SM50 - 工作进程监控
ST22 - ABAP 转储分析
DBACOCKPIT - HANA 数据库监控
停机时间是生产转换最受关注的指标之一。以下策略可有效缩短停机窗口：
| 检查项 | 工具/方法 | 目标 |
|---|---|---|
| 简化项检查 | Simplification Item-Check / Readiness Check | 识别并修复不兼容项 |
| 自定义代码分析 | Custom Code Migration App | 确认自定义代码可运行 |
| 数据库大小评估 | DB02 / HANA sizing report | 确保 HANA 容量充足 |
| Add-On 兼容性 | Maintenance Planner | 确认所有 Add-On 支持目标版本 |
| 业务一致性 | 自定义对账程序 / 标准报表 | 迁移后数据准确完整 |
预检查阶段常见错误包括缺少注释、不兼容的 Add-On、未完成的简化项等。应逐项查看日志，优先处理阻塞性（Blocker）问题。
可能原因包括网络延迟、HANA 日志写入瓶颈、未启用并行导入等。可通过调整 SUM 参数、增加 HANA 并行度、使用本地存储等方式优化。
迁移后需使用 SPAU/SPDD 处理修改对象，并运行 Custom Code Adaptation 工具修复废弃 API。建议将核心业务流程在 QAS 环境完整验证。
SAP S/4HANA Brownfield 系统转换是一项高技术风险的工作。通过 Maintenance Planner、SUM 和 DMO 的合理组合，辅以充分的预检查、演练和停机优化，可以将风险控制在可接受范围内。对于希望保留历史投资的企业，这是通往 S/4HANA 的重要路径。