Почему очередь Azure Service Bus имеет размер 1 КБ с нулевыми сообщениями?

У меня есть очереди шины Azure Service, которые наносят квоту с очень небольшими размерами сообщений Active и Deadletter или даже с нулевыми сообщениями. Похоже, что есть и другие сообщения, которые не являются ни «Активными», ни «Мертвыми». Кто они такие? Service Bus исследователь указывает следующие статистику для очереди, например:Почему очередь Azure Service Bus имеет размер 1 КБ с нулевыми сообщениями?

"сообщение Count" и "Transfer DL Количество сообщений" в Service Bus Explorer, очень высоки. Очевидно, что это то, что использует пространство. Я не могу получить/удалить их в Service Bus Explorer и не могу найти никакой информации о том, как с ними бороться.

Azure сообщает об этом. Что такое «Передача DL-сообщения»?

источник

2017-01-27 Dan Liebster

Какую версию SBExplorer вы используете? –

Service Bus Explorer - версия 3.0.4. Azure Portal сообщает те же цифры. Я не понимаю, что такое «передача» мертвых писем. –

Обновлен Я подозреваю, что есть проблема с SBExplorer или этой организацией.

"Total DL Message Count" означает TransferDeadLetterMessageCount, представляющий количество сообщений, которые имеют мертвую букву. «Количество сообщений» означает, что ваше описание очереди MessageCount, которое представляет собой общее количество сообщений в очереди. Из этого видно, что все ваши сообщения, найденные в этой очереди, - DLQed.

Вы можете заглянуть в очередь DLQ и просмотреть эти сообщения.

Проверьте вы работаете большую версию уточненный в SBE
Если вы и это еще случай, попробуйте удалить очереди и воссоздавать его и посмотреть, если это помогает обновить счетчик после использования очереди на некоторое время
в случае проблема сохраняется, поднять вопрос в https://github.com/paolosalvatori/ServiceBusExplorer/issues

источник

2017-01-27 03:38:24

Эй, Шон, «Передача DL-сообщений» не являются частью «Количество сообщений мертвых букв». См. Страницу «Графика экрана портала Azure», которую я добавил для той же очереди. –

MSDN doco: TransferDeadLetterMessageCount - Получает или задает количество сообщений, переданных в мертвые буквы. Так что сообщения были DLQed в какой-то момент. Можете ли вы заглянуть в DLQ? Вы пытались воссоздать очередь? –

DLQ можно заглянуть. Нет сообщений. Это неудивительно, потому что счетчик равен нулю. Просто пытаюсь понять, почему сообщения, которые были «переданы» DLQ, все еще занимают место. Я удалил все очереди и перезапустил и снова проведу. Портал stat просто выглядит странным для меня. –

Если у вас есть «Transfer буквальных сообщений», вы должны были встречая некоторые проблемы во время ForwardTo или SendVia. ..

Объяснение для Transfer Dead-Letter Queue из этого документа: https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-dead-letter-queues

Dead-буквенное обозначение в сценариях ForwardTo или SendVia сообщения будут отправлены в очередь передачи недоставленных при следующих условиях: +

Сообщение проходит через более чем 3 очереди или темы, которые соединены вместе.
Очередь или тема назначения отключена или удален.
Очередь или тема назначения превышает максимальный объект размер.

Чтобы получить эти сообщения с мертвой буквой, вы можете создать приемник с использованием утилиты FormatTransferDeadletterPath.

источник

2017-08-02 21:37:55

Почему очередь Azure Service Bus имеет размер 1 КБ с нулевыми сообщениями?

ответ

Смежные вопросы