Может быть кто сталкивался с ошибкой ? ( sql версия )
Четвертый раз за последние три месяца происходит следующая ошибка
Создаем новый счет. Начинаем счет сохранять первый раз.
Происходит откат sql транзакции и
счет теряет информацию о своей же файловой блокировке.
1с в форме документа считает что документ в sql базе есть
(в контексте формы есть уже текущий документ  есть idoc и row_id )
В sql документа нет так так произошел откат транзакции(ROLLBACK)

Патовая ситуация. Счет сохранить не можем.
Остается только вышибить из 1с.
Менеджеру приходиться делать счет заново.
1с  стандартная. 25 релиз. sql2000

Цитата:

Что такое автосохранение ???

Ну во время ввода новой строки - табл. часть пишется в темп. файлик, когда док. успешно сохраняется, файлик удаляется, если был вылет из 1С - файлик остается, и при вводе нового дока можно табл. часть загрузить из него.

Z1 писал(а) 04. Сентября 2009 :: 08:56:


SQL. Сама по себе у нас вылететь может если админы с серверами шаманят в течении рабочего дня ... Иногда просто кого-то приходится выкидывать, а так, просто, сама-по себе 1С у нас не падает. По-крайней мере, я такого не помню.

Удалось воссоздать subj. Каждый из ВАС может повторить и на
своей базе этот баг.Речь только об sql базе( конечно на всякий случай повторять лучше в тестовой базе )
1.Делаем следующее создаем новый документ счет ( или ваш вид )
2.заходим в qa + входим в базу 1с
3. выполняем команды
declare @i integer
begin tran
select @i=1 from DH196(TABLOCKX HOLDLOCK) where 0=1
-- В вашей базе выберите свою таблицу шапки документов

4. В 1с сохраняем счет  и Имеем subj
5. в qa выполняем
commit tran
6. Заходим в 1с сохраняем счет и  Имеем subj
6 можно делать бесконечное число раз.


При этом в форме документа у документа счет уже есть IDDOC.
У кого нибудь есть функции просмотра, установки файловых блокировок 1с для файла 1SJOURN.$lk по iddoc документа.

berezdetsky писал(а) 07. Сентября 2009 :: 11:10:

Да по сети. Каталог базы  ( для всех компьютеров одинаковый )
\\<ИмяСервера>\Имя Каталога

berezdetsky писал(а) 07. Сентября 2009 :: 12:04:

switch-и вроде хорошие (только 3com )
менять не реально.
А что делать если порт компьютера плохой или соеденение
между shitch и компьютером ?
Ошибка происходила и в терминале. Там уж точно порты и линия
рабочие.Даже суперрабочие.
Если же subj происходит из-за временного провала по скорости по терминалу то кратковременные падения скорости по терминалу возможны и в будущем всегда.

Только что проверил ошибка воспроизводится если база
лежит на диске c:\1111 и 1с запускал только на сервере.
Все тоже самое.

Даже если и воспользоваться твоим советом и заменить
всю сеть ( что сделать нереально не физически ни по затратам денежным) это никак не гарантирует что у пользователя не будет subj.

berezdetsky писал(а) 07. Сентября 2009 :: 13:21:

можно описать более подробно причину subj.

Я так же не совсем понимаю причем тут пропадание даже кратковременное сети. Почему из-за этого приложение должно
приходить в патовую ситуацию. Фактически это ошибка ( редкая )
приложения 1с.exe я конечно понимаю что ее никто не будет
исправлять.(1с.exe ведь продолжает корректно работать со всем кроме этого документа ).

Моя задача найти какое либо компромисное решение которое
позволит выйти из subj как можно безболезненей и желательно самим пользователям без моего участия.