«Ошибка MS DTC отменила распределенную транзакцию» в хранимой процедуре SQLCLR

Question

Мне нужно переместить код из старого проекта в новый. Старый проект использует DLL с хранимыми процедурами (32-разрядная версия), но мне нужна эта DLL на 64-разрядном SQL Server, поэтому мне нужно переписать эти процедуры.

Я пишу DLL с помощью хранимых процедур для SQL Server 2008. В Management Studio загружает сборку, а затем создать процедуру с помощью:

CREATE PROCEDURE ... 
AS EXTERNAL NAME 

Старых процедур DLL использует только новое подключение к удаленному SQL Server для запуска хранимого процедуры по нему и возвращать результаты.

Так в моей процедуре создать SqlConnection на удаленный сервер и запустить хранимую процедуру на удаленном сервере:

using (SqlConnection connection = new SqlConnection(String.Format("User ID={0};Password={1};Persist Security Info=True;Initial Catalog={2};Data Source={3}", Login, Password, DBName, ServerName))) 
{ 
    connection.Open(); 
    SqlCommand command = new SqlCommand("Exec ProcName", connection); 
    SqlDataReader reader = command.ExecuteReader(); 
    SqlContext.Pipe.Send(reader); 
} 

Если я запускаю эту процедуру в SSMS, она работает. Но в старом проекте возникает ошибка:

The Microsoft Distributed Transaction Coordinator (MS DTC) has cancelled the distributed transaction.

Служба MSDTC запускается, и я задал все параметры безопасности. Как это исправить? Возможно, есть и другие способы запуска удаленных хранимых процедур (связанный сервер), но мне нужно сохранить старые функциональные возможности проекта.

Answer 1

Есть несколько вещей, которые не совсем верно, здесь происходит:

1. Почему вы переписывания что-нибудь? Если у вас есть код, худший случай просто перекомпилирует для новой архитектуры.

2. Почему вы делаете что-то в первую очередь? Код должен быть скомпилирован против «Любой процессор» (в разделе «Цель платформы» на вкладке «SQLCLR Build» в «Свойства проекта»), а не специально для 32-битного или 64-битного. И если он уже был скомпилирован под «Any CPU», то делать нечего. Вы тестировали новую систему перед началом любой перекомпиляции и/или перезаписи?

3. Не используйте String.Format для создания соединительной строки. Вместо этого используйте SqlConnectionStringBuilder:

   SqlConnectionStringBuilder _ConnectionStringBuilder = 
              new SqlConnectionStringBuilder(); 
   
   _ConnectionStringBuilder.DataSource = ServerName; 
   _ConnectionStringBuilder.InitialCatalog = DBName; 
   _ConnectionStringBuilder.UserID = Login; 
   _ConnectionStringBuilder.Password = Password; 
   

4. Если вы абсолютно не имеют никакого выбора и должны использовать эту опцию, не указывайте Persist Security Info=True;

5. Вместо использования new SqlCommand(), создайте SqlCommand с помощью:

   using(SqlCommand command = connection.CreateCommand()) 
   { 
       command.CommandText = "Exec ProcName"; 
   } 
   

6. Обязательно укажите также command.CommandType = CommandType.StoredProcedure;, чтобы он выполнял вызов RPC вместо специального запроса. Это потребует удаления текста «EXEC» с текущего CommandText «EXEC ProcName»; вы можете указать только [[DatabaseName.]SchemaName.]ProcName.

7. SqlDataReader представляет собой одноразовый предмет, так же, как и SqlConnectionSqlCommand, поэтому SqlDataReader reader = command.ExecuteReader() должны быть завернуты в using() конструкции.

После того, как изложенные выше, были устранены, вы должны быть в состоянии исправить ошибку, просто установив следующее свойство SqlConnectionStringBuilder: _ConnectionStringBuilder.Enlist = false.

Для получения более подробной информации и примеров, связанных с работой с SQLCLR, см. Серию, которую я пишу по этой теме в SQL Server Central: Stairway to SQLCLR (для чтения контента на этом сайте требуется бесплатная регистрация).