BizTalk文件適配器複製

的BizTalk 2010 CU4，win2k8服務器，沒有反病毒BizTalk文件適配器複製

我在哪裏的BizTalk文件適配器間歇兩次拿起完全相同的文件的問題。這種情況發生在兩個不同的應用程序中的兩個不同的接收位置上，這兩個位置都是遠程的或本地的。

接收位置具有所有默認設置。我嘗試設置重命名文件勾選和未挑戰，沒有解決問題。文件掩碼是\ H3OR * .txt。

拾取作爲重複之間的「未解析的交匯處」的的時間是從不大於1秒。 2毫秒是常見的。查看重複項的未分解的交換，上下文屬性'receivedfilename'完全相同。複製的發生大約在接收到的8個文件中有1個。

接收位置確實有憑據的UNC路徑，並與他們做了後會刪除文件。

重新啓動兩個接收位置和BizTalk主機沒有任何影響。

讓我知道你是否需要更多信息。

謝謝。

來源

2012-10-10 Ralph

你能在事件日誌中像'文件的錯誤檢查接收適配器無法刪除文件XXX 此文件成功處理。請從磁盤中刪除此文件？但是，這通常只會在指定的重試間隔後複製批次。編輯：你是說你在不同的應用程序中指定了兩次相同的接收位置？ – StuartLC

事件日誌中沒有任何內容。不，它們是完全不同的應用程序和位置。但是兩者都表現出相同的重複問題。 – Ralph

底層存儲也可能是問題。你有任何其他的BizTalk接收位置指向同一個文件服務器嗎？你對這些流程有同樣的問題嗎？如果是 - >您的文件服務器/共享可能是這裏的問題。如果沒有 - >這與文件的來源有關。 –

有時候問題不在於此。您確定首先創建這些文件的上游流程不會重複它們，即快速連續發送相同的文件嗎？你可以通過創建另一個發送端口，訂閱這些文件，但寫出來的文件夾，但附加的郵件ID％％至％SourceFileName％進行測試。如果您有兩個文件具有相同的％SourceFileName％，但具有相同的1秒或更多秒的不同％MessageID％，則證明問題在上游。

來源

2012-11-19 10:54:31 user1826905

我不這麼認爲。關閉文件的過程已經運行了很多年，包括在biztalk實施之前。這個問題只有在開啓biztalk時纔會發生。我檢查了最近的問題樣本，並且消息ID不同。創建時間仍然有幾毫秒的差別。不幸的是，我已經放棄了這個問題，並使用編排來阻止重複的文件。如果有人有一個有趣的想法，我會繼續觀看這個主題。 – Ralph

你可以檢查你是否有不同的**最大並行度**設置？它應該是** 1 **。請檢查[this]（http://support.microsoft.com/kb/899000） – user1826905

是的，它被設置爲1。 – Ralph

BizTalk文件適配器複製

回答

相關問題