修正: 此 hotfix 是可用來提供額外的傳遞模式屬性的最小的較低層通訊協定傳送及接收配接器在 BizTalk 對應鍵對應 HL7 在 BizTalk Server 2010 環境

文章翻譯 文章翻譯
文章編號: 2564013 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

在此頁中

結論

本篇文章將探討在提供兩個額外的傳遞模式屬性上的最小較低層通訊協定 (MLLP) 傳送和接收埠,當您在 Microsoft BizTalk 伺服器 2010年環境中使用 HL7 的 BizTalk 對應的 hotfix:
  • 使用 MLLP 傳輸認可
    這個屬性適用於兩個單向接收埠] 以及 [單向傳送埠。
  • MLLP 傳輸 NAK 上暫停要求訊息
    這個屬性只在單向傳送埠是可用的。
MLLP 接收配接器支援兩種單向和雙向的要求回應模式。如果您設定接收配接器,HL7 處理使用 排序的傳遞 參數。這可保證訊息傳遞的順序會保留。當收到 MLLP 雙向模式中運作的介面卡,介面卡沒有收到一封新郵件從上游系統直到配接器會產生前一個郵件上游系統的應用程式 (MSA) 通知。產生的 ACK/NAK 會傳送至郵件] 方塊中的資料庫 (MessageBoxDB)。ACK (NAK) 傳送至上游系統之前,MessageBoxDB 會等候下一個輪詢間隔。

一次,才會在收到 ACK (NAK),上游系統就會傳送只有一個訊息。此外,設定 BizTalk 輪詢間隔,和 排序的傳遞 參數設定為 則為 true.這表示每秒處理的郵件數目第二個是有限。此 hotfix 提供額外的設定為單向傳送埠和接收埠。它不會影響 ACK (NAK)。不過,會大幅增加每秒處理的文件數目。

要比較基準之前,並套用這個 hotfix 之後,您應該使用效能計數器。當您基準測試中時,應該在合理的期間內送出合理的訊息數目。例如,您可以使用下列方法:
  • BizTalk: 訊息 類別,使用 處理文件數/秒 計數器。
  • BizTalk: 訊息延遲 類別中,使用所有可用的計數器。

若要增加每秒處理的文件數目的其中一個選擇是降低 MaxReceiveInterval 設定 BizTalk 主控件。根據整體環境,和已處理的文件的磁碟區上的電腦是執行商務與交談伺服器 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 資訊

從 Microsoft 取得支援的 hotfix。不過,此 hotfix 被用來修正本文所述的問題。此 hotfix 只適用於發生本文所述之問題的系統上。此 hotfix 可能會接受其他測試。因此,如果您不會嚴重受到這個問題,我們建議您等候下一個包含此 hotfix 的軟體更新。

Hotfix 是可供下載,如果沒有此知識庫文件頂端的 「 下載 Hotfix 」 區段。如果這個區段不會出現,請連絡 Microsoft 客戶服務及支援 」 取得 hotfix。

附註 如果發生其他問題或需要任何的疑難排解時,您可能必須建立個別的服務要求。收取支援費用會套用到其他支援問題,以及此特定 hotfix 無法解決的問題。Microsoft 客戶服務和支援的電話號碼或建立個別的服務要求的完整清單,請造訪下列 Microsoft 網站:
http://support.microsoft.com/contactus/?ws=support
附註 「 下載 Hotfix 」 表單會顯示此 hotfix 是可用的語言。如果看不到您的語言,是因為 hotfix 未提供該語言的支援。

必要條件

您必須為 HL7 Microsoft BizTalk 對應鍵 (BTAHL7) 安裝到套用此 hotfix。

重新啟動資訊

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

取代資訊

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

檔案資訊

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

摺疊此表格展開此表格
檔案名稱檔案版本檔案大小日期時間平台
Microsoft.solutions.btahl7.mllp.dll3.9.526.2116,60807-日-201115: 27x86
Microsoft.solutions.btahl7.shared.dll3.9.526.292,04007-日-201115: 27x86
Mllpreceive.exe3.9.526.226,45607-日-201115: 27x86
Mllpsend.exe3.9.526.226,44807-日-201115: 27x86


關於此 hotfix

Hotfix 安裝並設定後的訊息流程

您套用並啟用此 hotfix 之後,MLLP 配接器送出 MessageBoxDB MLLP 介面卡接收任何訊息。結束點管理員 (EPM) 回撥一起送出狀態中的介面卡 BatchComplete 方法。這會導致上游系統傳送認可 ACK (NAK) 的介面卡。輪流,上游系統接收 ACK (NAK),然後將下一個訊息。的 BatchComplete 方法是獨立的 MaxReceiveInterval 設定和訊息已為 BizTalk 成功送出之後隨即呼叫。

當準備好要傳送的訊息,傳送配接器會傳送到下游系統訊息。如果預期 ACK (NAK) 使用 MLLP 傳輸認可 屬性設定為 則為 true.如果傳送 ACK,BizTalk 完成處理成功。如果傳送 NAK,而 MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為 則為 true不必重試而直接暫止訊息。不過,如果 MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為 False,將會重試 BizTalk 傳送連接埠重試間隔設定為基礎。(根據預設, MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為 False.)

下圖顯示的訊息流程:
摺疊此圖像展開此圖像
郵件流量
  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 格式

如需有關 「 傳輸 」 規格的詳細資訊,請造訪下列 HL7 網站:
http://www.hl7.org/v3ballot/html/infrastructure/transport/transport-mllp.html
此類網站包含下列資訊:
  • MLLP 認可認可的範例:
    <SB><ACK><EB><CR></CR></EB></ACK></SB>
  • 範例的 MLLP 負認可通知:
    <SB><NAK><EB><CR></CR></EB></NAK></SB>
附註
  • 在這些範例中,<SB>是指啟動區塊字元 (1 個位元組)。這會對應到<VT>ASCII 字元,或<0x0B>。<b00> </b00> </0x0B> </VT> </SB>

    這不應該混淆 SOH 或 STX ASCII 字元。
  • 在這些範例中,<ACK>或<NAK>,請參閱認可字元 (1 個位元組。對應到<ACK>ASCII 字元或<0x06>) 或負認可字元 (1 個位元組。對應至<NAK>ASCII 字元,或<0x15>)。<b00> </b00> </0x15> </NAK> </0x06> </ACK> </NAK> </ACK>
  • 在這些範例中,<EB>是指 End 區塊字元 (1 個位元組)。這會對應到的<FS>ASCII 字元或<0x1C>.</0x1C> </FS> </EB>
  • 在這些範例中,<CR>是指歸位字元 (1 個位元組)。這會對應到<CR>ASCII 字元或者<0x0D>.</0x0D></CR></CR>
  • Microsoft 提供可協助您尋找技術支援的第三方連絡資訊。這份連絡資訊可能會變更恕不另行通知。Microsoft 不保證此第三方連絡資訊的正確性。

如何設定接收及傳送連接埠,以使用新的屬性

設定接收與傳送埠,如下所示。

附註 獨立或一起,可接收及傳送連接埠設定。

接收連接埠設定
  • 連接埠必須是單向連接埠。
  • 排序的傳遞 必須啟用參數。
  • 您必須設定 使用 MLLP 傳輸認可 屬性 則為 true 若要啟用傳輸層級的認可。根據預設,這個屬性設定為 False 現有的連接埠或新的連接埠。
摺疊此圖像展開此圖像
接收埠
傳送連接埠設定
  • 連接埠必須是單向連接埠。
  • 請求-回應模式必須設定為 .
  • 排序的傳遞 必須啟用參數。
  • 您必須設定 使用 MLLP 傳輸認可 屬性 則為 true 若要啟用傳輸層級的認可。根據預設,這個屬性設定為 False 現有的連接埠或新的連接埠。
  • 您必須設定 MLLP 傳輸 NAK 上暫停要求訊息 屬性 則為 true 如果訊息需要被暫止,而不從下游系統收到傳輸 NAK 時,正在重試,請直接。否則,訊息將會重試的次數設定在 [進階選項],傳送埠的傳輸。根據預設,這個屬性設定為 False 現有的連接埠或新的連接埠。
摺疊此圖像展開此圖像
傳送埠

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

下表會描述預期的行為的單向或雙向連接埠的使用 使用 MLLP 傳輸認可 屬性。「 如何啟用 hotfix 」 區段所述,就必須套用所需的設定組合。

附註
  • 「 上游系統 」 指的是傳送的應用程式。它為 BizTalk 傳送訊息。這些訊息是以 BizTalk 連入的。
  • 「 下游系統 」 是指接收應用程式。它會從 BizTalk 接收訊息。這些訊息至 BizTalk 傳出。


摺疊此表格展開此表格
連接埠的類型MLLP V2 選項MLLP V2 選項
單向接收傳送至上游系統中的 MLLP ACK/NAK BatchComplete 方法。沒有行為變更。 在此情況下,沒有 ACK (NAK) 會傳送至上游系統。
雙向接收沒有行為變更。 在此情況下,HL7 ACK/NAK 中 TransmitMessage 方法是傳送至上游系統。

附註 不支援此選項。例如,即使全部略過的值設為 則為 true.
沒有行為變更。 在此情況下,HL7 ACK/NAK 中 TransmitMessage 方法是傳送至上游系統。
單向傳送MLLP ACK/NAK 從下游系統被等待中,這是傳送訊息之後。沒有行為變更。 在此情況下,ACK/NAK 從下游系統不是等待之後傳送訊息。
雙向傳送] 或 [單向傳送啟用的請求-回應模式沒有行為變更。 在此情況下,HL7 ACK/NAK 從下游系統會等候之後傳送訊息。

附註 不支援此選項。例如,即使全部略過的值設為 則為 true.
沒有行為變更。 在此情況下,HL7 ACK/NAK 從下游系統會等候之後傳送訊息。


雙向接收與傳送埠行為不會變更。單向接收與傳送埠行為也不會變更除非 使用 MLLP 傳輸認可 屬性設定為 true。

如需詳細資訊,請參閱 MLLP 介面卡文件。如果是單向接收與傳送埠具有適當的設定,改善執行效能。如果 使用 MLLP 傳輸認可 而不會變更為雙向連接埠] 或 [單向連接埠] 屬性設定為 false 時,會繼續 ACK 所產生的類型。在此情況下,所產生的 ACK 種類而定會傳送訊息的應用程式的 BTAHL7 組態檔案總管設定。欄位中的值 MSH 15MSH 16 特定訊息的可覆寫這個設定。不過,如果 使用 MLLP 傳輸認可 雙向連接埠] 或 [單向連接埠] 屬性設定為 false,您可以設定應用程式若預期靜態認可,只要使用 BTAHL7 組態檔案總管] 的設定。連接埠逾時行為會保持不變的.

在邊角的情況下將會使用屬性時預期的行為如下所示:

接收
  • WrongMLLPFormat: 郵件不會送出至 BizTalk。
  • WrongHL7Format: 訊息提交給 BizTalk,並且在 MLLP ACK NAK 傳輸為基礎的批次完成狀態。
  • TransmittingSocketIssue: MLLP ACK/NAK 則不會傳輸,雖然郵件提交到 BizTalk。
  • ReceivingSocketIssue: 未收到郵件,因此不會送出,並無 MLLP ACK/NAK 訊息。
  • 如果為 BizTalk 送出作業失敗,則傳送 NAK。
  • 如果收到的批次完成的負面狀態時,則傳送 NAK。
傳送與傳送埠 「 停止目前的訊息無法傳送後續訊息 」 屬性 = True
  • WrongMLLPFormat: 郵件已擱置,因為無法讀取 MLLP ACK/NACK。會在清除擱置的訊息之前,將不會繼續處理。
  • WrongHL7Format: 訊息失敗之後,才進入配接器。會在清除擱置的訊息之前,將不會繼續處理。
  • TransmittingSocketIssue: 郵件已被暫停。會在清除擱置的訊息之前,將不會繼續處理。
  • ReceivingSocketIssue: 郵件已被暫停。會在清除擱置的訊息之前,將不會繼續處理。

預期的行為時 MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為 則為 true 或者 False 是,如下所示:
  • MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為 則為 true 收到的 NAK 時,訊息擱置而不會將其傳送重試。
  • MLLP 傳輸 NAK 上暫停要求訊息 屬性設定為預設設定 False重試] 以傳送啟動訊息時,會根據傳送連接埠重試的間隔設定值。

變更為 MLLP SDK 公用程式

MLLP SDK 公用程式包括下列新的參數。所有其他參數維持不變。如需詳細資訊,請參閱產品說明文件。
  • MLLPReceive.exe,使用新的參數傳回 MLLP ACK/NAK 之後收到訊息。例如:
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransACK
    MLLPReceive /p 12000 /sb 11 /eb 28 /cr 13 /MLLPTransNAK
  • MLLPSend.exe,要等候的 MLLP ACK/NAK 中使用新的參數。例如:
    MLLPSend /sb 11 /eb 28 /cr 13 /f"C:\HL7\ls.txt"/I 127.0.0.1 /p 11000 /UseMLLPTransACK

?考

如需有關如何管理 BizTalk server 中的效能設定的詳細資訊,請造訪下列 Microsoft 開發人員網路 (MSDN) 網站:
管理 BizTalk Server 效能設定
如需有關訊息效能計數器的詳細資訊,請造訪下列 MSDN 網站:
傳訊效能計數器
如需有關已排序的傳遞的訊息的詳細資訊,請造訪下列 MSDN 網站:
已排序的傳遞的郵件
如需 BizTalk 2010 加速器的 HL7 (BTAHL7),請造訪下列 Microsoft 網站:
HL7 的 BizTalk 2010 快速鍵 (BTAHL7) 文件
如需詳細資訊 IBTBatchCallBack.BatchComplete 方法,請造訪下列 MSDN 網站:
IBTBatchCallBack.BatchComplete 方法
如需有關 BizTalk Server hotfix 的詳細資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:
2003907 BizTalk Server 的快速補充程式的相關資訊

屬性

文章編號: 2564013 - 上次校閱: 2011年11月1日 - 版次: 2.0
這篇文章中的資訊適用於:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
關鍵字:?
kbautohotfix kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseinter kbbug kbmt KB2564013 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:2564013
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com