BizTalk中的HTTP发送端口超时

我有一个为HTTP配置的静态单向端口，它将XML文档发送到外部网站。一年多以来，它一直运行良好，但最近它一直在抛出错误

HTTP发送适配器无法在指定时间内完成传输。目的地：

我尝试延长发送端口的超时时间，但错误不断发生。供应商说他们的终端没有变化，我没有对服务器进行任何更改，网络团队也说没有进行任何更改

我已经用PostMan测试了这个界面，每次我尝试它时它都能正常工作。 当我收到相同的错误时，恢复消息不会起任何作用。我注意到，如果我重置了主机实例，那么消息就会开始流动

---

有什么线索吗？

可能您有很多HTTP请求，并且出站限制被激活了？检查与BizTalk:MessageAgent性能对象类别关联的性能计数器消息传递限制状态，以测量当前限制状态，并查看它是否与0不同

---

可能您有很多HTTP请求，并且出站限制被激活了？检查与BizTalk:MessageAgent性能对象类别关联的性能计数器消息传递限制状态，以测量当前限制状态，并查看它是否与0不同

---

在跟踪3上，值为1，然后是“由于消息传递速率不平衡而限制”。这意味着“主机实例的消息传递传入速率超过消息传递传出速率*指定的速率超速驱动因子（百分比）”。发送端口无法以接收新消息的速度发送消息

您可以使用性能计数器检查这两种速率：

您可以在主机属性中增加“速率超速驱动因子（百分比）”，以允许更多负载，默认情况下为125（输入速率可以比输出速率高25%，然后开始限制）：

---

或调整采样窗口持续时间或最小采样数。这取决于负载的行为。

在跟踪3上，值为1，然后是“由于消息传递速率不平衡而限制”。这意味着“主机实例的消息传递传入速率超过消息传递传出速率*指定的速率超速驱动因子（百分比）”。发送端口无法以接收新消息的速度发送消息

您可以使用性能计数器检查这两种速率：

您可以在主机属性中增加“速率超速驱动因子（百分比）”，以允许更多负载，默认情况下为125（输入速率可以比输出速率高25%，然后开始限制）：

---

或调整采样窗口持续时间或最小采样数。这取决于您的负载行为。

端口是否配置了订单交付？端口是否配置了订单交付？我在3小时内采集了几条跟踪记录，采集了各种计数器。该州除了0之外，从未做过任何其他事情。我将把注意力集中在节流状态上，抓取一整天的轨迹，看看这是否显示了什么。ThanksGrab“Message delivery throttling state”（消息传递限制状态），该主机与为HTTP配置的静态单向发送端口相关联，该端口将XML文档发送到外部网站。我不知道此图像是否有多大帮助，但我跟踪了限制状态以及一整天的HTTP发送适配器。下午4:40左右，消息开始超时。唯一可以确定的是，如果我跳出您可以在图像中看到的主机实例，就可以修复它。能否将“消息发布限制状态”添加到性能计数器中？发送时似乎没有问题。我添加了消息发布限制状态，并且似乎没有从0更改。您可以在CST 10:30左右取消服务并恢复所有排队的消息，然后服务器恢复正常。在这一点上，我看不出还有什么其他可能，除非你能想到其他可能的东西，否则我可能不得不联系我的网络团队。我在3小时的时间里抓取了几条线索，抓取了各种计数器。该州除了0之外，从未做过任何其他事情。我将把注意力集中在节流状态上，抓取一整天的轨迹，看看这是否显示了什么。ThanksGrab“Message delivery throttling state”（消息传递限制状态），该主机与为HTTP配置的静态单向发送端口相关联，该端口将XML文档发送到外部网站。我不知道此图像是否有多大帮助，但我跟踪了限制状态以及一整天的HTTP发送适配器。下午4:40左右，消息开始超时。唯一可以确定的是，如果我跳出您可以在图像中看到的主机实例，就可以修复它。能否将“消息发布限制状态”添加到性能计数器中？发送时似乎没有问题。我添加了消息发布限制状态，并且似乎没有从0更改。您可以在CST 10:30左右取消服务并恢复所有排队的消息，然后服务器恢复正常。在这一点上，我看不出还有什么可能，除非你能想到其他可能的东西，否则我可能不得不联系我的网络团队。你所说的是有道理的。唯一让我觉得可能不是这样的是，我收到的错误是HTTP超时，这会向我暗示收件人的邮件超载？我会添加你建议的新痕迹，看看我能看到什么。谢谢关于这个问题的新闻？邮件传递性能计数器如何？感谢您的跟进。我已经捕获了跟踪，并且我可以看到传入速率高于传递速率，然后突然，代码1开始限制。现在我想弄明白为什么传入速率高于传出速率。我一直在抓取CPU和内存，以及se