简介

需要对系统数据进行验证，以便为规划环境变化、部署附加软件或系统升级和转换提供可靠的依据。因此，在维护计划员的流程中集成了验证状态：如果验证状态为"错误"，则在计划系统的任何更改之前，您需要成功运行验证。

SAP（软件）产品安装在计算机上。在内部部署的情况下，您称这些技术系统为。注意，在具体的安装中，北京大数据公司，我们总是需要考虑产品版本。交付单元称为软件组件（SC）。与产品一样，在任何具体的安装中，服务器租用，我们都有软件组件版本（SCV）。产品实例定义了需要在同一技术系统上一起运行的SCs。当然，由于这些SCs之间存在版本依赖关系，产品实例确保使用正确的版本，因此是描述一组正确SCs的实体。这就是为什么拥有完整的产品实例版本是系统验证的关键。对于任何产品实例，在系统中都可以找到特定的产品实例版本（SCV，有时甚至SCs会在同一产品实例的不同版本之间有所不同）。

SAP的每个（软件）产品都有一个或多个产品实例，每个产品实例都有一个或多个SCs。验证检查，如果

特定系统上的软件（特别是所有SCV）包含在一组产品实例和版本中产品实例版本是完整的，包含所有定义的scv和所有元件的版本是否一致。

只有这样的系统描述才有效，并通过OK验证。产品安装在特定的版本中，也与SCs和产品实例的允许版本有关。

系统软件的信息在产品、产品实例和SCs的三个数据库表中说明。重要的是要了解SCs是系统上最可靠的检测对象，因为SCs上的信息是作为SCs的一部分传递的。（与此相反，有关产品/产品实例的信息与堆栈.xml仅限）。因此，根据经验：

您不应该手动更改SC数据你应该使用堆栈.xml将软件部署到系统时（不仅使用SUM，而且使用事务SPAM或SAINT）

如果系统描述无效，将在维护计划中检测到。

有关产品型号的更多信息，请参阅景观描述>概述知识–SAP的产品模型和景观实体@SCN.

如果在规划前必须解决的错误，维护规划器提供两种方式的描述或元数据验证功能：

在大多数情况下，我们建议使用第1种方法来结合对元数据与您真正想要实现的内容：除了逐步完成验证问题外，在更新过程中，除了您需要做的之外，没有其他步骤。

由于验证是成功规划您的环境更改的关键，因此验证是一个强制过程，完全集成到维护计划器的计划过程中。您还可以在Explore systems视图中筛选错误系统，以便主动处理问题：

图1:Maintenance Planners系统概述中的错误系统列表。

因此您可以轻松找到需要检查描述的系统。请注意，系统状态也有隐式检查：例如，错误的系统不能添加到轨迹。

要解决验证问题，请选择单个系统并打开验证对话框：

图2：单个系统的验证状态"错误"；只要系统处于错误状态，计划功能就不可用。

单击"验证"启动对话框，指导您完成验证过程。

错误示例和解决方案

存在不同类型的错误，但它们大多与产品实例不完全覆盖系统上SCs的数量有关：

图3：验证对话框中提供的选项，如果一个或多个SCV未被产品实例版本覆盖。

这是最常见的问题。产品实例不完整可能有以下几个原因：添加了不需要的软件组件（SCs）或安装不完整注意：通常，只有在部署软件时没有正确的配置时，才会发生这种错误堆栈.xml.

此问题在大多数情况下会影响附加组件。但在其他一些情况下，SCs可能是手动部署在系统上的，但不是作为有效产品实例的一部分。然后它可以驻留在系统上，直到验证功能检测到它为止。

问题原因：出于某些原因-可能不使用堆栈.xml–已部署不需要的SCV。这是检测到的，需要在计划之前解决：建议解决方案：检查是否可以删除SC–请参阅SAP说明2011192–卸载ABAP加载项：是：在"验证"对话框中选择"忽略"：如果可以删除SC，则推荐的方法是删除相同的SC，并重新上载系统信息。如果SCV被忽略，那么最终用户需要在is\u SELECT阶段的SUM执行期间提供一个删除ACP（因为可能没有为当前SC计算的后继者）。否：如果SCs无法删除，要达到有效的系统状态，网建站，请通过选择（例如最小的）一个包含有问题的SC的产品或产品实例来填充合适的产品或产品实例：缺少的SC将添加到下载篮中，公众号返利，添加的产品/产品实例在堆栈.xml/ CII.xml文件并通过SL工具写入相应的表使用维护计划器输出。注：添加或更改产品/产品实例可能会影响许可。