Добрый день, уважаемые специалисты!

Интересует работоспособность такой схемы
(сам выбор архитектуры просьба не обсуждать, знаю, что она плохая, это lagacy макароны)

Два сервера, каждый из них настроен как linked для другого. Скажем, SRV1 и SRV2

На SRV1 происходит в распределённой транзакции (BEGIN DISTRIBUTED TRANSACTION) UPDATE таблицы на SRV2
И уже в той таблице есть триггер, в котором среди прочего делается select из таблицы на сервере SRV1.

При такой ситуации вызов падает вот так:

Сообщение 0, уровень 11, состояние 0, строка 0
При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.

При этом именно такой вот "возврат назад" в транзакции вызывает ошибку, если сделать например SELECT из другого связанного сервера - всё нормально.


Это видимо какое-то ограничение DTC, в котором я некомпетентен по серости своей. Где про него написано? Или надо что-то донастроить?

Версия сервера такая на обоих:
Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64)

TaPaK--null--,

за 19 лет могли всё исправить

не, может, это не баг, а некий принципиальный момент, которого я не понимаю? Типа, нельзя в распределённой транзакции обратиться назад, откуда она пришла.

TaPaK--null--,

за 19 лет могли всё исправить

попробовал воспроизвести на Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64)

Всё ровно то же самое