维护计划程序:为SolMan 7.1 sps16生成XML

2020-09-09 08:31发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)问候! 我有一个SolMa...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入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,我敢肯定,在这种情况下,您会有所作为。 分享! :)

干杯,
马特