你好谭

我们需要更多详细信息（例如受影响的交易/报告，性能跟踪或任何表示访问缓慢的数据库表的指示）来为您提供帮助。

关于no_more_paging转储，可以将参数" rdisp/PG_MAXFS"和" rdisp/PG_SHM"设置为250000。

这会将SAP设置为使用最多2GB的SAP Paging内存，并且所有内存都将分配到该内存（RAM）中。

此致

Isaías

我不是" SAP性能专家"，但似乎可以增加"通用密钥"缓冲区。

我所知道的一点是，只要命中率很高，就可以进行互换了。

已经两年了……工作量和 您的工作量模式？ 业务发生了什么变化（更多的产品留置权，更多的仓库，更多的销售等？）而且不要说"没什么" ，已经两年了。

ABAP内存短转储的一个典型原因是读取了太多数据，超出了ROLL区域，Shared Memory和分页区域的能力，填满了内部表。 此数据是业务数据...举一个简单的例子，公司进行的销售越多，就会在销售报告的内部表中读取越多的销售记录。 销售量过多，系统内部表的容量不足。

顺便说一句，如果问题是由于业务数据或工作量增加而造成的，那么这是一个好问题-这通常与企业所做的更多工作相关联（通常），这意味着如果没有利润，就可以获得更多的收入。

hth

嗨，马丁，

是的，自升级以来，过去两年来我们拥有更多的产品和销售量：）与以前相比，我们可以更快，更轻松地处理数据，而对等数据则是业务数据的快速增长，这就是我计划增加它的原因。 我还考虑了其​​他自定义报告的查询正在排队，需要进行一些修改。

感谢您的ABAP内存简短转储见解。

Michael，

仅在SAP配置文件参数中输入新数字是不专业的猜测，只会对您和必须支持该系统的任何人造成混乱。

• 阅读SAP发行版的内存模型。
  ABAP堆栈内存模型在从72x内核过渡到74x内核的过程中进行了更改； 每当您阅读任何未指定适用于SAP的版本的内容时，请记住这一点。 换句话说，请确保您了解正在阅读/正在考虑的内存模型是否确实适用于您的系统。
• 了解转储和其他症状在告诉您什么。
  例如，对话进程中的内存转储与后台进程中的内存转储不同，因为默认情况下，后台WP的内存模型与之不同
  另一个示例是使用ST03等来确定响应时间或运行时间差是由磁盘访问（即数据库响应时间）还是SAP资源争用引起的。
• 了解正在使用（或过度使用）的资源

然后，如果问题与SAP或Oracle有关，或者您需要更多资源，则只能确定是否可以通过跨一个实例（即，配置参数）来处理一个实例中的资源（即配置文件参数）来解决该问题。

如果没有其他信息，您共享的屏幕截图将毫无意义。 例如，在哪些时间段内发生了这些缓冲区交换？ （即可能是自您上次重新启动系统以来的756,000个缓冲区交换）。 您可能会对这些数字中的小时-小时或天-日变化更感兴趣。

hth

嗨，马丁，

谢谢您的投入，我会注意一下。