点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)问候! 我有一个SolMa...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)问候! 我有一个SolMa...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
问候!
我有一个SolMan 7.1系统,我需要对其应用支持软件包堆栈更新。 是的,我知道大约两个月前7.1退出了主流维护。 是的,我知道建议升级到7.2,最终我们会到达那里。 但是,这是一个相当密集的操作,包括购买新硬件,执行双堆栈拆分,然后进行独立的ABAP和Java升级...您就可以了。 我很忙,暂时必须推迟。
因此,我认为我可以通过至少将7.1系统安装在最后一个sp堆栈(16月份发布)中来"花些时间",该堆栈16于12月发布。 没有新的硬件,没有拆分,而且比完全升级的操作强度更低。
但是有问题! Maintenance Planner不允许我创建除完整升级以外的任何内容的计划和相关的堆栈XML文件。 鉴于sps16仅在维护终止前两个星期发布,这似乎很愚蠢。
我知道你们都会建议我跳过sps更新并进行完整升级,但是我要事先做出回应,我没有时间这样做-我是一个人 基础团队,我有很多项目正在迅速赶上进度,因此我需要一条替代途径。
是否可以将Maintenance Planner置于某种"专家"模式下,从而可以为维护以外的版本进行计划? 还是回到长期受支持的,绝对可怕的MOpz是唯一的方法? 哎呀,那可能比升级还差。 如果我通过不带XML文件的SPAM执行ABAP更新,以及使用"手工准备的目录"通过SUM进行Java更新,会有什么风险? 毕竟,准确确定要匹配sp堆栈所需的支持包和Java文件并不难。
Bartosz,我敢肯定,在这种情况下,您会有所作为。 分享! :)
干杯,
马特
您好,马特!
首先,我想说您应该始终使用最新的解决方案管理器,并且建议您将系统升级到 7.2版本。 (对不起,我无法抗拒)
我了解了自己的情况(是的,我也有SM7.1),我尝试运行Maintenance Planner生成用于更新的stack.xml,但是 完全按照您的情况,我只能升级到SM7.2。
我认为,SAP故意禁用了更新选项,以鼓励人们将其SM升级到7.2。 我会举一张票,因为我非常确定后端的某个地方有一个魔术标记,上面写着"允许更新"。
但是我会谨慎对待最新的可用支持包的更新。 由于SM71现在已无法维护,这是否意味着SAP不会修复您遇到的任何错误? 如果您当前的安装没有问题,我只是升级CR内容(或使用SP15,所有错误应有相应的注释)
我不喜欢使用手动计算队列 ,但是当我进入软件下载->支持软件包->解决方案管理器->较旧版本->支持软件包堆栈下载时,它将我重定向到该旧页面,您可以在其中看到每个SP的所有组件。 如果您有时间,我相信这可能是不联系SAP支持人员的一种方式-特别是甚至还有一个按钮Generate Stack XML,因此程序包应该保持一致。
祝你好运!
一周热门 更多>