2020-09-09 08:47发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供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之后），当前的软件产品堆栈是：
目标软件产品堆栈为：
*关于最后一个，企业门户， 标记为"待安装"。 这似乎是问题的根源，但是我找不到取消选择它的方法。 否则，这对我来说似乎是正确的。
任何见解或指导都将不胜感激。
谢谢！马特
我已经尝试了一切可以想到的解决方案 ，经过两个多星期，并且学到了一些东西之后，我仍然处于第一方格。 我无法让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之前解决？
有人希望...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 huskylover 的问题《XSS Portal升级期间的部署优化》','https://www.easysap.com/answer/66827/186998.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我已经尝试了一切可以想到的解决方案 ，经过两个多星期，并且学到了一些东西之后，我仍然处于第一方格。 我无法让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之前解决？
有人希望...
一周热门 更多>