Рекомендация по восстановлению оператора CRUD на связанном сервере в случае потери соединения

Вот один из способов справиться с этим, предполагая, что оператор CRUD не является модальным, в том смысле, что вы должны дать ответ от связанного сервера пользователю, прежде чем что-либо еще может произойти:

Триггер хранит в локальной таблице всю метаинформацию, необходимую для запуска оператора CRUD на связанном сервере.

Каждые n минут запускается задание, которое считывает таблицу, пытается выполнить операторы CRUD, хранящиеся в таблице, и помечает их как выполненные, если связанный сервер возвращает какое-либо сообщение об успешном выполнении. Неудачные операции остаются в таблице до следующего запуска задания.

Если транзакция завершилась неудачно в середине триггера, она все еще будет в транзакции, и данные не будут записаны ни в базу данных CRM, ни в веб-базу данных. Существует также потенциальная проблема с производительностью: запрос на изменение данных SQL-сервера не вернет управление клиенту до тех пор, пока не будут завершены как локальное, так и удаленное изменение. Последнее не было бы проблемой, если бы запрос выполнялся асинхронно, но «выстрелил и забыл» — не лучший шаблон для записи данных.

Service Broker позволит вам записать модификацию в некоторые двоичные данные и позаботится о том, чтобы они были доставлены по порядку и должным образом обработаны на удаленном конце. Производительность не будет такой уж плохой, поскольку вставка в очередь предназначена для быстрого завершения, возвращая управление триггеру и позволяя завершить исходный запрос CRM.

Тем не менее, это совсем немного для настройки. Даже использование сервис-брокера для простых задач на локальном сервере требует некоторой настройки, отчасти потому, что он предназначен для обработки безопасных, многоадресных, надежных упорядоченных сеансов связи, поэтому для его работы требуется несколько уровней. Как только это все, что есть, это очень надежно и выполняет большую часть работы, которую вам в противном случае пришлось бы выполнять, чтобы настроить такой распределенный разговор.

Я использовал его в прошлом для создания системы обратного вызова с веб-сайта, клиент вводит свой номер на сайте и запрашивает обратный вызов, который отправляется через брокера услуг через VPN из Интернета на сервер бэк-офиса, и клиентское приложение ждет для вызова в очереди сервис-брокера. После установки работал очень эффективно.