Юзер блокирует сам себя

[Yoil]

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

т.е. sp_who2 утверждает, что некий юзер с spid 96 блокирован юзером 96...

[mazzy]

начал транзакцию2 внутри транзакции1.
причем транзакция1 пытается изменить запись, а транзакция2 прочитать ее же.

[rmv]

Цитата:

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

начал транзакцию2 внутри транзакции1.
причем транзакция1 пытается изменить запись, а транзакция2 прочитать ее же.

Процесс один. Транзакция2 прочитает, транзакция1 изменит.

По таймерам на формах ничего не повешено?
Еще возможный вариант - длительный пересчет тяжелых сифтов.
sp_lock что говорит?

[Yoil]

База для меня новая, пока конкретно не копал. Вроде обещали, что таймеров нет, но пороюсь.
Пересчет сифтов - вряд ли, ситуация наблюдалась, когда юзер запустил некий учет.

Про sp_lock вообще не знал, спасибо за наводку, как опять траблы пойдут - обязательно гляну (сейчас все спокойно).

[RedFox]

Цитата:

Сообщение от Дуд

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

т.е. sp_who2 утверждает, что некий юзер с spid 96 блокирован юзером 96...

Я могу предположить, что у Вас разрешена Nested triggers (Nested Recoursion) для БД.
Так же можно определить в какой именно момент производится блокировка (какие операции выполняются).
Если SQL 2005, то у вас есть Активити Монитор, который показывает блокировки. + Error Logs (где можно поссмореть инфо про этого пользователя).
Далее поссмотрите какие триггеры срабатывают и ....

[Yoil]

SQL2000
Nav 3.7

[Yoil]

P.S. Nested triggers не разрешены

[Голышев Михаил]

Такое бывает часто.

Типичный пример для 2х и более процессорного сервера: одна нить ожидает CXPACKET от другой.
Т.е. SQL запрос распаралелился (такое бывает при сканировании больших таблиц), и вы видите ожидание того, когда отработают все нити.

[Yoil]

т.е. это "нормально"?
в смысле не косяк тех, кто кастомизировал код, а некая фича работы SQL-сервера?

[Голышев Михаил]

Любой одиночный запрос от навижн работающий более 5 секунд - уже не нормально. (Кроме исключительных ситуаций)

Для того чтобы точно определить суть проблемы, нужно узнать на каком ресурсе происходит блокировка, с каким режимом и какого она типа.

Этой статьи достаточно чтобы стать upper intermediate по блокировкам в sql 2000
http://rsdn.ru/article/db/mssqllocks.xml

[RedFox]

Цитата:

Сообщение от Дуд

т.е. это "нормально"?
в смысле не косяк тех, кто кастомизировал код, а некая фича работы SQL-сервера?

Наверное уже было, но повторюсь - http://blogs.msdn.com/microsoft_dynamics_n...namics-nav.aspx

[Dzemon]

Цитата:

Сообщение от Дуд

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

т.е. sp_who2 утверждает, что некий юзер с spid 96 блокирован юзером 96...

Знакомая ситуация. Это SQL сервер не получает достаточно ресурсов. Т.е. надо оптимизировать размещение файлов по физическим дискам.