企业官网建设流程全解析

1. SAP Brownfield Sizing的本质解析

在SAP系统实施和升级过程中，Brownfield Sizing（棕地规模评估）是一个关键但常被低估的技术环节。简单来说，它是对现有SAP系统环境中各项资源需求的精确测算过程——就像给一栋老房子做结构检测，既要评估现有承重墙的强度，又要计算扩建后需要新增多少钢筋水泥。

与Greenfield（绿地实施）不同，Brownfield场景下我们面对的是已经运行多年的生产系统。以某制造业客户为例，其ECC 6.0系统已运行8年，包含：

• 日均2000+张财务凭证
• 超过15万条物料主数据
• 300+个定制开发的ABAP程序
• 与MES、WMS等8个外围系统的实时接口

这种环境下做S/4HANA升级，Sizing必须考虑：

1. 历史数据量对HANA内存的占用（特别是MB52这类高频查询表）
2. 现有接口调用频率对CPI集成层的压力
3. 自定义代码（如VC配置、替代功能）在新架构下的性能损耗

2. Brownfield Sizing的三大核心维度

2.1 数据规模测算

不同于简单的表行数统计，需要重点关注：

• 动态增长表：如会计凭证BAPI_ACC_DOCUMENT_POST生成的BKPF/BSEG表
• 索引效率：检查MD04这类MRP报表的查询条件字段是否有适当索引
• 归档策略：评估是否需要先执行FAGL_ARCHIVE_*归档再迁移

典型计算公式：

内存需求 = 活跃数据量 × 压缩率(5-10x) + 系统开销(30%)

例如某客户物料主数据约200GB，经HANA压缩后预计占用35GB内存空间。

2.2 业务流程复杂度评估

需要量化分析：

• 特殊业务场景：如跨公司销售、买赠业务等非标流程
• 增强字段影响：物料主数据新增的客户字段在MRP运算中的调用频率
• 接口流量峰值：SOAManager逻辑端口的并发连接数统计

关键提示：务必用ST03N事务码抓取真实业务峰值期的负载数据，开发测试环境的数据往往不具有参考性。

2.3 技术组件映射

重点检查：

• 传统技术栈：如RFC调用是否要改为OData服务
• 外部依赖：AL11映射的共享文件夹在新环境中的访问权限
• 安全策略：从FTP迁移到SFTP的连接改造点

3. 实施Brownfield Sizing的五个实操步骤

3.1 系统现状快照

1. 使用DB02分析表空间分布
2. 通过ST04获取历史性能基线
3. 运行UCCHECK检查自定义代码

3.2 数据采样分析

-- 检查增长最快的表 SELECT TOP 20 TABNAME, TABLE_SIZE FROM MON_TABLE_GROWTH ORDER BY GROWTH_RATE DESC;

3.3 业务场景建模

创建典型场景测试用例：

• 月结期间的FICO操作（包括凭证冲销MBST）
• PP模块的MRP控制者批量运行
• SD模块的批量SO创建压力测试

3.4 容量规划模拟

使用SAP Quick Sizer工具时注意：

• 为动态菜单等UI组件预留20%额外内存
• BTP环境配置需单独计算CPI组件需求
• 考虑AI功能未来3年的扩展空间

3.5 风险缓解方案

常见应对策略：

• 对MB52等高频查询实施表分区
• 为固定资产批量导入配置后台作业窗口
• 对KSB1等标准报表的字段增强做性能评估

4. 甲方内部顾问的关键行动清单

当企业从金蝶切换到SAP时，作为甲方顾问应：

1. 数据准备阶段

   • 主导清理冗余主数据（特别是供应商/客户重复记录）
   • 标记所有需要迁移的增强字段（如物料主数据的特殊分类）

2. 系统配置阶段

   • 验证统驭科目配置与现有会计科目的映射关系
   • 测试预付款流程与现有银企直连的兼容性

3. 用户培训阶段

   • 制作新旧系统功能对照表（如金蝶的XXX对应SAP的FB60）
   • 针对财务人员重点培训凭证冲销的多种方式差异

4. 上线支持阶段

   • 建立常见问题知识库（如"项目种类在事务1000中被拒绝"的解决方法）
   • 监控接口异常（特别是银行对账单自动过账场景）

5. 避坑指南：来自实战的经验教训

1. 测试环境陷阱某项目在DEV环境做Sizing时忽略了生产环境才有的PP-MRP批量作业，导致上线后内存溢出。务必用PRD环境的完整数据样本做压力测试。

2. 接口改造盲区原有RFC调用改为REST API后，未考虑WS安全策略导致日均超时200+次。建议用Wireshark抓包分析真实报文尺寸。

3. 数据迁移误区直接使用BAPI导入物料主数据时，因未处理分类视图导致6000多条记录失败。应先运行CL20N检查分类体系完整性。

4. 性能调优时机在S/4HANA中，对MD04查询增加Z字段筛选条件后响应时间从2秒增至15秒。应在开发阶段就用EXPLAIN PLAN分析执行路径。

对实施顾问而言，最实用的建议是：在蓝图设计阶段就要求客户提供至少3个月的完整ST03N数据，并重点分析月末前三天的工作负载特征。曾有个项目因未考虑季度报表的特别负载，上线后第一个季结就导致HANA内存爆仓。