Biztalk文件适配器复制

biztalk 2010 cu4，win2k8服务器，无反病毒

我遇到一个问题，biztalk文件适配器间歇性地两次拾取完全相同的文件。这发生在两个不同应用程序中的两个不同接收位置的unc远程或本地接收位置上

接收位置具有所有默认设置。我尝试过将重命名文件设置为勾选和取消勾选，但没有解决问题。文件掩码的格式为\h3或*.txt

复制品之间的“未分离互换”拾取时间不得超过1秒。2毫秒是常见的。查看重复项的未解析交换，上下文属性“receivedfilename”完全相同。在收到的8个文件中，大约有1个出现了重复

接收位置具有指向unc路径的凭据，并且在处理完文件后会删除这些文件

重新启动接收位置和biztalk主机无效

如果你需要更多信息，请告诉我

---

谢谢。

有时候问题出在别处。您确定创建这些文件的上游进程首先没有复制它们，即快速连续发送相同的文件吗？ 您可以通过创建另一个发送端口来测试这一点，该端口订阅这些文件，但将其写入文件夹，但将%MessageID%附加到%SourceFileName%。

---

如果两个文件的%SourceFileName%相同，但%MessageID%不同，间隔1秒或更长时间，则证明问题在上游。

是否可以在事件日志中检查类似

文件接收适配器无法删除文件XXX之类的错误此文件已成功处理。请从磁盘中删除此文件

？但是，这通常只会在指定的重试间隔后复制批次。编辑：您是说在不同的应用程序中指定了两次相同的接收位置吗？事件日志中没有任何内容。不，它们是完全不同的应用程序和位置。但两者都存在相同的复制问题。底层存储也可能是问题所在。是否有任何其他BizTalk接收位置指向同一文件服务器？这些流是否存在相同的问题？如果是->您的文件服务器/共享可能是问题所在。如果否->这与文件的来源有关。我不这么认为。删除文件的过程已经运行多年，包括在biztalk实现之前。此问题仅在biztalk打开时才开始出现。我已经检查了问题的最新示例，消息id不同。创建时间之间仍有几毫秒的差异。不幸的是，我现在已经放弃了这个问题，而是使用编排来阻止重复的文件。我会继续关注这个线程，以防有人有有趣的想法。你能检查一下你是否有不同的最大并行度设置吗？应该是1。请查收