Блокировки на SQL при потере связи.

[Alexandr A. Osipkin]

Здравствуйте.
При потери связи AOSа c клиентом или, когда клиента снимают через CTRL+ALT+DEL, стали возникать мертвые блокировки на SQL Server-е. Подскажите пожалуйста, с чем это может быть связано.

SQL Server 2000 EE SP4, Windows 2003 EE SP1, AX3.0SP3, KR не установлены
Заранее спасибо.

С уважением, Александр.

[Vadik]

если у Вас регулярные обрывы связи - нормальное состояние системы, крутите KeepAliveTime на AOS-е и сиквеле

[Alexandr A. Osipkin]

Цитата:

Сообщение от Vadik

если у Вас регулярные обрывы связи - нормальное состояние системы, крутите KeepAliveTime на AOS-е и секвеле

А можно поподробнее? С чем это связано?

Нашел кое-кие фиксы на эту тему в KR, могут ли они помочь?

[Vadik]

Цитата:

Сообщение от Alexandr A. Osipkin

А можно поподробнее?

Сервер считает отключившегося (из-за обрыва канала либо "снятого" приложения) клиента и его соединение с БД "живым" и не откатывает транзакцию, удерживая блокировку. Период м.б. достаточно большим (вообще заявлено 2 часа, но на практике с таким не встречался)

см. Windows TCP/IP Registry Entries

Цитата:

Нашел кое-кие фиксы на эту тему в KR, могут ли они помочь?

"какие-то фиксы" безусловно могут помочь (или не помочь). Точнее можно говорить только после ссылки на первоисточник (номер и описание фикса)

[vesna dba]

Цитата:

Сообщение от Alexandr A. Osipkin

При потери связи AOSа c клиентом или, когда клиента снимают через CTRL+ALT+DEL, стали возникать мертвые блокировки на SQL Server-е. Подскажите пожалуйста, с чем это может быть связано.

Ответ на этот же вопрос на форуме у mazzy - http://forum.mazzy.ru/index.php?showtopic=8649

Добавлю еще:
у нас бывают ситуации, когда неожиданно вырубает электричество(или скачек напряжения) и у некоторых пользователей аксапты компы вырубаются (нет UPS-ок). В Аксапте остаются от таких пользователей незавершенные сеансы. Причем не все из этих сеансов по времени (времена таймаутов, заданные в настройках AOS и в настройках пользователя) отрубаются. Некоторые из оставшихся удается срубить вручную (через окно "Активные пользователи"), а некоторые возможно снять только рестартом AOS.
Данная проблема под наблюдением, узнаю что нового - отпишусь.

[fomenka]

Цитата:

Сообщение от vesna dba

В Аксапте остаются от таких пользователей незавершенные сеансы. Причем не все из этих сеансов по времени (времена таймаутов, заданные в настройках AOS и в настройках пользователя) отрубаются. Некоторые из оставшихся удается срубить вручную (через окно "Активные пользователи"), а некоторые возможно снять только рестартом AOS.

А 2-tier клиентом снимать не пробовали? Частенько снимаются без рестарта AOS те, которые 3-tier клиентом не снимаются.

[vesna dba]

Цитата:

Сообщение от fomenka

А 2-tier клиентом снимать не пробовали? Частенько снимаются без рестарта AOS те, которые 3-tier клиентом не снимаются.

Интересное решение. Не пробовал. Обязательно попробую в следующий раз!

[xgmann]

Хочу добавить, что иногда у таких оторвавшихся пользователей, бывает идентификатор sql- процесса нормальный, например 89 или какой-то ещё и в добавок 65535 по нескольку раз - после подкручивания KeepAliveTime и KeepAliveInterval (возможно). Что-то подсказывает мне, что частично это возможно решить с помощью этих настроек.
Но проблема не ограничивается этим. Клиенты раньше заходили через локально установленного клиента в 3-шке. Причем в неразберихе с присланными версиями клиента получилось, что обнаружились разные версии клиента и ядра АОСа. И порой новых клиентов не пускает с ошибкой о не соответствии версии ядра АОСа и клиента. Всех перевели на терминального клиента с правильной версией, но ошика всё равно появляется...

[xgmann]

KeepAliveInterval = 6000
KeepAliveTime = 60000
TcpMaxDataRetransmissions = 4

на сервере аоса и базы данных - затем перезагрузка
реестр рулит, проверено.