2020-09-08 08:24发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
专家们,
我在生产系统中遇到一个奇怪的问题。
在接口(从IDoc到文件)之一中,SAP PI无法获取。 由于IDoc失败,因此段号在结构上不正确。 然后,我们更新SAP Note 2627177,直到PreProd及其开始工作。 但是,在生产环境中实施SAP note 2627177之前,我们看到很少有idocs在不更新Idx2缓存的情况下进行处理,而大多数Idocs因相同的错误而失败。
请问,我可能会是这种情况吗?
嗨Bijayashree,
请尝试在PI中预加载元数据。
如果它是定制的iDoc,iDoc结构是否有变化?还检查是否所有iDoc都在ECC中发布了?
您还可以尝试重新导入IDOC。
您好,Bijayashree,
1)您可以在ESR中看到丢失的结构吗? 如果不是,我建议您重新导入该结构。
2)检查映射结果,如果错误" Segment"位于正确的位置,请将其与事务WE60中显示的IDOC进行比较。
3)您是否检查过SM58中是否有任何错误? (在Sender系统和SAP PI中都是如此)
4)当您重新处理失败的idoc时,它们是否可以成功处理?
5)检查发件人系统中事务SM21包含失败登录的条目吗?
6)这些IDOC在发件人系统或SAP PI中失败了吗?
致谢
Bhargava Krishna
嗨Rajesh,
我们满足了所有先决条件。 甚至没有手动上传,因为存在对Idoc结构进行排序的问题。 这就是为什么我们在PreProd之前实施SAP Note 2627177并等待在Prod中实施的原因。 我不明白,只有4个IDoc在不更新PI中的元数据缓存的情况下如何处理,而其他超过10K个IDoc如何处理(即使未实施SAP Notes)。
嗨,Bijaya,
如果已解决,请与我们分享正确的答案。
您好Bijayashree,
请告知我们PI Stack您的使用。
如果是ABAP堆栈,请刷新或从IDX2中删除IDoc元数据结构。 结构将是重新加载帖子消息流。
如果是JAVA堆栈,请实施rajesh先生在上面建议的内容。
致谢/Kesava
嗨Kesava,
感谢您的回复。 对ABAP堆栈进行了刷新,即使是手动添加的元数据也没有更新(缺少一个结构)。 然后,我删除元数据,希望一旦消息流更新。 但是,正如我提到的那样,在不更新元数据缓存的情况下仅处理了4个IDoc,而超过1万个IDoc失败了。
我正在使用SAP PI 7.11 SP12
最多设置5个标签!
嗨Bijayashree,
请尝试在PI中预加载元数据。
如果它是定制的iDoc,iDoc结构是否有变化?还检查是否所有iDoc都在ECC中发布了?
您还可以尝试重新导入IDOC。
您好,Bijayashree,
1)您可以在ESR中看到丢失的结构吗? 如果不是,我建议您重新导入该结构。
2)检查映射结果,如果错误" Segment"位于正确的位置,请将其与事务WE60中显示的IDOC进行比较。
3)您是否检查过SM58中是否有任何错误? (在Sender系统和SAP PI中都是如此)
4)当您重新处理失败的idoc时,它们是否可以成功处理?
5)检查发件人系统中事务SM21包含失败登录的条目吗?
6)这些IDOC在发件人系统或SAP PI中失败了吗?
< p>请检查这些内容,您会找到根本原因。致谢
Bhargava Krishna
嗨Rajesh,
我们满足了所有先决条件。 甚至没有手动上传,因为存在对Idoc结构进行排序的问题。 这就是为什么我们在PreProd之前实施SAP Note 2627177并等待在Prod中实施的原因。 我不明白,只有4个IDoc在不更新PI中的元数据缓存的情况下如何处理,而其他超过10K个IDoc如何处理(即使未实施SAP Notes)。
嗨,Bijaya,
如果已解决,请与我们分享正确的答案。
您好Bijayashree,
请告知我们PI Stack您的使用。
如果是ABAP堆栈,请刷新或从IDX2中删除IDoc元数据结构。 结构将是重新加载帖子消息流。
如果是JAVA堆栈,请实施rajesh先生在上面建议的内容。
致谢/Kesava
嗨Kesava,
感谢您的回复。 对ABAP堆栈进行了刷新,即使是手动添加的元数据也没有更新(缺少一个结构)。 然后,我删除元数据,希望一旦消息流更新。 但是,正如我提到的那样,在不更新元数据缓存的情况下仅处理了4个IDoc,而超过1万个IDoc失败了。
我正在使用SAP PI 7.11 SP12
一周热门 更多>