我们使用mirth作为我们的接口引擎,使用ActiveMQ和Spring Inbound监听器来处理消息。
我们的客户报告说,某些消息在mirth控制台中丢失,但在ActiveMQ队列和Spring监听器应用程序中找到。
最初我们认为有人可能已经从Mirth手动删除了。但是当检查事件日志时,没有删除消息的迹象。
我们发现某些消息发生了这种情况,但无法确定问题或消息模式的原因。
有没有人面对和Mirth管理控制台一样问题? 我们也有客户端数据库,但除了通过Mirth检查数据是否可用之外无法打开。 非常感谢有人可以提供帮助。
谢谢
答案 0 :(得分:0)
我发现有些频道没有正确显示“已过滤”的消息。但我从未见过成功的消息“失踪”。
如果您不信任Mirth Admin,那么我建议您查询Mirth DB。
这可以在Mirth的范围之外完成,前提是Mirth正在写入外部数据库,例如MS-SQL Sever。
您从中获取的数据非常丰富,但如果您每小时(或更长时间)发送1000条消息,则可能需要限制搜索的时间范围。像
这样的自由文本搜索select * from message m where m.raw_data like ('%needle%')
不推荐,需要很长时间才能执行。
能够通过数据库搜索Mirth为我们打开了一种分析基调,我们没有通过管理界面。
答案 1 :(得分:0)
只是为了解决这个问题:如果你正在运行相当多的频道,或者如果你有相当多的消息,由于行/表锁定和转换效率低,或许你的数据库更新可能无法跟上数据类型(现在应该解决)。
但是,我们每隔一段时间都会在高峰时段看到一条或两条消息通过引擎处理,日志条目表明它无法插入消息并且已回滚。我想我们每年大约有10个这样的人。希望这在Mirth 3中没有问题,新的后端......