• 【服务总线 Azure Service Bus】ServiceBus 队列中死信(DLQ


    Azure Service Bus 死信队列产生的原因

    服务总线中有几个活动会导致从消息引擎本身将消息推送到 DLQ。 

    • 超过 MaxDeliveryCount
    • 超过 TimeToLive
    • 处理订阅规则时的错误
    • 应用程序主动设置信息进入死信队列

    进入死信队列(DLQ)里面的数据 不会自动执行清理操作。 消息将保留在 DLQ 中,直到显式从 DLQ 中检索它们以及对死信消息调用 Complete() 为止。可以使用Service Bus Explorer工具来查看死信队列中消息

     

    也同时可以看见该条消息进入死信队列的根本原因:

     Moving messages to the DLQ

    There are several activities in Service Bus that cause messages to get pushed to the DLQ from within the messaging engine itself. An application can also explicitly move messages to the DLQ.

    As the message gets moved by the broker, two properties are added to the message as the broker calls its internal version of the DeadLetter method on the message: DeadLetterReason and DeadLetterErrorDescription.

    Applications can define their own codes for the DeadLetterReason property, but the system sets the following values.

    MOVING MESSAGES TO THE DLQ
    DeadLetterReasonDeadLetterErrorDescription
    HeaderSizeExceeded The size quota for this stream has been exceeded.
    TTLExpiredException The message expired and was dead lettered. See the Exceeding TimeToLive section for details.
    Session ID is null. Session enabled entity doesn't allow a message whose session identifier is null.
    MaxTransferHopCountExceeded The maximum number of allowed hops when forwarding between queues. Value is set to 4.
    MaxDeliveryCountExceededExceptionMessage Message could not be consumed after maximum delivery attempts. See the Exceeding MaxDeliveryCount section for details.

    死信问题:

    一:队列中存在死信需求如何处理,让这个队列恢复正常?

    死信是由于客户端无法正常消费消息产生的,Service Bus会将这些无法正常消费的消息移动到另外的死信队列中,这个是不会影响原有队列的消息的消费和使用。

    二:队列中出现死信后是否可以重新发送消息?

    死信是已经发送到service bus但消费端无法正常消费的消息,这不影响再次向队列发送消息。

    三:消息到死信队列后,怎么操作可以让消息重新到活动队列?

      不能使消息重新回到活动队列。因为死信队列的用途是存放无法传递给任何接收方的消息或无法处理的消息。 然后,可从 DLQ 中删除和检查这些消息。 应用程序可能程序员的帮助下,更正问题并重新提交消息,记录出错的实际情况和执行更正操作

      如需要通过程序的方式获取死信队列中的消息,获取消息的方式和正常队列一样,把queueName变为死信队列的路径,通过QueueClient.FormatDeadLetterPath(queueName)方式获取。也可以直接指定为以下格式的路径:

    <queue path>/$deadletterqueue
    <topic path>/Subscriptions/<subscription path>/$deadletterqueue

    参考代码如:

    根据Azure官方目前的获取Queue中消息的方法,只需替换QueueName

     全部实例代码:https://github.com/Azure/azure-service-bus/blob/master/samples/DotNet/Microsoft.ServiceBus.Messaging/DeadletterQueue/Program.cs

    参考资料

    服务总线死信队列概述https://docs.azure.cn/zh-cn/service-bus-messaging/service-bus-dead-letter-queues

     

    当在复杂的环境中面临问题,格物之道需:浊而静之徐清,安以动之徐生。 云中,恰是如此!

  • 相关阅读:
    MySQL三种备份
    四层和七层负载均衡的区别
    触发器及触发器的作用
    sql 存储过程
    自动ftp 上传
    #题目:有10 台被监控主机、一台监控机,在监控机上编写脚本,一旦某台被监控机器/ 分区适用率大于80%, 就发邮件报警放到crontab 里面, 每10 分钟检查一次
    /proc/sys 子目录的作用
    Linking code for an enhanced application binary interface (ABI) with decode time instruction optimization
    facebook webdriver 学习
    WebDriverException: Message: A session is either terminated or not started
  • 原文地址:https://www.cnblogs.com/lulight/p/13652828.html
Copyright © 2020-2023  润新知