点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 美好的一天! ...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 美好的一天! ...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
专家们,
美好的一天!
在我的情况下,我想请您提供指导和意见。 由于2年前升级了我们的SAP系统,因此我没有更改数据库和硬件升级后设置的这些参数。
在上半年,我们的SAP系统的性能良好。 在ST22中很少遇到no_more_paging和超时abap dump。
当前,我们开始遇到更多的超时abap转储,应在短时间内运行的报告需要更长的时间才能执行,现在我们在某些报告中遇到了no_more_paging,首先我们可以使用a过滤器来运行它 一年,但现在我们只能使用一个月的过滤器来运行它。
我正在寻找改善性能的正确途径,我发现需要增加一些参数,但是在我看来,我们的SAP参数已经很高了,认为增加是正确的选择 这些参数? 还是我们需要对oracle 12c参数进行一些调整?
我已经进行了研究和张贴,以消除一些疑问。 请引导我。
请参阅以下详细信息以供参考,并提出您在这些SAP参数中的想法。 谢谢!
操作系统: Windows 2012 R2
数据库: Oracle 12c
RAM: 128GB
SAP参数:
sap-param.jpg (33.7 kB)
Michael,
仅在SAP配置文件参数中输入新数字是不专业的猜测,只会对您和必须支持该系统的任何人造成混乱。
ABAP堆栈内存模型在从72x内核过渡到74x内核的过程中进行了更改; 每当您阅读任何未指定适用于SAP的版本的内容时,请记住这一点。 换句话说,请确保您了解正在阅读/正在考虑的内存模型是否确实适用于您的系统。
例如,对话进程中的内存转储与后台进程中的内存转储不同,因为默认情况下,后台WP的内存模型与之不同
另一个示例是使用ST03等来确定响应时间或运行时间差是由磁盘访问(即数据库响应时间)还是SAP资源争用引起的。
然后,如果问题与SAP或Oracle有关,或者您需要更多资源,则只能确定是否可以通过跨一个实例(即,配置参数)来处理一个实例中的资源(即配置文件参数)来解决该问题。
如果没有其他信息,您共享的屏幕截图将毫无意义。 例如,在哪些时间段内发生了这些缓冲区交换? (即可能是自您上次重新启动系统以来的756,000个缓冲区交换)。 您可能会对这些数字中的小时-小时或天-日变化更感兴趣。
hth
一周热门 更多>