1. 关于如何使用ST12跟踪进行分析的分步说明2436955176个视图
首先，我们有一个装订KBA，可以一步一步地指导您如何进行ST12跟踪。事务ST12可用于跟踪单个用户执行的ABAP/DB活动。
也可用于跟踪事务或程序启动时的活动。此事务对于查找为每个ABAP步骤和DB活动分配了多少运行时非常有用，这反过来又有助于优化或识别并帮助进行根本原因分析。
2。高RFC时间：性能故障排除2418936 155视图
在第二位，我们有一个关于ST03高RFC时间的故障排除KBA。了解我们如何分析问题，这些问题可能会导致您看到此指标高值的多种原因。您可以在本文档中看到一些示例：
网络性能问题通信和高数据量问题的结果
不同SAP系统（例如ERP和BW）之间运行缓慢的作业由ST03监视器中的高滚动等待时间指示。在这种情况下，在SAP系统之间运行的作业可能需要很长时间才能在目标系统上完成，这可能是应用程序、硬件或数据库特定的问题。
不可用的RFC资源个别的RFC资源在目标系统上被过度利用，这会产生很长的等待时间。
错误的响应时间与实际的性能问题无关，而是以某种方式与错误相关。在这种情况下，响应时间将是不切实际的高。
高RFC时间在早期观察警报中提供。如果RFC响应时间超过2400ms的月平均阈值，则早期监视警报将亮显为黄色，小程序建站，如果超过3600ms的平均阈值，则亮显为红色。
3。如何使用SAP Performance Monitor SDF/MON工具分析2383809 80个视图第三，我们有关于如何使用/SDF/MON监视器来分析您可能遇到的性能问题的KBA说明手册。安排此监视器将允许您查看实例的SM50快照以分析信息。当问题随机出现或在特定的时间间隔内出现时，此特定工具非常有用。
4。如何分析SAP系统上的高GUI时间2428353 72个视图
第四，我们有一个KBA专门用于分析ST03和STAD中的高GUI时间。它引导您完成STAD中的单个事务或程序，STAD也可以在Workload Monitor中找到。有许多情况下，您可能会看到高GUI时间，包括：
-应用程序服务器到演示服务器（前端GUI）之间的网络传输率低。
-长时间执行/解释演示服务器上的RFC调用（前端GUI）。
-由于前端PC的性能相当差，前端的显示时间很长。
简要介绍一下如何使用性能跟踪等工具来使用这个KBA。
5。OLE\u FLUSH\u调用的性能问题，如何分析。2457530 45个视图
排在第五位的是"OLE\ U FLUSH\ U CALL的性能问题，个人云服务器家用搭建，如何分析"。你可能经常在你的ST12轨迹中看到这一点，我们都知道解决这一部分的困难-确定运行时是否是问题所在-调用OLE\u FLUSH\u调用的次数-网络基础设施和跟踪-SAPGUI版本管理-性能GUI跟踪
将此KBA添加到您的装订KBA列表中，可能在不久的将来对您有所帮助。
6。SAP系统性能分析生存指南2442365 42视图在第六位，我们有"SAP系统性能分析生存指南"，这让我感到惊讶，因为这确实是解决一般性能问题的圣经。无论何时，只要您想了解有关一般性能的信息，包括跨平台集成问题，大数据收集，请参阅本指南。
什么是跨平台集成问题？我喜欢使用的一个很好的例子是crmui用户试图访问员工列表，但加载速度太慢。本指南的目的是帮助您找出问题是否存在于前端、网络、应用程序层或数据库层等。
本文档包括：
-系统初始分析-关键性能分析事务-工作量分析-网络性能分析-数据库相关性能分析-有用的性能分析工具-SAP服务流程
7。一般性能：故障排除问题2399769 34视图
在故障排除阶段，我们有许多问题要问，根据您的回答和R/3系统监视器的结果，我们能够缩小问题范围。
性能工程师会问您的一些问题是：性能问题是零星的/随机的还是在固定时间发生的？如果性能问题是偶发的，请运行/n/SDF/MON性能监视工具来检查系统的总体性能。如果在特定时间发生这种情况，建议始终在事件中记录此情况此问题是否特定于事务/作业？系统性能是否在一天中逐渐下降，或者这是一个性能不佳的峰值？这可能表明缓冲区有问题。这可以在ST02中检查。一般来说，您每天的掉期交易量不应超过10000笔。您能确定系统性能下降的时间吗？这将有助于确定ST03N中的时间段。您最近是否对系统环境进行了任何更改？这是否与单个服务器隔离？
通过对这些问题的早期回答，我们可以更快地发现问题。
