你好Rashmi，

不用担心-我知道许多客户会遇到类似的问题，我们这个世界比其他IT世界（例如MSFT等）的理解要复杂得多。

在solman领域中，我们需要整个解决方案的完整概述-这是（可能是）挑战，但也是管理ALL的唯一机会。 集成思维是实现这一目标的唯一选择。

-我将在下面以草书字母进行答复：

如果我问这将是一个愚蠢的问题-如果我们不从支持门户文件中更新SLD/LMDB中的CR内容（= PPMS-s/w目录）会发生什么？ 一旦同步，我的解决方案管理器就已经具有所有受管系统的所有组件的所有软件目录。

==>这只是时间轴中的快照。 ==>我最迟在1年内不满意-您的系统用尽了信息，因为将来的Supportpackages/-stacks不会包含在您实际的solman和维护计划人员任务中。

每个程序包都有其新的PPMS-ID（产品编号），现在在SLD的实际CR/CIM模型中不存在。

==>我的建议是在这里，根据您在系统领域的计划机会，每年更新2-4次）-请参阅注释#669669。

当解决方案稳定时，由于项目而无需进行大的更改，因此还可以降低频率-否则，由于较高的更改-当内容过时时，它很关键。

一个附加提示：如何减少工作量：
https://blogs.sap.com/2012/10/08/how-to 减少人工模型中的人工工作量和sld系统的cr内容更新/

关于ST-SER和ST-CONT，您能纠正我的理解吗？ 在受管系统上，ST-PI控制数据收集，而ST-A/PI则在数据收集应用方面做出贡献。 在解决方案管理器中-ST-SER（监视内容）检索由监视工具（ST-CONT）控制的数据

==>-关于ST-SER（仅SAP Service Delivery，内容和工具），服务内容的更新位于管理和受管系统上。 服务交付是通过solman本身（这里是Serviceapplications）进行的-但是数据收集器位于托管后端

==>仅当此数据流正常时，您才会获得正确的数据（在dataprovision的根上具有正确的格式时），将为服务生成实际数据，然后可以将数据 中央报告（Solman）中显示的是已处理/汇总的值。

在EWA的小示例中，您可以轻松看到此数据流。 最常见的问题来自未更新的数据收集器，错误的系统设置（Solman和后端），错误的发行计划，... =>流程不一致-然后客户要求赔偿。

==> ST-CONT（仅监视）

唯一重要的说明是-所有SAP软件包都与特定的SAP产品版本相关-并且目标应用程序（在这种情况下为MAI-监视和警报基础结构）也具有深层依赖性，并且还具有自己的发行计划-有关详细信息 请 参见此处： https：//wiki.scn .sap.com/wiki/pages/viewpage.action？pageId = 399672524

请记住依赖项Solman Release和Patchlevel（监视系统）以及MAI Release（工具和内容）=>，以及所监视的后端和观察/类型级别的依存关系（满足系统的所有要求） 要求？[（！）代理，插件，...]

此处有一个附加提示：当Solman_setup和受管系统设置以绿色显示所有指示灯时–则在提到的所有不同包中都没有问题（！），并且所有组件都以您和SAP的方式运行 将有。 我也从我的项目中知道-这可能也是一个挑战：-）

所有数据源中solman超越的BI报告也包括数据流，并将其带入正确的报告/仪表板中-在所有依赖的应用程序（监视，服务，ewa， 工作，...）

祝你好运-托马斯

很好的解释。

非常感谢您的耐心和时间托马斯·温克勒！

3种不同的内容针对不同的场景：

关于1.-今天我已经在另一个博客（CIM/CR_Content）中回答了这个问题-请在此处查看详细信息：

/img/questions/13081712/cim-and-cr-content-in-sap.html?childToView=13080905#comment-13080905

关于2。-当您使用SAP监视工具（MAI，..）时，我确定，您将获得每个新产品的最新指标（ST-CONT_Content）（或该产品的改进/更改） -请参阅要点1）

https://wiki.scn.sap.com/ wiki/pages/viewpage.action？pageId = 399672524

关于3.-当产品将一直进行更新时，监视内容也得到了改进，那么Solman和SAP支持组织就有一个非常重要的功能-所有SAP CQC，EWA，Servicelevelproducts的服务和交付。 ..（ST-SER_Content）也必须适应此新的景观要求。

是的，在第一个视图上听起来很复杂-当您看到它的目的时，它会更加清晰。 请认为这是"维护工作"-每个管理员都应注意该定期工作-以获取整个安装过程中最准确的数据。

哪些时期是必需的？ 这取决于不同的开发小组。
好处不是全部都是手动进行的（例如RAGS_DSWP_SERV_CONTENT_UPDATE）-但请手动检查更新是否成功。

BR托马斯

嗨，拉什米，

不同的内容在Solman（非常重要）中支持不同的应用程序/主题-尤其是像Solman这样的集成平台面临的挑战是-工具内部存在许多依赖关系。 这有时使它变得"复杂"，但总的来说，这是ALM工具集的最大优点之一-因为事实是，我们只能以这种方式处理特定于应用程序的内容（所有SAP销售的产品）。 如此深入，其他"第三方工具"都无法做到！

关于您的问题：

-PPMS（SLD/LMDB中的CR/CIM内容）-每个SAP SW产品（所有SAP销售的产品）都有一个内部编号（如目录），以区分和建立完整的SW-Stack（ 所有版本，Supportpackage的发行版，所有安装依赖项，所有计算和增量信息，...）因此，它的所有特征都会对整个SAP解决方案，安装，...的公司发行管理决策产生某些影响。

至关重要的是要使本地（使用的SLD）" SW目录"最真实-此图为您展示了更新机制。 请记住，这也会影响您的SAP许可证和支持主题。

这导致下一个问题：

-ST-SER-是SAP应用程序特定的服务内容。 您将在此处获得概述： https：//support .sap.com/en/offerings-programs/support-services/support-tools.html 您的目标是"作​​为管理员和/或支持合同所有者"以获取大多数SAP Services产品-进行保存 在整个Systemlandscape中无风险。 每个服务都是非常有价值的，因为对于您正在运行的应用程序有很多深入的分析和有用的见解。 为了获得这一优势-我们的责任是使您的系统明确"服务交付准备就绪"。 这是一种特殊的SAP工具和SAP内容更新交付，以使自助服务或SAP DBS交付的服务成为可能。 只有在建立SW要求时才有可能-这是与PPMS的下一个关系。

最后一个未解决的问题是：

-ST-CONT-这与建议的SAP解决方案监视工具集有关：下两张图片应说明SAP产品的复杂背景。
首先，还有许多其他可用的监视方式-SAP在此产生了更多不同的内容。

第二，SAP使其完全针对每个应用程序的需求（量身定制）。

图片1

图片2

现在，您可以想象-由于受支持的SAP SW
产品列表非常大，而且所有关系和依赖关系都经常改变。
好消息：大多数更新是完全自动化运行的或在后台运行-有些更新需要额外注意（例如注释#669669）。

重要建议：当您需要完整的生命周期视图时-Solutionlandscape的完整更新应该是非常实际的-只有这样，您的SAP团队才是可预测且积极主动的。

我希望这对您很清楚，我们谈论的是不同的工具，用法，内容，服务，职责，...以及如何将其捆绑在一起。

BR托马斯

感谢一吨托马斯·温克勒

我阅读了您建议的链接和注释。 但是，老实说，我仍然不清楚所有这些术语，例如 监控工具与监控内容。

我将PPMS视为从维护计划程序中提取的stack.xml文件中的数字字符串。

每个软件组件的每个SP的内容-<标题> SAP_BASIS 740：SP 0020 SAPKB74020 sap.com 73555000101100027248 0020

据我了解，当我们尝试升级SP级别时，SAP支持人员通过这些PPMS（而不是名称）来检查每个软件的目标级别和中间级别。 但是，在1811708中，它说解决方案管理器附带了预加载的PPMS数据。

这是否意味着解决方案管理器会存储所有受管系统的目标软件组件的PPMS，并附带CR内容（即，解决方案管理器不连接SAP支持门户以在生成堆栈时立即检查目标软件的PPMS）？ 如果是这样，没有CR内容更新，我将无法为任何已连接系统的最新目标级别生成堆栈。 请帮助我理解。

您能解释一下差异监控工具（ST-CONT）和监控内容（ST-SER）吗？

此外，使用RCD（但不是软件组件）将ST_CONT下载为压缩文件，而ST-SER是软件组件（系统状态-产品版本）。 为什么会这样？

感谢您提供如此详细的说明托马斯·温克勒