Sign in with Microsoft
Sign in or create an account.
Hello,
Select a different account.
You have multiple accounts
Choose the account you want to sign in with.

摘要

本文將告訴您提供兩種其他的傳遞模式屬性的最小較低層通訊協定 (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 傳輸認可 」 屬性

下表描述使用 [

Need more help?

Want more options?

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

社群可協助您詢問並回答問題、提供意見反應,以及聆聽來自具有豐富知識的專家意見。

Was this information helpful?

How satisfied are you with the translation quality?
What affected your experience?
By pressing submit, your feedback will be used to improve Microsoft products and services. Your IT admin will be able to collect this data. Privacy Statement.

Thank you for your feedback!

×