点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
在通过以下路径访问TM费率表时,面对简短的转储。
NWBC->主数据->费率表->维护费率表->提供费率表名称->单击"继续"->立即获得简短转储,而无需显示该表
短时转储分析:
发生了什么事?
试图将行添加到内部表中。 但是,没有
可用的内存。
终止位置的信息
终止发生在ABAP程序"/img/SCMTMS/CL_UI_RATE2_ASSISTANCECP",
" _FILL_TABLE_M_DIM_PARTIAL"中。 主程序
是" SAPMHTTP"。 在源代码中,终止点在(包含)
程序"/img/SCMTMS/CL_UI_RATE2_ASSISTANCECM03F"的第126行中。
技术分析:
我们已经实施了OSS注释2716170,但仍然面临相同的问题。 我们已将问题发送到SAP,并且仍在等待响应。
基础分析:
这不是技术问题-再次尝试向内部表添加太多数据。
内部表具有一些限制,这些限制在到达时会引起上述转储,目的是保护系统。
如果任何人在TM中遇到相同的问题,请以分辨率答复。 这很重要,因为没人能访问生产中的费率表。
Hi..SAP给出了以下解决方案
这与BASIS有关
1。请按照转储信息表中的说明检查配置文件参数吗?
以下是:
o ztta/roll_area(1.000.000-15.000.000)
经典 每个用户的滚动面积*内部模式每个用户内部模式的滚动面积通常
o ztta/roll_extension(10.000.000-500.000.000)
每个用户的内存量*扩展内存(EM)
o abap/heap_area_total(100.000.000-1.500.000.000)
应用程序服务器的所有用户的内存量(malloc)。 如果一台服务器上正在运行多个后台进程,则可能会出现临时瓶颈。 当然,机器上的内存量(以字节为单位)也必须是可用的(主内存或文件系统交换)。
注意:必须设置操作系统,以便每个进程也有足够的内存。 通常,最大地址
空间太小。
向您的硬件制造商或技术中心咨询。
在这种情况下,请咨询您的硬件供应商abap/heap_area_dia:(10.000.000-1.000.000.000 )
使用malloc限制每个对话框进程分配给堆的内存。
后台进程的参数:
abap/heap_area_nondia:(10.000.000-1.000.000.000)
对于每个后台进程,使用malloc限制分配给堆的内存。
其他与内存相关的参数是:
em/initial_size_MB:(35-1200)
扩展的内存区域,应用程序服务器的所有用户都可以从中满足其内存需求。
这与配置有关:
请通过以下路径在自定义(SPRO事务)中保留用于过滤的值:
运输管理->基本功能->常规设置->定义SAP TM的常规设置->最大。 过滤前对表进行评分
当前值是0。一旦您在此字段中保持一个值,就会出现一个弹出窗口,指出速率组合的潜在值很高。 请单击"取消",您将可以应用过滤器,并显示得出的费率表。
您好,Lakshmi,
那么,各种建议中的哪一个 您是否从SAP支持部门申请? 最终的解决方案是什么? 您是否增加了任何内存参数,如果增加了,哪些,以及从什么增加到什么值? 您是否应用了"最大费率表条目"过滤器? 如果是这样,您将其设置为什么?
干杯,
马特
嗨,伊萨斯,
感谢您的回复。
BASIS也回应如下
该内存区域称为堆内存,它是静态的,会话内存不受影响或不涉及。
记录从Z表复制到内部表。 一旦该表使用了整个堆,就会进行转储。
此处不涉及临时文件。
配置的堆区可以从4 Gb增加到6 Gb,但这给系统带来了风险,最多允许27000条记录代替19000条记录。
增加堆内存参数需要重新启动系统并获得
的批准增加堆面积只会解决症状,而不能解决应用程序错误的根本原因。 将整个数据库表复制到内部表是不好的。
您可以使用较小的选择标准,从而处理更少的数据吗?
从NWBC,我们试图通过仅输入表名来访问表。 和它给短暂的转储。 没有我们可以选择的条件。
附加了快照。 请分享您的想法。
您好lakshmi,
从基本的角度来看,如果可能的话,可以增加内存限制(取决于服务器的容量) ,仅此而已。
您可以使用更小的选择标准,从而处理更少的数据吗?
关于此,
Isaías
>增加堆内存参数需要重新启动系统
这也可以通过报告RSMEMORY完成。 更改不是持久的。 您可以更改dia和btc的堆限制,EM限制和总堆大小。
一周热门 更多>