运行MR11时,视图V_CKMLGRIR不一致(随机错误地加入)

2020-08-25 02:07发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大师们,

我们面临的问题是MR11 T代码显示的结果不一致。 从标准视图V_CKMLGRIR(EKKO/EKPO/EKBE)中检索此T代码的主要数据,我们发现该视图在所有情况下均未检索到正确的信息。

有时候(这是最糟糕的部分...),结果集显示为错误的合并(错误地混合了文档编号和项目编号),所以这确实令人沮丧。

我们创建了一个单独的报告来模拟MR11的选择,并且可以在我们的开发系统上重现此问题。 通过设置定期作业,我们可以看到在所有情况下以相同变体运行查询不会产生相同的结果集。

我们已经重新激活了基础表和索引,甚至我们的Basis团队也在数据库级别(Oracle 12.1.0.2.0)采取了行动,以重新组织表中的内容,但是不幸的是,问题仍然存在。

您曾经遇到过这样的问题吗? 有任何想法吗? 对于基础或数据库团队有任何建议的行动吗?

非常感谢。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大师们,

我们面临的问题是MR11 T代码显示的结果不一致。 从标准视图V_CKMLGRIR(EKKO/EKPO/EKBE)中检索此T代码的主要数据,我们发现该视图在所有情况下均未检索到正确的信息。

有时候(这是最糟糕的部分...),结果集显示为错误的合并(错误地混合了文档编号和项目编号),所以这确实令人沮丧。

我们创建了一个单独的报告来模拟MR11的选择,并且可以在我们的开发系统上重现此问题。 通过设置定期作业,我们可以看到在所有情况下以相同变体运行查询不会产生相同的结果集。

我们已经重新激活了基础表和索引,甚至我们的Basis团队也在数据库级别(Oracle 12.1.0.2.0)采取了行动,以重新组织表中的内容,但是不幸的是,问题仍然存在。

您曾经遇到过这样的问题吗? 有任何想法吗? 对于基础或数据库团队有任何建议的行动吗?

非常感谢。

付费偷看设置
发送
4条回答
Aaron 3364
1楼 · 2020-08-25 02:38.采纳回答

在我看来,这不是数据库问题,而是与应用程序服务器相关的问题。 我为此打开了另一个线程。

https://answers.sap.com/questions/12960809/max-size-of-data-set-to-allocate-on-into-correspon.html?childToView=12963089&answerPublished= true#answer-12963089

宇峰Kouji
2楼-- · 2020-08-25 02:34

我怀疑如此简单的视图在技术上已损坏或类似问题。 如果确实是损坏,则问题出在Oracle级别,您最好向Oracle支持。 如果不确定,则可以向SAP咨询公司征询他们的意见。 重现问题后,SAP还可以登录开发系统并分析问题。

黑丝骑士
3楼-- · 2020-08-25 02:30

没有转储,只有奇怪的结果。 最后,我认为这不是数据库问题,而是应用程序服务器问题,因为在我将数据放入内部表中时,这看起来有些奇怪。

还是这样。

CPLASF-自律
4楼-- · 2020-08-25 02:13

嗨,AH。

你有垃圾吗? 您可以将转储作为附件共享吗?

问候

SS

一周热门 更多>