点击此处---> 群内免费提供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,我敢肯定,在这种情况下,您会有所作为。 分享! :)
干杯,
马特
迈克尔你好,
谢谢您的回答。 不幸的是,这不是我的问题。 这与已经淘汰了一段时间的MOpz无关-我们已经使用了一段时间的Maintenance Planner。 这是关于在Maintenance Planner中为已经过维护的软件版本计划堆栈XML。 我们的系统数据已经在Maintenance Planner中填充,因此我们不需要从SPAM生成系统XML文件并上传它。
干杯,
马特
你好马特·弗雷泽 ,
SAP解决方案管理器7.2是现在要走的路,但作为基础人员,我尊重这种情况:)
您唯一的选择是-找到一个已经在运行带有SPS16的SAP Solution Manager 7.1并与其软件组件匹配的人。
手动一次下载它们,然后通过SPAM和JSMP进行申请:(
如果有其他任何问题,请随时喊出来。
干杯
Yogesh
PS:如果应用程序有任何问题,SAP将不支持它:(:(
嗯,是的,甚至在"提交"期间更改了字体。我发誓我做到了
在这里,距离我问这个问题已经一年多了,我意识到我从来没有关闭它,也没有 我曾经想出一个真正的答案,由于与我不再相关,所以现在将其关闭,但是...我从未找到将sps16应用于SolMan 7.1的方法
最终,我终于被迫硬着头皮,进行了包括双栈拆分在内的完整升级,升级至SolMan 7.2,这发生在2018年晚些时候,当我开始我当前的项目以为ESS/MSS方案实现Fiori LaunchPad时。 在AS ABAP 7.52系统上的Fiori前端服务器4.0(已更新至5.0)上的FLP。我尝试了一下,发现SolMan 7.1根本无法理解该系统的软件组件,因此它不断处理数据 Ø 进入维护计划程序,这使得获取有效的软件组合以进行进一步的更新成为了绝对的噩梦。
我告诉老板,我不得不把Fiori放在一边,只专注于SolMan,我只是做了 那,我是对的。 在我们将SolMan提升到7.2之前,Fiori还是不行。
而且...我希望我能早点做! SolMan 7.2绝对比7.1更稳定和用户友好,因此,我们的许多维护计划程序问题都已完全消除。
一周热门 更多>