Interface 管理控制台中缺少欢乐消息

Interface 管理控制台中缺少欢乐消息,interface,activemq,mirth,Interface,Activemq,Mirth,我们使用mirth作为接口引擎,使用ActiveMQ和Spring入站侦听器来处理消息 我们的客户报告说,一些消息在mirth控制台中丢失,但在ActiveMQ队列和Spring侦听器应用程序中找到 起初,我们认为可能有人已经从欢笑中手动移除。但是当检查事件日志时,没有删除消息的迹象 我们在一些消息上发现了这种情况,但无法确定问题的原因或消息的模式 有没有人面对过像欢乐管理控制台这样的问题? 我们也有客户端数据库,但无法打开,除非通过Mirth检查数据是否可用。 非常感谢有人能在这方面提供帮助

我们使用mirth作为接口引擎,使用ActiveMQ和Spring入站侦听器来处理消息

我们的客户报告说,一些消息在mirth控制台中丢失,但在ActiveMQ队列和Spring侦听器应用程序中找到

起初,我们认为可能有人已经从欢笑中手动移除。但是当检查事件日志时,没有删除消息的迹象

我们在一些消息上发现了这种情况,但无法确定问题的原因或消息的模式

有没有人面对过像欢乐管理控制台这样的问题? 我们也有客户端数据库,但无法打开,除非通过Mirth检查数据是否可用。 非常感谢有人能在这方面提供帮助


谢谢

我发现一些频道无法正确显示过滤后的消息。但我从未见过成功的信息丢失

如果您不信任Mirth管理员,那么我建议您查询Mirth数据库

这可以在欢笑的范围之外完成,前提是欢笑正在向外部数据库(如MS-SQL服务器)写入数据

您从中获得的数据非常丰富,但是如果您每小时发送1000条或更多的消息,您可能需要限制搜索的时间范围。自由文本搜索

select * from message m where m.raw_data like ('%needle%') 
不建议使用,并且需要很长时间才能执行


能够通过DB搜索Mirth为我们打开了一个分析基调,这是我们在管理界面上没有的。

只是想回答这个问题:如果您正在运行相当多的频道,或者如果您有相当多的消息,Mirth可能会因为行/表锁和低效的转换或数据类型现在应该解决这个问题


但是,我们确实经常在高峰时间看到引擎处理一两条消息,其中的日志条目表示无法插入消息,消息被回滚。我想说,我们每年大约有10个这样的项目。希望这是没有问题的欢乐3与新的后端

您还需要显式读取而不使用锁,否则Mirth将在日志记录中遇到问题。问得好。我鼓励您将其添加到StackExchange it医疗提案中: