修正: 修正プログラムが利用可能な最小下レイヤー プロトコルの他の荷渡方法のプロパティの送信し、受信 BizTalk Server 2010 環境での HL7 の BizTalk アクセラレータでアダプターを提供します。

適用対象: BizTalk Server Branch 2010BizTalk Server Developer 2010BizTalk Server Enterprise 2010

概要


この資料では、追加配信モードのプロパティの最小下レイヤー プロトコル (MLLP) が 2 つの送信し、受信ポートを Microsoft BizTalk Server 2010 環境で HL7 の BizTalk アクセラレータを使用する場合を提供する修正プログラムについて説明します。
  • MLLP トランスポートの受信確認を使用します。
    このプロパティは、[利用可能な一方向受信ポートと一方向の送信ポートです。
  • MLLP トランスポート NAK で要求メッセージを中断します。
    このプロパティは、一方向送信ポートでのみ使用可能です。
本には、アダプターをサポートしています一方向と双方向の要求応答モードの両方が表示されます。受信アダプターを構成すると、HL7 の処理は、順次配送パラメーターを使用します。これは、メッセージ配信の順序が維持されることを保証します。本が表示されるときにアダプターが双方向モードで動作する、アダプターは、アプリケーション (MSA) アップ ストリーム システムには、前のメッセージの受信確認を生成するまで、アダプターが上位のシステムから新しいメッセージを受信できません。メッセージ ボックス データベース (MessageBoxDB) には、生成された ACK または NAK が送信されます。MessageBoxDB は、上位のシステムに ACK または NAK を送信する前に、次のポーリング間隔を待ちます。

上位のシステムは、ACK または NAK を受信した後にのみ、一度に 1 つのメッセージを送信します。BizTalk のポーリング間隔を構成すると、また、順次配送パラメーターがTrueに設定します。これは、あたりに処理されるメッセージの数に制限は 2 つ目はことを意味します。この修正プログラムは、一方向の送信の設定が用意されていて、受信ポートです。ACK または NAK には影響しません。ただし、1 秒あたりに処理されるドキュメントの数を大幅に増加します。

前に、と後、この修正プログラムを適用する基準計画を実行するのにパフォーマンス カウンターを使用する必要があります。ベンチマークをテストするときに妥当な期間にわたってメッセージの適切な数を送信する必要があります。たとえば、次のように使用できます。
  • BizTalk: メッセージングカテゴリでは、処理されるドキュメントの数/秒カウンターを使用します。
  • BizTalk: メッセージング遅延カテゴリ、すべての利用可能なカウンターを使用します。

1 秒あたりに処理されるドキュメントの数を増やす方法の 1 つのオプションは、BizTalk ホストのMaxReceiveIntervalの設定を低きます。全体的な環境によって、コンピューターのチューニングにビジネス通信 Server 2010 を実行しているとで処理されるドキュメントの量、 MaxReceiveIntervalの設定を下げることが SQL Server のインスタンスのパフォーマンスに悪影響を与える。SQL Server をチューニングして、BizTalk をチューニングするためには、すべての利用可能な技術文書を参照してください。

詳細


注: この修正プログラムでは、HL7 の Microsoft BizTalk 2010 アクセラレータの問題も解決されます。この問題に関する詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックします。
2454887イベント可能性があります、誤って記録 BizTalk 2009 アクセラレータの本に基づくメッセージの HL7 の Microsoft BizTalk Server 2009年または Microsoft BizTalk Server 2010 を実行しているコンピューター上

修正プログラムの情報

サポートされている修正プログラムは、マイクロソフトから入手可能です。ただし、この修正プログラムは、この資料に記載された問題のみを修正するものです。この修正プログラムは、この資料に記載された問題があったシステムのみに対して適用してください。この修正プログラムは、今後さらにテストを行う場合があります。したがって、この問題の影響が深刻でない場合は、この修正プログラムが含まれる次のソフトウェア更新プログラムがリリースされるまで待つことをお勧めします。

修正プログラムをダウンロードできる場合は、このサポート技術情報の資料の上部に「修正プログラムのダウンロード」セクションがあります。このセクションが表示されていない場合は、マイクロソフト カスタマー サービス サポートにお問い合わせのうえ、修正プログラムを入手してください。

注: さらなる問題が発生した場合、またはトラブルシューティングが必要な場合には、別のサービス リクエストの作成が必要な場合があります。この修正プログラムの対象外の追加の質問および問題については、通常のサポート料金が適用されます。マイクロソフト カスタマー サービス サポートの電話番号一覧または別のサービス リクエストの作成については、次のマイクロソフト Web サイトを参照してください。注: [修正プログラムのダウンロード] フォームには、修正プログラムが提供されている言語が表示されます。お使いの言語が表示されない場合は、その言語の修正プログラムが利用できないためです。

必要条件

HL7 の Microsoft BizTalk アクセラレータがある必要がありますこの修正プログラムを適用する (BTAHL7) がインストールされています。

再起動に関する情報

この修正プログラムを適用した後、コンピューターを再起動する必要があります。再起動するように求めされませんが場合、は、BizTalk サービスを再起動する必要があります。この手順の詳細については、この修正プログラム パッケージに含まれている Readme.txt ファイルを参照してください。

置き換えに関する情報

この修正プログラムを適用しても、以前にリリースされた修正プログラムが置き換えられることはありません。

ファイル情報

修正プログラム (英語版) のファイル属性は次表のとおりです。ただし、これより新しい修正プログラムがリリースされている可能性もあります。各ファイルの日付および時刻は、世界協定時刻 (UTC) で示されています。ファイル情報に表示される時刻は、ローカル時刻に変換されています。UTC とローカル時刻との時差を確認するには、コントロール パネルの [日付と時刻] の [タイム ゾーン] タブを使用してください。

ファイル名ファイル バージョンファイル サイズ日付時刻プラットフォーム
Microsoft.solutions.btahl7.mllp.dll3.9.526.2116,60807-Jun-201115:27x86
Microsoft.solutions.btahl7.shared.dll3.9.526.292,04007-Jun-201115:27x86
Mllpreceive.exe3.9.526.226,45607-Jun-201115:27x86
Mllpsend.exe3.9.526.226,44807-Jun-201115:27x86

修正プログラムについて

修正プログラムをインストールして構成した後、メッセージの流れ

適用するこの修正プログラムを有効にすると、MLLP アダプターは、MessageBoxDB、MLLP アダプターで受信されるすべてのメッセージを送信します。エンド ポイント マネージャー (EPM) アダプターを呼び出します戻る送信の状態と、 BatchCompleteメソッドで。これにより、上位のシステムにコミット ACK または NAK を送信するアダプターです。上位システムでは、ACK または NAK を受け取るし、次のメッセージが送信されます。BatchCompleteメソッドは、 MaxReceiveIntervalの設定に依存しないし、メッセージは BizTalk に正常に送信された直後に呼び出されます。

されるとすぐにメッセージを送信する準備ができて、送信アダプターは、ダウン ストリーム システムにメッセージを送信します。使用 MLLP トランスポート受信確認プロパティがTrueに設定する場合は、ACK または NAK が必要です。BizTalk が、処理を終了する場合は、ACK は、正常にします。送信では、NAK、 MLLP トランスポート NAK の要求メッセージを中断プロパティがTrueに設定する場合は、再試行せずに直接メッセージが中断されます。ただし場合は、 MLLP トランスポート NAK の要求メッセージを中断プロパティをFalseに、BizTalk 再試行されます送信ポートの再試行の間隔の設定に基づいています。(既定では、 MLLP トランスポート NAK の要求メッセージを中断プロパティがFalseに設定します。)

次の図は、メッセージ フローを示しています。
Message flow
  1. 送信元アプリケーションが、本によって処理は、上位のシステムから送信されるメッセージには、アダプターが表示されます。
  2. MLLP アダプターは、BizTalk と EPM にメッセージを送信します。
  3. EPM コールバック メッセージの送信の状態のアダプター。EPM は、バッチの完了メソッドで実行されます。
  4. コミット ACK または NAK は MLLP アダプターによって生成され、バッチ送信の状態に基づきます。ACK または NAK が送信元アプリケーションに送信されます。

    注: バッチ送信の状態が成功の場合は、アダプターは、確認を返しますただし、エラーが発生しました (たとえば、バッチの完了メソッドの呼び出しがタイムアウトになった場合など)、送信がタイムアウトした場合や、アダプターは、送信元アプリケーションに NAK を返します。

  5. EPM は、メッセージを伝送のための本の送信アダプターに渡されます。
  6. 本では、ダウン ストリーム システムにアダプターの送信処理済みのメッセージを送信します。
  7. MLLP の送信アダプターによって、通信を完了するのにはトランスポート レベルの ACK または NAK が必要です。
  8. ACK の手順 7 でメッセージが表示された場合、アダプターはメッセージを削除するのには、EPM を要求します。それ以外の場合、アダプターの再試行の再試行間隔の設定に基づく、EPM を要求するが。新しいオプションが用意されている送信ポートの構成設定で、再試行せず、直接メッセージを中断する前に本、NAK を受信した場合。既定では、このオプションがFalseに設定です。このオプションをTrueに設定されている場合、メッセージは保留されます、直接せず、[再試行] では、本、NAK を受信した場合。

トランスポート レベルの ACK と NACK の形式

Web サイトには、次の情報が含まれています。
  • 本コミットを通知するメッセージの例:
    <SB><ACK><EB><CR>
  • 本、負の値の例では、受信確認をコミットします。
    <SB><NAK><EB><CR>
注:
  • これらの例では、<、> SB とは、ブロックの開始文字 (1 バイト)。< VT > ASCII 文字、または < 0x0B > が該当します。

    これは、混同しないで SOH や STX の ASCII 文字を使用しています。
  • これらの例では、< ACK > または < NAK > を参照してください受信確認の文字 (1 バイトです。< ACK > ASCII 文字、または < 0x06 > に相当します) または負の受信確認の文字 (1 バイトです。対応して、< NAK > ASCII 文字、または < 0x15 >)。
  • これらの例では、< EB > とは、ブロックの終了文字 (1 バイト)。これは、< FS > ASCII 文字、または < 0x1C > に対応しています。
  • これらの例では、< CR > は、キャリッジ リターン文字 (1 バイト) を参照します。これは、< CR > ASCII 文字、または < 0x0D > に対応しています。
  • 他社テクニカル サポートのお問い合わせ窓口は、ユーザーの便宜のために提供されているものであり、この連絡先情報は予告なしに変更される場合があります。マイクロソフトは、掲載されている情報に対して、いかなる責任も負わないものとします。

受信を構成し、新しいプロパティを使用するポートを送信する方法

受信を構成し、送信ポートを次のようにします。

注: 受信および送信ポートの設定は、個別にまたは一緒に使用できます。

受信ポートの構成
  • ポートは、一方向のポートである必要があります。
  • 順次配送パラメーターを有効にする必要があります。
  • Trueトランスポート レベルの受信確認を有効にするには、使用 MLLP トランスポート受信確認プロパティを設定する必要があります。既定では、既存のポートまたは新しいポートをこのプロパティはFalseに設定します。
Receive port
送信ポートの構成
  • ポートは、一方向のポートである必要があります。
  • 送信請求-応答モードは、なしに設定する必要があります。
  • 順次配送パラメーターを有効にする必要があります。
  • Trueトランスポート レベルの受信確認を有効にするには、使用 MLLP トランスポート受信確認プロパティを設定する必要があります。既定では、既存のポートまたは新しいポートをこのプロパティはFalseに設定します。
  • メッセージをトランスポート NAK をダウン ストリーム システムから受信したときに再試行されることがなく直接中断する必要がある場合MLLP トランスポート NAK の要求メッセージを中断プロパティをTrueに設定する必要があります。それ以外の場合、メッセージは、トランスポートの送信ポートのオプションの詳細設定で設定されている回数の再試行されます。既定では、既存のポートまたは新しいポートをこのプロパティはFalseに設定します。
Send port

「本トランスポートの受信確認を使用する」プロパティの詳細

次の表では、一方向または双方向のポートを使用して、MLLP トランスポート受信確認プロパティを使用するの予想される動作について説明します。「修正プログラム有効にする方法」セクションの説明に従って、必要な設定組み合わせを適用しなければなりません。

注:
  • アップ ストリーム システムは、送信元アプリケーションを参照します。メッセージを BizTalk に送信します。これらのメッセージは、BizTalk に着信します。
  • ダウン ストリーム システムは、受信側のアプリケーションを参照します。BizTalk からメッセージを受信します。これらのメッセージは BizTalk に送信しています。


ポートの種類本 V2 オプション本 V2 オプションをオフ
一方向が表示されます。BatchCompleteメソッド内で上位のシステムには、本の ACK または NAK を送信します。動作の変更はありません。このような場合は、上位のシステムに ACK または NAK は送信されません。
双方向が表示されます。動作の変更はありません。このような場合は、アップ ストリーム システムにTransmitMessageメソッドで HL7 ACK または NAK が送信されます。

このオプションはサポートされていません。などの場合でも、値がTrueに設定を無視します。
動作の変更はありません。このような場合は、アップ ストリーム システムにTransmitMessageメソッドで HL7 ACK または NAK が送信されます。
一方向の送信メッセージの送信後のダウン ストリーム システムから ACK または NAK 本は待機します。動作の変更はありません。このような場合は、ダウン ストリーム システムから ACK または NAK しないのは待機メッセージが転送されます。
双方向の送信、または送信請求-応答モードの有効化と一方向の送信動作の変更はありません。このような場合は、ダウン ストリーム システムから ACK または NAK HL7 は待機メッセージが転送されます。

このオプションはサポートされていません。などの場合でも、値がTrueに設定を無視します。
動作の変更はありません。このような場合は、ダウン ストリーム システムから ACK または NAK HL7 は待機メッセージが転送されます。


双方向の送受信ポートの動作は変更されません。一方向の送受信ポートの動作も変更されない使用 MLLP トランスポート受信確認プロパティが設定されていない場合 true に設定します。

詳細については、本アダプターのマニュアルを参照してください。場合は、一方向受信および送信ポートに適切な構成がある、パフォーマンスが向上します。ポートを双方向または一方向のポートの使用 MLLP トランスポート受信確認プロパティは、false に設定されて、生成される ACK の種類は変更することがなく続行されます。このような場合は、生成される ACK の種類は、BTAHL7 構成エクスプ ローラーの設定メッセージを送信するアプリケーションとは異なります。MSH 15MSH 16特定のメッセージのフィールドの値は、この設定をオーバーライドできます。ただし、ポートを双方向または一方向のポートの使用 MLLP トランスポート受信確認プロパティは、false に設定されて、する場合は、BTAHL7 構成エクスプ ローラーを使用するだけの静的な Ack を必要とするアプリケーションの構成を設定できます。ポートのタイムアウトの動作は変更されません。

コーナーの場合、プロパティを使用すると予想される動作は次のとおりです。

RECEIVE
  • WrongMLLPFormat: メッセージは BizTalk に送信されません。
  • WrongHL7Format: メッセージは BizTalk に送信され、バッチの完了ステータスに基づく本 ACK または NAK が送信されます。
  • TransmittingSocketIssue: ACK または NAK の本は送信されず、メッセージは BizTalk に送信ができます。
  • ReceivingSocketIssue: メッセージが受信されず、したがっては送信されず、本の ACK または NAK の転送は送信されません。
  • BizTalk に送信が失敗した場合は、NAK が送信されます。
  • バッチ完了の負の値のステータスを受信する場合は、NAK が送信されます。
送信し、送信ポートプロパティ"stop は現在メッセージ エラーの後続のメッセージを送信する"= True
  • WrongMLLPFormat: 本の ACK と NACK を読み取ることができないために、メッセージは中断されます。保留されたメッセージがクリアされるまで、処理は続行されません。
  • WrongHL7Format: メッセージは、アダプターに到達する前に失敗します。保留されたメッセージがクリアされるまで、処理は続行されません。
  • TransmittingSocketIssue: メッセージは中断されます。保留されたメッセージがクリアされるまで、処理は続行されません。
  • ReceivingSocketIssue: メッセージは中断されます。保留されたメッセージがクリアされるまで、処理は続行されません。

MLLP トランスポート NAK の要求メッセージを中断プロパティがtrueまたはfalse を指定するときは、予想される動作は次のとおりです。
  • MLLP トランスポート NAK の要求メッセージを中断プロパティがTrueに設定すると、NAK を受信しましたが、それを送信する再試行せず、メッセージが中断されます。
  • MLLP トランスポート NAK の要求メッセージを中断プロパティがFalseメッセージを開始すると、送信する再試行の既定の設定には、送信ポートの再試行の間隔の設定に基づいています。

本 SDK のユーティリティへの変更

本 SDK ユーティリティには、次の新しいパラメーターが含まれています。その他のすべてのパラメーターは変更されません。詳細については、製品のマニュアルを参照してください。
  • MLLPReceive.exe、本の ACK または NAK を返すメッセージを受信した後に新しいパラメーターを使用します。次に例を示します。
    MLLPReceive/p 12000/sb 11/eb 28/cr 13/MLLPTransACK
    MLLPReceive/p 12000/sb 11/eb 28/cr 13/MLLPTransNAK
  • MLLPSend.exe、本 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 Developer Network (MSDN) web サイトを参照してください。メッセージングのパフォーマンス カウンターの詳細については、次の MSDN web サイトを参照してください。[メッセージ配信の順序の詳細については、次の MSDN web サイトを参照してください。HL7 の BizTalk 2010 アクセラレータの詳細については (BTAHL7)、次のマイクロソフト web サイトを参照してください。IBTBatchCallBack.BatchCompleteメソッドの詳細については、次の MSDN web サイトを参照してください。BizTalk Server の修正プログラムに関する詳細については、マイクロソフト サポート技術情報の記事を表示するのには次の資料番号をクリックします。
BizTalk Server の修正プログラムに関する情報を2003907