MLLP アダプターの既知の問題

このセクションには、最小下位層プロトコル (MLLP) アダプター エラーの回避に役立つ有用な情報が含まれています。

双方向 MLLP アダプターが ACK の問題を検出しない可能性がある

Microsoft BizTalk Accelerator for HL7 (BizTalk Accelerator for HL7 (BTAHL7)) が双方向 MLLP アダプターで受信確認 (ACK) を受信すると、アダプターは ACK に対して軽量の検証を実行してその有効性を判断します。 有効であることが判明した場合、MSA1 フィールドが抽出され、その値に応じて、アダプターは ACK が応答していた元のメッセージを再試行、中断、または削除します。 ただし、アダプターによって実行される検証は完全な検証ではないため、アダプターが ACK の問題を検出しない可能性があります。 たとえば、アダプターは ACK が有効であると判断し、元のメッセージを削除できます。一方、パイプラインは ACK が整形式ではないことを判断し、ACK メッセージを中断します。

MLLP パフォーマンス カウンターで ACL がカウントされない

パフォーマンスの 1 つの尺度は、MLLP パフォーマンス カウンターで示されているように、MLLP アダプターによって処理されるメッセージの数です。 この数は、受信または送信されたメッセージの数を測定します。 ただし、この数では、受信または送信された ACL の数は測定されません。

MLLP アダプターの接続名が一意であるとは限りません

BTAHL7 では、MLLP アダプターのプロパティ ページに入力された接続名の一意性は保証されません。 この必須フィールドに、わかりやすい関連する接続名が入力されていることを確認します。 基幹業務アプリケーションを表す接続名を使用すると、接続の動作を理解しようとするときに役立ちます。 たとえば、PerfMon カウンターでは接続名が使用されます。

双方向 MLLP アダプターは、バッチ内のすべてのメッセージに対してコミット ACL を送信しません

コミット ACK を生成するようにバッチ内の各メッセージを構成し、システムが双方向 MLLP 受信アダプターにバッチを送信すると、アダプターはバッチ内の最初のメッセージに対応するコミット ACK のみを送信します。

双方向 MLLP アダプターによって生成された NAK

双方向 MLLP アダプターがメッセージを中断すると、MLLP アダプターによって NAK (否定受信確認) が生成され、MessageBox データベースに配置されます。 これは予期しない動作である可能性があります。 メッセージ ボックス データベースから NAK を削除するか、別のメッセージにマップすることができます。

双方向 MLLP アダプターでは、2.X メッセージ形式のみがサポートされます

双方向 MLLP アダプターでは、現在、2.X メッセージ形式のみがサポートされています。

双方向 MLLP アダプターは静的受信確認をサポートしていません

双方向送信アダプターでは、静的受信確認の処理はサポートされていません。

参照

既知の問題