是否可以通過nServiceBus
重播所有失敗的消息而不使用ServiceControl/ServicePulse
?如何重播nServiceBus消息
我使用NServiceBus.Host.exe
來託管我們的端點。我們的ServiceControl/ServicePulse
數據庫變得腐敗。我能夠重新創建它,但是現在我在SQL數據庫中發現了幾條失敗的消息,這些消息在ServicePulse中不可見。
是否可以通過nServiceBus
重播所有失敗的消息而不使用ServiceControl/ServicePulse
?如何重播nServiceBus消息
我使用NServiceBus.Host.exe
來託管我們的端點。我們的ServiceControl/ServicePulse
數據庫變得腐敗。我能夠重新創建它,但是現在我在SQL數據庫中發現了幾條失敗的消息,這些消息在ServicePulse中不可見。
請問this有幫助嗎?
看看在readme.md
對於誰想要這個工具之前 提供的功能,請執行下列操作
返回到源隊列中的一個通過任一ServiceInsight或ServicePulse人。 使用自定義腳本或代碼返回到源隊列。這有 額外的好處,使可能的性能和可用性 優化,因爲作爲業主,你有更多的上下文 如何管理你的錯誤隊列。例如,使用此方法,您可以選擇在同一個事務中批量發送多個發送文件 ,這很簡單。通過MSMQ管理工具的任何 手動返回到源隊列。如果您仍然想使用 MsmqReturnToSourceQueue.exe可以隨意使用此 存儲庫中的代碼來編譯副本。
你可以看一下the link provided建立你自己的腳本(馬赫SQL)和跳閘錯誤信息的包裝,所以你可以把剝離的消息回SQL隊列。
這有幫助嗎?
如果沒有,請聯繫特定的網絡支持,我們將很樂意幫助:-)
沒有什麼內置到特定的堆棧中,我知道這將會照顧到這一點。
當我遇到類似這樣的問題之前,我通常會設置一個控制檯應用程序向端點發送一些命令,然後在端點中設置自定義處理程序以修復數據不一致性。這使您可以在dev/uat環境中測試「修復」,然後使用自動生產解決方案來解決問題。
不是真的。我們使用SQL作爲傳輸層。 「ReturnToSourceQueue.exe只支持MSMQ」 – Kye
@Kye我更新了我的答案 –