嗨，马特，

也许您可以在组件XX-SER-REL上打开一个事件并解释您的情况。 也许这个部门的同事会在内部讨论您的特殊情况，并作例外处理和一种临时释放。 我不知道，但也请尝试一下。


干杯，
安德烈亚斯

谢谢安德烈亚斯，从你这里来给我一些希望 如此行之有效的方法。

但是，目前，我认为我已经设法找到了前进的方向，而没有更新SolMan（尚未）。 基本上，通过在源系统中应用一些Notes并在LMDB中进行一些调整，看起来我可以充分提高发送给Maintenance Planner的数据质量，以便我可以继续进行我的高优先级项目。 它尚不能很好地运行，但是我想我可以解决，这将为我提供一些喘息的空间，以便计划在今年晚些时候将SolMan升级到7.2，我敢肯定，我们都同意这是首选的做法 。 因此，我将暂缓恳求"特殊情况"以获取例外。

嗯。 "特殊的情况。" 这不是伊恩·M·班克斯（Iain M Banks）小说中"联系"（Contact）部门下的那个秘密秘密组织的名称吗？ 是的，我相信是。 ;）

您好，马特！

首先，我想说您应该始终使用最新的解决方案管理器，并且建议您将系统升级到 7.2版本。 （对不起，我无法抗拒）

我了解了自己的情况（是的，我也有SM7.1），我尝试运行Maintenance Planner生成用于更新的stack.xml，但是 完全按照您的情况，我只能升级到SM7.2。

我认为，SAP故意禁用了更新选项，以鼓励人们将其SM升级到7.2。 我会举一张票，因为我非常确定后端的某个地方有一个魔术标记，上面写着"允许更新"。

但是我会谨慎对待最新的可用支持包的更新。 由于SM71现在已无法维护，这是否意味着SAP不会修复您遇到的任何错误？ 如果您当前的安装没有问题，我只是升级CR内容（或使用SP15，所有错误应有相应的注释）

我不喜欢使用手动计算队列 ，但是当我进入软件下载->支持软件包->解决方案管理器->较旧版本->支持软件包堆栈下载时，它将我重定向到该旧页面，您可以在其中看到每个SP的所有组件。 如果您有时间，我相信这可能是不联系SAP支持人员的一种方式-特别是甚至还有一个按钮Generate Stack XML，因此程序包应该保持一致。

祝你好运！

我有时也会遇到重新验证的问题，但是通常在处理了更正stack.xml之后，它仍然可以正常工作。

也许您的环境中存在另一个问题-您确定在处理stack.xml之后在SLD/LMDB中更新了组件吗？

顺便说一句。 已经确认，您应该使用该旧工具来获取SM71的stack.xml。

Solution Manager 7.1处于维护状态，维护计划程序将不允许对该非目标对象进行计划 在维护中。

David

非常清楚（这是我的问题陈述中的第二句话）。 但是，它对解决这个问题没有帮助！ 确实，为应用程序发布提供一个完整的支持包堆栈时，会在两个星期内缩小窗口，在此期间可以下载和安装它，这很愚蠢，不是吗？

因此，就目前而言，我正在寻找解决我的问题的其他方法，这些方法根本不需要更新SolMan 。 我最终将对其进行升级，但是正如我所指出的那样，由于紧密安排的项目可以提供实际的商业价值，因此我无法证明现在就这样做的时间是合理的，去年的大部分时间我也无法做到。

您好，马特·弗雷泽

请在我的问答中查看 Bartosz Jarkowski 回答-

https：//answers .sap.com/questions/401016/sap-mopz-and-maintenance-planner.html

Bartosz先生给了我两个选择：

• （推荐），您可以使用解决方案管理器在维护计划器中更新系统数据。
  https://help.sap.com/viewer/62c8d2b1a71046a09b9c7ec745910ae4/latest/zh-CN/6eba8fa681af4ac28836084853fe7d81.html
• （特殊用途）您可以从SPAM tcode中生成的XML文件中上传系统数据：
  2287046-如何生成系统信息XML并上传到维护计划器中