你好

是的。

为此，需要将共文件和数据文件传输到影子实例的传输目录。

如果没有共文件和数据文件，请检查用于SPDD的传输请求的状态

然后您将使用SAPup将其导入到影子系统

K900896.SID到/ dataexport/SUM_OLD/abap/cofiles

R90089.SID到/dataexport/SUM_OLD/abap/data

遵循此SAP注释

说明610311-在第二次升级中导入修改调整

注意

RB

嗨里根，

我认为在DEV系统中释放数据和共文件后，它们会生成。

这些文件会在正常的传输路径中生成吗？ （/usr/sap/trans/CRM/cofiles）

我们当前的Quality Shadow系统路径为

/dataexport/SUM/abap/cofiles和
/dataexport/SUM/abap/data

请就以下两点提出建议：

• 用于复制数据和共文件的目标目录是Quality shadow系统路径，对吗？

• 复制数据和共文件后，我需要执行SAP注释68678中建议的以下逗号。

" ./SAPup导出TA = SIDK900896 TYPE = SPDD LOG = EXP.LOG REL = 720"

SAP注释610311不适用于我们，因为我们的目标版本是SAP_BASIS为731。

谢谢，Ganesh

嗨，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

Hi Jens，

感谢您的答复。

在/usr/sap/trans/bin和usr/sap/trans/CRM/bin上umodauto.lst不可用

注意：在我们的环境中，参数trans_dir指向usr/sap/trans/CRM/bin。

同意，我们必须释放任务，

但是，为什么这里没有此文件？ 是否由于在影子系统中SPDD更新期间未释放任务而导致。

请在下面提出建议，

该文件umodauto.lst何时创建？ SUM工具是否在升级期间创建此文件？

感谢Ganesh

你好Ganesh

我相信/dataexport/SUM是用于升级的文件系统。

如果 是的，那么您需要将共文件和数据文件移动到/dataexport/SUM/abap/cofiles和/dataexport/SUM/abap/data

确保它们具有正确的所有权和权限

su-sidadm

cd/dataexport/SUM/abap/bin

./SAPup importshd SIDK900896

一旦连接到影子实例并调用Tx SE38 并运行报告UPGACTKORR

SAP注释作为指南。

注意 610311-在第二次升级中导入修改调整

问候

RB

你好里根，

问题已解决。

很棒的建议，非常感谢。

感谢Ganesh