SqlException Транзакция была заблокирована на ресурсах буфера связи

Question

У меня есть серверный процесс, который должен выполнить много запросов к базе данных, он использует TPL для параллельной работы. Он работал нормально весь этот год, вплоть до сегодняшнего дня, когда он дважды падал за 30 минут, за исключением следующего:

Транзакция (идентификатор процесса 89) заблокирована для ресурсов буфера связи с другим процессом и выбрана в качестве жертвы тупика. Перезапустите транзакцию.

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

Я не смог найти никаких ссылок на это исключение, кроме одного msdn сообщения на форуме, которое не предоставляет никакой информации .

Кто-нибудь видел это исключение раньше? Или знаете, что я могу сделать, чтобы узнать больше информации об этом?

---> System.AggregateException: One or more errors occurred. 

---> System.Data.SqlClient.SqlException: Transaction (Process ID 89) was deadlocked on communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()
   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   at System.Data.SqlClient.SqlDataReader.HasMoreRows()
   at System.Data.SqlClient.SqlDataReader.ReadInternal(Boolean setTimeout)
   at App.CoreEngine.V5.DataAccess.SqlReader.Read(String readerDescription) in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\SqlReader.cs:line 121
   at App.CoreEngine.V5.DataAccess.DataContext.ExecuteQuery(PtQuery query, ValueStore`1 store, String readerDescription) in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 328
   at App.CoreEngine.V5.DataAccess.DataContext.<>c__DisplayClass12.<GetCalculatedDataForCompare>b__f(Object _) in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 267
   at System.Threading.Tasks.Task.Execute()
   --- End of inner exception stack trace ---
   at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
   at App.CoreEngine.V5.DataAccess.DataContext.GetCalculatedDataForCompare() in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 276
   at System.Threading.Tasks.Task`1.InvokeFuture(Object futureAsObj)
   at System.Threading.Tasks.Task.Execute()
   --- End of inner exception stack trace ---
   at System.Threading.Tasks.Task.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
   at System.Threading.Tasks.Task`1.get_Result()
   at App.CoreEngine.V5.DataAccess.DataContext.get_CalcCompareData() in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 389
   at App.CoreEngine.V5.Calculation.CalculationEngine.Run() in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\Calculation\CalculationEngine.cs:line 243
   at App.CoreEngine.V5.Processor.Milestone.BatchRunner.Run() in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\Processor\Milestone\BatchRunner.cs:line 171

---> (Inner Exception #0) System.AggregateException: One or more errors occurred. 
---> System.Data.SqlClient.SqlException: Transaction (Process ID 89) was deadlocked on communication buffer resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()
   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   at System.Data.SqlClient.SqlDataReader.HasMoreRows()
   at System.Data.SqlClient.SqlDataReader.ReadInternal(Boolean setTimeout)
   at App.CoreEngine.V5.DataAccess.SqlReader.Read(String readerDescription) in C:\SourceCode\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\SqlReader.cs:line 121
   at App.CoreEngine.V5.DataAccess.DataContext.ExecuteQuery(PtQuery query, ValueStore`1 store, String readerDescription) in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 328
   at App.CoreEngine.V5.DataAccess.DataContext.<>c__DisplayClass12.<GetCalculatedDataForCompare>b__f(Object _) in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 267
   at System.Threading.Tasks.Task.Execute()
   --- End of inner exception stack trace ---
   at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
   at CoreEngine.V5.DataAccess.DataContext.GetCalculatedDataForCompare() in C:\SourceCode\AppV1\Releases\Libraries\CoreEngine\CoreEngine.V5\DataAccess\DataContext.cs:line 276
   at System.Threading.Tasks.Task`1.InvokeFuture(Object futureAsObj)
   at System.Threading.Tasks.Task.Execute()

РЕДАКТИРОВАТЬ - Я просто дважды проверил, включен ли dbcc 1222 для сервера, на котором это произошло, я запустил dbcc tracestatus и получил:

TraceFlag   Status  Global  Session
1222    1   1   0
3605    1   1   0

А в логах ничего не сообщается о тупиках

Answer 1

Я предполагаю, что план выполнения теперь использует параллелизм, тогда как раньше он не достиг порогового значения стоимости.

Попробуйте MAXDOP 1 в запросах

Редактировать, после комментария

Вам также нужен флаг трассировки 1204.

TF 1222 дает график взаимоблокировок, но с этим взаимоблокировкой «ресурса буфера связи» может быть не задействовано 2 объекта (я предполагаю, что это не конфликт индекса / таблицы). Смотри http://msdn.microsoft.com/en-us/library/ms178104.aspx

Существует также недокументированный TF 1205, который дает больше информации в журнал ошибок

Answer 2

В моем случае процесс удалял некоторые записи, а затем вставлял записи в таблицу, и это происходило из многопоточной среды.

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

Answer 3

Можете ли вы попробовать выполнить одно из следующих действий:

• Оставить трассировку на стороне сервера для записи событий взаимоблокировки
• Применить CU1 и попробовать Получение графиков взаимоблокировки с помощью SQLServer 2008 Extended Events
• Включите другой флаг трассировки захвата тупиковой ситуации, 1205