SAP 系统日常监控

woniu_maggie

已于 2025-05-19 09:54:04 修改

阅读量687

点赞数 22

分类专栏： SAP BASIS SAP 架构文章标签：后端开发语言

于 2025-05-19 09:45:14 首次发布

本文链接：https://blog.csdn.net/woniu_maggie/article/details/148055782

版权

SAP 架构同时被 2 个专栏收录

28 篇文章

订阅专栏

SAP BASIS

3 篇文章

订阅专栏

SAP监控体系

SAP监控体系是一个多层次、多维度的综合系统，旨在确保SAP系统的性能、可用性、安全性和稳定性。可结合我的另外笔记：

SAP监控体系和机制_sap apm-CSDN博客

SAP 系统日常监控常用tcode

sm66 用户进程等使用

sm51/sm50 应用服务器负载均衡

db12 系统内存/db等分析

st22 监控系统 ABAP dump

sm20 监控用户的操作

sm37 job monitora

st06n filesystem 大小健康

db02 space space overview

sm56 系统编号范围缓冲区重置

SAP 监控实践的小指南

如果你是SAP基础工程师、系统管理员或在运行SAP系统的公司的IT部门工作的HANA数据库管理员，你需要保持这些关键任务系统始终正常运行，最大限度地减少停机时间和服务中断，避免相应的业务损失。

监控 SAP 系统是日常工作，每天检查一个或多个系统的许多参数是一项耗时的工作，但是当您知道要检查什么并使用有用的工具时，它会变得更容易。

一个关于良好 SAP 监控实践的小指南，以及如何利用实时云监控软件“Novaline - System Guard”来使其变得更加容易。以及如何在移动设备上进行实时 SAP 监控。

在 SAP 服务器宕机时收到警报 - SAP Downtime Monitoring

停机时间监控是您工作的重要组成部分，作系统上可能会出现系统崩溃、停止或失败的进程，从而导致您的服务停机。

通过使用警报系统来最大限度地减少这些计划外停机时间，该系统会定期检查服务器的状态并通知您。

实际上，您可以编写一个小脚本来每分钟 ping 您的服务器，并在服务器关闭时向您发送电子邮件。但这不是一个好的解决方案，因为服务器可能会进入正确响应所有请求但速度极其缓慢的状态，或者运行脚本的服务器也可能宕机。

我们的云服务 System Guard 有一个云端，它会定期检查您的系统是否正常运行并应答，还会根据自动创建的统计数据检查服务器是否在可接受的响应时间内做出响应。

当 SAP 服务器无法访问时收到警报 - SAP Avaibility Monitoring

使用警报系统在出现网络/防火墙访问问题时得到通知，这些问题阻止了SAP服务器连接互联网并使服务器离线。

使用在公司内部网络之外运行的云解决方案，在服务器无法访问时收到警报，有助于捕获此类连接问题和系统中断。

System Guard 的云端会在您的 SAP 系统出现访问问题时提醒您。

在 SAP 服务器速度变慢时收到警报 - SAP 性能监控

如何找出 SAP 系统变慢的原因？

SAP 系统速度变慢可能是由其他问题引起的，
要检查作系统变量，请使用 SAP 事务 ST06。
您可以检查CPU、内存利用率和交换、磁盘利用率、数据库响应时间。

如果您在此处看到异常情况（如 CPU 使用率高），
请选择菜单 Detail Analysis > Go to > Current Data

在这里，您可以分析作系统变量并将当前状态与前 24 小时进行比较。
它可以帮助您查看过去 24 小时内的变化。

但我认为每个性能问题都已经由 SAP 上的进程引起。
如果您不将 SAP 服务器用于同时运行的其他软件，那么无论如何您都需要检查工作流程。请参阅下面关于交易 SM66 的部分以更快地找到原因。

如何准确监控 SAP 性能？

要了解 SAP 系统何时响应缓慢，首先您应该了解带有基线的 SAP 系统的正常运行行为。

SAP 系统的正常响应时间范围随时变化，例如 SAP 服务器在白天（根据夜间时间）可能更繁忙、更慢，在工作日（根据周末）也可能更忙。

另一种状态是，由于FI / CO关闭作和会计部门使SAP忙碌，SAP服务器在月底会变慢。

您只需在 SAP CCMS（事务 RZ20）中设置警报，当 CPU 使用率超过 70% 时，它会向您发送一封电子邮件。但是您可能会在白天收到数百封警报电子邮件，但在工作时间之外不会收到电子邮件，因为这是一个固定阈值，不依赖于任何统计数据。

收集系统指标（如响应时间随时间变化）的正确统计数据可以创建系统基线，该基线显示什么是正常的作行为，什么是不准确的。

System Guard 通过测量响应时间和一段时间内的其他指标来自动创建 SAP 系统的统计数据，创建自动性能分析并在其仪表板上为您提供图形表示，甚至在您的移动设备上也是如此。

System Guard 使用智能阈值 ;当指标超出正常作基准时，它会创建警报，这样，它会在性能确实下降时向您发送警报，而无需使用任何固定阈值。

此外，它还会在创建警报之前自动检测速度变慢的原因，检测哪个用户、ABAP 程序正在减慢系统速度。

如果你已经安装了SAP解决方案管理器SLM，你也可以在那里找到强大而详细的Fiori和UI5应用程序的统计数据和图形。

使用 solman 来配置系统更改和工作更改，如果有问题会给我们发送电子邮件，而且是免费的。

这个产品不是免费的，这就是重点。客户需要购买。当然，也可以自己在 ABAP 中编写一个邮件工具，定期检查上述情况。

如何解决 SAP 性能问题？

如果您正在寻找一种自动化解决方案来提高 SAP 性能或加速缓慢的 SAP 报告或扫描 ABAP 代码以查找性能漏洞，
请查看“Novaline - ABAP Optimizer”服务。

只需点击一下，您就可以制作出ABAP程序或RFC函数的加速和性能优化版本，并将其安装到您的SAP系统中。

检查应用程序服务器和负载分配

使用 SAP 事务 SM51 检查活动的 SAP 应用程序服务器。

为了在活动 SAP 应用程序服务器上进行负载平衡，SAP 调度程序处理来自 SAP GUI 或浏览器/ICM 的用户请求，并分发到可用应用程序服务器中的工作流程。

检查工作流程

要监视工作进程，请在事务 SM51 中选择一个应用程序服务器并登录到该服务器。然后使用 SAP 事务 SM50 显示该服务器上的工作进程列表。

您将在不同的状态中看到工作流程，例如“正在运行”、“等待”、“停止”，因此可以看到有多少个工作流程被占用。

如果一个工作流程处于运行状态，您可以在“作”列中看到当前作，也可以在“表”列中看到正在处理哪个数据库表，在“报告”列中查看该进程中运行的 ABAP 程序，如上图所示。

如果所有进程都被占用，则下一个用户作将等待，直到进程可用，如果没有空闲进程，则可能会减慢问题。

因此，如果您看到用户/程序将进程保留的时间比您需要了解的原因要长。选中带有红色指示器的 “Time” 列以查看长时间运行的进程。

如果需要取消进程，可以使用菜单 Process > Cancel Without Core 选项。

在 “Type（类型）”列中，您将看到工作流程的类型。您视为 “DIA” 的对话框工作流程的数量对于用户来说应该足够了。

System Guard 在您的移动设备或 Web 显示器上以图形形式显示统计数据和当前活动响应时间，如下所示。所以你可以很容易地看到是否有不足。您不需要检查似乎已经没问题的服务器。

使用全局工作流程概览屏幕 - SAP 事务 SM66

为了在不逐一登录每个应用程序服务器的情况下监控整个系统的工作流程，请使用 SAP 事务 SM66，这是一个实用的事务代码。

这是找出系统性能问题潜在原因的更快方法，因为所有 SAP 应用程序服务器上的所有工作流程都将显示在屏幕上。

您可以显示所有应用程序服务器、它们的状态、CPU 和请求、登录的用户和客户端以及正在运行的报告。

检查后台/批处理作业 - SAP 作业监控

要监控 SAP 后台作业，请使用事务 SM37。
（事务 SM36 还用于计划新的后台作业）

您将看到作业状态、“计划”、“计划”、“已发布”、“就绪”、“活动”、“已完成”和“已取消”的过滤器。

选择所有雕像，输入“*”作为用户名和作业名称，并选择日期间隔作为今天。

显示所有作业，检查以错误结尾、未完成或终止的作业。还要检查长时间运行的作业，通常超过 2 小时。

对于 recurring batch jobs ，通常每次发生都应花费接近的持续时间。如果一次事件的持续时间明显长于平均持续时间，则表明存在问题。

作业失败可能由于许多不同的原因而发生。
点击“作业日志”显示日志，或点击“假脱机”按钮显示该作业生成的消息和假脱机数据。如果作业终止，您还可以检查事务 ST22 以查看详细的错误日志。

System Guard 遵循 SAP 系统中的每项作业，就像在事务 SM37 中一样。

当受监控的作业产生错误时发送警报。

此外，还会自动跟踪重复作业的持续时间，以查找平均持续时间。

当作业运行时间超过预期时间时向您发送警报，您可以显示作业日志或时间不一致的详细通知。

检查转储消息 - SAP 事务 ST22

当 ABAP 程序正在运行时，如果出现问题并且无法在程序中处理，则会发生转储。SAP 会自动创建详细的 Dump 消息，其中包括错误详细信息，如错误描述、用户、程序、调用序列，甚至程序中选择的变量。转储消息通常可以由 ABAP 程序员修复，也可以通过应用所需的 SAP 注释或更新来修复。

您可以显示 SAP 事务 ST22 中所有发生的 Dump 消息，只需按“今天”按钮或输入时间间隔即可。

双击 Dump 消息以显示错误详细信息。

System Guard 实时检查转储消息的发生情况，并向您发送警报，其中包括用户、程序、时间和转储错误分析文本。它可以配置为立即接收警报或每天接收一次警报。

此外，当转储消息开始非常频繁地重复时，System Guard 会发送另一个严重警报。这通常发生在更改请求传输到 SAP 生产系统并影响某些关键程序时，这意味着必须立即修复该程序。

在由重复转储引起的危机情况下，在问题得到解决之前，您可以使用 SAP 事务 SM01 为新用户锁定导致事务的事务。
它将阻止其他用户运行事务并在系统上创建新的 Dump。

检查传输错误 - SAP Transaction STMS

TMS 表示“运输管理系统”。对于商业需求，开发人员和顾问可以更改SAP程序或向系统添加新的定制和程序。所有这些更改都是在开发系统中进行的，通常是经过测试的 QA（质量保证）系统，然后最终通过带有 SAP 事务 STMS 的运输管理系统传输到 SAP 生产系统。

如果在将请求传输到 SAP 生产系统时发生错误，则可能会影响程序并导致转储，如事务 ST22 中所示。

使用事务 STMS 检查生产系统的 SAP 更改请求队列。

在 STMS 事务的第一个屏幕中，您通常会看到开发、QA（质量保证）和生产系统，如下所示：

双击生产系统，通常系统 ID 包含上图的“P”。

您可以按照以下方式显示请求和传输产生的错误：

要查看错误详细信息，请选择一个请求并按工具栏上的“日志”按钮。

这不是你可以自己解决的问题，请联系在SAP中创建此请求的开发人员和顾问来修复这个错误。

永远不要将过去的请求移动到生产系统，这会导致该请求中的所有对象返回旧版本，这可能会导致难以解决的问题。

System Guard 为您检查事务 STMS 中的记录，并在发生错误时发送警报。您可以在移动设备或电子邮件中看到错误的 transaport 请求编号、传输它的用户和错误详细信息。

除了 STMS还使用事务 STMS_TRACK 。STMS_TRACK 的好处：只读，时间顺序

检查锁 - SAP Lock Monitoring

当用户更改 SAP 中的对象时，将使用锁来防止其他用户同时更改同一对象。这是一致性所必需的。

假设有一个 SD 调用文档，而一个用户正在更改该发票，而另一个用户则无法更改该发票。

当第一个用户进入发票进行更改时，会出现一条锁定记录，并显示在交易 SM12 中。

例如，您将听到的一条常见消息是“材料的植物数据......已被用户锁定 ...”当自动货物移动失败并且由于程序错误而未释放和删除锁时，就会发生这种情况。

要在 SAP 中显示当前锁定记录，请转到事务 SM12 ，在字段 User Name 中输入“*”并执行。

有时，由于用户在解除锁之前失去了与系统的连接，因此长时间没有删除锁记录。您可以通过按工具栏上的删除按钮手动删除旧锁。

此外，有时由于编程错误，某些事务 / 后台作业会产生过多的锁。这会导致填充系统中有限数量的锁并阻止其他用户工作。

“SAP lock table overflow” 是在此状态下您将收到的错误消息。

要检查使用了多少百分比的锁定记录限制转到 SAP 事务 SM12 第一个屏幕上的菜单

附加 > 统计并考虑“最大锁定所有者数量”、“最大填充级别”和“当前填充级别”字段，如下所示：

在由锁表溢出引起的危机情况下，在您找出锁条目增加的原因并解决问题之前，您可以锁定导致

交易的事务对于使用 SAP 事务 SM01 的新用户。它将阻止其他用户运行事务并创建新的锁条目。

System Guard 会为您监视锁定记录，并在锁定记录等待时间过长或锁定记录数量显著增加时通知您。

检查备份日志 - SAP 备份监控

在 SAP 事务 DB12 中，您可以查看上次成功备份的时间或概览备份历史记录。

System Guard 每天检查 DB12，并在前一天没有备份时发送警报。

需要时检查 SAP 系统日志 - 事务 SM21

SAP 系统日志包括所有系统警告、错误、进程消息、失败的登录尝试。您可以检查它以了解何时发生了不清楚的事情。

填写日期字段并按“重新读取系统日志”按钮，如下所示

您将在系统中看到不同类型事件的所有系统日志：

System Guard 包括在移动设备和监控页面上可见的一段时间的系统日志，以帮助分析情况。

检查授权更改 - 实时 SAP 授权监控

检查哪些用户分配了新权限，了解 SAP 系统中用户的权限，以便为将来的审计做好准备。

遵循关键授权，如SAP_ALL、SAP_NEW和其他关键授权角色和配置文件属于您的公司。这对于 SAP 应用程序安全性非常重要。

在 SAP 中，可以在交易 SUIM 中查看授权更改报告，如果您使用的是 SAP GRC，您已经可以从那里获得出色的报告。

要查看分配给用户的新权限，请转到菜单项更改文档 > 对于用户

此外，您还可以使用 “For Roles” 或 “For Profiles” 选项来获取在一段时间内获得特定授权角色/配置文件的用户报告。

System Guard 24/7 全天候跟踪 SAP 系统中的每次授权更改，并发送警报消息，包括更改授权的用户、受该授权更改影响的用户以及授予的授权角色/配置文件。

您还可以为您选择的关键授权设置警报。