
正文
sap好慢,sap运行慢
提示:扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
SAP系统极慢,请高手帮忙
那跑出的需求是啥样的 MPR跑出的不是需求而是供给。 如果当前库存是61,那么跑出的PR或者PLAN ORDER里的数量是 VB策略与预测需求无关。
由于SAP系统自身原因,或者公司内部ABAP代码的算法效率不高。由于SAP系统自身原因,或者公司内部ABAP代码的算法效率不高,我们经常遇到,手工执行某个事务代码下载某个报表会非常耗时。
从你这个来看,应该是使用了较多SWAP交换空间造成的,可以把单个进程的内存限制下,控制大报表运行,将每个物理块降低,一般默认是4096,你可以改为2048,减少进程的数量。
检查SAP B1服务器是否启用了多个网卡,启用单网卡,将多余的网卡禁用。
相关问答
Q1: SAP透明表激活贼慢
1、首先确认SAP服务器多久没有重启了,如果是有几个月没有重启,则ST02的SWAP一般会出现红色;这个一般重启SAP可以release swap的问题。如果SAP重启几天后SWAP就出现红色,根据SAP服务器的硬件,可以适当调整RZ10的参数。
2、从你这个来看,应该是使用了较多SWAP交换空间造成的,可以把单个进程的内存限制下,控制大报表运行,将每个物理块降低,一般默认是4096,你可以改为2048,减少进程的数量。
3、另外,最好用ST03或者STAD等工具全面分析一下。你们系统慢可能还有其它原因。基本没见过你们这么用SAP系统的,不说7*24,总要5*24吧。
4、这个是没有办法的,除非你在打开的时候取消增强的自动导入,不过这已经不是你能够决定的了。这是系统在上线时设置的,销售页面需要的增强越多,圈圈越多,速度越慢。
Q2: SAP性能很慢,怎么调整?(见图)
1、调整前一定先把/usr/sap/DEV/SYS/Profile进行备份,这个非常重要。
2、那跑出的需求是啥样的 MPR跑出的不是需求而是供给。 如果当前库存是61,那么跑出的PR或者PLAN ORDER里的数量是 VB策略与预测需求无关。
3、从你这个来看,应该是使用了较多SWAP交换空间造成的,可以把单个进程的内存限制下,控制大报表运行,将每个物理块降低,一般默认是4096,你可以改为2048,减少进程的数量。
4、另外,最好用ST03或者STAD等工具全面分析一下。你们系统慢可能还有其它原因。基本没见过你们这么用SAP系统的,不说7*24,总要5*24吧。
5、这个是没有办法的,除非你在打开的时候取消增强的自动导入,不过这已经不是你能够决定的了。这是系统在上线时设置的,销售页面需要的增强越多,圈圈越多,速度越慢。
Q3: SAP性能很慢,怎么调整
1、可能是使用了较多SWAP交换空间造成的。把单个进程的内存限制下。控制大报表运行。将每个物理块降低,一般默认是4096,可以改为2048。减少进程的数量。假如有VMC,一定记得关掉。
2、从你这个来看,应该是使用了较多SWAP交换空间造成的,可以把单个进程的内存限制下,控制大报表运行,将每个物理块降低,一般默认是4096,你可以改为2048,减少进程的数量。
3、那跑出的需求是啥样的 MPR跑出的不是需求而是供给。 如果当前库存是61,那么跑出的PR或者PLAN ORDER里的数量是 VB策略与预测需求无关。
4、这个是没有办法的,除非你在打开的时候取消增强的自动导入,不过这已经不是你能够决定的了。这是系统在上线时设置的,销售页面需要的增强越多,圈圈越多,速度越慢。
Q4: SAP数据时间长了运行速度越来越慢,该怎么解决呢
那跑出的需求是啥样的 MPR跑出的不是需求而是供给。 如果当前库存是61,那么跑出的PR或者PLAN ORDER里的数量是 VB策略与预测需求无关。
你可以在SAP系统里面用SQVI把需要的表进行连接,然后再来看这些程序。
这个是没有办法的,除非你在打开的时候取消增强的自动导入,不过这已经不是你能够决定的了。这是系统在上线时设置的,销售页面需要的增强越多,圈圈越多,速度越慢。
sap好慢的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于sap运行慢、sap好慢的信息别忘了在本站进行查找喔。






