* DIM_NONAGGR-UJ_STATIC_CHECK:在系统/UJHANA_ERROR001中发现错误

2020-08-24 00:49发布

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

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


嗨-

这周,* DIM_NONAGGR引擎开始在我们的生产系统中出现故障。 我们在质量和开发系统中用于生产的逻辑相同。 该问题似乎与事务数据或主数据无关,我们在不同的模型和环境中遇到相同的问题。 我们在BW 750的当前支持包14中找不到任何可解决此错误的SAP注释。我们通过SAP开了一张票,但是目前我们没有太多帮助,因此我们非常欢迎任何帮助。

在所有型号中,我们都将ACCELERATOR_ON标记为X。 我们在环境级别上启用了ENABLE_HANA_MDX。 我们没有ENABLE_NATIVE_HANA_MODEL,因为我们有回写的BAdI。

下面是UJKT中的错误的屏幕截图:

数据区域

PROG_ID = ASI_001463
VER = WORKING_FCST
DEPTID = NO_DEPTID

脚本

//==变量==========================================  ==================================
//选择计划ID
 * SELECT(%PLAN_ID_ALL%,PLAN_ID,PROG_ID,ID =%PROG_ID_SET%AND TYPE = O,P,M AND ID <> ASI_NO_PROG_ID AND COMP_CODE = 0611)
 * SELECT(%PLAN_ID%,ID,PROG_ID,ID =%PLAN_ID_ALL%AND COMP_CODE = 0611)//从上面的选择中产生唯一的出现
 * SELECT(%PID%,ID,PROG_ID,PLAN_ID =%PLAN_ID%AND CALC = N AND COMP_CODE = 0611 AND PLAN_ID <>"")

//下推
 * SELECT(%GPID%,ID,PROG_ID,ID =%PID%,sortby = ID)
 * SELECT(%GPID_PLAN_ID%,PLAN_ID,PROG_ID,ID =%PID%,sortby = ID)

//****************************************************  *******************************************
 * XDIM_MEMBERSET TIME = TNONE
 * XDIM_MEMBERSET DATASOURCE = BOB_INP
 * XDIM_MEMBERSET UNIT = USD
 * XDIM_MEMBERSET P_ACCT = CQUAD
 * XDIM_MEMBERSET DEPTID = NO_DEPTID
 
 *分配
 * DIM_NONAGGR PROG_ID WHAT =%GPID_PLAN_ID%;  WHERE =%GPID%
 * DIM DATASOURCE WHAT = BOB_INP;  WHERE = INP
 * DIM UNIT WHAT = USD;  WHERE = <<<
 
 *分配
 

这是SLG1中的错误日志:

*编辑1

SAP组件:

component.jpg

****完成编辑1

*编辑2

尺寸PROG_ID屏幕截图,仅关注一个易于执行的程序,即使仅选择了一个程序(例如ASI_001463),* DIM_NONAGGR也会失败:

PLAN_ID

公司代码

TYPE

****完成编辑2

如果我们运行不带* DIM_NONAGGR的分配,它将执行而不会出现错误。

关于我们缺少的某些建议可以解决* DIM_NONAGGR吗?

理想情况下,我们想使用* DIM_NONAGGR,但是如果我们不能使用* FOR和* NEXT编写同一篇文章,那又如何呢? 我们还有其他几个使用它的部分,如果我们能得到一个示例,说明如何使用可以在其他脚本中复制的其他结构来重写它,那么所有这些都将失败。

谢谢

environement.jpg (36.3 kB)

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

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


嗨-

这周,* DIM_NONAGGR引擎开始在我们的生产系统中出现故障。 我们在质量和开发系统中用于生产的逻辑相同。 该问题似乎与事务数据或主数据无关,我们在不同的模型和环境中遇到相同的问题。 我们在BW 750的当前支持包14中找不到任何可解决此错误的SAP注释。我们通过SAP开了一张票,但是目前我们没有太多帮助,因此我们非常欢迎任何帮助。

在所有型号中,我们都将ACCELERATOR_ON标记为X。 我们在环境级别上启用了ENABLE_HANA_MDX。 我们没有ENABLE_NATIVE_HANA_MODEL,因为我们有回写的BAdI。

下面是UJKT中的错误的屏幕截图:

数据区域

PROG_ID = ASI_001463
VER = WORKING_FCST
DEPTID = NO_DEPTID

脚本

//==变量==========================================  ==================================
//选择计划ID
 * SELECT(%PLAN_ID_ALL%,PLAN_ID,PROG_ID,ID =%PROG_ID_SET%AND TYPE = O,P,M AND ID <> ASI_NO_PROG_ID AND COMP_CODE = 0611)
 * SELECT(%PLAN_ID%,ID,PROG_ID,ID =%PLAN_ID_ALL%AND COMP_CODE = 0611)//从上面的选择中产生唯一的出现
 * SELECT(%PID%,ID,PROG_ID,PLAN_ID =%PLAN_ID%AND CALC = N AND COMP_CODE = 0611 AND PLAN_ID <>"")

//下推
 * SELECT(%GPID%,ID,PROG_ID,ID =%PID%,sortby = ID)
 * SELECT(%GPID_PLAN_ID%,PLAN_ID,PROG_ID,ID =%PID%,sortby = ID)

//****************************************************  *******************************************
 * XDIM_MEMBERSET TIME = TNONE
 * XDIM_MEMBERSET DATASOURCE = BOB_INP
 * XDIM_MEMBERSET UNIT = USD
 * XDIM_MEMBERSET P_ACCT = CQUAD
 * XDIM_MEMBERSET DEPTID = NO_DEPTID
 
 *分配
 * DIM_NONAGGR PROG_ID WHAT =%GPID_PLAN_ID%;  WHERE =%GPID%
 * DIM DATASOURCE WHAT = BOB_INP;  WHERE = INP
 * DIM UNIT WHAT = USD;  WHERE = <<<
 
 *分配
 

这是SLG1中的错误日志:

*编辑1

SAP组件:

component.jpg

****完成编辑1

*编辑2

尺寸PROG_ID屏幕截图,仅关注一个易于执行的程序,即使仅选择了一个程序(例如ASI_001463),* DIM_NONAGGR也会失败:

PLAN_ID

公司代码

TYPE

****完成编辑2

如果我们运行不带* DIM_NONAGGR的分配,它将执行而不会出现错误。

关于我们缺少的某些建议可以解决* DIM_NONAGGR吗?

理想情况下,我们想使用* DIM_NONAGGR,但是如果我们不能使用* FOR和* NEXT编写同一篇文章,那又如何呢? 我们还有其他几个使用它的部分,如果我们能得到一个示例,说明如何使用可以在其他脚本中复制的其他结构来重写它,那么所有这些都将失败。

谢谢

environement.jpg (36.3 kB)
付费偷看设置
发送
9条回答
小c菟菟
1楼-- · 2020-08-24 01:46

可能是从带有* DIM_NONAGGR的某些SP RUNALLOCATION开始不喜欢WHAT中的相同ID!

您可以测试以下内容吗?

 * DIM_NONAGGR PROG_ID WHAT = ASI_001463,  ASI_001463; WHERE = A26011,A36119 

并且没有相同的ID:

 * DIM_NONAGGR PROG_ID WHAT = A26011,A36119; WHERE = A26011,A36119 
昵称总是被占用
2楼-- · 2020-08-24 01:27

您能否提供有关PROG_ID尺寸的详细信息? 请发布维度管理屏幕的屏幕截图(可见PLAN_ID属性)。

P.S。 "根据用户需要在default.lgf和包中启动"

在default.lgf中??? 看起来很奇怪-default.lgf需要不同的逻辑方法。 请阅读:

https://blogs.sap.com/2014/ 06/09/how-to-to-write-defaultlgf /

Doze时光
3楼-- · 2020-08-24 01:20

顺便说一句,我发现了一个有趣的注释:

https://launchpad.support.sap.com/#/notes/0002641351

参考:

https://launchpad.support.sap.com/#/notes/1960281

尝试以下一行脚本:

 * ACCELERATOR = OFF 
huskylover
4楼-- · 2020-08-24 01:30

已添加到原始帖子。 不确定会增加多少讨论,请记住常规运行分配正在运行。 该错误仅发生在* DIM_NONAGGR上,因此不确定主数据或事务数据可能会如何影响某些内容。

粗暴的香蕉
5楼-- · 2020-08-24 01:21

好消息,调试后我们能够找到问题的原因。 似乎以某种方式填充了一个表,其中不应有一个条目。 我们尚不知道是什么导致了这种情况的发生,我们将与SAP进行沟通,看看他们在这一点上是否可以提供帮助。

大道至简
6楼-- · 2020-08-24 01:39

确定,现在我了解了脚本执行的结果。 但是背后的业务逻辑是什么?

 * DIM_NONAGGR PROG_ID WHAT = ASI_001463,ASI_001463,ASI_001463;  WHERE = A26011,A36119,ASI_001463 

我很奇怪...

为什么不呢?

 * DIM PROG_ID WHAT = ASI_001463;  WHERE = A26011,A36119,ASI_001463 

?? 之后,* DIM_NONAGGR将照常工作。

* Vadim,如果您想从侧面再现问题,请尝试激活跟踪,请检查表是否已填充,并在您拥有的任何模型/环境中运行简单的* DIM_NONAGGR。

谢谢

一周热门 更多>