Время от времени всплывает, не могу понять куда копать. смотрю журнал:

в 18:26 одним из пользователей был создан документ "перемещение ТМЦ"
После этого все таблицы были заблокированы, в журнале куча записей, что никто не может ни записать документ, ни создать новый, то-же самое со справочниками и константами.

Но при этом пользователь создавший документ продолжает спокойно работать, т.е. записывает и проводит этот и другие документы.
в 18:44 он отключается от 1С-ки, и после этого базу "отпускает" и все продолжают работу.

После переиндексации (проходит ночью) документы которые он выписывал в это время, в базе исчезают...

мне страшно...

след "чОргого Одинэснега"...

НачатьТранзакцию() ?

(3) при входе юзера в 1С, а при выходе Отменить ?

(3) Уже перерыл всю конфу на предмет этого - не оно.

+(0) Пытки пользователя показали: Что-то "моргнуло", у документа исчез номер, и она не смогла его провести. Повторить подобное не удается.

(6)
ОФФ.
пользователи да...
один раз смотрю, в базе несколько доков, которые неправильно заполнены, но провелись. т.е. не отрабатывал контроль.
эта *%^%### додумалась при проведении дока жать котрол-С(может брэйк или эскейп). при этом именно в момент контроля(контроль был в обработке или глобальном модуле, не помню).
получалось, что из модуля выкидывала, но модуль дока нормально отрабатывал.

(7)+1
выяснилось, когда она радостно орала "Я обманула 1С, Я обманула 1С..."

(6) такая фигня легко воспроизводиться, если в настройках поставить время ожидания захвата таблиц в 0, что некоторые дебилоиды рекомендуют (типа епрст), и когда 1С ругнется на ошибку блокировки одной таблички (какой сами догадайтесь) при создании документа, а пользователь нажмет "нет, не повторять попытку", при этом все остальные пользователи могут идти курить, а этот пользователь может хоть целый день сидеть набивать в этом документе несколько тысяч строк, ни о чем не подозревая.

(9)
Хрень полную сказал.
Уважаемого человека оскорбил.
Помыслы твои нечисты.

нет не хрень, просто ты не сталкивался с ситуаций, описанной в (0) и (6), я же сталкивался несколько раз и мне такая ситуация знакома,все в точности так, как описано ТС, и возникает она, как правило, когда какой-то "умник" выставил ожидание в "0", а какому-то пользователю надоело нажимать "повторить" и когда он в _определенный момент_, нажмет "нет", документ "создатся" и он сидит в этом документе, заполняет (может даже чисто случайно куда-то надолго отлучиться, и все остальные пользователи курят в это время бамбук). С уважаемым человеком я уже несколько раз спорил и объяснял насчет этого, но до него все не доходит, может поэтому?
Помыслы мои кристально чисты - довести до людей Истину.

(11) Ссылки в студию

Ну и согласен в Александром, в (9) полная х..я написана.

(13) "понял, да?!.. ты ваще не петришь!" )))))))))))

года три назад, при первой попытке перелезть на терминальный Sever 2008 x64 было в точности тоже самое.... Причем скажу больше: доки у несчастного юзера (по стечению обстоятельств им оказался кассир) не просто пропадали, а затирались другими доками - тех юзеров, которые курили бамбук в то время как "несчастная" х...чила свои приходные ордера. Это выяснилось долгим курением и сопоставлением mlg. Больше ничего выяснить не удалось и после трех "слетов" доков переполз обратно на Вин2003.

...с тех пор все уже давно работает на 2008/2012 x64, и дбф и скль. подобного больше воспроизвести не удалось...
Тогда копал в сторону автономных файлов - ничего не нарыл. Сейчас сижу и думаю, что вполне возможно собака порылась в таймауте блокировок... ибо тот кассир - очень неадекватный пользователь. Чего-либо добиться допросом не представлялось возможным ввиду полного непонимания предмета вопросов.

(9)(11) ты, я так понимаю, описываешь ситуевину с залоченным ОДНИМ документом ("в несколько тысяч строк"))) У ТС (и у меня три года назад) ключевое слово для ситуации: "продолжает спокойно работать, т.е. записывает и проводит этот И ДРУГИЕ ДОКУМЕНТЫ". У меня тогда кассмир лишалась за один слет 30-50 ПКО (вместо них по ID - расходные накладные, перемещения  - в общем все те доки, которые остальные юзеры безуспешно пытались наколотить, потом, когда ВСЕХ выгонял из базы и запускал обратно - все работали нормально, том числе и кассир. Но на след. день выяснялось, что ПКО, набитые в период "висяка" всех, кроме кассира, "замещались" документами других юзеров периода "после" всеобщего висяка.)

(17) (0) База дбф. Кэширование в винде дисков наверное включено

(18) в моем случае кэширование пробовали отключить - не помогло

что dbf - зло, я знал когда еще был нормальным программстом, а не 1с-ником )

+(0) Вот, сегодня, снова те же грабли. Началась транзакция, всем отлуп. Открываю журнал, нахожу кто проводил последний документ, после которого пошла ошибка блокировки. Прибиваю сессию этого пользователя. Все дальше продолжают работать нормально.
Документ который он проводил - не проведенный. Спрашиваю что было, говорит завис комп ( Пора видать смотреть в сторону SQL