能解决SAP速度慢的问题

关于生产机运行速度慢的原因分析：
1、主机速度慢的原因主要有以下几个问题，请根据实际情况进行检查：
1）、操作流程设置过长或过于复杂（配置问题）
2）、硬件瓶劲（小型机计算性能、分步计算能力、网速、备份策略、硬盘速度及响应速度）
3）、系统参数设置不合理
4）、自开发程序效率不高（我查看了今天系统最长运行时间的程序，全是自开发的程序）
5）、数据库性能优化需要优化
2、使用事务代码：ST03，查看公司生产机与HR PRD 对比，发现目前生产机存在主要问题，以及检查系统运行速度慢的原因。如：对话、数据库响应、读取、后台运行、数据库更新时间、最长时间访问的用户40个用户、最长运行时间的事务、频率，什么时间段出现这些速度慢的问题。
3、SAP AG DO: Early Watch CHECK （这个很有必要）
4、限制用户数
5、限制每个用户可以打开的对话数，RZ10àParameter : rdisp/max_alt_modes  设置为：3
6、检查用户权限组的分组问题
7、双机热备系统性能问题：很多用户分别登录生产机和备份机，负载不一定是均衡，要论证。
8、历史生产数据过于庞大，要进行归档
9、请专业的BASIS顾问进行2天的分析、诊断
10、成立问题处理项目组进行处理，尽快解决，这已是ERP发展的瓶劲。

st03n workload overview 贴上来看看，可以分析一下是CPU占用时间多还是dB时间长，或者你们的dialog process开的太少，用户wait time太多。也有可能sap buffer太小，load时间长。
具体情况需要具体分析。
另外每年应该有一次 eraly watch 的service，sap 没有给你们tuning的建议？

正常运行的SAP系统突然变慢，同一个事务响应速度慢了5倍以上，咋办？

1、DB02看看表空间是不是快没有了。

这样的还算健康。

2、ST06看看OS层面是不是出问题了。

CPU休息的很充分，内存也很多，没啥问题。

3、DB13看看统计和归档都做了没有。

情况有点不妙。该通知basis检查一下数据库作业的情况。

4、SM12看看是不是有用户占了大量的锁。

5、跟着SQL，看执行计划，发现不该有的full table scan，就要及时处理了（重建索引或对索引统计）。

->

看当前session正在运行的查询的执行计划。

->

也可以写一个sql，测试执行计划。(Table access full出现了，测试举个例子)

这个时候就可以根据一步一步定位的问题进行针对的处理了。

根据经验，OS问题占20%，DB问题占80%。所以建议basis在检查问题的时候要多从DB方面下手。