Веселые сообщения отсутствуют в консоли администратора

Question

Мы используем mirth в качестве нашего интерфейсного движка, а также прослушиватель ActiveMQ и Spring Inbound для обработки сообщений.

Наши клиенты сообщили, что некоторые сообщения отсутствуют в консоли веселья, но находятся в очереди ActiveMQ и приложении прослушивателя Spring.

Первоначально мы думали, что кто-то, возможно, удалил вручную из Mirth. Но при проверке журналов событий нет никаких признаков удаления сообщения.

Мы обнаружили, что это происходит в некоторых сообщениях, но не смогли определить причину проблемы или структуру сообщений.

Кто-нибудь сталкивался и сталкивался как с консолью администрирования Mirth? У нас также есть клиентская БД, но мы не можем открыть ее, кроме как через Mirth, чтобы проверить, доступны ли данные. Высоко ценю, если кто-то может помочь в этом.

Спасибо

Answer 1

Просто перезвоните по этому вопросу: если вы используете довольно много каналов или у вас достаточно большой объем сообщений, у веселья могут возникнуть проблемы с обновлением базы данных из-за блокировок строк / таблиц и неэффективных преобразований или типов данных (это должно быть решено сейчас).

Тем не менее, в пиковые моменты времени мы часто видим сообщение или два, обработанные с помощью механизма с записями журнала, указывающими, что оно не смогло вставить сообщение, и оно было откатано. Я бы сказал, что у нас около 10 в год. Надеюсь, это не проблема в Mirth 3 с новым бэкэндом...

Answer 2

Я обнаружил, что некоторые каналы не отображают "отфильтрованные" сообщения должным образом. Но я никогда не видел, чтобы успешные сообщения пропали без вести.

Если вы не доверяете Mirth Admin, я бы порекомендовал обратиться к Mirth DB.

Это может быть сделано за пределами Mirth при условии, что Mirth пишет во внешнюю БД, такую ​​как MS-SQL Sever.

Данные, которые вы получаете от него, ОЧЕНЬ богаты, но если вы отправляете тысячи сообщений в час (или больше), вам, вероятно, захочется ограничить диапазон времени, в котором вы ищете. Свободный текстовый поиск, как

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

НЕ рекомендуется и займет много времени для выполнения.

Возможность поиска Мирта через БД открыла для нас тон анализа, которого у нас нет через интерфейс администратора.