BizTalk Server - IIS流量被阻止 [英] BizTalk Server - IIS traffic blocked
问题描述
亲爱的，
我们在过去几个月里遇到过几次问题，我们无法确定根本原因。有一段时间，我们的最终用户在使用IIS中BizTalk公开的Web服务时会经历大量超时一分钟。
We've encountered an issue several times the past months where we are unable to pinpoint the root cause. There's a moment through time, were our end-users experience a lot of time-outs for one minute when consuming web services exposed by BizTalk in IIS.
查看IIS日志，我们谨慎看到超时（高/异常持续时间）：
Looking at the IIS logs, we cleary see the timeouts (high / abnormal duration):
2017-02-03 12:36:16 10.14.240.238 POST /BWWWWaliServices/DeliverDistribution.svc - 80 AG\TWWSWP 10.14.201.11 - - 200 0 0
51309
2017-02-03 12:36:16 10.14.240.238 POST /BWWWWaliServices/DeliverDistribution.svc - 80 AG \ TWWSWP 10.14.201.11 - - 200 0 0
78571
2017-02-03 12:36:16 10.14.240.238 POST /BTTAMadCobolLegacyService/CobolLegacyService.svc - 443 - 10.14.201.11 java - 200 0 0
72335
2017-02-03 12:36:16 10.14.240.238 POST /BWWWWaliServices/DeliverDistribution.svc - 80 - 10.14.201.11 - - 401 5 0
16972
2017-02-03 12:36:16 10.14.240.238 POST /BTWWWaliServices/DeliverDistribution.svc - 80 AG\TWWSWP 10.14.201.11 - - 200 0 0
51309
2017-02-03 12:36:16 10.14.240.238 POST /BTWWWaliServices/DeliverDistribution.svc - 80 AG\TWWSWP 10.14.201.11 - - 200 0 0
78571
2017-02-03 12:36:16 10.14.240.238 POST /BTTAMadCobolLegacyService/CobolLegacyService.svc - 443 - 10.14.201.11 java - 200 0 0
72335
2017-02-03 12:36:16 10.14.240.238 POST /BTWWWaliServices/DeliverDistribution.svc - 80 - 10.14.201.11 - - 401 5 0
16972
查看特定服务的BizTalk跟踪时，始终在那一天不要暂停：
When looking at the BizTalk tracking for a specific service, which is called always during the day without pause:
服务缺少一分钟的明显差距。这是通过隔离主机在IIS中公开的
al l服务的情况。在正确处理之前，似乎请求在消息框上迟到了一分钟。我们找不到任何隔离主机限制的证据，也没有发现事件查看器中任何表示问题的事件
/警告。
There's an obvious gap of one minute that is missing for the service. This is the case for
all services exposed in IIS through the isolated host. It seems as if the requests are arriving a minute too late on the message box before they're properly processed. We can't find any evidence of throttling of the isolated hosts nor any events
/ warnings in the event viewer that indicate a problem.
发生这种情况通常是一分钟，没有找到痕迹和超时发生。之后，一切都会自动解决，并继续按预期运行。这种情况不会经常发生。通常我们每个月都有一次 -
2个月，但今天它在8小时内发生了3次。
When this occurs is usually is one minute where there's no traces to be found and timeouts occur. After that everything is resolved automatically and it continues to operate as expected. This doesn't happen often. Usually we've had it once every month - 2 months, but today it happened 3 times in just 8 hours.
隔离主机的轮询间隔设置为50 ms 。我们有4台服务器在积极处理。 BizTalk虚拟机上没有内存/ CPU问题，也没有SQL实例上的任何异常。我很茫然，没有
线索，为什么会发生这种情况......其他每个进程中的主机都会保持处理没有问题。在正常处理期间，这种流的持续时间平均为200-300毫秒。很明显它在到达消息框之前被某个地方阻止了，但我b $ b无法找到原因。
Polling intervals for the isolated hosts are set to 50 ms. We have 4 servers actively processing. There are no memory / CPU issues to be found on the BizTalk virtual machines nor anything out of the ordinary on the SQL instance. I'm at a loss and have no clue as to why this happens... Every other in-process hosts keeps processing without problems. During normal processing, the duration of such a flow is average 200 - 300 ms. It's clear it's being blocked somewhere before arriving on the message box, but I can't find out why.
此前有没有人遇到这样的问题，请求来自IIS到BizTalk（MB）似乎有很多延迟没有明确原因？
Has anyone here encountered such an issue before, where the request from IIS to BizTalk (MB) seems to have a lot of latency without clear cause?
提前感谢您的任何帮助！
Thanks in advance for any assistance!
推荐答案
我认为延迟是将消息发布到BizTalk msgBox DB。您是否尝试过运行MBV工具或BHM。我怀疑你的msgBox上的假脱机计数太高了。检查并运行MBV和BHM。
I believe the delay is in publishing the message to BizTalk msgBox DB. Have you tried running the MBV tool or BHM. I suspect the spool count is way too high on your msgBox . Check that and run MBV and BHM.
如果它很高，那么请检查BizTalk清除和存档作业是否正常运行而不是失败。
If it is high then check the BizTalk purge and archiving jobs are functional and not failing.
这篇关于BizTalk Server - IIS流量被阻止的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
