2020-09-09 08:31发布
点击此处---> 群内免费提供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，我敢肯定，在这种情况下，您会有所作为。 分享！ ：）
干杯，马特
我有时也会遇到重新验证的问题，但是通常在处理了更正stack.xml之后，它仍然可以正常工作。
也许您的环境中存在另一个问题-您确定在处理stack.xml之后在SLD/LMDB中更新了组件吗？
顺便说一句。 已经确认，您应该使用该旧工具来获取SM71的stack.xml。
最多设置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', '推荐 依赖 的问题《维护计划程序：为SolMan 7.1 sps16生成XML》','https://www.easysap.com/answer/66828/187004.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
我有时也会遇到重新验证的问题，但是通常在处理了更正stack.xml之后，它仍然可以正常工作。
也许您的环境中存在另一个问题-您确定在处理stack.xml之后在SLD/LMDB中更新了组件吗？
顺便说一句。 已经确认，您应该使用该旧工具来获取SM71的stack.xml。
一周热门 更多>