点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大师,
也许可以帮助我理解上面的内容。
转储至以下
不能再将更多行添加到内部表" \ CLASS = CL_RSDD_DTA \ METHOD = GET_MAX_SID_INTO_RSPM \ DATA = L_TS_XREF"。 为了使故障排除成为可能,必须先删除表,然后才能编译此日志。 这意味着该表将显示在更下方,或者,如果您从此处调用ABAP调试器,则该表将显示0行。 程序终止后,内部表具有以下特征:内存位置:会话内存行宽:284行数:10981500已分配的行:10981500新请求的行:32(1块)
并在WP跟踪文件中
星期二2月11日07:50:38:865 2020 WP已达到abap/heaplimit = 150000000字节
2020年2月11日星期二07:50:45:494 ***错误=>用户UIC30939可用。 heapsize = 9154 MB:请参阅ST22,增加abap/heap_area_total [abstor.c 2080]
{root-id = 0050568E76E21EDA9393FCCB11602019} _ {conn-id = 000000000000000000000000000000000000} _0
WP55拥有的堆内存:250 MB
WP66拥有的堆内存:338
WP68拥有的MB堆内存:366
WP94拥有的MB堆内存:346
WP95拥有的MB堆内存:378
WP101拥有的MB堆内存:2718
WP110拥有的MB堆内存:4407
WP112拥有的MB堆内存:349 MB
***错误=>用户UIC30939可用。 heapsize = 18308 MB:请参阅ST22,增加ap55的abap/heap_area_total [abstor.c 2080]堆内存:250 MB
WP66拥有的堆内存:338 MB
WP68拥有的堆内存:366 MB
WP94拥有的堆内存:346 MB
WP95拥有的堆内存:378 MB
WP101拥有的堆内存:2718 MB
WP110拥有的堆内存:4407 MB
WP112拥有的堆内存:349 MB
我的参数
abap/heaplimit = 150000000
abap/heap_area_total = 9600000000
abap/heap_area_nondia = 7000000000
abap/heap_area_dia = 7000000000
请多多指教,因为我们的BW系统在运行流程链时始终遇到内存问题。
谢谢你
低
低位Woei-Leong低
此转储在KBA 2180736-TSV_TNEW_PAGE_ALLOC_FAILED中已得到详细说明 (需要S-User)。
工作进程获得"扩展内存"配额和"堆内存"配额并且没有更多要分配的内存时出现。 如果这些存储区中的任何一个都已用完,它也会出现。 内存转储本身将显示EM和HEAP消耗情况。。
您应检查转储中显示的值,并从应用程序一侧检查所涉及的报告是否消耗了大量内存。
工作流程跟踪文件,显示:
Tue Feb 11 07:50:45:494 2020 ***错误=>用户UIC30939已可用。 heapsize = 9154 MB:请参阅ST22,增加abap/heap_area_total [abstor.c 2080]
,这表示已使用了总堆内存区域。 此区域由参数'abap/heap_area_total'定义,该参数定义了所有工作流程共享的堆内存区域。
如果在应用程序端需要这种内存量,则可以考虑根据可用情况增加此参数。
关于此,
Raquel
选择屏幕上的非选择性最终用户条件,因此处理太多记录是常见的条件之一 造成此类垃圾的原因。 如果是这种情况,有机会在"选择的变量"部分中看到它。
高低。
首先检查在哪个程序/报告中使用了该程序/报告 大量的内存资源? 在大多数情况下,它将影响Z-t代码/程序或报告。 启用事务代码ST12跟踪检查所有性能
致谢
Sriram
感谢您提供信息。 我要求用户重新运行该程序,并且工作正常。
我希望了解日志中显示的转储。 所以下一次我有更好的准备。
感谢兄弟:)
这是试图在表中保存大量行时出现的内存问题。 但是在这里,我们建议检查一下程序(ABAP级程序),看看是否可以更改程序来处理这种情况。
有关内存消耗的详细分析,建议获取内存快照并由SAP Memory Inspector分析,请参见例如https://blogs.sap.com/2014/02/12/abap-memory-inspectors
一周热门 更多>