点击此处--->   群内免费提供SAP练习系统（在群公告中）

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

嗨

我想知道您如何处理sapuxuserchk和/或SAP为什么不能解决以下问题：

*过去，当我们手动安装SAP Systems/SAP Kernel修补程序时，我们执行了saproot.sh，它为ASCS和DVEBMGS内核文件夹中的文件sapuxuserchk设置了粘性位和权限

*如果现在我们通过SUM进行更新/内核补丁，则我更经常意识到这些sapuxuserchk可执行文件永远不会被覆盖，因为通常这通过sapcpe进行，因为由于根所有权而无法覆盖这些文件

当前，我们通过SUM SPS维护部署了最新的内核。 sapuxuserchk文件仍然是2014年：）

当然，我可以手动执行此操作； 使用100个以上的SAPSID会耗费大量时间。

您如何处理？

如果我执行saproot.sh或在SUM运行等过程中解决该问题，为什么SAP不能确保将sapuxuserchk的新副本写入DIR_EXE？

我是否仍需要执行saproot.sh/在当前内核中设置粘性位和所有权？ 因为我在正式的SAP注释中可以找到所有有关旧720内核的信息

好奇的问候

迈克尔