BizTalk失败消息路由将发布额外的失败报告

我在BizTalk Server 2013 R2（配置了CU5+ESB工具包）上，无法理解安装过程中出现的以下行为。我已停止所有BizTalk应用程序和主机实例，但我将用于此问题的默认实例除外

我创建了一个接收端口+位置

我启用了新创建的接收位置，由于所有其他内容都已停止/取消列出，因此传入的任何消息都将失败，因为没有订阅者

我在入站文件夹中放置了一个文件，并在管理控制台中看到了这一点

问题1:为什么即使接收端口上的“启用失败消息的路由”属性已禁用，我仍会看到“路由失败报告”

打开此失败报告不会给我任何信息，因为它不包含任何错误报告属性（升级或其他）

问题2:此路由故障报告的用途是什么

我在接收端口上启用“EnableRouting for failed messages”属性并重新运行测试（在终止所有挂起的实例之后），这就是我在管理控制台中看到的

这次发布了两个路由失败报告，一个类似于前面的场景，但另一个包含我正在查找的错误报告属性

问题3:是什么让BizTalk为一个故障发布两个单独的故障报告，以及如何修复此问题

---

我的理解是，如果不在端口上启用失败的消息路由，则不会收到失败报告，并且如果启用了该选项，则每次失败只发布一个报告。我希望有人帮助我了解我的错误所在，请？

这是BizTalk的正确和预期行为从2006年开始使用服务器

路由失败报告与FMR无关，生成该报告是为了显示消息路由失败的原因。相信我，如果你需要的话，你会学会如何阅读它，尽管它通常很明显

启用FMR后，消息本身也会得到增强

---

基本上，您的设置没有问题。

我希望您已经得到了答案

这是意料之中的行为。您将收到两份路由报告

一个用于未找到订户的实际消息

第二个用于在接收端口上启用路由失败消息。路由失败消息意味着：您希望将消息路由到另一个位置，以防由于接收端口的某些故障而无法正确处理该消息（消息在接收端口的故障主要有两个原因，一个原因是找不到订户，另一个原因是管道故障）。 但问题是，您也没有失败消息的订阅。这导致了第二次路由失败报告

---

如果仔细分析两个路由失败报告，您将看到第二个报告具有与“错误报告”命名空间相关的上下文属性，其中一些属性是由BizTalk提升的，以确保路由失败消息

感谢您的解释，John，您的评论“消息本身也得到了增强”意味着故障报告通过附加信息得到了增强，但我看到一次故障发布了两份报告。我遇到的问题是，虽然ESB异常管理安装程序订阅失败报告并将失败消息移出消息框，但是没有错误报告属性的额外失败报告无法订阅，必须有人手动终止它。在这种情况下，你对如何保持留言盒的清洁有什么建议吗？