提问
PORTAL Migration and Upgrade maintenance planner Software Logistics - System Maintenance SAP Enterprise Portal HCM Employee Self-Service Software Logistics SOLMAN Setup/Configuration/LMDB usage types deployment optimization option ep core

XSS Portal升级期间的部署优化

2020-09-09 08:47发布

站内问答 / PORTAL
1665 4 3

         点击此处--->   EasySAP.com群内免费提供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
  • -门户内容
  • -门户内容通用
  • -门户内容自助服务
  • -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-应用程序门户
  • -企业门户*

*关于最后一个，企业门户， 标记为"待安装"。 这似乎是问题的根源，但是我找不到取消选择它的方法。 否则，这对我来说似乎是正确的。

任何见解或指导都将不胜感激。

谢谢！
马特

         点击此处--->   EasySAP.com群内免费提供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
  • -门户内容
  • -门户内容通用
  • -门户内容自助服务
  • -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-应用程序门户
  • -企业门户*

*关于最后一个，企业门户， 标记为"待安装"。 这似乎是问题的根源，但是我找不到取消选择它的方法。 否则，这对我来说似乎是正确的。

任何见解或指导都将不胜感激。

谢谢！
马特

付费偷看设置
发送
4条回答
大简至美
1楼-- · 2020-09-09 09:06

嗨，马特，

不确定是否可以完全使用部署优化来选择/取消选择组件以及与发行版的兼容性。

考虑到时间限制，更好的选择是 不论使用情况如何，都必须进行常规升级（针对所有组件）。

致谢，

哈里斯·卡拉（Harish Karra）

haha101010
2楼-- · 2020-09-09 09:19

我已经尝试了一切可以想到的解决方案 ，经过两个多星期，并且学到了一些东西之后，我仍然处于第一方格。 我无法让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之前解决？

有人希望...

派大星 ヾ
3楼-- · 2020-09-09 09:19

更新（2-1/2年后）：

这个问题真的没有解决方案。 即使我们只使用其中的一小部分，我也不得不实施完整的企业门户套件。 从那时起，我们还将后端升级到了EhP8（我第一次问这个时候是在EhP4上的），所以今天我们的Portal软件产品堆栈看起来像：

四川大学会员
4楼-- · 2020-09-09 09:10

是的，这就是我正在做的事情，但是由于我现在仍然只在沙箱中，所以有一些 在DEV-QAS-PRD轨道（我将致力于所做的决定）之前，我将一遍又一遍。

7.5门户与7.01门户所涉及的软件组件数量

我认为最重要的是，维护计划程序本身的逻辑中肯定有一个错误。

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...