收集自定义代码的使用数据

学习目标

• 使用 ABAP 调用监控器收集使用数据。

自定义代码评估

在第一课中，我们研究了客户传统上为通过提供的 SAP 应用程序增强功能而实施的不同类型的出口。SAP S/4HANA 根据消费级用户体验体验（稍后要讨论的 SAP Fiori）以及新的数据模型和代码使用完全重新定义的应用程序，因此我们可以假设不再需要某些扩展。这可能是因为 SAP S/4HANA 标准功能现已涵盖扩展的原始功能目的，或者更改的业务流程使功能不再需要。无论哪种方式，这些出口中包含的代码都应系统地从系统中移除。但是，我们如何查找和评估该代码？SAP 建议采用以下方法：

• 收集和汇总扩展使用数据

• 确定可通过自定义代码分析移除的扩展。

• 准备备份和恢复程序

• 已移除扩展验证所需的应用功能

• 系统转换期间删除扩展

收集和汇总扩展使用数据

已创建两个工具以帮助项目团队收集扩展使用数据。可以使用其中之一。第一个是使用和过程记录（UPL），第二个是 ABAP 调用监控器（事务代码 SCMON）。两者均以任意形式（即类方法、功能模块）收集有关 ABAP 代码执行的信息，并且都提供有关正在执行的 ABAP 代码以及在什么上下文中执行的信息。ABAP 调用监控器是这两个工具的新工具，通过提供 ABAP 代码调用者的信息进一步进行。但是，不建议同时使用这两种工具（以最大限度地减少潜在的系统性能问题），因此，如果正在使用 UPL 并且客户希望继续这样做，则正常。务必确保客户在生产系统中使用所选工具。最终用户实际使用扩展是此处的决定因素。请注意，这两种工具都能够将其数据与 Solution Manager 集成。通常，SAP 建议将首选工具运行 6–18 个月，其中应至少包含一个年终关账。

收集使用数据后，事务代码 SUSG 可用于汇总和管理此数据。该步骤很重要，因为通过事务代码 SCMON 收集的数据会在短时间内删除。

通过自定义代码分析可移除的扩展确定。

在此，项目团队有两个选项可用于执行自定义代码分析。第一种是使用 SAP Fiori 应用自定义代码迁移。该应用可以在用于测试的新转换的沙盒 SAP S/4HANA 系统中找到（稍后有关该主题的更多信息）。如果沙盒 SAP S/4HANA 系统尚不可用，则可以从 SAP Business Technology Platform ABAP 环境中找到和使用应用，并通过 RFC 和云连接器针对 SAP ERP 系统执行应用。第二个选项是使用 ABAP 测试主控室，作为 Eclipse 的 ABAP 开发工具的一部分提供。SAP Fiori 应用的一个优势是基于使用和过程记录（UPL）和 ABAP 调用监控器收集的使用情况统计，它可以识别未使用的扩展。然后，可以在系统转换期间移除这些未使用的扩展（请参阅 系统转换期间删除扩展 部分）。

备份和恢复程序的准备

可以理解，对于删除未使用的代码，可能会有正当的顾虑，尤其是在将来可能再次需要该代码时。因此，项目团队可以设计和采用备份和恢复程序。可以考虑多种方法。一个是专门为备份配置的单独 ABAP 系统。另一个是第三方产品备份系统。虽然可以采用任一选项，但要考虑的一个潜在因素是维护（或购买）专门用于备份的系统成本。为解决此问题，SAP 创建了供客户考虑的"启用 Git 的变更和传输系统"(gCTS) 选项。它使用外部 Git 资源库存储未使用的代码。有关使用 gCTS 的自定义代码备份的详细信息，请参阅"如何使用 gCTS 备份自定义代码"。需要记住的重要一点是，无论采用哪种备份方法，如果需要恢复，恢复过程都必须包括对代码的 ABAP 检查（ATC 必须用于此目的）和代码测试。一旦完成这些检查和测试并且未发现问题，则可以将恢复的增强传输到生产。

已删除扩展所需应用功能的验证

这将是由质量保证团队执行的正常测试，以确保没有已移除扩展的技术问题。

系统转换期间删除扩展

之前提到的 SAP Fiori 应用 Custom Code Migration 能够生成包含所有待删除增强的传输请求。在转换流程中，将删除传输请求和相关开发对象的软件更新管理器工具提示。

使用 ABAP 调用监控器收集使用数据

练习：开始练习（SAP 官方交互式练习）