共用方式為


Message Repair 和 New Submission 疑難排解

如果未部署信封架構,則無法提交已修復的訊息

徵狀

當您嘗試提交已修復的訊息時,A4SWIFT張貼下列訊息:

「配接器無法傳輸傳送至傳送埠 http://mrsrtest:80/StsWebReceive/default.aspx?PartnerId=Unparsed&FolderType=MessagesInbox 的訊息。 它會在此傳送埠指定的重試間隔之後重新傳輸。 詳細資料:「80131600」。 如需詳細資訊,請參閱 說明及支援中心,網址為 https://go.microsoft.com/fwlink/?LinkId=142493

可能的原因

未部署信封架構。 這適用于任何 MTxxx 訊息或任何剖析失敗的訊息。

解決方案

針對您使用 (磁片磁碟機 > :\Program Files\Microsoft BizTalk Accelerator for SWIFT < 版本 > 訊息套件 \SWIFT 訊息\ A4SWIFT-SRG << 版本 > \Category n\MTxxx.xsd) 和 unpar 的訊息架構部署信封架構 信封架構 (< 磁片磁碟機 > :\Program Files\Microsoft BizTalk Accelerator for SWIFT version > Message Pack \SWIFT < Messages\ A4SWIFT-SRG < version > \ Unparsed Message\EnvelopeUnparsedMessage.xsd) 。 如需詳細資訊,請參閱 部署A4SWIFT架構

您無法從名為 「Unparsed」 的 MRSR 網站程式庫提交固定未剖析的訊息

徵狀

當您嘗試從未命名為 「Unparsed」 的 MRSR 網站文件庫提交未剖析的訊息時,作業會失敗。

可能的原因

A4SWIFT無法成功從未命名為 「未剖析」的程式庫提交訊息。 如果您在安裝 MRSR (訊息修復) 功能之前,在 MRSR 網站中有現有的「未剖析」文件庫,A4SWIFT安裝程式將會建立一個程式庫,以供名為「未剖析」且尾碼為「未剖析」的未剖析訊息建立程式庫。 當它收到A4SWIFT無法剖析的訊息時,它會將訊息路由傳送至它所建立的程式庫。 不過,當您嘗試從該文件庫提交訊息時,作業將會失敗。

解決方案

移除 MRSR 功能、刪除未剖析的程式庫,然後重新安裝 MRSR 功能。

無法在雙階段工作流程中回送訊息

徵狀

如果您在只有建立階段和修復階段的工作流程中拒絕訊息,則提交會失敗。 BizTalk Server將訊息路由回 MessageBox,並張貼下列錯誤訊息:

「無法重設為工作流程中的第一個階段。」

可能的原因

只有建立階段和修復階段的工作流程不支援訊息回送。

解決方案

將另一個階段新增至雙階段工作流程,或取消提交。

無法在 MRSR 的修復收件匣中開啟訊息

徵狀

當您嘗試在 MRSR 的修復收件匣中開啟訊息時,您會在快顯視窗中收到下列錯誤訊息:

「無法在登入 'A4SWIFT' 中開啟要求的資料庫。 登入失敗。 使用者 'NT AUTHORITY\NETWORK SERVICE' 的登入失敗。

可能的原因

A4SWIFT_MRSR Web 服務執行所在的 Web 應用程式的登入帳戶是網路服務,而不是位於 A4SWIFT Users 群組中的本機或網域帳戶。

解決方案

變更A4SWIFT_MRSR Web 服務執行之 Web 應用程式的登入帳戶。

變更A4SWIFT_MRSR Web 服務執行之 Web 應用程式的登入帳戶
  1. 按一下 [開始]、依序指向 [所有程式]、[系統管理工具],然後按一下 [Internet Information Services (IIS) 管理員]

  2. 在 IIS 管理員中< ,展開 [伺服器名稱 >] (本機電腦) 節點、[應用程式集區] 節點和 [網站]節點。 在 [網站] 節點下,展開 [ 預設網站] 節點。

  3. 在 [預設網站] 節點底下,以滑鼠右鍵按一下 [A4SWIFT_MRSR],然後按一下 [ 內容]。

  4. 在 [A4SWIFT_MRSR屬性] 對話方塊中,記下 [應用程式集區]。

  5. 在 [IIS 管理員] 對話方塊的 [應用程式集區] 節點底下,以滑鼠右鍵按一下A4SWIFT_MRSR的應用程式集區,然後按一下 [ 屬性]。

  6. 在應用程式 < 集區名稱 > [屬性] 對話方塊中,按一下 [ 身分識別 注意事項]。 如果按一下 [ 預先 定義],並選取 [ 網路服務 ],請按一下 [ 設定],輸入您的本機或網域帳戶,然後輸入您的密碼。 按一下 [確定]。

未處理在當地語系化電腦上的 MRSR 網站中建立的訊息

徵狀

當使用者處理在當地語系化平臺上執行的英文版A4SWIFT時,會在 MRSR 的 InfoPath 表單中建立訊息,並成功提交訊息時,訊息似乎會由訊息修復和新提交協調流程取用,但無法成功處理。 訊息會提交至收件匣,但 BizTalk 配接器不會挑選。 事件檢視器中不會張貼任何錯誤或警告,而且 HAT 中沒有執行中協調流程實例的記錄。

可能的原因

輸入為 STS URI 的路徑。收件匣接收位置包含英文名稱,而不是當地語系化的名稱。

解決方案

變更 STS 的 URI 位址。收件匣接收位置,如下所示:

  1. 在 BizTalk Server 2009 管理主控台中,展開BizTalk 群組應用程式和BizTalk 應用程式 1 節點

  2. 按一下 [接收位置]。

  3. 按兩下 [Sts.Outbox.Location]。

  4. 在 [接收位置屬性] 對話方塊中,按一下 [ 設定]。

  5. 在 [傳輸屬性] 對話方塊中,將 SharePointSite URL 的值取代為當地語系化的對等專案。

  6. 按一下 [確定],然後按一下 [確定]。

在處理訊息時移除角色會導致檔與成品移除不完整

徵狀

當您在設定檔 Web 用戶端中移除角色時,會張貼對話方塊,指出將會移除與角色相關聯的所有檔和成品。 不過,角色不會從 A4SWIFT Management Console 的部門中移除,而且角色的檔資料夾 ([收件匣] 和 [寄件) 不會從 MRSR 中移除。 會移除與角色相關聯的合作物件、傳送埠和合約,並取消部署角色的設定檔。

可能的原因

訊息仍在 MRSR 的角色收件匣中,而且訊息會以其 InfoPath 表單開啟。

解決方案

從 MRSR 網站收件匣手動刪除訊息,然後刪除與您移除角色相關聯的文件庫。 關閉表單,然後再次移除角色。

因為 BIC 主要原則發生錯誤,所以訊息處理失敗

徵狀

當您提交訊息進行處理時,您會收到下列錯誤:

「執行 BicMasterPolicy 時發生錯誤。 檢查原則中的有效值。」

可能的原因

磁片磁碟機:\Program Files\ Microsoft BizTalk Accelerator for SWIFT < 版本訊息套件\A4SWIFT-SRG < 版本 >> \基底原則中的 BIC_Master_Policy.xml 檔案< 中,SQL Server名稱、BIC 資料庫名稱和整合式安全性值會以雙引號括住。 > 若要啟用 BIC 驗證,請在預設 BIC_Master_Policy.xml 檔案中輸入這些字串,如 啟用銀行識別碼碼驗證中所述。

解決方案

若要修復 BIC 主要原則,請繼續進行,如下所示:

注意

如需部署 BIC 主要原則的詳細資訊,請參閱 部署 BRE 規則

  1. 在商務規則編輯器中,取消部署BIC_Master_Policy 1.0 版,然後刪除BIC_Master_Policy。

  2. 在文字編輯器中,例如 [記事本],在磁片磁碟機 > :\Program Files\ Microsoft BizTalk Accelerator for SWIFT 版本訊息套件\SWIFT 訊息\A4SWIFT-SRG 版本\基底原則中 <開啟 BIC_Master_Policy.xml。 >><< 移除SQL Server名稱、BIC 資料庫名稱和整合式安全性值的雙引號。

  3. 在 [商務規則引擎部署精靈] 中,匯入 BIC_Master_Policy.xml,然後部署 BIC_Master_Policy.xml。

  4. 在服務 MMC 中,重新開機規則引擎更新服務和 BizTalk 接收主機服務。

A4SWIFT無法在沒有適當的資料庫許可權的情況下處理未剖析的訊息

徵狀

當您卸載A4SWIFT無法剖析的訊息時,A4SWIFT無法處理訊息,但失敗併發生未攔截的例外狀況。

可能的原因

資料庫許可權有問題。 BizTalk 服務的登入帳戶預設為 HostSvc,不包含在系統管理員和 A4SWIFT Users 群組A4SWIFT。

解決方案

將 BizTalk 服務的登入帳戶新增至 A4SWIFT Administrators 和 A4SWIFT Users 群組。

InfoPath 修復表單的逾時可能會導致修復工作流程不同階段的兩個訊息複本

徵狀

當您從 InfoPath 表單提交訊息 (的任何工作流程階段) 時,如果提交表單時發生錯誤,錯誤可能會導致兩份訊息複本。 一則訊息仍在目前階段的收件匣中,另一則訊息則位於工作流程中下一個角色的收件匣中。 嘗試處理這些訊息將會產生下列結果:

  • 如果您從收件匣提交訊息,以取得工作流程的下一個角色,訊息將會繼續通過工作流程。

  • 如果您在從下一個階段收件匣送出的郵件已完成處理之後,從收件匣提交目前階段的訊息,則從目前收件匣送出的郵件將會暫停,並出現路由失敗。

  • 如果您在從下一個階段收件匣送出的郵件完成處理之前,在目前階段的收件匣中提交郵件,則從目前階段的收件匣送出的郵件將會傳回至該階段的收件匣,而且您會收到下列錯誤:「因為下列原因而重設工作流程: 訊息遭到竄改,或使用者對此階段無效。」之後,如果您從收件匣提交下一個階段的訊息,也會重設其工作流程。 它會回到目前階段的收件匣,您會收到上述錯誤。

可能的原因

InfoPath 表單已透過 Microsoft Windows Sharepoint Services 和執行驗證的自訂 Web 服務,將訊息提交至BizTalk Server。 提交訊息是在多個步驟中完成,而且這些步驟不是交易式的,因為 Windows Sharepoint Services 不是交易式。 為了因應這項限制,MRSR 協調流程已內建復原邏輯,可偵測和復原來自訊息提交的錯誤。 MRSR 協調流程一律會防止將重複訊息傳送至 SWIFT。

解決方案

如果發生這種情況,您應該挑選工作流程中進一步的訊息,並在嘗試處理工作流程先前階段中的其他訊息之前完成其工作流程。 在工作流程中進一步的訊息完成處理之後,您可以處置第二個訊息, (因為路由失敗而暫停,) 您認為適合。

如果在處理第二則訊息之前,工作流程中進一步的訊息未完成處理,您應該再次修復 InfoPath 表單中工作流程中進一步的訊息,然後提交訊息。 允許它完成處理,然後提交第二則訊息。 第二個訊息暫停之後,請處置它。

沒有驗證階段的新提交將會導致暫停的訊息

徵狀

當您在工作流程中提交沒有驗證階段的新訊息時,訊息會暫停。

可能的原因

如果A4SWIFT_MRSRLastStage未設定為 [建立],則缺少驗證階段會導致暫停的訊息。

解決方案

使用 A4SWIFT_MRSRLastStage == Create 的訂用帳戶,以確保訊息已正確路由傳送。

驗證訊息會導致 InfoPath 表單工作窗格中出現「剖析錯誤」

徵狀

[InfoPath 表單] 工作窗格中的 [驗證訊息] 按鈕會顯示 [剖析錯誤] 而不顯示任何描述。

解決方案

重新開機 MRSR Web 服務或執行 iisreset。

發佈 InfoPath 表單會導致授權錯誤

徵狀

發佈 InfoPath 表單會產生授權錯誤。

解決方案

將機器名稱取代為 MRSR 網站 URL 中的 localhost。

InfoPath 表單工作窗格會顯示 HTML 原始程式碼

徵狀

InfoPath 表單工作窗格會顯示 HTML 原始程式碼,而不是 Web 控制項。

解決方案

移至[工具- >安全性] 索引標籤 - >[網際網路區域],並根據 [其他] 下不在延伸模組上的內容啟用 [開啟檔案]。

分析 Web 用戶端網站會導致驗證錯誤

徵狀

設定檔 Web 用戶端網站會顯示驗證錯誤。

解決方案

在 Internet Information Services 中執行 BTSharePointAdapterWSAppPoolDefaultAppPoolApplication - > 和集區, (IIS) 系統管理員帳戶。

另請參閱

疑難排解:問題與解決方式