我正在帮助调查和诊断我们遇到的一些问题,并注意到服务总线队列上的用户错误指标正在发生变化。我想确切地知道这个指标的含义,如文档所示https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-metrics-azure-monitor https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-metrics-azure-monitor有点模糊。
感谢您的帮助。
我也在探索 Azure 服务总线上可能出现的用户错误。以下是我的一些发现。用户错误通常是由于客户端应用程序中的错误而发生的,例如,
-
无效操作异常, 所请求的用户操作在服务器或服务内不允许。例如,如果在 ReceiveAndDelete 模式下收到消息,Complete() 会生成 InvalidOperationException
-
操作取消异常, 尝试调用已关闭、中止或处置的对象上的操作。在极少数情况下,环境事务已被处理。
-
未经授权的访问异常, TokenProvider 对象无法获取令牌、令牌无效或令牌不包含执行操作所需的声明
-
ArgumentException/ArgumentNullException/ArgumentOutOfRangeException,当提供给该方法的一个或多个参数无效时。提供给 NamespaceManager 或 Create 的 URI 包含路径段。提供给 NamespaceManager 或 Create 的 URI 方案无效。属性值大于32KB。
-
会话锁丢失异常, 与此会话关联的锁丢失
-
消息锁丢失异常, 与消息关联的锁定令牌已过期,或者找不到锁定令牌
-
消息未找到异常,尝试接收具有特定序列号的消息。找不到此消息
-
消息实体未发现异常, 与操作关联的实体不存在或已被删除
-
消息通讯异常, 客户端无法与服务总线建立连接
-
会话锁丢失异常, 与此会话关联的锁丢失
-
消息异常, 在以下情况下可能引发通用消息传递异常: 尝试使用属于不同实体类型(例如主题)的名称或路径创建 QueueClient。尝试发送大于 256KB 的消息。服务器或服务在处理请求期间遇到错误。这通常是暂时的异常
-
消息实体已存在异常, 尝试创建一个名称已被该服务命名空间中的另一个实体使用的实体
-
配额超出异常, 消息实体已达到允许的最大大小,或者已超过命名空间的最大连接数
-
规则动作异常,如果您尝试创建无效的规则操作,服务总线将返回此异常。如果在处理死信消息的规则操作时发生错误,服务总线会将此异常附加到死信消息
-
过滤异常,如果您尝试创建无效的筛选器,服务总线将返回此异常。如果在处理该消息的筛选器时发生错误,服务总线会将此异常附加到死信消息
-
会话无法锁定异常,尝试接受具有特定会话ID的会话,但该会话当前被另一个客户端锁定
-
事务大小超出异常, 太多操作属于事务的一部分
-
消息传递实体DisabledException, 请求对禁用实体进行运行时操作
-
无匹配订阅异常,如果您将消息发送到已启用预过滤的主题并且没有任何过滤器匹配,则服务总线会返回此异常
-
消息大小超出异常, 消息有效负载超出 256 KB 限制。请注意,256 KB 限制是总消息大小,其中可以包括系统属性和任何 .NET 开销
-
交易异常, 环境事务(Transaction.Current)无效。它可能已完成或中止
-
交易不确定异常, 尝试对有疑问的事务执行操作,或者尝试提交事务但事务变得有疑问
我从 MSDN 文档中收集了详尽的例外列表,并筛选了该列表以获取 Azure ServiceBus 上可能出现的用户错误
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)