点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我正处于门户升级项目的沙盒阶段,它从使用类型EP-CORE的NetWeaver 7.01升级到NetWeaver 7.5,基本上是自助服务门户(后端是ERP 6.04)。 由于该门户已经存在了一段时间,因此首次安装时就不存在EP-CORE(我们已经从7.00升级到7.01一次),只有完整的EP使用类型,因此有很多 安装了我们不使用或不需要的其他软件组件:Visual Composer,KMC等。
我希望是 Deployment Optimization Option (https://blogs.sap.com/2013/07/24/doo-upgrade-and-optimize-yap-sap-portal-system/)将使我们能够剥离所有多余的垃圾,并最终获得更精简,更高效的XSS门户。 但是,当我尝试在Maintenance Planner中设置升级堆栈时,该工具会预先选择在阳光下看起来像每个软件组件的外观,并且不允许我取消选择任何组件。 我认为仅适用于BI Java,VC和KMC的组件(换句话说,使用类型EP和BI Java)已在堆栈中,我无法摆脱它们。 该工具并没有剥离不必要的组件,而是增加了更多的东西。
我尝试运行CISI(已安装软件信息的校正)过程,它似乎可以运行,但是显然并没有影响 这么多。 我意识到鲍里斯(Boris)的旧博客只谈论升级到NW 7.3或7.4,但这是从2013年开始的,那时7.5还不是一个选择。 它还谈到了这是 Maintenance Optimizer 而不是 Maintenance Planner 的一部分,但是MP是MOpz的后继者,而且MOpz也不是升级到7.5的选择。
那是怎么回事? 在7.5中,无论实际使用情况如何,我们是否都必须安装所有完整的EP软件组件? 还是在LMDB中或者在重复的CISI流程中是否有进一步的校正会影响到这一点? 还是我在某个地方误会了什么?
每个维护计划人员(在CISI之后),当前的软件产品堆栈是:
- 用于SAP ERP 6.0/NW7.01的EHP4 li>
- -门户内容
- -门户内容通用
- -门户内容自助服务
- -SAP XSS(自助服务)
- SAP ERP 6.0
- -SAP XSS(自助服务)
- -SAP NW-EP核心
- -SAP NW- 适用。 服务器Java
目标软件产品堆栈为:
- 用于SAP ERP 6.0/NW7.01的EHP4
- -SAP XSS (自助服务)NW7.3
- -门户内容NW7.3
- -门户内容NW7.3
- -门户内容自助服务NW7 .3
- SAP ERP 6.0
- -SAP NW-应用。 服务器Java
- -SAP NW-EP内核
- -SAP XSS(自助服务)
- SAP NetWeaver 7.5
- - Application Server Java
- -EP Core-应用程序门户
- -企业门户*
*关于最后一个,企业门户, 标记为"待安装"。 这似乎是问题的根源,但是我找不到取消选择它的方法。 否则,这对我来说似乎是正确的。
任何见解或指导都将不胜感激。
谢谢!
马特
嗨,马特,
不确定是否可以完全使用部署优化来选择/取消选择组件以及与发行版的兼容性。
考虑到时间限制,更好的选择是 不论使用情况如何,都必须进行常规升级(针对所有组件)。
致谢,
哈里斯·卡拉(Harish Karra)
我已经尝试了一切可以想到的解决方案 ,经过两个多星期,并且学到了一些东西之后,我仍然处于第一方格。 我无法让Maintenance Planner预先选择Enterprise Portal的使用类型。
我使用SDM取消部署与Enterprise Portal相关的所有DC(SDA)(因此也取消了SC),只剩下了AS所需的DC。 Java,EP Core和XSS。 这无济于事。
我从BC_SL_ACTIVE_PARTS表中删除了EP使用类型(它仍显示在该表中),并确认它不再显示在 https:///utl/UsageTypesInfo 。
我注意到(较早),如果不是升级到NW 7.5我只是更新了支持包堆栈,那么Maintenance Planner似乎并不需要安装完整的EP使用类型和相关组件。 适用于现有版本(NW 7.01)。 因此,我做到了(我的门户仍然是其相关后端背后的几个SP)。 到目前为止,这种方法一直很好,而且我认为在更新支持堆栈的过程中,SUM可能会纠正我错过的所有软件信息。
但是,尽管看起来一切都是完全一致的, 当我回到Maintenance Planner重新计划完整的NW 7.5升级时,它仍然坚持要安装完整的Enterprise Portal使用类型。
浪费了两个星期。 现在,我的任务期限非常紧迫,无法超越沙盒,并且可以在生产环境中进行此升级。 实际上,我现在还不到一个月。 因此,我没有时间尝试解决此问题(在这里我对求助的呼声得到了零回应),所以我想我将继续升级此门户并安装全套不需要的门户。 无论如何,因为我等不及了。
仍然,如果有人对这可能是为什么有任何想法(或在支持门户网站上管理此组件的人看到了这一点,并解决了所有错误, ),也许可以在下周到达DEV之前解决?
有人希望...
更新(2-1/2年后):
这个问题真的没有解决方案。 即使我们只使用其中的一小部分,我也不得不实施完整的企业门户套件。 从那时起,我们还将后端升级到了EhP8(我第一次问这个时候是在EhP4上的),所以今天我们的Portal软件产品堆栈看起来像:
是的,这就是我正在做的事情,但是由于我现在仍然只在沙箱中,所以有一些 在DEV-QAS-PRD轨道(我将致力于所做的决定)之前,我将一遍又一遍。
7.5门户与7.01门户所涉及的软件组件数量
我认为最重要的是,维护计划程序本身的逻辑中肯定有一个错误。
一周热门 更多>