SAP PO 7.5 IDOC缓存问题

2020-08-23 02:07发布

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

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


大家好,我们最近从SAP PI7.3双堆栈迁移到SAP PO 7.5单堆栈。 在PI7.3中,一切都很好。 但是在PO 7.5中,所有IDOC适配器间歇性地出现问题。 消息间歇性地在PO中完成(请在下面找到跟踪),但是如果重新启动消息,则消息通过,并且如果我们复制有效负载并在消息MApping中进行测试,则消息也会通过。 对于所有 IDOC。是否存在需要注释的SAP NOTE?
#2.0#2020 02 20 22:15:22:723#+ 0100#Error#com.sap.aii.mappingtool.tf7.Transformer#
#BC-XI-IBD#com.sap.xi .util.misc#C0000A80C30F06830000000401A301AE#9436551000000007# B false NEV ] [isNotCached = false] [ReverseCFT = true]
::原因->" CacheManager.syncStorageFrom ::空对象 从本地变量"存储"为字段加载:TPBS_DLBE01_SBO.MATNR(B,NEV){KEY_TYPE_MAT KEY_VALUE}" @ com.global.jcl.CacheManager.syncStorageFrom(CacheManager.java:546)]在类com.global.jcl.lib_pi中 .FL_DGCO99_ECC_JCL方法zJCLexecSvcCall [,,com.sap.aii.mappingtool.tf7.rt.Context@6de700ff]
at com.sap.mappingtool.tf7.AMappingProgram.processNode(AMappingProgram.java:522)
在com.sap.aii.mappingtool.tf7.AMappingProgram.start(AMappingProgram.java:568)
在com.sap.aii.mappingtool.tf7.Transformer.start(Transformer.java:152)
.sap.aii.mappingtool.tf7.AMappingProgram.transform(AMappingProgram.java:7 06)
com.sap.aii.ib.server.mapping.execution.JavaMapping.executeStep(JavaMapping.java:112)
com.sap.aii.ib.server.mapping.execution.Mapping。 在com.sap.aii.ib.server.execute(Mapping.java:60)
在com.sap.aii.ib.server处执行.MappingHandler.map(MappingHandler.java:87)
在com.sap.aii.ib.server。 com.sap.aii.ibrun.sbeans.mapping.MappingAccessBean.executeMappingSteps(MappingAccessBean.java:241)
位于com.sap.aii上的mapping.execution.MappingHandler.map(MappingHandler.java:71)
ibrun.sbeans.mapping.MappingAccessBean.executeMapping(MappingAccessBean.java:179)
在sun.reflect.GeneratedMethodAccessor431.invoke(未知源)
在sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)< br>在java.lang.reflect.Method.invoke(Method.java:498)
在com.sap.engine.services.ejb3.runtime.impl.RequestInvocationContext.proceedFinal(RequestInvocationContext.java:47)
在com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvoca tionContext.java:166)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatesTransition.invoke(Interceptors_StatesTransition.java:19)
com.sap.engine.services.ejb3.runtime处。 impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_Resource.invoke(Interceptors_Resource.java:50)
在com.sap.engine。 services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.doWorkWithAttribute(Interceptors_Transaction.java:37)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.invoke(Interceptors_Transaction.java:21)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java: 179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_MethodRetry.invoke(Interceptors_MethodRetry.java:46)
在com.sap.engine.service s.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:191)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatelessInstanceGetter.invoke(Interceptors_StatelessInstanceGetter.java:23)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java: 179)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_SecurityCheck.invoke(Interceptors_SecurityCheck.java:25)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext。 在com.sap.engine.services.ejb3上进行(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_ExceptionTracer.invoke(Interceptors_ExceptionTracer.java:17) runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Defa ultInvocationChainsManager.startChain(DefaultInvocationChainsManager.java:138)
在com.sap.engine.services.ejb3.runtime.impl.DefaultEJBProxyInvocationHandler.invoke(DefaultEJBProxyInvocationHandler.java:172)
在com.sap.engine.services中。 ejb3.runtime.impl.DefaultEJBProxyInvocationHandler.invoke(DefaultEJBProxyInvocationHandler.java:99)在com.sun.proxy。$ Proxy853.executeMapping(未知源)
在com.sap.aii.adapter.xi.mapping。 位于com.sap.engine.messaging的com.sap.aii.adapter.xi.ms.XIEventHandler $ MAPProcessingBlock.process(XIEventHandler.java:1581)
处的MappingService.executeMapping(MappingService.java:294)
在com.sap.engine.messaging.impl.spi.stage.ProcessorImpl.proceedToProcessingBlock(ProcessorImpl.java:114)
处的impl.spi.stage.ProcessorImpl.processBlock(ProcessorImpl.java:207)
在com。 sap.engine.messaging.impl.spi.stage.ProcessorImpl.processMessage(ProcessorImpl.java:85)
在com.sap.aii.adapter.xi.ms.processor.ScenarioConfigurableProcessor.processMessage(Scenari com.sap.aii.adapter.xi.ms.XIEventHandler.onTransmit(XIEventHandler.java:490)
的com.sap.engine.messaging.impl.core.queue的oConfigurableProcessor.java:52)
。 com.sap.engine.messaging.impl.core.queue.consumer.SendConsumer.onMessage(SendConsumer.java:110)
上的com.sap.engine.messaging.impl.core.queue.consumer.SendConsumer.onMessage(SendConsumer.java:110)
上的consumer.SendConsumer.processMessage(SendConsumer.java:537)
在com.sap.engine.messaging.runtime.MSWorkWrapper.run(MSWorkWrapper.java:58)
处的engine.messaging.impl.core.queue.Queue.run(Queue.java:1109)
sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
在java.security.AccessController.doPrivileged(本机方法)
在com.sap.engine.core.thread.impl3 .SingleThread.execute(SingleThread.java:185)
在com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:302)
由com.sap.aii.utilxi引起 .misc.api.BaseRuntimeException:异常:[com.global.jcl.JCLRuntimeException:CacheServiceCall.exec:11102:非常感谢您的及时帮助。

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

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


大家好,我们最近从SAP PI7.3双堆栈迁移到SAP PO 7.5单堆栈。 在PI7.3中,一切都很好。 但是在PO 7.5中,所有IDOC适配器间歇性地出现问题。 消息间歇性地在PO中完成(请在下面找到跟踪),但是如果重新启动消息,则消息通过,并且如果我们复制有效负载并在消息MApping中进行测试,则消息也会通过。 对于所有 IDOC。是否存在需要注释的SAP NOTE?
#2.0#2020 02 20 22:15:22:723#+ 0100#Error#com.sap.aii.mappingtool.tf7.Transformer#
#BC-XI-IBD#com.sap.xi .util.misc#C0000A80C30F06830000000401A301AE#9436551000000007# B false NEV ] [isNotCached = false] [ReverseCFT = true]
::原因->" CacheManager.syncStorageFrom ::空对象 从本地变量"存储"为字段加载:TPBS_DLBE01_SBO.MATNR(B,NEV){KEY_TYPE_MAT KEY_VALUE}" @ com.global.jcl.CacheManager.syncStorageFrom(CacheManager.java:546)]在类com.global.jcl.lib_pi中 .FL_DGCO99_ECC_JCL方法zJCLexecSvcCall [,,com.sap.aii.mappingtool.tf7.rt.Context@6de700ff]
at com.sap.mappingtool.tf7.AMappingProgram.processNode(AMappingProgram.java:522)
在com.sap.aii.mappingtool.tf7.AMappingProgram.start(AMappingProgram.java:568)
在com.sap.aii.mappingtool.tf7.Transformer.start(Transformer.java:152)
.sap.aii.mappingtool.tf7.AMappingProgram.transform(AMappingProgram.java:7 06)
com.sap.aii.ib.server.mapping.execution.JavaMapping.executeStep(JavaMapping.java:112)
com.sap.aii.ib.server.mapping.execution.Mapping。 在com.sap.aii.ib.server.execute(Mapping.java:60)
在com.sap.aii.ib.server处执行.MappingHandler.map(MappingHandler.java:87)
在com.sap.aii.ib.server。 com.sap.aii.ibrun.sbeans.mapping.MappingAccessBean.executeMappingSteps(MappingAccessBean.java:241)
位于com.sap.aii上的mapping.execution.MappingHandler.map(MappingHandler.java:71)
ibrun.sbeans.mapping.MappingAccessBean.executeMapping(MappingAccessBean.java:179)
在sun.reflect.GeneratedMethodAccessor431.invoke(未知源)
在sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)< br>在java.lang.reflect.Method.invoke(Method.java:498)
在com.sap.engine.services.ejb3.runtime.impl.RequestInvocationContext.proceedFinal(RequestInvocationContext.java:47)
在com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvoca tionContext.java:166)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatesTransition.invoke(Interceptors_StatesTransition.java:19)
com.sap.engine.services.ejb3.runtime处。 impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_Resource.invoke(Interceptors_Resource.java:50)
在com.sap.engine。 services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.doWorkWithAttribute(Interceptors_Transaction.java:37)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_Transaction.invoke(Interceptors_Transaction.java:21)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java: 179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_MethodRetry.invoke(Interceptors_MethodRetry.java:46)
在com.sap.engine.service s.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:191)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_StatelessInstanceGetter.invoke(Interceptors_StatelessInstanceGetter.java:23)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java: 179)
com.sap.engine.services.ejb3.runtime.impl.Interceptors_SecurityCheck.invoke(Interceptors_SecurityCheck.java:25)
com.sap.engine.services.ejb3.runtime.impl.AbstractInvocationContext。 在com.sap.engine.services.ejb3上进行(AbstractInvocationContext.java:179)
在com.sap.engine.services.ejb3.runtime.impl.Interceptors_ExceptionTracer.invoke(Interceptors_ExceptionTracer.java:17) runtime.impl.AbstractInvocationContext.proceed(AbstractInvocationContext.java:179)
at com.sap.engine.services.ejb3.runtime.impl.Defa ultInvocationChainsManager.startChain(DefaultInvocationChainsManager.java:138)
在com.sap.engine.services.ejb3.runtime.impl.DefaultEJBProxyInvocationHandler.invoke(DefaultEJBProxyInvocationHandler.java:172)
在com.sap.engine.services中。 ejb3.runtime.impl.DefaultEJBProxyInvocationHandler.invoke(DefaultEJBProxyInvocationHandler.java:99)在com.sun.proxy。$ Proxy853.executeMapping(未知源)
在com.sap.aii.adapter.xi.mapping。 位于com.sap.engine.messaging的com.sap.aii.adapter.xi.ms.XIEventHandler $ MAPProcessingBlock.process(XIEventHandler.java:1581)
处的MappingService.executeMapping(MappingService.java:294)
在com.sap.engine.messaging.impl.spi.stage.ProcessorImpl.proceedToProcessingBlock(ProcessorImpl.java:114)
处的impl.spi.stage.ProcessorImpl.processBlock(ProcessorImpl.java:207)
在com。 sap.engine.messaging.impl.spi.stage.ProcessorImpl.processMessage(ProcessorImpl.java:85)
在com.sap.aii.adapter.xi.ms.processor.ScenarioConfigurableProcessor.processMessage(Scenari com.sap.aii.adapter.xi.ms.XIEventHandler.onTransmit(XIEventHandler.java:490)
的com.sap.engine.messaging.impl.core.queue的oConfigurableProcessor.java:52)
。 com.sap.engine.messaging.impl.core.queue.consumer.SendConsumer.onMessage(SendConsumer.java:110)
上的com.sap.engine.messaging.impl.core.queue.consumer.SendConsumer.onMessage(SendConsumer.java:110)
上的consumer.SendConsumer.processMessage(SendConsumer.java:537)
在com.sap.engine.messaging.runtime.MSWorkWrapper.run(MSWorkWrapper.java:58)
处的engine.messaging.impl.core.queue.Queue.run(Queue.java:1109)
sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
在java.security.AccessController.doPrivileged(本机方法)
在com.sap.engine.core.thread.impl3 .SingleThread.execute(SingleThread.java:185)
在com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:302)
由com.sap.aii.utilxi引起 .misc.api.BaseRuntimeException:异常:[com.global.jcl.JCLRuntimeException:CacheServiceCall.exec:11102:非常感谢您的及时帮助。

8条回答
天桥码农
1楼-- · 2020-08-23 02:44

您好,斯里尼,

您是否尝试通过示例1(CPA缓存)和示例19(映射运行时)收集XPI跟踪,以查看是否在此获取了其他信息。

如果问题是间歇性发生的,并且您无法重现,请收集如下所示的事件发生模式以进行进一步调查。

  1. 针对特定ECC系统或所有特定IDoc的IDoc是否正在发生? li>
  2. 当您的PI/PO系统上有大量消息(消息数量)时或在处理巨大有效负载时会发生这种情况吗?
  3. 是否有任何更改(ESR/ID)正在更新中?

此外,是否在映射中的UDF中执行了对ECC系统的任何查找,如果是,那么您可能需要检查PO之间是否存在任何连通性问题 &ECC系统,因此其响应为空。

-Priyanka

木偶小白
2楼-- · 2020-08-23 02:51

嗨,Srinivasa,

尝试清除CPA缓存(URL http://<主机>:5 00/CPACache/refresh?mode = full)和重新加载IDoc元数据(配置和监视主页>适配器引擎> IDoc适配器监视器> Metadata Monitor,找到并选择有问题的IDoc,然后单击"重新加载"。)

小熊yu生菜
3楼-- · 2020-08-23 02:29

我们已经多次重启Sever并刷新了CPA Cache,问题已经解决。/p>

请提出建议。

Bunny_CDM
4楼-- · 2020-08-23 02:54

IDoc元数据是否干净?

jovirus
5楼-- · 2020-08-23 02:44

是的,我们做到了。我很干净 。

大简至美
6楼-- · 2020-08-23 02:46

它是绿色的

一周热门 更多>