メイン コンテンツへスキップ
サポート
Microsoft アカウントでサインイン
サインインまたはアカウントを作成してください。
こんにちは、
別のアカウントを選択してください。
複数のアカウントがあります
サインインに使用するアカウントを選択してください。

現象


レイヤー プロトコル本を最小限に削減) ポートの設定のプロパティを送信するポートのチェックが、ダウン ストリーム システムによって返されたが、本に設定されている許容 ACK コードの内容と比較して ACK (つまり、MSA のセグメントのMSA.1_AcknowledgmentCodeフィールド) 内のコードを受信確認 (ACK) を送信します。本で現在サポートされている ACK コードを送信するポートは、次のとおり。

  • AA

  • CA

  • AE

  • CE

  • AR

  • CR

すべての ACK コード、またはこれらの組み合わせを選択することができます。たとえば、次のコードは、すべて有効です。

  • AA と CA

  • AA、CA、AE、および CE

  • AA、CA、AR と CR


ただし、任意の追加許容 ACK コードは入力できません。

この修正プログラムを適用すると、許容 ACK コード] ボックスの一覧でユーザー設定の名前が新しい許容 ACK コードが追加されます。さらに、許容可能なユーザー設定の ACK コードを入力することができます、新しいテキスト ボックスが追加されます。

alternate text


alternate text


Notes

  • カスタム コードは、コンマ (,) で区切る必要があります。例: AE、CE、AR、CR、XX、ZZ です。

  • (非カスタムのオプション) の標準的な組み合わせのいずれかが選択されている場合カスタム ACK コードの許容可能なプロパティに値を入力する必要はありません。

  • カスタム ACK コードのパイプラインの検証が成功したことを確認するのには、対応する ACK のスキーマに必要なカスタム ACK コードを追加する必要があります。

  • (追跡を有効にする) で BizTalk の追跡機能を使用することができますメッセージが再試行または中断されたときにイベント ログにログに記録されるメッセージ Idプロパティを使用してメッセージを追跡します。


解決策

累積的な更新プログラムの情報

この問題は、BizTalk Server の次の累積的な更新プログラムで最初に修正されました。

この機能の

新しい機能は、送信ポートのみに適用されます。修正プログラムをインストールした後、ダウン ストリーム システムによって提供されるコードの代わりにドロップダウン リストで選択した許容 ACK コードの動作を基にします。

MLLP の送信ポートでは、ダウン ストリーム システムによって返され、MLLP の送信ポートの構成のプロパティで設定されている許容 ACK コードと比較する ACK (MSA のセグメントのMSA.1_AcknowledgmentCodeフィールド) に ACK コードをチェックします。MLLP の送信ポートでサポートされている現在の許容 ACK コードには、AA、CA、AE、CE、AR、CR などがあります。すべての ACK コード、またはこれらの組み合わせを選択することができます。たとえば、有効なものとして、次を選択します。

  • AA と CA

  • AA、CA、AE、および CE

  • AA、CA、AR と CR

ただし、許容 ACK コードの組み合わせを入力するオプションはありません。

追加許容 ACK コードのプロパティのドロップダウン リストでは、「カスタム」という許容 ACK コード値が追加されます。以前のすべての組み合わせは、維持されと同様に、新しい機能を追加する前に適用されます。

alternate text

alternate text

カスタムを選択した後は、新しい値を許容可能なユーザー設定の ACK コードのプロパティに入力する必要もあります。新しい各 ACK の値はコンマ (,) で区切る必要があります。

修正プログラムをインストールすると、選択されている許容 ACK コードの設定に動作が異なります。返される ACK コードには、選択された許容可能なコードが一致すると、処理が正常に発生します。標準の ACK コードが再試行されます。一覧表示されていないすべての ACK コードを中断します。(これにより、標準または非カスタムの ACK コードのコードを ACK。)

次の表は、このシナリオを表します。テーブルの記述の解釈に従います。

alternate text

AA と CA では、常に処理されたメッセージの許容 ACK コードの設定が選択されているに関係なく成功します。許容 ACK コードの設定の詳細については次のとおりです。

  • AA、CA:AE、CE、AR、および変更リクエストを再試行し、他のすべてを停止します。

  • AA、CA、AE、CE:受諾され、成功した: AA、CA、AE、および CE では、AR と CR. の再試行の他の中断します。

  • AA、CA、AR、CR:受諾され、成功した: AA、CA、AR、CR、および AE と CE の再試行回数です。他のすべてを中断します。

  • AA、CA、AR、CR、AE、CE:受諾され、成功した: AA、CA、AR、CR、AE、CE では、しないが返されます。ACK が再試行され、メッセージは中断されます。

  • カスタム (値が入力され、コンマで区切られた):例: AA、AE、Foo、ZZ、ZZZ。受諾され、成功した: カリフォルニア州 AA と AE、およびその他の入力したカスタム ACK など、この場合、Foo、ZZ、または ZZZ。CE、AR. を再試行します。

  • 許容可能なユーザー設定の ACK コードで指定されていないすべての ACK コードはありませんが再試行され、中断されています。


許容 ACK コードの下にある標準の ACK を入力しない場合は、次のようなエラーが返されます。

アダプターは、送信ポート"< SendPortName >"URL「127.0.0.1:33000」を使用してメッセージを送信できませんでした。この送信ポートに指定された再試行間隔後に再送信されます。詳細:"メッセージ Id を持つメッセージ: < メッセージ Id >で受信された受信確認の種類: エラーと ACK コード: CE です。


標準の Ack (AA、AE、AR、CA、CE、CR) の既存のリストに追加するには、ボックスの ACK のスキーマを変更しなければなりません。任意追加許容可能なカスタムの Ack (XX と ZZ など) は、ACK のスキーマのMSA.1_AcknowledgementCodeフィールドを追加しなければなりません。追加のカスタムの Ack がスキーマに追加されていない場合は、「テーブルの値が見つかりません」エラーのためにパイプラインの検証が失敗します。


alternate text

詳細

ソフトウェア更新プログラムをインストールするための必要条件

この修正プログラムを適用するには、次のソフトウェアがインストールされてが必要です。

  • Microsoft BizTalk Server 2013年の R2

  • 2013 R2 ボタンを HL7

再起動の必要性

この修正プログラムの適用後にコンピュータを再起動する必要はありません。ただし、閉じるし、修正プログラムをインストールした後、BizTalk 管理コンソールを再び開くことを勧めします。

状況

マイクロソフトは、この問題を「対象製品」セクションに記載されているマイクロソフト製品の問題として認識しています。

関連情報

BizTalk Server の修正プログラムの詳細については、 BizTalk Server の修正プログラムに関する情報を参照してください。

マイクロソフト ソフトウェアの更新に使用される一般的な用語について説明します。


ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。

コミュニティは、質問をしたり質問の答えを得たり、フィードバックを提供したり、豊富な知識を持つ専門家の意見を聞いたりするのに役立ちます。

この情報は役に立ちましたか?

言語の品質にどの程度満足していますか?
どのような要因がお客様の操作性に影響しましたか?
[送信] を押すと、Microsoft の製品とサービスの改善にフィードバックが使用されます。 IT 管理者はこのデータを収集できます。 プライバシーに関する声明。

フィードバックをいただき、ありがとうございます。

×