#nservicebus #nsb-servicecontrol
#nservicebus #nsb-servicecontrol
Вопрос:
Возможно ли воспроизвести все сообщения с ошибкой nServiceBus
без использования ServiceControl/ServicePulse
?
Я использую NServiceBus.Host.exe
для размещения наших конечных точек. Наша ServiceControl/ServicePulse
база данных повреждена. Я смог воссоздать его, но теперь в нашей базе данных SQL есть несколько сообщений с ошибкой, которые не видны через ServicePulse.
Ответ №1:
Поможет ли это?
Взгляните на readme.md
Для людей, которым нужна функциональность, ранее предоставляемая этим инструментом, выполните одно из следующих действий
Возврат в исходную очередь с помощью ServiceInsight или ServicePulse. Возврат в исходную очередь с помощью пользовательских сценариев или кода. Это имеет дополнительное преимущество, позволяющее оптимизировать возможную производительность и удобство использования, поскольку у вас, как у владельца бизнеса, больше контекста относительно того, как следует управлять вашей очередью ошибок. Например, используя этот подход, для вас тривиально выбрать пакетную обработку нескольких отправлений внутри одной транзакции. Вручную вернитесь в исходную очередь с помощью любого из инструментов управления MSMQ. Если вы все еще хотите использовать MsmqReturnToSourceQueue.exe не стесняйтесь использовать код внутри этого репозитория для компиляции копии.
Вы можете посмотреть предоставленную ссылку, чтобы создать свой собственный скрипт (для обработки SQL) и отключить оболочку сообщения об ошибке, чтобы вы могли отправить удаленное сообщение обратно в очередь SQL.
Помогает ли это?
Если нет, пожалуйста, свяжитесь со службой поддержки по конкретному адресу dot net, и мы будем рады помочь 🙂
Комментарии:
1. Не совсем. Мы используем SQL в качестве транспортного уровня. «ReturnToSourceQueue.exe поддерживает только MSMQ»
Ответ №2:
В конкретный стек, о котором я знаю, нет ничего, что могло бы позаботиться об этом.
Когда я сталкивался с подобными проблемами раньше, я обычно настраивал консольное приложение для отправки некоторых команд в конечную точку, а затем настраивал пользовательский обработчик в конечной точке для устранения несоответствий данных. Это позволяет вам протестировать «исправление» в среде dev / uat, а затем у вас есть автоматизированное решение для решения проблемы.