Виснет клиент HELP!!!!

[sao]

AX3 SP4 KR3 MS SQL SERVER 2005 64-bit
Пользователь работал в 3-х уровневой конфигурации. Попытался зайти в строчки складского журнала типа "проводка".
Комп подвис. Он убил сессию. Сессия осталась висеть на AOSе и на SQL.
уже я Убил сессию. А дальше самое интересное. Ни один пользователь не может провалиться в строки этого конкретного журнала,
в независимости под тонким или толстым клиентом работает. Функционал в этом месте стандартный(не изменен).Виснит в этом месте JournalStatic/findJournalTable.

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

Дальше танцы с бубном без результата:
-рестарт AOS
-сброс данных
-удаление кэша с AOSа
-инкрементная компиляция

В базе никто ничего не делает, однако SQL переводит этот запрос в ожидание.
Заранее спасибо за помощь!!!

[sao]

Перегрузил SQL и все заработало ((

[lev]

Цитата:

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

Перегрузил SQL и все заработало ((

Бывают такие сюрпризы...
Советую посмотреть логи SQL и разобраться в причинах

[sao]

Смотрел конечно лог и на AOSе и на SQL. ничего не увидел странного.
Очень хочется конечно понять причину. Если начинать раскручивать, то такая ситуация второй день подряд происходит. до этого было все нормально.ни одного такого случая. И в это самое же время участились случаи блокировок пользователей. доходит до 6 одновременно и раза 3-4 за день. Такого тоже не было, вот думаю куда копать. неделю назад KR3 поставил, на AOSe и на SQL два дня назад обновления по безопасности были накатаны, права перезаливал на той неделе, на SQL и на AOSe оставил включенным только TCP/IP, SP2 на SQL был поствален с месяц назад (но перегружался вроде недавно). Могло ли что нибудь из этого как то повлиять непонятно Размер базы 82ГБ

[Maximin]

Та же ерунда. Периодически то одна то другая сессия на самых безобидных местах встает и за ней - все остальные. Чаще всего на InventTrans. Куда копать - уже не знаю.

[lev]

предположу...
а не выполняется ли у Вас на SQL какой нибудь джобец? или репликация с чем нибудь не происходит?

[ZVV]

Цитата:

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

Та же ерунда. Периодически то одна то другая сессия на самых безобидных местах встает и за ней - все остальные. Чаще всего на InventTrans. Куда копать - уже не знаю.

Имеете ввиду, что у вас при этом в БД блокировки на таблице InventTrans? Т.е. "прибитая" сессия продолжает удерживать блокировки?

[sao]

у меня вопрос распался на два.
1. Почему когда пользователь прибил сессию, она не убивается на AOSе и на SQL? как избежать эту проблему?
2. После того, как сессия прибита, в базе никто не работает, он пытается повторить операцию и результат такой же. все висит. Заходишь на sql, а он говорит, что находится в ожидании.

[ZVV]

Цитата:

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

у меня вопрос распался на два.
1. Почему когда пользователь прибил сессию, она не убивается на AOSе и на SQL? как избежать эту проблему?

Возможно зависает какой-то SQL-запрос и пока он не "отвиснет" сессия тоже висит.
Смотрите в своём случае что именно делает сессия и что именно ждёт.

Цитата:

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

2. После того, как сессия прибита, в базе никто не работает, он пытается повторить операцию и результат такой же. все висит. Заходишь на sql, а он говорит, что находится в ожидании.

Прям так и говорит? В ожидании чего? Блокировки, ещё что-то? Как смотрели?

[sao]

Цитата:

Возможно зависает какой-то SQL-запрос и пока он не "отвиснет" сессия тоже висит.

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

Цитата:

Прям так и говорит? В ожидании чего? Блокировки, ещё что-то? Как смотрели?

говорит "status Suspended". Самому интересно понять.
смотрю через Activity Monitor SQL 2005.