【问题标题】:BizTalk 2006 - receive file through FTP - timeout issuesBizTalk 2006 - 通过 FTP 接收文件 - 超时问题
【发布时间】:2010-02-09 08:15:01
【问题描述】:

当尝试在 BizTalk 2006 中使用 FTP 适配器接收(大的,大约 100MB)文件时,我们遇到了以下问题,导致文件被反复处理。

  • 检索文件成功;它被放入 MessageBox 并正确处理
  • 当 FTP 适配器发出 DELE 语句时,它永远不会到达文件所在的 FTP 服务器(我们通过查看 FTP 服务器的日志对此进行了验证)
  • FTP 服务器上没有超时迹象; FTP 服务器日志未提及发生超时
  • 在适配器上设置的间隔时间到期后,FTP服务器仍然会找到我们上次运行时已经处理过的大文件,因为DELE语句失败了

BizTalk 中的事件日志指出“与 FTP 服务器的连接过早中断”。这就是我们认为存在超时问题的原因。

我们已经看到文件的检索大约需要 35 分钟。 FTP 服务器超时设置为 1 小时。我猜那里没有问题。 然后我们找到了以下文章:http://www.ncftp.com/ncftpd/doc/misc/ftp_and_firewalls.html#FirewallTimeouts。它指出防火墙/路由设备可能对超时负责。管理我们的防火墙和路由器的团队告诉我们,这里没有设置超时。

这让我们对问题的原因一无所知。你们有人有什么建议吗?甚至更好的解决方案!

【问题讨论】:

  • 您的配置是否适用于较小的文件?我在考虑权限问题,但您说该命令永远不会进入 FTP 服务器日志...
  • 是的,确实如此。我们收到多个文件 (7),其中第三个是较大的一个。前两个被正确提取、处理和删除。

标签: ftp connection timeout biztalk


【解决方案1】:

您尝试过this article中的解决方案吗?

我避免使用 FTP 适配器。相反,我使用第三方实用程序来检索文件并将传输的文件移动到文件适配器接收位置。第三方实用程序允许您配置规则、恢复操作等,使 BizTalk 无需管理传输。

【讨论】:

  • 您好,埃里克,感谢您的建议。不幸的是,我知道这篇文章(现在你提到了它;我最初的描述并不完整)。我们已经设置了适配器,因此它使用文章中提到的临时文件夹。并且 FTP 连接超时设置为 1 小时,远远超过文件的检索和处理时间。该文章还指出,这些是适配器在将原始文件传递到 MSGBox 之前尝试删除原始文件时的解决方案。但在我们的例子中,文件被正确传送到 MSGBox...
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-09-12
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多