У меня проблемы с заполнением временной таблицы набором результатов из вызова процедуры на связанном сервере, при котором снова вызывается процедура на другом сервере.
У меня есть хранимая процедура sproc1 со следующим кодом, который вызывает другую процедуру sproc2 на связанном сервере.
SET @sqlCommand = 'INSERT INTO #tblTemp ( ModuleID, ParamID) ' +
'( SELECT * FROM OPENQUERY(' + @targetServer + ', ' +
'''SET FMTONLY OFF; EXEC ' + @targetDB + '.usr.sproc2 ' + @param + ''' ) )'
exec ( @sqlCommand )
Теперь в вызываемом sproc2 я снова вызываю третью процедуру sproc3 на другом связанном сервере, которая возвращает мой набор результатов.
SET @sqlCommand = 'EXEC ' + @targetServer +'.database.usr.sproc3 ' + @param
exec ( @sqlCommand )
Все это не работает, так как я получаю ошибку SQL 7391
Операция не может быть выполнена, поскольку поставщику OLE DB "% ls" для связанного сервера "% ls" не удалось начать распределенную транзакцию.
Я уже проверил подсказки к этой статье Microsoft , но безуспешно.
Но, может быть, я могу изменить код в sproc1. Будет ли какая-то альтернатива временной таблице и открытому запросу?
Работает только вызов хранимых процедур с сервера A на B к C и возврат набора результатов (я часто делаю это в приложении). Но этот особый случай с временной таблицей и openquery не работает!
Или это просто невозможно, что я пытаюсь сделать? Статья о микросфте гласит:
Проверьте объект, на который вы ссылаетесь, на конечном сервере. Если это представление или хранимая процедура или вызывает выполнение триггера, проверьте, неявно ли он указывает на другой сервер. Если это так, источником проблемы является третий сервер. Запустите запрос непосредственно на третьем сервере. Если вы не можете выполнить запрос непосредственно на третьем сервере, проблема на самом деле не в запросе связанного сервера. Сначала решите основную проблему.
Это мой случай?
PS: я не могу избежать архитектуры с тремя серверами.