2

今日、Azure Service Bus トピックにメッセージを送信する際に問題が発生しました。260 人の購読者がいます。それらのほとんどは、保留中のメッセージが 0 件でした。クライアント アプリケーションのスイッチを切ったいくつかは、保留中のメッセージが約 8,000 件ありました。

私のトピックは arklefeed と呼ばれます。アプリケーションでタイムアウトを取得し始めたとき、サンプル アプリケーションの Service Bus Explorer を開きました。

トピックとサブスクリプションを表示できました。メッセージの送信でタイムアウトが発生しました。例外: 操作中にタイムアウトが発生しました.. TrackingID:Guid_GO_B12.

次に、同じ名前空間に testtopic という新しいトピックを作成し、サービス バス エクスプローラー経由でメッセージを送信しようとしましたが、これはうまくいきました。

この後、すぐに復旧して実行するために、トピックを削除してサブスクリプションを再作成しました。この後、メッセージの送信は正常に機能しました。

これをオンラインで見たことがありますが、どこでルールを破っているのかわかりません: http://msdn.microsoft.com/en-us/library/windowsazure/ee732538.aspx

初期タイムアウトの原因は何ですか? 収集されていないメッセージが積み重なった可能性がありますか、それともサブスクライバーが多すぎますか?

4

1 に答える 1

4

Service Bus への呼び出しが失敗して追跡 ID を返す例外が発生した場合は、それを使用して、Windows Azure サポート ( http://www.windowsazure.com/en-us/support/contact/ ) から詳細情報を取得できます。

上記の説明は、その特定のトピックを利用できない原因となった一時的な問題である可能性があります. 現在および過去のサービス ステータスをhttp://www.windowsazure.com/en-us/support/service-dashboard/でいつでも確認するか、サポートに連絡して障害の根本原因を確認してください。

クォータに関連するすべてのエラーは、QuotaExceededException http://msdn.microsoft.com/en-us/library/windowsazure/microsoft.servicebus.messaging.quotaexceededexception.aspxで示されます。

特定のキュー/トピックを容量を超えてプッシュしている場合は、ServerBusyException http://msdn.microsoft.com/en-us/library/windowsazure/microsoft.servicebus.messaging.serverbusyexception.aspxが発生することが予想されます。

于 2013-03-12T20:15:02.877 に答える