2014-02-05 136 views
1

我们使用欢乐作为我们的接口引擎,并使用ActiveMQ和Spring入站侦听器来处理邮件。管理控制台缺少欢乐信息

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

最初我们认为有人可能从Mirth手动移除。但是当检查事件日志时,没有消除消息的迹象。

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

有没有人面对和问题喜欢与欢乐管理控制台? 我们有客户端数据库,但无法打开,除非通过Mirth检查数据是否可用。 非常感谢,如果有人可以帮助。

谢谢

+0

好问题。我想鼓励您将其添加到IT Healthcare的StackExchange提案中:http://area51.stackexchange.com/proposals/51758/healthcare-it – ChronoFish

回答

0

我发现一些频道不能正确显示“已过滤”的信息。但我从未见过成功的消息“失踪”。

如果你不信任欢乐管理员,那么我会建议查询欢乐DB。

如果Mirth正在写入外部数据库(如MS-SQL Sever),则可以在Mirth范围之外完成此操作。

您从中获得的数据非常丰富,但是如果您要在一个小时(或更长时间)内发送1000条消息,则可能需要限制搜索的时间范围。像

select * from message m where m.raw_data like ('%needle%') 

这样的自由文本搜索不被推荐,需要很长时间才能执行。

能够通过数据库搜索快乐为我们打开了一个分析的基调,我们没有通过管理界面。

+0

您还需要使用“no-locks”进行显式读取,否则欢乐将有记录问题。 – ChronoFish

0

只是为了解决这个问题:如果您正在运行多个渠道,或者您的消息数量相当高,那么由于行/表锁定和低效转换,欢乐可能无法跟上其数据库更新或数据类型(现在应该解决)。

但是,我们在高峰时间每隔一段时间就会看到一条或两条消息通过引擎进行处理,其日志条目指示无法插入消息并将其回滚。我想说我们每年有10个左右。希望这是没有问题的Mirth 3与新的后端...