不过， 您正在使用的SAP内核已有4年历史，您的SUM已过时。 这应该如何工作？ 不管您在做什么，总是先更新您的二进制文件。

您能详细解释一下二进制文件更新吗？ 对此错误有点困惑，并问自己为什么我需要更新源系统内核二进制文件？ 如果我错了，请纠正我，SUM将源内核复制到SUM/abap/exe，然后按照提取过程中的要求将最新的内核应用于源系统。 我应该确认SUM/abap/exe是否具有正确的二进制文件吗？！

您好 Roland Kramer ，您能帮我解决DMO中的错误吗？

在同一阶段再次出现。 我认为还有其他原因造成这种情况。 这可能是柱塞盖。 我可以安排一次执行一项工作吗？ 如果您有机会研究的话，我可以提供对SUM流程的访问。

您好，

请使用SUM 2.0 SP07修补程序的最新版本，即PL09或更高版本。
说明2790229 –中央说明–软件更新管理器2.0 SP07 [lmt_023]

注释2489550 -EU_CLONE_MIG_UT_RUN阶段在升级期间失败，并显示" write_to_pipe"错误

注释2240098-错误的数据/在对表取消群集后丢失数据

问题已经解决了一段时间。 如果要在同一SP PL级别内打补丁，只需停止SAPup并覆盖现有二进制文件即可。 它不会从DMO运行中覆盖您自己的文件。

如果您想使用最新版本的SUM/DMO，例如SP08 PL01或更高版本，那么我建议您重新开始。 因此，在您的情况下，请使用SUM 2.0 SP07的最新PL版本

尽管如此，请检查文档- SAP首次指导–使用新的DMO迁移到HANA上的BW 以获得管道或群集之类的关键字

最受罗兰（Roland）

确定命名管道错误的根本原因很有趣，通常，当SUM被提取为根而不是 adm时，可能会发生此错误。 是否有可能将SUM 2.0 SP 7（PL2）提取为根目录？