在第二次系统升级中错过了SPDD和SPAU传输请求

2020-08-15 04:56发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨,朋友 我们已经完成了在开...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,朋友

我们已经完成了在开发系统上的SAP升级并正在执行测试系统升级。

我们希望将SPDD和SPAU更改传输自动转移到自动生成的下一次系统升级

用于测试和生产系统的开发系统。

但是,在测试系统升级中,SPDD和SPAU更改了要在"配置阶段"中给出的传输请求编号输入

我们现在处于预处理阶段,SUM工具提示您手动调整SPDD更改。

您能建议,现阶段是否可以返回并给出在开发系统中捕获的SPDD传输请求?

请查看我的以下观察结果并提出建议。

以下是观察结果:

  • 数据和联合文件在DEV系统SPDD传输请求的trans目录中不可用。 但是,我们可以在SAP级别" SIDK900896"上看到传输状态
  • 文件umodauto.lst在先前的安装目录"/img/dataexport/SUM_OLD/abap/bin"和trans目录中均不可用。

技术细节:

这是使用 SUM1.0 SP07

将SAP CRM从5.2 EHP2升级到7.0 EHP2

注意:我们在下面引用了

http://scn.sap.com/thread/1678601

SAP注释:68678,51046

感谢Ganesh

6条回答
哎,真难
2020-08-15 05:52

嗨,Ganesh,

首先,您是否标记了DEV系统中的SPDD和SPAU传输? 您必须释放传输的所有任务,但不必释放传输,这将由SUM/SAPup完成。

我已正确完成此操作,将使用目标发行版的条目和传输的名称修改umodauto.lst,如下所示:

SPDD 731 SIDK900896

SPAU 731 SIDK900898

您将在/usr/sap/trans/bin的SUM目录中找到umodauto.lst文件!

如果没有, 标记传输,而不是手动释放它们并使用正确的条目修改umodauto.lst。 但是,您也可以在SUM中手动键入传输,以进行下一次升级。 如果将读取umodauto或手动指定的传输方式,则没有任何区别。 导入将由SUM自动完成。

但请注意:请始终仔细检查您的SPDD和SPAU! 并非所有系统都是具有相同对象的1:1副本。

问候,

Jens

一周热门 更多>