質問

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

A timeout has occurred during the operation

管理ポータルでキューの長さが増加しているのが確認できることからもわかるように、メッセージはキューに到達しているようです。ただし、クライアント アプリケーションはメッセージを受信して​​いません。

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

この問題の原因、何が問題であるかについての詳しい情報を取得する方法、およびトラブルシューティングを進める方法について、やや困惑しています。ご協力をいただければ幸いです。

編集:念のために言っておきますが、私が知っているクライアントには何も変更を加えていません。この問題は突然起こり始めました

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

役に立ちましたか?

解決

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

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

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

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

H番目

//ピーター

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top