专栏首页SAP Technical监控常用TCODE
原创

监控常用TCODE

1  系统监视

1.1 进程监视

SM66/SM50 进程查看

管理员需全天监看系统的进程。长时间运行的后台工作,有缺陷的报表程序,若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然,在杀掉这些进程前,需要与最终用户协商。

1.2 服务器监视

SM51

R/3服务器的列表可用SM51显示,管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程,鼠标指针点中服务器的名称,然后选Processes。

RZ20 CCMS监控

双击要查看的菜单项,检查系统收集的监控信息,遇到报警和错误信息要查清原因,找出解决办法。

1.3  用户监视

SM04 用户监视

管理员应该考虑全天监视用户仅他们的活动。是否有非法用户?是否有用户试图或正在用他们不该用的事务码,等等。

1.4  性能监视

ST03 工作量分析

世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据,特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图,将使你具有对你的系统的不可估量的感觉,这种感觉将使你能预见到将要发生的问题,并且很多时候可以避免问题的发生。

ST02 缓存分析

R/3的缓存存储经常用到的数据,以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问,数据库的负载,网络的流量,从而提高系统的性能。数据缓存中包括了ABAP/4程序,屏幕,ABAP/4字典数据和公司的数据,这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。

SP12 TemSe管理

管理员要检查文件系统和数据库空间的增长,尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。

1.5 更新记录

SM13更新记录

此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的,一旦发生,开发人员应马上修改。

1.6  锁定对象

SM12 锁定对象

用户总是会时不时的因为某种原因(如断线,程序出错等等)而锁定一个对象。所有被锁定的老的对象均要被分析,更正。

1.7 出错分析

ST22出错分析

当一个报表或事务因为严重的错误而停止工作时,ABAP/4开发工作台就会发出一个“突然出错”(short dump)。系统在系统日志中记录错误信息,并在表SNAP中记录程序终止时的出错信息。管理员需要每天检查是否有short dump 出现,如果有则分析并试图解决问题。

1.8 系统日志

SM21系统日日志

R/3服务器在系统日志中记录系统的事件和问题。所有的警告和错误信息应被分析和解决。此程序应包括将问题及其解决方案做成文档。

1.9  数据库

DB13 定义DATABASE相关的日常后台job,如:

数据库备份,CHECK DATABASE ,OBTIMIZER STATISTICS UPDATE等等,

也可查看DATABASE相关后台作业的LOG

DB12 SAPDBA日志

检查夜间备份是否成功。

检查日志目录的剩余空间。

DB02 存储管理

监控数据库的扩长。

监控表和索引的扩长及碎片的情况。

如有必要监控数据库的优化统计。

ST02 监控SAP R/3 BUFFER状况

每天监控SAP R/3各种 BUFFER 的命中率,比如: ROLL MEMORY ,EXTEND MEMORY,HEAP MEMORY,TABLE BUFFER,ABAP PROGRAM BUFFER 等等。

ST04 数据库性能监控

每天监控数据库的性能统计值以观察数据库是否处于良好的运行状态。

每天监控对数据库逻辑上和物理上的读,以追踪数据库负载的发展情况。如:DATA BUFFER 命中率,SHARE MEMORY 命中率等等和数据库性能密切相关的重要

参数值。

ST06 监控操作系统资源状况

每天察看ST06用以掌握系统运行过程中整个操作系统资源状况,如:

CPU 使用率,内存使用率,PAGE SPACE 使用率等等。

AL02数据库警报监视

所有的警告均需被分析,修正和记录在案。

1.10 操作系统

OS06 操作系统监视

所有的警告均需被分析,修正和记录在案。

AL16 操作系统警报监视

所有的警告均需被分析,修正和记录在案。

1.11 网络

ST09/ST08 网络警报监视

所有的警告均需被分析,修正和记录在案。

2    工作定时系统

SM37 工作日志查看

管理员应该检查所有被取消的工作,如有必要分析并修正这些工作。问题及其解决方案需记录在案。

管理器应该检查所有的日志,包括输出列表

RZ01 图形化的工作监视

3    打印系统

SP01 打印需求查看

失败的打印任务可以从新启动。这些打印任务的失败往往是用户端的问题(如PC上的SAPLPD程序被关闭了)。由于R/3 系统仅跟踪打印任务到目标队列中,输出控制器中的已经完成的状态并不能表明实际打印成功,因此那些比较重要和大量的打印任务在被从TemSe中删除前必须先确认是否完成。

4    系统变更检查

4.1  DB03 数据库参数修改记录

监控所有R/3系统数据库参数的修改。管理员要经常检查参数是否由经授权的的用户修改。

4.2  TU02 R/3系统参数修改记录

R/3系统监控所有R/3系统参数的修改。即使不是每天检查,系统管理员人要确认参数的调整是在艘全的情况下调整地。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 关于SAP企业云的认知

    在技术不断创新的时代,企业面临着前所未有的变化。颠覆性的技术,诸如云计算、移动、社交、大数据、人工智能蕴含着巨大潜力,推动企业业务创新。在管理层面,新产品、服务...

    matinal
  • 【SAP FICO系列】固定资产月结的注意点

    matinal
  • SAP查看事务代码下的角色和用户

    查看角色:SUIM——>Roles——>By Transaction Assignment 输入Transaction code即可看到事务代码下的角色。

    matinal
  • SAP 监控常用TCODE

    管理员需全天监看系统的进程。长时间运行的后台工作,有缺陷的报表程序,若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然,在杀掉这些...

    用户5495712
  • 传授一波挖逻辑漏洞的小技巧

    漏洞虽然可能最初就存在于系统当中,但一个漏洞并不是自己出现的,必须要有人发现。在实际使用中,用户会发现系统中存在错误,而入侵者会有意利用其中的某些错误并...

    洛米唯熊
  • 基于边缘计算的可信执行环境研究

    2019年,根据联合国国际电信联盟(ITU)、世界银行和联合国的数据显示:手机用户已大于全球74亿的人口数。

    安智客
  • LeetCode Weekly Contest 23 之 541. Reverse String II

    业余时间做做算法题还是挺有意思的,这些题目都是每周的限时竞赛题目,新鲜出炉,所以还有很多可以改进的地方。但对我来说,该系列的总结给我带来的是:

    用户1147447
  • 实战 | Elasticsearch自定义评分的N种方法

    比如:同样输入“锤子”,工匠期望的是钉子对应的“锤子”,老罗的粉丝期望的是“锤子科技”、“锤子便签”、“锤子手机”等。

    铭毅天下
  • Jetson NANO如何开机启动自己的服务?

    @reboot nohup your_full_path/main > /dev/null 2>&1

    GPUS Lady
  • 整数转罗马数字

    https://leetcode-cn.com/problems/integer-to-roman/

    zucchiniy

扫码关注云+社区

领取腾讯云代金券