2020-09-06 00:21发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）我们在ECC系统中遇到间歇性的性... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
我们在ECC系统中遇到间歇性的性能问题，并且发现I/O响应时间偶尔会很高。 特别是，我们在分析的会话中发现了较高的"直接路径读取"。
一个用户报告在事务MIRO中滚动时遇到问题，因此我们在ST12中执行了跟踪：
滚动一页平均大约需要30秒。 上面是那个时期的踪迹。
DB对RBKP执行了FTS：
行数：
没什么大不了的，对吧？
我确定了Oracle会话并提取了ASH数据。 较差的响应时间似乎与等待事件"直接路径读取"有关。 我用" Time Waited"（根据对象RBKP过滤）针对等待事件绘制了会话：
由此（对我而言）显然存在I/O瓶颈。 但是，为什么优化程序选择"直接路径读取"来检索此数据？ 了解与这些事件相关的ASH统计信息的可靠性也将是一件好事吗？
谢谢
托尼
嗨，
我遇到了这个问题，可能在这篇文章中太迟了，但将来可能会帮助其他人。 我们有相同的情况，每当运行MIRO时，它都会直接读取路径，因此I/O很高。 有一个SAP注释和博客解释了这种情况，以及为什么一切都绕过数据库高速缓存直接进入直接路径读取。 同样，这仅在调用MRM_DUPLICATE_INVOICE_CHECK期间发生。
我们通过添加索引RBKP〜2解决了这种情况，SAP注释中也提到了这一点。 索引之后，与系统中的其他活动相比，现在的MIRO负载微不足道。 以前，它是数据库中最重要的I/O负载。
下面是具有SAP注释的参考博客，其中解释了为什么要进行全表扫描以及通过索引进行解析的情况。
https：//blogs .sap.com/2015/01/28/focus-is-on-miro-performance /
SAP注释 134660 –物流发票验证：性能（RBKP）
此致
珍娜
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 wang628962 的问题《可能的I/O性能问题-){kind=link}
嗨，
我遇到了这个问题，可能在这篇文章中太迟了，但将来可能会帮助其他人。 我们有相同的情况，每当运行MIRO时，它都会直接读取路径，因此I/O很高。 有一个SAP注释和博客解释了这种情况，以及为什么一切都绕过数据库高速缓存直接进入直接路径读取。 同样，这仅在调用MRM_DUPLICATE_INVOICE_CHECK期间发生。
我们通过添加索引RBKP〜2解决了这种情况，SAP注释中也提到了这一点。 索引之后，与系统中的其他活动相比，现在的MIRO负载微不足道。 以前，它是数据库中最重要的I/O负载。
下面是具有SAP注释的参考博客，其中解释了为什么要进行全表扫描以及通过索引进行解析的情况。
https：//blogs .sap.com/2015/01/28/focus-is-on-miro-performance /
SAP注释 134660 –物流发票验证：性能（RBKP）
此致
珍娜
一周热门 更多>