点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
您对逐步发展系统格局有何经验和建议?
这种情况:
- 运行在anyDB上的Sandbox + DEV + QA + PROD系统在现有的ERP环境中
- 应计划将棕地转换为SAP S/4HANA
- 存在用于为具有4个系统的S/4HANA构建相同环境的新硬件
在项目执行过程中需要这样做:
- 包含生产数据的几次测试转换 在此项目期间,完成了
- 一些S/4HANA特定的定制和开发。 最后,它将成为新的S/4HANA系统的一部分
- 运行中的ERP 3系统景观应保持稳定,以确保生产运营
看看这个简单的步骤顺序:
1a。 PROD ERP的系统副本
1b。 测试转换为S/4HANA中间系统
1c。 做一些开发和定制。 导出为运输请求。
1d。 扔掉新的S/4HANA中间系统。
2。 重复步骤1a到1d,进行新的测试转换。 每次导入所有进一步的运输请求以继续开发。
3。 收集运行手册中的所有传输方式和手动步骤以进行转换,并应用于所有
4a。 将DEV系统ERP转换为新的DEV S/4HANA
4b。 将QA Systeme ERP转换为新的QA S/4HANA
4c。 最终将PROD ERP转换为新的PROD S/4HANA
那么,伙计们-您如何看待这一点? 您的最佳做法是什么? 如何在项目进行过程中以最少的问题建立新的格局?
您好 Ingo Biermann,
方法取决于地形, 数据量,可承受的开发锁定期和可承受的停机时间。
您计划中的一些关键点:
通常,我们无法在整个转换期间锁定开发和更改, 您必须计划DEV和QAS的可用性,同时继续进行转换。 您可以复制现有的DEV和QAS系统,并将它们用作转换源。 在DEV进行项目的过程中,更改和开发应尽量少,一旦S/4同行准备好就应手动进行。 不应将在ECC中开发的传输导入到S/4系统环境中。
在复制系统(例如Sandbox,DEV和QAS)时,必须先导出ST03N数据并导入复制的系统中,然后才能开始进行转换 .Simplification Items检查依赖于ST03N数据,并且该数据不是系统副本提供的。 请参考 2568736 进行此操作。
执行紧密模拟(就资源而言) ),以便您可以通过分配最佳的R3load进程数来最大程度地减少停机时间。如果计划数据库移动,请计划并行DMO(而不是串行模式)以减少停机时间。
提交
一周热门 更多>