2014-02-05 37 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與新的後端...