Эта ошибка возникает, когда Microsoft® SQL Server™ обнаруживает взаимоблокировку. Взаимоблокировка возникает, когда каждый из двух (или более) процессов пытается получить доступ к ресурсу, заблокированному другим процессом. Так как каждый процесс запрашивает другой ресурс, ни один из процессов не может завершиться. При обнаружении взаимоблокировки SQL Server выполняет откат команды с наименьшим временем обработки и возвращает клиентскому приложению сообщение об ошибке 1205. Эта ошибка не является неустранимой и не обязательно вызывает прекращение выполнения пакета.
Решения
В некоторых случаях состояние взаимоблокировки приводит к тому, что функция DB-Library (например, dbsqlexec, dbsqlok, dbresults или dbnextrow) возвращает значение FAIL. За проверку кодов, возвращаемых каждой функцией, всегда отвечает программа. Если значение FAIL возвращено одной из таких функций DB-Library, программа должна прервать обработку данного пакета, не пытаясь продолжить. В некоторых случаях продолжить выполнение последующих функций в пакете возможно. Однако после взаимоблокировки производится откат вызвавших его функций, поэтому выполнение последующих функций в пакете, скорее всего, завершится с более серьезной ошибкой, например "объект не найден".
В других ситуациях при возникновении состояния взаимоблокировки функция DB-Library не возвращает значение FAIL. В таких случаях программа должна проверить наличие сообщения об ошибке 1205 в обработчике сообщений и с помощью функции dbsetuserdata сообщить об этом приложению. Программа должна проверять индикатор взаимоблокировки после каждого вызова функций DB-Library и прерывать выполнение пакета при обнаружении взаимоблокировки.
Хотя отмена выполнения пакета после получения сообщения о взаимоблокировке 1205 и может показаться ненужной, она необходима, так как сервер не всегда прекращает выполнение пакета в состоянии взаимоблокировки. Если выполнение пакета не отменено, то любая попытка отправки нового пакета может вызывать ошибку DB-Library 10038, "Ожидаются результаты".
Можно также воспользоваться инструкцией SET DEADLOCK_PRIORITY (LOW или NORMAL). Инструкция SET DEADLOCK_PRIORITY управляет поведением сеанса в случае взаимоблокировки. В случае значения LOW данный процесс будет предпочтительной целью взаимоблокировки. В случае значения NORMAL сеанс будет использовать метод обработки взаимоблокировки по умолчанию.
Если состояние взаимоблокировки сохраняется, часто полезно использовать флаг трассировки 1204 для сбора дополнительной информации. Флаг трассировки 1204 выводит цепочки взаимоблокировки и цель (см. следующий пример выходных данных):
Эти сведения о взаимоблокировке можно интерпретировать следующим образом.
В первом разделе отображается цель взаимоблокировки и время взаимоблокировки вместе с разделами, вовлеченными в данную взаимоблокировку. Для каждого сеанса отображаются текущий код SPID, тип инструкции и часть входного буфера.
Во втором разделе отображаются подробности о блокировках, вовлеченных в конкретную взаимоблокировку. В приведенных выше выходных данных обратите внимание на то, что взаимоблокировка включает в себя блокировки ключей в таблице t1 с индексом i1. В выходных данных взаимоблокировки указывается, какие процессы владеют вовлеченными в нее блокировками и какие сеансы ожидают предоставления блокировок, а также связанные режимы блокировок.
Процесс, который создал наименьшую часть журнального тома, по умолчанию выбирается в качестве цели взаимоблокировки. Его откат выполняется автоматически. Чтобы повлиять на выбор сеанса для отката, задайте для него параметр DEADLOCK_PRIORITY.
Home
RUS