小编use*_*912的帖子

我最近创建了一些分区队列,从我发送和接收的所有时间.他们过去没有分区,没有我当前的任何问题.

问题是,队列中有一些我无法接收的消息.在没有向队列发送任何其他消息时我总是得不到任何回报,但是当我向队列发送消息时,我收到新消息没有问题.卡在队列中的消息是活动消息,而不是死信.

我怀疑他们被困在一个特定的分区,但我不知道如何接收它们.

由于我无法接收这些消息,有没有办法重置ServiceBus队列？

有任何想法吗？

更新:

数量不是恒定的,而是非常缓慢地增加.在我们的测试环境中,我们每小时收到的消息少于2000条,并且在重置为0(零)后,队列在过去12小时内每次收到大约20条消息.那些消息就在那里但不可接收.至少不是以通常的方式.

分区后,问题仅出现在两个名称空间中.问题不在我们不使用分区队列的实时环境中.

是否可以以编程方式生成辅助角色的新实例？我有一个工作者角色,它依赖于一些服务总线队列,它抓取消息并将数据放入表存储,SQL数据库并发送通知.我需要能够根据SB队列大小添加更多实例,因为它们将来可以逐渐接收更多的消息.我可以从我的代码中控制它吗？在那种情况下如何？

为什么我的 Azure 服务总线队列在未启用时将消息发送到死信子队列？

从一开始我就确保过期的消息不会被移动到死信队列（或者我是这么认为的）。

在 Visual Studio Server Explorer 中，我在队列下看到以下内容：

• EnableDeadLetteringOnMessageExpiration：False

但我也看到了这一点：

• 死信消息计数：16

我无法像平常一样将它们拉出来，所以我创建了一个临时服务来处理（摆脱）这些，这就是我能够从以下内容中提取的内容brokeredMessage.Properties：

• 死信原因：MaxDeliveryCountExceeded
• DeadLetterErrorDescription：消息在 10 次传递尝试后无法使用。

我希望消息在未完成时保留在正常队列中。到目前为止，我已将 MaxDeliveryCount 更改为 1000，但这不是真正的解决方案。

我在忽略什么？

更新 在阅读我自己的文本后，我意识到 EnableDeadLetteringOnMessageExpiration 与传递计数无关。我是否可以选择让我的消息永远保留在正常队列中？或者我是否必须将 MaxDeliveryCount 设置为“足够高”？

我正在阅读Azure Service Bus上的配对命名空间,并计划在系统中实现它作为我的队列的一种故障转移(也计划分区).

据我所知,虹吸管只是我设置的常用接收器Microsoft.ServiceBus.Messaging.SendAvailabilityPairedNamespaceOptions.EnableSyphon.我有不同的接收器用于不同的队列.我可以将它们全部设置为接收器吗？他们只会收到自己的消息吗？

我对此感到困惑:" 虹吸管执行长时间的民意调查,持续15分钟. " - http://msdn.microsoft.com/en-us/library/dn391562.aspx

哪个虹吸管会这样做？他们都是？真的需要15分钟吗？这对我的系统来说已经很长时间了.其中一个接收器需要至少10分钟内的消息(5分钟,我会睡得更好).

List<T>例如，我知道您可以如何使用并决定该集合中包含的内容。这就是 T 的用武之地。但我不确定我是否完全理解括号。

如果我创建一个类...

class MyClass<int> { }

或者代替 int 我可以使用 T 或对象或字符串或其他任何东西。这意味着什么？它会自动变成一个集合吗？