win server 2008 1С 7.7. ТИС в терминале.
Хоть и очень редко, но возникает такой глюк: один пользователь работает и вроде все у него проводится, все остальные висят из-за ошибки транзакции. Вот сегодня работала бухгелтер заносившая банковскеи выписки. Пусть недолго работала в таком режиме, но пару-тройку банковских выписок наложились на другие виды документов если смотреть Журнал регистрации. "Сверху чек а снизу строка выписки". В результате чек-то на месте а выписки потом пришлось перебить. Я просто не разбираясь долго перегрузил сервер. Причем что интересно после перезагрузки 1С не заставила переиндексировать чир вообще крайне редко бывает. Процессор был занят на 8%, память на 27%. То есть вроде ресурса еще много и вот такой глюк.

+0-кроме терминальных пользователей работют еще 2 сеанса по сети - но там только сканирование штрихкодов

таблица system ? или как ее там

(2) Обмена УРБД в это время не было вроде бы.

мне вот интересно:
1. если б я отрубил только юзера который работал в зависшей транзакции - то все остальные смогли бы работать???
2. как программно отловить такое если учесть что кроме него никто работать не может вообще в такой ситуации??? то есть как программно заставить пользователя-вредителя перкратить свой сеанс. Какие условия такого прекращения могут быть???

(0) Архив и ТИИ во всех перефирийных базах.

ну ессно сегодня я так и сделаю. но только в центральной и ТИИ ессно без пересчета итогов и служебных данных. а периферийки в ТИИ на выходных запущу

GreyK - это бывает очень редко но на 2003 много чего было, но такого глюка просто не было. Работаем же на win2008 стандарт x64

и такое только в цетральной базе. периферийки на win 2003 работают

(7) Ошибка в журнал документов прилетела, вот он и глючит.
Центральный узел - это сборище всех ошибок. Попробуй полистать в начало общего журнала на всех перефирийках, возможно найдёшь ту которая отослала глюк.

(4) 1. Если завершить сеанс то да. Но угадать сложно какой именно юзер ложит базу.
2. Никак. Наращивайте мощности и переписывайте на прямые запросы. Но даже при таком подходе могут возникать подобные чудеса. От ОС это независит.

а почему на вин 2003 вот именно такой ситуации не было вообще никогда???

(10) Но как-то же можно программе понять что документы вроде проводятся а транзакция не прекращается.

(10) может это сеть глючит? я готов и ночи посидеть, но очень хочется как-то с этим сбороться. Ведь даже в отпуск толком не уйдешь. Закон подлости - уехал а тут такое вылезло

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

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

Всем спасибо!!!

Главное не мешать человеку думать, и все получится. Поделитесь чем решилось.