S/4HANA转换：建立系统格局的步骤和顺序 - EasySAP

SAP S/4HANA Basis Technology basis administration system conversion brownfield

S/4HANA转换：建立系统格局的步骤和顺序

2020-08-21 09:11发布

站内问答 / S/4HANA

2032 1

点击此处---> 群内免费提供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

那么，伙计们-您如何看待这一点？您的最佳做法是什么？如何在项目进行过程中以最少的问题建立新的格局？

1条回答

昵称总是被占用

1楼-- · 2020-08-21 09:53

您好 Ingo Biermann，

方法取决于地形，数据量，可承受的开发锁定期和可承受的停机时间。

您计划中的一些关键点：

通常，我们无法在整个转换期间锁定开发和更改，您必须计划DEV和QAS的可用性，同时继续进行转换。您可以复制现有的DEV和QAS系统，并将它们用作转换源。在DEV进行项目的过程中，更改和开发应尽量少，一旦S/4同行准备好就应手动进行。不应将在ECC中开发的传输导入到S/4系统环境中。

在复制系统（例如Sandbox，DEV和QAS）时，必须先导出ST03N数据并导入复制的系统中，然后才能开始进行转换 .Simplification Items检查依赖于ST03N数据，并且该数据不是系统副本提供的。请参考 2568736 进行此操作。

执行紧密模拟（就资源而言）），以便您可以通过分配最佳的R3load进程数来最大程度地减少停机时间。如果计划数据库移动，请计划并行DMO（而不是串行模式）以减少停机时间。

提交

一周热门更多>

点击此处---> 一起学习S4 HANA ...

相关问答