问题标签 [serviceinsight]

我正在使用 NServiceBus 4.0.3，我想使用 ServiceInsight，我可以看到队列但看不到工作流。不确定我是否需要配置任何东西。

我有几个关于 ServiceInsight 的问题，希望有人能解释一下。

1. 我可以监控多个错误队列和审计队列吗？如果是这样，我该如何配置它来监控这些队列。
2. 我了解错误队列中处理的消息已移至 error.log 队列。审计队列中处理的消息会发生什么，即在管理服务处理它们之后它们去哪里。
3. 消息最终由管理进程存储在哪里，即它们是否存储在 RavenDB 中，如果存储在哪个数据库中。
4. 此外，如何在端点资源管理器中删除或删除消息对话。例如，假设我只想清除所有内容。

您可以就洞察力的管理和使用提供任何额外的洞察力（不是双关语），我们将不胜感激。

我有一个配置为处理命令对象的服务。在 Handle 方法中，我在特定的业务案例中抛出异常。发生这种情况时，它将错误发送到错误队列，我认为特定管理服务正在处理错误队列。我的理解是，Particular Management 服务会监控错误队列并处理消息，也就是说，挖掘元数据并将其持久化到 RavenDB。最后，它应该将消息转发到 Error.Log 队列。遗憾的是，每条消息似乎都被路由到了 Service.Management.Errors 队列。大概是因为特定管理服务处理程序失败了。

如果我查看 Service.Management.Errors 队列中消息的扩展标头，我会看到以下信息：

在 c:\TeamCity\buildAgent\work\d4de8921a0aabf04\src\NServiceBus.Core\Unicast\Transport\TransportReceiver.cs:NServiceBus.Transports.Msmq.MsmqDequeueStrategy 中的 NServiceBus.Unicast.Transport.TransportReceiver.TryProcess(TransportMessage 消息) 处.Action() 在 c:\TeamCity\buildAgent\work\d4de8921a0aabf04\src\NServiceBus.Core\Transports\Msmq\MsmqDequeueStrategy.cs:line 170

由于 ServiceInsight 特定管理服务在本质上应该是通用的，因此我假设它不需要了解消息的实际类型。意思是，我不必将我的 Message dll 扔到服务目录中（对吗？）。这意味着它只是通过简单地读取扩展头来挖掘所有数据以持久保存到 RavenDB。

因此，有了基础工作。有人可以验证或无效我对 ServiceInsight 如何工作和配置的理解。其次，我的错误看起来像是 NServiceBus.Core 中的错误。我应该添加一些DLL或其他东西。是否还有另一个可能导致我忽略的问题的候选人。

我已经安装了管理服务，但是我不确定默认端口是什么？

我看到了安装程序中列出的端口号，但没想到要写下来。我曾假设默认端口会在我需要的任何地方为我预先填写。谷歌搜索提供了大量关于服务洞察如何工作的信息，但遗憾的是似乎没有人需要端口号。

我正在尝试创建一个网页，其中包含一个将尝试重试消息的链接。

下面是一个尝试重试特定消息的已截断（R&D - 它很丑，请原谅我）调用。首先我的网址正确吗？我从 ServiceInsight 中获取了 guid，当我在 ServiceInsight 中右键单击它时，它可以选择重试它。当我执行此代码时返回成功并且没有有效负载，但是当我刷新 ServiceInsight 时消息仍然存在。

您可以提供的任何见解将不胜感激。附带说明一下，获得某种性质的返回值会很好。例如，如果消息已经被成功处理了怎么办，在这种情况下，重试应该回复一些东西，说它不能完成。例如，如果我在 ServiceInsight 中右键单击状态列中具有绿色图标的项目，则未启用重试选项。

}

我的操作系统是 Windows 2012 Essentials。

我使用安装程序安装了 NServiceBus 4，然后安装了 Service Insight。
接受默认设置。

当我启动 Service Insight 时，连接到管理服务时出错。我试过输入，http://localhost:3333但错误是 404。我已经验证服务“特定管理”正在运行。

编辑

按照 Hadi 的说明，我已将他列出的 url: 粘贴http://localhost:33333/api到Connect to Management Service -> Service URL文本框中，但仍然出现 404 not found 错误。当我尝试将 URL 放入 google chrome 时，我也得到了 404（图形由 oatmeal 提供）。

我已经验证了一个名为的服务Particular Management正在运行。服务的描述是Particular Management Service for NServiceBus (Version 4.0.5)。

我再次运行安装程序以进入修改/修复/删除选项，并在修改选项中验证已安装管理服务。

是否应该有一个不同的服务称为Management Service？这可能是 4.0.5 版引入的问题吗？

编辑 2 我已将额外内容附加/到网址的末尾，但仍然没有骰子。这是日志信息。

我们使用的是 nservicebus 3.3.5，在我连接到http://localhost:33333/api/.

介绍视频旁边是否有任何文档？

谢谢

我们一直在构建的应用程序开始固化，因为现在大部分功能都已到位。这给了我们一些喘息的空间，我们开始评估我们的持久性模型及其管理。我想你可以说房间里的大象是 RavenDB。虽然我们在功能上还没有遇到任何问题，但我们对管理它并不满意。执行查询、截断集合等简单任务对我们来说是具有挑战性的，因为我们通常是基于平台和基于文档的 NoSql 解决方案的新手。我们当然有能力学习它，但我认为这归结为信心、时间和利用我们现有的 Sql Server 技能集。例如，在几周的时间里，我们通过系统泵送了数百万个事件，成功处理的消息被路由到我们在 MSMQ 中的审核队列。我们还安装了 ServiceInsight，它会处理审核队列中的消息，这会占用服务器上的所有磁盘空间。我们不知道如何解决这个问题，不得不删除我们为 RavenDB 找到的数据文件。我只想说，这样做会引起各种头痛。

因此，考虑到这一点，我负责评估潜在地将 Sql Server 用于我们的服务端点的传输和/或持久性的可行性和好处。此外，我还可以使用一些指导来配置 ServiceControl 和 ServiceInsight 以利用 Sql Server。您可能能够提供的有关配置这些和识别我们应该考虑的任何缺点或架构问题的任何信息将不胜感激。

谢谢你，杰弗里

According to the documentation, NServiceBus persists messages via the Management Service in a RavenDB stored in C:\ProgramData\Particular\ServiceBus.Management\Data. See Working with Error and Audit queues.

Ayende has confirmed that the database can only increase in size, never return the allocated disk space.

My problem is that the Data-file is now exceeding 20GB with +3 million messages.

Note that these messages are in the management DB, not in any of the message queue databases, which are stored in C:\Program Files\NServiceBus.Persistence.v4\Database\Databases.

The three million messages can be viewed in ServiceInsight, but I cannot delete them. All MSMQ queues are empty, and the queue-databases are around 1MB in size.

Question: How can I purge the Management Service / Particular Management database?

Sub-question: How can I prevent this form happening again? Is there a setting I'm missing?

团队，

我正在安装平台安装程序并选择了 NServiceBus、ServiceControl、ServicePulse 和 ServiceInsight。我在安装 ServiceInsight 时收到以下错误（请参阅下面的错误）

我在此之前安装了 beta 版本，然后将其卸载，甚至在启动平台安装程序之前重新启动了我的机器。

我发现这个网址https://github.com/Particular/PlatformInstaller/issues/133表明以前使用 beta 版本的用户也有类似的问题，但它并没有为我们早期采用者确定解决方案。

您能提供的任何帮助将不胜感激。