1

キューの 1 つで奇妙な問題が発生しました (本番環境でも同様です)。メッセージをキューに入れようとすると、次のような例外がスローされます。

A timeout has occurred during the operation

管理ポータルでキューの長さが増加しているのを確認できるという事実によって証明されるように、メッセージはキューに入っているように見えます。ただし、クライアント アプリケーションはメッセージを受信して​​いません。

管理ポータルは、失敗した要求がいくつかあり、内部サーバーの例外もいくつかあることを示しています。残念ながら、これらの失敗したリクエストとエラーの詳細を取得する方法はありません。

何がこれを引き起こしたのか、何が問題なのかについてより多くの情報を得る方法、およびこれをトラブルシューティングする方法について、私はやや途方に暮れています. どんな助けでも大歓迎です。

編集：完全を期すために、私が知っているクライアントに変更を加えていないことを言及する必要があります。この問題は突然発生し始めました

編集＃2、今朝目が覚めた、そして物事は魔法のように正常に戻った. 何が起こったのかまだわからないので、質問のトーンを変更して、この種のことをどのように軽減および/またはトラブルシューティングするかについての提案を求めたいと思います (トラブルシューティング? トラブルシューティング? :)) より良い

4

1 に答える 1

2

私もこのシナリオを経験しました。新しいサービス バスの名前空間を作成しようとして、アプリがこの新しい名前空間を指すようにすると、うまくいきました。これは、(sb-namespace が存在するノードで) ハードウェア障害が発生している可能性があることを示唆しています。

http://www.nuget.org/packages/EnterpriseLibrary.WindowsAzure.TransientFaultHandling/などの一時的な障害処理を必ず使用してください。

ただし、一時的ではないエラーに対して「第 2 レベルの再試行」を使用する必要がある場合もあります。これは自分でコーディングする必要があります。

対になった名前空間の新機能を使用することもできます。ここに良いリソースがあります: http://msdn.microsoft.com/en-us/library/dn292562.aspx

H番目

//ピーター

于 2014-01-11T11:28:07.493 に答える