套用到
BizTalk Server Branch 2010 BizTalk Server Developer 2010 BizTalk Server Enterprise 2010 BizTalk Server Standard 2010

摘要

本文將告訴您提供兩種其他的傳遞模式屬性的最小較低層通訊協定 (MLLP) 傳送和接收埠,當您在 Microsoft BizTalk 伺服器 2010年環境中使用 HL7 的 BizTalk 對應鍵對應的 hotfix:

  • 使用 MLLP 傳輸認可

    這個屬性可用於兩個單向接收埠以及單向傳送埠。

  • 在 MLLP 傳輸 NAK 上暫停要求訊息

    這個屬性只在單向傳送埠是可用的。

MLLP 接收配接器支援兩種單向與雙向要求回應模式。如果您設定接收配接器,HL7 處理就會使用排序的傳遞參數。這樣可以保證訊息傳遞的順序,會保留。當收到 MLLP 介面卡運作雙向模式時,配接器不會收到一封新郵件從上游系統直到配接器會產生應用程式 (MSA) 確認先前的訊息到上游系統之。產生的 ACK/NAK 會傳送至郵件] 方塊中的資料庫 (MessageBoxDB)。MessageBoxDB 會等候下一個輪詢間隔,ACK/NAK 傳送至上游系統之前。上游的系統會在一次,並只會在收到 ACK/NAK 之後,才傳送只有一個的訊息。此外,設定 BizTalk 輪詢間隔,和排序的傳遞參數設定為True。這表示,每秒處理的訊息數目第二個是有限的。此 hotfix 提供額外的設定為單向傳送埠和接收埠。它不會影響 ACK/NAK。不過,會大幅增加每秒處理的文件數目。您應該使用效能計數器之前,並套用此 hotfix 之後,才會比較基準。當您基準測試中時,您應該在合理的期間內來送出合理的數字的訊息。例如,您可以使用下列方法︰

  • 對於BizTalk︰ 訊息類別中,使用處理文件數/秒計數器。

  • 對於BizTalk︰ 訊息延遲類別中,使用所有可用的計數器。

若要增加每秒處理的文件數目的其中一個選擇是降低 BizTalk 主控件的 [ MaxReceiveInterval ] 設定。根據整體環境中,調整電腦上執行 Biz 與交談伺服器 2010,且磁碟區的處理的文件,在降低MaxReceiveInterval設定可能有的 SQL Server 執行個體的效能造成不良的影響。SQL Server 微調以及 BizTalk 調整,請參閱所有可用的技術文件。

更多的資訊

注意此 hotfix 也將在 Microsoft BizTalk 2010 加速器的問題解決了 HL7 的。如需有關這個問題的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件︰

2454887事件可能不正確地記錄對 MLLP 為基礎的訊息在 BizTalk 2009 加速器 HL7 在 Microsoft BizTalk Server 2009年或 Microsoft BizTalk 伺服器 2010年正在執行的電腦上

Hotfix 資訊

支援的 hotfix 可從 Microsoft 取得。不過,此 hotfix 被用來修正本文所述的問題。此 hotfix 只適用於發生本文所述之問題的系統。此 hotfix 可能會接受其他測試。因此,如果此問題的影響不會很嚴重,我們建議您等候含此 hotfix 的下一版軟體更新。如果 hotfix 可供下載,在此知識庫文件頂端將出現「可用的 Hotfix」區段。如果這個區段沒有出現,請連絡 Microsoft 客戶服務及支援以取得 hotfix。注意如果發生其他問題,或如果需要進行疑難排解,您可能必須建立個別的服務要求。收取支援費用會套用到其他支援問題和此特定 hotfix 無法解決的問題。如需 Microsoft 客戶服務和支援的電話號碼或建立個別的服務要求的完整清單,請造訪下列 Microsoft 網站:

http://support.microsoft.com/contactus/?ws=support注意「 下載 Hotfix 」 表單會顯示 hotfix 可用的語言。如果看不到您的語言,是因為未提供該語言的 Hotfix 。

先決條件

您必須擁有 Microsoft BizTalk 對應鍵對應的 HL7 (BTAHL7) 安裝套用此 hotfix 之後。

重新啟動資訊

您可能必須套用此 hotfix 之後,請重新啟動電腦。如果未提示您重新啟動,您必須重新啟動 BizTalk 服務。如需有關此程序的詳細資訊,請參閱此 hotfix 套件所隨附的 Readme.txt 檔案。

取代資訊

此 hotfix 不會取代先前發行的 hotfix。

檔案資訊

此 hotfix 的英文版具有下列表格中所列檔案屬性 (或較新的檔案屬性)。這些檔案的日期和時間會以國際標準時間 (UTC) 格式列出。當您檢視檔案資訊時,會將它轉換為本地時間。若要查看 UTC 與當地時間的時差,請在 [控制台] 中的日期和時間項目使用 [時區] 索引標籤。

檔案名稱

檔案版本

檔案大小

日期

時間

平台

Microsoft.solutions.btahl7.mllp.dll

3.9.526.2

116,608

07-Jun-2011

15:27

x86

Microsoft.solutions.btahl7.shared.dll

3.9.526.2

92,040

07-Jun-2011

15:27

x86

Mllpreceive.exe

3.9.526.2

26,456

07-Jun-2011

15:27

x86

Mllpsend.exe

3.9.526.2

26,448

07-Jun-2011

15:27

x86

有關 hotfix

之後的 hotfix 安裝和設定的訊息流程

套用後,當您啟用此 hotfix 時,MLLP 介面卡會將 MessageBoxDB MLLP 介面卡接收任何訊息提交。結束點管理員 (EPM) 呼叫BatchComplete方法中上一步的介面卡,以及送出狀態。這會導致上游系統傳送認可 ACK/NAK 介面卡。依次上游系統接收 ACK/NAK,並接著會傳送下一個訊息。BatchComplete方法MaxReceiveInterval設定無關,而且只有在訊息已成功送出至 BizTalk 之後隨即呼叫。訊息是準備好要傳送,如傳送配接器會傳送到下游的系統訊息。如果使用 MLLP 傳輸認可] 屬性設定為True,將預期 ACK/NAK。如果傳送 ACK,BizTalk 會完成處理成功。如果傳送是 NAK,而暫止要求訊息 MLLP 傳輸 NAK屬性設定為True,不必重試而直接擱置訊息。不過,如果暫停 MLLP 傳輸 NAK 上要求的訊息屬性設為False時,BizTalk 會再試一次傳送連接埠重試間隔設定為基礎。(預設情況下,暫停 MLLP 傳輸 NAK 上要求的訊息屬性是設定為False)。下圖顯示的訊息流程︰

Message flow

  1. 由上游 MLLP 處理傳送的應用程式的系統所傳送的訊息接收配接器。

  2. MLLP 介面卡會提交訊息至 BizTalk/EPM。

  3. EPM 回撥訊息送出狀態相關的介面卡。EPM 會在批次完整的方法。

  4. 認可 ACK/NAK 由 MLLP 介面卡所產生,且以批次送出狀態為根據。ACK/NAK 會傳送至傳送的應用程式。注意如果批次送出狀態為成功,配接器傳回的 ack。不過,如果失敗,或送出作業逾時 (例如,如果批次完成的方法呼叫逾時),配接器會傳回 NAK 傳送的應用程式。

  5. EPM 遞交給傳輸的 MLLP 傳送配接器的訊息。

  6. MLLP 到下游的系統,處理的訊息將傳送配接器傳送。

  7. 傳輸層級 ACK/NAK MLLP 傳送配接器所預期的以完成通訊。

  8. 如果在步驟 7 中的訊息的 ACK,配接器會要求可刪除的郵件 EPM。否則,配接器會對 EPM 尋求根據 [重試間隔] 設定的重試。新的選項供傳送連接埠組態設定中直接,正在擱置郵件,而不需重試 」,如果收到 MLLP NAK。根據預設,這個選項是設定為False。如果此選項設定為True時,郵件會被暫止直接,而不需重試],如果收到 MLLP NAK。

傳輸層級 ACK/NACK 格式

此類網站包含下列資訊︰

  • MLLP 認可認可的範例︰

    <SB><ACK><EB><CR>

  • 範例的 MLLP 負認可認可︰

    <SB><NAK><EB><CR>

注意事項

  • 在這些範例中,< 單位元字元 > 指的是啟動區塊字元 (1 個位元組)。這會對應到 < VT > ASCII 字元或 < 0x0B >。這不應該混淆 SOH 或 STX ASCII 字元。

  • 在這些範例中,< ACK > 或 < NAK > 參考認可字元 (1 個位元組。對應到 < ACK > ASCII 字元或 < 0x06 >) 或負認可字元 (1 個位元組。對應的 < NAK > ASCII 字元或 < 0x15 >)。

  • 在這些範例中,< EB > 指的是 End 區塊字元 (1 個位元組)。這會對應到 < FS > ASCII 字元或 < 0x1C >。

  • 在這些範例中,< CR > 指的是歸位字元 (1 個位元組)。這會對應到 < CR > ASCII 字元或 < 0x0D >。

  • Microsoft 提供協力廠商連絡資訊,以協助您尋找技術支援。此連絡資訊可能會變更不另行通知。Microsoft 不保證此第三方連絡資訊的正確性。

如何設定接收埠和傳送埠,若要使用新的屬性

設定接收和傳送埠,如下所示。注意獨立或在一起,可接收與傳送的連接埠設定。

接收連接埠設定
  • 連接埠必須是單向連接埠。

  • 必須啟用排序的傳遞參數。

  • 您必須設定 [使用 MLLP 傳輸認可] 屬性為True以傳輸層級的認可。根據預設,這個屬性是設定為False ,現有的連接埠或新的連接埠。

Receive port

傳送連接埠設定
  • 連接埠必須是單向連接埠。

  • 請求-回應模式必須設定為 [否]

  • 必須啟用排序的傳遞參數。

  • 您必須設定 [使用 MLLP 傳輸認可] 屬性為True以傳輸層級的認可。根據預設,這個屬性是設定為False ,現有的連接埠或新的連接埠。

  • 如果訊息需要被暫止,直接而不從下游的系統收到傳輸 NAK 時,正在重試,您必須暫停 MLLP 傳輸 NAK 上要求的訊息屬性設定為True 。否則,訊息將會重試設定中的進階選項的傳送埠的傳輸次數。根據預設,這個屬性是設定為False ,現有的連接埠或新的連接埠。

Send port

有關 「 使用 MLLP 傳輸認可 」 屬性

下表描述使用 [

需要更多協助嗎?

想要其他選項嗎?

探索訂閱權益、瀏覽訓練課程、瞭解如何保護您的裝置等等。