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

Question

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

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

我启用了新创建的接收位置，并且由于其他所有内容都已停止/未登记，因此任何传入的消息都应该失败，因为没有订阅者。

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

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

打开这个失败报告什么都没有，因为它不包含任何错误报告属性（提升或其他）

问题2：这个路由失败报告有什么用？

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

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

问题 3：什么可以让 BizTalk 针对一个故障发布两个单独的故障报告，以及如何解决这个问题？

我的理解是，如果您没有在端口上启用失败的消息路由，并且每次失败仅发布一份报告，以防该选项被启用，则不会收到失败报告，我希望有人帮助我理解请问我哪里错了？

Answer 1

我希望你已经得到了答案。

这是预期的行为。您将获得两个路由报告。

一个用于未找到订阅者的实际消息敌人。

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

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

Answer 2

这是自 2006 年以来 BizTalk Server 的正确和预期行为。

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

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

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