0

EndDialogメッセージは、TARGET（リモート）送信キューでスタックします。各エントリのtransmission_statusは空白です。

イニシエーターは実際にEndDialogメッセージを受信し、その側でダイアログを終了しています。

INITIATORサービスの応答キュープロシージャにPRINTを配置したので、確かにそれを知っています。ログは、INITIATORがEndDialogメッセージを受信した結果としてこれらのプロシージャが実行されていることを示しています。

TARGETでは、会話エンドポイントエントリがDO状態のままであり、EndDialogメッセージもTARGET送信キューに残っていることを除いて、すべてが機能します。

TARGETがenddialogメッセージのINITIATORからACKを取得していないようです。

TARGETで、BROKER：CONVERSATIONトレースは、STARTED_INBOUND、CONVERSING、DISCONNECTED_OUTBOUNDの状態を示します。

構成に従ってください：

ターゲット：Windows Server 2003 R2 Standard 64エディションSP2、SQL Server 2008 SP2、Standard Edition 64ビット、互換モード100のデータベース

イニシエーター：Windows XP SP2、SQL Server 2005 Express SP2、互換モード80のデータベース。

この問題を解決する方法について何かアドバイスはありますか？

4

2 に答える 2

0

ssbdiagnoseを試してみてください。問題がセキュリティ構成に関連している場合（ほとんどの場合）、診断ツールがそれを指摘する可能性が高くなります。

于 2011-02-02T17:34:35.987 に答える
0

SQL Server ExpressをSP2からSP4にアップグレードすると、問題が解決しました。ターゲット送信キューでスタックするエンドダイアログメッセージはもうありません。

イニシエーターはエンドダイアログメッセージを受信して​​処理していましたが、何らかの理由でターゲットは「ack」を受信して​​いませんでした。他のすべてがうまく機能していたので、それはすべて非常に動揺していました。

アップグレードする前に、データベース、コンピューター、ネットワークであらゆる種類のテストを実行しました。多くのデスクレビューを行った後でも、構成は問題ないように見えました。

インシデントなしで実行されたSQLServerExpress SP4を搭載したテストマシンに同じ構成を展開した後、アップグレードによって問題が解決するのではないかと考え始めました。

本番サーバーでアップグレードするための承認を得るのに長い時間がかかりましたが、今ではすべてが順調です。

于 2011-04-27T23:14:50.957 に答える