в нашем проекте мы используем TransactionScope для обеспечения того, чтобы наш уровень доступа к данным выполнял свои действия в транзакции. Мы стремимся к не требуйте, чтобы служба MSDTC была включена на машинах наших конечных пользователей.

проблема в том, что на половине наших машин разработчиков мы можем работать с отключенным MSDTC. Другая половина должна иметь его включен или они получают "MSDTC на [сервере] недоступен" сообщение об ошибке.

это действительно заставило меня чесаться моя голова и я серьезно рассматриваю возможность отката к домашнему решению TransactionScope, основанному на ADO.NET объекты транзакций. Это, казалось бы, безумие - тот же код, который работает (и не обостряется) на половине нашего разработчика тут эскалация на другого разработчика.

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

вот примерный бит кода, который вызовет проблемы, на машинах, которые пытаются эскалации, он пытается эскалации на втором соединении.Open () (и да, в это время нет другого соединения.)

using (TransactionScope transactionScope = new TransactionScope() {
   using (SqlConnection connection = new SqlConnection(_ConStr)) {
      using (SqlCommand command = connection.CreateCommand()) {
         // prep the command
         connection.Open();
         using (SqlDataReader reader = command.ExecuteReader()) {
            // use the reader
            connection.Close();
         }
      }
   }

   // Do other stuff here that may or may not involve enlisting 
   // in the ambient transaction

   using (SqlConnection connection = new SqlConnection(_ConStr)) {
      using (SqlCommand command = connection.CreateCommand()) {
         // prep the command
         connection.Open();  // Throws "MSDTC on [SERVER] is unavailable" on some...

         // gets here on only half of the developer machines.
      }
      connection.Close();
   }

   transactionScope.Complete();
}

мы действительно окопались и попытались выяснить это. Вот некоторые сведения о машинах, на которых он работает:

• Dev 1: Windows 7 x64 SQL2008
• Dev 2: Windows 7 x86 SQL2008
• Dev 3: Windows 7 x64 SQL2005 SQL2008

разработчики это не работает на:

• Dev 4: Windows 7 x64,SQL2008SQL2005
• Dev 5: Windows Vista x86, SQL2005
• Dev 6: Windows XP X86, SQL2005
• мой домашний ПК: Windows Vista Home Premium, x86, SQL2005

Я должен добавить, что все машины, в попытке выследить проблему, были полностью установлены все это доступно из Центра обновления Майкрософт.

обновление 1:

• http://social.msdn.microsoft.com/forums/en-US/windowstransactionsprogramming/thread/a5462509-8d6d-4828-aefa-a197456081d3/ описывает аналогичную проблему...еще в 2006 году!
• http://msdn.microsoft.com/en-us/library/system.transactions.transactionscope%28VS.80%29.aspx- прочитайте этот пример кода, он четко демонстрирует вложенное второе соединение (к a второй SQL server, на самом деле), который будет перерастать в DTC. мы не делаем этого в нашем коде - мы не используем разные SQL-серверы, ни разные строки подключения, ни у нас есть вложенные вторичные соединения открытия -не должно быть эскалации до DTC.
• http://davidhayden.com/blog/dave/archive/2005/12/09/2615.aspx (с 2005 года) рассказывает о том, как эскалация в DTC всегда будет происходить при подключении к SQL2000. Мы используем SQL2005/2008
• http://msdn.microsoft.com/en-us/library/ms229978.aspx MSDN при эскалации транзакций.

на странице MSDN transaction-escalation указано, что следующие условия приведут к эскалации транзакции до DTC:

1. по крайней мере один надежный ресурс, который не поддерживает однофазные уведомления, включается в транзакцию.
2. по крайней мере два надежных ресурса, которые поддерживают однофазный уведомления зачисляются в транзакцию. Например, присоединение к одному соединению не приводит к продвижению транзакции. Однако всякий раз, когда вы открываете второе соединение с базой данных, вызывая базу данных для подключения, система.Инфраструктура транзакций обнаруживает, что это второй долговременный ресурс в транзакции, и преобразует его в транзакцию MSDTC.
3. запрос "маршал" сделки в другой домен приложения или процесс вызванный. Например, сериализация объекта транзакции через границу домена приложения. Объект транзакции маршалируется по значению, что означает, что любая попытка передать его через границу домена приложения (даже в том же процессе) приводит к сериализации объекта транзакции. Вы можете передать объекты транзакций, вызвав удаленный метод, который принимает транзакцию в качестве параметра, или попытаться получить доступ к удаленному компоненту, обслуживаемому транзакциями. Этот сериализует объект транзакции и приводит к эскалации, как при сериализации транзакции в домене приложения. Он распространяется, и локальный менеджер транзакций больше не является адекватным.

мы не испытываем #3. #2 не происходит, потому что есть только одно соединение за раз, и это также один "прочный ресурс". Есть ли способ, что № 1 может быть? Некоторые конфигурации SQL2005 / 8, которые не поддерживают его однофазные уведомления?

обновление 2:

повторно исследованы, лично, все версии SQL Server - "Dev 3" На самом деле имеет SQL2008, а "Dev 4" на самом деле SQL2005. Это научит меня не доверять своим коллегам. ;) Из-за этого изменения в данных, я уверен, что мы нашли нашу проблему. Наши разработчики SQL2008 не испытывали проблемы, потому что SQL2008 имеет обильное количество удивительных включены, что SQL2005 не имеет.

Он также говорит мне, что, поскольку мы собираемся поддерживать SQL2005, мы не можем использовать TransactionScope, как раньше, и если мы хотим использовать TransactionScope, нам нужно будет передать один объект SqlConnection...что представляется проблематичным в тех ситуациях, когда объект sqlconnection не могут легко быть переданы вокруг...он просто пахнет глобальных-экземпляр sqlconnection. Пью!

обновление 3

просто чтобы прояснить здесь, в вопрос:

SQL2008:

• позволяет несколько соединений в пределах одного TransactionScope (как показано в приведенном выше примере кода.)
• предостережение #1: Если эти несколько SqlConnections являются вложенными, то есть два или более SqlConnections открываются одновременно, TransactionScope немедленно перерастет в DTC.
• предостережение #2: Если дополнительный SqlConnection открыт для другого 'устойчивый ресурс' (т. е.: другой SQL Server,) он сразу же перерастет в DTC

SQL2005:

• не разрешает несколько соединений в пределах одного TransactionScope, период. Он будет увеличиваться при открытии / открытии второго соединения SqlConnection.

обновление 4

в интересах сделать этот вопрос еще более беспорядок полезно, и просто для большей ясности, вот как вы можете получить SQL2005 для эскалации в DTC с помощью одинSqlConnection:

using (TransactionScope transactionScope = new TransactionScope()) {
   using (SqlConnection connection = new SqlConnection(connectionString)) {
      connection.Open();
      connection.Close();
      connection.Open(); // escalates to DTC
   }
}

Это просто кажется сломанным для меня, но я думаю, что могу понять, если каждый вызов SqlConnection.Open() захватывает из пула соединений.