点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们对传输域和计划/u...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们对传输域和计划/u...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,
我们对传输域和计划/usr/sap/trans有疑问。 需要您的建议。
我们已经看到客户为ECC,BI,CRM等使用单独的传输域,还有一些客户对于景观的所有系统都具有相同的传输域,而这些传输域具有带有"/img/usr/sap/trans"的通用传输域
现在的问题是,如果我们使用第一个选项,那么是否需要对单独的景观使用单独的/usr/sap/trans,例如对于BI景观使用一个/usr/sap/trans位置,而对于/usr/sap/trans使用一个位置 对于ECC? 还是我们将使用单独的传输域,但是使用"公共"/img/usr/sap/trans路径?
你们推荐哪个?
我的建议是为每个应用程序使用单独的域,例如 一个域用于ECC,另一个域用于BI,依此类推。 因此,ECC(Dev,QA和PRD)共享/usr/sap/trans以及BI和CRM都拥有自己的。
我看到此设置的简单原因是由于某种原因,我取消了我的Dev ECC(即ECC领域的域控制器),我只会影响ECC领域。我的BI和CRM系统不会受到影响 。 另一个问题是,当涉及到/usr/sap/trans下的目录时,维护变得更易于管理。
我能想到的另一个原因是在修补系统时,所有修补程序都存储在/usr/sap/trans/EPS/in下。 因此,如果我们不谨慎的话,我们可以应用更高版本的ABAP,BASIS或BI版本的补丁,该补丁旨在用于BI系统,最后我们也可以在ECC上应用。
希望这会有所帮助。
谢谢
无意
一周热门 更多>