概要
この資料では、追加配信モードのプロパティの最小下レイヤー プロトコル (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 をチューニングするためには、すべての利用可能な技術文書を参照してください。