最新更新：2019年5月28日

简介

随着使用Maintenance Planner对景观变化进行简化和更全面规划的新方法，从您的IT景观中获取正确系统数据的重要性没有改变。因此，了解这些关键数据是如何保持良好状态的非常重要。此博客文章链接到用于收集数据并上载到SAP支持门户中的客户概要文件以供维护计划人员使用的机制；但是，它的重点是整理这些数据时应该执行的步骤：虽然大多数步骤都是自动化的，还有一些内部管理工作要做。

内容

获取IT领域的数据没有改变：SLD和LMDB从技术系统上运行的SLD数据供应商和主机代理那里收集数据，然后LMDB将其上传到SAP支持门户：

图1：从技术系统到SAP读取的客户配置文件的数据流Maintenance Planner

因此，如果切换到Maintenance Planner，则无需更改这些步骤–如果对这些流程仍有疑问，请参阅：

SLD、LMDB和客户概要的数据和拓扑结构–如何在SAP Support Portal中获取可靠的景观数据作为规划的基础

如果所有这些都已设置，仍然可能会出现一些问题，需要进行一些整理-仍然显示过时的数据、系统的数据丢失、重复发生等。在这种情况下，最佳做法是在数据源系统中进行内部保管，最后只在客户概要文件中进行。

因此，原则上，淘客系统，数据上传应该可以正常工作，定期发送系统数据，更新SLD、LMDB和客户资料中的景观描述。但是，也有一些情况下，这些数据可能已经过时或仍然错误：通过卸载系统或将系统移到另一个主机，或者如果存在影响技术系统上的SLD数据供应商的问题。在这种情况下，需要在SLD、LMDB或系统本身出现问题的地方进行内部管理，如下所述：

SLD数据供应商和代理商提供的技术系统数据如何在系统景观目录中管理房屋清洁-复制系统条目。如何确保您的景观数据符合数据要求-LMDB中的内部管理

到目前为止提到的博客文章将在大多数情况下帮助您，在系统数据丢失或错误的情况下-但是，有两点需要提及：

将客户概要文件作为系统数据的重要存储库需要正确的拓扑结构（来自通过SLD和LMDB到SAP支持门户的技术系统）。如果您有时违反了仅通过一个源上传一个系统数据的原则，您可以手动解决由此产生的同步冲突。与SLD类似，Customer Profile仅向其系统列表中添加或更改数据–没有自动删除；因此，如果您不需要的系统数据（过时、错误或重复）已上载到SAP Support Portal，您可以通过Maintenance Planner UI手动删除它。

如果您有多个系统数据在高效的SAP Solution Manager系统中，应避免由多个系统上载同一系统的数据。上述博客文章中对SLD、LMDB和Customer Profile的拓扑结构进行了描述——如何在SAP Support Portal中获得可靠的景观数据，作为规划的基础；

缺失数据的解决方案由拓扑博客全面解决。有些事情仍然值得注意…

图2：多个生产SAP解决方案经理上传到客户配置文件的拓扑结构。

。

如果–少数–系统的数据重叠（有时），这可以由维护计划员处理：系统的同步状态将显示在中显示的冲突黄色：

图3a：系统ER1的同步状态和警告

。

然后您可以通过单击并确定哪个版本应该是活动的（或者应该删除哪个版本）来解决冲突，哪个SAP Solution Manager是该系统的源：

图3b：冲突解决选项–激活或删除横向数据的版本。

一旦您决定使用活动版本或删除过时的版本…

如果您决定使用活动版本，则会考虑SAP Solution Manager系统发送所选数据在下一次改变决定之前，作为领先的数据供应商。如果你删除了一个过时的版本，淘客帝国，除了从客户档案中删除数据之外，什么也不会发生，应评估SLD/LMDB拓扑–您将在获取IT环境数据一节中找到以上相关博客的链接…

请注意，如果您的系统环境中有相同系统类型的重复SID（例如，2个C11系统作为ABAP在c11host上运行，一个在prodhost上运行），LMDB将生成一个扩展SID（添加数字以区分两个SID）。扩展SID将显示在客户配置文件中。另请注意，在2个SAP Solution Manager lmdb中，可以将扩展分配给不同的系统。因此，在我们的示例中，

SAP Solution Manager ABC可能会显示：

C11C1100001

SAP Solution Manager ABC可能会显示：

C1100001C11

Maintenance Planner UI允许删除：

单个系统的系统数据–这可以直接从列表中或在搜索后完成多个系统–这通常是通过先过滤来完成的

删除可在Maintenance Planner的系统概述中使用–您可以：